DETAILED ACTION
Notice of Pre-AIA or AIA Status
The present application, filed on or after March 16, 2013, is being examined under the first inventor to file provisions of the AIA .
Status of Claims
This action is in reply to the communication filed on . The disposition of claims is as follows:
Pending:
Rejected:
Withdrawn from consideration:
Response to Arguments and Amendments
Applicant's arguments filed have been fully considered. The Examiner proceeds below with a response.
Regarding Claims rejected under 35 U.S.C. § :
Applicant's arguments have been fully considered and are persuasive.
Therefore, the rejections under 35 U.S.C. § for Claims have been withdrawn in response to Applicant’s claim amendments.
Regarding Claim(s) rejected under 35 U.S.C. § :
Applicant's arguments have been fully considered and are persuasive.
Therefore, the rejections under 35 U.S.C. § for Claims have been withdrawn in response to Applicant’s claim amendments.
Claim Rejections - 35 USC § 112(a)
The following is a quotation of the first paragraph of 35 U.S.C. § 112(a):
(a) IN GENERAL.—The specification shall contain a written description of the invention, and of the manner and process of making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the art to which it pertains, or with which it is most nearly connected, to make and use the same, and shall set forth the best mode contemplated by the inventor or joint inventor of carrying out the invention.
The following is a quotation of the first paragraph of pre-AIA 35 U.S.C. 112:
The specification shall contain a written description of the invention, and of the manner and process of making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the art to which it pertains, or with which it is most nearly connected, to make and use the same, and shall set forth the best mode contemplated by the inventor of carrying out his invention.
Claims are rejected under 35 U.S.C. 112(a) or 35 U.S.C. 112 (pre-AIA ), first paragraph, as failing to comply with the written description requirement. The claim(s) contain(s) subject matter which was not described in the specification in such a way as to reasonably convey to one skilled in the relevant art that the inventor or a joint inventor, or for pre-AIA the inventor(s), at the time the application was filed, had possession of the claimed invention.
Regarding Claim ,
The claim recites “.”
The specification does not provide adequate written description of how based on the primary model. There is no written content as to how or what specific algorithms are performed (i.e. formulas, algorithms, sequence of mathematical steps, process of determination, for example)
To satisfy the written description requirement, the Specification must describe the claimed invention in sufficient detail that one skilled in the art can reasonably conclude that the inventor had possession of the claimed invention. Vas-Cath, Inc. v. Mahurkar, 935 F.2d 1555, 1562–63 (Fed. Cir. 1991). Specifically, to have “possession,” the Specification must describe the claimed invention in a manner understandable to a person of ordinary skill in the art and show that the inventor actually invented the claimed invention. Id.; Ariad Pharms., Inc. v. Eli Lilly & Co., 598 F.3d 1336, 1351 (Fed. Cir. 2010) (en banc). Original claims may fail to satisfy the written description requirement when the invention is claimed and described in functional language but the specification does not sufficiently identify how the invention achieves the claimed function. Id. This can occur when the algorithm or steps for performing the computer function are not explained at all or are not explained in sufficient detail. Additionally, it is not enough that one skilled in the art could write a program to achieve the claimed function because the specification must explain how the inventor intends to achieve the claimed function to satisfy the written description requirement. Vasudevan Software, Inc. v. MicroStrategy, Inc., 782 F.3d 671, 681–683 (Fed. Cir. 2015); see also Examining Computer-Implemented Functional Claim Limitations for Compliance with 35 U.S.C. § 112, 84 Fed. Reg. 57, 62 (Jan. 7, 2019).
At best, the Specification vaguely and generically describes the following:
heading prediction module 210A, the yaw rate prediction module 210B, and the yaw acceleration prediction module 210C make, respectively, heading, yaw rate, and yaw acceleration predictions based on the dynamic model. At the same time, the heading prediction module 220A and the yaw rate prediction module 220B make, respectively, heading and yaw rate predictions based on the kinematic model in the background.
See at least: Instant PgPub ¶¶
There is no description of what the steps / procedure actually entail. They are simply treated as black boxes that accept certain unspecified inputs and output . As noted in the MPEP, “original claims may lack written description when the claims define the invention in functional language specifying a desired result but the specification does not sufficiently describe how the function is performed or the result is achieved” (See MPEP § 2161.01 I). In particular, the MPEP requires description of “an algorithm or steps/procedure taken to perform the function."
Claimed subject matter should be described in the specification in such a manner as to enable one of ordinary skill in the art to make and use the invention. The specification does not at all describe the steps / procedure involved in via the first program which would necessarily involve some calculations or steps that have not been described.
It is noted that this is not an enablement rejection. Applicant’s failure to disclose any meaningful structure/algorithm as to how this value is generated raises questions whether applicant truly had possession of this feature at the time of filing.
Regarding Claim ,
The claim recites “.”
The specification does not provide adequate written description of how . There is no written content as to how or what specific algorithms are performed (i.e. formulas, algorithms, sequence of mathematical steps, process of determination, for example)
To satisfy the written description requirement, the Specification must describe the claimed invention in sufficient detail that one skilled in the art can reasonably conclude that the inventor had possession of the claimed invention. Vas-Cath, Inc. v. Mahurkar, 935 F.2d 1555, 1562–63 (Fed. Cir. 1991). Specifically, to have “possession,” the Specification must describe the claimed invention in a manner understandable to a person of ordinary skill in the art and show that the inventor actually invented the claimed invention. Id.; Ariad Pharms., Inc. v. Eli Lilly & Co., 598 F.3d 1336, 1351 (Fed. Cir. 2010) (en banc). Original claims may fail to satisfy the written description requirement when the invention is claimed and described in functional language but the specification does not sufficiently identify how the invention achieves the claimed function. Id. This can occur when the algorithm or steps for performing the computer function are not explained at all or are not explained in sufficient detail. Additionally, it is not enough that one skilled in the art could write a program to achieve the claimed function because the specification must explain how the inventor intends to achieve the claimed function to satisfy the written description requirement. Vasudevan Software, Inc. v. MicroStrategy, Inc., 782 F.3d 671, 681–683 (Fed. Cir. 2015); see also Examining Computer-Implemented Functional Claim Limitations for Compliance with 35 U.S.C. § 112, 84 Fed. Reg. 57, 62 (Jan. 7, 2019).
At best, the Specification vaguely and generically describes the following:
heading prediction module 210A, the yaw rate prediction module 210B, and the yaw acceleration prediction module 210C make, respectively, heading, yaw rate, and yaw acceleration predictions based on the dynamic model. At the same time, the heading prediction module 220A and the yaw rate prediction module 220B make, respectively, heading and yaw rate predictions based on the kinematic model in the background.
See at least: Instant PgPub ¶¶
There is no description of what the steps / procedure actually entail. They are simply treated as black boxes that accept certain unspecified inputs and output . As noted in the MPEP, “original claims may lack written description when the claims define the invention in functional language specifying a desired result but the specification does not sufficiently describe how the function is performed or the result is achieved” (See MPEP § 2161.01 I). In particular, the MPEP requires description of “an algorithm or steps/procedure taken to perform the function."
Claimed subject matter should be described in the specification in such a manner as to enable one of ordinary skill in the art to make and use the invention. The specification does not at all describe the steps / procedure involved in via which would necessarily involve some calculations or steps that have not been described.
It is noted that this is not an enablement rejection. Applicant’s failure to disclose any meaningful structure/algorithm as to how this value is generated raises questions whether applicant truly had possession of this feature at the time of filing.
Regarding Claim ,
The claim recites “.”
The specification does not provide adequate written description of how . There is no written content as to how or what specific algorithms are performed (i.e. formulas, algorithms, sequence of mathematical steps, process of determination, for example)
To satisfy the written description requirement, the Specification must describe the claimed invention in sufficient detail that one skilled in the art can reasonably conclude that the inventor had possession of the claimed invention. Vas-Cath, Inc. v. Mahurkar, 935 F.2d 1555, 1562–63 (Fed. Cir. 1991). Specifically, to have “possession,” the Specification must describe the claimed invention in a manner understandable to a person of ordinary skill in the art and show that the inventor actually invented the claimed invention. Id.; Ariad Pharms., Inc. v. Eli Lilly & Co., 598 F.3d 1336, 1351 (Fed. Cir. 2010) (en banc). Original claims may fail to satisfy the written description requirement when the invention is claimed and described in functional language but the specification does not sufficiently identify how the invention achieves the claimed function. Id. This can occur when the algorithm or steps for performing the computer function are not explained at all or are not explained in sufficient detail. Additionally, it is not enough that one skilled in the art could write a program to achieve the claimed function because the specification must explain how the inventor intends to achieve the claimed function to satisfy the written description requirement. Vasudevan Software, Inc. v. MicroStrategy, Inc., 782 F.3d 671, 681–683 (Fed. Cir. 2015); see also Examining Computer-Implemented Functional Claim Limitations for Compliance with 35 U.S.C. § 112, 84 Fed. Reg. 57, 62 (Jan. 7, 2019).
At best, the Specification vaguely and generically describes the following:
example system 200, heading prediction module 210A, yaw rate prediction module 210B, and yaw acceleration prediction module 210C are shown in the dynamic prediction section 210, and heading prediction module 220A and yaw rate prediction module 220B are shown in the kinematic prediction section 220.
See at least: Instant PgPub ¶¶
There is no description of what the steps / procedure actually entail. They are simply treated as black boxes that accept certain unspecified inputs and output a . As noted in the MPEP, “original claims may lack written description when the claims define the invention in functional language specifying a desired result but the specification does not sufficiently describe how the function is performed or the result is achieved” (See MPEP § 2161.01 I). In particular, the MPEP requires description of “an algorithm or steps/procedure taken to perform the function."
Claimed subject matter should be described in the specification in such a manner as to enable one of ordinary skill in the art to make and use the invention. The specification does not at all describe the steps / procedure involved in which would necessarily involve some calculations or steps that have not been described.
It is noted that this is not an enablement rejection. Applicant’s failure to disclose any meaningful structure/algorithm as to how this value is generated raises questions whether applicant truly had possession of this feature at the time of filing.
Regarding Claim ,
The claim recites “.”
The specification does not provide adequate written description of how . There is no written content as to how or what specific algorithms are performed (i.e. formulas, algorithms, sequence of mathematical steps, process of determination, for example)
To satisfy the written description requirement, the Specification must describe the claimed invention in sufficient detail that one skilled in the art can reasonably conclude that the inventor had possession of the claimed invention. Vas-Cath, Inc. v. Mahurkar, 935 F.2d 1555, 1562–63 (Fed. Cir. 1991). Specifically, to have “possession,” the Specification must describe the claimed invention in a manner understandable to a person of ordinary skill in the art and show that the inventor actually invented the claimed invention. Id.; Ariad Pharms., Inc. v. Eli Lilly & Co., 598 F.3d 1336, 1351 (Fed. Cir. 2010) (en banc). Original claims may fail to satisfy the written description requirement when the invention is claimed and described in functional language but the specification does not sufficiently identify how the invention achieves the claimed function. Id. This can occur when the algorithm or steps for performing the computer function are not explained at all or are not explained in sufficient detail. Additionally, it is not enough that one skilled in the art could write a program to achieve the claimed function because the specification must explain how the inventor intends to achieve the claimed function to satisfy the written description requirement. Vasudevan Software, Inc. v. MicroStrategy, Inc., 782 F.3d 671, 681–683 (Fed. Cir. 2015); see also Examining Computer-Implemented Functional Claim Limitations for Compliance with 35 U.S.C. § 112, 84 Fed. Reg. 57, 62 (Jan. 7, 2019).
At best, the Specification vaguely and generically describes the following:
example system 200, heading prediction module 210A, yaw rate prediction module 210B, and yaw acceleration prediction module 210C are shown in the dynamic prediction section 210, and heading prediction module 220A and yaw rate prediction module 220B are shown in the kinematic prediction section 220.
See at least: Instant PgPub ¶¶
There is no description of what the steps / procedure actually entail. They are simply treated as black boxes that accept certain unspecified inputs and output a . As noted in the MPEP, “original claims may lack written description when the claims define the invention in functional language specifying a desired result but the specification does not sufficiently describe how the function is performed or the result is achieved” (See MPEP § 2161.01 I). In particular, the MPEP requires description of “an algorithm or steps/procedure taken to perform the function."
Claimed subject matter should be described in the specification in such a manner as to enable one of ordinary skill in the art to make and use the invention. The specification does not at all describe the steps / procedure involved in which would necessarily involve some calculations or steps that have not been described.
It is noted that this is not an enablement rejection. Applicant’s failure to disclose any meaningful structure/algorithm as to how this value is generated raises questions whether applicant truly had possession of this feature at the time of filing.
Regarding Claim ,
The claim recites “.”
The specification does not provide adequate written description of how . There is no written content as to how or what specific algorithms are performed (i.e. formulas, algorithms, sequence of mathematical steps, process of determination, for example)
To satisfy the written description requirement, the Specification must describe the claimed invention in sufficient detail that one skilled in the art can reasonably conclude that the inventor had possession of the claimed invention. Vas-Cath, Inc. v. Mahurkar, 935 F.2d 1555, 1562–63 (Fed. Cir. 1991). Specifically, to have “possession,” the Specification must describe the claimed invention in a manner understandable to a person of ordinary skill in the art and show that the inventor actually invented the claimed invention. Id.; Ariad Pharms., Inc. v. Eli Lilly & Co., 598 F.3d 1336, 1351 (Fed. Cir. 2010) (en banc). Original claims may fail to satisfy the written description requirement when the invention is claimed and described in functional language but the specification does not sufficiently identify how the invention achieves the claimed function. Id. This can occur when the algorithm or steps for performing the computer function are not explained at all or are not explained in sufficient detail. Additionally, it is not enough that one skilled in the art could write a program to achieve the claimed function because the specification must explain how the inventor intends to achieve the claimed function to satisfy the written description requirement. Vasudevan Software, Inc. v. MicroStrategy, Inc., 782 F.3d 671, 681–683 (Fed. Cir. 2015); see also Examining Computer-Implemented Functional Claim Limitations for Compliance with 35 U.S.C. § 112, 84 Fed. Reg. 57, 62 (Jan. 7, 2019).
At best, the Specification vaguely and generically describes the following:
example system 200, heading prediction module 210A, yaw rate prediction module 210B, and yaw acceleration prediction module 210C are shown in the dynamic prediction section 210, and heading prediction module 220A and yaw rate prediction module 220B are shown in the kinematic prediction section 220.
See at least: Instant PgPub ¶¶
There is no description of what the steps / procedure actually entail. They are simply treated as black boxes that accept certain unspecified inputs and output a . As noted in the MPEP, “original claims may lack written description when the claims define the invention in functional language specifying a desired result but the specification does not sufficiently describe how the function is performed or the result is achieved” (See MPEP § 2161.01 I). In particular, the MPEP requires description of “an algorithm or steps/procedure taken to perform the function."
Claimed subject matter should be described in the specification in such a manner as to enable one of ordinary skill in the art to make and use the invention. The specification does not at all describe the steps / procedure involved in which would necessarily involve some calculations or steps that have not been described.
It is noted that this is not an enablement rejection. Applicant’s failure to disclose any meaningful structure/algorithm as to how this value is generated raises questions whether applicant truly had possession of this feature at the time of filing.
Regarding Claim ,
The claim recites “.”
The specification does not provide adequate written description of how . There is no written content as to how or what specific algorithms are performed (i.e. formulas, algorithms, sequence of mathematical steps, process of determination, for example)
To satisfy the written description requirement, the Specification must describe the claimed invention in sufficient detail that one skilled in the art can reasonably conclude that the inventor had possession of the claimed invention. Vas-Cath, Inc. v. Mahurkar, 935 F.2d 1555, 1562–63 (Fed. Cir. 1991). Specifically, to have “possession,” the Specification must describe the claimed invention in a manner understandable to a person of ordinary skill in the art and show that the inventor actually invented the claimed invention. Id.; Ariad Pharms., Inc. v. Eli Lilly & Co., 598 F.3d 1336, 1351 (Fed. Cir. 2010) (en banc). Original claims may fail to satisfy the written description requirement when the invention is claimed and described in functional language but the specification does not sufficiently identify how the invention achieves the claimed function. Id. This can occur when the algorithm or steps for performing the computer function are not explained at all or are not explained in sufficient detail. Additionally, it is not enough that one skilled in the art could write a program to achieve the claimed function because the specification must explain how the inventor intends to achieve the claimed function to satisfy the written description requirement. Vasudevan Software, Inc. v. MicroStrategy, Inc., 782 F.3d 671, 681–683 (Fed. Cir. 2015); see also Examining Computer-Implemented Functional Claim Limitations for Compliance with 35 U.S.C. § 112, 84 Fed. Reg. 57, 62 (Jan. 7, 2019).
At best, the Specification vaguely and generically describes the following:
example system 200, heading prediction module 210A, yaw rate prediction module 210B, and yaw acceleration prediction module 210C are shown in the dynamic prediction section 210, and heading prediction module 220A and yaw rate prediction module 220B are shown in the kinematic prediction section 220.
See at least: Instant PgPub ¶¶
There is no description of what the steps / procedure actually entail. They are simply treated as black boxes that accept certain unspecified inputs and output a . As noted in the MPEP, “original claims may lack written description when the claims define the invention in functional language specifying a desired result but the specification does not sufficiently describe how the function is performed or the result is achieved” (See MPEP § 2161.01 I). In particular, the MPEP requires description of “an algorithm or steps/procedure taken to perform the function."
Claimed subject matter should be described in the specification in such a manner as to enable one of ordinary skill in the art to make and use the invention. The specification does not at all describe the steps / procedure involved in which would necessarily involve some calculations or steps that have not been described.
It is noted that this is not an enablement rejection. Applicant’s failure to disclose any meaningful structure/algorithm as to how this value is generated raises questions whether applicant truly had possession of this feature at the time of filing.
Regarding Claims , and 32
The claims ultimately depend from a claim that fails to comply with the written description requirement and is/are rejected for depending therefrom.
Conclusion
The examiner has pointed out particular references contained in the prior art of record in the body of this action for the convenience of the applicant. Although the specified citations are representative of the teachings in the art and are applied to the specific limitations within the individual claim, other passages and figures may apply as well. Applicant should consider the entirety of identified prior art references as applicable as to the limitations of the claims. It is noted that any citations to specific pages, paragraph numbers, columns, lines, or figures in the prior art references presented and any interpretation of the reference should not be considered to be limiting in any way. A reference is relevant for all it contains and may be relied upon for all that it would have reasonably suggested to one having ordinary skill in the art. See MPEP § 2123. It is respectfully requested from the applicant, in preparing the response, to consider fully the entire references as potentially teaching all or part of the claimed invention, as well as the context of the passage as taught by the prior art or disclosed by the examiner.
Applicant's amendment necessitated the new ground(s) of rejection presented in this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a).
A shortened statutory period for reply to this final action is set to expire THREE MONTHS from the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the mailing date of this final action and the advisory action is not mailed until after the end of the THREE-MONTH shortened statutory period, then the shortened statutory period will expire on the date the advisory action is mailed, and any nonprovisional extension fee (37 CFR 1.17(a)) pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, however, will the statutory period for reply expire later than SIX MONTHS from the mailing date of this final action.
Any inquiry concerning this communication or earlier communications from the examiner should be directed to SCOTT A REINBOLD whose telephone number is (313)446-6607. The examiner can normally be reached on MON - FRI: 8AM - 5PM EST.
If attempts to reach the examiner by telephone are unsuccessful, the examiner’s supervisor, Logan Kraft, can be reached on (571)270-5065. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300.
Information regarding the status of an application may be obtained from the Patent Application Information Retrieval (PAIR) system. Status information for published applications may be obtained from either Private PAIR or Public PAIR. Status information for unpublished applications is available through Private PAIR only. For more information about the PAIR system, see http://portal.uspto.gov/external/portal. Should you have questions about access to the Private PAIR system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free).
Examiner interviews are available via telephone, in-person, and video conferencing using a USPTO supplied web-based collaboration tool. To schedule an interview, applicant may call Examiner Reinbold directly at (313)446-6607 (preferred) or use the USPTO Automated Interview Request (AIR) at http://www.uspto.gov/interviewpractice.
/SCOTT A REINBOLD/Primary Examiner, Art Unit 3747