Abstract: A method for classifying a digital asset, comprising: retrieving from a repository, according to an initial identifier, a digital asset; computing at least one asset score, each indicative of a degree of confidence that the digital asset has a respective offense classification selected from a plurality of offense classifications; subject to the at least one asset score being less than at least one threshold score: adding to a list of identifiers at least one identifier extracted from the digital asset; and in each of at least one iteration: retrieving from the repository at least one other digital asset, according to at least one selected identifier selected from the list of identifiers; computing a plurality of other asset scores, each associated with one other digital asset of the at least one other digital asset and indicative of another degree of confidence that the other digital asset has another respective offense classification.

Abstract: An applications programming interface (API) or other interface may be configured for use with a plurality of e-commerce applications and/or a plurality of payment systems. The API may be associated with an operating system of a client or may be otherwise located in an e-commerce system or network. The API may receive a call regarding a purchase transaction. The purchase transaction may be examined to determine if a payment method is synchronous or asynchronous. An appropriate payment system may be activated to perform the purchase transaction based at least in part on the determination made by the examination of the purchase transaction. A result of the purchase transaction may be sent to the e-commerce program. By revision of the API, developers of e-commerce applications are freed from the burden of revising code in response to the need to utilize additional or differently operated payment systems.

Abstract: An applications programming interface (API) or other interface may be configured for use with a plurality of e-commerce applications and/or a plurality of payment systems. The API may be associated with an operating system of a client or may be otherwise located in an e-commerce system or network. The API may receive a call regarding a purchase transaction. The purchase transaction may be examined to determine if a payment method is synchronous or asynchronous. An appropriate payment system may be activated to perform the purchase transaction based at least in part on the determination made by the examination of the purchase transaction. A result of the purchase transaction may be sent to the e-commerce program. By revision of the API, developers of e-commerce applications are freed from the burden of revising code in response to the need to utilize additional or differently operated payment systems.

Abstract: A method for classifying a digital asset, comprising: retrieving from a repository, according to an initial identifier, a digital asset; computing at least one asset score, each indicative of a degree of confidence that the digital asset has a respective offense classification selected from a plurality of offense classifications; subject to the at least one asset score being less than at least one threshold score: adding to a list of identifiers at least one identifier extracted from the digital asset; and in each of at least one iteration: retrieving from the repository at least one other digital asset, according to at least one selected identifier selected from the list of identifiers; computing a plurality of other asset scores, each associated with one other digital asset of the at least one other digital asset and indicative of another degree of confidence that the other digital asset has another respective offense classification.

Abstract: A system for processing digital data signals, comprising at least one hardware processor adapted for identifying an offending social interaction by: receiving at least one signal from at least one other hardware processor, where each of the at least one signal is generated according to an action of a person and is associated with at least some of a plurality of entities, each entity having a plurality of basic entity confidence values of a plurality of basic entity attributes, and a plurality of combination entity confidence values of a plurality of combination entity attributes; and for at least one entity of the plurality of entities: updating at least one basic entity confidence value thereof according to a plurality of signal attribute values computed for the at least one signal; updating at least one combination entity confidence value thereof according to a relationship tree describing a semantic relationship.

Abstract: A system for processing digital data signals, comprising at least one hardware processor adapted to identifying an offending social interaction by: in at least one of a plurality of iterations: receiving a signal from a first other hardware processor, where the signal is generated according to an action of a first person, has a plurality of signal attributes, and is associated with a plurality of entities comprising a first entity and a second entity, each entity having a plurality of entity confidence values of a plurality of entity attributes; identifying at least one correlation between the signal and at least one other signal received from at least one second other hardware processor in at least one other of the plurality of iterations, the at least one other signal generated according to at least one other action of at least one second person and associated with another plurality of entities comprising.

Abstract: An applications programming interface (API) or other interface may be configured for use with a plurality of e-commerce applications and/or a plurality of payment systems. The API may be associated with an operating system of a client or may be otherwise located in an e-commerce system or network. The API may receive a call regarding a purchase transaction. The purchase transaction may be examined to determine if a payment method is synchronous or asynchronous. An appropriate payment system may be activated to perform the purchase transaction based at least in part on the determination made by the examination of the purchase transaction. A result of the purchase transaction may be sent to the e-commerce program. By revision of the API, developers of e-commerce applications are freed from the burden of revising code in response to the need to utilize additional or differently operated payment systems.

Abstract: An applications programming interface (API) or other interface may be configured for use with a plurality of e-commerce applications and/or a plurality of payment systems. The API may be associated with an operating system of a client or may be otherwise located in an e-commerce system or network. The API may receive a call regarding a purchase transaction. The purchase transaction may be examined to determine if a payment method is synchronous or asynchronous. An appropriate payment system may be activated to perform the purchase transaction based at least in part on the determination made by the examination of the purchase transaction. A result of the purchase transaction may be sent to the e-commerce program. By revision of the API, developers of e-commerce applications are freed from the burden of revising code in response to the need to utilize additional or differently operated payment systems.

Abstract: A method for insertion of a device in a trocar, including placing a finger trap over a reducible portion of a device that has a reducible perimeter, such that the finger trap applies a force on the reducible portion of the device to reduce its perimeter, and inserting the device into a trocar.

Abstract: A knock down drawer construction is disclosed in which metal or plastics brackets take the place of conventional dovetail joints. In preferred forms of the invention the front of the drawer is connected to each side of the drawer by a respective channel section bracket the base of which is screwed to the rear face of the drawer front while the end of the drawer side is received in the channel. In these preferred forms, the drawer sides are connected to the drawer back by brackets each providing two channels one receiving the end of the drawer back and the other receiving the rear end of the drawer side.