KR20130082937A - System for providing push service to developer's application and method thereof - Google Patents

System for providing push service to developer's application and method thereof Download PDF

Info

Publication number
KR20130082937A
KR20130082937A KR1020110141393A KR20110141393A KR20130082937A KR 20130082937 A KR20130082937 A KR 20130082937A KR 1020110141393 A KR1020110141393 A KR 1020110141393A KR 20110141393 A KR20110141393 A KR 20110141393A KR 20130082937 A KR20130082937 A KR 20130082937A
Authority
KR
South Korea
Prior art keywords
application
push service
push
message
developer
Prior art date
Application number
KR1020110141393A
Other languages
Korean (ko)
Inventor
유영민
유명상
Original Assignee
유영민
유명상
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 유영민, 유명상 filed Critical 유영민
Priority to KR1020110141393A priority Critical patent/KR20130082937A/en
Publication of KR20130082937A publication Critical patent/KR20130082937A/en

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0226Incentive systems for frequent usage, e.g. frequent flyer miles programs or point systems
    • G06Q30/0227Frequent usage incentive value reconciliation between diverse systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • H04L65/4061Push-to services, e.g. push-to-talk or push-to-video
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10Push-to-Talk [PTT] or Push-On-Call services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18Service support devices; Network management devices

Abstract

PURPOSE: A push service system capable of providing a push service to the application of a developer and a push service method thereof are provided to offer a push service by distributing a program module, which is called by the application of the developer, to the developer. CONSTITUTION: A push service module, which is called by an application in a user terminal, performs a push service. A push server (3) comprises a connection state management part (31), a message request reception part (32) and a message transmission part (33). The connection state management part receives the execution state of a user from the push service module by the call of the application. The message request reception part receives a message transmission request from the push service module of the application of a transmitting side. The message transmission part transmits a push message to the push service module of the application of a receiving side designated by the message transmission request. [Reference numerals] (3) Push server; (31) Connection state management part; (32) Message request reception part; (33) Message transmission part; (34) Feedback data receiving part; (35) Message re-transmission part; (AA) Terminal for senders; (BB) Terminal for receivers; (CC,EE) Access status; (DD) Message transmitting request; (FF) Message transmission; (GG) Feedback about message receiving; (HH) Message re-sending

Description

System for providing push service to developer's application and method

The present invention provides a push service system and a push service method by using a push service module that is called by a developer's application by distributing a push service module to a developer.

The push service is a service for asynchronously notifying information to a user terminal. In general synchronous communication, the receiver requests information from the sender, and the sender provides the requested information of the receiver. However, in the push service, the push server unilaterally transmits information to the receiver even though the receiver did not request the information.

Push services are widely used in various forms. For example, if the content of the web page is changed while the user is displaying the web page on the screen, the updated content cannot be checked until the user re-receives the web page. Here, if the push server transmits the changed data in a push message in real time while the user is displaying the web page on the screen, the user can be provided with the changed data through the screen without re-receiving the web page. That is, the push message may be referred to as asynchronous transmission of a specific message to a user determined according to a specific event condition.

With the spread of smart phones, many applications are being developed. For app developers, push services are a major component of programming and are used in most applications.

However, the push service provided by a mobile operating system (Operating System) company such as Google or Apple had a problem that a developer codes and develops the code according to the guidelines. Here, the developer has difficulty in programming because a background knowledge of a system architecture that depends on each OS is required, and there is a difficulty in developing an application for each OS. In other words, the developer developed an application's push processing module for Android and iOS respectively. In addition, when implementing a push service function in an application, the developer had to repeatedly code the processing module of the push service for each application. And one of the biggest challenges was the high cost in terms of time, resource costs, and manageability because developers had to own push servers.

An object of the present invention is to provide a push service system and a push service method for providing a push service by distributing program modules called by a developer's application to developers.

Another object of the present invention is to provide a push server to a developer to provide developers with a rental service of the push server expensive equipment.

Still another object of the present invention is to provide an advertisement service to users by inserting an advertisement platform in a developer's application provided that the program module and the push server are provided to the developer.

Push service system for providing a push service to the application of the developer according to the present invention for achieving the technical problem, the application executes, the application calls a function (hereinafter, 'call') the push service module distributed by the developer A user terminal which is integratedly manufactured by a developer and called by an application, wherein the push service module executes a push service; And an execution state manager configured to receive an execution state of the user from the push service module by calling an application. A message request receiver for receiving a message origination request from a push service module of a calling application; And a push server including a message transmitter for transmitting a push message to a push service module of a receiving side application designated by the message origination request.

In the present invention, the push service system further comprises a push service management server, the push service management server, the push to collect the execution history of the push service module executed by the call of the application from the user terminal over the network A service history collector; A push message statistics unit which prepares statistics on sending and receiving push messages for each application of a developer using the collected execution history; And a push service charging unit configured to charge for each application of the developer with reference to the created statistical information.

Here, the push service management server further includes an advertisement providing management unit that provides an advertisement to the advertisement platform added to the application as the push service module is distributed to the application developer provided that the advertisement platform is added to the application.

The advertisement providing management unit may collect the advertisement viewing history of the user through the network when the user views the advertisement using the advertisement platform of the application in the user terminal.

According to an aspect of the present invention, the push server is a server held and managed by the developer of the application or a server provided by the provider of the push service module at the request of the application developer.

Here, the execution state management unit manages the information of the execution state in the execution state or the non-execution state according to whether the application of the user terminal is executed.

Further, the push server, after transmitting the push message to the receiving side, the feedback data receiving unit for receiving feedback data whether the message is received from the push service module of the receiving application; When the feedback data is determined to be a reception failure, the reception side application further includes a message retransmission unit for retransmitting a push message that failed to be transmitted.

A push service method for providing a push service to an application of a developer of the present invention is a push service method provided by a push server to a user terminal using a push service module called by an application of a user terminal, the method comprising: (a) a user terminal; An execution state management step of receiving an execution state of a user using a push service module called by an application from an application; (b) a message request receiving step of receiving a message origination request using a push service module called by an application from a calling user terminal; And (c) transmitting a push message to a receiving user terminal designated by the message originating request.

According to the present invention, a developer can easily and simply implement a push service by inserting a code for calling a distributed push service module into a program of an application even without OS knowledge or programming knowledge related to push service technology.

In addition, the developer can use the push service module while renting and using the push server, thereby reducing the cost of the server equipment.

In addition, a distributor of a push service module may insert an advertising platform into an application in exchange for providing a push service technology, and obtain advertising revenue from an advertiser by providing an advertisement to users through the advertising platform.

The following drawings attached to this specification are illustrative of preferred embodiments of the present invention, and together with the detailed description of the invention to serve to further understand the technical spirit of the present invention, the present invention is a matter described in such drawings It should not be construed as limited to.
1 is a schematic configuration diagram of a push service system according to an embodiment of the present invention.
2 is a schematic illustration of application distribution according to an embodiment of the present invention.
3 is a schematic internal structural diagram of a push server according to an embodiment of the present invention.
4 is a schematic internal structural diagram of a push service management server according to an embodiment of the present invention.
5 is a schematic flowchart of an application distribution process according to an embodiment of the present invention.
6 is a schematic flowchart of a push service method executed by a push server according to an embodiment of the present invention.
7 is a schematic flowchart of the steps executed by the push service management server according to an embodiment of the present invention.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. Prior to this, terms or words used in the specification and claims should not be construed as having a conventional or dictionary meaning, and the inventors should properly explain the concept of terms in order to best explain their own invention. Based on the principle that can be defined, it should be interpreted as meaning and concept corresponding to the technical idea of the present invention.

Therefore, the embodiments described in the present specification and the configurations shown in the drawings are only the most preferred embodiments of the present invention and do not represent all the technical ideas of the present invention. Therefore, It is to be understood that equivalents and modifications are possible.

<1. System configuration>

1 is a schematic structural diagram of a push service system 1 according to an embodiment of the present invention.

Push service system 1 according to an embodiment of the present invention is built on the wireless network, the user terminal 2 receiving the push service by the execution of the push service module 300 called from the application 500 And a push server 3 which receives the push request of the push message from the calling user terminal 2 and sends the push message to the receiving user terminal 2.

The user terminal 2 downloads and installs the application 500. The user terminal 2 corresponds to a computer terminal, a mobile communication terminal (eg, a smartphone), and the like, and there is no particular limitation on the terminal type as long as the application 500 can be installed and executed.

When the developer of the application 500 of the present invention intends to implement a push service in the application 500, the push service may be coded by calling a function of the push service module 300 in the code of the application 500 program to use the push service. have. That is, the developer of the application 500 does not need to directly write execution processing code for a push service in the source code of the application 500.

Specifically, the present invention provides a push service module 300 including Open API functions to enable developers of the application 500 to implement the functions of the push service in the application 500.

Here, the developer adds a code for calling a function of the push service module 300 corresponding to the push service function required in the process of programming the source code of the application 500 and processing the processing result value by the execution of the function. By adding code, a push service function may be implemented in the application 500.

On the other hand, assuming that the user terminal 2 is a portable smart terminal (eg, mobile communication terminal, smart pad, etc.), the functions defined in the push service module 300 for smart terminals are mobile OS (eg, Android, iOS). Are manufactured independently from Therefore, the developer of the application 500 may use the push service module 300 regardless of the mobile OS. In addition, the developer does not need to know mobile OS knowledge and the technical mechanism of the push service in relation to the push service.

The push server 3 mediates push message transmission between the calling party and the receiving user terminal 2.

Here, the push server 3 may be a server held by the developer of the application 500 or a server provided to the developer of the application 500 by the developer of the push service module 200. That is, in the present invention, the developers of the application 500 may use the push service by receiving the push server 3 in a lease form even if they do not have their own push server 3. At this time, the developer of the application 500 can save the purchase and management cost of the push server 3 that is expensive equipment.

Furthermore, the push service system 1 may optionally further include an application server 5. In other words, the application server 5 may be omitted depending on the application 500. For example, if the application 500 is run alone without communication with the server, the application server 5 is omitted. In addition, when the application 500 communicates with the server to perform a unique process, the application server 5 serves as the server.

2 is a schematic illustration of the distribution of an application 500 according to an embodiment of the present invention.

First, the developer of the push service module 300 distributes the push service module 300. Here, the developer of the push service module 300 may build a web server and distribute the push service module 300 to the developers of the application 500 registered as a home page. Of course, the push service module 300 may be distributed through the market.

The developer of the application 500 refers to the developer reference of the downloaded push service module 300, while calling a function of the push service module 300 corresponding to a function required for the application 500 program and programming the return value. Do it. That is, the application 500 developer selects only necessary functions from various push service functions provided by the push service module 300 and codes them in their application 500 program. In addition, the library 500 of the push service module 300 is integrated into the application 500 program.

When the application 500 program is integrated, the developer of the application 500 distributes the integrated application 500 to users. The distribution of the application 500 may be distributed through the application server 5 or the market. The distributed application 500 is installed in the user terminal 2.

Thereafter, while the application 500 is executed in the user terminal 2, the application 500 performs push service processing using the push service module 300. For example, when the calling user terminal 2 requests the transmission of the push message, the push server 3 receives the request for sending the push message from the calling push service module 300. Then, the push server 3 transmits the push message requested to be transmitted to the receiving user terminal 2. Then, the push service module 300 of the receiving user terminal 2 receives the push message.

3 is a schematic internal structural diagram of a push server 3 according to an embodiment of the present invention.

The push server 3 according to an exemplary embodiment of the present invention receives a request for sending a message from an execution state manager 31 for receiving and storing an execution state of an application from the user terminal 2 and the calling user terminal 2. Message request receiving unit 32, and a message transmitting unit 33 for transmitting the requested outgoing message to the receiving user terminal (2).

The execution state manager 31 receives and stores information of an active state when the application 500 is executed in the user terminal 2. When the application 500 is terminated, information in a dead state is received and stored.

In this case, the execution state manager 31 manages whether the application 500 is in an execution state. The push message is transmitted only to the application 500 in the execution state, and the message failed to be transmitted to the application 500 in the non-execution state. This is for the processing of.

The message request receiving unit 32 receives a message sending request from the calling user terminal 2. Here, the message origination request includes the calling party information, the message content, and the receiving party information.

In addition, the message origination request may be a broadcast origination request including a plurality of recipients. The message sender may be a developer of the application 500 or a user of the user terminal 2. The message originating event may be generated by a request of a sender, and a message originating event may be generated when a preset condition is satisfied.

The message transmitter 33 transmits the message requested to be sent to the receiving user terminal 2. Here, the message transmitter 33 may query the execution state of the receiving side application 500 and then transmit a message when the application 500 is in execution.

On the other hand, the push server 3, if the feedback data receiving unit 34 and the feedback result received from the receiving user terminal 2 whether or not to receive the outgoing message, the reception failure, the receiving user terminal 2 is When the transition to the run state further includes a message retransmitting unit 35 for retransmitting the transmission failed message.

Since the push message is asynchronously transmitted to the receiving user terminal 2, the feedback data receiving unit 34 receives the feedback result of whether the receiving user terminal 2 has effectively received the push message.

If the message retransmitter 35 determines that the feedback result has failed, if the execution state of the failed user terminal 2 is changed to execution, the message retransmitter 35 retransmits the failed push message according to a listen function in real time. do.

4 is a schematic internal structural diagram of a push service management server 5 according to an embodiment of the present invention. The push service system 1 shown in FIG. 1 may further comprise a service management server 5.

According to an embodiment of the present invention, the push server 3 is a server that actually executes and processes the push service, and the push service management server 4 supports the use of the push service of the user terminal 2 and the push server 3. It is a server that manages and manages.

Here, the push service management server 4 may be physically constructed as the same server or a separate server as the push server 3. In addition, the push service management server 4 may establish a web server and provide information to the application 500 developers through a home page.

Push service management server 4 according to an embodiment of the present invention is a push service history collection unit 41 for collecting history information of push service processing from the user terminal 2, and prepares statistics using the collected history information Push message statistics unit 42, and push service accounting unit 43 for performing the charging process using the created statistics.

The push service history collecting unit 41 receives and stores an execution log of push service processing from the push service module 300 executed in the user terminal 2.

The push message statistics unit 42 prepares statistical information such as the number of messages for each application 500 using the collected execution log.

The push service charging unit 43 charges the developer of the application 500 using the created statistical information. Here, charging for the developer is optional, and it is also possible to provide a free service to the developer.

Meanwhile, in the present invention, the push service module 300 and the push server 3 are provided to the application 500 developer under the condition that the advertisement platform provided by the developer of the push service module 300 is inserted into the screen of the application 500. Can provide. When the advertising platform is inserted, the developer of the push service module 300 may obtain advertising revenue from the advertiser by providing the push service module 300 to the developer of the application 500.

In this case, the push service management server 4 may further include an advertisement providing management unit 44. The advertisement providing management unit 44 receives an advertisement registration from the advertiser terminal and stores the advertisement file in the DB. The advertisement registered by the advertiser is provided to the advertisement platform of the application 500. Subsequently, when the user views the advertisement during the execution of the application 500, the advertisement viewing history of the user is collected from the push service module 300 executed in the user terminal 2. Then, the advertisement providing manager 44 may provide a predetermined reward to the developer of the application 500 based on the collected advertisement history information.

<2. Method composition>

The push service method for providing a push service to the developer's application 500 according to an embodiment of the present invention may be preferably realized through the above-described push service system 1.

5 is a schematic flowchart of an application distribution process according to an embodiment of the present invention.

The developer of the push service module 300 produces and distributes the push service module 300 (S101). As described above, the developer of the push service module 300 implements various functions of the push service as an Open API function, and distributes the push service module 300 including the functions to the application 500 developers.

The application 500 developer downloads the push service module 300 (S102). In addition, the application 500 developer may program to call a function of the push service module 300 required for the source code of the application 500 to integrate and produce an application 500 including the library of the function.

Thereafter, the user of the user terminal 2 downloads and installs the application 500.

6 is a schematic flowchart of a push service method executed by the push server 3 according to an embodiment of the present invention.

The push server 3 receives and stores the execution state of the application 500 by the execution of the push service module 300 from the user terminal 2 (S31).

Thereafter, the push server 3 is requested to transmit an outgoing message from the push service module 300 of the calling user terminal 2 (S32).

Then, the push server 3 transmits the requested originating message to the designated receiving side user terminal 2 (S33). If the feedback reception message arrives after the transmission of the outgoing message, it means normal reception and the processing ends.

If the feedback data is determined to be a transmission failure, the status information of the failed user terminal 2 is checked in real time, and when it is switched to the execution state, the transmission failure message is retransmitted (S34).

7 is a schematic flowchart of the steps executed by the push service management server 4 according to an embodiment of the present invention.

The push service management server 4 collects processing information of the push service executed by the push service module 300 as history information (S41). By collecting the history information, information such as message size, message time, transmission success or not is collected.

When the history information is collected, the push service management server 4 creates statistical information of various message processing for each time zone, application, etc. (S42). By generating statistical information, the number of message processing may be calculated for each application.

When the statistical information is generated, the push service management server 4 charges in proportion to the number of messages per individual application 500 (S43).

Meanwhile, the push service management server 4 receives an advertisement from the advertiser terminal and provides a registered advertisement to the user terminal 2, and when the advertisement is displayed on the screen through the advertisement platform of the application 500, the user views the advertisement. Receive the information (S44). Here, the received advertisement viewing information is referred to to provide a reward or discount service to the developer of the application 500.

In the above-described embodiment, the term "~ part" is not used as a term meaning a hardware division of the push service system. Accordingly, a plurality of constituent parts may be integrated into one constituent part, and one constituent part may be divided into a plurality of constituent parts. In addition, the component may mean a hardware module, but may also mean a module of software. Therefore, it should be understood that the present invention is not particularly limited by the term "part ".

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it is to be understood that the invention is not limited to the disclosed exemplary embodiments. It goes without saying that various modifications and variations are possible within the scope of equivalence of the scope.

1: push service system 2: user terminal
3: push server 4: push service management server
300: push service module 500: application

Claims (14)

The application is executed, and the application is integrated by the developer to call a function of a push service module distributed by the developer (hereinafter, referred to as 'call'), and the push service module called by the application executes the push service. A user terminal to execute; And
An execution state manager configured to receive an execution state of a user from a push service module by calling an application;
A message request receiver for receiving a message origination request from a push service module of a calling application; And
Push server including a message transmitting unit for transmitting a push message to the push service module of the receiving side application specified by the message origination request
Push service system, characterized in that configured to include.
The method of claim 1,
Further comprising a push service management server, The push service management server,
A push service history collecting unit for collecting an execution history of a push service module executed by a call of an application from a user terminal through a network;
A push message statistics unit which prepares statistics on sending and receiving push messages for each application of a developer using the collected execution history; And
Push service billing department that charges by developer's application by referring to the created statistical information
Push service system comprising a.
The method of claim 2,
The push service management server,
The push service module further includes an advertisement providing management unit configured to provide an advertisement to the advertisement platform added to the application as the push service module is distributed to the application developer on the condition that the advertisement platform is added to the application.
The method of claim 3, wherein
The advertisement providing management unit,
When the user watches the advertisement using the advertising platform of the application in the user terminal, the push service system, characterized in that the collecting of the advertisement viewing history of the user through the network.
3. The method according to claim 1 or 2,
The push server,
Push service system, characterized in that the server owned and managed by the developer of the application or the server provided by the provider of the push service module at the request of the application developer.
3. The method according to claim 1 or 2,
The execution state management unit,
Push service system, characterized in that for managing the information of the running state in the running state or non-execution state according to whether the application of the user terminal running.
3. The method according to claim 1 or 2,
The push server,
A feedback data receiver configured to receive feedback data of whether a message is received from a push service module of a receiving application after transmitting the push message to a receiving side;
If the feedback data is determined to have failed in reception, the message retransmission unit retransmitting the push message that failed to be transmitted when the receiving application enters an execution state.
Push service system further comprises.
In the push service method provided by the push server to the user terminal using a push service module called by the application of the user terminal,
(a) an execution state management step of receiving an execution state of a user by using a push service module called by an application from a user terminal;
(b) a message request receiving step of receiving a message origination request using a push service module called by an application from a calling user terminal; And
(c) a message sending step of transmitting a push message to a receiving user terminal designated by the message sending request
Push service method comprising a.
The method of claim 8,
The push service management server executes.
(d1) a push service history collecting step of collecting an execution history through a network by using a push service module executed by an application call from a user terminal;
(d2) a push message statistics analyzing step of analyzing collected execution history to prepare statistics for sending and receiving push messages for each application of a developer; And
(d3) Push service billing step of charging by developer's application by referring to the created statistical information
Push service method further comprises.
The method of claim 9,
As push service modules are distributed to application developers, subject to the addition of advertising platforms to their applications,
(e) an advertisement providing management step of providing an advertisement to the advertisement platform added to the application.
The method of claim 10,
The step (e)
When the user watches the advertisement using the advertising platform of the application in the user terminal, the push service history collecting step of collecting the advertisement viewing history of the user via a network further comprising.
10. The method according to claim 8 or 9,
Prior to step (a)
(a1) registering an application developer; And
(a2) selecting a server that is owned and managed by the developer of the application as a push server or renting a push server to the developer of the application according to an optional request of the application developer;
Push service method further comprises.
10. The method according to claim 8 or 9,
The step (a)
And receiving execution status information each time an application is executed from a user terminal, and receiving non-execution status information each time the application is terminated.
10. The method according to claim 8 or 9,
After step (c),
(c1) a feedback data receiving step of receiving feedback data of whether or not a message is received by using a push service module called by an application from a receiving user terminal; And
(c2) if the feedback data is determined to have failed in reception, if the receiving application is in the running state, a message retransmission step of retransmitting the push failed transmission message;
Push service method further comprises.
KR1020110141393A 2011-12-23 2011-12-23 System for providing push service to developer's application and method thereof KR20130082937A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020110141393A KR20130082937A (en) 2011-12-23 2011-12-23 System for providing push service to developer's application and method thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020110141393A KR20130082937A (en) 2011-12-23 2011-12-23 System for providing push service to developer's application and method thereof

Publications (1)

Publication Number Publication Date
KR20130082937A true KR20130082937A (en) 2013-07-22

Family

ID=48994109

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020110141393A KR20130082937A (en) 2011-12-23 2011-12-23 System for providing push service to developer's application and method thereof

Country Status (1)

Country Link
KR (1) KR20130082937A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017111313A1 (en) * 2015-12-21 2017-06-29 삼성전자 주식회사 Method for providing push service using web push, and electronic device supporting same
KR20180090626A (en) * 2017-02-03 2018-08-13 주식회사 엘지유플러스 Method for providing push service, service server, and user terminal
CN114979039A (en) * 2022-06-21 2022-08-30 国网电商科技有限公司 Data processing method and device

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017111313A1 (en) * 2015-12-21 2017-06-29 삼성전자 주식회사 Method for providing push service using web push, and electronic device supporting same
US10997268B2 (en) 2015-12-21 2021-05-04 Samsung Electronics Co., Ltd. Method for providing push service using web push, and electronic device supporting same
KR20180090626A (en) * 2017-02-03 2018-08-13 주식회사 엘지유플러스 Method for providing push service, service server, and user terminal
CN114979039A (en) * 2022-06-21 2022-08-30 国网电商科技有限公司 Data processing method and device

Similar Documents

Publication Publication Date Title
CN107087033B (en) Message pushing method and device, storage medium and computer equipment
US9443255B2 (en) Dynamic resource matching system
US9727323B2 (en) System and method for providing an application to a device
US7266519B2 (en) Billing system with authenticated wireless device transaction event data
EP2003857B1 (en) Methodologies and systems for determining mobile device capabilities
CA2451661C (en) Method and apparatus for obtaining data information
CN101690130B (en) Systems and methods for pushing messages to mobile terminals
US9325830B2 (en) Method and apparatus for providing idle mode service
US20120309345A1 (en) System and method for third party application sales and services to wireless devices
CN103369515A (en) Internet access method used for mobile terminal and free internet-access system
JP2004094503A (en) Advertisement distributor, information reception terminal, server, advertisement distribution method, information reception method, and method of providing information in server
CN101471953A (en) Information transmission method, system and device
KR20080101615A (en) Apparatus and method for providing content for broadcast service in mobile communication system
CN109729116B (en) Plug-in information transmission method and device, storage medium and electronic device
KR101290977B1 (en) Message transfer method using push server and the system thereby
KR100812396B1 (en) Method and apparatus for location based multimedia message service
KR20130082937A (en) System for providing push service to developer&#39;s application and method thereof
CN102355475A (en) Information subscription system
EP2490467A1 (en) Method and arrangement for registering a user
KR100537692B1 (en) Method and apparatus for providing cell broadcasting service
WO2014063523A1 (en) Iptv value-added service management system and method
US20240137852A1 (en) Network service plan selection for delivery of network services
RU46896U1 (en) DEVICE OF ELECTRONIC PAYMENT SYSTEM (OPTIONS)
KR100547221B1 (en) Multimedia messaging service method for multimedia message provided by web server
KR20200041687A (en) Data providing system, providing method and first-come-first-served sharing method

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application