The licensing of PTV xServer depends on the use types, which are going to be described in the next chapters. Altogether, PTV provides user, asset, seat and transaction licence models according to the specific use types.
This page succinctly describes the use and licence types. For more detailed information, please contact your sales partner.
This section describes the general varieties of use which can be licensed.
Mobile Asset Management (MAM) applications are information and planning systems for the following situations:
In this context, an "asset" is a vehicle, any kind of living thing, a container etc.
This use covers simple mapping and routing functionalities that can be integrated into a Private Network solution. It mainly comprises applications for calculating distances, visualising addresses, etc. Routing cannot be licensed as a standalone functionality in Private Network solutions; it must be licensed in combination with geocoding. Routing cannot be accessed without prior geocoding (at least one geocode). The management of assets is also not permitted.
This use covers simple mapping and routing functionalities that can be integrated into a Public Network solution. It mainly comprises applications for calculating distances, visualising addresses, etc. Routing cannot be licensed as a standalone functionality in Public Network solutions; it must be licensed in combination with geocoding. Routing cannot be accessed without prior geocoding (at least one geocode).
This use covers the running of PTV xServer within a telematics application. It includes the following functions: concierge services, e-calls (emergency calls), b-calls (breakdown calls), stolen vehicle recovery and pay-as-you-drive applications.
This use covers the running of PTV xServer to process customer inquiries at call centres. For example, call centres may perform POI searches to help a caller find the nearest service provider to the caller's current location. Example: a phone book publisher offers a call centre service to help callers find the nearest company using a map application based on PTV xServer. For this use, the prices are set per seat. This use does not include supplementary telematics services, such as concierge services, e-call, b-call, vehicle tracing or MAM. In this case, a seat is defined as follows: a single licence available on a hardware device, which can be provided to several users.
These are default licence models for the developer components offered by PTV.
The price is generally defined per month and 1,000 transactions, which is primarily used for the "Public network" use type.
"In the context of use types, Public Network solutions are open portals which integrate PTV xServer as developer components for web services covering simple geocoding, mapping (also POI display) and routing functionalities. Typical examples are dealer locators, route planning or corridor search. This licence model doesn't include vehicle-related applications such as sequencing, trip planning, tracking and tracing, call centres or other telematic applications. This use type can neither be licensed for applications connecting hardware devices with the corresponding sensors, such as navigation systems, nor used as a commercial product or as an in-vehicle component."
Assets must always be licensed if a use case can be traced back to assets (mobile objects such as HGVs, cars, caterpillar vehicles, people, etc.) or a fleet, regardless of whether or not the licensee owns or possesses the assets. Typical use cases for licensing assets would be, for example, the visualisation of mobile assets in map or automated route planning (manual, semi-automatic or automatic allocation of orders/shipments to one or more routes).
"Every asset that may be shown or planned as part of the use case (regardless of whether it is part or not) must be counted on a monthly basis. The sum of the assets equals the number of assets which must be licensed for the given month."
Third-party vehicles
"If third-party vehicles are
included in your own system, then the regulation described under own
vehicles applies. For use cases in which the trips are planned but
where the assets (vehicles) being used are unknown, the trips are
counted as assets according to the model below:"
According to the licence conditions, the application is permitted to be used by a fix number of "named" users, who have exclusive access to the application. This licence model is generally used for Private Network applications.
"Private Network solutions are applications in a company network with precisely defined user groups or applications which have controlled access for a closed user group on the Public Network. They include the integration of mapping and routing in a CRM system and the mapping of customer addresses in an in-house system. Sequencing and tour planning is generally excluded."
An authenticated seat is defined as follows: a single named workstation, which can be used by several users. This licence model is generally used for call centre applications.
"This use type covers the running of PTV xServer to process customer inquiries at call centres, with the exception of telematics services."
PTV xServer internet consists of a subset of PTV xServer, specific maps and data content with "free access for test purposes". Free access means there is no technical restriction or limitation, like with a licence file. Test purposes are only defined by the transaction volume listed in the table below.
For PTV customers with a product licence, the limitations are valid as described in their individual purchase contract. PTV control is by log file analysis. Depending on the unlimited access, the use of additional data content with costs will be invoiced. More details are described in the Data Content section.
PTV xServer internet |
Max. number of transactions |
Result of breaking the transaction limit |
---|---|---|
15 and 60 day test licence | Geographical
xServer (xLocate, xMap, xMapMatch and xRoute): 10,000 transactions
per month Logistical xServer (xTour): 10 transactions per month |
Customer notification; Account shutdown. |
Product licence | As described in the purchase contract. Generally no volume limitation, but PTV xServer, map and content restrictions. | Customer notification; Billing. |
A transaction is simply a specific billing request sent to the corresponding PTV xServer component. The equivalent (successful) response will be used for the invoicing. The quarterly reports are therefore required to count the number of transactions which are to be invoiced. All these lists of relevant billing information are stored in log files which are automatically generated by the PTV xServer. In principle, a transaction is counted for billing purposes when a service method is called. But there are exceptions, as shown below! The following tables provide a list of existing methods, with their corresponding numbers of transactions subject to invoicing (=0: no costs; =1: each call is one transaction; >1:
Method |
Description |
Invoicing |
---|---|---|
findAddress() | Geocoding of one address. Multi- or single field search, including combining a set of parameters. A list of candidates will be returned. Each call is one transaction. |
1 |
findAddresses() | Geocoding of a certain number of addresses in one call. Used in the context of batch geocoding. Transactions subject to billing: Number of addresses! |
>1 |
findPoiByAddress() | Geocoding of one POI. Multi- or single field search, including combining a set of parameters. A list of candidates will be returned. Each call is one transaction. |
1 |
findPoiByAddresses() | Geocoding of a certain number of POIs in one call. Used in the context of batch geocoding. Transactions subject to billing: Number of POIs! |
>1 |
findLocation() | Reverse geocoding of one location. A list of candidates will be returned. Each call is one transaction. | 1 |
findLocations() | Reverse geocoding of a number of locations in one call. Used in the context of batch geocoding. Transactions subject to billing: Number of locations! |
>1 |
findPoiByLocation() | Reverse geocoding of one POI location. A list of candidates will be returned. Each call is one transaction. |
1 |
findPoiByLocations() | Reverse geocoding of a number of POI locations in one call. Used in the context of batch geocoding. Transactions subject to billing: Number of POI locations! | >1 |
findAddressByText() | Geocoding of one address. Single field search, including combining a set of parameters and single field separators as a search option. List of candidates will be returned. Each call is one transaction. | 1 |
findCombinedTransportByLocation() | Search for the nearest combined transports. A list of candidates will be returned. Each call is one transaction. |
1 |
findObjectByText() | Search for several types of geographic objects by a given text using specified search options, such as combined transports. A list of candidates will be returned. Each call is one transaction. |
1 |
findSuggestion() | Autocomplete for city and street characters. A list of candidates will be returned without geographic references. Not subject to billing. |
0 |
// Headline 2012-02-09 12:59:39,442;INFO;RequestTimes;id;client host;user;port;clusterId; service;success;log1;log2;log3;profile;pool instance;deserialization;input trafo; module queueing;module time;output trafo;serialization;total inner;total outer; transaction;use-cases;ref-coord 1;ref-coord 2;dynamic provider;dimensions; additionalInfo;errorType;errorCode;errorMsg // Transaction 2012-02-09 13:02:17,779;INFO;RequestTimes;req-44-1328788937604;127.0.0.1;warmup; 50020;unknown-cluster;XLocate.findAddress;true;;;;default;xlocate.1;1;0;150;23;0; 1;173;175;NO-TXN;locating-NL-4;4315187.91094791,5582915.029649917;;;1;;-;-;-
Method |
Description |
Invoicing |
---|---|---|
renderMap() | Rendering of a map. Each zoom, movement or other action, such as server-side drawing of objects (e.g. selection of different layers), is one transaction. |
1 |
renderMapBoundingBox() | Rendering of a map. Each pan or other action, such as server-side drawing of objects (e.g. selection of different layers), is one transaction. |
1 |
renderMapRot() | Rendering of a map. Each rotation or other action, such as server-side drawing of objects (e.g. selection of different layers), is one transaction. |
1 |
// Headline 2012-02-08 14:37:56,966;INFO;RequestTimes;id;client host;user;port;clusterId; service;success;log1;log2;log3;profile;pool instance;deserialization;input trafo; module queueing;module time;output trafo;serialization;total inner;total outer; transaction;use-cases;ref-coord 1;ref-coord 2;dynamic provider;dimensions; additionalInfo;errorType;errorCode;errorMsg // Transaction 2012-02-08 14:37:56,967;INFO;RequestTimes;req-1-1328708269452;127.0.0.1;unknown- http;50010;unknown-cluster;XMap.renderMap;true;;;;default;xmap.1;319;91;0;6673; 3;418;6767;7504;NO-TXN;geodatasource: default.points-of-interest.restaurants; 4303250,5486055;4303250,5486055;;400,400;;-;-;-
Method |
Description |
Invoicing |
---|---|---|
calculateRouteInfo() | Calculate a route. Distance and time are listed. Each call is one transaction. |
1 |
calculateRoute() | Calculate a route with additional information such as route polygon, combined with routing options. Each call is one transaction. Note: Each drag & drop mouse action creates a call and so one valid transaction is counted per event. |
1 |
calculateExtendedRoute() | Calculate a route with additional information, such as toll or named toll. Each call is one transaction. |
1 |
calculateMatrixInfo() | Calculate a matrix with a set of times and distances. One call, but the number of transactions is equal (nxm)-matrix elements! |
>1 |
calculateReachableObjects() | Calculate reachable objects within a defined radius. Each call is one transaction. |
1 |
calculateIsochrones() | Calculate isochrones within a defined distance or time. Each call is one transaction. |
1 |
calculateTour() | Calculate a tour with one vehicle and predefined constraints such as time windows, quantities, etc. Each call is one transaction. | 1 |
calculateAdvancedTour() | Calculate a tour with complex time constraints such as rest and break rules. Each call is one transaction. |
1 |
searchForReachableObjects() | Search for all objects which are reachable starting from a certain sink or along a route. Each call is one transaction. |
1 |
calculateBulkRouteInfo() | Calculate a set of routings for time and distance information in one call. The number of routings defines the number of transactions. |
>1 |
// Headline 2012-02-09 13:12:54,709;INFO;RequestTimes;id;client host;user;port;clusterId; service;success;log1;log2;log3;profile;pool instance;deserialization;input trafo; module queueing;module time;output trafo;serialization;total inner;total outer; transaction;use-cases;ref-coord 1;ref-coord 2;dynamic provider;dimensions; additionalInfo;errorType;errorCode;errorMsg // Transaction 2012-02-09 13:12:54,710;INFO;RequestTimes;req-1-1328789567645;127.0.0.1;unknown- http;50030;unknown-cluster;XRoute.searchForReachableObjects;true;;;;default; xroute.1;181;0;0;6670;100;93;6770;7044;NO-TXN;traffic: default.traffic, geodatasource: default.points-of-interest.restaurants;;;;;;-;-;-
Method |
Description |
Invoicing |
---|---|---|
renderMap(), renderMapBoundingBox() or renderMapRot() | Background tiles: drawing without labeling and dimensioned by (256x256) pixels. These background tiles are not subject to billing! |
0 |
renderMap(), renderMapBoundingBox() or renderMapRot() |
Foreground tiles: Each labeling action and each other action, such as zoom, pan, move, rotate or the server-side drawing of objects like POIs, traffic incidents, combined transports, etc. are one transaction. |
1 |
Copyright © 2024 PTV Logistics GmbH All rights reserved. | Imprint