Abstract: Accordingly, embodiment herein disclose a method for handling block chain operation in a block chain system. The method includes parallelizing, by the block chain system, a block creation along with a consensus mechanism. The block creation along with the consensus mechanism includes parallelly combining a pre-computed state of a succeeding block (at height “k” greater than the current block, where “k” is a positive integer parameter chosen by the system designer) with transactions in a current block to obtain state to be stored in a next succeeding block (at height “k+1” greater than the current block) along with running a consensus protocol to finalize transactions to include in an immediate next block (at height one greater than the current block). Further, the method includes handling, by the block chain system, the block chain operation based on parallelizing. The method can be used for scaling up computation in blockchains.

Abstract: Accordingly, embodiment herein disclose a method for handling block chain operation in a block chain system. The method includes parallelizing, by the block chain system, a block creation along with a consensus mechanism. The block creation along with the consensus mechanism includes parallelly combining a pre-computed state of a succeeding block (at height “k” greater than the current block, where “k” is a positive integer parameter chosen by the system designer) with transactions in a current block to obtain state to be stored in a next succeeding block (at height “k+1” greater than the current block) along with running a consensus protocol to finalize transactions to include in an immediate next block (at height one greater than the current block). Further, the method includes handling, by the block chain system, the block chain operation based on parallelizing. The method can be used for scaling up computation in blockchains.

Abstract: A topology of a multitier compute infrastructure is automatically discovered. Discovery can be roughly divided into two phases. In one phase, components and physical relationships are discovered. In the other phase, non-physical relationships between the components are deduced. The second phase typically is based in part on information obtained in the first phase. In one application, the components and relationships that are discovered/deduced are used to build a map of the multitier compute infrastructure.

Abstract: A multitier topology map describes a multitier compute infrastructure. The multitier topology map identifies components from at least two different tiers of the multitier compute infrastructure and indicates relationships between components including at least one cross-tier relationship between components. An interface module accesses the multitier topology map.

Abstract: A versioning system and a versioning scheme verify compatibility between a plurality of entities. The versioning scheme comprises two version numbers—model version number and code version number. Model version number and code version number of each entity is maintained to determine the compatibility between a plurality of entities at the design level and the source code level. A layered structure of a software configuration management tool handles the versioning scheme of the plurality of entities.

Abstract: A method and system for checking consistency of a software system during software system development is disclosed. The software system comprises a source code and a plurality of design diagrams. The source code is represented as a source perspective diagram. A relational meta-model of the software system is prepared based on relationships between the plurality of design diagrams and the source perspective diagram. Thereafter, a plurality of consistency rules are applied on the relational meta-model to verify consistency of the software system. Consistency gaps identified in the software system are reported to a programmer of the software system.

Abstract: A multitier topology map describes a multitier compute infrastructure. The multitier topology map identifies components from at least two different tiers of the multitier compute infrastructure and indicates relationships between components including at least one cross-tier relationship between components. An interface module accesses the multitier topology map.

Abstract: A multitier topology map describes a multitier compute infrastructure. The multitier topology map identifies components from at least two different tiers of the multitier compute infrastructure and indicates relationships between components including at least one cross-tier relationship between components. An interface module accesses the multitier topology map.

Abstract: An application program interface system and method for automating high speed network access ordering and provisioning processes, particularly involving business to business interactions, such as automating interactions between ISPs and ILEC/CLECs for xDSL service ordering and provisioning processes, are disclosed. The method for automating communications between service providers in connection with providing a high speed network access service generally comprises electronically receiving a request message relating to the high speed network access service from a service provider via a network, processing the request message from the service provider using a computer system to automatically generate a response message to the request message, and electronically transmitting the response message to the service provider via the network.

Abstract: A descriptor for a multitier compute infrastructure is provided. A multitier topology map contains an inventory of network tier, application tier, and compute tier components and the relationships among the components. A business service can be defined as a logical grouping of components that transactionally implement a business process. A service descriptor includes the component dependencies that define the business service. The business service leverages the component dependencies to provide cross-tier visibility of the business process and performance analysis features.

Abstract: An application model automates deployment of an application. In one embodiment, the application model includes a static description of the application and a run-time description of the application. Deployment phases, such as installation, configuration and activation of the application are executed according to the application model.

Abstract: An application model automates deployment of an application. In one embodiment, the application model includes a static description of the application and a run-time description of the application. Deployment phases, such as installation, configuration and activation of the application are executed according to the application model.

Abstract: An operational support system (OSS) processing orders for high bandwidth connections on based on digital subscriber loop (DSL) technology. The OSS pre-qualifies the services based on data identifying a user location and on the availability of any resources which may be needed exclusively for the user location to provide the service. A port on a DSL access multiplexor (DSLAM) is an example of such a resource. By reserving such resources around (before or after) the pre-qualification stage, the OSS may ensure that the service order can be fulfilled with an enhanced probability.

Abstract: An operational support system (OSS) processing orders for high bandwidth connections on based on digital subscriber loop (DSL) technology. The OSS pre-qualifies the services based on data identifying a user location and on the availability of any resources which may be needed exclusively for the user location to provide the service. A port on a DSL access multiplexor (DSLAM) is an example of such a resource. By reserving such resources around (before or after) the pre-qualification stage, the OSS may ensure that the service order can be fulfilled with an enhanced probability.