Framework for interoperable media service (10.30 11.15)

FIMS :
nouvelles architectures de workflows agiles
François ABBE
Séminaire Rohde & Schwarz DVS
Juin 2013

© Mesclado 2013 – All rights reserved
Sommaire
• Contexte
• Enjeux
• Exemple pratique de nouvelle architecture :
publication
• FIMS et IMF
• Normalisation

Numérisation (1990-…)
Dématérialisation (2000-…)
Industrialisation (2010-…)
Où en sommes nous ?

Contexte
• « Toujours plus, plus vite et moins cher »

Quelle est votre vache à lait de demain ?

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…

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 ?

+, 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

+, 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

Cas pratique : créer un fichier (ingest) – 1ere génération
Serveur
Télécommande VDCPRS-422

Cas pratique : créer un fichier (ingest) – 2eme génération

Cas pratique : créer un fichier VOD – 2e génération

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)

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 !

• 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

• 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

• 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)
FIMS : un modèle à deux niveaux

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

• Même tronc commun pour l’ensemble des codecs
• Deux intégrations possibles : SOAP ou REST
• Exemple avec REST
FIMS dans la pratique

• Modèle de données FIMS :
– Décrit le média et l’encapsulation
– Obéit au modèle EBUCore (futur SMPTECore)
Paramètres de transcodage

• 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
Service de transcodage FIMS : paramètres

Exemple de cas d’usage de transcodage d’un IMF
Utiliser FIMS
pour contrôler
le transcodage
“OPL”

Pré-requis : normaliser les connecteurs grâce à FIMS
• FIMS travaille sur 2 nouveaux connecteurs (ou
API) :
– Repository (fonctions MAM)
– QA (contrôle qualité)

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

Cas pratique sur des systèmes complexes

Nouvelles architectures de type SOA

Points de vigilance
• Ressources humaines  Mesurer les impacts
• Projet de type informatique dans un
environnement médias
• Evolution des systèmes et leur gestion

Atouts
• Agilité, évolutivité
• Interopérabilité transverse à l’entreprise
• Visibilité des retours sur investissement
(TCO) et du retour sur investissement (ROI)

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

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

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

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)

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

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

Merci de votre attention
www.mesclado.com

Framework for interoperable media service (10.30 11.15)

Contenu connexe

En vedette

Similaire à Framework for interoperable media service (10.30 11.15)

Plus de Mesclado

Framework for interoperable media service (10.30 11.15)