Notice of Pre-AIA or AIA Status
The present application, filed on or after March 16, 2013, is being examined under the first inventor to file provisions of the AIA .
Continued Examination Under 37 CFR 1.114
A request for continued examination under 37 CFR 1.114, including the fee set forth in 37 CFR 1.17(e), was filed in this application after final rejection. Since this application is eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1.17(e) has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 08/27/2026 has been entered.
Response to Amendment
Applicant’s amendments and remarks submitted 08/27/2026 have been entered and considered, Claims 1, 3, 5, 10-14, 16, 19-20 are amended. Claims 9, 18 are cancelled. Claims 21-22 are new.
Response to Arguments
Applicant’s arguments filed on 08/27/2026 have been fully considered but are moot, because they do not apply to the references/combination used in the current rejection.
Claim Rejections - 35 USC § 103
The following is a quotation of 35 U.S.C. 103 which forms the basis for all obviousness rejections set forth in this Office action:
A patent for a claimed invention may not be obtained, notwithstanding that the claimed invention is not identically disclosed as set forth in section 102 of this title, if the differences between the claimed invention and the prior art are such that the claimed invention as a whole would have been obvious before the effective filing date of the claimed invention to a person having ordinary skill in the art to which the claimed invention pertains. Patentability shall not be negated by the manner in which the invention was made.
Claims 1-8, 10-17, 19-22 are rejected under 35 U.S.C. 103 as being unpatentable over Ben-Aharon et al (US20160371312) in view of Andersson et al (US20220083316) further in view of Mital et al (US10379711).
Regarding Claim 1. Ben-Aharon teaches A computer system comprising:
one or more processors;
a memory to store a set of instructions;
wherein the one or more processors that are operable to execute instructions stored in the memory to perform operations that include:
providing a design interface for a graphic design (Ben-Aharon, abstract, the invention describes a system implementable on a computing device having a processor and a memory, including a visual design system to generate a single visual data structure based on a hierarchy of components; a database to store at least one visual data structure and an associated signature where the signature represents at least a semantic composition of the at least one visual data structure; a signature comparer to match a signature of the single visual data structure to an associated signature of at least one visual data structure stored in the database and to present multiple versions of alternate visual data structure for the hierarchy of components for selection by a user; and where the alternate visual data structure are visually different and semantically similar to each other.
[0042] FIG. 2 is a schematic illustration of a sample user interface displaying a selection of possible alternative layouts for the example webpage in FIG. 1, constructed and operative in accordance with a preferred embodiment of the present invention;);
implementing a variable data structure for use with the graphic design (Ben-Aharon, [0235] For example, for a layout with 1 text, 1 video, 1 image and 1 gallery, signature extractor 147 may generate the following signatures (assuming the use of a Generic Visual composite type):
[0236] 1 Text, 1 Video, 1 Image, 1 Gallery.
[0237] 1 Text, 2 Visuals, 1 Gallery.
[0238] 1 Text, 3 GenericVisual.
[0239] 4 components.
[0240] Signature extractor 147 may therefore generate multiple signatures for both the handled component set and the indexed pages, and the searching process (as discussed in more detail herein below) may include some or all of these signatures.),
the variable data structure being defined at least in part by multiple values
and a value type (Ben-Aharon, [0252] Alternatively, signature extractor 147 may use a
stratified semantic tree as illustrated in FIG. 19 to which reference is now made, which shows a stratified version of the semantic tree shown in FIG. 17. In a stratified system, all semantic types "go up the tree" together. Thus, all level 1 (bottom of tree) semantic type entries are united into their level 2 semantic types together, and then level 3 etc.
PNG
media_image1.png
430
755
media_image1.png
Greyscale
Therefore, the data structure showed in Fig 17 indicates at least a visual data type including values such as image and video.); and
Ben-Aharon fails to explicitly teach, however, Andersson teaches linking a multi-state design element with the variable data structure, such that each state among the multiple states in the multi-state design element is respectively rendered by a value among the multiple values of the value type (Anderson, abstract, the invention teaches an interactive graphic design system design interface is described to enable design users to create a variant component that links multiple design elements as variants, where each variant represents a state or version of a run-time object, feature or user-interface.
[0046] According to examples, the IGDS 100 can execute variant component logic 108 to enable design users to create, modify and reuse variant components when working on the UI design under edit 125. The IGDS 100 can implement the variant component logic 108 in connection with providing the design interface 118. The IGDS 100 can implement the variant component logic 108 to define variant components to have constituent variants, with each variant being a design element (e.g., components) that is logically linked to other variants of the variant component. In particular, the variants of a variant component can share one or multiple predefined state properties, with each variant having a particular value for the state property or properties, such that each variant is unique amongst the variants of the variant component with respect to the state property values that are assigned to that variant. By way of example, the variant component can include a button, and each variant of the variant component defines a state of a run-time button feature. In such an example, the state property that may vary amongst the variants can be a fill pattern, and each variant of the variant component can be assigned to one of multiple possible property values (e.g., one of N fill patterns, where the run-time button feature is to have N states).
[0082] The IGDS 100 defines a variant component based on the received design user input (220). The design user input can specify one or multiple constituent variants that are logically linked to comprise a variant component. In variations, the design user input can specify multiple portions of a single design element or object as constituent variants of a variant component.).
Ben-Aharon and Andersson are analogous art because they both teach method of graphical user interface design by using variable data structure. Andersson further teaches using the variable data structure to control a multi-state GUI element. Therefore, it would have been obvious to a person with ordinary skill in the art before the effective filing date of the claimed invention, to modify the GUI design method using variable data structure (taught in Ben-Aharon), to further use the variable data structure to control the multi-state design element (taught in Andersson), so as to provide a collaborative and scalable GUI design environment that allows different designers to efficiently create components for different interactive features of the end product (Andersson, [0020-0021]).
The combination of Ben-Aharon and Andersson fails to explicitly teach, however, Mital teaches wherein a first value of the variable data structure is defined at least in part by (i) a logical expression (Mital, abstract, the invention describes a data marketplace infrastructure allows a data source company or a third party to associate to a data feed with a customizable preview application having analytic and visual features (e.g., business logic and a user interface). A potential customer can use discovery services of the data marketplace infrastructure to identify one or more data feeds offering sample data in a domain of interest of the potential customer. The data feed can transmit the customizable preview application to allow the potential customer to interact with the data from the data feed before purchasing the data. The potential customer may also customize the preview application so as to change the default application behavior in a manner that improves the potential customer's understanding and appreciation of the data feed.
Col 3, line 24-37, In one implementation, a BI (Business Intelligence) document defines the BI application using a data structure of arbitrary expressions that can be specified by a non-programmer. In one implementation, a BI application defined by sets of such arbitrary expressions are grouped into distinct entities, which may have input variables and output variables, wherein the relationships among inputs and outputs of these entities defined by the sets of expressions that define the entities. The expressions are generally not unique to any particular system but may be evaluated by either a local or remote system. However, an entity (and therefore the contained expressions) may be designated for local or remote computation on local or remote data, thereby directing computation to an appropriate system based on this designation.
Col 4, line 6-25, For example, an expression may take the form of a symbolic representation of an algebraic expression, such as x2+2xy+y2, where x and y are symbols that represent data or other expressions. A symbol may represent any type of data, including without limitation an integer, a rational number, a string, a Boolean, a sequence of data (potentially infinite), a tuple, or a record.).
Ben-Aharon, Andersson and Mital are analogous art because they all teach method of graphical user interface design by using variable data structure. Mital further teaches using expression to control a multi-state GUI element. Therefore, it would have been obvious to a person with ordinary skill in the art before the effective filing date of the claimed invention, to modify the GUI design method using variable data structure (taught in Ben-Aharon and Andersson), to further use the expression such as algebraic expression and/or boolean expression to control the multi-state design element (taught in Mital), so as to provide a GUI that can display data element based on comprehensive business logic (Mital, col 1, line 34-55).
The combination of Ben-Aharon, Andersson and Mital further teaches and (ii) an input by a user (Andersson, [0045] The design interface 118 can process at least some user inputs to determine input information 127, where the input information 127 indicates (i) an input action type (e.g., shape selection, object selection, sizing input, color selection), (ii) an object that is directly indicated by the input action (e.g., object being resized), (iii) a desired attribute that is to be altered by the input action, and/or (iv) a desired value for the attribute being altered. The rendering engine 120 can receive the input information 127, and the rendering engine 120 can implement changes indicated by the input information 127 to update the UI design under edit 125. When changes are implemented to the UI design under edit 125, the changes can also be reflected in the accompanying data structure representations 111 for the UI design under edit 125.
[0052] As further described with some examples, the IGDS 100 can further implement the variant component logic 108 to enable additional variant component functionality. For example, as described with an example of FIG. 3E, variant components can be multi-dimensional, with each variant component being associated with multiple properties. For multi-dimensional variant components, the IGDS 100 can assign each variant to one combination of state property values, such that each combination of state property values is assigned to one variant and represents one of multiple possible states of the represented interactive object. Moreover, in examples, the IGDS 100 can enforce rules relating to how variant components are to be defined and used. For example, the IGDS 100 can enforce (i) a rule to assign only one variant of a variant component to a state property value of a single-dimension variant component, such that each state property value is assigned to only property value of the associated property; and (ii) a rule to assign only one variant to each combination of state property values for each of multiple properties associated with a multi-dimensional variant component, such that each combination of state property values for the associated state properties of the multi-dimensional property are assigned to only one variant. The IGDS 100 may generate error states, messages or prompts when such rules are violated by the designer.
Therefore, a rule to enforce only one variant to a state property value is a logical expression.). and (iii) an attribute of another design element that is associated with the variable data structure. (Anderson, [0028] Additionally, in software design, it is beneficial for design users to reuse prior creations. An example interactive graphic design system enables a design user to create a component set that includes a main component, and one or more dependent components that are created as instances of the main component. When changes are made to the main component, the dependent components are automatically updated to reflect the changes made to the main component. As described, an example interactive graphic design system can further enable the design user to create variants from a main component, such that the run-time behavior defined by the variants is automatically linked to the main component and its dependent components. In this way, each component of the component set can provide a same interactivity for a run-time object, where the interactivity is determined by the variant set.
[0096] In some variations, the variants 306, 308 are dependent components of a main component (e.g., shown by design element 304), and the IGDS 100 can implement operation duplication logic with respect to how design input is received and implemented for the variant component 310. Specifically, the operation duplication logic can provide that design input received for the variant 304 (representing the first (or main) component) is automatically propagated to the variants 306, 308 (representing the instance components). Based on implementation, changes made to either one of the variants 306, 308 is not automatically duplicated to the main component or the other instance component(s).).
Regarding Claim 2. The combination of Ben-Aharon, Andersson and Mital further teaches The computer system of claim 1, wherein the operations further comprise: during a design phase, performing a simulation of the graphic design when deployed in a production environment by sequentially rendering the multi-state design element in each of the multiple states based on the variable data structure (Andersson, [0082] The IGDS 100 defines a variant component based on the received design user input (220). The design user input can specify one or multiple constituent variants that are logically linked to comprise a variant component. In variations, the design user input can specify multiple portions of a single design element or object as constituent variants of a variant component.
[0087] Further, the IGDS 100 enables the user to specify one or more interactions for the variant set (260). In examples, each interaction of the variant set is defined to specify a first variant (e.g., or initial or current variant) that is to change to a second variant (e.g., target or next variant) of the variant set…. As shown by FIG. 5A and FIG. 5C, in some examples, interactions can be visually rendered as noodles or line connectors that identify a sequence as between variants, where the sequence corresponds to a state flow for the represented run-time object (262). Further, the interactions can be associated on the canvas with an event type ( e.g., trigger, input type) and other characteristics which further define the state flow for the interactive object.
[0127] Among other advantages, examples as described allow for the variants 516, 518 of the variant set 510 to be rendered at the same time, along with the interactions 522, 524, so that the states and state change behaviors of a run-time object are visually represented at the same time.).
The reasoning for combination of Ben-Aharon, Andersson and Mital is the same as described in Claim 1.
Regarding Claim 3. The combination of Ben-Aharon, Andersson and Mital further teaches The computer system of claim 1, wherein the variable data structure includes multiple values of the value type, and wherein linking the multi-state design element includes rendering the multi-state design element in each state to include an attribute value that is specific to the state and based at least in part on a corresponding one of the multiple values of the value type (Andersson, [0046] According to examples, the IGDS 100 can execute variant component logic 108 to enable design users to create, modify and reuse variant components when working on the UI design under edit 125. The IGDS 100 can implement the variant component logic 108 in connection with providing the design interface 118. The IGDS 100 can implement the variant component logic 108 to define variant components to have constituent variants, with each variant being a design element (e.g., components) that is logically linked to other variants of the variant component. In particular, the variants of a variant component can share one or multiple predefined state properties, with each variant having a particular value for the state property or properties, such that each variant is unique amongst the variants of the variant component with respect to the state property values that are assigned to that variant. By way of example, the variant component can include a button, and each variant of the variant component defines a state of a run-time button feature. In such an example, the state property that may vary amongst the variants can be a fill pattern, and each variant of the variant component can be assigned to one of multiple possible property values (e.g., one of N fill patterns, where the run-time button feature is to have N states.
Therefore, the state property value is equivalent of attribute value that is specific to the state.).
The reasoning for combination of Ben-Aharon, Andersson and Mital is the same as described in Claim 1.
Regarding Claim 4. The combination of Ben-Aharon, Andersson and Mital further teaches The computer system of claim 1, wherein the value type of the variable data structure is a number that represents a type of design attribute for the multi-state design element (Andersson, [0043] In examples, the rendering engine 120 uses the data structure representations 111 to render a corresponding UI design under edit 125 on the canvas 122, wherein the UI design under edit 125 reflects graphic elements and their respective attributes as provided with the individual pages of the files 101. The design user can edit the UI design under edit 125 using the design interface 118. Alternatively, the rendering engine 120 can generate a blank page for the canvas 122, and the design user can use the design interface 118 to generate the UI design under edit 125. As rendered, the UI design under edit 125 can include graphic elements such as a background and/or a set of objects (e.g., shapes, text, images, programmatic elements), as well as attributes of the individual graphic elements. Each attribute of a graphic element can include an attribute type and an attribute value. For an object, the types of attributes include, shape, dimension (or size), layer, type, color, line thickness, text size, text color, font, and/or other visual characteristics. Depending on implementation, the attributes reflect properties of two- or three-dimensional designs. In this way, attribute values of individual objects can define, for example, visual characteristics of size, color, positioning, layering, and content, for elements that are rendered as part of the UI design under edit 125.).
The reasoning for combination of Ben-Aharon, Andersson and Mital is the same as described in Claim 1.
Regarding Claim 5. The combination of Ben-Aharon, Andersson and Mital further teaches The computer system of claim 4, wherein the number represents an attribute corresponding to one or more of a line attribute, a corner attribute or a size attribute (Andersson, [0043] In examples, the rendering engine 120 uses the data structure representations 111 to render a corresponding UI design under edit 125 on the canvas 122, wherein the UI design under edit 125 reflects graphic elements and their respective attributes as provided with the individual pages of the files 101. The design user can edit the UI design under edit 125 using the design interface 118. Alternatively, the rendering engine 120 can generate a blank page for the canvas 122, and the design user can use the design interface 118 to generate the UI design under edit 125. As rendered, the UI design under edit 125 can include graphic elements such as a background and/or a set of objects (e.g., shapes, text, images, programmatic elements), as well as attributes of the individual graphic elements. Each attribute of a graphic element can include an attribute type and an attribute value. For an object, the types of attributes include, shape, dimension (or size), layer, type, color, line thickness, text size, text color, font, and/or other visual characteristics. Depending on implementation, the attributes reflect properties of two- or three-dimensional designs. In this way, attribute values of individual objects can define, for example, visual characteristics of size, color, positioning, layering, and content, for elements that are rendered as part of the UI design under edit 125.).
The reasoning for combination of Ben-Aharon, Andersson and Mital is the same as described in Claim 1.
Regarding Claim 6. The combination of Ben-Aharon, Andersson and Mital further teaches The computer system of claim 1, wherein the value type of the variable data structure is a color value that represents one or more of a fill attribute, a line color attribute and/or a background attribute (Andersson, [0043] … As rendered, the UI design under edit 125 can include graphic elements such as a background and/or a set of objects (e.g., shapes, text, images, programmatic elements), as well as attributes of the individual graphic elements. Each attribute of a graphic element can include an attribute type and an attribute value. For an object, the types of attributes include, shape, dimension (or size), layer, type, color, line thickness, text size, text color, font, and/or other visual characteristics. Depending on implementation, the attributes reflect properties of two- or three-dimensional designs. In this way, attribute values of individual objects can define, for example, visual characteristics of size, color, positioning, layering, and content, for elements that are rendered as part of the UI design under edit 125.
[0046] According to examples, the IGDS 100 can execute variant component logic 108 to enable design users to create, modify and reuse variant components when working on the UI design under edit 125. … The IGDS 100 can in1plement the variant component logic 108 to define variant components to have constituent variants, with each variant being a design element (e.g., components) that is logically linked to other variants of the variant component. In particular, the variants of a variant component can share one or multiple predefined state properties, with each variant having a particular value for the state property or properties, such that each variant is unique amongst the variants of the variant component with respect to the state property values that are assigned to that variant. By way of example, the variant component can include a button, and each variant of the variant component defines a state of a run-time button feature. In such an example, the state property that may vary amongst the variants can be a fill pattern, and each variant of the variant component can be assigned to one of multiple possible property values (e.g., one of N fill patterns, where the run-time button feature is to have N states).).
The reasoning for combination of Ben-Aharon, Andersson and Mital is the same as described in Claim 1.
Regarding Claim 7. The combination of Ben-Aharon, Andersson and Mital further teaches The computer system of claim 1, wherein the value type of the variable data structure is a character string that represents a text attribute (Andersson, [0043] In examples, the rendering engine 120 uses the data structure representations 111 to render a corresponding UI design under edit 125 on the canvas 122, wherein the UI design under edit 125 reflects graphic elements and their respective attributes as provided with the individual pages of the files 101. The design user can edit the UI design under edit 125 using the design interface 118. Alternatively, the rendering engine 120 can generate a blank page for the canvas 122, and the design user can use the design interface 118 to generate the UI design under edit 125. As rendered, the UI design under edit 125 can include graphic elements such as a background and/or a set of objects (e.g., shapes, text, images, programmatic elements), as well as attributes of the individual graphic elements. Each attribute of a graphic element can include an attribute type and an attribute value. For an object, the types of attributes include, shape, dimension (or size), layer, type, color, line thickness, text size, text color, font, and/or other visual characteristics. Depending on implementation, the attributes reflect properties of two- or three-dimensional designs. In this way, attribute values of individual objects can define, for example, visual characteristics of size, color, positioning, layering, and content, for elements that are rendered as part of the UI design under edit 125.
Therefore, a font attribute is a character string such as “Arial”.).
The reasoning for combination of Ben-Aharon, Andersson and Mital is the same as described in Claim 1.
Regarding Claim 8. The combination of Ben-Aharon, Andersson and Mital further teaches The computer system of claim 1, wherein the value type of the variable data structure is a character string that represents a layer having a matching text content attribute (Andersson, [0043] … As rendered, the UI design under edit 125 can include graphic elements such as a background and/or a set of objects (e.g., shapes, text, images, programmatic elements), as well as attributes of the individual graphic elements. Each attribute of a graphic element can include an attribute type and an attribute value. For an object, the types of attributes include, shape, dimension (or size), layer, type, color, line thickness, text size, text color, font, and/or other visual characteristics. Depending on implementation, the attributes reflect properties of two- or three-dimensional designs. In this way, attribute values of individual objects can define, for example, visual characteristics of size, color, positioning, layering, and content, for elements that are rendered as part of the UI design under edit 125.
[0100] In examples, the IGDS 100 can implement a layer type naming scheme to identify the variant component 310 and its constituent variants 304, 306, 308. The naming scheme can structure a name for each constituent variant 304, 306, 308 to identify the state property and the state property value of that component. … As an addition or variation, the IGDS 100 can auto-generate the names of each variant 304, 306, 308 by determining the state property value of each of those components. For example, the design user can interact with the design tool panels 318 to specify the state property value of one or more constituent variants 304, 306, 308 of the variant component 310, and in turn, the IGDS 100 can auto-generate the name for each of those components using the naming scheme (e.g., "property/property value").
Further see Fig 3B.).
The reasoning for combination of Ben-Aharon, Andersson and Mital is the same as described in Claim 1.
Regarding Claim 10. The combination of Ben-Aharon, Andersson and Mital further teaches The computer system of claim 1, wherein the operations further comprise: associating another design element of the graphic design with the variable data structure, and wherein a second value of the variable data structure is based at least in part on an attribute of the associated design element (Andersson, [0094] As shown with FIG. 3B, the user can add additional design elements (represented by design element 308) to the variant component 310, by, for example, creating an instance off of another variant, then specifying a state property value that corresponds to one of the desired states for the interactive object. The IGDS 100 implements the variant component logic 108 to logically link the variants 304, 306, 308 as constituents of the variant component 310. In particular, the IGDS 100 can implement variant component logic 108 to (i) associate at least one property with the variant component 310, where the state property includes multiple possible property values; (ii) assign one of multiple possible state property values to each variant of the variant component, such that each variant has a unique state property value amongst all of the variants of the variant component; and (iii) specify a sequence and event type amongst the variants to define a state flow of the interactive object (see FIG. 5A and FIG. 5C). In this way, the user can define the state flow for an interactive object using design elements that are rendered at one time on the canvas 302.).
The reasoning for combination of Ben-Aharon, Andersson and Mital is the same as described in Claim 1.
Regarding Claim 11. The combination of Ben-Aharon, Andersson and Mital further teaches The computer system of claim 10, wherein the operations further comprise: in response to the attribute of the associated layer being modified by user input, updating the second value of the variable data structure based on the modified attribute (Andersson, [0094] As shown with FIG. 3B, the user can add additional design elements (represented by design element 308) to the variant component 310, by, for example, creating an instance off of another variant, then specifying a state property value that corresponds to one of the desired states for the interactive object. The IGDS 100 implements the variant component logic 108 to logically link the variants 304, 306, 308 as constituents of the variant component 310. In particular, the IGDS 100 can implement variant component logic 108 to (i) associate at least one property with the variant component 310, where the state property includes multiple possible property values; (ii) assign one of multiple possible state property values to each variant of the variant component, such that each variant has a unique state property value amongst all of the variants of the variant component; and (iii) specify a sequence and event type amongst the variants to define a state flow of the interactive object (see FIG. 5A and FIG. 5C). In this way, the user can define the state flow for an interactive object using design elements that are rendered at one time on the canvas 302.
Therefore, user input can add multiple element to associate with variant component 310. Each element is assigned with its own unique attribute value.).
The reasoning for combination of Ben-Aharon, Andersson and Mital is the same as described in Claim 1.
Regarding Claim 12. The combination of Ben-Aharon, Andersson and Mital further teaches The computer system of claim 1, wherein the operations further comprise:
enabling a user to specify an interaction with the multi-state design element; and
in response to detecting the interaction with respect to the multi-state design element, updating or selecting the first value of the variable data structure based on an attribute of the multi-state design element (Andersson, [0087] Further, the IGDS 100 enables the user to specify one or more interactions for the variant set (260). In examples, each interaction of the variant set is defined to specify a first variant (e.g., or initial or current variant) that is to change to a second variant (e.g., target or next variant) of the variant set. In such cases, each interaction that is defined for the variant set can have a respective first/second variants of the variant set, such that a variant set can have interactions with different first/second variants. In some examples, interactions may also be defined to be specific to a trigger event. For example, the user can specify individual interactions for a specific first/second variant of a variant set, and further in association with a specific type of event (e.g., run-time click or hover). As shown by FIG. 5A and FIG. 5C, in some examples, interactions can be visually rendered as noodles or line connectors that identify a sequence as between variants, where the sequence corresponds to a state flow for the represented run-time object (262). Further, the interactions can be associated on the canvas with an event type (e.g., trigger, input type) and other characteristics which further define the state flow for the interactive object.
[0126] Accordingly, each of the variants 516, 518 represent a state of a corresponding run-time object 536. The run-time object 536 can be executed (e.g., such as in a simulation or prototype environment) to exhibit a run-time behavior that is defined by the variants 516, 518 of the variant set 510, as well as the specified interactions 522, 524 of the variant set 510.).
The reasoning for combination of Ben-Aharon, Andersson and Mital is the same as described in Claim 1.
Regarding Claim 13. The combination of Ben-Aharon, Andersson and Mital further teaches The computer system of claim 12, wherein the operations further comprise:
enabling a simulation mode in which multiple states of the multi-state design element are sequentially renderable;
enabling the user to perform the interaction with respect to the associated
design element during the simulation mode; and
wherein updating or selecting the first value of the variable data
structure is performed in response to the user performing the interaction (Andersson, [0087] Further, the IGDS 100 enables the user to specify one or more interactions for the variant set (260). In examples, each interaction of the variant set is defined to specify a first variant (e.g., or initial or current variant) that is to change to a second variant (e.g., target or next variant) of the variant set. In such cases, each interaction that is defined for the variant set can have a respective first/second variants of the variant set, such that a variant set can have interactions with different first/second variants. In some examples, interactions may also be defined to be specific to a trigger event. For example, the user can specify individual interactions for a specific first/second variant of a variant set, and further in association with a specific type of event (e.g., run-time click or hover). As shown by FIG. 5A and FIG. 5C, in some examples, interactions can be visually rendered as noodles or line connectors that identify a sequence as between variants, where the sequence corresponds to a state flow for the represented run-time object (262). Further, the interactions can be associated on the canvas with an event type (e.g., trigger, input type) and other characteristics which further define the state flow for the interactive object.
[0126] Accordingly, each of the variants 516, 518 represent a state of a corresponding run-time object 536. The run-time object 536 can be executed (e.g., such as in a simulation or prototype environment) to exhibit a run-time behavior that is defined by the variants 516, 518 of the variant set 510, as well as the specified interactions 522, 524 of the variant set 510.
[0127] Among other advantages, examples as described allow for the variants 516, 518 of the variant set 510 to be rendered at the same time, along with the interactions 522, 524, so that the states and state change behaviors of a run-time object are visually represented at the same time.).
The reasoning for combination of Ben-Aharon, Andersson and Mital is the same as described in Claim 1.
Claim 14 is similar in scope as Claim 1, and thus is rejected under same rationale.
Claim 15 is similar in scope as Claim 2, and thus is rejected under same rationale.
Claim 16 is similar in scope as Claim 3, and thus is rejected under same rationale.
Claim 17 is similar in scope as Claim 6, and thus is rejected under same rationale.
Claim 19 is similar in scope as Claim 12, and thus is rejected under same rationale.
Claim 20 is similar in scope as Claim 1, and thus is rejected under same rationale. Claim 20 further requires:
A non-transitory computer-readable medium that stores instructions, that
when executed by one or more processors (Ben-Aharon, abstract, the invention describes a system implementable on a computing device having a processor and a memory, including a visual design system to generate a single visual data structure based on a hierarchy of components;).
Regarding Claim 21. The combination of Ben-Aharon, Andersson and Mital further teaches The computer system of claim 1, wherein the logical expression includes an arithmetic expression (Mital, abstract, the invention describes a data marketplace infrastructure allows a data source company or a third party to associate to a data feed with a customizable preview application having analytic and visual features (e.g., business logic and a user interface). A potential customer can use discovery services of the data marketplace infrastructure to identify one or more data feeds offering sample data in a domain of interest of the potential customer. The data feed can transmit the customizable preview application to allow the potential customer to interact with the data from the data feed before purchasing the data. The potential customer may also customize the preview application so as to change the default application behavior in a manner that improves the potential customer's understanding and appreciation of the data feed.
Col 3, line 24-37, In one implementation, a BI (Business Intelligence) document defines the BI application using a data structure of arbitrary expressions that can be specified by a non-programmer. In one implementation, a BI application defined by sets of such arbitrary expressions are grouped into distinct entities, which may have input variables and output variables, wherein the relationships among inputs and outputs of these entities defined by the sets of expressions that define the entities. The expressions are generally not unique to any particular system but may be evaluated by either a local or remote system. However, an entity (and therefore the contained expressions) may be designated for local or remote computation on local or remote data, thereby directing computation to an appropriate system based on this designation.
Col 4, line 6-25, For example, an expression may take the form of a symbolic representation of an algebraic expression, such as x2+2xy+y2, where x and y are symbols that represent data or other expressions. A symbol may represent any type of data, including without limitation an integer, a rational number, a string, a Boolean, a sequence of data (potentially infinite), a tuple, or a record.).
The reasoning for combination of Ben-Aharon, Andersson and Mital is the same as described in Claim 1.
Regarding Claim 22. The combination of Ben-Aharon, Andersson and Mital further teaches The computer system of claim 1, wherein the logical expression includes a boolean expression (Mital, col 4, line 6-25, For example, an expression may take the form of a symbolic representation of an algebraic expression, such as x2+2xy+y2, where x and y are symbols that represent data or other expressions. A symbol may represent any type of data, including without limitation an integer, a rational number, a string, a Boolean, a sequence of data (potentially infinite), a tuple, or a record.
Col 15, claim 9. The method of claim 5, wherein an expression of the plurality of expressions comprises a Boolean expression.).
The reasoning for combination of Ben-Aharon, Andersson and Mital is the same as described in Claim 1.
Conclusion
The prior art made of record and not relied upon is considered pertinent to applicant's disclosure. Scheff (US20160274776), the invention describes a method and system for modifying, based on a theme, a look and feel of a graphical user interface (GUI) generated for a first application without comparably modifying a look and feel of a GUI generated for another application. The GUIs for both the first and second applications include corresponding components that are customizable. The components include icons, fonts, colors, images, sounds, and so forth. The system displays a theming overlay over the first application. The system receives an instruction from a user via the theming overlay to apply a theme to the first application. The system applies the theme to the first application and not the second application. Accordingly, a GUI element of the theme is applied to the customizable component of the first application but not the customizable component of the second application.
Any inquiry concerning this communication or earlier communications from the examiner should be directed to XIN SHENG whose telephone number is (571)272-5734. The examiner can normally be reached M-F 9:30AM-3:30PM 6:00PM-8:30PM.
Examiner interviews are available via telephone, in-person, and video conferencing using a USPTO supplied web-based collaboration tool. To schedule an interview, applicant is encouraged to use the USPTO Automated Interview Request (AIR) at http://www.uspto.gov/interviewpractice.
If attempts to reach the examiner by telephone are unsuccessful, the examiner’s supervisor, Jason Chan can be reached at 5712723022. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300.
Information regarding the status of published or unpublished applications may be obtained from Patent Center. Unpublished application information in Patent Center is available to registered users. To file and manage patent submissions in Patent Center, visit: https://patentcenter.uspto.gov. Visit https://www.uspto.gov/patents/apply/patent-center for more information about Patent Center and https://www.uspto.gov/patents/docx for information about filing in DOCX format. For additional questions, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service Representative, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000.
/Xin Sheng/Primary Examiner, Art Unit 2619
