Abstract: An apparatus for performing fault tolerance against a failure occurring during driving robot software components includes: a component executor for executing the robot software components, which are assigned with one thread from an operating system and have a same priority and cycle, by using the assigned thread; and an executor monitor for periodically monitoring the operation of the component executor and determining whether or not there is a failure in the robot software components executed by the component executor. The apparatus further includes: an executor manager for generating the component executor which is assigned with the robot software components having the same priority and cycle and, when the executor monitor determines that there is a failure in the execution of the robot software components, generating a new component executor.

Abstract: An apparatus for executing components based on a thread pool includes a component executor configured to have a set priority and period, to register components having the set priority and period, and to execute the registered components. Further, the apparatus for executing the components based on the thread pool includes a thread pool configured to allocate a thread for executing the component executor; and an Operating System (OS) configured to create an event for allocating the thread to the component executor in each set period.

Abstract: An apparatus for performing fault tolerance against a failure occurring during driving robot software components includes: a component executor for executing the robot software components, which are assigned with one thread from an operating system and have a same priority and cycle, by using the assigned thread; and an executor monitor for periodically monitoring the operation of the component executor and determining whether or not there is a failure in the robot software components executed by the component executor. The apparatus further includes: an executor manager for generating the component executor which is assigned with the robot software components having the same priority and cycle and, when the executor monitor determines that there is a failure in the execution of the robot software components, generating a new component executor.

Abstract: Provided is a technology that effectively distributes and monitors the execution of robot application to allow a plurality of robots to perform tasks in cooperation with each other. An apparatus for distributing and monitoring robot application according to an embodiment of the present invention comprises: a robot information manager managing information of a plurality of robots constituted by a plurality of nodes classified by a driving function; a robot application generator generating the robot application combining a plurality of components for driving the plurality of robots; and a robot application controller distributing the robot application to the plurality of robots on the basis of the information of the plurality of robots and receiving execution monitoring information of the robot application.

Abstract: Provided are an apparatus and a method of controlling the execution of components without an additional port or messaging for applying the dependency among the components. The apparatus comprises: a profile analyzing unit analyzing execution dependency information of components defined in an execution coordination profile; a component managing unit arranging the components in accordance with the execution sequence of the components caused by the execution dependency information; an execution coordination managing unit determining whether or not each of the components executes the operation on the basis of the execution dependency information of the corresponding component managed by the execution coordination units allocated to the components, respectively; and an operation executing unit executing the operation of each of the components in accordance with the determination result of the execution coordination manager.

Abstract: An apparatus for managing robot components in an intelligent robot includes a robot application including a plurality of robot components, a robot application management tool that manages the operation of the robot application, monitors the status caused by the operations of the robot application and information on the robot components, a lifecycle manager that manages lifecycles of the robot components under the management of the robot application management tool, and an operation system that transfers a sensing signal about peripheral environment generated from the sensor to the robot application, and transfers an execution signal from the robot application to the actuator.

Abstract: A configuration method of a method port arrangement for robot software component includes: generating a requester method port module and a provider method port module; generating a requester method module and a provider method module depending on application of a method module to be generated in the component; registering the requester method module in the requester method port module and the provider method module in the provider method port module; and registering, in a method port management module, the requester method port module and the provider method port module where the requester method module and the provider method module have been registered. The method further includes establishing the requester method port module to be operated by interconnecting the requester method port module and the provider method port module; and executing input and output operations to/from the requester method port or the provider method port depending on application of the component.

Abstract: An apparatus for thread processing robot software components includes a data port unit for storing input data in a buffer and then processing the data in a periodic execution mode or in a dedicated execution mode; an event port unit for processing an input event in a passive execution mode; and a method port unit for processing an input method call in the passive execution mode by calling a user-defined method corresponding to the method call. In the periodic execution mode, the data is processed by using an execution thread according to a period of a corresponding component. In the dedicated execution mode, a dedicated thread for the data is created and the data is processed by using the dedicated thread.

Abstract: Provided is a path-token-based web service caching method including determining whether or not stored cache data exists when a web service call request exists, and when the cache data does not exist, creating a predetermined path-token set and a predetermined tag data set based on a message schema of Web Services Description Language (WSDL), and creating a request Simple Object Access Protocol (SOAP) message, creating a request SOAP message template by using a path-token for the created request SOAP message, and calling the web service, and creating cache data including the tag data set, input values set, the request SOAP message template, the request SOAP message, and SOAP binding information. Accordingly, the method can solve the problems of a conventional web service caching method whereby the method can not cope with change in the number of inputs, and an exact input position is not searched for when an input value is changed.

Abstract: A system and method for aborting web services automatically. An application program container has a first web service application program embedded, intercepts a message that is transmitted and received between a second web service program located externally and the first web service application program, identifies the kind of an operation requested by the second web service application program, and keeps information required for compensation. A protocol manager generates and manages a first sub-transaction object by a request of the second web service application program. A local compensator compensates the first sub-transaction if a global transaction coordinator sends a command to compensate a second sub-transaction already committed. A protocol service unit transmits and receives messages for managing the first sub-transaction. A registration service unit registers the generated first sub-transaction with the global transaction coordinator.

Abstract: Disclosed is a method for creating and verifying SOAP messages in web service security using signature encryption. The SOAP message sender encrypts a signature used for SOAP message security with a secret key for encrypting data to be contained in the SOAP body. The encrypted signature is inserted in the security header of the SOAP header and sent to the recipient. The SOAP message recipient decrypts the encrypted key with his/her private key and restores the secret key. The restored secret key is used to decrypt the encrypted signature in the security header of the SOAP header, and the decrypted signature is used to verify the SOAP message.

Abstract: A method for electronically checking documents as to their authenticity is disclosed, in which an official seal is not put on the document, but the document itself shows to be notarized, and the authenticity of a document can be electronically confirmed. The method for electronically checking the authenticities of documents includes the step of forming a document with an electronically authenticity-checking format for showing that a document has been notarized without using an official seal (first step). It further includes the step of judging as to whether the document with the electronically authenticity-checking format has been really notarized (second step). Therefore, a notarization feature can be provided even to facsimile documents and to printed-out documents. Therefore, a document having a notarization feature can be transmitted even to a remote place, thereby preventing forgery of documents.