Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L67/00—Network arrangements or protocols for supporting network services or applications
  • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F8/00—Arrangements for software engineering
  • G06F8/30—Creation or generation of source code

Definitions

• the present invention relates to a method and a device for creating computer applications.
• the present invention aims to remedy these disadvantages.
• the present invention is directed to a method for creating computer applications, characterized in that it comprises: a step of receiving a message having a content, a step of determining a type computer application capable of being associated with said content and a step of setting up a generic application of the type of application determined with said content to constitute said computer application.
• the type of computer application depends on the identity of the issuer of said message.
• each issuer is associated with several types of computer applications.
• the type of computer application depends on at least one attachment to said message.
• the type of computer application depends on keywords included in the content of said message.
• photos attached to the message become a photo album application with the title of the email as a subject, an upcoming date and time, and a location become a calendar application with an event to be recalled with the location of the appointments, a list of choices in a message intended for several recipients of the same message becomes a voting application.
• SMS short message
• MMS multimedia message
• IM instant messenger
• telephone message electronic representation of a telephone call: sound file
• URL address of an electronic page on the web
• the present invention is directed to a device for creating computer applications, characterized in that it comprises: a means for receiving a message having a content, a means for determining a type of computer application likely to be associated with said content and - means for setting a generic application of the type of application determined with said content to constitute said computer application.
• the present invention also relates to a method and a device for creating, organizing, delivering, operating and / or accessing services.
• wmi (acronym for "Wireless Markup Language” for wireless markup language), WAP (acronym for "Wireless Application Protocol” for protocol wireless application), html (acronym for "HyperText Markup Language” for hypertext markup language), or xhtml (an acronym for "Extensible HyperText Markup Language” for extensible hypertext markup language) and
• the present invention relates more particularly to the third category.
• the first category is a so-called "closed” and static system, which does not allow third parties to develop compatible content or services, and requires the user to install and learn as many dedicated applications as he wants to use services .
• the system object of the present invention is open: the mobile client can interpret a non-predefined number of new services, new services can be used, possibly created by third parties, without requiring change or new installation on the client part.
• the second category is open but not adapted to mobility: it simply reduces the display format to the size of the screen.
• these native browsers do not allow to implement an optimized management of the communication protocol, such as intelligent cache management and "prefetch" (for pre-loading or anticipated download) according to the semantics of services and the behavioral profile of the user.
• these native browsers can not use the basic functions of the phone, such as calling or sending SMS (acronym for "short message system” for short message system).
• the present invention offers the openness and genericity of the second category but, in addition, makes it possible to extract and present in a specialized way for mobility the information of a service of the web (known by its English name of "web By "filtering”. It also enables optimized and relevant management of the protocol depending on the services and the user, and an integrated use of the basic functions of the telephone (calls, SMS).
• the third category to which belongs the subject of the present invention, comprises several existing solutions.
• the present invention has, with respect to these solutions, the following advantages:
• this tree is scalable; the user can navigate step by step in the space thus organized, starting with access to his own and personal space, as he has defined for himself, then accessing, step by step, to the public parties (or for which an explicit nominative right of access has been given) spaces of other users.
• the user thus benefits from a navigation in a clean space, organized according to his own needs, but not closed and not limited to his "square";
• it benefits from a navigation that passes from local services to remote services in a transparent way: it is the notion of extended menu (local + distant) which allows to distribute and manage mobile applications remotely;
• each service defined on this system corresponds to two representations, one per mode of access, mobile phone or computer; the representation is optimized for the access mode, not only in terms of layout (taking into account screen sizes) but especially in semantic terms (only the important information in a mobile situation is transmitted to the mobile phone, then that the representation on the computer is enriched semantically and functionally).
• the present invention aims to present its advantages and therefore to overcome the corresponding drawbacks of the prior art.
• the present invention relates to a method of creation, organization, delivery, operation and / or access to applications, characterized in that it comprises a step of implementation. mapping applications with a tree, at least two said applications from the web and, iteratively:
• the present invention thus meets the needs of mobility, which requires intelligent extraction of a subset of data, within a rich and comprehensive site, which are relevant in a mobility situation.
• the display step if the number of representations of nodes or falling leaves of the same node or the root of the tree is less than or equal to nine, during the display step, these representations are displayed. in three lines of three available positions and, during the selection step, it implements a keyboard having at least three lines of at least three keys corresponding, by homothety, to the positions each of the nine keys allowing the selection of the representation in the corresponding position.
• the selection of a representation is thus intuitive and fast.
• the number of leaves or nodes descending from the same node or from the root is greater than nine, during the display step, a number less than or equal to seven representations of nodes or sheets and at least two representations of movements for scrolling the representations of nodes or sheets displayed.
• a support lasting longer than a predetermined duration causes the display of a context menu comprising at least assistance with the use of the node or the corresponding sheet.
• the server in response to the initial navigation request, provides identifiers of nodes or sheets, the first selection step being performed on the nodes or sheets provided by the server in response to the request of initial navigation.
• the mobile displays identifiers of nodes or sheets stored in memory by said mobile.
• at least one said application is such that once started, at least one new iteration is performed.
• Said application therefore has the same ease of navigation as that related to the tree.
• the server provides, in advance, at least the matrices of nodes or leaves to be displayed after each possible selection.
• page hyperlinks are mapped to nodes in the tree.
• mapping step page contents are mapped to tree sheets.
• the method as briefly described above comprises a step of accessing the server from a second terminal, a step of displaying, on a portion of a page displayed on the screen of said second terminal, representations as they would appear during the iterations, on a screen of the mobile terminal.
• the user implements the second terminal and slides or copy-pastes representations into the part of the displayed page simulating the representations as they would appear. on the screen of the mobile terminal to perform the mapping step.
• the display on the screen of the communicating mobile terminal returns to back and displays what was displayed an iterative cycle earlier.
• the display on the screen of the communicating mobile terminal returns to the first iteration.
• the display on the screen of the communicating mobile terminal comprises explicit titles of the displayed nodes and leaves.
• At least some of the computer applications corresponding to the leaves of the tree are among the following:
• SMS short message system
• MMS multimedia message system
• the method as briefly described above comprises a step of customization by the user of the tree implemented in response to navigation requests from his communicating mobile terminal.
• the user can define, for example by an access to the server over the Internet, possibly from a personal computer, the tree in which it will navigate from its communicating mobile terminal.
• the method as briefly described above comprises a step of defining an explicit user profile, by said user, the behavior of at least one computer application associated with a leaf of the variant tree. depending on the explicit profile of the user.
• the present invention relates to a device for creating, organizing, delivering, operating and / or accessing applications, characterized in that it comprises means for mapping applications. with a tree structure, at least two said applications coming from the web and: - a means of displaying, on the screen of a communicating mobile terminal, representations of nodes or falling leaves of the same node or the root of the tree
• a means of communication by the mobile terminal to the server, of an indication of the node or sheet corresponding to the selected representation; means for supplying, by the server to the mobile terminal, identifiers of nodes or falling leaves; of the selected node if a node has been selected for the display, selection and communication means to perform a new iteration and
• the present invention also relates to a method and a device for routing data.
• the present invention aims a method of routing data to be transmitted to a recipient associated with a plurality of reception channels, which comprises, in a routing server: a step of receiving data to be transmitted, said data being associated with an identifier of the recipient, a step of determining a context of transmission of the data to the recipient, a step of selecting at least one reception channel associated with said recipient by function of said context and a step of transmitting the data on each selected reception channel.
• the channel, or channels, used to transmit the data to the recipient varies depending on the context.
• said context is representative of an identifier of the issuer of said data.
• the user can request that the data from at least one interlocutor be transmitted to him on a predefined channel or on all the channels for the transmission of data, for example.
• the authorities or a superior of the recipient can obtain that any data from them is transmitted by all reception channels associated with the user.
• said context is representative of a time stamp of said data.
• the user can request that the data arriving at office hours be transmitted to him on a predefined channel while the same data arriving outside office hours will be transmitted to him on another predefined channel.
• said context is representative of the content of the data to be transmitted.
• the user can request that the data of a message with a particular reference (for example a file number) be transmitted to him on a predefined channel.
• a particular reference for example a file number
• said context is representative of access to a channel available to the user.
• said context is representative of a priority of channels.
• the user can request that the data of a message be transmitted to him on a first predefined channel, that in the absence of acknowledgment of receipt from him within a predetermined time, they are transmitted to him on a second predefined channel and so on.
• a mapping table is implemented between context parameter values and data transmission channels. Thanks to these provisions, the selection is easy and the correspondence table can be easily edited by the user.
• the data is formatted according to the transmission channel on which the data is transmitted.
• the present invention aims at a device for routing data to be transmitted to a recipient associated with a plurality of reception channels, which comprises, in a routing server: means for receiving data to be transmitted, said data being associated with an identifier of the recipient, means for determining a context of transmission of the data to the recipient, means for selecting at least one reception channel associated with said recipient according to said context and means for transmitting the data. on each selected receive channel.
• the present invention also relates to a method and a device for placing people in communication.
• the present invention is directed to a method of communicating users of communicating mobile terminals, characterized in that it comprises:
• each second user can view the interlocutors of the conference, telephone or videophone to which it is invited.
• This service makes it possible to connect several remote users simultaneously on their mobile phone without having to prepare or reserve a conference (audio and / or video).
• the method as briefly described above also comprises a step of reservation by said server of a number assigned to said conference and, during the notification step of each selected second user. each second user selected receives said number assigned to the conference and, upon acceptance of the call by a second user, the second user enters into communication with each other user via the number assigned to the conference.
• each second user receives information from the graphical interface representing, for each other second user, whether he has already accepted the conference.
• each second user can view the interlocutors already present in the conference.
• each second user receives information from the graphical interface representing, for each other second user, whether he has refused the conference.
• each second user can view the interlocutors who will not participate in the conference.
• the first user receives information from a graphical interface representing, for each second user, whether he has already accepted the conference and the method that is the subject of the present invention, such as Briefly explained above comprises a step of triggering, by the first user, the conference, during which the first user and each second user having accepted the conference are put in communication.
• the first user can delay the start of the conference while waiting for a second user. It can thus avoid invoicing for a communication without certain interlocutors essential to the holding of the conference.
• the first user selects a computer application in which a set of second potential users is predefined. Thanks to these provisions, the selection is easy and can be done by means of a single icon.
• the notifications may be multimodal, depending on the communication capabilities of the second parties.
• said second absent user is again notified via a communication channel different from that used for the second user.
• first notification of the second absent user can be called on a landline, for example.
• the method that is the subject of the present invention comprises a step of requesting registration authorization for each participant in the conference and, in case of authorization, a step of recording of the content of the conference and a step of providing said recording to each conference participant.
• the call is rejected. Thanks to these provisions we avoid that a third party not invited to the conference disrupts the course.
• the method comprises, once the conference has been established between the first user and each second user having accepted the conference, a step of displaying on a graphical interface an identification of the talking user. The follow-up of the conference is thus facilitated.
• the first user is placed in audio communication only when at least one second user has accepted the conference.
• the present invention aims at a device for communicating users of communicating mobile terminals, characterized in that it comprises:
• a means for selection by said first user of at least two so-called "second" users means of notification by a server of each selected second user adapted to transmit to each second user information of a second user; graphical interface representing the first user and each other selected second user,
• - Matching communication means when accepting the communication by a second user, to put in communication the first user and each second user who has accepted the communication.
• the present invention also relates to a method and a device for transforming web pages. It applies, in particular, to the transformation of web pages intended to be accessed by a computer into accessible pages with a communicating mobile terminal having few resources (processing capacity and memory, in particular), such as, for example, a mobile phone or PDA with mobile communication capabilities.
• HTML HyperText Markup Language
• Javascript programming language dynamic pages
• the present invention aims to remedy these disadvantages.
• the present invention aims at a method of transforming pages of the canvas, characterized in that it comprises, for transforming a page of the canvas for display with a communicating mobile terminal:
• low capacity mobile phones are enabled to display web pages written in HTML, as well as code execution.
• Javascript by treating these elements in a gateway between the phone and the web site. According to particular characteristics, during the compilation stage, the
• Javascript of the page in "bytecode" instructions directly executable by the communicating mobile terminal.
• the method that is the subject of the present invention furthermore comprises a step of associating the Javascript code contained in the page with at least one native function of the telephony part. mobile terminal communicating.
• the method that is the subject of the present invention furthermore includes, for a browser operating on the communicating mobile terminal to access a page of the fabric, a sending step, by said browser, a request identifying the page to the gateway server and a step of sending a request identifying said page from the gateway server to the server hosting said page.
• a step of expanding styles of the HTML content of the page defining the appearance of elements of the HTML content of the page is performed.
• said styles are CSS (acronym for Cascading Style Sheets for cascading style sheets).
• the DOM interface (acronym for "Document Object Model") of the page is kept accessible.
• This DOM interface thus remains available to allow the construction of local interactions to the communicating mobile terminal not involving the original server.
• the present invention aims a device for transforming pages of the canvas, characterized in that it comprises, for transforming a page of the canvas for display with a communicating mobile terminal:
• means for receiving a web page containing HTML content and Javascript means for pre-analysis, by a gateway server, of the formatting characteristics of the HTML content of said page,
• the present invention also relates to a method and a device for transforming web pages. It applies, in particular, to the transformation of web pages intended to be accessed by a computer, in accessible pages with a communicating mobile terminal having few resources (processing capacity and memory, in particular), such as, for example , a mobile phone or PDA with mobile communication capabilities.
• the present invention aims at a method of transforming pages of the canvas, characterized in that it comprises, during a step of receiving a page of the canvas: - a step extracting at least one hyperlink from the content of the page and
• the user before the entire content of the page has been received, the user already has links allowing him to navigate to other pages or animations. It does not have to wait until the page has finished loading to move to another page. The user thus saves time, especially when he knows the page being loaded and does not wish to view it.
• At least one extracted link is associated with a graphic representation and said graphic representation is displayed on a screen.
• the representation of links is more intuitive and can be standardized. According to particular characteristics, during the extraction step, at least one said graphical representation is extracted from the content of the page being received.
• a site can provide graphical representations to display, at the top of the content of the page, to help users with terminals of low reception capacity, display and / or content processing.
• a link is associated with a said graphic representation extracted from the content of the page being received, depending on the resolution of the display screen.
• a link is associated with a said graphic representation extracted from the content of the page being received, depending on the speed of reception of the page.
• a link is associated with a said graphical representation extracted from the content of the page being received, according to an estimated time of reception of the page.
• a terminal with strong reception, display and processing capabilities can wait for the end of the loading of the page to display it, for example in less than one second and, conversely, a terminal equipped with lower capabilities can quickly benefit from the means to navigate from the page being received.
• access is given to the content of the page via a dedicated graphic representation, while maintaining the display of links extracted from the content of the page. page.
• the user can switch from the display of only links, possibly associated with graphical representations, the display of the complete page.
• the present invention relates to a device for transforming pages of the canvas, characterized in that it comprises means for receiving a page of the web and a suitable processing means, during the reception of the page : to extract at least one hypertext link from the content of the page and
• the present invention is directed to a computer program, characterized in that it comprises instructions executable by a computer for implementing the method that is the subject of the present invention, as briefly described above.
• the present invention is directed to a computer-readable information medium comprising instructions executable by a computer for implementing the method of the present invention, as succinctly set forth above.
• FIG. 1 represents, in the form of a logic diagram, the steps of a communication implemented in at least one 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
• FIGS. 3 and 4 show, schematically, user interfaces implemented on a mobile user terminal, in various embodiments of the method that is the subject of the present invention
• FIGS. 5 and 6 diagrammatically represent user interfaces used. implement, on a computer screen, in different embodiments of the method that is the subject of the present invention
• FIG. 7 schematically represents a unified communication infrastructure implemented in particular embodiments of the present invention
• FIG. 8 schematically represents a gateway server for implementing an object browser.
• FIG. 9 illustrates, in the form of a logic diagram, the steps implemented in a routing server, according to one aspect of the present invention.
• FIG. 10 illustrates, in the form of a logic diagram, the steps implemented in a conference application
• FIG. 11 illustrates, in the form of a logic diagram, the steps implemented in an automatic creation of a computer application
• FIG. 12 illustrates, in the form of a logic diagram, the steps implemented for a web page transformation for its display on a communicating mobile terminal
• FIG. 13 illustrates, in the form of a logic diagram, steps implemented for a page transformation of the web for fast display of hypertext links on a communicating mobile terminal.
• a communicating mobile terminal for example a mobile phone, a personal digital assistant ("PDA”, acronym for "personal digital assistant") or a
• the hardware structure supporting the services implemented by the present invention is based on a distributed architecture comprising: a support part (backend), residing on a set of servers, jointly called, in the following description
• the "server” accessible part as far as its configuration, via the Internet (see Figures 5 and 6)
• mobile parts residing on communicating mobile terminals, accessing the server via conventional data links offered by the mobile operators and / or by local wireless links (for example, Bluetooth or WiFi, registered trademarks) .
• local wireless links for example, Bluetooth or WiFi, registered trademarks
• GML A new communication protocol or language, defined for the implementation of the present invention, named "GML” (acronym for "Goojet Markup Language” for Goojet markup language, Goojet being a registered trademark) and implementing tags, manages the interactions between the server and the moving parts.
• GML refers to the concept of tree service structure and can be embodied both by proprietary XML representations (“Goojet”) that by standardized representations HTML . This is the structure approach.
• these services are also original in their behavior which differs from the state-of-the-art of existing mobile services by the following characteristics: - they are centered on the user (in English "user-centric") that is, the behavior and presentation of these services can be adapted to each user, as opposed to generic behavior,
• the platform described here is heterogeneous in that it makes it possible to organize, access and use services of different kinds:
• the structure that makes it possible to organize, manage and operate all of these services this set being called the "service area" and comprises all the nodes and services of the user and
• the infrastructure is based on a human-machine interface remote on mobile, a matrix browser representing three times three icons, a menu of the web (in English "web") and a recursive structure.
• One of the foundations of architecture is the "intelligent" distribution of work (treatments, data, presentations) between the mobile and the server: each service is divided into:
• a heavy part on the server, comprising data, data processing and interfaces with other components (external web services, other users, etc.).
• the “heaviest” part is on the server and is accessible via the internet, on the one hand, and via the mobile, on the other hand. Thanks to this model, the mobile is relieved of heavy treatments.
• each access to a given service is adapted to the user.
• This distribution of loads and this synchronization on demand between the web (in English "web") and the mobile via the GML protocol is, in a way, an extrapolation adapted to mobiles, the model "thin client" with a web browser.
• the mobile runtime can thus be considered as a new type of browser, specifically adapted to the structure of the services object of the present invention and the organization of their space.
• FIG. 1 shows a start-up step 100 of the service implementing the present invention, for example by selecting an application maintained by the mobile implemented.
• the mobile screen At the time of opening the application implementing the object services of the present invention, the mobile screen:
• step 105 the server provides the mobile code that describes at least one matrix of icons, in GML language. Note that the request sent by the mobile during step 105 allows the server to identify the user or, at least, part of his profile.
• the “presentation” part is sent, on request from the mobile, from the server to the mobile.
• This presentation part is interpreted immediately by this mobile, in which there is an interpretation environment (referenced under the code of "mobile runtime") of the GML: during a step 115, the mobile traverses the code received during step 110 to extract a template, or page, to display.
• the mobile determines, from an identifier of the user or his mobile, the model to be displayed on the screen of the mobile, as a personal home page of the user.
• This home page is formed and parameterized by the user, as explained with reference to FIGS. 5 and 6, preferably by access, with a computer, to a server of the web ("web") dedicated.
• the mobile displays the model found, as explained with reference to FIGS. 3 and 4, and stores in memory by pre-loading ("prefetch”) models that can be called from the page of home user.
• pre-loading pre-loading
• the mobile waits and detects the selection of a key on its keyboard. Upon detection of the selection of a key on the mobile keyboard, the mobile deals with the meaning of the selected key, or command during one of the steps 140 to 150.
• the mobile deals with the contents of the tree corresponding to this key and, if the selected icon corresponds to an application that does not implement a template, launches this application.
• the key selected concerns a new node of the tree structure or a model for hosting or navigation in a so-called "fruit" application of the tree, a new model is selected and one goes to step 155.
• the mobile returns to the first model, corresponding to the personal reception of the user, during a step 150. If the selected key is "#”, the mobile returns to the previous model, during a step 145. If two keys are selected simultaneously, including the "#” key and a number “i” represented by the number displayed on the screen. one of the keys between "1” and “9", it is deleted, in step 145, the history of navigation "i" previous model (s). For example, if we arrived at the fourth model coming from the second model, the command "#" and "2" makes it possible to remove from the browsing history the last two models displayed, that is to say to return to the second model. second displayed. Thus the server is able to manage a browsing history for the user.
• the mobile determines, during a step 155, whether it has, in cache, the selected model, thanks to the pre-loading performed during the step 125.
• step 125 we return to step 125 to display the selected model and pre-load the models to which the selected model can lead. Otherwise, we return to step 105 to request the selected model from the server.
• FIG. 2 represents steps implemented in one embodiment of the method that is the subject of the present invention.
• a step 205 applications are mapped to a tree, at least one said application from the web. This mapping is done in three steps:
• step 206 services are created, the creator of the service can be either a partner or the service manager objects of the present invention, or a user, or automatically, from an electronic mail ( or "email") that can cause the creation of an application supporting such a service.
• This creation is generally done from generic applications (or “metagoojets”), that is to say generic applications whose parameters are not assigned any value and which, once set, become services (or "Goojet”).
• generic meteorological application called “weather” uses as a parameter a place value and the receipt of an email with the title "Toulouse weather” assigns the value "Toulouse” to the place parameter,
• step 207 the user copies / glues ("drag and drop") available icons or graphics representing the services created, for example in drop-down menus or by through a search or catalog dialog box in a 3x3 matrix tree, as discussed in Figure 5 and
• the user can associate service icons with icons of other users (friends or contacts) in order to offer them these services or vice versa, copy / paste icons proposed by friends or contacts, as discussed with reference to Figure 6.
• step 208 the applications supporting the services and the trees are kept by the server.
• the user then has a personal navigation space which he can access either by the use of a mobile or by the use of a terminal connected to the Internet.
• a step 210 the user selects the application implementing the present invention. It is assumed here that he uses a mobile.
• the mobile then sends a request to the server to ask for the home page in force for this user, or the last homepage implemented is immediately displayed. It is assumed here that the first variant is implemented. Also, during a step 215, the server, connected to an application database, receives a navigation request from the communicating mobile terminal.
• the server provides the mobile code written in GML that describes at least one matrix of icons. Among these matrices, one is a home screen and is immediately displayed by the mobile.
• a step 225 the user performs, with his mobile, a step of selecting one of said nodes or one of said sheets. This selection is made by pressing one of the nine keys on the keyboard from “1" to "9", similar to what is displayed on the screen. For example, the icon at the top left is selected by pressing the "1" key.
• the mobile communicates to the server, an identifier of the selected node or sheet.
• the server determines whether a node has been selected. If so, the server returns to step 220 and supplies the mobile with node identifiers or falling leaves of the selected node and iteratively performs the selected selection, communication and icon type determination steps. If the result of step 235 is negative, during a step 240 the server determines whether an application from the canvas has been selected. If yes, the server launches this selected application during a step 245.
• a step 250 it implements the application retained by the mobile that has been selected.
• at least one such application implements as the user interface, the same 3x3 matrix layout associated with 9 keys of the mobile keyboard.
• a nine-way navigation implemented in particular embodiments of the method and device of the present invention is described below.
• the user sees, on the screen 310 of his mobile terminal 305, a succession of matrixes 315 of icons 320 and can very easily select one of the branches of the tree structure and then a leaf or a fruit (application using the mobile browser defined below) at the end of the tree.
• mobile browser any browser dedicated to the service space, for example in the form of a 3x3 matrix. This browser can be found on any type of media, web page, or terminals.
• This "nine-key navigation” is a navigation solution that allows a user to use the keys 330 "1" to "9" of a keypad 325, for example a mobile phone, to interact with an application displaying, on the screen 310 vis-à-vis the keyboard, nine representations 320 of functions, for example in graphical form and, more particularly, in the form of icons.
• the system of "navigation by nine keys” is generic and can be used on any device, physical or logical, such as a mobile phone or a widget embedded in a website ("widgets").
• a mobile phone or a widget embedded in a website
• widgets embedded in a website
• a mobile phone is particularly adapted to this mechanism because of its small screen, which implies an adapted management of the space and the navigation, on the one hand, and because of the presence, on its keyboard, of keys numbered from “1" to "9", organized according to a matrix
• this screen is constructed as a 3 ⁇ 3 matrix (three rows of three columns) corresponding, by homothety, to the nine digits "1" to "9" in the matrix of the keyboard 325 of the mobile 305.
• a 3x3 matrix having nine data, in the form of nine icons 320.
• the arrows 405 and 410 corresponding to the "7" and “9” keys make it possible to scroll through the icons 320 displayed in the first two lines, among all the icons 320 to be displayed in the page under consideration.
• a selected node has more than nine icons 320
• only the six positions of the two highest lines (2x3) are assigned to icons 320 and the icons 405 and 410 of the third line are used to scroll the icons 320 present on the first two lines, the "7” being associated with an arrow 405 to the left (previous) and the "9” being associated with an arrow 410 to the right (next).
• the central key 415 of the third line of icons, corresponding to the "8" of the keyboard is not used for navigation and remains available for features chosen by the application.
• This type of navigation node corresponds to a representation of two lines of icons on a virtual cylinder and makes it possible to manufacture a navigation tree whose nodes comprises an unlimited number of options (icons), while remaining in the same paradigm "one finger" navigation.
• the system automatically adjusts the display format of a node (3x3 or virtual cylinder) when dynamically adding or retracting options descending from the same node, depending on whether the number is less than or equal to nine or greater than nine .
• atomic terminal actions the navigation infrastructure has a certain number of possible atomic terminal actions, which, together, make it possible to construct a service, by successive aggregation and by hierarchical and recursive organization.
• atomic terminal actions include (non-limiting list):
• SMS short message system
• MMS multimedia message system
• an application is a set of processes and actions that run either on the mobile or on the server, possibly interactively with the user, at the end of navigation, but which require a level of sophistication more higher than predefined atomic actions that must be performed in the same context.
• An application can thus consist of several successive choices, several information fills, and several transactions with the server, but while remaining in the tree, that is to say, remaining in a unit context , without additional navigation in the tree.
• An application is therefore distinguished by its contextual unity (in the sense of navigation) and by its complexity, as opposed to atomic action.
• an application can be created by aggregation of several atomic actions in the same navigation context as described above, that is to say with pages comprising at most nine icons associated with the nine keys "1 To "9” on the keyboard.
• Such an application is therefore fully modeled by GML. It is also called, in the description, a "fruit" of the tree.
• An application still in navigation sheet, can also invoke a clean mobile executable.
• Such applications do not render their service by interpretation of GML, but use GML and the recursive tree of services to be made accessible.
• the structure implemented in the implementation of the present invention is, at the same time, a set of services interpreted by GML and an organization structure, which can comprise heterogeneous services (pure GML, or comprising a part executable on the mobile).
• the "nine-way navigation" solution allows you to invoke "native” applications and services (such as, for example, in the phone, the address book, the call function, a game installed by the phone manufacturer, etc.) and remote applications / services, residing on the web and thus requiring communication and interaction with external systems on the phone.
• the user therefore uses the same navigation system for all services and the location of the application is no longer important for the user.
• It is an extended menu concept where the same paradigm of navigation and usage extends from a local navigation to a distant navigation, but also from a navigation to a terminal action within a application.
• the data model for the nine-key navigation mechanism thus breaks the boundaries between local and remote and between navigation and execution, allowing a unified and simplified view of usage.
• a long press (of a duration greater than a time limit, possibly configurable) on one of the nine keys, gives access to a contextual menu with help on the content associated with the icon concerned by the support and options, such as "sent the service to a friend or contact”.
• the system makes address resolution "by shortcuts" during navigation, and can position itself on the target of a navigation without going through the intermediate steps (navigation node): for example, if a service is on R 'th position of the Q' th position of the P ⁇ eme position of the current page, the basic navigation request pressing "P" and "Q” when the page (node) corresponding to is displayed, then “ R “, etc.
• the system offers a shortcut mechanism that allows pressing "P", “Q” and “R” quickly, actions that the system goes directly to the required end position, thus saving the intermediate steps. These are the shortcuts by "compression”.
• the system also allows to assign explicit access shortcuts for the services accessible by the "nine-key navigation": when organizing a navigable space by the nine-way navigation system, it is possible to specify to the system the desired shortcut, and the system will place the service at the corresponding location, if available, in the tree. For example, you can enter "63836" in the system for a weather service (at the touch of a cell, 63836 may be the letters of the word "weather”). This feature allows the user to access a service directly without knowing or in the structure is the service; these are the mnemonic shortcuts.
• the structure of the navigation tree is built and stored on the server side. This allows the user to access his service tree from several types of clients, such as a web browser on a desktop computer: the structure is unique but its access is shared and multimodal.
• a window represents a 3x3 matrix similar to that which will be displayed on the screen of the mobile phone.
• the navigation system allows you to send several pages at a time to the phone.
• a "cache" system on the phone the system does not need to contact the server when the user is navigating between the pages.
• a navigation on remote services can therefore be temporarily local on the phone, thus reducing the latency of access to services.
• the system marks the dynamic information that must be refreshed during a cache navigation.
• a service or a "space" set of navigation nodes and services forming a coherent whole, conceptually similar to a thematic portal
• the data set thus loaded when accessing the entry point in this service or space is therefore heavier than the simple data corresponding to this entry point, but the correlation has been established to then enable local navigation. (cached) without additional request to the server, thus decreasing the overall latency of the navigation through this service or this space.
• the system keeps a complete log of any user browsing through the tree managed by this "nine key navigation" process. This log is used to dynamically define the profile of each user according to their navigation. This profile is then displayed by the system for third-party and external uses, such as for example the targeted sending of messages to certain users according to their profile.
• this profile profile calculation mechanism is also used internally and intrinsically to the nine-way navigation method, by means of a prefetching algorithm based on the navigation profile: statistical navigation paths are calculated for each user and the successive nodes or services of the most frequent statistical navigation paths are dynamically correlated for each user, so that the entry in such a path by a user triggers the N-level cached atomic loading on the said path.
• the object is once again to reduce the number of requests between the browser and the server and thus reduce the overall latency.
• the number N of level is calculated according to the frequency of the path and the memory available on the cache.
• the frequency of the path is the main datum of the profile (for example, the profile determines that the Lambda user, when accessing the node N1, then goes in X% of the cases to access the node or service N2, then in Y% of the case access node N3, etc.
• a statistical weight also called frequency
• the weight of node N3 is X * Y from node N1 for the Lambda user.
• the size of the cache available it is known thanks to the static profile of the browser (depending on the mobile it uses to navigate, whose characteristics are known in a database called static profiles).
• the prefetching algorithm based on the profile, dynamically correlates (that is, this correlation decision is recalculated after each navigation) for the user, all the nodes of the navigation path whose frequency is greater than a threshold (for example 80%, system adjustment variable) and as long as the cache memory allows.
• This correlation decision on a navigation profile can then be refined by two additional algorithms.
• the first, called “super profile” is related to a group profile.
• the profile system also creates "group navigation schemes", making it possible to proactively "prefetch" for a user who has not yet traveled a certain path: the profiles of all users are compared with each other and behavior patterns are defined.
• a super profile for a given path, is a navigation profile that corresponds, within the limit of a variable adjustment of the system, to the navigation profile of several users. These users are then grouped together based on the homogeneity of their navigation in a number of paths.
• the system When a user is considered to belong to a super profile, based on his browsing behavior on N paths, and he will navigate for the first time on an N + 1 th path, and if there is a typical profile of navigation for this path N + 1 in the super profile to which this user adheres, then the system will pro-actively correlate the elements of said path for said user, depending on this super profile, although this user has never navigated on this path.
• the second additional algorithm concerns a custom correlation: the user has the possibility of forcing the prefetching, that is to say the correlation of navigation path elements, during the management of his navigation tree.
• the concept is similar to that of using caches and correlations, except that, previously, the correlation concerned a set of elements constituting, together, an all homogeneous and thus correlated generically for all these users, whereas here the user can decide to correlate, for him only, elements of his tree which do not, a priori, use correlation. It is only the customization of its navigation paths and not the aggregation of elements in a homogeneous whole.
• Intelligent cache management and different prefetching algorithms are mainly motivated by reducing the number of requests between the browser and the server, in order to improve the overall user experience (the latency is lower because the navigation is also local as possible).
• Another important motivation for cached local browsing is the disconnected mode: the fraction of the tree that is cached remains accessible to the "nine-way navigation" process even if there is no intentional or voluntary connection between the browser and the server.
• the method of navigation clearly indicates to the browser that some data is potentially obsolete but allows their use locally without connection. The data is then refreshed on demand during the next connected mode navigation.
• This method used in conjunction with the custom correlation method described above, makes it possible, among other things, to load into memory, in a single request, a set of data explicitly identified and organized in the global tree as a set of data, a priori heterogeneous and dispersed, and to keep them in memory.
• the part of the tree that was not loaded into memory is no longer accessible by the nine-way navigation method (until the next connection) but the cached data remains accessible via the same navigation and use mechanism.
• the structure that organizes, manages and operates all services is called a "space". When a user defines services or applications or space or part of a space, he can indicate the desired audience for these elements, among the following choices:
• this service can only be navigated and used by the user himself,
• this service can be referenced (and thus navigated and used) by one or more user groups designated by the creator of the service.
• this possibility provides an important dynamic characteristic to the service space and its navigation: a user can refer, in his own space, to a public part of the space of another user, which can be enriched, the other user adding branches or services that are also added to the navigable space of the first user. A user can, in turn, refer to a public or community part of a third, etc. From one to the next, spaces can therefore have an intersection or "pollenize", allowing navigation by successive affinities in a living space, dynamic and open, although still controlled and always "user-centric".
• the space of a user is a tree structure, with its public or private branches, chosen and / or defined by the user via a web interface .
• This tree becomes navigable via his mobile and leads, in his sheets, to a collection of services.
• the fact that some of these branches are references to other public branches creates a first level of dynamism in the user's space structure, because the public branches that it refers to can evolve.
• the user can, at any time, "mark” a service (or a navigation node) visited as “preferred” (notion of "bookmark” ).
• the reference of an element thus marked will be duplicated, by the system, in a predefined branch of the tree (branch called “preferences” defined in the "administration" space, itself present, for example, in icon "1
• preferences defined in the "administration" space, itself present, for example, in icon "1
• the user can therefore at any time, by simply navigating in his "preferences” branch, find a direct access to any element he may have discovered during his navigation.
• the tree management method comprises, for each user, a dedicated navigation branch for receiving new element (node or service).
• new element node or service
• the nine-key navigation method has in an identical space for each user, a branch referencing the elements received by each user. This allows the user to navigate a simple and consistent path to discover new items added to their space.
• the elements referenced in the "new" element receiving branch can be, if it wishes and when it wishes, "tidy up” with each user in a place that he considers relevant in his tree - so including nowhere if the element concerned is not or more interesting for the user; this arrangement has the effect of deleting the reference of the branches of preference or reception concerned.
• the model is open.
• Each object (atomic action, navigation node or application) is attached an identifier and an icon.
• An atomic terminal action is a service.
• a sophisticated application is also a service.
• a node in the tree opens a door to other nodes and / or services.
• a service can therefore, by extension of the model, be a subspace, a complete branch, in which are then organized several other levels of services, several other branches, etc.
• a complex service that aggregates several other services, or even several branches of services, can also be called a "portal".
• a user's service space and the customization of this space it is kept in a service database, each of which is potentially constituted by the tree aggregation of other services.
• Each user then defines his own service space, which is the "mobilization" of a service subspace defined for this user: the service area of a user is therefore a service tree organized according to the same rules structuring that the global space (thus based on matrices, recursion, node, atomic actions and applications).
• FIG. 5 shows that, when accessing the user interface 500 of the services that are the subject of the present invention, from a computer (or a terminal having a screen of sufficient resolution), the user has a list 505 of services, represented by icons 510 and a representation 515 simulating the 3x3 matrix organization as it will be displayed on the mobile terminal when accessing from this terminal mobile.
• This representation 515 comprises boxes 520 predefined in the 3x3 matrix.
• the user performs a "drag and drop” (selection and displacement symbolized by an arrow in Figure 5) of an icon in the list 505.
• a “drag and drop” selection and displacement symbolized by an arrow in Figure 5
• a drop-down menu (not shown) allows the user to navigate in the list 505.
• the base (root) of this tree will be the home page of the application supporting the services, on the mobile screen of this user. From this page, the user can then navigate in his services area.
• This space is constituted by the user: the user has chosen the services to which he wishes to access via his mobile and organized them according to his tastes. Its service space is not the entirety of the universal service space, or global, but a subset, organized according to the tastes and needs of each user.
• the interest of this view "user centric" (thus filtered) of the global world is very different from the global view of the Internet as given by conventional web browsers based on the WAP protocol.
• this filtered and "user-centric" view comes from the fundamental difference in usage behavior between a web situation (where the user has a certain comfort and generally a certain amount of time, and where therefore expects completeness and wealth during its navigation) and a mobility situation (where the user has a more limited terminal and probably from a more pressing environment, and where it demands speed, ease and relevance);
• this filtered view of a global navigable world, depending on the user is one of the preferred features of the implementation of the present invention and rests, on the one hand, on the recursive matrix organization modeled by the GML and, secondly, on profiling and profiling services (in English "profiling”) which make it possible to extract personalized views.
• this tree which represents the service space specific to a given user is maintained in the server; its representation is sent to the mobile on demand, depending on the navigation of the user: when the user invokes a service on his mobile, the system sends him (always via GML) the representation of his home page, to from which he can navigate and invoke services.
• the server via GML, sends to the mobile the necessary representations (following pages of services and nodes in the tree structure, representation of the required terminal actions, etc.).
• This representation information GML is dynamic and relies on an intelligent management of the cache: the system optimizes the exchanges between the mobile and the server in favor of the user experience, that is to say to reduce the times of latency during navigation. Typically, this implements "prefetching" algorithms (prediction of future choices) which are based on the user's usage profile as well as on the structure of his service space: when sending data, a page representing nine services, if, in general, when passing on this node, the user goes in more than 80% of cases on the "4" box of the next node and then invokes the terminal action "7 At least two pages of this path will be pre-loaded (“prefetch") during the first invocation (pre-loading in depth). If, on the other hand, the system does not know where the user will probably navigate, the system will preload, in width, the entirety (or the maximum, depending on the capabilities of the mobile) of the service representations of the next level. .
• the system also makes it possible to adapt the behavior final, that is to say the terminal action or the application that is invoked at the end of navigation.
• the terminal actions generally comprise parameters that can be chosen for the user, either explicitly by the user during his definition and optimization of his own space, or automatically by the system, then based on preferences data indicated by the user when defining his profile, or on inferences by the system based on the dynamic behavior of the user when he is in his service area.
• this service can only be navigated and used by the user or
• this service can be referenced (and thus navigated and used) by one or more user groups designated by the creator of the service.
• this possibility gives an important dynamic characteristic to the service space and its navigation: a user can refer, in his own space, to a public part of the space of another user, which can be enriched, the other user adding branches or services which, by transitivity, are also added to the navigable space of the first user.
• a user can, in turn, refer to a public or community part of a third, etc. From one to the next, the spaces can thus have an intersection or "pollenize" TN, allowing navigation by successive affinity in a living, dynamic and open space, although still controlled and always user-centric.
• the space of a user is a tree structure, with its public or private branches, chosen and / or defined by the user via a web interface. This tree becomes navigable via his mobile and leads, in his sheets, to a collection of services.
• the fact that some of these branches are references to other public branches creates a first level of dynamism in the user's space structure, because the public branches that it refers to can evolve.
• a second level of dynamism is offered by the mechanism called "InGoojet": in any space of any user, a branch is reserved by the system supporting the implementation of the present invention, to dynamically add services available to this user: it is an extension of the concept of mailbox, but structured for referencing services.
• This reserved branch is structured in a linear way: on the first page, it contains only two representations of services: an "empty" service, which is a place reserved for the first service that will be sent to this user (empty service called “placeholder” ) and a second node service that simply leads, on the second page, to a page structured in the same way as the first one (this node service is therefore a "next" service), and so on, recursively, as needed.
• Services can be sent to users through promotions: on the website or via their mobile, a user can decide to share a service with another user or with a user community and thus promote this service, which reference will be added dynamically by the server on the tree representations of each recipient, at the end of the list of the "InGoojet” branch.
• Each user has immediate access to a new service. He may, if he wishes, remove it from his "InGoojet"branch; he can also, through the web interface, reorganize its service area and put this service, if it wishes to keep it, to another place in its own service area.
• this dynamic branch "InGoojet” is also used directly by the user if he wishes to add access to a service in his service area without, for as well, having access to a web interface (which is, as described above, the nominal way of creating and managing a service area).
• This need can be opportunistic and urgent: the system thus makes available to the user, via its mobile interface and in addition to the web interface, a special service called “Goojet Picker” which allows the user to select a service in the service database by entering its unique identifier. The reference of the service thus selected will be added in the user's "InGoojet", as for a service received by promotion of a third party.
• GRL acronym for "Goojet Ressouce Link” or Goojet resource link.
• GRL is a multi-modal identifier that provides access to a unique mobile and web service.
• URL www.goojet.com
• GRL unique identifier
• An example that illustrates the interest of the mechanism is that of a "Restaurant" service.
• the bookmark is a linear structure in every respect similar to "InGoojet", in which are dynamically added the references to the services that the user wants to make immediately available.
• the bookmark is particularly useful when the user navigates an unknown branch of space (typically a public branch to which he has had access by successive public navigation) and finds an interesting service there.
• the fact of marking it, or "bookmarker”, during its passage, sends the reference in the "InGoojet", for immediate access and for possible subsequent reorganization during use, by the user of the web interface.
• the system allows the user to create his own mobile space by selecting and aggregating atomic actions, services, branches of services or public spaces between them, in a tree organization that suits him. Using these same mechanisms of selection, parameterization and aggregation, the user can also create services (or under services) not necessarily to reference them in his own space, but to make them available to other users.
• the system provides the new ability to a user, by aggregating and setting pre-existing items, to create new services, which will be available to other mobile users, without having to develop computer code nor having to distribute , by any channel, mobile applications.
• the global space of services is therefore open to navigation but is also open to contribution and frees the user of the steps deemed complex linked, in the absence of the implementation of the present invention, the creation, distribution and the exploitation of mobile applications.
• communities for explicit communities and inferred communities, just as user profiles can be explicit or inferred, communities (for example, to declare branch access, for service promotions) can be:
• inferred that is, calculated, in real time, by the system based on usage and behavior statistics.
• such an inference uses a semantic distance calculation between the users: based on the type of navigation and the type of services used, the system dynamically identifies communities of use (sportsmen living in Paris, teenagers roll, etc.). These inferred communities are used for the relevant promotion of services, for various community services (eg, tennis partner search, carpool service, etc.) and, to allow, in commercial operations of commercial partners, to reach with relevance the optimal audience for their messages and promotions.
• the server is therefore constantly acquiring data on all users and services to feed profiling algorithms, the results of which are then used for the customization of services and service areas and for the relevant sending of information or services. This capability is one of the pillars of the commercial operation of the system.
• the services defined on the implemented infrastructure are intended to be referenced in accessible trees of mobiles to thus offer services in situation of mobility. But the structure of these services also makes them accessible via the internet (via a web browser). This allows users to share information, data and services regardless of their means of access. Moreover, the system recognizes the means of access to a service and offers a different level of wealth depending on the means of access used. For example, the server supporting a voting application simply displays the current result of the vote during a mobile access, while it offers a wide variety of statistical and historical analysis during a web access.
• FIG. 7 schematically illustrates a unified communication infrastructure 701, also referred to as "ICU".
• ICU unified communication infrastructure
• This infrastructure makes it possible to handle four standard message flow types (IMs for instant messaging, instant messaging, SMS, e-mail and voice communication), as well as that provided by a proprietary community platform.
• the ICU infrastructure provides bridges between these types of flows (inbound / outbound).
• the infrastructure comprises: a gateway 702 to and from voice transmission services, in particular on the Internet, a gateway 703, to and from SMS short message services, a gateway 704, to and from e-mail servers, the server 705 retaining the software and data for the implementation of the present invention and supporting the infrastructure 701, and - a gateway 706, to and from instant messaging services.
• the ICU 701 manages a routing (function known as "transfer” or “forward") conditional depending on: the identity of the sender of the message, a given period (time , day %), - content elements and / or a presence signal (if the recipient is identified as present on one of the channels configured in the routing, the message is first or only transmitted on this channel).
• the ICU can also manage a routing workflow. This means that there is a transmission priority level for each channel and a waiting time between each transmission. This feature avoids duplicating the content of the message if the user considers that from the moment he has acknowledged it, he does not wish to see it on another medium.
• the ICU can allow the management (creation / modification / deletion) of all or part of applications as described in the presentation of the creation of rich applications on the fly.
• the ICU 701 thus realizes, in a routing server, as illustrated in FIG. 9: a step 910 of receiving data to be transmitted, said data being associated with an identifier of the recipient, a step 915 of determining a context of transmitting the data to the recipient, a step 920 of selecting at least one receiving channel associated with said recipient according to said context and a step 925 of transmitting the data on each selected reception channel.
• a routing server as illustrated in FIG. 9: a step 910 of receiving data to be transmitted, said data being associated with an identifier of the recipient, a step 915 of determining a context of transmitting the data to the recipient, a step 920 of selecting at least one receiving channel associated with said recipient according to said context and a step 925 of transmitting the data on each selected reception channel.
• the channel, or channels, used to transmit the data to the recipient varies depending on the context.
• the routing context is representative of: - an identifier (unique address on a channel, e-mail address, e-mail address, telephone number, for example) of the sender of the data to be transmitted , a timestamp of the data to be transmitted, for example their hour and minute of reception by the server, - the content of the data to be transmitted, access to a channel available to the user (i.e. information, for each channel, that the user is connected to the support of that channel), and / or channel priority .
• an identifier unique address on a channel, e-mail address, e-mail address, telephone number, for example
• the user can request that the data coming from at least one interlocutor be transmitted to him on a predefined channel or on all the channels allowing the transmission of the data, for example, conversely, the authorities or a hierarchical superior of the recipient can obtain that all data from them is transmitted by all the reception channels associated with the user, the user can request that the data arriving at office hours be transmitted to him on a predefined channel while the same data arriving outside office hours will be transmitted to another predefined cana, the user can request that the data of a message with a particular reference (for example a file number) be transmitted to him on a predefined channel when the user does not have access to the mobile telephone network, for example, he can obtain the data to be transmitted on a fixed line, and / or the user can request that the data of a message be transmitted to him on a first predefined channel, that in the absence of acknowledgment of receipt from him within a predetermined time, they they are transmitted on a second predefined channel and so on.
• a particular reference for example a file number
• a mapping table is implemented between context parameter values and data transmission channels. The selection is thus easy and the correspondence table can be easily edited by the user.
• the data is formatted according to the transmission channel on which the data is transmitted, as set forth below. We can thus go from voice to text, or vice versa, from an email to a short message, or vice versa, etc.
• an application program is created according to the data to be transmitted and the application program is transmitted to the user.
• the ICU infrastructure performs the following operations:
• the ICU 701 receives a message from a gateway 702, 703, 704 or 706, or from the server 705;
• the ICU 701 analyzes the content of the message according to the issuer in order to extract structuring elements therefrom; - for each recipient of the message: - rICU 701 determines, in the conversion table, the shipments to be made and
• riCU 701 sends the message for each configured channel according to a set of (conditional) management rules.
• the tag association, or "tag”, with the incoming flows makes it possible to enrich the behavior of the platform during the creation of the outgoing flows.
• the infrastructure makes it possible to broadcast any type of media using formatting capabilities adapted to the medium.
• the issuers or recipients of media considered are, in particular:
• LMCU is configured by each user to define the gateways he wishes to configure.
• the table below gives a presentation of different flows. The user informs, during the configuration of the ICU:
• an account identifier for the use of the platform implementing the services that are the subject of the present invention, an account identifier.
• This table shows the different types of messages sent and received. This means that the numbers appearing in the different boxes will be included to explain the treatments carried out by the infrastructure in each case.
• the "x" present in the diagonal of the table mean that there is, a priori, no treatment necessary.
• Sending an SMS When an SMS is received by the ICU, each text ending with the "@" symbol is analyzed as a recipient. For example, the message “D1 @ D2 @ hello how are you? ": Will be treated as the message" hello how are you? Issued to ICU for recipients D1 and D2.
• the ICU performs the following treatments:
• Case 1 the recipient to configure one or more IM channels on which he wishes to be informed: the entire SMS (excluding recipient fields) is transmitted on the IM with the identity of the issuer
• Case 10 the recipient to configure an email address on which he wishes to be informed: the entire SMS (excluding recipient fields), and the identity of the issuer are incorporated into the body of the email.
• the subject contains "the platform informs you of the receipt of an SMS"
• Case 14 the recipient to set up a mailbox: the entire SMS (excluding recipient fields) is converted by a "TextTOSpeach" process and the identity of the sender. For each recipient of the message, the ICU makes a voice call.
• Case 18 the recipient subscribes to a Community platform: the entire SMS is sent to the platform for analysis. The destination fields are processed on the platform (Recipient IDs may differ from those known to the ICU).
• Emails e-mail When an e-mail is sent to the "recipient" address through the Unified Messaging infrastructure, it is analyzed according to the following cases:
• Case 2 (the recipient to configure one or more IM channels on which he wishes to be informed): the subject of the email is transmitted on the IM first with the identity of the issuer. The text content is extracted from the body of the email and formatted to be transmitted on the IM.
• Case 6 (the recipient to configure the SMS channel): the subject of the email is transmitted in the body of the SMS, as well as the identity of the sender.
• Case 15 (the recipient to configure a mailbox): the subject of the email is converted by a process "TextTOSpeach" and the identity of the issuer.
• Case 19 the whole email is analyzed as follows:
• the subject may contain a "tag” giving a business character to the message (example: "[ALARM] intrusion at recipient” will have the effect of soliciting the platform with the tag ALARM to generate a behavior dedicated to the processing of an alarm). If the platform can not interpret the tag, it uses the default behavior;
• - attached parts each attachment is analyzed to define the type of document and allow the platform to perform a transformation on the source to adapt it to the capabilities of the platform;
• the body of the message may contain tags that guide the platform on the treatment of the body of the message complement generally with the Tag contained in the subject.
• Sending a voice call When a voice call is received by the ICU, the message is saved and the ICU prompts to enter the recipients of the message.
• the identifiers may be preregistered identifiers on the ICU and associated with the caller's number.
• Example: A user with the phone number "0607080910" has predefined the recipients D1 and D2 by giving them the identifiers "1" and "2".
• the ICU identifies the calling party number and at the end of the voice message if the user enters # 1 # 2 #, the ICU will forward the message to the recipients D1 and D2.
• the ICU will perform the following treatments:
• Case 3 (the recipient to configure one or more IM channels on which he wishes to be informed): the following message is published on PIM: "The person at number xxxx you to leave a voice message”.
• Case 7 the recipient to configure the SMS channel: the following message is sent by SMS: "The person at number xxxx you to leave a voice message”.
• Case 11 the recipient to configure an email address on which he wishes to be informed: the voice message is attached as an attachment to the email.
• the subject contains "the platform informs you of the receipt of a voice message left by xxxxx".
• Case 20 (the recipient is subscribed to a community platform): the voice message is transmitted to the platform and the Ids entered at the end of the message.
• Platform transmission When the platform sends a message to the ICU, it pre-processes the message for the different categories of existing streams.
• the ICU receives directly transmittable formatted data:
• Case 4 (the recipient to configure one or more IM channels on which he wishes to be informed): text intended for PIM.
• Case 8 (the recipient to configure the SMS channel): text intended for sending SMS.
• Case 12 (the recipient to configure a voice mailbox): voice message intended to be left on a voice mailbox.
• the ICU can optionally manage a routing (function known as "transfer” or "forward") conditional depending on: the identity of the sender of the message, - a given period (hour, day .. .), content elements, and / or a heartbeat (if the recipient is identified as present on one of the configured channels in the routing, the message is first or only transmitted on that channel)
• the ICU can also manage a routing workflow. This means that there is a transmission priority level for each channel and a waiting time between each transmission. This feature avoids to duplicate the content of the message if the user considers that from the moment he has acknowledged it, he does not wish to see it on another medium.
• LMCU can enable the management (creation / modification / deletion) of all or part of applications as described in the discussion of creating rich applications on the fly, below.
• additional descriptive elements are given, on the architecture of an embodiment of the system implementing the present invention, and on the services object of the present invention.
• a call implementing a predefined caller number is transmitted briefly to the user (who does not pick up) to notify him of an event (new message, new update, etc.), the predefined number serving as the identifier of the user. event. After receiving this short call, the user only has to connect to the server.
• a user may import all or part of another user's service space into his own.
• we use the level of visibility assigned to each other user's service much like we can do on "Flickr" with images (public / friends / family), and we can not do an action (for example a reservation) instead of a person because one has imported his space into his.
• the addition in the buddy-list should be subject to authorization (as in most systems). Partitioning of data driven by social proximity: in systems with very large volume, a database is no longer sufficient to store all data, and it is necessary to partition, ie to have databases containing only some of the users.
• the efficiency of the system is improved by keeping highly connected users on the same server. Partitioning is then controlled by the connectivity of the graphs. This does not preclude the geographic distribution of data, since a connected graph of users can be stored in a datacenter located at the average location of this graph.
• the present invention enables the creation of rich applications on the fly via the use of different media. For example, it's about creating an application from receiving an email, scanning the issuer and, if known, going to his account, the subject, body and attachment (s).
• an email with attached photos becomes a photo album application with the subject of the email as its title.
• an e-mail having, as a subject, according to a particular syntax, date / time and place of rendezvous is transformed in a calendar application into an event for the date / time with, as a title, the place of appointments and, as description, the body of the email.
• HTML HyperText Markup Language
• XHTML XHTML
• caller number In most of the source media proposed above, there are means of automatic identification without adding this information to the rest of the content: caller number, identifier or pseudo, ...
• the method allows to manage all or part rich applications by sending, submitting or retrieving any document (single or multiple) of the formats listed below (the list of formats and types of format are not exhaustive) using any media (phone, email, IM , Fax, ).
• Sound file formats RAW, WAV, MP3 (MPEG-1 Layer III), XAC, AIFF, AIFC, IFF, AU, VOC, SND, Ogg Vorbis (or OGG), AAC or MPEG-2 AAC, MP3pro, VQF or TwinVQ (acronym for "Transform-domain Weighted Interleave Vector Quantization” for weighted interlaced vector quantization of domain transformation), WMA (acronym for "Windows Media Audio", registered trademark), ASF (acronym for "Advanced Streaming Format” for advanced flow), SDS, SMP, VOX, MAT and FLAC.
• Image Formats JPEG, GIF, TIFF, APNG, MNG, PNG, PCX, BMP, Silicon Graphics
• IRIS IRIS, SUN Raster, PPM, Encapsulated Postscript, Pixmap X, Photoshop, PGM, DICOM, Bitmap X, Alias
• Video formats Divx, QuickTime, Real, Xvid, VP7, X264, AAC, Ogg Vorbis.
• Text document formats Doc, Docx, Odt, Sxw, Rtf, Sdw, PDF, Txt, XML, HTML and XHTML.
• a type of computer application that can be associated with said content is determined according to said content, step 1110 and setting up a generic application of the determined application type with said content to form said computer application, step 1115.
• the type of computer application depends on: the identity of the issuer of said message, at least one attachment to said message and / or - keywords included in the content of said message.
• web With regard to web browsing, (“web”), the present invention also relates to an advanced web browser for low capacity terminals. Indeed, the success of the web is due, in part, to the fact that HTML (language of description of web pages) and Javascript (programming language of dynamic web pages) are provided by web servers to browsers as text source. On the one hand, this avoids having to define binary representations that could have been dependent on a platform, and on the other hand allowed any user to learn how to develop web pages by simply examining their source.
• HTML language of description of web pages
• Javascript programming language of dynamic web pages
• SMS call setup or image capture.
• Javascript code for similar functions on the browser of a personal computer.
• the browser thus created is able, in addition to or in replacement of the GML, to receive HTML and Javascript code in a particular binary form, allowing its operation on any type of mobile.
• the binarization (transformation into binary digits) is performed by a server called "gateway server” 840 (see FIG. 8).
• the browser 820 on mobile 810 sends a request 890a to this gateway server 840, which transmits it, by the message 890b, to the effective server 880.
• This effective server provides the web page and its Javascript code, 805 messages.
• the gateway server 840 performs the process of binarization / compilation and transmits the result of this process, by the message 815, Goojet browser 820 mobile phone.
• the binarization has several actions (the actual order may be different of the one presented below) performed by the gateway server:
• CSS 850 styles defining the aspect (size, font, color) of each element of the HTML page
• HTML 860 elements into a binary representation that can be used efficiently by the mobile phone
• Javascript code 870 into a compact bytecode that can be efficiently interpreted by the mobile phone
• An optional feature of the navigation method is that the transformation is completely transparent for the Javascript code contained in the page. In particular, it can modify the structure of the page after it is displayed on the mobile terminal 810.
• the DOM interface
• the result of the transformations can be maintained by the gateway server 840 in a temporary storage system 825 so as not to perform repetitively the transformation of the same content that would be requested frequently either by the same mobile phone or by different phones.
• the environment in which the Javascript code is executed in the phone has particular functions to use the functions and native devices 830 of the mobile.
• functions to use the functions and native devices 830 of the mobile.
• native devices 830 of the mobile In particular, and without limitation:
• the personal computer runtime environment provides the web pages with a JavaScript runtime environment including an implementation of these functions.
• the means used will be, without limitation:
• a pre-analysis is performed on the gateway server of the formatting characteristics of the HTML content (CSS styles) on the server, HTML is transformed on the gateway server and formatted into a compact binary form, Javascript gateway server is compiled into directly executable "bytecode" instructions
• Javascript contained in the web pages the provision of Javascript functions to access the native functions of the phone and the implementation of the native functions of the phone for browsers on personal computer using softphones and webcam or other photography device and video capture.
• FIG. 12 shows steps implemented to transform a web page for display on a communicating mobile terminal.
• the communicating mobile terminal sends, to a gateway server, a request identifying the page to be displayed.
• the gateway server sends a request identifying said page to the server hosting said page.
• the gateway server receives the web page containing HTML content and Javascript.
• the gateway server performs a pre-analysis of the formatting characteristics of the HTML content of said page.
• the gateway server performs a transformation, in a compact binary form, on the gateway server, of the HTML content and its formatting.
• a CSS style expansion step of the HTML content of the page defining the appearance of elements of the HTML content of the page is carried out and maintained accessible.
• DOM interface (acronym for "Document Object Model") of the page.
• the gateway server compiles the Javascript of said page into instructions directly executable by the communicating mobile terminal.
• the Javascript of the page is compiled into "bytecode" instructions directly executable by the communicating mobile terminal.
• the gateway server performs a combination of the Javascript code contained in the page and at least one native function of the mobile part of the communicating mobile terminal.
• the gateway server provides the communicating mobile terminal, the compact binary form of the HTML content, instructions from the compilation of Javascript and elements of association with native functions of mobile telephony.
• FIG. 13 shows steps implemented to transform a page of the web for the rapid display of hypertext links on a communicating mobile terminal.
• the terminal sends a request to a remote server hosting a site of the web to access a page of this site, in a manner known per se, for example after input by the user.
• the terminal of an electronic address ("URL") or by selection ("click") of a link in a computer application or on another page of the web.
• the server begins transmitting the content of the requested page.
• This content is described, for example, in the form of HTML or XML code, animations, images, sound file and / or video file.
• the terminal detects, in the content of the page already received, and extracts, at least one hypertext link, according to known techniques.
• the terminal determines whether a graphic, possibly animated, is associated, in the content of the page, with the extracted hypertext link.
• the terminal Preferably, during the stage 1320, the terminal only considers a low resolution graphics.
• the association sought may be of known type, that is to say that a selection of the graphic ("click") triggers a request on the associated link, or type dedicated to the implementation of the present invention, for example in the form of a list of hypertext links and graphics at the top of the content data of the page being received. If a graphic is associated in the content of the page with the link being processed, proceed to step 1335.
• the terminal determines whether it has a graphics in memory to associate with the link. For example, a link with the word “home” or "home” is automatically associated with a graphic representing a house. If such a graphic exists, go to step 1335.
• a part of the electronic address of the link is determined to extract words from a dictionary, preferably multilingual. One thus removes, among others, the first letters of this address (for example, "http: // www.") And the last letters of this address (for example ".html” or symbols related to dynamic addresses).
• the most identifying part (or word of the dictionary) of the address of the link is also searched. For example, if several links have the same beginning, this start is not considered as an identifier.
• the words of extracted dictionaries are all identical for two links, differentiating symbols are added from the addresses initially extracted. The parts considered as identifiers are then represented in larger characters than the other parts of the address to create an alphanumeric graphic allowing the user to easily recognize each link. Then we go to step 1335.
• the graphics from steps 1320, 1325 and 1330 are normalized in dimensions.
• these dimensions are adapted to the resolution of the display screen of the terminal.
• nine graphics associated with the links can be displayed on the screen of the terminal, so as to correspond to the numeric keys of the keyboard of the terminal, as explained above.
• the graphics are positioned in a page corresponding to the screen of the terminal.
• the positions are determined according to the positions of the links in the original page being received.
• a more right link than another, in the initial page remains more right, in the page generated during step 1335.
• step 1340 the page generated during step 1335 is displayed on the terminal screen.
• the user already has links allowing him to navigate to other pages or animations. It does not have to wait until the page has finished loading to move to another page. The user thus saves time, especially when he knows the page being loaded and does not wish to view it.
• step 1345 it is determined whether the user of the terminal has selected one of the links, through its graphics, with implementation of a touch screen or keypad, as explained above. .
• step 1305 If yes, the terminal returns to step 1305 to issue a request to receive the content associated with the selected link or, if necessary, launch the application associated with this link. If no, during in a step 1350, it is determined whether the set of links of the page being received has been processed. If no, return to step 1310. If yes, during a step 1355, it is determined whether the entire content of the page has been received. If no, we return to step 1315. If yes, during a step 1360, a graph representing the received page is generated and inserted into the page displayed on the screen of the terminal. This gives the user access to the display of the received page, while maintaining the display of links extracted from the content of the page. Preferably, the graphic representation of the received page is dedicated. For example, it is uniform and represents the term "page" or a miniaturized (and therefore unreadable) standard page.
• the graphical representation of the links is more intuitive than the display of the link itself and can be standardized in dimensions, graphic chart, etc.
• a site can provide graphic representations to display, at the top of the content of the page, to help users with terminals of low reception, display and / or content processing capabilities.
• the graphic representation is preferably automatically adapted to the terminal and / or to the current page reception, for example, depending on the resolution of the display screen so that the number of links represented is constant or increasing with this resolution, according to the speed of reception of the page or according to an estimated time of reception of the page so that a terminal with strong reception, display and processing capabilities does not display links extracted but waiting the end of the loading of the page to display it but that, conversely, a terminal with weaker capacities uses the extracted links and their display to give the user quickly means to navigate from the page being received .
• the time limit beyond which the links are extracted and displayed is one second.
• an intermediate step 1312 is provided between step 1310 and step 1315 for determining the reception speed and / or the estimated duration of this reception and for comparing this speed. and / or of this duration with a predetermined limit value.
• this service makes it possible to simultaneously connect several remote users on their mobile phone, without having to prepare or book a conference.
• This service is particularly practical in situation of mobility and dispersion of interlocutors.
• This service allows a user to select, either by explicit entry of mobile identifiers, or by automatic entry of identifiers by the system (interpreting the list of contacts represented in the page from which the service is invoked) candidates to a conference call.
• the simple evocation of the terminating "conference call" action chosen in the user's service space, causes the server to send to the candidates notifications of invitation to a conference.
• These notifications can be multimodal and include, among other things, an SMS and a notification via the service interface (GML response to polling).
• each recipient can, by simple acceptance, be put directly in contact with the server that organizes the conference.
• the mobile part of this service consists of the selection of candidates and management of the notification (trigger user side who invited, acceptance side guests).
• the task of the server then consists, essentially, in sending the notifications and putting them in contact with the acceptance of each recipient.
• the server of this conference application also offers value-added conference management functions, such as records and / or statistics, whose operation is accessible via the web interface.
• Each potential interlocutor, or candidate receives a call number and a graphical interface indicating the correspondents whose telephone numbers are being dialed (action to call the number and ring on the active number).
• the system reserves the number for the conference because, knowing the number of potential callers, it can filter out unwanted people who would call the number at the same time.
• the person in charge (in "leader") of the conference can decide, with a simple click, to switch everybody in conference (start of the billing for each caller).
• a trigger in English "trigger"
• the selection, or “click”, on this trigger causes the appearance of a page with the avatars of the persons invited to the conference call (for an unidentified person, one makes appear his name or his telephone number).
• a status is shown next to or on each icon of the avatar and indicates whether the corresponding user has entered the conference call.
• the status identifies who is speaking.
• the server does not take the communication of a participant, as long as there is not at least one other participant who calls him. This saves a user from being connected for nothing.
• FIG. 10 illustrates a particular embodiment of the method implementing this "conference call” application.
• the terms user and interlocutor are equivalent and used interchangeably.
• This selection can be made: - Second party by second party, by dialing their phone numbers or selecting this number from a directory or by selecting avatars or photos representing them and / or by selecting an application in which a set of second potential interlocutors is already referenced (with possible elimination of potential interlocutors).
• a server implementing the conference service receives this list from the first party, during a step 1015 and reserves a number assigned to said conference.
• the server makes a notification of each selected second user, during which each second user receives information from a graphical interface representing the first user and each other selected second user as well as the reserved number.
• the server can implement different types of communication channels with the different second users.
• the notifications may be multimodal, depending on the communication capabilities of the second parties.
• said second absent user is notified again via a communication channel different from that used for the first notification of the second user.
• second user absent an interlocutor who did not answer with a mobile phone can be called on a landline, for example.
• each second user terminal provided with the conference application displays said graphical interface.
• the server determines whether a second interlocutor has agreed to participate in the conference. To accept, each second user only has to select an acceptance icon represented on the graphical interface. If No, During a step 1035, the server determines if a second party has refused to participate in the conference. To refuse, each second user only has to select a refusal icon represented on the graphical interface. If not, return to step 1030. If the result of step 1035 is positive, during a step 1040, each talker, first or second, is sent a graphical interface information representing the refusal of participate from the second party, as well as the identification of this second interlocutor and return to step 1025.
• each interlocutor is sent a graphical interface information representing the acceptance to participate on the part of the second interlocutor, as well as the identification of this second interlocutor and each graphical interface makes the display of this information.
• a step 1050 it is determined whether the first party initiates the conference. To trigger the conference, the first party only has to select an icon in the GUI. If no, we return to step 1030.
• the first party and each second party having agreed to participate in the conference receives the number reserved for the conference and, possibly after a last validation on the part of the second users, all the mobiles of the interlocutors who have accepted the conference are put in telephone or videophone communication, for those who have the means of videophone, by means of the reserved number.
• a registration authorization is requested from each second party participating in the conference.
• a recording of the content of the conference is carried out and, at the end of the conference, step 1075, a step 1080 is made to make said recording available to each participant in the conference, for example by transmitting an audio and / or video file to participants' e-mail addresses.
• step 1070 the talker is detected (by simple processing of the audio signal of the various participants and the display on the graphical interfaces of the various participants of an identification of the user who speaks The follow-up of the conference is thus facilitated It is noted that, in the event of a call from the first user between the steps 1005 and 1070, this call is rejected, thus avoiding a third party not invited to the conference to disturb the progress .
• the communication is automatically initiated when at least one second user has accepted the conference. This avoids billing the communication to the first user awaiting acceptance of the conference by the second users.
• the notifications indicated above can be made by short message (SMS), multimedia short message (MMS), voice call with voice message, voice call and on-hook, e-mail, message in the conference application or any other compatible application or connected.
• SMS short message
• MMS multimedia short message
• voice call with voice message voice call and on-hook
• e-mail message in the conference application or any other compatible application or connected.
• 2 / autonomous web-mobile transactional services in this service, the server manages transactions between customers and suppliers, and can therefore, in some cases, substitute for IT or heavy Internet services. These services are made possible thanks to the intelligent division of the processes between mobile presentation and server.
• the reservation service is defined as follows: - the provider, for example a restaurant, creating his service - this service is a branch of various aggregated services, including information about the restaurant, links to d other services deemed relevant or related by the restaurant.
• One of the sheets of the tree is the application service of reservation, set by the restaurant for its need, during the creation of its transactional service. Once created, this complex service in which the application reservation service set for this restaurant is located, is available to the community of users of the present invention. Public, he can be promoted. Thus, it can be found in the spaces of potential users without these having had to search for this service.
• the application reservation service consists of several input pages of choice (each choice entry page being a configurable atom), which together form the elements of a request. For example, the user chooses a time and a number of people (the same concept of course applying to any type of request, the number of successive choices and the candidates for each of these choices being parameters entered by the creator of the service at its creation). Then he sends his request, which the server receives and processes.
• the processing of the server consists of sending the request to the restaurant, in the format chosen by the restaurant when creating its reservation service.
• the restaurant can choose a multimodal notification: for example by SMS, email, phone call, invocation of a web service with its management computer system, whose content is manufactured by the server according to the parameters sent by the mobile part of the server.
• the restaurant can have the mobile part "provider” of the same service.
• This service is structured in a mobile part "client”, used by each customer of the restaurant to send their query, a server to process the requests, and a mobile part "provider” that completes the transaction.
• the restaurant can receive the request directly in the application space and process the request in near real time, from its mobile: on acceptance or rejection, it completes the transaction via the server to the issuer of the request. It can also use its mobile "provider” part for management operations (eg display "complete” for future users).
• the transactional reservation service based on a complementary pair of mobile parties, one for the customer and the other for the provider and on a mediation and management server is new.
• 3 / service of interaction between real universe and virtual universe it is to allow to enter a virtual world with the tools of communications of the real world (telephone connection, access to an instantaneous message, such as "IM", registered trademark or e-mail, or "mail").
• the novelty is based on the fact that we can connect two avatars between them by hiding their identity in real life.
• the profile of the avatar is integrated in the use of a voice filter, for example a filter transposing the treble frequencies in the treble for the voice of a man who chooses a female avatar.
• the platform implemented by the server makes it possible to reference the identities of each user in different environments or virtual worlds,
• the platform receives and processes messages that come from different virtual worlds and
• the platform proceeds to route messages to the adapted / user-configured channel (owner of the identifier).
• the user U1 has the identifier u1 and a person U2 of this virtual world MV1 has the identifier u2.
• u1 calls u2 using the MV1 service
• the application supporting the interaction service makes a connection request in the MV1 world of u1 with u2 (without knowing the real identity of U2),
• the interaction service obtains the coordinates of U2,
• the interaction service transmits the request to the ICU (see FIG. 7), which performs all the actions associated with U2 (if U2 is not identified on the ICU, only the call is possible),
• the interaction service triggers actions related to U2 (ICU setting) or a simple call from u1 (because this service knows the number of the subscriber) to u2 if U2 is not known.
• this is an infrastructure that allows advertisers to publish information on a dedicated page.
• the concept of this service advertising is based on that of an advertising message that appears in the user space from time to time, this message preferably comprising information related to the profile of the user.
• this advertising service For the implementation of this advertising service:
• the platform supporting the advertising service determines if there is an advertising element that is related to its request
• the advertising space is enriched with at least one new advertisement and the user is informed.
• this space is filled according to complex algorithms including the target that the advertiser wants to reach and the number of publications he wants to have.
• This space can also be used to transmit targeted messages, for example, advertising information that the user to accept to receive, in various media.
• Ql "Push to Get” service the aim is to offer a mobile telephonic communication infrastructure that can be interactive.
• the mobile is subscribed to a flow of immediate messages that scroll according to the news produced by an authenticated source (eg "AFP", “aufeminin.com”, “Auto / motorcycle”, registered trademarks).
• the user can request more information by pressing a certain key on the mobile when the message appears.
• the server takes into account the message object of the request and builds a folder that is sent to the user on the media he has chosen (e-mail, voice, services object of the present invention).
• Tamagoshi registered trademark: it allows to create virtual living objects (animals or others) and to animate them alone or in community since his / her services.
• Objects / classes implemented on the server side handle behaviors of the virtual animal. The user can derive these classes and create other virtual animals or worlds.
• the exchanges between the server and the mobiles are managed by the server. Each element constituting the animation of the life of Tamagoshi is mapped to a touch of the phone, via an icon.
• 8 / match service it connects two teams, rules to pass a ball from one user to another and conditions of interception and shooting on goal.
• collaborative service the services infrastructure of the present invention allows the development of collaborative services, defined as services requiring opportunities for interaction and sharing between multiple users. It is recalled that conventional services for reading shared information, to which several users can access from their mobile, in read only, are not considered collaborative.
• the new service offered, in collaborative terms, consists in implementing the following elements together: - a distributed application having:
• a centralizing party residing on the Internet; it is the server part, - several parts distributed on mobile terminals - the mobile client parts, accessing the server part via the GML protocol,
• Glog an extension of the mobile blog concept.
• Glog is a shared database resident on and managed by the server part. This database allows orderly access to data submitted to it.
• the data submitted to Glog are any object that can be generated and transmitted by a mobile (text, photo, sound, video, voice message, data structured by GML such social signal, identification of a service and choice of action in this service, etc.).
• the data, stored by Glog are ordered according to several criteria:
• a thread is a linear ordering based on the notion of answer: a thread at a starting point then a simple navigation by following / preceding (in reading), and a response to a thread simply adds an element at the end of the thread, thus enlarging the size.
• a selected Glog yarn can be read by a mobile via a service object of the present invention: the last elements, up to a maximum of nine, are accessible via a dedicated service page and then "displayed" on demand according to their format ( text, sound, image, etc.). Accessing a thread can add an element (response).
• the wires are heterogeneous and can contain elements of any type.
• the theme is a metadata selected by the creator of a thread.
• the theme allows thread readers to do targeted searches.
• Glog is, like any service object of the present invention, designed for the ubiquity of web - mobile access, the theme can be freely chosen at creation if the creation (initialization of a thread) is made from the website. If the creation is made from a mobile, the creator can either freely choose a theme by entering a text, or choose a theme from nine via a dedicated page.
• the nine themes proposed are either the nine themes that the user has chosen on his profile, via the web (general philosophy of preparation via the web of its own mobile space, which, once mobile, is no longer as exhaustive as the web, but is targeted for its own use, relevant and fast), the nine most used themes on Glog, as calculated by the system and offered to the user.
• the reader can also select a theme via the same theme window, or select via the window that indicates the nine most active children, or via his subscription window to his nine favorite sons, as he can define it on his glogor profile, via the web.
• the field “Date and time” allows, on the one hand, a chronological organization but also, via a web access, searches in the time (whereas the mobile access will give by default the last nine entries in each wire).
• the "origin” field is the identity of the user who initialized the thread as well as the identity, for each entry in the thread, of the contributor.
• the glog server part also uses this field to calculate, and offer via web access, activity statistics by glog or user.
• the glog can be used in conjunction with the "gVote" service, which allows, generically, each user to allocate a status (from a maximum of nine predefined statuses for each instance of the gVote service) to a candidate (among a maximum of nine predefined candidates for each instance of the gVote service).
• a typical instance of gVote may be to allocate a rating (rating) to an object (service, photo, thread, event, etc.).
• Glog gVote allows users to rate threads, themes, contributions, and contributors.
• the mobile part of gVote allows to give a note and display the current result, while the server part, accessed via the web, allows to display a great wealth of historical and statistical results, thus enriching Glog.
• Another collaborative service is the shared alarm service. It is an element of a set of services around the organization of time within a group of people; this set includes, among others, a shared agenda, offered by a third-party web application, and to which the server part is mediating, thus allowing mobile users to access, both read and write, an agenda sharing.
• the alarm service falls into this category. It includes two structural differences with the agenda: on the one hand, it is fully managed by the system and does not require mediation to a third party service and, on the other hand, it requires event processing in the moving parts
• the group alarm service operates as follows:
• a user uses his mobile or web interface to select the date and time of an alarm and the hearing of that alarm. It can also select the media used by the system to inform the audience of the alarm when it is triggered. Except for such specific selection (mail, call by automatic voice server, etc.), the system will work in two steps: - the server of the "alarm" service, on receipt of a group alarm request, adds a corresponding element in the event box of each member of the destination group who is a service user object of the present invention;
• GML When these users are going to update their events, through the generic mechanism of management and notification of service events, GML sends to their respective mobile part an alarm message of their local alarm. These users are then notified of the triggering of the alarm "locally" by their mobile.
• the advantage of this remote arming is that the recipients are alarmed even if they are not receiving the service at the time of the alarm and
• the server portion of the alarm service sends a message by a channel selected by the user who organized this alarm; typically, an SMS.
• a group alarm thus organized includes a time and date, an audience, but also a "theme", which can be a free text or a theme among nine selectable via a dedicated choice window.
• these nine themes are either the preferred themes of the user defined in his profile for this service, via the web, or, by default, the nine most likely themes calculated and proposed by the system based on the usage profiles of this service.
• a space where the events relating to this user are stored, according to their arrival time and their priorities (these events may have varied and heterogeneous sources such as that an autonomous service requiring the sending of information or notification to a user, or a collaborative service by which another user wishes to interact with that user, is still a request from a third party service for which the system is making mediation towards mobile users).
• This space "events" is replicated on the mobile during synchronization operation: the mobile part is automatically informed of the state of the event space.
• the event space is itself organized according to the tree structure having, preferably, a maximum of nine branches at each node.
• the mobile part - or the user himself for notifications not leading to automatic operations - can handle these events as necessary.
• the mobile part will inquire about the eventual need for synchronization of the event list each time access to the web server is required; thus, synchronization is frequent.
• an additional user-configurable "polling" ensures a periodic synchronization which, itself, ensures that the events do not become too obsolete even in the case of a prolonged period without access. to the server by the mobile part.
• an SMS or other media chosen by the user, such as a synthesized voice call or an e-mail
• 11 / reverse messaging service In this new way of processing email, there is only one instance of the message, which is stored on the server of the issuer. The recipients of the message read the message on the server of the issuer.
• This mode of treatment is particularly adapted to messages between correspondents identified within the same organization or community group.
• a message is sent by a transmitter E to recipients Dn, the recipients are notified that E has sent them a message.
• Each recipient Dn can then connect to the server E with its identifier (secure) and thus read all the message that E sent to Dn. If E sent several messages to Dn then Dn will see the list of messages that E sent to him (new and old).
• the emitter E wishes to send a message to a recipient D with whom he has not established a relationship of trust, the server sends an email following the conventional method to ask the recipient if he agrees to establish a relationship of trust with E. If the recipient accepts, he is connected to E and vice versa.
• This new approach to messaging allows: - to reduce the consumption of memory space on mail servers,
• an emitter E can send a message to N recipients, mentioning that as soon as at least one X number of recipients read the message others are no longer notified that they have a message to read, - manage validity dates on a message,
• E does not want the message to be broadcast or retrieved by the recipient (s), it uses an encryption option (“encryption”) that will only allow the screen copy to duplicate the content and
• the sender server can support multiple classes of drives:
• the present invention also relates to the concept of "complementary widgets". That is to say that services offered include the concept of "Yin” and “Yang” applications: two complementary services can offer a complete service (this is the case of the social signal for example, or for booking described above). 13 / Social signal service: the complementary services “Social Picker” and "Social
• the “Social Picker” allows users to tell where they are, what they do, who they are with, how they go, etc. through the service portal objects of the present invention.
• the social reader is a way of aggregating all these flows. Each user defines who is a member of their community and follows the status updates for those members.
• the "social picker” is a service that can be modulated by the user: he chooses, on the corresponding portal, what types of information, the category he wants to update and communicate when he will be in a situation of mobility. He can therefore choose between one and more categories ("what", “how”, “where”, etc.). An appendix category also allows him to enter a personalized text directly.
• the user can configure this category by adding from 1 to x actions, represented by an image (to be chosen from the bank of proposed actions or uploading a custom image).
• the configuration of the social reader is relatively simple: it is just a question of selecting the friends whose status will be visible and updated automatically.
• This information is updated and can be viewed in two different ways:
• this application can interface with other types of web services since the status information can be formatted (sentence form for example) and sent to third-party services ("twitter”).
• tacter third-party services
• the "Notes” and “Images” services are services that are part of the range of "office” services that make it possible to display content on the mobile. Thanks to the architecture of the system implementing the present invention, the ubiquity between the web and the mobile is used by these services. The content can be modified at leisure on the web, and it is automatically updated on the mobile phone. Thanks to these technical elements of instantaneity of services, the uses can be numerous (updates of shopping lists in real time by the person remained at home, collaborative work between a mobile person and another in front of a computer connected to the web, etc ..) 15 / the "To-do-list" service is part of the "office” services category. This is to give the possibility to manage a list of tasks.
• Each task is represented by a box of the matrix and has several parameters: deadline, category, detail, title, person, etc .. and finally a button to mark the task as performed or not.
• 16 / the "Agenda” service is also part of the "office" mobile services category. It makes it possible to follow events and is interface with other services which can come to insert information etc. Thanks to the architecture of the system implementing the present invention, these services can be accessible directly via the agenda.
• the "Agenda” service can import and export information from Ical type usage standards etc. 17 / the "Vote” service allows the user to create a voting or election procedure, and to to promote it to his friends, to have their opinion on a subject.
• the voting service is automatically created.
• the user is then responsible for defining the vote audience, where it is public, to simply promote it by sending it to friends. Users who display the "Vote" service on the mobile can vote by simply selecting the answer.
• 19 / Party Planner is a service that aims to facilitate the organization of events within a community. This is a folder that allows you to create or view events, or "events". For each event, this includes:
• - a list of tasks (things to do, things to bring, etc.).
• the audience can add items or mark as done, - an information page, - the integration of a conference call service (described above) and
• This service is the first that allows users on the move to organize themselves without having to go back and forth on the phone. This is the first time that a management tool, project management is offered to mobile users. On the portal, more advanced tools of administration and statistics are proposed.
• the shared to-do list is a "to-do list” which is modifiable by a group of people. This makes it possible to organize remotely during a set of tasks to be done etc. Via this service, people can know who should do what and especially who did what.
• the community service is a self-help service for questions and answers between users.
• the user When the user is traveling, in a situation of mobility, he may suddenly need information but he does not have access to the internet to search and find it. Through the service, he did not anticipate this need so he was unable to place the appropriate service in his service area, and he does not remember the service of a friend who would meet his need (and possibly is there still no service associated with this need). Thanks to the "Ask the community" service, he can send a question to the community and it will take care of finding the answer, since either the person will have the answer directly or they will have a web access that will allow them to search on the Internet.
• this service answers the user's question: "I am in a situation of mobility, I need information but I had not planned so it is not (yet) in my service area. With the "Ask the community” service, people can search for information for this user.
• the system implementing the present invention is the first tool that connects an isolated person with a connected community.
• the environment keeps track of these requests and can make proposals for creating services based on the actual requests of users.
• the services thus created by the person, the community or directly by the specialized developers have a very good chance of meeting a real need, and to please many to users.
• the system can also search to see if the question has not already been asked and if the answer does not exist.
• "Sudoku” service (registered trademark) concerns a game well known to the general public. This service sends a 9x9 matrix and the user can then fill it at his own pace, in several times etc. without any web access. It is only when the user chooses to "send" that the information is sent for verification etc.
• the "Poker” service implements the collaborative capabilities of the system implementing the present invention. Thanks to these capabilities, it is possible to make asynchronous poker games. That is, the game only continues when all participants have completed their action. A “log” makes it possible to follow these actions.
• the transactional application services respond to requests that are very well known to users: horoscope, television program, cinema program, weather, RSS feeds, etc. Thanks to the architecture of the system implementing the present invention, which makes it possible to segment and profile the users of the service, it is possible to offer the content that will please the user or, at least, match him. By a system of filters, one proposes only the contents of which the user is likely to need.
• the cinema or television programs can therefore be configured on the web portal by the user but they will then be proposed dynamically, according to the defined criteria and according to similarities detected.

Landscapes

• Engineering & Computer Science (AREA)
• Software Systems (AREA)
• General Engineering & Computer Science (AREA)
• Theoretical Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Physics & Mathematics (AREA)
• General Physics & Mathematics (AREA)
• Information Transfer Between Computers (AREA)
• Telephonic Communication Services (AREA)
• Stored Programmes (AREA)
• Debugging And Monitoring (AREA)

Applications Claiming Priority (6)

Publications (1)

Family

ID=40567856

Family Applications (1)

Country Status (3)

Families Citing this family (54)

Family Cites Families (7)

• 2008
  • 2008-07-25 EP EP08838722A patent/EP2174472A2/de not_active Withdrawn
  • 2008-07-25 US US12/670,931 patent/US20100211638A1/en not_active Abandoned
  • 2008-07-25 WO PCT/FR2008/001126 patent/WO2009050345A2/fr active Application Filing

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events