Newer
Older
# contactJS
The *Context Acquisition Toolkit for JavaScript* (contactJS) is a framework dealing with detection of contextual information on mobile devices.
It is based on a port of the *[Context Toolkit](http://contexttoolkit.sourceforge.net)* developed by A. Dey.
* [Installation](#installation)
* [Components](#components)
* [Discoverer](#discoverer)
* [Aggregator](#aggregator)
* [Attributes](#attributes)
* [Widgets](#widgets)
* [Interpreters](#interpreters)
* [Usage](#usage)
* [Discoverer](#usage-discoverer)
* [Initialization](#discoverer-init)
* [Translations](#translations)
* [Aggregator](#usage-aggregator)
* [Initialization](#aggregator-init)
* [Widgets and Interpreters](#usage-widgets-interpreters)
* [Initialization](#widgets-interpreters-init)
* [Custom Widgets and Interpreters](#custom-widgets-interpreters)
## Installation <a name="installation" />
Download the latest release from GitHub. From the *./dist* folder copy the *contact.js* file to your project and add it to the require.js configuration file. For example:
```JavaScript
paths: {
contactJS: 'lib/contactJS',
...
}
```
In your project you can now include contactJS by using require.js's define mechanism. For example:
```JavaScript
define(['contactJS'], function(contactJS)) {
...
}
```
The discoverer is the central registration and lookup component.\
It registers all available context detection components and handles requests for them.
Furthermore, the discoverer 'knows' about all requested/detectable *attributes* and also handles requests for them.
Aggregators aggregate context data delivered by widgets or interpreters.\
There can be one or more instances of an aggregator, as required by the respective application.
An aggregator is itself a widget but conceptually different, with added functionality and a slightly different handling.
A widget's **publish-subscribe** pattern is adopted, though:
Aggregators, like widgets, subscribe to other widgets, collects their published data, and publish these in return.
Attributes represent distinct pieces of **context information** which can be detected by widgets and interpreted by interpreters.
Each attribute i.e. context datum has a name, a type, a list of parameters, a list of synonyms, a value and a timestamp.
For example:
```JavaScript
{
'name':'CI_CURRENT_UNIX_TIME',
'type':'INTEGER',
'parameterList':[["CP_UNIT", "STRING", "SECONDS"]],
'synonymList':[
['CI_CURRENT_UNIX_TIME',
'INTEGER',
[["CP_UNIT","STRING","SECONDS"]]]
],
'value':12345,
'timestamp':54321
}
```
### Widgets <a name="widgets"/>
Widgets detect raw i.e. low-level context information.
The type of information that a widget detects is defined as its **out attributes**, each comprising:
* name
* type
* parameters (optional)
Helena Jank
committed
These attributes are encapsulated within the widget's **description**.
The description further includes a list of **const** attributes and a property **updateInterval**.
The **const** attributes are legacy from context toolkit and right now there are none, thus none must be defined.
The **updateInterval**, however, determines after how many milliseconds the widget repeats its detection.
Helena Jank
committed
MyUnixTimeMillisecondsWidget.description = {
out: [
{
'name':'CI_CURRENT_UNIX_TIME',
'type':'INTEGER',
'parameterList': [["CP_UNIT", "STRING", "MILLISECONDS"]]
}
],
const: [
{
'name':'',
'type':''
}
Helena Jank
committed
],
updateInterval: 30000
### Interpreters <a name="interpreters"/>
Interpreters are responsible for the generation of high(er)-level context:
They request low(er)-level context information as input from widgets (or other interpreters) and return an *interpretation* of those data.
For example:
> The widget 'UnixTimeWidget' outputs a UNIX timestamp.
The interpreter 'DateTimeInterpreter' accepts that timestamp as input and processes it in order to return the current date and time.
The type of information that an interpreter requires as input is defined as its **in attributes**.
Helena Jank
committed
The type of information returned by that interpreter is in turn defined as its **out attributes**.
The respective attributes are, analogously to widgets, encapsulated within the interpreter's **description** and defined by:
* name
* type
* parameters (optional)
Helena Jank
committed
MySecondsInterpreter.description = {
in: [
{
'name':'CI_BASE_UNIT_OF_TIME',
'type':'INTEGER',
'parameterList': [["CP_UNIT", "STRING", "MILLISECONDS"]]
}
],
out: [
{
'name':'CI_BASE_UNIT_OF_TIME',
'type':'INTEGER',
'parameterList': [["CP_UNIT", "STRING", "SECONDS"]]
}
]
};
```
### Discoverer <a name"usage-discoverer"/>
The discoverer is the heart and soul of contactJS:
It orchestrates the flow of information between the context detecting, interpreting and aggregating components.
Therefore, it is the first component to be initialized and must be registered with every other component (aggregators, interpreters and widgets).
For the user of contactJS, the only discoverer-related thing to do is the initialization and (optional) provision of [translations](#translations).
Everything else will happen automatically.
#### Initialization <a name="discoverer-init"/>
The discoverer is initialized with three parameters:
* a list of all widgets
* a list of all interpreters
* a list of all *translations*
**Example of discoverer initialization:**
```JavaScript
define("MyContextDetection", ['contactJS', 'widgets', 'interpreters'],
function(contactJS, widgets, interpreters) {
return (function() {
...
this._discoverer = new contactJS.Discoverer(widgets, interpreters, [ ... ]);
...
})();
}
);
```
The former two lists (widgets, interpreters) are not defined here but inside the **config** file
(see below: [Widgets and Interpreters - Initialization](#config)).
#### Translations <a name="translations"/>
The discoverer can be equipped with a list of *translations* comprising **synonymous attributes**.
**Example of two translations:**
```JavaScript
[
['CI_CURRENT_UNIX_TIME_IN_SECONDS','INTEGER'],
['CI_CURRENT_UNIX_TIME','INTEGER',[["CP_UNIT","STRING","SECONDS"]]]
],
[
['CI_CURRENT_UNIX_TIME_IN_MILLISECONDS','INTEGER'],
['CI_CURRENT_UNIX_TIME','INTEGER',[["CP_UNIT","STRING","MILLISECONDS"]]]
]
```
Treating semantically equivalent attributes interchangeably comes in handy where generic interpreters are intended.
Considering the above example, an interpreter that requires as input a timestamp in seconds doesn't care if
that input is called *'CI_CURRENT_UNIX_TIME'* or *'CI_CURRENT_UNIX_TIME_IN_SECONDS'*, or even *'TIMEYWIMEY'*,
for that matter. It is only interested in an input value it can operate on, which should be an integer representing
the current timestamp in seconds.
### Aggregator <a name"usage-aggregator"/>
The aggregator (for simplicity's sake, we'll assume a single instance here) serves as the context information gathering component.
This service is employed by calling the function *queryReferencedComponents()*.
**Example of context acquisition:**
```JavaScript
for (var index in this._aggregators) {
var theAggregator = this._aggregators[index];
theAggregator.queryReferencedComponents(function(attributes) {
var attributeList = attributes.getItems();
for (var attributeIndex in attributeList) {
// do something with this piece of information
}
});
}
```
Of course, all aggregators that are supposed to collect context data must be initialized first.
#### Initialization <a name="aggregator-init"/>
Aggregators are initialized by calling their constructor with two parameters: discoverer and requested attributes.
**Example of aggregator initialization:**
```JavaScript
this._aggregators.push(
new contactJS.Aggregator(this._discoverer,
this._discoverer.getAttributesWithNames(contextIds))
);
```
### Widgets and Interpreters <a name="usage-widgets-interpreters"/>
#### Initialization <a name="widgets-interpreters-init"/>
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
Widgets and interpreters will be recognized automatically.
For this purpose, all files containing them must be listed in a file referenced within **config.js**.
**Example of *config.js*:** <a name="config"/>
```JavaScript
require.config({
baseUrl: 'scripts',
packages: [
{
name: 'widgets',
location: 'myContextAwareApp/context/widgets',
main: 'widgets'
},
{
name: 'interpreters',
location: 'MyContextAwareApp/context/interpreters',
main: 'interpreters'
}
],
paths: {
...
contactJS: 'lib/contactJS',
MyContextDetection: 'myContextAwareApp/context/MyContextDetection'
}
});
```
The package declarations above refer to the files located in the respective paths:
` ./scripts/MyContextAwareApp/context/widgets/widgets.js `
` ./scripts/MyContextAwareApp/context/interpreters/interpreters.js `
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
**Example of main file *widgets.js*:**
```JavaScript
define([
'./TemperatureWidget',
'./LocationWidget',
'./UnixTimeWidget'
], function(
TemperatureWidget,
LocationWidget,
UnixTimeWidget
) {
return arguments;
});
```
The main file *interpreters.js* should look very much alike.
#### Custom Widgets and Interpreters <a name="custom-widgets-interpreters"/>
**Custom widgets** can be added to contactJS, provided they
* implement a constructor,
* define out attributes,
* initialize callbacks,
* implement the function *queryGenerator()*, and
* are added to contactJS' configuration, see [Initialization](#config).
**Example custom widget implementation:**
```JavaScript
define(['contactJS'], function (contactJS) {
return (function() {
Helena Jank
committed
MyUnixTimeWidget.description = {
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
out: [
{
'name':'CI_CURRENT_UNIX_TIME',
'type':'INTEGER',
'parameterList': [["CP_UNIT", "STRING", "MILLISECONDS"]]
}
],
const: [
{
'name':'',
'type':''
}
]
};
function MyUnixTimeWidget(discoverer) {
contactJS.Widget.call(this, discoverer);
this.name = 'MyUnixTimeWidget';
return this;
}
MyUnixTimeWidget.prototype = Object.create(contactJS.Widget.prototype);
MyUnixTimeWidget.prototype.constructor = MyUnixTimeWidget;
MyUnixTimeWidget.prototype._initCallbacks = function() {
this._addCallback(new contactJS.Callback()
.withName('UPDATE')
.withAttributeTypes(this.getOutAttributes()));
};
MyUnixTimeWidget.prototype.queryGenerator = function(callback) {
if (!Date.now) {
Date.now = function () {
return new Date().getTime();
}
}
var response = new contactJS.AttributeList();
response.put(this.getOutAttributes().getItems()[0].setValue(Date.now()));
this._sendResponse(response, callback);
};
return MyUnixTimeWidget;
})();
});
```
**Custom interpreters** can be added to contactJS, provided they
* implement a constructor,
* define *in* and *out attributes*,
* implement the function *interpretData()*, and
* are added to contactJS' configuration, see [Initialization](#config).
**Example custom interpreter implementation:**
```JavaScript
define(['contactJS'], function(contactJS) {
return (function() {
Helena Jank
committed
MySecondsInterpreter.description = {
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
in: [
{
'name':'CI_BASE_UNIT_OF_TIME',
'type':'INTEGER',
'parameterList': [["CP_UNIT", "STRING", "MILLISECONDS"]]
}
],
out: [
{
'name':'CI_BASE_UNIT_OF_TIME',
'type':'INTEGER',
'parameterList': [["CP_UNIT", "STRING", "SECONDS"]]
}
]
};
function MySecondsInterpreter(discoverer) {
contactJS.Interpreter.call(this, discoverer);
this.name = "MySecondsInterpreter";
return this;
}
MySecondsInterpreter.prototype = Object.create(contactJS.Interpreter.prototype);
MySecondsInterpreter.prototype.constructor = MySecondsInterpreter;
MySecondsInterpreter.prototype._interpretData = function(inAttributes, outAttributes, callback) {
var unixSecondsValue = outAttributes.getItems()[0];
unixSecondsValue.setValue(Math.floor(inAttributes.getValueForAttributeWithTypeOf(this.getInAttributes().getItems()[0]) / 1000));
callback([
unixSecondsValue
]);
};
return MySecondsInterpreter;
})();
});