[go: up one dir, main page]

US8320529B2 - Sending urgent messages to multiple recipients via a single call - Google Patents

Sending urgent messages to multiple recipients via a single call Download PDF

Info

Publication number
US8320529B2
US8320529B2 US11/355,067 US35506706A US8320529B2 US 8320529 B2 US8320529 B2 US 8320529B2 US 35506706 A US35506706 A US 35506706A US 8320529 B2 US8320529 B2 US 8320529B2
Authority
US
United States
Prior art keywords
call
message
voice response
response unit
address
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.)
Expired - Fee Related, expires
Application number
US11/355,067
Other languages
English (en)
Other versions
US20070201627A1 (en
Inventor
Mei-Jong Lin
Chieh-Chien Lin
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Verizon Patent and Licensing Inc
Original Assignee
Verizon Services Corp
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 Verizon Services Corp filed Critical Verizon Services Corp
Priority to US11/355,067 priority Critical patent/US8320529B2/en
Assigned to VERIZON SERVICES CORP. reassignment VERIZON SERVICES CORP. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: LIN, CHIEH-CHIEN, LIN, MEI-JONG
Priority to HK10101683.8A priority patent/HK1135817B/xx
Priority to CN200780005861.7A priority patent/CN101595716B/zh
Priority to PCT/IB2007/050441 priority patent/WO2007093945A2/fr
Publication of US20070201627A1 publication Critical patent/US20070201627A1/en
Application granted granted Critical
Publication of US8320529B2 publication Critical patent/US8320529B2/en
Assigned to VERIZON PATENT AND LICENSING INC. reassignment VERIZON PATENT AND LICENSING INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: VERIZON SERVICES CORP.
Expired - Fee Related legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
    • H04M3/4872—Non-interactive information services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/205—Broadcasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/12—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place intelligent networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/04—Special services or facilities for emergency applications

Definitions

  • a local populace may be at risk from a variety of possible events, ranging from security threats such as bombs and biochemical agents to environmental threats such as tsunamis, tornadoes, and forest fires. When such threats are present, it is clearly desirable that the local populace be informed as quickly and efficiently as possible.
  • organizations such as companies, schools, churches, etc. often have the need to convey information to employees, students, members, etc. quickly and efficiently. For example, in the event that schools or places of business are closed due to severe weather, it is desirable to be able to notify students, teachers, employees, etc. Other organizations may have other needs to convey news and information of various kinds to their members.
  • broadcast media are most often used to convey information about impending threats and events. For example, weather warnings, school closings, etc. are often broadcast by televisions and radio stations, or posted on the world wide web. Some organizations rely on pre-recorded telephone messages that their members may hear by calling a special number. Other organizations rely on “phone trees,” in which one member calls one or more other members, who in turn relay a message to one or more other members, etc. However, all of the foregoing ways of providing information suffer from the drawback of requiring recipients to actively request or seek out the information by listening to the right broadcast at the right time, calling a special number to check a pre-recorded message, check a web site, etc. Phone trees are particularly disadvantageous, because they rely on multiple people to take the correct steps to provide important information to all community members.
  • FIG. 1 illustrates certain telecommunications network elements that are used in an exemplary embodiment.
  • FIG. 2 depicts a process flow for providing an urgent message to a telecommunications network and for sending the message to users of a network, according to an embodiment.
  • FIG. 3 depicts a process flow illustrating the use of an alert flag, according to an embodiment.
  • a message such as an urgent message or other notification is sent to one or more users of a network.
  • Such embodiments advantageously provide information to users rapidly and efficiently, and without requiring users to themselves take active or proactive steps.
  • an authorized individual wishing to send an urgent message or other notification may access a network, such as the public switched telephone network (PSTN), and provide instructions for the broadcast or transmission of the message to multiple users, whereupon the message is transmitted or broadcast.
  • PSTN public switched telephone network
  • users receive a telephone call in which am urgent message is played when the telephone call is answered.
  • an “urgent message” it should be understood that the content of the message or notification may be any such content that may be transmitted or broadcast using the systems and methods disclosed herein.
  • Central office 110 is known to those skilled in the art as part of public switched telephone network (PSTN) 105 , and includes switching equipment that connects telephone users to each other, both locally and via long distance carriers.
  • PSTN public switched telephone network
  • central office 110 may receive calls 115 originating from within or without PSTN 105 , e.g., from a conventional telephone, from a device on a packet-switched network such as the Internet, etc.
  • STPs 120 act as an intermediary between central office 110 and service control points (SCPs) 130 for the purpose of establishing and terminating calls.
  • SCPs service control points
  • STP 120 is a specialized switch that provides access to a Signaling System 7 (SS7) network and provides routing for SS7 messages.
  • SSP Service Switching Point
  • SSP 140 within central office 110 originates and terminates calls, receives and interprets messages for providing specific services to customers, and communicates with STP 120 .
  • SCP 130 is a node in the SS7 network that includes logic for handling requests for service, e.g., a database containing information concerning how requests for service should be handled.
  • the operation of SCP 130 as well as the SS7 signaling by which SCP 130 communicates with other network elements, are generally well known.
  • SCP 130 receives and responds to requests for information concerning how calls should be handled, e.g., whether a call should be blocked, forwarded to another telephone number, etc.
  • SCP 130 stores an alert flag 135 , discussed in further detail below in connection with FIG. 2 , although embodiments are possible in which alert flag 135 is stored elsewhere.
  • alert flag 135 is a binary flag used to indicate a status of “alert on” or “alert off,” where “alert on” indicates that a request has been made to send an urgent message to a list of recipients, and “alert off” simply indicates that no such request is pending.
  • Packet-switched network 150 is an internet protocol (IP) or other packet switched network known to those skilled in the art. Included within the network 150 is voice response unit/intelligent peripheral (VRU/IP) 160 . VRU/IP 160 is known to those skilled in the art as a component of an intelligent network (IN) that generally includes a processor, a memory, and program instructions for providing one or more services to a user, such as playing an announcement.
  • IP internet protocol
  • VRU/IP 160 voice response unit/intelligent peripheral
  • VRU/IP 160 is known to those skilled in the art as a component of an intelligent network (IN) that generally includes a processor, a memory, and program instructions for providing one or more services to a user, such as playing an announcement.
  • VRU/IP 160 generally includes a recipient table 165 , discussed further below in connection with FIG. 2 , although embodiments are possible in which recipient table 165 is stored elsewhere.
  • recipient table 165 includes a list of addresses to receive an urgent message.
  • table 165 includes a list of telephone numbers to receive an urgent message.
  • individual users or sets of users to receive an urgent message are identified by input received from the party providing the urgent message.
  • the addresses listed in table 165 are not be telephone numbers, but could be some other kind of addresses, such as Internet Protocol addresses, other network addresses, etc.
  • the one or more media gateways and softswitches used by the network 150 to communicate with the PSTN and to switch packet-based messages respectively.
  • embodiments are possible, even likely, in which networks and/or network elements different from, or arranged differently than, those shown in FIG. 1 are included.
  • embodiments are contemplated that do not include PSTN 105 at all, but make use exclusively of one or more networks such as packet switched network 150 .
  • various elements within PSTN 105 and network 150 such as SCP 130 and VRU/IP 160 , include a processor capable of executing instructions such as computer-executable instructions, and one or more media capable of storing data including instructions executable by the processor. Accordingly, it is to be understood that various embodiments, such as those disclosed herein, may be practiced by executing a sequence of computer-executable instructions in one or more elements of PSTN 105 and/or network 150 .
  • FIG. 2 depicts a process flow 200 for providing an urgent message to a telecommunications network 100 and for sending the message to users of the network 100 , according to an embodiment.
  • a call 115 is directed to a reserved address, for example, a telephone number in central office 110 , although those skilled in the art will recognize kinds of addresses other than telephone numbers, e.g., Internet Protocol (IP) addresses, to which calls 115 may be directed.
  • IP Internet Protocol
  • step 210 SSP 140 , upon receiving the call 115 placed in step 205 , sends a termination attempt trigger (TAT), known to those skilled in the art, to SCP 130 (via STP 120 , as will be recognized by those skilled in the art).
  • TAT termination attempt trigger
  • step 215 the identity of the person or entity making the incoming call 115 is validated.
  • this validation may be performed in conjunction with VRU/IP 160 .
  • PIN personal identification number
  • SCP 130 may be programmed to recognize that a PIN should be used to validate a caller when a call to a particular telephone number is received. Accordingly, SCP 130 may initiate a connection between VRU/IP 160 and SSP 140 in central office 110 for the purpose of receiving a caller's PIN.
  • VRU/IP 160 Upon receiving PIN digits input by the caller from SSP 140 , VRU/IP 160 then transmits the digits to SCP 130 for validation. It is also possible to have a caller speak a password that is validated using known voice recognition technologies. In any event, this validation step, while not present in all embodiments, is desirable for the purpose of ensuring that only legitimate callers may initiate emergency call broadcasts as disclosed and claimed herein.
  • step 215 If, in step 215 , the identity of the person or entity that placed the call in step 205 cannot be validated, then the process 200 terminates. Otherwise, control proceeds to step 220 .
  • step 220 the person or entity making the call 115 may be requested to confirm that the caller intended to request that an urgent message be sent to multiple recipients.
  • This step is optional, but desirable for the purpose of ensuring that urgent messages are not inadvertently or unintentionally sent. Those skilled in the art will understand that this confirmation may be performed in various ways, such as those discussed above regarding step 215 . If the caller does not confirm that an urgent message should be sent, the process 200 terminates. Otherwise, control proceeds to step 225 .
  • SCP 130 updates an alert flag 135 stored in SCP 130 to indicate the presence of an urgent message.
  • a flag 135 or alert indicator may be stored, for example, in a table, or in any other manner known to those skilled in the art.
  • STP 140 at the request of SCP 130 , sends the call 115 received in step 205 to VRU/IP 160 .
  • SCP 130 may include logic to associate a particular predefined call identifier (caller ID) with a call. Such logic is used in step 230 so that, when the call 115 is sent to VRU/IP 160 , a caller ID is associated with the call 115 . Accordingly, the call 115 may be validated by VRU/IP 160 as a call 115 that is validly requesting an urgent message.
  • VRU/IP 160 determines whether the caller ID associated with the call 115 in step 230 is valid, i.e., whether the caller ID is a caller ID that has been predefined to be associated with a call 115 initiating a urgent message to multiple recipients. If the caller ID is not valid, the process 200 terminates. Otherwise, control proceeds to step 240 .
  • VRU/IP 160 consults recipient table 165 containing a list of telephone numbers or other addresses to which the urgent message requested by the call received in step 205 should be sent. If the urgent message has not been to provided to any of the telephone numbers in the recipient table 165 , a call 115 is placed to the first number in the table 165 ; otherwise, a call 115 is placed to the first number in the recipient table 165 to which the message has not been provided.
  • VRU/IP 160 may place calls through central office 110 , although embodiments are possible in which VRU/IP 160 places calls directly, e.g. over packet-switched network 150 .
  • step 245 the urgent message is played when the call 115 placed in step 240 is answered.
  • step 250 VRU/IP 160 determines whether further telephone numbers in the recipient table 165 remain to be notified with the urgent message. If so, control returns to step 240 . If not, control proceeds to step 255 .
  • VRU/IP 160 will likely be capable of making multiple calls simulataneously.
  • one embodiment employs more than one VRU/IP 160 , and each VRU/IP 160 comprises ninety primary rate interfaces (PRIs) known to those skilled in the art.
  • PRIs primary rate interfaces
  • each PRI has available twenty-three outbound channels, meaning that a single VRU/IP 160 can simultaneously place two-thousand and seventy outbound calls. Accordingly, in most embodiments steps 240 through 250 will occur simultaneously with respect to a plurality of addresses in recipient table 165 .
  • VRU/IP 160 sends a message to SCP 130 to update the alert flag 135 to indicate that alert status is off, i.e., because the urgent message requested by the call 115 received in step 205 has now been sent to all specified users, the alert flag 135 should no longer indicate that an urgent message is to be sent.
  • step 260 SCP 130 updates the alert flag 135 to indicate that alert status is off.
  • step 260 the process 200 ends.
  • FIG. 3 depicts a process flow 300 illustrating the use of alert flag 135 , according to an embodiment. It should be understood that the purpose of the alert flag 135 is to ensure that, when an urgent message is to be sent, or is being sent, that appropriate processing occurs to ensure minimal interference with the sending of the urgent message.
  • a call 115 is received in central office 110 and forwarded to SCP 130 for handling by SSP 140 .
  • step 310 SCP 130 determines whether the call 115 received in step 305 is a call to a number reserved for requesting urgent messages. If so, the process 300 terminates and, in most embodiments, the process 200 is initiated. Otherwise, control proceeds to step 315 .
  • step 315 SCP 130 checks alert flag 135 . If the flag 135 indicates “alert on” status, control proceeds to step 320 . Otherwise, alert flag 135 indicated “alert off” status, and control proceeds to step 325 .
  • step 320 SCP 130 sends the call 115 back to SSP 140 with instructions to play a message informing the caller that an emergency situation exists and that the caller should terminate the call (e.g., hang up) to conserve network resources.
  • the message played to the caller is as brief as possible.
  • step 325 the call 115 is processed according to normal procedures, i.e., procedures followed when alert flag 135 is set to “alert off” status.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Facsimiles In General (AREA)
US11/355,067 2006-02-16 2006-02-16 Sending urgent messages to multiple recipients via a single call Expired - Fee Related US8320529B2 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US11/355,067 US8320529B2 (en) 2006-02-16 2006-02-16 Sending urgent messages to multiple recipients via a single call
HK10101683.8A HK1135817B (en) 2006-02-16 2007-02-09 Sending urgent messages to multiple recipients via a single call
CN200780005861.7A CN101595716B (zh) 2006-02-16 2007-02-09 经由单个呼叫将紧急消息发送到多个接受者
PCT/IB2007/050441 WO2007093945A2 (fr) 2006-02-16 2007-02-09 Envoi de messages urgents à de multiples destinataires via un appel unique

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US11/355,067 US8320529B2 (en) 2006-02-16 2006-02-16 Sending urgent messages to multiple recipients via a single call

Publications (2)

Publication Number Publication Date
US20070201627A1 US20070201627A1 (en) 2007-08-30
US8320529B2 true US8320529B2 (en) 2012-11-27

Family

ID=38371885

Family Applications (1)

Application Number Title Priority Date Filing Date
US11/355,067 Expired - Fee Related US8320529B2 (en) 2006-02-16 2006-02-16 Sending urgent messages to multiple recipients via a single call

Country Status (3)

Country Link
US (1) US8320529B2 (fr)
CN (1) CN101595716B (fr)
WO (1) WO2007093945A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150063554A1 (en) * 2013-08-29 2015-03-05 Hon Hai Precision Industry Co., Ltd. Telephone device and method for auto transferring incoming calls

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9509829B2 (en) * 2007-12-28 2016-11-29 Apple, Inc. Urgent communications
US10756916B2 (en) * 2014-06-17 2020-08-25 Intrepid Networks, Llc Distributed processing network system, integrated response systems and methods providing situational awareness information for emergency response
CN105162776B (zh) * 2015-08-11 2018-07-24 江苏保旺达软件技术有限公司 一种scps-sp多安全等级及抗重放功能的设计方法

Citations (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5029290A (en) * 1990-02-02 1991-07-02 Communications Test Design, Inc. Emergency alert system
US5260986A (en) * 1991-04-23 1993-11-09 Bell Atlantic Network Services, Inc. Group notification service and system
US5537466A (en) * 1994-08-04 1996-07-16 British Telecommunications, Plc. Intelligent communications networks
US5841848A (en) * 1996-05-07 1998-11-24 Lucent Technologies Inc. System and method for completing telephone calls to emergency telephone numbers in highly concentrated access systems
US20020146101A1 (en) * 2001-04-10 2002-10-10 Alcatel Procedure for preventing overload situations in a telephone network, as well as telephone network, switching centre, control facility and program module for it
US6509833B2 (en) * 2001-05-18 2003-01-21 Siemens Information And Communication Networks, Inc. Method and system for providing a warning alert
US6522876B1 (en) * 1999-10-04 2003-02-18 Sprint Spectrum L.P. System for managing telecommunications services through use of customized profile management codes
US20030138089A1 (en) * 2002-01-22 2003-07-24 Norishige Sawada Communication control apparatus and communication control method
US6608886B1 (en) * 2001-11-27 2003-08-19 Bellsouth Intellectual Property Corporation Method and apparatus for establishing a connection between first and second communication devices
US6650891B1 (en) * 1999-08-24 2003-11-18 Mannesmann Ag SMS-supported method for online/offline detection of user groups in mobile wireless networks
US6816878B1 (en) * 2000-02-11 2004-11-09 Steven L. Zimmers Alert notification system
US20050243974A1 (en) * 2004-04-29 2005-11-03 Pearson Larry B Method of and system for altering incoming call controls after a call has been placed to an emergency number
US20050266864A1 (en) * 2004-06-01 2005-12-01 Xuming Chen Non-intrusive network architecture for mass mobile messaging
US7035391B2 (en) * 2000-05-15 2006-04-25 Lucent Technologies Inc. Communication of intelligent network signaling between a SSP and an external intelligent peripheral
US20060093101A1 (en) * 2004-10-18 2006-05-04 Wirenix, Inc. Method and system for interactive voice response in a communications sytem
US7095837B1 (en) * 1998-08-14 2006-08-22 British Telecommunications Public Limited Company Intelligent network services
US20080261554A1 (en) * 2004-12-23 2008-10-23 Telefonaktiebolaget Lm Ericsson (Publ) Method for Informing Multiple Mobile Terminals of an Emergency Event
US7564958B1 (en) * 2001-09-19 2009-07-21 At&T Intellectual Property I, L.P. System and method for delivery of a message to multiple destinations

Patent Citations (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5029290A (en) * 1990-02-02 1991-07-02 Communications Test Design, Inc. Emergency alert system
US5260986A (en) * 1991-04-23 1993-11-09 Bell Atlantic Network Services, Inc. Group notification service and system
US5537466A (en) * 1994-08-04 1996-07-16 British Telecommunications, Plc. Intelligent communications networks
US5841848A (en) * 1996-05-07 1998-11-24 Lucent Technologies Inc. System and method for completing telephone calls to emergency telephone numbers in highly concentrated access systems
US7095837B1 (en) * 1998-08-14 2006-08-22 British Telecommunications Public Limited Company Intelligent network services
US6650891B1 (en) * 1999-08-24 2003-11-18 Mannesmann Ag SMS-supported method for online/offline detection of user groups in mobile wireless networks
US6522876B1 (en) * 1999-10-04 2003-02-18 Sprint Spectrum L.P. System for managing telecommunications services through use of customized profile management codes
US6816878B1 (en) * 2000-02-11 2004-11-09 Steven L. Zimmers Alert notification system
US7035391B2 (en) * 2000-05-15 2006-04-25 Lucent Technologies Inc. Communication of intelligent network signaling between a SSP and an external intelligent peripheral
US20020146101A1 (en) * 2001-04-10 2002-10-10 Alcatel Procedure for preventing overload situations in a telephone network, as well as telephone network, switching centre, control facility and program module for it
US6509833B2 (en) * 2001-05-18 2003-01-21 Siemens Information And Communication Networks, Inc. Method and system for providing a warning alert
US7564958B1 (en) * 2001-09-19 2009-07-21 At&T Intellectual Property I, L.P. System and method for delivery of a message to multiple destinations
US6608886B1 (en) * 2001-11-27 2003-08-19 Bellsouth Intellectual Property Corporation Method and apparatus for establishing a connection between first and second communication devices
US20030138089A1 (en) * 2002-01-22 2003-07-24 Norishige Sawada Communication control apparatus and communication control method
US20050243974A1 (en) * 2004-04-29 2005-11-03 Pearson Larry B Method of and system for altering incoming call controls after a call has been placed to an emergency number
US20050266864A1 (en) * 2004-06-01 2005-12-01 Xuming Chen Non-intrusive network architecture for mass mobile messaging
US20060093101A1 (en) * 2004-10-18 2006-05-04 Wirenix, Inc. Method and system for interactive voice response in a communications sytem
US20080261554A1 (en) * 2004-12-23 2008-10-23 Telefonaktiebolaget Lm Ericsson (Publ) Method for Informing Multiple Mobile Terminals of an Emergency Event

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
International Search Report for PCT Application PCT/IB07/50441, mailed Aug. 6, 2008.

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150063554A1 (en) * 2013-08-29 2015-03-05 Hon Hai Precision Industry Co., Ltd. Telephone device and method for auto transferring incoming calls
TWI556621B (zh) * 2013-08-29 2016-11-01 鴻海精密工業股份有限公司 電話裝置、伺服器及自動轉接電話的方法

Also Published As

Publication number Publication date
HK1135817A1 (en) 2010-06-11
WO2007093945A2 (fr) 2007-08-23
WO2007093945A3 (fr) 2009-04-23
CN101595716B (zh) 2013-08-21
US20070201627A1 (en) 2007-08-30
CN101595716A (zh) 2009-12-02

Similar Documents

Publication Publication Date Title
ES3034909T3 (en) Fraud detection system for incoming calls
JP2013005205A (ja) 悪質電話防止装置、悪質電話防止システム
US20060120516A1 (en) Method and apparatus for providing push-to-talk based execution of an emergency plan
GB2608939A (en) Fraud detection system
US8442195B2 (en) Method for controlling process of establishing call
US20110299668A1 (en) Access mediation with presence aware call purpose announcements
US20070195751A1 (en) Providing voicemail blocking in communication networks
EP2266303B1 (fr) Gestion de communications
EP1536662B1 (fr) Procédé et dispositif de redirection d'un appel anonyme dans un réseau mobile
WO2007093945A2 (fr) Envoi de messages urgents à de multiples destinataires via un appel unique
KR100585556B1 (ko) 스팸전화 자동 식별 및 차단 방법
EP1908320B1 (fr) Numeros de commande d'acheminement prives
KR101468431B1 (ko) 스펨 전화 차단을 위한 이동통신 시스템 및 그 제어방법
HK1135817B (en) Sending urgent messages to multiple recipients via a single call
KR100628935B1 (ko) 선택적 착신 제한 서비스 방법
KR101017138B1 (ko) 이동통신망에서 수신 전화의 선별통화 서비스 방법 및 이를지원하는 이동통신 교환기와 이동통신 단말기.
KR100454240B1 (ko) 무선 통신 시스템에서 익명호 수신 거부 방법
US20010017911A1 (en) Procedure and system for executing an alarm function
KR20120071974A (ko) 발신번호별 조건적 호 전달 장치 및 그 방법
KR20070045004A (ko) 착신 제한 번호 입력 방법
CN101668269A (zh) 一种通过智能网签约触发拦截来实现来电免打扰的方法和平台
JP2007088868A (ja) 電話装置
KR20050088859A (ko) 웹 등록 방식을 통한 지능형 호 분별 처리 방법 및 그시스템
JPH01152853A (ja) 通信端末システム

Legal Events

Date Code Title Description
AS Assignment

Owner name: VERIZON SERVICES CORP., VIRGINIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:LIN, MEI-JONG;LIN, CHIEH-CHIEN;REEL/FRAME:017576/0171

Effective date: 20060214

STCF Information on status: patent grant

Free format text: PATENTED CASE

AS Assignment

Owner name: VERIZON PATENT AND LICENSING INC., NEW JERSEY

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:VERIZON SERVICES CORP.;REEL/FRAME:033428/0605

Effective date: 20140409

FPAY Fee payment

Year of fee payment: 4

FEPP Fee payment procedure

Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

LAPS Lapse for failure to pay maintenance fees

Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STCH Information on status: patent discontinuation

Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362

FP Lapsed due to failure to pay maintenance fee

Effective date: 20201127