t~~~~~bP~~~~~~~sx~~~ iE=.; 0 t00 0 i t00000

advertisement
i i
t~~~~~bP~~~~~~~sx~~~
18NS ......
·
2.0l:";S~
.~~~~ ;:'~~
::';?
ilI :::i~
i:::
-:
· ;: ~
'W
~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~
::.:-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
,.~
,
' '
,
'
,',:.i:~ ; ': -',
.. -i. -',?!:';- '? ?;.;
'0
;f
09V0
.
· '''gL
j~~~~~~~~~~'-~;i
:~i !( .. --''"/ :"~~ ~
~:¥ ..
:~'~ ,
~/
,[;"""F
:/':Ld
,~;'::~
-....
...
':.:~~~
~~~~r..:
; -',.~- ::'"~
iE=.;
0t00
0-00i 00:fff:X0i
t00000
. . ..
. ..... . . ,,.. . - ,. . --:
.
'~i
ia;
i!~!l
~,~'-'
00
~;: 71 ~'~
-L'-
!!i......
-. i.-
-t00
:~~:
~~~~~~~~~
·
~~i¥.;;
.0X000fE
0
c.·
·1.
· .;..··:
..·. -.,.-r
·:··;··-.·. ·
·;·:
i
:-··.
· :
: ..
i
·-- : ·
··
·-
·.:
·-
::
1··--
:·.:·:
'·
:··
i··:.::'
· ·· ·
i-1
--
::;i : : ·
: ·. ;···.'i
-;i
-·)
I·-
;·
- -··.··
::
::.·. :.:·
-1··
i
..
r
.
--·. · .-·
r
%;
1.
D'-i'f' rtH
.BS ~~~;
'.t:$ft
,-'
'4S,-X7[=titt
' tL ~~
.:111
' T
.
0t-
·
-
.
[,
'
:
''·
'~,~
.
"~...
.
0Vd
: W' ; C '. t
Ir;.h~~~
~ r.,... ~~~~~~~~~~~~~~.>~.
::
":i:.;·
;:;;'
'' 'r- :.. " . ' .
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~/.
··
.'i
,?-.'
'..
0';0'
i~~~~~~~~~~~~~~~~~~~~~~~~~
t
· · . -: '
'~':,-
:0
'..
'0:
'';Q
'.
.
! "
.:!
·'.:
:~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
' ;i
/...] ....?...-...:.:
'l:" t':i.
.'..-:
,
,
r--
"
:11
~~~~~~~~~~~~~...
.. i'~~~
·.r·
·
~~~~~~~._
:. .:,: ?/.j :.-.-;;........
,·,~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
·-~~~~~
~~
~~~~~ ~ ~~~~~~~~~~~~~~~~ -·
:?·:~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.~
-.
.
~ ~ ~~~~~ii ,:,.. t?~: .:q:'..-~ '~..i''".~.-:;'" ''
....
'i;.;.
ON-LINE SIMULATION OF URBAN
POLICE PATROL AND DISPATCHING
by
Richard C.
Larson
OR 014-73
January, 1973
Paper presented at the 1973 Winter Simulation Conference,
1973, San Francisco, California.
,**
January 18,
Associate Professor of Electrical Engineering and Urban Studies,
Massachusetts Institute of Technology, Cambridge, Massachusetts.
ON-LINE SIMULATION OF URBAN POLICE
PATROL AND DISPATCHING
Richard C. Larson
Massachusetts Institute of Technology
Abstract
This paper describes a computer simulation of police patrol forces that
has been implemented for resource planning in several police departments.
The work is based on the simulation methodology described in Urban
Police Patrol Analysis (M.I.T. Press, 1972).
Accompanying the presenta-
tion will be an on-line computer demonstration of the model using a data
base supplied by the Boston Police Department.
The developed system is
general and can be adapted to suit the needs of any police department
in evaluating policies in the following areas:
o
the allocation of preventive patrol effort and the effect
of changes in patrol resources and manpower scheduling on
the allocations.
o
the design of standard or overlapping sectors.
o
the costs and benefits of an automatic car locator system.
o
response patterns for specialized units (e.g., police
ambulances).
I.
Introduction
decades.
Prior to the work of the President's
Until very recently police departments did
Commission on Law Enforcement and Administration
not have access to quantitative decision-aiding
of Justice , the urgent need for these tools was
tools that have gained wide acceptance in indus-
not widely known.
trial and military settings over the past two
tions and the 1968 Omnibus Crime Control and Safe
1
The Commission's recommenda-
Street Act 2 provided the impetus for research
extent the actual dispatch and patrol operations
and development to assist police administrators
of most urban police departments, thereby provid-
in addressing a wide range of important policy
ing a tool to assist in answering the types of
questions:
questions listed above.
o
o
o
Is a ten percent increase in manpower
should find simulation models valuable for the
justified?
following purposes:
What are the tradeoffs between the activi-
1. They facilitate detailed investigations of
ties of responding to calls and performing
operations throughout the city (or part of
preventive patrol?
the city);
How is an automatic car locator system to
2. They provide a consistent framework for
be evaluated?
o
Police administrators
estimating the value of new technologies;
What would be the effects of shifting to
3. They serve as training tools to increase
one-man cars in parts of the city?
awareness of the system interactions and
o
Should the tour structure be changed?
consequences resulting from every day
o
Should dispatching procedures become more
policy decisions;
formalized?
4. They suggest new criteria for monitoring
o
How should sectors be designed?
o
If ambulance runs were made the responsi-
and evaluating actual operating systems.
A recent article by Colton 3 reporting survey
bility of police, how would overall per-
results from approximately 500 police departments
formance be altered?
revealed that police themselves view the use of
That these questions were not receiving
systematic attention is
computers for resource allocation as the single
evidenced by the fact
most important application of computers in the
that far less than one percent of the budgets of
coming years.
police departments had been devoted to research
lytical tools should play an important role in
or development and that usually 90 percent or
this work.
more of the costs of a police department were
Simulation models and other ana-
This paper will outline the structure of the
consumed directly by salaries and fringe
model developed by the author, its use in an on-
benefits.
line interactive mode, and its current implemen-
One response to these needs is the recent
tation status in several large U.S. cities.
development and implementations of a general
Accompanying the oral presentation of the paper
purpose simulation model of police dispatch and
will be a demonstration of the model, using data
patrol operations.
derived from the implementation at the Boston
This model is constructed to
allow its users to replicate to a very great
Police Department (Bostcn, Massachusetts).
2
II.
The dispatch and reassignment policy
Overall Model Structure
others.
The simulation works in the following way:
specifies the set of decision rules the dis-
Incidents are generated throughout the city,
patcher follows when attempting to assign a
distributed randomly ir time and space according
patrol unit to a reported incident.
to observed statistical patterns.
Included in
the dispatch policy are the priority structure,
Each incident
has an associated priority number, the lower
rules about cross-precinct dispatching, the queue
numbers designating the most important inci-
discipline, and so forth.
dents.
There are several important measures of
For instance, a "priority 1" incident
operational effectiveness that the model tabu-
would be "officer-in-trouble," "felony-inprogress," or "seriously injured person;"
lates.
a
These include statistics on dispatcher
"priority 4" incident could be "open fire
queue length, patrol travel times, amount of
hydrant," "lock-out," or "parking violation."
preventive patrol, workloads of individual
As each incident becomes kown, an attempt is
patrol units, the amount of intersector dis-
made to assign (dispatch) a patrol unit to the
patches, and so on.
scene of the incident.
The simulation program is organized to re-
In attempting this
assignment, the computer is programmed to dup-
flect the spatial relationships inherent in
licate as closely as possible the decision-
patrol operations, as well as the sequential time
making logic of an actual police dispatcher.
nature of events which is comaon to all simula-
In certain cases this assignment cannot be per-
tions.
formed because the congestion level of the force
ture is discussed, then the time sequence of
is too high; then, the incident report (which
events.
might in actuality be a complaint ticket) joins
II.
a queue of waiting reports.
The queue is
First the spatial or geographical struc-
1. GeoRraphical Structure
The city, or arbitrary shape, is partitioned
into a set of "geographical atoms."
depleted as patrol units become available.
The model is designed to study two general
Each atom is
a polygon of arbitrary shape and size.
classes of administrative policies:
The atoms
are sufficiently small so that any probability
1.
The patrol deployment strategy
density functions over the atom (depicting, for
2.
The dispatch and reassignment policy.
instance, the positions of reported incidents)
The patrol deployment strategy determines the
can be considered uniform over the atom.
total number of patrol units, whether units are
does not restrict accuracy of results, because
assigned to non-overlapping sectors, which
the atoms can be arbitrarily small.
sectors constitute a geographical command, and
This
A patrol unit's sector is a collection of
which areas are more heavily patrolled than
atoms.
3
The atoms in the collection need not be
contiguous (spatially) or consecutive (in the
smallest rectangle fully containing it.
numerical ordering of atoms.)
using two random numbers, a candidate point that
In general, each
Then,
atom may belong to any number of (overlapping)
has a uniform distribution over the rectangle is
patrol sectors.
obtained.
A patrol command (for instance, "precinct,"
If this point is
also within the poly-
gon, it is accepted as the sample value; other-
"district," or "division") is also a collection
wise it is rejected and new points generated
of atoms.
until one is
Each sector must be fully contained
within a command.
accepted.
The probability that any
candidate point will be accepted is equal to the
The technique that is essential if one is
ratio of the area of the polygon (Ap) to the
to structure the geographical data in this way
area of the rectangle
is the point-polyRon method.
didate points that have to be generated until
This method pro-
(AR).
The number of can-
vides a computer algorithm for answering the
one is accepted is
following question:
random variable with mean AR/Ap
"Given a point (x,y) and a
a geometrically distributed
.
For reasod-
polygon specified by its I clockwise ordered
ably compact polygons, this number, reflecting
vertices (xi , YI),(x 2 , Y2 ),..., ( I, y), is
sampling efficiency, is usually less than 2 (and
the point (x,y) contained within the polygon?"
often quite close to 1).
The basic idea of the method, which is fully
II.
4
discussed by S. Nordbeck , is to extend a ray
2.
Time Sequence of Events
The simulation is an event-paced model.
in any direction from the point in question; if
That is, once a certain set of operations asso-
the ray intersects the sides of the polygon an
ciated with one event is completed, the program
odd (even) number of times, the point is (is
determines the next event that occurs and up-
not) within the polygon.
dates a simulation clock by adding to the present
The method is com-
pletely general and does not require any spec-
time the time until the next event.
ial properties (for example, convexity) of the
then proceeds with the set of operations associa-
polygon.
ted with that event.
It is particularly well suited for
The program
Once the clock reaches some
machine implementation, since the tests for
maximum time (T ax),
intersection are quickly performed on a com-
and summary statistics are tabulated and printed
puter.
out.
In the simulation model the point-polygon
the simulation is
terminated
One completed run of the simulation entails
inputting data, initialization of simulation
method provides a convenient way to generate
status variables, executing the program for an
samples (x,y) uniformly distributed over a
equivalent time T ax
geographical atom.
statistics.
The atom, which is a poly-
gon of arbitrary shape, is enclosed in the
and printing the summary
We do not have space here to provide details
4
of the various dispatching algorithms or patrol
that of the incident (a precinct or
deployment policies, but we provide a brief dis-
district policy)
Option 3:
cussion of the important parameters at each
Only assign a unit whose division*
designation is
point in the simulation.
the same as that of the
incident (a division policy)
The main type of event that occurs is a
reported incident or a "call for police ser-
The particular option on a given run is usually
vice."
specified at the start of the run, although the
The times of occurrence of calls are
generated as in a Poisson process with rate
user may choose to use the interactive feature
parameter LAMBDA (-average number of calls per
to alter the dispatch policy during the course
hour).
The greater the value of LAMBDA, the
of a run.
more likely it is that the system will incur
congestion (saturation) of resources.
Given that a patrol unit is within the
The
correct geographical area for a particular in-
location of the call is determined from histor-
cident, the algorithm then determines whether
ical patterns which indicate the fraction of
the unit is considered "eligible for dispatch"
calls that originate from each atom; given the
to this incident.
atom of the call, its spatial location within
estimated travel time to the incident, the
the atom is assumed to be uniformly distri-
priority of the incident, and the current acti-
buted.
The priority of the call is determined
This determination focuses on
vity of the patrol unit.
from historical data which may vary by atom.
In general, the user
may specify a dispatch policy that allows very
Once the position and priority of the in-
important incidents to preempt (interrupt) patrcl
cident are known, the program executes a
units servicing incidents of lesser importance.
DISPATCH algorithm that attempts to assign a
In addition, the "importance" of preventive
patrol unit to the incident.
llis algorithm is
patrol may vary with each unit, thereby giving
governed by the dispatch policy specified by
the user.
the user the capability of assuring at least
One component of the dispatch policy
some minimal level of continuous preventive
specifies the geographical area from which a
patrol.
unit may be dispatched:
Option 1:
Option 2:
If no unit is found eligible for dispatch,
Only assign a unit whose patrol
the reported incident is inserted at the end of
sector includes the geographical
a queue of other unserviced incidents.
atom containing the incident (a
may be separate queues for each command and each
sector policy)
priority level.
There
Only assign a unit whose precinct or
*A division contains several precincts or
districts.
district designation is the same as
5
II.
If at least one unit satisfies the eligi-
4.
Simulation Variables
The simulation program can tabulate statis-
bility conditions, one is selected for dispatch
The
according to a prespecified criterion such as
tics on any algebraically defined variable.
minimal expected travel time.
variables that have been most often recorded in
The assigned
unit's priority status and position are changed
our studies are:
accordingly.
1.
A second major type of event occurs when a
patrol unit completes servicing an incident.
A
Total time required to service an incident,
that is travel time plus time at the scene.
2.
Workload of each patrol unit (measured in
REASSIGNMENT algorithm is then executed that
total job assignments and in time spent on
either (1) reassigns the returning unit to an
jobs).
unserviced incident or (2) returns the unit to
3.
Fraction of services preempted.
The eligibility conditions
4.
Amount of preventive patrol.
5.
Travel time of a unit to reach the scene of
preventive patrol.
regarding priorities, travel distances, and
the incident.
geographical areas, which ate necessary to
specify a dispatch policy, are also an integral
6.
Dispatcher queue length.
part of the reassignment policy.
7.
Dispatcher queue wait.
it is necessary to specify how one unserviced
8.
The number of intersector dispatches.
incident is given preference over another.
9.
The fraction of dispatch and/or reassignment
In addition,
This part of the reassignment policy, called
decisions for which the car position was
the reassignment preference policy, parallels
estimated, rather than known exactly.
the queue discipline in ordinary queuing
10.
were nonoptimal, in the sense that there was
systems.
II.
3.
The fraction of dispatch decisions which
Location Estimation
at least one available unit closer to the
If not all available position information
is used or if the unit is performing preventive
scene of the incident.
i'. The extra distance traveled as the result of
a nonoptimal dispatch assignment.
patrol, the method of estimation of patrol unit
position must be specified.
As will be discussed below, each variable
Three options are
available, one which simulates the information
may be tabulated at any one of several levels
provided by an automatic car locater system,
of aggregation.
and two which simulate estimation guessing procedures that are commonly found today in most
police operations.
III.
On-Line Interactive Capabilities
During the past two years a great deal of
effort by J. Williamson, R. Couper, and
C. Vogel* has been devoted to implementing an
average workloads, etc.
easy-to-use on-line Input/Output package with
tains no statistical jargon (for instance,
the simulation.
"variance" or "sample size") and no program vari-
This effort has resulted in a
The LEVEL 1 output con-
program that is readily usable by someone with-
ables.
It is self-contained and self-explanatory.
out detailed knowledge of computer operation,
We have found LEVEL 1 to be quite useful for i-
the simulation logic, or statistics.
troducing police planners and administrators to
the capabilities of the simulation and for
The core of the I/O package is a sequential
tree structure that presents to the user the op-
quickly eliminating runs with obviously poor
tions that are available to him.
performance characteristics.
If the user
expresses interest in a particular option, de-
At this point the user may request LEVEL 2
A sample is
tails of use are printed out, the level of which
output.
is determined by the responses of the user.
be seen, this level is less aggregated and pro-
De-
shown in Figure 3.
As can
fault options are standard, so that if the user
vides average values of many variables by
does not know what to do at a particular point,
priority level.
a simple carriage return yields additional
of users will find the information presented in
helpful information.
LEVEL 2 adequate for certain high-level planning
A sample "/O
session" is
We expect that a sizable number
and decision-making problems (e.g., determining
depicted in Figure 1.
Once the initial I/O session is completed,
the user has specified the following:
overall manning levels).
If the user desires even more detail, he
the
particular geographical data base he wishes to
now requests portions of a LEVEL 3 output.
employ (these data are usually stored on disk),
sample is shown in Figure 4.
the dispatch procedures,the method of car loca-
this level presents many detailed statistics and
tion estimation, the length of the run, and
can be of great assistance in very fine-grain
whether he desires to trace the simulation (and
planning problems, for instance, sector design.
possibly interact with it) while in progress.
We expect that very experienced users will
Following completion of the simulation, a
"LEVEL 1" output is printed.
in Figure 2.
As one can see,
usually demand LEVEL 3 output before making de-
A sample is shown
cisions affecting actual operating procedures in
This contains a small number of
the field or at the dispatcher's position.
highly aggregated statistics describing the
run:
A
Regarding the other on-line capabilities,
average travel time, average total
we have found that the TRACE option (which
response time (including queuing delay),
prints out the details of each call, assignment,
and reassignment in real-time) assists new users
*All of Urban Sciences, Inc. of Wellesley,
Massachuset ts.
in learning of the operation of the model and in
7
-------`----"I-1U-`-
'
developing a good intuition for system opera-
Bonner hopes to educate field commanders in its
tion.
use so that many decisions that are made at the
We also have in mind the use of the
TRACE option for training dispatchers in new
district level could be made with the assistance
dispatching procedures.
of the simulation model.
In this mode of opera-
tion, the computer would Lequest the user to
IV.
2.
Washington, D.C.
A somewhat different off-line version of
make the dispatch or reassignment decision at
the appropriate times (and the standard
the model is
DISPATCH and REASSIGNMENT algorithms would be
the Washington,
by-passed).
ment, under the technical guidance of Mathemati-
Once the "dispatch-user" settles
being created and implemented for
D.C. Metropolitan Police Depart-
on a particular strategy that he wishes to test
ca, Inc. and with the support of the Law En-
in detail, he can stop the TRACE, input the
forcement Assistance Administration.
control parameters describing his strategy, and
city's geographical structure is modeled as a
run the model for a sufficiently long time to
set of discrete points, rather than polygous,
obtain reliable statistics.
each point corresponding to one city (surveyor)
IV.
Implementations
block.
IV.
1.
proximately 6,000 points, or sufficiently fine-
Boston. Massachusetts
To date, the model has been implemented in
Here the
For Washington, D.C. this represents ap-
grain detail to make the model useful for
detail for the city of Boston 5 and used in a
sector redesigns for the 138 Scout cars distri-
preliminary way in a number of other cities.
buted throughout the city.
The Boston implementation requires call-for-
point geography was based on detailed block-
service data for each of over 800 "reporting
level statistics that are available for Washing-
areas" (geographical atoms) and for each of
ton, D.C. and on the fact that an off-line model
four priority levels.
need not produce rapid turn around times (in the
Boston is partitioned
The selection of a
into 12 districts (patrol commands), with a
same sense as an on-line real-time model).
total of approximately 90 radio-dispatchable
effort started in January of 1972 and is reported
patrol units in the field at any one time.
The
This
in periodical publications of Mathematica, Inc.
model has already been used to analyze the
and the Washington, D. C. Metropolitan Police
effects of various automatic car locator sys-
Department.
tems for the city.
IV.
It is currently being used
to perform sector redesigns and to determine
3.
New York City
In August 1972 the New York City Police De-
the effects of adding additional "district-
partment contracted with the New York City Rand
wide" cars to certain districts during heavy
Institute to adapt the on-line simulation and
workload hours.
Deputy Superintendent John
8
related allocation tools* to the special re-
and 5 patrol cars.
quirements of New York City and to implement
documentation of this work by January 1973.
these tools for analysis of the entire patrol
IV.
force (distributed throughout 75 precincts in
5.
They anticipate preliminary
Demonstrations in Other U.S. Cities
The New York City Rand Institute, as part
over 700 regular radio-dispatchable patrol cars,
of a contract with the U.S. Department of Hous-
plus special-assignment cars and radio-dispatch-
ing and Urban Development, is demonstrating the
able foot patrolmen).
use of the on-line simulation model in a number
The Department hopes
eventually to provide each precinct commander
of cities.
with a readily understandable set of on-line
with expressed interest in quantitative tools
decision tools, with easy terminal access from
to assist planners and decision makers, select-
each of the 75 precinct station houses.
ing a subset of these cities, and traveling to
Thus,
This is done by identifying cities
as in Boston, it is hoped that these tools will
the cities with a portable computer terminal
be used for short-term decentralized decision-
which can be connected to the central computer
making, as well as for longer-term, central-
in either Waltham, Massachusetts or San Francis-
ized resource allocation and planning and re-
co, California via a simple telephone call into
search.
a nation-wide WATS* line network.
As of this writing this work is still
The long
in the planning stages, but its progress will
range goal in this work is to assess the useful-
be documented in reports from the New York City
ness of the model in cities with diverse charac-
Rand Institute.
teristics, to introduce system planners and
IV.
decision-makers to the notion of using a simula-
4.
National Research Council of Canada
During the past year or so T. Arnold and
tion model, and to arrive at recommendations
F. R. Lipsett of the Radio and Electrical
for improvement of the model.
Engineering Division of the National Research
still in progress and is reported in periodical
Council of Canada have reprogrammed the version
technical reports published by the New York City
of the model detailed in Ref. (7], in order to
Rand Institute.
This work is
adapt the programs to their computing system.
*Wide Area Telecommunications Service.
Their work is currently in progress, aimed at
determining the potential usefulness of simulations to small police forces.
Recently they
have started simulating a co-operating police
force near Ottawa which operates with 5 sectors
*See, for instance, the resource allocation algorithm described in Chapter 5 of Ref. [8].
9
ENTER DISTRICTS TO BE SIMULATED (OR ENTER
ALL")
15
ENTER DISTRICTS YOU WISH TO MODIFY
NONE
DO YOU WANT TO CHANGE ANY VARIABLES?
YES
SIMULATION VARIABLES AND THEIR VALUES
1.
LENGTH OF SIMULATION RUN
2.
NUMBER OF CALLS PER HOUR =
DISTR. 1
2 3
4 5 6
2.00 HOURS
7
11
13
14
15
NO.
3.
8 17 8 12 5 6 4 10
5
5
3
VEHICLE SELECTION METHOD = STRICT CENTER OF MASS
4.
SERVICE TIME AT SCENE AND VEHICLE RESPONSE SPEED
PRIORITY
1
2
3
4
SERV. TIME (IN MIN.) 33
33
33
33
RESP. SPEED (IN MPH) 15
12
12
10
5.
TYPE OF SIMULATION OUTPUT = CITY
6.
MORE DETAILED INFORMATION
ENTER NUMBER(S) OF THOSE TO BE CHANGED
1,3,5
1.
ENTER THE LENGTH OF THE SIMULATION IN HOURS =
3.
1.
THERE ARE 3 VEHICLE SELECTION PROCEDURES, THEY ARE =
MODIFIED CENTER OF MASS
2.
STRICT CENTER OF MASS
3.
THE RESOLUTION OF A VEHICLE LOCATION SYSTEM
20.
PLEASE ENTER THE NUMBER OF YOUR CHOICE =
2
5. DO YOU WANT CITY-WIDE OR DISTRICT SIMULATION OUTPUT?
DISTRICT
FIGURE 1
SAMPLE I/O SESSION WITH
POLICE DISPATCH AND PATROL SIMULATION
11 A
10
STATISTICAL SUMMARIES - DISTRICT NO. 15
THE AVERAGE PATROL UNIT SPENT 34.21% OF ITS TIME SERVICING CALLS
AVERAGE RESPONSE TIME TO HIGH PRIORITY CALLS WAS 6.40 MINUTES
AVERAGE RESPONSE TIME TO LOW PRIORITY CALLS WAS 7.27 MINUTES
AVERAGE TRAVEL TIME WAS
3.19 MINUTES
AVERAGE TOTAL JOB TIME WAS 34.59 MINUTES
FIGURE 2
SAMPLE LEVEL
OUTPUT OF
POLICE DISPATCH AND PATROL SIMULATION
11 B
11
DO YOU WANT TO SEE LEVEL 2 STATISTICS?
YES
STATISTICAL SUMMARIES - DISTRICT NO. 15
AN AVERAGE OF 34.21% OF THE TIME OF ALL UNITS WAS SPENT SERVING CALLS
THE FOLLOWIIG UNITS WERE SUBSTANTIALLY BELOW THIS FIGURE:
UNIT NO.
UNIT TYPE
%
4
WAGON
o0.00
THE FOLLOWING UNITS WERE SUBSTANTIALLY BELOW THIS FIGURE:
UNIT NO.
UNIT TYPE
%
1
SECTOR CAR
79.14
AVERAGE TIMES FOR EACH TYPE OF CALL VMRk AS FOLLOWS (STATED IN MIN.)
PRIORITY
DISPATCH DELAY
TRAV. TIME
RESPONSE TIME
1
0.00
1.60
1.60
2
5.06
3.40
8.46
3
0.00
0.00
0.00
4
3.72
3.55
7.27
ALL CALLS
3.62
3.19
6.81
THE AVERAGE TRAVEL TIME WAS 3.19 MINUTES WITH REGULAR SPREAD
10.53% OF THE CALLS INCURRED A QUEUING DELAY DUE TO CAR UNAVAILABILITY
0.32= AVER. EXTRA MILES TRAV. DUE TO DISPATCHING OTHER THEN CLOSEST CAR
THE AVERAGE TOTAL JOB TIME (TRAV. TIME+TIME A
1
77.54 MINUTES
2
37.45 MINUTES
3
0.00 MINUTES
4. 18.05 ,MINUTES
THE AVERAGE QUEUE LENGTH
1
2
3
4
FOR EACH TYPE O
0.00
0.00
0.00
0.00
SCENE) BY PRIORITY WAS:
CALL WAS:
THE MAXIMUM DELAY IN QUEUE FOR EACH TYPE OF CALL WAS:
1
0.00 MINUTES
2
35.39 MINUTES
3
0.00 MINUTES
4
33.46 MINUTES
FIGURE 3
SAMPLE LEVEL: 2-OUTPUT OF
POLICE DISPATCH AND PATROL SIMULATION
11 C
12
DO YOU WANT TO SEE LEVEL 3 STATISTICS?
YES
DISTRICT SUMMARY
1.
2.
3.
PARAMETER
WORKLOAD (%)
reSPONSE TIME (MINUTES)
TRAVEL TIME (MINUTES)
4.
EXTRA DISTANCE (MILES)
5.
6.
7.
8.
9.
TOTAL JOB
NUMBER OF
NUMBER OF
NUMBER OF
NUMBER OF
TIME
CALLS
CALLS
CALLS
CALLS
OVERALL
AVERAGE
34.2
6.8
3.2
0.3
34.6
STANDARD MAXIMUM
DEVIATION VALUE
28.6
79.1
10.9
39.8
2.0
10.5
0.4
1.2
49,2
227.3
(MINUTES)
PREEMPTED FOR HIGHER PRIORITY
ASSIGNED '
TO UNIT ON PREVENTIVE PATROL
ASSIGNED TO UNIT ASSIGNED TO SECTOR
ASSIGNED TO CARS OTHER THAN CLOSEST
FOR WHICH PARAMETER DO YOU WANT A FURTHER BREAKDOWN?
PATROL UNI T
1
2
3
4
WORKLOAD BY PRIORITY--------.1
2
3
4
47.4%
17.6%
0.0%
14..'2%
0.4%
17.3%
0.0%
7..1%
0.7%
19.7%
0.0%
12. 5%
0.0%
0.0%
0.0%
0.10%
TOTAL
79.1%
DO YOU WANT MORE DETAIL FOR ANY OTHER PARAMETERS?
FOR WHICH PARAMETER DO YOU WANT FURTHER BREAKDOWN?
BY PRIORITY?
FOR WHICH UNITS?
ALL
CALLS ASSIGNED TO UNIT ON PREVENTIVE PATROL
PATROL UNIT
3
NO. CALLS
6
6
5
4
0
1
2
PER CMt
100.0%
85.7%
83.3%
0.0%
FIGURE 4
SAMPLE LEVEL 3 OUTPUT OF
POLICE DISPATCH AND PATROL SIMULATION
12
13
A
24.8%
32.9%
0.0%
0
=
= 17
= 17
=
7
( 0%)
(89%)
(89%)
(37%)
Acknowledgments
Early development of the model reported in this paper was
supported in part by the National Science Foundation, through grants
to the M.I.T. Operations Research Center; the U.S. Department of
Housing and Urban Development, through contracts to the New York
City Rand Institute; and the Ford Foundation, through a two-year
postdoctoral fellowship.
The more recent on-line implementation
has been carried out by Urban Sciences, Inc., the work under the
supervision of J. Williamson and R. Couper.
Other technical details of the model are found in Reference 8.
14=
____
___ _
REFERENCES
(1) President's Commission on Law Enforcement and Administration of Justice,
The Challenge of Crime in A Free Society, Washington, D.C.: U.S.
(2) Omnibus Crime Control and Safe Streets Act, U.S. Public Law 90-351,
June 19, 1968.
(3) Kent Colton, "Survey of Police Use of Computers," 1972 Municipal
Yearbook.
(4) S. Nordbeck, "Location of Areal Data for Computer Processing," Lund
Studies in GeoZraphy, Ser. C. General and Mathematical Geography, No. 2,
The Royal University of Lund, Sweden, Department of Geography, Lund,
Sweden, C.W.K. Gleerup Publishers, 1962.
(5) R. Couper, K. Vogel and J. Williamson, "Final Report on the Computer
Simulation of the Boston Police Patrol Forces," Urban Sciences, Inc.,
Wellesley, Mass., October, 1972.
(6) Insp. H. F. Miller, Jr. and B. A. Knoppers, "A Computer Simulation of
Police Dispatching and Patrol Functions," Paper presented at 1972
International Symposium on Criminal Justice, Information and
Statistics Systems, New Orleans, Louisiana, October 3-5, 1972.
(7) R. C. Larson, "Models for the Allocation of Urban Police Patrol
Forces," Technical Report No. 44, M.I.T. Operations Research Center,
Cambridge, Mass., 1969.
(8) R. C. Larson, Urban Police Patrol Analysis, Cambridge, Mass.:
Press, 1972.
15
M.T.T.
Download