GPS/GSM/ GPRS/ Web Based Real Time Vehicle Tracking System RFP

Full text

(1)

Introduction 

We  are  looking  for  a  web  based  real  time  vehicle  tracking  software  system  to  be  used  with  all  popular  GPS/GSM/GPRS  based  tracking  devices.  We  intend  to  provide  GPS  Tracking/  fleet  management service to our customers.  

The software should have two integrated modules as described below;   

1. Server  software  which  runs  on  Windows  2003/  Windows  2008  server  as  a  service  to  communicate  with  the  tracking  devices.  The  sever  (communication)  software  will  listen  on  TCP/IP ports, collect the data from tracking devices and store it on the MS SQL database. It  must accept multiple connections at the same time.  

 

2. Database  driven,  web  based  front  end  with  user  management  system,  hardware  management system (to add and manage the tracking devices) and an interface to show the  data on map software. System should allow users to login and view their account with a log  in ID and password. Their tracking results (location/path of vehicle) will then be displayed on  mapping software such as Google map or multi map etc. accompanied by multiple reports.     Please find below more details about our requirement.  Platform  ASP.Net, VB.Net, C#, Windows Service, MS SQL Server  General Features  1. Users could use system to track their vehicle/s on maps with status information updated in  real time in a standard web browser. Historical information could also be readily available in  the user interface and reports could be created for further analysis.  2. Unlimited vehicles to be tracked  3. It support IE, Firefox and Safari   4. Support multiple languages  Device Related  1. Facility required connecting a large number of different models of popular tracking devices  with NMEA standards.  2. Facility to send AT command to tracking devices.   3. Facility to send single AT command to multiple tracking devices.  4. software to control all other standard tracking devices functions such as remote lock unlock  doors, ignition cut off, towing sensing alert, etc  5. Be able to poll or ping the tracking device for real time location    Historical data mining  1. Historical data‐logging on the server should allow users to view tracks from previous days,  months or years.   2. Historical data exportable to excel or other (CSV)   

(2)

Reports with time and date range‐ should include the following  1. Millage  2. Violation (Speed, Geo‐fencing, idling)  3. Kilometres travelled  4. Provide rate of travel  5. show current location (based on map data)  6. Provide detailed reports of locations travelled for each vehicle  Geo‐fencing 

1. Facility  to  set  geo‐fencing  area  with  multiple  shapes  (Circle,  triangle,  rectangle,  hexagon  etc..) with the mouse.  2. Facility to create special zones with the mouse (eg. Toll gates)   Alerts (SMS, Email , Dashboard)  1. Should be able to send SMS alert when the vehicle move out of geo‐fencing area  2. Generate alerts when vehicle passing through special zones (eg. Toll gates)   3. Should be able to send location details through SMS, based on request by user through SMS  (SMS  Service  from  SMS  Platform  providers  will  be  used.  User  will  send  SMS  request  to  a  short  code  provided  by  the  platform  provider  and  their  api  will  fetch  the  info  from  the  Tracking Software and send back response (eg: current location of the vehicle) to the user)  4. Should be able to send SMS alert when the vehicle moves after a pre determined time. Ex: If 

the vehicle moves after 10pm, user (driver) should get an SMS alert. Facility required to set  multiple entry for a day and in advance, a kind of scheduling, vehicle by vehicle. 

5. User could receive notifications over SMS and email for events that require their attention,  such  as  SOS,  vehicle  theft,  high  temperature,  speeding,  excessive  idling,  off  hours  vehicle  usage and geo‐fence violations, though SMS Platform providers (eg; www.clickatell.com)  6. Alert  on  Data  Communication  error  from  GPS  devises  (to  the  Supervisor  Dashboard  and 

SMS) 

7. Facility to send SMS to all users notifying the maintenance down time of the system etc  Branding  

1. The  system  should  support  localization,  re‐branding,  application  extension  and  integration  with other systems through open APIs.   Map Support  1. Multiple map providers should be supported, as well as custom map import. This allows to  users the most suitable maps for different region.   2. Built in many kinds of maps include latest google map with Street View function.  3. Be able to select the maps format (MAPQUEST, GOOGLE MAPS, MICROSOFT VIRTUAL EARTH  and MAPINFO.  Infrastructure  1. System should be hostable on Managed Virtual Private Server (VPS) Hosting environment       

(3)

User Login features 

1. User id, password, forgot password options 

2. Require  customers  to  agree  to  own  custom  license  agreement  before  they  can  use  the  system.    User Management & Administration   The Administrator has the following functions.    1. User ‐ Add/Edit/Delete/Enable/Disable a new user account   2. Device ‐ Add/Edit/Delete/Disable a new device  3. Facility required to group multiple vehicle to one user account   4. System should have multiple supervisory accounts other than the main administrator accounts  5. Facility required to group multiple vehicles and OR user to supervisory accounts    

6. Accounts  can  be  created  in  "groups".  Members  of  a  group  can  only  see  tracks  that  belong  to  their group. For example, there can be several separate companies, each company can have any  number of accounts. It will appear as a private server to each company, but they are really all  using the same server.   7. Individuals users will have a personal account to view only their own vehicle(s)  8. Only the administrator can view the full fleet  9. Addition of new vehicle and deletion by administrator/supervisor only  10. Audit trial required for all user accounts    Other Technical requirements  1. Tracking device data handling module (Part1 – Server / Commutation Module) should run as a  service. 

2. Communication  with  GPS  Units  ‐    Primary  as  GPRS  and  secondary  as  GSM  (auto  failover  and  failback)    3. We would like to have a GPS tracking software to be used with more than one tracking device  models (mainly www.sanav.com, systech.com.tw, www.teltonika.lt devices)    Database Related  Database should have facility to maintain the following details  1. Customer Details   

User  Details  ‐  Username=Email  Address,  Password,  Name,  Surname,  Company  Name,  Street,  Zip  code, Town, Country, Primary Contact Details (Tel, GSM, Fax, Email), Secondary Contact Details (Tel,  GSM,  Fax,  Email),  Emergency  Contact  Numbers,  Remarks  (Internal,  can  be  viewed  only  by  admin),  Active, not Active. Credits. (simple INT Counter which will be 0 at the beginning). Bank details: Bank  owner,  account  number,  IBAN,  SWIFT  Code,  Bank  Name),  Customer‐ID  (Will  be  set  by  the  system  and can be used as UNIQUEID) 

 

Vehicle  Owner  details‐  Name,  Address,  Primary  Contact  Details  (Tel,  GSM,  Fax,  Email),  Secondary  Contact Details (Tel, GSM, Fax, Email), Emergency Contact Numbers, Identification Number (Passport  Etc) 

Vehicle operator details ‐ Name, Address, Primary Contact Details (Tel, GSM, Fax, Email), Secondary  Contact Details (Tel, GSM, Fax, Email), Emergency Contact Numbers 

(4)

2. Vehicle Details   

Supplier,  Date  of  Purchase,  Value,  Warranty  Period,  Warranty  Expiry  Date,  Chassis  No .  Model ,  Engine No, Make , Category  Type, Colour, Registration Number, Registration Date, Registration Expiry  Date,  Insurance  Number,  Insurance  Expiry  Date,  Seat  Capacity  Driver‐    Name,  Contact  Details  (Tel,  GSM, Fax, Email), Conductor ‐ Name, Contact Details (Tel, GSM, Fax, Email) 

3. GPS Device Details   

Device‐ID  (Will  be  set  by  System  and  can  be  UNIQUEID)  Add  IMEI,  Phone  Number  of  the  Device,  Some  internal  Remarks,  to  which  account  this  device  belongs  to,  all  the  standard  configuration  parameters,  device  active,  not  active.  DEVICENAME  (Description),  ALARM‐Email  Address,  ALARM‐ SMS‐Phone Number  

 

4. Location Details 

Location/  Sub  location/  Pickup  Points  –  For  bus  service  operations  (Eg.  London  ‐  Location,  SOHO  ‐  Sub Location, Oxford Street/ Piccadilly Circus – Pick‐up points)) 

5. Route Details 

Route Definition from a Point to another Point with all the pickup points in that route  Bidding 

Please  note  that  you  should  only  bid  if  you  have  past  experience  in  Web  based  GPS  tracking  software. This experience should be ascertained from your current portfolio and your demo site. So  kindly give site address for your portfolio and demo (together with user ID and Password). 

Relationship 

We  are  interested  in  a  long  relationship  with  you  and  also  interested  in  entrrining  a  maintenance  contract with you after the system is ready, for a monthly fee  Copyright:   We must have the full copyright on the server software and on the webfrontend  Deliverables:  You will have to deliver us the following;  1. Source code of the server software and the webfrontend  2. Executable of the server software and the webfrontend  3. Technical documentation  4. User manual  5. Full copyright licence agreement    Budget  $1000‐ $3000  Payment Terms (negotiable):   30% upon proposal acceptance, 40% upon delivery, 30% after 2 months successful delivery 

(5)

  Reference Sites/ Solutions   To further understand our need please look at the following sites:  1) http://gpsgate.com/  2) http://www.opengts.org/  3) http://www.geotelematic.com/gts.html  4) www.trackingsolutionsonline.com  5) www.cybergraphy.com  6) www.itrackindia.com  7) www.gpsintegrated.com   

Figure

Updating...

References

Updating...

Related subjects :