Abstract: Techniques are provided for a plug-in architecture for processing operations on a WSD DCP device. Such a device comprises a dispatcher, a plug-in handler, and one or more plug-ins. The dispatcher receives a SOAP request and determines, based on one or more operations associated with the SOAP request and a configuration file, whether one or more plug-ins need to be invoked. If one or more plug-ins need to be invoked, then the dispatcher calls the plug-in handler and passes data to the plug-in handler, which is configured to call the appropriate plug-in(s) and pass the data to the appropriate plug-in(s). The plug-in handler receives processed data from the appropriated plug-in(s) and sends the data to be processed by a lower level service, such as by a print service, a scan service, a facsimile service, or an archive service.

Abstract: Techniques are provided for efficiently processing SOAP requests at a Web service application (WSA) of a multi-functional device (MFP). In one technique, a WSA includes at least three threads. An external request processing thread processes SOAP requests from different client applications. A request processing thread processes a SOAP request according to the business logic of the WSA. A internal communications thread communicates with other components of the MFP that are distinct from the WSA. In another technique, a WSA processes different SOAP request differently, depending on the size of the SOAP and the resources required to process the SOAP request so that fast requests may be processed immediately while slow requests are pending. In another technique, a WS-Eventing specification is implemented within a WSA to simplify the event subscription and notification process.

Abstract: In an embodiment, a data processing method comprises receiving and storing a set of associations each identifying two or more data processing components and one or more associated actions; receiving a combination of an association and an action that can be performed on the association comprising a first data processing operation and a second data processing operation; generating and sending, over a network, to a first component that implements the first data processing operation, a first request to perform the first data processing operation; receiving result data from the first component; generating and sending, over the network, to a second component that implements the second data processing operation, a second request to perform the second data processing operation using the result data.

Abstract: A technique is provided for allowing the implementation of Advanced Web Services on a legacy platform. Logical work is separated into modules and the target platform is abstracted through a simple abstract interface. The implementation of one or more Web Services specifications is packaged into a common module (that may be dynamically or statically loaded) so that the complexity of the Web Services is hidden from developers. Also, SOAP and/or WSDL standards may be packaged and implemented into common modules. Developers may create new services while relying on the common modules.

Abstract: A method is provided for filtering electronic messages such as unsolicited bulk email. The method includes establishing a communications connection with the remote server under the Simple Email Transfer Protocol or other suitable protocol; accepting session data from the remote server; and determining if the session data meets criteria associated with legitimate messages. If the data pertaining to the connection does not meet the criteria associated with legitimate messages, then one or more stimulus signals are sent to the remote server. If the server responds to the stimulus signal in the manner required by the communications protocol, then the session can be added to a database of known sessions. The session is then terminated by responding to the server with a temporary error message in accordance with the protocol. If the remote server is a legitimate server complying with the STMP, it will resend the message after a prescribed time period.

Abstract: In an embodiment, a monitoring application monitors the status of multiple web services provided by multiple WSD-enabled devices in a network. WSD-enabled devices are devices that implement some Web services specifications, such as WS-Discovery, WS-MetadataExchange, and WS-Eventing. The monitoring application also implements some of the core Web services specification so that the monitoring application can communicate with the WSD-enabled devices. The monitoring application discovers web services provided by the WSD-enabled devices, some of which provide multiple web services. The monitoring application provides a user interface to display status information for each discovered web service that a user desires to monitor. The monitoring application determines events that each service is capable of generating. The monitoring application subscribes to one or more of the events in order to receive notifications of the one or more events from the corresponding web service(s).

Abstract: A method is provided for filtering electronic messages such as unsolicited bulk email. The method includes establishing a communications connection with the remote server under the Simple Email Transfer Protocol or other suitable protocol; accepting session data from the remote server; and determining if the session data meets criteria associated with legitimate messages. If the data pertaining to the connection does not meet the criteria associated with legitimate messages, then one or more stimulus signals are sent to the remote server. If the server responds to the stimulus signal in the manner required by the communications protocol, then the session can be added to a database of known sessions. The session is then terminated by responding to the server with a temporary error message in accordance with the protocol. If the remote server is a legitimate server complying with the STMP, it will resend the message after a prescribed time period.

Abstract: In an embodiment, a computer-implemented method comprises sending, to a computer peripheral device, a request to obtain capabilities of the computer peripheral device; receiving a first capability description from the computer peripheral device, wherein the first capability description describes one or more capabilities, features or functions of the device at the time of the request; creating one or more graphical user interface (GUI) elements based upon the first capability description and causing displaying the GUI elements; receiving user input representing one or more selections of the GUI elements; creating job ticket data that describes a job for the computer peripheral device to perform, based on the GUI elements that were selected as represented in the user input; sending the job ticket data to the peripheral device; wherein the job ticket data describes one or more device settings that the computer peripheral device can transform to device commands.

Abstract: In an embodiment, a data processing system comprises device driver generation logic that is encoded in one or more computer-readable storage media for execution and which when executed is operable to perform receiving a first capability description from a computer peripheral device, wherein the first capability description describes one or more capabilities of the computer peripheral device; receiving a generic device driver file; receiving configuration data; automatically generating a device driver for the computer peripheral device and for a computer operating system based on the first capability description, the generic device driver file and the configuration data; device job processing logic that is configured to receive a request to use the computer peripheral device, to request and receive current first capability description from the computer peripheral device at the time of the request, to generate based on the current first capability description and send to the computer peripheral device job ticke

Abstract: Techniques are provided for implementing the WS-DeviceProfile standard as a multi-threaded process (“DFM”) executing on a multi-function peripheral (“MFP”). The DFM takes care of the discovery of devices and services on a network. The DFM also acts as a facility manager. The DFM implements various web services in a single component that applications can re-use. The DFM insulates these applications from some of the more complex details of the web services that the DFM implements. The MFP may comprise several different applications that each use web services provided by the DFM. The threads of the DFM can handle separate tasks concurrently. For example, one thread, of the multi-threaded DFM, may perform one or more functions specified by the WS-DeviceProfile protocol, while another thread may perform one or more functions specified by a WS-Discovery protocol.

Abstract: Techniques are provided for implementing the WS-DeviceProfile standard as a multi-threaded process (“DFM”) executing on a multi-function peripheral (“MFP”). The DFM takes care of the discovery of devices and services on a network. The DFM also acts as a facility manager. The DFM implements various web services in a single component that applications can re-use. The DFM insulates these applications from some of the more complex details of the web services that the DFM implements. The MFP may comprise several different applications, each with a different specialized function. Each of these applications uses the web services provided by the DFM. The multi-threaded nature of the DFM permits new services to be added to the MFP dynamically. The threads can handle separate tasks concurrently. For example, one thread can handle communications with processes outside the MFP, while another thread can simultaneously handle communications with processes and applications inside the MFP.

Abstract: A technique is provided for implementing multiple Web services on a multi-functional device (MFP) executing multiple service applications. A Device Facility Manager (DFM) executing on the MFP represents the MFP by responding to discovery, metadata, and logging requests with device location, metadata and logging information. When a client application discovers the services provided by the MFP, the client application may communicate directly with a service application executing on the MFP. The client application requests the service metadata of the service application and then transmits SOAP requests, which the service application processes. The implementation of one or more Web Service specifications may be packaged into one common module so that the complexity of the Web Services is hidden from developers. New services may be added to the MFP and existing services may be updated through communication with the DFM.

Abstract: Techniques are provided for efficiently processing SOAP requests at a Web service application (WSA) of a multi-functional device (MFP). In one technique, a WSA includes at least three threads. An external request processing thread processes SOAP requests from different client applications. A request processing thread processes a SOAP request according to the business logic of the WSA. A internal communications thread communicates with other components of the MFP that are distinct from the WSA. In another technique, a WSA processes different SOAP request differently, depending on the size of the SOAP and the resources required to process the SOAP request so that fast requests may be processed immediately while slow requests are pending. In another technique, a WS-Eventing specification is implemented within a WSA to simplify the event subscription and notification process.

Abstract: Techniques are provided for efficiently processing SOAP requests at a Web service application (WSA) of a multi-functional device (MFP). In one technique, a WSA includes at least three threads. An external request processing thread processes SOAP requests from different client applications. A request processing thread processes a SOAP request according to the business logic of the WSA. A internal communications thread communicates with other components of the MFP that are distinct from the WSA. In another technique, a WSA processes different SOAP request differently, depending on the size of the SOAP and the resources required to process the SOAP request so that fast requests may be processed immediately while slow requests are pending. In another technique, a WS-Eventing specification is implemented within a WSA to simplify the event subscription and notification process.

Abstract: Techniques are provided for efficiently processing SOAP requests at a Web service application (WSA) of a multi-functional device (MFP). In one technique, a WSA includes at least three threads. An external request processing thread processes SOAP requests from different client applications. A request processing thread processes a SOAP request according to the business logic of the WSA. A internal communications thread communicates with other components of the MFP that are distinct from the WSA. In another technique, a WSA processes different SOAP request differently, depending on the size of the SOAP and the resources required to process the SOAP request so that fast requests may be processed immediately while slow requests are pending. In another technique, a WS-Eventing specification is implemented within a WSA to simplify the event subscription and notification process.

Abstract: A technique is provided for implementing multiple Web services on a multi-functional device (MFP) executing multiple service applications. A Device Facility Manager (DFM) executing on the MFP represents the MFP by responding to discovery, metadata, and logging requests with device location, metadata and logging information. When a client application discovers the services provided by the MFP, the client application may communicate directly with a service application executing on the MFP. The client application requests the service metadata of the service application and then transmits SOAP requests, which the service application processes. The implementation of one or more Web Service specifications may be packaged into one common module so that the complexity of the Web Services is hidden from developers. New services may be added to the MFP and existing services may be updated through communication with the DFM.

Abstract: A method is provided for filtering electronic messages such as unsolicited bulk email. The method includes establishing a communications connection with the remote server under the Simple Email Transfer Protocol or other suitable protocol; accepting session data from the remote server; and determining if the session data meets criteria associated with legitimate messages. If the data pertaining to the connection does not meet the criteria associated with legitimate messages, then one or more stimulus signals are sent to the remote server. If the server responds to the stimulus signal in the manner required by the communications protocol, then the session can be added to a database of known sessions. The session is then terminated by responding to the server with a temporary error message in accordance with the protocol. If the remote server is a legitimate server complying with the STMP, it will resend the message after a prescribed time period.

Abstract: A technique is provided for allowing the implementation of Advanced Web Services on a legacy platform. Logical work is separated into modules and the target platform is abstracted through a simple abstract interface. The implementation of one or more Web Services specifications is packaged into a common module (that may be dynamically or statically loaded) so that the complexity of the Web Services is hidden from developers. Also, SOAP and/or WSDL standards may be packaged and implemented into common modules. Developers may create new services while relying on the common modules.

Abstract: A method, system, computer medium, and other embodiments for integrating unrelated web hosted services with stand-alone media-based devices are provided. Users can access and control the media-based device conveniently with a web-browser through various portals on the Internet. In one embodiment, users access the media-based device through one or more unrelated web portals, so as to control and to program the media-based device in a single web session, and to see information both stored on the media-based device and originating from third-party online sources of information and services in a single integrated presentation.

Abstract: An approach is provided for discovering network resources using s Simple Binary Resource Discovery (SBRD) message structure. According to the approach, a network resource is configured to generate and transmit a plurality of multicast “Hello” messages to a plurality of recipients to indicate that the network resource is available and ready. If the network resource receives a multicast “Query” message from a particular recipient from the plurality of recipients, the network resource determines whether the multicast “Query” message includes identification data that identifies the network resource or type data that matches one or more type attributes of the network resource. If so, then the network resource generates and transmits a unicast “Acknowledge” message to the particular recipient to acknowledge the multicast “Query” message and to indicate that the network resource is available and ready. The time intervals in between the multicast “Hello” messages may increase in duration over time.