WO2001084342A1 - Method and apparatus for providing automatic notification - Google Patents

Method and apparatus for providing automatic notification Download PDF

Info

Publication number
WO2001084342A1
WO2001084342A1 PCT/US2001/014262 US0114262W WO0184342A1 WO 2001084342 A1 WO2001084342 A1 WO 2001084342A1 US 0114262 W US0114262 W US 0114262W WO 0184342 A1 WO0184342 A1 WO 0184342A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
activity
pager
construction
automatically
Prior art date
Application number
PCT/US2001/014262
Other languages
French (fr)
Inventor
David G. Vermilyea
Mark J. Adamson
Jamie E. Kirby
Manoj K. Jha
Original Assignee
Mci Worldcom, Inc.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Mci Worldcom, Inc. filed Critical Mci Worldcom, Inc.
Priority to AU2001259410A priority Critical patent/AU2001259410A1/en
Publication of WO2001084342A1 publication Critical patent/WO2001084342A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0686—Additional information in the notification, e.g. enhancement of specific meta-data

Definitions

  • a company operating a network may monitor the construction sites to ensure that these activities do not adversely affect the network. For example, a field engineer responsible for a particular area where a construction dig is to occur may have to go to the construction site to make sure that the digging does not result in the inadvertent cutting of any network cables.
  • a system receives inputs from users relating to construction activities. The system then automatically generates a "ticket" to track the activity. The system also automatically selects a rccipient(s) for a notification message relating to the activity and transmits the notification message to the intended recipient(s).
  • a method for providing notification regarding an activity that may impact a telecommunications network includes receiving information relating to the activity and automatically transmitting a message to a party responsible for monitoring the activity.
  • Another aspect of the present invention provides a computer-readable medium that includes stored sequences of instructions that are executed by a processor. The instructions cause the processor to receive information relating to an activity that may impact a telecommunications network. The instructions also cause the processor to automatically transmit a message to a party responsible for monitoring the activity.
  • FIG 2 is a block diagram of an exemplary automatic ticket processing system illustrated in Figure I , consistent with the present invention.
  • Figure 3 is an exemplary flow diagram, consistent with the present invention, illustrating the generation of a ticket relating to construction activity.
  • DETAILEP PESCftlPJ SVN Systems and methods consistent with the present invention simplify the process for transmitting a notification message associated with construction activities.
  • a user provides construction-related information to an automatic ticket processing system.
  • the ticket processing system generates a ticket to track the activity and transmits the ticket to a paging server.
  • the paging server then automatically transmits a notification message to the appropriate personnel responsible for monitoring the particular area in which the construction is to occur.
  • SYSTEM OVERVIEW Figure 1 is a block diagram of an exemplary system 100 in which methods and systems consistent with the present invention may be implemented.
  • the system 100 includes a plurality of client devices 110, an automatic ticket processing system (ATP) 120, a paging server 130, a plurality of pagers 140 and networks 150 and 160.
  • ATP automatic ticket processing system
  • the ATP 120 may include any type of computer system, such as a mainframe, minicomputer or personal computer, which includes a connection to network 150 to enable ATP 120 to communicate with client devices 110 and paging server 130.
  • the ATP 120 may include a mechanism for directly connecting to client devices 110 and paging server 130.
  • the ATP 120 provides a forum through which client devices 110 communicate construction-related information.
  • the ATP 120 then automatically generates a "ticket" to track the activity, as described in more detail below, and transmits the ticket to the paging server 130.
  • the ATP 120 may transmit data over
  • the paging server 130 may include any type of computer system, such as a mainframe, minicomputer or personal computer, which includes a connection to network 150 to enable paging server 130 to communicate with ATP 120 and client devices 110. In alternative implementations, paging server 130 may include a mechanism for directly connecting to ATP 120 and client devices 1 10. The paging server 130 also includes a mechanism for communicating with network 160.
  • the paging server 130 consistent with thepiesent invention,, provides a forum through which construction-related information is received and automatically transmitted to conventional paging devices, such as pagers 140, via network 160.
  • the pagers 140 may include any type of conventional paging device capable of receiving pager messages.
  • the network 160 may include a conventional wireless network for transmitting pager messages to pagers 140.
  • the network 160 may include a paging service provider and transmission devices, such as transmission towers linked to satellites, for transmitting the pager messages.
  • the network 160 may also a public switched telephone network (PSTN), the Internet or another network for transmitting the pager messages to the paging service provider or to the transmission devices.
  • PSTN public switched telephone network
  • system 100 may include more or less client devices, paging servers and ATPs than that illustrated in Figure 1.
  • EXEMPLARY PAGING SERVER Figure 2 is an exemplary diagram of ATP 120 of Figure 1 .
  • ATP 120 includes a bus 210 or other communication medium for communicating information and a processor 220 coupled to bus 210 for processing information.
  • ATP 120 further includes a random access memory (RAM) or other dynamic storage device 230 (referred to as main memory) coupled to bus 210 for storing information and instructions for execution Wy processor 220.
  • Main memory 230 may also store temporary variables or other intermediate information during execution of instructions by processor 220.
  • ATP 120 also includes a read only memory (ROM) and or other static storage devjce 240 coupled to bus 10 for storing static information and instructions for processor 220.
  • a data storage device 250 such as a magnetic disk or optical disk and its corresponding disk drive, can be coupled to bus 210 for storing information and instructions.
  • ATP 120 also includes an input device 260, an output device 270, and a communication interface 280.
  • the input device 260 may include any conventional mechanism that permits an operator to input information to the ATP 120, such a keyboard, a mouse, a pen, voice recognition and or biomerric mechanisms, etc.
  • the output device 270 may include any conventional mechanism that outputs information to the operator, including a display, a printer, a pair of speakers, etc.
  • the cornmunication interface 280 may include any transceiver-like mechanism that enables the ATP 120 to communicate with other devices and/or systems.
  • the communication interface 280 may include a modem or an Ethernet interface to a LAN.
  • the communication interface 280 may include other mechanisms for communicating via a network, such as network 150.
  • the ATP 120 provides a forum for client devices 110 to transmit information regarding construction-related activities.
  • the ATP 120 also communicates with other devices, such as paging server 130.
  • ATP 120 receives data from client devices 1 10, generates a "ticket" to track the activity and transmits the ticket to paging server 130 in response to processor 220 executing sequences of instructions contained in memory 230.
  • Such instructions may be read into memory 230 from another computer-readable medium, such as a data storage device 250, or from a separate device via communication interface 280.
  • Execution of the sequences of instructions contained in memory 230 causes processor 220 to perform the process steps that will be described hereafter.
  • hard-wired circuitry may be used in place of or in combination with software instructions to implement the present invention.
  • the present invention is not limited to any specific combination of hardware circuitry and software.
  • FIG. 110 to initiate a ticketing and notification process when a construction activity is scheduled near network cables.
  • Figure 3 is an exemplary flow diagram, consistent with the present invention, illustrating processing associated with automatic ticketing.
  • Processing begins when a user, via a client device 1 10, establishes a connection to the ATP 120 (step 310).
  • the user may accomplish this via any conventional mechanism, e.g., entering a Uniform Resource Locator (URL) associated with ATP 120.
  • the ATP 120 may download a login screen to client device 1 10 (step 320).
  • the login screen may prompt the user to enter a user identifier (ID) and password.
  • ID user identifier
  • the user enters an ID and password and transmits the information to the ATP 120 (step 320).
  • step 320 may be bypassed.
  • the ATP 120 checks the ID/password to determine whether the user is auth rized to access ATP 120.
  • Authorized users may include designated company personnel associated with maintaining and monitoring the company's network and who ace as initial points of contact for receiving information on construction-related activities. Assuming that user is authorized, the ATP 120 downloads an information entry screen to client device 110 (step 330). According to one implementation consistent with the present invention, the ATP 120 may download a graphical user interface (GUI) to client device 1 10 that facilitates entry of the construction-related information.
  • GUI graphical user interface
  • the GUI may include data entry boxes prompting the user to enter the street name, city and state in which the construction activity is to occur.
  • the GUI may also include data entry boxes 5 prompting the user to enter a cable ID, or some other ID, that identifies a cable(s) that may be affected by the construction activity.
  • the GUI may also include data entry boxes prompting the user to enter the scheduled start time of the construction activity and the expected duration of construction. Drop-down menus with pre-stored information may also be included in the GUI to further simplify the entry of the information. l o The user enters the information and transmits the information to ATP 120 (step
  • the ATP 120 receives the information and determines whether all the necessary information has c-een provided (step 350). For example, if the user has not entered a time when the construction activity is scheduled to commence, the ATP 120 transmits a request to the user to provide this information and processing returns to step 340.
  • the ID may represent a particular geographic region where the activity is to occur In implementations consistent with the present invention, the ID may be used by parties to update the status of the ticket as construction proceeds.
  • the ticket may also include a dig start time and a field engineer ID.
  • the ATP 120 stores a database listing field engineers and their respective geographic areas of responsibility. This database may be stored, for example, on storage device 250. Alternatively, the database may be stored on another computer-readable medium accessible to ATP 120.
  • the ATP 120 correlates the location information or the cable ID information provided by the user at step 340 to a field engineer responsible for that particular area.
  • the ATP 120 also stores detailed map files that illustrate the network cables overlaid on the streets. The ATP 120 may use such map files to correlate the location of the construction or the cable ID to a particular field engineer responsible for that area.
  • the ATP 120 automatically determines the responsible field engineer using pre-stored data. This advantageously saves time associated with manually looking up a listing of field engineers and determining the responsible parry. After generating the ticket, the ATP 120 transmits the ticket to the paging server 130 (step 370).
  • Paging server 130 receives information from ATP 120, generates pager messages and transmits these pager messages, as described in more detail below,
  • Figure 4 is an exemplary diagram of the paging server 130 consistent with the present invention.
  • the paging server 130 includes a bus 410, a processor 420, a memory 430 " , an input device 440, an output device 450, and a communication interface 460.
  • the bus 410 permits communication among the components of the paging server 130.
  • the processor 420 may include any type of conventional processor or microprocessor that interprets and executes instructions.
  • the memory 430 may include a
  • the input device 440 may include any conventional mechanism that permits an operator to input information to the paging server 130, such as a keyboard, a mouse, a pen, voice recognition and/or biometric mechanisms, etc.
  • the output device 450 may include any conventional mechanism that permits an operator to input information to the paging server 130, such as a keyboard, a mouse, a pen, voice recognition and/or biometric mechanisms, etc.
  • the communication interface 460 may include any transceiver- like mechanism that enables the paging server 130 to communicate with other devices and/or systems.
  • the communication interface 460 may include mechanisms for communicating via a network, such as network 150 and network 160 ( Figure 1).
  • communication interface 460 may include any transceiver- like mechanism that enables the paging server 130 to communicate with other devices and/or systems.
  • the communication interface 460 may include mechanisms for communicating via a network, such as network 150 and network 160 ( Figure 1).
  • communication interface 460 may include any transceiver- like mechanism that enables the paging server 130 to communicate with other devices and/or systems.
  • the communication interface 460 may include mechanisms for communicating via a network, such as network 150 and network 160 ( Figure 1).
  • communication interface 460 may include any transceiver- like mechanism that enables the paging server 130 to communicate with other devices and/or systems.
  • the communication interface 460 may include mechanisms for communicating via a network, such as network 150 and network 160 ( Figure 1).
  • the communication interface 460 enables the paging server 130 to communicate
  • the particular number of modems may be based on the expected number of pager messages to be transmitted in system 100. As the number of messages being transmitted increases, more modems may be added to enable multiple messages to be transmitted via network 160 at essentially the same time.
  • Execution of the sequences of instructions contained in memory 430 causes processor 420 to perform the process steps that will be described hereafter.
  • hard-wjred circuitry may be used in place of or in combination with software instructions to implement the present invention.
  • the present invention is not limited to any specific combination of hardware circuitry and software.
  • FIG. 5 is an exemplary flow diagram, consistent with the present invention, illustrating processing associated with automatic paging.
  • paging server 130 receives the ticket information from ATP 120 (step 510).
  • the paging server 130 may receive construction-related information directly from a user via client device 110.
  • the paging server 130 may generate the ticket in a similar procedure as discussed with relation to Figure 3.
  • the paging server 130 initiates a process for generating a pager message (step 520). *
  • the paging server 130 uses the information contained in the ticket to generate a standardized text message.
  • the text of the message may contain an identifying code representing Emergency and Urgent tickets.
  • the paging server 130 may categorize the tickets as "Emergency,” "Urgent” or "Normal” based on the time that the construction activity is to commence. For example, if the paging server 130 receives a ticket for which a dig is scheduled to begin in two hours, the paging server 130 may identify the ticket as Emergency.
  • the particular criteria associated with Emergency, Urgent and Normal tickets may be set based on the particular user's requirements. It should be noted that other categories may be also provided based on the particular user's requirements.
  • the paging server 130 may, for example, use a code of "XXXX" for an Emergency ticket and a code of "YYYY” for an Urgent ticket. Any particular codes may be used based on the particular user's requirements. In any event, the codes used will be recognized by the recipients as the Emergency or Urgent code.
  • the pager message may also include a client device ID identifying the client device 110 responsible for initiating the ticket. The recipients will similarly recognize these codes as being associated with particular ones of the client devices i 10. This information may later be used when responding to the pager message, as described in more detail below.
  • the client device ID may be a telephone number associated ith a party operating the particular client device 110.
  • the paging server 130 may also include a cable ID in the pager message. This information, when included with the information provided in the ticket, will be ! recognized by the recipient as a particular cable in the company's network that may be affected by the construction activity. Any other pa ⁇ icular information may be pulled from the construction ticket to generate the pager message.
  • the paging server 130 in implementations consistent with the present invention, may also access other databases of information to include information in the pager message, based on the received ticket information and the user's requirements. The details regarding the steps required to retrieve the stored information and auto-populate various fields in a pager messages are not described in order not to unduly obscure the thrust of the present invention. However, one of ordinary skill in the art would be able to program paging server 130 to retrieve and include such information in various fields in a pager message, based on the functions described herein and the particular user's requirements.
  • the paging server 130 stores pager messages in the paging queue based on the priority associated with each particular message, along with the appropriate pager number.
  • the paging server 130 polls the paging queue at predetermined intervals and retrieves the pager messages, based on their priority (step 540). That is, the paging server 130 retrieves pager messages marked as Emergency first, followed by Urgent and followed by Normal.
  • the paging server 130 also tracks all messages in the queue to ensure that all pager messages are sent well before commencement of the construction activity.
  • the paging server 1 0 may retrieve batches of pager messages at each polling interval, thereby saving time associated with processing these messages.
  • the paging server 130 sets a corresponding paging disposition code to "in-process" (IP) for each of the retrieved messages and stores these IP pager messages as files in a processing folder.
  • IP in-process
  • the paging server 130 then initiates the paging process for these files (step 540).
  • the paging server 130 determines whether the current day and time are appropriate for paging (step 550). More specifically, the paging server 130 determines the time zone associated with where the construction activity is to occur, based on the location information provided in the ticket.
  • the paging server 130 determines that the day or time are not valid, the paging server 130 returns the pager message to the paging queue (step 560). Assuming that the day/time are valid for paging, the paging server 130 transmits the pager message in a conventional manner, such as via network 160, to the appropriate recipient's pager 140 (step 570). It should be noted that the pager message may be transmitted to multiple recipients in implementations consistent with the present invention.
  • the paging server 130 stores an indication each time a page attempt is made.
  • the paging server 130 may store information in a comment field associated with the pager message detailing the field engineer paged, the pager number, the date/time of page, and that the page was an "AUTO" page.
  • the paging server 130 determines whether the field engineer received the page and has acknowledged the page in a predetermined period of lime (step 575).
  • the field engineer may, for example, respond to the client device 1 10 that initiated the ticket via a conventional means, such as by electronic mail (email) to the client device 1 10 or by telephone to the party that initiated the ticket.
  • the field engineer may respond directly to paging server 130 via conventional means, such as by email or by telephone to the party responsible for updating the status of pages.
  • the paging server 130 stores the pager message in a directory on the paging server 130 (step 580).
  • the paging server 130 may also set a disposition code associated with the pager message to "SU" (successful paging).
  • the paging server 130 may retransmit the page.
  • the paging server 130 may also increase an escalation level associated with the retransmitted pager (step 585).
  • the paging server 130 may include a code in the pager message that the new page is the second attempt.
  • the paging server 130 may also automatically store this information associated with the pager message in a memory, such as memory 430.
  • the stored information may, for example, indicate: "First Page to ⁇ userid> at 1-800-XXX-XXX at 08:31 on 01 Jul 1999, Not Acknowledged.”
  • the paging server 130 determines whether a predetermined number of paging attempts have been made (step 590). If the predetermined attempts have not been made, processing returns to step 570 where the paging server 130 transmits the pager message, with the escalation code. If acknowledgment is not received from the appropriate field engineer (step 575), the paging server 130 may further increase the escalation level to page the field engineer's manager or some other supervisory personnel. For example, the paging server 130 may access the database storing the pager numbers and retrieve the pager number for the particular field engineer's manager. The paging server 130 may send subsequent pages to the field engineer's manager, and the field engineer, with similar indications regarding the pa ⁇ icular attempt, e.g., manager, 1st attempt; manager, 2nd attempt and so on.
  • the pa ⁇ icular attempt e.g., manager, 1st attempt; manager, 2nd attempt and so on.
  • the present invention has been described as transmitting pager messages via network 160 to various pagers 140.
  • Field engineers frequently, however, have different paging services provided by different paging service providers.
  • uniformity of paging service across the team of field engineers typically does not exist.
  • some paging service providers provide access to a paging terminal, i.e., a modem, ' allowing a computer to initiate paging via this modem, while others just provide a mechanism that allows only touch tone messages.
  • the present invention may be used to transmit pager messages to pagers using any paging service provider.
  • PDA personal area network
  • SMS short message service

Abstract

A system receives information from users relating to activities that may impact a network (350). The system then automatically generates a ticket to track the activity (360). The system also automatically selects (a) recipient(s) for a notification message relating to the activity and transmits the notification message to the intended recipient(s).

Description

METHOD AND APPARATUS FOR PROVIDING AUTOMATIC NOTIFICATION
BACKGROUND OF THE INVENTION Large telecommunications networks typically include thousands of miles of cables that carry data and voice traffic In urban areas, these cables are often located underground, wMe in rural areas, these cables are typically routed above ground. In either case, construction activities frequently take place near the necwork cables.
A company operating a network may monitor the construction sites to ensure that these activities do not adversely affect the network. For example, a field engineer responsible for a particular area where a construction dig is to occur may have to go to the construction site to make sure that the digging does not result in the inadvertent cutting of any network cables.
For a company operating a large telecommunications network over a wide area, there may be thousands of separate construction activities each day that require morιijtoring.io ensure that .the activity does not adversely affect the network. In such a situation, it becomes difficult for the company to adequately track all the construction activity. Another problem associated ith monitoring construction activity is that the company running the network is often unaware of the construction until shortly before the dig is to take place. For example, the company may not be notified of a dig until as little as a few hours before the dig is to occur. In such a situation, the logistics involved in receiving the construction-related information, logging the information and notifying the appropriate field personnel often requires more time than is available before the dig is to commence. In such situations, the company operating the network is often forced to merely hope that the dig will not impact their network cables, before they are able to send the appropriate field personnel to monitor the construction site.
SUMMARY OF THR JJ ygNHQN
There exists a need for a method and apparatus that improve efficiency relating to notifying personnel of activities associated with a network.
These and other needs are met by the present invention, where a system receives inputs from users relating to construction activities. The system then automatically generates a "ticket" to track the activity. The system also automatically selects a rccipient(s) for a notification message relating to the activity and transmits the notification message to the intended recipient(s).
According to one aspect of the invention, a method for providing notification regarding an activity that may impact a telecommunications network is provided. The method includes receiving information relating to the activity and automatically transmitting a message to a party responsible for monitoring the activity. Another aspect of the present invention provides a computer-readable medium that includes stored sequences of instructions that are executed by a processor. The instructions cause the processor to receive information relating to an activity that may impact a telecommunications network. The instructions also cause the processor to automatically transmit a message to a party responsible for monitoring the activity.
Other features and advantages of the present invention will become readily apparent to those skilled in this art from the following detailed description. The embodiments shown and described provide illustration of the best mode contemplated for carrying out the invention. The invention is capable of modifications in various obvious respects, all without departing from the invention. Accordingly, the drawings are to be regarded as illustrative in nature, and not as restrictive.
BRIEF DESCRIPTION OF THE DRAWINGS Reference is made to the attached drawings, wherein elements having the same reference number designation represent like elements throughout. Figure I is an exemplary system in which methods and systems consistent with the present invention may be implemented.
Figure 2 is a block diagram of an exemplary automatic ticket processing system illustrated in Figure I , consistent with the present invention.
Figure 3 is an exemplary flow diagram, consistent with the present invention, illustrating the generation of a ticket relating to construction activity.
Figure 4 is a block diagram of an exemplary paging server illustrated in Figure 1, consistent with the present invention. Figure 5 is an exemplary flow diagram, consistent with the present invention, illustrating processing associated with automatic paging.
DETAILEP PESCftlPJ SVN. Systems and methods consistent with the present invention simplify the process for transmitting a notification message associated with construction activities. A user provides construction-related information to an automatic ticket processing system. The ticket processing system generates a ticket to track the activity and transmits the ticket to a paging server. The paging server then automatically transmits a notification message to the appropriate personnel responsible for monitoring the particular area in which the construction is to occur.
SYSTEM OVERVIEW Figure 1 is a block diagram of an exemplary system 100 in which methods and systems consistent with the present invention may be implemented. The system 100 includes a plurality of client devices 110, an automatic ticket processing system (ATP) 120, a paging server 130, a plurality of pagers 140 and networks 150 and 160.
The client devices 1 10 may each include any type of computer system, such as a personal computer, a laptop or a personal digital assistant (PDA), with a connection to network 150. Alternatively, client devices 110 may include "dumb" terminals connected to network 150. The client devices 110 may establish communication with ATP 120 and paging server 130 over network 150 via a wired, wireless, or optical connection. The network 150 may include the Internet, a local area network (LAN), a wide area network (WAN), an intranet or another type of network. In alternative implementations, client devices 110 may connect directly to ATP 120 and paging server 130. The client devices
110, as described in more detail below, provide inputs to ATP 120 or paging server 130 representing construction activities that may affect network operations. i The ATP 120, consistent with the present invention, may include any type of computer system, such as a mainframe, minicomputer or personal computer, which includes a connection to network 150 to enable ATP 120 to communicate with client devices 110 and paging server 130. In alternative implementations, the ATP 120 may include a mechanism for directly connecting to client devices 110 and paging server 130. The ATP 120, consistent with the present invention, provides a forum through which client devices 110 communicate construction-related information. The ATP 120 then automatically generates a "ticket" to track the activity, as described in more detail below, and transmits the ticket to the paging server 130. The ATP 120 may transmit data over
network 1C0 via wired, wireless or optical connections. The paging server 130 may include any type of computer system, such as a mainframe, minicomputer or personal computer, which includes a connection to network 150 to enable paging server 130 to communicate with ATP 120 and client devices 110. In alternative implementations, paging server 130 may include a mechanism for directly connecting to ATP 120 and client devices 1 10. The paging server 130 also includes a mechanism for communicating with network 160. The paging server 130, consistent with thepiesent invention,, provides a forum through which construction-related information is received and automatically transmitted to conventional paging devices, such as pagers 140, via network 160. The pagers 140 may include any type of conventional paging device capable of receiving pager messages. The network 160 may include a conventional wireless network for transmitting pager messages to pagers 140. The network 160, consistent with the present invention may include a paging service provider and transmission devices, such as transmission towers linked to satellites, for transmitting the pager messages. The network 160 may also a public switched telephone network (PSTN), the Internet or another network for transmitting the pager messages to the paging service provider or to the transmission devices.
Only three client devices 1 10, one ATP 120 and one paging server 130 are shown for simplicity. It should be understood, however, that system 100 may include more or less client devices, paging servers and ATPs than that illustrated in Figure 1.
EXEMPLARY PAGING SERVER Figure 2 is an exemplary diagram of ATP 120 of Figure 1 . ATP 120 includes a bus 210 or other communication medium for communicating information and a processor 220 coupled to bus 210 for processing information. ATP 120 further includes a random access memory (RAM) or other dynamic storage device 230 (referred to as main memory) coupled to bus 210 for storing information and instructions for execution Wy processor 220. Main memory 230 may also store temporary variables or other intermediate information during execution of instructions by processor 220. ATP 120 also includes a read only memory (ROM) and or other static storage devjce 240 coupled to bus 10 for storing static information and instructions for processor 220. A data storage device 250, such as a magnetic disk or optical disk and its corresponding disk drive, can be coupled to bus 210 for storing information and instructions.
ATP 120 also includes an input device 260, an output device 270, and a communication interface 280. The input device 260 may include any conventional mechanism that permits an operator to input information to the ATP 120, such a keyboard, a mouse, a pen, voice recognition and or biomerric mechanisms, etc. The output device 270 may include any conventional mechanism that outputs information to the operator, including a display, a printer, a pair of speakers, etc. The cornmunication interface 280 may include any transceiver-like mechanism that enables the ATP 120 to communicate with other devices and/or systems. For example, the communication interface 280 may include a modem or an Ethernet interface to a LAN. Alternatively, the communication interface 280 may include other mechanisms for communicating via a network, such as network 150.
The ATP 120, consistent with the present invention, provides a forum for client devices 110 to transmit information regarding construction-related activities. The ATP 120 also communicates with other devices, such as paging server 130. According to one embodiment, ATP 120 receives data from client devices 1 10, generates a "ticket" to track the activity and transmits the ticket to paging server 130 in response to processor 220 executing sequences of instructions contained in memory 230. Such instructions may be read into memory 230 from another computer-readable medium, such as a data storage device 250, or from a separate device via communication interface 280. Execution of the sequences of instructions contained in memory 230 causes processor 220 to perform the process steps that will be described hereafter. In alternative embodiments, hard-wired circuitry may be used in place of or in combination with software instructions to implement the present invention. Thus, the present invention is not limited to any specific combination of hardware circuitry and software.
EXEMPLARY PROCESSING FOR AUTOMATIC TICKETING Processing consistent with the present invention enables a user, via a client device
110, to initiate a ticketing and notification process when a construction activity is scheduled near network cables. Figure 3 is an exemplary flow diagram, consistent with the present invention, illustrating processing associated with automatic ticketing.
Processing begins when a user, via a client device 1 10, establishes a connection to the ATP 120 (step 310). The user may accomplish this via any conventional mechanism, e.g., entering a Uniform Resource Locator (URL) associated with ATP 120. When connection to the ATP 120 is established, the ATP 120 may download a login screen to client device 1 10 (step 320). The login screen may prompt the user to enter a user identifier (ID) and password. The user enters an ID and password and transmits the information to the ATP 120 (step 320). In alternative implementations of the invention, step 320 may be bypassed.
The ATP 120 checks the ID/password to determine whether the user is auth rized to access ATP 120. Authorized users may include designated company personnel associated with maintaining and monitoring the company's network and who ace as initial points of contact for receiving information on construction-related activities. Assuming that user is authorized, the ATP 120 downloads an information entry screen to client device 110 (step 330). According to one implementation consistent with the present invention, the ATP 120 may download a graphical user interface (GUI) to client device 1 10 that facilitates entry of the construction-related information. For example, the GUI may include data entry boxes prompting the user to enter the street name, city and state in which the construction activity is to occur. The GUI may also include data entry boxes 5 prompting the user to enter a cable ID, or some other ID, that identifies a cable(s) that may be affected by the construction activity. The GUI may also include data entry boxes prompting the user to enter the scheduled start time of the construction activity and the expected duration of construction. Drop-down menus with pre-stored information may also be included in the GUI to further simplify the entry of the information. l o The user enters the information and transmits the information to ATP 120 (step
340). The ATP 120 receives the information and determines whether all the necessary information has c-een provided (step 350). For example, if the user has not entered a time when the construction activity is scheduled to commence, the ATP 120 transmits a request to the user to provide this information and processing returns to step 340.
15 If the user has supplied all necessary information, the ATP generates a "ticket" to track the construction activity (step 360). This ticket is essentially an electronic mechanism used to track the progress of work associated it the construction activity. According to an exemplary implementation, the ticket includes an ID and an associated time in which the construction activity is to begin. The ID may represent the particular 0 cable(s) or segment of cable that may be impacted by the construction activity.
AlXeεnatiy.ely,.the ID. may represent a particular geographic region where the activity is to occur In implementations consistent with the present invention, the ID may be used by parties to update the status of the ticket as construction proceeds. The ticket may also include a dig start time and a field engineer ID.
The ATP 120, consistent with the present invention, stores a database listing field engineers and their respective geographic areas of responsibility. This database may be stored, for example, on storage device 250. Alternatively, the database may be stored on another computer-readable medium accessible to ATP 120. The ATP 120 correlates the location information or the cable ID information provided by the user at step 340 to a field engineer responsible for that particular area. The ATP 120 also stores detailed map files that illustrate the network cables overlaid on the streets. The ATP 120 may use such map files to correlate the location of the construction or the cable ID to a particular field engineer responsible for that area.
In each of these scenarios, the ATP 120 automatically determines the responsible field engineer using pre-stored data. This advantageously saves time associated with manually looking up a listing of field engineers and determining the responsible parry. After generating the ticket, the ATP 120 transmits the ticket to the paging server 130 (step 370).
EXEMPLARY PAGING SERVER !
Paging server 130 receives information from ATP 120, generates pager messages and transmits these pager messages, as described in more detail below, Figure 4 is an exemplary diagram of the paging server 130 consistent with the present invention.
The paging server 130 includes a bus 410, a processor 420, a memory 430", an input device 440, an output device 450, and a communication interface 460. The bus 410 permits communication among the components of the paging server 130. The processor 420 may include any type of conventional processor or microprocessor that interprets and executes instructions. The memory 430 may include a
RAM or another dynamic storage device that stores information and instructions for execution by the processor 420; a ROM or another type of static storage device that i stores static information and instructions for use by the processor 420; and/or some other type of magnetic or optical recording medium and its corresponding drive.
The input device 440 may include any conventional mechanism that permits an operator to input information to the paging server 130, such as a keyboard, a mouse, a pen, voice recognition and/or biometric mechanisms, etc. The output device 450 may
include any conventional mechanism that outputs information to the operator, including a display, a printer, a pair of speakers, etc.
The communication interface 460 may include any transceiver- like mechanism that enables the paging server 130 to communicate with other devices and/or systems. For example, the communication interface 460 may include mechanisms for communicating via a network, such as network 150 and network 160 (Figure 1). In one implementation consistent with the present invention, communication interface 460 may
include a number of modems for transmitting the pager messages via network 160. In alternative implementations, the modems may be external to paging server 130. In tHis scenario, the communication interface 460 enables the paging server 130 to communicate
with the paging modems. The particular number of modems may be based on the expected number of pager messages to be transmitted in system 100. As the number of messages being transmitted increases, more modems may be added to enable multiple messages to be transmitted via network 160 at essentially the same time. Execution of the sequences of instructions contained in memory 430 causes processor 420 to perform the process steps that will be described hereafter. In alternative embodiments, hard-wjred circuitry may be used in place of or in combination with software instructions to implement the present invention. Thus, the present invention is not limited to any specific combination of hardware circuitry and software.
EXEMPLARY PROCESSING FOR AUTOMATIC PAGING Processing consistent with the present invention enables paging server 130 to automatically generate and transmit pager messages to notify the appropriate personnel of construction-related activity. Figure 5 is an exemplary flow diagram, consistent with the present invention, illustrating processing associated with automatic paging.
Processing begins when paging server 130 receives the ticket information from ATP 120 (step 510). In alternative implementations, the paging server 130 may receive construction-related information directly from a user via client device 110. In this scenario, the paging server 130 may generate the ticket in a similar procedure as discussed with relation to Figure 3. In cither case, after paging server 130 receives or generates the ticket, the paging server 130 initiates a process for generating a pager message (step 520). *
According to an exemplary implementation, the paging server 130 uses the information contained in the ticket to generate a standardized text message. For example, the text of the message may contain an identifying code representing Emergency and Urgent tickets. The paging server 130, consistent with the present invention, may categorize the tickets as "Emergency," "Urgent" or "Normal" based on the time that the construction activity is to commence. For example, if the paging server 130 receives a ticket for which a dig is scheduled to begin in two hours, the paging server 130 may identify the ticket as Emergency. The particular criteria associated with Emergency, Urgent and Normal tickets may be set based on the particular user's requirements. It should be noted that other categories may be also provided based on the particular user's requirements.
The paging server 130 may, for example, use a code of "XXXX" for an Emergency ticket and a code of "YYYY" for an Urgent ticket. Any particular codes may be used based on the particular user's requirements. In any event, the codes used will be recognized by the recipients as the Emergency or Urgent code. The pager message may also include a client device ID identifying the client device 110 responsible for initiating the ticket. The recipients will similarly recognize these codes as being associated with particular ones of the client devices i 10. This information may later be used when responding to the pager message, as described in more detail below. In alternative implementations, the client device ID may be a telephone number associated ith a party operating the particular client device 110.
The paging server 130 may also include a cable ID in the pager message. This information, when included with the information provided in the ticket, will be ! recognized by the recipient as a particular cable in the company's network that may be affected by the construction activity. Any other paπicular information may be pulled from the construction ticket to generate the pager message. The paging server 130, in implementations consistent with the present invention, may also access other databases of information to include information in the pager message, based on the received ticket information and the user's requirements. The details regarding the steps required to retrieve the stored information and auto-populate various fields in a pager messages are not described in order not to unduly obscure the thrust of the present invention. However, one of ordinary skill in the art would be able to program paging server 130 to retrieve and include such information in various fields in a pager message, based on the functions described herein and the particular user's requirements.
After categorizing the ticket and generating the pager message, the paging server 130 accesses a database storing the pager numbers of various field engineers responsible for monitoring the company's network. These pager numbers may be correlated to the field engineer' IDs or correlated to a particular geographical area for which the field engineer is responsible. The database may also include personal identification numbers (PINs) for the respective field engineers. This database may be stored, for example, in memory 430 (Figure 4). Alternatively, the database may be stored on any other computer-readable medium accessible to paging server 130. The paging server 130 identifies the particular field engineer responsible for the area in which the construction activity is to occur. The paging server then stores the pager message with the pager number in a paging queue (step 530).
The paging server 130, consistent with the present invention, stores pager messages in the paging queue based on the priority associated with each particular message, along with the appropriate pager number. The paging server 130, consistent with the present invention, polls the paging queue at predetermined intervals and retrieves the pager messages, based on their priority (step 540). That is, the paging server 130 retrieves pager messages marked as Emergency first, followed by Urgent and followed by Normal. The paging server 130 also tracks all messages in the queue to ensure that all pager messages are sent well before commencement of the construction activity.
According to an exemplary implementation, the paging server 1 0 may retrieve batches of pager messages at each polling interval, thereby saving time associated with processing these messages. The paging server 130 then sets a corresponding paging disposition code to "in-process" (IP) for each of the retrieved messages and stores these IP pager messages as files in a processing folder. The paging server 130 then initiates the paging process for these files (step 540). Before transmitting a pager message, however, the paging server 130 determines whether the current day and time are appropriate for paging (step 550). More specifically, the paging server 130 determines the time zone associated with where the construction activity is to occur, based on the location information provided in the ticket. The paging server 130 then determines whether the current time is within a range of predetermined times valid for transmitting pager messages to personnel, such as field engineers. For example, the predetermined range of valid times for transmitting pages on Monday through Friday may be 7:00AM to 10:00 PM and the predetermined range for Saturday and Sunday may be 9:00AM to 4:00 PM. In this case, the paging server 130 determines the whether the current time, in the appropriate time zone, is within these ranges for the particular day of the week. The particular schedule for valid paging times may be based on the particular user's requirements and coordinated with the field engineers' schedules. Additionally, any number of scheduling options may be used. For example, for Emergency pages, all limes may be valid for transmitting pages. If the paging server 130 determines that the day or time are not valid, the paging server 130 returns the pager message to the paging queue (step 560). Assuming that the day/time are valid for paging, the paging server 130 transmits the pager message in a conventional manner, such as via network 160, to the appropriate recipient's pager 140 (step 570). It should be noted that the pager message may be transmitted to multiple recipients in implementations consistent with the present invention.
The paging server 130, consistent with the present invention, stores an indication each time a page attempt is made. For example, the paging server 130 may store information in a comment field associated with the pager message detailing the field engineer paged, the pager number, the date/time of page, and that the page was an "AUTO" page.
The paging server 130 then determines whether the field engineer received the page and has acknowledged the page in a predetermined period of lime (step 575). In implementations consistent with the present invention, the field engineer may, for example, respond to the client device 1 10 that initiated the ticket via a conventional means, such as by electronic mail (email) to the client device 1 10 or by telephone to the party that initiated the ticket. In further implementations, the field engineer may respond directly to paging server 130 via conventional means, such as by email or by telephone to the party responsible for updating the status of pages. In any event, once the field engineer receives the page and acknowledges receipt of the message to the parry designated to receive the acknowledgement, ihat designated parry transmits an acknowledgement to paging server 130 that the page was received. The paging server 130 then stores the pager message in a directory on the paging server 130 (step 580). The paging server 130 may also set a disposition code associated with the pager message to "SU" (successful paging).
If the field engineer does not respond to the page in a predetermined period of time, the paging server 130, consistent ith present invention, may retransmit the page. The paging server 130 may also increase an escalation level associated with the retransmitted pager (step 585). For example, the paging server 130 may include a code in the pager message that the new page is the second attempt. The paging server 130 may also automatically store this information associated with the pager message in a memory, such as memory 430. The stored information may, for example, indicate: "First Page to <userid> at 1-800-XXX-XXXX at 08:31 on 01 Jul 1999, Not Acknowledged."
Next, the paging server 130 determines whether a predetermined number of paging attempts have been made (step 590). If the predetermined attempts have not been made, processing returns to step 570 where the paging server 130 transmits the pager message, with the escalation code. If acknowledgment is not received from the appropriate field engineer (step 575), the paging server 130 may further increase the escalation level to page the field engineer's manager or some other supervisory personnel. For example, the paging server 130 may access the database storing the pager numbers and retrieve the pager number for the particular field engineer's manager. The paging server 130 may send subsequent pages to the field engineer's manager, and the field engineer, with similar indications regarding the paπicular attempt, e.g., manager, 1st attempt; manager, 2nd attempt and so on.
If the paging server 130 does not receive an acknowledgement after a predetermined number of attempts to page cither one of or both the field engineer and a supervisory party, the paging server 130 stores an unsuccessful indicator in the paging server 130 (step 595). The paging server 130 then stores the pager message in a directory on the paging server 130. For these messages, the paging disposition code may be set to "US" (unsuccessful paging attempt) and may be recycled into the paging queue. A manual override may also be set to specify the date and time when the unsuccessful page is to be re-sent.
Alternatively, if the paging attempt was unsuccessful, the paging server 130 may provide an indication to, for example, output device 450 (Figure 4) that the page was unsuccessful and that the page should be re-designated for manual escalation, i.e., manual paging.
In the manner described above, the paging server 130 is able to transmit pager messages and provide indications of successful and unsuccessful paging. Such information may advantageously be used for audit purposes at a later time.
The present invention has been described as transmitting pager messages via network 160 to various pagers 140. Field engineers frequently, however, have different paging services provided by different paging service providers. In essence, uniformity of paging service across the team of field engineers typically does not exist. For example, some paging service providers provide access to a paging terminal, i.e., a modem, ' allowing a computer to initiate paging via this modem, while others just provide a mechanism that allows only touch tone messages. The present invention, however, may be used to transmit pager messages to pagers using any paging service provider.
For example, for providers that utilize touch tone message facilities, an access string may be stored along with each provider in a database accessible to paging server 130, such as a paging service provider table stored in memory 430. In such an instance, a "Type" field in the paging service provider table may be set to "DIRECT" to indicate that a direct pager phone number has to be dialed in order to get the greeting message. Similarly, the access string may dictate how much delay to provide when navigating the menu options in the voice message, before sending out the final message.
When a paging service provider uses a paging terminal, i.e., modem, the "Type" field in the paging service provider table may be set to "MODEM," indicating that the paging server 130 can connect to this modem and send out the page directly using the pager number of the field engineer. In either of these situations, the particular paging service information may be retrieved by the paging server 130 from the paging service provider table before sending the pager message.
Systems and methods consistent with the present invention provide notification of construction-related activity to field personnel. An advantage of the invention is that a user can submit construction-related information to a client device and the information is automatically processed and transmitted to the appropriate field personnel, thereby saving time associated with manually calling or paging individuals. Another advantage of the present invention is that a priority code is automatically included with the message lά further provide valuable information to the field personnel. An additional advantage of the invention is that ihe system can be used with pagers that utilize different paging service providers, thereby eliminating the need for multiple paging servers.
In this disclosure, there is shown and described only the preferred embodiments of the invention, but, as aforementioned, it is to be understood that the invention is capable of use in various other combinations and environments and is capable of changes or modifications within the scope of the inventive concept as expressed herein.
For example, the present invention has been described with the example of an
ATP 120 receiving construction-related information and sending a ticket to paging server 130. In alternative implementations consistent with the present invention, the functions of ATP 120 and paging server 130 may be performed by a single server, such as paging server 130.
Additionally, the present invention has been described as generating pager messages to be sent to the appropriate field personnel. In alternative implementations, the paging server 130, or another server, may transmit any combination of pager messages, facsimile messages and email messages to various personnel. In still further implementations consistent with the present invention, the paging server 130 may transmit messages to a field engineer's cellular telephone or personal digital assistant
(PDA) using a conventional short message service (SMS).

Claims

WJJAIiS CLAIMED IS:
1. A method for providing notification regarding an activity that may impact a telecommunications network, comprising: receiving information relating to the activity; and automatically transmitting a message to a party responsible for monitoring the activity.
2. The method of claim 1, further comprising: determining whether the message was received.
3. The method of claim 2, further comprising: automati'.aJly retransmitting the message when the message was not received.
4. The method of claim 1, wherein the activity represents construction-related activity and the information includes a start time and at least one of a location and a cable identifier associated with the construction-related activity, the method further comprising: generating a pager message using the received information, the pager message including a priority indicator; ' automatically accessing a database to determine a pager number associated with the party responsible for monitoring the construction-related activity; and {χari5mirting. the pager message with the priority indicator.
5. The method of claim 1 , further comprising: storing the received information in a queue; assigning a priority to the received information based on a time in which the activity is to occur; retrieving the stored information based on the priority; and transmitting at least a portion of the stored information with a priority indicator and an identifier for acknowledging receipt of the message.
6. The method of claim 1, wherein the automatically transmitting includes: sending a pager message that identifies a priority and a cable associated with the activity.
7. The method of claim 1, wherein the automatically transmitting includes: transmitting the message to at least one recipient via at least one of a paging system, a cellular system, a facsimile system and an electronic mail system.
8. A system for providing notification regarding an activity that may impact a telecommunications network, comprising: a memory configured to receive and store information relating to the activit ^; and a processor configured to: generate a message using the received information, and automatically transmit the message to a party responsible for monitoring the activity.
9. The system of claim 8, wherein the processor is further configured to: determine whether the message was received, and automatically retransmit the message when the message was not received.
5 10. The system of claim 8 wherein the activity represents construction activity and tlie information includes a start time and at least one of a location and a cable identifier associated with the construction activity, the processor being further configured to: generate a pager message using the received information, the pager message o including a priority indicator, automatically access a database to determine a pager number associated with the party responsible for monitoring the construction activity, and transmit the pager message with the priority indicator. 5
1 1. The system of claim 8, wherein the memory is further configured to: store pager numbers associated with parties responsible for monitoring construction activity associated with the telecommunications network, and wherein the processor is further configured to: assign a priority to the received information based on a time in which ihe activity0 is to occur, access the memory to determine a pager number associated ith a party responsible for monitoring the construction activity, and transmit at least a portion of the stored information with a priority indicator and an identifier for acknowledging receipt of the message.
12. The system of claim 8, wherein when automatically transmitting, the processor is configured to: send a pager message that identifies a priority and a cable associated with the activity.
13. The system of claim 8, wherein when automatically transmitting, the processor is configured to: transmit the message to at least one recipient via at least one of a paging system, a cellular system, a facsimile system and an electronic mail system.
14. The system of claim 8, further comprising: at least one modem for transmitting the message via a network to a paging system.
15. A computer-readable medium having stored thereon a plurality of sequences of instructions, said sequences of instructions including sequences of instructions which, when executed by a processor, cause said processor to perform the steps of: receiving information relating to an activity that may impact a telecommunications network; and automatically transmitting a message to a party responsible for monitoring the
activity.
16. The computer-readable medium of claim 15 causing said processor to
perform t e further steps of:
determining whether the message was received; and
automatically retransmitting the message when the message was not received.
17. The computer-readable medium of claim 15, wherein the activity represents construction activity and the information includes a start time and at least one of a
location and a cable identifier associated with the construction activity, the computer-
readable medium further causing the processor to perform the steps of: generating a pager message using the received information, the pager message
including a priority indicator;
automatically accessing a database to determine a pager number associated with the party responsible for monitoring the construction activity; and
transmitting the pager message with the priority indicator.
!
18. The computer-readable medium of claim 15 causing said processor to
perform the further steps of:
storing the received information in a queue;
assigning a prioriry to the received information based on a time in which the" activity is to occur; retrieving the stored information based on the priority; and
transmitting at least a portion of the stored information with a priority indicator and an identifier for acknowledging receipt of the message.
j
19. The computer-readable medium of claim 15, wherein the automatically
transmitting includes sending a pager message that identifies a priority and a cable
associated with the activity.
20. The computer-readable medium of claim 15, wherein the automatically transmittting includes transmitting the message to at least one recipient via at least one of a paging system, a cellular system, a facsimile system and an electronic mail system.
21. A method for providing notification of construction activity that may impact a telecommunications network, comprising:
receiving information relating to the construction activity; generating an electronic ticket to track the construction activity; and
automatically transmitting a message to a party responsible for monitoring the construction activity. !
2.2. The method of claim 21 , further comprising:
determining whether the message was received;
automatically retransmitting the message when the message was not received; and storing information relating to whether the message was received.
23. The method of claim 21, wherein the received information includes a start time and at least one of a location and a cable identifier associated with the construction activity, the method further comprising: generating a pager message from the received information, the pager message including a priority indicator; automatically accessing a database to determine a pager number associated with the party responsible for monitoring the construction activity; and transmitting the pager message with the priority indicator.
24. The method of claim 21, wherein the automatically transmitting includes: transmitting the message to at least one recipient via at least one of a paging system, a cellular system, a facsimile system and an electronic mail system.
25. The method of claim 21, wherein the automatically transmitting includes: transmitting the message to multiple pagers, at least two of the pagers utilizing different paging service providers.
PCT/US2001/014262 2000-05-04 2001-05-03 Method and apparatus for providing automatic notification WO2001084342A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2001259410A AU2001259410A1 (en) 2000-05-04 2001-05-03 Method and apparatus for providing automatic notification

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/564,878 US6421725B1 (en) 2000-05-04 2000-05-04 Method and apparatus for providing automatic notification
US09/564,878 2000-05-04

Publications (1)

Publication Number Publication Date
WO2001084342A1 true WO2001084342A1 (en) 2001-11-08

Family

ID=24256261

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2001/014262 WO2001084342A1 (en) 2000-05-04 2001-05-03 Method and apparatus for providing automatic notification

Country Status (3)

Country Link
US (1) US6421725B1 (en)
AU (1) AU2001259410A1 (en)
WO (1) WO2001084342A1 (en)

Families Citing this family (58)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7352770B1 (en) 2000-08-04 2008-04-01 Intellon Corporation Media access control protocol with priority and contention-free intervals
US7007085B1 (en) * 2001-09-28 2006-02-28 Bellsouth Intellectual Property Corporation Message log for wireline, voice mail, email, fax, pager, instant messages and chat
US7313617B2 (en) 2001-09-28 2007-12-25 Dale Malik Methods and systems for a communications and information resource manager
US7472187B2 (en) * 2001-09-28 2008-12-30 At&T Intellectual Property I, L.P. Communications and information resource manager
US8149703B2 (en) 2002-06-26 2012-04-03 Qualcomm Atheros, Inc. Powerline network bridging congestion control
US7826466B2 (en) 2002-06-26 2010-11-02 Atheros Communications, Inc. Communication buffer scheme optimized for VoIP, QoS and data networking over a power line
US7120847B2 (en) * 2002-06-26 2006-10-10 Intellon Corporation Powerline network flood control restriction
AU2003284317A1 (en) * 2002-10-21 2004-05-13 Intellon Corporation Contention-free access intervals on a csma network
US7773095B1 (en) * 2003-04-08 2010-08-10 At&T Intellectual Property Ii, L.P. Method and system for provisioning facility-based maps and related information to field personnel
US7231415B1 (en) * 2003-04-08 2007-06-12 At&T Corp. Method and system for provisioning facility-based displays in support of repairing outside network facilities
US20040215712A1 (en) * 2003-04-11 2004-10-28 Henricks Michael Roy Wireless data server for transient clients
US7281187B2 (en) * 2003-11-20 2007-10-09 Intellon Corporation Using error checking bits to communicated an address or other bits
US8090857B2 (en) 2003-11-24 2012-01-03 Qualcomm Atheros, Inc. Medium access control layer that encapsulates data from a plurality of received data units into a plurality of independently transmittable blocks
US8799324B2 (en) * 2004-01-16 2014-08-05 Verizon Patent And Licensing Inc. Method and system for mobile telemetry device prioritized messaging
US7660327B2 (en) 2004-02-03 2010-02-09 Atheros Communications, Inc. Temporary priority promotion for network communications in which access to a shared medium depends on a priority level
KR100435985B1 (en) * 2004-02-25 2004-06-12 엔에이치엔(주) Nonstop service system using voting and, information updating and providing method in the same
US7715425B2 (en) * 2004-02-26 2010-05-11 Atheros Communications, Inc. Channel adaptation synchronized to periodically varying channel
US8554794B2 (en) 2004-05-17 2013-10-08 Hoover's Inc. System and method for enforcing privacy in social networks
WO2006015237A2 (en) 2004-07-28 2006-02-09 Visible Path Corporation Systems and methods for using social networks for the distribution of communications
US7822059B2 (en) 2005-07-27 2010-10-26 Atheros Communications, Inc. Managing contention-free time allocations in a network
US8175190B2 (en) 2005-07-27 2012-05-08 Qualcomm Atheros, Inc. Managing spectra of modulated signals in a communication network
EP2044804A4 (en) 2006-07-08 2013-12-18 Personics Holdings Inc Personal audio assistant device and method
US11450331B2 (en) 2006-07-08 2022-09-20 Staton Techiya, Llc Personal audio assistant device and method
US7626496B1 (en) * 2007-01-16 2009-12-01 At&T Corp. Negative feedback loop for defect management of plant protection ticket screening
ATE545241T1 (en) 2007-05-10 2012-02-15 Qualcomm Atheros Inc MANAGING DISTRIBUTED ACCESS TO A SHARED MEDIUM
CA2707246C (en) 2009-07-07 2015-12-29 Certusview Technologies, Llc Automatic assessment of a productivity and/or a competence of a locate technician with respect to a locate and marking operation
US8290204B2 (en) 2008-02-12 2012-10-16 Certusview Technologies, Llc Searchable electronic records of underground facility locate marking operations
US8249306B2 (en) 2008-03-18 2012-08-21 Certusview Technologies, Llc Virtual white lines for delimiting planned excavation sites
US9659268B2 (en) * 2008-02-12 2017-05-23 CertusVies Technologies, LLC Ticket approval system for and method of performing quality control in field service applications
US8672225B2 (en) 2012-01-31 2014-03-18 Ncr Corporation Convertible barcode reader
US8532342B2 (en) 2008-02-12 2013-09-10 Certusview Technologies, Llc Electronic manifest of underground facility locate marks
US8280117B2 (en) 2008-03-18 2012-10-02 Certusview Technologies, Llc Virtual white lines for indicating planned excavation sites on electronic images
US8612271B2 (en) * 2008-10-02 2013-12-17 Certusview Technologies, Llc Methods and apparatus for analyzing locate and marking operations with respect to environmental landmarks
US8620587B2 (en) 2008-10-02 2013-12-31 Certusview Technologies, Llc Methods, apparatus, and systems for generating electronic records of locate and marking operations, and combined locate and marking apparatus for same
US9208458B2 (en) 2008-10-02 2015-12-08 Certusview Technologies, Llc Methods and apparatus for analyzing locate and marking operations with respect to facilities maps
US20090327024A1 (en) * 2008-06-27 2009-12-31 Certusview Technologies, Llc Methods and apparatus for quality assessment of a field service operation
US9473626B2 (en) 2008-06-27 2016-10-18 Certusview Technologies, Llc Apparatus and methods for evaluating a quality of a locate operation for underground utility
US9208464B2 (en) 2008-10-02 2015-12-08 Certusview Technologies, Llc Methods and apparatus for analyzing locate and marking operations with respect to historical information
US8620726B2 (en) * 2008-10-02 2013-12-31 Certusview Technologies, Llc Methods and apparatus for analyzing locate and marking operations by comparing locate information and marking information
US8301380B2 (en) 2008-10-02 2012-10-30 Certusview Technologies, Llp Systems and methods for generating electronic records of locate and marking operations
US8644965B2 (en) 2008-10-02 2014-02-04 Certusview Technologies, Llc Marking device docking stations having security features and methods of using same
CA2690239A1 (en) * 2009-02-10 2010-04-12 Certusview Technologies, Llc Methods, apparatus, and systems for exchanging information between excavators and other entities associated with underground facility locate and marking operations
US8572193B2 (en) 2009-02-10 2013-10-29 Certusview Technologies, Llc Methods, apparatus, and systems for providing an enhanced positive response in underground facility locate and marking operations
US8902251B2 (en) 2009-02-10 2014-12-02 Certusview Technologies, Llc Methods, apparatus and systems for generating limited access files for searchable electronic records of underground facility locate and/or marking operations
CA2691780C (en) * 2009-02-11 2015-09-22 Certusview Technologies, Llc Management system, and associated methods and apparatus, for providing automatic assesment of a locate operation
US8832565B2 (en) 2009-02-11 2014-09-09 Certusview Technologies, Llc Methods and apparatus for controlling access to a virtual white line (VWL) image for an excavation project
CA2692110C (en) * 2009-02-11 2015-10-27 Certusview Technologies, Llc Providing a process guide to a locate technician
US8566737B2 (en) * 2009-02-11 2013-10-22 Certusview Technologies, Llc Virtual white lines (VWL) application for indicating an area of planned excavation
CA2885962A1 (en) 2009-06-25 2010-09-01 Certusview Technologies, Llc Methods and apparatus for assessing locate request tickets
EP2532188B1 (en) * 2010-02-04 2017-09-20 Nokia Solutions and Networks Oy A method of supervising a node in a communication system
US8623004B2 (en) * 2010-03-10 2014-01-07 Covidien Lp Method for determining proximity relative to a critical structure
KR101491571B1 (en) 2010-04-12 2015-02-09 퀄컴 인코포레이티드 Channel estimation for low-overhead communication in a network
US8918898B2 (en) 2010-07-30 2014-12-23 Certusview Technologies, Llc Methods, apparatus and systems for onsite linking to location-specific electronic records of locate operations
WO2012033602A1 (en) 2010-08-11 2012-03-15 Steven Nielsen Methods, apparatus and systems for facilitating generation and assessment of engineering plans
US9823080B2 (en) * 2011-12-22 2017-11-21 At&T Intellectual Property I, L.P. Method, system, and computer program product for providing a facility map
US8891605B2 (en) 2013-03-13 2014-11-18 Qualcomm Incorporated Variable line cycle adaptation for powerline communications
US9405600B2 (en) * 2013-12-27 2016-08-02 Intel Corporation Electronic device to provide notification of event
US20150186894A1 (en) * 2013-12-31 2015-07-02 Stake Center Locating, Inc. Locate ticket management

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5699367A (en) * 1995-12-29 1997-12-16 Telefonaktiebolaget Lm Ericsson Concatenated error detection coding and packet numbering for hierarchical ARQ schemes
US5734697A (en) * 1995-04-28 1998-03-31 Mci Corporation Method and apparatus for improving telecommunications system performance
US6094681A (en) * 1998-03-31 2000-07-25 Siemens Information And Communication Networks, Inc. Apparatus and method for automated event notification

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5329520A (en) * 1992-07-17 1994-07-12 Alcatel Network Systems, Inc. High-speed facility protection in a digital telecommunications system
US5930333A (en) * 1996-09-24 1999-07-27 Mci Communications Corporation Method and system for projecting service availability in a telecommunications system
US5901208A (en) * 1996-12-23 1999-05-04 Mci Worldcom, Inc. Method and system for combing modular availability projections in a telecommunication system
US5983384A (en) * 1997-04-21 1999-11-09 General Electric Company Turbo-coding with staged data transmission and processing

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5734697A (en) * 1995-04-28 1998-03-31 Mci Corporation Method and apparatus for improving telecommunications system performance
US5699367A (en) * 1995-12-29 1997-12-16 Telefonaktiebolaget Lm Ericsson Concatenated error detection coding and packet numbering for hierarchical ARQ schemes
US6094681A (en) * 1998-03-31 2000-07-25 Siemens Information And Communication Networks, Inc. Apparatus and method for automated event notification

Also Published As

Publication number Publication date
AU2001259410A1 (en) 2001-11-12
US6421725B1 (en) 2002-07-16

Similar Documents

Publication Publication Date Title
US6421725B1 (en) Method and apparatus for providing automatic notification
US11019069B1 (en) Multiple data store authentication
US6804707B1 (en) Method and system for delivering wireless messages and information to personal computing devices
US20020177428A1 (en) Remote notification of monitored condition
US8190705B2 (en) Communication capability coupons
US20080189162A1 (en) System to establish and maintain intuitive command and control of an event
US20090093236A1 (en) Delivery of a service
US20100007487A1 (en) Locality based alert method and apparatus
US7355758B2 (en) Automated facsimile monitoring and displaying methods and related systems
US8941474B2 (en) Real time automatic headcount system
KR20070116912A (en) Location-based emergency announcements
US20110047483A1 (en) Messaging system
US7120686B2 (en) Method and system for notification of maintenance information using portable terminal and computer program product
US7596504B2 (en) Management of support center calls
CN114513762A (en) Service processing method and device, electronic equipment and computer readable medium
US20030233336A1 (en) System to retate personal information to a unique identifier
US20060111092A1 (en) Alert management apparatus and method
US7554938B1 (en) System and method for providing an instant messaging function using a personal computer equipped with a wireless digital packet-switched modem
JP6999056B2 (en) Message management device and message management method
JP2003150758A (en) Schedule managing system using web page and electronic mail
JP2000172585A (en) Electronic mail system
US20040043779A1 (en) Mobile communication
JP2002190075A (en) Monitoring information reporting device
AU2008100278A4 (en) A messaging system
JP2009098946A (en) Emergency contact system and emergency contact method

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP