WO2014027772A1 - 푸시 서비스 제공 시스템 및 방법 - Google Patents

푸시 서비스 제공 시스템 및 방법 Download PDF

Info

Publication number
WO2014027772A1
WO2014027772A1 PCT/KR2013/006885 KR2013006885W WO2014027772A1 WO 2014027772 A1 WO2014027772 A1 WO 2014027772A1 KR 2013006885 W KR2013006885 W KR 2013006885W WO 2014027772 A1 WO2014027772 A1 WO 2014027772A1
Authority
WO
WIPO (PCT)
Prior art keywords
push
terminal
authentication
identification information
user terminal
Prior art date
Application number
PCT/KR2013/006885
Other languages
English (en)
French (fr)
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
Priority claimed from KR1020120089491A external-priority patent/KR102002097B1/ko
Priority claimed from KR1020120090811A external-priority patent/KR101854389B1/ko
Priority claimed from KR1020120093691A external-priority patent/KR101771617B1/ko
Priority claimed from KR1020120112166A external-priority patent/KR102008486B1/ko
Application filed by 에스케이플래닛 주식회사 filed Critical 에스케이플래닛 주식회사
Publication of WO2014027772A1 publication Critical patent/WO2014027772A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0869—Network architectures or network communication protocols for network security for authentication of entities for achieving mutual authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication

Definitions

  • the present invention relates to a push service providing system and method, and more particularly, to a push hub (PUSH HUB) interlocking with push devices operated by each operator (operator), the service providing device message to the push hub
  • PUSH HUB push hub
  • the push hub relates to a push service providing system and method for requesting a message push to a push device of an operator whose terminals use a corresponding service, respectively, to provide push services to the terminals.
  • the push hub notifies at least one of the subscriber terminal and the service device of the change of the subscriber information, thereby allowing the subscriber's terminal to change.
  • a push service providing system and method for preventing a push message from being amended upon replacement.
  • the present invention also relates to a push service providing system and method for authenticating use of an application by using authentication information transmitted from a push hub when an application is downloaded and installed in an user terminal or when the application is executed.
  • the transmission of a message in synchronization with the mobile terminal at the server side is called a push service, and is currently applied to various types of services such as KakaoTalk, My People, and Viber.
  • the service providing apparatuses 100a, 100b,... 100n hereinafter referred to as 100, which provide a real-time service, each operator 150a and 150b when there is a message to be transmitted to the terminal.
  • the service providing device 100 directly transmits a message to the corresponding terminals 174a, 174b, and 174c in the case of the operator 170 having no push device.
  • the service providing apparatus 100 may include a device for providing a real-time service such as KakaoTalk, My People, Naver Line, Nate On Talk, and the like.
  • the service providing apparatus 1 (100a) is an operator using the terminals using the first service as subscribers.
  • the push device 1 152a of the operator 1 150a and the push device 2 152b of the operator 2 150b each request to push the message.
  • push device 1 152a transmits messages to terminals 154a using the first service
  • push device 2 152b transmits messages to terminals 154b using the first service, respectively.
  • the service providing device 1 150a transmits a message directly to the terminals 174a, 174b, and 174c in the network in the case of an operator N 170 without a push device.
  • each service providing device is a push device 1 of the operator 1, a push device 2 of the operator 2, a push device 3 of the operator 3, and terminals using the corresponding service in the network of the operator N.
  • the service providing device has a hassle of making a push request to each push device in order to provide a push service to terminals using a service provided by the service providing device.
  • the subscriber first downloads and installs the app on the mobile terminal, and then receives the authentication number sent from the server as an SMS and inputs the user into the app installed on the mobile terminal to register the user with the server. You can finish it.
  • the server identifies the service subscriber by using the terminal identification information of the mobile terminal instead of the service subscriber's telephone number in order to provide a data push service to mobile devices having a dynamic IP and a private IP due to the characteristics of the mobile environment. Accordingly, the server sets unique information assigned to the device such as the subscriber's MAC address or IMEI as the terminal identification information of the subscriber and pushes the data to the terminal having the terminal identification information.
  • the server side does not recognize that the user of the terminal has been changed. Accordingly, the server transmits a push message to a terminal previously used by the subscriber, so that the subscriber cannot receive the necessary message, and the subscriber's personal information may be leaked to other users.
  • An object of the present invention is to provide a push hub that is interlocked with a push device operated by each operator, so that the service providing device does not make a plurality of push requests for each push device, and pushes only one push request.
  • Another object of the present invention is to provide a push hub interlocked with a push device of the operator, so that the service providing device can push the push service even if the operator does not have direct access to all the terminals in the network in the case of an operator without the push device of each operator, the push device It is to provide a push service providing system and method that can provide.
  • Another object of the present invention is to change the information of the subscriber to at least one of the subscriber terminal and the service device when the subscriber information is changed by the subscriber using the push service to replace the terminal or the USIM card of the subscriber terminal is changed.
  • Still another object of the present invention is to perform mutual authentication between a push client mounted on a user terminal and a push hub, thereby eliminating the procedure of inputting an authentication number each time the application is downloaded / installed or executed. It is an object of the present invention to provide a system and method for providing a push service that can simplify a download / install or execution procedure.
  • a push hub when an application download / installation or execution is requested in a user terminal, a push hub generates an authentication key and provides the authentication key to the user terminal and the service providing device, and the user terminal and the service providing device are transmitted from the push hub.
  • the present invention provides a push service providing system and method for simplifying an application use authentication process by performing application use authentication using an authentication key.
  • Another object of the present invention is to provide a system and method for providing a push service that can increase security by using a stable session between a push client and a push hub.
  • At least one service providing device a push device operated by each operator, a communication unit for communicating with at least one of a user terminal, a message including a message and terminal identification information from at least one service providing device
  • a push hub including a message transmission processing unit for requesting push of the message to push devices of operators having the terminal identification information as subscribers is provided.
  • the push hub further includes a subscriber information database storing information on a push device and subscribers of the operators, and the message transmission processing unit identifies operators using the terminal identification information as subscribers, searches the subscriber information database, and searches for the operators.
  • Determine whether the device has a push device and in case of an operator equipped with a push device, transmit a push request signal including the message and corresponding terminal identification information to a push device of the corresponding operator, and in case of an operator without a push device, The message can be sent directly to the terminal.
  • the message transmission processing unit checks the operator information as an operator having the terminal identification information as a subscriber, and the operator information is included in the message push request signal. If not included, the operator may be searched for the subscriber information database to identify an operator using the terminal identification information as a subscriber.
  • the message transmission processor may transmit the message to a push device of the operator through an interface required by each operator, or convert the message into a message format required by each operator and transmit the message to the push device of the operator.
  • the message transmission processor may transmit the message push to a user terminal having the corresponding terminal identification information.
  • the push hub may include a subscriber information database storing at least one of a subscription ID, a terminal identification information, a phone number, and a USIM code (IMSI; International Mobile Subscriber Identity) of a user who subscribed to the service providing apparatus;
  • IMSI International Mobile Subscriber Identity
  • the subscriber information stored in the user terminal may include a control unit for resetting the request, requesting re-authentication for the subscriber information, or transmitting a warning message for guiding the subscriber information change.
  • IMSI International Mobile Subscriber Identity
  • the control unit may determine that any one of the terminal identification information, the telephone number, the USIM code (IMSI; International Mobile Subscriber Identity) of the user terminal, and the subscription ID of the user who subscribed to the service providing apparatus is changed. The change of the subscriber information can be notified to the providing device.
  • IMSI International Mobile Subscriber Identity
  • the terminal identification information may include at least one of a MAC address and an International Mobile Equipment Identity (IMEI) of the terminal.
  • IMEI International Mobile Equipment Identity
  • the phone number may include at least one of a mobile subscriber ISDN (MSISDN), a mobile country code (MCC), a mobile network code (MNC), and the like.
  • MSISDN mobile subscriber ISDN
  • MCC mobile country code
  • MNC mobile network code
  • the push hub includes a subscriber information database in which identification information of user terminals and information on applications installed in each user terminal are stored; And when the terminal authentication request signal including the terminal identification information is received from the user terminal, confirms an operator having the terminal identification information as a subscriber from the subscriber information database, performs user terminal authentication, and the user terminal authentication succeeds. If so, the authentication processing unit for generating a terminal authentication key and transmitting to the user terminal and the service providing apparatus; It may further include.
  • the authentication processor receives an app authentication request signal including terminal identification information and application identification information from the user terminal, performs authentication of the user terminal and an application installed in the user terminal using the subscriber information database, When authentication of the user terminal and the application is successful, an authentication key for authenticating an application use of the user terminal may be generated and transmitted to the user terminal and the service providing apparatus.
  • the authentication processor may generate a unique authentication key for authenticating an application use based on at least one of application identification information, user terminal identification information, application identification information, and user terminal identification information.
  • the user terminal comprises a service app for receiving and displaying a push message provided by the service providing device;
  • a USIM in which a user of the user terminal stores a telephone number;
  • installed in the user terminal to transmit identification information of the terminal and the telephone number when the terminal is connected to the service providing apparatus and to reset the subscriber information stored in the user terminal when it is determined that the telephone number has been changed.
  • It may include a user terminal including a push agent for requesting reauthentication of the subscriber information or warning of the change of subscriber information.
  • the user terminal transmits the terminal authentication request signal including the terminal identification information to the push hub to receive the terminal authentication key, and when the app authentication registration request signal is received from the application, the terminal authentication key to the application Transmitting push client; And transmits an app authentication registration request signal to the push client, receives a terminal authentication key from the push client, generates an authentication key using the received terminal authentication key and an app-specific authentication mechanism, and then generates the generated authentication key. It may include an application for performing the use authentication by transmitting the authentication key to the service providing device.
  • the app authentication registration request signal may be transmitted to the push client when the application is installed or when the application execution is requested.
  • the app-specific authentication mechanism may be characterized as an app unique key.
  • the user terminal is an application for transmitting the app authentication registration request signal to the push client to receive the authentication key, and transmits the authentication key to the service providing apparatus to perform the use authentication;
  • a push client that transmits an app authentication request signal to a push hub when the app authentication registration request signal is received from the application, and receives an authentication key from the push hub and transmits the authentication key to the application.
  • the app authentication registration request signal may be transmitted to the push client when the application is installed or the application execution is requested.
  • a push service providing system includes at least one service providing apparatus for transmitting a message push request signal including a message to be transmitted to a user terminal and terminal identification information to a push hub; And a push device operated by each operator, and when a message push request signal is received from the service providing device, requests push of the message to a push device of operators having the terminal identification information as subscribers. It may include a push hub (PUSH HUB).
  • PUSH HUB push hub
  • the push service providing system may further include a user terminal having a push agent installed to transmit a connection request signal including terminal identification information and a phone number, and the service providing apparatus stores the terminal identification information of the user terminal. Transmits a push message transmission request signal including terminal identification information, and the push hub receives a connection request signal of the user terminal to maintain a connection state with the user terminal and the message received by the service providing apparatus; Sends a message push to the corresponding user terminal according to the terminal identification information included in the push request signal, the terminal identification information, telephone number, USIM code (IMSI; International Mobile Subscriber Identity) received from the user terminal and the service providing apparatus Confirm that any of the subscribed user's subscription IDs have changed It may be characterized in that it performs a control according to the subscriber information changes on at least one side of the user terminal and the service device if the.
  • IMSI International Mobile Subscriber Identity
  • the push service providing system transmits a terminal authentication request signal including terminal identification information to a push hub to receive a terminal authentication key from the push hub, when the application is installed or the application execution is requested, the terminal A user terminal for generating an authentication key using an authentication key and an authentication mechanism unique to an app, and transmitting the generated authentication key to a service providing device, wherein the push hub further comprises a terminal authentication request signal from the user terminal.
  • the user terminal authentication is performed by checking an operator using the terminal identification information as a subscriber from the provided subscriber information database, and when the user terminal authentication is successful, the terminal authentication key is generated to generate the user terminal and the service. It characterized in that the transmission to the providing device
  • the apparatus for providing a service may compare the authentication key received from the user terminal with the authentication key received from the push hub, and if so, authenticate the application use of the user terminal.
  • the push service providing system receives an authentication key from the push hub by transmitting an app authentication request signal including the terminal identification information and the application identification information to the push hub, when the application is installed or the application execution is requested, Further comprising a user terminal for transmitting the received authentication key to the service providing apparatus, wherein the push hub, when the app authentication request signal is received from the user terminal, using the provided subscriber information database and the user terminal and the When the authentication of the application, and the authentication of the user terminal and the application is successful, generating an authentication key for the application use authentication of the user terminal, characterized in that for transmitting to the user terminal and the service providing device From user terminals
  • An authentication key to the case where the push to compare the authentication key received from the hub, matching may include a service providing apparatus for authenticating an application use of the user terminal.
  • a push hub that is interlocked with a push device operated by each operator (operator), the service providing device does not make a plurality of push requests for each push device, the push service with only one push request Can be provided.
  • a message may be sent using a push device of an operator regardless of which terminal the operator belongs to.
  • a push hub in conjunction with the push device of the operator is provided, so that the service providing device does not need to directly connect to the push devices of each operator, in the case of the operator without a push device directly connected to all terminals in the network Can provide.
  • the push hub may notify at least one of the subscriber terminal and the service device of the change of subscriber information.
  • the present invention can prevent the push message to be delivered in the morning by enabling the subscriber to perform the service re-authentication process when the subscriber terminal is replaced.
  • the present invention can prevent the leakage of subscriber's personal information by resetting or limiting the use of the subscriber's information stored in the existing terminal when the subscriber's terminal is replaced.
  • the push hub when an application download / install or execution is requested from the user terminal, the push hub generates an authentication key and provides the authentication key to the user terminal and the service providing device, and the user terminal and the service providing device use the authentication key transmitted from the push hub.
  • the application use authentication process can be simplified.
  • FIG. 1 is a view showing a conventional push service providing system
  • FIGS. 2, 3, and 4 are diagrams illustrating a push service providing system according to the present invention.
  • FIG. 5 is a block diagram schematically showing the configuration of a push hub according to the present invention.
  • FIG. 6 is a diagram illustrating a push service providing method according to the present invention.
  • FIG. 7 is a block diagram schematically showing the configuration of a user terminal according to the present invention.
  • FIG. 8 is a data storage state diagram of a subscriber information DB according to an embodiment of the present invention.
  • FIG. 9 is a state diagram of changing subscriber information of a push service providing system according to an embodiment of the present invention.
  • FIG. 10 is a flowchart of a push service providing method according to another embodiment of the present invention.
  • 11 and 12 are diagrams illustrating an application authentication method in a push service providing method according to another embodiment of the present invention.
  • control unit 350 authentication processing unit
  • FIG. 2 is a view showing a push service providing system according to the present invention.
  • the push service providing system is referred to as at least one service providing apparatus 100a, 100b,..., 100n, hereinafter referred to as 100, and each operator 450a, 450b,. It is linked to the push device (460a, 460b, ..., 460 hereinafter) operated by the), when the message push request signal is received from the service providing device 100, the push device 460 provided by the operator Push hub (PUSH HUB) (300) for requesting the push of the message, and provides a communication service to the terminal but does not include a push device (490).
  • PUSH HUB operator Push hub
  • the service providing apparatus 100 may transmit a message push request signal including a message to be transmitted to the terminal and terminal identification information to transmit the message to the terminal using a push service.
  • the message push request signal includes a message to be transmitted to the terminal, a message PDU, terminal identification information, push hub identification information, a reply flag, and the like, and the message PDU identifies an application program to transmit a message among application programs included in the terminal. Refers to an application identifier for, and the reply flag indicates whether or not a reply to the push service is required.
  • the service providing apparatus 100 initiates a connection in association with the push hub 300 and requests a push of the message to the push hub 300 when a message to be transmitted to the terminal exists.
  • the service providing apparatus 100 periodically searches whether the service data is updated in the database through a database query, and transmits the update data to the push hub 300 in a push manner when the service data is updated.
  • the service providing apparatus 100 may include a device for providing a real-time service such as KakaoTalk, My People, Naver Line, Nate On Talk, and the like.
  • the service providing apparatus 100 performs a real-time service based on a web or a wireless application protocol (WAP).
  • service data and update data transmitted and received to provide a real-time service may be expressed in a hypertext markup language (HTML) or a wireless markup language (WML).
  • HTML hypertext markup language
  • WML wireless markup language
  • the service providing device 100 requests a message push once to the push hub 300 that is interlocked with the push device 460 operated by each operator 450, thereby providing a plurality of pushes for each push device 460. You can provide a push service without having to make a push request.
  • the push hub 300 is connected to the push device 460 operated by each operator 450.
  • the terminals 600a, 600b, 600c In the case of the operator 490 without the push device, the terminals 600a, 600b, 600c). That is, the push hub 300 interlocks with the push device 460 of each operator 450 such as the push device 1 460a of the operator 1 450a and the push device 2 460b of the operator 2 450b, and pushes the push hub 300.
  • the operator 490 directly connects to terminals 600a, 600b, and 600c in the corresponding network.
  • each push device of the operators 450 using the terminal identification information as a subscriber Request a push of the message to each other. That is, when the push hub 300 receives the message push request signal from the service providing apparatus 100, the push hub 300 checks operators that use terminal identification information as subscribers and determines whether the push operators are provided with the confirmed operators. As a result of the determination, in the case of the operator 450 provided with the push device 460, the push hub 300 transmits a push request signal including a message and corresponding terminal identification information to the push device 460 of the operator.
  • the push request signal may be a signal for requesting the push of a message to the user terminal corresponding to the terminal identification information.
  • the push hub 300 includes a communication interface that can communicate with each push device 460 to communicate with various types of push devices 460, and each push device 460 using such a communication interface. May transmit a push request signal.
  • the push hub 300 may convert the push request signal (or message) into a format required by each push device (or operator) 460 and transmit it to the push device 460 of the corresponding operator. That is, when each operator 450 requests a push with a specific type of interface or message format, the push hub 300 requests a push through an interface required by the operator so as to satisfy the interface or message format set for each operator. The signal is transmitted or the push request signal (or message) is transcoded into a message format requested by the operator, and then transmitted to the push device 460 of the operator.
  • the push hub 300 directly transmits a message to the corresponding terminals 600a, 600b, and 600c in the case of the operator 490 having no push device.
  • the push hub 300 may include a communication interface implemented by a protocol required for each operating system in order to transmit a message to one or more terminals using different operating systems, and may transmit a message to the terminal using the communication interface. have.
  • the push hub 300 is a terminal N1 600a, a terminal N2 600b, and a terminal N3 600c in the network of the operator N 490. Send each message to.
  • the terminal N1 600a, the terminal N2 600b, and the terminal N3 600c may be terminals using a corresponding service.
  • the push device 460 is operated by each operator 450, and when a push request signal is received from the push hub 300, a message is sent to terminals corresponding to the terminal identification information included in the push request signal. Send each of them.
  • the push device 460 performs a paging control function for paging the terminal and a push proxy function for transmitting a message using a push service.
  • the terminal identification information includes a telephone number, ID, MAC address, and the like.
  • the push device 460 is a device held by each operator 450 to provide a push service.
  • push device 1 460a is provided by operator 1 450a and push device 2 460b is operator 2.
  • 450b may be provided.
  • the push device 1 460a receives the push request signal
  • the push device 1 460a uses the corresponding service.
  • the message is transmitted to the terminal 1N, and the push device 2 460b receives the push request signal, the terminal 21, terminal 22,... Each message can be transmitted to the terminal 2N.
  • the terminals 500 and 600 are terminals for receiving a message from the push device 460 or the push hub 300.
  • Examples of the terminals 500 and 600 include a user terminal capable of network communication such as a PC, a mobile phone, a PDA, and a smartphone.
  • the terminal device 500 may install the push hub client and execute the push hub client to transmit terminal information to the push hub 300 to request terminal registration (or user registration).
  • the push hub client is an application program installed in the terminal device 500.
  • the push hub 300 interoperates with the push device 300 and the terminal device 500 to provide a push message transmitted from the push hub 300 to a real-time service installed in the terminal device 500. It delivers to the application, and generates a terminal information of the terminal device 500 to request a terminal registration (or user registration).
  • the push hub client may be downloaded and installed from the push hub 300 or another external device (for example, an application market management server) or may be installed when the terminal device 500 is manufactured.
  • another external device for example, an application market management server
  • the terminal device 500 may receive a push message from the push hub 300, and transfer the received push message to the related service application.
  • the push message includes a message received from the service providing apparatus 100 and push notification identification information assigned to the message received from the service providing apparatus 100.
  • the "push message” used in the present invention is a concept that is distinguished from the “message” transmitted from the service providing apparatus 100 and combines by assigning push notification identification information to the message transmitted from the service providing apparatus 100 (message + Push notification identification information).
  • the push notification identification information may further include push device information.
  • the push notification identification information may include a transmission time (milli-second), identification information of the terminal and service application identification information.
  • the identification information of the terminal may be a phone number, a USIM card number, etc. of the terminal device, and the service application identification information may identify individual service applications such as KakaoTalk, My People, Viber, Line, and TicTalk that provide real-time services. It can be a serial number, a name, and the like.
  • the push hub 300 registers corresponding push device 500 information according to terminal identification information and terminal information according to a terminal registration (or user registration) request of the terminal device 500.
  • the same push message is transmitted through a plurality of push devices, and the push message is a form in which push notification identification information assigned to a message transmitted from the service providing device 100 is combined.
  • the push notification identification information assigned to the same message transmitted from the providing device 100 is unique.
  • the available push device includes at least one of a push device of an operator supplying an operating system of the terminal device 500, a push device of an operator providing a network, a push device of an operator supplying a service application installed in the terminal device, or a push hub. it means.
  • the usable push device may vary depending on the operating system of the terminal device 500, the network used by the terminal device 500, and the installed service application, and the terminal device 500 may use a push hub, and thus, one or more push devices. Can be used.
  • the push device information may include push device information of an operator supplying an operating system of a terminal device, push device information of an operator providing a network, push device information of an operator supplying a service application installed in the terminal device, or information of a push hub. At least one of the.
  • the terminal registration (or user registration) information registered in the push hub 300 may be configured as shown in Table 1 below.
  • Table 1 number Terminal identification information Available Push Device Information One 010-1234-5678 (terminal 1, 500a) Push device 1 (460a) information, push device 2 (460b) information 2 010-2345-6789 (Terminal 2, 500b) Push device 1 (460a) information, push device 3 (460c) information 3 010-3456-7890 (terminal 3, 500c) Push device 1 (460a) information, push device 2 (460b) information, push device 3 (460c) information
  • the push hub 300 When the push hub 300 receives the terminal identification information and the message push request signal to push the message from the service providing apparatus 100, the push hub 300 searches for a push device corresponding to the received terminal identification information. In addition, the push hub 300 generates a message received from the service providing device 100 as a push message and transmits the message to the terminal device 500 through the retrieved push device.
  • the service providing device 1 (200a) that supplies the 'aaa' service application using the terminal registration information of [Table 1] pushes the 'message A' to the terminal device (500a) of the terminal 1
  • the service The providing apparatus 1 (100a) transmits a push request signal of the terminal identification information "010-1234-5678" and "message A" to the push hub 300.
  • the push hub 300 searches for terminal registration (or user registration) ([Table 1]) information using the received terminal identification number "010-1234-5678".
  • the push hub 300 may retrieve the push device 1 460a information and the push device 2 460b information with the available push device information, and the push hub 300 may transmit the push notification identification information “20120928” to “Message A”.
  • the push hub 300 transmits the generated push message (message A + 20120928 + 101012345678 + aaa) to the terminal device 500a through each of the available push device 1 460a and push device 2 460b. Accordingly, the terminal device 500a of the terminal 1 may receive two identical push messages (message A + 20120928 + 101012345678 + aaa).
  • the push message may be transmitted with further push device information added.
  • the push message sent through push device 1 460a is sent as "message A + 20120928 + 101012345678 + aaa + 460a”
  • the push message sent through push device 1 460b is transmitted. May be sent as "Message A + 20120928 + 101012345678 + aaa + 460b”.
  • the terminal device compares the remaining push message identification information except for the push device information 460a or 460b, and transmits only the first push message transmitted to the corresponding application, and then deletes the push message.
  • FIG. 3 is a configuration of a push service providing system according to an embodiment of the present invention.
  • the push service providing system includes a push agent 520 installed in the user terminal 500 to control a push message function, an operator providing a communication service to the user terminal 500,
  • a push hub (PUSH HUB) 300 for transmitting a push message to the push agent 520 of the user terminal 500.
  • the push agent 520 is installed in the user terminal 500 to request a connection to the push hub 300 side, and displays the push message received from the push hub 300.
  • the push agent 300 requests a connection to the push hub 300
  • the push agent 520 matches and stores terminal identification information and a phone number of the user terminal 500.
  • the push agent 520 may alert the user, the push hub 300, and the like, when the terminal identification information and the phone number of the user terminal 500 do not match.
  • the service providing apparatus 100 initiates a connection with the push hub 300 and controls the connection with the user terminal 500 to be continuously maintained.
  • the service providing apparatus 100 periodically searches whether the service data is updated in the database through a database query, and transmits the update data to the push hub 300 in a push manner when the service data is updated. If there is a message to be transmitted to the user terminal 500, the service providing apparatus 100 may transmit a push message through the corresponding operator in a push method or directly transmit the push message to the corresponding terminal.
  • the service providing apparatus 100 may transmit a push message transmission request signal including terminal identification information to transmit the message to the terminal 300 using a push service. Send to 300.
  • the push message transmission request signal includes a message PDU to be transmitted to the user terminal 500, terminal identification information, push hub 300 identification information, a return flag, and the like.
  • the message PDU refers to an application identifier for identifying an application program to transmit a message among application programs included in the terminal, and the reply flag indicates whether a reply to the push service is required.
  • the terminal identification information may include terminal identification information allocated to a device such as a MAC address and an IMEI.
  • the service providing apparatus 100 may include a device for providing a real-time service such as KakaoTalk, My People, Naver Line, Nate On Talk, and the like.
  • the service providing apparatus 100 performs a real-time service based on a web or a wireless application protocol (WAP).
  • service data and update data transmitted and received to provide a real-time service may be expressed in a hypertext markup language (HTML) or a wireless markup language (WML).
  • HTML hypertext markup language
  • WML wireless markup language
  • the push agent 520 of the user terminal 500 is random (Random) or a constant access rule to one service providing apparatus 100 of the plurality of service providing apparatus 100 Can be accessed according to the real-time service.
  • the push hub 300 When a push message transmission request signal is received from the service providing apparatus 100, the push hub 300 identifies operators that use terminal identification information included in the push message transmission request signal as a subscriber. The push hub 300 transmits a push message transmission signal including corresponding terminal identification information to a corresponding push device in case of an operator having a push device among the identified operators, and the push hub 300 in case of an operator without a push device. Transmits a push message directly to the corresponding user terminal 500.
  • the push message transmission signal may be a signal for requesting transmission of a push message with terminal identification information.
  • the push hub 300 may guide the user terminal 500 to proceed with the re-registration or re-authentication procedure, and may initialize service-related information stored in the user terminal 500. .
  • the push hub 300 may notify the fact that the service providing apparatus 100 has changed the subscriber information.
  • the service providing apparatus 100 notified of the change of the subscriber information may delete the subscriber information of the corresponding user from the database, and may guide the subscriber to proceed with the service re-subscription or re-authentication.
  • the push hub 300 is a terminal identification information, a telephone number, a USIM code (IMSI; International Mobile Subscriber Identity) received from a user terminal and a subscription of a user who subscribes to a service providing device. If any one of the IDs is confirmed to be changed, control is performed according to the change of subscriber information to at least one of the user terminal and the service device.
  • IMSI International Mobile Subscriber Identity
  • FIG. 4 is a diagram illustrating an example of application authentication in a push service providing system according to the present invention.
  • the push service providing system includes a user terminal 500, a push hub 300, and a service providing device 300.
  • the user terminal is equipped with a push client (550)
  • the push client 550 may be mounted on the user terminal 500 from the beginning (preloaded or embedded), or may be mounted through download. have.
  • the user terminal 500 When the user terminal 500 downloads and installs an application by a user or an external input, or when an application is requested to be executed, the user terminal 500 receives authentication information from the push hub 300, and authenticates the use of the application using the received authentication information.
  • the authentication information may be a terminal authentication key or an authentication key
  • the authentication key is a key for authenticating an application use of the user terminal 500, and includes application identification information, user terminal identification information, application identification information, and user terminal identification information. It may be generated based on at least one of the combination.
  • the authentication information is 1) a terminal authentication key, that is, when the application authentication is performed, that is, the user terminal 500 equipped with the push client 550 shares the terminal authentication key with the push hub 300, When the application is installed or executed, the application authentication using the terminal authentication key shared with the push hub 300, and 2) If the authentication information is the authentication key, that is, after the application is installed or executed, the user The case where the terminal 500 performs application authentication using the authentication key generated through the app authentication request to the push hub 300 will be described.
  • the authentication information is a terminal authentication key.
  • the user terminal 500 equipped with the push client 550 transmits a terminal authentication request signal including terminal identification information to the push hub 300. Thereafter, when the authentication completion signal for the user terminal 500 is received from the push hub 300, the user terminal 500 maintains a session with the push hub 300.
  • the authentication completion signal includes a terminal authentication key
  • the terminal identification information is a phone number, Universal Subscribe Identifier Module (USIM) information, International Mobile Equipment Identity (IMEI), ID (Idendifier or Identification), MAC address (Mac) Address) and the like.
  • the push client 550 is mounted on the user terminal 500 in order to connect with the push hub 300, the push client 550 provides information required for application authentication with other applications such as KakaoTalk, My People, Viber, etc. Give and take Here, the information required for application authentication may include a terminal authentication key, an authentication key, and the like.
  • the user terminal 500 when the application such as KakaoTalk, My People, etc. is downloaded and installed or the execution of the application is requested, the user terminal 500 generates an authentication key using a terminal authentication key and an authentication mechanism unique to the app, The use of the application is authenticated using the generated authentication key.
  • the app-specific authentication mechanism may be, for example, an app unique key.
  • the user terminal 500 since the application has a unique key value (app unique key), the user terminal 500 generates a new authentication key by combining the terminal authentication key transmitted from the push hub 300 and the application unique key of the application, The generated authentication key is transmitted to the service providing apparatus 300 providing the application, thereby performing authentication on the use of the application. In this case, since the service providing apparatus 300 knows both the terminal authentication key and the app unique key, the service providing apparatus 300 may authenticate the use of the application of the user terminal 500.
  • the user terminal 500 shares the terminal authentication key with the push hub 300, even if the application is downloaded and installed later or the execution is requested for the application, the user terminal 500 does not go through a separate authentication process and shares with the push hub 300.
  • the application can be installed or executed using the terminal authentication key.
  • the authentication information is an authentication key.
  • the user terminal 500 may simplify the application use authentication procedure without sharing the terminal authentication key with the push hub 300. That is, when the application is downloaded and installed or the application is requested to be executed, the user terminal 500 transmits an app authentication request signal to the push hub 300, and upon receiving the app authentication completion signal from the push hub 300, the app An application may be installed or executed using an authentication key included in the authentication completion signal.
  • the app authentication request signal includes terminal identification information, application identification information, and the like.
  • the push hub 300 may generate authentication information when the push client 550 is mounted on the user terminal 500 or when an application for installation / execution is executed in the user terminal 500 to generate authentication information for the user terminal 500 and the service providing apparatus ( 300).
  • the authentication information may be a terminal authentication key or an authentication key for authenticating an application use of the user terminal 500. Therefore, when the push client 550 is mounted on the user terminal 500, the push hub 300 generates a terminal authentication key and transmits the generated terminal authentication key to the user terminal 500 and the service providing apparatus 300.
  • the push hub 300 when the application for installation or execution is driven in the user terminal 500, the push hub 300 generates an authentication key for authenticating the application use and transmits the authentication key to the user terminal 500 and the service providing apparatus 300. .
  • the push hub 300 receives a terminal authentication request signal including the terminal identification information from the user terminal 500, and then checks an operator using the terminal identification information as a subscriber. Authenticate the user terminal 500. That is, the push hub 300 confirms the operator using the terminal identification information as a subscriber, determines whether the terminal identification information is registered in the subscriber information database of the operator, and authenticates the terminal (user). Here, the operator performs a function of providing a communication service to the user terminal 500.
  • the push hub 300 When the user terminal 500 is authenticated, the push hub 300 generates a terminal authentication key, transmits an authentication completion signal including the generated terminal authentication key to the user terminal 500, and the user terminal 500.
  • the terminal authentication key is shared with the terminal.
  • the push client 550 and the push hub 300 maintain a mutually authenticated "secure session”.
  • the push hub 300 receives an app authentication request signal including the terminal identification information and the application identification information from the user terminal 500, and then authenticates the terminal (user) or the application.
  • an authentication key is generated and transmitted to the user terminal 500 and the service providing apparatus 300.
  • the push hub 300 generates a unique authentication key for application use authentication based on at least one of a combination of application identification information, user terminal identification information, application identification information, and user terminal identification information.
  • the service providing device 300 compares the authentication information from the push hub 300 with the authentication information from the user terminal 500. If there is a match, the application usage of the user terminal is authenticated.
  • the service providing device 300 when the service providing device 300 receives the terminal authentication key from the push hub 300, the service providing device 300 generates an authentication key using the terminal authentication key and the app unique key, and generates the authentication key and the user terminal 500.
  • the authentication key received from the server is compared to authenticate the use of the application if there is a match.
  • the service providing device 300 compares the received authentication key and the authentication key received from the user terminal, and authenticates the use of the application if they match.
  • the service providing device 300 initiates the connection in conjunction with the push hub 300, and controls the user terminal 500 to maintain the connection.
  • Figure 5 is a block diagram schematically showing the configuration of a push hub according to the present invention.
  • the push hub 300 includes a communication unit 310, a subscriber information database 330, and a message transmission processing unit 320.
  • the communication unit 310 communicates with at least one of at least one service providing device, a push device operated by each operator, and a user terminal.
  • the communication unit 310 is connected through a communication network such as a local area network, a wired communication network, and a wireless communication network, and is, for example, a wireless LAN (WLAN), a Wi-Fi, a Wibro, a Wima, a WiMAX, or an HSDPA (High). It uses various communication methods such as Speed Downlink Packet Access (Ethernet), xDSL (ADSL, VDSL), Hybrid Fiber Coaxial Cable (HFC), Fiber to The Curb (FTTC), and Fiber To The Home (FTTH).
  • WLAN wireless LAN
  • Wi-Fi Wireless Fidelity
  • Wibro Wireless Fidelity
  • Wima Wireless Fidelity
  • WiMAX Wireless Fidelity
  • HSDPA High
  • FTTC Fiber to The Curb
  • FTTH Fiber To The Home
  • the subscriber information database 330 stores information about the operator's push device. That is, the subscriber information database 330 stores identification information of operators, whether a push device corresponding to each operator identification information is provided, and push device identification information when the push device is provided.
  • the subscriber information database 330 stores information on a subscriber subscribed to each operator, that is, terminal identification information of a service subscriber.
  • the terminal identification information includes a phone number, USIM information, IMEI, ID, MAC address, and the like. Accordingly, it is possible to know which operator the subscriber is subscribed to by using the information stored in the subscriber information database 330.
  • the message transmission processing unit 320 When the message transmission request signal including the message and the terminal identification information is received from the at least one service providing apparatus, the message transmission processing unit 320 requests the push of the message to the push devices of the operators having the terminal identification information as subscribers, respectively. do. In this case, the message transmission processor 320 transmits the message to the push device of the operator through an interface required by the operator, or converts the message into a message format required by the operator and transmits the message to the push device of the operator. .
  • the message transmission processing unit 320 when the message transmission processing unit 320 receives the message push request signal including the message and the terminal identification information, the message transmission processor 320 identifies the operators using the terminal identification information as subscribers. In this case, when the message push request signal includes operator information corresponding to the terminal identification information, the message transmission processing unit 320 confirms the operator information as an operator having the terminal identification information as a subscriber, and the operator to the message push request signal. If the information is not included, the operator may be searched for the subscriber information database 330 to identify an operator using the terminal identification information as a subscriber.
  • the message transmission processor 320 searches the subscriber information database 330 to determine whether the identified operators have a push device. As a result of the determination, in the case of an operator provided with a push device, the message transmission processor 320 transmits a push request signal including a message and corresponding terminal identification information to the push device of the operator. In this case, the message transmission processing unit 320 converts the push request signal into a format required by each push device (or operator) and transmits it to the push device of the corresponding operator, or pushes it through an interface required by each push device (or operator). The request signal can be transmitted. The push device receiving the push request signal transmits a message to user terminals corresponding to the terminal identification information, respectively.
  • the message transmission processing unit 320 directly transmits a message to the corresponding terminal in the case of an operator without a push device.
  • the message transmission processor 320 may convert the message into a protocol required according to the operating system of each terminal and transmit the message to the corresponding terminal.
  • the subscriber information DB 330 may store the terminal identification information and the telephone number of the service subscriber, and the subscription ID of the subscribed service may be stored.
  • the controller 340 When it is confirmed that the terminal identification information or the telephone number of the service subscriber is changed, the controller 340 notifies the user information to at least one of the user terminal 500 and the service providing apparatus 100, and the user terminal 500. ) Can be used to re-enroll or recertify.
  • the control unit 340 compares the terminal identification information and the telephone number of the terminal received through the communication unit 310 with the information stored in the subscriber information DB 330 to change the terminal identification information or the telephone number of the corresponding user terminal 500. If confirmed, the user terminal 500 may request a change of subscriber information.
  • terminal identification information or a telephone number of the user terminal 500 may be determined by an operator who is a network provider of the user terminal 500.
  • the operator alerts the push hub 300 to change of subscriber information, and the controller 340 receives the change of subscriber information through the communication unit 310 and requests the user terminal 500 to change the subscriber information. have.
  • the push agent 520 alerts the push hub 300 to change of subscriber information, and the control unit 340 receives the fact that the subscriber information is changed through the communication unit 310 and changes the subscriber information to the user terminal 500. You can request
  • the control unit 340 may transmit a warning message or a re-authentication request message to the user terminal 500 confirmed that the subscriber information is changed, or to reset the service information stored in the user terminal 500. It is also possible to send.
  • the controller 340 transmits the push message to the corresponding terminal.
  • the message transmission processor 320 transmits a push message transmission signal including the terminal identification information to the push device.
  • control unit 340 determines that the subscription ID of the user received through the communication unit 310, that is, the subscription ID does not match the subscription ID stored in the subscriber information DB 330, the control unit 340 transmits the subscriber to the user terminal 500.
  • the information change request may be requested, or the subscriber information stored in the user terminal 500 may be reset, or reauthentication may be requested for the subscriber information.
  • control unit 340 if it is confirmed that the subscription ID of the user received through the communication unit 310, that is, the subscription ID does not match the subscription ID stored in the subscriber information DB 330, the service providing apparatus 100 The side may notify the subscriber of the change of subscriber information. Accordingly, the service providing apparatus 100 may delete the subscriber information of the user whose subscriber information has been changed from the database, and guide the corresponding subscriber to proceed with the service re-subscription or re-authentication.
  • the subscriber information DB 330 stores information on a subscriber subscribed to each operator, that is, terminal identification information of a service subscriber and information on an application installed in each terminal.
  • the terminal identification information includes a phone number, USIM information, IMEI, ID, MAC address, and the like. Accordingly, the terminal or the application may be authenticated using the information stored in the subscriber information database 330.
  • the subscriber information DB 330 stores authentication information of a user terminal equipped with a push client.
  • the authentication information stored in the subscriber information DB 330 is shared with the user terminal and the service providing apparatus, and used to authenticate the use of the application when a user terminal downloads / installs or executes the application.
  • the authentication information may be a terminal authentication key, an authentication key for application authentication.
  • the authentication processor 350 generates a terminal authentication key or an authentication key for authenticating an application use of the user terminal according to a request of the user terminal and transmits the generated authentication key to the user terminal or the service providing apparatus.
  • the authentication processing unit 350 generates the terminal authentication key and the case of generating the authentication key will be described.
  • the authentication processing unit 350 generates a terminal authentication key.
  • the authentication processing unit 350 After receiving the terminal authentication request signal including the terminal identification information from the user terminal through the communication unit 310, the authentication processing unit 350 confirms an operator using the terminal identification information as a subscriber to perform terminal authentication, and the terminal If authentication is successful, a terminal authentication key is generated and transmitted to the user terminal and the service providing apparatus. That is, when the terminal identification information is registered in the subscriber information database 330, the authentication processing unit 350 determines that the terminal is an authenticated terminal, generates a terminal authentication key, and uses the generated terminal authentication key in the user terminal and the service providing apparatus. To send.
  • the authentication processing unit 350 generates an authentication key.
  • the authentication processing unit 350 After receiving the app authentication request signal including the terminal identification information and the application identification information from the user terminal through the communication unit 310, the authentication processing unit 350 performs authentication of the user terminal and the application installed in the user terminal, and the user If authentication of the terminal and the application is successful, an authentication key is generated and transmitted to the user terminal and the service providing apparatus.
  • the authentication processing unit 350 determines whether the terminal identification information is registered in the subscriber information database 330, and determines whether the application corresponding to the application identification information can be used. And authenticate the application.
  • the authentication processor 350 When the user terminal and the application are authenticated, the authentication processor 350 generates an authentication key based on at least one of application identification information, user terminal identification information, a combination of application identification information and user terminal identification information, and the generated authentication. The key is transmitted to the user terminal and the service providing apparatus.
  • the push hub 300 may include a push device searcher and a push message manager.
  • the subscriber information DB 330 receives terminal information including terminal identification information, terminal operating system information, and service application information from the terminal device, and corresponds to the terminal identification information and the usable push device information according to the terminal information. Register it.
  • the subscriber information DB 330 includes a terminal registration (or user registration) information as a database as shown in Table 1 above.
  • Subscriber information DB 330 is a service application according to the push device information of the operator supplying the operating system of the terminal device according to the terminal operating system information, the push device information of the operator providing a network to be used according to the terminal identification information, the service application information At least one of the push device information of the operator supplying the information, or the information of the push hub may be registered as usable push device information according to the terminal information.
  • the push device search unit receives terminal identification information and a message push request signal to push a message from the service providing apparatus, and searches the subscriber information DB 330 for a push device corresponding to the terminal identification information received from the service providing apparatus.
  • the push message manager generates a message received from the service providing device as a push message and transmits the message to the terminal device through the retrieved push device. At this time, the push message management unit assigns push notification identification information to a message received from the service providing apparatus to generate a push message.
  • the push message management unit transmits the push message through all the searched push devices, and the push notification identification information included in the push message generated from the same message is guaranteed to be uniquely assigned.
  • the push notification identification information includes a transmission time, identification information of the terminal, and service application identification information provided by the service providing apparatus.
  • the push message generated in the push hub for the message A transmitted from the service providing device providing the service application aaa to the terminal 1 is the same regardless of the push device. Therefore, when two push devices are registered with respect to the terminal 1, the terminal 1 may receive the same two push messages simultaneously or sequentially.
  • FIG. 6 is a diagram illustrating a push service providing method according to the present invention.
  • the apparatus for providing a service acquires terminal identification information for message transmission (S402), and transmits a message push request signal including the obtained terminal identification information and a message to the push hub (S404). That is, when there is a message to be transmitted to terminals using a service provided by the service providing apparatus, the terminal acquires terminal identification information using the service and pushes a message push request signal including the terminal identification information and the message. To send.
  • the push hub checks the terminal identification information included in the message push request signal (S406), and checks the operators using the terminal identification information as subscribers (S408).
  • the push hub checks the operator information as an operator having the terminal identification information as a subscriber and includes the operator information in the message push request signal. If not, the operator can be searched for the subscriber information database to identify the operator using the terminal identification information as a subscriber.
  • the push hub determines whether the operator has a push device (S410), and transmits a push request signal to a push device provided by the operator according to the determination result, or sends a message directly to the terminal. Transmit (S412).
  • the push hub determines whether an operator having terminal identification information as a subscriber has a push device. As a result of the determination, in the case of an operator provided with a push device, the push hub transmits a push request signal including a message and corresponding terminal identification information to the push device of the operator. The push device receiving the push request signal from the push hub transmits a message to the terminals corresponding to the terminal identification information, respectively.
  • the push hub transmits a message directly to the terminal in the case of the operator does not have a push device.
  • the service providing apparatus is a KakaoTalk server, and the KakaoTalk server wants to send a message to 10 Operator 1 subscribers, 15 Operator 2 subscribers, and 5 Operator 3 subscribers. It is assumed that the operator 3 does not have a push device.
  • the KakaoTalk server transmits a message push request signal including a phone number (or ID) of a total of 30 users (10 operators 1 subscribers + 15 operators 2 subscribers + 5 operators 3 subscribers) to the push hub.
  • the push hub then sends a push request signal containing 10 phone numbers to operator 1's push device, sends a push request signal containing 15 phone numbers to operator 2's push device, and in the case of operator 3 directly Send a message to five people.
  • the push device of the operator 1 transmits a message to user terminals corresponding to 10 phone numbers, and the push device of operator 2 transmits a message to user terminals corresponding to 15 phone numbers.
  • the KakaoTalk server can eliminate the trouble of contacting each of the push device of the operator 1, the push device of the operator 2, and up to five people in the operator 3 network.
  • a message push request signal including a message and terminal identification information is received from at least one service providing apparatus, the terminal identification information Identifying operators that have subscribers as subscribers, determining whether the operators have a push device, and as a result of the determination, in the case of an operator having a push device, a push request signal including the message and corresponding terminal identification information corresponds to Provided is a recording medium readable by an electronic device in which a program implemented including transmitting to an operator's push device is recorded.
  • Such a push service providing method may be written in a program, and codes and code segments constituting the program may be easily inferred by a programmer in the art.
  • a program related to a push service providing method may be stored in a readable media that can be read by the electronic device, and read and executed by the electronic device.
  • FIG. 7A is a control block diagram of the user terminal 500 according to an exemplary embodiment of the present invention.
  • the user terminal 500 includes a service app 510 that receives a push message service from the plurality of service providing devices 100, and a push agent that requests a connection to the push hub 300 in association with the service app 510 ( 520 and USIM 530.
  • the push agent 520 requests a connection to the push hub 300 side, and displays the push message received from the push hub 300.
  • the push agent 520 matches and stores terminal identification information and a phone number of the user terminal 500.
  • the push agent 520 may alert the user, the push hub 300, and the like, when the terminal identification information and the phone number of the user terminal 500 do not match.
  • the USIM 530 stores various information and applications for using the communication network of the user terminal 500.
  • the USIM 530 may store the telephone number of the user and provide the telephone number information to the push agent 520. Therefore, when the USIM 530 is changed, the terminal identification information of the user terminal 500 is changed but the telephone number information is changed.
  • Figure 7 (b) is a block diagram schematically showing the configuration of another user terminal according to the present invention.
  • the user terminal 500 is an application 540 that receives a push service from a plurality of service providing apparatuses and a push client 550 that requests a connection to a push hub in cooperation with the application 540. And the storage unit 560.
  • the application 540 When the application 540 downloads and installs the application by a user or an external input, or when the application is requested to be executed, the application 540 requests the app authentication registration to the push client 550 to receive authentication information from the push client 550.
  • the service providing device and the application use authentication are performed using the received authentication information. That is, when the application 540 is downloaded, installed or executed, the application 540 may receive a terminal authentication key shared with the push hub from the push client 550 or may receive an authentication key generated by the push hub.
  • the authentication key generated in the push hub is an authentication key for authenticating the application use of the user terminal 500 and is generated based on at least one of application identification information, user terminal identification information, application identification information, and a combination of user terminal identification information. Can be.
  • the authentication information is a terminal authentication key.
  • the application 540 When the application 540 receives the terminal authentication key from the push client 550, the application 540 generates an authentication key using the received terminal authentication key and an app-specific authentication mechanism, and services the generated authentication key. Authentication may be performed by transmitting to a providing device.
  • the push client 550 mounted on the user terminal 500 transmits a terminal authentication request signal including terminal identification information to the push hub.
  • the push client 550 receives the terminal authentication key from the push hub, and transmits the terminal authentication key to the application 540 when the application authentication registration is requested from the application 540 requested to be installed or executed. That is, the push client 550 performs terminal authentication with the push hub to share the terminal authentication key with the push hub.
  • the application 540 requests the push client 550 to register app authentication, and the push client 550 uses the terminal authentication key received from the push hub. 540). Then, the application 540 generates an authentication key using a terminal authentication key and an app-specific authentication mechanism, and performs authentication with a service providing device using the generated authentication key. In this case, since the device for providing a service shares the terminal authentication key with the push hub, the same authentication as that generated in the application 540 using the terminal authentication key and an application-specific authentication mechanism of the corresponding application 540. A key is generated and the user terminal is authenticated to use the application 540 by using the generated authentication key.
  • the application 540 shares the terminal authentication key with the push client 550, and the application of the service providing device uses the push hub and the terminal authentication key. Share to authorize application 540 usage.
  • each application performs authentication using the terminal authentication key of the push client 550, so that a separate authentication process does not need to be performed.
  • the authentication information is an authentication key.
  • the application 540 may transmit the received authentication key to a service providing device to perform authentication.
  • the push client 550 When the push client 550 receives an app authentication registration request from the application 540 that is requested to be installed or executed, the push client 550 transmits an app authentication request signal to the push hub, receives an authentication key from the push hub, and transmits the received authentication key to the application 540. do. Then, the application 540 performs authentication with a service providing device using the authentication key. In this case, since the service providing apparatus shares the authentication key with the push hub, the user terminal 500 may authenticate the user terminal 500 to use the application 540 using the authentication key.
  • the storage unit 560 stores various information and applications for using the communication network of the user terminal 500.
  • the terminal device 500 may include a push hub client manager.
  • the push hub client may be installed in the storage unit 560.
  • the push hub client manager executes the installed push hub client to generate terminal information including terminal identification information, terminal operating system information, and installed service application information, and transmits terminal information to the push hub to request registration.
  • the push hub client manager receives a push message transmitted from the push hub and delivers it to the service application.
  • the push message received by the push hub client management unit includes push notification identification information assigned to the message transmitted from the service providing device and the message transmitted from the service providing device, and is available to the terminal device (push registered to the push hub).
  • the same number of push messages may be received simultaneously or sequentially according to the number of devices).
  • the push hub client manager When the push hub client manager receives a plurality of the same push messages, the push hub client manager filters the push messages and selects only one push message that is received first. In detail, when the push hub client manager compares the push notification identification information of the received push message and determines that a push message having the same push notification identification information is received, only the first received push message is delivered to the service application and the other push message is received. Delete the message.
  • the push notification identification information is configured to include a transmission time, identification information of the terminal and service application identification information, and the push hub client manager first transmits the received push message to the service application corresponding to the service application identification information. To pass.
  • the terminal device can receive push messages for all service applications installed in the terminal device only by registering the terminal device once with the push hub without registering the terminal device with each service providing device. .
  • the service providing apparatus since the service providing apparatus does not need to manage information of each terminal apparatus to transmit a message and requests a message push to a push hub without directly selecting a push apparatus to transmit a message, the burden on the service providing apparatus can be reduced.
  • the terminal device since the terminal device receives the push message by using all available push devices, even if a specific push device malfunctions due to malfunction or failure, if the other available push device is registered in the push hub, the push message is transmitted. It can receive the problem can solve the problem caused by the failure of a specific push device.
  • the push device since the push device may be used in a number of ways without being limited to a specific service or an operating system, the push message has the fastest transmission speed and has a high success rate than when receiving a push message from one push device.
  • FIG. 8 is a state diagram of data storage of the subscriber information DB 330 according to an embodiment of the present invention
  • FIG. 9 is a state diagram of subscriber information change of a push service providing system according to an embodiment of the present invention.
  • This embodiment illustrates the case where three subscribers interchange USIMs with stored phone numbers.
  • the subscriber information DB 330 may store terminal identification information, a phone number, and a subscription ID of a subscribed service. As shown in FIG. 9, the subscriber's phone number is USIM. Can be stored in.
  • Terminal ID of each subscriber is A, B, C, which means unique information allocated to the device such as MAC address, IMEI of each terminal.
  • the USIM installed in the subscriber terminal may store a phone number of each subscriber. Accordingly, the terminal A is equipped with a USIM in which a telephone number 123 is stored, the terminal B is equipped with a USIM in which a telephone number 456 is stored, and the terminal C is equipped with a USIM in which a telephone number 789 is stored.
  • the service app is installed in the terminal A and the terminal B, the service app is not installed in the terminal C.
  • the terminal identification information of the terminal B is maintained as "B", but the telephone number is changed from 456 to 123.
  • FIG. 10 is a flowchart of a push service providing method according to the above embodiment.
  • the push agent 520 of the terminal B may recognize that the subscriber information has been changed and notify the push hub 300 of the subscriber information change (S112).
  • the fact that the subscriber information is changed is transmitted by the push agent 520 installed in the terminal, or the push hub 300 may receive the terminal information and the telephone number from the terminal B and recognize the fact that the subscriber information has been changed.
  • the push hub 300 alerts both the service app of the terminal A and the service app of the terminal B to the fact that the subscriber information is changed (S114, S118).
  • the push hub 300 may simply alert the fact of the change of subscriber information, request reauthentication, or reset the user information of the previously stored service app.
  • the push hub 300 recognizing that the subscriber information has been changed may alert the service provider 100 to the fact that the subscriber information has been changed (S116). That is, when the subscriber information is changed, the push hub 300 may alert at least one of the terminal and the service providing apparatus 100 that the subscriber information has been changed. Accordingly, the service providing apparatus 100 notified of the change of the subscriber information may delete the subscriber information of the corresponding user from the database, and guide the corresponding subscriber to proceed with the service re-subscription or re-authentication.
  • the user of the terminal A and the user of the terminal B may access the service providing apparatus 100 and perform a re-authentication process of the service app, respectively (S116 and S118).
  • the push agent 520 of the terminal B may recognize that the subscriber information has been changed and notify the push hub 300 of the subscriber information change. Alternatively, the fact that the subscriber information is changed by the operator may be transmitted to the push hub 300.
  • the terminal C may download the service app and access the service providing apparatus 100 to register the 456 with the unique ID of the terminal C and the phone number stored in the USIM in the service providing apparatus 100 to use the push message service.
  • FIG. 11 illustrates an application authentication method according to an embodiment of the present invention. That is, FIG. 11 illustrates a method for performing application authentication using a terminal authentication key shared with the push hub when an application is installed or executed after the user terminal equipped with the push client shares the terminal authentication key with the push hub. Indicates.
  • the push client 550 mounted in the user terminal 500 transmits a terminal authentication request signal including terminal identification information to the push hub 300 (S602).
  • the push hub 300 confirms the operator using the terminal identification information included in the terminal authentication request signal as a subscriber, and authenticates the user terminal 500 (S604).
  • the push hub 300 If the authentication result of the user terminal 500 of step S604 is authenticated, the push hub 300 generates a terminal authentication key (S606), the user terminal 500 and the service providing device 300 to the generated terminal authentication key To transmit (S608). Through this, the push client 550 and the push hub 300 share the terminal authentication key, and when the installation or execution of the application 540 is requested in the user terminal 500 later, the application using the terminal authentication key You are authorized to use it.
  • step S608 if the application is downloaded and installed in the user terminal 500 or the application is requested to run (S610), the application 540 transmits an app authentication registration request signal to the push client 550 (S612), The push client 550 transmits the terminal authentication key received from the push hub 300 to the application 540 (S614).
  • the application 540 generates an authentication key using (or in combination with) a terminal authentication key received from the push hub 300 and an app-specific authentication mechanism (S616), and the terminal authentication key and the app unique.
  • the app-specific authentication mechanism may be, for example, an app unique key.
  • the service providing apparatus 300 since the service providing apparatus 300 has a terminal authentication key from the push hub 300 and knows an app-specific authentication mechanism of the application 540, the service providing device 300 may use a combination of the terminal authentication key and the app-specific authentication mechanism. Create an authentication key. Thereafter, the service providing apparatus 300 compares the authentication key received from the application 540 with its authentication key to perform application use authentication.
  • FIG. 12 is a view showing an application authentication method according to another embodiment of the present invention. That is, FIG. 10 is a diagram illustrating a method of authenticating an application using an authentication key generated in a push hub through an app authentication request to a push hub.
  • the application 540 when an application 540 is downloaded and installed in the user terminal 500 or an application execution request is requested (S702), the application 540 transmits an app authentication registration request signal to the push client 550 ( S704).
  • the push client 550 transmits an app authentication request signal including the terminal identification information and the application identification information to the push hub 300 (S706).
  • the push hub 300 performs authentication of the user terminal and the application on the basis of the received app authentication request signal (S708), and if the authentication of the user terminal and the application is successful, generates an authentication key to the push client 550. And transmits to the service providing apparatus 300 (S712). In this case, the push hub 300 generates a unique authentication key for authenticating an application use of the user terminal 500 based on at least one of application identification information, user terminal identification information, application identification information, and user terminal identification information. do.
  • step S712 the push client 550 transmits the authentication key from the push hub 300 to the application 540 (S714), the application 540 uses the authentication key received from the push client 550. By using the service providing device 300 to authenticate the application (S716).
  • the service providing apparatus 300 since the service providing apparatus 300 has an authentication key from the push hub 300, the service providing authentication is performed by comparing the authentication key received from the application 540 with its authentication key.
  • a terminal authentication request signal including terminal identification information is received from a user terminal
  • the terminal identification information is transmitted to a subscriber from a subscriber information database.
  • a push client transmits a terminal authentication request signal including terminal identification information to a push hub and receives a terminal authentication key from the push hub.
  • the application transmits an app authentication registration request signal to the push client
  • the push client transmits the terminal authentication key received from the push hub to the application
  • the application is the received terminal authentication key and the app Generating an authentication key using a unique authentication mechanism, and performing use authentication for transmitting the generated authentication key to a service providing device, on a recording medium recorded by the program and readable by the electronic device. Can be recorded.
  • an application authentication method comprising the step of transmitting to a computer may be recorded as a program and recorded on a recording medium readable by the electronic device.
  • the application transmits an app authentication registration request signal to the push client, the push client sends an app authentication request signal to the push hub, Receiving an authentication key for the application use authentication from the push hub and transmitting to the application, the application authentication method comprising the step of transmitting the authentication key to the service providing device to perform the use authentication recorded by the program And recorded on a recording medium readable by the electronic device.
  • FIG. 13 provides a push service according to another aspect of the present invention. It is a figure which shows a method.
  • the push service providing method includes a terminal registration (or user registration) process between a terminal device and a push hub, and a message transmitted from a service providing device via a push hub through a terminal device. It can be divided into a push message transmission process that is sent to.
  • the terminal registration (or user registration) process by executing a push hub client in the terminal device (S810) to generate the terminal information, and requests the terminal information and the terminal device registration request to the push hub (S820), the push hub It includes a process of registering a terminal device (S830).
  • the terminal information includes terminal identification information, terminal operating system information, and service application information.
  • the push hub extracts a push device usable by each terminal device by using the transmitted terminal information, stores terminal identification information and usable push device information in a database, and notifies the terminal device of completion of device registration.
  • the terminal identification information and the message push request signal are transmitted from the service providing apparatus to the push hub (S840), the push hub searches for a push device corresponding to the terminal identification information (S850), and pushes
  • the hub generates a push message and transmits it to the terminal device (S860 and S870), and the terminal device filters the push message (S880) and transmits the push message to the service application (S890).
  • the push hub allocates push notification identification information to a message to generate a push message, retrieves push device information corresponding to the terminal identification information from a stored database, and transmits the push message to the terminal device through the corresponding push device.
  • Push message filtering is a process of selecting a push message that is transmitted first when a plurality of push messages having the same push notification identification information are transmitted from the terminal device.
  • Push message filtering After the push message filtering (S880), the push message transmitted first is delivered to the service application (S890), and the remaining push messages are deleted.
  • Push message filtering (S880) is not performed after waiting until all push messages with the same push notification identification information among the sequentially transmitted push messages are received, and if the push message with the same push notification identification information has not been received before The received push message is directly transmitted to the related application, and then the push message having the same push notification identification information received is filtered by deleting.
  • FIG. 14 and 15 illustrate the push service providing method of FIG. 13 in terms of a terminal device and a push hub.
  • FIG. 14 is a flowchart illustrating a push service providing method of a terminal device according to another aspect of the present invention
  • FIG. 15 is a flowchart illustrating a push service providing method of a push hub according to another aspect of the present invention.
  • the method for providing a push service of a terminal device includes installing a push hub client in a terminal device (S910) and executing the installed push hub client to execute terminal identification information, terminal operating system information, and a service application installed on the terminal device. Terminal information including the information is generated and the terminal information is transmitted to the push hub (S920) to request registration of the terminal device (S930).
  • the terminal device receives the push message transmitted from the push hub (S940), and compares the push notification identification information of the received push message and determines that a push message having the same push notification identification information is received. If only, the first received push message is delivered only to the service application, and other push messages are deleted (S950 and S960).
  • the push hub providing method of a push hub receives terminal information from a terminal device (S1010) and registers available push device information according to the received terminal information with terminal identification information (S1020). ).
  • the terminal device registration may be performed according to push device information of an operator supplying an operating system of a terminal device according to terminal operating system information, push device information of an operator providing a network used according to terminal identification information, and service application information. This is performed by registering at least one of push device information of an operator supplying a service application or information of a push hub as push device information usable according to the terminal information.
  • the push apparatus corresponding to the terminal identification information received from the service providing apparatus is searched (S1030), and the message received from the service providing apparatus is a push message. Create (S1040), and transmits a push message to the terminal device through the searched push device (S1050).
  • the push message generation S1040 is generated by assigning push notification identification information to a message received from a service providing device, and the push notification identification information allocated to the same message received from the service providing device is guaranteed uniqueness and is identical to all push devices. To allocate.
  • the push notification information is not dependent on the push device but is dependent on the push message transmission time, terminal identification information, and service application information.
  • the step of being installed and executed in the terminal device the step of installing a push hub client, including the terminal identification information, terminal operating system information, and service application information installed in the terminal device by executing the installed push hub client Generating the terminal information, transmitting the terminal information to request registration of the terminal device, receiving the transmitted push message, and comparing the push notification identification information of the received push message with the same push notification identification information; If it is determined that the push message has been received, a push service providing method comprising the step of delivering only the first received push message to the service application and deleting another push message is recorded by the program and a recording medium readable by the electronic device is provided. .
  • the terminal is executed in the push hub, receiving terminal information including terminal identification information, terminal operating system information, and service application information, the terminal information to the push device usable according to the received terminal information Registering with the identification information, receiving terminal identification information and a message push request signal to push a message, searching for a push device corresponding to the received terminal identification information, and receiving push notification identification information to the received message.
  • a method of providing a push service including a step of assigning and generating a push message and transmitting the same through a retrieved push device is provided as a program and a recording medium readable by the electronic device is provided.
  • the push service providing method may be written in a program, and codes and code segments constituting the program may be easily inferred by a programmer in the art.
  • a program related to a method of providing a push service may be stored in an electronic device readable information storage medium, and read and executed by the electronic device, so that a push service (for example, a push message) is performed at a terminal device or a push hub. Generation, processing and transmission) may be provided.
  • the present invention is provided with a push hub in conjunction with a push device operated by each operator (operator), the service providing device provides a push service with only one push request, without making a plurality of push requests for each push device It can be applied to a push service providing system and method that can.
  • the present invention when the subscriber using the push service is changed to the subscriber information when the subscriber information is changed by replacing the terminal or the USIM card of the subscriber terminal, the push hub notifies the fact of the change of subscriber information to at least one of the subscriber terminal and the service device,
  • the present invention can be used to provide a system and a method for providing a push service that prevents a push message from being amended when the subscriber changes a terminal.
  • the present invention performs mutual authentication between the push client and the push hub mounted on the user terminal, by removing the procedure to enter the authentication number each time you download / install or run the application to download / install or It can be applied to a push service providing system and method that can simplify the execution procedure and increase the security by using a stable session between the push client and the push hub.

Abstract

본 발명은 푸시 서비스 제공 시스템 및 방법에 관한 것으로서, 각 오퍼레이터에 의해 운영되는 푸시 장치와 연동하는 푸시 허브를 구비하여, 서비스 제공 장치가 한번의 푸시 요청만으로 푸시 서비스를 제공할 수 있다. 또한 본 발명에 따르면 푸시 서비스를 이용하는 가입자의 정보가 변경되는 경우 푸시 허브가 가입자 단말과 서비스 장치 중 적어도 한 측에 가입자 정보의 변경사실을 통보할 수 있다. 또한 본 발명에 따르면 사용자 단말과 푸시 허브 간 상호 인증을 수행하여 애플리케이션을 다운로드/설치 또는 실행 절차를 간소화할 수 있다.

Description

푸시 서비스 제공 시스템 및 방법
본 발명은 푸시 서비스 제공 시스템 및 방법에 관한 것으로, 보다 상세하게는 각 오퍼레이터(operator)에 의해 운영되는 푸시 장치들과 연동하는 푸시 허브(PUSH HUB)를 구비하여, 서비스 제공 장치가 푸시 허브로 메시지 푸시를 요청하는 경우, 푸시 허브가 해당 서비스를 이용하는 단말들을 가입자로 하는 오퍼레이터의 푸시 장치로 메시지 푸시를 각각 요청하여, 그 단말들에 푸시 서비스를 제공하는 푸시 서비스 제공 시스템 및 방법에 관한 것이다.
나아가 푸시 서비스를 이용하는 가입자가 단말을 교체하거나 가입자 단말의 USIM 카드가 교체되어 가입자 정보가 변경되는 경우 푸시 허브가 가입자 단말과 서비스 장치 중 적어도 한 측에 가입자 정보의 변경사실을 통보함으로써, 가입자의 단말 교체 시 푸시 메시지가 오전달되는 것을 방지하는 푸시 서비스 제공 시스템 및 방법에 관한 것이다.
또한 본 발명은 사용자 단말에서 애플리케이션이 다운로드 되어 설치되거나 애플리케이션이 실행된 경우, 푸시 허브로부터 전송되는 인증정보를 이용하여 애플리케이션 사용을 인증하는 것을 특징으로 하는 푸시 서비스 제공 시스템 및 방법에 관한 것이다.
오늘날 정보 통신 기술의 비약적인 발전으로 인해 이동통신 시스템에서 제공하는 서비스는 음성 서비스뿐만 아니라 대용량의 데이터를 전송하는 멀티캐스팅 멀티미디어 통신으로 발전해가고 있다. 이는 대량의 데이터 전송이 이동통신 시스템에서 가능해짐에 따라서 이동단말기를 사용하여 각종 정보를 언제 어디서나 제공받을 수 있게 되었다.
이처럼 스마트 폰을 비롯한 모바일 단말의 진화에 따라 서버의 데이터를 모바일 단말에서 동기화하는 서비스가 활발히 제공되고 있다. 예를 들어, 메일 서비스, 일정 서비스, 연락처 서비스 등의 실시간 데이터 동기화가 있을 수 있다.
이렇게 서버 측에서 모바일 단말과 동기화하여 메시지를 전송하는 것을 푸시(Push) 서비스라고 하며, 현재 카카오톡, 마이피플, Viber 등의 다양한 종류의 서비스에 적용되고 있다.
이하, 도 1을 참조하여 종래의 푸시 서비스 제공 방법에 대해 설명하기로 한다.
도 1을 참조하면, 실시간 서비스를 제공하는 서비스 제공 장치들(100a, 100b,.., 100n, 이하 100이라 칭함)은 단말로 전송할 메시지가 존재하는 경우, 각 오퍼레이터(operator)(150a, 150b..)에 의해 운영되는 각 푸시 장치(152a, 152b…)로 메시지 푸시를 각각 요청한다. 이때, 서비스 제공 장치(100)는 푸시 장치가 구비되지 않은 오퍼레이터(170)의 경우, 해당 단말(174a, 174b, 174c)로 메시지를 직접 전송한다. 이러한 서비스 제공 장치(100)는 카카오 톡, 마이피플, 네이버 라인, 네이트온톡 등과 같은 실시간 서비스를 제공하는 장치를 포함할 수 있다.
예를 들어, 서비스 제공 장치1(100a)이 자신이 제공하는 제1서비스를 이용하는 단말들로 전송할 메시지가 존재하는 경우, 서비스 제공 장치1(100a)은 제1서비스를 이용하는 단말들을 가입자로 하는 오퍼레이터1(Operator1)(150a)의 푸시 장치1(152a), 오퍼레이터2(150b)의 푸시 장치2(152b)로 각각 메시지의 푸시를 요청한다. 그러면, 푸시 장치1(152a)은 제1서비스를 이용하는 단말들(154a)로 메시지를 각각 전송하고, 푸시 장치2(152b)는 제1서비스를 이용하는 단말들(154b)로 메시지를 각각 전송한다. 또한, 서비스 제공 장치1(150a)은 푸시 장치가 구비되지 않은 오퍼레이터N(170)의 경우 그 네트워크 안의 단말(174a, 174b, 174c)로 직접 메시지를 각각 전송한다.
그러나, 종래와 같이 푸시 서비스를 제공하는 경우, 각 서비스 제공 장치는 오퍼레이터1의 푸시 장치1, 오퍼레이터2의 푸시 장치2, 오퍼레이터3의 푸시 장치3, 그리고 오퍼레이터N의 Network내 해당 서비스를 이용하는 단말들까지 각각 contact해야 하는 번거로움이 있다. 즉, 서비스 제공 장치는 자신이 제공하는 서비스를 이용하는 단말들에 푸시 서비스를 제공하기 위하여 각 푸시 장치에 각각 푸시 요청을 해야 하는 번거로움이 있다.
또 다른 한편, 이러한 푸시 서비스를 이용하고자 하는 경우, 가입자는 먼저 모바일 단말에 앱을 다운로드 받아 설치한 후 서버에서 송신하는 인증번호를 SMS로 수신하여 모바일 단말에 설치된 앱에 입력함으로써 서버에 사용자 등록을 완료할 수 있다.
서버는 모바일 환경의 특성상 동적 IP 및 사설 IP를 갖는 모바일 디바이스들에게 데이터 푸시 서비스를 제공하기 위해, 서비스 가입자의 전화번호 대신 모바일 단말의 단말 식별정보를 이용하여 서비스 가입자를 식별한다. 이에, 서버는 가입자의 MAC address나 IMEI 등 기기에 할당되는 고유한 정보를 가입자의 단말 식별정보로 설정하여 해당 단말 식별정보를 갖는 단말에 데이터를 푸시한다.
그런데, 종래와 같이 단말의 단말 식별정보로 가입자를 식별하는 경우, 가입자가 단말을 교체하거나 가입자의 USIM을 다른 단말에 장착하면 서버 측에서는 단말의 사용자가 변경되었다는 것을 인지하지 못한다는 문제점이 있다. 이에, 서버에서는 가입자가 이전에 사용하였던 단말로 푸시 메시지를 송신하게 되므로 가입자는 필요한 메시지를 받을 수 없고, 다른 사용자에게 가입자의 개인정보가 유출될 수 있다는 문제점이 있다.
또한, 종래와 같이 애플리케이션 사용을 인증하는 경우, 애플리케이션을 다운로드/설치 또는 실행할 때마다 인증번호에 대한 SMS를 수신받고, 그 인증번호를 입력해야 하는 번거로운 절차를 거쳐야 하는 불편함이 있었다.
본 발명의 목적은 각 오퍼레이터(operator)에 의해 운영되는 푸시 장치와 연동하는 푸시 허브를 구비하여, 서비스 제공 장치가 각각의 푸시 장치에 맞게 복수의 푸시 요청을 하지 않고, 한번의 푸시 요청만으로 푸시 서비스를 제공할 수 있는 푸시 서비스 제공 시스템 및 방법을 제공하는데 있다.
본 발명의 다른 목적은 오퍼레이터들의 푸시 장치와 연동된 푸시 허브를 구비하여, 서비스 제공 장치가 각 오퍼레이터들의 푸시 장치들, 푸시 장치가 없는 오퍼레이터의 경우 해당 네트워크 내의 모든 단말과 직접 접속하지 않아도 푸시 서비스를 제공할 수 있는 푸시 서비스 제공 시스템 및 방법을 제공하는데 있다.
본 발명의 또 다른 목적은 푸시 서비스를 이용하는 가입자가 단말을 교체하거나 가입자 단말의 USIM 카드가 교체되어 가입자 정보가 변경되는 경우 푸시 허브가 가입자 단말과 서비스 장치 중 적어도 한 측에 가입자 정보의 변경사실을 통보함으로써, 가입자의 단말 교체 시 푸시 메시지가 오전달되는 것을 방지하는 푸시 서비스 제공 시스템 및 방법을 제공하는데 그 기술적 과제가 있다.
본 발명의 또 다른 목적은 사용자 단말에 탑재된 푸시 클라이언트(Push Client)와 푸시 허브간에 상호 인증을 수행하여, 애플리케이션을 다운로드/설치 또는 실행할 때마다 인증번호를 입력해야 하는 절차를 제거함으로써, 애플리케이션의 다운로드/설치 또는 실행 절차를 간소화할 수 있는 푸시 서비스 제공 시스템 및 방법을 제공하는데 그 목적이 있다.
본 발명의 다른 목적은 사용자 단말에서 애플리케이션 다운로드/설치 또는 실행이 요청된 경우, 푸시 허브가 인증키를 생성하여 사용자 단말과 서비스 제공 장치에 제공하고, 사용자 단말과 서비스 제공 장치가 푸시 허브로부터 전송된 인증키를 이용하여 애플리케이션 사용 인증을 수행함으로써, 애플리케이션 사용 인증 절차를 간소화할 수 있는 푸시 서비스 제공 시스템 및 방법을 제공하는데 있다.
본 발명의 또 다른 목적은 푸시 클라이언트와 푸시 허브간에 안정적인 세션을 사용하여 보안성을 높일 수 있는 푸시 서비스 제공 시스템 및 방법을 제공하는데 있다.
본 발명의 일측면에 따르면, 적어도 하나의 서비스 제공 장치, 각 오퍼레이터에 의해 운영되는 푸시 장치, 사용자 단말 중 적어도 하나와 통신하는 통신부, 적어도 하나의 서비스 제공 장치로부터 메시지 및 단말 식별정보들을 포함하는 메시지 푸시 요청 신호가 수신된 경우, 상기 단말 식별정보들을 가입자로 하는 오퍼레이터들의 푸시 장치들로 상기 메시지의 푸시를 각각 요청하는 메시지 전송 처리부를 포함하는 푸시 허브가 제공된다.
상기 푸시 허브는 오퍼레이터들의 푸시 장치 및 가입자에 대한 정보가 저장된 가입자 정보 데이터베이스를 더 포함하고, 상기 메시지 전송 처리부는 상기 단말 식별정보들을 가입자로 하는 오퍼레이터들을 확인하고, 상기 가입자 정보 데이터베이스를 검색하여 상기 오퍼레이터들의 푸시 장치 구비 여부를 판단하며, 푸시 장치가 구비된 오퍼레이터의 경우 상기 메시지 및 해당 단말 식별정보를 포함하는 푸시 요청 신호를 해당 오퍼레이터의 푸시 장치로 전송하고, 푸시 장치가 구비되지 않은 오퍼레이터의 경우 해당 단말로 상기 메시지를 직접 전송할 수 있다.
상기 메시지 전송 처리부는 상기 메시지 푸시 요청 신호에 단말 식별정보에 대응하는 오퍼레이터 정보가 포함된 경우, 그 오퍼레이터 정보를 해당 단말 식별정보를 가입자로 하는 오퍼레이터로 확인하고, 상기 메시지 푸시 요청 신호에 오퍼레이터 정보가 포함되지 않은 경우, 상기 가입자 정보 데이터베이스를 검색하여 상기 단말 식별정보를 가입자로 하는 오퍼레이터를 확인할 수 있다.
상기 메시지 전송 처리부는 상기 메시지를 각 오퍼레이터에서 요구하는 인터페이스를 통해 해당 오퍼레이터의 푸시 장치로 전송하거나, 각 오퍼레이터에서 요구하는 메시지 포맷으로 변환(Transcoding)하여 해당 오퍼레이터의 푸시 장치로 전송할 수 있다.
또 다른 한편, 상기 메시지 전송 처리부는 서비스 제공 장치로부터 단말 식별정보를 포함하는 메시지 푸시 요청 신호가 수신된 경우, 해당 단말 식별정보를 갖는 사용자 단말에 상기 메시지 푸시를 전송할 수 있으며,
상기 푸시 허브는 상기 서비스 제공장치에 가입한 사용자의 가입 ID, 단말 식별정보, 전화번호 및 USIM코드(IMSI; International Mobile Subscriber Identity) 중 적어도 어느 하나가 저장된 가입자 정보 데이터베이스; 및
상기 사용자 단말의 단말 식별정보, 전화번호, USIM코드(IMSI; International Mobile Subscriber Identity) 및 상기 서비스 제공장치에 가입한 사용자의 가입 ID 중 어느 하나라도 변경된 것으로 확인된 경우, 상기 사용자 단말에 저장된 가입자 정보를 리셋하거나, 가입자 정보에 대해 재인증을 요청하거나, 가입자 정보변경을 안내하는 경고메시지를 전송하는 제어부를 포함할 수 있다.
또한 상기 제어부는, 상기 사용자 단말의 단말 식별정보, 전화번호, USIM코드(IMSI; International Mobile Subscriber Identity) 및 상기 서비스 제공장치에 가입한 사용자의 가입 ID 중 어느 하나라도 변경된 것으로 확인된 경우, 상기 서비스 제공장치에 상기 가입자정보의 변경사실을 통보할 수 있다.
또한 상기 단말 식별정보는 맥 어드레스와 단말의 기기번호(IMEI; International Mobile Equipment Identity) 중 적어도 어느 하나를 포함할 수 있다.
상기 전화번호는, MSISDN(Mobile Subscriber ISDN), MCC(Mobile Country Code), MNC(Mobile Network Code), 중 적어도 어느 하나를 포함할 수 있다.
또 다른 한편, 상기 푸시 허브는 사용자 단말들의 식별정보 및 각 사용자 단말에 설치된 애플리케이션에 대한 정보가 저장된 가입자 정보 데이터베이스; 및 상기 사용자 단말로부터 단말 식별정보를 포함하는 단말 인증 요청 신호가 수신된 경우, 상기 가입자 정보 데이터베이스로부터 상기 단말 식별정보를 가입자로 하는 오퍼레이터를 확인하여 사용자 단말 인증을 수행하고, 상기 사용자 단말 인증이 성공된 경우, 단말 인증키를 생성하여 상기 사용자 단말 및 상기 서비스 제공 장치로 전송하는 인증 처리부; 를 더 포함할 수 있다.
상기 인증 처리부는 상기 사용자 단말로부터 단말 식별정보 및 애플리케이션 식별정보를 포함하는 앱 인증 요청 신호를 수신하고, 상기 가입자 정보 데이터베이스를 이용하여 상기 사용자 단말 및 상기 사용자 단말에 설치된 애플리케이션의 인증을 수행하고, 상기 사용자 단말 및 상기 애플리케이션의 인증이 성공된 경우, 상기 사용자 단말의 애플리케이션 사용 인증을 위한 인증키를 생성하여 상기 사용자 단말 및 상기 서비스 제공 장치로 전송할 수 있다.
또한 상기 인증 처리부는 애플리케이션 식별정보, 사용자 단말 식별정보, 애플리케이션 식별정보와 사용자 단말 식별정보의 조합 중 적어도 하나를 기초로 애플리케이션 사용 인증을 위한 고유한 인증키를 생성할 수 있다
본 발명의 다른 일측면에 따르면 사용자 단말은 서비스 제공장치가 제공하는 푸시 메시지를 수신하여 표시하는 서비스 앱; 상기 사용자 단말의 사용자가 전화번호가 저장된 USIM; 및 상기 사용자 단말에 설치되어 상기 서비스 제공장치와의 접속 시 단말의 식별정보와 상기 전화번호를 상호 매칭하여 송신하고, 상기 전화번호가 변경된 것으로 판단된 경우 상기 사용자 단말에 저장된 가입자 정보를 리셋하거나, 가입자 정보에 대해 재인증을 요청하거나, 가입자 정보변경을 경고하는 푸시 에이전트를 포함하는 사용자 단말을 포함할 수 있다.
또 다른 한편, 사용자 단말은 단말 식별정보를 포함하는 단말 인증 요청 신호를 푸시 허브로 전송하여 단말 인증키를 수신하고, 애플리케이션으로부터 앱 인증 등록 요청 신호가 수신된 경우, 상기 단말 인증키를 상기 애플리케이션으로 전송하는 푸시 클라이언트; 및 앱 인증 등록 요청 신호를 상기 푸시 클라이언트로 전송하여, 상기 푸시 클라이언트로부터 단말 인증키를 수신하고, 상기 수신된 단말 인증키와 앱 고유의 인증 메커니즘을 이용하여 인증키를 생성한 후, 상기 생성된 인증키를 서비스 제공 장치로 전송하여 사용 인증을 수행하는 애플리케이션을 포함할 수 있다.
상기 앱 인증 등록 요청 신호는 상기 애플리케이션이 설치되거나 상기 애플리케이션 실행이 요청된 경우, 상기 푸시 클라이언트로 전송될 수 있다.
또한 상기 앱 고유의 인증 메커니즘은 앱 고유키인 것을 특징으로 할 수 있다.
다른 한편, 사용자 단말은 푸시 클라이언트로 앱 인증 등록 요청 신호를 전송하여 인증키를 수신하고, 상기 인증키를 서비스 제공 장치로 전송하여 사용 인증을 수행하는 애플리케이션; 및 상기 애플리케이션으로부터 앱 인증 등록 요청 신호가 수신된 경우, 앱 인증 요청 신호를 푸시 허브로 전송하고, 상기 푸시 허브로부터 인증키를 수신하여 상기 애플리케이션으로 전송하는 푸시 클라이언트를 포함할 수 있다.
이 때, 상기 앱 인증 등록 요청 신호는 상기 애플리케이션이 설치되거나 상기 애플리케이션 실행이 요청된 경우, 상기 푸시 클라이언트로 전송될 수 있다.
본 발명의 또 다른 일측면에 의하면, 푸시 서비스 제공 시스템은 사용자 단말로 전송할 메시지 및 단말 식별정보들을 포함하는 메시지 푸시 요청 신호를 푸시 허브로 전송하는 적어도 하나의 서비스 제공 장치; 및 각 오퍼레이터(operator)에 의해 운영되는 푸시 장치와 연동되며, 상기 서비스 제공 장치로부터 메시지 푸시 요청 신호가 수신된 경우, 상기 단말 식별정보들을 가입자로 하는 오퍼레이터들의 푸시 장치로 상기 메시지의 푸시를 각각 요청하는 푸시 허브(PUSH HUB)를 포함할 수 있다.
또한 상기 푸시 서비스 제공 시스템은 단말 식별정보와 전화번호를 포함하는 연결 요청 신호를 전송하는 푸시 에이전트가 설치된 사용자 단말을 더 포함하고, 상기 서비스 제공 장치는 상기 사용자 단말의 단말 식별정보를 저장하여, 상기 단말 식별정보를 포함하는 푸시 메시지 전송 요청 신호를 전송하고, 상기 푸시 허브는, 상기 사용자 단말의 연결 요청 신호를 수신하여 상기 사용자 단말과의 연결 상태를 유지하고, 상기 서비스 제공장치에서 수신된 상기 메시지 푸시 요청 신호에 포함된 단말 식별정보에 따라 해당 사용자 단말에 메시지 푸시를 전송하며, 상기 사용자 단말에서 수신된 단말 식별정보, 전화번호, USIM코드(IMSI; International Mobile Subscriber Identity) 및 상기 서비스 제공장치에 가입한 사용자의 가입 ID 중 어느 하나라도 변경된 것으로 확인된 경우, 상기 사용자 단말과 서비스 장치 중 적어도 한 측에 가입자 정보변경에 따른 제어를 수행하는 것을 특징으로 할 수도 있다.
또 다른 한편, 상기 푸시 서비스 제공 시스템은 단말 식별정보를 포함하는 단말 인증 요청 신호를 푸시 허브로 전송하여 상기 푸시 허브로부터 단말 인증키를 수신하고, 애플리케이션이 설치되거나 애플리케이션 실행이 요청된 경우, 상기 단말 인증키와 앱 고유의 인증 메커니즘을 이용하여 인증키를 생성하고, 상기 생성된 인증키를 서비스 제공 장치로 전송하는 사용자 단말을 더 포함하고, 상기 푸시 허브는, 상기 사용자 단말로부터 단말 인증 요청 신호가 수신된 경우, 구비된 가입자 정보 데이터베이스로부터 상기 단말 식별정보를 가입자로 하는 오퍼레이터를 확인하여 사용자 단말 인증을 수행하고, 상기 사용자 단말 인증이 성공된 경우, 단말 인증키를 생성하여 상기 사용자 단말 및 상기 서비스 제공 장치로 전송하는 것을 특징으로 하며 상기 서비스 제공 장치는 상기 사용자 단말로부터 수신된 인증키와 상기 푸시 허브로부터 수신된 인증키를 비교하여, 일치하는 경우 상기 사용자 단말의 애플리케이션 사용을 인증하는 것을 특징으로 할 수 있다.
다른 한편, 푸시 서비스 제공 시스템은 애플리케이션이 설치되거나 애플리케이션 실행이 요청된 경우, 단말 식별정보 및 애플리케이션 식별정보를 포함하는 앱 인증 요청 신호를 푸시 허브로 전송하여, 상기 푸시 허브로부터 인증키를 수신하고, 상기 수신된 인증키를 서비스 제공 장치로 전송하는 사용자 단말을 더 포함하고, 상기 푸시 허브는, 상기 사용자 단말로부터 앱 인증 요청 신호가 수신된 경우, 구비된 가입자 정보 데이터베이스를 이용하여 상기 사용자 단말 및 상기 애플리케이션의 인증을 수행하고, 상기 사용자 단말 및 상기 애플리케이션의 인증이 성공된 경우, 상기 사용자 단말의 애플리케이션 사용 인증을 위한 인증키를 생성하여 상기 사용자 단말 및 상기 서비스 제공 장치로 전송하는 것을 특징으로 하는 상기 사용자 단말로부터 수신된 인증키와 상기 푸시 허브로부터 수신된 인증키를 비교하여, 일치하는 경우 상기 사용자 단말의 애플리케이션 사용을 인증하는 서비스 제공 장치를 포함할 수 있다.
본 발명에 따르면, 각 오퍼레이터(operator)에 의해 운영되는 푸시 장치와 연동하는 푸시 허브를 구비하여, 서비스 제공 장치가 각각의 푸시 장치에 맞게 복수의 푸시 요청을 하지 않고, 한번의 푸시 요청만으로 푸시 서비스를 제공할 수 있다.
또한, 본 발명에 따르면 다수의 Operator Network과 연결하여, 어느 Operator에 속한 단말인지 관계없이 Operator의 푸시 장치를 사용하여 메시지(Message)를 보낼 수 있다.
또한, 오퍼레이터들의 푸시 장치와 연동된 푸시 허브(PUSH HUB)를 구비하여, 서비스 제공 장치가 각 오퍼레이터들의 푸시 장치들, 푸시 장치가 없는 오퍼레이터의 경우 해당 네트워크 내의 모든 단말과 직접 접속하지 않아도 푸시 서비스를 제공할 수 있다.
또한, 기 설치된 Operator들의 푸시 장치를 최대한 활용함과 동시에, 아직 개발하지 않은 Operator들에게는 시스템 개발/유지비용을 감소시키는 효과가 있다.
또한 본 발명은 푸시 서비스를 이용하는 가입자가 단말을 교체하거나 가입자 단말의 USIM 카드가 교체되어 가입자 정보가 변경되는 경우 푸시 허브가 가입자 단말과 서비스 장치 중 적어도 한 측에 가입자 정보의 변경사실을 통보할 수 있다.
또한, 본 발명은 가입자의 단말 교체 시 가입자가 서비스 재인증 과정을 수행할 수 있도록 하여 푸시 메시지가 오전달되는 것을 방지할 수 있다.
또한, 본 발명은 가입자의 단말 교체 시 기존 단말에 저장되어 있는 가입자의 정보를 리셋하거나 사용을 제한함으로써 가입자의 개인정보가 유출되는 것을 방지할 수 있다.
나아가 본 발명에 따르면, 사용자 단말에 탑재된 푸시 클라이언트(Push Client)와 푸시 허브간에 상호 인증을 수행하여, 애플리케이션을 다운로드/설치 또는 실행할 때마다 인증번호를 입력해야 하는 절차를 제거하여 애플리케이션의 다운로드/설치 또는 실행 절차를 간소화할 수 있다.
또한, 사용자 단말에서 애플리케이션 다운로드/설치 또는 실행이 요청된 경우, 푸시 허브가 인증키를 생성하여 사용자 단말과 서비스 제공 장치에 제공하고, 사용자 단말과 서비스 제공 장치가 푸시 허브로부터 전송된 인증키를 이용하여 애플리케이션 사용 인증을 수행함으로써, 애플리케이션 사용 인증 절차를 간소화할 수 있다.
또한, Push Client와 푸시 허브간에 안정적인 세션을 사용하여 보안성을 높일 수 있다.
또한, 애플리케이션의 개수가 늘어나더라도, 애플리케이션의 다운로드/실행 절차를 간소화할 수 있다.
도 1은 종래의 푸시 서비스 제공 시스템을 나타낸 도면,
도 2,3,4는 본 발명에 따른 푸시 서비스 제공 시스템을 나타낸 도면,
도 5는 본 발명에 따른 푸시 허브의 구성을 개략적으로 나타낸 블록도,
도 6은 본 발명에 따른 푸시 서비스 제공 방법을 나타낸 도면,
도 7은 본 발명에 따른 사용자 단말의 구성을 개략적으로 나타낸 블록도,
도 8은 본 발명의 실시예에 따른 가입자 정보 DB의 데이터 저장상태도,
도 9는 본 발명의 실시예에 따른 푸시 서비스 제공 시스템의 가입자 정보 변경 상태도,
도 10은 본 발명의 또 다른 실시예에 따른 푸시 서비스 제공 방법의 흐름도,
도 11, 12는 본 발명의 또 다른 실시예에 따른 푸시 서비스 제공 방법 중 애플리케이션 인증 방법을 나타낸 도면이다.
[부호의 설명]
100: 서비스 제공 장치 152, 460: 푸시 장치
300: 푸시 허브 310: 통신부
320: 메시지 전송 처리부 330: 가입자 정보 DB
340: 제어부 350: 인증 처리부
500: 사용자 단말 510: 서비스 앱
520: 푸시 에이전트 530: USIM
540: 애플리케이션 550: 푸시 클라이언트
560: 저장부
본 발명의 전술한 목적과 기술적 구성 및 그에 따른 작용 효과에 관한 자세한 사항은 본 발명의 명세서에 첨부된 도면에 의거한 이하 상세한 설명에 의해 보다 명확하게 이해될 것이다.
도 2는 본 발명에 따른 푸시 서비스 제공 시스템을 나타낸 도면이다.
도 2를 참조하면, 푸시 서비스 제공 시스템은 적어도 하나의 서비스 제공 장치(100a, 100b,.., 100n, 이하 100이라 칭함), 각 오퍼레이터(operator)(450a, 450b,.., 이하 450이라 칭함)에 의해 운영되는 푸시 장치(460a, 460b,.., 이하 460이라 칭함)와 연동되며, 서비스 제공 장치(100)로부터 메시지 푸시 요청 신호가 수신된 경우, 해당 오퍼레이터가 구비한 푸시 장치(460)로 메시지의 푸시를 요청하는 푸시 허브(PUSH HUB)(300), 단말에 통신 서비스를 제공하나 푸시 장치를 구비하지 않은 오퍼레이터(490)를 포함한다.
서비스 제공 장치(100)는 단말로 전송할 메시지가 존재하는 경우, 푸시 서비스를 이용하여 단말로 메시지를 전송하기 위하여, 단말로 전송할 메시지 및 단말 식별정보들을 포함하는 메시지 푸시 요청 신호를 푸시 허브(300)로 전송한다. 여기서, 메시지 푸시 요청 신호는 단말로 전송할 메시지, 메시지 PDU, 단말 식별정보, 푸시 허브 식별정보, 회신 플래그 등을 포함하고, 메시지 PDU는 단말에 포함되는 응용 프로그램들 중 메시지를 전송할 응용 프로그램을 구분하기 위한 응용 식별자를 말하고, 회신 플래그는 푸시 서비스에 대한 회신의 필요 여부를 나타낸다.
서비스 제공 장치(100)는 푸시 허브(300)와 연동하여 연결을 개시하고, 단말로 전송할 메시지가 존재하는 경우 푸시 허브(300)로 메시지의 푸시를 요청한다. 또한, 서비스 제공 장치(100)는 데이터베이스에서 서비스 데이터가 갱신되는지 여부를 데이터베이스 쿼리(Query)를 통하여 주기적으로 검색하여 서비스 데이터가 갱신되면 갱신 데이터를 푸시 허브(300)로 푸시 방식으로 전송한다.
이러한 서비스 제공 장치(100)는 카카오 톡, 마이피플, 네이버 라인, 네이트온톡 등과 같은 실시간 서비스를 제공하는 장치를 포함할 수 있다.
그리고, 서비스 제공 장치(100)는 웹(Web) 또는 왑(WAP: Wireless Application Protocol)에 기반하여 실시간 서비스를 수행한다. 또한, 실시간 서비스를 제공하기 위해 송수신되는 서비스 데이터 및 갱신 데이터는 하이퍼텍스트 마크업 언어(HTML: Hypertext Markup Language) 또는 무선 마크업 언어(WML: Wireless Markup Language)로 표현될 수 있다.
상기와 같이 서비스 제공 장치(100)는 각 오퍼레이터(450)에 의해 운영되는 푸시장치(460)와 연동하는 푸시허브(300)에 메시지 푸시를 한번 요청함으로써, 각각의 푸시 장치(460)에 맞게 복수의 푸시 요청을 하지 않아도 푸시 서비스를 제공할 수 있다.
푸시 허브(PUSH HUB)(300)는 각 오퍼레이터(operator)(450)에 의해 운영되는 푸시 장치(460)와 연동하고, 푸시장치가 없는 오퍼레이터(490)의 경우 해당 network 안의 단말(600a, 600b, 600c)과 직접 연동한다. 즉, 푸시 허브(300)는 operator 1(450a)의 푸시 장치 1(460a), operator 2(450b)의 푸시 장치 2(460b) 등 각 Operator(450)의 푸시 장치(460)와 연동하고, 푸시 장치가 없는 오퍼레이터(490)의 경우, 해당 network 안의 단말(600a, 600b, 600c)과 직접 연결한다.
또한, 푸시 허브(300)는 서비스 제공 장치(100)로부터 메시지 및 단말 식별정보들을 포함하는 메시지 푸시 요청 신호가 수신된 경우, 그 단말 식별정보들을 가입자로 하는 오퍼레이터들(450)의 각 푸시 장치(460)로 메시지의 푸시를 각각 요청한다. 즉, 푸시 허브(300)는 서비스 제공 장치(100)로부터 메시지 푸시 요청 신호를 수신한 경우, 단말 식별정보들을 가입자로 하는 오퍼레이터들을 확인하고, 확인된 오퍼레이터들의 푸시 장치 구비 여부를 판단한다. 그 판단결과 푸시 장치(460)가 구비된 오퍼레이터(450)의 경우, 푸시허브(300)는 메시지 및 해당 단말 식별정보를 포함하는 푸시 요청 신호를 해당 오퍼레이터의 푸시 장치(460)로 전송한다. 여기서, 푸시 요청 신호는 단말 식별정보에 해당하는 사용자 단말로 메시지의 푸시를 요청하는 신호일 수 있다. 이때, 푸시 허브(300)는 다양한 종류의 푸시 장치(460)와 통신을 수행하기 위하여 각각의 푸시 장치(460)와 통신 가능한 통신 인터페이스를 포함하며, 이러한 통신 인터페이스를 이용하여 각각의 푸시 장치(460)로 푸시 요청 신호를 전송할 수 있다. 또한, 푸시허브(300)는 각 푸시장치(또는 오퍼레이터)(460)에서 요구하는 포맷으로 푸시 요청 신호(또는 메시지)를 변환하여 해당 오퍼레이터의 푸시 장치(460)로 전송할 수 있다. 즉, 각 오퍼레이터(450)가 특정한 형태의 인터페이스 또는 메시지 포맷으로 푸시를 요청할 경우, 푸시 허브(300)는 각 오퍼레이터에 설정된 인터페이스 또는 메시지 포맷을 만족할 수 있도록, 해당 오퍼레이터에서 요구하는 인터페이스를 통해 푸시 요청 신호를 전송하거나, 해당 오퍼레이터에서 요구하는 메시지 포맷으로 푸시 요청 신호(또는 메시지)를 변환(Transcoding)하여 해당 오퍼레이터의 푸시 장치(460)로 전송한다.
또한, 푸시 허브(300)는 푸시 장치가 구비되지 않은 오퍼레이터(490)의 경우, 해당 단말(600a, 600b, 600c)로 메시지를 직접 전송한다. 이때, 푸시허브(300)는 상이한 운영체제를 이용하는 하나 이상의 단말로 메시지를 전송하기 위하여, 각각의 운영체제별로 요구되는 프로토콜로 구현된 통신 인터페이스를 포함하며, 이러한 통신 인터페이스를 이용하여 단말로 메시지를 전송할 수 있다.
예를 들면, 푸시장치가 구비되지 않은 오퍼레이터N(490)의 경우, 푸시허브(300)는 오퍼레이터N(490)의 네트워크내에 있는 단말N1(600a), 단말N2(600b), 단말N3(600c)로 각각 메시지를 전송한다. 여기서, 단말N1(600a), 단말N2(600b), 단말N3(600c)는 해당 서비스를 이용하는 단말일 수 있다.
상기와 같은 역할을 수행하는 푸시 허브(300)에 대한 상세한 설명은 도 3을 참조하기로 한다.
푸시장치(460)는 각 오퍼레이터(operator)(450)에 의해 운영되고, 푸시 허브(300)로부터 푸시 요청 신호가 수신된 경우, 푸시 요청 신호에 포함된 단말 식별정보들에 해당하는 단말들로 메시지를 각각 전송한다. 이때, 해당 단말이 대기 모드로 동작하는 경우, 푸시 장치(460)는 해당 단말에게 페이징을 수행하는 페이징 제어 기능과 푸시 서비스를 이용하여 메시지를 전송하는 푸시 프록시 기능을 수행한다. 단말 식별정보는 전화번호, ID, 맥 어드레스 등을 포함한다.
푸시 장치(460)는 각 오퍼레이터(450)가 푸시 서비스를 제공하기 위해 보유한 장치로, 예를 들면, 푸시장치1(460a)는 오퍼레이터1(450a)가 구비, 푸시장치2(460b)는 오퍼레이터2(450b)가 구비할 수 있다. 푸시장치1(460a)은 푸시 요청 신호를 수신한 경우, 해당 서비스를 이용하는 단말11, 단말12,…단말1N으로 각각 메시지를 전송하고, 푸시장치2(460b)는 푸시 요청 신호를 수신한 경우, 해당 서비스를 이용하는 단말21, 단말22,…단말2N으로 각각 메시지를 전송할 수 있다.
단말(500, 600)은 푸시장치(460) 또는 푸시허브(300)로부터 메시지를 전송받기 위한 단말이다. 단말(500, 600)의 예로는 PC, 휴대폰, PDA, 스마트폰 등의 네트워크 통신이 가능한 사용자 단말을 포함한다.
한편, 본 발명에서는 푸시 장치를 구비하지 않은 오퍼레이터(490)를 하나 구비하는 것으로 도시하였지만, 실제로는 복수 개의 오퍼레이터로 구성될 수 있다.
또 다른 한편, 단말 장치(500)는 푸시 허브 클라이언트를 설치하고 푸시 허브 클라이언트를 실행시켜 단말 정보를 푸시 허브(300)로 전송하여 단말 등록(또는 사용자 등록)을 요청할 수 있다.
푸시 허브 클라이언트는 단말 장치(500)에 설치되는 응용 프로그램으로, 푸시 허브(300)와 단말 장치(500)를 연동시켜 푸시 허브(300)로부터 전송된 푸시 메시지를 단말 장치(500)에 설치된 실시간 서비스 어플리케이션으로 전달하고, 단말 장치(500)의 단말 정보를 생성하여 단말 등록(또는 사용자 등록)을 요청하는 기능을 수행한다.
푸시 허브 클라이언트는 푸시 허브(300) 또는 외부의 다른 장치(예를 들어, 어플리케이션 마켓 관리 서버 등)로부터 다운로드 받아 설치되거나 또는 단말 장치(500) 제조시 설치될 수 있다.
단말 등록(또는 사용자 등록)이 완료되면, 단말 장치(500)는 푸시 허브(300)로부터 푸시 메시지를 수신할 수 있고, 수신된 푸시 메시지를 관련 서비스 어플리케이션으로 전달한다.
여기서, 푸시 메시지는 서비스 제공 장치(100)로부터 수신된 메시지와 서비스 제공 장치(100)로부터 수신된 메시지에 할당된 푸시 알림 식별정보를 포함하여 구성된다.
본 발명에서 사용되는 "푸시 메시지"는 서비스 제공 장치(100)로부터 송신된 "메시지"와는 구분되는 개념으로 서비스 제공 장치(100)로부터 송신된 메시지에 푸시 알림 식별정보를 할당하여 결합한 형태(메시지+푸시 알림 식별정보)로 정의한다. 또한, 푸시 알림 식별정보는 푸시 장치 정보가 더 포함될 수 있다.
예를 들어, 푸시 알림 식별정보는 전송시간(milli-second), 단말의 식별정보 및 서비스 어플리케이션 식별정보를 포함하여 구성될 수 있다.
여기서, 단말의 식별정보는 단말 장치의 전화번호, USIM카드 번호 등이 될 수 있고, 서비스 어플리케이션 식별정보는 실시간 서비스를 제공하는 카카오톡, 마이피플, Viber, Line, 틱톡 등과 같이 개별 서비스 어플리케이션를 식별할 수 있는 일련번호, 명칭 등이 될 수 있다.
푸시 허브(Push Hub)(300)는 단말 장치(500)의 단말 등록(또는 사용자 등록) 요청에 따라 단말 식별정보와 단말 정보에 따라 사용가능한 푸시 장치(500) 정보를 대응시켜 등록한다.
이때, 사용가능한 푸시 장치가 다수 개 검색된 경우 다수의 푸시 장치를 통해 동일한 푸시 메시지를 전송하며, 푸시 메시지는 서비스 제공 장치(100)로부터 송신된 메시지에 할당된 푸시 알림 식별정보가 결합한 형태로, 서비스 제공 장치(100)로부터 송신된 동일한 메시지에 할당되는 푸시 알림 식별정보는 고유(unique)하다.
사용가능한 푸시 장치는 단말 장치(500)의 운영체제를 공급하는 오퍼레이터의 푸시 장치, 네트워크망을 제공하는 오퍼레이터의 푸시 장치, 단말 장치에 설치된 서비스 어플리케이션을 공급하는 오퍼레이터의 푸시 장치 또는 푸시 허브 중 적어도 하나를 의미한다.
사용가능한 푸시 장치는 단말 장치(500)의 운영체제, 단말 장치(500)가 사용하는 네트워크망, 설치된 서비스 어플리케이션에 따라 다를 수 있고, 단말 장치(500)는 푸시 허브를 사용할 수 있으므로 한 개 이상의 푸시 장치를 사용할 수 있다.
따라서, 푸시 장치 정보는 단말 장치의 운영체제를 공급하는 오퍼레이터의 푸시 장치 정보, 네트워크망을 제공하는 오퍼레이터의 푸시 장치 정보, 단말 장치에 설치된 서비스 어플리케이션을 공급하는 오퍼레이터의 푸시 장치 정보, 또는 푸시 허브의 정보 중 적어도 하나를 포함한다.
예를 들어, 푸시 허브(300)에 등록된 단말 등록(또는 사용자 등록) 정보는 아래 [표 1]과 같이 구성될 수 있다.
표 1
번호 단말 식별정보 사용 가능한 푸시 장치 정보
1 010-1234-5678 (단말1, 500a) 푸시 장치1(460a)정보, 푸시 장치2(460b)정보
2 010-2345-6789 (단말2, 500b) 푸시 장치1(460a)정보, 푸시 장치3(460c)정보
3 010-3456-7890 (단말3, 500c) 푸시 장치1(460a)정보, 푸시 장치2(460b)정보, 푸시 장치3(460c) 정보
푸시 허브(300)는 서비스 제공 장치(100)로부터 메시지를 푸시할 단말 식별정보와 메시지 푸시 요청 신호를 수신한 경우, 수신한 단말 식별정보에 대응되는 푸시 장치를 검색한다. 또한, 푸시 허브(300)는 서비스 제공 장치(100)로부터 수신된 메시지를 푸시 메시지로 생성하고 검색된 푸시 장치를 통해 단말 장치(500)로 전송한다.
예를 들어, [표 1]의 단말 등록 정보를 이용하여 'aaa' 서비스 어플리케이션을 공급하는 서비스 제공 장치1(200a)이 단말1의 단말 장치(500a)로 '메시지A'를 푸시할 경우, 서비스 제공 장치1(100a)는 푸시 허브(300)로 단말 식별정보 "010-1234-5678"와 '메시지A'의 푸시 요청 신호를 송신한다. 푸시 허브(300)는 수신한 단말 식별번호 "010-1234-5678"을 이용하여 단말 등록(또는 사용자 등록)([표 1]) 정보를 검색한다. 푸시 허브(300)는 사용가능한 푸시 장치 정보로 푸시 장치1(460a) 정보, 푸시 장치2(460b) 정보를 검색할 수 있고, 푸시 허브(300)는 '메시지A'에 푸시 알림 식별정보 "20120928+01012345678+aaa"를 결합하여 푸시 메시지를 생성한다. 푸시 허브(300)는 사용가능한 푸시 장치1(460a), 푸시 장치2(460b) 각각을 통해 단말 장치(500a)로 생성된 푸시 메시지(메시지A+20120928+101012345678+aaa)를 전송한다. 따라서, 단말1의 단말 장치(500a)는 동일한 푸시 메시지(메시지A+20120928+101012345678+aaa)를 2개 수신할 수 있다.
또한, 푸시 메시지는 푸시 장치 정보가 더 부가되어 전송될 수 있다. 예를 들어, 동일한 푸시 메시지라도 푸시 장치1(460a)를 통해 전송된 푸시 메시지는 "메시지A+20120928+101012345678+aaa+460a"로 전송되고, 푸시 장치1(460b)를 통해 전송된 푸시 메시지는 "메시지A+20120928+101012345678+aaa+460b"로 전송될 수 있다. 이때, 단말 장치는 푸시 장치 정보(460a 또는 460b)를 제외한 나머지 푸시 메시지 식별정보를 비교하여 가장 먼저 전송된 푸시 메시지만 해당 어플리케이션으로 전송하고 이후 전송된 푸시 메시지는 삭제한다.
도 3는 본 발명의 실시예에 따른 푸시 서비스 제공 시스템의 구성이다.
도 3에 도시된 바와 같이, 푸시 서비스 제공 시스템은 사용자 단말(500)에 설치되어 푸시 메시지(PUSH MESSAGE) 기능을 제어하는 푸시 에이전트(520), 사용자 단말(500)에 통신 서비스를 제공하는 오퍼레이터, 서비스 제공장치(100)로부터 푸시 메시지 전송 요청 신호가 수신된 경우 해당 사용자 단말(500)의 푸시 에이전트(520)로 푸시 메시지를 전송하는 푸시 허브(PUSH HUB)(300)를 포함한다.
푸시 에이전트(520)는 사용자 단말(500)에 설치되어 푸시 허브(300) 측에 연결을 요청하고, 푸시 허브(300)로부터 수신된 푸시 메시지를 표시한다. 푸시 에이전트(520)는 푸시 허브(300) 측에 연결을 요청할 시 사용자 단말(500)의 단말 식별정보와 전화번호를 상호 매칭하여 저장한다. 푸시 에이전트(520)는 사용자 단말(500)의 단말 식별정보와 전화번호가 매칭되지 않는 경우, 사용자, 푸시 허브(300) 등에 경고할 수 있다.
서비스 제공장치(100)는 푸시 허브(300)와 연동하여 연결을 개시하고, 사용자 단말(500)과의 연결이 지속적으로 유지되도록 제어한다. 서비스 제공장치(100)는 데이터베이스에서 서비스 데이터가 갱신되는지 여부를 데이터베이스 쿼리(Query)를 통하여 주기적으로 검색하여 서비스 데이터가 갱신되면 갱신 데이터를 푸시 허브(300)로 푸시 방식으로 전송한다. 서비스 제공장치(100)는 사용자 단말(500)로 전송할 메시지가 존재하는 경우 푸시 방식으로 해당 오퍼레이터를 통해 푸시 메시지를 전송하거나 혹은, 해당 단말로 직접 푸시 메시지를 전송할 수 있다.
서비스 제공장치(100)는 사용자 단말(500)로 전송할 메시지가 존재하는 경우, 푸시 서비스를 이용하여 단말(300)로 메시지를 전송하기 위하여, 단말 식별정보들을 포함하는 푸시 메시지 전송 요청 신호를 푸시 허브(300)로 전송한다. 푸시 메시지 전송 요청 신호는 사용자 단말(500)로 전송할 메시지 PDU, 단말 식별정보, 푸시 허브(300) 식별정보, 회신 플래그 등을 포함한다. 여기서, 메시지 PDU는 단말에 포함되는 응용 프로그램들 중 메시지를 전송할 응용 프로그램을 구분하기 위한 응용 식별자를 말하고, 회신 플래그는 푸시 서비스에 대한 회신의 필요 여부를 나타낸다. 여기서, 단말식별정보는 MAC address, IMEI 등 기기에 할당되는 단말 식별정보를 포함할 수 있다.
이러한 서비스 제공장치(100)는 카카오 톡, 마이피플, 네이버 라인, 네이트온톡 등과 같은 실시간 서비스를 제공하는 장치를 포함할 수 있다. 그리고, 서비스 제공장치(100)는 웹(Web) 또는 왑(WAP: Wireless Application Protocol)에 기반하여 실시간 서비스를 수행한다. 또한, 실시간 서비스를 제공하기 위해 송수신되는 서비스 데이터 및 갱신 데이터는 하이퍼텍스트 마크업 언어(HTML: Hypertext Markup Language) 또는 무선 마크업 언어(WML: Wireless Markup Language)로 표현될 수 있다. 한편, 본 설명에서는 하나의 서비스 제공장치(100)를 구비하는 경우를 예시하였지만, 실제로는 복수 개의 서비스 제공장치(100)로 구성될 수 있다. 복수 개의 서비스 제공장치(100)로 구성되면, 사용자 단말(500)의 푸시 에이전트(520)는 복수의 서비스 제공장치(100) 중 하나의 서비스 제공장치(100)로 임의로(Random) 또는 일정한 접속 규칙에 따라 접속하여 실시간 서비스를 제공받을 수 있다.
푸시 허브(300)는 서비스 제공장치(100)로부터 푸시 메시지 전송 요청 신호가 수신된 경우, 푸시 메시지 전송 요청 신호에 포함된 단말 식별정보들을 가입자로 하는 오퍼레이터들을 확인한다. 푸시 허브(300)는 확인된 오퍼레이터들 중에서 푸시장치가 있는 오퍼레이터의 경우 해당 푸시장치로 해당 단말 식별정보들을 포함하는 푸시 메시지 전송 신호를 전송하고, 푸시장치가 없는 오퍼레이터의 경우 상기 푸시 허브(300)는 해당 사용자 단말(500)로 직접 푸시 메시지를 전송한다. 여기서, 푸시 메시지 전송 신호는 단말 식별정보들로 푸시 메시지의 전송을 요청하는 신호일 수 있다.
푸시 허브(300)는 서비스 가입자의 가입자 정보가 변경된 것을 확인한 경우 사용자 단말(500)에서 재가입 혹은 재인증 절차를 진행하도록 안내할 수 있으며, 사용자 단말(500)에 저장된 서비스 관련 정보를 초기화시킬 수 있다.
또한, 푸시 허브(300)는 서비스 가입자의 가입자 정보가 변경된 것을 확인한 경우 서비스 제공장치(100) 가입자 정보 변경 사실을 통보할 수 있다. 여기서, 가입자 정보 변경 사실을 통보 받은 서비스 제공장치(100)는 해당 사용자의 가입자 정보를 데이터베이스에서 삭제할 수 있으며, 해당 가입자에게 서비스 재가입 혹은 재인증 절차를 진행하도록 안내할 수 있다.
이상 설명한 바와 같이, 본 발명의 실시예에 따른 푸시 허브(300)는 사용자 단말에서 수신된 단말 식별정보, 전화번호, USIM코드(IMSI; International Mobile Subscriber Identity) 및 서비스 제공장치에 가입한 사용자의 가입 ID 중 어느 하나라도 변경된 것으로 확인된 경우, 상기 사용자 단말과 서비스 장치 중 적어도 한 측에 가입자 정보변경에 따른 제어를 수행한다.
도 4은 본 발명에 따른 푸시 서비스 제공 시스템에 있어서 애플리케이션 인증의 일 예를 나타낸 도면이다.
도 4을 참조하면, 푸시 서비스 제공 시스템은 사용자 단말(500), 푸시 허브(PUSH HUB)(300) 및 서비스 제공 장치(300)를 포함한다. 여기서, 사용자 단말은 푸시 클라이언트(Push client)(550)를 탑재하며, 상기 푸시 클라이언트(550)는 사용자 단말(500)에 처음부터 탑재될 수도 있고(선탑재 또는 embedded), 다운로드를 통해 탑재될 수도 있다.
이하에서는, 사용자 단말(500)에 푸시 클라이언트(550)가 탑재되어 있다고 가정하고 설명하기로 한다.
사용자 단말(500)은 사용자 또는 외부 입력 등에 의해 애플리케이션을 다운로드 받아 설치되거나 애플리케이션의 실행이 요청된 경우, 푸시 허브(300)로부터 인증정보를 수신하고, 상기 수신된 인증정보를 이용하여 애플리케이션 사용을 인증한다. 여기서, 상기 인증정보는 단말 인증키 또는 인증키일 수 있으며, 상기 인증키는 사용자 단말(500)의 애플리케이션 사용 인증을 위한 키로, 애플리케이션 식별정보, 사용자 단말 식별정보, 애플리케이션 식별정보와 사용자 단말 식별정보의 조합 중 적어도 하나를 기초로 생성될 수 있다.
이하에서, 상기 인증 정보가 1) 단말 인증 키인 경우, 애플리케이션 인증을 수행하는 경우 즉, 푸시 클라이언트(550)가 탑재된 사용자 단말(500)이 푸시허브(300)와 단말 인증키를 공유한 후, 애플리케이션이 설치 또는 실행된 경우, 푸시허브(300)와 공유된 단말 인증키를 이용하여 애플리케이션 인증을 수행하는 경우와, 2) 상기 인증 정보가 인증 키인 경우 즉, 애플리케이션이 설치 또는 실행된 후, 사용자 단말(500)이 푸시허브(300)로 앱 인증 요청을 통해 생성되는 인증키를 이용하여 애플리케이션 인증을 수행하는 경우를 구별하여 살펴보기로 한다.
먼저, 상기 인증 정보가 단말 인증 키인 경우이다.
푸시 클라이언트(550)가 탑재된 사용자 단말(500)은 단말 식별정보를 포함하는 단말 인증 요청 신호를 푸시 허브(300)로 전송한다. 이후, 사용자 단말(500)은 푸시 허브(300)로부터 사용자 단말(500)에 대한 인증 완료 신호가 수신된 경우, 푸시 허브(300)와 세션(session)을 유지한다. 여기서, 상기 인증 완료 신호는 단말 인증키를 포함하며, 상기 단말 식별정보는 전화번호, USIM(Universial Subscribe Identifier Module) 정보, IMEI(International Mobile Equipment Identity), ID(Idendifier 또는 Identification), 맥 어드레스(Mac Address) 등을 포함한다.
또한, 푸시 클라이언트(550)는 푸시 허브(300)와의 연계를 위해 사용자 단말(500)에 탑재되며, 푸시 클라이언트(550)는 카카오톡, 마이피플, Viber 등 다른 애플리케이션들과 애플리케이션 인증에 필요한 정보를 주고 받는다. 여기서, 애플리케이션 인증에 필요한 정보는 단말 인증키, 인증키 등을 포함할 수 있다.
따라서, 사용자 단말(500)은 카카오톡, 마이피플 등의 애플리케이션이 다운로드 되어 설치되거나 어플리케이션의 실행이 요청된 경우, 단말 인증키와 앱 고유의 인증 메커니즘(mechanism)을 이용하여 인증키를 생성하고, 상기 생성된 인증키를 이용하여 애플리케이션의 사용을 인증한다. 여기서, 상기 앱 고유의 인증 메커니즘은 일 예로, 앱 고유키일 수 있다.
즉, 애플리케이션은 고유의 키값(앱 고유키)을 가지고 있으므로, 사용자 단말(500)은 푸시 허브(300)로부터 전송되는 단말 인증키와 애플리케이션의 앱 고유키를 조합하여 새로운 인증키를 생성하고, 상기 생성된 인증키를 애플리케이션을 제공하는 서비스 제공 장치(300)로 전송하여 애플리케이션 사용에 대한 인증을 수행한다. 이때, 서비스 제공 장치(300)는 단말 인증키와 앱 고유키를 모두 알고 있으므로, 사용자 단말(500)의 애플리케이션 사용을 인증할 수 있다.
사용자 단말(500)은 푸시허브(300)와 단말 인증키를 공유하게 되면, 추후 애플리케이션을 다운로드 받아 설치하거나 애플리케이션에 대한 실행이 요청되더라도 별도의 인증과정을 거치지 않고, 푸시허브(300)와 공유하고 있는 단말 인증키를 이용하여 애플리케이션을 설치 또는 실행할 수 있다.
다음으로, 상기 인증 정보가 인증 키인 경우이다.
이 경우, 사용자 단말(500)은 푸시 허브(300)와 단말 인증키를 공유하지 않고도 애플리케이션 사용 인증 절차를 간소화할 수 있다. 즉, 사용자 단말(500)은 애플리케이션이 다운로드 되어 설치되거나 애플리케이션이 실행이 요청된 경우, 앱 인증 요청 신호를 푸시 허브(300)로 전송하고, 푸시 허브(300)로부터 앱 인증 완료 신호 수신 시, 앱 인증 완료 신호에 포함된 인증키를 이용하여 애플리케이션을 설치 또는 실행할 수도 있다. 여기서, 앱 인증 요청 신호는 단말 식별정보, 애플리케이션 식별정보 등을 포함한다.
사용자 단말(500)에 대한 상세한 설명은 도 7을 참조하기로 한다.
푸시 허브(300)는 사용자 단말(500)에 푸시 클라이언트(550)가 탑재 또는 사용자 단말(500)에서 설치/실행을 위한 애플리케이션 구동 시, 인증정보를 생성하여 사용자 단말(500) 및 서비스 제공 장치(300)로 전송한다. 여기서, 인증정보는 단말 인증키 또는 사용자 단말(500)의 애플리케이션 사용 인증을 위한 인증키일 수 있다. 따라서, 푸시 허브(300)는 사용자 단말(500)에 푸시 클라이언트(550)가 탑재된 경우, 단말 인증키를 생성하여 사용자 단말(500) 및 서비스 제공 장치(300)로 전송한다.
또한, 푸시 허브(300)는 사용자 단말(500)에서 설치 또는 실행을 위한 애플리케이션이 구동된 경우, 애플리케이션 사용 인증을 위한 인증키를 생성하여 사용자 단말(500) 및 서비스 제공 장치(300)로 전송한다.
마찬가지로, 상기 인증 정보가 단말 인증 키인 경우, 푸시 허브(300)는 사용자 단말(500)로부터 단말 식별정보를 포함하는 단말 인증 요청 신호를 수신한 후, 상기 단말 식별정보를 가입자로 하는 오퍼레이터를 확인하여 사용자 단말(500)을 인증한다. 즉, 푸시 허브(300)는 단말 식별정보를 가입자로 하는 오퍼레이터를 확인하고, 그 오퍼레이터의 가입자 정보 데이터베이스에 단말 식별정보가 등록되어있는지의 여부를 판단하여 단말(사용자)를 인증한다. 여기서, 오퍼레이터는 사용자 단말(500)에 통신 서비스를 제공하는 기능을 수행한다.
푸시 허브(300)는 사용자 단말(500)이 인증된 경우, 단말 인증키를 생성하고, 상기 생성된 단말 인증키를 포함하는 인증 완료 신호를 사용자 단말(500)로 전송하여, 사용자 단말(500)과 단말 인증키를 공유하게 된다. 사용자 단말(500)이 인증되면, 푸시 클라이언트(550)와 푸시허브(300)는 상호 인증된 “secure한 session”을 유지하게 된다.
또한, 상기 인증 정보가 인증 키인 경우, 푸시 허브(300)는 사용자 단말(500)로부터 단말 식별정보 및 애플리케이션 식별정보를 포함하는 앱 인증 요청 신호를 수신한 후, 단말(사용자) 또는 애플리케이션을 인증하고, 인증에 성공된 경우 인증키를 생성하여 사용자 단말(500) 및 서비스 제공 장치(300)로 전송한다. 이때, 푸시 허브(300) 애플리케이션 식별정보, 사용자 단말 식별정보, 애플리케이션 식별정보와 사용자 단말 식별정보의 조합 중 적어도 하나를 기초로 애플리케이션 사용 인증을 위한 고유한 인증키를 생성한다.
푸시 허브(300)에 대한 상세한 설명은 도 3을 참조하기로 한다.
서비스 제공 장치(300)는 사용자 단말(500)에서 애플리케이션이 다운로드되어 설치되거나 애플리케이션의 실행이 요청된 경우, 푸시 허브(300)로부터의 인증정보와 사용자 단말(500)로부터의 인증정보를 비교하여, 일치하는 경우 사용자 단말의 애플리케이션 사용을 인증한다.
즉, 서비스 제공 장치(300)는 푸시 허브(300)로부터 단말 인증키를 수신한 경우, 상기 단말 인증키와 앱 고유키를 이용하여 인증키를 생성하고, 생성한 인증키와 사용자 단말(500)로부터 수시된 인증키를 비교하여, 일치하는 경우 애플리케이션의 사용을 인증한다.
또한, 서비스 제공 장치(300)는 푸시 허브(300)로부터 인증키를 수신한 경우, 수신한 인증키와 사용자 단말로부터 수신된 인증키를 비교하여, 일치하는 경우 애플리케이션 사용을 인증한다.
또한, 서비스 제공 장치(300)는 푸시 허브(300)와 연동하여 연결을 개시하고, 사용자 단말(500)로 하여금 연결이 지속적으로 유지되도록 제어한다.
도 5는 본 발명에 따른 푸시 허브의 구성을 개략적으로 나타낸 블럭도이다.
도 5를 참조하면, 푸시 허브(300)는 통신부(310), 가입자 정보 데이터베이스(330), 메시지 전송 처리부(320)를 포함한다.
통신부(310)는 적어도 하나의 서비스 제공 장치, 각 오퍼레이터에 의해 운영되는 푸시 장치, 사용자 단말 중 적어도 하나와 통신을 수행한다.
통신부(310)는 근거리 통신망, 유선 통신망, 무선 통신망 등의 통신망을 통해 연결되어 있고, 예컨대, WLAN(Wireless LAN), 와이파이(Wi-Fi), 와이브로(Wibro), 와이맥스(Wimax), HSDPA(High Speed Downlink Packet Access), 이더넷(Ethernet), xDSL(ADSL, VDSL), HFC(Hybrid Fiber Coaxial Cable), FTTC(Fiber to The Curb), FTTH(Fiber To The Home) 등의 다양한 통신 방식을 이용한다.
가입자 정보 데이터베이스(330)에는 오퍼레이터들의 푸시 장치에 대한 정보가 저장되어 있다. 즉, 가입자 정보 데이터베이스(330)에는 오퍼레이터들의 식별정보, 각 오퍼레이터 식별정보에 대응되는 푸시 장치 구비 여부, 푸시 장치를 구비한 경우 푸시 장치 식별정보 등이 저장되어 있다.
또한, 가입자 정보 데이터베이스(330)에는 각 오퍼레이터에 가입된 가입자에 대한 정보 즉, 서비스 가입자의 단말 식별정보가 저장되어 있다. 여기서, 단말 식별정보는 전화번호, USIM정보, IMEI, ID, 맥 어드레스 등을 포함한다. 따라서, 가입자 정보 데이터베이스(330)에 저장된 정보를 이용하여 가입자가 어느 오퍼레이터에 가입되어 있는지를 알 수 있다.
메시지 전송 처리부(320)는 적어도 하나의 서비스 제공 장치로부터 메시지 및 단말 식별정보들을 포함하는 메시지 푸시 요청 신호가 수신된 경우, 단말 식별정보들을 가입자로 하는 오퍼레이터들의 푸시 장치들로 메시지의 푸시를 각각 요청한다. 이때, 메시지 전송 처리부(320)는 상기 메시지를 해당 오퍼레이터에서 요구하는 인터페이스를 통해 해당 오퍼레이터의 푸시 장치로 전송하거나, 해당 오퍼레이터에서 요구하는 메시지 포맷으로 변환(Transcoding)하여 해당 오퍼레이터의 푸시 장치로 전송한다.
즉, 메시지 전송 처리부(320)는 메시지 및 단말 식별정보들을 포함하는 메시지 푸시 요청 신호를 수신한 경우, 그 단말 식별정보들을 가입자로 하는 오퍼레이터들을 확인한다. 이때, 메시지 전송 처리부(320)는 메시지 푸시 요청 신호에 단말 식별정보에 대응하는 오퍼레이터 정보가 포함된 경우, 그 오퍼레이터 정보를 해당 단말 식별정보를 가입자로 하는 오퍼레이터로 확인하고, 메시지 푸시 요청 신호에 오퍼레이터 정보가 포함되지 않은 경우, 가입자 정보 데이터베이스(330)를 검색하여 단말 식별정보를 가입자로 하는 오퍼레이터를 확인할 수 있다.
또한, 메시지 전송 처리부(320)는 가입자 정보 데이터베이스(330)를 검색하여 상기 확인된 오퍼레이터들의 푸시 장치 구비 여부를 판단한다. 그 판단결과 푸시 장치가 구비된 오퍼레이터의 경우, 메시지 전송 처리부(320)는 메시지 및 해당 단말 식별정보를 포함하는 푸시 요청 신호를 해당 오퍼레이터의 푸시 장치로 전송한다. 이때, 메시지 전송 처리부(320)는 각 푸시 장치(또는 오퍼레이터)에서 요구하는 포맷으로 푸시 요청 신호를 변환하여 해당 오퍼레이터의 푸시 장치로 전송하거나, 각 푸시 장치(또는 오퍼레이터)에서 요구하는 인터페이스를 통해 푸시 요청 신호를 전송할 수 있다. 푸시 요청 신호를 수신한 푸시 장치는 상기 단말 식별정보들에 해당하는 사용자 단말들로 메시지를 각각 전송한다.
또한, 메시지 전송 처리부(320)는 푸시 장치가 구비되지 않은 오퍼레이터의 경우, 해당 단말로 메시지를 직접 전송한다. 이때, 메시지 전송 처리부(320)는 각 단말의 운영체제에 따라 요구되는 프로토콜로 메시지를 변환하여 해당 단말로 전송할 수 있다.
또한, 가입자정보 DB(330)에는 서비스 가입자의 단말 식별정보와 전화번호가 저장되며, 가입된 서비스의 가입 ID가 저장될 수 있다.
제어부(340)는 서비스 가입자의 단말 식별정보 혹은 전화번호가 변경된 것으로 확인된 경우, 사용자 단말(500)과 서비스 제공장치(100) 중 적어도 어느 한 측으로 사용자 정보가 변경되었음을 안내하여, 사용자 단말(500)에서 재가입 혹은 재인증 과정을 수행할 수 있도록 한다.
제어부(340)는 통신부(310)를 통해 수신된 단말의 단말 식별정보와 전화번호를 가입자정보 DB(330)에 저장된 정보와 비교하여 해당 사용자 단말(500)의 단말 식별정보 혹은 전화번호가 변경된 것으로 확인된 경우, 사용자 단말(500) 측에 가입자정보 변경을 요청할 수 있다.
또한, 사용자 단말(500)의 단말 식별정보 혹은 전화번호가 변경되었는지 여부는 사용자 단말(500)의 망 공급자인 오퍼레이터에 의해 판단될 수도 있다. 이러한 경우, 오퍼레이터는 푸시 허브(300)에 가입자정보 변경을 경고하고, 제어부(340)는 통신부(310)를 통해 가입자정보 변경 사실을 수신하여, 사용자 단말(500) 측에 가입자정보 변경을 요청할 수 있다.
또한, 사용자 단말(500)의 단말 식별정보 혹은 전화번호가 변경되었는지 여부는 푸시 에이전트(520)에 의해서도 판단될 수 있다. 이러한 경우 푸시 에이전트(520)는 푸시 허브(300)에 가입자정보 변경을 경고하고, 제어부(340)는 통신부(310)를 통해 가입자정보 변경 사실을 수신하여, 사용자 단말(500) 측에 가입자정보 변경을 요청할 수 있다.
제어부(340)는 가입자정보 변경이 확인된 사용자 단말(500) 측에 경고 메시지를 전송하거나, 재인증요청 메시지를 전송할 수 있으며, 혹은, 사용자 단말(500)에 저장된 서비스 정보를 리셋하도록 서비스 리셋 신호를 전송하는 것도 가능하다.
제어부(340)는 서비스 제공장치(100)로부터 단말 식별정보들을 포함하는 푸시 메시지 전송 요청 신호가 수신된 경우, 해당 단말로 푸시 메시지를 전송한다. 여기서, 오퍼레이터가 푸시장치를 구비한 경우, 메시지 전송처리부(320)는 해당 푸시장치로 해당 단말 식별정보들을 포함하는 푸시 메시지 전송 신호를 전송한다.
제어부(340)는 통신부(310)를 통해 수신된 사용자의 가입 ID, 즉, 가입 ID가 가입자정보 DB(330)에 저장된 가입 ID와 일치하지 않는 것으로 확인된 경우, 사용자 단말(500) 측에 가입자정보 변경을 요청할 수 있으며, 혹은, 사용자 단말(500)에 저장된 가입자 정보를 리셋하거나, 가입자 정보에 대해 재인증을 요청할 수 있다.
또한, 제어부(340)는 통신부(310)를 통해 수신된 사용자의 가입 ID, 즉, 가입 ID가 가입자정보 DB(330)에 저장된 가입 ID와 일치하지 않는 것으로 확인된 경우, 서비스 제공장치(100) 측에 가입자정보 변경을 통보할 수 있다. 이에, 서비스 제공장치(100)는 가입자 정보가 변경된 사용자의 가입자 정보를 데이터베이스에서 삭제할 수 있으며, 해당 가입자에게 서비스 재가입 혹은 재인증 절차를 진행하도록 안내할 수 있다.
또 다른 한편, 가입자 정보 DB(330)에는 각 오퍼레이터에 가입된 가입자에 대한 정보 즉, 서비스 가입자의 단말 식별정보, 각 단말에 설치된 애플리케이션에 대한 정보가 저장되어 있다. 여기서, 단말 식별정보는 전화번호, USIM정보, IMEI, ID, 맥 어드레스 등을 포함한다. 따라서, 가입자 정보 데이터베이스(330)에 저장된 정보를 이용하여 단말 또는 애플리케이션을 인증할 수 있다.
또한, 가입자 정보 DB(330)에는 푸시 클라이언트가 탑재된 사용자 단말의 인증정보가 저장되어 있다. 가입자 정보 DB(330)에 저장된 인증정보는 사용자 단말 및 서비스 제공 장치와 공유하여, 사용자 단말에서 애플리케이션의 다운로드/설치 또는 실행이 요청된 경우, 그 애플리케이션의 사용을 인증하는데 이용된다. 여기서, 인증 정보는 단말 인증키, 애플리케이션 인증을 위한 인증키일 수 있다.
인증 처리부(350)는 사용자 단말의 요청에 따라, 단말 인증키 또는 사용자 단말의 애플리케이션 사용 인증을 위한 인증키를 생성하여 사용자 단말 또는 서비스 제공 장치로 전송한다.
이하에서, 인증 처리부(350)가 단말 인증키를 생성하는 경우와 인증키를 생성하는 경우를 구별하여 설명하기로 한다.
먼저, 인증 처리부(350)가 단말 인증키를 생성하는 경우이다.
인증 처리부(350)는 통신부(310)를 통해 사용자 단말로부터 단말 식별정보를 포함하는 단말 인증 요청 신호를 수신한 후, 상기 단말 식별정보를 가입자로 하는 오퍼레이터를 확인하여 단말 인증을 수행하고, 상기 단말 인증이 성공된 경우 단말 인증키를 생성하여 사용자 단말 및 서비스 제공 장치로 전송한다. 즉, 인증 처리부(350)는 단말 식별정보가 가입자 정보 데이터베이스(330)에 등록된 경우, 인증된 단말이라고 판단하여, 단말 인증키를 생성하고, 상기 생성된 단말 인증키를 사용자 단말 및 서비스 제공 장치로 전송한다.
다음으로 인증 처리부(350)가 인증키를 생성하는 경우이다.
인증 처리부(350)는 통신부(310)를 통해 사용자 단말로부터 단말 식별정보 및 애플리케이션 식별정보를 포함하는 앱 인증 요청 신호를 수신한 후, 사용자 단말 및 사용자 단말에 설치된 애플리케이션의 인증을 수행하고, 상기 사용자 단말 및 상기 애플리케이션의 인증이 성공된 경우, 인증키를 생성하여 사용자 단말 및 서비스 제공 장치로 전송한다.
즉, 인증 처리부(350)는 앱 인증 요청 신호가 수신된 경우, 단말 식별정보가 가입자 정보 데이터베이스(330)에 등록되어 있는지의 여부, 애플리케이션 식별정보에 대응하는 애플리케이션의 사용 가능 여부를 판단하여 사용자 단말 및 애플리케이션을 인증한다. 사용자 단말 및 애플리케이션이 인증된 경우, 인증 처리부(350)는 애플리케이션 식별정보, 사용자 단말 식별정보, 애플리케이션 식별정보와 사용자 단말 식별정보의 조합 중 적어도 하나를 기초로 인증키를 생성하고, 상기 생성된 인증키를 사용자 단말과 서비스 제공 장치로 전송한다.
한편, 본 발명의 또 다른 실시예에 따르면, 푸시 허브(300)는 푸시 장치 검색부 및 푸시 메시지 관리부를 포함할 수 있다.
이 때, 상기 가입자정보 DB(330) 는 단말 장치로부터 단말 식별정보, 단말 운영체제 정보, 및 서비스 어플리케이션 정보를 포함하는 단말 정보를 수신하고, 단말 정보에 따라 사용가능한 푸시 장치 정보를 단말 식별정보와 대응시켜 등록한다.
가입자정보 DB(330) 는 단말 등록(또는 사용자 등록) 정보를 상술한 [표 1]과 같이 데이터베이스로 구비한다.
가입자정보 DB(330) 는 단말 운영체제 정보에 따라 단말 장치의 운영체제를 공급하는 오퍼레이터의 푸시 장치 정보, 단말 식별정보에 따라 사용하는 네트워크망을 제공하는 오퍼레이터의 푸시 장치 정보, 서비스 어플리케이션 정보에 따라 서비스 어플리케이션을 공급하는 오퍼레이터의 푸시 장치 정보, 또는 푸시 허브의 정보 중 적어도 하나를 단말 정보에 따라 사용가능한 푸시 장치 정보로 등록할 수 있다.
푸시 장치 검색부는 서비스 제공 장치로부터 메시지를 푸시할 단말 식별정보와 메시지 푸시 요청 신호를 수신하고, 서비스 제공 장치로부터 수신된 단말 식별정보에 대응되는 푸시 장치를 가입자정보 DB(330) 에서 검색한다.
푸시 메시지 관리부는 서비스 제공 장치로부터 수신된 메시지를 푸시 메시지로 생성하고 검색된 푸시 장치를 통해 단말 장치로 전송한다. 이때, 푸시 메시지 관리부는 서비스 제공 장치로부터 수신된 메시지에 푸시 알림 식별정보를 할당하여 푸시 메시지로 생성한다.
푸시 메시지 관리부는 검색된 모든 푸시 장치를 통해 푸시 메시지를 전송하고, 동일한 메시지로부터 생성된 푸시 메시지에 포함되는 푸시 알림 식별정보는 고유성이 보장되어 동일하게 할당한다. 여기서, 푸시 알림 식별정보는 전송시간, 단말의 식별정보 및 서비스 제공 장치에서 제공하는 서비스 어플리케이션 식별정보를 포함하여 구성된다.
예를 들어, 서비스 어플레케이션 aaa를 제공하는 서비스 제공 장치에서 단말1로 전송한 메시지A에 대한 푸시 허브에서 생성되는 푸시 메시지는 푸시 장치에 무관하게 동일하다. 따라서, 단말1에 대하여 등록된 푸시 장치가 2개인 경우 단말1은 동일한 2개의 푸시 메시지를 동시에 또는 순차적으로 수신할 수 있다.
도 6은 본 발명에 따른 푸시 서비스 제공 방법을 나타낸 도면이다.
도 6을 참조하면, 서비스 제공 장치는 메시지 전송을 위한 단말 식별정보를 획득하고(S402), 획득된 단말 식별정보 및 메시지를 포함하는 메시지 푸시 요청 신호를 푸시 허브로 전송한다(S404). 즉, 서비스 제공 장치는 자신이 제공하는 서비스를 이용하는 단말들에 전송할 메시지가 존재하는 경우, 그 서비스를 이용하는 단말 식별정보들을 획득하고, 그 단말 식별정보 및 메시지를 포함하는 메시지 푸시 요청 신호를 푸시 허브로 전송한다.
단계 S404가 수행되면, 푸시 허브는 메시지 푸시 요청 신호에 포함된 단말 식별정보를 확인하고(S406), 그 단말 식별정보들을 가입자로 하는 오퍼레이터들을 확인한다(S408). 이때, 푸시허브는 메시지 푸시 요청 신호에, 단말 식별정보에 대응하는 오퍼레이터 정보가 포함된 경우, 그 오퍼레이터 정보를 해당 단말 식별정보를 가입자로 하는 오퍼레이터로 확인하고, 메시지 푸시 요청 신호에 오퍼레이터 정보가 포함되지 않은 경우, 가입자 정보 데이터베이스를 검색하여 단말 식별정보를 가입자로 하는 오퍼레이터를 확인할 수 있다.
단계 S408이 수행되면, 푸시허브는 오퍼레이터들의 푸시 장치 구비 여부를 판단하고(S410), 그 판단결과에 따라 해당 오퍼레이터가 구비하고 있는 푸시 장치로 푸시 요청 신호를 전송하거나, 또는 해당 단말로 직접 메시지를 전송한다(S412).
즉, 푸시허브는 단말 식별정보들을 가입자로 하는 오퍼레이터가 푸시 장치를 구비하고 있는지의 여부를 판단한다. 그 판단결과 푸시 장치가 구비된 오퍼레이터의 경우, 푸시허브는 메시지 및 해당 단말 식별정보를 포함하는 푸시 요청 신호를 해당 오퍼레이터의 푸시 장치로 전송한다. 푸시 허브로부터 푸시 요청 신호를 수신한 푸시 장치는 단말 식별정보들에 해당하는 단말들로 메시지를 각각 전송한다.
또한, 푸시허브는 푸시 장치가 구비되지 않은 오퍼레이터의 경우, 해당 단말로 메시지를 직접 전송한다.
예를 들어, 서비스 제공 장치가 카카오톡 서버이고, 카카오톡 서버가 오퍼레이터1 가입자 10명, 오퍼레이터2 가입자 15명, 오퍼레이터3 가입자 5명에게 메시지를 보내고자 하고, 오퍼레이터1 및 오퍼레이터2는 푸시 장치를 구비하고, 오퍼레이터3은 푸시 장치를 구비하지 않는다고 가정하여 설명하기로 한다.
카카오톡 서버는 푸시 허브에게 총 30명(오퍼레이터1 가입자 10명+ 오퍼레이터2 가입자 15명 + 오퍼레이터3 가입자 5명)의 전화번호(또는 ID)를 포함하는 메시지 푸시 요청 신호를 전송한다. 그러면, 푸시 허브는 오퍼레이터1의 푸시 장치로 10명의 전화번호를 포함하는 푸시 요청 신호를 전송하고, 오퍼레이터2의 푸시 장치로 15명의 전화번호를 포함하는 푸시 요청 신호를 전송하며, 오퍼레이터3의 경우 직접 5명에게 메시지를 전송한다.
오퍼레이터1의 푸시 장치는 10명의 전화번호에 해당하는 사용자 단말로 메시지를 전송하고, 오퍼레이터2의 푸시장치는 15명 전화번호에 해당하는 사용자 단말로 메시지를 전송한다.
상기와 같은 구성을 통해 카카오 톡 서버는 오퍼레이터1의 푸시 장치, 오퍼레이터2의 푸시 장치, 오퍼레이터3 네트워크 내 5명까지 각각 contact 하는 번거로움을 없앨 수 있다.
한편, 본 발명의 다른 측면에 따르면, 푸시 허브가 푸시 서비스를 제공하는 방법에 있어서, 적어도 하나의 서비스 제공 장치로부터 메시지 및 단말 식별정보들을 포함하는 메시지 푸시 요청 신호가 수신된 경우, 상기 단말 식별정보들을 가입자로 하는 오퍼레이터들을 확인하는 단계, 상기 오퍼레이터들의 푸시 장치 구비 여부를 판단하는 단계, 상기 판단결과, 푸시 장치가 구비된 오퍼레이터의 경우, 상기 메시지 및 해당 단말 식별정보를 포함하는 푸시 요청 신호를 해당 오퍼레이터의 푸시 장치로 전송하는 단계를 포함하여 구현되는 프로그램이 기록된 전자 장치에서 판독 가능한 기록매체가 제공된다.
이러한 푸시 서비스 제공 방법은 프로그램으로 작성 가능하며, 프로그램을 구성하는 코드들 및 코드 세그먼트들은 당해 분야의 프로그래머에 의하여 용이하게 추론될 수 있다. 또한, 푸시 서비스 제공 방법에 관한 프로그램은 전자장치가 읽을 수 있는 정보저장매체(Readable Media)에 저장되고, 전자장치에 의하여 읽혀지고 실행될 수 있다.
도 7(a)는 본 발명의 실시예에 따른 사용자 단말(500)의 제어블럭도이다.
사용자 단말(500)에는 복수개의 서비스 제공장치(100)로부터 푸시 메시지 서비스를 제공받는 서비스 앱(510)과, 서비스 앱(510)과 연동하여 푸시 허브(300) 측에 연결을 요청하는 푸시 에이전트(520) 및 USIM(530)을 포함한다.
푸시 에이전트(520)는 푸시 허브(300) 측에 연결을 요청하고, 푸시 허브(300)로부터 수신된 푸시 메시지를 표시한다. 푸시 에이전트(520)는 푸시 허브(300) 측에 연결을 요청할 시 사용자 단말(500)의 단말 식별정보와 전화번호를 상호 매칭하여 저장한다. 푸시 에이전트(520)는 사용자 단말(500)의 단말 식별정보와 전화번호가 매칭되지 않는 경우, 사용자, 푸시 허브(300) 등에 경고할 수 있다.
USIM(530)은 사용자 단말(500)의 통신망 이용을 위한 각종 정보들과 애플리케이션들이 저장된다. 특히, USIM(530)에는 사용자의 전화번호가 저장되어 푸시 에이전트(520)에 전화번호 정보를 제공할 수 있다. 따라서, USIM(530)이 변경되는 경우 사용자 단말(500)의 단말 식별정보는 그대로이나 전화번호 정보는 변경된다.
한편, 도 7(b)는 본 발명에 따른 또 다른 사용자 단말의 구성을 개략적으로 나타낸 블록도이다.
도 7(b)를 참조하면, 사용자 단말(500)은 복수개의 서비스 제공장치로부터 푸시 서비스를 제공받는 애플리케이션(540), 애플리케이션(540)과 연동하여 푸시 허브 측에 연결을 요청하는 푸시 클라이언트(550) 및 저장부(560)를 포함한다.
애플리케이션(540)은 사용자 또는 외부 입력 등에 의해 애플리케이션을 다운로드 받아 설치되거나 애플리케이션의 실행이 요청된 경우, 푸시 클라이언트(550)로 앱 인증 등록을 요청하여, 푸시 클라이언트(550)로부터 인증정보를 수신하고, 상기 수신된 인증정보를 이용하여 서비스 제공 장치와 애플리케이션 사용 인증을 수행한다. 즉, 애플리케이션(540)은 다운로드 받아 설치되거나 실행이 요청된 경우, 푸시 클라이언트(550)로부터 푸시 허브와 공유하는 단말 인증키를 수신하거나, 또는 푸시 허브에서 생성된 인증키를 수신할 수 있다. 여기서, 푸시 허브에서 생성된 인증키는 사용자 단말(500)의 애플리케이션 사용 인증을 위한 인증키로, 애플리케이션 식별정보, 사용자 단말 식별정보, 애플리케이션 식별정보와 사용자 단말 식별정보의 조합 중 적어도 하나를 기초로 생성될 수 있다.
이하에서, 상기 인증정보가 단말 인증키인 경우 애플리케이션(540) 인증을 수행하는 경우와, 상기 인증정보가 인증키인 경우 애플리케이션(540) 인증을 수행하는 경우를 구별하여 살펴보기로 한다.
먼저, 상기 인증정보가 단말 인증 키인 경우이다.
애플리케이션(540)은 푸시 클라이언트(550)로부터 단말 인증키를 수신한 경우, 상기 수신된 단말 인증키와 앱 고유의 인증 메커니즘(mechanism)을 이용하여 인증키를 생성하고, 상기 생성된 인증키를 서비스 제공 장치로 전송하여 인증을 수행할 수 있다.
사용자 단말(500)에 탑재된 푸시 클라이언트(550)는 단말 식별정보를 포함하는 단말 인증 요청 신호를 푸시 허브로 전송한다.
이후, 푸시 클라이언트(550)는 푸시 허브로부터 단말 인증키를 수신하고, 설치 또는 실행 요청된 애플리케이션(540)으로부터 앱 인증 등록이 요청된 경우, 상기 단말 인증키를 애플리케이션(540)으로 전송한다. 즉, 푸시 클라이언트(550)는 푸시 허브와 단말 인증을 수행하여 푸시 허브와 단말 인증키를 공유하게 된다.
그런 후, 애플리케이션(540)의 설치 또는 실행이 요청되면, 애플리케이션(540)은 푸시 클라이언트(550)에 앱 인증 등록을 요청하고, 푸시 클라이언트(550)는 푸시 허브로부터 수신한 단말 인증키를 애플리케이션(540)으로 전송한다. 그러면, 애플리케이션(540)은 단말 인증키와 앱 고유의 인증 메커니즘(mechanism)을 이용하여 이용하여 인증키를 생성하고, 상기 생성된 인증키를 이용하여 서비스제공 장치와 인증을 수행하게 된다. 이때, 서비스 제공 장치는 단말 인증키를 푸시허브와 공유하고 있으므로, 단말 인증키와 해당 애플리케이션(540)의 앱 고유의 인증 메커니즘(mechanism)을 이용하여 애플리케이션(540)에서 생성된 인증키와 동일한 인증키를 생성하고, 상기 생성된 인증키를 이용하여 사용자 단말이 애플리케이션(540)을 사용하도록 인증하게 된다.
상기와 같이 푸시 허브와 푸시 클라이언트(550)가 단말 인증키를 공유하면, 애플리케이션(540)은 푸시 클라이언트(550)와 단말 인증키를 공유하고, 서비스 제공 장치의 애플리케이션은 푸시 허브와 단말 인증키를 공유하여, 애플리케이션(540) 사용을 인증한다.
이를 통해 푸시 클라이언트(550)와 푸시 허브가 1번만 인증을 수행하면, 각 애플리케이션은 푸시 클라이언트(550)의 단말 인증키를 이용하여 인증을 수행하므로, 별도의 인증과정을 수행할 필요가 없게 된다.
예를 들어, 10개의 애플리케이션을 설치 또는 실행하고자 하는 경우, 푸시 클라이언트(550)와 푸시 허브간에 1회 인증으로 단말 인증키를 공유하게 되면, 10개의 애플리케이션을 설치 또는 실행 시 10번을 인증할 필요없이, 공유된 단말 인증키를 이용하여 10개의 애플리케이션을 설치 또는 실행할 수 있다.
다음으로 상기 인증정보가 인증 키인 경우이다.
애플리케이션(540)은 푸시 클라이언트(550)로부터 인증키를 수신한 경우, 상기 수신된 인증키를 서비스 제공 장치로 전송하여 인증을 수행할 수도 있다.
푸시 클라이언트(550)는 설치 또는 실행 요청된 애플리케이션(540)으로부터 앱 인증등록 요청이 수신된 경우, 앱 인증 요청 신호를 푸시 허브로 전송하고, 푸시 허브로부터 인증키를 수신하여 애플리케이션(540)으로 전송한다. 그러면, 애플리케이션(540)은 상기 인증키를 이용하여 서비스 제공 장치와 인증을 수행하게 된다. 이때, 서비스 제공 장치는 상기 인증키를 푸시 허브와 공유하고 있으므로, 인증키를 이용하여 사용자 단말(500)이 애플리케이션(540)을 사용하도록 인증할 수 있다.
저장부(560)은 사용자 단말(500)의 통신망 이용을 위한 각종 정보들과 애플리케이션들이 저장된다.
본 발명의 또 다른 실시예에 따르면 단말 장치(500)는 푸시 허브 클라이언트 관리부를 포함하여 구성될 수 있다.
이 때 상기 푸시 허브 클라이언트는 저장부(560)에 설치될 수 있다.
푸시 허브 클라이언트 관리부는 설치된 푸시 허브 클라이언트를 실행시켜 단말 식별정보, 단말 운영체제 정보, 및 설치된 서비스 어플리케이션 정보를 포함하는 단말 정보를 생성하고, 단말 정보를 푸시 허브로 전송하여 등록을 요청한다.
또한, 푸시 허브 클라이언트 관리부는 푸시 허브로부터 전송된 푸시 메시지를 수신하여 서비스 어플리케이션으로 전달한다.
푸시 허브 클라이언트 관리부에서 수신하는 푸시 메시지는 서비스 제공 장치로부터 전송된 메시지와 서비스 제공 장치로부터 전송된 메시지에 할당된 푸시 알림 식별정보를 포함하고, 단말 장치가 사용가능한 푸시 장치(푸시 허브에 등록된 푸시 장치) 개수에 따라 동일한 다수 개의 푸시 메시지를 동시 또는 순차적으로 수신할 수 있다.
푸시 허브 클라이언트 관리부는 동일한 푸시 메시지를 다수 개 수신한 경우 다수의 푸시 메시지를 필터링하여 가장 먼저 수신된 하나의 푸시 메시지만 선택한다. 구체적으로, 푸시 허브 클라이언트 관리부는 수신된 푸시 메시지의 푸시 알림 식별정보를 비교하여 동일한 푸시 알림 식별 정보를 갖는 푸시 메시지가 수신된 것으로 판단되면, 가장 먼저 수신된 푸시 메시지만 서비스 어플리케이션으로 전달하고 다른 푸시 메시지는 삭제한다.
상술한 바와 같이, 푸시 알림 식별정보는 전송시간, 단말의 식별정보 및 서비스 어플리케이션 식별정보를 포함하여 구성되고, 푸시 허브 클라이언트 관리부는 가장 먼저 수신된 푸시 메시지를 서비스 어플리케이션 식별정보에 대응되는 서비스 어플리케이션으로 전달한다.
따라서, 본 발명에 따르면, 단말 장치는 각각의 서비스 제공 장치로 단말 장치를 등록할 필요없이 푸시 허브로 1회의 단말 장치 등록만 수행하면 단말 장치에 설치된 모든 서비스 어플리케이션에 대한 푸시 메시지를 수신할 수 있다.
또한, 서비스 제공 장치는 메시지를 전송할 각 단말 장치의 정보를 관리할 필요가 없고 메시지를 전송할 푸시 장치를 직접 선택할 필요없이 푸시 허브로 메시지 푸시를 요청하면 되기 때문에 서비스 제공 장치의 부담을 줄일 수 있다.
또한, 단말 장치는 사용가능한 모든 푸시 장치를 이용하여 푸시 메시지를 전송받기 때문에, 특정 푸시 장치가 오작동, 고장 등으로 인해 문제가 발생하는 경우에도 다른 사용가능한 푸시 장치가 푸시 허브에 등록되어 있으면 푸시 메시지를 수신할 수 있으므로 특정 푸시 장치의 고장 등으로 인한 문제를 해결할 수 있다.
또한, 푸시 장치가 특정 서비스 또는 운영체제에 제한되지 않고 다수로 사용될 수 있으므로 하나의 푸시 장치로부터 푸시 메시지를 수신하는 경우보다 푸시 메시지 가장 전송 속도가 빠르고 전송 성공율이 높다.
도8은 본 발명의 실시예에 따른 가입자정보 DB(330)의 데이터 저장 상태도이고, 도9는 본 발명의 실시예에 따른 푸시 서비스 제공 시스템의 가입자 정보 변경 상태도이다.
본 실시예에서는 3명의 가입자가 전화번호가 저장된 USIM을 상호 교체하는 경우를 예시하고 있다.
도 8에 도시된 바와 같이 가입자정보 DB(330)에는 단말의 단말 식별정보, 전화번호 및 가입된 서비스의 가입 ID가 저장될 수 있고, 도 9에 도시된 바와 같이, 각 가입자의 전화번호는 USIM에 저장될 수 있다.
각 가입자의 단말 ID는 A, B, C 이고, 이는 각 단말의 MAC address, IMEI 등 기기에 할당되는 고유한 정보를 뜻한다.
가입자 단말에 장착된 USIM에는 각 가입자의 전화번호가 저장될 수 있다. 이에, 단말 A에는 전화번호 123이 저장된 USIM이 장착되고, 단말 B에는 전화번호 456이 저장된 USIM이 장착되며, 단말 C에는 전화번호 789가 저장된 USIM이 장착된다. 여기서, 단말 A와 단말 B에는 서비스 앱이 설치되어 있으며, 단말 C에는 서비스 앱이 설치되어 있지 않다.
이 후, 단말 A의 USIM을 단말 B에 장착하는 경우 단말 B의 단말 식별정보는 그대로 "B"로 유지되나 전화번호는 456에서 123으로 변경된다.
한편, 도 10은 위 실시예에 따른 푸시 서비스 제공방법의 흐름도이다.
단말 A의 USIM을 단말 B에 교체하여 장착하면(S110), 단말 B의 푸시 에이전트(520)가 가입자정보가 변경되었음을 인지하여 푸시 허브(300)에 가입자정보 변경을 알릴 수 있다(S112). 여기서, 가입자정보 변경 사실은 단말에 설치된 푸시 에이전트(520)가 전달하거나, 푸시 허브(300)에서 단말 B로부터 단말정보와 전화번호를 수신하여 가입자정보의 변경 사실을 인식하는 것도 가능하다. 또한, 오퍼레이터나 통신사 서버, 대리점 등에서 푸시 허브(300) 측에 가입자정보의 변경 사실을 통지하는 것도 가능하다.
가입자정보가 변경되었음을 인지한 푸시 허브(300)는 단말 A의 서비스 앱과 단말 B의 서비스 앱 모두에게 가입자정보 변경사실을 경고한다(S114, S118). 여기서, 푸시 허브(300)는 가입자정보 변경사실을 단순 경고하거나, 재인증을 요청할 수 있으며, 혹은, 기존에 저장된 서비스 앱의 사용자 정보를 리셋하는 것도 가능하다.
또한, 가입자정보가 변경되었음을 인지한 푸시 허브(300)는 서비스 제공장치(100)에도 가입자정보 변경사실을 경고할 수 있다(S116). 즉, 가입자정보가 변경된 경우 푸시 허브(300)는 단말과 서비스 제공장치(100) 중 적어도 어느 한 측에 가입자정보가 변경되었음을 경고할 수 있다. 이에, 가입자 정보 변경 사실을 통보 받은 서비스 제공장치(100)는 해당 사용자의 가입자 정보를 데이터베이스에서 삭제할 수 있으며, 해당 가입자에게 서비스 재가입 혹은 재인증 절차를 진행하도록 안내할 수 있다.
이에, 단말 A의 사용자와 단말 B의 사용자는 각각 서비스 제공장치(100)에 접속하여 서비스 앱의 재인증 과정을 수행할 수 있다(S116, S118).
한편, 단말 B의 USIM을 서비스 앱이 설치되지 않은 단말 C에 장착하는 경우, 단말 B의 푸시 에이전트(520)가 가입자정보가 변경되었음을 인지하여 푸시 허브(300)에 가입자정보 변경을 알릴 수 있으며, 혹은, 오퍼레이터에 의해 가입자 정보 변경 사실이 푸시 허브(300)로 전달될 수 있다.
한편, 단말 C에는 서비스 앱을 다운로드 받아 서비스 제공장치(100)에 접속하여 단말 C의 고유ID 및 USIM에 저장된 전화번호는 456을 서비스 제공장치(100)에 등록하여 푸시 메시지 서비스를 이용할 수 있다.
도 11은 본 발명의 일 실시예에 따른 애플리케이션 인증 방법을 나타낸 도면이다. 즉, 도 11은 푸시 클라이언트가 탑재된 사용자 단말이 푸시허브와 단말 인증키를 공유한 후, 애플리케이션이 설치 또는 실행된 경우, 상기 푸시허브와 공유된 단말 인증키를 이용하여 애플리케이션 인증을 수행하는 방법을 나타낸다.
도 11을 참조하면, 사용자 단말(500)에 탑재된 푸시 클라이언트(550)는 단말 식별정보를 포함하는 단말 인증 요청 신호를 푸시 허브(300)로 전송한다(S602).
이후, 푸시 허브(300)는 단말 인증 요청 신호에 포함된 단말 식별정보를 가입자로 하는 오퍼레이터를 확인하고, 사용자 단말(500)을 인증한다(S604).
단계 S604의 인증결과 사용자 단말(500)이 인증된 경우, 푸시 허브(300)는 단말 인증키를 생성하고(S606), 상기 생성된 단말 인증키를 사용자 단말(500)과 서비스 제공 장치(300)로 전송한다(S608). 이를 통해 푸시 클라이언트(550)와 푸시 허브(300)는 단말 인증키를 공유하게 되고, 추후 사용자 단말(500)에서 애플리케이션(540)의 설치 또는 실행이 요청된 경우, 상기 단말 인증키를 이용하여 애플리케이션 사용을 인증하게 된다.
단계 S608의 수행 후, 사용자 단말(500)에서 애플리케이션이 다운로드 되어 설치되거나 애플리케이션 실행이 요청되면(S610), 애플리케이션(540)은 앱 인증 등록 요청 신호를 푸시 클라이언트(550)로 전송하고(S612), 푸시 클라이언트(550)는 푸시 허브(300)로부터 수신한 단말 인증키를 애플리케이션(540)으로 전송한다(S614).
애플리케이션(540)은 상기 푸시 허브(300)로부터 수신된 단말 인증키와 앱 고유의 인증 메커니즘(mechanism)을 이용하여(또는 조합하여) 인증키를 생성하고(S616), 상기 단말 인증키와 앱 고유의 인증 메커니즘을 통해 생성된 인증키를 이용하여 서비스 제공 장치(300)와 애플리케이션 사용을 인증한다(S618). 여기서, 상기 앱 고유의 인증 메커니즘은 일 예로, 앱 고유 키일 수 있다.
즉, 서비스 제공 장치(300)는 푸시 허브(300)로부터의 단말 인증키를 가지고 있고, 애플리케이션(540)의 앱 고유의 인증 메커니즘을 알고 있으므로, 단말 인증키와 앱 고유의 인증 메커니즘의 조합을 통해 인증키를 생성한다. 그런 후, 서비스 제공 장치(300)는 애플리케이션(540)으로부터 수신된 인증키와 자신의 인증키를 비교하여 애플리케이션 사용 인증을 수행하게 된다.
도 12는 본 발명의 또 다른 실시 예에 따른 애플리케이션 인증 방법을 나타낸 도면이다. 즉, 도 10은 사용자 단말이 푸시허브로 앱 인증 요청을 통해 푸시허브에서 생성되는 인증키를 이용하여 애플리케이션 인증을 수행하는 방법을 나타낸 도이다.
도 12를 참조하면, 사용자 단말(500)에서 애플리케이션(540)이 다운로드 되어 설치되거나 애플리케이션 실행이 요청되면(S702), 애플리케이션(540)은 앱 인증 등록 요청 신호를 푸시 클라이언트(550)로 전송한다(S704).
이후, 푸시 클라이언트(550)는 단말 식별정보 및 애플리케이션 식별정보를 포함하는 앱 인증 요청 신호를 푸시 허브(300)로 전송한다(S706).
푸시 허브(300)는 상기 수신된 앱 인증 요청 신호에 기초하여, 사용자 단말 및 애플리케이션의 인증을 수행하고(S708), 사용자 단말 및 애플리케이션의 인증이 성공된 경우 인증키를 생성하여 푸시 클라이언트(550)와 서비스 제공 장치(300)로 전송한다(S712). 이때, 푸시 허브(300)는 애플리케이션 식별정보, 사용자 단말 식별정보, 애플리케이션 식별정보와 사용자 단말 식별정보의 조합 중 적어도 하나를 기초로 사용자 단말(500)의 애플리케이션 사용 인증을 위한 고유한 인증키를 생성한다.
단계 S712가 수행되면, 푸시 클라이언트(550)는 푸시 허브(300)로부터의 인증키를 애플리케이션(540)으로 전송하고(S714), 애플리케이션(540)은 푸시 클라이언트(550)로부터 수신된 인증키를 이용하여 서비스 제공 장치(300)와 애플리케이션 사용을 인증한다(S716).
즉, 서비스 제공 장치(300)는 푸시 허브(300)로부터의 인증키를 가지고 있으므로, 애플리케이션(540)으로부터 수신된 인증키와 자신의 인증키를 비교하여 애플리케이션 사용 인증을 수행하게 된다.
한편, 본 발명의 다른 측면에 따르면, 푸시 허브가 애플리케이션을 인증하는 방법에 있어서, 사용자 단말로부터 단말 식별정보를 포함하는 단말 인증 요청 신호가 수신된 경우, 가입자 정보 데이터베이스로부터 상기 단말 식별정보를 가입자로 하는 오퍼레이터를 확인하여 사용자 단말 인증을 수행하는 단계, 상기 사용자 단말 인증이 성공된 경우, 단말 인증키를 생성하여 상기 사용자 단말 및 상기 서비스 제공 장치로 전송하는 단계를 포함하는 애플리케이션 인증 방법이 프로그램으로 기록되고 전자 장치에서 판독 가능한 기록매체에 기록될 수 있다.
본 발명의 또 다른 측면에 따르면, 사용자 단말이 애플리케이션을 인증하는 방법에 있어서, 푸시 클라이언트가 단말 식별정보를 포함하는 단말 인증 요청 신호를 푸시 허브로 전송하고, 상기 푸시 허브로부터 단말 인증키를 수신하는 단계, 애플리케이션이 앱 인증 등록 요청 신호를 상기 푸시 클라이언트로 전송하는 단계, 상기 푸시 클라이언트가 상기 푸시 허브로부터 수신된 단말 인증키를 상기 애플리케이션으로 전송하는 단계, 상기 애플리케이션이 상기 수신된 단말 인증키와 앱 고유의 인증 메커니즘을 이용하여 인증키를 생성하고, 상기 생성된 인증키를 서비스 제공 장치로 전송하는 사용 인증을 수행하는 단계를 포함하는 애플리케이션 인증 방법이 프로그램으로 기록되고 전자 장치에서 판독 가능한 기록매체에 기록될 수 있다.
본 발명의 또 다른 측면에 따르면, 푸시 허브가 애플리케이션을 인증하는 방법에 있어서, 사용자 단말로부터 단말 식별정보 및 애플리케이션 식별정보를 포함하는 앱 인증 요청 신호가 수신된 경우, 가입자 정보 데이터베이스를 이용하여 상기 사용자 단말 및 상기 사용자 단말에 설치된 애플리케이션의 인증을 수행하는 단계, 상기 사용자 단말 및 상기 애플리케이션의 인증이 성공된 경우, 상기 사용자 단말의 애플리케이션 사용 인증을 위한 인증키를 생성하여 상기 사용자 단말 및 상기 서비스 제공 장치로 전송하는 단계를 포함하는 애플리케이션 인증 방법이 프로그램으로 기록되고 전자 장치에서 판독 가능한 기록매체에 기록될 수 있다.
본 발명의 또 다른 측면에 따르면, 사용자 단말이 애플리케이션을 인증하는 방법에 있어서, 애플리케이션이 푸시 클라이언트로 앱 인증 등록 요청 신호를 전송하는 단계, 상기 푸시 클라이언트가 앱 인증 요청 신호를 푸시 허브로 전송하고, 상기 푸시 허브로부터 애플리케이션 사용 인증을 위한 인증키를 수신하여 상기 애플리케이션으로 전송하는 단계, 상기 애플리케이션이 상기 인증키를 서비스 제공 장치로 전송하여 사용 인증을 수행하는 단계를 포함하는 애플리케이션 인증 방법이 프로그램으로 기록되고 전자 장치에서 판독 가능한 기록매체에 기록될 수 있다.
이러한 애플리케이션 인증 방법은 프로그램으로 작성 가능하며, 프로그램을 구성하는 코드들 및 코드 세그먼트들은 당해 분야의 프로그래머에 의하여 용이하게 추론될 수 있다. 또한, 애플리케이션 인증 방법에 관한 프로그램은 전자장치가 읽을 수 있는 정보저장매체(Readable Media)에 저장되고, 전자장치에 의하여 읽혀지고 실행될 수 있다.도 13은 본 발명의 또 다른 측면에 따른 푸시 서비스 제공 방법을 나타내는 도면이다.
본 실시예에 따르면, 도 13에 도시한 바와 같이, 푸시 서비스 제공 방법은 단말 장치와 푸시 허브 사이의 단말 등록(또는 사용자 등록) 과정과, 서비스 제공 장치에서 전송한 메시지가 푸시 허브를 거쳐 단말 장치로 전송되는 푸시 메시지 전송 과정으로 나눌 수 있다.
먼저, 단말 등록(또는 사용자 등록) 과정은, 단말 장치에서 푸시 허브 클라이언트를 실행시켜(S810) 단말 정보를 생성하고, 단말 정보와 단말 장치 등록 요청을 푸시 허브로 요청하면(S820), 푸시 허브에서 단말 장치를 등록하는 과정(S830)을 포함하여 구성된다.
여기서, 단말 정보는 단말 식별정보, 단말 운영체제 정보, 서비스 어플리케이션 정보를 포함한다. 푸시 허브는 전송된 단말 정보를 이용하여 각 단말 장치가 사용가능한 푸시 장치를 추출한 후, 단말 식별정보와 사용가능한 푸시 장치 정보를 대응시켜 데이터베이스로 저장한 후 단말 장치 등록 완료를 단말 장치로 통지한다.
다음으로, 푸시 메시지 전송 과정은, 서비스 제공 장치로부터 단말 식별정보와 메시지 푸시 요청 신호가 푸시 허브로 전송되고(S840), 푸시 허브에서 단말 식별정보에 대응되는 푸시 장치를 검색하고(S850), 푸시 허브는 푸시 메시지를 생성하여 단말 장치로 전송하고(S860, S870), 단말 장치는 푸시 메시지를 필터링하여(S880) 푸시 메시지를 서비스 어플리케이션으로 전달하는 과정(S890)을 포함하여 구성된다.
푸시 허브는 메시지에 푸시 알림 식별정보를 할당하여 푸시 메시지를 생성하고, 저장된 데이터베이스에서 단말 식별정보에 대응되는 푸시 장치 정보를 검색한 후 해당되는 푸시 장치를 통해 푸시 메시지를 단말 장치로 전송한다.
푸시 메시지 필터링(S880)은, 단말 장치에서 푸시 알림 식별정보가 동일한 푸시 메시지가 다수 개 전송된 경우, 가장 먼저 전송된 푸시 메시지를 선택하는 과정이다.
푸시 메시지 필터링(S880) 후 가장 먼저 전송된 푸시 메시지는 서비스 어플리케이션으로 전달되고(S890), 나머지 푸시 메시지를 삭제된다. 푸시 메시지 필터링(S880)은 순차적으로 전송된 푸시 메시지 중 푸시 알림 식별정보가 동일한 모든 푸시 메시지가 수신될 때까지 기다린 후 수행되는 것은 아니며, 이전에 푸시 알림 식별정보가 동일한 푸시 메시지가 수신되지 않았으면, 수신된 푸시 메시지를 바로 관련 어플리케이션으로 전송하고, 이후 수신된 동일한 푸시 알림 식별정보를 갖는 푸시 메시지는 삭제하는 방법으로 필터링된다.
도 14 및 도 15는 도 13의 푸시 서비스 제공 방법을 단말 장치 및 푸시 허브 측면에서 설명한 것이다.
도 14은 본 발명의 또 다른 측면에 따른 단말 장치의 푸시 서비스 제공 방법을 나타내는 흐름도이고, 도 15은 본 발명의 또 다른 측면에 따른 푸시 허브의 푸시 서비스 제공 방법을 나타내는 흐름도이다.
도 14에 도시한 바와 같이, 단말 장치의 푸시 서비스 제공 방법은 단말 장치에 푸시 허브 클라이언트를 설치하고(S910) 설치된 푸시 허브 클라이언트를 실행시켜 단말 식별정보, 단말 운영체제 정보와, 단말 장치에 설치된 서비스 어플리케이션 정보를 포함하는 단말 정보를 생성하고, 단말 정보를 푸시 허브로 전송하여(S920) 단말 장치의 등록을 요청한다(S930).
단말 장치 등록이 완료되면, 단말 장치는 푸시 허브로부터 전송된 푸시 메시지를 수신하고(S940), 수신된 푸시 메시지의 푸시 알림 식별정보를 비교하여 동일한 푸시 알림 식별 정보를 갖는 푸시 메시지가 수신된 것으로 판단되면, 가장 먼저 수신된 푸시 메시지만 서비스 어플리케이션으로 전달하고 다른 푸시 메시지는 삭제한다(S950, S960).
도 15에 도시한 바와 같이, 푸시 허브의 푸시 서비스 제공 방법은 단말 장치로부터 단말 정보를 수신하고(S1010), 수신된 단말 정보에 따라 사용가능한 푸시 장치 정보를 단말 식별정보와 대응시켜 등록한다(S1020).
이때, 단말 장치 등록(S1020)은 단말 운영체제 정보에 따라 단말 장치의 운영체제를 공급하는 오퍼레이터의 푸시 장치 정보, 단말 식별정보에 따라 사용하는 네트워크망을 제공하는 오퍼레이터의 푸시 장치 정보, 서비스 어플리케이션 정보에 따라 서비스 어플리케이션을 공급하는 오퍼레이터의 푸시 장치 정보, 또는 푸시 허브의 정보 중 적어도 하나를 단말 정보에 따라 사용가능한 푸시 장치 정보로 등록함으로써 수행된다.
또한, 서비스 제공 장치로부터 단말 식별정보와 메시지 푸시 요청 신호를 수신하면, 서비스 제공 장치로부터 수신된 단말 식별정보에 대응되는 푸시 장치를 검색하고(S1030), 서비스 제공 장치로부터 수신된 메시지를 푸시 메시지로 생성하고(S1040), 검색된 푸시 장치를 통해 푸시 메시지를 단말 장치로 전송한다(S1050).
푸시 메시지 생성(S1040)은 서비스 제공 장치로부터 수신된 메시지에 푸시 알림 식별정보를 할당하여 생성되며, 서비스 제공 장치로부터 수신된 동일한 메시지에 할당하는 푸시 알림 식별정보는 고유성이 보장되어 모든 푸시 장치에 동일하게 할당한다.
즉, 푸시 알림정보는 푸시 장치에 종속적이지 않고, 푸시 메시지 전송시간, 단말 식별정보 및 서비스 어플리케이션 정보에 종속적인 정보이다.
본 발명의 또 다른 측면에 따르면, 단말 장치에서 설치되고 실행되며, 푸시 허브 클라이언트를 설치하는 단계, 설치된 푸시 허브 클라이언트를 실행시켜 단말 식별정보, 단말 운영체제 정보, 및 단말 장치에 설치된 서비스 어플리케이션 정보를 포함하는 단말 정보를 생성하고, 단말 정보를 전송하여 단말 장치의 등록을 요청하는 단계, 전송된 푸시 메시지를 수신하는 단계, 및 수신된 푸시 메시지의 푸시 알림 식별정보를 비교하여 동일한 푸시 알림 식별 정보를 갖는 푸시 메시지가 수신된 것으로 판단되면, 가장 먼저 수신된 푸시 메시지만 서비스 어플리케이션으로 전달하고 다른 푸시 메시지는 삭제하는 단계를 포함하는 푸시 서비스 제공 방법이 프로그램으로 기록되고 전자 장치에서 판독 가능한 기록매체가 제공된다.
본 발명의 또 다른 측면에 따르면, 푸시 허브에서 실행되며, 단말 식별정보, 단말 운영체제 정보, 및 서비스 어플리케이션 정보를 포함하는 단말 정보를 수신하는 단계, 수신된 단말 정보에 따라 사용가능한 푸시 장치 정보를 단말 식별정보와 대응시켜 등록하는 단계, 메시지를 푸시할 단말 식별정보와 메시지 푸시 요청 신호를 수신하고, 수신된 단말 식별정보에 대응되는 푸시 장치를 검색하는 단계, 및 수신된 메시지에 푸시 알림 식별정보를 할당하여 푸시 메시지로 생성하고 검색된 푸시 장치를 통해 전송하는 단계를 포함하는 푸시 서비스 제공 방법이 프로그램으로 기록되고 전자 장치에서 판독 가능한 기록매체가 제공된다.
푸시 서비스 제공 방법은 프로그램으로 작성 가능하고, 프로그램을 구성하는 코드들 및 코드 세그먼트들은 당해 분야의 프로그래머에 의하여 용이하게 추론될 수 있다.
또한, 푸시 서비스 제공 방법에 관한 프로그램은 전자장치가 읽을 수 있는 정보저장매체(Readable Media)에 저장되고, 전자장치에 의하여 읽혀지고 실행됨으로써 단말 장치 또는 푸시 허브에서 푸시 서비스(예를 들어, 푸시 메시지 생성, 처리 및 전송)가 제공될 수 있다.
이와 같이, 본 발명이 속하는 기술분야의 당업자는 본 발명이 그 기술적 사상이나 필수적 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적인 것이 아닌 것으로서 이해해야만 한다. 본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 등가개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.
본 발명은 각 오퍼레이터(operator)에 의해 운영되는 푸시장치와 연동하는 푸시허브를 구비하여, 서비스 제공 장치가 각각의 푸시 장치에 맞게 복수의 푸시 요청을 하지 않고, 한번의 푸시 요청만으로 푸시 서비스를 제공할 수 있는 푸시 서비스 제공 시스템 및 방법에 적용될 수 있다.
또한 본 발명은 푸시 서비스를 이용하는 가입자가 단말을 교체하거나 가입자 단말의 USIM 카드가 교체되어 가입자 정보가 변경되는 경우 푸시 허브가 가입자 단말과 서비스 장치 중 적어도 한 측에 가입자 정보의 변경사실을 통보함으로써, 가입자의 단말 교체 시 푸시 메시지가 오전달되는 것을 방지하는 푸시 서비스 제공 시스템 및 방법을 제공하는 데에 이용할 수 있다.
또한 본 발명은 사용자 단말에 탑재된 푸시 클라이언트(Push Client)와 푸시 허브간에 상호 인증을 수행하여, 애플리케이션을 다운로드/설치 또는 실행할 때마다 인증번호를 입력해야 하는 절차를 제거하여 애플리케이션의 다운로드/설치 또는 실행 절차를 간소화할 수 있고, 푸시 클라이언트와 푸시 허브간에 안정적인 세션을 사용하여 보안성을 높일 수 있도록 하는 푸시 서비스 제공 시스템 및 방법에 적용될 수 있다.

Claims (21)

  1. 적어도 하나의 서비스 제공 장치, 각 오퍼레이터에 의해 운영되는 푸시 장치, 사용자 단말 중 적어도 하나와 통신하는 통신부; 및
    적어도 하나의 서비스 제공 장치로부터 메시지 및 단말 식별정보들을 포함하는 메시지 푸시 요청 신호가 수신된 경우, 상기 단말 식별정보들을 가입자로 하는 오퍼레이터들의 푸시 장치들로 상기 메시지의 푸시를 각각 요청하는 메시지 전송 처리부;
    를 포함하는 푸시 허브.
  2. 제1항에 있어서,
    오퍼레이터들의 푸시 장치 및 가입자에 대한 정보가 저장된 가입자 정보 데이터베이스를 더 포함하고,
    상기 메시지 전송 처리부는 상기 단말 식별정보들을 가입자로 하는 오퍼레이터들을 확인하고, 상기 가입자 정보 데이터베이스를 검색하여 상기 오퍼레이터들의 푸시 장치 구비 여부를 판단하며, 푸시 장치가 구비된 오퍼레이터의 경우 상기 메시지 및 해당 단말 식별정보를 포함하는 푸시 요청 신호를 해당 오퍼레이터의 푸시 장치로 전송하고, 푸시 장치가 구비되지 않은 오퍼레이터의 경우 해당 단말로 상기 메시지를 직접 전송하는 것을 특징으로 하는 푸시 허브.
  3. 제2항에 있어서,
    상기 메시지 전송 처리부는 상기 메시지 푸시 요청 신호에 단말 식별정보에 대응하는 오퍼레이터 정보가 포함된 경우, 그 오퍼레이터 정보를 해당 단말 식별정보를 가입자로 하는 오퍼레이터로 확인하고, 상기 메시지 푸시 요청 신호에 오퍼레이터 정보가 포함되지 않은 경우, 상기 가입자 정보 데이터베이스를 검색하여 상기 단말 식별정보를 가입자로 하는 오퍼레이터를 확인하는 것을 특징으로 하는 푸시 허브.
  4. 제1항에 있어서,
    상기 메시지 전송 처리부는 상기 메시지를 각 오퍼레이터에서 요구하는 인터페이스를 통해 해당 오퍼레이터의 푸시 장치로 전송하거나, 각 오퍼레이터에서 요구하는 메시지 포맷으로 변환(Transcoding)하여 해당 오퍼레이터의 푸시 장치로 전송하는 것을 특징으로 하는 푸시 허브.
  5. 제1항에 있어서,
    상기 메시지 전송 처리부는 서비스 제공 장치로부터 단말 식별정보를 포함하는 메시지 푸시 요청 신호가 수신된 경우, 해당 단말 식별정보를 갖는 사용자 단말에 상기 메시지 푸시를 전송하는 것을 특징으로 하며,
    상기 서비스 제공장치에 가입한 사용자의 가입 ID, 단말 식별정보, 전화번호 및 USIM코드(IMSI; International Mobile Subscriber Identity) 중 적어도 어느 하나가 저장된 가입자 정보 데이터베이스; 및
    상기 사용자 단말의 단말 식별정보, 전화번호, USIM코드(IMSI; International Mobile Subscriber Identity) 및 상기 서비스 제공장치에 가입한 사용자의 가입 ID 중 어느 하나라도 변경된 것으로 확인된 경우, 상기 사용자 단말에 저장된 가입자 정보를 리셋하거나, 가입자 정보에 대해 재인증을 요청하거나, 가입자 정보변경을 안내하는 경고메시지를 전송하는 제어부를 포함하는 푸시 허브.
  6. 제5항에 있어서,
    상기 제어부는,
    상기 사용자 단말의 단말 식별정보, 전화번호, USIM코드(IMSI; International Mobile Subscriber Identity) 및 상기 서비스 제공장치에 가입한 사용자의 가입 ID 중 어느 하나라도 변경된 것으로 확인된 경우, 상기 서비스 제공장치에 상기 가입자정보의 변경사실을 통보하는 것을 특징으로 하는 푸시 허브.
  7. 제5항에 있어서,
    상기 단말 식별정보는,
    맥 어드레스와 단말의 기기번호(IMEI; International Mobile Equipment Identity) 중 적어도 어느 하나를 포함하는 것을 특징으로 하는 푸시허브.
  8. 제5항에 있어서,
    상기 전화번호는,
    MSISDN(Mobile Subscriber ISDN), MCC(Mobile Country Code), MNC(Mobile Network Code), 중 적어도 어느 하나를 포함하는 것을 특징으로 하는 푸시허브.
  9. 제1항에 있어서,
    사용자 단말들의 식별정보 및 각 사용자 단말에 설치된 애플리케이션에 대한 정보가 저장된 가입자 정보 데이터베이스; 및
    상기 사용자 단말로부터 단말 식별정보를 포함하는 단말 인증 요청 신호가 수신된 경우, 상기 가입자 정보 데이터베이스로부터 상기 단말 식별정보를 가입자로 하는 오퍼레이터를 확인하여 사용자 단말 인증을 수행하고, 상기 사용자 단말 인증이 성공된 경우, 단말 인증키를 생성하여 상기 사용자 단말 및 상기 서비스 제공 장치로 전송하는 인증 처리부;
    를 더 포함하는 푸시 허브.
  10. 제9항에 있어서,
    상기 인증 처리부는 상기 사용자 단말로부터 단말 식별정보 및 애플리케이션 식별정보를 포함하는 앱 인증 요청 신호를 수신하고, 상기 가입자 정보 데이터베이스를 이용하여 상기 사용자 단말 및 상기 사용자 단말에 설치된 애플리케이션의 인증을 수행하고, 상기 사용자 단말 및 상기 애플리케이션의 인증이 성공된 경우, 상기 사용자 단말의 애플리케이션 사용 인증을 위한 인증키를 생성하여 상기 사용자 단말 및 상기 서비스 제공 장치로 전송하는 것을 특징으로 하는 푸시 허브.
  11. 제10항에 있어서,
    상기 인증 처리부는 애플리케이션 식별정보, 사용자 단말 식별정보, 애플리케이션 식별정보와 사용자 단말 식별정보의 조합 중 적어도 하나를 기초로 애플리케이션 사용 인증을 위한 고유한 인증키를 생성하는 것을 특징으로 하는 푸시 허브.
  12. 서비스 제공장치가 제공하는 푸시 메시지를 수신하여 표시하는 서비스 앱;
    상기 사용자 단말의 사용자가 전화번호가 저장된 USIM; 및
    상기 사용자 단말에 설치되어 상기 서비스 제공장치와의 접속 시 단말의 식별정보와 상기 전화번호를 상호 매칭하여 송신하고, 상기 전화번호가 변경된 것으로 판단된 경우 상기 사용자 단말에 저장된 가입자 정보를 리셋하거나, 가입자 정보에 대해 재인증을 요청하거나, 가입자 정보변경을 경고하는 푸시 에이전트를 포함하는 사용자 단말.
  13. 단말 식별정보를 포함하는 단말 인증 요청 신호를 푸시 허브로 전송하여 단말 인증키를 수신하고, 애플리케이션으로부터 앱 인증 등록 요청 신호가 수신된 경우, 상기 단말 인증키를 상기 애플리케이션으로 전송하는 푸시 클라이언트; 및
    앱 인증 등록 요청 신호를 상기 푸시 클라이언트로 전송하여, 상기 푸시 클라이언트로부터 단말 인증키를 수신하고, 상기 수신된 단말 인증키와 앱 고유의 인증 메커니즘을 이용하여 인증키를 생성한 후, 상기 생성된 인증키를 서비스 제공 장치로 전송하여 사용 인증을 수행하는 애플리케이션;
    을 포함하는 사용자 단말.
  14. 제13항에 있어서,
    상기 앱 인증 등록 요청 신호는 상기 애플리케이션이 설치되거나 상기 애플리케이션 실행이 요청된 경우, 상기 푸시 클라이언트로 전송되는 것을 특징으로 하는 사용자 단말.
  15. 제13항에 있어서,
    상기 앱 고유의 인증 메커니즘은 앱 고유키인 것을 특징으로 하는 사용자 단말.
  16. 푸시 클라이언트로 앱 인증 등록 요청 신호를 전송하여 인증키를 수신하고, 상기 인증키를 서비스 제공 장치로 전송하여 사용 인증을 수행하는 애플리케이션; 및
    상기 애플리케이션으로부터 앱 인증 등록 요청 신호가 수신된 경우, 앱 인증 요청 신호를 푸시 허브로 전송하고, 상기 푸시 허브로부터 인증키를 수신하여 상기 애플리케이션으로 전송하는 푸시 클라이언트;
    를 포함하는 사용자 단말.
  17. 제16항에 있어서,
    상기 앱 인증 등록 요청 신호는 상기 애플리케이션이 설치되거나 상기 애플리케이션 실행이 요청된 경우, 상기 푸시 클라이언트로 전송되는 것을 특징으로 하는 사용자 단말.
  18. 사용자 단말로 전송할 메시지 및 단말 식별정보들을 포함하는 메시지 푸시 요청 신호를 푸시 허브로 전송하는 적어도 하나의 서비스 제공 장치; 및
    각 오퍼레이터(operator)에 의해 운영되는 푸시 장치와 연동되며, 상기 서비스 제공 장치로부터 메시지 푸시 요청 신호가 수신된 경우, 상기 단말 식별정보들을 가입자로 하는 오퍼레이터들의 푸시 장치로 상기 메시지의 푸시를 각각 요청하는 푸시 허브(PUSH HUB);
    를 포함하는 푸시 서비스 제공 시스템.
  19. 제18항에 있어서,
    단말 식별정보와 전화번호를 포함하는 연결 요청 신호를 전송하는 푸시 에이전트가 설치된 사용자 단말을 더 포함하고,
    상기 서비스 제공 장치는 상기 사용자 단말의 단말 식별정보를 저장하여, 상기 단말 식별정보를 포함하는 푸시 메시지 전송 요청 신호를 전송하고,상기 푸시 허브는,
    상기 사용자 단말의 연결 요청 신호를 수신하여 상기 사용자 단말과의 연결 상태를 유지하고, 상기 서비스 제공장치에서 수신된 상기 메시지 푸시 요청 신호에 포함된 단말 식별정보에 따라 해당 사용자 단말에 메시지 푸시를 전송하며, 상기 사용자 단말에서 수신된 단말 식별정보, 전화번호, USIM코드(IMSI; International Mobile Subscriber Identity) 및 상기 서비스 제공장치에 가입한 사용자의 가입 ID 중 어느 하나라도 변경된 것으로 확인된 경우, 상기 사용자 단말과 서비스 장치 중 적어도 한 측에 가입자 정보변경에 따른 제어를 수행하는 것을 특징으로 하는 푸시 서비스 제공 시스템.
  20. 제18항에 있어서,
    단말 식별정보를 포함하는 단말 인증 요청 신호를 푸시 허브로 전송하여 상기 푸시 허브로부터 단말 인증키를 수신하고, 애플리케이션이 설치되거나 애플리케이션 실행이 요청된 경우, 상기 단말 인증키와 앱 고유의 인증 메커니즘을 이용하여 인증키를 생성하고, 상기 생성된 인증키를 서비스 제공 장치로 전송하는 사용자 단말을 더 포함하고,
    상기 푸시 허브는, 상기 사용자 단말로부터 단말 인증 요청 신호가 수신된 경우, 구비된 가입자 정보 데이터베이스로부터 상기 단말 식별정보를 가입자로 하는 오퍼레이터를 확인하여 사용자 단말 인증을 수행하고, 상기 사용자 단말 인증이 성공된 경우, 단말 인증키를 생성하여 상기 사용자 단말 및 상기 서비스 제공 장치로 전송하는 것을 특징으로 하며
    상기 서비스 제공 장치는 상기 사용자 단말로부터 수신된 인증키와 상기 푸시 허브로부터 수신된 인증키를 비교하여, 일치하는 경우 상기 사용자 단말의 애플리케이션 사용을 인증하는 것을 특징으로 하는
    푸시 서비스 제공 시스템.
  21. 제18항에 있어서,
    애플리케이션이 설치되거나 애플리케이션 실행이 요청된 경우, 단말 식별정보 및 애플리케이션 식별정보를 포함하는 앱 인증 요청 신호를 푸시 허브로 전송하여, 상기 푸시 허브로부터 인증키를 수신하고, 상기 수신된 인증키를 서비스 제공 장치로 전송하는 사용자 단말을 더 포함하고,
    상기 푸시 허브는, 상기 사용자 단말로부터 앱 인증 요청 신호가 수신된 경우, 구비된 가입자 정보 데이터베이스를 이용하여 상기 사용자 단말 및 상기 애플리케이션의 인증을 수행하고, 상기 사용자 단말 및 상기 애플리케이션의 인증이 성공된 경우, 상기 사용자 단말의 애플리케이션 사용 인증을 위한 인증키를 생성하여 상기 사용자 단말 및 상기 서비스 제공 장치로 전송하는 것을 특징으로 하는
    상기 사용자 단말로부터 수신된 인증키와 상기 푸시 허브로부터 수신된 인증키를 비교하여, 일치하는 경우 상기 사용자 단말의 애플리케이션 사용을 인증하는 서비스 제공 장치;
    를 포함하는 푸시 서비스 제공 시스템.
PCT/KR2013/006885 2012-08-16 2013-07-31 푸시 서비스 제공 시스템 및 방법 WO2014027772A1 (ko)

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
KR1020120089491A KR102002097B1 (ko) 2012-08-16 2012-08-16 푸시 서비스 제공 시스템 및 방법
KR10-2012-0089491 2012-08-16
KR10-2012-0090811 2012-08-20
KR1020120090811A KR101854389B1 (ko) 2012-08-20 2012-08-20 애플리케이션 인증 시스템 및 방법
KR10-2012-0093691 2012-08-27
KR1020120093691A KR101771617B1 (ko) 2012-08-27 2012-08-27 푸시 서비스 제공 시스템 및 방법
KR1020120112166A KR102008486B1 (ko) 2012-10-10 2012-10-10 푸시 서비스 제공 시스템 및 방법
KR10-2012-0112166 2012-10-10

Publications (1)

Publication Number Publication Date
WO2014027772A1 true WO2014027772A1 (ko) 2014-02-20

Family

ID=50685638

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2013/006885 WO2014027772A1 (ko) 2012-08-16 2013-07-31 푸시 서비스 제공 시스템 및 방법

Country Status (1)

Country Link
WO (1) WO2014027772A1 (ko)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090001741A (ko) * 2007-05-16 2009-01-09 엔에이치엔(주) 3ａ 기반의 푸시형 이벤트를 제공하는 유비쿼터스노티피케이션 방법 및 시스템
JP2009157650A (ja) * 2007-12-26 2009-07-16 Softbank Mobile Corp コンテンツ提供システム、コンテンツ提供方法およびコンテンツ提供プログラム
KR20100042685A (ko) * 2008-10-06 2010-04-27 (주)씽크엠 무선망 환경에서 동적 ｉｐ기반의 양방향 푸시 서비스 시스템
KR101165746B1 (ko) * 2011-12-15 2012-07-18 (주)다우기술 푸시 메시지 서비스 시스템 및 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090001741A (ko) * 2007-05-16 2009-01-09 엔에이치엔(주) 3ａ 기반의 푸시형 이벤트를 제공하는 유비쿼터스노티피케이션 방법 및 시스템
JP2009157650A (ja) * 2007-12-26 2009-07-16 Softbank Mobile Corp コンテンツ提供システム、コンテンツ提供方法およびコンテンツ提供プログラム
KR20100042685A (ko) * 2008-10-06 2010-04-27 (주)씽크엠 무선망 환경에서 동적 ｉｐ기반의 양방향 푸시 서비스 시스템
KR101165746B1 (ko) * 2011-12-15 2012-07-18 (주)다우기술 푸시 메시지 서비스 시스템 및 방법

Similar Documents

Publication Publication Date Title
WO2020190016A1 (en) Method and device for providing authentication in network-based media processing (nbmp) system
WO2016167536A1 (en) Method and apparatus for managing a profile of a terminal in a wireless communication system
WO2016024695A1 (en) Method and apparatus for profile download of group devices
WO2021157963A1 (en) Method and apparatus for providing edge computing services
WO2020231120A1 (ko) 에지 컴퓨팅 서비스에서 단말의 식별자 관리 방법 및 장치
EP3284274A1 (en) Method and apparatus for managing a profile of a terminal in a wireless communication system
WO2011155762A2 (ko) 다른 장치와 통신 하는 방법 및 통신 기기
WO2020204505A1 (ko) 엣지 컴퓨팅 서비스를 위한 방법 및 그의 전자 장치
WO2015016627A1 (ko) 동일한 네트워크 상의 복수개의 ap 장치 중 하나의 ap 장치와 단말기를 연결하는 방법 및 장치
WO2011155734A2 (ko) 다른 장치와 통신 하는 방법 및 통신 기기
WO2016080595A1 (ko) 멀티 넘버 서비스 제공 방법
WO2021167277A1 (ko) 에지 컴퓨팅 시스템에서 무선 통신 네트워크 타입에 따른 서비스 제공 장치 및 방법
WO2020032445A1 (en) Electronic device, external electronic device, and method of managing embedded subscriber identity modules of external electronic device
WO2016013846A1 (ko) 무선 통신 시스템에서 요청 메시지를 처리하기 위한 방법 및 이를 위한 장치
WO2013085314A1 (ko) Ims 기반의 이동통신 네트워크에서 스폰서 서비스 제공 방법 및 시스템
EP2761814A1 (en) Methods and apparatus for registering a device to server
WO2017082657A1 (ko) 통신 단말에서의 음성 통화 지원방법
WO2015156477A1 (ko) 무선 충전 장치와 단말, 그를 포함하는 무선 충전 시스템, 그 제어 방법 및 컴퓨터 프로그램이 기록된 기록매체
EP3912369A1 (en) Method for interoperating between bundle download process and esim profile download process by ssp terminal
WO2021235880A1 (ko) 무선 통신 시스템에서 단말로 지역 데이터 네트워크 정보를 제공하기 위한 방법 및 장치
WO2014077544A1 (ko) 단말 장치에 내장되어 설치되는 가입자 인증 모듈의 프로파일 구성 방법 및 이를 이용하는 장치
WO2014030893A1 (ko) 단말 장치에 내장되어 설치되는 가입자 인증 모듈의 프로파일 관리 방법 및 이를 이용하는 가입자 인증 장치
WO2019139247A1 (en) Electronic device for managing embedded subscriber identification module and method for same
EP4018626A1 (en) Method and apparatus for edge computing service
WO2014171711A1 (ko) 이동 통신에서 가입 사업자 변경 제한 정책을 지원하는 정책 적용 방법 및 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13879267

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 09.06.15)

122 Ep: pct application non-entry in european phase

Ref document number: 13879267

Country of ref document: EP

Kind code of ref document: A1