Contenu connexe Similaire à Framework for interoperable media service (10.30 11.15) (20) Framework for interoperable media service (10.30 11.15)2. © Mesclado 2013 – All rights reserved
Sommaire
• Contexte
• Enjeux
• Exemple pratique de nouvelle architecture :
publication
• FIMS et IMF
• Normalisation
3. © Mesclado 2013 – All rights reserved
Numérisation (1990-…)
Dématérialisation (2000-…)
Industrialisation (2010-…)
Où en sommes nous ?
4. © Mesclado 2013 – All rights reserved
Contexte
• « Toujours plus, plus vite et moins cher »
5. © Mesclado 2013 – All rights reserved
Quelle est votre vache à lait de demain ?
6. © Mesclado 2013 – All rights reserved
Gains en $ / Temps réaction
$$$
$$
$
0 $
10 000 $
20 000 $
30 000 $
40 000 $
50 000 $
60 000 $
70 000 $
80 000 $
90 000 $
1 2 3 4 5 6 71 h 3 h 1 jour
Mise à disposition du contenu : tout est question de timing…
7. © Mesclado 2013 – All rights reserved
Audit de l’existantAudit de l’existant
Expression de
besoins
Expression de
besoins
Etude comparativeEtude comparative
Rédaction du
cahier des charges
Rédaction du
cahier des charges
Choix du candidatChoix du candidat
Spécifications
techniques et
fonctionnelles
Spécifications
techniques et
fonctionnelles
Optimisation du
système intégré
Optimisation du
système intégré
Recettes
technique et
fonctionnelle
Recettes
technique et
fonctionnelle
Formation
système
Formation
système
Mise à jour du
système intégré
Mise à jour du
système intégré
Comment réduire le temps de lancement de nouveaux services ?
8. © Mesclado 2013 – All rights reserved
+, plus vite, moins cher : comment ?
Réduction du « time to
market »
• Mettre à jour les installations plus
rapidement
• Déployer les nouveaux services plus
rapidement
• Livrer les contenus plus vite
• Mieux superviser l’ensemble
• Industrialiser les processus qui
peuvent l’être
Réduction du « time to
market »
• Mettre à jour les installations plus
rapidement
• Déployer les nouveaux services plus
rapidement
• Livrer les contenus plus vite
• Mieux superviser l’ensemble
• Industrialiser les processus qui
peuvent l’être
9. © Mesclado 2013 – All rights reserved
+, plus vite, moins cher : comment ?
Industrialisation
• Optimiser les workflows…
• …puis automatiser les processus qui
peuvent l’être moteur de workflow (en
Anglais « BPM » ou Business Process
Manager)
• Accompagner les équipes au changement
Industrialisation
• Optimiser les workflows…
• …puis automatiser les processus qui
peuvent l’être moteur de workflow (en
Anglais « BPM » ou Business Process
Manager)
• Accompagner les équipes au changement
Impose une nouvelle architecture
10. © Mesclado 2013 – All rights reserved
Cas pratique : créer un fichier (ingest) – 1ere génération
Serveur
Télécommande VDCPRS-422
11. © Mesclado 2013 – All rights reserved
Cas pratique : créer un fichier (ingest) – 2eme génération
12. © Mesclado 2013 – All rights reserved
Cas pratique : créer un fichier VOD – 2e génération
13. © Mesclado 2013 – All rights reserved
Cas pratique : créer un fichier VOD – 3e génération
= Connecteurs ou adaptateur (API)
Moteur de workflow
(ou BPM)
Moteur de workflow
(ou BPM)
14. © Mesclado 2013 – All rights reserved
Pré-requis : normaliser les connecteurs grâce à FIMS
• FIMS v1.0 définit les connecteurs (ou API) de
trois types de services :
– Capture (ingest)
– Transform (transcodage)
– Transfer
• Demandez-le à vos équipes et vos
fournisseurs !
15. © Mesclado 2013 – All rights reserved
• Contexte : Mesclado membre des groupes FIMS et IMF
• Enjeux : ré-utiliser dans IMF le service FIMS “Transform”
(transcodage)
• Objectif : mettre l’OPL (instructions de transcodage IMF)
au format FIMS
Aujourd’hui : chaque marque de transcodeur a sa propre API
Paramètres de transcodage différents d’une marque à l’autre
Comment garantir l’exploitation des mêmes noms, types et valeurs,
quel que soit le service utilisé par l’OPL ?
Exemple d’application de l’interface FIMS de transcodage
16. © Mesclado 2013 – All rights reserved
• FIMS: Framework Interoperable Media Services
• Utiliser Service Oriented Architecture (SOA) pour le
contrôler
Pourquoi FIMS ?
Source : AMWA-EBU Document – FIMS White paper April 2012
Utiliser FIMS pour contrôler un transcodeur
17. © Mesclado 2013 – All rights reserved
• FIMS définit l’interopérabilité au niveau des API de
contrôle
– Donneur d’ordres : moteur de workflow ou Business
Process Manager (BPM)
– Media Services (ex : logiciel de transcodage)
Source : AMWA-EBU Document – FIMS White paper April 2012
FIMS : un modèle à deux niveaux
18. © Mesclado 2013 – All rights reserved
Transcoder un package IMF grâce à FIMS
• Workflow = au sein du moteur de workflow
(Orchestration)
• Transcodage = un des services
• Interface FIMS “Transform” est indépendante du codec
et du fournisseur de transcodage
Instructions
de
transcodage
“OPL” au sein
du workflowTranscodeur
Source: AMWA-EBU Document – FIMS White paper April 2012
19. © Mesclado 2013 – All rights reserved
• Même tronc commun pour l’ensemble des codecs
• Deux intégrations possibles : SOAP ou REST
• Exemple avec REST
Source: AMWA-EBU Document – FIMS White paper April 2012
FIMS dans la pratique
20. © Mesclado 2013 – All rights reserved
• Modèle de données FIMS :
– Décrit le média et l’encapsulation
– Obéit au modèle EBUCore (futur SMPTECore)
Source : AMWA-EBU Document – FIMS White paper April 2012
Paramètres de transcodage
21. © Mesclado 2013 – All rights reserved
• Un seul jeu d’instructions haut niveau pour l’ensemble
des codecs
• OPL intégrant les commandes FIMS
Interopérabilité assurée au niveau inter
Source: AMWA-EBU Document – FIMS White paper April 2012
Service de transcodage FIMS : paramètres
22. © Mesclado 2013 – All rights reserved
Exemple de cas d’usage de transcodage d’un IMF
Utiliser FIMS
pour contrôler
le transcodage
“OPL”
23. © Mesclado 2013 – All rights reserved
Pré-requis : normaliser les connecteurs grâce à FIMS
• FIMS travaille sur 2 nouveaux connecteurs (ou
API) :
– Repository (fonctions MAM)
– QA (contrôle qualité)
24. © Mesclado 2013 – All rights reserved
Qui intègre FIMS ?
Marque
Aspera
Cube-Tec
Digimetrics
FileCatalyst
Harmonic
Harris
IBM
Interra
Limecraft
Marquis
Quantel
Rohde&Schwarz
Signiant
Tixel
Triskel
Vidispine
VSN
Xytech
Capture
(ingest)
Transfer
Transform
(transcoding)
Repository
(MAM)
QA (quality
check)
SOAP Rest
Source des données : AMWA-EBU – mai 2013
25. © Mesclado 2013 – All rights reserved
Cas pratique sur des systèmes complexes
26. © Mesclado 2013 – All rights reserved
Nouvelles architectures de type SOA
27. © Mesclado 2013 – All rights reserved
Points de vigilance
• Ressources humaines Mesurer les impacts
• Projet de type informatique dans un
environnement médias
• Evolution des systèmes et leur gestion
Nouvelles architectures de type SOA
28. © Mesclado 2013 – All rights reserved
Atouts
• Agilité, évolutivité
• Interopérabilité transverse à l’entreprise
• Visibilité des retours sur investissement
(TCO) et du retour sur investissement (ROI)
Nouvelles architectures de type SOA
29. © Mesclado 2013 – All rights reserved
FIMS 1.0: Approuvée !
• Réalisation du Technical Board
• Etape importante pour les Workflows
Media
• “Prix des Juges” pour FIMS à l’IBC 2012
• Docs techniques de l’EBU et spécification
de l’AMWA
– FIMS Base Framework
– 3 Services: Capture, Transfer, Transform
– Agnostique à SOAP / RESTful
• Implementation de référence disponible FIMS 1.0 Download link
30. © Mesclado 2013 – All rights reserved
Implication de l’utilisateur: Business Board
• Un groupe d’utilisateurs qui voit
déjà son avenir en la SOA
appliquée aux Médias
– ABC, Ad-Id, AMWA, BBC, Bloomberg,
CBC, EBU, Fox, HBO, ITV, MLB, MTV,
NBC, NFB, NRK, RAI, Red Bee Media,
Turner, TV Globo, Viacom
• Champ d’action
– Maintenir le cap business
– Identifier les besoins business
– Le travail sur FIMS = priorité
Project
Concept
BB Review
- Concept Cue -
On
Hold
Approve
Deny
More Info
Approve
Deny
More Info
On
Hold
Project Pipeline
Constant
Prioritization
Work In
Progress
Project Proposal
BB Review
- Proposal Cue -
BB Review
- Portfolio -
Completed
Work
Technical Improvements,
Retirement
31. © Mesclado 2013 – All rights reserved
Prochaines étapes avec FIMS
• Activités en cours
– Définition du Repository Service
– Implémentation des guidelines
• Activities en cours de discussion
– Groupements de tests
– Plus de services (Quality Assurance, etc.)
– Evolution de la framework FIMS
Toute nouvelle suggestion peut être transmise au Business
Board
32. © Mesclado 2013 – All rights reserved
Bientôt: la définition du Repository Service
• Vue générale
– Le groupe FIMS REPository Group a débuté son travail
le 6 juin 2012
– Mené par Loic Barbou (Triskel Inc / Bloomberg)
• Participants
– Le nombre de membres n’a pas cessé d’augmenter depuis la création du groupe
– Les organismes fournisseurs et consommateurs (AMWA, Avid, BBC, Bloomberg /
Triskel, Dalet, EBU, IBM, PointSource, Sony, Turner, VSN)
33. © Mesclado 2013 – All rights reserved
La définition de la Repository Interface
• Ce qu’elle fait :
– Offre une interface pour les opérations sur les médias (Ingest ,Create, Read,
Update, Delete)
– Propose une façon de manipuler les contenus et les métadonnées
– Permet une interface de requête pour récupérer les assets médias
– Représente une interface de service qui sera absorbée par un Workflow Engine
• Ce qu’elle ne fait pas :
– Gérer les opérations complexes des workflows (Archive, Transcoding, … )
– Contrôler les liens entre les assets (Parent-Enfant, Groupement logique)
– Offrir une interface directement utilisable par une application utilisateur
34. © Mesclado 2013 – All rights reserved
Avancement du Projet REP(ository)
• Besoins
– Transcrire les objectifs business en use cases techniques (100% achevé)
– Définir les spécifications (100% achevé)
• Concevoir les opérations des interfaces
– Concevoir les opérations des services et les besoins associés (version draft à
80% achevée)
– Concevoir et implémenter les WSDL et les XSD (version draft à 75% achevée)
• Validation et premières implémentations
– AVID et DALET ont commencé le mapping de leurs APIs internes en WSDL et
XSD