Post-page caller name identification system

Abstract

caller name Identification, or cnam caller ID, is a telecommunication end-user feature that appeared for PSTN landline customers in the late 1980s. The rapid development of cellular mobile and VOIP telephony systems lead to the frequent omission of the cnam caller ID feature. Described is an independent end-user system that obtains the cnam caller ID after the call page transmission. The system operates on the user's smartphone or on a TCP/IP connected computer. A user with multiple telephone devices (i.e. a smartphone, landline, and VOIP line) may share use of this system between all devices.

Description

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates generally to caller identification systems. More specifically, it relates to a post-page caller name identification system that bridges SS7 retrievable caller data with a user-accessible IP interface. Carrier implementation of caller name identification has become increasingly complicated due to the fragmentation of service providers on the North American Public-Switched Telephone Network (PSTN). The present invention restores functionality of this important SS7/PSTN capability, caller name identification, to the increasing number of telecommunications end-users left without this feature.

2. Description of the Prior Art

To place a call using the earliest long-distance telephone systems, a calling party initiated a request with the local switchboard operator. The calling party's local operator would connect to the inward operator, and specify the called party. The inward operator would identify the calling party to the called party, then coordinate the completed telephone circuit with the originating local operator.

Direct dial systems using automated protocols over the Public Switched Telephone Network eventually phased out the operator switchboard system by the 1960's. Unlike the system utilizing human operators, the direct dial networks did not readily identify the calling party to the called party. The relative anonymity of automated PSTN systems created both inconvenience and the potential for abuse. The invention of what became known as caller identification addressed these shortfalls. Between 1969 and 1975, Mr. Theodore Paraskevakos successfully claimed twenty separate patents related to automatic telephone line identification. By 1989, Bell Atlantic, BellSouth, and U.S. West Communications had implemented caller identification in their consumer service offerings.

Caller identification, or Caller ID, may colloquially refer to the presentation of either the calling party's telephone number, or name, to the called party. The initial caller identification systems transmitted only the calling party's phone number to the called party. By their rollout in the late 1980's, or shortly thereafter, the “Baby Bell” Caller ID service offerings typically included both CID and CNAM functionality. These services grew in popularity, with tens of millions of subscribers by the late 1990's. For this specification, caller identification, or CID, refers to the presentation of the calling party's phone number to the called party. Caller name identification, or CNAM Caller ID, shall refer to the presentation of the calling party's name to the called party.

The technical protocols for Caller ID evolved since Mr. Paraskevakos' invention, to what is now industry-standard implementation over the PSTN SS7 network. Despite the standardization of the protocol, telephone line portability deregulation significantly increased the complexity and cost of a CNAM Caller ID query. CNAM information previously held in a few databases of the Baby Bells increased to hundreds, if not thousands, of databases operated by the emerging telephone companies.

At the time of filing, a complete CID & CNAM Caller ID query typically involved the following steps: 1) the CID is transmitted from the calling party to the called party during SS7 call circuit provisioning (the network “page”), 2) a Global Title Translation (GTT) is initiated from the called party's SS7 signaling transfer point (STP) to determine which CNAM database and telephone carrier represents the calling party CID, 3) a GR-1188 CNAM query is relayed via SS7 to the service control point (SCP) for the respective CNAM database, and 4) the GR-1188 CNAM query result is presented to the called party. The exact sequence of events may vary depending upon the called and calling party's intercarrier agreements and SS7 implementation. Characteristic of the prior art implementations, the entire sequence of events takes place during the ringing or network page, and prior to the call completion.

As mobile phones and voice-over-IP telephony (VOIP) proliferated over the past decade, many providers never implemented full CNAM Caller ID to their mobile or VOIP end-users. Those that did implement CNAM Caller ID usually charge a monthly fee for CNAM Caller ID. For example, a major American wireless carrier recently began offering “Caller Name ID” as a premium monthly feature. Furthermore, individuals now may own several phone numbers, including a home land-line, a personal cellular mobile, and a VOIP line at work. Subscribing to a monthly CNAM service on multiple lines, if the feature is even available, is costly. As a result, CNAM Caller ID prevalence is trending backwards.

SUMMARY OF THE INVENTION

In view of the foregoing limitations inherent in the known types of caller identification systems present in the prior art, the present invention provides a post-page caller name identification system. This standalone system may function for multiple telephone devices owned or operated by the end-user. The system is independent of the end-user's carrier implementation (or lack thereof) of CNAM Caller ID.

The utility of the present invention, which shall be described subsequently in greater detail, is to identify the calling party's name when only the CID is known. This is typically the case with most modern cellular mobile and VOIP systems. The present invention's post-page functionality complements the prior art. In an ideal telephony network, CNAM Caller ID would be transmitted during the page, or ring. As described above, CNAM implementation has been declining for a decade due to increasing complexity of carriers. This necessitates the present invention as the next-best solution for an end-user wishing to identify a calling party.

To attain this, the present invention comprises a system that interfaces the user directly with the calling party's SS7 SCP-connected CNAM database. After a call or page terminates, the user accesses the present invention via the user terminal, which may operate on a mobile phone application or via direct HTML web access. The user inputs the CID information relayed from the calling party to the end-user. The system then performs a Global Title Translation (GTT) query using its SS7 node. The GTT lookup returns the respective phone carrier and CNAM database applicable to the CID. The system then performs a GR-1188 CNAM query via SS7 to the service control point (SCP) for the respective CNAM database. Finally, the CNAM query result is presented on the user-interface.

By utilizing the present invention, the end-user consolidates CNAM services and enjoys significant cost savings. At time of filing, a commercial implementation of the present invention was offered free-of-charge to the user via either a smartphone applications or direct web access. As stated above, the CNAM functionality offered by the present invention is often unavailable, even as a premium service, on many VOIP and cellular carriers.

The calling party may opt-out from this process at three points. First, the calling party may opt-out from CID transmission on a per-call basis, which is typically known as “*67 Caller ID Block.” Second, the calling party may inform his/her carrier to remove his information from their CNAM database. Third, the calling party may opt-out using a form implemented on the privacy policy page of the present invention.

BRIEF DESCRIPTION OF THE DRAWINGS

Features of the exemplary implementations of the invention will become apparent from the description, the claims, and the drawings in which:

FIG. 1 identified as subparts 1A, 1B, & 1C, represents three typical variations of the caller identification prior art;

FIG. 2 is a graphical depiction of the core system components and their interactions;

FIG. 3 is a flow diagram enumerating each possible step the system performs to process a user query for caller name identification; and

FIG. 4 depicts two additional embodiments of the user interface.

DETAILED DESCRIPTION

From FIG. 1, three scenarios are identified which represent the current prior art of caller identification systems. Scenario 1A represents the ideal provisioning of a call where the called party receives both the name and phone number of the calling. In this case, the CID and CNAM are 617-555-1212 and “Smith, Robert,” respectively. Scenario 1B, the middle illustration, only provides the calling party phone number. This scenario is typical of most cellular mobile carriers. In lieu of the CNAM, the cellular carrier will approximate the location of the calling party, although this is frequently subject to error. Scenario 1C, illustrated at the bottom of FIG. 1, depicts a typical VOIP caller identification presentation, which only includes the calling party number (CID).

Having understood the possible combinations of CID and/or CNAM presentations possible on a caller identification system, FIG. 2 embodies the components of the present invention utilized in the context of the scenario depicted in FIG. 1B. The calling party has placed a call (1) over the PSTN, and the carrier has provisioned for the CID and estimated location to be presented on the end-user's telephone screen (2) during the network page.

The end-user initiates use of the system by accessing the user terminal. The user enters the CID from (2) into the CID entry field (3) of the user terminal. After entering a valid CID, the user (4) submits the query to the system. The system then initiates the “CNAM database query” (5) via the SS7 network.

There exist several methodologies to obtain a CNAM database result via SS7, and the exact implementation depends upon the calling party's carrier, the system's carrier, and any contractual relationships between the two carriers. Exemplified in FIG. 2, and most typical, the system performs a Global Title Translation (6) using various Line Information Databases (LIDBs) to determine the calling party's carrier. In some cases, the system will already know the calling party's carrier (e.g. if they are the same as the called party), and this step will be unnecessary. Once the carrier is known, the system is able to route a CNAM query using GR-1188 (7) to the appropriate SS7 signal control point (SCP). The SCP controls CNAM database access for a given phone carrier. For the purposes of this invention, the entire process is referred to as “CNAM Database Query” (5) and refers to any of the proper SS7 methods to retrieve CNAM information.

Upon successful CNAM database query, the CNAM Caller ID is relayed back to the user terminal. The caller name identification is displayed on the appropriate user interface element, thereby completing the process.

FIG. 3 serves as a flow diagram enumerating all possible steps for the system, as embodied, to carry out its function. The utilization of this system commences upon end-user receipt of a CID page (100). The user then activates the system by entering the page CID into the CID entry interface (101). Before the system proceeds, it first validates that the CID is not listed within the system's opt-out privacy database (102). At this stage, the system may also ask the user to confirm the CID had been transmitted to a telephone device they own or operate.

The system then instructs the SS7 interfacing node to initiate an SS7 session, if one is not already active (103). The exact state or instructions relayed to the SS7 switch/node varies depending upon carrier implementation. Once the SS7 session is active, a Global Title Translation (GTT) is performed using the CID from the CID entry interface. (104). The GTT returns the calling party carrier information necessary to locate the carrier's CNAM database on the SS7 network. A query is thereafter sent, usually via the GR-1188 protocol, to the signal control point (SCP) for the calling carrier CNAM database (105). Assuming the calling party didn't opt-out from its carrier CNAM database, the calling party's CNAM is returned to the system's SS7 node (106). Then, the CNAM database query result is displayed on the user interface (107).

FIG. 4 depicts additional embodiments of the system relating to its user interface. In this illustration, the system's SS7 interface (200) is physically separated from its user interface. The user interface is implemented on either another computer linked via the TCP/IP (204), or the end-user's telephone that received the initial call page (203). The SS7 interface communicates (201 or 202) with the user interface via an industry standard API protocol such as JSON.

Claims

1. A system, functioning independently of a called party's telephone carrier and device, provides a calling party's cnam after entry of the calling party's telephone number CID, comprising:

a) an entry field, within a HTML web or mobile phone application, permitting the called party to input a query, post-page, specifying the CID;

b) an ss7 interfacing node permitting real-time access to the ss7 network;

c) a function serving as a direct interface between the called party's query and the calling party carrier's respective cnam database;

d) within the HTML web or mobile phone application, a display of the successfully queried calling party cnam.

2. The system of claim 1, wherein the web or mobile phone application provides free-of-charge cnam resolution for any of the end-user's multiple telephony devices, thereby permitting cost-savings.

3. The system of claim 1, wherein the called party enjoys significant cost savings and free-of-charge cnam querying through an advertising display within the user interface.

4. The system of claim 1, wherein component function (c) additionally:

confirms that the CID is not subject to system opt-out privacy controls; and

confirms that the CID paged a telephonic device owned or operated by the called party.

5. A method for providing a called party with the calling party's cnam after a network page, independent of interaction with the carrier or device receiving the page, comprising the following steps:

a) entering of the calling party's telephone number CID into a web HTML or mobile phone application query field;

b) connecting to the PSTN via an ss7 interfacing node;

c) directly querying the calling party carrier cnam database with the CID query entry;

d) displaying the successfully queried calling party cnam on the HTML web or mobile phone application user interface.

6. The method of claim 5, further comprising a step to display advertising sponsorship on the web or mobile phone application interface, thereby achieving significant user cost savings and free-of-charge cnam querying.

7. An ss7 interfacing node connected to both a TCP/IP network and an ss7 communication network, comprising:

a TCP/IP network interface configured to provide a connection to a user terminal, the connection being configurable over an application program interface (API) using an industry standard protocol; and

an ss7 communication network interface configured to communicate with signal control points (SCPs) on the ss7 communication network;

wherein the ss7 interfacing node is configured (a) to receive from the user terminal over the TCP/IP network interface a query of a caller name identification (cnam) database for a cnam based on a telephone number obtained from a paging signal of an ss7 call, (b) to transmit the telephone number in a carrier identity request over the ss7 communication network interface to one or more line information databases (lidbs); (c) to receive a carrier identity from the lidbs over the ss7 communication network interface; (d) based on the carrier identity, to forward the query using GR-1188 to one or more cnam databases over the ss7 communication network interface, (e) over the ss7 communication network interface, to receive from the cnam databases a cnam associated with the telephone number; and (f) over the TCP/IP network interface, to provide the received cnam as the calling party's name to the user terminal.

8. The ss7 interfacing node of claim 7, wherein the industry standard protocol comprises JSON.

9. A method in an ss7 interfacing node connected to both a TCP/IP network and an ss7 telecommunication network, comprising:

configuring a TCP/IP network interface with a user terminal using an application program interface (API) that conforms to an industry standard protocol; and

configuring an ss7 communication network interface that communicates with one or more line information databases (lidbs) and one or more ss7 signal control points (SCPs) over the ss7 communication network;

wherein the ss7 interfacing node (a) receives from the user terminal over the TCP/IP network interface a query of a caller name identification (cnam) database for a cnam based on a telephone number obtained from a paging signal of an ss7 call, (b) transmits the telephone number in a carrier identity request over the ss7 communication network interface to one or more line information databases (lidbs); (c) receives a carrier identity from the lidbs over the ss7 communication network interface; (d) based on the carrier identity, forwards the query using GR-1188 to one or more cnam databases over the ss7 communication network interface, (e) over the ss7 communication network interface, receives from the cnam databases a cnam associated with the telephone number; and (f) over the TCP/IP network interface, provides the received cnam as the calling party's name to the user terminal.

10. The method of claim 9, wherein the industry standard protocol comprises JSON.