Thoughts on oneM2M resource tree Group Name: WG2 Architecture at TP#7 (Sophia, October 2013) Source: Nicolas Damour, Sierra Wireless Meeting Date: Agenda Item: 6 - Contributions
Current Tree in TS © 2013 oneM2M Partners oneM2M-ARC
Benefits of flatter tree In ETSI M2M TC, where do I store data? – – – dApp1/containers/myData – © 2013 oneM2M Partners oneM2M-ARC
Resource tree depth What should the tree depth be? – Tree depth 2: current oneM2M TS /baseURI/C1 – Tree depth 3: another option /baseURI/containers/C1 – Tree depth 6+: current ETSI M2M TC /baseURI/applications/A1/containers/C1 Proposal: – Agree that each resource has a URI – Let us not standardize the tree depth © 2013 oneM2M Partners oneM2M-ARC
Sample use case – depth 2 First step: discover – Request: RETRIEVE /baseURI/ Resource-type: container Filter-criteria: foobar – Response: /baseURI/Container-687bc5ad Second step: retrieve data – Request: RETRIEVE /baseURI/Container-687bc5ad/latest – Response: [somedata] © 2013 oneM2M Partners oneM2M-ARC
Sample use case – depth 6 First step: discover – Request: RETRIEVE /baseURI/applications/A1/containers/ Resource-type: container Filter-criteria: foobar – Response: /baseURI/applications/A1/containers/Container-687bc5ad Second step: retrieve data – Request: RETRIEVE /baseURI/applications/A1/containers/Container-687bc5ad/latest – Response: [somedata] © 2013 oneM2M Partners oneM2M-ARC
Benefits We allow any tree depth We leave it up to the implementation More efficiency with shorter URIs is permitted Easier enforcement of security is permitted (especially on http, “separating” URI spaces) Additional bonus: Easy migration path for ETSI-compliant implems. © 2013 oneM2M Partners oneM2M-ARC