Sign In to Follow Application
View All Documents & Correspondence

System And Method For Validation And Conversion Of Electronic Data

Abstract: The present invention provides a system and method for validating electronic data and content associated with said data. A receiving module receives input electronic data and validation engine validates the electronic data type and its content against predefined regular expressions. The invalid electronic data and its content found during validation is transmitted back to the input electronic data as error messages in order to modify input electronic data and its content. The validated input electronic file is further processed in order to convert the electronic data and its content into user defined object in target file format using predefined mapping process. [Figure 1]

Get Free WhatsApp Updates!
Notices, Deadlines & Correspondence

Patent Information

Application #
Filing Date
29 January 2013
Publication Number
46/2014
Publication Type
INA
Invention Field
COMPUTER SCIENCE
Status
Email
Parent Application
Patent Number
Legal Status
Grant Date
2023-03-22
Renewal Date

Applicants

TATA CONSULTANCY SERVICES LIMITED
NIRMAL BUILDING, 9TH FLOOR, NARIMAN POINT, MUMBAI 400021, MAHARASHTRA, INDIA.

Inventors

1. MOHANTY, SUBHASISH
TATA CONSULTANCY SERVICES LIMITED, IT/ITES SPECIAL ECONOMIC ZONE, PLOT - 35, CHANDAKA INDUSTRIAL ESTATE, PATIA, CHANDRASEKHARPUR, BHUBANESWAR - 751024, ORISSA, INDIA
2. NAYAK, SIBEN
TATA CONSULTANCY SERVICES LIMITED, IT/ITES SPECIAL ECONOMIC ZONE, PLOT - 35, CHANDAKA INDUSTRIAL ESTATE, PATIA, CHANDRASEKHAPUR, BHUBANESWAR - 751024, ORISSA, INDIA

Specification

FORM 2
THE PATENTS ACT, 1970
(39 of 1970)
&
THE PATENT RULES, 2003
COMPLETE SPECIFICATION
(See Section 10 and Rule 13)
Title of invention:
SYSTEM AND METHOD FOR VALIDATION AND CONVERSION OF
ELECTRONIC DATA
Applicant:
Tata Consultancy Services Limited
A Company Incorporated in India under The Companies Act, 1956
Having address:
Nirmal Building, 9th Floor,
Nariman Point, Mumbai 400021,
Maharashtra, India
The following specification particularly describes the invention and the manner in which it is to be performed.

FIELD OF THE INVENTION
[001] The present invention relates to the field of an electronic data conversion. More particularly, the present invention relates to validation of the electronic data format and content associated with the electronic data and converting the electronic data and its content into a user defined object.
BACKGROUND OF THE INVENTION
[002] Conventional enterprise applications gather information as an input from multiple sources in multiple data format types. Validating the gathered information for the , electronic data type and its content for processing information requires various validation logics depending on the type of the electronic data and its format. Developing tools for validating multiple electronic data formats and its contents involves complexity and operational problems in designing such tools.
[003] Enterprise applications such as retail applications require input electronic data from various merchants in order to obtain relevant information which is then processed for multiple purposes like billing etc. The merchants may need to send day to day transaction details of the store to a central database or other repositories. Likewise, sponsors may send electronic data containing offer related information, or information pertaining to creation of new store locations in the form of excel, csv or flat files. The electronic data need to be validated before they are processed to save the content of the electronic data. The input electronic data sent by different vendors or sponsors may comprise electronic data in multiple type of formats. The logic implemented in processing the input electronic data in order to validate the input electronic data may vary from one project to another.
[004] Currently, Extract Transform Load (ETL) tools such as Pentaho are being used to validate input electronic data prior to information processing. These ETL process involves complexity and operational problem as most of these ETL systems are improperly designed. Further, these ETL systems require external applications with their own GUI to validate electronic data at run-time. These external applications require their own validation logic for validation of various electronic data and its

content. When the number of electronic data in different formats increases, additional application code needs to be written in order to validate the electronic data of large mass.
[005] Available ETL tools require licenses in order to be implemented in an enterprise. Small enterprises may require validating electronic data and its content in order to report errors in the electronic data. Small enterprises tend to develop their own application code that may provide validation logic with respect to the specific electronic data type formats. Moreover, present ETL tools may become overburdened for small applications which require validation of few electronic data.
[006] Further, ETL systems require external applications in order to validate electronic data. Therefore, these ETL tools may not be plugged into existing application code. ETL systems require change in script logic in cases of change in validation. Further, ETL systems require separate ETL mapping for different types of electronic data.
[007] Conventional ETL tools do not provide the functionality of converting the validated electronic data and its content into a user defined objects in the target file format. Currently available application program interfaces (API) only facilitates in reading the electronic data but do not help in validating them and converting them into a user-defined objects.
[008] Therefore, there is a need to provide a system and method capable of validating the electronic data and its content. The system and method should also be capable of converting the validated electronic data and its content into a user defined object and should also facilitate the electronic data validation without changing the application code.
SUMMARY OF THE INVENTION
[009] The present invention provides a system for validating an electronic data and content associated with said electronic data. The system comprises of receiving module in a memory storage unit configured to receive and identify format type of the electronic data along with its content. The system further comprises of a validation engine configured to validate the electronic data and its content against predefined

regular expressions. The validation engine further comprises of a processing engine configured to convert the format of validated electronic data and its content into target file format and to identify a set of invalid electronic data and its content to further report one or more error messages obtained during validation and connecting the error messages with the invalid electronic data in order to modify the input electronic data and its content. The system for validating electronic data further comprises of a data conversion engine configured to convert the validated electronic data and its content into a user defined object by using a predefined mapping process.
[0010] The present invention also provides a method for validating an electronic data and content associated with said electronic data. The method comprising steps of identifying a format type of the electronic data along with its content received as input. The method further comprises steps of validating the input electronic data and its content against predefined regular expressions. The method of validating the input electronic data comprises of processing a set of validated electronic data and its content in order to convert the format of the validated electronic data and its content into a target file format and identifying a set of invalid electronic data and its content to further report one or more error messages obtained during the validation and connecting the error messages with the invalid electronic data in order to modify the input electronic data and its content. The method for validating said electronic data and content associated with said electronic data further comprises of converting the validated electronic data into a user defined object by using a predefined mapping process.
BRIEF DESCRIPTION OF THE DRAWINGS
[0011] Further objects, embodiments, features and advantages of the present invention will become more apparent and may be better understood when read together with the detailed description and the accompanied drawings. The components of the figures are not necessarily to scales, emphasis instead being placed on better illustration of the underlying principle of the subject matter. Different numeral references on figures

designate corresponding elements throughout different views. However, the manner in
which the above depicted features, aspects, and advantages of the present subject matter
are accomplished, does not limit the scope of the subject matter, for the subject matter
may admit to other equally effective embodiments. [0012] Figure 1 illustrates the system architecture for validating electronic data and content
associated with said data. [0013] Figure 2 illustrates the process flow for validating electronic data and content
associated with said data in accordance with an alternate embodiment of the invention. [0014] Figure 3 illustrates validation and conversion of electronic data and its content in
accordance with an exemplary embodiment of the invention.
DETAILED DESCRIPTION OF THE INVENTION
[0015] Some embodiments of this invention, illustrating its features, will now be discussed:
[0016] The words "comprising", "having", "containing", and "including", and other forms thereof, are intended to be equivalent in meaning and be open ended in that an item or items following any one of these words is not meant to be an exhaustive listing of such item or items, or meant to be limited to only the listed item or items.
[0017] It must also be noted that as used herein and in the appended claims, the singular forms "a", "an", and "the" include plural references unless the context clearly dictates otherwise. Although any systems, methods, apparatuses, and devices similar or equivalent to those described herein can be used in the practice or testing of embodiments of the present invention, the preferred, systems and parts are now described. In the following description for the purpose of explanation and understanding reference has been made to numerous embodiments for which the intent is not to limit the scope of the invention.
[0018] One or more components of the invention are described as module for the understanding of the specification. For example, a module may include self-contained component in a hardware circuit comprising of logical gate, semiconductor device, integrated circuits or any other discrete component. The module may also be a part of any software programme executed by any hardware entity for example processor. The

implementation of module as a software programme may include a set of logical instructions to be executed by a processor or any other hardware entity. Further a module may be incorporated with the set of instructions or a programme by means of an interface.
[0019] The disclosed embodiments are merely exemplary of the invention, which may be embodied in various forms.
[0020] The present invention provides a system and method for validating electronic data and content associated with said electronic data. The present invention identifies and receives electronic data as an input from multiple sources in multiple formats. The received input electronic data is validated for the electronic data type and its content against predefined regular expressions. The invalid electronic data and its content is transmitted back to the input electronic data as error messages in order to modify input electronic data and its content. The validated input electronic data is further processed in order to convert the electronic data and its content into a user defined object in a target file format using predefined mapping process.
[0021] In accordance with an embodiment of the invention, Figure 1 illustrates a system 100 for validating an electronic data and content associated with said electronic data. The system 100 comprises of a receiving module 104 stored in a memory 102 configured to receive and identify a format type of the electronic data along with its content. The system 100 further comprises of a validation engine 106 coupled to the memory 102 configured to validate the electronic data and its content against a predefined regular expressions. The validation engine 106 further comprises of a processing engine 108 configured to convert the format of validated electronic data and its content into a target file format (not shown) and to identify a set of invalid electronic data and its content to further report one or more error messages obtained during validation and connecting said error messages with the invalid electronic data in order to modify said electronic data and its content received as the input. The system 100 further comprises of a data converting engine 110 configured to convert the validated electronic data and its content into a user defined object by using a predefined mapping process.

[0022] In accordance with another embodiment of the invention, the system 100 comprises the electronic data, the electronic data further comprises of a flat file, an xls file, an xlsx format (excel format), a txt format, and a comma separated value (csv) format. The system 100 receives input electronic data using the receiving module 104 stored in the memory 102. The receiving module 104 is configured to receive and identify a format type of the input electronic data along with its content (as shown in step 202 of figure 2). The receiving module 104 may include but not limited to a key board, a touch pad or some similar hardware entity though which the electronic data could be provided as the input.
[0023] The validation engine 106 is configured to validate the input electronic data (as shown in step 204 of figure 2) by using an apache POI in order to read and write excel electronic data formats. The apache POI facilitates in creating and maintaining APIs for controlling various electronic data formats built on the Office Open XML standards (OOXML) and Microsoft's OLE 2 Compound Document format (OLE2). Further, the apache POI facilitates in reading and writing Microsoft (TM) excel electronic data formats using Java for validation. The validation engine 106 may configure an application which runs within a Java Virtual Machine (JVM). Further, the validation engine 106 may have an access to all of constructs and classes which are apparent to Java Virtual Machine (JVM). The Java Virtual Machine and further details associated are well understood by those persons skilled in the art.
[0024] The validation engine 106 verifies the input electronic data format such that the input electronic data is a supported data format which includes xls, xlsx, csv, txt, etc. Further, the validation engine 106 is configured to validate the content of the input electronic data. The validation engine 106 comprises of a generic field level validations for said various electronic data. The validation engine 106 validates the electronic data and its content against the predefined regular expressions. The electronic data columns are mapped in a database table which can be configured at run time.
[0025] In accordance with another embodiment of the invention, the validation engine 106 comprises of the processing engine 108 configured to identify set of invalid electronic data format against predefined said electronic data formats. In another embodiment, the

processing engine 108 identifies a set of electronic data formats and invalid content in the input electronic data by validating the input electronic data and its content against predefined regular expressions or user defined pattern. The processing engine 108 is further configured to report one or more error messages obtained during validation and connecting said error messages with the invalid electronic data in order to modify said input electronic data and its content. The processing engine 108 retrieves a configuration for validation from the database and validates the electronic data and its content against the configuration. The error messages found during the validation are transmitted back to the input electronic data in a new and separate error column in the input electronic data. Further, the processing engine 108 processes the validated electronic data and its content for converting the electronic data and its content (as shown in step 206 of figure 2) into user defined objects in the target file using predefined mapping process.
[0026] The at least one processing engine 108 may be implemented as one or more microprocessors, microcomputers, microcontrollers, digital signal processors, central processing units, state machines, logic circuitries, and/or any devices that manipulate signals based on operational instructions. Among other capabilities, the at least one processing engine 108 is configured to fetch and execute computer-readable instructions stored in the memory 102.
[0027] In an exemplary embodiment of the invention, the error messages reported during validation are in internationalization and localization (il8n) format such that the application may be adapted in different languages and locations without any changes in the electronic data and its content of the input electronic data. The error messages are reported in multiple languages such that various formats of the electronic data may be represented as date, time, number and currency formats.
[0028] In accordance with another embodiment of the invention, the system 100 comprises of the data converting engine 110 configured to convert the validated electronic data (as shown in step 208 of figure 2) and its content into the user defined object by using the predefined mapping process. Further, the conversion of the validated electronic data and its content into the target file format comprises converting the electronic data and

its content into a list of user defined object with each row or column corresponding to one object in the list. The data converting engine 110 reads the mapping from the XML files in order to convert the validated electronic data type and its content into user defined objects in the target file format. The data converting engine 110 may convert the validated input electronic data format such as XLS file format and its content to XLS or CSV format as defined by the user during converting process. The working of data converting engine 110 adapted to convert the validated input electronic data from one type to same type or to another data type in the target file is well understood by those persons skilled in the art.
[0029] In another exemplary embodiment of the invention, the data converting engine 110 comprises an XML parser to convert the validated electronic data and its content into the user defined object. The XML parser reads the XML files and converts the XML files into an XML Document Object Model (DOM) object which can be accessed with Java. Further, the XML parser may comprise Simple API for XML (SAX), pull parsing and data binding to convert the validated electronic data and its content into the user defined object.
[0030] The validation and conversion of the electronic data and its content comprises of the memory 102, the receiving module 104, the validation engine 106, the processing engine 108 and the data converting engine 110 that are capable of being executed in collaboration or worked with each other.
[0031] In accordance with another embodiment of the invention, the target file format further comprises of the input electronic data type format i.e. the electronic data received as the input. Further, the target file format comprises of the XML file format. The converted target file is stored in a compressed Java archive (JAR) file format. When compared with existing tools such as flat file checker which facilities in conversion of similar electronic data upon validated comprises file size of 630 KB when compared to 20 KB provided in JAR file with respect to embodiment of the invention. Further, similar validation using Pentaho comprises 300 MB file size.

[0032] In accordance with another embodiment of the invention, the converted target file is stored in the compressed Java archive (JAR) file format which may comprise J2EE applications.
[0033] Existing enterprise applications such as flat file checker and Penhato requires third party applications in order to change the existing code when there is change in configuration of error messages. In an embodiment of the invention, the system 100 defines the error messages in the database. Accordingly, any change in the error messages during validation of the input electronic data and its content requires only change in configuration of the validation logic in the database. Therefore, any change in the error messages do not require additional application code to be written during the run time of conversion in electronic data formats.
BEST MODE/EXAMPLE FOR WORKING OF THE INVENTION
[0034] The system and method illustrated for validating electronic data and content associated with said electronic data may be illustrated by working example stated in the following paragraph; the process is not restricted to the example only:
[0035] Figure 3 illustrates validation and conversion 300 of input electronic data 302 such as xls, xlsx, csv, txt, etc. The validation engine 106 receives input electronic data and identifies the input electronic data for validation 304. The file validation 304 comprises validation of mandatory fields 306 and contents 308 in the input electronic data 302. In the case of input electronic data 302 is not supported by the validation engine 106, the error input electronic data is 310 transmitted back for validating the electronic data. Further, in the case of input electronic data 302 comprises invalid content, then the validation engine 106 comprising the processing engine 108 reports the error messages against invalid content in the input electronic data 302 in a new and separate error column in the input electronic data 302.
[0036] For example, considering an input.xls as an input electronic data 302 comprising three columns and three records as represented below.

[0037]

A B C D
1 Name Age Sex
2 Subasish 30 M
3 Siben 28 M
4 Richa 24 F
Table 1
[0038] The validation engine 106 fetches configuration data for validating the data from the database. The input electronic data 302 and its contents are validated against predefined expressions. If the input electronic data 302 formats and content is valid, the input electronic data 302 is passed for validation and the input electronic data 302 is processed further for electronic data conversion into user defined object in the target file format.
[0039] Considering another input.xls as an input electronic data 302 comprising three columns and three records as represented below.

A B C D
1 Name Age Sex
2 Subasish 30 M
3 Siben @#% Fer444
4 Richa @#% @#%
Table 2
[0040] The input electronic data 302 is validated against predefined expressions. The three columns in the input electronic data 302 with three records comprise of content in second and third column of second row consisting errors. The validation engine 106 comprising the processing engine 108 retrieves configuration for validation from the database and validates the input electronic data 302 content against the configuration. The input electronic data 302 and its content is transmitted back by adding new column in the input electronic data 302 with header values as ERROR and two error messages

which are comma separated for second and third column appended to the same input electronic data 302 in the second row as user defined. The input electronic data 302 transmitted back is presented below:

A B C D
1 Name Age Sex ERROR
2 Subasish 30 M
3 Siben @#% Fer444 INVALID-AGE, INVALID SEX
4 Richa @#% @#% INVALID-AGE, INVALID SEX
Table 3
[0041] The input electronic data 302 transmitted back with invalid content may comprise same file name or renamed file such as output.xls. For the purpose of illustration the error messages is presented in il8n which may include English. Further, the error messages may include configuration in any other language as apparent to those skilled in the art.
[0042] Considering the case of Table 1, the input electronic data 302 included the valid content and hence passed the validation with three columns (name, age, and sex) and three rows. The validated input electronic data 302 is converted 312 into user defined object in the target file format using XML based mapping of electronic data columns. An exemplary means of configuring for converting validated electronic data and its content into user defined objects is presented as below:
1
2
3
4
5
6 < subentity>

7
[0043] Wherein cellindex is electronic data cell index. Further, is data transfer object definition. Further, methodName and dataType are data transfer object attributes for mapping with the electronic data cell index.
[0044] The data converting engine 110 converts the validated electronic data and its content into said user defined object 314 by using said predefined mapping process.
[0045] In another example, considering an input.txt as input electronic data 302 comprising content in txt format as represented below:

Subasish 30M
Siben 28M
Richa 24F
Table 4
[0046] In the case of validating txt format electronic data, columns values are fetched using their position in the electronic data 302 i.e. name position begins from 0 to 20, age position begins from 21 to 22 and sex position begins from 22 to 23. The column positions are presented as a master data which is present in database and the column positions are provided as a part of database insert or update scripts.
[0047] Considering the input.txt comprising the electronic data content as presented below.

Subasish 30M
Siben @%gh
Richa @%asdf
Table 5

[0048] The input electronic data 302 along with its content is validated against predefined expressions. The input.txt electronic data 302 as shown in table 5 comprises errors, the validation engine 106 comprising the processing engine 108 retrieves configuration for validation from the database. The input.txt electronic data 302 is transmitted back by adding errors in separate column in the input electronic data 302, the transmitted back input.txt electronic data 302 is presented as below.

Subasish 30M
Siben @%gh INVALID-AGE, INVALID SEX
Richa @%asdf INVALID-AGE, INVALID SEX
Table 6
[0049] The transmitted back input electronic data 302 with invalid content may comprise file name such as input.txt or output.txt.
[0050] The error column value is appended to the input electronic data format 302 at one position right upon the maximum position of the last column value in the input electronic data 302. The error position is determined at runtime based on the file row whichever length is maximum.
[0051] Considering the case of Table 4, the input electronic data 302 comprises the valid electronic data and content, and hence the input electronic data 302 passes the validation. The validated input electronic data 302 is then converted 312 into user defined object in the target file format using XML based mapping of the electronic data columns.

WE CLAIM:
1. A system for validating an electronic data and content associated with said
electronic data, the system comprising;
a receiving module stored in a memory, configured to receive and identify a format
type of the electronic data along with its content;
a validation engine coupled to said memory, configured to validate the electronic
data and its content against a predefined regular expression, the validation engine
further comprising;
a processing engine configured to convert the format type of validated electronic data and its content into a target file format, the processing engine is further configured to identify a set of invalid electronic data and its content to report one or more error messages obtained during validation and connecting said error messages with the invalid electronic data in order to modify the electronic data and its content; and
a data converting engine configured to convert the validated electronic data and its content into a user defined object by using a predefined mapping process.
2. The system of claim 1, wherein the electronic data further comprises a flat file, an xls file, an xlsx format (excel electronic data format), txt format and comma separated value (csv) format.
3. The system of claim 1, wherein the validation engine is further configured to validate the input electronic data by using an apache POI in order to read and write excel formats.
4. The system of claim 1, wherein the processing engine is further configured to transmit back to the electronic data, the error messages found during the validation in a new and separate error column in the input electronic data.

5. The system of claim 1, wherein the data converting engine is further configured to convert the electronic data into a list of user defined object with each row corresponding to one object in the list.
6. The system of claim 1, wherein the target file format further comprises of the electronic data type format received as an input.
7. A method for validating an electronic data and content associated with said electronic data, the method comprising steps of;
identifying a format type of the electronic data along with its content received as an input;
validating the electronic data and its content against a predefined regular expression, the validating further comprises of;
processing a set of validated electronic data and its content in order to convert the format type of validated electronic data and its content into a target file format, the processing further comprises of identifying a set of invalid electronic data and its content to further report one or more error messages obtained during the validation and connecting said error messages with the invalid electronic data in order to modify the electronic data and its content; and
converting the validated electronic data into a user defined object by using a predefined mapping process.
8. The method of claim 7, wherein the format type of electronic data comprises of a flat file (.txt, .t), an xls file, an xlsx format (excel electronic data format) and a comma separated value (csv) format.
9. The method of claim 7, wherein validating the electronic data to read and write excel electronic data formats is performed by using an apache POL

10. The method of claim 7, wherein the error messages found during validation are transmitted back to the electronic data in a new and separate error column in the input electronic data.
11. The method of claim 7, wherein the error messages reported during validation are in il8n format.
12. The method of claim 7, wherein converting valid electronic data further comprises of converting the electronic data into a list of user defined object with each row corresponding to one object in the list.
13. The method of claim 7, wherein the target file format further comprises of the electronic data type format received as an input.
14. The method of claim 7, wherein the mapping process further includes mapping using the XML files.

Documents

Application Documents

# Name Date
1 256-MUM-2013-IntimationOfGrant22-03-2023.pdf 2023-03-22
1 Form 3 [01-12-2016(online)].pdf 2016-12-01
2 256-MUM-2013-PatentCertificate22-03-2023.pdf 2023-03-22
2 ABSTRACT1.jpg 2018-08-11
3 256-MUM-2013-Written submissions and relevant documents [17-02-2023(online)].pdf 2023-02-17
3 256-MUM-2013-FORM 3.pdf 2018-08-11
4 256-MUM-2013-Response to office action [08-02-2023(online)].pdf 2023-02-08
4 256-MUM-2013-FORM 26(4-4-2013).pdf 2018-08-11
5 256-MUM-2013-FORM 2.pdf 2018-08-11
5 256-MUM-2013-Correspondence to notify the Controller [01-02-2023(online)].pdf 2023-02-01
6 256-MUM-2013-FORM-26 [01-02-2023(online)]-1.pdf 2023-02-01
6 256-MUM-2013-FORM 2(TITLE PAGE).pdf 2018-08-11
7 256-MUM-2013-FORM-26 [01-02-2023(online)].pdf 2023-02-01
7 256-MUM-2013-FORM 18.pdf 2018-08-11
8 256-MUM-2013-US(14)-HearingNotice-(HearingDate-09-02-2023).pdf 2023-01-10
8 256-MUM-2013-FORM 1.pdf 2018-08-11
9 256-MUM-2013-CLAIMS [01-10-2019(online)].pdf 2019-10-01
9 256-MUM-2013-DRAWING.pdf 2018-08-11
10 256-MUM-2013-COMPLETE SPECIFICATION [01-10-2019(online)].pdf 2019-10-01
10 256-MUM-2013-DESCRIPTION(COMPLETE).pdf 2018-08-11
11 256-MUM-2013-CORRESPONDENCE.pdf 2018-08-11
11 256-MUM-2013-FER_SER_REPLY [01-10-2019(online)].pdf 2019-10-01
12 256-MUM-2013-CORRESPONDENCE(5-3-2013).pdf 2018-08-11
12 256-MUM-2013-OTHERS [01-10-2019(online)].pdf 2019-10-01
13 256-MUM-2013-CORRESPONDENCE(4-4-2013).pdf 2018-08-11
13 256-MUM-2013-FER.pdf 2019-04-02
14 256-MUM-2013-ABSTRACT.pdf 2018-08-11
14 256-MUM-2013-CLAIMS.pdf 2018-08-11
15 256-MUM-2013-ABSTRACT.pdf 2018-08-11
15 256-MUM-2013-CLAIMS.pdf 2018-08-11
16 256-MUM-2013-CORRESPONDENCE(4-4-2013).pdf 2018-08-11
16 256-MUM-2013-FER.pdf 2019-04-02
17 256-MUM-2013-OTHERS [01-10-2019(online)].pdf 2019-10-01
17 256-MUM-2013-CORRESPONDENCE(5-3-2013).pdf 2018-08-11
18 256-MUM-2013-CORRESPONDENCE.pdf 2018-08-11
18 256-MUM-2013-FER_SER_REPLY [01-10-2019(online)].pdf 2019-10-01
19 256-MUM-2013-COMPLETE SPECIFICATION [01-10-2019(online)].pdf 2019-10-01
19 256-MUM-2013-DESCRIPTION(COMPLETE).pdf 2018-08-11
20 256-MUM-2013-CLAIMS [01-10-2019(online)].pdf 2019-10-01
20 256-MUM-2013-DRAWING.pdf 2018-08-11
21 256-MUM-2013-FORM 1.pdf 2018-08-11
21 256-MUM-2013-US(14)-HearingNotice-(HearingDate-09-02-2023).pdf 2023-01-10
22 256-MUM-2013-FORM 18.pdf 2018-08-11
22 256-MUM-2013-FORM-26 [01-02-2023(online)].pdf 2023-02-01
23 256-MUM-2013-FORM 2(TITLE PAGE).pdf 2018-08-11
23 256-MUM-2013-FORM-26 [01-02-2023(online)]-1.pdf 2023-02-01
24 256-MUM-2013-Correspondence to notify the Controller [01-02-2023(online)].pdf 2023-02-01
24 256-MUM-2013-FORM 2.pdf 2018-08-11
25 256-MUM-2013-Response to office action [08-02-2023(online)].pdf 2023-02-08
25 256-MUM-2013-FORM 26(4-4-2013).pdf 2018-08-11
26 256-MUM-2013-Written submissions and relevant documents [17-02-2023(online)].pdf 2023-02-17
26 256-MUM-2013-FORM 3.pdf 2018-08-11
27 ABSTRACT1.jpg 2018-08-11
27 256-MUM-2013-PatentCertificate22-03-2023.pdf 2023-03-22
28 Form 3 [01-12-2016(online)].pdf 2016-12-01
28 256-MUM-2013-IntimationOfGrant22-03-2023.pdf 2023-03-22

Search Strategy

1 256mum2013searchstrategy_26-03-2019.pdf

ERegister / Renewals

3rd: 22 Jun 2023

From 29/01/2015 - To 29/01/2016

4th: 22 Jun 2023

From 29/01/2016 - To 29/01/2017

5th: 22 Jun 2023

From 29/01/2017 - To 29/01/2018

6th: 22 Jun 2023

From 29/01/2018 - To 29/01/2019

7th: 22 Jun 2023

From 29/01/2019 - To 29/01/2020

8th: 22 Jun 2023

From 29/01/2020 - To 29/01/2021

9th: 22 Jun 2023

From 29/01/2021 - To 29/01/2022

10th: 22 Jun 2023

From 29/01/2022 - To 29/01/2023

11th: 22 Jun 2023

From 29/01/2023 - To 29/01/2024

12th: 24 Jan 2024

From 29/01/2024 - To 29/01/2025

13th: 29 Jan 2025

From 29/01/2025 - To 29/01/2026