NAB2009 visitor saw real applications of SOA
Jun 3, 2009 11:44 AM, By David Austerberry
One step on the way to deploying an SOA is the provision of a Web service interface as a means of communicating with the middleware running the system. “Broadcast” interfaces have traditionally been highly proprietary, examples being the Louth (Harris) VDCP used to run video servers and the Sony VTR control interface.
Encoding and QC are typical services. Bruce Devlin of AmberFin says, “We are working closely with MAM vendors to make sure we have good interfaces to their systems. Those looking for a new way of doing things and taking cost out of a system are looking at Web services. Those that integrate with our products using the traditional interfaces will take a week to get an interface working; using Web services typically takes one or two days.”
Multinational media companies also are moving to an SOA, and media service vendors are providing the necessary interfaces. But just like the rollout of MXF, I can see many pitfalls and competitive issues causing problems on the way. The use of experts groups — just as JPEG, MPEG and MXF evolved standards — is the way forward. The large vendors may want to provide their own way forward, but broadcasters have an affinity for internationally agreed standards, a lack of vendor lock-in and the freedom to choose best-of-breed solutions.
There is much work to be done. You cannot simply drop an SOA onto existing media services such as transcoding, file movers, QC, etc. Devlin says, “No one has drawn a box around what a transcode service should look like in the abstract, so two or three transcoder vendors could deliver the same functionality. It still requires competitors to agree on the way transcoders work, and then compete on features.”
To satisfy all interested parties, a standard often includes every possibility. This happened with ATSC (progressive, interlace) and with MXF — an example being time code stored in five different locations. As always, the devil is in the details.
Some of the biggest names in IT showed their approach to the media business at NAB2009. Both Microsoft and IBM have SOA solutions that are tailored to this sector. The middleware for an SOA falls into one of two camps: .NET and Java. The system that Microsoft showed at NAB was based on .NET, with BizTalk SOA; Silverlight and SharePoint collaboration and presentation layers; and Office Communications messaging. SQL Server provided business analytics.
Gabriele Di Piazza, managing director for media and entertainment at the communications sector of Microsoft, told Broadcast Engineering, “One of the biggest differentiators of Microsoft in an SOA architecture is not just the backend, the ability to manage processes and messaging, it is about the richness of our presentation layer. If you look at Silverlight or SharePoint, there is a wealth of collaboration possibilities.”
Microsoft partnered with OpenText (Artesia DAM), Signiant and Rhozet to show an end-to-end workflow of ingest transcoding and delivery.
IBM is taking an open-standards approach with its recently launched Abstract Service Definition (ASD), a core proposition for an SOA based on its Media Hub Solution Framework. ASD is designed for ease of use with services like transcoding, water markers and media analytics and is intended to reduce the skills necessary to integrate the services that would be needed by a broadcast infrastructure.
Vendors, broadcasters and media companies are all moving toward the SOA with its attendant advantages. The most interest has been from large corporations such as the Ascent Media Group and BBC, but there is no doubt that the technology will trickle down to smaller players as the advantages in efficiency and business agility become self-evident.
| Want to use this article? Click here for options! |  |
