International Business Machines Corporation

Shutterfly, Inc.

Zhaohui Feng

Ritchie Tyler Martori

Miroslav Bajtos

Albert K Tsang

Wiley H Wang

Eugene Chen

Michael Beisiegel

Trynne Anne Miller

Preeti Nathan

Jean-Sebastien Michel Delfino

Erik Weitzman

Issac Jacob Roth

Stephen Andrew Brodsky

Jason Robert McGee

Piotr Przybylski

Martin Paul Nally

Peter David Niblett

David Andrew Booz

Anh-Khoa Dinh Phan

Miroslav Bajitos

A method for proactively creating a photobook includes identifying a group of images by a computer system and automatically creating a design for a photobook by the computer system without receiving a user's request for designing a photobook if the number of images in the group is determined to be within a predetermined range. Pages of the photobook incorporate a plurality of images in the group. The method further includes presenting the design of the photobook to a user for preview and receiving an order from the user for a physical manifestation of the photobook based on the design.

Cloud storage for image data, image product designs, and image projects

A method. A JavaScript (JS) object is instantiated. The instantiated JS object processes application programming interface (API) requests received from mobile devices. The instantiation of the JS object is based on a JS model including (1) a JS file that stores a description of a behavior of the JS object and (2) a JS object notation (JSON) file that stores a description of properties of the JS object. The JSON file includes at least one validation rule to reject a data tuple unless the data tuple meets a required constraint specified in the validation rule. A data abstracter is an interface between the JS object and a set of data storages from which the JS object retrieves data while processing at least two of the API requests. The data abstractor is connected with the set of data storages by implementing a data exchange logic for the set of data storages.

Instantiation of JavaScript object

Some embodiments provide a system and method for dynamically determining whether to execute a function locally or remotely for an application operating on a first device. The method, while the application is operating, identifies a set of conditions the evaluation of which dynamically determines whether to (i) direct a second device to remotely process a function or (ii) locally process the function on the first device. The method evaluates the identified set of conditions on the first device. When the evaluation of the set of conditions corresponds to remote processing of the function, the method directs the second device to process the function and return a response to the first device. When the evaluation of the set of conditions corresponds to local processing of the function, the method processes the function on the first device.

Dynamic determination of local and remote API calls

A method and system for generating application programming interfaces (APIs) in a codeless manner. A set of data graphs is generated. The data graphs identify relationships between data objects included in a description of a database schema of a database. The APIs are generated based on the set of data graphs. The APIs are provided to a user for selecting an API of the APIs. A JavaScript object notation based model (JSON-based model) associated with the selected API is generated, wherein the selected API is added to an application that uses the selected API for exchanging data with the database using the JSON-based model.

Codeless generation of APIs

Some embodiments of the invention provide a novel server for processing application programming interface (API) requests. In some embodiments, the API server is written in JavaScript. For example, in some embodiments, the API-accessible objects of this server are each defined in terms of a JavaScript file and a JSON (JavaScript Object Notation) file. At runtime, a runtime processor instantiates each JavaScript object from its associated JavaScript and JSON files. Once instantiated, the JavaScript object can be used to process API requests that refer to the JavaScript object. Some embodiments use novel JSON file structures that allow these embodiments to define rich JavaScript models.

API server

Method of defining javascript objects

Method of processing javascript (JS) API requests

Some embodiments provide method of generating application programming interfaces (APIs) in a codeless manner. The method generates a schema description of a data storage with which an API-accessible object may have to exchange data (e.g., from which the object may have to read data and/or to which the object may have to write data) to process an API request during the execution of an application. Based on the generated schema description, the method constructs one or more data graphs, with each data graph representing one set of relationships between different sets of fields in the data storage. After generating the data graphs, the method generates a large number of possible API permutations by using the generated data graphs. The method presents the generated sample APIs so that a developer can select and customize one or more APIs while developing an application.

An apparatus, system, and method are disclosed for supporting service components written in non-native runtime code in a Service Component Architecture ('SCA'). A read module is included to read an implementation type definition having metadata identifying executable code that executes a new implementation type. A receive module is included to detect a dynamic service call to a service component having the new implementation type. The dynamic service call is defined in an SCA message from a calling SCA component. A passing module is included to pass the dynamic service call to a predefined SCA implementation handler associated with the new implementation type. The SCA implementation handler includes native runtime code and implementation logic for executing the dynamic service call by executing non-native runtime code that returns a result to the SCA implementation handler. A packaging module packages the result in an SCA return message to the calling SCA component.

Apparatus, system, and method for supporting service components written in non-native runtime code in a service component architecture

An apparatus and system are disclosed for implementing service qualifiers that define on-demand management requirements for a loosely coupled software service in a service component architecture (SCA) for an integration server by associating a service qualifier with one or more of an SCA service reference, an SCA wire, an SCA interface, or an SCA implementation based on an SCA component definition, requiring the integration server to augment an implementation execution for the SCA service to honor the service qualifier; and accepting user modification and definition of declarative service qualifiers. By allowing the association of service qualifiers with SCA service references, SCA wires, SCA interfaces, and SCA implementations, additional quality of service with which components are executed can be maintained.

Apparatus, system, and method for service component qualifiers for the declarative specification of quality of service

Provided are a method, system, and program for matching client interfaces with service interfaces. A client component includes at least one client interface and a target component includes at least one service interface. A data structure for the client component associates at least one client interface in the client component with one target component. For each client interface indicated in the data structure, a determination is made as whether there is one service interface in the target component associated with the client interface that is compatible with the client interface.

Growing community of inventors

Fremont, CA, United States of America

Zhaohui Feng