The invention relates in general terms to a device profile. There is a plurality of documents available for reproduction. The device manages a statistics for the reproduced documents. This statistics is utilized to support the user in finding the user preferred documents for. reproduction.
With the inflationary increase of storage capacity in PC technology as well as in the CE products it is becoming more and more popular to record a complete archive of audio or video documents on a PC or CE device. E.g. a 40 GB hard disk has enough storage capacity to record 1,200 h of MP3 audio files or 160 h of MPEG4 video material or 200,000 JPEG still pictures.
Considering home networking a lot more storage capacity may be available in the network distributed among several network devices. The music or movie or still picture or Ebook etc. archives may therefore be huge and the classical approach of selecting a title for reproduction fully user controlled may become inappropriate. It is easy to imagine that it may be a problem to find a specific document among thousands of archived documents if the title, date, etc. is unknown.
From the PC technology more sophisticated browsers are known by means of which it is possible to pick some document and get a quick look at it. Also more sophisticated sorting functions are available.
In the scenario explained above, there is a need for a document access system that gives more support to the user for finding his user preferred documents, in such an environment where one user can access reproducing devices shared with many other users.
This object is solved by means of a method and an apparatus for user preferred reproducing a document out of a plurality of documents as claimed in claims 1 and 5.
It is the general idea of the invention to implement a so-called device profile in a reproducing device. For this purpose a number of document sets is provided for classifying the documents. The elements within a set have preferably one sort of similarity that can be freely defined. With this device profile it is recorded which document set the user has selected for reproduction during a certain time of day slice. The duration of a time of day slice may preferably be anything between a few minutes and one hour as an example. What is recorded then is not a user profile, but the way the device itself is used. This is called the device profile in this invention.
By means of this device profile the reproduction device can support the user to find his personally preferred documents. When the user switches on the reproduction device it will check the current time of day and it will evaluate its device profile table in which it is recorded which document set the user has most frequently used for reproduction of documents during the corresponding time of day slice. The reproduction device preferably selects the corresponding document set for reproduction and proposes it to the user. Of course the user has full user control and can override the automatic selection of the reproduction device if he dislikes the proposal.
Further advantageous embodiments of the invention are apparent from the respective dependent claims. In case the user dislikes one proposed document set, the reproduction device may propose another document set, whereby the order how often a set has been used for reproduction during the current time of day slice influences which other set of documents is selected/proposed for reproduction. So the most frequently used document sets according to the device profile will be taken for reproduction with higher priority.
The order of presentation of document sets does not need to be strictly predetermined according to the device profile. In one embodiment there may be a random functionality implemented in addition so that the most frequently accessed document sets are selected with the highest probability but not with 100% safety.
In a further preferred embodiment the day of week is also a parameter of the device profile. In this case a cell in the device profile is addressed by two input parameters: the day of week and the time of day slice. This provides for more flexibility in the device profile and thus for a more accurate device profile.
For the apparatus for user preferred reproducing a document out of a plurality of documents in one embodiment it is advantageous to update a reproduction counter for a document set each time a set is used for reproducing one of its documents in a given time slice. This includes increment the reproduction counter of the currently used set in case the current time of day slice ends during the reproduction of a document and the next time of day slice begins. The reproduction counter of the new time of day slice for the currently reproduced set will thus also be updated accurately.
Exemplary embodiments of the invention are illustrated in the drawings and are explained in more detail in the description below.
In the figures:
The invention is placed in the field of content storage, navigating and reproducing in a standalone-reproducing device or within a home-networked environment.
A reproducing device is e.g. a TV set (CRT, Plasma, LCD, Projector, DLP, OLED, etc.) that is able to reproduce video and audio content. Typical audio reproducing devices are CD-players/recorders, MP3-players/recorders, Cassette players/recorders, etc. Typical video reproducing devices are DVD players/recorders, digital VCR's, digital Camcorders, digital still cameras, etc. A personal computer can be regarded as a device having both characteristics video content reproduction and audio content reproduction.
The home network 10 may offer access to some outside network 11 via a modem 15, where storage capabilities will be offered. Between the in-house network and the outside network there may be a wide area network WAN 12 located. The most popular WAN used for this purpose is the existing World Wide Web based on Internet protocols.
Content is assumed to be composed of storable units called documents. This can be e.g. audio or video documents, still picture files, text files, or graphics files. Examples of audio files are MP3 files, Dolby AC3 files, or Dolby AAC files. Examples of video files are MPEG2 files, MPEG4 files or DIVX files. Examples of still picture files are JPEG files or HTML files. Examples of text files are Ebook files or Word files. Examples of graphics files are PDF files.
For ordering the documents a number of document sets are defined. Within a set all the documents with similar characteristic will be grouped together. This can be done automatically by means of classification algorithms that exist. In a simple embodiment the user can do the classification by hand. Examples for sets for audio documents are:
Examples for sets of video documents are:
Examples for sets of still picture documents are:
For classifying text files the example of Ebooks will be taken. Here reasonable document sets may be:
Another example of defining sets is using different categories of mood like Joyfulness, Happiness, Sadness, and Angriness. Each set contains documents considered to be as sufficiently nearby or similar according to some predefined criteria. This is addressed in another European patent application 03290019.3 of the applicant, and the two related European patent applications 0308110 and 0309715.
The similarities can be of any type, therefore further details to those criteria as well as any concrete classification algorithm is out of scope of this invention and therefore will not be discussed in detail here.
Sets can be distributed among the overall networked environment within any storage device in the network. In one embodiment they are each composed of a list of documents identifiers. One or more or all sets can also be recorded in a single storage device that is an integrated component of a single reproducing appliance. In order to avoid reordering of the documents a table in which the document identifiers of all the elements in the set and a pointer to the document are recorded can form a set.
A standalone reproducing device 14 can be used to play each locally stored document. Is the reproducing device 14 integrated in a network, it is possible to use this device to reproduce a document that is stored on an external device also being integrated in the network.
A standalone reproducing device is equipped with an internal clock that provides the information about the day of the week and the time of day. In the network environment a centralized clock can provide this information. In an alternative each reproducing device 14 in the network has its internal clock and all of them are synchronized by means of a high precision class clock. A detailed embodiment for this solution is disclosed in EP-A-0 650 106.
For supporting the user in finding the favorite songs in terms of style, the music files are categorized by means of a plurality of document sets as explained above.
Each time a user uses a reproducing device 14 for reproducing a document the identifier of the set containing the document is associated to the day and time and a reproduction counter is incremented. The user plays with a reproducing device (e.g. audio or video device) in any room he (she) is currently in. He (she) can browse all the sets available on the network (home network as well as wider one via a modem). Browsing sets means being able to pick some characteristic documents and get a quick look at them (e.g. hearing few seconds of song clips). As soon as a set is found by the user to be satisfactory then the reproducing device starts reproducing documents within this chosen set. The order by which documents are reproduced within a set is not addressed in this invention.
In that way the device profile is trained and gets more precise. The next time the user wants to reproduce documents on this device the most played set for that day and time will be selected first to reproduce documents.
Meanwhile daytime is cut into slices over the whole week. A list of chosen sets is associated to each time slice within each reproducing device. Each time a set is chosen to be played on a reproducing device the identifier of this set is used to increment an associated reproduction counter in the corresponding time slice list. Of course, at first time of use this list is empty for each time slice. It can be reset too by the user.
An example of the time slice list building the device profile is shown in
In order to avoid misinterpretation for the case that more than one user are allowed to use one single reproducing device 14, an extended version of the device profile could also record a user identifier (U) in each time slice cell as depicted in
When a device profile containing reproducing device 14 is used, the device will first select the mostly played set for the current time of day slice. It may then propose sets in a decreasing order on their counts for this current time of day slice, or may propose them in any other order.
This behavior is exemplified in
Below, an algorithm for a semi-randomly determination of documents from document sets within one time slice is proposed. This algorithm proposes, just as examples of random functions, 3 different functions with three different results on the way sets will be proposed for reproducing.
In this algorithm, the point with the first bullet rules that the most reproduced set will always be proposed first, that the second most proposed one will always be proposed then, and so on. When a couple of sets rank the same, it is proposed to sub-rank them with some random function or without.
The point with the second bullet rules that the preferred sets will be mainly proposed first when not too much sets are available, while such preferred sets will not be often proposed first when a large number of sets are available. The reason for this is that the probability of a set to be proposed first is a perfect linear function of its already-played-counter. This means that when not too much sets are available, the most played ones will get really greater opportunities to be proposed first.
The point with the third bullet rules that the preferred sets will be mainly proposed first when many sets are available, and that they will get huger opportunities to be played first when not too much sets are available. The reason for this is that here the probability is an exponential function of the already-played-counter, and no more a linear one!
The device profile is permanently refined. Should the current time slice end during reproduction of documents, and the next one begin, then the identifier 32 of the currently played set will be used to increment its corresponding reproduction counter 33 in the associative list for this new time slice 31.
Coding a set identifier within 8 bits permits the definition of 256 sets. Coding such identifiers within 16 bits permits the definition of 65,536 sets.
A document identifier could be coded with 16, 32, 64 or 128 bits.
Each Set is associated with a list of the document identifiers it contains.
For each time slice the list of sets already played can be in the form of an associated memory array or an hash table indexed on set identifiers and giving the played count for each played set as an alternative.
A further enhancement allows the user to choose the “name” of the time period, such as “Dinner” or “Bedtime” . . . This way the Reproducing Device will allow a more personal view and also take into account the shift worker whose sleep and meal hours are not traditional!
Such a further application to “named” time periods is the future (very near term these days) of a voice-activated experience, like “Play dinner music, volume low.”
Then:
Number | Date | Country | Kind |
---|---|---|---|
04291150.3 | May 2004 | EP | regional |
Filing Document | Filing Date | Country | Kind | 371c Date |
---|---|---|---|---|
PCT/EP05/04298 | 4/21/2005 | WO | 10/31/2006 |