EP3574415A1 - Procédé et dispositif de fourniture de contenu - Google Patents

Procédé et dispositif de fourniture de contenu

Info

Publication number
EP3574415A1
EP3574415A1 EP18703820.3A EP18703820A EP3574415A1 EP 3574415 A1 EP3574415 A1 EP 3574415A1 EP 18703820 A EP18703820 A EP 18703820A EP 3574415 A1 EP3574415 A1 EP 3574415A1
Authority
EP
European Patent Office
Prior art keywords
terminal device
content
image
data
user
Prior art date
Legal status (The legal status 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 status listed.)
Withdrawn
Application number
EP18703820.3A
Other languages
German (de)
English (en)
Inventor
Tristan AUBREY-JONES
Mike SANTER
James HOLYHEAD
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Blupoint Ltd
Original Assignee
Blupoint Ltd
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 Blupoint Ltd filed Critical Blupoint Ltd
Publication of EP3574415A1 publication Critical patent/EP3574415A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • 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]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/957—Browsing optimisation, e.g. caching or content distillation
    • G06F16/9577—Optimising the visualization of content, e.g. distillation of HTML documents
    • 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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • 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/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H04L67/5651—Reducing the amount or size of exchanged application data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication

Definitions

  • the present invention relates to a content providing device and method.
  • such smart devices are far less common in the developing world, due to their prohibitive cost. Rather, much of the population of the developing world is likely to have non-smart devices such as so-called feature phones. Compared to smartphones, such devices typically have a much smaller, lower resolution display and are not able to connect to the internet via the more sophisticated telecommunications networks (such as 3G or 4G) used by smartphones. They are also less likely to be able to establish a wireless local area network (WLAN) connection with another device (via Wi-Fi, for example) or to have a web browser (such as an HTML5 compatible web browser) capable of displaying media rich webpages.
  • WLAN wireless local area network
  • the present technique provides a content providing device comprising: a transmitter operable to transmit, via a short-wavelength radio signal, an electronic content file to a terminal device, the electronic content file, when opened on the terminal device, indicating to a user of the terminal device to transmit data of a predetermined type from the terminal device to the content providing device; a receiver operable to receive, via a short-wavelength radio signal, the data of the predetermined type from the terminal device; and a controller operable to execute a predetermined process on the basis of the electronic content file transmitted to the terminal device and the data of the predetermined type received from the terminal device.
  • the electronic content file indicates one or more options selectable by the user of the terminal device, each option being associated with a respective process executable by the content providing device;
  • the data of the predetermined type comprises information indicating a selected one of the one or more options selectable by the user of the terminal device; and the controller is operable to extract the information indicating the selected one of the one or more options selectable by the user of the terminal device from the received data and to execute the process associated with the selected option.
  • each of the one or more selectable options is associated with a respective one or more symbols which are recognisable by the user in the opened electronic content file; and the information comprised within the data received from the terminal device is indicative of the one or more symbols associated with the selected one of the one or more selectable options.
  • the electronic content file is an image and wherein the respective one or more symbols associated with each of the one or more selectable options are visible in a respective portion of the image.
  • the image is an image of a webpage and each of the one or more selectable options relate to a respective hyperlink of the webpage; and the process executed by the controller comprises controlling the transmitter to transmit an object associated with the hyperlink related to the selected one of the one or more selectable options to the terminal device.
  • the electronic content file is a text file and wherein the respective one or more symbols associated with each of the one or more selectable options are included in the text file.
  • the data received from the terminal device is an image including the one or more symbols associated with the selected one of the one or more selectable options.
  • the data received from the terminal device is an electronic content file comprising a filename including the one or more symbols associated with the selected one of the one or more selectable options.
  • the data received from the terminal device is an electronic content file comprising metadata including the one or more symbols associated with the selected one of the one or more selectable options.
  • the data received from the terminal device is a text file including the one or more symbols associated with the selected one of the one or more selectable options.
  • the receiver is operable to receive the data from the terminal device as a pairing request including the one or more symbols associated with the selected one of the one or more selectable options.
  • the content providing device comprises a storage medium, wherein the controller is operable to store an identifier of the terminal device and a state associated with the terminal device in the storage medium, the state associated with the terminal device and the identifier of the terminal device being associated with each other in the storage medium.
  • the state associated with the terminal device identifies the electronic content file most recently transmitted to the terminal device.
  • each symbol in each of the respective one or more symbols associated with each of the one or more selectable options is an alphabetic, numeric or alphanumeric character.
  • the present technique also provides a content providing method comprising: transmitting, via a short-wavelength radio signal, an electronic content file to a terminal device, the electronic content file, when opened on the terminal device, indicating to a user of the terminal device to transmit data of a predetermined type from the terminal device to the content providing device; receiving, via a short-wavelength radio signal, the data of the predetermined type from the terminal device; and executing a predetermined process on the basis of the electronic content file transmitted to the terminal device and the data of the predetermined type received from the terminal device.
  • the present technique also provides a computer program product comprising a storage medium storing a computer program configured to control a computer to perform the above-mentioned content providing method.
  • Figure 1 schematically shows a system comprising a content hub
  • Figures 2A and 2B show, respectively, a schematic diagram of a content repository device and a content hub
  • Figures 3A to 3E schematically show an example of how content may be delivered from a content hub to one or more terminal devices
  • Figures 4A to 4D schematically show an example of a registration process of a terminal device
  • Figure 5 shows a flow chart schematically illustrating a process implemented by a content hub.
  • Figure 1 schematically shows an arrangement according to an embodiment of the present technique.
  • Figure 1 shows a system 100 comprising a content providing device 102 (also known as a content hub) connected to a content repository device 108 over a network 106 (such as the internet).
  • the content hub 102 is configured to transmit signals representative of electronic content files to terminal devices 1 10 using a technique commonly supported amongst even technologically basic terminal devices 1 10 such as feature phones.
  • One such technique is transmitting the signals via a Bluetooth ® interface (or, more particularly, via a Bluetooth ® OBject Exchange (OBEX) interface).
  • the signals transmitted represent electronic content files which have been received by the content hub 102 from the content repository device 108 over the network 106.
  • a Bluetooth ® interface or, more particularly, via a Bluetooth ® OBject Exchange (OBEX) interface
  • the electronic content files are in a format, such as a suitably formatted image, video or text file, which is commonly readable amongst technologically basic terminal devices 1 10 such as feature phones.
  • an electronic content file may be any file which can be opened on the terminal device 1 10 to which it is targeted and which, when opened, comprises information which is comprehensible to a human user of the terminal device.
  • these electronic content files may be generated from other, more complex types of content which are less commonly supported amongst such terminal devices.
  • Such content may include media rich webpages or the like, for example. In this way, more complex types of content, which would normally not be readable on the terminal devices 1 10, is made available in the form of an electronic content file which is readable on the terminal devices 1 10.
  • the terminal devices 1 10 are able to receive the electronic content files even though the terminal devices themselves may not support connectivity to the network 106 over which the electronic content files are made available.
  • the network 106 may be the internet and the terminal devices 1 10 may not comprise technology (such as 3G, 4G or Wi-Fi compatibility) enabling the terminal devices 1 10 to access the internet.
  • the coverage of mobile telecommunications networks in the geographical areas in which the terminal devices 1 10 are present may be insufficient for the terminal devices 1 10 to access the internet and to receive the electronic content files over the internet.
  • Figures 2A and 2B show, respectively, a schematic diagram of the content repository device 108 and the content hub 102 according to an embodiment.
  • the content repository device 108 comprises a network interface 200 (such as a Wi-Fi, Ethernet or mobile telecommunications (for example 3G or 4G) interface, for example) for exchanging signals with the content hub 102 over the network 106, a storage medium 201 (such as a hard disk drive (HDD) or solid state drive (SSD), for example) and, optionally, a converter 202. Each of these components is controlled by a controller 203.
  • the content repository device 108 may, in practice, be implemented as one or more servers or as a managed web service hosted in a data centre.
  • the content hub 102 comprises a network interface 204 (such as a Wi-Fi, Ethernet or mobile telecommunications (for example 3G or 4G) interface, for example) for exchanging signals with the content repository device 108 over the network 106, a Bluetooth transceiver 205, a storage medium 206 (such as a HDD or SSD, for example) and, optionally, a converter 207.
  • a network interface 204 such as a Wi-Fi, Ethernet or mobile telecommunications (for example 3G or 4G) interface, for example) for exchanging signals with the content repository device 108 over the network 106
  • a Bluetooth transceiver 205 such as a Wi-Fi, Ethernet or mobile telecommunications (for example 3G or 4G) interface, for example
  • storage medium 206 such as a HDD or SSD, for example
  • converter 207 optionally, a converter 207.
  • the content hub 102 may be placed at the centre of a village in a remote part of the developing world in which most of the population have terminal devices 1 10 which do not support direct connection to the network 106 and/or in which there is no or poor coverage of a suitable mobile
  • the content hub 102 is connectable to the network 106, at least intermittently. It will be appreciated that if there is no or poor coverage of a suitable mobile telecommunications network so as to allow connection to the network 106 for the terminal devices 1 10, then this will also be the case for the content hub 102. However, there are several solutions to this.
  • the controller 209 of the content hub 102 may nonetheless attempt to receive content over the network 106 (more specifically, from the content repository 108 over the network 106) several times throughout the day. The more attempts that are made, the more likely it is that one of the attempts will yield a successful receiving of content.
  • the amount of data which needs to be transmitted over network 106 via the poor coverage mobile telecommunications network is reduced (in particular, the data representative of only one instance of the content needs to be transmitted rather than the data representative of one instance of the content for every single terminal device).
  • Receiving content over the network 106 via the content hub 102 in this way is thus more likely to be successful than each terminal device 1 10 individually trying to receive content over the network 106.
  • the content to be delivered to the content hub 102 (and to thus be made available to every terminal device 1 10 within Bluetooth ® transmission range) is also predetermined rather than being delivered on an ad hoc, individual basis (as is the case when each terminal device 1 10 attempts to receive content over the network 106 via the poor coverage mobile telecommunications network individually), meaning that the amount of data required for receiving the content over the network 106 can be controlled in advance (thus, for example, the amount of content delivered to the content hub 102 can be reduced in very poor coverage mobile telecommunications areas so as to reduce the amount of data that needs to be transmitted to the content hub 102 and to thus make a successful reception of the content more likely).
  • the content hub 102 may be connectable to the network 106 using a fixed internet connection. Although such fixed internet connections are still relatively rare in remote areas of the developing world, it is becoming more common that at least one building (such as a school) in the local area will have a fixed internet connection. In this case, the content hub 102 may remain connected to the internet via this fixed connection, and may therefore receive content over the network 106 in this way. Thirdly, in very remote areas in which there is no coverage of a suitable mobile
  • the content hub 102 may be able to establish a temporary connection with another content hub 102 which has previously received updated content from the network 106.
  • signals are exchanged directly between the network interface 204 of one content hub 102 and the network interface 204 of the other content hub 102.
  • the content hubs 102 temporarily forming a mesh network (for example, a Wi-Fi mesh network when the network interface 204 of each content hub 102 is a Wi-Fi interface).
  • there may be one instance of the content hub 102 which is kept permanently connected to the network 106 via a fixed internet connection in one location (for example, at a school in one rural village).
  • Other content hubs 102 from surrounding locations can then periodically be physically moved to the vicinity of the permanently connected hub so as to enable updated content received by the permanently connected hub over the network 106 to be passed to these other content hubs. These other content hubs can then be returned to their respective locations.
  • the hub which is connected to the fixed internet connection can be periodically moved around the surrounding locations so as to enable the other content hubs in these locations to be updated.
  • a plurality of content hubs 102 may be connected to each other via their respective network interfaces 204 so as to form a mesh network.
  • a plurality of content hubs 102 are connected together in a chain arrangement comprising a first content hub 102 which is at the start of the chain and which is able to connect to the internet in order to receive new content, a second content hub 102 connected to the first content hub 102, a third content hub 102 connected to the second content hub 102 and so on.
  • New content received from the internet by the first content hub 102 is thus transmitted from the first content hub 102 to the second content hub 102, then from the second content hub 102 to the third content hub 102, and so on, so that the new content is distributed along the chain.
  • Content hubs 102 further along the chain are therefore able to obtain the updated content even though they themselves may not be able to establish an internet connection. It is noted that, in such a chain scenario, in an embodiment, the mesh network actually allows all hubs to directly communicate with all other hubs, even if this requires multiple hops between hubs, using a suitable routing protocol (as known in the art).
  • both the mentioned second and third content hubs may directly pull content from the first content hub, and, in the case of the third content hub, the content traffic is invisibly transported via the second content hub (that is, it is as if the content is directly transmitted from the first content hub to the third content hub even though the content is actually transmitted to the third content hub via the second content hub).
  • the present technique will work no matter how the content hub 102 is able to establish at least an intermittent connection to the network 106 in order to receive content from the content repository device 108. It is noted that, in the third scenario described above, in which content is transmitted directly to the content hub 102 from another content hub 102, if the other content hub 102 (second content hub) is physically moved to the location of the content hub 102 which is to be updated (first content hub), then the connection to the network 106 of this second content hub may not actually be in place as the first content hub which is to be updated establishes a connection with this second content hub. However, in this case, because the second content hub has the most up-to-date content, this is functionally equivalent to the first content hub 102 establishing a connection with the network 106 in order to receive the up-do-date content.
  • content is deliverable to the terminal devices 1 10 in an interactive manner which mimics, for example, surfing the internet, even when the terminal devices 1 10 themselves are not technologically enabled to access the internet or when mobile telecommunications network coverage is insufficient for the internet to be accessed by the terminal devices 1 10.
  • the content hub 102 first transmitting, via Bluetooth transceiver 205, an electronic content file to a terminal device 1 10.
  • the electronic content file which, as previously mentioned, may be generated on the basis of more complex content not viewable on the terminal device 1 10, will previously have been received by the content hub 102 from the content repository device 108 over the network 106 and stored in the storage medium 201 of the content hub 102.
  • Examples of the electronic content file include a text file, an image, an audio file or a video.
  • the transmitted electronic content file may be generated from a webpage so as to enable the information on a webpage (including text and/or images) to be viewable on a terminal device 1 10 even when that terminal device 1 10 is not capable of connecting to the internet and/or displaying webpages.
  • the electronic content file when opened on the terminal device 1 10, indicates one or more options selectable by the user of the terminal device. Each option is associated with a respective instruction executable by the content providing device 102. In one example, when the electronic content file is generated from a webpage, each option may correspond to a respective hyperlink (link) of that webpage, for example.
  • the data will be of a predetermined type and will comprise information indicating a selected one of the one or more options selectable by the user of the terminal device in the electronic content file previously transmitted to the terminal device. This information will be in a predetermined format associated with the predetermined data type of the received data.
  • the data received from the terminal device 1 10 may be, for example, a file such as an image or text file or a Bluetooth pairing request and will include the information indicating the option selected by the user of the terminal device. This will be explained in more detail later on.
  • the controller 209 of the content hub 102 then extracts the information indicating the selected option from the received data, and executes the process associated with the selected option.
  • the process executed by the controller 209 may be to control the Bluetooth transceiver 205 to transmit the object (such as another webpage or other content such as an image or video) which is the target of that link to the terminal device 1 10 as another electronic content item. This will be explained in more detail later on.
  • Figures 3A to 3E schematically show an example implementation of the present technique.
  • the electronic content item is an image of a webpage including several links.
  • the options indicated by the electronic content item each relate to the selection of a respective one of these links.
  • the process executed by the controller 209 of the content hub 102 in response to receiving data from the terminal device 1 10 to which the electronic content item is sent comprising information indicating a selected one of the options (and thus a selected one of the links) is to transmit, as a further electronic content item, an image of the webpage which is a target of the selected link.
  • FIG. 3A schematically illustrates a terminal device 1 10 which can be used with the content hub 102 in the way described.
  • the terminal 1 10 device is a feature phone comprising a screen 301 and a keypad 303.
  • such feature phones typically have less technological capability than so-called "smart" devices (such as smartphones and tablet computers), and are often unable to connect to the internet so as to provide a user with a full internet browsing experience using a mobile telecommunications network (such as a 3G or 4G network) or Wi-Fi network.
  • a mobile telecommunications network such as a 3G or 4G network
  • Wi-Fi network such as Wi-Fi
  • the terminal device 1 10 is displaying an image 300 of a webpage on the screen 101 .
  • this is simply an image (such as a still JPEG or PNG image or the like) which has previously been generated (rendered) using the actual webpage as available on the internet. That is, the information representing the actual webpage is used to generate the image 300 which looks like the webpage when that webpage is viewed using a web browser.
  • Such webpage conversion techniques are known in the art. Such an image may be generated from the actual webpage using the converter 202 or 207 of the content repository device 108 or content hub 102, respectively.
  • each link is a text link (reading, respectively, in this case, "Commercial”, “Education”, “Healthcare” and “Humanitarian Response”) leading to a further respective webpage on the internet.
  • a text link reading, respectively, in this case, "Commercial”, “Education”, “Healthcare” and “Humanitarian Response” leading to a further respective webpage on the internet.
  • this experience of clicking links on the webpage in order to obtain objects (such as further webpages) targeted by those links is mimicked by providing, as part of the image 300 of the webpage, numerical tags 304 located next to each link.
  • these numerical tags may be added by, for example, editing the webpage's Document Object Model (DOM) to include the numerical tags inline (prior to rendering the image 300 of the webpage) or by post-processing the image 300 of the webpage to add the numerical tags as part of the image 300 (the location of the tags being determined using the coordinates of the links determined from the DOM, for example).
  • DOM Document Object Model
  • the user determines the number of the numerical tag 304 located next to that link and controls the terminal device 1 10 to transmit data to the content hub 102 over the Bluetooth interface comprising information indicating that number.
  • the user wishes to "click” the "Commercial” link, then they will control the terminal device 1 10 to transmit data to the content hub 102 indicating number "1 ". If they wish to "click” the "Education” link, then they will control the terminal device 1 10 to transmit data to the content hub 102 indicating number "2", and so on.
  • the present technique makes use of the fact that, even with many technologically basic terminal devices 1 10 (including many feature phones), various predetermined data types can already been transmitted over a Bluetooth interface (in particular, a Bluetooth OBEX interface).
  • a Bluetooth interface in particular, a Bluetooth OBEX interface.
  • Each of these predetermined data types allows user- selected information to be included in the predetermined data type in a predetermined format associated with that predetermined data type. A user is thus able to select the number associated with their selected webpage link as information included in one of these
  • predetermined data types using the terminal device 1 10 and to send this predetermined data type as data to the content hub 102 over the Bluetooth interface.
  • the predetermined data type is a text file.
  • Text files may be generated when the terminal device 1 10 comprises a text editor.
  • the user uses the keypad 303 of the terminal device 1 10 to enter the number "1 " (indicative of the selected "Commercial” link) as text in the text file using the key 303A.
  • the user then saves the text file by pressing key 303B.
  • This saves the text file containing the number "1 " as text in a storage medium (not shown) of the terminal device 1 10.
  • the storage medium will typically be flash memory or the like.
  • the user can then control the stored text file to be transmitted to the content hub 102 over Bluetooth (in particular, over Bluetooth OBEX) using the standard Bluetooth functionality available on the terminal device 1 10.
  • the controller 209 extracts the number "1 " entered as the text of the text file.
  • the controller 209 therefore knows that the link selected by the user is the "Commercial” link, since this is the link associated with option number "1 ".
  • the controller 209 is, in this case, configured in advance to receive data from the terminal device 1 10 in the form of a text file and to extract the information indicative of the user's selection option (in this case, the number "1 ”) from the text of the text file.
  • the predetermined data type is an image 304 such as a JPEG or PNG image.
  • a respective image indicative of each of the possible option selection numbers may be transmitted to the terminal device 1 10 from the content hub 102 in advance and stored in the storage medium of the terminal device 1 10.
  • Each image is an image of its respective option number.
  • the user again wishes to selection option "1 " corresponding to the "Commercial” link.
  • the user therefore uses the standard image viewer on the terminal device 1 10 to navigate to the image showing the number "1 ".
  • the user may do this using the directional navigation button 303C of the keypad 303.
  • the user controls the image to be transmitted to the content hub 102 over Bluetooth (in particular, over Bluetooth OBEX) using the standard Bluetooth functionality available on the terminal device 1 10.
  • the user will press the key 303B to open an OPTIONS" menu for the currently displayed image.
  • One of the possible menu selections is to send the currently displayed image to a second device over Bluetooth.
  • the controller 209 extracts the number "1 " indicated by the image. This is possible in several ways. For example, each image may be saved with a filename including the number with which that image is associated in a format which the controller 209 of the content hub 102 is configured in advance to recognise.
  • the image associated with the number “1” may have the file name "optionl "
  • the image associated with the number “2” may have the file name "option2”, etc.
  • the controller 209 of the content hub 102 may be configured to recognise the file name "optionX” and to extract the appended "X” as the selected option number.
  • a similar text string such as "optionX” may be included in a
  • the controller 209 of the content hub 102 may be configured in advance to read the text string in this metadata field in order to extract the option number associated with that image. It is also envisaged that, rather than relying on filenames or other data such as metadata included with the image, the controller 209 may be configured to perform Optical Character Recognition (OCR) or the like on the image received from the terminal device 1 10 so as to recognise and extract the number shown in the image and to thus register the option associated with that number as being the selected option. Alternatively, each of the numbered images may have been cryptographically hashed or used to generate a checksum prior to being sent to the terminal device 1 10.
  • OCR Optical Character Recognition
  • Such a hash or checksum will uniquely identify the respective image from which it was generated, and each generated hash or checksum value is stored, together with an identifier of the image with which it is associated, in the storage medium 206 of the content hub 102.
  • the received image is once again hashed or used to generated a checksum.
  • the newly generated hash or checksum is then compared with the stored hashes or checksums in order to determine which of the numbered images has been received.
  • the predetermine data type is a Bluetooth pairing request (such as the legacy pairing mechanism in pre Bluetooth v2.1 or the SSP Passkey entry mechanism in Bluetooth v2.1 or later).
  • the Bluetooth pairing request functionality is standard Bluetooth functionality on Bluetooth enabled terminal devices 1 10 and is intended for authenticating a pairing request between Bluetooth devices. In particular, it works by the user of a first device requesting that the first device is paired with a second device such that data may be shared over the Bluetooth interface between the two devices.
  • the request in order for the pairing to be successfully established, must comprise a correct passcode, which, for example, may be displayed on the second device so that only a user with physical access to the second device (or who is in contact with a user of the second device) knows the correct passcode and is able to enter it in the Bluetooth pairing request so as to successfully establish the Bluetooth pairing.
  • the mechanism for entering the passcode is recognised as a further way in which the selected option number may be transmitted to the content hub 102 from the terminal device 1 10.
  • the user in order for the user to enter the Bluetooth pairing passcode, they are presented with a passcode entry window 305 in which alphabetic, numeric and alphanumeric characters may be entered.
  • the user simply enters the number associated with their selection option.
  • the user will simply enter the number "1 " in the passcode entry window 305 using the numerical key 303A and presses the key 303B to send the Bluetooth pairing request, now comprising the entered number "1 ", to the content hub 102.
  • the controller 209 of the content hub 102 is configured in advance such that, when a pairing request is received, the entered passcode received with the pairing request is extracted as the selected option number.
  • the existing Bluetooth pairing functionality of the terminal device 1 10 is used for transmitting the selected option number to the content hub 102.
  • the controller 209 of the content hub 102 may either reject the pairing request or accept the pairing request but then delete the successfully registered pairing. In this latter case, the terminal device 1 10 and content hub 102 become paired and information indicative of this is stored in the storage medium 206 of the content hub 102. The information may then, however, be subsequently deleted by the controller 209. Either of these actions ensure that, next time a user wishes to transmit data to the content hub 102 comprising information indicative of a selection option using this pairing request mechanism (for example, to select another link on a subsequently displayed webpage image), a user will once again be presented with the passcode entry window 305, thus allowing them to enter the selected option number.
  • the concept in which an image of each option number is stored in advance in a storage medium of the terminal device 1 10 may be extended such that any file with a filename or metadata field containing a string of alphanumeric characters and/or symbols in a certain predetermined format can be transmitted from the terminal device 1 10 to the content hub 102 over Bluetooth in order for an option selection to be registered.
  • the controller 209 may be configured to scan the filename and/or metadata fields of any object received from the terminal device 1 10 (in the case that, for example, the controller 209 is aware that a webpage image comprising one or more selectable options has recently been transmitted to the terminal device 1 10) to detect the presence of a text string in the predetermined format (for example, the controller 209 may scan the filename and/or metadata of a received file to detect a text string having the format
  • alphanumeric string which can be included to indicate selectable options in an electronic content file (such as a webpage image) transmitted from the content hub 102 to the terminal device 1 10 and which can be included in data (such as a text file, image or other file or
  • the numerical tags “1 ", “2", “3” and “4" indicated for each respective link in webpage image 300 could instead be, respectively, “A”, “B”, “C” and “D” or "A1 ", “A2", “A3” and “A4", or any other suitable set of alphabetic, numeric or alphanumeric characters. It may even be the case that each option is associated with a different respective symbol (such as a picture, non-Roman letter or punctuation symbol) rather than a specific alphabetic, numeric or alphanumeric symbol.
  • the present technique may be applied in the same manner as described.
  • the controller 209 executes a process to retrieve an image 306 of the webpage which is an object of the selected link and to control the Bluetooth transceiver 205 to transmit this webpage image 306, as a further electronic content item, to the terminal device 1 10 for display on the screen 301 .
  • the selected link (as indicated by option number "1 ") is the "Commercial" webpage, as shown in Figure 3E.
  • the present technique has allowed a user of the terminal device 1 10 to have a very similar experience to genuine web browsing. It will be appreciated that, in addition to a further webpage being transmitted to the terminal device 1 10 in response to the selection of a particular link, if the target of the link is another electronic content file such as an image, video or sound, then this electronic content item may be transmitted to the terminal device 1 10 instead.
  • the controller 209 of the content hub 102 In order to deliver this web-like experience to a user of the terminal device 1 10, it is necessary for the controller 209 of the content hub 102 to maintain information of a state of the terminal device 1 10 so as to enable the correct electronic content file to be transmitted to the terminal device 1 10 following the receipt of a selection option from the terminal device.
  • the content hub 102 in order for the content hub 102 to be able to deliver the image 306 of the "Commercial" webpage following the receipt of option selection "1 " indicated in the webpage image 300, the content hub 102 must, as well as having the "Commercial” webpage or the image 306 thereof stored in storage medium 206, have, as state information, a record of the latest webpage image transmitted to the terminal device 1 10 (in this case, webpage image 300) and the options indicated by that webpage image and what each option represents (in this case, option "1 " which represents the webpage which is an object of the "Commercial” link, option “2” which represents the webpage which is the object of the "Education” link, and so on).
  • This state information is stored in the storage medium 206 in association with an identifier of the particular terminal device 1 10 to which it corresponds.
  • This identifier may be a Bluetooth media access control (MAC) address of the terminal device 1 10, for example.
  • MAC media access control
  • the state information can also include any other relevant information about a particular terminal device, including information necessary to ensure a smooth running of the system as electronic content files and data are exchanged between each terminal device 1 10 and the content hub 102 during a browsing session.
  • Such state information may include, for example, information terminal device discovered, terminal device gone away, terminal device pairing started, terminal device pairing complete, terminal device pairing failed, file send started (for an electronic content item to be transmitted to the terminal device, for example), file send complete, file send failed, file receive started (for a file received as data from the electronic content device indicating a selection option), file receive complete and file receive failed.
  • the state information may also comprise a browsing history information of the user indicating the webpages viewed by the user over a predetermined time period in the past. Based on this browsing history, the content hub 102 may determine, for example, the sort of content likely to be of most interest to the user, and may, for example, actively push such content to the user when it determines that the user is within range of the content hub 102.
  • Such state information may be shared with neighbouring content hubs 102 (as made possible when several neighbouring content hubs form a mesh network, for example, as previously discussed) so that such content may be pushed to the user even when they connect to a content hub 102 which is different from their usual content hub 102.
  • the functionality of the content hub 102 will depend on its connection to the network 106 at any given time.
  • the content hub 102 is connected to the network 106, then all content stored in the storage medium 201 of the content repository device 108 is available for transmission to the terminal device 1 10 as a suitably formatted electronic content file.
  • the content hub 102 is not connected to the network 106, then only locally available content (for example, content stored in the storage medium 206 of the content hub 102 itself) is available for transmission to the terminal device 1 10 as an electronic content file.
  • this locally available content is still likely to be relevant and useful to the local population, and, with regular updates (via periodic connection of the content hub 102 to the network 106 so as to enable it to receive updated content from the content repository device 108), is likely to stay relevant and useful.
  • Further functionality when the content hub 102 is not connected to the network 106 is enabled by, for example, the content hub 102 logging any content (such as a webpage) which is requested by a user but which is not available in the storage medium 206 of the content hub 102 at the time of the request.
  • this content may then be retrieved and stored on the content hub 102 so that it can be transmitted to the user next time the user requests it (or, alternatively, when the user is determined to be within range of the content hub 102, the newly downloaded content may be pushed automatically to the user).
  • the generation of an electronic content file (which is readable on a terminal devices 1 10 such as a feature phone) from content in its native format (which may not readable on a terminal device 1 10 such as a feature phone) may be carried out according to any suitable technique and, in general, this may be referred to as conversion.
  • the conversion may be carried out at any suitable point in the delivery of content from a creator of the content to the transmission of the content to a particular terminal device 1 10 by the content hub 102.
  • one or more of the content repository device 108 and content hub 102 comprises a converter.
  • Conversion of content to a suitably formatted electronic content file may therefore be carried out at one of these devices.
  • content transmitted from the content repository device 108 over the network 106 to the content hub 102 may be converted prior to transmission if the content repository device 108 comprises a converter 202.
  • the content repository device 108 does not have a converter, then the content is converted by a converter 207 of the content hub 102 prior to transmission of the content (as a suitable formatted electronic content file, generated by the conversion) to the terminal devices 1 10.
  • Examples of conversion include the conversion of webpages to webpage images (such as webpage image 300 shown in Figure 3A) in a JPEG or PNG format, the conversion of BMP images to JPEG or PNG, the conversion of mp4 video to 3gp and the conversion of wav sound files to mp3.
  • the conversion process may render them as a series of long thin JPG or PNG images. This allows users to use their phone's image viewers to scroll down the image as if it was a webpage, and then zoom in on the part of interest to them. Each image may then be labelled with additional meta-data, like the sequence number of the image, and the name of the webpage that it is part of.
  • a webpage image is sent to a terminal device 1 10
  • each image making up a section of the image is sent and the sequence number of each image ensures that, when viewed using an image viewer on the terminal device 1 10, the section images are displayed in the correct order.
  • webpages may also be converted to plain text (by removing HTML tags etc.) so that even terminal devices 1 10 without image viewers (but which are able to display text files) can read the text on a webpage.
  • Webpage text can also be converted to audio using a text-to-speech engine and sent to the terminal device 1 10 as an audio file (such as an mp3 file). This allows even blind or illiterate users to hear the textual webpage content.
  • performing conversion at a location other than the content hub 102 alleviates the processing and power consumption required at the content hub 102 (which may run using a low power processor and/or using solar power and/or a battery, for example, and which may therefore have processing and power consumption constraints) in carrying out the conversion.
  • Performing conversion at a location other than the content hub 102 also reduces a delay time for the transmission of content to a terminal device 1 10, since the content hub 102 does not need to first convert the content to a suitably formatted electronic content file before it can be transmitted to the terminal device 1 10 (since the conversion will already have been done).
  • the converted version of the content may be stored in the storage medium 206 of the content hub 102 so that, next time it is requested by a user, conversion does not have to be performed for a second time.
  • content may be obtained live from the internet and converted (as necessary) in real time.
  • webpage images may be obtained from live webpages, in effect allowing a user of a non-internet-enabled terminal device 1 10 to have the experience of surfing live internet webpages.
  • the content may be retrieved from the internet by the content hub 102, converted by the converter 207 of the content hub 102 and transmitted via Bluetooth transceiver 205.
  • the live web content could be routed to the content hub 102 via an online converter (such as the converter 202 of the content repository device 108) prior to being delivered to the content hub 102. This allows live web content to be delivered to terminal devices 1 10 as suitably formatted electronic content files, even though the terminal devices 1 10 themselves are unable to access the internet.
  • the present technique could also be used for allowing a user to give their consent regarding how their data is used (for example, the user may be presented with a webpage image in which option "1 " indicates that they give their consent and option "2" indicates that they do not give their consent).
  • the content transmitted to each terminal device 1 10 may also include instructions (again, in the form of a webpage image, for example) regarding how to use the content delivery system provided by the content hub 102.
  • the controller 209 of the content hub 102 may, in combination with the Bluetooth transceiver 205, continuously scan for new terminal devices 1 10 and, when a new terminal device is found, may transmit an initial webpage image instructing a user on how to use the service. This makes it easy for new users to begin receiving content from the content hub 102 even when they have not used the service before.
  • the data receivable by the content hub 102 from the terminal device 1 10 over Bluetooth ® in the way described is not limited to selecting options indicated by electronic content files (such as tags relating to hyperlinks on rendered images of webpages) transmitted from the content hub 102 to the terminal device 1 10.
  • the potential applications arising from the ability of the content hub 102 to transmit electronic content files which are openable on a terminal device 1 10 such as a non-smart feature phone and, in response, to receive data of a predetermined type from the terminal device 1 10 and to perform a process based on that received data are rich and varied. An example which demonstrates this is described with reference to Figures 4A to 4D.
  • a terminal device 1 10 which has not yet been registered with the content hub 102 so as to be able to exchange information with the content hub 102 according to embodiments of the present technique is detected as being in the within range of the content hub 102 (that is, within a distance of the content hub 102 such that Bluetooth ® signals may be exchanged between the terminal device 1 10 and content hub 102).
  • the content hub 102 is able to recognise that this is an unregistered terminal device 1 10 based on, for example, the Bluetooth ® MAC address of the terminal device 1 10 being detectable and not matching with the Bluetooth ® MAC address of any registered terminal devices (the MAC address of each registered terminal device may be stored in the storage medium 206 of the content hub 102, for example).
  • the transceiver 205 transmits a welcome image 400 to the terminal device 1 10.
  • the user is able to open and display this image on the screen 301 of the terminal device 1 10 using the image viewer application of the terminal device 1 10.
  • the transceiver 205 also transmits a plurality of numbered images each showing one of the numbers 1 to 4 (as described with reference to Figure 3C, for example) to the terminal device 1 10.
  • the welcome image 400 welcomes the user of the terminal device 1 10 to the service and gives them instructions on how to register for the service. In this case, the welcome image 400 instructs the user to return the numbered image "1 " in order to register with the service.
  • the transceiver 205 transmits an interest selection image 401 to the terminal device 1 10. Again, the user is able to open and display this image on the screen 301 of the terminal device 1 10 using the image viewer application of the terminal device 1 10.
  • the interest selection image comprises a plurality of options each indicating a topic which may be of interest to the user and which the user may select if they are indeed interested in any of the indicated topics.
  • the user is able to select a topic of interest by sending the numbered image with the number with which that topic is associated back to the content hub 102. Thus, for example, if the user is interested in the topic "News", then they will send numbered image "1 " back to the content hub 102.
  • the user If the user is interested in the topic "Sports”, then they will send numbered image "2" back to the content hub 102. If the user is interested in the topic "Upcoming Events”, then they will send the numbered image "3" back to the content hub 102. If the user is interested in multiple topics, then they may send multiple numbered images back to the content hub 102 in order to select those multiple topics. Thus, for example, the user may send both numbered images “1 “ and “2” back to the content hub 102 if they are interested in both "News” and “Sports” or may even send numbered images “1 ", “2” and “3” if they are interested in “News", “Sports” and "Upcoming Events”.
  • the topic selections are associated with the terminal device 1 10 and are stored with the MAC address of the terminal device 1 10 in the storage medium 206 of the content hub 102. These topics of interest can thus be used in determining the most suitable content to be pushed to the user. If the user does not select any topics of interest (for example, if, when presented with the interest selection page 401 , the user immediately sends the numbered image "4" back to the content hub 102), then general interest content may be pushed to the user without such content being biased towards certain topics based "News", "Sports” and/or "Upcoming Events".
  • the transceiver 205 transmits a profile picture upload image 402 to the terminal device 1 10. Again, the user is able to open and display this image on the screen 301 of the terminal device 1 10 using the image viewer application of the terminal device 1 10.
  • the profile picture upload image 402 instructs the user to transmit a profile picture to the content hub 102.
  • the user may select any profile picture they desire. For example, the user may select and send an image already stored on the terminal device 1 10 or may capture an image using a camera (not shown) of the terminal device 1 10 and send this captured image to the content hub 102.
  • the transceiver 205 transmits profile creation confirmation image 403 to the terminal device 1 10, as shown in Figure 4D. Again, the user is able to open and display this image on the screen 301 of the terminal device 1 10 using the image viewer application of the terminal device 1 10. This confirms to the user that their profile has been created and that the registration process of the terminal device 1 10 is complete.
  • the basic information includes the MAC address of the terminal device 1 10, the topic selections of the user and the users profile picture. It will be appreciated that many other types of user information may be gathered in a similar way. This user information may then be used, for example, to determine the most appropriate content to push to the terminal device 1 10. Information such as the user's profile picture may also be used, for example, to establish basic social networking capability on the content hub 102 (so, for example, a user is able to request information on who else has registered to use the service for the purpose of social networking).
  • the user information may be shared with neighbouring content hubs 102 (as made possible when several neighbouring content hubs form a mesh network, for example, as previously discussed) so as to provide a consistent service to the user as they move around and connect to different content hubs 102.
  • electronic content file may be generated and transmitted from the content hub 102 to the terminal device 1 10 in accordance with embodiments of the present technique.
  • the electronic content file may be of any type, such as a suitably formatted text file, image, video or audio file, which is openable on the terminal device 1 10.
  • the electronic content file is an image
  • the image may also be generated to represent the content of another file (such as a Microsoft Word ® or Portable Document Format (PDF) document) which would otherwise not be readable on a non-smart terminal device 1 10 such as a feature phone.
  • PDF Portable Document Format
  • the data may be of any type, such as a suitably formatted text file, image, video or audio file, which can be generated by the terminal device 1 10 and which contains information in a format such that this information is readable by the content hub 102.
  • the data may comprise an image comprising text which the content hub 102 may be determined by performing an OCR process, a text file in which the text within the text file is readable by the content hub 102, a file with a filename which is readable by the content hub 102, video and/or audio data on the basis of which speech may be recognised by the content hub 102 using a suitable speech recognition algorithm (such algorithms are known in the art), an electronic contact card (such as a vCard or vcf file) the data fields of which have been populated with suitable information, calendar appointments and/or reminders the data fields of which have been populated with suitable information, or Bluetooth ® supported data types which support printing or remote control of AV equipment.
  • a suitable speech recognition algorithm such algorithms are known in the art
  • an electronic contact card such as a vCard or vcf file
  • the data fields of which have been populated with suitable information calendar appointments and/or reminders the data fields of which have been populated with suitable information
  • Bluetooth ® supported data types which support printing or
  • the content hub 102 may simply store the received data (such as the profile picture received from the terminal device 1 10 during a user registration process - see Figure 4C, for example) or may use the information contained within the received data (such as the information which allows the content hub 102 to determine which of the numbered images "1 ", "2", “3” or "4" has been received from the terminal device 1 10), together with the current state information associated with the terminal device 1 10 (such as the last webpage image transmitted to the terminal device 1 10), to send a new electronic content file (such as a new webpage image) to the terminal device 1 10.
  • the received data such as the profile picture received from the terminal device 1 10 during a user registration process - see Figure 4C, for example
  • the information contained within the received data such as the information which allows the content hub 102 to determine which of the numbered images "1 ", "2", “3” or "4" has been received from the terminal device 1 10
  • the current state information associated with the terminal device 1 10 such as the last webpage image transmitted to the terminal device 1 10
  • the content hub 102 may make the received data (such as a profile picture received from the terminal device 1 10 during a user registration process - see Figure 4C, for example) available to other users of the content hub 102 or available on the internet (such as on a social networking website such as Facebook ®).
  • the received data such as a profile picture received from the terminal device 1 10 during a user registration process - see Figure 4C, for example
  • the internet such as on a social networking website such as Facebook ®.
  • An example of a suitable short-wavelength radio signal is an ultra high frequency (UHF) radio signal in the industrial, scientific and medical (ISM) radio band, in particular in the range 2.4 to 2.485 GHz.
  • UHF ultra high frequency
  • ISM industrial, scientific and medical
  • Various Bluetooth ® versions allow such short-wavelength radio signals to be exchanged between the hub 102 and terminal devices 1 10, for example, and are widely supported by terminal devices 1 10 such as feature phones. Due to the backwards compatibility of Bluetooth ®, any version of Bluetooth ® may be used by the content hub 102 so as to allow short-wavelength radio signals to be exchanged between the hub 102 and terminal devices 1 10 (even if those terminal devices use an older version of Bluetooth ® than that used by the hub 102).
  • Bluetooth ® versions may be used: Bluetooth 1 .0 and 1 .0B, Bluetooth 1 .1 , Bluetooth 1 .2, Bluetooth 2.0 + EDR (Enhance Data Rate), Bluetooth 2.1 + EDR, Bluetooth 3.0 + HS (High Speed), Bluetooth 4.0 + LE (low energy), Bluetooth 4.1 , Bluetooth 4.2 and Bluetooth 5.
  • higher versions of Bluetooth ® could be used with the present technique (in particular, due to the fact that each version of Bluetooth ® is backward compatible with all previous versions (which may be installed on feature phones)).
  • terminal devices 1 10 such as feature phones (either currently or in the future).
  • NFC near-field communication
  • FIG. 5 shows a flow chart schematically illustrating a process implemented by the content hub 102.
  • the process starts at step 500.
  • an electronic content file is transmitted from the content hub 102 to a terminal device 1 10 via a short-wavelength radio signal.
  • the electronic content file when opened on the terminal device 1 10, indicates to a user of the terminal device 1 10 to transmit data of a predetermined type from the terminal device to the content providing device.
  • the content hub 102 receives the data of the predetermined type from the terminal device 1 10 via a short-wavelength radio signal.
  • the controller 209 of the content hub 102 executes a predetermined process on the basis of the electronic content file transmitted to the terminal device 1 10 and the data of the predetermined type received from the terminal device 1 10. The process then ends at step 504.
  • Described embodiments may be implemented in any suitable form including hardware, software, firmware or any combination of these. Described embodiments may optionally be implemented at least partly as computer software running on one or more data processors and/or digital signal processors.
  • the elements and components of any embodiment may be physically, functionally and logically implemented in any suitable way. Indeed the functionality may be implemented in a single unit, in a plurality of units or as part of other functional units. As such, the disclosed embodiments may be implemented in a single unit or may be physically and functionally distributed between different units, circuitry and/or processors.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

La présente technique concerne un dispositif de fourniture de contenu comprenant : un émetteur permettant de transmettre, par l'intermédiaire d'un signal radio à courte longueur d'onde, un fichier de contenu électronique à un dispositif terminal, le fichier de contenu électronique, lorsqu'il est ouvert sur le dispositif terminal, indiquant à un utilisateur du dispositif terminal de transmettre des données d'un type prédéterminé du dispositif terminal au dispositif de fourniture de contenu ; un récepteur permettant de recevoir, par l'intermédiaire d'un signal radio de courte longueur d'onde, les données du type prédéterminé à partir du dispositif terminal ; et un dispositif de commande pouvant permettant d'exécuter un processus prédéterminé sur la base du fichier de contenu électronique transmis au dispositif terminal et des données du type prédéterminé reçues en provenance du dispositif terminal.
EP18703820.3A 2017-01-30 2018-01-30 Procédé et dispositif de fourniture de contenu Withdrawn EP3574415A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GBGB1701503.3A GB201701503D0 (en) 2017-01-30 2017-01-30 Content providing device and method
PCT/GB2018/050255 WO2018138528A1 (fr) 2017-01-30 2018-01-30 Procédé et dispositif de fourniture de contenu

Publications (1)

Publication Number Publication Date
EP3574415A1 true EP3574415A1 (fr) 2019-12-04

Family

ID=58462564

Family Applications (1)

Application Number Title Priority Date Filing Date
EP18703820.3A Withdrawn EP3574415A1 (fr) 2017-01-30 2018-01-30 Procédé et dispositif de fourniture de contenu

Country Status (4)

Country Link
EP (1) EP3574415A1 (fr)
GB (1) GB201701503D0 (fr)
WO (1) WO2018138528A1 (fr)
ZA (1) ZA201905671B (fr)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE377799T1 (de) * 2004-08-25 2007-11-15 Research In Motion Ltd Methode zum darstellen von formatierten inhalten auf einem mobilen gerät
JP2012043140A (ja) * 2010-08-18 2012-03-01 Fujifilm Corp Ｗｅｂページ閲覧システム及び中継サーバ

Also Published As

Publication number Publication date
ZA201905671B (en) 2020-05-27
WO2018138528A1 (fr) 2018-08-02
GB201701503D0 (en) 2017-03-15

Similar Documents

Publication Publication Date Title
US10439678B2 (en) Method and system for transfering data between plurality of devices
US10261743B2 (en) Interactive group content systems and methods
KR101026604B1 (ko) 호스트형 모바일 관리 서비스 구조에 대한 방법 및 시스템
KR101596038B1 (ko) 이동 통신 단말의 동작 방법 및 시스템
EP3247094B1 (fr) Procédé de fonctionnement et système de terminal mobile
JP4996685B2 (ja) コンテンツ同期化方法及び装置
US20110197126A1 (en) Display Placeholders For Rich Media Content
US20090307602A1 (en) Systems and methods for creating and sharing a presentation
KR20110084325A (ko) 데이터를 전송 및 수신하는 방법 및 장치
CN103782588A (zh) 在电子装置之间传输状态信息
CN101884036A (zh) 共享由移动通信装置捕获的图像的方法和系统
CN104320417A (zh) 移动终端和web终端之间互连及流传输和流媒体播放的方法
CN103595755A (zh) 用于显示使用云服务的便携式终端的内容的方法和装置
WO2009075908A1 (fr) Synchronisation d'une page web avec un dispositif mobile
US20120158842A1 (en) Method and System for Facilitating Interaction with Multiple Content Provider Websites
CN102959546A (zh) 用于转换内容的方法和设备
US20160029063A1 (en) Method and apparatus for providing service of rankings of multimedia in social network service system
US9037656B2 (en) Method and system for facilitating interaction with multiple content provider websites
US20120324026A1 (en) Data management system and method for displaying data
TWI515684B (zh) 資訊處理方法、裝置以及系統
EP3574415A1 (fr) Procédé et dispositif de fourniture de contenu
KR20150022639A (ko) 전자 디바이스 및 전자 디바이스에서 캡쳐 이미지 이용 방법
OA19115A (en) Content providing device and method.
JP6529181B2 (ja) 情報処理システム、情報処理方法及び情報処理プログラム
EP2354973A1 (fr) Paramètre fictif d'affichage pour contenus riches en média

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20190815

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
PUAJ Public notification under rule 129 epc

Free format text: ORIGINAL CODE: 0009425

32PN Public notification

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 2524 DATED 12.10.2022)

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20220802