Search Images Maps Play YouTube News Gmail Drive More »
Sign in
Screen reader users: click this link for accessible mode. Accessible mode has the same essential features but works better with your reader.

Patents

  1. Advanced Patent Search
Publication numberUS20010048738 A1
Publication typeApplication
Application numberUS 09/050,986
Publication dateDec 6, 2001
Filing dateMar 31, 1998
Priority dateApr 3, 1997
Also published asUS7103165, US7907714, US8494138, US8705718, US9369574, US20040151294, US20070047714, US20110142213, US20130279676, US20140169541, US20160248909
Publication number050986, 09050986, US 2001/0048738 A1, US 2001/048738 A1, US 20010048738 A1, US 20010048738A1, US 2001048738 A1, US 2001048738A1, US-A1-20010048738, US-A1-2001048738, US2001/0048738A1, US2001/048738A1, US20010048738 A1, US20010048738A1, US2001048738 A1, US2001048738A1
InventorsPaul G. Baniak, Kristin Chambers, Katherine L. Krein, Christopher H. Rolwes, Terry L. Vieth, Tracy L. Brokaw, Mary B. Clark
Original AssigneeSbc Technology Resourses, Inc.
Export CitationBiBTeX, EndNote, RefMan
External Links: USPTO, USPTO Assignment, Espacenet
Profile management system including user interface for accessing and maintaining profile data of user subscribed telephony services
US 20010048738 A1
Abstract
A profile management system is provided for accessing and maintaining profile data associated with a telecommunications service subscribed to by a user. The profile data is stored on a telecommunications network which executes the telecommunications service subscribed to by the user in accordance with the profile data. The profile management system includes a client and a server. The client hosts a user interface allowing the user to view and update the profile data. The server processes user requests from the client to view and update the profile data by obtaining the profile data from the telecommunications network and forwarding the profile data to the client. The server also processes user requests from the client to update the profile data by forwarding user updates of the profile data from the client to the telecommunications network. As a result of the profile management system, the user can access and maintain the profile data associated with the telecommunications service subscribed to by the user without involving service personnel.
Images(8)
Previous page
Next page
Claims(18)
What is claimed is:
1. A profile management system for accessing and maintaining profile data associated with a telecommunications service subscribed to by a user, the profile data being stored on a telecommunications network which executes the telecommunications service subscribed to by the user in accordance with the profile data, the profile management system comprising:
a client which hosts a user interface allowing the user to view and update the profile data; and
a server which processes user requests from the client to view and update the profile data by obtaining the profile data from the telecommunications network and forwarding the profile data to the client, the server processing user requests from the client to update the profile data by forwarding user updates of the profile data from the client to the telecommunications network;
wherein the user can access and maintain the profile data associated with the telecommunications service subscribed to by the user without involving service personnel.
2. The profile management system of
claim 1
, in which the user interface is a graphical user interface.
3. The profile management system of
claim 2
, in which the telecommunications service comprises positive identification, and in which the profile data comprises access codes and authorized telephone numbers.
4. The profile management system of
claim 3
, wherein when a calling party calls the user, the calling party is only successfully connected to the user if either the calling party's telephone number is one of the authorized telephone numbers or the calling party inputs one of the access codes, wherein if the calling party is not successfully connected to the user, the calling party hears a prerecorded message and is subsequently disconnected.
5. The profile management system of
claim 4
, further comprising a reporting system which generates reports comprising calling parties attempting to connect to the user, indicating each calling party successfully connected to the user, and each calling party not successfully connected to the user.
6. The profile management system of
claim 1
, further comprising an access control system which only allows authorized users to access and maintain the profile data.
7. The profile management system of
claim 1
, in which the user specifies a time when the server will forward the user updates from the client to the telecommunications network.
8. The profile management system of
claim 1
, further comprising a DTMF system for accessing and maintaining the profile data.
9. A profile management system for accessing and maintaining profile data associated with a telecommunications service subscribed to by a user, the profile management system comprising:
a client which hosts a user interface allowing the user to view and update the profile data;
an telecommunications network which stores the profile data and executes the telecommunications service subscribed to by the user in accordance with the profile data; and
a server which processes user requests from the client to view and update the profile data by obtaining the profile data from the telecommunications network and forwarding the profile data to the client, the server processing user requests from the client to update the profile data by forwarding user updates of the profile data from the client to the telecommunications network;
wherein the user can access and maintain the profile data associated with the telecommunications service subscribed to by the user without involving service personnel.
10. The profile management system of
claim 9
, in which the user interface is a graphical user interface.
11. The profile management system of
claim 10
, in which the telecommunications service comprises positive identification, and in which the profile data comprises access codes and authorized telephone numbers.
12. The profile management system of
claim 11
, wherein when a calling party calls the user, the calling party is only successfully connected to the user if either the calling party's telephone number is one of the authorized telephone numbers or the calling party inputs one of the access codes, wherein if the calling party is not successfully connected to the user, the calling party hears a prerecorded message and is subsequently disconnected.
13. A profile management system for accessing and maintaining profile data associated with an AIN service subscribed to by a user, the profile management system comprising:
a client which hosts a user interface allowing the user to view and update the profile data;
an AIN network which stores the profile data and executes the AIN service subscribed to by the user in accordance with the profile data; and
a server which processes user requests from the client to view and update the profile data by obtaining the profile data from the AIN network and forwarding the profile data to the client, the server processing user requests from the client to update the profile data by forwarding user updates of the profile data from the client to the AIN network;
wherein the user can access and maintain the profile data associated with the AIN service subscribed to by the user without involving service personnel.
14. The profile management system of
claim 13
, in which the user interface is a graphical user interface.
15. The profile management system of
claim 14
, in which the AIN service comprises positive identification, and in which the profile data comprises access codes and authorized telephone numbers.
16. The profile management system of
claim 15
, wherein when a calling party calls the user, the calling party is only successfully connected to the user if either the calling party's telephone number is one of the authorized telephone numbers or the calling party inputs one of the access codes, wherein if the calling party is not successfully connected to the user, the calling party hears a prerecorded message and is subsequently disconnected.
17. A profile management system for accessing and maintaining profile data associated with a telecommunications service subscribed to by a user, the profile management system comprising:
a client which hosts a user interface allowing the user to view and update the profile data; and
a server which stores the profile data and executes the telecommunications service subscribed to by the user in accordance with the profile data, the server processing user requests from the client to view and update the profile data by forwarding the profile data to the client, the server processing user requests from the client to update the profile data by replacing the stored profile data with user updates of the profile data received from the client;
wherein the user can access and maintain the profile data associated with the telecommunications service subscribed to by the user without involving service personnel.
18. A method for accessing and maintaining profile data associated with a telecommunications service subscribed to by a user, the method comprising:
remotely logging into a server, from a client;
viewing the profile data associated with the telecommunications service subscribed to by the user;
and if desired, updating the profile data;
wherein the user can access and maintain the profile data associated with the telecommunications service subscribed to by the user without involving service personnel.
Description
    RELATED APPLICATION DATA
  • [0001]
    This application claims the benefit of U.S. provisional patent application No. 60/042,680 entitled “Profile Management System Including User Interface for Accessing and Maintaining Profile Data of User Subscribed Telephony Services”, in the names of Baniak et al., and is related to the disclosure provided in U.S. patent application Ser. No. 08/831,892 filed Apr. 3, 1997, entitled “Apparatus and Method for Facilitating Service Management of Communications Services in a Communications Network”, in the names of Larry JOST et al. the disclosures of which are expressly incorporated herein by reference in their entireties.
  • BACKGROUND OF THE INVENTION
  • [0002]
    1. Field of the Invention
  • [0003]
    The present invention generally relates to the field of telecommunications. More particularly, the present invention relates to a user interface, such as a personal computer (PC) interface, for accessing and maintaining profile data of a user's subscribed telephony service.
  • [0004]
    2. Acronyms
  • [0005]
    The written description provided herein contains acronyms which refer to various telecommunications services, components and techniques, as well as features relating to the present invention. Although some of these acronyms are known, use of these acronyms is not strictly standardized in the art. For purposes of the written description herein, acronyms will be defined as follows:
  • [0006]
    Advanced Intelligent Network (AIN)
  • [0007]
    Computer Access Restriction (CAR)
  • [0008]
    Advanced Intelligent Network (AIN)
  • [0009]
    Computer Access Restriction (CAR)
  • [0010]
    Common Channel Signaling (CCS)
  • [0011]
    Central Office (CO)
  • [0012]
    Calling Party Number (CPN)
  • [0013]
    Call Processing Record (CPR)
  • [0014]
    Data and Reporting System (DRS)
  • [0015]
    Integrated Service Control Point (ISCP)
  • [0016]
    Interactive Voice Response (IVR)
  • [0017]
    Local Area Network (LAN)
  • [0018]
    Personal Computer (PC)
  • [0019]
    Positive ID (PID)
  • [0020]
    Private Branch Exchange (PBX)
  • [0021]
    Service Creation Environment (SCE)
  • [0022]
    Service Control Point (SCP)
  • [0023]
    Service Order Assignment Control (SOAC)
  • [0024]
    Service Management System (SMS)
  • [0025]
    Service Provisioning And Creation Environment (SPACE)
  • [0026]
    Service Switching Point (SSP)
  • [0027]
    Signaling Transfer Point (STP)
  • [0028]
    Transaction Capabilities Applications Part (TCAP)
  • [0029]
    Transmission Control Protocol/Internet Protocol (TCP/IP)
  • [0030]
    User Interface (UI)
  • [0031]
    Wide Area Network (WAN)
  • [0032]
    Working Telephone Number (WTN)
  • [0033]
    3. Background Information
  • [0034]
    In recent years, a number of new telephony service features have been implemented and provided by an Advanced Intelligent Network (AIN). The AIN evolved out of a need to increase the capabilities of the existing telephone network architecture and meet the growing needs of telephony customers. The AIN architecture generally comprises two networks, a data messaging network and a trunked communications network. The trunked communications network handles voice and data communications between dispersed network locations, whereas the data messaging network is provided for controlling operations of the trunked communications network.
  • [0035]
    An illustration of the basic components of an AIN network environment is shown in FIG. 1. The AIN network is provided to facilitate communication between a plurality of network locations or stations 72-86. As shown in FIG. 1, central offices (COs) 64-71 are provided for sending and receiving data messages from a service control point (SCP) 56 via one or more signaling transfer points (STPs) 51, 53 and 59. The data messages are communicated to and from the COs 64-71 and the SCP 56 along a common channel signaling (CCS) network 88. Each CO 64-71 serves as a network service switching point (SSP) and may be equipped with CCS capabilities, which provides for the two-way communication of data messages between each SSP and the SCP 56 via CCS network 88. These data messages may be formatted in accordance with Transaction Capabilities Applications Protocol (TCAP).
  • [0036]
    Each CO 64-71 serving as a network SSP routes AIN-service related telephone calls between a calling station (e.g., station 72) and a called station (e.g., station 84) based on instructions received from the SCP 56. The SSPs 64-71 may be connected by trunked communication lines 90 to transport voice and/or data signals. Each of the stations 72-86 is connected to one or more SSPs 64-71 through private or dedicated telephone lines 93. In AIN-type call processing, the originating SSP is responsible for: identifying calls associated with AIN services; detecting when conditions for AIN service involvement are met; formulating service requests or queries to the SCP 56 for call processing instructions; and responding to the instructions or message responses received from the SCP 56 to complete or terminate the call.
  • [0037]
    In FIG. 1, the SCP 56 is implemented as part of an integrated service control point (ISCP) 10. The ISCP 10 is an integrated system which may include a programmable SCP 56 and a data and reporting system (DRS) 28. The SCP 56 executes software or programmed-based logic, in accordance with a subscriber's call processing record (CPR), and returns call routing instructions to the SSPs. The DRS 28 compiles calling information to be used for billing and administrative purposes. A service creation environment (SCE) (not shown) may also be provided for programming and provisioning the CPRs stored in the database of the SCP 56. The CPRs define the services for each individual subscriber. The SCE may be integrated with the ISCP 10 or provided as a separate application or entity. By way of a non-limiting example, the ISCP 10 may be implemented with a Bellcore integrated service control point (ISCP) available from Bell Communications Research (Bellcore), Murray Hill, N.J., and the SCE may be implemented with SPACE, which is also available from Bellcore. SPACE is a service provisioning and creation environment. SPACE stores a copy of the data in the ISCP and is the network element used for data queries and management by the selected users which have access to it. The users do not access the ISCP directly because direct access would interfere with call processing by performing data manipulations on the same platform. Updates made through SPACE are input into the ISCP immediately. The service order assignment control (SOAC) system receives all service order activity from service personnel and forwards the service orders to the SMS.
  • [0038]
    For additional information regarding AIN and AIN-related network environments, see Berman, Roger K., and Brewster, John H., “Perspectives on the AIN Architecture,” IEEE Communications Magazine, February 1992, pp. 27-32, the disclosure of which is expressly incorporated herein by reference in its entirety.
  • [0039]
    A number of services have been provided by AIN or AIN-type intelligent networks to provide specialized call processing of incoming calls and detailed call information. Services such as call routing, call forwarding and call logging have been provided by AIN or AIN-type networks. Service activation of a particular AIN service is normally accomplished by service personnel who receive a service order from a customer, and then provision or create the CPR that is unique for each working telephone number (WTN) in the SCP or ISCP. Each customer's CPR contains subscriber or profile data which control and/or define the service features and parameters associated with the AIN service subscribed to by the customer. Modification to a customer's CPR may be performed by service personnel based on requests received from the customer (e.g., by a formal written submission for service modification or via telephone interaction with service personnel). For more “simple” AIN services (i.e., AIN services that are based on very few or limited service parameters), automated modification systems and methods have also been provided to permit a customer or user to modify their service profile data via a telephone connection and touch tone dialing or Dual Tone Multi Frequency (DTMF) response.
  • [0040]
    An example of such a simple AIN service is selective call acceptance which was deployed in Wichita, Kans. in 1994. Selective call acceptance allows residential and small business customers to provide a screening list of 50 authorized telephone numbers and one access code in order to allow people calling from one of the authorized numbers or with the access code to connect to the subscriber's working telephone number. If an unauthorized caller calls the subscriber's working telephone number, the unauthorized caller can be routed to an alternative location if desired, for example, a voice mailbox. When the subscriber chooses to modify the authorized numbers and/or access code, the subscriber either contacts service personnel or modifies their service profile data via DTMF.
  • [0041]
    While such prior systems have been provided, the ability for a customer to freely access and maintain their service profile data has been limited. Prior attempts have relied upon the involvement of service personnel or have limited a customers ability to access and modify their service profile data. DTMF-based interfaces have also not provided an efficient or user-friendly system by which customers may review and revise their service profile data. Further, for more “complex” AIN-based services (i.e., AIN services based on a large number of service parameters or including more complex sets or groups of service parameters) such prior attempts have not provided an effective solution for automated service management and maintenance. Thus, there is currently a need for an interface permitting users to freely access and maintain their service profile data. A need also exists for a user interface permitting a user to review and update their data for services, such as AIN-based services, through a computer-based interface without requiring the involvement of or interaction with service personnel.
  • SUMMARY OF THE INVENTION
  • [0042]
    In view of the above, the present invention, through one or more of its various aspects and/or embodiments is thus presented to accomplish one or more objectives and advantages, such as those noted below.
  • [0043]
    A general object of the present invention is to provide a profile management system having a user interface that provides the ability for a customer to freely access and maintain their service profile data.
  • [0044]
    Another object of the invention is to provide a profile management system for AIN-based services. A further object of the invention is to provide such a system that does not rely upon the involvement of service personnel to permit a user to access and modify their AIN service profile data.
  • [0045]
    Still another object of the invention is to provide a profile management system that provides an efficient and user-friendly manner by which customers may review and revise their service profile data.
  • [0046]
    Yet another object of the invention is to provide a profile management system for more “complex” services (e.g., AIN services based on a large number of service parameters or including more complex sets or groups of service parameters), that permits a user to more effectively access and maintain their profile data for such a complex service.
  • [0047]
    Another object of the invention is to provide a profile management system that includes a user interface that permits a customer to review and update their profile data for services, such as AIN-based services, through a computer-based interface.
  • [0048]
    A profile management system is provided for accessing and maintaining profile data associated with a telecommunications service subscribed to by a user. The profile data is stored on a telecommunications network which executes the telecommunications service subscribed to by the user in accordance with the profile data. The profile management system includes a client and a server. The client hosts a user interface allowing the user to view and update the profile data. The server processes user requests from the client to view and update the profile data by obtaining the profile data from the telecommunications network and forwarding the profile data to the client. The server also processes user requests from the client to update the profile data by forwarding user updates of the profile data from the client to the telecommunications network. As a result of the profile management system, the user can access and maintain the profile data associated with the telecommunications service subscribed to by the user without involving service personnel.
  • [0049]
    In a preferred embodiment, the user interface is a graphical user interface, the telecommunications service is positive identification, and the profile data includes access codes and authorized telephone numbers. Moreover when a calling party calls the user, the calling party is only successfully connected to the user if either the calling party's telephone number is one of the authorized telephone numbers or the calling party inputs one of the access codes. If the calling party is not successfully connected to the user, the calling party hears a prerecorded message and is subsequently disconnected. A reporting system may also be provided which generates reports detailing calling parties attempting to connect to the user. The report may also indicate each calling party successfully connected to the user, and each calling party not successfully connected to the user.
  • [0050]
    According to another preferred embodiment, the profile management system also includes an access control system which only allows authorized users to access and maintain the profile data. Furthermore, the user may specify a time when the server will forward the user updates from the client to the telecommunications network. The profile management system may also include a DTMF system for accessing and maintaining the profile data.
  • [0051]
    According to another embodiment, a profile management system is provided for accessing and maintaining profile data associated with a telecommunications service subscribed to by a user. The profile management system includes a server, a client and a telecommunications network. The client hosts a user interface allowing the user to view and update the profile data. The telecommunications network stores the profile data and executes the telecommunications service subscribed to by the user in accordance with the profile data. The server processes user requests from the client to view and update the profile data by obtaining the profile data from the telecommunications network and forwarding the profile data to the client. The server also processes user requests from the client to update the profile data by forwarding user updates of the profile data from the client to the telecommunications network. As a result of the profile management system the user can access and maintain the profile data associated with the telecommunications service subscribed to by the user without involving service personnel.
  • [0052]
    In a preferred embodiment, the user interface is a graphical user interface, the telecommunications service is positive identification, and the profile data includes access codes and authorized telephone numbers. Moreover when a calling party calls the user, the calling party is only successfully connected to the user if either the calling party's telephone number is one of the authorized telephone numbers or the calling party inputs one of the access codes. If the calling party is not successfully connected to the user, the calling party hears a prerecorded message and is subsequently disconnected.
  • [0053]
    According to another embodiment, a profile management system is provided for accessing and maintaining profile data associated with an AIN service subscribed to by a user. The profile management system includes a server, client and an AIN network. The client hosts a user interface allowing the user to view and update the profile data. The AIN network stores the profile data and executes the AIN service subscribed to by the user in accordance with the profile data. The server processes user requests from the client to view and update the profile data by obtaining the profile data from the AIN network and forwarding the profile data to the client. The server also processes user requests from the client to update the profile data by forwarding user updates of the profile data from the client to the AIN network. As a result of the profile management system the user can access and maintain the profile data associated with the AIN service subscribed to by the user without involving service personnel.
  • [0054]
    In a preferred embodiment, the user interface is a graphical user interface, the AIN service is positive identification, and the profile data includes access codes and authorized telephone numbers. Moreover when a calling party calls the user, the calling party is only successfully connected to the user if either the calling party's telephone number is one of the authorized telephone numbers or the calling party inputs one of the access codes. If the calling party is not successfully connected to the user, the calling party hears a prerecorded message and is subsequently disconnected.
  • [0055]
    According to another preferred embodiment, a profile management system is provided for accessing and maintaining profile data associated with a telecommunications service subscribed to by a user. The profile management system includes a client and a server. The client hosts a user interface allowing the user to view and update the profile data. The server stores the profile data and executes the telecommunications service subscribed to by the user in accordance with the profile data. The server processes user requests from the client to view and update the profile data by forwarding the profile data to the client. The server processes user requests from the client to update the profile data by replacing the stored profile data with user updates of the profile data received from the client. As a result of the profile management system, the user can access and maintain the profile data associated with the telecommunications service subscribed to by the user without involving service personnel.
  • [0056]
    According to another preferred embodiment, a method is provided for accessing and maintaining profile data associated with a telecommunications service subscribed to by a user. The method includes remotely logging into a server, from a client; viewing the profile data associated with the telecommunications service subscribed to by the user; and if desired, updating the profile data. As a result of the method, the user can access and maintain the profile data associated with the telecommunications service subscribed to by the user without involving service personnel.
  • [0057]
    The above-listed and other objects, features and advantages of the present invention will be more fully set forth hereinafter.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • [0058]
    The present invention is further described in the detailed description which follows, by reference to the noted plurality of drawings by way of non-limiting examples of preferred embodiments of the present invention, in which like reference numerals represent similar parts throughout the several views of the drawings, and wherein:
  • [0059]
    [0059]FIG. 1 illustrates the components of a conventional Advanced Intelligent Network (AIN) network environment;
  • [0060]
    [0060]FIG. 2 illustrates, in block diagram form, an exemplary system architecture for implementing the various features and aspect of the present invention;
  • [0061]
    [0061]FIG. 3 illustrates, in block diagram form, another exemplary system architecture for implementing the features of the present invention;
  • [0062]
    [0062]FIG. 4 illustrates yet another exemplary system architecture and environment for implementing the present invention;
  • [0063]
    [0063]FIG. 5 illustrates a further exemplary system architecture and environment for implementing the features of the present invention;
  • [0064]
    [0064]FIG. 6 illustrates a list of Positive ID numbers and their status as displayed by an exemplary user interface according to an aspect of the present invention;
  • [0065]
    [0065]FIG. 7 illustrates an authorized telephone number table and access code table as displayed by an exemplary user interface according to an aspect of the present invention; and
  • [0066]
    [0066]FIG. 8 shows an activity log according to an aspect of the present invention.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • [0067]
    Referring to the accompanying drawings, a detailed description of preferred embodiments, features and aspects of the present invention will be provided.
  • [0068]
    The present invention relates to a profile management system having a user interface, such as a personal computer (PC) interface, for accessing and maintaining profile data of a user's subscribed telephony service. The telephony service may be a AIN-based service that includes profile data which control and/or define the service features and parameters associated with the AIN service subscribed to by the customer. Through the user interface of the present invention, a customer may freely access, maintain and modify their service profile data without the involvement of or interaction with service personnel. The present invention also provides the ability to selectively access and maintain complex service profile data with a user-friendly and effective interface. When the interface is implemented with a PC interface, one or more display screens may be provided to display the customer's profile data, and to permit a user to build and maintain their data.
  • [0069]
    The various features and aspects of the present invention are disclosed herein with reference to a particular AIN-based service, which is referred to as “Positive ID (PID)” or “Computer Access Restriction (CAR)” herein. Although the present disclosure describes a particular implementation of the present invention with respect to the PID service, the scope of the invention is not limited to this implementation and the various features and aspects of the invention may be adapted for other AIN-based services or telephony. Changes may be made, within the purview of the disclosure, as presently stated, without departing from the scope and spirit of the invention in its various aspects. Further, although the invention has been described herein with reference to particular means, materials and embodiments, the invention is not intended to be limited to the particulars disclosed herein; rather, the invention extends to all functionally equivalent structures, methods and uses.
  • [0070]
    As disclosed herein, PID is an AIN-based service that permits a user to control access to their telephone or private line. PID may be used to restricts phone line access to computer systems or other proprietary systems (e.g., PBXs, etc.) of a subscriber. According to one aspect of PID, a screening list of authorized calling party numbers (CPNs) is stored at an ISCP or SCP. When a call is placed to a subscriber's working telephone number (WTN) (e.g., the number of the phone line used to access the subscriber's computer system), an AIN query is launched to the SCP by the serving or originating SSP in order to determine whether the calling party is authorized to access the subscriber's system. Authorization is confirmed when the number of the calling party is located in the screening list of authorized CPNs. If the calling party is not authorized, a denial message may be played back to indicate that access has been restricted. A screening list of override access codes may also be stored in the SCP, to permit employees or other calling parties who are calling from an unauthorized phone number to override the rejection and gain access by entering one of the access codes contained in the screening list.
  • [0071]
    In accordance with an aspect of the invention, a profile management system may be provided as a tool to PID customers for building and maintaining their profile data, including their lists of authorized telephone numbers and access codes associated with their PID-equipped lines. The user interface of the invention may comprise a PC interface including client software which allows a user to access a secured server of the PID service provider, which will accept changes made by a user through the PC interface. These changes may include revisions to a customer's list that are sent to the AIN network that screens the PID customer's incoming calls. According to an aspect of the invention, the server may also automatically track log-on activity to a customer's account and provide reports so that a user can verify that only authorized individuals have accessed their WTN.
  • [0072]
    [0072]FIG. 2 illustrates in block diagram form an exemplary system architecture for implementing the present invention. The profile management system of the present invention may include a PID PC client 102 that serves as a PC interface for the PID user or subscriber. Although FIG. 2 depicts a single PID PC client 102, a plurality of PID PC clients may be provided for each AIN-service based user and/or depending on the number of users accommodated by the profile management system of the invention. The PID PC client 102 may comprise PID client software residing on a micro-processor based system or personal computer platform such as an IBM PC or compatible, preferably operating in a Microsoft Windows environment. The PID client software may be programmed with a high level programming language, such as PowerBuilder available from Sybase, Inc. of Emeryville, Calif. and provides various display windows or screens for facilitating the building and maintenance of the user's profile data. A detailed description of the functions and operations performed by the PID client software is provided below.
  • [0073]
    The PID PC client 102 may include a modem for dialing and accessing a PID PC server 104 through a dedicated/private line or network using, for example, the TCP/IP protocol. Messaging middleware such as “DATAGATE” (which is a message based software application available from Southwestern Bell Telephone Co.) may be utilized by the PID PC client 102 to send and receive messages and information to the PID PC server 104. Although FIG. 2 only depicts one PID PC server, depending on the number of users and system capacity, one or more PID PC servers may be provided that each serve a plurality of PID PC clients. The PID PC client 102 may communicate with the PID PC server 104 to obtain a list of the PID WTNs a user is entitled to work with, and to obtain the detailed information associated with each PID WTN, including the authorized telephone numbers and access codes for user maintenance, e.g., updating the tables.
  • [0074]
    The PID PC server 104 may comprise an application service to handle the PID client connections and communicates with a Service Management System (SMS) Server 204 to obtain profile data on behalf of subscribers and also to submit subscriber orders. The PID PC server 104 may be implemented with a UNIX-based mainframe or other type of computer, utilizing threads and software programmed in a high level programming language such as C++. The PID PC server 104 may access and interact with the SMS Server 204 via a suitable communication channel or network connections (e.g., a dedicated line, local area network (LAN) or wide area network (WAN)) using TCP/IP and messaging middleware such as “DATAGATE”. The SMS Server 204 may be implemented with a UNIX-based mainframe or computer (e.g., a SPARC Center 2000 with a Solaria operating system), and sends information to and receives information from an ISCP or SCP via a service creation environment (SCE) such as SPACE. A more detailed description of the various features of the SMS Server 204 may be found in U.S. patent application Ser. No. 08/831,892 filed Apr. 3, 1997, entitled “Apparatus and Method for Facilitating Service Management of Communications Services in a Communications Network”, in the names of Larry JOST et al.
  • [0075]
    As further shown in the embodiment of FIG. 2, the profile management system of the invention may also include a PID status server 106 and PID database 110. The PID status server 106 may comprise an application service to handle asynchronous acknowledgments of client order completion and new PID order notifications from the SMS Server 204. The detailed profile data for each Positive ID WTN (i.e., the authorized telephone number list and access codes) may be simultaneously stored by the SMS server 204 and in the database of the ISCP or SCP. The SMS server 204 keeps a duplicate of the profile data stored in the ISCP to facilitate update and modification of a user's profile data and to provide a backup in case of system failure or outage.
  • [0076]
    The PID database 110 may store additional data required by the profile management system of the present invention. For example, the PID database 100 stores information relating to orders for new service including the order status and may be used to check all activity on a service order, including creation and cancellation. Furthermore, the PID database 100 may store indicators showing whether a specific user has access to a positive ID number or is locked from access for a positive ID number.
  • [0077]
    The PID status server 106 may be implemented with a UNIX-based mainframe or computer, utilizing threads and software programmed with a high level programming language such as C++. The PID status server 106 may access and interact with the SMS Server 204 via suitable communication channels or network connections (e.g., a dedicated line, local area network (LAN) or wide area network (WAN)) using TCP/IP and messaging middleware such as “DATAGATE”. The PID database 110 may be implemented with a suitable storage device or as part of the memory of a UNIX-based mainframe or computer system. It is also possible that several of the main components of the profile management system, including the PID PC server, the PID status server and the PID database are implemented on a single mainframe or computer system (such as a UNIX-based mainframe).
  • [0078]
    The user interface is now described with reference to FIGS. 6 and 7. Initially, the user logs onto the PID PC server 104 from the PID PC client 102. In a preferred embodiment, the log-in is password controlled. After the user ID and password is verified, a screen similar to that shown in FIG. 6 will appear. FIG. 6 shows all working telephone numbers associated with the user's password and user ID. Then, a user may select one of the WTNs to view, edit or delete. The screen shown in FIG. 6 also indicates a status of each WTN. If the WTN is shown as ACTIVE, the date in the second column indicates the date the current profile data was put into service to restrict calls. When a WTN is active, the view and edit button are available, whereas the delete button is unavailable. Viewing the ACTIVE status tables is particularly important when trying to establish if an authorized person's telephone number is, in fact, on the table and also whether a given access code is valid.
  • [0079]
    If the status column for a WTN indicates PENDING, then a file containing authorized telephone numbers and access codes has been created with changes in it, but those changes have not yet become effective. Pending files can be created for immediate processing or with an effective date some time in the future, which the user may select. A pending file can also be deleted, which will completely eliminate the submitted file. When a pending file is deleted, a new pending file can be created by editing an active WTN. The status of a WTN is shown as NEW from the time that the Positive ID service is ordered until the service establishment date passes.
  • [0080]
    To select a PID WTN for editing or viewing, the user highlights a desired WTN and presses the edit or view button as shown in FIG. 6. In a preferred embodiment, the screen shown in FIG. 7 will then appear displaying both the authorized telephone number and access code tables. The authorized telephone number table stores the authorized telephone number in the first column, and comments in the second and third columns. Typically, the second column will store the name of the person associated with the authorized telephone number. The second comment column (third column in FIG. 7) may be used, for example, to indicate a department associated with the authorized telephone number.
  • [0081]
    According to a preferred embodiment, both tables can be sorted to provide ease in analyzing the information. By double clicking on any column heading, the data will be sorted by the information in that column in ascending order. For example, by double clicking on the column storing authorized telephone numbers, the authorized telephone number table will be sorted in ascending order by authorized telephone number. By double clicking on the comments field, the authorized telephone number table will be alphabetically sorted by the data in the comments field, e.g., by name.
  • [0082]
    In a preferred embodiment, the authorized number table stores up to 500 numbers, although any other maximum number of authorized telephone numbers can be utilized depending on available storage capacity. Preferably, the authorized telephone numbers are stored in the area code-telephone number format, which is 10 digits in length. By pressing the add button when editing the authorized telephone numbers table, the user may insert a new authorized telephone number into the table. By highlighting an authorized telephone number and pressing the remove button, the user may delete an authorized telephone number from the table.
  • [0083]
    In a preferred embodiment, the access code table is limited to 100 entries, although any other number may be used depending on available system storage. In a preferred embodiment, the access codes are 4 to 7 digits in length. As shown in FIG. 7, the access code table contains one comment field for information, such as the department, associated with each access code. An access code can be added and deleted in the same manner as the authorized telephone number is added and deleted.
  • [0084]
    Referring back to FIG. 6, when a PID WTN shows a NEW status, no tables exist for that WTN. However, a user may view and edit the unpopulated tables. New tables associated with the NEW WTN can be created by pushing the edit button. Pushing the edit button creates a pending version of the tables that may be submitted to the SMS server 204 when editing is completed. If the PID WTN number is shown as ACTIVE, no pending file exists for that WTN. However, a user may view the file (storing the tables) currently restricting access to the WTN and may create a new file. After the user creates a new file by completing editing of the file, the WTN will show PENDING status. If another user is editing a WTN's tables, then the tables can only be viewed (not edited), because only one pending file can exist for each PID WTN.
  • [0085]
    If a PID WTN has a PENDING status, a file has been created with changes to the table associated with that PID WTN and the file has been submitted, but the changes have not yet become effective. In a preferred embodiment each PID WTN is permitted one pending file. The pending file can be edited, but the edited version will replace the existing pending file. The pending file can also be deleted, which will completely eliminate the submitted file. When a pending file is deleted, a new pending file can be created by editing the new or active PID WTN. Moreover, when a PID WTN is PENDING, the user may elect to view either the active file, or the pending file. In other words, the user may view the file currently controlling access to the PID WTN, or the file scheduled to control access when it becomes effective.
  • [0086]
    In a preferred embodiment, when submitting files to the SMS server 204, an effective date of the submitted file must be selected. Selecting an effective date in the future allows updates to the tables to be made in advance of when the file is actually needed. For example, if a new employee is joining a group in a week, the file could be updated and submitted, but not be made effective until the next week when the employee is part of the group.
  • [0087]
    Once the user selects a PID WTN to view or edit, the PID PC server 104 launches a query to the SMS server 204 to retrieve the tables (authorized telephone number table and access code table) associated with that PID WTN. The PID PC server 104 also locks the PID WTN, so that no other user can access the tables for editing purposes, until the initial user has completed working with the tables.
  • [0088]
    In a preferred embodiment, the authorized telephone numbers field and comments fields of the authorized telephone numbers table are stored by the SMS server 204, but the comment fields is stripped off prior to the SMS server 204 sending the message to SPACE. Consequently, if the user only changes information in the comments field, the PID PC client 102 sends a message to the PID PC server 104 indicating that only comments have changed. The PID PC server 104 then sends only the comments field to the SMS server 204 and will mark the change as local only. The local indication tells the SMS server 204 that the update should not be sent onward to SPACE and the ISCP, but should be saved within the SMS server 204.
  • [0089]
    A detailed description of exemplary interactions between the various main components of the profile management system (i.e., the PID PC Client, the PID PC Server, the PID Status Server, and the PID Database) is now provided. The messaging between the various components is facilitated with messaging middleware such as DATAGATE. First, the messages between the PID PC client 102 and the PID PC server 104 are described.
  • [0090]
    In a preferred embodiment, the connection between the PID PC client 102 and the PID PC server 104 is via TCP/IP using either a dial up connection or a dedicated line. Initially, the PC client may initiate a log in request by transmitting the user ID and password to the PC server. The PC server responds by accepting the log in or rejecting the log in. The PC client may also initiate a request to change a password to which the PC client responds by either accepting or rejecting the request.
  • [0091]
    Another possible transaction between the PC client and PC server is retrieving the list of PID WTNs the user has access to, along with information about all pending activities to be performed on each PID WTN. Upon receipt of the PID WTN information, the user interface on the PC client displays the information in a manner similar to that shown in FIG. 6. For a new PID WTN not yet established, which the user has yet to submit tables for, the PC server assigns a NEW status for this PID WTN.
  • [0092]
    Another possible transaction between the PC server and PC client is retrieving the authorized telephone number table and access code table associated with a specific PID WTN. As described above, the user may view the active or pending files. The PC server's response to the PC client's requests includes a read-only data structure if another user is currently working with the PID WTN's pending file i.e., the file is locked, or if the active file is requested. Note, a user may lock a PID WTN that has a pending file, if the user is requesting the pending file. However, if the user is requesting the active view, the lock will be rejected.
  • [0093]
    Another possible transaction between the PC client and PC server is modifying the authorized telephone number table and the access code table associated with the PID WTN. The PC server responds to the request with either a success or failure indication.
  • [0094]
    Another set of possible transactions between the PC server and PC client is establishing and releasing a user's lock on a PID WTN's file. Establishing the user's lock locks the PID WTN's file from write access by other users. In other words, a lock prevents any other user from editing the tables associated with the PID WTN. When a user requests a view of a pending PID WTN file, the PC server locks the pending PID WTN's file, preventing any other user from submitting modifications to the PID WTN's file. The release lock transaction may be used to unlock the PID WTN's file. The release lock request is sent by the user interface on the PC client when a user has exited the PID edit screen.
  • [0095]
    A cancel pending request transaction is also possible between the PC client and the PC server. The cancel pending request transaction allows a user to cancel a pending request against the PID WTN. In a preferred embodiment, the user selects a specific file for canceling or a file assigned to a specific pending date. After canceling a pending request on a PID WTN, the user interface may allow the user to edit the pending view (retrieved prior to the cancellation) and resubmit the request. A user must obtain a lock on the PID WTN after performing the cancel. Cancellation of a pending file for a PID WTN that is locked is prohibited, unless the file is being canceled by the user holding the lock.
  • [0096]
    An additional PC client to PC server interaction is for status log requests. a status log request transaction retrieves the status log history of a specified PID WTN, or all PID WTNs associated with a user. If a PID WTN is specified in the request, then the log for that PID WTN is returned. Otherwise, the log for all the PID WTNs associated with the user are returned. A user may also request a date which will be the cutoff time from when the log information begins. If the date is unspecified, the PC server returns all available log information for the selected PID WTNs.
  • [0097]
    Possible PID PC server 104 to SMS server 204 interactions are now described. The PC server connects to the SMS server over a LAN using TCP/IP and messaging middleware, such as DATAGATE. The PC server may request the current or pending view of the authorized telephone number and access code tables associated with a PID WTN. The PC server may also request to update the PID tables and request to cancel the update of the authorized telephone number and access code tables associated with the PID WTN. In both cases, the SMS server responds with either a success or an error.
  • [0098]
    Interactions between the SMS server 204 and the PID status server 106 are now described. The SMS server connects to the status server via the LAN using TCP/IP and messaging middleware, such as DATAGATE.
  • [0099]
    When an order for Positive ID is received by the SMS (e.g., from SOAC), the SMS server sends associated information, such as the WTN and its user ID, to the status server. The status sever then inserts the new WTN into a table storing all PID WTNs. After the successful table addition, the status server sends a confirmation message back to the SMS server. An order may also be changed or deleted. If a prior version of the order exists, the status server resolves differences between the two versions. For example, if the prior version of the order creates a PID WTN not created by the latest version of the PID WTN, the status server removes the PID WTN. Alternatively if new PID WTNs are created by the newer version of the order, the status server adds the new PID WTNs. The revised order is then stored in the PID database 110. If a cancel request is received, the old order is read in from the PID database and the initial work for the order is undone, the order status is set as CANCELED and the order is updated in the PID database.
  • [0100]
    In a preferred embodiment, the SMS server 204 sends the message indicating a pending PID WTN before the due date on the service order because the subscriber then has time to set up their lists of authorized telephone numbers and access numbers prior to the effective date of their service. Thus, the service can be activated the same day the user begins paying for it. In cases other than Positive ID, when the SMS server receives a service order from SOAC, a field in the message received by the SMS server should be provided to indicate the type of service being ordered.
  • [0101]
    The SMS server may also send an acknowledgment that the PID tables are updated when the SMS server has processed a user requested update sent to the SMS server. In response to the acknowledgment, the status server changes the status associated with the WTN from PENDING to ACTIVE.
  • [0102]
    The SMS server may also send a cancellation acknowledgment to the status server when the SMS server has processed a user request to cancel a user generated file (storing the tables). The status server responds by updating the status of the order. The status of the order is set to CANCELED.
  • [0103]
    [0103]FIG. 3 illustrates in block diagram form another exemplary system architecture for implementing the features of the present invention. The main components of the profile management system (i.e., the PID PC client 102, the PID PC server 104, the PID status server 106, and the PID database 110) may be configured similarly to the system described with reference to FIG. 2. The SMS server 204 may also be configured similarly to SMS server in FIG. 2, or it may be implemented with two main interfaces (e.g., a SMS query server and a SMS O.S.S. server) as shown in FIG. 3. The SMS query server comprises an interface for the PID PC server 104 and sends queries to the ISCP or SCP database via SPACE to obtain a customer's profile data for subsequent viewing at the PC client 102. The service profile data obtained by the SMS query server (based on a request from the PC server 104) may be sent back to the PC client 102 via the PC server 104. As noted above, the SMS server 204 may also comprise a database (not shown) for storing a copy of the profile data of all PID customer's stored in the ISCP or SCP. The redundancy may be provided to protect against outages or system defaults at SPACE or the ISCP/SCP, and the data stored at the SMS may be updated with the ISCP/SCP profile data on a periodic basis (e.g., once a day, etc.) to maintain accuracy. When a copy of the customer's profile data is provided at the SMS server 204, the SMS query server may query the SMS database to obtain a customer's profile data for viewing. In addition, a SMS O.S.S. server (see FIG. 3) may be provided as part of the SMS server 204 to handle updates to a customer's profile data (received from the PC client 102 via the PID PC server 104). The SMS O.S.S. server may also initiate and process a customer's service order (e.g., to populate or change a user profile) and acknowledge the status of the customer's order (in the form of a feedback message to the PID status server 106).
  • [0104]
    Various methods and procedures may be provided for service initialization and activation. For example, in the embodiment of FIG. 3, a user wishing to subscribe to PID may contact service personnel (e.g., by telephone, the internet or e-mail) and request that a service order be placed. When placing the service order, a client may provide contact information to the service personnel. After collecting all of the pertinent information, the client order will be entered by the service personnel (e.g., at a SOAC system terminal) and will flow to SMS for provisioning. The SMS server 204 will then send an acknowledgment message (e.g., via the SMS O.S.S. Server) to the PC status server 106 to confirm, for example, receipt of the customer's order and that the processing of the order has been initiated. The PID database 110 may include a SOAC order table to list a new client's order that has been received and confirmed by the SMS.
  • [0105]
    Support personnel may access and view the SOAC order table of the PID database 110 via a PID administration tool 130 (which may comprise a computer based interface for accessing and storing information with the PID database). When a support person sees that a new order is present in the SOAC order table, the support person may contact the customer or client based on the contact information that was provided. From the new customer or client, the service person may gather various information to provision the PID PC interface feature of the invention. For example, the service personnel may obtain and setup a user ID and password for the user of the PID PC client software, and determine the client's system specifications. The service person may also confirm the user's address and send the PC client software to the user for installation.
  • [0106]
    The user ID and password may be provisioned and stored in an access database 120 by the support person, to provide a security feature for limiting access to the PID PC server 104 and access to the customer's profile data. The access database 120 may be implemented with “Graceland”, which is an access and security management tool available from Southwestern Bell Telephone, and the database may be queried and searched by the PID PC server 104 to verify a user's password and user ID before granting access to a client at PID PC client 102. Of course any other access and security management tool can be substituted for “Graceland”.
  • [0107]
    According to another preferred embodiment, a user may choose to retrieve an activity log either in its entirety or by selecting a specific WTN and/or date after which all entries should be displayed. The activity log displays transactions related to each Positive ID WTN associated with the user ID. An example of an activity log is illustrated in FIG. 8. The first column indicates the user associated with the activity being logged. In the log file shown in FIG. 8, three different users all had activities logged. The second column indicates the WTN associated with the activity. The third column displays the activity. Possible activities for a WTN are: ACCESSED indicating a Positive ID WTN table was reviewed; and SUBMITTED indicating a Positive ID WTN table was changed and sent to the SMS server 204. Thus, a modified table will show two log entries, one for accessed and one for submitted. Additional activities are: CANCEL SEND indicating a pending file was canceled before it became active and REPLACED indicating the pending file was edited and resubmitted to the SMS server 204. Thus, a replaced table will show two log entries, one for ACCESSED and one for REPLACED.
  • [0108]
    The Date/Time column shows the date and time when the activity occurred. The effective date column, shows the date that a pending file is to be made active or the date when another activity is made effective. In the status column, the status value can be PENDING, CANCELED, COMPLETED, IN PROCESS and FAILED. PENDING indicates that files have been submitted but have not become active yet. If the pending file was submitted for a future effective date, it will remain in PENDING status until edited or the effective date passes. If the effective date field is today's date, the file was sent for immediate processing and will show an IN PROCESS status until confirmation is received from the AIN network that the changes have become active. The COMPLETED status indicates the file that was submitted is now effectively restricting access to the PID WTN. The FAILED status indicates the submitted file failed. A CANCELED status indicates the pending file was deleted before it was made active. Any authorized user may delete a pending file, not only the user who created the pending file. The Status Date/Time column indicates the date and time the status changed to the status shown in the Status column. Thus, the activity log provides the user information for tracking changes.
  • [0109]
    According to a preferred embodiment, when the PID PC client 102 is connected with the PID PC server 104, a time out may occur. The time out requires a password to be re-entered after a period of inactivity. In a preferred embodiment, the period is 15 minutes. Therefore, after 15 minutes with no keystrokes, the user's keyboard would lock, relative to the profile management application, until the password is re-entered.
  • [0110]
    In addition to accessing the profile data with the PID PC client software, an interactive voice response (IVR) system i.e., DTMF, may also be employed according to another embodiment. The IVR system allows the user to add, delete and verify authorized telephone numbers and access codes from any location using a touch tone phone. Once the initial authorized telephone number and access tables have been created and transmitted via the PC interface, the IVR may be used to update the profile data. By calling the IVR and following touch tone commands, updates can be made which become effective immediately. The IVR can also be used at any time to audibly review the tables of authorized telephone numbers and access codes. To use the IVR, the user must enter a password and the PID WTN enabling the user to access the information. The combination of the PID WTN and the password will authenticate users.
  • [0111]
    While the invention has been described with reference to several exemplary embodiments, it is understood that the words which have been used herein are words of description and illustration, rather than words of limitations. Changes may be made, within the purview of the disclosure, as presently stated and as amended, without departing from the scope and spirit of the invention in its aspects. Further, although the invention has been described herein with reference to particular means, materials and embodiments, the invention is not intended to be limited to the particulars disclosed herein; rather, the invention extends to all functionally equivalent structures, methods and uses.
  • [0112]
    For example, FIGS. 4 and 5 illustrate, in general block diagram form, other exemplary system architectures and environments for implementing the invention. FIG. 4 illustrates a system environment in which the invention may be implemented, with the PC server 104 and the PID status server 106 residing on the same platform or entity. Although not shown in FIG. 4, the PID database 10 may also be provided on the same platform or system entity of the PID PC server and PID status server. In addition, FIGS. 5 illustrates an exemplary WAN-based architecture for implementing the invention. A description of the various components depicted in FIGS. 4 and 5 may be found in the U.S. patent application Ser. No. 08/831,892 filed Apr. 3, 1997, entitled “Apparatus and Method for Facilitating Service Management of Communications Services in a Communications Network”, in the names of Larry JOST et al., the disclosure of which is expressly incorporated herein by reference in its entirety.
  • [0113]
    Although the present invention has been described in considerable detail with reference to certain preferred embodiments, other embodiments are possible. Therefore, the scope and spirit of the appended claims should not be limited to the description of the preferred embodiments contained herein.
Referenced by
Citing PatentFiling datePublication dateApplicantTitle
US7319978 *Mar 23, 2001Jan 15, 2008Fujitsu LimitedNet shopping method, system therefor, and automatic payment transfer device
US7366287Sep 25, 2003Apr 29, 2008At&T Knowledge Ventures, L.P.DTMF lockout utility epoch time stamp
US7573997May 31, 2007Aug 11, 2009At&T Labs, Inc.Local routing system and method
US7849135 *Apr 9, 2004Dec 7, 2010At&T Mobility Ii LlcSharing content on mobile devices
US7907714Jul 21, 2006Mar 15, 2011At&T Labs, Inc.Profile management system including user interface for accessing and maintaining profile data of user subscribed telephony services
US7941481May 26, 2000May 10, 2011Tellme Networks, Inc.Updating an electronic phonebook over electronic communication networks
US7957509Oct 19, 2007Jun 7, 2011At&T Intellectual Property I, L.P.Voice enhancing for advance intelligent network services
US8077847Mar 7, 2008Dec 13, 2011At&T Intellectual Property I, L.P.DTMF lockout utility using epoch time stamp
US8139742Sep 26, 2006Mar 20, 2012At&T Intellectual Property I, L.P.Apparatus and method for facilitating service management of communications services in a communications network
US8155293Jul 24, 2008Apr 10, 2012At&T Intellectual Property I, L.P.System and method for restricting and monitoring telephone calls
US8181118 *Nov 28, 2001May 15, 2012Intel CorporationPersonal information device on a mobile computing platform
US8208910Jul 9, 2010Jun 26, 2012At&T Mobility Ii, Llc.Spam control for sharing content on mobile devices
US8451999Dec 15, 2006May 28, 2013Verizon Patent And Licensing Inc.Interactive communication session director
US8494138Jan 6, 2011Jul 23, 2013At&T Intellectual Property I, L.P.Profile management system including user interface for accessing and maintaining profile data of user subscribed telephony services
US8547872Apr 12, 2012Oct 1, 2013Headwater Partners I LlcVerifiable and accurate service usage monitoring for intermediate networking devices
US8548428Jan 27, 2010Oct 1, 2013Headwater Partners I LlcDevice group partitions and settlement platform
US8570908Apr 25, 2013Oct 29, 2013Headwater Partners I LlcAutomated device provisioning and activation
US8583781Mar 2, 2009Nov 12, 2013Headwater Partners I LlcSimplified service network architecture
US8588110Sep 13, 2012Nov 19, 2013Headwater Partners I LlcVerifiable device assisted service usage billing with integrated accounting, mediation accounting, and multi-account
US8589541May 25, 2011Nov 19, 2013Headwater Partners I LlcDevice-assisted services for protecting network capacity
US8606911Jan 24, 2012Dec 10, 2013Headwater Partners I LlcFlow tagging for service policy implementation
US8626115Sep 9, 2011Jan 7, 2014Headwater Partners I LlcWireless network service interfaces
US8630192Mar 2, 2009Jan 14, 2014Headwater Partners I LlcVerifiable and accurate service usage monitoring for intermediate networking devices
US8630611Nov 15, 2012Jan 14, 2014Headwater Partners I LlcAutomated device provisioning and activation
US8630617Oct 19, 2012Jan 14, 2014Headwater Partners I LlcDevice group partitions and settlement platform
US8630630Dec 18, 2012Jan 14, 2014Headwater Partners I LlcEnhanced roaming services and converged carrier networks with device assisted services and a proxy
US8631102Nov 15, 2012Jan 14, 2014Headwater Partners I LlcAutomated device provisioning and activation
US8634805Aug 2, 2012Jan 21, 2014Headwater Partners I LlcDevice assisted CDR creation aggregation, mediation and billing
US8634821Nov 12, 2012Jan 21, 2014Headwater Partners I LlcDevice assisted services install
US8635335May 25, 2011Jan 21, 2014Headwater Partners I LlcSystem and method for wireless network offloading
US8635678Mar 28, 2013Jan 21, 2014Headwater Partners I LlcAutomated device provisioning and activation
US8639811Jan 15, 2013Jan 28, 2014Headwater Partners I LlcAutomated device provisioning and activation
US8639935Dec 12, 2012Jan 28, 2014Headwater Partners I LlcAutomated device provisioning and activation
US8640198Jan 15, 2013Jan 28, 2014Headwater Partners I LlcAutomated device provisioning and activation
US8666364Sep 13, 2012Mar 4, 2014Headwater Partners I LlcVerifiable device assisted service usage billing with integrated accounting, mediation accounting, and multi-account
US8667571Dec 4, 2012Mar 4, 2014Headwater Partners I LlcAutomated device provisioning and activation
US8675507Mar 2, 2009Mar 18, 2014Headwater Partners I LlcService profile management with user preference, adaptive policy, network neutrality and user privacy for intermediate networking devices
US8688099Sep 13, 2012Apr 1, 2014Headwater Partners I LlcOpen development system for access service providers
US8695073Apr 19, 2013Apr 8, 2014Headwater Partners I LlcAutomated device provisioning and activation
US8705718Jun 17, 2013Apr 22, 2014At&T Intellectual Property I, L.P.Profile management system including user interface for accessing and maintaining profile data of user subscribed telephony services
US8713630Apr 12, 2012Apr 29, 2014Headwater Partners I LlcVerifiable service policy implementation for intermediate networking devices
US8724554Mar 19, 2013May 13, 2014Headwater Partners I LlcOpen transaction central billing system
US8725123Sep 28, 2011May 13, 2014Headwater Partners I LlcCommunications device with secure data path processing agents
US8737957Apr 22, 2013May 27, 2014Headwater Partners I LlcAutomated device provisioning and activation
US8745191Oct 4, 2011Jun 3, 2014Headwater Partners I LlcSystem and method for providing user notifications
US8745220Jul 12, 2013Jun 3, 2014Headwater Partners I LlcSystem and method for providing user notifications
US8788661Jan 20, 2014Jul 22, 2014Headwater Partners I LlcDevice assisted CDR creation, aggregation, mediation and billing
US8793758Dec 1, 2011Jul 29, 2014Headwater Partners I LlcSecurity, fraud detection, and fraud mitigation in device-assisted services systems
US8797908May 16, 2013Aug 5, 2014Headwater Partners I LlcAutomated device provisioning and activation
US8799451Mar 2, 2009Aug 5, 2014Headwater Partners I LlcVerifiable service policy implementation for intermediate networking devices
US8832777Sep 20, 2011Sep 9, 2014Headwater Partners I LlcAdapting network policies based on device service processor configuration
US8839387Mar 2, 2009Sep 16, 2014Headwater Partners I LlcRoaming services network and overlay networks
US8839388Mar 2, 2009Sep 16, 2014Headwater Partners I LlcAutomated device provisioning and activation
US8868455Aug 17, 2012Oct 21, 2014Headwater Partners I LlcAdaptive ambient services
US8886162Jan 9, 2014Nov 11, 2014Headwater Partners I LlcRestricting end-user device communications over a wireless access network associated with a cost
US8893009Dec 1, 2011Nov 18, 2014Headwater Partners I LlcEnd user device that secures an association of application to service policy with an application certificate check
US8897743Dec 20, 2011Nov 25, 2014Headwater Partners I LlcVerifiable device assisted service usage billing with integrated accounting, mediation accounting, and multi-account
US8897744Oct 2, 2012Nov 25, 2014Headwater Partners I LlcDevice assisted ambient services
US8898079Sep 13, 2012Nov 25, 2014Headwater Partners I LlcNetwork based ambient services
US8898293Sep 21, 2011Nov 25, 2014Headwater Partners I LlcService offer set publishing to device agent with on-device service selection
US8903452Oct 2, 2012Dec 2, 2014Headwater Partners I LlcDevice assisted ambient services
US8924469Sep 28, 2011Dec 30, 2014Headwater Partners I LlcEnterprise access control and accounting allocation for access networks
US8924543Sep 28, 2011Dec 30, 2014Headwater Partners I LlcService design center for device assisted services
US8924549Aug 20, 2012Dec 30, 2014Headwater Partners I LlcNetwork based ambient services
US8948025Apr 18, 2014Feb 3, 2015Headwater Partners I LlcRemotely configurable device agent for packet routing
US9014026Feb 7, 2012Apr 21, 2015Headwater Partners I LlcNetwork based service profile management with user preference, adaptive policy, network neutrality, and user privacy
US9026079Jan 3, 2014May 5, 2015Headwater Partners I LlcWireless network service interfaces
US9037127Apr 28, 2014May 19, 2015Headwater Partners I LlcDevice agent for remote user configuration of wireless network access
US9076146Oct 15, 2010Jul 7, 2015At&T Intellectual Property I, L.P.Personal customer care agent
US9077565May 23, 2012Jul 7, 2015At&T Mobility Ii LlcSpam control for sharing content on mobile devices
US9094311Jul 23, 2014Jul 28, 2015Headwater Partners I, LlcTechniques for attribution of mobile device data traffic to initiating end-user application
US9137701Mar 31, 2015Sep 15, 2015Headwater Partners I LlcWireless end-user device with differentiated network access for background and foreground device applications
US9137739Mar 2, 2009Sep 15, 2015Headwater Partners I LlcNetwork based service policy implementation with network neutrality and user privacy
US9143976Apr 1, 2015Sep 22, 2015Headwater Partners I LlcWireless end-user device with differentiated network access and access status for background and foreground device applications
US9154428Apr 2, 2015Oct 6, 2015Headwater Partners I LlcWireless end-user device with differentiated network access selectively applied to different applications
US9154826Apr 6, 2012Oct 6, 2015Headwater Partners Ii LlcDistributing content and service launch objects to mobile devices
US9173104Mar 25, 2015Oct 27, 2015Headwater Partners I LlcMobile device with device agents to detect a disallowed access to a requested mobile data service and guide a multi-carrier selection and activation sequence
US9179308Apr 19, 2012Nov 3, 2015Headwater Partners I LlcNetwork tools for analysis, design, testing, and production of services
US9179315Mar 19, 2015Nov 3, 2015Headwater Partners I LlcMobile device with data service monitoring, categorization, and display for different applications and networks
US9179316Mar 23, 2015Nov 3, 2015Headwater Partners I LlcMobile device with user controls and policy agent to control application access to device location data
US9179359Mar 30, 2015Nov 3, 2015Headwater Partners I LlcWireless end-user device with differentiated network access status for different device applications
US9198042Jan 9, 2013Nov 24, 2015Headwater Partners I LlcSecurity techniques for device assisted services
US9198074Apr 10, 2015Nov 24, 2015Headwater Partners I LlcWireless end-user device with differential traffic control policy list and applying foreground classification to roaming wireless data service
US9198075Apr 15, 2015Nov 24, 2015Headwater Partners I LlcWireless end-user device with differential traffic control policy list applicable to one of several wireless modems
US9198076Apr 16, 2015Nov 24, 2015Headwater Partners I LlcWireless end-user device with power-control-state-based wireless network access policy for background applications
US9198117Mar 24, 2015Nov 24, 2015Headwater Partners I LlcNetwork system with common secure wireless message service serving multiple applications on multiple wireless devices
US9204282Dec 18, 2012Dec 1, 2015Headwater Partners I LlcEnhanced roaming services and converged carrier networks with device assisted services and a proxy
US9204374Apr 3, 2015Dec 1, 2015Headwater Partners I LlcMulticarrier over-the-air cellular network activation server
US9215159Mar 26, 2015Dec 15, 2015Headwater Partners I LlcData usage monitoring for media data services used by applications
US9215613Apr 13, 2015Dec 15, 2015Headwater Partners I LlcWireless end-user device with differential traffic control policy list having limited user control
US9220027Aug 28, 2015Dec 22, 2015Headwater Partners I LlcWireless end-user device with policy-based controls for WWAN network usage and modem state changes requested by specific applications
US9225797Apr 9, 2015Dec 29, 2015Headwater Partners I LlcSystem for providing an adaptive wireless ambient service to a mobile device
US9232403Mar 24, 2015Jan 5, 2016Headwater Partners I LlcMobile device with common secure wireless message service serving multiple applications
US9246706Mar 30, 2009Jan 26, 2016Nokia Solutions And Networks OyInterworking between messaging services
US9247450Dec 18, 2012Jan 26, 2016Headwater Partners I LlcQuality of service for device assisted services
US9253663Dec 10, 2013Feb 2, 2016Headwater Partners I LlcControlling mobile device communications on a roaming network based on device state
US9258735Apr 17, 2015Feb 9, 2016Headwater Partners I LlcDevice-assisted services for protecting network capacity
US9270559Dec 5, 2013Feb 23, 2016Headwater Partners I LlcService policy implementation for an end-user device having a control application or a proxy agent for routing an application traffic flow
US9271184Apr 16, 2015Feb 23, 2016Headwater Partners I LlcWireless end-user device with per-application data limit and traffic control policy list limiting background application traffic
US9277433Apr 16, 2015Mar 1, 2016Headwater Partners I LlcWireless end-user device with policy-based aggregation of network activity requested by applications
US9277445Apr 10, 2015Mar 1, 2016Headwater Partners I LlcWireless end-user device with differential traffic control policy list and applying foreground classification to wireless data service
US9305273 *Dec 31, 2011Apr 5, 2016Verizon Patent And Licensing Inc.Telephone number use analysis for grouping of consecutive telephone numbers based on assignment status
US9319913Apr 13, 2015Apr 19, 2016Headwater Partners I LlcWireless end-user device with secure network-provided differential traffic control policy list
US9351193Dec 5, 2013May 24, 2016Headwater Partners I LlcIntermediate networking devices
US9369574Feb 25, 2014Jun 14, 2016At&T Intellectual Property I, L.P.Profile management system including user interface for accessing and maintaining profile data of user subscribed telephony services
US9386121Apr 7, 2015Jul 5, 2016Headwater Partners I LlcMethod for providing an adaptive wireless ambient service to a mobile device
US9386165May 30, 2014Jul 5, 2016Headwater Partners I LlcSystem and method for providing user notifications
US9392462Nov 14, 2014Jul 12, 2016Headwater Partners I LlcMobile end-user device with agent limiting wireless data communication for specified background applications based on a stored policy
US9491199Jul 24, 2014Nov 8, 2016Headwater Partners I LlcSecurity, fraud detection, and fraud mitigation in device-assisted services systems
US9491564Jul 22, 2016Nov 8, 2016Headwater Partners I LlcMobile device and method with secure network messaging for authorized components
US9521578Apr 17, 2015Dec 13, 2016Headwater Partners I LlcWireless end-user device with application program interface to allow applications to access application-specific aspects of a wireless network access policy
US9532161Dec 22, 2015Dec 27, 2016Headwater Partners I LlcWireless device with application data flow tagging and network stack-implemented network access policy
US9532261Jan 15, 2014Dec 27, 2016Headwater Partners I LlcSystem and method for wireless network offloading
US9544397Feb 2, 2015Jan 10, 2017Headwater Partners I LlcProxy server for providing an adaptive wireless ambient service to a mobile device
US9557889Jan 23, 2013Jan 31, 2017Headwater Partners I LlcService plan design, user interfaces, application programming interfaces, and device management
US9565543Sep 25, 2013Feb 7, 2017Headwater Partners I LlcDevice group partitions and settlement platform
US9565707Dec 19, 2014Feb 7, 2017Headwater Partners I LlcWireless end-user device with wireless data attribution to multiple personas
US9572019Nov 24, 2014Feb 14, 2017Headwater Partners LLCService selection set published to device agent with on-device service selection
US9578182May 12, 2014Feb 21, 2017Headwater Partners I LlcMobile device and service management
US9591474Aug 29, 2014Mar 7, 2017Headwater Partners I LlcAdapting network policies based on device service processor configuration
US20020062257 *Mar 23, 2001May 23, 2002Hayato MinamishinNet shopping method, system therefor, and automatic payment transfer device
US20030100963 *Nov 28, 2001May 29, 2003Potts John F. L.Personal information device on a mobile computing platform
US20040249945 *Sep 27, 2002Dec 9, 2004Satoshi TabuchiInformation processing system, client apparatus and information providing server constituting the same, and information providing server exclusive control method
US20050071396 *Sep 25, 2003Mar 31, 2005Sbc Knowledge Ventures, L.P.DTMF lockout utility using epoch time stamp
US20050266835 *Apr 9, 2004Dec 1, 2005Anuraag AgrawalSharing content on mobile devices
US20070230474 *May 31, 2007Oct 4, 2007At&T Labs, Inc.Local routing system and method
US20080144798 *Dec 15, 2006Jun 19, 2008Verizon Service Corp.Interactive Communication Session Director
US20080155005 *Mar 7, 2008Jun 26, 2008At&T Knowledge Ventures, L.P.Dtmf lockout utility using epoch time stamp
US20100298010 *Dec 22, 2009Nov 25, 2010Nuance Communications, Inc.Method and apparatus for back-up of customized application information
US20130173534 *Dec 31, 2011Jul 4, 2013Verizon Patent And Licensing Inc.Telephone number use analysis for groups of telephone numbers
EP2410724A1Jul 20, 2010Jan 25, 2012Swisscom AGMethod and system for communication forwarding
WO2003058933A1 *Dec 4, 2002Jul 17, 2003Oy Radiolinja AbMethod and system for call forwarding
WO2008076742A1 *Dec 12, 2007Jun 26, 2008Verizon Services Corp.Interactive communication session director
Classifications
U.S. Classification379/201.02, 379/211.02
International ClassificationH04M3/42, H04Q3/00
Cooperative ClassificationH04M3/4228, H04L69/16, H04M3/42161, H04M2207/12, H04M3/38, H04Q3/0033, H04M3/436, H04M3/42153, H04M3/42068, H04M3/42
European ClassificationH04M3/42E2D, H04Q3/00D3C, H04M3/42E2
Legal Events
DateCodeEventDescription
Sep 4, 1998ASAssignment
Owner name: SBC TECHNOLOGY RESOURCES, INC., TEXAS
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BANIAK, PAUL G.;CHAMBERS, KRISTIN;KREIN, KATHERINE L.;AND OTHERS;REEL/FRAME:009439/0513;SIGNING DATES FROM 19980505 TO 19980730
Jun 19, 2013ASAssignment
Owner name: AT&T INTELLECTUAL PROPERTY I, L.P., GEORGIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:AT&T LABS, INC.;REEL/FRAME:030642/0049
Effective date: 20101231
Owner name: AT&T LABS, INC., TEXAS
Free format text: CHANGE OF NAME;ASSIGNOR:SBC TECHNOLOGY RESOURCES, INC.;REEL/FRAME:030657/0191
Effective date: 20030506