Method and system for activation of a local terminal

Abstract

System and method for activating a terminal (7) connectable to a first network (1). An activation module (6) is connected to a second network (5) on the one hand and to the terminal on the other hand and can activate the terminal after receiving an activation code. The activation module might also activate a connection between the terminal and the server, while the server might further activate the terminal. If the second network (5) passes on to the activation module (6) an identifier (e.g. CLI) of the node via which the server (2) connects to the second network, the activation module can activate the terminal in various ways in accordance with the value of the recorded identifier. The server (2) can connect to the network via nodes with various identifiers. The activation code can also comprise notification messages or other messages (for example SMS), which the server (2) sends directly to the user terminal (7) via the activation module (6).

Description

FIELD OF THE INVENTION

[0001] The invention relates to a method and a system for activating a local terminal connectable to a first network.

BACKGROUND AND PROBLEM DEFINITION

[0002] It is known that the server of, for example, an “Internet Service Provider” (ISP) can announce to a user who is logging in or has already logged in that there is new e-mail, news, or other items for that user. Another possibility is that the user, after logging in to the server, asks if any new items have arrived. Alternatively, an ISP or other server can activate the local terminal in some other way. For example, the ISP can update software or databases present in the terminal, send out recent news reports, etc.

[0003] All this is, however, only possible if there is an actual connection with the server. If a user wishes to be notified as soon as any new mail etc. arrives on the server, this is only possible if there is a continuous or very frequently established connection with the server. If the connection runs via e.g. a PSTN or an ISDN connection, which is not usually continuously open, this means that the user must regularly establish a connection in order to check whether any mail, messages, updates, etc. are present on the server. Since this will often not be the case, however, this procedure is both inefficient and costly both for the users and for the service provider. Of course, keeping a connection open continuously is even more expensive for residential and small business users.

SUMMARY

[0004] In order to overcome the above-mentioned problems, the invention provides a method and a system whereby-in brief- a “Non-permanently Accessible Terminal” (NAT) is activated by a server via a “Permanently Accessible Terminal” (PAT).

[0005] The method for the activation of a local (“Non-permanently Accessible”) terminal connectable to a first network can comprise, according to the invention, the following steps:

[0006] 1.a. the server transmits via a second network an activation code to a local (“Permanently Accessible”) activation module which is connected to the second network on the one hand and to the local terminal on the other hand;

[0007] 1.b after receiving an activation code, the activation module activates the terminal.

[0008] On receiving the activation code, the PAT, which is permanently accessible via the first network (e.g. PSTN or ISDN), “wakens”, as it were, the NAT, which is not permanently accessible via the first network (e.g. the internet). After having been “awoken”, the NAT can perform further actions, depending on how the NAT is programmed. The activation module or PAT can, for example, activate a connection, via the first network, between the local terminal or NAT and the server, after which the server can in turn further activate the terminal or NAT.

[0009] The activation by the PAT can also be made dependent on the “Calling Line Identifier” (CLI) or other node identifier which the server uses in its connection with the activation module.

[0010] If the second network passes on to the activation module the CLI of the node via which the server connects to the second network, the activation module records the CLI and activates the terminal in accordance with the value of the recorded CLI. Thus the CLI value received by the PAT here determines the behaviour of the NAT.

[0011] For activation of the NAT in a variety of ways, the server can connect to the second network via various nodes with different CLIs, which can enable the server to set the behaviour of the NAT, activated via the PAT, by specifically using either one or the other network node of e.g. the PSTN or ISDN.

[0012] The PAT can be implemented as hardware (a box) as well as software (on a computer, that might be the NAT) as long as it is able to be connected to the second network and to receive the activation code of the server. If the PAT is sofware implemented and the user does not have his device on which the software runs (e.g. the NAT) on then it is of no use to send an alert. One way to deal with this problem is to allow the end user to configure during which times he wishes to receive alerts. It is then the responsibility of the end user to ensure that the PC is on during these times in order to receive the alerts. Another option is that the user can toggle his virtual online status with one mouse click. A call is then made from the end user to the call server which uses CLI to identify the end user. The virtual online status of the end user can then be toggled from virtual online to virtual offline, or vice versa. In this way the end user can signal when he is ready to receive alerts and when not. The platform will keep track of the virtual online status and will only send alerts if the user is virtually online.

[0013] The NAT might be any kind of apparatus such as a personal computer, a laptop, a phone (wired as well as wireless) etc. as long as it is able to receive activation signals or code from the PAT and can be connected to the first network.

[0014] The activation code can, in addition to the activation code itself, also comprise a message that is sent by the server to the activation module and that can be read by the terminal, after having been activated, independently of whether the terminal is connected to the second network or not. A message of this kind could be a notification message to the effect that, for example, a (longer) message, e.g. an SMS or e-mail message, is waiting in the server to be read by the user of the terminal. It is not, however, necessarily a notification message (indicating the presence of a longer message in the server); the activation code can also comprise a complete message (for example an SMS). This option is particularly applicable if the first network is an ISDN network. The user can read the message as soon as the terminal has been activated, without first having to make a connection to the second network (e.g. the internet). The invention will now be described in more detail with reference to a working example of a system architecture which is suitable for performing the method according to the invention.

BRIEF DESCRIPTION OF THE DRAWINGS

[0015] FIG. 1 shows a schematic example of the system architecture according to a first embodiment of the invention.

[0016] FIG. 2 shows a schematic example of the system architecture including an ISP according to a second embodiment of the invention.

[0017] FIG. 3 shows an example of the system architecture including a possible extended application of controlling devices according to a third embodiment of the invention.

[0018] FIGS. 4A-D show a detailed example of elements of an embodiment of a platform according to the invention.

DESCRIPTION

[0019] For the purpose of teaching the invention, preferred embodiments of the method and devices of the invention are described in the sequel. It will be apparent to the person skilled in the art that other alternative and equivalent embodiments of the invention can be conceived and reduced to practice without departing from the true spirit of the invention, the scope of the invention being only limited by the claims as finally granted. FIG. 1 shows a system for activating a local “Non-permanently Accessible” terminal 7 connectable to a first network 1, e.g. the internet. A local “Permanently Accessible” activation module 6 is connected to a second network 5 (e.g. PSTN or ISDN) on the one hand and to the local terminal 7 on the other hand, which activation module, after receiving an activation code (a), activates the terminal 7 (b). This activation can refer to a variety of things, for example control via the terminal of (household) equipment, etc. (see FIG. 3). In particular, however, the activation module 6 (subsequently) activates a connection between the local terminal 7 and a server 2 (c) via the first network 1, which server 2 further activates or controls or communicates with the terminal. The second network 5 passes on to the activation module 6 the identifier (“Calling Line Identifier”—CLI) of the node via which the server 2 connects to the second network. The activation module 6 records this identifier (CLI) and activates the terminal 7 in accordance with the value of the CLI.

[0020] The server 2 comprises means, represented by selection means 4, for—via various network nodes, each with different identifiers (CLIs)—connecting to the second network, with the aim of activating the activation module 6 and indirectly the terminal 7 in various ways, in accordance with the value of the CLI recorded by the activation module.

[0021] The first network 1 and the second network 5 can in principle be completely separate networks. The first network 1 and the second network 5 can, however, also belong (in part) to the same network. In general, this latter possibility is usually the case: for residential use, the internet 1 is usually accessed via a PSTN or ISDN connection, via a PSTN or ISDN modem 3 and an ISP.

[0022] FIG. 2 shows a situation involving an ISP 8. In addition, the modem 3 and the activation module 6 are combined into one unit incorporating both functions. The operation is preferably identical to that of FIG. 1; the connection between the server 2 and the terminal 7, however, runs via an ISP server 8 connected to the PSTN or ISDN on the one hand and to the IP network 1 on the other hand, which server can be selected by the terminal 7 via the PSTN or ISDN 5.

[0023] FIG. 3 illustrates some additional aspects of the invention. The terminal 7 can be used for controlling e.g. household equipment, represented by devices 11. These devices 11 can be controlled independently by the terminal (PC) 7, but can also be co-controlled from the activation module 6 (which can be set via the CLIs) or a server or external computer connected to the internet 1, for example the server 2. This server 2 can also, in turn, be controlled from, for example, a telephone set 12—via the network 5—or an external terminal 13, enabling the user to connect to the server 2 and pass on control parameters to it, in order thereby to influence the operation of the activation module 6 or the terminal 7.

[0024] Via the network 5 the module 6 therefore makes a connection between a terminal 7 and the server 2, for which purpose module 6 (not explicitly shown) comprises means for receiving an activation code (a) from the server 2 and subsequently activating the terminal 7, preferably in accordance with the value of the received activation code. In the embodiment shown, the value of the activation code comprises an identifier (CLI) of the network node 9 used by the server 2. Furthermore, it is also possible that the module 6 comprises means for detecting a terminal-status code (d), relating to the status of the terminal 7, and for passing on this status code via the network 5 to the server 2. In particular, it is envisaged that the status code indicates whether the terminal is active (“on”) or inactive (“off”), so that the server 2 knows whether it can or cannot send a message to the terminal. Such a message has in particular the form of an “alert” or notification message that, after the server 2, on the basis of the latest terminal status code, knows that the terminal 7 is “on”, can be sent via the activation module 6 to the terminal 7. Such an “alert” can therefore be sent via the network 5 without the terminal 7 being connected to the first network, e.g. the internet 1. The advantage of this is, amongst other things, that it eliminates the need for the rather lengthy log-in procedure to the ISP 8 for access to the internet, while it is still possible to receive (short) messages from the server 2. These messages can—in particular if the network 5 is an ISDN network—be not only “alert” messages, but also SMS messages, known in particular from mobile telephony. These messages can be sent to the server 2 either by users 12,13 of network 5 or by users of the first network, e.g. the internet 1. The server 2 then sends with the activation code either a notification message or the SMS message itself to the module 6 and via this module to the activated terminal 7.

[0025] An example of the elements of an embodiment of a platform according to the invention will be shown and briefly described in relation to FIG. 4. The platform might comprise the following elements:

[0026] 1. SMPT server

[0027] 2. Voicemail server

[0028] 3. HTTP/chat server

[0029] 4. Client database

[0030] 5. Alert server

[0031] 6. Call server

[0032] 7. Activation module and/or activation software

[0033] Some of these elements are shown in the embodiment of the platform in FIGS. 4A-D. Whenever there is a new voicemail waiting for a subsciber to the service according to the invention the voicemail server 14 in FIG. 4A might send the telephone number (e.g. 070-3755660) to the alert server 15 in FIG. 4B. Moreover a chatter might be requesting an off line chat buddy to join in a chat session. The offline chat buddy might be identified by an e-mail adress (e.g. jan@hetnet.nl). This e-mail adress is forwarded by a chat server 16 in FIG. 4A to the alert server 15. In a client database 17 (FIG. 4B) client information 18 might be stored such as e-mail adress, telephone number and whether the client is a subscriber to the service. The alert server 15 translates an incoming alert with e-mail adress to the appropriate alert telephone number and client telephone number. For the latter the client database 17 is used. Both telephone numbers are forwarded to a call server 19 as shown in FIG. 4C. The alert telephone number corresponding to an e-mail or chat alert might be configurable. The call server 19 calls to a client telephone number from an alert telephone number and hangs up immediately to avoid incurring call setup charges. Using e.g. the calling line identifier (CLI), the calling (alert) telephone number is identified allowing the appropriate alert message to be displayed, either as a LED 20 on the activation module 21 or as a popup 22 on a pc 23 as shown in FIG. 4D. The activation module 21 might be a caller display device using CLI to identify the callers number. Each LED 20 on the activation module 21 can be programmed to light up in response to a particular caller. The LCD screen might show the callers number. In addition the activation module might have voicemail LED which might light up whenever a telephone call is not answered. The popup 22 on the pc 23 might display alert messages in response to certain caller numbers. With e.g. one mouse click users can respond to an alert automatically resulting in the pc 23 going online to the correct webpage. The caller numbers and the corresponding alert messages can be (re)programmed or synchronised by e.g. the ISP when the client is online.

[0034] The service or services that might be provided by the method and system according to the invention are, above the services already described above, numerous. To summarise partly and extend these services might comprise amongst other ones:

[0035] Filtered e-mail alerts, the end user can specify the senders of e-mail which will trigger an alert and which senders will not.

[0036] Web event alerts, the platform according to the invention is suitable for sending alerts to end users for a variety of Internet events such as live concerts, interviews and chat sessions.

[0037] Game alerts, end users playing online games can receive alerts in response to interesting game events.

[0038] VoIP, according to the invention alerts can facilitate the introduction of the VoIP service allowing end users to ‘call’ each other.

[0039] Personalised alert, end users can specify themselves for which events they wish to receive alerts.

[0040] Third party alerts, the operator of the platform according to the invention might allow third parties to develop and deploy new alert services.

[0041] Mobile alerts, the platform according to the invention can send alerts to mobile phones.

[0042] Screenphone alerts, next generation telephones can be integrated with the alert services according to the invention.

[0043] SMS for fixed telephony, the platform according to the invention can be extended to enable SMS messages to be sent to end users over the fixed telephone network.

[0044] Home connect, end users can remotely bring their PC online and thus access their files and applications.

[0045] Home device control, end users can bring their home environment online and remotely access their household appliances such as videos, washing machines and thermostats.

Claims

1. Method for activating a local terminal (7) connectable to a first network (1), characterized by the steps: a. a server transmits via a second network (5) an activation code to a local activation module (6) which is connected to the second network (5) on the one hand and to the local terminal on the other hand; b. after receiving the activation code, the activation module activates the terminal.

2. Method according to claim 1, characterized by the steps: a. the activation module also activates a connection between the local terminal and the server, via the first network; b. the server further activates the terminal.

3. Method according to claim 1, characterized in that the activation code also comprises a message that is sent by the server (2) with the activation code to the activation module (6) and that can be read by the terminal (7), after having been activated by the activation module.

4. Method according to claim 3, characterized in that the message is a notification message.

5. Method according to claim 4, characterized in that the notification message relates to a message that is waiting in the server (2) to be read by the user of the terminal.

6. Method according to claim 5, characterized in that the message waiting in the server (2) is an SMS message.

7. Method according to claim 5, characterized in that the message waiting in the server (2) is an e-mail message.

8. Method according to claim 3, characterized in that the message is an SMS message.

9. Method for activating a local terminal (7) connectable to a first network (1) whereby a second network (5) passes on to an activation module (6) an identifier of a node via which a server (2) connects to the second network, characterized by the steps: a. the activation module records the said identifier; b. the activation module activates the terminal in accordance with the value of the recorded identifier.

10. Method according to claim 9, characterized in that the server (2), for activation of the terminal in a variety of ways, connects to the second network via various nodes, each with different identifiers.

11. System for activating a local terminal (7) connectable to a first network (1), characterized by a local activation module (6) which is connected to a second network (5) on the one hand and to the local terminal on the other hand, which activation module activates the terminal after receiving an activation code.

12. System according to claim 11, characterized in that the activation module also activates a connection between the local terminal and the server, via the first network, which server further activates the terminal.

13. System according to claim 11, whereby the second network (5) passes on to the said activation module (6) the identifier of the node via which the server (2) connects to the second network, characterized in that the activation module records the said identifier and the activation module activates the terminal in accordance with the value of the recorded identifier.

14. System according to claim 13, characterized in that the server (2) comprises means for connecting to the second network via various nodes, each with different identifiers, with the aim of activating the terminal in various ways, in accordance with the value of the identifier recorded by the activation module.

15. System according to claim 11, characterized in that the first network and the second network are separate networks.

16. System according to claim 11, characterized in that the first network and the second network are constuted by at least partially the same network.

17. System according to claim 11, characterized in that the server (2) comprises means for making connection with an external terminal (12,13) or server and being controlled by that external terminal or server on the basis of control parameters.

18. System according to claim 11 or 17, characterized in that the local terminal (7) controls further devices (11).

19. System according to claim 11 or 17, characterized in that the activation module (6) or server (2) controls the further devices.

20. System according to claim 19, characterized in that the activation module (6) and/or the local terminal (7) are integrated within the further devices.

21. System according to claims 18-20, characterized in that the further devices (11) are domestic devices.

22. Server (2), characterized in that it comprises selection means (4) for activation in various ways of a local terminal (7) connected to a first network by connecting to a second network various network nodes (9) each with a different identifier.

23. Server according to claim 22, characterized in that the first network and the second network are separate networks.

24. Server according to claim 22, characterized in that the first network and the second network form are constituted by at least partially the same network.

25. Server according to claim 22, characterized in that it comprises means for making a connection to an external terminal (12,13) or server and being controlled by that external terminal or server on the basis of control parameters.

26. Module (6) for making a connection between a terminal (7) and a server (2) via a network (5), characterized by means for receiving an activation code (a) from the server (2) followed by activation of the terminal (7).

27. Module according to claim 26, characterized in that the said means activate the terminal in accordance with the value of the received activation code.

28. Module according to claim 26, characterized in that the value of the received activation code comprises an identifier (CLI) of a network node (9).

29. Module according to claim 26, characterized in that the activation code also comprises a message and the module comprises means for passing on that message to the terminal.

30. Module according to claim 29, characterized in that the message is a notification message that relates to a message stored in the server (2).

31. Module according to claim 29, characterized in that the message is an SMS message.

32. Module according to claim 26, characterized by means for detecting a terminal-status code (d), relating to the status of the terminal (7) and the passing on of that status code via the network (5) to the server (2).

33. Module according to claim 32, characterized in that the status code indicates whether the terminal is active or inactive.

34. Module according to one of the preceding claims 26-33 characterized in that the module is implemented as hardware.

35. Module according to one of the preceding claims 26-33 characterized in that the module is implemented as software.