Patent Description:
An electronic device may provide navigation advice to a user. In some examples, a navigation device may provide advice based on whether a traffic lane is restricted to use by a particular type of vehicle. This may allow the device to provide navigation guidance that avoids directing a user to use a traffic lane that they are prohibited from using.

The listing or discussion of a prior-published document or any background in this specification should not necessarily be taken as an acknowledgement that the document or background is part of the state of the art or is common general knowledge. One or more aspects/examples of the present disclosure may or may not address one or more of the background issues.

<CIT> relates to a system and method for road map creation. The system comprises a plurality of navigation devices and an application server which receives from the plurality of navigation devices time series of location points, and creates a road map based on the time series of location points. The method comprises receiving location points from plurality of navigation devices, along with respective time stamps indicating the time of recordation of each of the location points; identifying at least one route according to the location points and respective time stamps; and creating a road map based on the at least one route.

<CIT> relates to a system and method for automated updating of map information. The characteristics of two intersecting roadways are compared to determine whether an inference can be made as to whether there are traffic controls on one of the roadways. If a larger road with characteristically higher speed intersects with a small road with lower speed, the small road is determined to have a stop sign. A map database is updated with the information regarding the inferred traffic control, and that information is then usable for purposes such as trip planning.

The present invention comprises an apparatus, computer-implemented method and a computer readable medium as defined by the claims. Embodiments that do not fall within the scope of the claims are to be interpreted as examples useful for understanding the invention. In a first aspect there is provided an apparatus according to claim <NUM>.

In a further aspect there is provided a method according to claim <NUM>.

In a further aspect there is provided a computer readable medium according to claim <NUM>.

The present disclosure includes one or more corresponding aspects, examples or features in isolation or in various combinations whether or not specifically stated (including claimed) in that combination or in isolation. Corresponding means and corresponding functional units or performing one or more of the discussed functions are also within the present disclosure.

The above summary is intended to be merely exemplary and non-limiting.

A description is now given, by way of example only, with reference to the accompanying drawings, in which:.

Certain embodiments disclosed herein may be considered to provide an apparatus comprising according to claim <NUM>.

The apparatus designates a particular traffic lane as a bus lane, which only buses are permitted to use. Subsequent navigation advice may then take this designation into account such that a user of the apparatus travelling within a car may be advised to follow a route that avoids the bus lane. Advantageously, traveller data is used rather than having to manually collect and upload restricted-use lane designations. This is also advantageous as restricted use-lane designations may be updated/changed/added over time, and they may also have particular times of operation (e.g. during morning/evening rush-hour, which may also be updated/changed/added). In the case of particular times of operation, this does also not have to be manually but is observed using the dynamic traveller data which would also reflect the dynamic designation of a traffic lane as a restricted-use lane.

<FIG> shows an apparatus <NUM> comprising memory <NUM>, a processor <NUM>, input I and output O. In this embodiment only one processor and one memory are shown but it will be appreciated that other embodiments may utilise more than one processor and/or more than one memory (e.g. same or different processor/memory types).

In this embodiment the apparatus <NUM> is an Application Specific Integrated Circuit (ASIC) for a portable electronic device with a touch sensitive display. In other embodiments the apparatus <NUM> can be a module for such a device, or may be the device itself, wherein the processor <NUM> is a general purpose Central Processing Unit (CPU) of the device and the memory <NUM> is general purpose memory comprised by the device.

The input I allows for receipt of signalling to the apparatus <NUM> from further components, such as components of a portable electronic device (like a touch-sensitive or hover-sensitive display) or the like. The output O allows for onward provision of signalling from within the apparatus <NUM> to further components such as a display screen, speaker, or vibration module. In this embodiment the input I and output O are part of a connection bus that allows for connection of the apparatus <NUM> to further components.

The processor <NUM> is a general purpose processor dedicated to executing/processing information received via the input I in accordance with instructions stored in the form of computer program code on the memory <NUM>. The output signalling generated by such operations from the processor <NUM> is provided onwards to further components via the output O.

The memory <NUM> (not necessarily a single memory unit) is a computer readable medium (solid state memory in this example, but may be other types of memory such as a hard drive, ROM, RAM, Flash or the like) that stores computer program code. This computer program code stores instructions that are executable by the processor <NUM>, when the program code is run on the processor <NUM>. The internal connections between the memory <NUM> and the processor <NUM> can be understood to, in one or more example embodiments, provide an active coupling between the processor <NUM> and the memory <NUM> to allow the processor <NUM> to access the computer program code stored on the memory <NUM>.

In this example the input I, output O, processor <NUM> and memory <NUM> are all electrically connected to one another internally to allow for electrical communication between the respective components I, O, <NUM>, <NUM>. In this example the components are all located proximate to one another so as to be formed together as an ASIC, in other words, so as to be integrated together as a single chip/circuit that can be installed into an electronic device. In other examples one or more or all of the components may be located separately from one another.

<FIG> depicts an apparatus <NUM> of a further example embodiment, such as a mobile phone. In other example embodiments, the apparatus <NUM> may comprise a module for a mobile phone (or PDA or audio/video player), and may just comprise a suitably configured memory <NUM> and processor <NUM>.

The example embodiment of <FIG> comprises a display device <NUM> such as, for example, a liquid crystal display (LCD), e-Ink, hover-screen or touch-screen user interface. The apparatus <NUM> of <FIG> is configured such that it may receive, include, and/or otherwise access data. For example, this example embodiment <NUM> comprises a communications unit <NUM>, such as a receiver, transmitter, and/or transceiver, in communication with an antenna <NUM> for connecting to a wireless network and/or a port (not shown) for accepting a physical connection to a network, such that data may be received via one or more types of networks. This example embodiment comprises a memory <NUM> that stores data, possibly after being received via antenna <NUM> or port or after being generated at the user interface <NUM>. The processor <NUM> may receive data from the user interface <NUM>, from the memory <NUM>, or from the communication unit <NUM>. It will be appreciated that, in certain example embodiments, the display device <NUM> may incorporate the user interface <NUM>. Regardless of the origin of the data, these data may be outputted to a user of apparatus <NUM> via the display device <NUM>, and/or any other output devices provided with apparatus. The processor <NUM> may also store the data for later use in the memory <NUM>. The memory <NUM> may store computer program code and/or applications which may be used to instruct/enable the processor <NUM> to perform functions (e.g. read, write, delete, edit or process data).

<FIG> depicts a further example embodiment of an electronic device <NUM>, such as a tablet personal computer, a portable electronic device, a portable telecommunications device, a server or a module for such a device, the device comprising the apparatus <NUM> of <FIG>. The apparatus <NUM> can be provided as a module for device <NUM>, or even as a processor/memory for the device <NUM> or a processor/memory for a module for such a device <NUM>. The device <NUM> comprises a processor <NUM> and a storage medium <NUM>, which are connected (e.g. electrically and/or wirelessly) by a data bus <NUM>. This data bus <NUM> can provide an active coupling between the processor <NUM> and the storage medium <NUM> to allow the processor <NUM> to access the computer program code. It will be appreciated that the components (e.g. memory, processor) of the device/apparatus may be linked via cloud computing architecture. For example, the storage device may be a remote server accessed via the internet by the processor.

The apparatus <NUM> in <FIG> is connected (e.g. electrically and/or wirelessly) to an input/output interface <NUM> that receives the output from the apparatus <NUM> and transmits this to the device <NUM> via data bus <NUM>. Interface <NUM> can be connected via the data bus <NUM> to a display <NUM> (touch-sensitive or otherwise) that provides information from the apparatus <NUM> to a user. Display <NUM> can be part of the device <NUM> or can be separate. The device <NUM> also comprises a processor <NUM> configured for general control of the apparatus <NUM> as well as the device <NUM> by providing signalling to, and receiving signalling from, other device components to manage their operation.

The storage medium <NUM> is configured to store computer code configured to perform, control or enable the operation of the apparatus <NUM>. The storage medium <NUM> may be configured to store settings for the other device components. The processor <NUM> may access the storage medium <NUM> to retrieve the component settings in order to manage the operation of the other device components. The storage medium <NUM> may be a temporary storage medium such as a volatile random access memory. The storage medium <NUM> may also be a permanent storage medium such as a hard disk drive, a flash memory, a remote server (such as cloud storage) or a non-volatile random access memory. The storage medium <NUM> could be composed of different combinations of the same or different memory types.

<FIG> represents traveller data <NUM> relating to a plurality of travellers on a three-lane highway comprising a first lane <NUM>, a second lane <NUM>, and a third lane <NUM>. The third lane <NUM> is provided with a bus stop <NUM>. For a navigation device with access to the traveller data <NUM>, it may be desirable to determine whether any restrictions apply to the use of any particular lane of the highway such that navigation advice can be provided that is compliant with those restrictions. Techniques for analysing the traveller data to enable provision of such advice will be disclosed below.

In some examples, traveller data relating to an individual traveller <NUM> may be provided by a component of a vehicle, such as a satellite navigation system, or in other examples the traveller data may be provided by an electronic device carried within a vehicle, such as a smartphone. Generally, components or devices configured to provide this traveller data may be referred to as probes. The traveller data may include the position of the probe, such as the latitude and longitude, the speed, the heading and a timestamp, to identify the time to which the traveller data relates, together with (optionally) data configured to uniquely identify the probe. Such traveller data may be provided periodically to reflect the behaviour of the probe of a particular interval of time. In some examples the traveller data may be provided in response to a request whereby a traveller is polled as to their position, speed or heading.

Where traveller data relating to a plurality of probes is available, valuable information may be extracted from the traveller data by analysing the behaviour of the probes during a particular discrete time window. This analysis may be performed in real time as data from probes is updated, or it may be performed on historical data that has previously been recorded.

To ensure the validity of the traveller data, the information relating to each probe may be compared to a predetermined range of values to see which of the traveller data conform to an unrealistic data set in order to remove any probes with unrealistic characteristics from further consideration. The traveller data <NUM> of <FIG> can actually be considered to be such remaining-traveller-data as the traveller data which conforms to the predefined unrealistic data-set is not shown/has been removed. It will be appreciated that if remaining-traveller-data, rather than the original traveller data set, is used then better designation of a restricted-use traffic lane can be obtained.

<FIG> represents the remaining-traveller-data <NUM> of <FIG> once analysis has been completed to determine the nature of each probe. Features of the data <NUM> that are similar to the similar to the data <NUM> shown in <FIG> have been given corresponding reference numerals and will not necessarily be discussed in order to improve the clarity of the disclosure. In this step, the analysis is directed to identifying if a probe relates to a traveller on a bus (a so-called bus probe <NUM>) or to a traveller in some other type of vehicle such as a car (a so-called non-bus probe <NUM>). By identifying each probe as a bus probe or non-bus probe and analysing the behaviour of the probes it may be possible to determine if any particular traffic lane has been designated a bus lane such that vehicles other than busses may be prohibited from using the traffic lane.

A variety of different techniques/schemes may be employed to analyse the remaining-traveller-data <NUM> in order to distinguish between bus probes and non-bus probes. Such schemes can be considered to be transportation mode detection schemes. In the case of buses, the transportation mode detection scheme may use the feature that buses characteristically stop at bus stops to allow travellers to enter and exit the vehicle. The location of bus stops may be known information. In some examples, the remaining-traveller-data <NUM> may be analysed to identify probes that spend greater than a predetermined time within a predetermined distance of a known bus stop. Such probes may then be categorised as bus probes.

<FIG> shows the Euclidean distance between a probe and a nearest known bus stop for a series of points in time 500b. As the probe proceeds along a highway the Euclidean distance, that is the shortest straight line distance, to a nearest bus stop will reduce towards zero 560b as the probe approaches the bus stop. Subsequently, the Euclidean distance will increase to a maximum value 562b at a point equidistance from two successive bus stops, before then declining again as a new bus stop is approached. Analysis of the distribution of this Euclidean distance data as a function of time may be used to identify whether the probe is a bus probe or a non-bus probe. The propensity of buses to stop regularly at bus stops will be reflected in the distribution of Euclidean distance data, allowing the identification of bus probes even if the location of bus stops is unknown. The Euclidean distance data for a bus probe may be characterised by a clustering of data points at close to zero distance at periodic intervals. Conversely, non-bus probes are unlikely to slow down and stop at a series of points along a particular traffic lane such that the distribution of Euclidean distance data for a non-bus probe is likely to be quite different to the distribution for bus probes. Of course, the present disclosure encompasses other distance measurements to a closest bust stop for use in discriminating the received traveller data as conforming to a bus transportation mode.

The time at which a bus is scheduled to stop at a bus stop may be known information. In some examples the data <NUM> may be analysed to identify a correlation between the location of a probe and the location of a known bus stop at times coincident with the schedule of known bus stop times. Where the correlation exceeds a predetermined threshold the probe may be categorised as a bus probe.

In some examples a probe may self-identify as a bus probe. For example, a satellite navigation system installed within a bus may be configured to identify itself as a bus probe. In other examples, a user may provide an input to an electronic device that identifies it as a bus probe; a traveller may provide such an input into their smartphone when they board a bus. Non-bus probes may similarly be configured to identify themselves as non-bus probes. It will be appreciated that the self-identification is not just limited to identification as a bus or non-bus probe. The self-identification could, in certain examples, be bicycle, taxi, high-occupancy (e.g. where use in designating a particular lane as a high-occupancy lane which as a particular time window (e.g. morning/afternoon rush-hour) of operation) transportation mode.

In some examples a combination of the above techniques may be used to designate each probe as either a bus probe or a non-bus probe. Bus probes may be present in any particular traffic lane and similarly non-bus probes may also be present in any particular lane. It will be appreciated that the result is to provide, in the case of using a bus transportation mode detection scheme, bus-transportation-mode-traveller-data. The probes labelled "b" in <FIG> can be considered to be such data.

In order to determine whether any restriction is in place on the type of vehicle that may use any particular traffic lane it may be advantageous to remove certain probes from further consideration. <FIG> illustrates the data set of probes <NUM> remaining once bus probes that are within a predetermined distance of a bus stop <NUM> have been removed from the data set. The predetermined distance may be <NUM> metres or any other appropriate distance. The purpose of removing bus probes that are within a particular distance from a bus stop is to avoid false positive identification of a traffic lane as being a bus lane (mitigate the bus stop effect). Since buses characteristically stop at bus stops it may be expected that a high proportion of probes in the vicinity of a bus stop may be bus probes, independently of whether the portion of traffic lane in the vicinity of the bus stop is a bus lane or not. Since the presence of bus probes in the vicinity of a bus stop is unlikely to provide assistance in determining the characteristics of a particular traffic lane these bus probes may be removed from further consideration. The probes "b" in <FIG> thus illustrate remaining-bus-transportation-mode-traveller-data as the bus-transportation-mode-traveller-data that is beyond a predetermined minimum threshold distance from bus stops are shown, and the bus-transportation-mode-data within a predetermined minimum threshold are not shown as they have been removed to mitigate the bus stop effect.

<FIG> illustrates centre-mapped-received-traveller-data <NUM> derived from the data <NUM> shown in <FIG> once a process of centre-lane map matching has been performed. Where a particular highway has a plurality of traffic lanes it may be possible to identify in which lane a particular traveller is travelling. In some examples the position of a probe during a particular time interval may be analysed to determine which particular lane the probe has been travelling in during that time interval. In other examples the probe's speed or heading may be analysed to determine the lane in which the probe is travelling. In other examples a combination of different characteristics of the probe may be used to establish in which lane the probe is travelling. Once the particular lane that a particular probe relates to have been established the probe may be assigned to a centre line for that particular lane. In the present example, four probes travelling in a first lane <NUM> have been assigned to a first centre line <NUM>. The remaining probes have been assigned to either a second centre line <NUM> where they have been identified as travelling in a second lane <NUM> or to a third centre line <NUM> where they have been identified as travelling in the third lane <NUM>. The process of segregating probes into different lanes may enable identification of restrictions present in a particular traffic lane of a highway while other traffic lanes of the same highway may be identified as being free of restrictions.

Where traveller data, relating to a plurality of probes, has been obtained it will be possible to infer road maps from the traveller data. Such road maps may encompass a comprehensive network of roads, within a given area, that includes information relating to how each road or highway is connected to other roads or highways within the network. Construction of such a road map may be successfully performed even where probe data is sparse and/or error prone. As such road maps reflect the geometry of a network of highways they may be referred to as constructed route geometries.

In some examples, centre-mapped-received-traveller-data may be used to provide a constructed route geometry. In such cases, the constructed route geometry may distinguish each individual traffic lane within each highway to provide a lane-level constructed route geometry. Where a constructed route geometry is available individual probes may be designated as being within a particular part of the constructed route geometry to provide constructed-route-geometry-traveller data. Analysis of this constructed-route-geometry-traveller data may provide a detailed map of possible restricted-use traffic lanes in addition to non-restricted-use traffic lanes.

At this stage, a navigation device may be configured to use this constructed-route-geometry-traveller data of possible routes where restricted-use traffic lanes have been designated to provide up-to-date guidance to a traveller. Accordingly, use of such appropriately designated restricted use traffic lanes would not disadvantageously direct the traveller to attempt to use particular traffic lanes, such as bus lanes, that the traveller is prohibited from using. Such a traveller would then not be penalized for using a restricted-use traffic lane. The traveller can then identify the restriction in good time and thus they may modify their route to avoid it.

In some examples a constructed route geometry may be used to analyse centre-mapped-received-traveller data to provide bus-transportation-mode-discriminated-received-traveller data, which relates to probes identified as bus probes and which has been filtered to mitigate the bus stop effect, and other-transportation-mode-discriminated-received-traveller data, which relates to non-bus probes. Designation of a particular traffic lane as a restricted-use lane may be based on differences in the distribution of the bus-transportation-mode-discriminated-received-traveller data compared to the distribution of other-transportation-mode-discriminated-received-traveller data. For example, where the bus-transportation-mode-discriminated-received-traveller data comprises a distribution of bus probes with a high density in a particular traffic lane, while simultaneously the other-transportation-mode-discriminated-received-traveller data comprises a distribution of non-bus probes with a low density in the particular traffic lane, the particular traffic lane may be designated as a restricted-use or bus lane.

The designation of a lane as a restricted-use lane may be based on thresholds. In an example, the apparatus may identify bus lanes by analysing the proportion of bus probes and the proportion of non-bus probes present in a particular traffic lane. For example, if the proportion of bus probes using a particular traffic lane exceeds <NUM>% then it may be determined that the particular lane is a bus lane. It will be appreciated that different percentages may be chosen but that the presence of a small percentage of non-bus probes present in a particular traffic lane may not be inconsistent with the particular lane being a bus lane as a small proportion of travellers may operate in contravention of the restriction.

In some examples an apparatus may designate a particular traffic lane as a bus lane based on the proportion of bus probes and non-bus probes present in adjacent traffic lanes as well as the proportion present in the particular traffic lane. For example, if <NUM>% of probes present in the particular traffic lane are bus probes while <NUM>% of probes in an adjacent traffic lane are non-bus probes then the particular lane may be designated as a bus lane based on the degree of segregation of the bus and non-bus probes as between the adjacent lanes.

In other examples, designation of a particular traffic lane may be based on a comparison between data relating to a current time interval and to data relating to a previous time interval. For example, if the proportion of bus probes present in a particular traffic lane in a previous time interval was <NUM>% while the proportion present in the current time interval is <NUM>% then the lane may be designated as a bus lane based on the change in observed probe behaviour. In other examples, a significant increase in the number of non-bus probes in a particular traffic lane may result in an apparatus re-designating the traffic lane as a non-restricted use traffic lane. It will be appreciated that any convenient time interval may be chosen, for example the previous time interval may be a period of six months or one month or one week, while the current time interval may be a day or an hour or ten minutes. It will be appreciated that the time intervals may relate to a fixed periods of time or to sliding time windows.

In some examples, designation of a particular traffic lane may be performed on a regular basis such as every minute, or hourly or daily. This may enable an apparatus to update the designation as new restrictions are introduced or existing restrictions are rescinded. This may also enable an apparatus to establish a pattern of restrictions that varies over time. In some examples a restriction may only apply during certain time of the day, such as between 7am and 7pm, or on certain days of the week, such as weekdays and not weekends or public holidays. Using this information, an apparatus may provide navigation guidance that directs a user to use a particular traffic lane only if their expected time of arrival at that traffic lane coincides with a time that the traffic lane is predicted to be subject to no restrictions. If the user's expected time of arrival at the particular traffic lane coincides with a period during which a restriction is predicted to apply then the apparatus may formulate alternative guidance configured to avoid that particular traffic lane.

In some examples, an apparatus may be configured to perform the analysis disclosed above in relation to a plurality of portions of a particular traffic lane. This may enable the apparatus to detect the presence of restrictions on traffic lane usage that apply to only short sections of a particular traffic lane, such as in the vicinity of a particular intersection. It will be appreciated that a particular traffic lane may be divided into portions of any convenient length, such as <NUM> metres, or <NUM> metres or <NUM> metres.

In some examples, an apparatus may provide navigation guidance based on the speed of movement of probes, thereby directing a traveller to use a route that minimizes their journey time. However, if the route includes a particular traffic lane that is predicted to be a restricted use traffic lane, such as a bus lane, at the time that the user is predicted to reach that traffic lane then the device may provide alternative navigation advice such that the traveller may avoid using the restricted lane. In such examples it may be particularly advantageous to establish the designation of different traffic lanes within the same highway as a bus lane may have probes with a relatively high average speed compared to a lower average speed of probes travelling in adjacent traffic lanes, which may be more congested. If a navigation device is not configured to determine the designation of a bus lane then it may advise a user that use of such a bus lane provides an optimum route to minimize total journey time. However, such a route would not be suitable for a non-bus traveller, potentially resulting in the traveller using the adjacent traffic lanes and thereby travelling at a much lower speed. Provision of navigation advice based on both speed of probes and designation of particular traffic lanes as restricted use traffic lanes may thereby provide more time-efficient navigation advice.

It will be appreciated that different types of restrictions may apply to particular traffic lanes, of which restriction to use by buses is only a single example. In some examples other vehicles may be permitted to use restricted use traffic lanes, such as taxis, bicycles or motorcycles. In other examples, restrictions may relate to the number of occupants of a vehicle. For example, it may be prohibited to drive a car on a particular traffic lane unless there are at least two or more persons within the car. In such cases, a user may provide an input to their device to identify the number of persons within their vehicle and the device may thereby provide navigation advice that complies with any restrictions on the number of occupants within the vehicle. In other examples it may be prohibited to drive a vehicle larger than a certain size or weight on a particular traffic lane. Such restrictions may apply specifically to goods vehicles, but may only apply during certain hours of the day. By analysing data relating to probes using highways within a particular area it may be possible to provide navigation guidance that complies with any relevant restrictions to traffic lane usage.

<FIG> shows an example of an apparatus <NUM> in communication with a remote server. <FIG> shows an example of an apparatus <NUM> in communication with a "cloud" for cloud computing. In <FIG>, apparatus <NUM> (which may be apparatus <NUM>, <NUM> or <NUM>) is also in communication with a further apparatus <NUM>. The further apparatus <NUM> may be for example configured to perform some part or parts of the analysis of probes disclose above. In other examples, the apparatus <NUM> and further apparatus <NUM> may both be comprised within a device such as a navigation device or a portable communications device or PDA. Communication may be via a communications unit, for example.

<FIG> shows the remote computing element to be a remote server <NUM>, with which the apparatus <NUM> may be in wired or wireless communication (e.g. via the internet, Bluetooth, NFC, a USB connection, or any other suitable connection as known to one skilled in the art). In <FIG>, the apparatus <NUM> is in communication with a remote cloud <NUM> (which may, for example, be the Internet, or a system of remote computers configured for cloud computing). It will be appreciated that the traveller data may be received by the server/cloud <NUM>/<NUM> and the apparatus <NUM> can then use the polled traveller data to designate a particular lane as a restricted-use lane.

<FIG> shows a flow diagram illustrating the method <NUM> comprising, based on received traveller data, the traveller data representing polled traveller usage of a particular traffic lane, designating the particular traffic lane as a restricted-use lane, the designation for use in subsequent navigation guidance.

<FIG> illustrates schematically a computer/processor readable medium <NUM> providing a program according to an example. In this example, the computer/processor readable medium is a disc such as a digital versatile disc (DVD) or a compact disc (CD). In other examples, the computer readable medium may be any medium that has been programmed in such a way as to carry out an inventive function. The computer program code may be distributed between the multiple memories of the same type, or multiple memories of a different type, such as ROM, RAM, flash, hard disk, solid state, etc..

The apparatus shown in the above examples may be a portable electronic device, a laptop computer, a mobile phone, a smartphone, a tablet computer, a personal digital assistant, a navigation device, a watch, a digital camera, a non-portable electronic device, a server, a monitor/display, or a module/circuitry for one or more of the same.

Any mentioned apparatus/device/server and/or other features of particular mentioned apparatus/device/server may be provided by apparatus arranged such that they become configured to carry out the desired operations only when enabled, e.g. switched on, or the like. In such cases, they may not necessarily have the appropriate software loaded into the active memory in the non-enabled (e.g. switched off state) and only load the appropriate software in the enabled (e.g. on state). The apparatus may comprise hardware circuitry and/or firmware. The apparatus may comprise software loaded onto memory. Such software/computer programs may be recorded on the same memory/processor/functional units and/or on one or more memories/processors/ functional units.

In some examples, a particular mentioned apparatus/device/server may be pre-programmed with the appropriate software to carry out desired operations, and wherein the appropriate software can be enabled for use by a user downloading a "key", for example, to unlock/enable the software and its associated functionality. Advantages associated with such examples can include a reduced requirement to download data when further functionality is required for a device, and this can be useful in examples where a device is perceived to have sufficient capacity to store such pre-programmed software for functionality that may not be enabled by a user.

Any mentioned apparatus/circuitry/elements/processor may have other functions in addition to the mentioned functions, and that these functions may be performed by the same apparatus/circuitry/elements/processor. One or more disclosed aspects may encompass the electronic distribution of associated computer programs and computer programs (which may be source/transport encoded) recorded on an appropriate carrier (e.g. memory, signal).

Any "computer" described herein can comprise a collection of one or more individual processors/processing elements that may or may not be located on the same circuit board, or the same region/position of a circuit board or even the same device. In some examples one or more of any mentioned processors may be distributed over a plurality of devices. The same or different processor/processing elements may perform one or more functions described herein.

The term "signalling" may refer to one or more signals transmitted as a series of transmitted and/or received electrical/optical signals. The series of signals may comprise one, two, three, four or even more individual signal components or distinct signals to make up said signalling. Some or all of these individual signals may be transmitted/received by wireless or wired communication simultaneously, in sequence, and/or such that they temporally overlap one another.

With reference to any discussion of any mentioned computer and/or processor and memory (e.g. including ROM, CD-ROM etc.), these may comprise a computer processor, Application Specific Integrated Circuit (ASIC), field-programmable gate array (FPGA), and/or other hardware components that have been programmed in such a way to carry out the inventive function.

The applicant hereby discloses in isolation each individual feature described herein and any combination of two or more such features, to the extent that such features or combinations are capable of being carried out based on the present specification as a whole, in the light of the common general knowledge of a person skilled in the art, irrespective of whether such features or combinations of features solve any problems disclosed herein, and without limitation to the scope of the claims. The applicant indicates that the disclosed aspects/examples may consist of any such individual feature or combination of features. In view of the foregoing description it will be evident to a person skilled in the art that various modifications may be made within the scope of the disclosure.

Claim 1:
An apparatus (<NUM>) comprising:
at least one processor (<NUM>); and
at least one memory (<NUM>) including computer program code,
the at least one memory and the computer program code configured to, with the at least one processor, cause the apparatus to perform at least the following:
receive traveller data representing polled usage of a particular traffic lane by a plurality of travellers within a particular discrete time window;
use a transportation mode detection scheme to discriminate received traveller data (<NUM>) for the plurality of travellers as conforming to a bus transportation mode wherein the transportation mode detection scheme observes the distribution of received traveller data (<NUM>) in and around bus stop locations (<NUM>) to discriminate received traveller data for the plurality of travellers as conforming to a bus transportation mode and
designate (<NUM>) the particular traffic lane (<NUM>, <NUM>, <NUM>) as a restricted-use lane based on differences in the distribution of bus-transportation-mode-discriminated received traveller data (<NUM>) and other-transportation-mode-discriminated received traveller data, and by removing particular received traveller data (<NUM>) which conforms to a predefined unrealistic data-set from further consideration in the designation, the designation being for use in subsequent navigation guidance.