fig1 illustrates an exemplary block diagram of a system offering location based services according to some embodiments of the present invention . in the illustrated example , an enterprise ( 100 ) utilizes the location platform ( 102 ) and the location service provider operating that platform to manage the connectivity to a target mobile end user ( 105 ). the enterprise could be a provider or user of mobile marketing , workforce management , asset tracking , transportation management , emergency alerting , call centers , banking or fraud detection , among others . the end user could be a member of a group belonging to or affiliated with the enterprise ( e . g ., a tow truck , a service van ), could be a subscriber of a service offered by the enterprise ( e . g ., roadside assistance , personal assistance , fraud detection ), or could be a marketing target of an enterprise ( e . g ., a chain store , a company with a loyalty program ). connectivity between the enterprise servers and the location platform is typically via the internet , although dedicated connectivity for large enterprises is also possible . connectivity is via an established protocol over a well - defined application programming interface ( api ) agreed upon between the enterprise and the location service provider . the location platform is able to reach the mobile end - user for purposes of locating and notifying the user via a wireless network ( 104 ), for example , that of a wireless carrier . it is also possible , albeit not shown in the figure , that notification is sent to a 3 rd party , different from the mobile end - user to be located . examples of such 3 rd parties could be an enterprise , an affiliate or a customer of an enterprise , or an interested individual such as a parent . such notification could take place via a wired or a wireless network . for maximum utility and value to the enterprise in this context , the mobile end - user device may or may not contain sophisticated location capabilities , such as a gps module , or features common to so - called smartphones , like powerful processing , advanced operating system , location based applications , or a sizeable screen . if the device contains such capabilities its user may not be a sophisticated user or be a willing participant in downloading application software or even turning on a gps - type location capability . the present invention is particularly suited to handling end user devices with limited capabilities available or enabled by optimizing the location determination and notification process on the location server side . such mobile devices are often the most challenging to the location service from a cost perspective since their intelligence is not utilized in assessing their presence relative to a geographical zone of interest . this could lead to repeated attempts at determining user location and communicating with the user with rapidly increasing costs . fig2 shows an exemplary flow diagram of the processes within the location platform ( 102 ) pertaining to determining and acting upon a zone of relevance for the targeted user ( or users ), according to some embodiments of the present invention . the processing in the flow is triggered by one of multiple events . in some embodiments , a request is received from the enterprise to perform a location based transaction such as locate one or more users of a certain type in a certain general area , possibly to effect a dispatch operation , route a mobile call to its nearest call center , push information , or issue a specific alert . in some embodiments , the process is triggered by receiving information on a real time event affecting users associated with an enterprise or a group of end users , e . g ., severe winter weather advisory . inputs to the process are first aggregated , including , in one embodiment , gathering information from an enterprise database ( 201 ), an end - user database ( 203 ), a geographic database ( 202 ), as well as dynamic inputs , which include real time or low latency information from third parties . such parties could be affiliated with the enterprise , a wireless carrier , a weather service , a traffic service , a fraud detection service or the like . information pertaining to enterprises with an agreement with the location service operating the location platform is stored in the enterprise data base ( 201 ). exemplary information in such a database is illustrated in fig3 . in some embodiment , database ( 300 ) includes data fields that identify the enterprise , its type ( e . g ., workforce management , mobile marketing , call center , alerting ), its location based service objectives ( e . g ., area advertising , offer promotion , fleet members notification , geographic call routing , customer alerting ), along with service rules pertaining to the enterprise , such as cost constraints , information latency requirement , privacy and end user consent rules . fig4 shows an exemplary content of an end user database , according to some embodiments of the present invention . in some embodiments , identification of the end user or pool of end users is performed beforehand by the enterprise , prior to any location transaction being performed . as illustrated in fig4 , the end user database ( 400 ) stores this identification information and enterprise affiliation ( e . g ., membership ) along with supplementary information driven by the type of application supported by the enterprise . in some cases , where the enterprise is focused on targeting mobile marketing offer , for example , information on the user &# 39 ; s purchasing preferences ( obtained from the enterprise ), location and notification consent settings , key addresses ( e . g ., home , work , school addresses ), habits ( e . g ., stop for shopping along the way from work to home ), income category , previous response to similar location based services , and type of user device are stored in that database . in other cases , as in a workforce management application , information on the capability of the end user ( e . g ., type of tow truck ), may be stored in the database along with the task and route normally assigned to that user . fig5 illustrates the contents of an exemplary geographical database ( 500 ), according to some embodiments of the present invention . information obtained from the enterprise is used to key on geographic attributes that will subsequently influence the parameters of the zone of relevance and the communication and location determination costs associated with it . information in this database includes the morphology or land use in the general target area ( urban , suburban , etc . ), location and density of certain points of interest to the enterprise ( e . g ., its outlets , preferred service facilities , spots of population aggregation ), established traffic patterns and rush hours , along with general climate data ( zones of relevance may become smaller in a frigid climate for example ). the information obtained from the databases 201 / 300 , 202 / 400 , and 203 / 500 is sufficient for the logic in perform location pre - filtering ( 205 ) to be exercised to bound the area of interest to the enterprise and the general area where the end user is likely to be , and doing so without needing to perform an actual “ location dip ;” i . e ., without a request to the wireless network to determine the actual location of that end user . such a location transaction would entail cost that may not be warranted if notifying or tracking the user relative to a certain zone is determined to be unnecessary . hence a rough prediction of the likely area of overlap is first undertaken . in some embodiments , the longer term information obtained from the databases 201 / 300 , 202 / 400 and 203 / 500 may be augmented with dynamic , low latency or real time inputs ( 206 ) from other sources . such information could be critical in impacting the subsequent logic related to determining the value of notification and zone of relevance . the sources of such low latency information could be : ( i ) the enterprise itself ( e . g ., a high criticality event has occurred that needs a wide and urgent response , inventory status of a certain product in a certain area ); ( ii ) a wireless carrier providing information about the presence of an end - user on its network ; ( iii ) a third party , like a weather service , a traffic service , a local authority issuing time - relevant alerts ( a major incident could reduce the size of a zone where it &# 39 ; s of value to reach users ), or an information aggregator . fig6 shows an exemplary data flow to obtain dynamic ( low latency ) inputs from a third party , according to some embodiments of the present invention . as shown , in some embodiments , the interface with the third parties is through a defined application programming interface ( api ). as shown , the figure depicts a request for dynamic data ( 601 ) from the location platform ( 102 ) to the dynamic data provider ( 600 ) and its corresponding response ( 602 ), using a web services api with an xml response . in this illustrative example , the request ( 601 ) is to obtain real time fuel prices , in this case diesel , in a certain area about a set of geographic coordinates . such an information request could be in support of a trucking enterprise that wishes to notify its nearby trucks of the cheapest fuel prices available in a certain geographic vicinity . some of the possible content filters or query parameters , as illustrated in ( 601 ), include : content type , desired location , maximum distance , maximum information age , minimum validity period , etc . the exemplary response ( 602 ) contains a list of identified fuel stations , their addresses , fuel prices , and information aging parameters . referring back to fig2 , the logic in determine value of notification ( 207 ) entails an assignment of individual values to the information obtained from the enterprise ( 200 ), end - user profile ( 204 ), geographic information ( 202 ), dynamic or low latency external inputs ( 206 ), and historical information ( 218 ). in one embodiment a weighted average of these values is determined to render a value for the notification ; i . e ., a value for attempting to reach and locate the end - user , both actions entailing expending resources , including direct costs . by way of example , for an enterprise marketing certain offers , the value of notification would be higher if the end - user has a profile that matches a likely purchaser based on : ( i ) history of utilization , ( ii ) their habits and preferences in their end - user profile ; ( iii ) the points of interest for the enterprise ( e . g ., it &# 39 ; s stores ) likely to be along the user &# 39 ; s path during a certain time window ( e . g ., their typical window for commute from work to home ). on the other hand , the value of notification for the merchant enterprise would be lower if the end - user , per its profile , is not providing consent for it to be located . by way of another example , the value of notification for a roadside assistance enterprise would be higher if the one or more end - users are based , per their profile , close to a impending event ( e . g ., tow trucks with home bases within reach of a freezing rain event ). in yet another example , in an asset management situation , the value of notification may be directly related to the value of the cargo or asset , such value would be obtained either form the enterprise or a dynamic input . in a corresponding example in a banking and fraud mitigation context , the value of notification would rise with the value of the high risk financial transaction , which is determined based on a dynamic input from the banking enterprise or an affiliated fraud detection bureau ( a designated 3 rd party ). determine zone of relevance ( 208 ) entails a determination of how wide ( e . g ., city , county , several miles on highway ) or how narrow ( e . g ., few city blocks , campus boundary ) where the target end user is likely to be of significant value to the enterprise . this varies with the nature of the enterprise , its application , it &# 39 ; s cost constraints ( in 201 and 300 ) as well as geographical factors ( in 202 and 500 ) such as area type ( e . g ., urban ), points of interest and their density ( e . g ., stores , outlets ), time zone and traffic patterns ( a zone of relevance may be smaller during established rush hours ). information obtained from the enterprise and the geographic database are combined with historical information and utilized in this zone of relevance determination . also used in this determination is information from the end - user database regarding its location and notification preferences . with the establishment of a quantitative value for end - user notification and a specific zone where such notification is applicable , the next logical step in a preferred embodiment is determining the available and applicable options to locate and notify the end user and their associated costs . in a location based services context where the location information is obtained from the wireless carrier serving the end user , several forms of location determination may be available and often bear different costs . the wireless carrier &# 39 ; s network may be a cdma , gsm , umts , lte or other network . a coarse location could be a cell id type of information . a medium accuracy location could be an enhanced cell id , possibly utilizing a network ranging measurement or other network based location determination , such as trilateration , or a proximity - based location ( e . g ., using wifi ). a high accuracy or precise location could be a handset - based or handset assisted gps location or could be a physical or internet address , depending on the application . pricing arrangements between a location service provider utilizing the present invention and different wireless carriers will result in different costs for the different types of location fixes , typically the more precise ( smaller ) the location the more expensive the location dip , and the less precise ( larger ) the location the less expensive the location dip . the present invention optimizes the process of reaching the end - user and its attendant costs . integral to this aspect is tailoring the location determination and notification to the needs of the enterprise and its application , taking into account available network and end - user capabilities and preferences . both the wireless network and the mobile device may be able to accommodate or support different location methods as described above . additionally , some end users in certain applications may have preferences that impact what is applicable . for example , and end - user may select not to be located precisely . in determine applicable location methods ( 209 ), based on the determined zone of relevance , the value of the notification , relevant inputs from the enterprise database , information form the end user database regarding location preferences and mobile device capability , and dynamic inputs ( e . g ., available wireless location methods from a wireless carrier ), a determination is made of the available and applicable modes of location ( e . g ., coarse versus precise , network versus handset ). a determination is also made of the location latency requirements corresponding to the enterprise application ( e . g ., location must be real time , could be cached from the previous session , or from an older historical record until a higher notification value is established in the future ). costs associated with the applicable location transaction types are extracted from internal records and compiled in 210 , determine cost of location . in parallel with the determination of location requirements and its costs , in 211 a determination is made of the applicable notification methods . notification could be to an end - user , an enterprise , an enterprise affiliate , or a third party ( e . g ., a parent ). applicable notification methods will depend on the identified party to receive the notification . these methods could be a voice call , a text message , a multimedia messaging service ( mms ) message , an e - mail , or even a binary command ( a programmatic instruction via internet protocol to a wired or mobile computer application or a wireless application protocol [ wap ] push ). these clearly have different suitability , effectiveness and time criticality in reaching the end - user or desired 3 rd party to be notified . for example , an e - mail would not be suitable to reach a basic feature flip phone in a timely manner . other modes of communication may not be supported by the end user either . key pieces of information extracted from prior steps in the process are utilized by the determine applicable notification methods logic in block 211 . in one embodiment , information gleaned from the user profile database , such as mobile device class and preferences , e . g ., about preferred notification methods , are utilized together with information from the enterprise related to its business objective or relevant situation , and information on its in - area versus out - of - area wireless pricing that may apply . this information is combined with the determined zone of relevance in the cost computation . the size of the zone of relevance is important since there may be potentially many users to reach in a larger zone . the costs for the applicable notification methods are computed in block 212 . whereas the above steps are shown in fig2 as being in parallel , occurring after a sequential set of steps , the exact sequence or order of steps could be different without altering the nature of the present invention . a comparison of the value of notification to the determined costs of location and notification is performed in block 213 . in block 214 , the value of notification is compared to a cost threshold . when the cost threshold is crossed the notification is sent ( block 215 ). when the threshold is not crossed , the notification is not sent and instead , the notification update requirements are determined , in block 216 . one or more values and costs may be part of the comparison and one or more thresholds may be employed simultaneously , to support differentiated notifications , even to users affiliated with the same enterprise and the same triggering event that launches the overall process in fig2 . it is possible , for example , to decide to notify a small group of end - users who are more geographically proximate to a point of interest using a text message while notifying a wider group using a lower cost , higher latency e - mail method . with the applicable location determination methods identified in block 209 , their associated costs determined in block 210 , and the decision made ( in block 214 ) to either notify ( block 215 ) or not notify the end user ( block 216 ), the location update requirement is set in block 216 . it may be necessary to locate the end user coarsely then precisely , or precisely more than once , or just coarsely , or not at all and use rough information from the previous location pre - filtering step ( 205 ). the serving wireless network is queried for location ( 217 ) per these requirements and the location result is logged . the logged location and notification decision ( 218 ) are used in subsequent iterations of determine value of notification and as a historical record for future reference . the process illustrated in fig2 is then repeated as needed . the entire process may be repeated or only parts of it if some longer term information , e . g ., from the databases has not changed . for example , an iteration of the flow maybe applied to only adjust the value of notification and the zone of relevance based on the identified location and notification methods , their costs and an associated earlier decision on whether to notify the end - user . it will be recognized by those skilled in the art that various modifications may be made to the illustrated and other embodiments of the invention described above , without departing from the broad inventive scope thereof . it will be understood therefore that the invention is not limited to the particular embodiments or arrangements disclosed , but is rather intended to cover any changes , adaptations or modifications which are within the scope and spirit of the invention as defined by the appended claims .