英國政府將政府URI視為資訊基礎建設之一，是「跨政府部門總體架構」(cross-Government Enterprise Architecture, xGEA)一系列的政策和綱領中的一部份，因此英國首席技術辦公室(Chief Technology Officer, CTO)提出「設計英國公部門URI集合(Designing URI Sets for the UK Public Sector)」之報告。
而URI的設計與資料中的概念及其定義有關，有清楚的定義有助資料的分享，以及政府部門發佈和查詢鏈結開放資料。英國政府明確定義URI之目的也在於方便擁有參考性資料(reference data) 的部門，可以讓他們的資料可被再使用(re-use)，並且給予那些有可被鏈結資料的部門，可以根據這些規則來使用 URI，因此，URI的定義對於一些與政府部門資料有關係的人更為重要，如在擁有參考資料政府部門、希望透過整併的URI來改善資料再使用(data reuse)的資料擁有者、以及政府部門解決方案的提供者。
報告中指出在2009年時，英國就有一些公部門著手進行URI設計，包含英國廣播公司 (BBC)、英國測繪局(Ordnance Survey)和英國公部門辦公室。經過建立和整合好的實務經驗，對於URI的設計，他們有三個主要重點:
- 使用data.gov.uk為URI集合的根網域，以利再使用(reuse)。
- URI集合是以部門或機構(如教育、交通、健康等)來分。
- 有一致的註釋資料用來描述URI集合的品質特性。
而該份報告所提出的就是一個英國公部門URI設計、架構和原則的技術規範，因此報告中對於URI的進行分類且給予定義，如表1。
表1: URI 類別
| 資源型態 | URI的型態去命名資源 | 定義/範圍 |
| 真實世界的’事物’
Real-world ‘Things’ |
辨識碼 URI
Identifier URI |
這些都是可以在宣告中被指涉的自然或抽象之事物。
自然的真實世界事物，舉例來說，可以是一間學校、一個人、或一條路; 而抽象的事物，舉例來說，可以是一個政府部門、一個族群、或一個事件。 文件或作品也是可以以包含的內容來區別的真實世界事物。 真實世界事物可以大寫的’Things’來表示 一個真實世界事物(Thing)不可能出現在網路中，而只有資訊形容它，因此很重要的是，當有一些宣告是用來指涉它時，事物本身和形容事物的資訊能被區別 |
| 在網路上關於真實世界事物的資訊 | 文件 URI
Document URI |
這些命名了位於網絡上的文件，這些文件由每個辨識碼統一資源識別元的發佈者清楚地連接，以提供關於真實世界事物的資訊。 |
| 表示 URI
Representation URI |
當一個文件URI提供超過一個格式，每一個格式可分別以表示URI來命名
基於格式，有些表示URI可命名機器可讀的文件，且因而可提供進一步關於命名資源的連結 |
|
| 每一個識別碼在一個集合中的索引 | 列表 URI
List URI |
這些提供辨識碼URI的列表，其包含在一個集合中 |
| 概念的定義 | 知識本體 URI
Ontology URI |
鑑於一個真實世界事物識別一個事物的個別實例，這是需要提供概念的定義，而知識本體URI可被查詢以提供定義。
|
| 事物間的關係 | 知識本體URI
Ontology URI |
一個RDF宣告的每一部份可以使用URI來命名，這包含真實世界事物之間的關係。
而知識本體URI給予一個到知識本體的連結，可以提供關係和及其所關連的概念的進一步推理。 |
| URI集合
URI Set |
URI集合 是指參考資料以URI發佈的參考資料URI之集合，一個URI集休也是表達一個概念，由單一資源來管理，例如，學校公路、司法都是各自的集合
命名URI集合且可以被所解析以提供這個集合品質特性之辨識碼 URI的一個型態 |
該報告由既存的優良實作經驗中衍生且經由修改而導出一些符合UK公部門URI集合原則，如表2所示。
表2: URI設計原則
| 原則 | |
| 使用HTTP所以URIs可以被解析 | 必要 |
| 使用固定路徑結構以明確指示出URI的型態 | 建議 |
| URI集合是否被提升被政府或公眾的其它部份再使用，發佈者會把它弄的更清楚 | 必要 |
| 公部門URI集合應該發佈他們期待壽命和對於再使用的潛力 | 必要 |
| 這些被提升為再使用的公部門URI集合應該至少可維持10年 | 建議 |
| 如果超過有一個代表URI，提供一個文件URI其中內容協商(Content Negotiation)可以用來提供最合適的表示 | 建議 |
| 避免暴露在一個在URI結構中的技術實現(implementation) | 建議 |
| 至少提供一個機器可讀的表示URI | 必須 |
| 如果適當，提供一個人可以的URI在HTML中 | 建議 |
| 對於單一文件URI提供發現每一個可用的表示URI的方法 | 建議 |
| 一個URI集合會發佈它的授權、身份驗証、和使用共同語彙的資料品質特徵 | 必須 |
| 一個URI結構不會包含任何會改變的，例如session IDs | 必須 |
| 一個URI路徑結構是可讀的，以致於人對於它的內容會有合理的了解 | 建議 |
報告中也提供了當公部門要建立URI集合時的原則和考量，如表3。
表3: 公部門要建立URI集合的原則和考量
| 原則 | 考量 |
| 負責真實世界的事物的部門或機構應該負責定義URI集合和命名URI集合的實例，合適部門的代表 | URIs應該被組織進具有領頭部門或構機的部門
領頭部門/機構應該與利益關係人接觸以確保這集合是能足以符合廣泛的需求 |
| 從一個被提昇為再使用的集合的URIs不應該包含現正負責它的部門或機構之名稱 | 這涉及到政府部門的改變，一部門或機構可以停止或改變業務範圍 |
一個URI集合可以包含4個部份(如圖1):
- 一個命名集合和描述它的品質特徵的URI
- 在單一概念中，對於真實世界事物的每一個識別碼URI
- 選擇性的，定義綱要的概念和關係的知識本體URI
- 選擇性的，列出在集合中的識別碼URI的列表URI
基於上述的定義和原則，該報告提出各個URI類型的案例，如表4所示。
| URI 類型 | URI結構 | 案例 |
| 識別碼 | http://{domain}/id/{concept}/{reference}
or http://{domain}/{concept}/{reference}#id |
http://education.data.gov.uk/id/school/78 http://education.data.gov.uk/school/78#id http://transport.data.gov.uk/id/road/M5/junction/24 |
| 文件 | http://{domain}/doc/{concept}/{reference} | http://education.data.gov.uk/doc/school/78 |
| 表示 | http://{domain}/doc/{concept}/{reference}/{doc.file-extension} | http://education.data.gov.uk/doc/school/78/doc.rdf |
| 綱要概念的定義 | http://{domain}/def/{concept} | http://education.data.gov.uk/def/school |
| 綱要識別碼列表 | http://{domain}/doc/{concept} | http://education.data.gov.uk/doc/school |
| 集合 | http://{domain}/set/{concept} | http://education.data.gov.uk/set/school |
下圖則是顯 示URI如何被解析，例如http://transport.data.gov.uk/id/road/M5 即代表的是M5高速公路，而http://transport.data.gov.uk/doc/road/M5 則是關於M5高速公路的資訊。
