Surety is performing system maintenance this weekend. Electronic date stamps on new Prior Art Database disclosures may be delayed.
Browse Prior Art Database

Asynchronous Messaging : Programmable message topics

IP.com Disclosure Number: IPCOM000236894D
Publication Date: 2014-May-21
Document File: 4 page(s) / 30K

Publishing Venue

The IP.com Prior Art Database


In the realm of messaging servers, message topic is a template( or label ) to which message clients can subscribe, When ever there is information to be published, subscribers will be notified based on their subscription. By making the message topic "programmable" consisting of data types such as boolean, list, map or logarithmic etc, Subscribers dynamically can choose to subscribe for filtered data any time during the application life cycle. This will allow both message servers and clients to operate optimally.

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

Page 01 of 4

Asynchronous Messaging : Programmable message topics

Problem solved by this approach:

Making the message 'Topics' used in the asynchronous message system a programmable entity. By making every attribute in the topic a programmable data type
such as list, map, boolean, sine , cosine, tan, logarithmic, logical expression etc....

Known solutions:
1) using regular expression to filter out messages

http://www.rabbitmq.com/tutorials/tutorial-five-java.html http://pic.dhe.ibm.com/infocenter/wmqv7/v7r0m0/index.jsp?topic=%2Fcom.ibm.mq.amqnar.doc %2Fps22230_.htm

2) Also by deriving many subtropics to filter, Here the client is forced to register to many sub topics in order to get filtered out messages.

Drawback of known solutions:
Software programs embed logic using various data types, by subscribing to a master topic through this language, makes asynchronous subscription seamless.

For example a topic attribute is of Boolean then, the subscriber can use logical expression like ( (ac) ) as part of subscription, without which there is huge overhead
both on the server ( to send additional message to various clients ) and on the client ( to spend cpu cycles in filtering out ). There is no equivalent regular expression for this,
( regular expression are meant to parse strings ) and they are not a substitute for logical expression.

Message topics used in asynchronous messaging system, for publish and subscribe model by various distributed application, can be made as a programmable entity by adding various customized programmable attributes and attaching standard data type to each of the attribute.

There are 3 advantages in doing this:
1) Clients can express their requirement which cannot be expressed via regular expressions.

2) A lot of custom logic that needs to be written to filter unwanted messages at the subscriber end is avoided.

3) Message servers are less loaded since they can publish the message to those subscribes who satisfy the topic conditions.


Page 02 of 4

Problem Description

Fig -1 ( Asynchronous message using a topic )

Consider Client-2 and Client-3 have subscribed to a topic like 'Network- Events', When ever Client-1 publishes network events to this topic, client-2,3 will receive all the network events, and then they have to internally apply a filter logic to process the events they are interested in.

If client-2 wants to subscribe to all network events in subnet-1 and on top of that if it is interested in receiving only link-down events this mo...