ES2370076B1 - CENTRAL COMMUNICATIONS DEVICE, SYSTEM AND METHOD FOR THE PROVISION OF APPLICATIONS TO USER MOBILE DEVICES IN COMMUNICATION NETWORKS - Google Patents

Abstract

Central communications device (E1) with communication capabilities using various protocols and technologies, capable of detecting other user devices (E2), and / or responding to their requests (using various communication technologies and protocols) and providing them with applications adapted to their needs. characteristics, as well as the preferences and characteristics of their users. Said central communications device (E1) consists of an electronic system comprising: a communications module (E101, E102, ... E10N) capable of detecting and communicating with mobile user devices (E2) using a compatible communication protocol ; a database (E13) for describing device capabilities and user preferences, capable of communicating and exchanging information through a TCP / IP network with a remote system (E4) for database describing device capabilities and user preferences; a database (E12) as a binary repository of the possible applications that the system can provide to mobile user devices (E2), capable of communicating and exchanging information on a TCP / IP network with a remote system (E3 ) binary generator of the applications to be provided according to the characteristics of the device and user preferences of (E2); and a management module (E11) responsible for coordinating the rest of the modules of the central device (E1). # System for the provision of applications to mobile user devices in communications networks comprising, a central communications device (E1) according to the previous description; a remote system (E3) capable of generating different binaries of the same application according to the characteristics that are indicated, such as, at least, family and version of the operating system as well as APls to be used; and, a remote system (E4) that contains a centralized database describing device capabilities and user preferences and is capable of communicating and exchanging information with the possible E1 devices that exist accessible through a communications network. # Method for the provision of applications to mobile devices of users in communication networks comprising performing several steps sequentially.

Description

Central communications device, System and Method for the provision of applications to mobile user devices in communication networks.

Technical sector

The present invention falls within the field of communications and applications for mobile user devices. More specifically, it refers to a central communications device, a system and a method to be used in communications networks to provide applications to mobile devices of users taking into account their characteristics and preferences.

Prior art

The high dynamism and heterogeneity of mobile devices and their operational characteristics (families of operating systems, APIs -Application Programing Interface-available, hardware features such as screen size, data entry mechanisms, installed software, ...) make it very complex the creation and preclude the automatic distribution and without human intervention of applications that are usable by the vast majority of mobile devices and that satisfy the preferences and expectations of the users who own mobile devices. This problem is known as device fragmentation among the community of researchers and engineers in the mobile phone sector.

Currently, one of the channels for the distribution of applications for mobile user devices is communication networks. In this field inventions are already known. However, they are not focused on responding to the problem of device fragmentation and the automated distribution of applications suitable for each mobile device. The technical problem is that it is not possible to know the exact characteristics of mobile devices and user preferences automatically and without human intervention. This makes it impossible, for example, for a user to access the center, automatically and without human intervention, in a museum or shopping center, a mobile application that adapts perfectly to the characteristics of your mobile device and to your preferences as a consumer. The present invention gives a solution to this technical problem.

Thus, one of these inventions especially relevant to the present invention is that described in US2009186575. It proposes a device capable of identifying the characteristics of a mobile device that can communicate using communication technologies and provide an application adapted to its characteristics. However, this patent does not contemplate a system for describing device capabilities and user preferences in the terms of the present invention, nor does it specify a remote application binary generator system, but rather claims a generic process for adapting applications in the device itself object of the patent.

For its part, US2009203364 describes a system for providing applications in communication networks that presents qualitative differences with the system described herein. Mainly, the elements involved in the system and their roles are different, not describing a cooperative system for describing device capabilities and user preferences, nor a remote system generating application binaries as claimed by the present invention.

In US20040224699 a system is described that adapts the information to be sent to the mobile device according to the location and preferences of the user (e.g. artistic preferences). That is, information filtering is performed but does not specify a process for adapting applications according to the characteristics of the device in the terms proposed by the present invention.

And finally, in US20050007967 a system is described that adapts the operation of the mobile device to the characteristics of the environment. Thus, for example, it is able to activate the silent mode on the mobile device automatically if it is in an appropriate environment such as in the cinema or in a business meeting. Said patent introduces terms such as user device capabilities or preferences, but does not claim a system such as that proposed in the present invention to solve the problem of device fragmentation.

In short, the current state of the art does not, therefore, respond to the needs imposed by device fragmentation.

The novelty of this invention against the prior art is found in the use of a distributed system of repositories describing device capabilities as well as the use of a remote system generating application binaries (binaries being understood as directly executable compiled files

or installable on third-party devices, such as mobile phones or PC-type devices), so that, on the one hand, new devices, their characteristics or user preferences can be incorporated into the system as a whole without human intervention and, on the other, generate code dynamically, at least, for different types of operating systems, available APIs or user preferences (eg in terms of data entry and exit).

Only a distributed and cooperative system of repositories describing device capabilities and user preferences such as the one proposed by the present invention is capable of responding to the problem of device fragmentation. Note that it is a system whose information is automatically generated and completed by mere interaction with mobile user devices. In this way, the more central communication devices are active and in contact with the mobile user devices, the more information, and the more accurate it will be available in the entire system of repositories describing device capabilities and user preferences.

Detailed description of the invention

A first aspect of the present invention refers to a central communications device (E1) with communication capabilities using various protocols and technologies. Likewise, the device (E1) is capable of detecting other user devices (E2), and / or attending to their requests (using various communication technologies and protocols) and providing them with applications adapted to their characteristics, as well as preferences and characteristics of the users of them.

Said central communications device (E1) consists of an electronic system comprising: a communications module (E101, E102, .... E10N) capable of detecting and communicating with mobile user devices (E2) that use some communication protocol compatible (eg short range such as Bluetooth, NFC (Near Field Communication, Wi-Fi); a database (E13) describing device capabilities and user preferences, capable of communicating and exchanging information over a TCP network / IP with a remote system (E4) database describing device capabilities and user preferences; a database (E12) as a binary repository for possible applications (binaries being understood as directly executable compiled files or installable in third-party devices, such as mobile phones or PC-type devices) that the system can provide to mobile user devices (E2). element is able to communicate and exchange information on a TCP / IP network with a remote system (E3) binary generator of the applications to be provided according to the characteristics of the device and user preferences of (E2); and a management module (E11) responsible for coordinating the rest of the modules of the central device (E1).

A second aspect of the present invention refers to a system for the provision of applications to mobile user devices in communications networks comprising, a central communications device (E1) according to the above description; a remote system (E3) capable of generating different binaries of the same application according to the characteristics that are indicated, such as, at least, family and version of the operating system as well as APIs to be used. Other aspects such as user preferences could also be indicated.

For a preferred embodiment, the element (E3) is capable of generating binaries based on any capacity defined for the element (E4) and the corresponding ones (E13), indicated later in this document. The remote system (E3) is capable of communicating and exchanging information with the possible central communication devices (E1) that exist accessible through a communications network. On the other hand, all the binaries generated by the remote system (E3) have a non-functional code designed to retrieve information from the mobile user device (E2), once installed in it, and send said information to the central communications device (E1) ) for registration in the corresponding repositories describing device capabilities and user preferences, (E13) and (E4), respectively. Said non-functional code, in a preferred embodiment scenario, will recover, if possible, any capacity defined for the element (E4) and the corresponding ones (E13), indicated later in this document.

And, a remote system (E4) that contains a centralized database describing device capabilities and user preferences and is capable of communicating and exchanging information with the possible central communication devices (E1) that exist accessible through a communications network.

In said system for the provision of applications to mobile user devices both the remote system (E4) and the database (E13) contain repositories or databases describing device capabilities and user preferences capable of storing at least , the following information regarding a generic user mobile device (E2):

-

Information about the brand and model of the user device (E2) as well as other information related to the manufacturer of the device such as the year of launch, trade name and name of the device manufacturer.

-

Information on the hardware characteristics of the user device (E2), such as properties of the output mechanisms (e.g. screen) and data input (e.g. keyboard), battery, available sensors, connectivity, streaming, memory and processor.

-

Information on the software features of the user device (E2), such as the operating system and version, APIs and programming platforms available, standards implemented by standardization bodies (eg OMA, W3C, 3GPP, UPnP Forum, ...) .

-

Capability information about other software elements installed in the mobile user device (E2), such as the Web browser, the video player and the audio player.

In said system for the provision of applications to mobile user devices, both the remote system (E4) and the database (E13) contain repositories or databases describing device capabilities and user preferences capable of storing, at least and, if applicable, the following information regarding a specific occurrence of a generic user mobile device (E2):

-

Unique identifier of the occurrence of the mobile user device (E2), such as, depending on the technology, access URI, MAC or IP address of Bluetooth or TCP / IP, respectively.

-

Information about third-party applications installed in the occurrence of the mobile user device (E2), such as the version or date of installation of each of them.

-

User information that owns the occurrence of the mobile user device (E2), such as accessibility requirements (user with visual or hearing impairment).

A third aspect of the present invention consists of a method comprising sequentially performing the following steps:

one.

The central communication device (E1) will conduct periodic polls and, on the other hand, will respond to all requests for communication through one of the communication interfaces (E101, E102, .... E10N) that it has.

2.

A mobile user device (E2) that has a communication interface compatible with the central communication device (E1) will respond to one of the periodic polls performed by it.

3.

Alternatively to step 2., a mobile user device will make a request to the central communications device (E1).

Four.

Based on the communication established in stages 2. or 3., and transparently to the user who owns the mobile user device (E2), the central communication device (E1) will obtain minimum characteristics of the mobile user device (E2) ), such as the brand and model, called evidence. These minimum characteristics of the mobile user device (E2) or evidences are exchanged data that are part of the compatible communication protocol (eg short range such as AT or SyncML commands over Bluetooth, NFC -Near Field Communication-, Wi-Fi) used in The established communication.

5.

From the evidence obtained in step 4., the following sub-stages that are exclusive of each other will be carried out:

to.

If, based on the query to the database item of device description and user preferences (E13), it is obtained that the user device (E2) is a new occurrence of a generic user device (E2) already available in the database (E13), will be recorded in this a new occurrence of the user device (E3), using a unique identifier of the occurrence of the device, as described hereinbefore. This sub-stage will return all the capabilities or characteristics determined for the occurrence of the user device (E2).

b.

If, after consulting the device description database and user preferences (E13), it is obtained that the user device (E2) is a repetition of an occurrence of a generic user device (E2) already available in the database (E13), the data related to the repetition of the occurrence of the user device (E3) (eg repeat date) will be updated in this (E13). This sub-stage will return all the capacities or characteristics determined for the repetition of the occurrence of the user device (E2).

C.

If, from the query of the device description database and user preferences (E13), it is obtained that the user device (E2) is not an occurrence of a generic user device (E2) already available in The database (E13) will register a new generic device (E2) with momentarily unknown characteristics.

6.

If stage 5 occurred. or 5.b., the central communication device (E1) will determine if there is a binary in the binary repository (E12) (binaries being understood as directly executable compiled files

or installable on third-party devices, such as mobile phones or PC-type devices) that satisfy each and every one of the characteristics determined for the occurrence of the user's mobile device (E2).

to.

In the affirmative case, the central communication device (E1) will provide, using one of the compatible communication interfaces, the selected binary to the mobile user device (E2).

b. If not, the central communications device (E1) will make a request to the remote binary generator system (E3) indicating all the determined characteristics of the mobile user device (E2) through the database (E13). Depending on each and every one of them, the remote binary generator system (E3) will generate a new application binary that will be sent to the central communications device (E1) and stored in (E12). Next, the central communication device (E1) will provide, using one of the compatible communication interfaces, the selected binary to the mobile user device (E2).

7.

If step 5.c. occurred, a technique called brute force will be used, and a binary of those available in the database (E12) will be sent, until a satisfactory response from the mobile user device (E2) is achieved ) and show that it was installed successfully.

8.

Alternatively to stage 7, and if stage 5.c occurred, a link will be sent to the user to a Web page in which they will be asked to manually enter the characteristics of their mobile user device (E2). Next, step 5. would be executed based on the characteristics introduced by the user.

9.

Once any of the steps 6., 7. or 8. have been successfully executed, the user of the mobile user device (E2) will proceed to install the provided binary. Once the binary is installed, regardless of its functionality, it will send to the central communications device (E1), using a compatible communication protocol, information on the device's capabilities description and user preferences of the mobile user device (E2) for its registration in the database (E13). Said information will complement the existing one related to the user's mobile device (E2) or its occurrence, depending on the nature of the information provided.

A fourth aspect of the present invention consists of a method comprising periodically performing the following interactions between the central communications device (E1), the remote system (E3) and the remote system (E4) (Figure 2):

1. Every certain period of time whose duration must be con fi gurable, the remote device capacity description system and user preferences (E4) will communicate with the respective device capacity description repositories and user preferences (E13) , present in the corresponding central communications devices (E1) that are accessible through the communications network. A synchronization and update process will be carried out in both directions, considering the following sequential stages:

to.

All the databases (E13) accessible in the network will communicate to the remote system (E4) information related to mobile user devices (E2) and occurrences of the same that was not yet registered in the remote system (E4).

b.

Once stage 10.a. has been completed, the remote system (E4) will proceed to update and expand the information of the databases (E13) accessible on the network without prejudice to the information already existing in the databases (E13) .

2. Every certain period of time whose duration must be con fi gurable, the remote system (E3) capable of generating different binaries of the same application according to the characteristics recorded in elements (E4) and (E13), will communicate with the respective repositories of application binaries (E12), present in the corresponding central communications devices (E1) that are accessible through the communications network. If necessary, a two-way communication process will be carried out, considering the following stages:

to.

All the elements (E12) accessible in the network will communicate to the central element (E3) information related to the result of the installation of the binaries in mobile user devices (E2)

(e.g. possible errors).

b.

The remote system (E3) will proceed to update and expand the information of the binaries available in the databases (E12) accessible on the network without prejudice to the information already existing in the databases (E12).

Description of the drawings

A series of drawings that help to better understand the invention and that expressly relate to an embodiment of said invention which is presented as an illustrative and non-limiting example thereof is described below.

Figure 1 shows a schematic representation of the elements that make up both the central communication device and the patent system, where the element (E2) is a mobile user device such as a mobile phone, E1 is the central device communication such as a PC-type computer or even smaller features such as a plug computer. The elements (E12) and (E13) are storage elements, preferably relational databases. Element (E3), a remote binary generator system for applications, is a server-type machine that has storage in the form of a database, preferably relational. Element (E4), a remote system that contains a database describing the capabilities of mobile user devices and user preferences, is a server-type machine that has storage in the form of a database, preferably relational.

Figure 2 shows a schematic representation of the interaction defined in steps 1. and 2. of the third aspect of the explanation of the invention, detailed above in this document.

Description of a preferred embodiment

In view of the figures included and in accordance with the numbering adopted, a preferred but not limiting embodiment of the invention can be observed therein, which consists, as seen in Figure 1, first , in a central communications device (E1). In a preferred embodiment, said element (E1) is a plug-in computer with a Linux operating system, and consists of TCP / IP broadband and Bluetooth communication interfaces as well as having two relational databases, one containing descriptions of device capabilities and user preferences (E13) and other mobile application binaries (E12). On the other hand, another element present in Figure 1 is the mobile user device (E2), which, in a preferred embodiment, would be a third generation 3G touch screen mobile phone, with WiFi and Bluetooth communication interfaces and Symbian operating system. In addition, in an example of preferred embodiment the elements (E4) and (E3) of the system would be two personal computers servers with broadband TCP / IP communication capabilities, Linux operating system and relational databases, containing descriptions of capabilities of user and binary devices and preferences of mobile applications, respectively. Finally, the information contained in the aforementioned relational databases (E3), (E12), (E4) and (E13), would be, for a preferred embodiment, that described in the first aspect of the detailed description of the invention.

The present invention also comprises a method or procedure in which the elements described above represented in Figure 1 interact. Thus, according to steps 1 to 4 of the detailed description, the user mobile telephone (E2) would respond to one of the periodic polls performed by the central communication device (E1) based on Bluetooth technology. Based on the result of the communication, the central communication device (E1) would obtain minimum characteristics of the device, such as the brand and model of the mobile phone (E2), called evidence. A fundamental characteristic of this first stage of communication is that it must be done by minimizing or eliminating the intervention of the user of the mobile phone (E2), making it as transparent as possible. For a preferred embodiment, Bluetooth-based techniques to achieve this transparency objective for obtaining evidence would be the telephony AT commands or the SyncML synchronization protocol over Bluetooth, as well as the User-Agent header of the HTTP protocol, between others.

From the evidence found, as discussed in step 5 of the detailed description and an example of preferred embodiment, the central communication device would determine all the capabilities of the mobile phone, as well as preferences of the user who owns it, making use from the relational database (E13). From these capabilities found, the central communication device, according to step 6 of the same detailed description, would consult the binary database (E12) and select a binary that best suits the capabilities of the mobile phone (E2) , for example, by providing a binary that exploits the capabilities of the mobile phone's touch interface in the Symbian operating system. In another exemplary embodiment, the central communication device (E1) would not have a binary compatible with the determined capabilities and preferences, so it would make a request based on the TCP / IP protocol to the remote server (E3) by supplying the latter with capabilities and preferences. The server, based on this information, and making use of code generators available for different mobile platforms, would return to the central communications device (E1) a new version of the application binary suitable for the mobile phone (E2).

Once the application binary has been selected, the central communications device (E1) would send said binary to the mobile phone (E2), making use of a compatible communication technology between (E1) and (E2), in this case using the Bluetooth OBEX profile. Once the mobile phone (E2) has received the binary, the user would proceed to its installation, sending, in a preferred embodiment, additional information about the phone and user preferences to the central communications device (E1) through the Bluetooth serial port (SPP) profile.

The present invention finally consists of a method in which the elements described above represented in Figure 2 interact. Thus, according to steps 1 and 2 of said third aspect of the detailed description and in a preferred embodiment, the remote server of user capacities and preferences (E4) and all the central communication elements (E1) accessible through a TCP / IP network would synchronize the data in the terms described in said stage 1. The advantage of an interaction of these characteristics is that the information available capacities and preferences would grow autonomously, by the mere fact of having various elements (E1) deployed and in contact with heterogeneous mobile devices (E2). Similarly, and as embodied in stage 2, the remote binary server (E3) would interact with the different elements (E1) accessible in a TCP / IP network by performing synchronization tasks, success statistics or failure case reports .

Claims (18)

one.

Central communications device for the provision of applications to mobile user devices in communication networks (E1), characterized by being an electronic system comprising at least one communications module (E101, E102 ..... E10N) capable of detecting and communicating with mobile user devices (E2) that use some compatible communication protocol (eg short-range such as Bluetooth, NFC (Near Field Communication, Wi-Fi); a database (E13) for describing the capabilities of devices and user preferences capable of communicating and exchanging information through a TCP / IP network with a remote system (E4) database describing device capabilities and user preferences; a database (E12) by way binary repository of possible applications (binaries being understood as compiled files directly executable or installable on third-party devices, such as m phones viles or PC-type devices) that the system can provide to mobile user devices (E2) and capable, in turn, of communicating and exchanging information on a TCP / IP network with a remote system (E3) generating binaries from applications to be provided according to the characteristics of the device and user preferences of (E2); and a management module (E11) responsible for coordinating the rest of the modules of the central communications device (E1).

2.

Device according to claim 1, characterized in that the communication capabilities of the central communications device (E1) are based on short-range radio interfaces.

3.

Device according to claim 1, characterized in that the communication capabilities of the central communications device (E1) are based on the TCP / IP protocol stack.

Four.

Device according to claim 1, characterized in that the central communications device (E1) is a PC type device.

5.

Device according to claim 1, characterized in that the central communications device (E1) is a plug computer type device.

6.

System for the provision of applications to mobile user devices in communication networks comprising at least one central communications device (E1) with communication capabilities using various protocols and detection technologies of other mobile user devices (E2), and / or request attention of said devices (E2) using various communication technologies and protocols, and provision of applications adapted to the characteristics of said devices, as well as to preferences and characteristics of the users thereof; a remote system (E3) capable of generating different binaries of the same application according to the characteristics that are indicated, such as, at least, family and version of the operating system as well as APIs to be used and to communicate and exchange information with the possible devices communication exchanges (E1) that exist accessible through a communications network; and a remote system (E4) that contains a centralized database describing device capabilities and user preferences capable of communicating and exchanging information with possible central communication devices (E1) that exist accessible through a communications network .

7.

System according to claim 6, characterized in that the remote system (E3) is capable of generating binaries according to any capacity defined for the remote system (E4) and the corresponding databases (E13).

8.

System according to claim 6, characterized in that the remote system (E3) generates binaries containing a non-functional code intended to retrieve information from the mobile user device (E2), once installed therein, and send said information to the central communications device ( E1) for registration in the corresponding repositories describing device capabilities and user preferences (E13) and (E4), respectively. Said non-functional code will recover, if possible, any capacity defined for the element (E4) and the corresponding ones (E13).

9.

System according to claim 6, characterized in that said remote system (E4) and the corresponding modules (E13) contain repositories or databases describing device capacities and user preferences capable of storing, at least and, where appropriate, the following information regarding a generic mobile user device (E2): information about the brand and model of the user device (E2) as well as other information related to the device manufacturer such as the year of launch, trade name and name of the device manufacturer ; information on the hardware characteristics of the user device (E2), such as properties of the output mechanisms (e.g. screen) and data input (e.g. keyboard), battery, available sensors, connectivity, streaming, memory and processor; information on the software features of the user device (E2), such as the operating system and version, APIs and programming platforms available, standards implemented by standardization bodies (eg OMA, W3C, 3GPP, UPnP Forum, ...) ; Capability information about other software elements installed in the mobile user device (E2), such as the Web browser, the video player and the audio player.

10.

System according to claim 6, characterized in that the remote system (E4) and the corresponding modules (E13) contain repositories or databases describing device capacities and user preferences capable of storing, at least, and if appropriate, the following information regarding a specific occurrence of

a generic mobile user device (E2): unique identifier of the occurrence of the mobile user device (E2), such as, depending on the technology, access URI, Bluetooth MAC address or TCP / IP IP address; information about third-party applications installed in the occurrence of the mobile user device (E2), such as version or date of installation of each of them; User information that owns the occurrence of the mobile user device (E2), such as accessibility requirements (e.g. user with visual or hearing impairment).

eleven.

System according to claim 6, characterized in that the mobile user device (E2) is a SmartPhone type device.

12.

System according to claim 6, characterized in that the mobile user device (E2) is a mobile device type PDA.

13.

System according to claim 6, characterized in that the mobile user device (E2) is a mobile device type Internet Tablet PC.

14.

System according to claim 6, characterized in that the mobile user device (E2) is a mobile device with connectivity capabilities to a telephone network.

fifteen.

System according to claim 6, characterized in that a generic user mobile device (E2) is an abstract model of the device, without it belonging to any natural person.

16.

System according to claim 6, characterized in that an occurrence of a generic user mobile device (E2) is a specific unit of a device model, this normally belonging to a natural person.

17.

Method of providing applications to mobile user devices, characterized by the following set of sequential interactions and steps between the system elements described in claim 6.

a) A first stage in which the central communication device E1 performs periodic polls and, on the other hand, responds to communication requests through one of the communication interfaces (E101, E102, .... E10N) of which has. b) A later stage in which a mobile user device (E2) that has a communication interface compatible with the central communication device (E1) will respond to one of the periodic polls performed by (E1). c) A later stage alternative to the stage described in b), in which a mobile user device makes a request to the central communications device (E1) using a compatible protocol and technology. d) A subsequent stage based on the communication established according to stages b) or c), and transparently to the user who owns the mobile user device (E2), in which the central communication device (E1) will obtain minimum characteristics of the mobile user device (E2), such as the brand and model, called evidence. These minimum characteristics of the mobile user device (E2) or evidences are exchanged data that are part of the compatible communication protocol (eg short range such as AT or SyncML commands over Bluetooth, NFC -Near Field Communication-, Wi-Fi) used in The established communication. e) A later stage, alternative to the stage described in step d), in which the user will be sent a link to a Web page in which they will be asked to manually enter the characteristics of their mobile device user (E2). f) A later stage based on the evidence obtained according to stages d) or e), in which the following sub-stages excluding each other will be carried out: i. If, based on the query to the database item of device description and user preferences (E13), it is obtained that the user device (E2) is a new occurrence of a generic user device (E2) already available in element (E13), a new occurrence of the user device (E3) will be recorded in element (E13), using a unique identifier of the occurrence of the device, as described hereinbefore. This sub-stage will return all the capabilities or characteristics determined for the occurrence of the user device (E2). ii. If, based on the query to the database item of device description and user preferences (E13), it is obtained that the user device (E2) is a repetition of an occurrence of a generic user device (E2) already available in element (E13), data relating to the repetition of the occurrence of the user device (E3) (eg repetition date) will be updated in element (E13). This sub-stage will return all the capacities or characteristics determined for the repetition of the occurrence of the user device (E2). iii. If, based on the query of the database item of device description and user preferences (E13), it is obtained that the user device (E2) is not an occurrence of a generic user device (E2) already available in element (E13), a new generic device (E2) with momentarily unknown characteristics will be registered in element (E13). g) A later stage in which, if there is a binary in the element (E12) that satisfies each and every one of the characteristics determined for the occurrence of the mobile user device (E2), it will be selected as a candidate to be provided to the mobile user device (E2). h) A later stage in which, if there is no binary in the element (E12) that satisfies each and every one of the characteristics determined for the occurrence of the mobile user device E2, the element (E1) will make a request to the system Remote binary generator (E3) indicating all the determined characteristics of the mobile user device (E2) through the element (E13). Depending on each and every one of them, the element (E3) will generate a new application binary that will be sent to the element (E1) and stored in (E12). i) A later stage in which, if sub-stage f) iii occurred. a technique called brute force will be used, and a binary of those available in the element (E12) will be selected for shipment, until a satisfactory response from the mobile user device (E2) is obtained and it proves that it was installed in Such device successfully. j) A later stage in which the device (E1) will provide, using one of the compatible communication interfaces, the selected binary to the mobile user device (E2). k) A later stage in which the user of the mobile user device (E2) will proceed to install the provided binary. Once the binary is installed, regardless of its functionality, it will send to the central communications device (E1), using a compatible communication protocol, information on the device's capabilities description and user preferences of (E2) for registration in the corresponding element (E13). This information will complement the existing one related to the user's mobile device (E2) or its occurrence, depending on the nature of the information provided. l) A stage in which every certain period of time whose duration has to be con fi gurable, the remote device capacity description system and user preferences (E4), will communicate with the respective device capacity description preferences and preferences repositories of user (E13), present in the corresponding central communications devices (E1) that are accessible through the communications network. A synchronization and update process will be carried out in both directions, considering the following sequential stages: i. All the elements (E13) accessible in the network will communicate to the central element (E4) information related to mobile user devices and occurrences of the same that were not yet registered in the central system (E4). ii. Once stage i has been completed, element (E4) will proceed to update and expand the information of the elements (E13) accessible in the network without prejudice to the information already existing in the devices (E13). m) A stage in which every certain period of time whose duration has to be con fi gurable, the remote system (E3), capable of generating different binaries of the same application according to the characteristics recorded in elements (E4) and (E13), it will communicate with the respective application binary repositories (E12), present in the corresponding central communications devices (E1) that are accessible through the communications network. If necessary, a two-way communication process will be carried out, considering the following stages: i. All the elements (E12) accessible in the network will communicate to the central element (E3) information related to the result of the installation of the binaries in mobile user devices (E2). ii. The element (E3) will proceed to update and expand the information of the binaries available in the elements (E12) accessible in the network without prejudice to the information already existing in the devices (E12). SPANISH OFFICE OF THE PATENTS AND BRAND Application no .: 200902304 SPAIN Date of submission of the application: 03.12.2009 Priority Date: REPORT ON THE STATE OF THE TECHNIQUE 51 Int. Cl.: H04L29 / 08 (2006.01) RELEVANT DOCUMENTS

Category

Documents cited Claims Affected

X

EP 1858168 A1 (WALICO WIRELESS NETWORKING SOL) 1-17

11/21/2007, figures 6.9; paragraphs [15, 23-25, 27,

29, 31-33, 36, 55, 57-63, 75, 134, 135, 145].

X

EP 2088748 A1 (WILICO WIRELESS NETWORKING SOL) 1-17

08/12/2009, figure 1; paragraphs [22-24, 27, 32, 33,

36, 39-41, 44, 45, 59-70].

TO

US 2002022453 A1 (BALOG HORIA ET AL.) 02/21/2002, 1-17

figures 1,2; paragraphs [20-26, 29, 30, 32, 33].

Category of the documents cited X: of particular relevance Y: of particular relevance combined with other / s of the same category A: reflects the state of the art O: refers to unwritten disclosure P: published between the priority date and the date of priority submission of the application E: previous document, but published after the date of submission of the application

This report has been prepared • for all claims • for claims no:

Date of realization of the report 14.11.2011

Examiner B. Pérez García Page 1/5

REPORT OF THE STATE OF THE TECHNIQUE Minimum documentation sought (classification system followed by classification symbols) H04L, H04B, G06K Electronic databases consulted during the search (name of the database and, if possible, terms of search used) INVENES, EPODOC, WPI, INSPEC  WRITTEN OPINION Date of the Written Opinion: 14.11.2011 Statement

Novelty (Art. 6.1 LP 11/1986)

Claims Claims 1-17 IF NOT

Inventive activity (Art. 8.1 LP11 / 1986)

Claims Claims 1-17 IF NOT

The application is considered to comply with the industrial application requirement. This requirement was evaluated during the formal and technical examination phase of the application (Article 31.2 Law 11/1986).  Opinion Base.- This opinion has been made on the basis of the patent application as published.  WRITTEN OPINION 1. Documents considered.- The documents belonging to the state of the art taken into consideration for the realization of this opinion are listed below.

Document

Publication or Identification Number publication date

D01

EP 1858168 A1 (WALICO WIRELESS NETWORKING SOL) 11/21/2007

D02

EP 2088748 A1 (WILICO WIRELESS NETWORKING SOL) 12.08.2009

D03

US 2002022453 A1 (BALOG HORIA et al.) 02.22.2002

2. Statement motivated according to articles 29.6 and 29.7 of the Regulations for the execution of Law 11/1986, of March 20, on Patents on novelty and inventive activity; quotes and explanations in support of this statement D01 is considered the prior art prior to the object of the invention document. Following the wording of claim 1, document D01 describes a central communications device (1, 101) for the provision of applications to mobile user devices (2, 102) in communication networks. Said device Central is characterized in that it comprises at least: -a communications module (4, 5) capable of detecting and communicating with mobile user devices (2, 102) that use a compatible communication protocol (e.g. short range); -a database (8) of device capacity description capable of communicating and exchanging information with a remote system; -a database (8) as a binary repository of possible applications capable, in turn, of communicating and exchange information with a system with a remote system (3) binary generator of the applications to be provided according to the device characteristics and user preferences of (E2); -and a manager module (9) responsible for coordinating the rest of the modules of the central communications device (1, 101). Analyzed D01, we can see that both documents present the same technical problem - system to deliver applications from a central element to a series of user devices according to the particular characteristics of each User device detected by short-range technologies. Similarly, the proposed solution is very similar. The only difference is that in D01, the central element has a BD with the applications to be sent and classified according to the characteristics / capabilities of the user's mobile, although not it takes into account its preferences; instead, in the request, the central element generates the binary file taking into account the capabilities of the mobile and the preferences of its user. The technical effect of this difference is that the application is generated using both parameters: user preferences and mobile features The objective technical problem of this difference is to consult two BDs (preferences and characteristics), instead of just one (features) to generate the binary file. However, making an information query in two databases instead of one is not considered to have inventive activity; It is about reading information from a memory and entering the results to generate the application. (Watch D03 by way of illustration). On the other hand, the fact of generating at that time the binary using those parameters (preferences and capacities of device) or having it stored previously generated, it is not considered to contribute to the technical result of the invention. Moreover, the control unit (9) of D01 has the necessary technical elements to generate the binary, and therefore, it cannot be considered that this claim meets the requirement of inventive activity, according to Art. 8 of the LEP The second claim indicates that the communication is carried out by short-range interfaces. This is disclosed in D01, for example, by Bluetooth. The third claim defines that the communication is based on the TCP / IP protocol stack. Bluetooth, used in D01, It is based on these protocols. The fourth and fifth claims establish that the central element is a PC or a plug-computer. This does not present technical characteristics. They have no inventive activity.  WRITTEN OPINION Claim 6 describes the characteristics of the system using the central device defined above. As with the preceding claims, this claim lacks inventive activity for a person skilled in the art. Claims 7-10 detail the characteristics of the remote system, which can be developed by a general purpose computer. These claims add the type of data that the BDs contain and the criteria used to generate the binaries. The use of a non-technical criterion, such as the content of the information, to generate the binary file does not give the invention a technical character. Therefore, these claims do not contribute to the technical result of the invention and do not meet the inventive activity requirement. Claims 11-15 add what type of device the user carries: Smartphone, Tablet PC, PDA ... They have no inventive activity. Claim 17 defines the method used by the system and the device of the request. This method is defined very similarly in Figure 9 of D01 and according to the reasoning cited above, it has no inventive activity. Therefore, the requested invention lacks inventive activity due to the disclosure made in document D01 (article 8.1. Spanish Patent Law).