EP2356585A2 - Annuity interface and system in an intellectual property database - Google Patents
Annuity interface and system in an intellectual property databaseInfo
- Publication number
- EP2356585A2 EP2356585A2 EP08878813A EP08878813A EP2356585A2 EP 2356585 A2 EP2356585 A2 EP 2356585A2 EP 08878813 A EP08878813 A EP 08878813A EP 08878813 A EP08878813 A EP 08878813A EP 2356585 A2 EP2356585 A2 EP 2356585A2
- Authority
- EP
- European Patent Office
- Prior art keywords
- application
- annuity
- data
- communication
- intellectual property
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/18—Legal services; Handling legal documents
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/14—Payment architectures specially adapted for billing systems
Definitions
- This invention relates to an interface between two applications through a web service. More specifically, the invention relates to interfacing an annuity application with an asset management application.
- a patent is an exclusive right granted by a government to an inventor to manufacture, use, or sell an invention for a limited number of years.
- the basis for the grant is the disclosure of the invention.
- All granted utility patents, and many industrial design patents are subject to periodic maintenance fees in order to maintain the grant itself.
- the maintenance fees for utility patents are not annual fees, and currently there are no maintenance fees required for design patents.
- the utility patents are subject to annual fees, also known as renewal fees. Such renewals are required even while the patent has a pending status, prior to issuance of the grant itself.
- Another aspect of management of intellectual property assets pertains to management of pending applications and invention disclosures.
- Different tools are available for the management, all of which employ some form of a calendar to note deadlines and to inform agents and attorneys of such deadline.
- Computer based applications have been developed to employ such management in an electronic environment. As technology has evolved, so have the management applications, which are now available in a web based format accessible through commonly available browser applications.
- This invention comprises a transparent interface between an annuity management system and an asset management system.
- a computer system method is provided with a first computer having a first processor in communication with a first memory module, and a first application in communication with the first processor.
- the first application is directed to docketing of intellectual property assets.
- a second computer is provided with a second processor in communication with a second memory module and data storage, and a second application in communication with the second processor.
- the second application is directed to management of annuity data for intellectual property assets.
- a manager is provided local to the first computer and in communication with the first application via local communication protocol and in communication with the second application via a web service. The manager synchronizes data between the annuity and asset management systems via the manager and the web service.
- a method for interfacing annuity data processing with management of intellectual property assets.
- a first application directed to docketing of intellectual property assets is provided, and a second application directed to management of annuity data for intellectual property assets is provided.
- the second application is in communication with the first application.
- a manager is provided for interfacing with the first and second applications via a web service to synchronize annuity data of the second application with the intellectual property assets of the first application via the web service.
- FIG. 1 is a prior art block diagram illustrating a client in communication with a server running an annuity management application.
- FIG. 2 is a prior art block diagram illustrating a client in communication with a server running an asset management application.
- FIG. 3 is a block diagram illustrating a server running the annuity management application in communication with a server running the asset management application.
- FIG. 4 is a flow chart illustrating initiation of an extract process in the asset management application.
- FIG. 5 is a flow chart illustrating the process of sending an extract request via a third application.
- FIG. 6 is a flow chart illustrating retrieval of an acknowledgment file sent by the annuity management application.
- FIG. 7 is a flow chart illustrating the process of sending payment instructions from the asset management application to the annuity management application.
- FIG. 8 is a flow chart illustrating sending instructions via the third application.
- FIG. 9 is a flow chart illustrating retrieval of information from the annuity management application.
- the functional units described in this specification have been labeled as an application(s) and/or a manager(s). Either of these functional units may be implemented in programmable hardware devices such as field programmable gate arrays, programmable array logic, programmable logic devices, or the like. The functional units may also be implemented in software for execution by various types of processors.
- An identified functional unit of executable code may, for instance, comprise one or more physical or logical blocks of computer instructions which may, for instance, be organized as an object, procedure, function, or other construct. Nevertheless, the executables of an identified manager and/or application need not be physically located together, but may comprise disparate instructions stored in different locations which, when joined logically together, comprise the functional unit and achieve the stated purpose thereof.
- a manager or functional unit of executable code could be a single instruction, or many instructions, and may even be distributed over several different code segments, among different applications, and across several memory devices.
- operational data may be identified and illustrated herein within the manager and/or application, and may be embodied in any suitable form and organized within any suitable type of data structure. The operational data may be collected as a single data set, or may be distributed over different locations, including over different storage devices, and may exist, at least partially, as electronic signals on a system or network.
- Integration of a patent annuity management system with a patent asset management system is enabled through a third application.
- the third application operates local to a server running the asset management application.
- the third application serves as a conduit between the patent annuity system and the asset management system synchronizing data in the asset management system with annuity data maintained by the annuity management system.
- the third application communicates annuity payment information to the asset management system.
- the users are enabled to make payment decisions through the asset management system, including sending instructions electronically to the annuity management system, and maintaining a record of all instructions for a given renewal.
- Fig. 1 is a prior art block diagram (100) of a computer system provided with a patent annuity system.
- the patent annuity system manages the entire annuity process, from decision making to cost allocations.
- a server (102) is provided with a processing unit (104), also referred to herein as a processor, in communication with memory (108) across a bus (106).
- the server (102) is shown in communication with a data storage medium (110) employed to store patent maintenance fee information.
- a second application (112) is provided local to the server (102) and in communication with the processing unit (104).
- the second application (112) serves as an interface for managing maintenance fee information stored in the storage medium (110).
- a client machine (120) is provided in communication with the server (102).
- the client machine (120) has a processing unit (124) in communication with memory (128) across a bus (126). Additionally, the client machine (120) is provided with an input device (130) and a visual display (132). The client machine (120) communicates with the server (102), and more specifically the second application (112), either through a local connection or across a network interface. Accordingly, patent maintenance fee information is retained local to a server and is accessible via a client machine in communication with the server.
- Fig. 2 is a prior art block diagram (200) of a computer system provided with an asset management system.
- the asset management system provides extensive management of active patents and pending patent applications. Users can view case history, documents, scanned copies of office actions, drafts, and invention disclosures, assignees, inventors, status of invention, date reminders, due dates and final dates for office actions, filings, etc. However, the asset management system does not allow users to determine an annuity payment amount or make a payment.
- a server (202) is provided with a processing unit (204), also referred to herein as a processor, in communication with memory (208) across a bus (206).
- the server (202) is shown in communication with a data storage medium (210) employed to store asset management data.
- a first application (212) is provided local to the server (202) and in communication with the processor (204).
- the application (212) serves as an interface for managing asset management data stored in the storage medium (210).
- a client machine (220) is provided in communication with the server (202).
- the client machine (220) has a processing unit (224) in communication with memory (228) across a bus (226).
- the client machine (220) is provided with an input device (230) and a visual display (232).
- the client machine (220) communicates with the server (202), and more specifically the first application (212), either through a local connection or across a network interface. Accordingly, asset management data is retained local to a server and is accessible via a client machine in communication with the server.
- FIG. 2 illustrates a client that can separately access maintenance fee and asset management data.
- neither of the systems shown in FIG.l and FIG. 2 provides communication between the server managing maintenance fee information and the server responsible for asset management information.
- each of the prior art systems individually address the asset management system or the patent annuity system as individual units, but do not include the hardware and/or software tools to integrate or otherwise share data between the two disparate systems.
- the system is modified to include additional elements.
- FIG. 3 is a block diagram (300) of a computer system that supports integration of the asset management system and the patent annuity system.
- a first server (302) is provided with a processing unit (304), also referred to herein as a processor, in communication with memory (308) across a bus (306).
- a processing unit also referred to herein as a processor
- the server (302) is shown in communication with a data storage medium (310) employed to store asset management data.
- the data storage medium (310) may be located in a separate server.
- a first application (312) is provided local to the server (302) and in communication with the processor (304).
- the application (312) serves as an interface for managing asset management data stored in the storage medium (310).
- a client machine (320) is provided in communication with the server (302).
- the client machine (320) has a processing unit (324) in communication with memory (328) across a bus (326).
- the client machine (320) is provided with an input device (330) and a visual display (332).
- the client machine (320) communicates with the first server (302), and more specifically the application (312), either through a local connection or across a network interface.
- a second server (360) is shown in communication with a data storage medium (370) that is employed to store maintenance fee data. As in the first server (302), the second server (360) has a processing unit (364) in communication with memory (368) across a bus (366). A second application (380) managing annuity data is provided local to the server (360). The second application (380) manages asset management data in the storage medium (370).
- a third application (340) is provided local to the first server (302).
- the third application (340) serves as a conduit between the patent annuity application and the asset management application.
- two queues (342) and (344) are provided to support the interface of the third application with the first application (312).
- the queues are in the form of an extraction queue (342) and an instruction queue (344).
- the extraction queue (342) is initiated by the first application (312) to communicate a request to the third application to extract data from the storage medium (370) in communication with the second application (380) local to the annuity system server (380).
- the extract request is a request for annuity payment information for a granted patent or pending patent application. Details of the extraction are illustrated below with a flow chart demonstrating the flow of extraction communication.
- the instruction queue (344) forwards a communication to the third application (340), with respect to authorization to submit payment for a maintenance fee of a managed asset. Details of the instruction queue are illustrated below with a flow chart demonstrating the flow of instruction communication.
- data communication is uni-directional from the first application (312) to the third application (340). Accordingly, the first application (312) communicates with the third application (340) through the queues and the messages stored therein.
- the first application (312) is enabled to communicate extract data (346) and payment instruction data to the third application (340).
- the third application (340) communicates acknowledgment data, instruction status, annuity events and renewal dates (348) to the first application.
- a third application (340) is provided as an interface between the first application (312) and the second application (380).
- the third application (340) is separate from the asset management application. More specifically, the third application (340) functions as an interface between the asset renewal service and the asset management service.
- a scheduler (350) is employed.
- the scheduler (350) is a program that drives the third application (340).
- the scheduler is an in-memory application that does not retain any knowledge of an action state between executions. Accordingly, a scheduler (350) is provided in communication with the third application (340) to support communication with the first application (312).
- Fig. 4 is a flow chart (400) demonstrating the process of initiating an extract job from the first application to the third application.
- a scheduler is employed to prompt the first application to place any scheduled extraction jobs in the extraction queue (402).
- step (402) it is determined if the first application seeks to manually send one or more data extract jobs to the extract queue (404).
- a positive response is followed by elapse of a waiting period for the user to send the extract job(s) to the extract queue (406).
- step (404) or completion of step (406) is followed by the first application creating an extract request for annuity payment info pertaining to an active asset (408), and placing the extract request in the extract queue (410). Accordingly, the process of placing an extract job in the extract queue may be performed manually, or in an automated fashion without human involvement.
- Fig. 5 is a flow chart (500) demonstrating processing of an extract job by the third application.
- a scheduler may be employed to facilitate review of the extract and instruction queues on a periodic basis.
- the scheduler sends a message to the third application indicating that based upon the time interval, the third application should check the extract queue (502). It is then determined if there are any extract requests pending in the extract queue (504). A negative response to the determination at step (504) is followed by returning to the scheduler to wait for the expiration of the next time interval to check the extract queue.
- a positive response to the determination at step (504) is followed by the third application pulling an extract request from the queue (506), and sending the extract request to the second application local to the annuity management service for processing (508).
- the extract request is communicated to the second application via a web service.
- a web service is a software system designed to support interoperable machine-to-machine interaction over a network. Web services are frequently internet based application program interfaces (APIs) that can be accessed over a network, such as the Internet, and executed on a remote system hosting the requested services. However, the invention should not be limited to a web service communication, as other forms of communication protocols may be employed.
- a positive response to the determination at step (512) is followed by returning to step (506).
- a negative response to the determination at step (510) is followed by a return to step (502). Accordingly, the third application periodically reviews the extract queue for one or more extract requests.
- Fig. 6 is a flow chart (600) demonstrating tracking receipt of the request by the second application.
- a scheduler prompts the third application to determine status of receipt of the extract request (602).
- the third application initiates a call to the second application requesting an acknowledgment file indicating receipt of the extract request (604).
- the second application is in a position to transmit the acknowledgment file (606).
- the second application may not be prepared to transmit the acknowledgment file.
- step (606) If it is determined at step (606) that the second application is not in a position to transmit an acknowledgment receipt to the third application, the third application waits for a set time interval (608) and then returns to step (602). Conversely, a positive response to the determination at step (606) is followed by transmission of an acknowledgment file to the third application (610), which then proceeds to forward the acknowledgment file to the first application local to the asset management application (612). Accordingly, the third application bridges communication between the first application and the second application with respect to extract information.
- Fig. 7 is a flow chart (700) demonstrating the logic flow for communicating annuity payment decisions from the asset management application to the annuity management application.
- a user in communication with the asset management application makes a decision with respect to payment of an annuity (702). It is then determined if the decision made is final (704). If it is determined that the decision was non- final and merely preliminary, then the process returns to step (702) until such time as a final decision is reached. Conversely, a positive response to the determination at step (704) is followed by the first application placing an annuity payment instruction in the instruction queue (706).
- the instruction queue is a conduit by which the first application communication payment instructions to the third application.
- Fig. 8 is a flow chart (800) demonstrating how the payment instruction placed in the queue at step (706) is communicated to the annuity management system.
- a scheduler periodically reminds the third application to check the instruction queue to look for any instructions placed in the queue by the first application (802). Following step (802), it is determined if there are any instructions in the queue (804). A negative response to the determination at step (804) is an indication that the queue is empty. The third application then waits to a set an interval of time (806) and returns to step (802). Conversely, a positive response to the determination at step (804) is followed by the third application retrieving instruction details from the communication placed in the instruction queue (808).
- the third application proceeds to send the payment instructions to the second application local to the annuity management system (810). Accordingly, the communication between the third application and the second application with respect to annuity instructions follows a similar path to that of the extract information job as described earlier in Fig. 4.
- Fig. 9 is a flow chart (900) demonstrating the process that the first application of the asset management system follows for polling the annuity management system.
- a scheduler is employed to restrict the asset management system to a periodic polling schedule.
- the scheduler sends a communication to the third application indicating it may start the polling process.
- the third application polls the second application of the annuity management system for data newer than the prior communication (904). It is recognized in the art that updates on the polling data may occur infrequently. Thereafter, it is determined if the annuity management system contains this new data (906).
- a negative response to the determination at step (906) is followed by waiting for a defined time interval (908), followed by a return to step (902).
- a positive response to the determination at step (906) is followed by transmission of polling data from the annuity management system to the asset management system. More specifically, the transmission includes the following information: an update on the renewal information (910), the status on the instructions for the annuity payment (912), and the state of the payment process (914). All of the data transmitted to the third application is then forwarded to the first application.
- the polling data communicated from the annuity management system to the third application local to the asset management system is through a web service. As shown in Figs.
- the communication between the application local to the asset management system and the application local to the annuity management system is all conducted via a web service.
- the invention should not be limited to this single form of communication transmission.
- other transmission tools may be employed that replace or augment the web service transmission.
- Embodiments within the scope of the present invention also include articles of manufacture comprising program storage means having encoded therein program code.
- program storage means can be any available media which can be accessed by a general purpose or special purpose computer.
- program storage means can include RAM, ROM, EEPROM, CD-ROM, or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired program code means and which can be accessed by a general purpose or special purpose computer. Combinations of the above should also be included in the scope of the program storage means.
- the medium can be an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system (or apparatus or device) or a propagation medium.
- Examples of a computer-readable medium include a storage medium such as semiconductor or solid state memory, magnetic tape, a removable computer diskette, random access memory (RAM), read-only memory (ROM), a rigid magnetic disk, and a flash drive, an optical disk.
- a data processing system suitable for storing and/or executing program code will include at least one processor coupled directly or indirectly to memory elements through a system bus.
- the memory elements can include local memory employed during actual execution of the program code, bulk storage, and cache memories which provide temporary storage of at least some program code in order to reduce the number of times code must be retrieved from bulk storage during execution.
- I/O devices including but not limited to keyboards, displays, pointing devices, etc.
- Network adapters may also be coupled to the system to enable the data processing system to become coupled to other data processing systems or remote printers or storage devices through intervening private or public networks.
- the software implementation can take the form of a computer program product accessible from a computer-useable or computer-readable medium providing program code for use by or in connection with a computer or any instruction execution system.
- an interface between an annuity management system and an asset management system that facilitates and enables automated exchange of information is provided. By employing a schedule together with the interface, the need for human interaction is mitigated, if not removed altogether.
- the third application may be embedded local to the patent annuity application, with web service employed as a medium for communication between the third application and the patent asset management application.
- the third application may be embedded on a third server, remote from both the patent asset management application and the patent annuity application.
- the third application is in communication with both of the other applications through a network connection, and a web service is employed as a medium for communication between the third application, the patent asset management application, and the patent annuity application. Accordingly, the scope of protection of this invention is limited only by the following claims and their equivalents.
Abstract
Description
Claims
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/US2008/086544 WO2010068217A2 (en) | 2008-12-12 | 2008-12-12 | Annuity interface and system in an intellectual property database |
Publications (2)
Publication Number | Publication Date |
---|---|
EP2356585A2 true EP2356585A2 (en) | 2011-08-17 |
EP2356585A4 EP2356585A4 (en) | 2012-10-10 |
Family
ID=42243256
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP08878813A Withdrawn EP2356585A4 (en) | 2008-12-12 | 2008-12-12 | Annuity interface and system in an intellectual property database |
Country Status (7)
Country | Link |
---|---|
EP (1) | EP2356585A4 (en) |
JP (1) | JP5370791B2 (en) |
KR (1) | KR101496423B1 (en) |
CN (1) | CN102282553A (en) |
AU (1) | AU2008364969A1 (en) |
CA (1) | CA2746748A1 (en) |
WO (1) | WO2010068217A2 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10482557B2 (en) | 2008-12-12 | 2019-11-19 | Foundationip, Llc | Annuity interface and system in an intellectual property database |
CN106055683A (en) * | 2016-06-07 | 2016-10-26 | 安庆市扬智信息科技有限公司 | Intelligent system capable of performing patent evaluation and paying annual fee on line |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040064484A1 (en) * | 2002-09-30 | 2004-04-01 | International Business Machines Corporation | System and method for synchronizing data repositories |
WO2004059443A2 (en) * | 2002-12-23 | 2004-07-15 | Dexterra, Inc. | Mobile data and software update system and method |
WO2004084098A2 (en) * | 2003-03-17 | 2004-09-30 | Robert Dant | Database identification system |
US20050228693A1 (en) * | 2004-04-09 | 2005-10-13 | Webb James D | Data exchange web services for medical device systems |
US20050234928A1 (en) * | 2004-03-23 | 2005-10-20 | Grand Central Communications, Inc. | Synchronous interface to asynchronous processes |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6018527A (en) * | 1996-08-13 | 2000-01-25 | Nortel Networks Corporation | Queue service interval based cell scheduler with hierarchical queuing configurations |
US6460051B1 (en) * | 1998-10-28 | 2002-10-01 | Starfish Software, Inc. | System and methods for synchronizing datasets in a communication environment having high-latency or other adverse characteristics |
US7389239B1 (en) * | 1999-12-30 | 2008-06-17 | At&T Delaware Intellectual Property, Inc. | System and method for managing intellectual property |
KR20020084989A (en) * | 2001-05-03 | 2002-11-16 | 현대자동차주식회사 | A annual fee management system for outgoing application of the intellectual property system and a method thereof |
US20040111506A1 (en) * | 2002-12-10 | 2004-06-10 | International Business Machines Corporation | System and method for managing web utility services |
KR20030029566A (en) * | 2003-03-15 | 2003-04-14 | 김기찬 | Patent fee management system and method |
US7702516B2 (en) * | 2004-01-13 | 2010-04-20 | International Business Machines Corporation | Payment control to inventors in patent tracking system |
US20070239600A1 (en) * | 2006-04-10 | 2007-10-11 | Lundberg Steven W | System and method for annuity processing |
WO2007148437A1 (en) * | 2006-06-22 | 2007-12-27 | Kabushiki Kaisha Toshiba | Intellectual property managing system, intellectual property managing method, and its program |
JP4965969B2 (en) * | 2006-10-31 | 2012-07-04 | 株式会社東芝 | Intellectual property management system and program |
US20090319598A1 (en) * | 2008-06-20 | 2009-12-24 | Michael Mittel | Remote command execution from mobile devices brokered by a centralized system |
-
2008
- 2008-12-12 CN CN2008801326970A patent/CN102282553A/en active Pending
- 2008-12-12 AU AU2008364969A patent/AU2008364969A1/en not_active Abandoned
- 2008-12-12 CA CA2746748A patent/CA2746748A1/en not_active Abandoned
- 2008-12-12 EP EP08878813A patent/EP2356585A4/en not_active Withdrawn
- 2008-12-12 WO PCT/US2008/086544 patent/WO2010068217A2/en active Application Filing
- 2008-12-12 JP JP2011540672A patent/JP5370791B2/en not_active Expired - Fee Related
- 2008-12-12 KR KR1020117015904A patent/KR101496423B1/en active IP Right Grant
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040064484A1 (en) * | 2002-09-30 | 2004-04-01 | International Business Machines Corporation | System and method for synchronizing data repositories |
WO2004059443A2 (en) * | 2002-12-23 | 2004-07-15 | Dexterra, Inc. | Mobile data and software update system and method |
WO2004084098A2 (en) * | 2003-03-17 | 2004-09-30 | Robert Dant | Database identification system |
US20050234928A1 (en) * | 2004-03-23 | 2005-10-20 | Grand Central Communications, Inc. | Synchronous interface to asynchronous processes |
US20050228693A1 (en) * | 2004-04-09 | 2005-10-13 | Webb James D | Data exchange web services for medical device systems |
Non-Patent Citations (1)
Title |
---|
See also references of WO2010068217A2 * |
Also Published As
Publication number | Publication date |
---|---|
CA2746748A1 (en) | 2010-06-17 |
KR101496423B1 (en) | 2015-02-26 |
AU2008364969A1 (en) | 2011-07-07 |
WO2010068217A2 (en) | 2010-06-17 |
CN102282553A (en) | 2011-12-14 |
KR20110107813A (en) | 2011-10-04 |
WO2010068217A3 (en) | 2011-03-31 |
JP2012511771A (en) | 2012-05-24 |
JP5370791B2 (en) | 2013-12-18 |
EP2356585A4 (en) | 2012-10-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103299314B (en) | Real-time APP privacy control panel based on cloud | |
US8549535B2 (en) | Distributed taskflow architecture | |
EP3201805B1 (en) | Methods and systems for regulating communications at a mobile communications device | |
TW200915186A (en) | Management of grid computing resources based on service level requirements | |
US8538793B2 (en) | System and method for managing real-time batch workflows | |
CN102291446A (en) | Flexible architecture for notifying applications of state changes | |
US9589007B2 (en) | Method for issuing multipart receipts in connection to extensive database operations | |
CN101243365A (en) | Server-side project manager | |
US20100228829A1 (en) | Mobile database network | |
CN105765555A (en) | Strict queue ordering in distributed system | |
CN100489858C (en) | Method and system for collecting inventory information in data processing system | |
EP3069272B1 (en) | Managing job status | |
JP2008257475A (en) | Information management system, individual management server, intensive management server, and information management method | |
US9053467B2 (en) | Calendaring system for managing follow-up appointments | |
EP2356585A2 (en) | Annuity interface and system in an intellectual property database | |
CN100375037C (en) | Method and system for transferring part information with resuming ability | |
US10482557B2 (en) | Annuity interface and system in an intellectual property database | |
CN108958903A (en) | Embedded multi-core central processing unit method for scheduling task and device | |
CN108521524B (en) | Agent collaborative task management method and device, computer equipment and storage medium | |
JP2014059601A (en) | Due date management device, due date management method and program | |
Cicirelli et al. | Using time stream Petri nets for workflow modelling analysis and enactment | |
KR101446723B1 (en) | method of managing a job execution, apparatus for managing a job execution, and storage medium for storing a program managing a job execution | |
US20110093505A1 (en) | Asynchronous state engine with plug-ins for flexible application development | |
JP2003208473A (en) | Reservation system for caring-service | |
US11276041B2 (en) | Scheduling using potential calendars |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
AK | Designated contracting states |
Kind code of ref document: A2 Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MT NL NO PL PT RO SE SI SK TR |
|
17P | Request for examination filed |
Effective date: 20110930 |
|
DAX | Request for extension of the european patent (deleted) | ||
A4 | Supplementary search report drawn up and despatched |
Effective date: 20120911 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: G06F 17/30 20060101AFI20120905BHEP Ipc: G06F 15/16 20060101ALI20120905BHEP |
|
17Q | First examination report despatched |
Effective date: 20141218 |
|
APBK | Appeal reference recorded |
Free format text: ORIGINAL CODE: EPIDOSNREFNE |
|
APBN | Date of receipt of notice of appeal recorded |
Free format text: ORIGINAL CODE: EPIDOSNNOA2E |
|
APAF | Appeal reference modified |
Free format text: ORIGINAL CODE: EPIDOSCREFNE |
|
APBT | Appeal procedure closed |
Free format text: ORIGINAL CODE: EPIDOSNNOA9E |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN |
|
18W | Application withdrawn |
Effective date: 20170207 |