Dismiss
InnovationQ will be updated on Sunday, Oct. 22, from 10am ET - noon. You may experience brief service interruptions during that time.
Browse Prior Art Database

Methods and System for Including New Data and Capability into Distributed Systems

IP.com Disclosure Number: IPCOM000198677D
Publication Date: 2010-Aug-11
Document File: 2 page(s) / 36K

Publishing Venue

The IP.com Prior Art Database

Abstract

A method and system for including new data and capability into distributed systems is disclosed. The new data and capability is added to the distributed systems without requiring all processors present in the distributed systems to parse all parts of the new data.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 54% of the total text.

Page 1 of 2

Methods and System for Including New Data and Capability into Distributed Systems

A distributed system typically includes a data source, one or more processors, and one or more clients. In order to introduce a new functionality at a client terminal, new data and capability information is often required to be passed from the client terminal to the data source. For example, during an automatic client deployment, the client requires server address, server port, and client node in order to report deployment status to the source (server).

Disclosed is a method and system for adding new data and capability into distributed systems without requiring all processors present in the distributed systems to parse all parts of the new data and capability information. A data source is configured to send a data stream to the client terminal. The new data and capability information is sent to the client terminal by inserting it into the data stream. Before sending the data stream, the data source inserts pseudo data in the data stream. As the data source includes information regarding places to insert the new data, the pseudo data is inserted at specific locations in the data stream. The pseudo data is designed to fit the size limitation of an existing message in the data stream. Thus, the pseudo data is small in size since it does not have to include all the new data. After inserting the pseudo data, the location information is passed to a processor responsible for inserting the new data. As the processor is aware of the location information, the processor is not required to perform any kind of complicated parsing to obtain the pseudo data. Moreover in a scenario, where the processor was initially not designed to handle the pseudo data, the method and system ensures that the processor is able to locate the pseudo data by performing a simple parsing operation.

After the processor inserts the new data, the remaining processors present in the distributed system relay the message without performing any kind of additional parsing. The remaining processors are not required to perform any kind of additional parsing as the pseudo data fits a format associated with the existing message. Thus, the remaining processors allow the new data to pass through without requiring any kind of upgrades to be performed on them.

In an exemplary scenario, consider a new client that needs to be deployed on the distributed system. The original schedule information for deploying the client is given as following.

define schedule standard upgrade1 action=DEPLOY

objects="\\Distributed

_System

postnschedulecmd='..\Distributed

domain=standard autodeploy=noreboot' -sub=yes"

duration=2 durunits=hour PERUnits=onetime startdat...