Patent Application
20070239783
The present invention generally relates to configuration of content and distribution management systems, like for instance a video/television content and distribution management system for IPTV (Internet Protocol TV). Such configuration tools all provide similar functionality: the ability to define metadata (metadata are data about assets, like for instance the title, actors, director, rating, category, . . . of a TV programme), the ability to manage assets (assets are for instance the MPEG2 files containing the TV or video programmes, games, ringtones, secondary assets accompanying the main asset such as for example icon images, or even configuration information like channel definitions, purchase policies, network configuration information, video server configuration information), and the ability to associate metadata with assets before publishing events for handling the assets and/or metadata.
Content and distribution management systems in the context of this patent application may be more generic then IPTV content and distribution managers, considering for instance on other areas like website management and the like.
There are currently several solutions for IPTV content and distribution management, including the Lysis iDTV software, and Seachange's Content Pipeline Solution.
The Lysis iDTV software for instance collects, stores, schedules, validates, synchronizes and pilots programming data through different digital TV platforms leading to various IPTV services like pay-TV, pay-per-view (PPV), video-on-demand (VOD), near-video-on-demand (NVOD), etc. Its operating platform manages all persistent data and provides tools to configure the entire system. This entails the management of a program inventory with metadata, management of the assets, presence of agents to communicate with external systems such as TV listing agencies, video servers, application servers, etc., and the use of workflows broken down in well-defined tasks or events. More details on Lysis iDTV software and its configurability can be found on the Internet at URL: http://www.lysis.com/pdf/Lysis_iDTV.pdf
Seachange's Content Pipeline contains asset management, propagation and archiving software to deliver assets like media files in audio, video, graphical or compressed formats over data networks. As an example, the content preparation utilities in the system are controlled or configured to produce MPEG2 content and its associated XML metadata to be stored in the so called MediaLibrary. Transcoding suites are foreseen to analyze the content and metadata and to transcode the content or modify the metadata according to ingest rules configured for a specific application. The content management and propagation software can be customized to support a variety of applications through well defined programming interfaces and accessibility algorithms. To support the unique application needs, Seachange's customers have to rely on Seachange's product specialists and subject matter experts. SeaChange's Content Pipeline solution as well as the professional configuration service and support offered by Seachange are advertised and described in the brochure that can be downloaded via the Internet URL: http://www.schange.com/Downloads/MXT/SCcontent.pdf
The main problem which the current invention seeks to resolve is the rigidity in the data models and associated device configurations that result in expensive customizations per deployment when using known prior art systems like the above described platforms from SeaChange and Lysis.
Indeed, each deployment of an IPTV system has different requirements. One way this is manifested is in the different metadata. Usually, a wide range of metadata is supported and then customized per deployment where different metadata items are required. The customization requires adaptations to the core software.
The result is that existing content and distribution management systems require extensive tailoring of the product to meet specific deployment requirements. Such tailoring is complex and therefore can only be done by expensive consultants or specialist. Lysis' iDTV software for instance allows some changes to the downstream system, but significant professional interventions are required to integrate the inflexible graphical user interface (GUI) of this system. Other known prior art systems allow for flexibility in their data or metadata definitions but do not address the marketing of content nor integration into physical devices.
It is an object of the current invention to enable clients (e.g. operators buying a content and distribution management system) or even field engineers to configure the content and distribution management platform to meet certain deployment specifics.
The above defined object is achieved through a combination of four elements as expressed by claim 1:
a. an editor for editing user-editable templates defining metadata of an asset used in the content and distribution management system through key/value pairs and lists of values;
b. a plurality of agents, each agent having headend device specific logic for transforming an internal asset format used in the content and distribution management system into a headend device specific asset format;
c. an extensible representation of metadata for uninterpreted transport of device specific assets to the appropriate agent; and
d. a configurable workflow for defining the order and dependencies between elements of events handling said assets and/or metadata.
Indeed, thanks to the combination of these four elements, the required configuration flexibility is obtained. The flexibility comes firstly from the ability to define a set of key/value pairs on a template and the configuration tool according to the present invention thereto provides the editor. A second area of flexibility is with the agents that enable deployment against different downstream devices, for instance against different IPTV applications, video servers and encryption devices. The agents provide the mapping between the common internals of the content and distribution management system and the specific downstream devices, and support a common interface defining a set of commands to be applied to the downstream devices. The third area of flexibility is using an extensible representation of the metadata exchanged between the content management and distribution management part of the system. When an item is published in the content manager, the publishers use the metadata template definitions to generate the extensible representation. There is no need for the publishers to recode. The extensible metadata representation is passed uninterpreted to the relevant agent, again not requiring any coding changes to interfaces of internals of the distribution manager. Lastly, the fourth area of flexibility according to the present invention is in the configurable workflow. The workflow can be altered by changing the rules for ordering and by introducing new element types performing specific tasks such as loading metadata, unloading assets, encrypting assets, etc.
In an advantageous embodiment of the invention defined in claim 2, the editor comprises means to customize an existing template. Thus the editor according to the current invention might enable modifying an existing template.
In a further advantageous embodiment of the invention defined in claim 3, the editor comprises means to define a new template. Thus the editor according to the current invention might enable creating a new template.
Another advantageous feature of the configuration tool according to the present invention is, as defined in claim 4, that the editor comprises means to specify a key name and type for each entry in a template. This way, the content manager can be configured to support any metadata requirements for a specific deployment.
As further specified in claim 5, another advantageous feature of the configuration tool according to the invention is that the editor comprises means to specify a user-defined type for an entry in a template. Indeed, the type can be from both predefined types (for instance integer, tring, URL) and custom defined types (for instance enumerated lists of values). The editor thus may allow the operator of the content and distribution management system to define specific ranges, default values and mandatory fields. Typically, the operator would do this to match the constraints of his application.
Another preferred feature of the current invention is that the agents support a number of commands for events handling the assets, as defined in claim 6. All agents may support for instance 7 commands: the initialise command, the input command, the load command, the update command, the unload command, the abort command and the tidy command. These commands will be further described in relation to a specific embodiment of the invention below in this patent application.
An optional feature of the present invention is that the extensible representation of metadata corresponds to XML, as defined by claim 7. Extensible Markup Language, abbreviated XML, describes a class of data objects called XML documents and partially describes the behaviour of computer programs which process them. XML 1.0 is a W3C Recommendation which can be retrieved at Internet URL: http://www.w3.org/TR/1998/REC-xml-19980210
As defined by claim 8, a further feature of the invention is that the event elements correspond to specific tasks for handling an asset and/or its metadata. Examples are the loading of metadata, the unloading of an asset, the encryption of an asset.
Still an advantageous feature of the invention, defined in claim 9, is that the workflow defines load order and unload order of the elements and dependencies between the elements. This is important to ensure correct termination of an event.
Claim 10 further specifies that the workflow advantageously also defines error handling and reporting. This may include the ability to correct the workflow. The workflow will automatically recover from the failed point. As expressed by claim 11, the workflow further may automatically correct expected errors. For example, should a failure occur in sending a media file to a media server, it will automatically retry the transfer before reporting the failure.
A specific implementation of the current invention is in a video content and distribution management system for VoD or NVoD assets, as defined by claim 12. In such implementation, the headend devices may correspond to application servers, video servers or transcoders as defined by claim 13. Other examples where the current invention would be useful are content and distribution management platforms for games, ringtones, time-shifted TV, PVR information, genres, categories, . . . Thus, the invention is more widely applicable than just for VOD and NVOD. It can even be used to stage configuration information like channel definitions, purchase policies, network configuration information, video server configuration information, etc. The headend devices in such variant systems can be webservers, an IP-telephony type system, a component in a billing system in the a third party back office, a programmed robot, etc.
The flexible management model illustrated by
In particular, this management model and its flexible configuration enable operators to define assets like 111 and 112 and to publish them as either Video-on-Demand (111) or Near-Video-on-Demand (112) events, as well as for instance games and other media related events. To do so, the operator has to define the metadata 161, 162, 163 of VoD asset 111 and metadata 171, 172, 173 of NVoD asset 112. The metadata represent for instance the title, description, actors, . . . in other words, the exact set of metadata used in a deployment or in the downstream headend devices 103. In
It is noticed that the flexibility offered by the current invention is also applied to the configuration of other attributes of a VoD or NVOD asset including but not limited to rating, language, marketing category, packaging, selling policy, etc. This way, extensible management of metadata has become possible without requiring coding changes to the core content and distribution management system. Hence, the management system of
With the system drawn in
Firstly, the editor 101 enables through its graphical user interface the customisation of the metadata model through selection of key/value pairs and lists of values.
In contrast to the classical content management solutions, the editor 101 supports changes to metadata using configurable templates and user definable List-Of-Values (LOVs). This means no coding changes to the GUI are necessary to meet requirements of different downstream headend devices. In addition, minimal coding changes in the agents 121, 122, 123 and 12N enable to support different downstream systems as will explained in more detail below. These small coding changes in the agents 121, 122, 123 and 12N can be done by field engineers and do not require significant training. The effect is to provide lower cost solution to the customer.
A template in the course of the current invention is a set of typed key/value pairs. The operator is prompted by editor 101 to enter specific key values. By clicking on an “Add” button in the graphical user interface of editor 101 for instance, the operator is prompted for a new key narhe, a base type for a value, constraints on the value (e.g. the length of a string), a default value if any, and a mandatory field.
The flexibility comes from the ability to define the set of key/values on a template using editor 101. The editor 101 enables to customize an existing template as well as to define new templates. It also enables creating hidden values (i.e. permanently hidden from the operator) as well as specifying the order and range of values. This way, the content manager can be configured to support any metadata requirements for a specific deployment.
Each entry in a template consists of a key name and a type. The type can be predefined (e.g. an integer, a string, a URL) or custom-defined (such as an enumerated list of values). The editor 101 allows the operator to define specific ranges, default values and mandatory fields. Typically, the opertor would do this to match the constraints of the application. As an example, in a template for broadcast TV channels, there might be a status field which can take one of the enumerated values: ‘ONLINE’, OFFLINE’ or ‘HIDDEN’. Should a variant IPTV middleware/application be used that also requires a new enumerated value (e.g. ‘STANDBY’), then this new value can be added to the corresponding List Of Values using the user interface of editor 101.
It is noted that it is possible for the type in a metadata template to reference another object including other metadata template instances. These can be selected for instance using a drop down list in the user interface of editor 101 in the same way as for a List Of Values.
It is further noted that default metadata templates may be supplied with the content and distribution management system according to the current invention.
Secondly, agents 121, 122, 123, 12N compartmentalise the device specific interface logic as “pluggable” modules with a well defined interface into the rest of the system.
These agents 121, 122, 123, 12N allow the content and distribution manager to be deployed against different downstream devices or headend devices, represented in
All agents in the VoD/NVoD content and distribution management system drawn in
Thirdly, an extensible data representation, XML in the system drawn in
Thus, XML is used as extensible representation of metadata exchanged between the content manager and distribution manager in
Fourthly and lastly, a configurable workflow 151 allows dependencies between individual device specific elements to be sequenced without changing the core implementation.
Any published event, e.g. VoD event or NVoD event in
The workflow 151 defines both the load order and dependencies of elements, as well as the unload order. This is important to ensure the correct termination of an event, for example to ensure a VoD event is unpublished in the IPTV application before the corresponding assets or images are deleted.
It is noted that the workflow 151 also performs error handling and reporting including the ability to correct the workflow 151. For example, if an asset transfer fails in a VoD item due to for instance a corrupted media file, the operator can correct it and can update the VoD item by just restating the media file. The workflow 151 will automatically recover from the failed point.
It is further noted that the workflow 151 also automatically tries to correct some expected faults. For example, if there is a failure in sending a media file to one of the media servers, it will automatically retry the transfer before reporting the failure.
Although the present invention has been illustrated by reference to a specific embodiment, i.e. the VoD/NVoD content and distribution management system illustrated by
| Number | Date | Country | Kind |
|---|---|---|---|
| 05292199.6 | Oct 2005 | EP | regional |
