Apple has asked the California DMV to alter the rules that require it to publish detailed public reports about the success of Apple's self-driving car tests, according to papers shared by the DMV. If the DMV complies with Apple's request, less information would be included in the reports. [PDF]
In a letter, Apple says it is "investing heavily in the study of machine learning and automation, and goes on to say the company is "excited" about the potential of automated systems in many areas, including transportation.
/article-new/2017/04/applelexus1-800x449.jpg?lossy)
The company then proposes that the DMV "amend or clarify" its positions in the areas of disengagement reporting, definitions, and testing without safety drivers. Apple is concerned that inconsistency in how permit holders reports disengagements can lead to media coverage that causes public confusion and misunderstanding. Apple wants disengagement reports to cover times when a driver takes control of a vehicle to prevent a crash or traffic violation, and little else.
Apple suggests the following changes to the disengagement reporting requirements to achieve an objective set of data to accurately and clearly inform the public about the safety of the automated vehicles being tested
A disengagement should be defined as an unexpected event or failure that requires the safety driver to take control of the vehicle in order to prevent a crash or traffic violation.
A disengagement should not be reported for the following:
- Operational constraints where either the safety driver has been trained to disengage the system, or when the system detects the constraint and disengages automatically. For example, a system that requires the safety driver to navigate through a construction zone.
- System errors or failures. For example, a software bug or sensor dropout that does not affect the safe operation of the system.
- Discretionary decisions made by the safety driver. For example, when the safety driver perceives a vehicle is approaching too quickly and opts to disengage the system.
- Any tests that are planned to result in a disengagement.
- The end of a test or experiment.Additionally, the proposed requirement in §227.50(b)(3)(B)(vi) to describe the type of incident that would have happened without the disengagement should be removed. It requires speculation about future events that have not occurred.
Apple two weeks ago was granted a permit for testing autonomous vehicles on public roads, and has already begun to do so. The company has three Lexus SUVs equipped with sensors and cameras, presumably running the autonomous driving software the company has been working on for the last several months. Those SUVs have been spotted on Cupertino roads this week.
By participating in the DMV's Autonomous Vehicle Testing Program, Apple will need to publicly share many details about its testing process, which will make it difficult to keep development on the software under wraps.
Top Rated Comments
(View all)I hope to God I'm never near one of them on the road then! I do sincerely hope the regulators tell Apple where to go. If others have to follow the rules so can Apple NO EXCEPTION!
As for: "Apple wants disengagement reports to cover times when a driver takes control of a vehicle to prevent a crash or traffic violation, and little else."
Is that not an attempt to gag any stories about when these cars screw up and crash? It reads like that to me!
There's a reason so much disclosure is required. Public safety. Apple's desire to shape the narrative with selective disclosure shouldn't be given any weight by the DMV. This isn't commodity consumer tech products and shouldn't be treated as such.
Or you could have read the article and understood that this is Apple asking the regulators to cover up loopholes that prevents competitors to cheat in tests.
Not sure if you actually read the article. This has nothing to do with closing loopholes or cheating. It's about having the ability to selectively report disengagements. Apple doesn't want to report all of them. Says so right in the article.A disengagement should not be reported for the following:
These are exactly the cases where it should be reported...- Operational constraints where either the safety driver has been trained to disengage the system, or when the system detects the constraint and disengages automatically. For example, a system that requires the safety driver to navigate through a construction zone.
- System errors or failures. For example, a software bug or sensor dropout that does not affect the safe operation of the system.
Less disclosure in something safety-sensitive is not acceptable. There are literally lives at stake when these products hit the road. Fortunately iTunes has not learned to drive a car yet.