
Defining administrative relationships between the brands operated by a conglomerate.
When seeking information about the company that operates a domain, a relying party can retrieve a domain policy with all sorts of useful corporate information. The data primitives defined by the default domain policy vocabulary are primarily focused on the relationships between domains, and relies on the existence of other ontoligies to that define more detailed information. For example, many useful elements such as legal company name, headquarters location, doing business as (DBA) names, DUNS Number, and other standardized identifiers are identified by reference.
Consider the information available about a company via Google, Bing, Yahoo, or on Wikipedia. The information is scraped from websites and varies in reliability, as most search engines and other aggregate sources are left to infer the veracity of information. By comparison, consider the information available from a company's own website. By most measures, the information on their site is more reliable, and it's retrieved via the same DNS query mechanics being proposed here. The difference is that the DRPF provides useful information in a more structured, machine-readable format.
Something else worth pointing out is that while most people think of domains as being inherently related to websites, a lot of domains are used for purposes other than to serve web pages. For examople, domains may be registered to serve as API endpoints, for ad/click tracking, or used for content delivery caching without dedicated websites. Each of which would benefit from employing DRPF assertions and associated policies that provide more information about the use of the domain.
NOTE: Unlocking the full value of the DRPF relies on a reasonable working knowledge of ontologies used in the context of the semantic web and how to invoke them. It helps to be familiar with the Web Ontology Language (OWL) and its demenutive cousins Microformats and Schema.org. Essentially, any well-defined vocabulary can be used within DRPF Policy Documents, whether it's already well-known or you define it yourself.
There are so many different use cases for publishing easily discoverable, authorotative corporate information that it's impossible to do them justice. Below is a mere smattering of ideas (in no specific order) that illustrate the breadth of possibilities supported by DRPF policies: