MXPA02001242A - Apparatus and method for enhanced caller identification services. - Google Patents

Abstract

A method and system (20) providing enhanced caller identification services when the identity of the calling party is not necessarily associated with a predetermined calling party telephone number. The system comprises a network node (60) including a program module (69) adapted to receive an identification code and a calling party telephone number; and a telephonic communication device (80) including a memory (85) with an index (250) wherein a first plurality of calling party telephone numbers are associated with a second plurality of calling party names according to a third plurality of personal identification codes. The communication device (80) includes a program module (87) adapted to receive the identification code and to search the index (250) for a selected calling party name corresponding to the identification code. The system (20) and method may also be implemented by using a network node (60) to maintain the index, and using the node (60) to search for a substituted calling party telephone number corresponding to the identification code. The substituted telephone number is then sent to the telephonic communication device (80) for display (or announcement) of a calling party name which corresponds to the substituted number according to an index in the device.

Description

METHOD AND APPARATUS FOR IMPROVED APPLICANT IDENTIFICATION SERVICES BACKGROUND OF THE INVENTION Technical Field This invention relates generally to an apparatus and methods for applicant identification services. More particularly, the invention relates to a method and system that provides identification of requesting parties even when they are not associated with a particular telephone number.

Background of Related Art The applicant identification services have been available for some time. Currently, calls among telephone customers in the United States are established based on a numbering plan that requires that each customer line be identified by a ten-digit directory number, or a telephone number of the customer. applicant party. The number comprises a three-digit area code that defines a specific geographic region, followed by a three-digit office code that identifies a particular exchange which is, in turn, followed by a four-digit customer line identifier provided by the central office. When the requesting party, which has a ten-digit directory number or a number A attempts to make contact with the receiving party, also has a ten-digit directory number or a B-number, the number A is passed over the telephone communication device. where the receiving party is located. The name of the requesting party, which has been previously associated with the number A, is displayed on the telephone communication device. The device can be a separate device in electronic communication with a table telephone, or alternatively, completely integrated within a telephone, such as a mobile cell phone. The association of the requesting party name and a specified requesting party number is achieved by the receiving party. Older applicant identification services only present the requesting party's telephone number to the receiving party, without any name of the requesting party. In general, the applicant identification services work adequately with respect to the subscribing party of the receiving party. However, there are many occasions when current implementations of the service are not able to operate effectively. For example, if the receiving party is examining calls, and the requesting party must make contact using a telephone directory number which is not normally associated With your name (for example, from a pay phone during an emergency), it is likely that the receiving party will not take a call when the unrecognized telephone directory number appears on the applicant's identification screen at the location 5 the receiving party. In addition, when several members of a family commonly use a single telephone, it is useful to know which particular family member may be trying to make a call. Traditional applicant identification services provide only the A number, or at best 0 cases, a single name associated with the A number for recognition purposes. This can not serve the needs of the receiving party. Therefore, what is needed is a system and method that provides call identification services when the identity of the requesting party is not necessarily associated with a predetermined requesting party telephone number. Said system and method would allow the receiving party associated with a requesting party name with a preselected personal identification code, so that only the code would be required 0 for transmission to the receiving party to identify the name of the associated requesting party. The use of such a system and method would also allow individuals in a family group to identify themselves uniquely, even if all persons were required to use the same telephone number as the requesting party. In addition, unique identification to the requesting parties By name it would be possible even when a telephone with an unknown or unrecognized requesting party telephone number was used to make a call to the receiving party, as may occur during emergencies or other circumstances.

BRIEF DESCRIPTION OF THE INVENTION The system and method of the present invention can be implemented in two different ways, a terminal solution or a network solution. The terminal solution makes use of a cell phone terminal or other telephone communication device, which maintains an index in a memory. The index contains a list of telephone numbers of the requesting party in a one-to-one correspondence with a list of receiving parties. Names can also be designated as "labels." The index is sorted according to a set of personal identification codes (PICs), where each label is associated with a unique PIC When the cell phone receives the PCI as part of a Initial communication or call establishment, the list is scanned and the label, or name associated with the PIC, is displayed on the screen.The terminal solution also includes a switching center which is adapted to receive a PIC, together with the telephone number of the requesting party, or number B, during a call set-up operation. requesting party dials the number of a cellular telephone terminal in an attempt to complete a call connection, the PIC is passed along the switching exchange (with a special function code to alert the switching exchange for the incoming PIC) ). After verifying that the terminal user supports scanning for the PIC, the PIC and the number B are passed to the terminal station after the temporary local directory number (TLDN) was assigned. In case no support is provided by the terminal, then the number A (ie, the number of the requesting party) is sent to the mobile station for scanning and a label value associated with the number A is displayed in screen. While the terminal solution requires a telephone communication device programmed to be scanned by a PIC, the radio solution implements the PIC scanning operations in the initial position register or visitor position register (HLR) currently associated with ia. receiving party. In this case, the PIC is accepted by the HLR (if the receiving party subscribes to this service), and the PIC is coupled within the HLR to a number A ', which has been preselected by the receiving party as a part of your user profile The HRL replaces the number A 'with the number A of the requesting party and passes it to the mobile station for scanning using the conventional requestor identification module located within the mobile station of the receiving party. The label, or name of the requesting party, associated with the number A 'is then displayed in the mobile station of the receiving party. In this network solution implementation, the index is maintained in the H LR, instead of in the terminal of the receiving party. The network solution allows the use of conventional telephones or applicant identification devices that have not been modified to implement the terminal solution described previously. The method of the present invention comprises the steps of receiving a PIC and a requesting party telephone number at the switching center, sending the PIC to the telephone communication device (for the implementation of terminal solution) and searching the index within of the communication device for the selected requesting party name corresponding to the PIC. In the network solution, instead of passing the PIC to the mobile station 5 from an HLR or VLR. the PIC is scanned within the HLR / VLR to equal a number A '. In this implementation, the number A 'is sent to the mobile station for conventional scanning operations with respect to the identification of the requester, and the tag corresponding to the number A' in the mobile station is displayed 0 for the receiving party.

BRIEF DESCRIPTION OF THE DRAWINGS A more complete understanding of the structure and operation of the present invention can be had by reference to following detailed description when taken in conjunction with the accompanying drawings, wherein: Figure 1 illustrates the system and method of the present invention as a terminal solution; and Figure 2 illustrates the system and method of the present invention as a network solution.

DETAILED DESCRIPTION OF CURRENTLY PREFERRED ILLUSTRATIVE MODALITIES The system and method of the present invention can be implemented in either of the two ways, by means of a terminal solution or a network solution. The terminal solution uses a telephone communication device, typically a cell phone, which has been specially modified. The network solution can be implemented using conventional telephone communication devices, such as cell phones, and makes use of an initial position register (HLR) or a visitor's position register (VLR), or the other wireless communications network node . Turning now to Figure 1, the terminal solution for implementing the system and method of the present invention can be observed. In this case, the system 20 of the present invention comprises a mobile station (MS) 80 and an HLR / VLR 60. Commonly the HLR 60 communicates with the MS 80 by means of a switching center, such as the mobile service exchange (SMSC) 70. The MS 80, which can be described as a telephone communication device, can also be replaced by a separate element (similar to conventional applicant identification devices). ) which is in electronic communication with a conventional telephone. The MS 80 has a memory 85 that contains a list of or index 250. The index 250 comprises a series of personnel identification codes (PICs), commonly placed in serial order, associated with different A numbers (i.e. part applicants) and "labels" or applicant party names. The index 250 is established by the subscriber MS 80 in any desired preference order, so that each PIC in the index 250 corresponds to a desired label or requesting party name. In addition, a series of numbers A are also included in the index as well as known in the applicant identification art. However, in conventional applicant identification services, there is no PIC included in the index, and identical A numbers are not allowed. The method of the present invention, which uses the terminal solution, is implemented by first having the requesting party operating a telephone 30 having a keypad 35, registering a function code, a PIC and the telephone number of the receiving party ( which corresponds to MS 80). The combination of the function code, a PIC and a number B is observed in figure 1 as the combination - * - * »- ^ * • -" • -. * ... ^ * ^ ~ -. ^^,.? M ^ á ^ aí ^. ^^ i ^^? ^ Í., ^? - , 100. An example of a typical combination 100 would be a series of digits similar to "* 555 + 01 + 333-333-3333" where the record "* 555" is the function code (which allows the reception of the PIC through the HLR / VLR 60), the record "01" is the PIC, and the record "333-333-3333" is the number B of the receiving party, which in this case is MS 80. the combination 100 is sent on a wiring interface 90 to the public service telephone network (PSTN) 40. Alternatively, a cellular phone can be used in place of the telephone 30, and in that case an air interface 90 is replaced by the wiring connection 90 and the PSTN 40 is replaced by a base station (BS) 40. At this point, the PSTN / BS 40 sends the combination 100 over the network connection 110 to a switching center, such as a bridge mobile switching center (GMSC). ) fifty, and a location message _ request 120 including the combination 100 is sent from the GMSC 50 to an HLR 60 or VLR 60, where it is received by the program module 69. A query is made within the HLR / VLR 60 in the step 130 to determine whether the user profile contained in the H LR / VLR 60 indicates that the MS 80 supports the PIC scanning function. If so, the route message _ request 140, contains the number B (ie, the telephone number of the receiving party or the telephone number corresponding to the MS 80) and the PIC is sent to a mobile service exchange such as the mobile service exchange (SMSC) 70, from the HLR / VLR 60.

Once the SMSC 70 has received the number B and the PIC, a search message 150 is sent to the MS 80. The message of search 150 recognized in step 160 and a temporary local directory number (TLDN) is assigned in step 170 by SMSC 70 to MS 80. An alert message, containing the PIC, is then sent to MS 80 from SMSC 70 in step 200. This also indicates the sending of a return message _ result 180 containing the TLDN from the SMSC 70 to the HLR / VLR 60. The TLDN is then passed to the GMSC 50 from the H LR / VLR 60 as a return message _ result 190. The message 180, 190 serves to close the transactions opened by the location message _ original request 120 and the route message _ request 140. After the alert message 200 containing the PIC is received by the MS 80, the index 250 contained in the memory 85 of the MS 80 is explored by a software module 87 which receives the MS 80 in step 210 in an attempt to match the PIC to a tag in the index 250. The tag corresponding to the PIC is then displayed in the MS 80 in the display 82 in step 220 (or is announced by voice to the subscriber ). If the MS 80 user desires, the call can be answered in step 230 and the call connection completed in step 240. In case the tag is not matched, then the A number corresponding to the PIC will be displayed ( or announced). The preceding stage series assumes that the query within the HLR / VLR 60 in step 130 results in the conclusion of that the improved applicant identification services of the present invention are supported in MS 80. If the query encounters a negative result so that the services are not supported, then the route message _ request 140 5 will simply transport the number A from the requesting party's telephone 30 to the SMSC 70. Then, instead of the PIC being sent in the alert message 200 to the MS 80, the number A will be sent. Therefore, the scan program module 87 within the MS 80 will use the number A to match a tag in the 0 index 250 instead of the PIC. The label corresponding to the number A will then be displayed on the screen 82 of the MS 80 (or announced by voice), instead of the label corresponding to a PIC. The other stages in the process are the same. It should be noted that this alternative call set-up process is equivalent to that where the PIC is not presented by the requesting party from the telephone 30. The illustration in Figure 1 shows an MS 80 having a memory 85 as the telephone communication device. of the present invention. However, a specially developed smart interface box, similar to the currently available requestor identification modules can also be used in conjunction with a conventional telephone terminal to provide the improved requester identification services of the present invention. In this case, the telephone communication device of the present invention comprises a Intelligent peripheral in electronic communication with a conventional telephone terminal. Therefore, the memory 85 contains an index 250 with a first plurality of requesting party telephone numbers, numbers A, and a second plurality of labels, or names of requesting parties. Those selected from the first plurality of requesting party telephone numbers are indexed in a one-to-one correspondence with each of the second plurality of requesting party names or labels, according to a third plurality of PICs. Considering that PICs within index 250 are unique, labels and A numbers can be duplicated any number of times. A program module 87, also resident within the memory 85, is adapted to receive a preselected PIC from a network node, which is typically an HLR / VLR 60, and for searching the index 250 of a selected requesting party name or label corresponding to the preselected PIC that is received. The PIC is selected from the third plurality of PICs within the memory 85 and the index 250. The network node 60, which is typically an HLR or VLR, is adapted to receive a function code indicating the sending of the preselected PIC. towards the telephone communication device or MS 80. There are several advantages that coincide with the implementation of the terminal solution. One is that the terminal subscriber can directly designate the contents of index 250 in the device of local telephone communication 80. In addition, multiple labels, or names of requesting party, can be registered for the same number A, using different PICs. That is, if two brothers live in the same direction, and each one would like to be identified 5 individually to the other parties, it can happen that each one is designated with a different PIC. This happens even if each brother has the same number A. Of course, if the MS 80 does not support this service, the number A received by the MS 80 will be compared with the first label corresponding to the number A and 0 that first comparison label will be displayed in MS 80. Returning now to Figure 2, the network or legacy solution for implementing the system and method of the present invention can be observed. In this case, the Index 260 is maintained within the HLR / VLR 60, in a corresponding memory 65. The initial stages of the requesting party using the telephone 30 to advance the combination 100 through the PSTN / BS 40 to the GMSC 50 and HLR / VLR 60 are the same as those described for the terminal solution. However, at this point, the query of whether the user of the MS 80 subscribes to the enhanced or requested identification services of the present invention (ie, the node is authorized to receive the PIC) are made in the stage 265. If so, then a program module 67 within HLR / VLR 60 is used to scan the index 260 in a manner similar to that described for the terminal solution. However, in this case, the PIC comparison is used to replace a number A '(ie, et prime number) for the number A sent to the HLR / VLR 60 by the location message _ request 120. Next, the request route message 140, which contains the number B of the MS 80, together with the number A 'replaced by the actual number A of the telephone 30 are sent to the SMSC 70. The MS 80 is searched in step 150, and the search is recognized in step 160 as before. After the TLDN is assigned in step 170, the alert message 200 is sent from the SMSC 70 to the MS 80, bringing the number A * to the MS 80. The table 88, which is well known in the identification art of the applicant, and transported within the memory 85 of the MS 80, is scanned for a comparison of the number A 'which is matched by a label. The values in Table 88 have been pre-selected by the user of MS 80 to provide a display of the label value corresponding to the preselected numbers A '. Once the scan of frame 88 is completed by ta MS 80 in step 215, the corresponding tag of frame 88 is displayed on screen 82 (or announced by means of synthesized speech) in step 255. At this point, the user of the MS 80 may decide to answer the call in step 230 and the call may be fully established in step 240. This process, which uses the network solution system 20, assumes that the query for MS 80 if the user is subscribes to the improved services of the present invention or not in step 265 was answered in the affirmative. If the search meets a negative result, then an A number of the telephone 30 is passed to the SMSC 70 in the route message _ request 140, instead of the preselected number A The alert message 200 will then carry the number A of the telephone 30 to the MS 80, instead of the number A ', and the scan of the table 88 will make use of the number A in step 215, instead of the number A'. Therefore, the result displayed (or announced) will be a label, or name of the requesting party, which corresponds to the number A and not the number A '. The other stages in the process are the same. It should be noted that the network solution is not capable of providing multiple PICs for a single number A 'maintained in the index 260. Therefore, the tag displayed (or advertised) in step 225 will always correspond to the number A' which is found first by the exploration program among the PICs maintained in the index 260. In case there is no label to correspond with the number A ', then the number A 'itself will be displayed or announced, for the subscriber. In an alternative embodiment of the present invention, a label or name of the requesting party can be stored in box 260 in the place of a number A '. That is, the alternate frame 260 may comprise a series of personal identification codes in a one-to-one correspondence with a series of tags or names of requesting party. If it is determined in step 265 that the users of the MS 80 subscribe to the services * £ ^^ i # M ^^ _ ^^ «i = ------ j * ¿H ^. ^ -..-. T.» -. Á > '- < i. , ^ * ^ m¿, 8., _. "T", "" * fcMaafc fajüj-ni improved identification of the applicant of the present invention, then the program module 67 within the HLR / VLR 60 is used to scan the index 260 in a manner similar to that previously described. However, in this case, the PIC comparison is used to replace a label with the number A sent to the HLR / VLR 60 by the location message _ request. Then, the route message _ request 140, which contains the number B of the MS 80, together with the label substituted by the actual number A of the telephone 30, are sent to the SMSC 70. Therefore, the label is sent instead of the number A '. Again, the MS 80 is searched in step 150, and the search is recognized in step 160. After the TLDN is assigned as the step 170, the alert message 200 is sent from the SMSC 70 to the MS 80, taking the label to the MS 80 (instead of the number A '). Table 88 is not necessary in this case, and MS 80, which uses the tag, can display the name of the requesting party directly. Of course, a program module, such as a program module 87 shown in Figure 1, will be used within the MS 80 to determine that a tag has been received, and must be displayed to the user of the MS 80. If the user of MS 80 subscribes to the enhanced services of the present invention, as determined in step 265, then the number A of the telephone 30 is passed over the SMSC 70 in the route message _ request 140, instead of the label . The rest of the process is as described for the process where the number A 'is not available to send to the SMSC 70, and the number A is sent in its place as described above. Although the invention has been described with reference to specific modalities, this description does not represent that it is considered in a limited sense. The various modifications of the embodiments described, as well as the alternative embodiments of the invention, will be apparent to persons skilled in the art by reference to the description of the invention. Therefore, it is contemplated that the appended claims cover such modifications that fall within the scope of the invention or their equivalents.

Claims (1)

1. CLAIMS 1 . A system providing requester identification services when the identity of the requesting party is not necessarily associated with a telephone number of the predetermined requesting party comprising: a network node including a first program module adapted to receive an identification code preselected personnel and a telephone number of the pre-selected requesting party; and a telephone communication device including a memory containing an index comprising a first plurality of requesting party telephone numbers and a second plurality of requesting party names, wherein the selected ones of the first plurality of requesting party telephone numbers are associated in a one-to-one correspondence with each of the second plurality of requesting party names according to a third plurality of personal identification codes, and a second program module adapted to receive the preselected personal identification code from the node network and to search the index for a selected requesting party name corresponding to the preselected personal identification code, wherein the preselected code is selected from the third plurality of personal identification codes. Í%? & ?To the 2. The system according to claim 1, wherein the network node is adapted to receive a function code indicating the sending of a preselected personal identification code to the telephone communication device. The system according to claim 1, wherein the network node is an initial position register (H LR) or a visitor position register (VLR). The system according to claim 1, wherein the telephone communication device is in electronic communication with a conventional telephone terminal. The system according to claim 1, wherein the telephone communication device is a mobile telephone. The system according to claim 1, wherein more than one of the second plurality of requesting party names corresponds to one selected from the first plurality of requesting party telephone number. The system according to claim 1, wherein the telephone communication device includes a screen, and the name of the selected requesting party is displayed on the screen. The system according to claim 1, wherein the telephone communication device includes a screen, and the preselected requesting party telephone number is displayed on the screen when none of the second plurality of requesting party names corresponds to the security code. personal identification preselected. 9. The system according to claim 8, wherein the pre-selected requesting party telephone number is not selected from the first plurality of requesting party telephone numbers. 10. A method for providing applicant identification services when the identity of the requesting party is not necessarily associated with a predetermined requesting party telephone number comprising the steps of: receiving a preselected personal identification code and a requesting party telephone number preselected in a network node; sending the preselected personal identification code to a telephone communication device including a memory containing an index comprising a first plurality of telephone numbers of the requesting party and a second plurality of names of the requesting party, wherein those selected from the first plurality of telephone numbers of requesting party are associated in a one-to-one correspondence with each of the second plurality of names of requesting party according to a third plurality of personal identification codes; and search the index for a selected applicant party name that corresponds to the preselected personal identification code. The method according to claim 10, further comprising the step of displaying the name of the requesting party I »?« T? A? .ic j, -fea, «a» > .- £., A 3"j * '** - * -' ff'f t T f - * rrf-T" - * - '»' * -» ***. «» «. Ma ??. JM ¡M .Í., Selected that corresponds to the preselected personal identification code. 12. The method according to claim 10, further comprising the step of displaying the number in another way. The requesting party's telephone number is preselected when none of the second plurality of requesting party names corresponds to the preselected personal identification code. The method according to claim 10, wherein more than one of the second plurality of requesting party 0 names corresponds to one selected from the first plurality of requesting party telephone numbers. 14. The method according to claim 10, wherein the network node is a wireless communications network node. 15. The method according to claim 10, wherein the telephone communication device is in electronic communication with a conventional telephone terminal. 16. The method according to claim 10, wherein the telephone communication device is a mobile telephone. The method according to claim 10, which includes the step of verifying whether the telephone communication device supports receipt of the preselected personal identification code. 18. The method according to claim 10, which includes the step of receiving a function code that allows et network node perceives the preselected personal identification code. 19. The method according to claim 18, which includes the step of sending the personal identification code 5 preselected from the network node to the telephone communication device. 20. A system that provides applicant identification services when the identity of the requesting party is not necessarily associated with a party telephone number The default applicant comprising: a network node including a first index having a first plurality of telephone numbers of the substituted requesting party and a second plurality of personal identification codes, wherein the selected ones of the first plurality of 15 substitute requesting party telephone numbers are associated in a one-to-one correspondence with each of the second plurality of personal identification codes, and a first program module adapted to receive a preselected personal identification code and a requesting party telephone number 20 preselected, wherein the first program module is adapted to search the index for a selected substituted party request telephone number corresponding to the preselected personal identification code, wherein the preselected code is selected from the second plurality of 25 personal identification codes; Y W¡ »Hft t .t M,? ^, ÉaMto ^ < i ^ ^ ^, .. J ^ j ^ ^ aa ^. ^ ^ J,. ^^^ J ^ J ^ ^. K »? < fe ^ a > you, .j ..- tt - j¿ ^^ a- Jg. fe-fcli .i a telephone communication device including a memory containing a second index including a third plurality of substituted requesting party telephone numbers and a fourth plurality of requesting party names, wherein the second program module is adapted to receive the replaced substituted requesting party telephone number selected from the network node and to search the second index for a selected requesting party name corresponding to the selected substituted requesting party telephone number, wherein the selected substituted telephone number is selected from of the third plurality of telephone numbers of requesting party. twenty-one . The system according to claim 20, wherein the network node is adapted to receive a function code indicating to send the selected substituted telephone number to the telephone communication device. 22. The system according to claim 20, where? the network node is an initial position register (HLR) or a visitor position register (VLR). 23. The system according to claim 20, wherein the telephone communication device is in electronic communication with a conventional telephone terminal. 24. The system according to claim 20, wherein the telephone communication device is a mobile telephone. 25. The system according to claim 20, wherein the telephone communication device includes a screen, and the selected requesting party name is displayed on the screen. . 26. The system according to claim 20, wherein the telephone communication device includes a screen, and the selected substituted telephone number is displayed on the screen when none of the fourth plurality of requesting party names corresponds to the replaced telephone number. selected. 27. A method of providing applicant identification services when the identity of the requesting party is not necessarily associated with a predetermined requesting party telephone number comprising the steps of: receiving a preselected personal identification code and a party telephone number preselected applicant in a network node including a memory containing a first index that comprises a first plurality of substituted requesting party telephone numbers, wherein those selected from the first plurality of substituted requesting party telephone numbers are associated in a correspondence one by one with each of a second plurality of personal identification codes; search the first index for a telephone number of the selected substituted requesting party corresponding to a preselected personal identification code; sending the telephone number of the selected substituted requesting party to a telephone communication device including a memory comprising a second index including a third plurality of substituted requesting party telephone numbers and a fourth plurality of requesting party names, wherein those selected from the third plurality of substituted requesting party telephone numbers are associated in a one-to-one correspondence with each of the fourth plurality of applicant party names; and searching the second index for a selected requesting party name corresponding to the selected substitute requesting party telephone number. The method according to claim 27, further comprising the step of displaying the selected requesting party name corresponding to the selected substituted requesting party telephone number. 29. The method according to claim 27, further comprising the step of exhibiting the selected substituted telephone number in another way when none of the fourth plurality of requesting party names corresponds to the selected replaced telephone number. .30. The method according to claim 27, wherein the network node is a wireless communications network node. 31. The method according to claim 27, wherein the telephone communication device is in electronic communication with a conventional telephone terminal. 32. The method according to claim 27, wherein the telephone communication device is a mobile telephone. 33. The method according to claim 27, which includes the step of verifying whether the node is authorized to receive the preselected personal identification code. 34. The method according to claim 27, which includes the step of receiving a function code that allows the network node to receive the preselected personal identification code. 35. A system providing requester identification services when the identity of the requesting party is not necessarily associated with a predetermined requesting party telephone number comprising: a network node including a first index having a first plurality of subscriber names; applicant parts and a second plurality of personal identification codes, wherein those selected from the first plurality of applicant party names are associated in a one-to-one correspondence with each of the second plurality of personal identification codes, and a first module of program adapted to receive a preselected personal identification code and a preselected requesting party telephone number, wherein the first program module is adapted to search the Index for a selected requesting party name corresponding to the personal identification code preselection ado, where et c ( pre-selected is selected from the second plurality of identification codes; and a telephone communication device including a screen and a second program module adapted to receive the name of the requesting party selected from the network node and to display the name of the requesting party selected on the screen. 36. The system according to claim 35, wherein the network node is adapted to receive a function code indicating the sending of name of selected requesting party to the telephone communication device. 37. The system according to claim 35, wherein the network node is an initial position register (HLR) or a visitor position register (VLR). 38. A method for providing applicant identification services when the identity of the requesting party is not necessarily associated with a predetermined requesting party telephone number comprising the steps of: receiving a preselected personal identification code and a requesting party telephone number preselected in a network node including a memory containing a first index comprising a first plurality of requesting party name, wherein those selected from the first plurality of requesting party names are associated in a one-to-one correspondence with each of the second plurality of personal identification codes; search the first index for a selected requesting party name corresponding to the preselected personal identification code 5; send the name of the selected requesting party to a telephone communication device, which includes a screen; and display the name of the requesting party selected on the screen. 39. The method according to claim 38, wherein the network node is a wireless communications network node. 40. The method according to claim 38, which includes the step of verifying if the node is authorized to receive the 15 preselected personal identification code. 41. The method according to claim 38, which includes the step of receiving a function code that allows the network node to receive the preselected personal identification code. twenty 25 * 5 * r ~ "* - k? Ía.?.:. J | iii RESU MEN . A method and system that provide enhanced requester identification services when the identity of the requesting party is not necessarily associated with a predetermined requesting party telephone number. The system comprises a network node that includes a program module adapted to receive a program code and a requesting party telephone number and a telephone communication device that includes 10 a memory with an index wherein a first plurality of requesting party telephone numbers are associated with a second plurality of requesting party names according to a third plurality of personal identification codes. The communication device includes a program module 15 adapted to receive the identification code and to search the index for a selected requesting party name corresponding to the identification code. The system and method can also be implemented using a network node to maintain the index and use the node to find the part telephone number. 20 replaced applicant corresponding to the identification code. The substituted telephone number is then sent to the telephone communication device for display (or announcement) of a requesting party name corresponding to the substituted number according to an index on the device. 25