Abstract:
A computer-implemented method of providing users with contextually relevant data associates metadata tags with data items extracted from a variety of data sources that summarize the data items in searchable form using a common format. Contextual data is collected from the users indicative of their current situation. This data is then correlated with the metadata tags to identify data items of potential interest to the users taking into account their current situation. The identified data items are pushed to the relevant receiving devices in real time over a communications network to provide the identified users with information relevant to their current situation.

Description:
CROSS REFERENCE TO RELATED APPLICATIONS 
       [0001]    This application claims the benefit as a continuation of U.S. Ser. No. 13/439,117 filed Apr. 4, 2012 which itself claims priority from U.S. Provisional Application No. 61/472,418, filed Apr. 6, 2011, the contents of both being incorporated herein by reference. 
     
    
     FIELD OF THE INVENTION 
       [0002]    This invention relates to the field of data communications, and in particular to a method and apparatus for pushing situationally relevant data to a user, for example, a police officer. 
       BACKGROUND OF THE INVENTION 
       [0003]    In emergency services, access to the right information at the right time is critical. In most cases, relevant information is scattered through old and new systems, some electronic and others based on paper. Emergency services workers can find themselves in many different situations that require totally different information, and many different situations can arise during just one shift. A lot of these situations carry a life or death implication, Police services are one area of emergency services that can act as an example of what exists today. 
         [0004]    Police officers increasingly have to search through complex and extensive information and knowledge sources. To find information, police officers have to know where the data sources are located and how to access them. A large amount of manual and cognitive effort is required to query all the relevant data sources, each with a different search interface, or to read the paper-based reports and glean the correct and relevant information from them. 
         [0005]    Database technologies have been widely used to manage crime and police reports to provide faster and easier access for law enforcement personnel. One such example is the COPLINK Connect system. COPLINK aims to enable law enforcement agencies to search for information more effectively by providing a user-friendly interface that integrates data from various sources such as incident records, mug shots, and gang information. COPLINK uses co-occurrence analysis to identify the relationships among different entities (e.g., persons, vehicles, locations, and organizations) in criminal justice databases. 
         [0006]    Other information technologies also have been used in law enforcement. For example, the Comslat system introduced by the New York Police Department uses computer statistics and crime mapping techniques to identify the types of crimes happening in different districts. Data mining techniques have also been applied to identifying interesting patterns in criminal data. For example, a self-organizing map is used to cluster similar sexual offense cases into groups in order to identify serial offenders. 
         [0007]    There are many monitoring and notification systems for Web information sources. One example is the NorthernLight Web search engine (www.northernlight.com), which alerts users when new Web pages are added to the database. Some client-side search tools, such as Copernic Agent (www.copernic.com) and WebSeeker (www.bluesquirrel.com), also provide the functionality for scheduling automatic searches. E-trade (vwwv.etrade.com) allows users to choose which stocks they want to monitor and the users are alerted when the stock price reaches the level they specified. In the financial application arena, more advanced monitoring (e.g., monitoring based on the results of complex financial analysis) has also been proposed. In these systems, users can often opt to be alerted in different ways, such as Web messages, emails, pagers, voice messages, or short messages for mobile devices. In the area of providing monitoring and alerting support for law enforcement applications, the FALCON system developed at Charlotte-Mecklenburg Police Department (CMPD) in Charlotte, N.C. offers the functionality of monitoring all incoming police records as well as sending alert messages to police offers by email and pager. FALCON does not offer collaborative filtering capabilities or advanced collaboration functions. 
         [0008]    Collaborative filtering is a kind of collaboration in which people help one another perform filtering by recording their reactions to documents they read. Examples of collaborative filtering and recommender systems include Amazon.com, GroupLens, Fab, Ringo, Do-I-Care, and Collaborative Spider. When a user performs a search, these systems will recommend a set of documents or items that may be of interest based on this user&#39;s profile and other users&#39; interests and past actions. 
         [0009]    New technologies providing even more information are showing up all the time. An example is a device that shoots a small GPS-equipped dart that attaches itself to a suspect&#39;s vehicle during a high-speed pursuit. Another is an ear-mounted video camera that captures an officers view of traffic stops and other incidents. Police departments are using cameras on patrol cars to scan and track the license plates of each vehicle they pass, which lets them recoup overdue parking violations fines. 
         [0010]    Law enforcement technology may be evolving, but it hasn&#39;t changed the core responsibilities of police officers&#39; jobs; police officers still must talk to people and gather information. Judgment and instinct from officers is the most important when recording what is actionable. When an officer is given information, they are responsible to act on it or not, which can lead to misconduct. 
         [0011]    Two types of intelligence are used:
       Tactical intelligence is used in the development of a criminal case that usually is a continuing criminal enterprise, a major multijurisdictional crime, or other form of complex criminal investigation, such as terrorism. It seeks to gather and manage diverse information to facilitate a successful prosecution of the intelligence target. It is also used for specific decision making or problem solving to deal with an immediate situation or crisis.   Strategic intelligence examines crime patterns and crime trends for management use in decision making, resource development, resource allocation, and policy planning. While similar to crime analysis, strategic intelligence typically focuses on specific crime types, such as criminal enterprises, drug traffickers, terrorists, or other forms of complex criminality. It also provides detailed information on a specified type of crime or criminality.       
 
         [0014]    The different forms of intelligence can guide investigations, provide insights for resource allocation, suggest when priorities should be expanded or changed, suggest when new training and procedures may be needed to address changing threats and permit insight when there is a change in the threat level. 
         [0015]    Intelligence-led policing (ILP) is a policing model that has emerged in recent years which is built around risk assessment and risk management. Although there is no universally accepted understanding of what intelligence-led policing entails, the leading definition is that ILP is a strategic, future-oriented and targeted approach to crime control, focusing upon the identification, analysis and ‘management’ of persisting and developing ‘problems’ or ‘risks.’ In simpler terms, it is a model of policing in which intelligence serves as a guide to operations, rather than the reverse. 
         [0016]    Unlike industries where information overload can be resolved with hardware and storage policies, the emergency service field must account for a daily bombardment of information that might or might not be relevant the moment it is received. Zipping up this information and shipping it off to some forgotten archive is not an option, especially when considering that case activity is constantly in flux. It takes full time personnel and large expensive meetings devoted to creating actionable information with no good way to disseminate it. 
         [0017]    Intelligence data often resides across multiple locations, making retrieval and analysis even more cumbersome. At the end of the day, analysts require speed, efficiency and 100-percent accuracy when it comes to the software tools they use to carry out their intelligence work. The information should be kept permanently and be stored in doubles or triples. 
         [0018]    There are four key needs in emergency services:
       Operational Awareness: Supporting a comprehensive, relevant view into activities.   Information Integration and Analysis: managing data effectively and reducing information overload.   Strategic and Tactical Planning: creating more opportunities for proactive policing through analytic tools.   Field Mobility: providing a platform for data and information exchange into and out of the field.       
 
         [0023]    It is also important that these follow standard operating procedures. 
         [0024]    Increasing numbers of emergency service workers are using sophisticated hardware, including smart phones and smart devices that plug into computers (for example fingerprint analyzers) and radios. Because of the range in age of workers, the equipment has to be easy to use and learn. With unlimited mobile data on tap, all manner of information can be pushed to workers who might previously have had to spend time returning to the station to receive it. It also serves as a quick storage medium for things like photos of suspects, or new methods of performing a procedure. 
         [0025]    The use of mobile technology is associated with an increasing amount of information at the user&#39;s disposal. The twin themes of a growing volume of information and increasing exposure to it is called information overload. Information overload results from the inability of living systems to process excessive amounts of information. Combined with the tact that technology can generate information much faster than people can process it, this means that people often find themselves unable to cope with an increasing amount of information. Information overload may originate from information actively requested or searched for and information received whether or not the recipient wants/needs it or not. 
         [0026]    In emergency service organizations, a great deal of information flows to and from internal departments and external organizations, and the regulatory framework requires substantial audit trails and documentation. The structure is one of command and control, with hierarchical relationships involving reporting up and down the ranks. These factors (and others) result in a large volume of information for managers to deal with. 
         [0027]    Organizational information includes systems and services that are designed to acquire, share and disseminate information of all kinds, including information that circulates through formal and informal means, both internally and externally. The information environment and organizational context needs to be understood in order to understand the complex ways in which information flows in. out and around the organization, and how this contributes towards information overload, and to judge the effectiveness of the information, style, etc. 
         [0028]    Emergency service organizations operate in a complex and changing environment, with information flowing to and from external organizations, as well as through a number of internal hierarchies and departments. The highly structured organization tends to generate highly structured and often large amounts of information. Time pressure, frequent deadlines, complex tasks, high uncertainty, unpredictable events and important decision consequences also contribute towards information load. 
         [0029]    As the culture of an organization moves towards a more open information environment, with information being shared more freely and widely, this results in a greater volume of information being made available to the individual, and decision making power being pushed out. Superiors can try to summarize information on their behalf. This serves to moderate information overload by reducing the time spent on information seeking or filtering. To avoid information overload, individuals employ process or coping strategies, which may be either conscious or unconscious and can potentially become dysfunctional. Filtering, emission and error are among the coping strategies. 
         [0030]    Effective real-time business intelligence requires that data latency, analysis latency, and action latency be reduced as much as possible. The analysis of large amounts of historical data prior to taking action inherently involves considerable latency. 
         [0031]    Among the problems experienced by emergency workers are the following:
       Too much information   Lack ability to present information relevant to each workers needs to their current context   Information and knowledge management   Integration of multiple systems, each having different functionalities and ontology&#39;s and data fragmented with lack of interoperability between systems, internal groups and departments   Expecting workers to query different distributed data sources, including both internal databases as well as external ones managed by other agencies, often using different hardware platforms, database systems, network protocols, data schemes, ontology&#39;s and user interfaces   Rapid and continuing advancement of information technologies   Data is sent in different ways: radio, email, dispatch, etc.   Data is input into the different systems by different people in different ways   The dynamic nature of data sources; for example in police services, many cases involve long periods of investigation, and the data can be updated frequently   Personnel with different job functions and working at different locations can easily acquire a vast amount of knowledge about a particular topic; the ability to share knowledge in a collaborative environment by linking together people who are working on the same or similar cases   No automatic information monitoring or information sharing among users   Having situational awareness, and once a worker has it for their area, there is no way to pass it on   Not leveraging full power of Next Gen Mobility devices   Daily briefings are largely a manual process and are very static, there is no tracking of what is shared and no standard notation between presenters   Collaboration &amp; Communication take place over traditional channels—often inefficient   New technologies emerging that have new interfaces and provide even more information that needs to be integrated and filtered in general, information stored or gathered is easy to report or track, but when, who, and how they accessed is not.   Old information needs to be purged.       
 
       SUMMARY OF THE INVENTION 
       [0049]    According to the present invention there is provided a computer-implemented method of providing users with contextually relevant data, comprising associating metadata lags with data items extracted from a variety of data sources that summarize the data items in searchable form using a common format; collecting contextual data for users indicative of their current situation; correlating the contextual data with said metadata tags with to identify data items of potential interest to the users taking into account their current situation; identifying relevant receiving devices associated the identified users; and pushing the identified data items to the relevant receiving devices in real time over a communications network to provide the identified users with information relevant to their current situation. 
         [0050]    With the context of the invention, a metadata tag, or metatag, is information that is used to organize and categorize the underlying data. Examples might be location, time, groups, skills, channel, users etc. Contextual data represent qualities associated with the data and can be stored as metatags. 
         [0051]    The contextual data can, for example, be a subscription to a channel. The metadata tag on a data item can be geographical location, the time when it occurred in the form of a time stamp, the nature of a particular task, or a channel topic, 
         [0052]    The data items may be ranked in order of interest. The ranking can be customer based and influenced by user feedback. The rankings may be based on weight vectors, which are changed based on the customer feedback. 
         [0053]    The invention also provides a system for providing users with contextually relevant data, comprising a data store for storing metadata tags with data items extracted from a variety of data sources that summarize the data items in searchable form using a common formal; and processor configured to collect contextual data for the users indicative of their current situation; correlate said contextual date with said metadata tags with to identify data items of potential interest to the users taking into account their current situation; identify relevant receiving devices associated with the identified users; and push the identified data items to relevant receiving devices associated with the respective users in real time over a communications network to provide the users with information relevant to their current situation. 
         [0054]    The system provides a way to define channels to broadcast information on. As is the case for users, these channels would have relevant information on a particular topic. The same mechanism for determining relevance on a data item for a user can be used to determine the relevance of a data item for a channel. Data items can also be manually added to a channel. When a user subscribes to a channel, a secondary filtering action can be performed so that they only see data from the channel that is relevant to them if that is what they want, 
         [0055]    Embodiments of the invention provide a platform and application suite that addresses critical information management needs. The platform connects all the different info rmation sources that a worker might needs, analyses the data, and then, based on the workers contextual parameters (training, location, current situation, etc.), gives them the required information in the best way possible (on the right communication device of which there could be many). The platform adds a layer of collaboration and situational awareness to current information systems. The platform is capable of integrating with various data sources and is built to allow for easy integration of applications. 
         [0056]    The platform also includes applications that can be used to input information, for example a briefing creation and presentation tool, and several intuitive interfaces to allow workers to access the system. Information can be added to the system through users or systems as authorized. Through a simple and efficient interface, briefings can be created to include authorizing capabilities and information being pushed can be updated throughout the day. Briefings are therefore easy to present in a continuous manner, throughout a workers shift. This moves the briefing from a static, one-time event, to an ongoing and constantly updated process. 
         [0057]    Users can then access the system through a personalized application. This application is available on a wide variety of devices including on a computer through a web browser or with a smart phone client The information provided through these clients (either ‘pushed’ to them, or asked for by them) is presented in a relevant and prioritized manner, dependant on individual and situational circumstances, Information presented is customized to each user based on their current context and needs. The user can also give input as to the relevance of the information they received at the time, so the system can learn to make better decisions. 
         [0058]    The system can also group users together that have a connected context, for example a “Case” where different individuals contribute, and need to be updated on relevant developments. The system also can merge data coming to a user for different reasons, and determine a combined ranking. For example, a Case can be an ongoing role for a user, which is applicable even if they are in another role (for example on patrol) at the same time. 
         [0059]    The system thus provides a rule-based methodology for pushing relevant information to the appropriate user at the right time based on a predetermined set of rules. 
         [0060]    The metatags may be a configurable parameter of the system as different users may have different needs. For example, the police service will have different criteria compared to the tire service. 
         [0061]    The receiving devices could be radios, in-car terminals, computers {including wireless laptops, tablets, desktops etc.). They may be handheld, but do not need to be, as in the case of an in-car system. Conceivably they could also be wired in a situation where user are located at, or have access to, a fixed station. A receiving device may also include shared systems such as a TV that has a marquee to display various pieces of information important to a group of people. 
         [0062]    There are many types of users who would be interested in the system, including firemen, paramedics, soldiers, or indeed anyone who has need of updated real-time information. 
         [0063]    In one embodiment of the method, the information can be displayed by relevance and also overlaid over other information, such as a template or map. For example, in the case of a police officer, the display could include a flag at the location of a recent burglary with a call-out box noting the relevant details of the crime for that officer. 
         [0064]    Embodiments of the invention may handle the process or workflow associated with all information that comes through this system. For instance, it may include a workflow editor that is graphical in nature and describes the process design surrounding how all information is handled for each type, for example, using a set of business rules, thus providing an easy method of not only configuring the exact process information follows white in the system but easily understanding it, documenting and maintaining it moving forward. 
         [0065]    Embodiments of the invention may also include ad-hoc language translation. If Quebec sent high priority information to Ontario, the system could translate it in real time. 
         [0066]    Aspects of the invention include separately and in combination: 
         [0067]    Current systems do not ‘push’ the ‘relevant’ information to users in the right context; this one does. 
         [0068]    Users are given mining tools, but they are not contextual; this system presents users with the information ranked according to the reason they are looking for-it. 
         [0069]    The system integrates the current location of a worker and uses it as an input. 
         [0070]    The system assigns people with particular attributes and matches these with the current role they are in, and takes all the information available for that user in that role and through an algorithm, decides what information is relevant and in what order. It then looks at the devices that the user has available, and combined with the attributes of the device, pushes this data to one or more of the devices. 
         [0071]    The system introduces new devices to push information to in a standard way. 
         [0072]    The system allows for integration of legacy and new systems that provide information and translates the different ontology&#39;s into one cohesive one for all members. 
         [0073]    Helps manage the information. 
         [0074]    Links relevant groups of people and information together based on context. 
         [0075]    Allows for automatic monitoring for relevant information. 
         [0076]    Implement standard operating procedures (SOP) around briefings. 
         [0077]    Information given to users can change or be updated in real time—the user is informed as old data becomes updated with newer more relevant data. 
         [0078]    Includes collaborative filtering done by users on info they receive and rank as to the usefulness, which is then fed back into the system, so it learns. 
         [0079]    Does not replicate information stored in a legacy system, contains metadata to be able to find the data from those systems. 
         [0080]    Enforces a process for every situation, so for example, the creation of a briefing has standard inputs and outputs and framework so that it is repeatable. It also helps to lower the cases of misconduct, since the right information is given, and a standard procedure for the situation can be enforced. 
         [0081]    A situation, with the information given, and the response of the worker can be recorded and then used later for debriefing, and packaged up to automatically create training exercises. 
         [0082]    Ability to provide tracking and auditing of information for who read it, when they read it, and when it became available. 
         [0083]    In general, embodiments of the invention provide that:
       1. All information is secure and available as authorized from any location (smart phone, web, tablets, etc.)   2. Various systems are easy to add and integrate to the platform through APIs (record management system, computer aided dispatch, etc.   3. Relevant and prioritized information is pushed to users based on their context using information such as location, skill set, functional groupings, level of access/rank, availability (proactive mode/general purpose, reactive mode/acute to exact location) etc. The weightings change along with their current situation.       
 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0087]    The invention will now be described in more detail, by way of example only, with reference to the accompanying drawings, in which:— 
           [0088]      FIG. 1  is an organizational overview of an emergency service; 
           [0089]      FIG. 2  shows the physical layout of an embodiment of the invention; 
           [0090]      FIG. 3  is a high level view of software for implementing the invention; 
           [0091]      FIG. 4  is a detailed diagram of the Data Gathering  300  piece; 
           [0092]      FIG. 5  illustrates a method of configuring the system; 
           [0093]      FIG. 6  snows how data can be pushed to a device; 
           [0094]      FIG. 7  is a detailed diagram of the intelligence module; and 
           [0095]      FIG. 8  shows a detailed diagram of the create rank list module; and 
           [0096]      FIG. 9  is a flow chart illustrating the operation of one embodiment of the invention. 
       
    
    
     DETAILED DESCRIPTION 
       [0097]    Referring now to  FIG. 1 , in an emergency services organization ( 104 ), there are many information sources ( 100 )′, many people ( 102 } who fill many different roles ( 101 ) which could include groupings, and who use many different communications devices ( 103 ) to collaborate and perform their duties. Embodiments of the invention connects all these various and disparate entities together into a cohesive system that decreases the amount of irrelevant information that an emergency services worker gets or has access to and enhances their access to relevant information, depending on various factors, the main one being the current situation they are in {which includes location). 
         [0098]      FIG. 2  shows the physical layout of the system. There are Legacy Systems that contain Data  200 , which are connected to the LANIWAN  203  in standard secure ways, and provide API&#39;s (Application Programming Interface)  213  to push or retrieve information from various sources. There is also a set of Mobile Devices  204  (smart phones, cell phones, tablets, etc.) that connect to the LAN/WAN  200  using standard secure wireless services. There are Desktop Devices  206  (PC&#39;s, tablets, phones, etc.) that are connected to the LANNVAN  203  in standard ways. There are Databases  208  connected to the LANNVAN  203 , which store configuration data and standardized information, including Items and MetaData. There is a Server  210  that runs the EMS information Management System (EIMS)  211  in accordance with an embodiment of the invention, which is connected to the LANNVAN. This can be one server, or many servers distributed over the LAN/WAN  203 . 
         [0099]      FIG. 3  is a high level view of the EIMS software  211  that runs on Server  210 . It is broken into parts, Data Gathering  300 , Data Pushing  301 , Configuration  302 , Intelligence  303 , Database Interface  304 , Authentication Interface  305  and a Standard Web Server  307 , which services Web Pages  308  used by a Person in a Role  309  connected via the LANIWAN  203 . Instead of a Web Page/Web Server, the system could also be implemented using a Native Client and Native Server Application. There is a standard API  309  that the Web Server or Native Server Application uses to interact with all the other components in the EIM8 software  211 . These are shown as all running on the same server, but each component can also reside on different servers spread out and communicating through an API to each other over the LANIWAN  203 . There are many Databases  306  that the Database Interface  304  interacts with. These are used for storage of: MetaData, Persons, Groups, Roles, permissions, Legacy System Data, Device information, Location Information, etc. There are also links between relevant pieces of data. 
         [0100]      FIG. 4  is a detailed diagram of the Data Gathering  300  component. Legacy Systems  200  provide an API  400  of some sort that lets the user receive or query for data  401  and set triggers if data changes  400 . If a trigger fires, then Raw Data  401  is sent via the LANIWAN  203  to the Database Interface  304 . It in turn passes it to the Data Converter  402 , which is part of the Data Gathering system  300 . The Data Converter  300  is responsible for taking the Raw Data  401 , and normalizing it, or putting it into a standard format that the Item Creation software  404  can use. After it has normalized the data, it passes this data  403  to the item Creation software  404 . 
         [0101]    MetaData  408 , which is created from the Raw Data  491 , is categorized (an example of categories for a Police application would be: Be on the lookout, missing person, robbery). The Raw Data is given a Reference, and an Item ii) is assigned so that the data does not have to be kept in the system, just a reference to it  405 . A Mapper  406  maps the relationships between the MetaData  408  and the items  405 . There is a many-to-many relationship between the two. For example, if the Raw Data  401  contains a description of an incident at a particular location, than one item can be associated with different instances of MetaData, For example, the item could be associated with both time Metadata and location MetaData. In reverse, one instance of MetaData, for example location, i.e. zone/area, could be related to many different items. This new Data  405 ,  406 ,  408  is then stored  407 ′ into the item/Mapper/MetaData Database  421 . 
         [0102]    Referring to  FIG. 5 , a System Administrator  590  uses Web Pages  501  to configure the system. There is also an information Creator Role  502 , which can assign Permissions on Items in the system and perform other tasks. This is all done using standard methods for inputting data on a web page and storing it a database. Typically, configuration consists of Persons, Groups, Roles, Devices, MetaData Definitions and Possible Values that can be assigned  506 . Permissions  503  define who is allowed access to a specific piece of data (items, MetaData). The Web Pages  501  are connected through the LANIWAN  203  in a standard way using standard software to the Standard Web Server  307 . When the System Administrator  500  wants to input data, they must first go through security. The Standard Web Server  307  uses the Authentication interface  305  to check the credentials. The Authentication interface  305  uses the Database interface  304  to do this. This is all standard login procedure. The input Data  596  is formatted in the Standard Web Server  307  and passed Configuration  302 . Configuration  302  uses the Database interface  304  to store the data in the correct Database  510 ,  421 . When an information Creator  502  is assigning Permissions  503  to an item, they can do so in two ways. 
         [0103]    They can assign particular Persons, Roles or Groups Permissions, or they can choose a pre-defined default setting, which automatically makes the link between the Item and the Persons, Groups and/or Roles allowed to access it. These links between Persons, Roles, Groups and items are stored as Permissions  503 . 
         [0104]      FIG. 6  is a breakdown of how relevant contextual data is pushed to a Person in a Role  309  using the Data Pushing software  301 . Data can be pushed to a device, either automatically by the system when a Trigger  603  fires, or on Request for Data  605  from a Person in a Role  309  using either a Mobile Device  204 , or a Desktop Device  206 . If a Trigger  603  fires, then a Data Changed message  604  is sent to the Person Context Aggregator  606  through the LAN/WAN 
         [0105]      203  and the Database interface  304 . In this case, the Person Context Aggregator  606  is responsible for Getting Contextual information  610  for every Person associated with the changed data. It is only relevant if a person is connected to the system, which is taken into consideration via context. If a Person in a Role  309  uses Web pages  600  a Request for Data  605  is sent to the Person Information Aggregator  606  through the LAN/WAN  203  and the Standard Web Server  307 , The Data Pushing software  301  is responsible for pushing Ordered Items by Relevance  609  to a Person in a Role  309  appropriately configured for the type of Device  204 ,  206  the Person is using, The Person Context Aggregator on receipt of either a Request for Data  605 , or a Data Changed  604  message then determines the Person or Persons that needs to be updated and using the Database interface  304  to get Contextual Information  610  from the various Databases  510 ,  421  and  601 . The Location Database  601  has the Location of the Person. When the Person Context Aggregator  606  has all the contextual information, for each person involved, it passes a Request with Context  608  to the intelligence interface  607 , which queries the Intelligence software  303 . The Intelligence software  303  sends back a list of Ordered Items by Relevance E 09  for a particular person, which is passed to the Person Context Aggregator  606 , and then to the Standard Web Server  307 , and pushed out to the correct Person in a Role  309  through their Web Pages  609 , formatted correctly for the Device  204 ,  206  that they are using. The Person Context Aggregator does this for each Person in a Role  309  who is affected by the change in data or makes a request. 
         [0106]      FIG. 7  shows how the intelligence software  303  creates the list of Ordered items by Relevance  609  for a Person in a Role  309 . The Data Pushing interface  800  receives the Request with Context  608  from the Data Pushing software  608 . It then passes this request to the Prepare Item List software  801 . This is responsible for using the Context to retrieve all the items a Person has access to based on Permissions assigned. It uses the Create Ranked List  805  to prepare an ordered list of items by Relevance per Person  609  for the Person. it uses the Database Interface  304  to Get items for Person  803 , which uses the Person, Role and Group (part of Context) to get the Items permitted to be seen. It uses the Item/Mapper/MetaData Database  421  and Permissions Database  510  to do this. It then does a Get Feature List  804  to retrieve the features to be used to rank items relative to Person from the Features Database  802 . Features are used to calculate how relevant something is. They are built into the system, and may be different depending on the type of system. Distance is an example of a feature. The closer the Person is to something, the more relevant it is. Another example is the more the Person has in common with an item the more relevant it is, for example if the Person is geographically in a particular Zone and the Item is associated with a Zone (MetaData), then it is more relevant. Time is another example; it an item is important from 1-4 am, and an officer is on shift then, it will be more relevant. Another example is if an Item is associated with the Guns and Gangs Unit and an Officer is also associated with that Unit, then it is more relevant, because Item and Person both share Guns and Gangs MetaData. Once the list of Items and Features is retrieved, the Create Ranked List B 05  is sent them  806 . ( FIG. 8  shows how the Create Ranked List  805  software works). An Ordered items list by Relevance  609  for that person is sent back, and it then passes the list to the Data Pushing interface  800 , which in turn passes it back to the Data Pushing software  301 . 
         [0107]      FIG. 8  shows the algorithm that is one executed to create the Ordered items by Relevance  899  This algorithm goes through all the items on list and all the Features for each item. An item is retrieved  800 . Then a Feature is retrieved S 301 . For each feature 2 Score is calculated based on the Context and item  903 . An example of this is as follows, if the Feature was Distance, it would have; a finite set of definitions, like for example 5=0 to 1 km, 4=1 to 2 km, etc. 
         [0108]    This number provides the Score  904  within the Feature. For every item a vector s≦(s 1 , s 2 , . . . , s n ) of all scores for each feature is created, where s n  is the calculated score of the item for feature n  904 . 
         [0109]    The rank of an item then is calculated at  905  as the scalar product (dot product) of s with a vector of feature weights w≦(w 1 , w 2 , . . . , w n ) where w n  is the weight of the feature n. 
         [0000]      Rank= s·w=Σ   i=1   n   s   1   w   1   +s   2   w   2   + . . . s   n   w   n    
         [0110]    By repeating the processes for each item we get a Vector of Rank r=(r 1 , r 2 , . . . , r k ) for k items  906 , where r k  is the rank of the k th  item. 
         [0111]    We then apply a linear separation (well-known mathematical function)  908  to the Vector of Ranks, which is effectively choosing items with rank more than a constant c used in determine the quality of the relevance, i.e. for all items ranked above 10 are considered relevant to the provided user and can be shown to the user by the order of highest rank first. 
         [0112]      FIG. 9  is as flow chart showing a specific instance of an Officer receiving a prioritized list for a specific instance in time based on their location. A piece of Raw Data “Vandalism in high schools in Kanata from 10 pm to 4 am”  1000  is stored in a Proprietary Database  1001 . This causes a Trigger {see  FIG. 4, 420 ). Data Gathering  300  then gets and analyzes the data  1002 . The Data is converted and an item is created mapped to particular MetaData (Vandalism, 10 pm-4 am, Kanata). It is then stored  1003  in the Item/Mapper/MetaData Database  421 . Time passes  1004 , until Officer X logs on shift in Kanata at 2 am  1005 . This fact is stored in a proprietary database  1006 . Again this causes a Trigger (see  FIG. 4, 420 ). Data Gathering  300  then gets and analyzes the data  1007 . Officer X&#39;s new context is than created and MetaData is associated (Officer X, 2 am, Kanata, Not Engaged). It is then stored  1008  in the Item/Mapper/MetaData Database  421 . The officer then turns on their device  1009 , which automatically asks for an update (See  FIG. 6 .  605 ). The matching is done (per  FIGS. 6, 7, and 8 ) and the officer receives a Prioritized List Q which includes the Vandalism information  1011 . 
         [0113]    It will be seen that the system thus provides the user with up-to-date prioritized information that takes account of his current contextual situation. 
         [0114]    Information is presented to the user (in this case police officer) in the most effective way. A prioritized inbox is used that contains only the most relevant information for that particular officer at that particular time. As the officer′ situation changes, the prioritized inbox is updated with the different information to reflect the changing circumstances. 
         [0115]    The system can also be designed to allow officers to input relevant information from the field in real time. They can also tag the information as being relevant to a subset of officers, for example, officers in the same geographic area.