CROSS-REFERENCE TO RELATED APPLICATIONSThe present application is one of two reissue applications filed to seek reissue of U.S. Pat. No. 8,861,698 and is a continuation reissue patent application of U.S. reissue patent application Ser. No. 15/289,905, entitled “Post-Page Caller Name Identification System,” filed on Oct. 10, 2016, now U.S. Pat. No. RE48,847.
BACKGROUND OF THE INVENTION1. 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 inter-carrier 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 INVENTIONIn 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 DRAWINGSFeatures of the exemplary implementations of the invention will become apparent from the description, the claims, and the drawings in which:
FIG.1 identified as subparts1A,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 DESCRIPTIONFromFIG.1, three scenarios are identified which represent the current prior art of caller identification systems. Scenario1A 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. Scenario1B, 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. Scenario1C, illustrated at the bottom ofFIG.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 inFIG.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 inFIG.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 or202) with the user interface via an industry standard API protocol such as JSON.