Professional Documents
Culture Documents
Sir:
-1-
Attorney Docket No. MSFT-01159US0
z:/msft/1159/24690277.doc
AMENDMENTS TO THE SPECIFICATION
Please replace paragraph [0048] of the published application with the
following amended paragraph:
[0048] Computer 210 typically includes a variety of computer readable
media. Computer readable media can be any available media that can be
accessed by computer 210 and includes both volatile and nonvolatile media,
removable and non-removable media. By way of example, and not
limitation, computer readable media may comprise computer storage media
and communication media. Computer storage media includes both volatile
and nonvolatile, removable and non-removable media implemented in any
method or technology for storage of information such as computer readable
instructions, data structures, program modules or other data. Computer
storage media includes, but is not limited to, RAM, ROM, EEPROM, flash
memory or other memory technology, CD-ROM, digital versatile disks (DVD)
or other optical disk storage, magnetic cassettes, magnetic tape, magnetic
disk storage or other magnetic storage devices, or any other medium which
can be used to store the desired information and which can accessed by
computer 210. Communication media typically embodies computer readable
instructions, data structures, program modules or other data in a modulated
data signal such as a carrier wave or other transport mechanism and
includes any information delivery media. The term "modulated data signal"
means a signal that has one or more of its characteristics set or changed in
such a manner as to encode information in the signal. By way of example,
and not limitation, communication media includes wired media such as a
wired network or direct-wired connection, and wireless media such as
acoustic, RF, infrared and other wireless media. Combinations of the any of
the above should also be included within the scope of computer readable
media.
-2-
Attorney Docket No. MSFT-01159US0
z:/msft/1159/24690277.doc
COMPLETE LISTING OF THE CLAIMS
This listing of claims replaces all prior versions of claims in the
application.
-3-
Attorney Docket No. MSFT-01159US0
z:/msft/1159/24690277.doc
4. (Original) The computer implemented method of claim 1, wherein
dynamically generating query code includes:
selecting a domain from the meta-data;
determining a domain identity value for the selected domain;
configuring one or more member records for the domain identity in
the destination tables from the meta-data; and
constructing one or more TSQL statements by concatenating the
meta-data associated with the selected domain and one or more member
records.
-4-
Attorney Docket No. MSFT-01159US0
z:/msft/1159/24690277.doc
storing the source data as an attribute for a domain record, member
record or mapping data;
-5-
Attorney Docket No. MSFT-01159US0
z:/msft/1159/24690277.doc
for accessing remote source data and store the accessed source data in one
or more destination tables, the engine configured to build the TSQL
statements based on the meta-data in said meta-data tables.
14. (Original) The apparatus of claim 12, the data engine including
logic that configures the destination tables and updates the destination
tables with accessed source data.
15. (Original) The apparatus of claim 12, the data engine including
logic that constructs the TSQL statements by concatenating the meta-data
in the meta-data tables.
16. (Original) The apparatus of claim 12, the data engine including a
first stored procedure that builds destination tables containing domain and
member records and a second stored procedure that creates relationships
between member records in the destination tables.
-6-
Attorney Docket No. MSFT-01159US0
z:/msft/1159/24690277.doc
executing the code statements to retrieve the remote source data
from the first data store and the second data store;
determining if the retrieved source data is different from stored data
in two or more destination tables; and
updating the two or more destination tables based on the step of
determining if the retrieved source data is different,
said step of updating including storing the retrieved source data from
the first data store and the second data store in the two or more destination
tables, the two or more destination tables having a third schema based
domain records, member records for each domain record, and attributes for
each domain record and member record.
-7-
Attorney Docket No. MSFT-01159US0
z:/msft/1159/24690277.doc
storing mapping data which indicates a relationship between a first
member record and one or more second member records.
-8-
Attorney Docket No. MSFT-01159US0
z:/msft/1159/24690277.doc
REMARKS
The Amendments shown above and these Remarks are made in reply to the
Office Action mailed August 7, 2009. Claims 1-20 were examined and remain pending.
Applicant has amended claim 2. Applicant respectfully requests reconsideration of the
pending claims.
-9-
Attorney Docket No. MSFT-01159US0
z:/msft/1159/24690277.doc
The Examiner asserts that Savage teaches “dynamically generating
query code by combining the accessed meta-data” as recited in
independent claim 1 (see Office Action at pp. 4-5), but applicant respectfully
disagrees. The Examiner cites col. 19:19-36 of Savage to support the
assertion, but applicant submits that the Examiner is mistaken in concluding
that Savage teaches “generating query code by combining the accessed
meta-data” to retrieve the source data. The cited passage of Savage relates
to transforming source data into destination formats, but is vague as to
specific details, explicitly stating that “[t]his transformation is accomplished
through automatic generation of the executable software code for these
EDM applications directly from the source metadata within the repository.”
(Savage at col. 19:19-36). In other words, the data repository 200 described
in Savage includes segments of code to act on the metadata in accord with
prescribed applications, such as generation of data models, generation of
ETL jobs, etc. It does not say that metadata is combined to form code
segments, and applicant submits that to do so would be impermissible
hindsight. For example, Savage does describe code generation for data
models beginning at col. 19:33, and code generation for ETL jobs is
described beginning at col. 24:25. Applicant submits that Savage does not
teach or suggest generating code to retrieve the source data by combining
the metadata.
The Examiner acknowledges that Savage does not “specifically detail”
all aspects of claim 1, but cites Ito to supply the missing features. However,
applicant submits that like Savage, Ito is focused on details of how to
analyze the source data, whereas the present claims start from a focus on
stored tables of metadata, and propose dynamic code generation based on
the metadata.
Nothing in Savage nor Ito teaches or suggests generating code for
retrieving source data dynamically from combining the metadata or based
on the metadata, as recited in applicant’s independent claims. For these
- 10 -
Attorney Docket No. MSFT-01159US0
z:/msft/1159/24690277.doc
reasons, applicant submits that claim 1 is patentable over the cited
combination.
Claims 2-11 are dependent through claim 1 and therefore patentable
for the same reasons.
With regard to independent claim 12, only Savage is cited, and again,
the claim recites “an engine to build to TSQL statements based on the meta-
data in said meta-data tables.” For the same reasons discussed above,
applicant submits claim 12 is also patentable over the cited reference.
Claims 13-16 are dependent through claim 12 and therefore
patentable for the same reasons.
With regard to independent claim 17, again only Savage is cited, and
the claim recites “dynamically generating code statements by a data engine
by combining the accessed meta-data.” For the same reasons discussed
above, applicant submits claim 17 is also patentable over the cited
reference.
Claims 18-20 are dependent through claim 17 and therefore
patentable for the same reasons.
III. CONCLUSION
Based on the amendments shown above and these remarks, reconsideration of
the pending claims is respectfully requested.
The Examiner’s prompt attention to this matter is greatly appreciated. Should
further questions remain, the Examiner is invited to contact the undersigned attorney
by telephone.
The Commissioner is authorized to charge any underpayment or credit any
overpayment to Deposit Account No. 501826 for any matter in connection with this
response, including any fee for extension of time, which may be required.
Respectfully submitted,
- 11 -
Attorney Docket No. MSFT-01159US0
z:/msft/1159/24690277.doc
Richard A. Nebb
Reg. No. 33,540
- 12 -
Attorney Docket No. MSFT-01159US0
z:/msft/1159/24690277.doc