CC/PP: Composite Capabilities and Preference Profiles

1
CC/PP Composite Capabilities and Preference
Profiles

• David Álvarez Quintana

2
Introducción

• Situación actual en el acceso a contenidos web
• Múltiples dispositivos de diferentes capacidades
• Diferentes usuarios (lenguaje, gustos, edad)
• Necesidad de un estándar que cubra esta
  situación.

3
Independencia de Dispositivo

• Información en cualquier momento, en cualquier
  lugar
• Dos puntos de vista a tener en cuenta
• El usuario consumidor de contenidos
• El programador de contenidos independientes del
  dispositivo.

4
Independencia de Dispositivo El usuario

• Implica acceso universal

5
Independencia de Dispositivo El programador

• Implica un único desarrollo para todos los
  terminales

6
Preferencias de Usuario

• Descripción formal de las condiciones de
  usuario en la presentación de contenidos.
• Mecanismo de asignación de valores a sus
  preferencias.
• Repositorio de preferencias

7
El estándar CC/PP

• Infraestructura para la representación estándar
  de las capacidades de dispositivo y las
  preferencias de usuario.
• Basado en perfiles
• Utiliza RDF (Resource Description Languaje) como
  lenguaje formal de construcción de perfiles

8
Estructura CC/PP

• Estructura de documento jerárquico.
• Cada perfil será un conjunto de componentes
• Características principales a modelar
• Plataforma Hardware
• Plataforma Software
• Aplicación
• Cada componente se compondrá de uno o varios
  atributos
• Valores concretos de los componentes
• Tamaño de pantalla
• Versión de JRE soportada
• Versión de navegador

9
Ejemplo de perfil de dispositivo
lt?xml version"1.0"?gt ltrdfRDF xmlnsrdf"http//w
ww.w3.org/1999/02/22-rdf-syntax-ns"
xmlnsccpp"http//www.w3.org/2002/11/08-ccpp-sc
hema" xmlnsex"http//www.example
.com/schema"gt ltrdfDescription
rdfabout"http//www.example.com/profileMyProfil
e"gt ltccppcomponentgt
ltrdfDescription rdfabout"http//www.example.com
/profileTerminalHardware"gt ltrdftype
rdfresource"http//www.example.com/schemaHardwa
rePlatform" /gt ltccppdefaults
rdfresource"http//example.com/HWDefault"/gt
ltexdisplayWidthgt320lt/exdisplay
Widthgt ltexdisplayHeightgt200
lt/exdisplayHeightgt lt/rdfDescriptiongt
lt/ccppcomponentgt ltccppcomponentgt
ltrdfDescription rdfabout"http//www.example
.com/profileTerminalSoftware"gt
ltrdftype rdfresource"http//www.example.com/sch
emaSoftwarePlatform" /gt
ltccppdefaults rdfresource"http//example.com/SW
Default"/gt
ltexnamegtEPOClt/exnamegt
ltexversiongt2.0lt/exversiongt
ltexvendorgtSymbianlt/exvendorgt
lt/rdfDescriptiongt lt/ccppcomponentgt
10
Ejemplo de perfil de dispositivo (2)
ltccppcomponentgt
ltrdfDescription rdfabout"http//www.example.com
/profileTerminalBrowser"gt ltrdftype
rdfresource"http//www.example.com/schemaBrowse
rUA" /gt ltccppdefaults
rdfresource"http//example.com/UADefault"/gt
ltexnamegtMozillalt/exnamegt
ltexversiongt5.0lt/exversiongt
ltexvendorgtSymbianlt/exven
dorgt ltexhtmlVersionsSuppo
rtedgt
ltrdfBaggt
ltrdfligt3.0lt/rdfligt
ltrdfligt4.0lt/rdfligt
lt/rdfBaggt
lt/exhtmlVersionsSupportedgt
lt/rdfDescriptiongt lt/ccppcomponentgt
lt/rdfDescriptiongt lt/rdfRDFgt
11
CC/PPex CC/PP Exchange Protocol

• Estándar CC/PP solo describe composición de
  perfiles.
• Requerimientos para el protocolo
• Compatible HTTP/1.1
• Soporte de referencias externas a perfiles
• Soporte de cacheo de información válida para
  todas las peticione dentro de una misma sesión.
• CC/PPex se basa en HTTP Extension Framework

12
Profile Header

• Lista de referencias a descripciones CC/PP
• Soporta direccionamiento indirecto mediante URI
• Gramática

Profile profile-field-name ""
1reference profile-field-name
"Profile" reference lt"gt ( absoluteURI
profile-diff-name ) lt"gt profile-diff-name
profile-diff-number "-" profile-diff-digest profil
e-diff-number 1DIGIT profile-diff-digest sp
lt MD5 message digest encoded by base64 gt
13
Profile-Diff Header

• Contiene propiamente el perfil.
• Gramática

Profile-Diff profile-diff-field-name ""
profile-desc profile-diff-field-name
"Profile-Diff-" profile-diff-number profile-desc
lt the CC/PP description based on XML/RDF text
format (any OCTET except CTLs,but including LWS)gt

• Ejemplo de Cabecera

Profile "1-P1GRkSjKK50aTWXXndFcSQ" Profile-Diff
-1 lt?xml version"1.0"?gt ltRDF xmlns"http//www.w
3.org/TR/1999/PR-rdf-syntax-19990105"
xmlnsPRF"http//www.w3.org/TR/WD-profile-vocabul
ary"gt ltBaggt ltDescription
about"HardwarePlatform"gt ltDefaultsgt
ltDescription PRFVendor"Nokia"
PRFModel"2160"
PRFType"PDA" ..............
14
Profile-warning header

• Cabecera para la respuesta (response) del
  servidor.
• Gramática

Profile-warning profile-warning-field-name ""
1warning-value profile-warning-field-name
"Profile-Warning" warning-value warn-code SP
warn-target SP warn-text SP warn-date warn-code
3DIGIT warn-target (absoluteURI host ""
port ) warn-text quoted-string warn-date lt"gt
HTTP-date lt"gt
15
Warn-codes

• 1xx - Estado del perfil
• 100 OK
• 101 Used stale profile
• 102 Not Used profile
• 2xx Tipo de adaptación aplicada
• 200 Not applied
• 201 Content generation applied
• 202 Transformation applied
• Ejemplo
• Profile-Warning 101 http//www.aaa.com/hw "Used
  stale profile",
• 102
  http//www.bbb.com/sw "Not used profile",
• 200 18.23.0.2380
  "Not applied" "Wed, 31 Mar 1999 084937 GMT"

16
Conclusiones

• Buena infraestructura para la descripción de los
  dispositivos.
• No suficiente para alcanzar la independencia de
  dispositivo.
• Apoyo de otras tecnologías para proceso de
  transformación
• SVG
• XSL
• Requiere madurez en definición de preferencias de
  usuario.
• Abierto a nuevas propuestas de protocolo para el
  intercambio de perfiles.