T 2325/09 (Interactive web pages/ICESOFT) of 10.9.2013

European Case Law Identifier: ECLI:EP:BA:2013:T232509.20130910
Date of decision: 10 September 2013
Case number: T 2325/09
Application number: 05756673.9
IPC class: G06F 9/44
Language of proceedings: EN
Distribution: D
Download and more information:
Decision text in EN (PDF, 138 KB)
Documentation of the appeal procedure can be found in the Register
Bibliographic information is available in: EN
Versions: Unpublished
Title of application: Increasing portability of document-based user interface software objects
Applicant name: Icesoft Technologies Canada Corp.
Opponent name: -
Board: 3.5.06
Headnote: -
Relevant legal provisions:
European Patent Convention Art 123(2)
Rules of procedure of the Boards of Appeal Art 13(1)
Keywords: New requests not admitted because amended claims prima facie lack original disclosure
Catchwords:

-

Cited decisions:
-
Citing decisions:
-

Summary of Facts and Submissions

I. The appeal lies against the decision of the examining division, with written reasons dispatched on 6 July 2009, to refuse European patent application 05756673.9 for lack of an inventive step, Article 56 EPC 1973, over the document

D3: Betz K. et al., "Developing Highly-Responsive User In terfaces with DHTML and Servlets", IBM T. J. Wat son Research Center, 2000.

II. A notice of appeal was filed on 14 September 2009, the appeal fee being paid on the same day. A statement of grounds of appeal was received on 16 November 2009. The appellant requested that the decision under appeal be set aside and that a patent be granted based on claims 1-5 according to a main or one of two auxiliary re quests as filed with the grounds of appeal. The appellant further submitted five annexes A-E intended to support its interpretation of the dis clo sure of D3 and the common knowledge and to establish alleged pre judices in the art at the priority date of the present appli ca tion.

III. With a summons to oral proceedings, the board informed the appellant about its preliminary opinion. It raised a number of clarity objections, Article 84 EPC 1973, and, under this proviso, expressed the preliminary opin ion that the independent claims according to all pen ding requests lacked novelty or an inventive step in ter alia over document D3, Articles 54(2) and 56 EPC 1973. The board did not discuss the annexes A-E in sub stance, because this appeared not to be ne cessa ry given that the board tended to agree with the central points the appellant tried to establish with them.

IV. In response to the summons, with letter dated 9 August 2013, the appellant filed amended claims 1-5 according to a main and two auxiliary requests. It requested the board of appeal to exercise its discretion in accepting these amendments as they were believed to address di rectly the issues identified by the board in its pro vi sio nal opinion, and implicitly requested that a patent be granted based on the amended claims. The other docu ments on file are as follows:

description, pages 1-22 as published

drawings, sheets 1,3-6 as published

2 as filed on 13 January 2009

V. Claim 1 according to the main request reads as follows:

"A computer server system comprising:

memory for storing a document comprising a set of objects, wherein at least one object is a user interface (UI) object, wherein the objects are represented on a display of a client computing system and a user interacts explicitly with the UI object on the display; and

a processor for communicating with the memory and with the client computing system, wherein the processor is configured for

receiving, from the client computing system displaying a representation of the document, a signal indicating an event that causes the UI object of the document to change state;

updating the UI object based on the state change; and

communicating only the updated UI object to the client computing system."

Claim 1 according to the first auxiliary request co in cides with claim 1 of the main request, except that the last two steps relating to "updating" and "communi ca ting" read as follows:

"... changing the UI object based on the state change;

updating a portion of the document based on the changed UI object; and

communicating only the updated portion of the document to the client computing system."

Claim 1 of the second auxiliary request reads as follows:

" A computer server system comprising:

memory for storing a document comprising a set of objects, wherein at least one object is a user interface (UI) object, wherein the objects are represented on a display of a client computing system and a user interacts explicitly with the UI object on the display; and

a processor for communicating with the memory and with the client computing system, wherein the processor is configured for:

communicating, to the client computing system, the document comprising the UI object at a first state, wherein the client computing system displays a re pre sentation of the document comprising the UI object according to the first state;

receiving, from the client computing system, a signal indicating an event that causes the UI object to change from the first state to a second state;

updating the UI object according to the second state; and

communicating only the second state of the UI object to the client computing system so that the client computing system redisplays only the updated UI object according to the second state."

VI. On 15 August 2013, a new representative indicated that he had taken over representation in the present case.

VII. At the oral proceedings nobody appeared for the appellant. The board postponed the planned opening of the oral proceedings and had the board's registrar con tact the new repre sentative by telephone to inquire whe ther his absence from the oral proceedings was de li berate. The representative confirmed this, explaining that he had been able to reach the appellant only the night be fore and had had the intention to inform the board accor dingly. The oral proceedings then took place with out anyone representing the appellant.

VIII. At the end of the oral proceedings, the chairman announced the decision of the board.

Reasons for the Decision

Appellant's absence from oral proceedings

1. According to Article 15(3) RPBA the board is not obliged to delay any step in the proceedings, including its decision, by reason only of the absence at the oral proceedings of any party duly summoned. Therefore, and further in accordance with Article 15(3) RPBA, the board treats the appellant as relying only on its written case.

The invention

2. The application generally relates to interactive Web pages. In a typical situation, a Web page - claimed as a "document" - is stored on a server, retrieved from there by a client and rendered at the client side (see description, par. 5). When the Web page allows user in teraction, chan ges made by the user must be reflected both on the server and on the cli ent's screen. Accor ding to the application many known Web applications take every "significant user event" to the server; the server would first update the Web page in response to the user interaction and then return a markup string (e.g. in HTML or XML) based on which the entire docu ment is re-ren dered at the client (description, p. 3, lines 11-13). This setup causes undesirable "ineffi cien cies and delays" (loc. cit.) which the invention addresses. The invention intends to save bandwidth and computational load on the client by limiting communi ca tion and re-rendering to the part of the Web page that has actually changed.

2.1 The application discloses that both the server and the client store the document in terms of a so-called "do cument object model". The application explains this term by reference to the standard W3C DOM - the Docu ment Object Model (DOM) according to the World Wide Web Con sortium (W3C) - but stresses that it should be in ter pre ted more broadly than that; the invention was "like wise appli ca ble for use in various other document ob ject models" (p. 8, par. 26, and p. 11, lines 2-6).

2.2 Whenever users interacted with a document at the client side, signals indicating the user events were trans mitted to the server which would then update its local document model to reflect the state changes caused by the user interaction (see, e.g., p. 16, lines 4-8, and p. 18, lines 13-17). The updated server side model then were communicated to the client - after trans lation ("serialization") into a form suitable for network trans mission - so that the client could adapt its local model and the display accordingly. Instead, however, of translating and communicating the entire document, only "the updated portion of the document object model" were translated and communicated to the client (see p. 18, 26-29).

Clarity

3. In the summons to oral proceedings the board had raised in particular two central clarity objections.

3.1 The board expressed its doubts that the term "document object model" - as used in the claims of all three re quests at the time - was clear, Article 84 EPC 1973. It noted that the concept of a "document object model" might have been standardized by the W3C but that the stan dard had changed before the priority date of the present appli ca tion. As a con sequence, it questioned whe ther the term DOM, even with reference to the W3C standard, im plied a well-defined, determinate set of fea tures. It also suggested that the term "document object model" alone, i.e. with out re ference to the stan dard, appeared to be even less speci fic. This term seemed to specify no more than a do cument modelled in terms of objects but to leave open, inter alia, whether these were objects in an "object-ori ented" sense or simply components in a wider sense. For illustration, the board expressed its pre liminary view that an HTML do cument could itself be viewed as the model of a "do cu ment" in terms of "ob jects". Regarding the claims of the then first auxilia ry request which specifically re ferred to a document object model both on the server and on the client the board further noted that it appeared to be un defined whether both had to have the same form or not.

4. The board also expressed its doubts as to the clarity of the notion that "only" the identified change or the "updated portions" were communicated to the client.

4.1 The board first noted that what a "change" (or an "up dated portion") was appeared to depend, at least partly, on what the model being changed was. In an "object-ori en ted" model a "change" could be the mo di fication of an ob ject's in stance variables or an en tire changed object. In a textual model in the form of, say, an HTML docu ment, the change could be a piece of text and, presu ma bly, its lo cation within the document. Depending on its na ture, a "change" might be more or less straight for ward to determine and to commu nicate.

4.2 The board then expressed its preliminary opinion that it was a vague notion to specify that "only" the iden tified change or the "updated portions" was communica ted. For illustration the board explained that if a single word were modified in an HTML document, the iden tified change could be just the modified word but also the entire line of text or the complete paragraph containing the modified word; and if an instance variable of an object were modified, the "identified change" could be just the new value of that instance variable or the entire object. The board came to the pre liminary conclusion that communicating "only" the identified change or updated portions meant at most that less than the entire document was communicated.

5. The amended claims filed by the appellant in response to the summons no longer contain the term "document object model" but define the "document" by way of the follow ing formulation used in all three requests: "a document comprising a set of objects, wherein at least one object is a user interface (UI) object, wherein the objects are represented on a display of a client compu ting system and a user interacts explicitly with the UI object on the display".

The amended claims further offer alternative for mu la tions relating to the issue of what the pertinent change is and what precisely is communicated from the server to the client. Specifically, the three requests respectively require that "only the updated UI object" (main request), "only the updated portion of the docu ment" (first auxiliary request) or "only the second state of the UI object" (second auxiliary request)be communicated to the client computing system.

The board thus concurs with the appellant that the amend ments address issues identified by the board in its provisional opinion. The appellant however gives very little basis for the amendments in the original application documents.

6. Relating to the amended definition of the term "docu ment", the appellant merely refers to paragraph [0040] of the specification (see submission dated 8 August 2013, p. 2, 2nd par.).

6.1 To begin with, paragraph 40 (which remains, as does the whole description, unamended from the original) refers to "com po nents". In paragraph 38 (see p. 15, lines 1-3) it is disclosed that "a document ... includes one or more components", and in paragraph 40 again (p. 16, lines 3-4) it is disclosed that "a component may com prise a document-based user interface object".

The board is thus satisfied that paragraph 40 discloses "a document comprising a set of objects, wherein at least one object is a user interface (UI) object".

6.2 Paragraph 40 further discloses that "the user may in teract with ... components 208, 210, 212 via their com ponent representations 220 at the client side" (p. 16, lines 1-2 and 4-5). The reference signs indicate that the "components 208, 210, 212" of the document be long to the server side whereas the "component repre sen ta tions 220" refer to the client side (see original fig. 2).

The amended claims specify that the user "inter acts ex pli citly with the UI object on the display [of a client computing system]", the UI object however being com prised in a document stored on the server, whereas the application in paragraph 40 discloses that what the user interacts with at the cli ent side is merely the "re presentation" of a "user interface ob ject" comprised in a document stored on the server.

The board therefore cannot see that paragraph 40 dis clo ses that the user "interacts explicitly with the UI object on the display". The board is also not aware of any other passage in the original application that would disclose this feature. The board thus concludes that the amended definition of the term "document" at least prima facie goes beyond the contents of the appli cation as originally filed, in violation of Article 123(2) EPC.

7. Relating to the amended specification as to what is communicated to the client computer system, the appellant merely refers to figure 4. The board notes that the same support is given for each of the three different amendments (see submission dated 9 August 2013, p. 2, pars 5-6; p. 5, pars 2-3; and p. 6, pars. 3-4).

7.1 Figure 4 depicts a server 402 and a client system (400) connected via a network 404, the server storing a do cu ment and its components 408A-408C, the client storing the representation 409 of a component 408 (see also the pertinent par. 43 on pp. 17-18 of the de scrip tion). Communication between the server and the client is de picted by way of arrows, but the update of the do cument model communicated from the server to the client is not specifically represented. Already for this rea son, fi gure 4 alone cannot pro vide the alleged support for the feature in ques tion.

7.2 The description relating to figure 4 further contains the already mentioned formulation that only "the up dated portion of the document object model" is trans lated and communicated to the client (see p. 18, 26-29).

7.3 The board therefore concludes that the amendments of the main request, "only the updated UI object", and of the second auxiliary request, "only the second state of the UI object", is not disclosed in either original fi gure 4 or the corresponding original description; nor, again, is the board aware of any other passage in the original application that would disclose this language. The board therefore concludes that also the amended specification of what is communicated according to the main and the second auxiliary requests at least prima facie goes beyond the contents of the application as originally filed, in violation of Article 123(2) EPC.

7.4 Regarding the first auxiliary request, the board con si ders that the term "updated portion of the document", while not literally supported by figure 4 and the per tinent description either, is a mere adaptation of the wording in paragraph 45, "updated portion of the docu ment object model", to the modified definition of the document in the claims. However, insofar as this amend ment therefore does not cause a problem under Article 123(2) EPC of its own, it must be considered that the first auxiliary request does not address the board's objection regarding lack of clarity of the term "up da ted portion".

8. In summary, the board is of the opinion that the amen ded claims filed in response to the board's summons introduce new deficiencies under Article 123(2) EPC and, at least in the case of the first auxiliary re quest, in sufficiently address the board's objections raised in the summons to oral proceedings. The amend ments there fore do not further the appeal proceedings. Hence, in view of the need for procedural economy, the board exer cises its discretion under Article 13(1) RPBA so as not to admit the three pending requests.

9. There being no admitted requests, the appeal must be dismissed.

ORDER

For these reasons it is decided that:

The appeal is dismissed.

Quick Navigation