CA2406464A1 - Transit information display system - Google Patents
Transit information display system Download PDFInfo
- Publication number
- CA2406464A1 CA2406464A1 CA002406464A CA2406464A CA2406464A1 CA 2406464 A1 CA2406464 A1 CA 2406464A1 CA 002406464 A CA002406464 A CA 002406464A CA 2406464 A CA2406464 A CA 2406464A CA 2406464 A1 CA2406464 A1 CA 2406464A1
- Authority
- CA
- Canada
- Prior art keywords
- display
- information display
- configuration data
- transit information
- transit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
- G08G1/127—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09F—DISPLAYING; ADVERTISING; SIGNS; LABELS OR NAME-PLATES; SEALS
- G09F9/00—Indicating arrangements for variable information in which the information is built-up on a support by selection or combination of individual elements
- G09F9/30—Indicating arrangements for variable information in which the information is built-up on a support by selection or combination of individual elements in which the desired character or characters are formed by combining individual elements
- G09F9/302—Indicating arrangements for variable information in which the information is built-up on a support by selection or combination of individual elements in which the desired character or characters are formed by combining individual elements characterised by the form or geometrical disposition of the individual elements
Abstract
A time division multiple access (TDMA) based transit information display communications system having an information display is disclosed. The information display includes an electronic display area, a microcontroller supported by the information display and coupled to the display, a radio frequency receiver coupled to the microcontroller, a memory coupled to the microcontroller, and a program running on the microcontroller, the program being stored in the memory, the program being configured to display data on the display according to configuration data including an information display identification (ID) and the number of lines in the display.
Description
TRANSIT INFORMATION DISPLAY SYSTEM
REFERENCE TO RELATED APPLICATIONS
[0001 ] This application claims the benefit of U.S. Provisional Application No. 60/212,692, filed June 19, 2000, the entirety of which is herein incorporated by reference.
BACKGROUND
REFERENCE TO RELATED APPLICATIONS
[0001 ] This application claims the benefit of U.S. Provisional Application No. 60/212,692, filed June 19, 2000, the entirety of which is herein incorporated by reference.
BACKGROUND
[0002] Historically, transit systems such as local bus systems utilize scheduled routes to pick up and drop off passengers throughout the day.
Passengers utilizing the transit systems are not conventially apprised as to the arrival time, departure time, and other information relating to the individual vehicle on the route or the transit system as a whole. In order to accommodate the delivery of such information, information systems have been deployed and distributed along the routes. The information systems typically include an information display providing a schedule of when a bus or other transit vehicle should be arriving. Many of these transit information systems may be static systems in which a schedule is not updated for real time events such as delays.
However, other information systems are used in which the schedule information that is provided to a potential passenger is updated periodically and/or in real time.
Passengers utilizing the transit systems are not conventially apprised as to the arrival time, departure time, and other information relating to the individual vehicle on the route or the transit system as a whole. In order to accommodate the delivery of such information, information systems have been deployed and distributed along the routes. The information systems typically include an information display providing a schedule of when a bus or other transit vehicle should be arriving. Many of these transit information systems may be static systems in which a schedule is not updated for real time events such as delays.
However, other information systems are used in which the schedule information that is provided to a potential passenger is updated periodically and/or in real time.
[0003] In the case that the transit information is updated periodically and/or in real time, a centralized information system may be used for communicating certain types of information to the plurality of information displays distributed about the transit service area.
[0004] Because it is advantageous for transit information displays to be flexible, that is to display information in a manner appropriate to the site and containing information relating to the site at which the information display is installed, there is a need for a system in which the appropriate information may be communicated to a specific transit information display. Further, there is a need for a system which allows a user to easily configure parameters relating to the transit information display and relating to the information to be displayed on the information display. Further, there is a need for a transit information display system that stores configuration information at each of the plurality of transit information displays distributed throughout the system in a flash memory without necessitating recompilirig of an information receiving program running at the transit information display.
[0005] It would be desirable to provide a system and/or method that provides one or more of these or other advantageous features. Other features and advantages will be made apparent from the present specification.
The teachings disclosed extend to those embodiments which fall within the scope of the appended claims, regardless of whether they accomplish one or more of the aforementioned needs.
SUMMARY
The teachings disclosed extend to those embodiments which fall within the scope of the appended claims, regardless of whether they accomplish one or more of the aforementioned needs.
SUMMARY
[0006] An exemplary embodiment relates to a time division multiple access (TDMA) based transit information display communications system having an information display. The information display includes an electronic display area, a microcontroller supported by the information display and coupled to the display. The information display also includes a radio frequency receiver coupled to the microcontroller and a memory coupled to the microcontroller. Further; the information display includes a program running on the microcontroller, the program being stored in the memory, the program being configured to display data on the display according to configuration data including an information display identification (ID) and the number of lines in the display.
[0007] Another exemplary embodiment relates to a transit information system including a central controller, a radio frequency transmitter in communication with the central controller, and a transit information display including. The transit information display includes a radio frequency receiver, a microcontroller, a memory coupled to the microcontroller, and a program stored in the memory and accessing configuration data. The configuration data includes an information display identification (ID) and the number of lines in the display.
[0008] Yet another exemplary embodiment relates to a transit information system including a central controller, a radio frequency transmitter in communication with the central controller, and a transit information display including. The transit information display includes a radio frequency receiver, a microcontroller, and a memory coupled to the microcontroller. Further, the transit information display includes a program stored in the memory and accessing configuration data. The configuration data includes an information display identification (ID) and the number of lines in the display. The configuration data is modifiable without requiring recompiling of the program.
[0009] Alternative exemplary embodiments relate to other features and combination of features as may be generally recited in the claims.
BRIEF DESCRIPTION OF THE DRAWINGS
BRIEF DESCRIPTION OF THE DRAWINGS
[0010] The invention will become more fully understood from the following detailed description, taken in conjunction with the accompanying drawings, wherein like reference numerals refer to like elements, in which:
[0011] FIG. 1 is a block diagram depicting a transit information system including a configuration application; and [0012] FIG. 2 is an exemplary block diagram of a transit information display system.
DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS
DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS
[0013] Referring now to FIG. 1, a transit information system 100 is depicted. Transit information system 100 includes a central control system 1 10. Central control system 1 10 includes a configuration tool 120, a database 125, a service controller 130, a router 135, and a service log 140. Central control 110 may be configured on a single centralized computer system and/or a plurality of computers and other electronic devices. Service controller 130 provides messaging services via router 135 over a communications link 145 to a base station 150. Base station 150 is configured for radio frequency communications to a plurality of transit information displays or signs 160 which include radio frequency receivers, and in an alternative embodiment radio frequency transceivers. In further alternative embodiments, communications from central controller 100 may be made over a communications network to signs 160 through any of a variety of means including, but not limited to radio frequency technologies, optical communications technologies, and hardwired technologies. Signs 160 are configured to display a plurality of information relating to the departure and arrival of transit vehicles, such as, but not limited to busses, trains, and the like.
[0014] In an exemplary embodiment, central controller 1 10 maintains a service log 140 which keeps records of information relating to the transit system including information communicated to signs 160. Further, in an exemplary embodiment, configuration application 120 is used to define parameters for signs 160. The parameters of signs 160 include parameters which define and are used to modify the behavior of signs 160 and further to define and modify the information which is communicated to each of signs 160.
[0015] In operation, each sign 160 receives data messages radiated at the radio network controller (RNC) base station 150 through a time division multiple access (TDMA) process located at a tower site.
[0016] Service control 130 may query database 125 for a list of:
~ Routes and schedules ~ Time points ~ Active vehicles ~ Schedule adherence of the active vehicles ~ Route patterns for time points and route direction.
~ Routes and schedules ~ Time points ~ Active vehicles ~ Schedule adherence of the active vehicles ~ Route patterns for time points and route direction.
[0017] Service controller 130 then manages and organizes time points and vehicles, route block tracking within the configured adherence window of operation, and issues router 135 to send messages to the appropriate signs 160 within system 100. These messages are sent via router 135 and may include time updates, route information, and user messages among other information. Service control 130 may also log its activities to a text file (service log 140) or any other type of file, if configured to do so.
[0018] Service control 130 uses information established within configuration application 120 that is then stored in database 125 tables (tables may be stored in SQL format or any other applicable database format). Each sign 160 may include, as part of its configuration parameters, the following information among other possible information:
~ Sign name Radio Network Identification (RNet ID) ~ Time point crossing ~ Routes to display on the sign ~ Arrival countdown timer for each route displayed on the sign ~ Direction filters for each route displayed on the sign ~ Instant (priority) user-defined messages ~ User-defined scheduled messages with begin and end times.
~ Sign name Radio Network Identification (RNet ID) ~ Time point crossing ~ Routes to display on the sign ~ Arrival countdown timer for each route displayed on the sign ~ Direction filters for each route displayed on the sign ~ Instant (priority) user-defined messages ~ User-defined scheduled messages with begin and end times.
[0019] In an exemplary embodiment, a system administrator or qualified technician sets parameters within configuration application 120.
Access to this application may be provided through any of a variety of operating system interfaces including but not limited to the Windows NT Start menu.
Access to this application may be provided through any of a variety of operating system interfaces including but not limited to the Windows NT Start menu.
[0020] Referring now to FIG. 2, a transit information display unit or sign unit 200 is depicted. Sign 200 is representative of signs 160 in FIG.
1.
Sign 200 includes a micro controller 210, a modem 220, a radio transmitter 230, a radio input output interface 235, and input output interface shown as an RS485 input output interface 240 and at least one electronic display area 245.
RS485 I/0 240 may be coupled to any variety of input output devices such as but not limited to a notebook computer 250 by any of a variety of communications connections such as, but not limited to, a serial cable, a parallel cable, and/or an infrared port. Information display system 200 also includes a power supply 260 which may be an external and/or an internal power supply.
[0021 ] In an exemplary embodiment, radio 230 receives a signal from base station 150. The signal is communicated to the microcontrol 210 by a modem 220 if the communications signal is intended (addressed) for the particular information display. Microcontroller 210 then interprets the signal and provides information to be displayed on,display areas 245 according to the communications signal. In an alternative exemplary embodiment, the radio 1/O
controller 235 may communicate information from system 200 to base station 150. Further, in an exemplary embodiment, display areas 245 may be any of a variety of display, types, including, but not limited to LED type displays and the like. Further still, each system 200 may include a plurality of display areas 245.
For example, a display system may include one to four display lines, however, such a system is not limited to any number of display lines. Further still, in an exemplary embodiment radio 230 and modem 220 are configured to receive and interpret time division multiple access (TDMA) communication signals.
However, any variety of other communications protocols may be used without departing from the scope of the invention. For example, it may be desirable to utilize transmission control protocol/internet protocol (TCP/IP) or any of a variety of other protocols such as, but not limited to code division multiple access (CDMA) protocols.
[0022] In an exemplary embodiment notebook computer 250 may be configured to change configuration parameters on microcontroller 210, which may include a memory 215, to store such parameters. Such a memory may be a flash memory or any other type of appropriate memory.
[0023] In an exemplary embodiment each sign post may have one of four configurations: one, two, three, or four lines. Each configuration shall be capable of displaying current time, schedule information for up to ten routes and 3 user-definable messages. Signs may be configured in either standard or high brightness or any other configuration. Each sign face may be configured to display customer defined graphics.
[0024] The sign interface may be an RS-485 interface used on medium cost, high or low brite displays or an RS-232 interface used on low cost displays that don't support RS-485 addressing schemes.
[0025] In an exemplary embodiment there may be two radios available. A VHF radio may be a low cost data radio card. The sign control card (SCC) depicted as the electronics and/or any subset of the electronics for system 200 may configure this radio on power up to the correct frequency. A
UHF radio may be used on both 800 and 900 Mhz TDMA networks. This radio may be pre-programmed at the factory to the correct receive frequency and requires no programming by the SCC. Both radios will operate in receive-only mode.
j0026] In an exemplary embodiment microcontroller has built-in ROM and RAM (memory 215). It may be responsible for decoding TDMA
messages, sending messages to the sign(s), programming the VHF radio, configuring the SCC, programming the transit information software, and performing self test. Further microcontroller 210 talks to the signs) via RS
I/0 interface 240. The interface shall operate at 9600 bps. It may also be used to reprogram the modem flash software and configuration data stored in a memory 225 or in memory 215. Additionally, it may perform self test and report SCC status.
[0027] In a further exemplary embodiment the microcontroller 210 may initialize the VHF radio through radio Il0 interface 235.
[0028] System 200 may, in an exemplary embodiment require a power supply capable of supplying 7.5 VDC and 5.0 VDC. This supply will also provide power for the sign display electronics. Any of a variety of other applicable power sources and configuration may also be used.
[0029] When system 200 is powered up, it does not have current schedule information from central controller 1 10. The SCC initializes each sign as follows (not limited to the following):
Send soft reset command to each sign to clear old information from the sign. Upon receiving the soft reset command, each sign displays current information such as sign software version, total sign memory, and the sign address.
Send configuration messages to each sign to initialize text and string files within each sign.
_7_ [0030] The sign may be configured to display information about the system 200 including but not limited to:
~ Sign powerup info ~ SCC Flash software version ~ SCC Boot software version ~ SCC selftest status.
[0031 ] Each component of power up information may be displayed for a period of time, scrolling off the display to be replaced by another component of powerup information. This shall continue for a period of time.
After this period of time, the sign shall display the current time (initialized to 02:34 AM) until the sign receives route and user information from the central controller 1 10.
[0032] The SCC may initialize data radio receiver 230 through the radio I/O 235 port.
[0033] In a particularly preferred embodiment, each display system 200 may be configured in a different way depending on the number of signs within it. The correct configuration may be determined on system power up by the SCC based on the value of the configuration parameter, SignTypeCFG, in Flash memory. SignTypeCFG may have, but not limited to, four values: SINGLE-LINE SIGN, TWO-LINE SIGN, THREE_LINE SIGN, and FOUR_LINE SIGN. The signs may be automatically configured based on the SignTypeCFG parameter.
[0034] Multiline sign configurations may be problematic unless properly dealt with because each sign may be configured with a separate microcontroller within it and they all run asynchronously with no means of synchronizing the signs together. Thus, at some point during the day, it may be possible to have route 1 data displayed on line 1 and route 5 data displayed on line 2 and route 7 data displayed on line 3. Therefore, it is desirable for the SCC
to implement a sign control / sign run sequence manager so that the SCC has a tight control over what data is presented on each sign at all times.
_g_ [0035] In a particularly preferred embodiment, the general methodology for multi-line signs may be, but is not limited to, the following:
1. Load all text and string files into the sign as they come over the air (SCC doesn't need to store strings, lower memory requirements).
2. SCC employs Run Sequence Manager.
3. SCC keeps track of mode (time & user mode or route mode) and switches appropriately.
4. Ex: display only time and user msgs (if any) if no routes active.
5. Run Sequence Manager sorts & displays routes by earliest to latest depart time.
6. In route mode, each line will receive a new run sequence which is only one file long.
7. Can't have multiple files in run sequence because signs will get out of sync with each other.
8. Run sequence on signs need to match.
[0036] In an exemplary embodiment a one line sign may be used.
If a one line sign is used information is sequentially scrolled on and off the sign until all the information has been displayed and then repeated.
[0037] If a two line sign is used, a particular exemplary embodiment displays current time and route on line 1 and displays User Messages, Destination and Depart Time on line 2.
[0038] In the case that a three line sign is used, the sign may be configured to display Current time and Route on line 1, display Destination and User Messages on line 2 and display Date and Depart Time on line 3.
[0039] Further in the case that a four line sign is sued, the sign may be configured to display Current Time and all User Messages on Line 1, Display Route msg on line 2, display Destination msg on line 3, and display ,~
Depart Time msg on line 4.
[0040] For the caseset a one line, two line, three line, or four line sign, any of a variety of information configurations may alternatively be used, not limited to the configurations provided above.
_g_ (00471 In a particularly preferred embodiment, each system 200 must be configured properly for its location. 128 bytes of configuration data may be reserved starting at an address such as but not limited to OxFE00.
Configuration data may be stored in flash memory and may be programmed and read from RS-485 I/O interface 240 on the SCC. Configuration data may include:
~ Byte ScrambleEnableCFG = FALSE; -- (Modem Scramble on/off) ~ Byte RxDatalnvertCFG = YES; - (Is signal invested?) ~ Byte RxNumPktsCFG = 2; - (packets/slots) ~ Byte SIotTimeCFG - 120; - (in milliseconds) Byte SignIDLowCFG = Ox7B; (sign id low byte) ~ Byte SignIDHighCFG = OxF1; (sign id high byte) ~ Byte SignTypeCFG = SINGLE_LINE SIGN; (sign type) ~ Byte [4] RadioRxFreqCFG = 464500000; (radio receiver frequency) The above values are current defaults. Defaults may be easily modified.
Additional configuration items may be easily added.
[0042] In an exemplary embodiment, the modem software may perform the following functions:
1. Process all received messages from TDMA network.
2. Decode only messages addressed to this sign - broadcast or specifically addressed to the specific system 200 ID.
3. Send message addressed to this device to the sign for display.
[0043] Further, in an exemplary embodiment TDMA is configured to transmit 2 download packets per message. Each packet may be configured as 18 bytes. The first 4 bytes of the first 18-byte packet is used for message control. The message format may be defined but is not limited as follows:
1 byte device address - low byte 1 byte device address - high byte 1 byte Flags 1 byte NP, NR
14 bytes data - first packet 18 bytes data - second packet [0044] In an alternative TDMA system, device address may be defined but is not limited as follows:
bit 15 thru bit 1 1 Agency Type (for MCC control) Bit 10 thru bit 0 Device-ID address up to 2047 devices ~ The Agency Type may be set by the customer.
~ Each device may have a unique Device ID.
~ Device-ID = 0 may be defined as broadcast message, sent to all devices of that Agency Type.
Agency Type may not be defined for Gen 1 TDMA, thus 65535 devices may be addressed.
[0045] Flags Byte may be defined as follows:
Bit 7 Transport Type 0 = Datagram, 1 = Reliable Bit 6 - 5 End Flag 2 = Starting packet 0 = Middle packet 1 = End packet 3 = Only packet of this message Bit 4 More to Come Flag not set by RNC, only set by remote devices Bit 3 Is Control Message 0 = data message 1 = control message Bit 2 Is Asynchronous not set by RNC
Bit 1 - 0 Priority {set by remote devices}
[0046] NP/NR Byte is defined as follows:
NP = Number of packet being sent (increments to 0 after 15) NR = Next Packet expected from the sender Bit 7 - 4 NP
Bit 3-0 NR
[0047] Further still, in a particularly preferred embodiment User Messages are defined by the customer using an application at the central controller 1 10. Each display system 200 may display up to three user messages.
[0048] The message format for User Messages may be defined as follows:
Byte 1 - 4 Msg-Header byte 5 Msg Name OxE4 = sign User Message byte 6 Msg-Number byte 7 ~ Display-Position for multiline signs, which line byte 8 Mode Code Standard sign modes byte 9 Special Specifier Special sign modes byte 10-18 User Message - Block- 27 chars for first 1 msg block byte 19-36 User Message - Block(mess,age continued 1 in second packet) Byte 1-4 Msg Header byte 5 Msg-Name OxE4 = sign User Message byte 6 Msg Number byte 7-36 User Message - Block 2 Byte 1-4 Msg-Header byte 5 Msg Name OxE4 = sign User Message byte 6 Msg-Number byte 7-36 User-Message - Block 3 Byte 1-4 Msg Header byte 5 Msg Name OxE4 = sign User Message byte 6 Msg Number byte 7-36 User Message - Block 4 27 chars + 30 chars ~ 3 blocks = 1 17 chars maximum per user message [0049] Similarly, a time message format may be defined as follows:
Byte 1-4 Msg-Header byte Msg Name OxEO = Sign Time Info Message byte Current Time Seconds past midnight (low byte, high byte) byte Day of Week ' 1' = Sunday, '7' -Saturday byte Month Tens ascii where ' 1' = 0x30 byte Month Ones byte Day Tens byte Day Ones byte Year Tens byte Year Ones byte Hours Tens byte Hours Ones byte Minutes Tens byte Minutes Ones byte Time Format 'S' = am/pm, 'M' = 24 hour format [0050 Also similarly a route information message format may be defined as follows:
Byte 1-4 Msg-Header byte 5 Msg_Name OxE3 = sign Route String message byte 6 Buffer Id 1 to 10 byte 7 Route File 'A" to "J"
byte 8 Destination~File 'a' to 'j' byte 9-10Schedule Time minutes past midnight, to 1440 byte 1 Adherence plus or minus minutes [0051 ] Further similarly, a roufie string information message format may be defined as follows:
Byte 1-4 Msg Header byte 5 Msg Name OxE1 = sign Route String Info message byte 6 Filename 'A' to 'J' byte 7-36 New String ascii characters [0052] Further still similarly, a destination string information message format may be defined as follows:
Byte 1-4 Msg Header byte 5 Msg Name OxE2 = sign Destination String message byte 6 Filename 'a' to 'j' byte 7-36 New String ascii characters [0053] In an exemplary embodiment a toolkit allows users to program, configure, and test the system 200 through a program running on a PC
using a standard Windows interface such as but not limited to notebook computer 250. A Main menu may allow a user to select various tests, program system 200, configure system 200 and perform self tests. The toolkit may allow checksum verification. The toolkit may also allow entry of Flash Address and display 128 bytes (one flash sector) of code. Further, the toolkit program may enable the selection of configuration parameters (as discussed previously) and save them to a file. Further still, the toolkit may enable the selection of a file and sending of new configurations to System 200 (program configuration area of flash). Yet further still, the toolkit program may enable the sending of a query to System 200 to read its current configuration and may enable the Display of the configuration. Yet further still, the toolkit program may allow a self test program which may carry out the following: ' 1. Run Selftest and display Test Status.
2. Get software versions for the transit information and Boot software. Display versions.
3. Calculate .checksums for the transit information and Boot software.
Display checksums.
[0054] Yet still further, the tooilcit may enable the changing of a specific sign address. Only one sign at a time can be connected to the SCC for the programming process.
[0055] While the detailed drawings, specific examples and particular formulations given describe preferred and exemplary embodiments, they serve the purpose of illustration only. The inventions disclosed are not limited to the specific forms shown. For example, the methods may be performed in any of a variety of sequence of steps. The hardware and software configurations shown and described may differ depending on the chosen performance characteristics and physical characteristics of the computing devices. For example, the type.of computing device, communications bus, or processor used may differ. The systems and methods depicted and described are not limited to the precise details and cohditions disclosed. Furthermore, other substitutions, modifications, changes, and omissions may be made in the design, operating conditions, and arrangement of the exemplary embodiments without departing from fihe scope of the invention as expressed in the appended claims.
1.
Sign 200 includes a micro controller 210, a modem 220, a radio transmitter 230, a radio input output interface 235, and input output interface shown as an RS485 input output interface 240 and at least one electronic display area 245.
RS485 I/0 240 may be coupled to any variety of input output devices such as but not limited to a notebook computer 250 by any of a variety of communications connections such as, but not limited to, a serial cable, a parallel cable, and/or an infrared port. Information display system 200 also includes a power supply 260 which may be an external and/or an internal power supply.
[0021 ] In an exemplary embodiment, radio 230 receives a signal from base station 150. The signal is communicated to the microcontrol 210 by a modem 220 if the communications signal is intended (addressed) for the particular information display. Microcontroller 210 then interprets the signal and provides information to be displayed on,display areas 245 according to the communications signal. In an alternative exemplary embodiment, the radio 1/O
controller 235 may communicate information from system 200 to base station 150. Further, in an exemplary embodiment, display areas 245 may be any of a variety of display, types, including, but not limited to LED type displays and the like. Further still, each system 200 may include a plurality of display areas 245.
For example, a display system may include one to four display lines, however, such a system is not limited to any number of display lines. Further still, in an exemplary embodiment radio 230 and modem 220 are configured to receive and interpret time division multiple access (TDMA) communication signals.
However, any variety of other communications protocols may be used without departing from the scope of the invention. For example, it may be desirable to utilize transmission control protocol/internet protocol (TCP/IP) or any of a variety of other protocols such as, but not limited to code division multiple access (CDMA) protocols.
[0022] In an exemplary embodiment notebook computer 250 may be configured to change configuration parameters on microcontroller 210, which may include a memory 215, to store such parameters. Such a memory may be a flash memory or any other type of appropriate memory.
[0023] In an exemplary embodiment each sign post may have one of four configurations: one, two, three, or four lines. Each configuration shall be capable of displaying current time, schedule information for up to ten routes and 3 user-definable messages. Signs may be configured in either standard or high brightness or any other configuration. Each sign face may be configured to display customer defined graphics.
[0024] The sign interface may be an RS-485 interface used on medium cost, high or low brite displays or an RS-232 interface used on low cost displays that don't support RS-485 addressing schemes.
[0025] In an exemplary embodiment there may be two radios available. A VHF radio may be a low cost data radio card. The sign control card (SCC) depicted as the electronics and/or any subset of the electronics for system 200 may configure this radio on power up to the correct frequency. A
UHF radio may be used on both 800 and 900 Mhz TDMA networks. This radio may be pre-programmed at the factory to the correct receive frequency and requires no programming by the SCC. Both radios will operate in receive-only mode.
j0026] In an exemplary embodiment microcontroller has built-in ROM and RAM (memory 215). It may be responsible for decoding TDMA
messages, sending messages to the sign(s), programming the VHF radio, configuring the SCC, programming the transit information software, and performing self test. Further microcontroller 210 talks to the signs) via RS
I/0 interface 240. The interface shall operate at 9600 bps. It may also be used to reprogram the modem flash software and configuration data stored in a memory 225 or in memory 215. Additionally, it may perform self test and report SCC status.
[0027] In a further exemplary embodiment the microcontroller 210 may initialize the VHF radio through radio Il0 interface 235.
[0028] System 200 may, in an exemplary embodiment require a power supply capable of supplying 7.5 VDC and 5.0 VDC. This supply will also provide power for the sign display electronics. Any of a variety of other applicable power sources and configuration may also be used.
[0029] When system 200 is powered up, it does not have current schedule information from central controller 1 10. The SCC initializes each sign as follows (not limited to the following):
Send soft reset command to each sign to clear old information from the sign. Upon receiving the soft reset command, each sign displays current information such as sign software version, total sign memory, and the sign address.
Send configuration messages to each sign to initialize text and string files within each sign.
_7_ [0030] The sign may be configured to display information about the system 200 including but not limited to:
~ Sign powerup info ~ SCC Flash software version ~ SCC Boot software version ~ SCC selftest status.
[0031 ] Each component of power up information may be displayed for a period of time, scrolling off the display to be replaced by another component of powerup information. This shall continue for a period of time.
After this period of time, the sign shall display the current time (initialized to 02:34 AM) until the sign receives route and user information from the central controller 1 10.
[0032] The SCC may initialize data radio receiver 230 through the radio I/O 235 port.
[0033] In a particularly preferred embodiment, each display system 200 may be configured in a different way depending on the number of signs within it. The correct configuration may be determined on system power up by the SCC based on the value of the configuration parameter, SignTypeCFG, in Flash memory. SignTypeCFG may have, but not limited to, four values: SINGLE-LINE SIGN, TWO-LINE SIGN, THREE_LINE SIGN, and FOUR_LINE SIGN. The signs may be automatically configured based on the SignTypeCFG parameter.
[0034] Multiline sign configurations may be problematic unless properly dealt with because each sign may be configured with a separate microcontroller within it and they all run asynchronously with no means of synchronizing the signs together. Thus, at some point during the day, it may be possible to have route 1 data displayed on line 1 and route 5 data displayed on line 2 and route 7 data displayed on line 3. Therefore, it is desirable for the SCC
to implement a sign control / sign run sequence manager so that the SCC has a tight control over what data is presented on each sign at all times.
_g_ [0035] In a particularly preferred embodiment, the general methodology for multi-line signs may be, but is not limited to, the following:
1. Load all text and string files into the sign as they come over the air (SCC doesn't need to store strings, lower memory requirements).
2. SCC employs Run Sequence Manager.
3. SCC keeps track of mode (time & user mode or route mode) and switches appropriately.
4. Ex: display only time and user msgs (if any) if no routes active.
5. Run Sequence Manager sorts & displays routes by earliest to latest depart time.
6. In route mode, each line will receive a new run sequence which is only one file long.
7. Can't have multiple files in run sequence because signs will get out of sync with each other.
8. Run sequence on signs need to match.
[0036] In an exemplary embodiment a one line sign may be used.
If a one line sign is used information is sequentially scrolled on and off the sign until all the information has been displayed and then repeated.
[0037] If a two line sign is used, a particular exemplary embodiment displays current time and route on line 1 and displays User Messages, Destination and Depart Time on line 2.
[0038] In the case that a three line sign is used, the sign may be configured to display Current time and Route on line 1, display Destination and User Messages on line 2 and display Date and Depart Time on line 3.
[0039] Further in the case that a four line sign is sued, the sign may be configured to display Current Time and all User Messages on Line 1, Display Route msg on line 2, display Destination msg on line 3, and display ,~
Depart Time msg on line 4.
[0040] For the caseset a one line, two line, three line, or four line sign, any of a variety of information configurations may alternatively be used, not limited to the configurations provided above.
_g_ (00471 In a particularly preferred embodiment, each system 200 must be configured properly for its location. 128 bytes of configuration data may be reserved starting at an address such as but not limited to OxFE00.
Configuration data may be stored in flash memory and may be programmed and read from RS-485 I/O interface 240 on the SCC. Configuration data may include:
~ Byte ScrambleEnableCFG = FALSE; -- (Modem Scramble on/off) ~ Byte RxDatalnvertCFG = YES; - (Is signal invested?) ~ Byte RxNumPktsCFG = 2; - (packets/slots) ~ Byte SIotTimeCFG - 120; - (in milliseconds) Byte SignIDLowCFG = Ox7B; (sign id low byte) ~ Byte SignIDHighCFG = OxF1; (sign id high byte) ~ Byte SignTypeCFG = SINGLE_LINE SIGN; (sign type) ~ Byte [4] RadioRxFreqCFG = 464500000; (radio receiver frequency) The above values are current defaults. Defaults may be easily modified.
Additional configuration items may be easily added.
[0042] In an exemplary embodiment, the modem software may perform the following functions:
1. Process all received messages from TDMA network.
2. Decode only messages addressed to this sign - broadcast or specifically addressed to the specific system 200 ID.
3. Send message addressed to this device to the sign for display.
[0043] Further, in an exemplary embodiment TDMA is configured to transmit 2 download packets per message. Each packet may be configured as 18 bytes. The first 4 bytes of the first 18-byte packet is used for message control. The message format may be defined but is not limited as follows:
1 byte device address - low byte 1 byte device address - high byte 1 byte Flags 1 byte NP, NR
14 bytes data - first packet 18 bytes data - second packet [0044] In an alternative TDMA system, device address may be defined but is not limited as follows:
bit 15 thru bit 1 1 Agency Type (for MCC control) Bit 10 thru bit 0 Device-ID address up to 2047 devices ~ The Agency Type may be set by the customer.
~ Each device may have a unique Device ID.
~ Device-ID = 0 may be defined as broadcast message, sent to all devices of that Agency Type.
Agency Type may not be defined for Gen 1 TDMA, thus 65535 devices may be addressed.
[0045] Flags Byte may be defined as follows:
Bit 7 Transport Type 0 = Datagram, 1 = Reliable Bit 6 - 5 End Flag 2 = Starting packet 0 = Middle packet 1 = End packet 3 = Only packet of this message Bit 4 More to Come Flag not set by RNC, only set by remote devices Bit 3 Is Control Message 0 = data message 1 = control message Bit 2 Is Asynchronous not set by RNC
Bit 1 - 0 Priority {set by remote devices}
[0046] NP/NR Byte is defined as follows:
NP = Number of packet being sent (increments to 0 after 15) NR = Next Packet expected from the sender Bit 7 - 4 NP
Bit 3-0 NR
[0047] Further still, in a particularly preferred embodiment User Messages are defined by the customer using an application at the central controller 1 10. Each display system 200 may display up to three user messages.
[0048] The message format for User Messages may be defined as follows:
Byte 1 - 4 Msg-Header byte 5 Msg Name OxE4 = sign User Message byte 6 Msg-Number byte 7 ~ Display-Position for multiline signs, which line byte 8 Mode Code Standard sign modes byte 9 Special Specifier Special sign modes byte 10-18 User Message - Block- 27 chars for first 1 msg block byte 19-36 User Message - Block(mess,age continued 1 in second packet) Byte 1-4 Msg Header byte 5 Msg-Name OxE4 = sign User Message byte 6 Msg Number byte 7-36 User Message - Block 2 Byte 1-4 Msg-Header byte 5 Msg Name OxE4 = sign User Message byte 6 Msg-Number byte 7-36 User-Message - Block 3 Byte 1-4 Msg Header byte 5 Msg Name OxE4 = sign User Message byte 6 Msg Number byte 7-36 User Message - Block 4 27 chars + 30 chars ~ 3 blocks = 1 17 chars maximum per user message [0049] Similarly, a time message format may be defined as follows:
Byte 1-4 Msg-Header byte Msg Name OxEO = Sign Time Info Message byte Current Time Seconds past midnight (low byte, high byte) byte Day of Week ' 1' = Sunday, '7' -Saturday byte Month Tens ascii where ' 1' = 0x30 byte Month Ones byte Day Tens byte Day Ones byte Year Tens byte Year Ones byte Hours Tens byte Hours Ones byte Minutes Tens byte Minutes Ones byte Time Format 'S' = am/pm, 'M' = 24 hour format [0050 Also similarly a route information message format may be defined as follows:
Byte 1-4 Msg-Header byte 5 Msg_Name OxE3 = sign Route String message byte 6 Buffer Id 1 to 10 byte 7 Route File 'A" to "J"
byte 8 Destination~File 'a' to 'j' byte 9-10Schedule Time minutes past midnight, to 1440 byte 1 Adherence plus or minus minutes [0051 ] Further similarly, a roufie string information message format may be defined as follows:
Byte 1-4 Msg Header byte 5 Msg Name OxE1 = sign Route String Info message byte 6 Filename 'A' to 'J' byte 7-36 New String ascii characters [0052] Further still similarly, a destination string information message format may be defined as follows:
Byte 1-4 Msg Header byte 5 Msg Name OxE2 = sign Destination String message byte 6 Filename 'a' to 'j' byte 7-36 New String ascii characters [0053] In an exemplary embodiment a toolkit allows users to program, configure, and test the system 200 through a program running on a PC
using a standard Windows interface such as but not limited to notebook computer 250. A Main menu may allow a user to select various tests, program system 200, configure system 200 and perform self tests. The toolkit may allow checksum verification. The toolkit may also allow entry of Flash Address and display 128 bytes (one flash sector) of code. Further, the toolkit program may enable the selection of configuration parameters (as discussed previously) and save them to a file. Further still, the toolkit may enable the selection of a file and sending of new configurations to System 200 (program configuration area of flash). Yet further still, the toolkit program may enable the sending of a query to System 200 to read its current configuration and may enable the Display of the configuration. Yet further still, the toolkit program may allow a self test program which may carry out the following: ' 1. Run Selftest and display Test Status.
2. Get software versions for the transit information and Boot software. Display versions.
3. Calculate .checksums for the transit information and Boot software.
Display checksums.
[0054] Yet still further, the tooilcit may enable the changing of a specific sign address. Only one sign at a time can be connected to the SCC for the programming process.
[0055] While the detailed drawings, specific examples and particular formulations given describe preferred and exemplary embodiments, they serve the purpose of illustration only. The inventions disclosed are not limited to the specific forms shown. For example, the methods may be performed in any of a variety of sequence of steps. The hardware and software configurations shown and described may differ depending on the chosen performance characteristics and physical characteristics of the computing devices. For example, the type.of computing device, communications bus, or processor used may differ. The systems and methods depicted and described are not limited to the precise details and cohditions disclosed. Furthermore, other substitutions, modifications, changes, and omissions may be made in the design, operating conditions, and arrangement of the exemplary embodiments without departing from fihe scope of the invention as expressed in the appended claims.
Claims (31)
1. A time division multiple access (TDMA) based transit information display communications system having an information display, the information display comprising:
an electronic display area;
a microcontroller supported by the information display and coupled to the display;
a radio frequency receiver coupled to the microcontroller;
a memory coupled to the microcontroller; and a program running on the microcontroller, the program being stored in the memory, the program being configured to display data on the display according. to configuration data including an information display identification (ID) and the number of lines in the display.
an electronic display area;
a microcontroller supported by the information display and coupled to the display;
a radio frequency receiver coupled to the microcontroller;
a memory coupled to the microcontroller; and a program running on the microcontroller, the program being stored in the memory, the program being configured to display data on the display according. to configuration data including an information display identification (ID) and the number of lines in the display.
2. The information display of claim 1, wherein the data is displayed according to a color control parameter.
3. The information display of claim 1, wherein at least a portion of the memory is a flash memory.
4. The information display of claim 3, wherein the configuration data is stored in the flash memory.
5. The information display of claim 1, wherein the configuration data includes slot time data.
6. The information display of claim 1, wherein the configuration data includes sign type data.
7. The information display of claim 1, wherein the configuration data includes radio frequency receiver frequency data.
8. The information display of claim 1, further comprising:
an input output port coupled to the microcontroller, the input output port configured to be used to enable the modification of the configuration data.
an input output port coupled to the microcontroller, the input output port configured to be used to enable the modification of the configuration data.
9. The information display of claim 8, wherein the input output port is an infrared port.
10. A transit information system, comprising:
a central controller;
a radio frequency transmitter in communication with the central controller;
a transit information display including, a radio frequency receiver, a microcontroller, a memory coupled to the microcontroller, and a program stored in the memory and accessing configuration data, the configuration data including an information display identification (ID) and the number of lines in the display.
a central controller;
a radio frequency transmitter in communication with the central controller;
a transit information display including, a radio frequency receiver, a microcontroller, a memory coupled to the microcontroller, and a program stored in the memory and accessing configuration data, the configuration data including an information display identification (ID) and the number of lines in the display.
11. The transit information system of claim 10, wherein the transit information display is a bus system information display.
12. The transit information system of claim 10, wherein the transit information display is a train system information display.
13. The transit information system of claim 10, wherein the data is displayed according to a color control parameter.
14. The transit information system of claim 10, wherein at least a portion of the memory is a flash memory.
15. The transit information system of claim 14, wherein the configuration data is stored in the flash memory.
16. The transit information system of claim 10, wherein the configuration data includes slot time data.
17. The transit information system of claim 10, wherein the configuration data includes sign type data.
18. The transit information system of claim 10, wherein the configuration data includes radio frequency receiver frequency data.
19. The transit information system of claim 10, further comprising:
an input output port coupled to the microcontroller, the input output port configured to be used to enable the modification of the configuration data.
an input output port coupled to the microcontroller, the input output port configured to be used to enable the modification of the configuration data.
20. The transit information system of claim 19, wherein the input output port is an infrared port.
21. A transit information system, comprising:
a central controller;
a radio frequency transmitter in communication with the central controller;
a transit information display including, a radio frequency receiver, a microcontroller, a memory coupled to, the microcontroller, and a program stored in the memory and accessing configuration data, the configuration data including an information display identification (ID) and the number of fines in the display, the configuration data being modifiable without requiring recompiling of the program.
a central controller;
a radio frequency transmitter in communication with the central controller;
a transit information display including, a radio frequency receiver, a microcontroller, a memory coupled to, the microcontroller, and a program stored in the memory and accessing configuration data, the configuration data including an information display identification (ID) and the number of fines in the display, the configuration data being modifiable without requiring recompiling of the program.
22. The transit information system of claim 21, wherein the transit information display is a bus system information display.
23. The transit information system of claim 21, wherein the transit information display is a train system information display.
24. The transit information system of claim 21, wherein the data is displayed according to a color control parameter.
25. The transit information system of claim 21, wherein at least a portion of the memory is a flash memory.
26. The transit information system of claim 25, wherein the configuration data is stored in the flash memory.
27. The transit information system of claim 21, wherein the configuration data includes slot time data.
28. The transit information system of claim 21, wherein the configuration data includes sign type data.
29. The transit information system of claim 21, wherein the configuration data includes radio frequency receiver frequency data.
30. The transit information system of claim 21, further comprising:
an input output port coupled to the microcontroller, the input output port configured to be used to enable the modification of the configuration data.
an input output port coupled to the microcontroller, the input output port configured to be used to enable the modification of the configuration data.
31. The transit information system of claim 30, wherein the input output port is an infrared port.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US21269200P | 2000-06-19 | 2000-06-19 | |
| US60/212,692 | 2000-06-19 | ||
| PCT/US2001/019530 WO2002001539A1 (en) | 2000-06-19 | 2001-06-19 | Transit information display system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CA2406464A1 true CA2406464A1 (en) | 2002-01-03 |
Family
ID=22792076
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002413075A Abandoned CA2413075A1 (en) | 2000-06-19 | 2001-06-19 | Transit information display configuration system and method |
| CA002406464A Abandoned CA2406464A1 (en) | 2000-06-19 | 2001-06-19 | Transit information display system |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002413075A Abandoned CA2413075A1 (en) | 2000-06-19 | 2001-06-19 | Transit information display configuration system and method |
Country Status (8)
| Country | Link |
|---|---|
| US (3) | US20020015009A1 (en) |
| EP (2) | EP1295274B1 (en) |
| JP (2) | JP2003536186A (en) |
| AT (2) | ATE453179T1 (en) |
| BR (2) | BR0111773A (en) |
| CA (2) | CA2413075A1 (en) |
| DE (2) | DE60139866D1 (en) |
| WO (3) | WO2001099080A1 (en) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE60320237T2 (en) * | 2002-02-14 | 2009-05-14 | Everyday Wireless, Inc. | WIRELESS MOBILE VEHICLE REAL TIME TRACKING AND NOTIFICATION SYSTEMS AND METHODS THEREFOR |
| US6958701B1 (en) * | 2002-06-05 | 2005-10-25 | Storkamp John D | Transportation monitoring system for detecting the approach of a specific vehicle |
| KR100426171B1 (en) * | 2003-06-23 | 2004-04-06 | 주식회사 디지탈웨이브 | Method and system for providing walkie-talkie service based on mobile communication network |
| US20060050528A1 (en) * | 2004-09-08 | 2006-03-09 | Lyons Christopher L | Sign lighting system |
| US20060187088A1 (en) * | 2005-02-15 | 2006-08-24 | Nguyen Thanh V | School Bus Alert |
| US20070044355A1 (en) * | 2005-09-01 | 2007-03-01 | Shofner Robert D | High-visibility airborne color LED display sign |
| NL1036495C2 (en) * | 2009-02-02 | 2010-08-03 | Vroom Beheer B V | DEVICE FOR DISPLAY OF TRAVEL INFORMATION. |
| JP5911694B2 (en) * | 2011-10-19 | 2016-04-27 | 株式会社東芝 | Train diagram editing system and train diagram editing method |
| US9196179B2 (en) | 2012-03-12 | 2015-11-24 | Xerox Corporation | Transaction card with display of transportation system updates |
| US10304358B1 (en) * | 2016-11-03 | 2019-05-28 | David Abbondanzio | System for displaying contiguous, ultra-wide, digital information in automated transportation systems |
Family Cites Families (33)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3680238A (en) * | 1970-08-20 | 1972-08-01 | John L Arnold | Sign display apparatus |
| US4006476A (en) * | 1975-05-09 | 1977-02-01 | Romney Russell H | Changeable display apparatus |
| GB2114351B (en) * | 1981-10-28 | 1984-12-05 | Anglia Signs And Displays Limi | Sign box |
| US4648046A (en) * | 1984-10-24 | 1987-03-03 | International Business Machines Corporation | Editing and reflecting color display attributes of non-active profiles |
| US4753027A (en) * | 1986-06-03 | 1988-06-28 | Thomas Machine & Foundry, Inc. | Sign holder |
| DE3842900C1 (en) * | 1988-12-16 | 1990-05-10 | Krone Ag, 1000 Berlin, De | |
| SE468408B (en) * | 1991-05-13 | 1993-01-11 | Interfax Ab | BIG AND LIGHTED FOR THIS |
| US5671997A (en) * | 1993-06-01 | 1997-09-30 | Potts; J. Barry | Tamper-resistant fixture for self-luminous radioactive light |
| US5379540A (en) * | 1993-11-17 | 1995-01-10 | The Howard Company | Modular sign system |
| WO1995015524A1 (en) * | 1993-12-02 | 1995-06-08 | Taligent, Inc. | Method and apparatus for displaying hardware dependent graphics in an object-oriented operating system |
| US6321158B1 (en) * | 1994-06-24 | 2001-11-20 | Delorme Publishing Company | Integrated routing/mapping information |
| US5802492A (en) * | 1994-06-24 | 1998-09-01 | Delorme Publishing Company, Inc. | Computer aided routing and positioning system |
| US5665938A (en) * | 1994-07-21 | 1997-09-09 | Boshear; Jerry A. | Electronic display enclosure |
| US5604676A (en) * | 1994-07-25 | 1997-02-18 | Lucent Technologies Inc. | System and method for coordinating personal transportation |
| US5709045A (en) * | 1994-10-17 | 1998-01-20 | Thelen; Brian L. | Electroluminescent identification device |
| US5724243A (en) * | 1995-02-10 | 1998-03-03 | Highwaymaster Communications, Inc. | Method and apparatus for determining expected time of arrival |
| JPH08235495A (en) * | 1995-02-24 | 1996-09-13 | Aqueous Res:Kk | Communication equipment for movable object |
| US5761625A (en) * | 1995-06-07 | 1998-06-02 | Alliedsignal Inc. | Reconfigurable algorithmic networks for aircraft data management |
| US5944659A (en) | 1995-11-13 | 1999-08-31 | Vitalcom Inc. | Architecture for TDMA medical telemetry system |
| US5734875A (en) * | 1996-02-05 | 1998-03-31 | Seiko Epson Corporation | Hardware that rotates an image for portrait-oriented display |
| US6028537A (en) * | 1996-06-14 | 2000-02-22 | Prince Corporation | Vehicle communication and remote control system |
| IL128479A (en) * | 1996-08-13 | 2002-03-10 | Schmier Kenneth J | Public transit vehicle arrival information system |
| US6042243A (en) * | 1996-09-13 | 2000-03-28 | Exhibit & Display Center, Inc. | Modular light box |
| US6150955A (en) | 1996-10-28 | 2000-11-21 | Tracy Corporation Ii | Apparatus and method for transmitting data via a digital control channel of a digital wireless network |
| JPH10172096A (en) * | 1996-12-05 | 1998-06-26 | Nippon Denki Ido Tsushin Kk | Bus location system |
| JP2957507B2 (en) * | 1997-02-24 | 1999-10-04 | インターナショナル・ビジネス・マシーンズ・コーポレイション | Small information processing equipment |
| DE19752458A1 (en) * | 1997-11-27 | 1999-06-02 | Cit Alcatel | Waiting time prediction system |
| JPH11339189A (en) * | 1998-05-26 | 1999-12-10 | Nippon Telegr & Teleph Corp <Ntt> | Traffic information providing system |
| JP2000057492A (en) * | 1998-08-07 | 2000-02-25 | Trust:Kk | Bus stop information system and bus stop |
| JP3791205B2 (en) * | 1998-09-28 | 2006-06-28 | トヨタ自動車株式会社 | Vehicle communication system |
| JP4072658B2 (en) * | 1998-11-25 | 2008-04-09 | 株式会社エクォス・リサーチ | Navigation information providing apparatus and navigation system |
| US6314669B1 (en) * | 1999-02-09 | 2001-11-13 | Daktronics, Inc. | Sectional display system |
| US6549214B1 (en) * | 1999-12-31 | 2003-04-15 | General Electric Company | Automatic scaling of display for image management system |
-
2001
- 2001-06-19 JP JP2002503847A patent/JP2003536186A/en active Pending
- 2001-06-19 US US09/884,860 patent/US20020015009A1/en not_active Abandoned
- 2001-06-19 WO PCT/US2001/019572 patent/WO2001099080A1/en active Application Filing
- 2001-06-19 BR BR0111773-4A patent/BR0111773A/en not_active Application Discontinuation
- 2001-06-19 EP EP01948478A patent/EP1295274B1/en not_active Revoked
- 2001-06-19 US US09/884,866 patent/US20020016668A1/en not_active Abandoned
- 2001-06-19 BR BR0111784-0A patent/BR0111784A/en not_active Application Discontinuation
- 2001-06-19 JP JP2002505597A patent/JP2004502223A/en active Pending
- 2001-06-19 DE DE60139866T patent/DE60139866D1/en not_active Expired - Lifetime
- 2001-06-19 AT AT01948478T patent/ATE453179T1/en not_active IP Right Cessation
- 2001-06-19 EP EP01946517A patent/EP1292806B1/en not_active Revoked
- 2001-06-19 WO PCT/US2001/019530 patent/WO2002001539A1/en active Application Filing
- 2001-06-19 DE DE60140870T patent/DE60140870D1/en not_active Expired - Lifetime
- 2001-06-19 AT AT01946517T patent/ATE442572T1/en not_active IP Right Cessation
- 2001-06-19 CA CA002413075A patent/CA2413075A1/en not_active Abandoned
- 2001-06-19 WO PCT/US2001/019453 patent/WO2001099092A1/en active Application Filing
- 2001-06-19 CA CA002406464A patent/CA2406464A1/en not_active Abandoned
- 2001-06-19 US US09/884,895 patent/US6636160B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| WO2002001539A8 (en) | 2002-03-07 |
| EP1292806A1 (en) | 2003-03-19 |
| US20020016668A1 (en) | 2002-02-07 |
| DE60140870D1 (en) | 2010-02-04 |
| CA2413075A1 (en) | 2001-12-27 |
| WO2001099092A1 (en) | 2001-12-27 |
| DE60139866D1 (en) | 2009-10-22 |
| ATE453179T1 (en) | 2010-01-15 |
| BR0111784A (en) | 2003-05-27 |
| EP1295274A1 (en) | 2003-03-26 |
| BR0111773A (en) | 2003-05-13 |
| ATE442572T1 (en) | 2009-09-15 |
| US20020015009A1 (en) | 2002-02-07 |
| EP1292806B1 (en) | 2009-09-09 |
| WO2001099080A1 (en) | 2001-12-27 |
| JP2003536186A (en) | 2003-12-02 |
| US6636160B2 (en) | 2003-10-21 |
| JP2004502223A (en) | 2004-01-22 |
| US20020071414A1 (en) | 2002-06-13 |
| WO2002001539A1 (en) | 2002-01-03 |
| EP1295274B1 (en) | 2009-12-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2426234C2 (en) | System, method and device for control and monitoring of remote instruments | |
| EP1292806B1 (en) | Transit information display system | |
| US6064318A (en) | Automated data acquisition and processing of traffic information in real-time system and method for same | |
| EP0917077A2 (en) | Wireless remote synchronization of data between PC & PDA | |
| US6044359A (en) | Method of minimizing power consumption within an electronic price label | |
| US20010012786A1 (en) | System and method for automatically setting a remote timepiece with the correct time | |
| US11776437B2 (en) | System and method for wireless control of signs | |
| CZ286636B6 (en) | Method of storing energy in portable radio equipment and apparatus for making the same | |
| US8446293B2 (en) | Traffic sign system that uses the national transportation communications for intelligent systems protocol | |
| CN1290457A (en) | Multiple access satellite communications network | |
| CN101131795A (en) | Intelligent public transportation system and implementing method thereof | |
| JPH11154920A (en) | Clock synchronizing method for synchronizing-type base station control system and its synchronizing device | |
| US5828315A (en) | Method of sending messages to electronic price labels prior to their identification with price look-up items | |
| US6434391B1 (en) | Method and apparatus for channel pattern based managing inbound traffic in a two-way wireless messaging system | |
| KR101055807B1 (en) | Integrated navigation system that performs time synchronization. | |
| Koukourlis et al. | On the design of a fleet monitoring system with reduced power consumption | |
| NZ329490A (en) | Credit transfer system for a utility company to transfer data from supplier to consumers' meters | |
| CN105338056B (en) | A kind of event notifying management system | |
| JP3730729B2 (en) | Group management system | |
| Griner et al. | Weather Information Communication (WINCOMM) VDL-3 and 1090ES Final Test Requirements, Test Plans, and Test Results | |
| C AND C TECHNOLOGIES INC LAFAYETTE LA | Sea Lion Telemetry Systems Analysis. |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| FZDE | Discontinued |