METHOD OF PROVIDING A RECENT CALL LIST, SOFTWARE PRODUCT, TELECOMMUNICATIONS DEVICE AND SYSTEM

Abstract

A method of providing a recent call list of calls recently received or initiated by a telecommunications device where information on recent services which are services recently handled by or using the telecommunications device other than calls are incorporated as entries in a recent call list of the telecommunications device. Each entry can be formed by a data structure being composed of a plurality of data fields. Each data field can include a data value. An entry representing a recent service other than a call in the recent call list can include a service code identifying a recent service as a data value. A device, system, and apparatus can be configured to utilize or execute the method.

Claims

1-20. (canceled)

21. A telecommunications apparatus comprising: at least one telecommunications device communicatively connectable to at least one server for executing services, the at least one telecommunications device having a processor and a non-transitory computer readable medium; the at least one telecommunications device configured to incorporate information on recent services as entries in a recent call list of said telecommunications device, wherein each entry is defined by a data structure, wherein the recent call list comprises at least one non-telecommunications service entry representing a recent service other than a telephone call in said recent call list, each at least one non-telephone call service entry comprising: a service code identifying a non-telephone call service as a data value such that the service code or an identifier associated with the service code is displayable when the recent call list is displayed regardless of whether differences between telecommunication calls and non-telecommunication services are distinguishable by the telecommunications device.

22. The telecommunications apparatus of claim 21, comprising: the server, the server having at least one processor connected to a non-transitory computer readable medium.

23. The telecommunication apparatus of claim 22, wherein the server is communicatively connected to the telecommunications device via at least one network.

24. The telecommunications apparatus of claim 21, wherein the at least one non-telephone call service entry comprises at least one entry from a door opening service, a door monitoring service, a facility management service, and/or a surveillance service.

25. The telecommunications apparatus of claim 21, wherein the identifier associated with the service code is displayable via the telecommunications device so that the identifier is included at a place for a call identifier of another side of a telephone call, and said service code includes a distinguisher that distinguishes the identifier from a call identifier so that the identifier is displayable regardless of whether differences between telecommunication calls and non-telecommunication services are distinguishable by the telecommunications device.

26. The telecommunications apparatus of claim 25, wherein said distinguisher is a prefix of the service code or a suffix of the service code.

27. The telecommunications apparatus of claim 21, wherein a data structure comprising assignments of service codes and additional information comprising a description of a non-telecommunications service associated with each of the service codes, said data structure being stored in the non-transitory computer readable medium so that the data structure is accessible to the telecommunications device.

28. The telecommunications apparatus of claim 26, wherein the identifier associated with the service code is displayable via the telecommunications device based on the description.

29. The telecommunications apparatus of claim 21, wherein the identifier includes a plain text description of said recent service as a data value.

30. The telecommunications apparatus of claim 29, wherein the plain text description is displayable at a place intended in said entry for contact information of another side of a telephone call, said contact information including at least one of a name, a telephone number, a telefax number, an email address, or any other electronic address, and is in a format expected at that place.

31. The telecommunications apparatus of claim 21, wherein the at least one non-telephone call service entry in said recent call list includes a second level detail as a data value, wherein said second level detail is displayable at a place intended for a second level detail of a telephone call, and is in a format expected at that place.

32. The telecommunications apparatus of claim 21, wherein the identifier of the at least one non-telephone call service entry is displayable in said recent call list so that the identifier is displayed at a place intended for a call type of a telephone call, and is in a format expected at that place.

33. A method of providing a recent call list of calls recently received or initiated by a telecommunications device, the telecommunications device comprising a processor connected to a non-transitory computer readable medium, the method comprising: incorporating information on recent services other than telephone calls as entries in a recent call list of said telecommunications device, wherein each entry is defined by a data structure comprised of a plurality of data fields, each data field including a data value, and wherein the recent call list comprises at least one non-telephone call service entry representing a recent service other than a telephone call service in said recent call list, each at least one non-telephone call service entry comprising: an identifier associated with a service code identifying a non-telephone call service and/or the service code; and displaying the recent call list having the at least one non-telephone call service entry via the telecommunications device so that that identifier is displayed in the recent call list.

34. The method of claim 33, wherein said service code and the identifier are displayed so that the service code and the identifier are displayed in the recent call list at a place intended for a call identifier of another side of a call, and said service code includes a distinguisher that distinguishes the service code from a telephone call identifier.

35. The method of claim 34, wherein said distinguisher is a prefix or a suffix.

36. The method of claim 33, comprising: storing an assignment data structure in the telecommunication device, the assignment data structure comprising assignments of service codes and additional information comprising a description of a non-telephone call service associated with each of the service codes, the identifier being based on the description.

37. The method of claim 33, wherein the identifier is displayed so that the identifier is included at a place intended in said entry for contact information of another side of a telephone call, said contact information including at least one of a name, a telephone number, a telefax number, an email address, or any other electronic address, and is in a format expected at that place.

38. The method of claim 33, comprising: displaying the recent call list via a display such that the at least one non-telephone call service entry is displayed so that the identifier associated with the service code is displayed via the display.

39. The method of claim 33, comprising: sorting said recent call list by at least one of a date, a call identifier of another side of a telephone call, and service code.

40. A non-transitory computer readable medium having a software product for providing a recent call list of calls incoming to and outgoing from a telecommunications device stored therein, said software product comprising program code for performing the steps of a method that is executed by the telecommunications device when the telecommunications device runs the code, the method comprising: incorporating information on recent services other than telephone calls as entries in a recent call list of said telecommunications device, the recent call list comprising at least one non-telephone call service entry representing a recent service other than a telephone call service in said recent call list, each non-telephone call service entry comprising: an identifier associated with a service code for a non-telephone call service and/or the service code; and displaying the recent call list having the at least one non-telephone call service entry via the telecommunications device.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

[0025] Exemplary embodiments of a software product stored in non-transitory memory, a telecommunications device, and a telecommunications system, and methods of making and using the same are shown in the drawings included herewith. It should be understood that like reference numbers used in the drawings may identify like components.

[0026] FIG. 1 shows a general example of a telecommunications environment including a telecommunications system and a telecommunications device according to an exemplary embodiment of the present invention.

[0027] FIG. 2 shows an excerpt of a recent call list provided by a method according to an exemplary embodiment of the present invention as showing up on a display of a telecommunications device.

[0028] FIG. 3 shows a flowchart of a process in a method according to an exemplary embodiment of the present invention.

[0029] FIG. 4 shows a flowchart of another process in a method according to an exemplary embodiment of the present invention.

[0030] FIG. 5 shows an example of an recent call entry of a recent call list provided by a method according to an exemplary embodiment of the present invention.

[0031] FIG. 6 shows an example of an recent service entry of a recent call list provided by a method according to an exemplary embodiment of the present invention.

[0032] Next, the invention will be described with reference to specific exemplary embodiments in view of the appended drawings. It will be noted however that the illustrations in the drawings are purely schematic, need not to be to scale, and may be limited to features that are believed to be useful for a person of skill in the art to understand principles that may be incorporated into embodiments of the present invention.

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS

[0033] FIG. 1 shows a general example of a telecommunications environment 100 according to an exemplary embodiment of the present invention.

[0034] As shown in FIG. 1, the telecommunications system includes a number of communications terminal devices 102. Each terminal device 102 may in general be understood as a computer device that includes a CPU, ROM, RAM, internal and/or external busses, interfaces and controllers, power supply etc. and is connected to (or includes) a display unit 104 for displaying contents as results of software running on terminal device 102. For instance, software stored in non-transitory memory can be executed by a processor of the terminal device 102 such that the device performs a method defined by the code of the software. Graphical user interface information can be displayed based on such software via the display unit to facilitate displaying of output to a user and receipt of input from a user utilizing one or more input devices of the terminal device (e.g. touch screen feature of the display unit 104, stylus, button, keypad, keyboard, pointer device, mouse, etc.).

[0035] In the present example, a recent call list 106 is displayed on display unit 104 of one of the terminal devices 102. Each terminal device 102 may also be connected to (or include) I/O facilities such as a writing unit 108 such as a keyboard, a pointing unit 109 such as a mouse, and a voice unit 110 such as a head set. Terminal devices 102 are connected to a PBX 112 directly or via a local area network (not explicitly shown), or implemented in PBX 112.

[0036] Moreover, a door opening service 114 and a facility management service 116 are connected to a PBX 112 directly or via the local area network, or implemented in PBX 112. PBX 112 is connected or connectable to a wide area network (WAN) 118 such as the internet or the like. For connecting to WAN 118, PBX 112 may be assumed to be connected to or include some routing/gateway facility (not explicitly shown) which may also manage the local area network mentioned above. Via WAN 118, PBX 112 is further connected to a telecommunications provider 120 and a remote facility management system 122. The terminals 102 and the PBX 112 may be understood as a telecommunications system in the sense of the present invention.

[0037] FIG. 2 shows an excerpt of recent call list 106 as it shows up on display 104 of a telecommunications device 102 used by a user (see FIG. 1), including typical examples of the features introduced according to the present invention. The recent call list 106 includes a number of entries which will be generally addressed by reference sign 202, in the following. In the excerpt showing up in FIG. 2 seven individual entries 202.1, . . . , 202.7 are visible of which entries 202.1, 201.2, 202.5 and 202.7 relate to recent calls, entries 202.4 and 202.6 relate to telecommunication services other than telephone calls, and entry 202.3 relates to a service other than a telecommunication service (and, obviously, other than a telephone call).

[0038] Each entry 202 displayed in the excerpt of the recent call list 106 is divided into several display areas as exemplarily indicated by dotted border lines in the first entry 202.1, including a name area 204, a number area 206, a date area 208, a time area 210, and a selection area 212. If an entry relates to a call such as, e.g., entry 202.1, 202.2 and others, the name area 204 shows a name of a person (or more generally, of a party which also may be a company, society or whatever entity) to which or from which the call was directed, the number area 206 shows a number (or more generally, a party identifier) of the party to which or from which the call was directed, the date and time areas 208, 210 show a date and time of when the call was made or received, and selection area 212 includes some selection symbol which is selectable by, e.g., pointing unit 109 of FIG. 1. If an entry relates to a service other than a call as exemplified by entry 202.3, the name area 204 shows a short description 214 of the service, the number area 206 shows a service code 216, and the date and time areas 208, 210 show a date and time when the service event has happened. In any case, selecting the section symbol in selection area 212 leads to a further action associated with the entry, such as showing its details or executing some follow-up service being prescribed by default or varying depending on a situation, or being selectable by user choice.

[0039] As shown in FIG. 2, a service code 216 showing up in the number area 204 of entries 202.3, 202.4 and 202.6 has a format clearly showing that the number is not a telephone number or other call identifier. In the present example, a service code is prefixed by a * character (asterisk sign). It will be noted that the invention is not limited to a * prefix for this purpose.

[0040] The excerpt of recent call list 106 shown in FIG. 2 is sorted by date and time such that the most recent entry shows up first. However, there is no limitation in this regard. In particular, the list may be generated as a pure data structure, each entry identified by some entry identifier or count not showing up when displayed, and may be sorted by any other criteria automatically, by default, or upon user choice for display.

[0041] The concept of introducing service codes 216 inside recent call list 106 opens a new view in presenting recent calls in telephone systems (herein, an entry of a recent call list may also be addressed as a recent, for ease of language). This can enable users to see their activated features such as opening a door, forwarding a call, transferring a call, granting access to a user to reach an outside line, parking a call etc. In that essence, recents become a more common history of exactly what a user has done with his or her device.

[0042] In the following, an approach on the method of how service codes of any kind can be incorporated in recents of a recent call list so a user can handle them in the same way as recent calls, will be described. This description is oriented for showing the different attributes that can be deducted from such an approach:

[0043] showing the service codes and translating to the actual code listing up the history;

[0044] what happens when the user selects a recent entry that in fact is a service other than a call or, more generally, other than a telecommunication service; and

[0045] how service codes can be grouped depending on type.

<Showing services codes in recents>

[0046] First of all, an exemplary principle data structure of an entry in recent call list 106 will be described by way of example. FIG. 3 shows a data structure 300 representing a recent call list entry 106 as shown in FIG. 1. The data structure 300 may be understood as a listing in JSON format. An overview of the JSON data interchange format may be found in The JSON Data Interchange Format, Standard ECMA-404, 1st Edition/October 2013, ecma international, with further references. The listing in FIG. 3 includes a JSON response showing how a recent call entry 106 may be represented in an PBX system. It will be noted however that JSON is just one example of a data structure to describe the way data is received. Other forms may apply as well. The JSON format is used, for example, in Asterisk which is a common telephone system. Of course, the present invention is not limited to this application.

[0047] In JSON as in many other data interchange formats, a data structure (which may also be referred to as a data set or object) may be listed in text form which is written in lines. In the present example as shown in FIG. 3, the data structure 300 includes lines 302-326 counted in even numbers. The first and last lines 302, 326 include an opening token 354 and a closing token 356, respectively (here, left and right curly brackets) while lines 304-324 include respective data fields 352. It will be noted that data fields 352 are separated from each other by a data field separator (here, a comma). Each data field 352 is composed of a data field identifier 358 (the name of the data field) and a data value 360. Data field identifiers 358 and data values 360 are character strings (words) framed by quotation signs (double inverted commas). A data filed identifier 358 is followed by a data value 360, separated by a separator (colons). If a data value 360 includes more than one item such as for the destination field in line 312, the items are separated from each other by another separator (backslash). It will be noted that listing in lines is only for the human reader for ease of recognition but is not necessary for automatic interpretation of the data structure 300. In the following, a specific one of data fields 352 may also be referred to by its line count within the data structure 300.

[0048] As seen in FIG. 3, a JSON response of a recent call may include the data fields shown in table 1 below:

TABLE-US-00001 TABLE 1 Data fields in recent call entry IDENTIFIER CONTENT id object identifier (call count) start starting date and time of call (predefined date and time format) src source of call (number only) dst destination of call (number only) destination destination of call (name and number) duration duration of call (time information on duration of call, etc. (date of call and time indicating entirety of the duration of the call, etc.) disposition ANSWERED, NO ANSWER, BUSY, or other disposition identifier answer date and time of answering the call end date and time of end of the call direction direction of the call (in; out, etc.) callerid call identification (e.g. caller ID, etc.)

[0049] It is noted however that the above identifiers and contents are exemplary and may be defined as needed in a telecommunications device, system, or software, and even by a user.

[0050] To include recent services other than calls in a recent call list, service codes can be incorporated in a recent call entry. A table which matches the service code activated with the actual service code can write in the recents the actual service in text mode. Recent's date and time are the same as any other recent call.

[0051] FIG. 4 shows an example of a data structure 400 representing a recent call list entry 106 referring to a recent service other than a call, in a recent call list. This data structure 400 includes lines 402-428 where lines 404-426 include data fields and lines 402, 428 include opening and closing tokens, respectively. For further details on the data structure 400 which is similar to data structure 300 of FIG. 3, see the afore description. In this data structure 400, the fields dst (line 410), destination (line 412), disposition (line 416), and direction (line 422) have been re-used for including content relating to the recent service, and a new data field action is included in line 426. The action field 426 may be understood as a user-defined data field. Below table 2 includes how data fields match with a service code entry.

TABLE-US-00002 TABLE 2 Matching of data fields in recent service entries IDENTIFIER CONTENT FOR RECENT SERVICE dst The actual service code activated from user at the start time destination The service code in text mode as it is obtained by the database disposition Second level details from the service action direction The actual type of the entry (service) action Further action on selecting an entry

[0052] In the direction field 422 an application can decide if this entry is a service code or an actual call and it can handle the information likewise.

[0053] All other fields remain the same as in recent calls. So even an application that does not distinguish the difference between call and service will show this information irrespectively of the content.

[0054] In the listing of data structure 400 shown in FIG. 4, the number in the src field is the number of a user of the terminal device where the recent call list is provided, and the service code of a service initiated using this device is found in the dst field. However, it can be vice versa such that in case that the service is initiated by another side the service code is found in the src field, and the own number is found in the dst field in such case.

[0055] FIG. 5 shows a flowchart of a process 500 of matching incorporating service codes in recent call list. As shown in FIG. 5, process 500 starts by recognizing a user action in step 502. Then, in step 504, a judgment is made as to whether a call or a service was included in the user action recognized in step 502. If the judgment 504 leads to a call, an incoming/outgoing call handling is made in step 506. If the judgment 504 leads to a service other than a call, a service code handling is made in step 508 which implies data exchange with a database 510. Thereafter, the branches via steps 506, 508 are reunited, and a recent call list is provided in step 512.

<Service code selection>

[0056] When selecting a recent call either details are displayed or the selected number is called back. Similarly these two options will be applied when a service other than a call is selected. In case details are to be shown all information is obtained from the response. This is up to the application how to handle this information. It will be noted that selection of an entry may be done by touching a screen area (e.g., selection area 212 in FIG. 2), pushing or pressing a key, expressing speech or gesture or whatever input option the employed terminal device may offer. In case user selects an entry of a recent service other than a call then not all same rules do apply as in the case of recent call. The differentiation is due to the fact that a dialing the same service code combination is not necessarily the same action required for all cases.

[0057] For example, a user selects a feature code to open a door via use of an input device for providing the selection. This entry is registered as an open door action. When user selects this entry in the recent call list, then it makes little sense if the door opens again. It would make sense if the user watches the door from a video monitor or opens the speaker call of the door etc. The above example shows the necessity to define an additional field namely the action field shown in FIG. 4 that can define another action (so-called follow-up action) from the one additionally registered. The information of whether a different action is necessary is held in a local database of the underlined communication system.

[0058] FIG. 6 shows a flowchart of a process 600 on writing onto the Action field. The flowchart is an excerpt relating to steps 508 and 512 of process 500 shown in FIG. 5 and analyzes in more detail one of the functions of service codes handler step 508, as indicated by steps 602, 604, and 606 which are part of service code handler step 508.

<Grouping service codes>

[0059] One additional functionality that can be provided is the grouping of consecutive service codes. Again in this case this functionality differs from the one of the consecutive calls. Taking as example the door opener feature there are many times that service codes might differ for the same functionality. For example, service code may contain a secret key. Different users can open the door with different keys from the same device. In that case the recent call list will differentiate the two service codes for the same function and will list up two different entries. Hence the field destination may become very important since this is the one that can generically provide the information of the actual feature code. In this point it is to be made clear that destination and dst are two levels of decision given in the application which can be used openly. In other words, is up to the application whether it would use the information provided from the JSON listing, since the latter's content could be taken as redundant information.

[0060] The invention has been described above based on specific exemplary embodiments, and variations and modifications thereof. Obviously, any features, objects, advantages, and details of any specific exemplary embodiment, its variations and modifications apply to any other embodiment, variation or modification mutatis mutandis unless such application obviously violates technical constraints or laws of nature. Embodiments, variations and modifications may be combined with any other embodiment, variation or modification, and any combination as a whole or in terms of single feature may be assumed to constitute an embodiment of the invention.

[0061] It should be understood that while certain exemplary embodiments of the telecommunications device, a telecommunications system, and methods of making and using the same have been shown and described above, it is to be distinctly understood that the invention is not limited thereto but may be otherwise variously embodied and practiced within the scope of the following claims.