IOMb - IOMbLib Android API¶
The IOMbLibrary Android provides the functions described below for using the IOMb measurement:
Calling the IOMb Session¶
All functions of the IOMb Lib Android described below must be called on the Measurement object on which the session was created.
1 2 3
Configuration of a session¶
NOTE: Before initializing an IOMb session, a valid IOMBSetup object must be created.
Site ID (mandatory).
A unique identifier of the site of the respective app. The site ID is uniquely assigned by INFOnline per app and per operating system.
The BaseURL of the service platform is the registered domain service name as CNAME when hosting the service platform of INFOnline. If you are operating the service platform in self-hosting, set your AAA(A) DNS entry here.
Hybrid Identifier (optional).
An optional identifier to link the measurement streams from the native part and Web content in a WebView within an app.
Customer Data (optional).
A free field for internal purposes of the provider.
1 2 3
Initialization of a session¶
The IOMb Lib Android must be started before the events are captured. The site ID of the app as well as a valid baseURL must be set correctly in the IOMb setup object (see above).
A session can be created synchronously (blocking) or asynchronously (on another thread)
An IOMBSetup object must be used for the IOMb measurement.
Example Init Synchron:
Example Init Asynchronous:
1 2 3
Logging an event¶
The measurement data is recorded by means of the call logEvent. A previously initialized event must be passed.
To create an event, an initializer of the corresponding IOLEvent subclass must be called. Up to four parameters can be passed, three of which are optional.
1 2 3 4
The missing values are then supplemented by nil or default values. Some of the events are automatically captured by IOLib.
The event to be captured. The individual events can have different states. For example, a download may have been started, aborted by the user, successfully completed, or terminated with errors. For some events the type parameter is omitted, because only one valid type is defined for these events. For the IOLCustomEvent, the freely definable string parameter name is required instead of a type.
The content code is transmitted in the "category" parameter. This page code is defined by the provider itself. The page code is used to identify the content displayed and is assigned to the IVW Category System 2.0 by the provider in the INFOnline Customer Center. The provider uses the guidelines described in the following chapter to decide whether an event constitutes a mobile PI within the meaning of the IVW guidelines. If an event falls under the definition of a mobile PI, it is mandatory to include a content code. If an event does not represent a mobile PI, nil should be passed. The length of this field is limited to 255 characters.
Comment field. The length of this field is not limited. Passing this value is optional, if it is not defined, it should not be passed.
A hash map with freely definable additional information about the event. Key and Value must be of type String, the maximum length is limited to 255 characters. Passing this value is optional.
IOLib provides the following event classes derived from "IOLEvent" with the corresponding types:
- type omitted
- instead state (free definable string, limited to 255 characters)
- IOLUploadEvent * IOLUploadEvent**
More details about the measurable events and the associated states are described here [here] (defaults_to_call.md).
IOLViewEvent / IOLViewEventType.Appeared
1 2 3 4 5 6 7
IOLViewEvent / IOLViewEventTypeRefreshed
1 2 3 4 5 6 7 8
IOLAudioEvent / IOLAudioEventTypePlay
1 2 3 4 5 6 7 8
The active session of the IOMb lib can be terminated explicitly. This allows e.g. the realization of an Opt-out during the app runtime. Any data collected up to that point will no longer be sent.
NOTE: Use only when opt-out by the user!
If the measurement is to be continued, the IOMb session must be restarted! The procedure is described in Initialization of a session.
Integration of Opt-out function¶
An Opt-out function must be made available to the users of an app. The implementation is the responsibility of the developer of the app in question and, when activated by the user, should result in the IOLib either not being initialized at all or the current session being explicitly terminated. The procedure is described under End session.
After the feature is included, users of the app can enable and disable the Opt-out. Provided an Opt-out is enabled, no measurement data will be collected.
NOTE: If a running session is explicitly terminated, then all measurement data collected up to that point but not yet sent will be discarded.
If the Opt-out is revised, then the IOLib should be restarted. The procedure is described under Initialization of a session.