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/01—Protocols
  • H04L67/10—Protocols in which an application is distributed across nodes in the network
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F8/00—Arrangements for software engineering
  • G06F8/60—Software deployment
  • G06F8/61—Installation
• • 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 
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W8/00—Network data management
  • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
  • H04W8/24—Transfer of terminal data
  • H04W8/245—Transfer of terminal data from a network towards a terminal
• • 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/01—Protocols
  • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
• • 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/2866—Architectures; Arrangements
  • H04L67/288—Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
• • 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/2866—Architectures; Arrangements
  • H04L67/30—Profiles
  • H04L67/306—User profiles

Definitions

• the present invention generally relates to the distribution of applications in telecommunication networks.
• WAC Wholesale Application Community
• the present invention aims to solve the disadvantages of the prior art by providing a method of distributing applications in a first network to user terminals, including downloading an application to a user terminal via a first download server associated with the first network, the downloaded application being stored in an entity located in a second network interconnected to the first network, the method comprising the preliminary steps of:
• the same application can be proposed for download in several networks having been presented to only one network by its developer, while allowing a first network, which connects the user terminals, to define the types of applications from a second network, to which the developer presents applications, which are potentially downloadable from his installations.
• the method further comprises a step of transmitting a message containing information relating to the download of the application from the first download server to the central control server.
• the central control server is thus aware of the download from the information transmitted by the two download servers involved. This validates this information.
• the information relating to the downloading of the application comprises at least one identifier of the application, an identifier of the network with which the first server is associated. download and an identifier of the network with which the second download server is associated.
• This information is useful for properly accounting for the download that has taken place.
• the method comprises sending, by the second download server, a list of applications that can be downloaded by the first download server and metadata respectively associated with each of the applications, to the server central control.
• the metadata associated with the application is the description of the application but also data on the popularity of the application. A more exhaustive list of these data is given later.
• the second network can define the applications from the second network that are potentially downloadable from the first network.
• the method comprises the selection by the central control server of a subset of applications in the list of applications, according to the rules relating to the applications that may be downloaded by the first download server .
• the central control server thus performs a filter applications from the second network and downloadable from the first network.
• the method comprises sending the applications selected by the central control server to the first download server.
• the method comprises, following the reception by a central transaction server of a publication message sent by the central control server, the sending by the central transaction server of a message indicative of a financial transfer to be made to the first and / or second download server, which informs the end user and / or the distributor of such a financial return.
• the invention also relates to an application downloading server in a second network intended for user terminals, characterized in that, for an application stored in an entity located in the second network interconnected to a first network, the download server comprises:
• the invention also relates to an application download server in a first network intended for user terminals, adapted to cooperate with a previously presented server,
• the download server comprises:
• the invention also relates to a central control server for downloading applications in a first network, said application being stored in a second network, characterized in that it comprises means for receiving a message containing information relating to the download the application.
• the invention also relates to a system comprising at least download servers as previously presented and a central control server as previously presented.
• the invention relates to a system comprising at least one download server in a second network as presented above and a central control server as presented above.
• the central control server is advantageously physically collocated with the download server in a second network, within the same system which can be a single server, in order to gain speed and reduce costs by storage material.
• the various steps of the method according to the invention are determined by instructions of computer programs.
• the invention also relates to a computer program on an information medium, this program being capable of being implemented in a computer, this program comprising instructions adapted to the implementation of the steps of a process as described above.
• This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other form desirable shape.
• the invention also relates to a computer readable information medium, and comprising instructions of the computer programs as mentioned above.
• the information carrier may be any entity or device capable of storing the program.
• the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a floppy disk or a disk. hard.
• the information medium can be a transmissible medium such as an electrical or optical signal, which can be routed via a cable electrical or optical, radio or other means.
• the program according to the invention can be downloaded in particular on an Internet type network.
• the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.
• FIG. 1 schematically represents the different entities of two networks implementing the invention
• FIG. 2 represents steps prior to an application download, according to the invention
• FIG. 3 represents a first embodiment of application downloading by a user terminal, according to the invention
• FIG. 4 represents a second embodiment of application downloading by a user terminal, according to the invention.
• FIG. 5 represents a third embodiment of application downloading by a user terminal, according to the invention.
• FIG. 6 represents steps performed after the application download by a user terminal, according to the invention.
• a first telecommunications network RES1 comprises user terminals, of which only one TU1 is represented.
• the user terminal TU1 is for example a telephone, or a computer. It conventionally comprises a processor, a read only memory, a random access memory and means of communication, in particular with a download server ST1 also located in the network RES1.
• the download server ST1 has the conventional structure of a computer, and comprises a processor, a memory dead, a memory and means of communication.
• the network RES1 also comprises a storage entity, for example a database BD1.
• the database BD1 has the structure of a computer and comprises a processor, a read only memory, a random access memory and communications means.
• a second telecommunications network RES2 comprises a TD2 developer terminal, which is a terminal proposing one or more applications to download.
• the TD2 developer terminal is for example a computer. It conventionally comprises a processor, a read only memory, a random access memory and means of communication, in particular with a download server ST2 also located in the network RES2.
• the download server ST2 has the conventional structure of a computer, and comprises a processor, a read-only memory, a random access memory and communications means.
• the network RES2 also comprises a storage entity, for example a database BD2.
• the database BD2 has the structure of a computer and comprises a processor, a read-only memory, a random access memory and communications means.
• the networks RES1 and RES2 are interconnected. These include, for example, mobile telephone networks, GPRS or UMTS networks or EPS (Evolved Packet System).
• the networks RES1 and RES2 are for example the networks of two different operators, whether or not covering the same territory. It should be noted that for at least one of these networks, the download servers and the databases can be implemented according to a CDN (Content Delivery Network) type of technology.
• CDN type network also uses a function, called Request Routing, to optimize the distribution of applications within the network according to the profiles, contexts and forecasts of the user, the network, the servers and the bases. of data.
• CDN type networks are intended to interconnect.
• a central SCC control server and a central transaction server SCT are used in the context of the invention, as explained below. These servers each have the classic structure of a computer. Thus, they each comprise a processor, a read-only memory, a random access memory and communications means.
• the central control server SCC is the entity called "Data Clearing House” and the central transaction server is the entity called "Data Financial House” of a system allowing the control of financial repayments related to roaming (in English: roaming) of mobile telephone terminals between networks RES1 and RES2.
• the central control server SCC is physically collocated with the download server ST2 within the second telecommunications network RES2 (for example within a single server), which makes it possible to gain in speed of treatment and reduce storage costs.
• the number of networks can be greater than two.
• the download server ST1 produces a periodic edition S1 of the fonts, or rules, that govern the downloading between networks.
• An edition or update of the fonts includes an identifier of the network RES1 and notification criteria such as:
• - favorite genres corresponding to the themes of applications, such as games, music, sports for example, - preferred categories, corresponding to a classification of the application according to the nature of its content, for example "all public", or "forbidden to less than 12 years", for example,
• the storage type preference allows the download server ST1 to specify its preferences as to the storage mode, and therefore the download, of the applications.
• the download server ST1 exports them (S2) to the central control server SCC. This sending S2 is therefore also periodic.
• the notification criteria of the network RES1 will allow the central control server SCC to select the applications that will be proposed to the network RES1. In fine, the selected applications will be proposed to the users of the terminals of the network RES1.
• the metadata of an application includes a developer ID and the following information:
• the storage preferences of the application allow the developer to specify whether he prefers that the operation of his application is carried out from his own terminal TD2, or in a storage entity RES2 network or in each network likely to propose its application for download to its users.
• Step S3 is followed by step S4 in which the TD2 developer terminal sends the application and the metadata of the application to the download server ST2.
• step S5 the download server ST2 updates the list of applications accessible to users of the network RES2, incorporating the application object of step S4.
• Step S5 is followed by step S6, at which the download server ST2 selects the applications to be exported to the network RES1. This selection is made on the basis of uses in the network RES2. It should be noted that the download server ST2 can also remove an application that it had previously exported to the network RES1.
• the next step S7 is editing the metadata for each of the applications selected in the previous step.
• the metadata of an application includes those that were sent to step S4 and received by the download server ST2.
• the download server ST2 adds a popularity information of the application, based on the number of downloads of this application in the network RES2, that is to say from the download server ST2.
• the download server ST2 also adds an identifier of the source network RES2. It can still add a developer's payment rule, for example a payback ratio of the purchase price of the application to its developer.
• step S8 is the publication of the applications and their associated metadata to the central control server SCC. After receiving this data, the central control server SCC stores them in step S9.
• step S10 is the analysis of the previously received application metadata and the network fonts RES1 sent to step S2.
• the comparison of these two sets of data makes it possible to determine the applications coming from the network RES2 which can be proposed in the network RES1.
• the metadata of the applications selected in step S10 are edited by the central control server SCC.
• the central control server can delete the payback ratio of the purchase price of the application to its developer so that the download server ST1 is not aware. There is therefore a filtering of the information that is provided to the network RES1.
• the central control server SCC can add information, for example the cumulative number of download of the application through the various networks connected to the central control server SCC.
• the selected applications and their associated metadata are published by the central control server to the download server ST1.
• the central control server SCC sends the selected applications and their metadata to the download server ST1 so that the latter can then present them to the users of the terminals of the network RES1.
• a first embodiment corresponds to the case where the application in question is stored in the terminal of the developer TD2.
• Step S14 is sending from the terminal TU1 to the download server ST1 a request to obtain the application.
• the next step S15 is the analysis of this request by the download server ST1.
• the storage preferences of the application are also analyzed.
• the next step S16 is the sending by the download server ST1 of a request to obtain the application, to the download server ST2.
• the request includes a network identifier RES1.
• the download server ST2 After receiving this request, the download server ST2 sends the terminal TD2 a download request for the application, in step S17.
• the terminal TD2 responds to this request with an acceptance message in step S18.
• the download server ST2 sends the download server ST1 a message containing the download address, in the form of a URL (Uniform Resource Locator).
• a URL Uniform Resource Locator
• the download server ST1 in turn sends to the user terminal TU1 a message containing the download address in step S20.
• the next step S21 is the actual download of the application, from the TD2 developer terminal to the user terminal TU1.
• Step S21 is followed by step S22 at which the user terminal TU1 sends an end of download notification to the download server ST1.
• the TD2 developer terminal sends an end of download notification to the download server ST2, in step S23.
• a second embodiment corresponds to the case where the application in question is stored in a database BD2 situated in the network RES2.
• This embodiment comprises steps S13 to S16 identical to those described with reference to the previous figure.
• the terminal TU1 selects an application from the network RES2 in step S13.
• Step S14 is sending from the terminal TU1 to the download server ST1 a request to obtain the application.
• the next step S15 is the analysis of this request by the download server ST1.
• the storage preferences of the application are also analyzed.
• the next step S16 is the sending by the download server ST1 of a request to obtain the application, to the download server ST2.
• the request includes a network identifier RES1.
• steps S30 to S33 are performed.
• step S30 the download server ST2 sends the terminal TD2 a download request for the application.
• the terminal TD2 responds to this request with an acceptance message in step S31.
• the terminal TD2 downloads, or "uploads", the application to the database BD2.
• the database BD2 sends a message to the download server ST2 to indicate the download address of the application.
• Step S33 is followed by Step S19.
• step S16 is followed directly from step S19.
• the download server ST2 sends the download server ST1 a message containing the download address, in the form of a URL (Uniform Resource Locator).
• a URL Uniform Resource Locator
• the download server ST1 in turn sends to the user terminal TU1 a message containing the download address in step S20.
• the next step S34 is the actual download of the application, from the database BD2 to the user terminal TU1.
• Step S34 is followed by step S22 at which the user terminal TU1 sends an end of download notification to the download server ST1.
• a third embodiment corresponds to the case where the application in question is stored in a database BD1 located in the network RES1.
• the case is envisaged where the application is not initially stored in the network RES1, and must therefore be downloaded once from the network RES2 to the network RES1.
• This embodiment comprises steps S13 to S15 identical to those described with reference to FIG.
• the terminal TU1 selects an application from the network RES2 in step S13.
• Step S14 is sending from the terminal TU1 to the download server ST1 a request to obtain the application.
• the next step S15 is the analysis of this request by the download server ST1.
• the storage preferences of the application are also analyzed.
• the next step S40 is the sending by the download server ST1 of a message to signal the request to obtain the application, to the download server ST2.
• the message includes an identifier of the network RES1.
• the next step S41 is the sending by the download server ST1 of a request to obtain the application, to the database BD1.
• steps S42 to S47 are performed. It is assumed here that the application is stored in the database BD2 of the network RES2.
• step S42 the download server ST1 sends the download server ST2 a download request for the application.
• the download server ST2 responds to this request by sending to the download server ST1 a message containing the download address of the application, in step S43.
• the download server ST1 sends the download address of the application to the database BD1.
• the next step S45 is the actual download of the application, from the database BD2 to the database BD1.
• Step S45 is followed by step S46 to which the database BD2 sends an end-of-download notification to the download server ST2.
• Step S47 is followed by step S20.
• step S41 is followed directly by step S20.
• step S20 identical to that described with reference to FIG. 3, the download server ST1 sends the user terminal TU1 a message containing the download address.
• step S49 is the actual download of the application, from the database BD1 to the user terminal TU1.
• Step S49 is followed by step S50 at which the user terminal TU1 sends an end of download notification to the download server ST1.
• Step S51 is the generation by the download server ST2 of a message containing information relating to the download of the application.
• This information comprises at least one identifier of the application, an identifier of the network with which the download server is associated, here the network RES2 and an identifier of the network having benefited from the download, here the network RES1.
• the message is a TAP message (Transferred
• Account Procedure record as defined in the GSMA (GSM Association), modified according to the invention to be enriched with information relating to the download of the application.
• a TAP record includes all the information relating to a transaction, for a user terminal in roaming.
• a TAP record allows the calculation of payback between operators.
• the invention therefore proposes to enrich the TAP record and to use it for internetwork application distribution, even when the user terminal is not in a roaming situation.
• the next step S52 is the sending by the download server ST2 of the message containing information relating to the downloading of the application, to the central control server SCC.
• the download server ST2 can also send a download notification to the TD2 developer terminal, regardless of the embodiment of the download.
• the download server ST1 can also generate a message containing information relating to the download of the application to step S54.
• This information comprises at least one identifier of the application and an identifier of the network with which the download server is associated, here the network RES1.
• the message has the same structure as the message generated in step S51.
• the download server ST1 sends the message containing information relating to the download of the application, to the central control server SCC, in the next step S55.
• the central control server SCC takes into account the message (s) received (s) from the server (s) download, for a given download. It aggregates the received information and sends a publication message to the central transaction server SCT in step S57. This sending can be done periodically and then integrates all downloads made during the past period.
• the central transaction server SCT defines in step S58 which financial transfer must be made to which network.
• step S59 it sends a message to the applicable download server (s) to indicate the result of the previous step.
• Step S59 may be performed periodically, in a period that may be longer than that of step S57.
• step S60 the download server indicates to the TD2 developer terminal that a financial transfer is attributed to it, following the download of the application by the user terminal TU1 or according to an agreed condition. Indeed, the steps S56 to S60 can be triggered periodically or according to agreed conditions, for example when a predetermined number of download of the application is reached.

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Software Systems (AREA)
• General Engineering & Computer Science (AREA)
• Theoretical Computer Science (AREA)
• Physics & Mathematics (AREA)
• General Physics & Mathematics (AREA)
• Databases & Information Systems (AREA)
• Information Transfer Between Computers (AREA)

Applications Claiming Priority (2)

Publications (1)

Family

ID=45873180

Family Applications (1)

Country Status (4)

Families Citing this family (2)

Family Cites Families (7)

• 2011
  • 2011-02-28 FR FR1151614A patent/FR2972098A1/fr not_active Withdrawn
• 2012
  • 2012-02-21 WO PCT/FR2012/050369 patent/WO2012117185A1/fr active Application Filing
  • 2012-02-21 US US14/002,042 patent/US20140059181A1/en not_active Abandoned
  • 2012-02-21 EP EP12709948.9A patent/EP2681899A1/de not_active Withdrawn

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events