FR 3113548 A1 20220225 FR 2008573 A 20200819 La présente description concerne un traitement de données de contenus multimédias télévisuels, mis en œuvre par au moins un équipement configuré pour exécuter une application spécifique, l’équipement étant connecté à une mémoire capable de stocker les données des contenus et disposant d’une interface homme/machine pour recevoir des entrées d’un utilisateur, l’équipement étant en outre connecté à au moins un écran au moins pour visualiser des contenus. L’équipement est configuré pour recevoir via l’interface homme/machine des données de choix de contenus de l’utilisateur et stocker les données de ces choix de contenus sous la forme d’une liste de contenus prête à être lue pour visualiser les contenus de la liste. En particulier, sur sélection d’un mode de lecture pseudo-aléatoire de ladite liste (LST), reçue via l’interface homme/machine : - au moins un groupe de contenus est formé selon au moins un critère prédéterminé, - et un contenu est sélectionné aléatoirement dans ce groupe pour être visualisé. Figure de l’abrégé : Figure 2 Mode de visualisation pseudo-aléatoire d’une liste de contenus télévisuels La présente description relève du domaine des applications informatiques proposant des contenus télévisuels. Présentation de réalisations antérieures Ces contenus sont diffusés typiquement par des chaines de télévision. Il peut s’agir de films, d’émission de télévision (émissions politiques, de téléréalité, ou autres), de reportages, de bulletins d’information, d’épisodes de séries télévisées, etc. Dans des applications connues, il est proposé à un utilisateur un catalogue de contenus télévisuels à disposition ou qui seront à disposition, et l’utilisateur peut sélectionner ainsi selon son choix certains de ces programmes pour constituer une liste de contenus qu’il pourra visualiser successivement. Ainsi, l’utilisateur peut marquer les contenus de son choix : présents, futurs, ou passés (par exemple selon les termes d’un abonnement à cette application). Par exemple, les contenus passés au-delà d’une certaine date peuvent nécessiter un abonnement payant pour être visionné puisque de tels contenus nécessitent un entretien de leur stockage. L’utilisateur peut ainsi avec ce marquage créer une liste personnalisée (ou « playlist ») de ses choix de contenus. L'utilisateur aura alors la possibilité d’accéder à un programme présélectionné en lisant cette liste. Néanmoins, il a été observé que la satisfaction de l’utilisateur était augmentée lorsqu’il pouvait être heureusement surpris par un contenu qu’il affectionne, comme en suivant une chaine de télévision classique. Résumé de l’objet de la présente description La présente description vient alors améliorer la situation. Elle propose à cet effet un mode possible de visualisation « aléatoire » des contenus de la liste. En réalité cette lecture n’est pas réellement aléatoire mais plutôt pseudo-aléatoire dans la mesure où une présélection des contenus candidats de la liste pour une visualisation peut être effectuée en fonction d’un ou plusieurs critères prédéterminés dont des exemples possibles sont décrits plus loin. Ainsi, il est visé un procédé de traitement de données de contenus multimédias télévisuels, le procédé étant mis en œuvre par au moins un équipement configuré pour exécuter une application spécifique, l’équipement étant connecté à une mémoire capable de stocker les données des contenus et disposant d’une interface homme/machine pour recevoir des entrées d’un utilisateur, l’équipement étant en outre connecté à au moins un écran au moins pour visualiser des contenus, le procédé comportant : - recevoir via l’interface homme/machine des données de choix de contenus de l’utilisateur et stocker les données de ces choix de contenus sous la forme d’une liste de contenus prête à être lue pour visualiser les contenus de la liste, caractérisé en ce que, sur sélection d’un mode de lecture pseudo-aléatoire de ladite liste, reçue via l’interface homme/machine : - au moins un groupe de contenus est formé selon au moins un critère prédéterminé, - et un contenu est sélectionné aléatoirement dans ce groupe pour être visualisé. Les contenus multimédias télévisuels précités peuvent être des programmes télévisés de type films, épisodes de séries de télévision et/ou des émissions télévisées, et/ou autres. L’application spécifique précitée peut être typiquement l’application Molotov® de la Demanderesse à laquelle peut être ajoutée une fonctionnalité de visualisation pseudo-aléatoire d’une liste de contenus préalablement choisis par l’utilisateur. Cette fonctionnalité peut se lancer alors par un clic sur un bouton d’une page de ladite application. On entend par « mémoire capable de stocker des contenus » aussi bien une mémoire de stockage de masse auprès d’un serveur distant, accessible par l’équipement via un réseau de télécommunication, qu’une mémoire de l’équipement lui-même (typiquement une mémoire locale en cas de perte de connexion au réseau précité). Par ailleurs, cette mémoire peut stocker effectivement les contenus précités ou être pilotée par un processeur programmé pour enregistrer des contenus futurs lorsqu’ils seront diffusés effectivement par des chaines de télévision. Ainsi, on entend par « capable de stocker des contenus » le fait que les contenus puissent être déjà présents, ou encore qu’il puisse s’agir de contenus futurs (visualisables dès qu’ils seront disponibles). Par exemple, l’utilisateur peut recevoir une notification sur son équipement dès que ces contenus futurs deviennent effectivement disponibles sur le serveur. Le critère prédéterminé, précité, peut être une horodate courante (une heure en cours d’un jour en cours), d’une demande de lecture de la liste, ou encore une détection de situation de mobilité, ou autres, comme développé plus loin. Le mode de lecture pseudo-aléatoire précité peut alors correspondre à la visualisation d’un contenu tiré aléatoirement parmi les contenus du groupe construit selon le ou les critères prédéterminés, combinés éventuellement entre eux. On comprendra alors que l’équipement peut renseigner l’application précitée avec des données de détection de situations particulières (horodate courante, mobilité, perte de connexion au réseau, etc.). L’application, en fonction de ces données, peut construire le groupe précité de contenus sélectionnables et tirer au sort un contenu dans ce groupe. Dans une réalisation, le critère prédéterminé tient compte d’au moins une horodate d’instant de lecture de la liste. Ainsi par exemple, des contenus longs et pour un public restreint (par exemple des films d’action ou de suspense) peuvent être dans un groupe de contenus sélectionnables après une heure de soirée choisie (par exemple 21 heures), en semaine, tandis que des contenus pour tout public (par exemple des émissions pour enfants) sont dans un groupe de contenus sélectionnables en matinée en période de weekends et/ou de congés scolaires. Dans une réalisation alternative ou complémentaire, l’équipement est connecté à ladite mémoire de stockage via une connexion à un réseau de télécommunication, et l’équipement comporte une mémoire apte à stocker en outre des données de contenus multimédias télévisuels, en local. Dans une telle réalisation, le critère prédéterminé peut alors tenir compte d’au moins un état de la connexion au réseau de télécommunication, et en cas de perte de connexion, les contenus stockés en local dans la mémoire de l’équipement sont dans un groupe de contenus sélectionnables. Dans une réalisation alternative ou complémentaire, le critère prédéterminé peut tenir compte d’au moins : - une horodate d’instant de lecture de la liste, et - d’une détection d’une situation de mobilité de l’équipement, Ainsi, en cas de mobilité détectée à une horodate dans des plages horaires prédéterminées (par exemple en début ou en fin de journée), correspondant à une situation présumée de présence de l’utilisateur dans des transports, des contenus de durée courte sont dans un groupe de contenus sélectionnables. Ainsi l’utilisateur peut visualiser des contenus qui sont de durée courte (shows télévisés humoristiques par exemple), en lien avec la durée de son trajet pour se rendre à ou revenir de son travail par exemple. Dans une réalisation alternative ou complémentaire, les contenus télévisuels comportent des épisodes successifs d’une même série, et le critère prédéterminé peut tenir compte au moins d’une visualisation précédente d’un épisode de ladite série. Ainsi, l’épisode qui suit immédiatement l’épisode précédemment visualisé dans la même série peut être dans un groupe de contenus sélectionnables. Dans une réalisation alternative ou complémentaire, des données relatives à au moins une visualisation précédente d’un contenu sont stockées en mémoire, et le critère prédéterminé peut tenir compte au moins d’une visualisation déjà effectuée d’un contenu. Ainsi, des contenus n’ayant pas déjà été visualisés précédemment sont dans un groupe de contenus sélectionnables. Dans une telle réalisation, des contenus n’ayant pas déjà été visualisés depuis une période de temps choisie peuvent être dans un groupe de contenus sélectionnables. Dans une telle réalisation, l’interface homme/machine est agencée pour recevoir un choix volontaire de l’utilisateur de visualiser un contenu donné, et ladite période de temps peut alors être écourtée pour ce contenu donné en fonction du nombre de choix de l’utilisateur de visualiser ce contenu donné. Ainsi dans une telle réalisation, plus l’utilisateur choisit de lui-même un contenu et plus il est censé apprécier ce contenu. Le mode de visualisation pseudo-aléatoire peut alors lui proposer ce contenu plus souvent que d’autres, même s’il l’utilisateur l’a déjà visualisé. Dans une réalisation alternative ou complémentaire, des données relatives à au moins une recommandation de contenus sont stockées en mémoire, et le critère prédéterminé peut tenir compte au moins d’un score de recommandation de contenus (recommandation par un ou plusieurs tiers ou par une intelligence artificielle capable de déterminer les goûts de l’utilisateur). Des contenus recommandés selon score supérieur à un seuil choisi peuvent alors être dans un groupe de contenus sélectionnables. Dans une réalisation alternative ou complémentaire, les contenus sont stockés dans la mémoire en correspondance d’une catégorie de contenus (catégorie relative à un sujet donné : films de type western, ou émissions politiques ou autre, et/ou catégorie relative à une personnalité donnée comme John Wayne, Emmanuel Macron, etc.). Le critère prédéterminé peut alors tenir compte au moins d’une catégorie de contenus, et des contenus d’une catégorie choisie peuvent alors être dans un groupe de contenus sélectionnables. Comme indiqué précédemment, dans une réalisation, il est stocké en mémoire un choix de contenu entré par l’utilisateur via l’interface homme/machine. Les données de ce contenu choisi peuvent toutefois ne pas être disponibles dans la mémoire de stockage à un instant courant. Néanmoins, en cas de disponibilité des données de ce contenu choisi dans la mémoire de stockage à un instant futur, le critère prédéterminé tient compte au moins de cette disponibilité des données du contenu choisi, et, à l’instant futur précité, le contenu choisi peut alors être dans un groupe de contenus sélectionnables. Une telle réalisation vise le cas d’une sélection de type « bookmark » (ou « commande d’enregistrement ») d’un contenu non accessible à un instant où il a été choisi par l’utilisateur mais qui serait disponible ultérieurement en cas de diffusion future ou de rediffusion. La présente description vise aussi un programme informatique comportant des instructions pour la mise en œuvre du procédé ci-avant lorsque ce programme est exécuté par un processeur. La présente description vise aussi un support d’enregistrement non transitoire lisible par un ordinateur sur lequel est enregistré un programme pour la mise en œuvre du procédé ci-avant lorsque ce programme est exécuté par un processeur. La présente description vise aussi un équipement comportant un circuit de traitement (tel qu’illustré à titre d’exemple sur la commentée plus loin), ce circuit de traitement étant alors configuré pour exécuter l’application spécifique précitée, pour la mise en œuvre du procédé ci-avant. Dans une réalisation de cet équipement, le circuit de traitement précité est configuré pour transmettre à ladite application spécifique des données de détection de situations propres à un environnement de l’équipement (par exemple des données d’une horodate courante, des données sur une détection de situation de mobilité, des données sur une détection de perte de connexion au réseau, ou autres), afin de respecter le critère prédéterminé précité. La présente description vise aussi un système comportant un équipement du type précité, le circuit de traitement comportant une interface de communication avec un serveur distant via un réseau de télécommunication, ce serveur distant comportant une mémoire de stockage de données de contenus. Un exemple de réalisation d’un tel système est illustré sur la commentée en détails plus loin. La présente description vise aussi un serveur d’un tel système. Un exemple de réalisation d’un tel serveur est illustré sur la commentée en détails plus loin. D’autres caractéristiques, détails et avantages apparaîtront à la lecture de la description détaillée ci-après, et à l’analyse des dessins annexés, sur lesquels : : la montre un système selon un mode de réalisation de la présente description. : la montre un exemple de formation d’une liste de contenus télévisuels. : la montre une succession d’étapes d’un procédé selon un exemple de réalisation. : la montre une succession d’étapes d’un mode de réalisation correspondant à un critère prédéterminé de sélection d’un contenu déjà visualisé par un utilisateur. : la illustre un exemple de réalisation d’un dispositif pour la mise en œuvre du procédé selon un mode de réalisation. : la illustre un exemple de réalisation d’un serveur pour la mise en œuvre du procédé selon un mode de réalisation. Les dessins et la description ci-après contiennent, pour l’essentiel, des éléments de caractère certain. Ils pourront donc non seulement servir à mieux faire comprendre la présente divulgation, mais aussi contribuer à sa définition, le cas échéant. Il est maintenant fait référence à la sur laquelle un utilisateur dispose d’un équipement D1, de type terminal connecté à un serveur SER via un réseau de télécommunications NW, cet équipement D1 disposant d’une interface homme-machine IHM, pour permettre à son utilisateur d’interagir avec le serveur SER. Ce serveur SER stocke dans une mémoire de stockage MEM1 une multiplicité de contenus télévisuels, éventuellement issus de différentes chaînes de télévision (films MOV1 comme illustré sur la , épisodes de séries EP#N,S1 ; EP#N+1,S1, émissions télévisées TVSH1, TVSH2, bulletins d’information METEO, etc.). Ainsi, l’équipement D1 peut interagir avec le serveur SER pour proposer à l’utilisateur des contenus télévisuels de son choix, ce choix pouvant être entré via l’interface homme-machine IHM. Par exemple, l’équipement D1 peut comporter un écran tactile, illustrant des vignettes correspondant aux contenus télévisuels que stocke (ou stockera) le serveur SER (affiches de films, icônes de représentation d’émissions télévisées, etc.). L’utilisateur peut alors visualiser ces vignettes et sélectionner via l’écran tactile des contenus de son choix en cliquant sur les vignettes correspondantes. Il convient de préciser que le serveur stocke a priori les contenus déjà diffusés. Toutefois, pour des contenus dont une programmation future est envisagée (contenus EP#N+2,S1 ; MOV2, représentés à cet égard par un soulignement en traits pointillés sur la ), l’application qui s’exécute sur l’équipement D1 présente néanmoins ces contenus pour permettre une visualisation future à l’utilisateur, si ce dernier les sélectionne. Cette application peut être typiquement une application web s’exécutant au moins partiellement sur l’équipement D1 qui émet alors des requêtes vers le serveur SER pour récupérer les informations de contenus, ainsi que les données des contenus elles-mêmes. L’application peut être exécutée par exemple moyennant la saisie d’un identifiant de compte d’utilisateur et d’un mot de passe associé. L’utilisateur peut alors accéder à une page de contenus issus de plusieurs chaînes de télévision, par exemple selon un rendu bidimensionnel, avec une succession de vignettes de contenus issus de différentes chaînes et dont l’horodate de programmation peut définir un ordre dans la succession précitée. Cette page de contenus peut alors se présenter sous une forme bidimensionnelle de vignettes, voire tridimensionnelle, s’il est souhaité en outre empiler des vignettes d’occurrences correspondant à un même thème, comme par exemple les épisodes EP#N, EP#N+1, EP#N+2, etc. d’une même série S1, comme décrit dans le document WO-2016/020596 de la Demanderesse. Plusieurs équipements à disposition de l’utilisateur peuvent être connectés au même compte de l’application de l’utilisateur, comme par exemple une télévision connectée D2 (ou l’équipement D1, de type smartphone par exemple). L’application peut proposer en outre à l’utilisateur de stocker des données de contenus localement dans une mémoire MEM2 de l’un au moins de ces équipements D1, afin de pouvoir les visualiser même en cas de perte de connexion de l’équipement D1 au réseau NW (et donc au serveur SER). Ainsi par exemple dans le cas où l’équipement D1 est un terminal de communication de type smartphone, notamment en situation de mobilité, si le terminal D1 perd la connexion au serveur SER, les contenus préalablement stockés dans la mémoire MEM2 du terminal D1 peuvent être visualisés. En référence à la , l’utilisateur peut sélectionner une liste LST de contenus : - disponibles auprès du serveur SER : MOV1 ; EP#N,S1 ; EP#N+1,S1 ; TVSH2, - et/ou qui seront disponibles dans le futur : EP#N+2,S1. A cet égard, il peut naviguer dans la page précitée de contenus avec par exemple des boutons de navigation appropriés (illustrés par la double flèche verticale dans la partie de gauche de la ). Des données de cette liste LST sont stockées en mémoire, par exemple auprès du serveur SER en correspondance d’un identifiant de compte d’utilisateur, et/ou en mémoire d’un ou plusieurs des équipements à disposition de cet utilisateur. Ainsi, cette liste LST est disponible lorsque l’utilisateur se connecte avec son identifiant et peut visualiser les contenus de cette liste. A cet égard, deux modes de visualisation de contenus sont illustrés par deux boutons de lectures respectifs B1 et B2 sur la . Le premier bouton B1 propose, dans l’exemple illustré, une lecture des contenus dans leur ordre de programmation par les chaines de télévision, et donc dans leur ordre de disponibilité auprès du serveur SER. Par exemple, ils peuvent être stockés en correspondance d’une horodate de disponibilité et d’enregistrement auprès du serveur. Ainsi, un clic sur le premier bouton B1 lance la visualisation des contenus dans l’ordre de leur diffusion par les chaines de télévision. En revanche, un clic sur le deuxième bouton B2 lance la visualisation des contenus dans un ordre pseudo-aléatoire de la liste. Ce deuxième mode de visualisation des contenus de la liste LST est décrit ci-après. En référence à la , au cours d’une première étape S1, l’utilisateur active l’interface homme-machine IHM pour sélectionner un mode de visualisation des contenus de la liste LST. Si au test S2, l’utilisateur choisit un mode de visualisation pseudo aléatoire, plusieurs critères peuvent être pris en compte pour choisir un groupe dans lequel des contenus éligibles pour une visualisation sont sélectionnés. Par exemple un premier test S3 peut consister à créer un ou plusieurs groupes selon un premier critère CR1 d’horodate courante de visualisation HRD. Par exemple, si l’horodate courante HRD à laquelle l’utilisateur souhaite visualiser la liste correspond à une heure de soirée en semaine (par exemple après 21 heures), en lien avec une situation familiale typique dans laquelle des enfants sont couchés et que les parents souhaitent voir un contenu, un premier groupe G1 peut contenir des contenus longs pour un public restreint CLPR (par exemple des films d’action, de suspense, ou autres). En revanche, si l’horodate courante correspond par exemple à une matinée de week-end, un deuxième groupe G2 peut contenir des contenus pour tout public CTP. Par ailleurs encore, si l’horodate courante HRD correspond à une plage horaire de matinée ou de soirée en semaine (par exemple entre 8 et 9 heures du matin et entre 18 et 20 heures du soir), selon les habitudes de l’utilisateur, il peut être déduit qu’il s’agit d’une période typique pendant laquelle l’utilisateur voyage pour accéder à son travail pour rentrer de son travail. Dans ce cas, il peut lui être proposé des contenus courts CC selon un troisième groupe G3 que l’utilisateur peut visualiser pendant son temps de transport. Cette troisième situation peut être corroborée à l’étape S4 par la détection d’une mobilité en cours de l’équipement D1 accédant aux contenus. La mobilité de l’équipement MOB peut constituer en effet un deuxième critère CR2 et le troisième groupe G3 de contenus courts CC peut être formé, si l’horodate courante HRD correspond bien à une heure classique de transport. En revanche, si l’horodate courante HRD ne correspond pas à l’une des plages horaires précitées, une situation de mobilité est détectée, mais probablement pour un voyage plus long. Dans ce cas, il peut être proposé, dans la visualisation des contenus de la liste en mode pseudo aléatoire, des contenus plus longs, par exemple un film, voire une succession d’épisodes d’une même série. On comprendra par cet exemple que des critères CR1 et CR2 peuvent être combinés pour affiner le groupe de contenus sélectionnables pour une visualisation dans ce mode « pseudo aléatoire ». À cet égard, il est représenté des doubles flèches entre les différents tests S3 à S7 de la . Au test S5, il peut être déterminé selon un troisième critère CR3 si une perte de connexion courante PC est détectée entre l’équipement de restitution de contenus D1 et le serveur SER. Dans ce cas, bien entendu, seuls les contenus dont les données sont présentes dans la mémoire locale MEM2 de l’équipement D1 sont accessibles et le groupe de contenus sélectionnables G4 comporte alors ces contenus dont les données sont stockées en local STL. On comprendra ainsi que l’équipement D1 peut détecter certaines situations comme par exemple une situation de mobilité MOB, une situation de perte de connexion PC ou encore une horodate courante HRD. Des données de détection de ces situations peuvent être communiquées à l’application de visualisation de contenus pour constituer des groupes pertinents de contenus sélectionnables. Bien entendu, la construction de ces groupes peut dépendre de la nature même de ces contenus. Par exemple, au test S6, un quatrième critère CR4 peut consister à déterminer de façon appropriée un contenu suivant, relativement à un contenu en cours de visualisation. Par exemple, dans le cas d’une série télévisée S1, si un épisode EP#N de la série S1 a été sélectionné aléatoirement, selon la détection d’une situation courante (voyage long en cours, ou horodate HRD correspondant à un week-end), des épisodes suivants de cette même série S1 peuvent être proposés à l’utilisateur et dans ce cas un groupe de contenus sélectionnables peut comprendre des épisodes successifs EP#N+1, EP#N+2, etc. de la même série S1. Bien entendu, d’autres exemples peuvent être prévus, comme par exemple des émissions politiques successives faisant intervenir des hommes politiques de partis différents, ou autres. Un cinquième critère CR5 peut se baser sur le fait qu’un contenu a déjà été visualisé par l’utilisateur. Dans ce cas, la présence de ce contenu dans un groupe de contenus sélectionnables peut être contrôlée à l’étape S7 par une routine informatique qui sera décrit plus loin en référence à la . À l’étape S8, un groupe GR peut être constitué de contenus CT1, CT2, …, CTN, sélectionnés selon un ou plusieurs à la fois des critères précités CR1 à CR5. À l’étape S9, un tirage aléatoire est effectué parmi ces contenus pour déterminer un contenu CTi à visualiser. A l’étape S10, le contenu CTi tiré aléatoirement est proposé via l’interface homme-machine IHM à l’utilisateur pour une visualisation. Si l’utilisateur valide cette proposition, l’équipement de visualisation (D1 ou D2) peut récupérer auprès du serveur SER les données de ce contenu CTi à l’étape S11, pour une visualisation de ce contenu CTi par l’utilisateur. En référence maintenant la , à chaque visualisation d’un contenu CTNj par un utilisateur donné, une donnée d’horodate de lecture de ce contenu tLEC est stockée en mémoire (en local ou sur le serveur). Ainsi, une telle réalisation permet de ne proposer au test S72, selon le critère CR5 de la , que des contenus que l’utilisateur n’a pas déjà vus depuis une durée supérieure à un seuil Tj (par exemple de 60 jours). Ce seuil Tj peut être stocké également en mémoire, en correspondance d’une part de l’identifiant d’utilisateur et d’autre part du contenu CTNj. Ainsi, si la dernière fois qu’un utilisateur a vu un film MOV1 était par exemple il y a plus de deux mois (flèche N en sortie du test S72), l’application peut proposer ce film MOV1, à l’étape S73, dans un mode de lecture pseudo aléatoire. Si l’utilisateur ne zappe pas vers un contenu suivant de la liste mais au contraire valide ce choix aléatoire à l’étape S74 (flèche N en sortie du test S74), alors cela signifie que l’utilisateur apprécie ce film MOV1 et qu’il peut lui être proposé plus souvent, possiblement à intervalles de temps inférieurs à la durée seuil Tj. Ainsi, dans l’exemple de réalisation de l’étape S75, la durée seuil Tj associée à ce contenu CTNj peut être écourtée d’une durée T par exemple de 20 jours, et ainsi le contenu CTNj peut être proposé à nouveau à cet utilisateur dans 40 jours au lieu de 60 jours. D’ailleurs, lors de la prochaine proposition de ce contenu, si l’utilisateur valide encore ce choix, le contenu CTNj pourra lui être proposé encore pour une troisième visualisation après une période de 20 jours seulement, et ainsi de suite auquel cas le contenu CTNj peut être tiré aléatoirement pour être proposé à tout moment à l’utilisateur puisqu’il s’agit d’un contenu qu’il affectionne particulièrement. Bien entendu, d’autres critères sont encore possibles comme le fait que certains contenus sont recommandés pour l’utilisateur, par des tiers (via des réseaux sociaux par exemple) ou encore par une intelligence artificielle qui analyse les choix habituels de l’utilisateur. Par exemple, un critère peut consister à sélectionner des contenus correspondant à des films qui ont été réalisés par un ou plusieurs réalisateurs préférés de l’utilisateur, ou encore mettant en scène un ou plusieurs acteurs préférés de l’utilisateur. Un autre critère peut consister à sélectionner un type de contenu particulier, comme des émissions politiques, ou des reportages animaliers, ou autres, que l’utilisateur affectionne particulièrement. À cet égard, l’application peut proposer en outre un bouton de sélection par filtres, de sorte que la lecture de la liste, même pseudo aléatoire, peut proposer à l’utilisateur des contenus d’un type (émissions politiques par exemple) qu’il a volontairement sélectionné. On se réfère maintenant la qui illustre schématiquement un dispositif D1 pour la mise en œuvre au moins partielle du procédé ci-avant (typiquement en cas de perte de connexion PC), selon un exemple de réalisation. Un tel dispositif D1 (par exemple un terminal tel qu’un smartphone) comporte typiquement : - une interface de communication COM2, capable de recevoir notamment des données DAT de contenus télévisuels et/ou d’icônes et/ou de programme de diffusions des chaines de télévision, ou autres, du serveur SER, et d’émettre des requêtes REQ vers ce serveur, - un processeur PROC2, capable de traiter les données reçues DAT et d’émettre les requêtes précitées, - une mémoire MEM2, pour du stockage local ou en particulier pour stocker des instructions d’un programme informatique selon la présente description, le processeur PROC2 pouvant coopérer avec cette mémoire MEM2 pour lire ces instructions afin d’exécuter le programme informatique précité, - bien entendu, l’interface homme/machine précitée IHM (par exemple un écran tactile) pour afficher sur un écran ECR les choix possibles de l’utilisateur et recevoir les choix INP saisis par l’utilisateur, - éventuellement une interface REST reliée à des équipements de restitution pour la visualisation des contenus, ces équipements pouvant comporter un écran de visualisation (l’écran tactile ECR de l’interface IHM ou un écran spécifique ECR’ connecté au dispositif D1, comme la télévision connectée D2 de la par exemple) et/ou un ou plusieurs haut-parleurs HP (du smartphone D1 ou d’un équipement spécifique de type « home cinema » ou autre). On se réfère maintenant la qui illustre schématiquement un serveur SER pour la mise en œuvre au moins partielle du procédé ci-avant, selon un exemple de réalisation. Un tel serveur SER comporte typiquement : - une interface de communication COM1, capable de recevoir notamment des requêtes de terminaux d’utilisateurs REQ et d’émettre des données DAT de contenus télévisuels et/ou d’icônes et/ou de programme de diffusions des chaines de télévision, ou autres, à destination de ces terminaux, - un processeur PROC1 relié à l’interface de communication COM1, et capable de traiter les requêtes reçues REQ et d’émettre des données DAT du type précité en retour, et - une mémoire MEM1, pour du stockage des données de contenus notamment et en particulier pour stocker des instructions d’un programme informatique selon la présente description, le processeur PROC1 pouvant coopérer avec cette mémoire MEM1 pour lire ces instructions afin d’exécuter le programme informatique précité. On comprendra ainsi que les instructions du programme informatique précité peuvent être réparties à la fois dans la mémoire du dispositif D1 et dans la mémoire du serveur SER. Procédé de traitement de données de contenus multimédias télévisuels, le procédé étant mis en œuvre par au moins un équipement configuré pour exécuter une application spécifique, l’équipement étant connecté à une mémoire capable de stocker les données des contenus et disposant d’une interface homme/machine pour recevoir des entrées d’un utilisateur, l’équipement étant en outre connecté à au moins un écran au moins pour visualiser des contenus, le procédé comportant : - recevoir via l’interface homme/machine des données de choix de contenus de l’utilisateur et stocker les données de ces choix de contenus sous la forme d’une liste de contenus prête à être lue pour visualiser les contenus de la liste, caractérisé en ce que, sur sélection d’un mode de lecture pseudo-aléatoire de ladite liste, reçue via l’interface homme/machine : - au moins un groupe de contenus est formé selon au moins un critère prédéterminé, - et un contenu est sélectionné aléatoirement dans ce groupe pour être visualisé. Procédé selon la revendication 1, caractérisé en ce que le critère prédéterminé tient compte d’au moins une horodate d’instant de lecture de la liste, des contenus longs et pour un public restreint étant dans un groupe de contenus sélectionnables après une heure de soirée choisie, en semaine, tandis que des contenus pour tout public sont dans un groupe de contenus sélectionnables en matinée en période de weekends et/ou de congés scolaires. Procédé selon l'une des revendications précédentes, dans lequel l’équipement est connecté à ladite mémoire de stockage via une connexion à un réseau de télécommunication, et dans lequel l’équipement comporte une mémoire apte à stocker en outre des données de contenus multimédias télévisuels, en local, caractérisé en ce que le critère prédéterminé tient compte d’au moins un état de la connexion au réseau de télécommunication, et en cas de perte de connexion, les contenus stockés en local dans la mémoire de l’équipement sont dans un groupe de contenus sélectionnables. Procédé selon l'une des revendications précédentes, caractérisé en ce que le critère prédéterminé tient compte d’au moins : - une horodate d’instant de lecture de la liste, et - d’une détection d’une situation de mobilité de l’équipement, et en cas de mobilité détectée à une horodate dans des plages horaires prédéterminées, correspondant à une situation présumée de présence de l’utilisateur dans des transports, des contenus de durée courte sont dans un groupe de contenus sélectionnables. Procédé selon l'une des revendications précédentes, dans lequel les contenus télévisuels comportent des épisodes successifs d’une même série, caractérisé en ce que le critère prédéterminé tient compte au moins d’une visualisation précédente d’un épisode de ladite série, et en ce que l’épisode qui suit immédiatement l’épisode précédemment visualisé dans la même série est dans un groupe de contenus sélectionnables. Procédé selon l'une des revendications précédentes, dans lequel des données relatives à au moins une visualisation précédente d’un contenu sont stockées en mémoire, caractérisé en ce que le critère prédéterminé tient compte au moins d’une visualisation déjà effectuée d’un contenu, et en ce que des contenus n’ayant pas déjà été visualisés précédemment sont dans un groupe de contenus sélectionnables. Procédé selon la revendication 6, caractérisé en ce que des contenus n’ayant pas déjà été visualisés depuis une période de temps choisie sont dans un groupe de contenus sélectionnables. Procédé selon la revendication 7, dans lequel l’interface homme/machine est agencée pour recevoir un choix volontaire de l’utilisateur de visualiser un contenu donné, caractérisé en ce que ladite période de temps est écourtée pour ce contenu donné en fonction du nombre de choix de l’utilisateur de visualiser ce contenu donné. Procédé selon l'une des revendications précédentes, dans lequel des données relatives à au moins une recommandation de contenus sont stockées en mémoire, caractérisé en ce que le critère prédéterminé tient compte au moins d’un score de recommandation de contenus, et en ce que des contenus recommandés selon un score supérieur à un seuil choisi sont dans un groupe de contenus sélectionnables. Procédé selon l'une des revendications précédentes, dans lequel les contenus sont stockés dans la mémoire en correspondance d’une catégorie de contenus, caractérisé en ce que le critère prédéterminé tient compte au moins d’une catégorie de contenus, et en ce que des contenus d’une catégorie choisie sont dans un groupe de contenus sélectionnables. Procédé selon l'une des revendications précédentes, dans lequel il est stocké en mémoire un choix de contenu entré par l’utilisateur via l’interface homme/machine, tandis que les données de ce contenu choisi ne sont pas disponibles dans la mémoire de stockage à un instant courant, caractérisé en ce que, en cas de disponibilité des données de ce contenu choisi dans la mémoire de stockage à un instant futur, le critère prédéterminé tient compte au moins de cette disponibilité des données du contenu choisi, et en ce que, à l’instant futur précité, le contenu choisi est dans un groupe de contenus sélectionnables. Programme informatique comportant des instructions pour la mise en œuvre du procédé selon l’une des revendications 1 à 11 lorsque ce programme est exécuté par un processeur. Support d’enregistrement non transitoire lisible par un ordinateur sur lequel est enregistré un programme pour la mise en œuvre du procédé selon l’une des revendications 1 à 11 lorsque ce programme est exécuté par un processeur. Equipement comportant un circuit de traitement configuré pour exécuter l’application spécifique, pour la mise en œuvre du procédé selon l’une des revendications 1 à 11. Equipement selon la revendication 14, dans lequel le circuit de traitement est configuré pour transmettre à ladite application spécifique des données de détection de situations propres à un environnement de l’équipement (HRD, MOB, PC), pour respecter ledit critère prédéterminé. Système comportant un équipement selon l’une des revendications 14 et 15, le circuit de traitement comportant une interface de communication avec un serveur distant via un réseau de télécommunication, le serveur comportant une mémoire de stockage de données de contenus. Serveur d’un système selon la revendication 16.