ESTABLISHING COMMUNICATION IN A PACKET DATA NETWORK
BACKGROUND OF THE INVENTION
The present invention relates to a method and system for establishing communication over a data packet network. In particular, the method and system for establishing communication over a data packet network in accordance with the present invention reduces transmission congestion on the data packet network, increases security options for call receivers on the data packet network and ensures more accurate billing procedures for facilitators of the data packet network.
Demand for communication over data packet networks including, but not limited to, the Internet has increased dramatically. Specifically, the demand has been for the application of conventional (i.e. cellular) telephony technology to data packet networks, including voice over IP (VOIP) service, real time video transmission, text messaging, etc.
Accordingly, facilitators of communication over data packet networks are faced with the challenges of reducing transmission traffic over the data packet network(s), providing more reliable communication tracking and billing methods, and ensuring security and privacy of users of the data packet network(s). SUMMARY OF THE INVENTION
Therefore, the present invention provides a method and system for establishing communication over a data packet network, which includes, but is not limited to, the Internet, which reduces transmission traffic over the data packet networks, provides more reliable communication tracking and billing methods, and ensures security and privacy for users of the data packet networks.
In particular, each subscriber user of the data packet network has both an outgoing callobject and an incoming callobject stored at either of the local server or the user terminal, and communication over the data packet network is established utilizing the respective callobjects of both the calling party and the call receiving party.
First of all, each subscriber user of the data packet network registers an incoming callobject at a location directory service. The incoming callobject includes an incoming callobject call originating service and an incoming callobject call presentation service. Furthermore, it is possible for the incoming callobject call originating service alone to be registered at the location directory service while the incoming callobject call presentation service is stored at either the local server or terminal of the respective subscriber user. Further still, it is possible for the incoming callobject to contain only the incoming callobject call originating service.
The incoming callobject call originating service includes call receiving capabilities and parameters which are customized by the respective subscriber user. For instance, assuming that the subscriber user's terminal is fully capable, the subscriber user is able to specify the call receiving parameters for communication on the data packet network. Such parameters include, but are not limited to, call forwarding, call waiting, caller ID, call blocking, voice mail, short message reception, video call reception and specific bandwidth requirements or configurations for an incoming call.
The incoming callobject call presentation service can be registered to the location directory service along with the incoming callobject call originating service in an incoming callobject package or it can be stored at the local server or terminal. The incoming callobject call presentation service identifies the parameters of an incoming call to a subscriber user, thus allowing the subscriber user to dynamically respond to an incoming call. When the incoming callobject call presentation service is located at the terminal or local server of the calling party it is initialized by the incoming callobject call originating service with the call parameters and transferred to the local terminal or server of the receiving party. Otherwise the incoming callobject call presentation service is already located at the local terminal or server of the receiving party and is alerted of an incoming call request via messaging.
If the incoming callobject contains only the incoming callobject call originating service, the receiving party is alerted of an incoming call request without being informed of the parameters of the call.
Further still, as described above, each subscriber user of the data packet network also has an outgoing callobject stored at either of the local server or the user terminal. The outgoing callobject includes the outgoing calling capabilities of a subscriber user of the data packet network. Accordingly, the procedure for establishing communication utilizing a data packet network, in accordance with the present invention is as follows. A subscriber user (receiving party) retrieves his/her incoming callobject from either a respective local server or a local terminal, and designates local call receiving capabilities and parameters which are customized by the respective subscriber user. Thus, assuming that the subscriber user's local server and terminal are fully capable of such services, the subscriber user is able to specify the call receiving parameters for communication on the data packet network, including, but not limited to, call forwarding, call waiting, caller ID, call blocking, voice mail, text message reception, video data reception and specific bandwidth requirements or configurations for an incoming call. The incoming callobject which stores these customized call receiving parameters are stored in the Incoming CallObject Call Originating Service or the receiving party's incoming callobject.
The receiving party then registers the respective incoming callobject in a location directory service (LDS). The LDS may be either a local service available only to subscriber users of the data packet network or a universal service available to all users of the data packet network.
Next, when a subscriber user (calling party) of the data packet network wants to establish communication with the receiving party, the subscriber user transmits a query to the location directory service, in accordance with the receiving party's logical address. In response to the query, the calling party is able to download a copy of the receiving party's incoming callobject to either the calling party's local server or local terminal.
To actually initiate communication with the receiving party via the data packet network, the calling party then checks whether the outgoing callobject of the calling party is compatible with the receiving party's incoming callobject. That is, the outgoing callobject stored at either of the local server or the user terminal includes the outgoing calling
capabilities of a subscriber user of the data packet network, which include, but are not limited to, speed dialing, voice message data transmission, text data transmission, video data transmission, call monitoring, bandwidth specifications and security checking.
If the calling party's outgoing callobject is compatible with the parameters of the receiving party's incoming callobject, specifically the Incoming CallObject Call Originating
Service, the calling party initiates communication with the receiving party by transmitting data. Such transmission includes, but is not limited to, placing a telephone call, sending a text message, and sending video data.
At this point, if the incoming callobject has been registered in the location directory service with both the Incoming CallObject Call Originating Service and the incoming callobject call presentation service, the incoming callobject call presentation service is sent to either the local server or local terminal of the receiving party. Thus, the parameters of the incoming call are presented to the receiving party, who is thus able to dynamically respond to the incoming communication from the calling party. That is, the receiving party is able to respond to the copy of the Incoming CallObject Call Originating Service, via the incoming callobject call presentation service, in response to the initial communication from the calling party. The receiving party is still informed of the incoming call when the incoming callobject does not contain the incoming callobject call presentation service, although the parameters of the incoming call are not presented to the receiving party. If the communication is accepted by the receiving party, full communication is established between the calling party and the receiving party over the data packet network, utilizing an object transfer protocol, including, but not limited to, H323, SIP and other media package protocols.
As a result of the data packet network communication of the present invention, the calling party is able to control incoming communication, both in terms of who sends communications and the format thereof. Thus, security of such data packet network communication is enhanced.
Furthermore, by first checking for compatibility between the calling party's outgoing callobject and the receiving party's incoming callobject before initiating communication there
between, the present invention is able to significantly reduce transmission traffic on the data packet network.
Lastly, the present invention is able to improve billing procedures for data packet network communication by monitoring communication using the incoming callobjects. BRIEF DESCRIPTION OF THE DRAWINGS
The scope of the present invention will be apparent from the following detailed description, when taken in conjunction with the accompanying drawings, and such detailed description, while indicating preferred embodiments of the invention, are given as illustrations only, since various changes and modifications within the spirit and scope of the invention will become apparent to those skilled in the art from this detailed description, in which:
Fig. 1 is a block diagram illustrating the network interconnection of elements according to the present invention;
Fig. 2 illustrates the incoming callobject and outgoing callobject according to the present invention; and
Fig. 3 is a block diagram of the method steps according to the present invention. DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT
The present invention, as shown in Fig. 1 , provides communication between users over a data packet network, which includes, but is not limited to, the Internet. Although the block diagram of Fig. 1 depicts a network connection between only two users, the present invention is applicable to multiple users communicating over a data packet network. The following description of communication between User A 10A and User B 10B includes references to the Incoming CallObject 60 and Outgoing CallObject 70 shown in Fig. 2, and further includes reference to the flow chart of Fig. 3. Further still, the following description of communication between User A 10A and User B 10B assumes that User B 10B will be the calling party, attempting to establish communication with User A 10A, via the data packet network, although the Incoming CallObject 60 and Outgoing CallObject 70 are relevant to all such subscriber users of the data packet network.
First of all, in order to receive communications via the data packet network which can include, but is not limited to, the Internet, User A 10A retrieves his/her Incoming CallObject 60 which may be stored at either local server 30A or local terminal 20A, to thereby customize the parameters for local call receiving capabilities. That is, assuming that both the local server 30A and terminal 20A are capable of such services, User A 10A specifies the local call receiving capabilities in the Incoming CallObject Call Originating Service 61 of the Incoming CallObject 60.
As an example only, User A 10A can request that all incoming communication be forwarded to another address, and/or specify that certain callers or forms of incoming communication be blocked from establishing communication thereat. Further, User A 10A can specify such call receiving capabilities including caller ID, text message reception, video data reception and even specify bandwidth parameters for incoming communications.
It should be noted that the Incoming CallObject 60 is stored in either the local server 30A or local terminal 20A and is therefore dynamic, and can therefore be customized at any time by User A 10A to change the parameters for local call receiving capabilities.
In step S10, the Incoming CallObject 60 is registered in the location directory service (LDS) 40. LDS 40 is either a local service available only to subscriber users of the data packet network or a universal service available to all users of the data packet network. The Incoming CallObject 60 can be stored in the LDS by an intermediary, including a gatekeeper. Furthermore, the Incoming CallObject 60 that is registered in the LDS 40 includes at least the Incoming CallObject Call Originating Service 61 , and can further, but not necessarily, include the Incoming CallObject Call Presentation Service 62. Conversely, the Incoming CallObject Call Presentation Service 62, described below, can be registered at either the local server 30A or local terminal 20A. In step S20, User b 10B sends a query to LDS 40 in accordance with the logical address for User A 10A, when User B 10B wishes to establish communication with User A 10A via the data packet network 50.
In response to the query, when a match is found between the logical address of User A 10A and the Incoming CallObject 60 of User A 10A, User B 10B is then able to download a
copy of the Incoming CallObject 60 registered in the LDS 40 for User A 10A. The copy of the Incoming CallObject 60 for User A 10A is downloaded to either the local server 30B or local terminal 20B corresponding to User B 10B (Step S30). The combination of User B 10B sending the query and User B 10B downloading the Incoming CallObject 60 is known as fetching.
Thus, when User B 10B wishes to initiate communication with User A 10A, a check is made at either the local terminal 20B or local server 30B, to determine if the calling capabilities of User B 10B specified in the Outgoing CallObject 70 are compatible with the customized call receiving capabilities of User A 10A specified in the Incoming CallObject 60 (Step S40). If not, no communication is available between User B 10B and User A 10A, via the data packet network (Step S45).
Next, if the parameters of Outgoing CallObject 70 of User B 10B are compatible with the parameters of Incoming CallObject 60 of User A 10A, User B 10B continues to attempt to establish communication with User A 10A via the data packet network by sending a communication request to User A 10A. If the Incoming CallObject 60 includes both the
Incoming CallObject Call Originating Service 61 and the Incoming CallObject Call Presentation Service 62, a communication request along with identification data from the Incoming CallObject Call Presentation Service 62 is transmitted to User A 10A where the parameters of the requested communication from User B 10B is identified (Step S60). On the other hand, if the Incoming CallObject Call Presentation Service 62 is registered at either the local server 30A or local terminal 20A, the communication request is received thereat so that the Incoming CallObject Call Presentation Service 62 can identify the parameters of the requested communication from User B 10B.
Accordingly, after the parameters of the requested communication are identified in step S60, User A 10A is able to dynamically respond (eg. accept or reject) to the communication request from User B 10B. If the communication request is denied or rejected by User A 10A (Step S65), User B 10B's attempt to establish communication with User A 10A is terminated. However, if User A 10A accepts the communication request, User B 10B is so notified and communication between
User B 10B and User A 10A is established via the data packet network 50 (Step S70). The communication is established within the compliant parameters of the Incoming CallObject Call Originating Service 61 and the Outgoing CallObject 70, and is further established utilizing data packet network protocols including, but not limited to, H323, SIP, and various other media transfer packages.
When the Incoming CallObject 60 contains only the Incoming CallObject Call Originating Service 61 , the receiving party is still informed of the incoming call, but is not informed of the parameters thereof. Call initialization otherwise remains the same as described above. Accordingly, by the present invention, a subscriber user of a data packet network is able to customize communication receiving capabilities for receiving communications over the data packet network. A result of such customization results in a reduced volume of data transmissions over the data packet network, increased security since a subscriber user is able to control users from whom communications are received as well as the types of communications received, and call tracking is improved, as well, to thus improve billing procedures.
While the present invention has been described in detail and pictorially in the accompanying drawings, it is not limited to such details since many changes and modifications may be made thereto without departing from the spirit and scope of the present invention. It is intended that all such modifications fall within the scope of the following claims.