Review Comment:
The Media Contract Ontology is part of the MPEG-21 standard. It provides the means to formalize contracts about the exploitation rights of multimedia items. This paper describes the requirements, design and use cases of the MCO.
The description of the classes and properties of the ontology is very precise and complete. The authors have succeeded to give enough details to enable even people unfamiliar with the legal domain to understand the the concepts. Also, the scope of the ontology clearly indicated. The paper includes extensive examples of how contracts can be represented in MCO. For those reasons, I would recommend publication. However, in my opinion there a large number of small issues that would need to be addressed before the paper is ready for publication. I have detailed them below.
The paper is very long for a 'Descriptions of ontologies' paper. In my comment below I have pointed to sections where I think the authors can shorten the paper.
Section 1:
he justification for using semantic web standards remains vague and overly general. E.g. on page 1 "in order to deal with the even increasing amount of material". I would leave it out or be more specifica about what an OWL version brings over other formats. I know most readers of this journal will not need to be convinced since they work in the semantic web field, but even then, unclear arguments have no place in a paper.
"other areas of media asset management ... which have begun to benefit from knowledge representation based on ontologies" -> citations needed.
On page 2, I guess the words in italics are taken from the MPEG-21 specification. Is this correct? Please make that explicit.
Section 2:
In this section, a summary of the requirements is given, with a reference to a previous paper. However, no information is given on the ontology design method. E.g. how did you check that the ontology matches all the requirements. For example, this can be done using competency questions.
Related this my question about the design process: the paper does not include any interesting design features, i.e. there are no lessons to be learned about how modelling.
In most ontology design processes, two things are given a high priority: (1) the reuse of concepts from external ontologies in the created ontology, and (2) the potential reusability of the created ontology by others/for other purposes. You explain that the former is in contrast with the MPEG design principle that a standard needs to be self contained, so it makes sense that it plays no part in the paper. I am interested, however, in your opinion of the latter. Could the concepts in the MPO be reused or linked to by others? Is that your intention? You have pretty strict domain an range restrictions, do they form problem from reuse? From a practical perspective, could it be linked to the LOD cloud? I don't have the answers but I think these issues should be mentioned in the paper.
Section 4:
sec 4.3.1 one but final sentence. I don't understand this, what is CatchupTV? What are acillary-rights?
sec 4.3. the first sentence seems redundant to me, please consider removing it.
the final triple in table 2 (freeofcharge) is not visualized in fig 8
Section 5:
You mention twice that natural text can be derived from MCO statements. Please explain how. Can this be done automatically? If so, with what tool? How well does this tool perform, is there some kind of evaluation?
In sec 5.1.3: "identify contract elements for which encryption is requested". What is an element here? Any resource? Or does it need to be a complete RDF statement ?s ?p ?o? It would be good to be more explicit about this.
Sec 5.2.1: what role does this subsection play in the paper? It seems to me it could be removed without problems. As an 'example of use' is it too high level.
Section 6:
sec 6.1.2: is this description necessary? Can it be removed?
sec 6.2 same here, this does not add to the understanding of the ontology or how to use it. Can it be removed? This includes the mention of rightdraw in sec 5.2.2 Also, it sounds as if these services are no longer being maintained, is that correct?
sec 6.1.1. incorrect ref to sec 5.2
Throughout the document
there are problems with spacing: e.g. no space between the | symbol in fig 1, 'thesocalled' near the end of sec 4.3.1, "i ncount r y" in table 2, and many more.
|