WO2008056039A2 - Communication method and device - Google Patents

Abstract

The communication method comprises, on a user station: a step of selecting a module on a page of a site of the web, a step of transforming said module into a browser independent window, said window presenting at least a part of the content of said module, a step of displaying this window and a step of updating the content of said window. In embodiments, in the course of the step of selecting a module on a page of the web, the user clicks on said module or on a button present on a frame of said module. In embodiments, in the course of the step of transforming said module into a browser independent window, the content allied with said module is associated with a floating and persistent daughter window

Description

 METHOD AND DEVICE FOR COMMUNICATION

The present invention relates to a method and a communication device. It applies, in particular, to the automatic communication between data servers and a user terminal.

We know sites of the web (in English "web"), which allow to configure a page consisting of elements provided by different sites of the web, for example by implementing RSS (acronym for Really Simple Syndication for Really Simple Subscription, or Rich Site Summary for Developed Site Summary refers to an XML web content syndication format that stands for Extensible Markup Language for Generic Markup Language Language. However, these sites only provide their function as long as the user accesses it via a browser software on the web (in English "browser"). In addition, the content information flows in question pass through the server of the web site, which causes a strong use of resources at this server. Finally, information providers can not act on the content associated with the data they provide.

There is also known software executable on a personal computer, commonly called "gadgets" which, from the selection, on a site of the canvas, a static model or a textual description of a window that, install this window on the virtual desktop of the user and have him submit content automatically updated. The user is obliged to use this window defined by his model and can not customize it. In addition, information providers can not act on the content associated with the data they provide. Finally, these executables do not allow to remove a module from a page of the canvas to turn it into a window on the user's desktop. The present invention aims to remedy these disadvantages.

For this purpose, according to a first aspect, the present invention relates to a communication method, characterized in that it comprises, on a user station: - a step of selecting a module on a page of a site of the web ,

a step of transforming said module into a window independent of a browser, said window presenting at least part of the content of said module,

a step of displaying this window and

a step of updating the content of said window. Thanks to these provisions, the supplier can provide customized modules to its visitors and control their use and content. For its part, the user can modify the appearance of the window and select each module that interests it without having to go through a predetermined web site.

According to particular characteristics, during the step of selecting a module on a web page, the user clicks on said module or on a button present on a frame of said module.

Thanks to these provisions, the implementation of the present invention is particularly easy for the user of the user station.

According to particular characteristics, during the step of transforming said module into a window independent of a browser, the content related to said module is associated with a floating and persistent daughter window.

It is recalled here that the "persistent floating girls windows" are windows (generally rectangular part of the screen of a computer inside which are displayed the information relating to a specific activity) which have the particularity that once created, they are no longer affiliated with the "host" window that created them. If we close the "host" window, these "girls" windows are not closed and we can move them on the desktop using the mouse.

According to particular characteristics, during the step of transforming said module into a window independent of a browser, data associated with the module comprising content presentation information and information allowing access to the contents of the module are processed by a user. computer program present on the user station.

Note that the content presentation information includes, for example, the size of the window and its graphic appearance and that the information allowing access to the content include, for example, an email address, or url (acronym for "universal resource"). locator ", for universal resource locator) a page of a web site or a package (in French assembly) gathering multimedia content, for example data in HTML (acronym for" hypertext markup language "for language hypertext markup), image media and / or scripts.

According to particular characteristics, during the step of transforming said module into a window independent of a browser, an icon is formed in said window which, after its activation, causes the setting in a foreground state of said window, no other window on the terminal can hide the window in the foreground.

According to particular characteristics, during the step of selecting a module, a marker associated with said module is implemented in the description of the web site page provided to the user terminal.

According to particular features, a marker is composed of two parts, one indicating the presence of a "module" capable of being transformed during said transformation step and the other to send information to a computer program present on the user station and performing the steps of transformation, display and update of the window.

According to particular features, the information sent to the computer program includes an electronic address representative of a protocol and a resource, each protocol being associated with a computer application by the computer program.

According to particular characteristics, during the step of transforming said module into a window independent of a browser, a scripting language (interpreted programming language) defining an instance on a computer application, the operating system is implemented. the user station performing the interface between the scripting language and the computer application.

According to particular characteristics, during the step of updating the window, a request is transmitted remotely from the user station and a package linked to the floating window and to the module is downloaded.

Thus, once the package is repatriated, it is installed by the computer application on the user station (the files contained in the package are copied to the terminal) and the application opens the window on one of the files, for example a html file, contained in the downloaded package. According to a second aspect, the present invention relates to a communication device, characterized in that it comprises, on a user station:

a means for selecting a module on a page of a web site,

means for transforming said module into a window independent of a browser, said window presenting at least part of the content of said module, means for displaying this window and

a means for updating the content of said window.

The present invention also relates to a method and a communication device. It applies, in particular, to the communication relating to events, on a computer network such as the Internet. It is known from international patent application WO2006054047, published on May 26, 2006, and from the corresponding national application GB0425246.6 (Skinkers Itd), a method of making personal data available in a data communication network by means of requests sent by a client terminal to a server. On the client terminal, it is determined when a check on the availability of personal data should be made and a first request is sent to the server when such verification is necessary. The server indicates to the client terminal whether the personal data are available or not. On the client terminal, it is determined whether it is it is necessary to send a second request to the server according to the availability of the personal data, a second request is transmitted if the personal data are available and, in response, the personal data is received.

This method has many disadvantages. Indeed, it relies on a periodic request mechanism sent by the client terminal to a server. No information concerning the availability of future personal data is stored on the client terminal, this method only describes a mode of operation and polling very traditional and used for a very long time.

In addition, it does not allow, in particular the server: - to signify, during a periodic polling of the client terminal, the availability of information to be displayed at a specific time outside the periodic polling period,

to store completely or partially on the client terminal the content that the latter will have to display to the user at the time that has been specified, even if the client terminal is disconnected from the communication network at the precise moment of display - to modify the display characteristics of the alert and to allow in particular to adjust its display time by specifying either a fixed duration or a date and time limit,

- to allow and automate the triggering of a new treatment at a given stage of the display of the message or alert or - to incoφorer in the body of the message a complete multimedia content including texts, images, sounds, videos, Scripts, not a simple message with text, an image and a link formatted in a way always identical and not modifiable by the server. It does not allow, especially to the client software:

to "go out" of its classic and periodic interrogation mode, even if the programmed periodicity has no direct link with the occurrence of the event to be displayed,

to display at a precise moment the information on the client terminal,

to display a message or an alert on the client terminal even when the latter is not connected to the communication network,

- to make disappear this message at a time controlled by the server or - to trigger new treatments at certain stages of the display of the message

The present invention aims to remedy these disadvantages.

For this purpose, according to a third aspect, the present invention aims at a method of communication between a client terminal and a server which comprises:

a step of sending a request by the client terminal to the server, a step of receiving a request from said server, said request comprising information representative of an alert, a date and time of triggering display and at least one date and time of additional action triggering,

a storage step on the client terminal, an information item representative of the alert, the date and time of the display trigger and each date and time of the triggering of the complementary action,

at the display start date and time, a step of displaying, on a screen of the client terminal, information representative of the alert and

- at each additional action trigger date and time, a step of triggering the complementary action corresponding to said date and time. Thanks to these provisions, the user of the client terminal does not have to monitor events which he asked, at the server level, to be alerted: automatically, when he must be informed, the representative information of the alert is displayed and, automatically, additional actions are triggered. It can be observed that the term client terminal covers computers as well as personal digital assistants, or PDAs (personal digital assistant), mobile phones, smartphones, that is to say mobile phones with functions of personal digital assistants.

According to particular characteristics, at least one representative information of date and time is representative of a delay between two events. According to particular features, the representative alert information displayed during the display step takes the form of a pop-up window (in English "popup window").

According to particular features, the information representative of an alert, a date and time of the display trigger and at least one additional action trigger date and time is also representative of a date and time display stop and the method further comprises, at the date and time of display stoppage, a step of stopping the display, on the screen of the client terminal, of the information representative of the alert.

According to particular characteristics, at least one additional action includes opening a window on the screen of the client terminal.

According to particular characteristics, at least one additional action involves launching a software on the client terminal.

According to particular characteristics, during the step of displaying the alert, the client terminal requests information to be displayed to the server and displays the information to be displayed provided, in return, by the server.

According to particular characteristics, during the step of receiving a request from said server, the information representative of an alert, a date and time of triggering the display and at least one additional action triggering date and time, is also representative of an electronic page address accessible on a computer network, the client terminal accessing said page by implementing said electronic address for requesting information to be displayed. According to particular characteristics, during the step of displaying information representative of the alert, the remaining time remaining before the associated action is triggered is displayed.

According to particular characteristics, the information representative of the alert displayed during the display step includes content described in a language and / or a protocol interpreted by a browser without opening a browser.

According to a fourth aspect, the present invention aims a communication device between a client terminal and a server which comprises: means for sending a request from the client terminal to the server,

means for receiving a request from said server, said request comprising information representative of an alert, a date and time of triggering of display and at least one date and time of triggering of additional action,

storage means on the client terminal, information representative of the alert, the date and time of the display trigger and each date and time of triggering of additional action and a suitable control means, the date and time of display trigger, to display, on a screen of the client terminal, information representative of the alert, said control means being, furthermore, adapted to each date and time of triggering additional action, to trigger the additional action corresponding to said date and time.

According to a fifth aspect, the present invention aims a program loadable in a computer system, said program containing instructions for implementing one of the methods of the present invention, as briefly described above. According to a sixth aspect, the present invention aims at a support of information readable by a computer or a microprocessor, removable or not, retaining instructions of a computer program, characterized in that it allows the implementation of one methods of the present invention, as briefly described above. The advantages, aims and characteristics of each of these devices, this computer program and this information medium being similar to those of each of the corresponding processes as succinctly set out above, they are not recalled here.

The features of the methods object of the various aspects of the present invention, on the one hand, and the characteristics of the devices object of the different aspects of the present invention, on the other hand, are intended to combine to form processes having the combined advantages. of these methods, respectively of these devices.

Other advantages, aims and features of the present invention will emerge from the description which follows, for the purpose of explanation and in no way limiting, with reference to the appended drawings, in which: FIG. 1 represents, schematically, functional elements and elements present on a computer screen during the implementation of a particular embodiment of the method that is the subject of the present invention,

FIG. 2 represents, in the form of a logic diagram, steps implemented in a particular embodiment of the method that is the subject of the present invention; FIG. 3 represents the architecture of a particular embodiment of the device; object of the present invention;

FIG. 4 represents, in the form of a logic diagram, steps implemented on a client terminal, for programming and storing an alert and

- Figure 5 shows, in the form of a logic diagram, the steps implemented on a client terminal, to display an alert and trigger an action on a client terminal.

Throughout the description, the following definitions are used:

"User terminal" or "client terminal": any terminal that can be used by a user, for example a computer, a telephone, PDA digital personal assistant, smartphone, terminal or interactive television; - "browser" or "browser": an application for browsing the Internet (for example, Internet Explorer, FireFox, Opera, trademarks);

"Window": contrary to the conventional definition of a window (rectangular part of the screen of a computer inside which are displayed information relating to a specific activity), we include in the term "window" any forms, not necessarily rectangular;

"Floating window": these windows have the particularity that once created, no longer be affiliated with the "host" window that created them. If we close the "host" window, its "girls" windows are not closed. These windows can be moved with the mouse, in a manner known per se. These windows may include a sign ("pin") to indicate that they can be put in a state "foreground", that is to say that no other window on the terminal can hide in part or all this window. The transition from a normal state to "foreground" is done by an action of g the user on the window (click on a pushpin button for example). We include in the term "window" also some forms, not necessarily rectangular;

"Persistent floating girls windows": windows that have the particularity that once created, they are no longer affiliated with the "host" window that created them. If we close the "host" window, these "girls" windows are not closed and we can move them on the desktop using the mouse;

"Module" portion of the web page corresponding to a visual set and a set of multimedia contents (text, image, animation, sound, programming scripts ...) representing the content necessary for display. The module is independent of the rest of the web page or other modules found in the web page. The source code of the page of the canvas includes information to delimit the modules ("marker");

"Detachable module" module that can be formatted as a persistent floating window; "Package": set of multimedia contents (text, image, animation, sound, programming scripts, etc.) corresponding to the content needed to display a module in a floating window or in an alert window, as well as the type and the parameters of each additional action to be triggered as a result of the alert. The package is a single compressed file containing all the data; - "Package URL": The email address at which the package can be downloaded from the Internet; "AFF" application: designates a computer application for generating and displaying floating windows implementing the method that is the subject of the present invention and

"Alert URL": URL address that allows access to the content of the alert window and display it in it, usually on a page maintained by a server of the web (known as "Web") remote, written in html (acronym for "hypertext markup language" for hypertext markup language).

FIG. 1 shows a user terminal 100 provided with an operating system (not shown) and with an Internet browser 101. The user terminal 100 also implements a user terminal 100. software 103 that generates and displays floating and persistent daughter windows 104.

The browser 101 displays a html page 105, either from a web site or website (in English "website"), or from a local file. This html page 105 contains at least one marker (not shown) indicating that page 105 contains at least one module 102 that can be transformed into a persistent floating daughter window 104.

Each of these markers is composed of two parts, one indicating the presence of "detachable module", for example including images, animations and / or text and the other constituting an active part for sending data to the application 103. This active part is, in embodiments, either an url or lines of interpreted codes (in "script" language) that can be understood by the browser 101.

Thus, in the embodiment described and shown, the implementation of the present invention allows the user visiting a web site, local or remote, consisting of modules, on triggering by clicking on the zone or button associated with a module, to generate and display, by a computer program residing on the user terminal, a floating and persistent daughter window whose content is, at least in part, the content of the zone associated with the selected module. The web site is composed of independent modules (graphically and technically). When the user clicks to create the child window, data is sent to the computer program. This data includes presentation information of the window (size of the child window, visual sound ...) and data to recreate the module in the child window: url of a website, package gathering a multimedia content (html , media images, script).

It is considered, at the beginning of the steps illustrated in FIG. 2, that the user uses the user terminal on which the AFF application operates, to navigate on a page of a site of the web that contains at least one detachable module.

During a step 200, the user makes a click of the mouse to detach the module 102, which triggers the sending of data to the application "AFF" 103, during the steps 201 to 203. During step 201, the type of sending of data between the two following cases is determined: either sending, step 202, the url in the browser 101, or by triggering a script, step 203.

To explain the first case, remember that the url is composed of a protocol identifier and an address. For example, in the URL "http://www.nosibay.com/", "http" refers to the protocol hypertext transfer protocol (in French hypertext transfer protocol) and "www.nosibay.com" address to which the data is accessed. In our case a specific protocol is implemented. On the various platforms, the operating system makes it possible to associate an application with a protocol, the rest of the URL, that is to say the address, is passed as parameter to the "AFF" application. 103. Thus, the protocol, called "PAFF" is associated in the rest of the description, with the application "AFF" 103, the url 202 will therefore be of the "PAFF" type: data module. "Module Data" is a string consisting of several strings separated by a string or a separator character. Each substring of characters corresponds to information relating to the module (for example its size "w = 100"). The browser makes a request on the url, step 204, and, since the protocol is registered in the operating system, the request it is transmitted to him. The operating system triggers the application associated with the "PAFF" protocol, and therefore the "AFF" application 103, and provides it, as a parameter, with the address of the url.

In the second case, that is to say in the case of the triggering of a script 203, to detach a module is used a script language, and in this case, the application "AFF" 103. One ways to perform this task consists, for the application "AFF" 103, to export an interface to the operating system or script language to be called via a script (principle of communication by contract) . In the scripting language, an instance is defined on the application "AFF" 103, step 205. During a step 206, the operating system makes the interface between the scripting language and the "AFF" application 103 For ease of implementation, preferentially, the "AFF" application 103 is started automatically at the start of the user terminal and runs in the background on the user terminal.

During a step 207, the application "AFF" 103 receives data that can take different forms: either a string of characters (case of the url 202), or independent parameters positioned by the scripting language. These data are of two types:

the data relating to the floating window: a) its size, b) its shape (rectangular, round, cut out ...) and / or c) its options (possibility to close, reduce, enlarge the window, to put it in foreground, for example)

- the data relating to the content of the module: a) the url of the content: address of a page of the remote canvas containing the module and / or b) the url of a package: address of a package containing the module .

The application "AFF" creates a floating html window, during a step 208, on the desktop of the user station, window size and shape defined from the data received by the application during the step 207.

During a step 209, the "AFF" application performs the recovery of the contents of the module or the floating window, which recovery may differ depending on the type of content.

In the case where the content is defined by an url, request (s) is / are made by the application "AFF" to remote servers, to display the html page and its content (same principle of the display of a web page). In the case where the content is defined by a package, an intermediate phase corresponding to step 210, is triggered by the application "AFF" and consists of sending a request to a remote server to download the package linked to the floating window and the module. The package, once repatriated, is installed by the application "AFF" 103 on the terminal (the files contained in the package are copied to the terminal). The application opens the window not on a URL / remote address but on one of the html files initially contained in the package and which is now installed on the terminal.

The windows are managed by the application "AFF" 103 (closing, reduction, enlargement, masking) as well as the movement of the window in the office. The application "AFF" 103 therefore manages each floating daughter window, that is to say, it records the positions, the sizes, the reference to the contents (modules) and the state of the windows (reduced, enlarged, masked ). This context is saved in a database or local file. When the application "AFF" 103 restarts after being closed, either by the user, or when the user terminal is turned off, the application "AFF" 103 reads its context (database or a local file) for retrieve data about floating windows. After recovering these data, the application "AFF" 103 displays all the floating windows present when it is extinguished. FIG. 3 shows a client terminal 300 and a server 370. The client terminal

300 implements an alert client software 305 comprising a network communication module 310, and another client software 315, of known type.

The alert client software 305 implements a trigger information database 320, an alert contents database 325, an alert window 330 to be displayed on a screen of the client terminal, a module of modification of window 335, an opening module of another window with multimedia content 340, a sound transmission module and / or animation display module 345, an alert window closure module 350, an external request trigger module on a remote server 355 and an external software trigger module 360. The trigger information database 320 retains information representative of:

- an alert,

- a date and time of display trigger associated with each alert and

at least one additional action trigger date and time associated with each alert, trigger date and time that the client terminal has received from the server software 375.

Preferentially, the trigger information database 320 keeps, in addition to each alert, representative information:

a type of content, a precision of the date and time of triggering, preferentially drawn randomly,

- a date and time of stopping display and / or, - an electronic page address accessible on a computer network for downloading an alert package.

As discussed with reference to FIG. 4, steps 430 to 450, the alert content database 325 retains: - electronic URLs for alerts,

- email addresses of packages and / or

packages retrieved on the server 370, the retrieval of the package being done via a request in http (acronym for hypertext transfer protocol for hypertext transfer protocol), https (acronym for "secure http") or proprietary protocol in TCP (acronym for "Transmission Control Protocol" for Transmission Control Protocol).

The alert window 330 to be displayed on a screen of the client terminal is generated and edited by the window modification module 335 according to the content to be displayed kept in the alert content database 325. This alert window on its display trigger date and time kept in the trigger information database 320, appears in the form of a popup window superimposed on the other windows already open on the screen. screen of the client terminal 300.

It is observed that the content of the alert may include any type of multimedia content described in html (acronym for "hypertext markup language" for hypertext markup language) or any other language and protocol interpreted by a browser (in English "browser") without opening a browser.

The module for opening another window with multimedia content 340 makes it possible to open an additional window at a date and time for triggering additional action. The sound and / or animation display module 345 makes it possible to broadcast sound content and / or a graphic animation when the contents of an alert window or a complementary action implement a sound file and / or animation file. The alert window closure module 350 is adapted to close the alert window at an expiration date and time stored in the trigger information database 320. The query request external module on a server remote 355 is adapted, in a manner known per se, to make a request on a remote server, either to download a package linked to an alert window, or when triggering a complementary action.

The triggering module of an external software 360 makes it possible to launch software located on the same terminal 300. The server software 375 implements a trigger information database 380, an alert content database 385, a proprietary communication protocol 390.

The databases 380 and 385 are similar to the databases 320 and 325 but concern all the managed alerts, for all the client terminals, by the server

370. The proprietary communication protocol 390 allows the server 370 to communicate with the client software 305, when they implement the same protocol.

We will now describe, with reference to FIGS. 4 and 5, the operation of an embodiment of the method that is the subject of the present invention.

During a step 405 performed at the launch of the software 305, that is to say preferentially, at the initialization of the client terminal 300 when it is powered up and after opening an internet connection or the like according to the networks available, the software 305 issues a request to the server software 375, to ask if alerts affect him. During this step 405, the software 305 issues an identifier of the user of the client terminal 300, particularly if the client terminal 300 is multi-session, if the service offered by the implementation of the present invention operates on subscription , or a user profile, which describes its selection of alerts, if this service is anonymous.

The server software 375 then determines, based on the identifier or the profile of the user, if at least one alert is intended for him, in the database 380 and, if yes, the server software 375 transmits information allowing the retrieval, on the server 370, trigger information for each alert to the user.

During a step 410, the client terminal determines whether the server has transmitted trigger information concerning at least one alert. If not, during a timing step 415, the client software 305 waits for a predetermined time, for example one hour, before repeating step 405. If yes, during a step 420, the client software 305 retrieves the trigger information for each alert to the user from the database 380.

During a step 425, the information retrieved during step 420 is stored in the database 320. The following steps, 430 to 540 are performed, in parallel, for each of the alerts stored in the database. 320.

During a step 430, the client software 305 determines the type of the alert. If the alert is of the "package" type, during a step 435, the client software retrieves the package from the database 385 and stores it in the database 325, during a step 440. 'alert' is of type 'URL', during a step 445, the client software stores the URL address in the database 325. If the alert is of the 'deferred package' type, at During a step 450, the client software 305 stores the package URL in the database 325.

Following one of the steps 440 to 450, during a step 460, the client software reads, in the database 320, the dates and times of triggering display and display stop. Then, during a step 455, the client software determines whether the date and time of the client terminal clock 300 is greater than or equal to the display trigger date and time and less than the date and time of the display. display stop and if the alert window is not already displayed.

It is observed that, during step 455, preferentially, the date and time precision is added to the date and time of initiation, to avoid that in the event that the content of the alert is not recorded by the client software, all the client terminals perform simultaneously their request to obtain this content. Precision is thus a preferentially random duration.

If one of these conditions is not fulfilled, during a delay step 465, the client software 305 waits for a predetermined time, for example ten minutes, before repeating step 455. If all conditions of step 455 are completed, during a step 470, step 470 (FIG. 5), during which the client software reads, in the database 325, the content type of the 'alert. Then, during a step 475, the content type of the alert is determined. If the alert is of the "deferred package" type, during a step 480, the package is retrieved from the database 385 and the package is stored in the database 325. If the alert is type "URL", during a step 485, a request is made on the internet, by implementing the URL of the alert to obtain a page to display. If the alert is of the "package" type or after the step 480, during a step 490, the package kept in the database 325 is loaded, that is to say the decompression and the opening of the single file describing the contents of the window to be displayed.

Following one of the steps 485 and 490, during a step 495, the configuration or editing of the alert window to be displayed is carried out and the warning window is displayed, superimposed on the already existing windows. open on the screen of the client terminal 300. Preferably, during the step of displaying information representative of the alert 495, the remaining time is displayed before a complementary action associated with said alert is triggered.

The next steps, 500 to 540, are repeated for each additional action described in the package or in the page to be displayed in the case of alerts of the "URL" type. During a step 500, the client software determines whether the date and time of the clock of the client terminal 300 is greater than or equal to the date and time of the triggering of a complementary action. If not, during a timeout step 505, the client software 305 waits for a predetermined time, for example ten minutes, before repeating step 500. If yes, during a step 510, the type of complementary action and its parameters, described in the database 325, are determined. or in the open page, in the case of "URL" type alerts. If the action is of the type triggering a request on a remote server, during a step 515, the software 305 sends a request to a remote server identified by the parameters of the complementary action.

If the action is of the triggering type of a software on the client terminal 300, during a step 520, the software 305 launches a software present on the client terminal 300, software identified by the parameters of the complementary action.

If the action is of the modification type of a window (dimensions and / or position), during a step 525, the software 305 makes the modifications of a window displayed on the screen of the terminal 300, the modifications being identified by the parameters of the complementary action. If the action is of the open type of another window comprising local or remote multimedia content, during a step 530, the software 305 opens a new window identified by the parameters of the complementary action. .

If the action is of the broadcast type of a sound, audiovisual and / or animation program, during a step 535, the software 305 performs the broadcast in question, on the basis of a data source. local or distant.

If the action is of the closing type of the alert window, during a step 540, the software 305 closes the alert window. It can be seen that the display stop date kept in database 320 is thus a particular case of the complementary actions associated with an alert.

Claims

1 - Communication method, characterized in that it comprises, on a user station: a step of selecting a module on a page of a web site, a step of transforming said module into a window independent of a browser, said window presenting at least part of the content of said module, a step of displaying this window and a step of updating the content of said window. 2 - Method according to claim 1, characterized in that, during the step of selecting a module on a web page, the user clicks on said module or on a button on a frame of said module. 3 - Method according to any one of claims 1 or 2, characterized in that, during the step of transforming said module into a window independent of a browser, the content related to said module is associated with a child window floating and persistent. 4 - Process according to any one of claims 1 to 3, characterized in that, during the step of transforming said module into a window independent of a browser, data associated with the module comprising content presentation information and information allowing access to the contents of the module are processed by a computer program present on the user station. 5 - Process according to any one of claims 1 to 4, characterized in that, during the step of transforming said module into a window independent of a browser, an icon is formed in said window which, after its activation, causes the setting in a foreground state of said window, no other window on the terminal can hide the window in the foreground. 6 - Process according to any one of claims 1 to 5, characterized in that, during the step of selecting a module, it implements a marker associated with said module, in the description of the site page from the web provided to the user terminal. 7 - Process according to claim 6, characterized in that a marker is composed of two parts, one indicating the presence of a "module" capable of being transformed during said processing step and the other allowing to send information to a computer program present on the user station and performing the steps of transformation, display and update of the window. 8 - Process according to claim 7, characterized in that the information sent to the computer program comprises an electronic address representative of a protocol and a resource, each protocol being associated with a computer application by the computer program. 9 - Process according to any one of claims 1 to 8, characterized in that, during the step of transforming said module into a window independent of a browser, a scripting language is implemented (interpreted programming language ) defining an occurrence on a computer application, the operating system of the user station performing the interface between the scripting language and the computer application. 10 - Process according to any one of claims 1 to 9, characterized in that, during the step of updating the window, is transmitted remotely from the user station, a request and download a linked package to the floating window and the module. 11 - Process according to any one of claims 1 to 10, characterized in that it further comprises: a step (405) of issuing a request by the client terminal to the server, a step (420 to 435 ) receiving a request from said server, said request comprising information representative of an alert, a date and time triggering display and at least one date and time of triggering additional action (335 to 360 ), a step (440 to 450) of storage on the client terminal, information representative of the alert, the date and time of the display trigger and each date and time of triggering of the complementary action, at the display triggering date and time, a step (470 to 495) of displaying, on a screen of the client terminal, information representative of the alert and - at each additional action trigger date and time, a step (510 to 540) for triggering the complementary action corresponding to said date and time. 12 - Process according to claim 11, characterized in that at least one representative information of date and time is representative of a delay between two events. 13 - Method according to any one of claims 11 or 12, characterized in that the representative alert information displayed during the step (470 to 495) display takes the form of a pop-up window (in English "popup window"). 14 - Method according to any one of claims 11 to 13, characterized in that the information representative of an alert, a date and time of triggering display and at least one date and time of action triggering in addition, is representative of a date and time of display stop and the method further comprises, at the date and time of stopping display, a step (540) stopping displaying, on the screen of the client terminal, information representative of the alert. 15 - Process according to any one of claims 11 to 14, characterized in that at least one complementary action (530) comprises an opening of a window on the screen of the client terminal. 16 - Process according to any one of claims 11 to 15, characterized in that at least one complementary action (520) comprises the launch of a software on the client terminal. 17 - Process according to any one of claims 11 to 16, characterized in that, during the step (470 to 495) display of the alert, the client terminal requests information to display the server and displays the information to be displayed provided, in return, by the server. 18 - Method according to claim 17, characterized in that, during the step (420) for receiving a request from said server, the information representative of an alert, a date and time of display triggering and at least one additional action triggering date and time, is also representative of an electronic page address accessible on a computer network, the client terminal accessing said page by implementing said electronic address for ask for information to display. 19 - Process according to any one of claims 11 to 18, characterized in that, during the step (470 to 495) of displaying an information representative of the alert, the remaining time to be displayed before a complementary action associated with said alert is triggered. 20 - Process according to any one of claims 11 to 19, characterized in that the information representative of the alert displayed during the step (470 to 495) of display comprises a content described in a language and / or a protocol interpreted by a browser without opening a browser. 21 - Communication device, characterized in that it comprises, on a user station: a means for selecting a module on a page of a web site, means for transforming said module into a window independent of a browser, said window presenting at least part of the content of said module, means for displaying this window and a means for updating the content of said window. 22 - Device according to claim 21, characterized in that it further comprises: means (310) for sending a request from the client terminal to the server, means (310) for receiving a request from said server, said request comprising information representative of an alert, a date and time of triggering of display and at least one date and time of action triggering complementary (335 to 360), means (320, 325) of storage on the client terminal, information representative of the alert, the date and time of the display trigger and each date and time of the triggering of the complementary action, and - A control means adapted, at the date and time of display triggering, to display, on a screen of the client terminal, information representative of the alert, said control means being, in addition, adapted, at each additional action trigger date and time, to trigger the additional action corresponding to said date and time. 23 - Program loadable in a computer system, said program containing instructions for implementing the method of any one of claims 1 to 20. 24 - Support information readable by a computer or a microprocessor, removable or not, retaining instructions of a computer program, characterized in that it allows the implementation of the method of any one of claims 1 to 20.