WO2015076028A1 - プッシュ通知管理装置、プッシュ通知管理方法およびプッシュ通知管理プログラム - Google Patents

プッシュ通知管理装置、プッシュ通知管理方法およびプッシュ通知管理プログラム Download PDF

Info

Publication number
WO2015076028A1
WO2015076028A1 PCT/JP2014/076617 JP2014076617W WO2015076028A1 WO 2015076028 A1 WO2015076028 A1 WO 2015076028A1 JP 2014076617 W JP2014076617 W JP 2014076617W WO 2015076028 A1 WO2015076028 A1 WO 2015076028A1
Authority
WO
WIPO (PCT)
Prior art keywords
push notification
user
information
message
application
Prior art date
Application number
PCT/JP2014/076617
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
Application filed by 株式会社セガ filed Critical 株式会社セガ
Publication of WO2015076028A1 publication Critical patent/WO2015076028A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/382—Information transfer, e.g. on bus using universal interface adapter
    • G06F13/385—Information transfer, e.g. on bus using universal interface adapter for adaptation of a particular data processing system to different peripheral devices

Definitions

  • the present invention relates to a technology for managing push notifications.
  • Push notification actively notifies a user terminal of a message from the system side, and the user can acquire information in real time without performing any operation (for example, see Patent Document 1). reference.).
  • push notification is a very convenient function.
  • push notification is performed on an app-by-app basis, for example, when one company provides a plurality of game apps, a game is provided for each game app. It was necessary to install a server and provide a push notification function, which was a heavy burden on the equipment. In the case of a game application that does not require a game server, it is necessary to provide a server only for push notification, which is particularly burdensome.
  • the contents to be notified by the push notification differ depending on the current state of the user (in the case of a game application, the degree of progress of the user's game, etc.), but push according to the state of the user that changes dynamically. There was no mechanism to narrow down the appropriate users to be notified.
  • the present invention has been proposed in view of the above-described conventional problems, and the object of the present invention is to provide a common push notification mechanism for a plurality of applications and to change dynamically.
  • An object is to appropriately narrow down the users who are the targets of push notification according to the user's state.
  • user attribute values for a plurality of attributes defined by a provider of an application program are acquired in association with the application program and the user, and are held as user information.
  • a user information registration unit and a push notification request with information specifying an application program and the attribute value condition are accepted, a corresponding user is extracted from the user information and a list of destination information corresponding to the user is generated.
  • a push notification mechanism can be provided in common to a plurality of applications, and the users who are the targets of push notification can be appropriately narrowed down according to the dynamically changing user status. Can be.
  • FIG. 1 It is a figure which shows the structural example of the system concerning one Embodiment of this invention. It is a figure which shows the structural example of the information used for a process. It is a figure which shows the hardware structural example of a terminal device. It is a figure which shows the hardware structural examples, such as a game server. It is a sequence diagram (the 1) which shows the process example of embodiment. It is a sequence diagram (the 2) which shows the process example of embodiment. It is a sequence diagram (the 3) which shows the process example of embodiment. It is a sequence diagram (the 4) which shows the process example of embodiment. It is a figure which shows the example of a screen of registration of application definition attribute, and the setting of push notification conditions.
  • FIG. 1 is a diagram showing a configuration example of a system according to an embodiment of the present invention. Although an example for a game application will be described, it goes without saying that it can be applied to other applications.
  • the system includes a terminal device 1 (1A, 1B,...) Such as a smartphone or a mobile phone operated by a user (player), a game server 3 that manages a game, and a game application manager (game).
  • a management terminal device 4 instructed to send a push notification by an administrator of the server 3, a push notification execution server 5 that executes a push notification provided as a cloud service, and a push to the push notification execution server 5
  • a push notification management server 6 that mediates notification requests is connected via a network 2 such as the Internet.
  • the game server 3 is provided corresponding to the game application, but some game applications do not require the game server 3.
  • An application (game application) X is installed in the terminal device 1, and by executing the application, a user registration request unit 11, a device token acquisition request unit 12, a device token registration request unit 13, an application definition attribute value transmission unit 14, A push notification request unit 15 and a response information transmission unit 16 are realized.
  • the user registration request unit 11 has a function of performing user registration with the game server 3 when the application X is activated for the first time.
  • the device token acquisition request unit 12 has a function of making a device token acquisition request to the push notification execution server 5 every time the application X is activated.
  • the device token is information for identifying the terminal device 1 that is a destination when a push notification transmission request is made to the push notification execution server 5. Since the device token is updated at a predetermined frequency, it is necessary to obtain the device token every time the application X is activated.
  • the device token registration request unit 13 has a function of requesting registration of the device token acquired from the push notification execution server 5 to the push notification management server 6.
  • the application definition attribute value transmission unit 14 receives user attribute values (application definition attribute values) for a plurality of attributes (application definition attributes, tag attributes) defined in advance by an application provider (developer). Has a function of transmitting to the game server 3 or the push notification management server 6 at the time of change.
  • the attribute value is transmitted only to the push notification management server 6.
  • the application definition attribute value transmission unit 14 can be omitted when the application definition attribute value of each user can be acquired on the game server 3 side. Even when the game server 3 exists, the application definition attribute value transmission unit 14 may cause the game server 3 to transmit the application definition attribute value of each user, or the application definition attribute value transmission unit 14 may push the application server.
  • the notification management server 6 may directly transmit the application definition attribute value of each user.
  • the push notification request unit 15 has a function of making a push notification transmission request to the push notification management server 6.
  • the response information transmission unit 16 activates a predetermined operation that responds to the push notification (a predetermined screen of the app X in response to the push notification, a battle, a quest, a composition (a plurality of game items A function of transmitting response information to the push notification management server 6 when a predetermined action such as billing or the like is performed). .
  • the game server 3 is provided with a user management database 31, a user registration unit 32, an application definition attribute value management unit 33, and a push notification request unit 34.
  • the user management database 31 includes items such as “user ID”, “password”, “user attribute”, “language”, “OS version”, “last activation date”, “game history”, and “application definition attribute value”.
  • “User ID” is information for identifying a user.
  • “Password” is secret information used for authentication.
  • “User attribute” is information such as the gender, age group, and residential area of the user.
  • “Use language” is information for identifying the use language on the application X of the user.
  • “OS version” is information indicating the version number of the OS executing the application X of the user. This “OS version” may be managed in the device token management database 61.
  • “Last activation date” is information on the date and time when the user last activated the application X.
  • Game history is information on the history of the game by the application X by the user.
  • “App-defined attribute value” is an enumeration of numerical values that are attribute values for a predetermined number of attributes (for example, 5) (if there are 5 attributes, 5 numerical values are enumerated).
  • the attributes include, for example, a billing amount, stage progress, number of friends, and the like.
  • the attribute value for the attribute “Stage Progress” is freely assigned on the application operation side, such as “0” before the tutorial breakthrough and “1” after the tutorial breakthrough.
  • the user registration unit 32 of the game server 3 has a function of receiving a user registration request from the terminal device 1, performing a user registration process, and registering user information in the user management database 31. .
  • the application definition attribute value management unit 33 acquires the application definition attribute value of each user, registers it in the user management database 31 in association with the application ID and the user ID, and stores user information that has been changed (including new). It has a function of transmitting to the push notification management server 6 at a predetermined timing (when the application definition attribute value is changed or at a predetermined cycle or time). If the application definition attribute value is to be transmitted from the application definition attribute value transmission unit 14 of the terminal device 1, the application definition attribute value of each user is acquired by reception thereof. When the state of each user is managed in the game server 3, the application definition attribute value of each user can be acquired internally.
  • the user information transmitted to the push notification management server 6 includes an application ID and an application definition attribute value associated with the user ID.
  • the push notification request unit 34 has a function of making a push notification transmission request to the push notification management server 6.
  • the management terminal device 4 is provided with a push notification condition management unit 41 and a push notification request unit 42.
  • the push notification condition management unit 41 registers and manages the definition contents of the application definition attribute (tag attribute) and the application definition attribute value as a memo and supports the setting of the push notification condition while viewing the definition contents have.
  • the push notification request unit 42 has a function of making a push notification transmission request to the push notification management server 6.
  • the push notification from the management terminal device 4 is a request for batch transmission specifying a condition. This request includes a case where transmission is performed immediately and a case where reservation is made by specifying a transmission reservation date and time (distribution reservation date and time).
  • the push notification management server 6 includes a device token management database 61, a user information database 62, a message reservation management information holding unit 63, a message management database 64, a device token registration unit 65, a user information registration unit 66, a message management unit 67, a push A notification request unit 68 and a response information receiving unit 69 are provided.
  • the device token management database 61 includes items such as “application ID”, “user ID”, and “device token” as shown in FIG.
  • “App ID” is information for identifying an application.
  • “User ID” is information for identifying a user.
  • the “device token” is a device token issued from the push notification execution server 5 to the user.
  • the user information database 62 has items such as “application ID”, “user ID”, “OS version”, and “application definition attribute value”.
  • “App ID” is information for identifying an application.
  • “User ID” is information for identifying a user.
  • “OS version” is information indicating the version number of the OS executing the application X of the user.
  • the “application definition attribute value” is a list of numerical values that are attribute values for a predetermined number of attributes.
  • the message reservation management information holding unit 63 has items such as “message ID”, “message content”, “delivery reservation date / time”, “condition”, and “delivery incomplete”.
  • “Message ID” is information for identifying a message to be notified of push.
  • “Message content” is information on the content of the message.
  • “Delivery reservation date” is information on the date and time when the push notification is performed.
  • “Condition” is a condition (OS version, related message, application definition attribute value, etc.) for performing push notification.
  • “Undelivered” is information indicating whether or not a push notification has already been performed.
  • the message management database 64 includes items such as “message ID”, “application ID”, “destination device token”, and “response status”. “Message ID” is information for identifying a message. “App ID” is information for identifying an application. The “destination device token” is a device token that is the destination of the push notification. A user ID may be held instead of the device token.
  • “Response status” is information indicating whether or not there is a response to the push notification, the date and time of the response, the operation that caused the response, and the like. The response status is based on response information transmitted from the terminal device 1. In this embodiment, since the response status of the push notification requested and transmitted from the terminal device 1 or the game server 3 is not used, it is determined whether the push notification is requested and transmitted from the management terminal device 4.
  • the message management database 64 is not subject to management except for the push notification requested and transmitted from the management terminal device 4.
  • the device token registration unit 65 of the push notification management server 6 in response to a device token registration request from the terminal device 1, associates the device token with the application ID and user ID in the device token management database 61. Has the function to register.
  • the user information registration unit 66 receives the application definition attribute value associated with the application ID and the user ID transmitted from the application definition attribute value transmission unit 14 of the terminal device 1 or the application definition attribute value management unit 33 of the game server 3. It has a function of registering and managing user information in the user information database 62.
  • the message management unit 67 receives a push notification request from the terminal device 1, the game server 3, and the management terminal device 4, and registers a reservation from the management terminal device 4 in the message reservation management information holding unit 63 and pushes it. It has a function of registering the notification status in the message management database 64.
  • the push notification request unit 68 has a function of requesting the push notification execution server 5 for a push notification requested from the terminal device 1, the game server 3, and the management terminal device 4.
  • the response information receiving unit 69 has a function of receiving response information indicating that a predetermined operation has been performed on the push notification in the terminal device 1.
  • FIG. 3 is a diagram illustrating a hardware configuration example of the terminal device 1.
  • the terminal device 1 includes a power supply system 101, a main system 102 including a processor 103, a memory controller 104, and a peripheral interface 105, and a storage unit 106.
  • the terminal device 1 also includes an external port 107, a high frequency circuit 108, an antenna 109, an audio circuit 110, a speaker 111, a microphone 112, a proximity sensor 113, and a GPS (Global Positioning System) circuit 114.
  • the terminal device 1 also includes an input / output (I / O) subsystem 115 including a display controller 116, an optical sensor controller 117, and an input controller 118, a touch-responsive display system 119, an optical sensor 120, and an input unit 121. And.
  • FIG. 4 is a diagram illustrating a hardware configuration example of the game server 3 and the like.
  • the game server 3, the management terminal device 4, the push notification execution server 5, and the push notification management server 6 include a CPU (Central Processing Unit) 302, ROM (Read Only Memory) 303 connected to the system bus 301, A RAM (Random Access Memory) 304 and an NVRAM (Non-Volatile Access Memory) 305 are provided. Further, the game server 3 and the like include an I / F (Interface) 306, an I / O (Input / Output Device) 307, an HDD (Hard Disk Drive) 308, and a NIC (Network Interface Card) connected to the I / F 306. 309, a monitor 310 connected to the I / O 307, a keyboard 311, a mouse 312 and the like. A CD / DVD (Compact Disk / Digital Versatile Disk) drive or the like can also be connected to the I / O 307.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • NVRAM Non-Volatile Access Memory
  • FIG. 5 is a sequence diagram illustrating a processing example of the above-described embodiment, and illustrates a processing example of user registration and device token acquisition / registration by the application X of the terminal device 1 performed prior to push notification. .
  • step S101 it is assumed that the application X is activated on the terminal device 1A (step S101), and then the user registration request unit 11 of the application X makes a user registration request to the game server 3 (step S102). Note that user registration can be performed only once for the application X in principle.
  • the user registration unit 32 of the game server 3 Upon receiving the user registration request, the user registration unit 32 of the game server 3 issues a user ID, a password, and the like and registers them in the user management database 31 according to a predetermined procedure (step S103), and registers them in the application X of the terminal device 1A. Notification is made (step S104).
  • the user registration process is similarly performed from the application X of the terminal device 1B.
  • step S111 when the application X of the terminal device 1 is activated (step S111), a device token acquisition request is sent from the device token acquisition request unit 12 of the application X to the push notification execution server 5 (step S112).
  • the push notification execution server 5 Upon receiving the device token acquisition request, the push notification execution server 5 issues a device token and registers it internally (step S113), and notifies the application X of the terminal device 1A (step S114).
  • the device token registration request unit 13 of the application X of the terminal device 1A makes a device token registration request to the push notification management server 6 (step S115).
  • This device token registration request is accompanied by an application ID, a user ID, and an OS version.
  • the device token registration unit 65 of the push notification management server 6 accepts the device token registration request, the device token registration unit 65 registers the device token in the device token management database 61 and the like (step S116). To the application X (step S117).
  • the device token registration process is similarly performed from the application X of the terminal device 1B.
  • FIG. 6 shows an example of processing for registering the application definition attribute value in the push notification management server 6.
  • step S ⁇ b> 121 when there is a status change of the application X in the terminal device 1 ⁇ / b> A (step S ⁇ b> 121), the application definition attribute value transmission unit 14 of the application X associates the application ID and the user ID with the application ID for the game server 3. The attribute value is transmitted (step S122).
  • the application definition attribute value management unit 33 of the game server 3 Upon receiving the application definition attribute value, the application definition attribute value management unit 33 of the game server 3 registers it in the user management database 31 (step S123).
  • the application definition attribute value management unit 33 can acquire the application definition attribute value internally, and the acquired application definition attribute value is used as the application ID and the user.
  • the user ID is registered in the user management database 31 in association with the ID.
  • the application definition attribute value management unit 33 of the game server 3 transmits the user information registered in the user management database 31 to the push notification management server 6 at a predetermined timing (step S124).
  • the user information to be transmitted includes an application ID, a user ID, and an application definition attribute value required on the push notification management server 6 side.
  • the user information registration unit 66 of the push notification management server 6 Upon receiving the user information, the user information registration unit 66 of the push notification management server 6 registers it in the user information database 62 (step S125).
  • step S131 the application definition attribute value transmission unit 14 of the application X transmits the push notification management server 6 In response to the application ID and the user ID, an application definition attribute value (OS version is also attached) is transmitted (step S132).
  • the user information registration unit 66 of the push notification management server 6 When the user information registration unit 66 of the push notification management server 6 receives the application ID and the application definition attribute value associated with the user ID (OS version is also attached), the user information registration unit 66 registers it in the user information database 62 (step S133).
  • FIG. 7 shows a processing example regarding a push notification request from the terminal device 1 and a push notification request from the game server 3.
  • the user of the terminal device 1A makes a push notification from the app X to the user of the terminal device 1B that uses the same app X.
  • the push notification request unit 15 of the application X of the terminal device 1A makes a push notification request to the push notification management server 6 (step S201).
  • This push notification request is accompanied by the user ID of the transmission destination and the message content.
  • the message management unit 67 of the push notification management server 6 acquires a corresponding destination device token from the device token management database 61 using the destination user ID as a key (step S202).
  • the push notification request unit 68 of the push notification management server 6 makes a push notification request to the push notification execution server 5 (step S203).
  • This push notification request is accompanied by a destination device token and message contents.
  • the push notification execution server 5 Upon receiving the push notification request, the push notification execution server 5 sends a push notification to the application X of the terminal device 1B indicated by the destination device token (step S204), and the terminal device 1B displays the incoming push notification. (Step S205).
  • the push notification request unit 34 of the game server 3 makes a push notification request to the push notification management server 6 (step S211).
  • This push notification request is accompanied by the user ID of the transmission destination and the message content.
  • the message management unit 67 of the push notification management server 6 accepts the push notification request, the message management unit 67 acquires a corresponding device token of the transmission destination from the device token management database 61 using the user ID of the transmission destination as a key (step S212).
  • the push notification request unit 68 of the push notification management server 6 makes a push notification request to the push notification execution server 5 (step S213).
  • This push notification request is accompanied by a destination device token and message contents.
  • the push notification execution server 5 Upon receiving the push notification request, the push notification execution server 5 sends a push notification to the application X of the terminal device 1A indicated by the destination device token (step S214), and the terminal device 1A displays an incoming push notification. (Step S215).
  • FIG. 8 shows a processing example for a push notification request from the management terminal device 4.
  • the manager of the application X (the manager of the game server 3) sets the push notification condition by the function of the push notification condition management unit 41 of the management terminal device 4 (step S221).
  • the definition content of the tag (application definition attribute value) used for the push notification condition is registered for each application on the screen as shown in FIG. 9A. It can be referred to when setting conditions.
  • FIG. 9A “tag name” and “description” are registered for five tags for each application.
  • the “tag name” a billing amount, stage progress, number of friends, and the like are entered.
  • the “explanation” includes the tag name “stage progress” such as “before tutorial breakthrough: 0, after tutorial breakthrough: 1”.
  • FIG. 9B shows an example of a screen when setting conditions.
  • a field for selecting / specifying an application ID a field for inputting a message, a field for selecting / specifying an OS, and a related message (in the specified destination message).
  • a column for selecting / designating a setting) when narrowing down push notifications to users who have responded a column for selecting / designating the conditions of each tag, and a column for designating a delivery reservation date and time are provided.
  • the tag name, description, etc. registered in FIG. 9A are displayed for reference after the column for setting the conditions of each tag. Since tags (application-defined attribute values) are limited to numerical values, tag conditions are specified by specifying a single numerical value or a numerical value range. For example, when the numerical value is 1 or more and 5 or less, it is specified as “1 ⁇ 5”.
  • FIG. 9C shows a preview screen when the “Continue” button is pressed from the screen of FIG. 9B, and the designated content is displayed. In addition, “approximate number” is displayed in the lower left of the screen.
  • the push notification condition management unit 41 transmits the current condition to the push notification management server 6 and updates the user information. This is performed by receiving responses from the number of users who satisfy the conditions by collation.
  • the message management unit 67 of the push notification management server 6 accepts a request for acquiring the number of people with an application ID and a condition
  • the message management unit 67 extracts a corresponding user from the user information in the user information database 62 and responds with the number of extracted users.
  • the push notification request unit 42 of the management terminal device 4 sends the push notification management server 6 Then, a push notification request is made (step S222).
  • This push notification request is accompanied by message contents (same contents for all users) and conditions.
  • this push notification request can be accompanied by a reservation of the distribution reservation date and time if it is not immediate transmission.
  • the message management unit 67 of the push notification management server 6 accepts the push notification request, the message management unit 67 registers the reservation content in the message reservation management information holding unit 63 when the delivery reservation date / time is accompanied (step S223).
  • the message management unit 67 of the push notification management server 6 determines the timing of whether or not the reserved delivery reservation date and time has been reached (step S224). ).
  • the message management unit 67 of the push notification management server 6 immediately determines that a push notification request is not accompanied by a reservation, and if the push notification request is accompanied by a reservation, if a delivery reservation date / time is reached, a specified condition, etc.
  • the users are narrowed down based on (step S225). That is, the message management unit 67 searches the user information database 62 based on the application ID, OS version, and tag (application definition attribute value) conditions specified in the push notification request from the management terminal device 4. And extract relevant users. Here, it is assumed that no related message is specified, and the target user is not selected based on the presence / absence of response information.
  • the message management unit 67 of the push notification management server 6 acquires the corresponding device token of the transmission destination from the device token management database 61 using the user ID of the transmission destination as a key (step S226).
  • the push notification request unit 68 of the push notification management server 6 makes a push notification request to the push notification execution server 5 (step S227).
  • This push notification request is accompanied by a list of destination device tokens and message contents.
  • the push notification execution server 5 When the push notification execution server 5 accepts the push notification request, the push notification execution server 5 sends a push notification to the application devices X such as the terminal devices 1A, 1B,... Indicated by the destination device token (steps S228 and S229), and the terminal devices 1A and 1B. ,..., Etc., an incoming push notification is displayed (steps S230 and S231).
  • the application devices X such as the terminal devices 1A, 1B,... Indicated by the destination device token (steps S228 and S229), and the terminal devices 1A and 1B. ,..., Etc., an incoming push notification is displayed (steps S230 and S231).
  • FIG. 10 is a diagram showing a screen display example of a push notification.
  • another application such as “XXXXX” (game title name) “Recovery drug GET! We are informing you that you will get benefits by installing.
  • an event start notification such as “XXXXX (Game title name) New event start!” Can be performed.
  • step S233 when the user of the terminal device 1A performs a predetermined operation on the displayed push notification (step S232), the application X of the terminal device 1A performs a predetermined process (step S233).
  • a predetermined process For example, in the case of the push notification “XXXXX (game title) GET RECOVERY GET INSTALLED!” Shown in FIG. 10, slide the button at the bottom of the screen to the right to “DISPLAY”
  • the screen changes to a screen for installing another application.
  • a push notification of “XXXXX (Game title name) New event start!” The same operation is performed to transition to a screen for introducing a new event. It is also possible to start an application that has not been started by a predetermined operation for the push notification. These can be realized by a scheme such as a URL scheme.
  • the response information transmission unit 16 of the application X of the terminal device 1 ⁇ / b> A transmits response information to the push notification management server 6 in response to the operation performed by the user for the push notification (step S ⁇ b> 234).
  • This response information includes an application ID, a user ID (or device token), and a message ID.
  • the response information receiving unit 69 of the push notification management server 6 receives the response information from the terminal device 1A, and the message management unit 67 registers the response status in the message management database 64 (step S235).
  • the management terminal device 4 makes a push notification request for other new messages related to a message for which a push notification request has already been made (step S222).
  • the other related new message is a message positioned as a sequel to the previous message.
  • Push notification is supposed to be made.
  • a user who performs a predetermined operation for push notification is likely to want the push notification, and pushes other messages related only to such a user, leading to enlargement of facilities. And effective push notification can be performed.
  • the manager of the application X (the manager of the game server 3) sets a push notification condition by the function of the push notification condition management unit 41 of the management terminal device 4 (step S241).
  • the related message is designated on the screen of FIG.
  • the push notification request unit 42 of the management terminal device 4 makes a new push notification request to the push notification management server 6 (step S242).
  • This push notification request is accompanied by a message content (same content for all users), a condition, and a related message ID.
  • this push notification request can be accompanied by a delivery reservation date and time if it is not immediate transmission.
  • the message management unit 67 of the push notification management server 6 accepts the push notification request, the message management unit 67 registers the reservation content in the message reservation management information holding unit 63 when the delivery reservation date / time accompanies (step S243).
  • the message management unit 67 of the push notification management server 6 determines the timing of whether or not the reserved delivery reservation date has been reached (step S244). ).
  • the message management unit 67 of the push notification management server 6 immediately determines that a push notification request is not accompanied by a reservation, and if the push notification request is accompanied by a reservation, if a delivery reservation date / time is reached, a specified condition, etc.
  • the users are narrowed down based on (step S245).
  • the message management unit 67 uses the message ID of the related destination from the message management database 64 as a key and the device token of the transmission destination whose response status is a predetermined operation. The user is selected (step S246).
  • the push notification request unit 68 of the push notification management server 6 makes a push notification request to the push notification execution server 5 (step S247).
  • This push notification request is accompanied by a list of destination device tokens and message contents.
  • the push notification execution server 5 Upon receiving the push notification request, the push notification execution server 5 sends a push notification to the application X such as the terminal device 1A (excluded because the terminal device 1B did not perform a response operation) indicated by the destination device token (step S248). In the terminal device 1A or the like, an incoming push notification is displayed (step S249).
  • the message content is accompanied in the push notification request (steps S222 and S242) from the management terminal device 4
  • the information on the correspondence between the condition and the message content is stored in the push notification management server 6 in advance.
  • the message contents may be automatically generated from the conditions. For example, if the attribute value of the attribute “Stage Progress” included in the condition is “2” indicating “Clear Stage 1”, the message content “Congratulations on clearing Stage 1!” Can be automatically generated.
  • a modified example of the processing described in FIG. 8 will be described. That is, in the process described with reference to FIG. 8, when a push notification is made for another related message, a push notification is made in a batch process including a case of reservation, and a user who has obtained predetermined response information at that time is notified. Only push notifications are made. However, if you do not immediately notice the push notification and respond to the push notification of the previous message after other related messages have already been pushed (not sent to users who do not notice the previous push notification) Is also possible.
  • the push notification is performed for other messages that have already started the push notification after the predetermined response information is obtained from the user regarding the previous message. This is effective when the push notification message has an order or story and should be read continuously.
  • FIG. 11 is a diagram showing a structure example of the message related information 60 newly added to the push notification management server 6, and items such as “parent message ID”, “child message ID”, “push notification condition”, and “child message content”. have.
  • “Parent message ID” is the message ID of the previous message in the two related messages.
  • the “child message ID” is a message ID of a later message in the two related messages.
  • the “push notification condition” is a condition specified in the push notification request.
  • the “child message content” is information indicating the content of the child message. If the message content is held elsewhere, the “child message content” can be omitted.
  • steps S301 to S315 are the same as steps S221 to S235 in FIG. 12 differs from steps S241 to S249 in FIG. 8 in that message-related information registration (step S324) is added immediately after reservation registration (step S323). That is, the message management unit 67 of the push notification management server 6 registers the relevance of the related message with the previous message in the message related information 60 (step S324).
  • step S331 when the user of the terminal device 1B performs a predetermined operation on the already received push notification (step S331), the application X of the terminal device 1B performs predetermined processing such as screen transition. This is performed (step S332).
  • the response information transmission unit 16 of the application X of the terminal device 1B transmits the response information to the push notification management server 6 according to the operation performed by the user for the push notification (step S333).
  • This response information includes an application ID, a user ID (or device token), and a message ID.
  • the response information receiving unit 69 of the push notification management server 6 receives the response information from the terminal device 1B, and the message management unit 67 registers it as a response status in the message management database 64 (step S334).
  • the message management unit 67 of the push notification management server 6 acquires the message ID of the child message ID and the message content when the message ID of the received response information matches the parent message ID of the message related information 60 (step S335).
  • the device token of the transmission destination can be acquired directly or indirectly from the response information.
  • the message management unit 67 of the push notification management server 6 determines whether or not the user information of the user whose response information is obtained satisfies the specified condition (step S336).
  • the push notification request unit 68 of the push notification management server 6 makes a push notification request to the push notification execution server 5 (step S337).
  • This push notification request is accompanied by a destination device token and message contents.
  • the push notification execution server 5 Upon receiving the push notification request, the push notification execution server 5 sends a push notification to the application X of the terminal device 1B indicated by the destination device token (step S338), and the terminal device 1B displays the incoming push notification. (Step S339).
  • a push notification mechanism can be provided in common to a plurality of applications, and the target of the push notification is based on a dynamically changing user state. It is possible to narrow down the users appropriately.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

複数のアプリに対してプッシュ通知の仕組を共通に提供することができるとともに、動的に変化するユーザの状態に応じてプッシュ通知の対象となるユーザを適切に絞り込めるようにする。 アプリケーションプログラムの提供者により定義された複数の属性についてのユーザの属性値をアプリケーションプログラムおよびユーザと対応付けて取得し、ユーザ情報として保持するユーザ情報登録手段と、アプリケーションプログラムを特定する情報と前記属性値の条件を伴うプッシュ通知要求を受け付けた場合、前記ユーザ情報から該当するユーザを抽出して当該ユーザに対応する宛先情報のリストを生成し、クラウドサービスに対して前記リストを伴うプッシュ通知要求を行うプッシュ通知要求手段とを備える。

Description

プッシュ通知管理装置、プッシュ通知管理方法およびプッシュ通知管理プログラム
　本発明は、プッシュ通知を管理する技術に関する。
　プッシュ通知は、システム側からユーザの端末に対して能動的にメッセージの通知を行うものであり、ユーザは特に操作を行うことなくリアルタイムに情報を取得することができる（例えば、特許文献１等を参照。）。
　スマートフォンのＯＳ（Operating System）にはプッシュ通知の機能が組み込まれているものが多く、クラウド上のサービス（ＡＰＮｓ：Apple Push Notification Service、ＧＣＭ：Google Cloud Messaging for Android等）と連携してプッシュ通知が行えるようになっている。ユーザが所定のアプリ（アプリケーションプログラム）に関してプッシュ通知の受け取りを許可している場合、サーバはユーザの端末を識別するデバイストークンを指定してＡＰＮｓ等のクラウドサービスにプッシュ通知を要求することで、ユーザの端末にプッシュ通知が行われる。
特開２０１３－１１９５１号公報
　上述したように、プッシュ通知は非常に便利な機能であるが、プッシュ通知はアプリ単位に行うものであるため、例えば１つの企業が複数のゲームアプリを提供するような場合、ゲームアプリ毎にゲームサーバを設けてプッシュ通知の機能を備えなければならず、設備の負担が大きかった。ゲームサーバが不要なゲームアプリの場合には、プッシュ通知のためだけにサーバを設ける必要があり、特に負担が大きかった。
　また、ゲームサーバが設置されるタイプのゲームアプリであっても、多数のユーザに対して頻繁にプッシュ通知を行う場合、サーバ側の設備を増強しなければならず、コストアップが避けられない。プッシュ通知の内容によっては必ずしも全てのユーザを対象とするものではないため、必要なユーザに対してプッシュ通知を絞り込むことで、設備の最適化を図りたいというニーズがある。
　また、ユーザの立場としても、頻繁に自分に関係の薄いプッシュ通知が来ることは迷惑であり、大事な通知を見落としてしまうという弊害もある。
　一般に、プッシュ通知で知らせるべき内容は、ユーザの現在の状態（ゲームアプリの場合にあってはユーザのゲーム進行度合等）によって異なるものであるが、動的に変化するユーザの状態に応じてプッシュ通知の対象となる適切なユーザを絞り込む仕組は存在しなかった。
　本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、複数のアプリに対してプッシュ通知の仕組を共通に提供することができるとともに、動的に変化するユーザの状態に応じてプッシュ通知の対象となるユーザを適切に絞り込めるようにすることにある。
　上記の課題を解決するため、本発明にあっては、アプリケーションプログラムの提供者により定義された複数の属性についてのユーザの属性値をアプリケーションプログラムおよびユーザと対応付けて取得し、ユーザ情報として保持するユーザ情報登録手段と、アプリケーションプログラムを特定する情報と前記属性値の条件を伴うプッシュ通知要求を受け付けた場合、前記ユーザ情報から該当するユーザを抽出して当該ユーザに対応する宛先情報のリストを生成し、クラウドサービスに対して前記リストを伴うプッシュ通知要求を行うプッシュ通知要求手段とを備えるようにしている。
　本発明にあっては、複数のアプリに対してプッシュ通知の仕組を共通に提供することができるとともに、動的に変化するユーザの状態に応じてプッシュ通知の対象となるユーザを適切に絞り込めるようにすることができる。
本発明の一実施形態にかかるシステムの構成例を示す図である。 処理に用いられる情報の構造例を示す図である。 端末装置のハードウェア構成例を示す図である。 ゲームサーバ等のハードウェア構成例を示す図である。 実施形態の処理例を示すシーケンス図（その１）である。 実施形態の処理例を示すシーケンス図（その２）である。 実施形態の処理例を示すシーケンス図（その３）である。 実施形態の処理例を示すシーケンス図（その４）である。 アプリ定義属性の登録、プッシュ通知条件の設定の画面例を示す図である。 プッシュ通知の画面表示例を示す図である。 メッセージ関連情報の構造例を示す図である。 実施形態の処理例を示すシーケンス図（その５）である。 実施形態の処理例を示すシーケンス図（その６）である。
　以下、本発明の好適な実施形態につき説明する。
　＜構成＞
　図１は本発明の一実施形態にかかるシステムの構成例を示す図である。なお、ゲームアプリを対象とした例について説明するが、その他のアプリに対しても適用できることは言うまでもない。
　図１において、システムは、ユーザ（プレイヤ）が操作するスマートフォン、携帯電話等の端末装置１（１Ａ、１Ｂ、・・）と、ゲームの管理を行うゲームサーバ３と、ゲームアプリの管理者（ゲームサーバ３の管理者）によりプッシュ通知の送信指示等が行われる管理用端末装置４と、クラウドサービスとして提供されるプッシュ通知の実行を行うプッシュ通知実行サーバ５と、プッシュ通知実行サーバ５へのプッシュ通知の要求の仲介を行うプッシュ通知管理サーバ６とが、インターネット等のネットワーク２を介して接続されて構成されている。なお、ゲームサーバ３はゲームアプリに対応して設けられるものであるが、ゲームアプリによってはゲームサーバ３を必要としないものもある。
　端末装置１には、アプリ（ゲームアプリ）Ｘがインストールされており、その実行により、ユーザ登録要求部１１、デバイストークン取得要求部１２、デバイストークン登録要求部１３、アプリ定義属性値送信部１４、プッシュ通知要求部１５、応答情報送信部１６が実現されるようになっている。
　ユーザ登録要求部１１は、アプリＸの初回の起動時等に、ゲームサーバ３に対してユーザ登録を行う機能を有している。
　デバイストークン取得要求部１２は、アプリＸの起動時毎にプッシュ通知実行サーバ５に対してデバイストークンの取得要求を行う機能を有している。デバイストークンは、プッシュ通知実行サーバ５に対してプッシュ通知の送信要求を行う際に、宛先となる端末装置１を識別する情報である。デバイストークンは所定の頻度で更新されるため、アプリＸの起動時毎に取得する必要がある。
　デバイストークン登録要求部１３は、プッシュ通知実行サーバ５から取得したデバイストークンをプッシュ通知管理サーバ６に対して登録要求を行う機能を有している。
　アプリ定義属性値送信部１４は、予めアプリの提供者（開発者）によって定義された複数の属性（アプリ定義属性、タグ属性）についてのユーザの属性値（アプリ定義属性値）を、その属性値に変更があった時点等でゲームサーバ３またはプッシュ通知管理サーバ６に送信する機能を有している。アプリＸに対応するゲームサーバ３が存在しない場合はプッシュ通知管理サーバ６にのみ属性値の送信を行うこととなる。ゲームサーバ３が存在する場合、ゲームサーバ３側で各ユーザのアプリ定義属性値を取得できる場合には、アプリ定義属性値送信部１４は省略することができる。なお、ゲームサーバ３が存在する場合であっても、アプリ定義属性値送信部１４からゲームサーバ３に各ユーザのアプリ定義属性値を送信させてもよいし、アプリ定義属性値送信部１４からプッシュ通知管理サーバ６に各ユーザのアプリ定義属性値を直接に送信させてもよい。
　プッシュ通知要求部１５は、プッシュ通知管理サーバ６に対してプッシュ通知の送信要求を行う機能を有している。
　応答情報送信部１６は、プッシュ通知を受信した後に、プッシュ通知に応答する所定の操作（プッシュ通知に応答してアプリＸの所定画面を起動したり、バトル、クエスト、合成（複数のゲームアイテムの属性に基づいて強化された他のゲームアイテムを生成）、課金等の所定の行動をとったりした場合等）を行った際に、応答情報をプッシュ通知管理サーバ６に送信する機能を有している。
　ゲームサーバ３には、ユーザ管理データベース３１、ユーザ登録部３２、アプリ定義属性値管理部３３、プッシュ通知要求部３４が設けられている。
　ユーザ管理データベース３１は、図２に示すように、「ユーザＩＤ」「パスワード」「ユーザ属性」「使用言語」「ＯＳバージョン」「最終起動日時」「ゲーム履歴」「アプリ定義属性値」等の項目（フィールド）を有している。「ユーザＩＤ」は、ユーザを識別する情報である。「パスワード」は、認証に用いられる秘密の情報である。「ユーザ属性」は、当該ユーザの性別、年齢層、居住地域等の情報である。「使用言語」は、当該ユーザのアプリＸ上の使用言語を識別する情報である。「ＯＳバージョン」は、当該ユーザのアプリＸを実行するＯＳの版数を示す情報である。この「ＯＳバージョン」はデバイストークン管理データベース６１において管理してもよい。「最終起動日時」は、当該ユーザがアプリＸを最後に起動した日時の情報である。「ゲーム履歴」は、当該ユーザによるアプリＸによるゲームの履歴の情報である。
　「アプリ定義属性値」は、所定数（例えば、５個）の属性についての属性値である数値を列挙（属性が５個の場合は５個の数値を列挙）したものである。属性としては、例えば、課金額、ステージ進行度、フレンド数等がある。例えば、属性「ステージ進行度」についての属性値は、チュートリアル突破前は「０」、チュートリアル突破後は「１」というように、アプリ運用側で自由に割り当てられる。
　図１に戻り、ゲームサーバ３のユーザ登録部３２は、端末装置１からのユーザ登録の要求を受け付け、ユーザ登録の処理を行い、ユーザ情報をユーザ管理データベース３１に登録する機能を有している。
　アプリ定義属性値管理部３３は、各ユーザのアプリ定義属性値を取得してユーザ管理データベース３１にアプリＩＤおよびユーザＩＤと対応付けて登録するとともに、変更（新規を含む）のあったユーザ情報を所定のタイミング（アプリ定義属性値に変更があった際または所定の周期もしくは時刻等）でプッシュ通知管理サーバ６に送信する機能を有している。各ユーザのアプリ定義属性値は、端末装置１のアプリ定義属性値送信部１４からアプリ定義属性値が送信されるものとしている場合は、その受信により取得する。ゲームサーバ３内で各ユーザの状態が管理される場合には、内部的に各ユーザのアプリ定義属性値を取得することができる。プッシュ通知管理サーバ６に送信するユーザ情報には、アプリＩＤ、ユーザＩＤと対応付けられたアプリ定義属性値が含まれる。
　プッシュ通知要求部３４は、プッシュ通知管理サーバ６に対してプッシュ通知の送信要求を行う機能を有している。
　管理用端末装置４には、プッシュ通知条件管理部４１、プッシュ通知要求部４２が設けられている。
　プッシュ通知条件管理部４１は、アプリ定義属性（タグ属性）とアプリ定義属性値の定義内容をメモとして登録して管理するとともに、定義内容を見ながらプッシュ通知の条件の設定を行えるよう支援する機能を有している。
　プッシュ通知要求部４２は、プッシュ通知管理サーバ６に対してプッシュ通知の送信要求を行う機能を有している。管理用端末装置４からのプッシュ通知は、条件を指定した一括送信の要求となる。この要求には、即時に送信を行う場合と、送信予約日時（配信予約日時）を指定して予約する場合とがある。
　プッシュ通知管理サーバ６には、デバイストークン管理データベース６１、ユーザ情報データベース６２、メッセージ予約管理情報保持部６３、メッセージ管理データベース６４、デバイストークン登録部６５、ユーザ情報登録部６６、メッセージ管理部６７、プッシュ通知要求部６８、応答情報受信部６９が設けられている。
　デバイストークン管理データベース６１は、図２に示すように、「アプリＩＤ」「ユーザＩＤ」「デバイストークン」等の項目を有している。「アプリＩＤ」は、アプリを識別する情報である。「ユーザＩＤ」は、ユーザを識別する情報である。「デバイストークン」は、当該ユーザに対してプッシュ通知実行サーバ５から発行されたデバイストークンである。
　ユーザ情報データベース６２は、図２に示すように、「アプリＩＤ」「ユーザＩＤ」「ＯＳバージョン」「アプリ定義属性値」等の項目を有している。「アプリＩＤ」は、アプリを識別する情報である。「ユーザＩＤ」は、ユーザを識別する情報である。「ＯＳバージョン」は、当該ユーザのアプリＸを実行するＯＳの版数を示す情報である。「アプリ定義属性値」は、所定数の属性についての属性値である数値を列挙したものである。
　メッセージ予約管理情報保持部６３は、図２に示すように、「メッセージＩＤ」「メッセージ内容」「配信予約日時」「条件」「配信未済」等の項目を有している。「メッセージＩＤ」は、プッシュ通知されるメッセージを識別する情報である。「メッセージ内容」は、メッセージの内容の情報である。「配信予約日時」は、プッシュ通知を行う日時の情報である。「条件」は、プッシュ通知を行う条件（ＯＳバージョン、関連メッセージ、アプリ定義属性値等）である。「配信未済」は、プッシュ通知が既に行われたか否かを示す情報である。
　メッセージ管理データベース６４は、図２に示すように、「メッセージＩＤ」「アプリＩＤ」「送信先デバイストークン」「レスポンス状況」等の項目を有している。「メッセージＩＤ」は、メッセージを識別する情報である。「アプリＩＤ」は、アプリを識別する情報である。「送信先デバイストークン」は、プッシュ通知の宛先となったデバイストークンである。デバイストークンに代えてユーザＩＤを保持してもよい。
　「レスポンス状況」は、当該プッシュ通知に対する応答の有無、応答の日時、応答の原因となった操作等を示す情報である。レスポンス状況は、端末装置１から送信される応答情報に基づくものである。なお、本実施形態では、端末装置１やゲームサーバ３から要求されて送信したプッシュ通知のレスポンス状況については利用していないため、管理用端末装置４から要求されて送信したプッシュ通知であるかを区別し、管理用端末装置４から要求されて送信したプッシュ通知以外はメッセージ管理データベース６４の管理対象外としている。
　図１に戻り、プッシュ通知管理サーバ６のデバイストークン登録部６５は、端末装置１からのデバイストークンの登録要求に応じて、アプリＩＤおよびユーザＩＤと対応付けてデバイストークンをデバイストークン管理データベース６１に登録する機能を有している。
　ユーザ情報登録部６６は、端末装置１のアプリ定義属性値送信部１４またはゲームサーバ３のアプリ定義属性値管理部３３から送信される、アプリＩＤおよびユーザＩＤと対応付けられたアプリ定義属性値をユーザ情報としてユーザ情報データベース６２に登録して管理する機能を有している。
　メッセージ管理部６７は、端末装置１、ゲームサーバ３、管理用端末装置４からプッシュ通知の要求を受け付け、管理用端末装置４からの予約についてはメッセージ予約管理情報保持部６３に登録するとともに、プッシュ通知の状況をメッセージ管理データベース６４に登録する機能を有している。
　プッシュ通知要求部６８は、端末装置１、ゲームサーバ３、管理用端末装置４から要求されたプッシュ通知をプッシュ通知実行サーバ５に対して要求する機能を有している。
　応答情報受信部６９は、端末装置１においてプッシュ通知に対して所定の操作が行われたことを示す応答情報を受信する機能を有している。
　図３は端末装置１のハードウェア構成例を示す図である。
　図３において、端末装置１は、電源システム１０１と、プロセッサ１０３、メモリコントローラ１０４、周辺インタフェース１０５を含むメインシステム１０２と、記憶部１０６とを備えている。また、端末装置１は、外部ポート１０７と、高周波回路１０８と、アンテナ１０９と、オーディオ回路１１０と、スピーカ１１１と、マイク１１２と、近接センサ１１３と、ＧＰＳ（Global Positioning System）回路１１４とを備えている。また、端末装置１は、ディスプレイコントローラ１１６、光学センサコントローラ１１７、入力コントローラ１１８を含むＩ／Ｏ（Input/Output）サブシステム１１５と、タッチ反応型ディスプレイシステム１１９と、光学センサ１２０と、入力部１２１とを備えている。
　図４はゲームサーバ３等のハードウェア構成例を示す図である。
　図４において、ゲームサーバ３、管理用端末装置４、プッシュ通知実行サーバ５、プッシュ通知管理サーバ６は、システムバス３０１に接続されたＣＰＵ（Central Processing Unit）３０２、ＲＯＭ（Read Only Memory）３０３、ＲＡＭ（Random Access Memory）３０４、ＮＶＲＡＭ（Non-Volatile Random Access Memory）３０５を備えている。また、ゲームサーバ３等は、Ｉ／Ｆ（Interface）３０６と、Ｉ／Ｆ３０６に接続された、Ｉ／Ｏ（Input/Output Device）３０７、ＨＤＤ（Hard Disk Drive）３０８、ＮＩＣ（Network Interface Card）３０９と、Ｉ／Ｏ３０７に接続されたモニタ３１０、キーボード３１１、マウス３１２等を備えている。Ｉ／Ｏ３０７にはＣＤ／ＤＶＤ（Compact Disk/Digital Versatile Disk）ドライブ等を接続することもできる。
　＜動作＞
　図５は上記の実施形態の処理例を示すシーケンス図であり、プッシュ通知に先立って行われる、端末装置１のアプリＸによるユーザ登録とデバイストークンの取得・登録の処理例を示したものである。
　図５において、端末装置１ＡでアプリＸを起動し（ステップＳ１０１）、その後にアプリＸのユーザ登録要求部１１からゲームサーバ３に対してユーザ登録要求を行うものとする（ステップＳ１０２）。なお、ユーザ登録はアプリＸについて原則として１回行えばよいものである。
　ゲームサーバ３のユーザ登録部３２は、ユーザ登録要求を受け付けると、所定の手順に従って、ユーザＩＤ、パスワード等を発行してユーザ管理データベース３１に登録し（ステップＳ１０３）、端末装置１ＡのアプリＸに通知する（ステップＳ１０４）。
　端末装置１ＢのアプリＸからも、同様にしてユーザ登録処理が行われる。
　次に、端末装置１のアプリＸを起動すると（ステップＳ１１１）、その都度に、アプリＸのデバイストークン取得要求部１２からプッシュ通知実行サーバ５に対してデバイストークン取得要求を行う（ステップＳ１１２）。
　プッシュ通知実行サーバ５は、デバイストークン取得要求を受け付けると、デバイストークンを発行して内部的に登録し（ステップＳ１１３）、端末装置１ＡのアプリＸに通知する（ステップＳ１１４）。
　なお、アプリＸに対応するゲームサーバ３が設けられない場合は、アプリＸの機能によってユニークなユーザＩＤが生成される。
　次いで、端末装置１ＡのアプリＸのデバイストークン登録要求部１３は、プッシュ通知管理サーバ６に対してデバイストークン登録要求を行う（ステップＳ１１５）。このデバイストークン登録要求には、アプリＩＤとユーザＩＤとＯＳバージョンを伴う。
　プッシュ通知管理サーバ６のデバイストークン登録部６５は、デバイストークン登録要求を受け付けると、デバイストークン管理データベース６１等に登録を行ない（ステップＳ１１６）、正常に登録が行われると、その旨を端末装置１ＡのアプリＸに通知する（ステップＳ１１７）。
　端末装置１ＢのアプリＸからも、同様にしてデバイストークン登録処理が行われる。
　次に、図６は、アプリ定義属性値のプッシュ通知管理サーバ６への登録の処理例を示している。
　図６において、端末装置１ＡにおいてアプリＸのステータス変化があると（ステップＳ１２１）、アプリＸのアプリ定義属性値送信部１４は、ゲームサーバ３に対してアプリＩＤおよびユーザＩＤと対応付けてアプリ定義属性値を送信する（ステップＳ１２２）。
　ゲームサーバ３のアプリ定義属性値管理部３３は、アプリ定義属性値を受信すると、ユーザ管理データベース３１に登録する（ステップＳ１２３）。なお、ゲームサーバ３内でユーザの状態が管理される場合、アプリ定義属性値管理部３３は内部的にアプリ定義属性値を取得することができ、その取得したアプリ定義属性値をアプリＩＤおよびユーザＩＤと対応付けてユーザ管理データベース３１に登録する。
　その後、ゲームサーバ３のアプリ定義属性値管理部３３は、所定のタイミングで、ユーザ管理データベース３１に登録されたユーザ情報をプッシュ通知管理サーバ６に送信する（ステップＳ１２４）。送信するユーザ情報は、プッシュ通知管理サーバ６側で必要とする、アプリＩＤ、ユーザＩＤ、アプリ定義属性値を含む。
　プッシュ通知管理サーバ６のユーザ情報登録部６６は、ユーザ情報を受信すると、ユーザ情報データベース６２に登録する（ステップＳ１２５）。
　一方、アプリＸに対応するゲームサーバ３が設けられない場合、端末装置１ＡにおいてアプリＸのステータス変化があると（ステップＳ１３１）、アプリＸのアプリ定義属性値送信部１４は、プッシュ通知管理サーバ６に対してアプリＩＤおよびユーザＩＤと対応付けてアプリ定義属性値（ＯＳバージョンも付帯）を送信する（ステップＳ１３２）。
　プッシュ通知管理サーバ６のユーザ情報登録部６６は、アプリＩＤおよびユーザＩＤと対応付けられたアプリ定義属性値（ＯＳバージョンも付帯）を受信すると、ユーザ情報データベース６２に登録する（ステップＳ１３３）。
　次に、図７は、端末装置１からのプッシュ通知要求と、ゲームサーバ３からのプッシュ通知要求についての処理例を示している。
　ここでは、端末装置１ＡのユーザがアプリＸから、同じアプリＸを利用している端末装置１Ｂのユーザにプッシュ通知を行うものとする。
　端末装置１ＡのアプリＸのプッシュ通知要求部１５は、プッシュ通知管理サーバ６に対してプッシュ通知要求を行う（ステップＳ２０１）。このプッシュ通知要求には、送信先のユーザＩＤとメッセージ内容を伴う。
　プッシュ通知管理サーバ６のメッセージ管理部６７は、プッシュ通知要求を受け付けると、デバイストークン管理データベース６１から送信先のユーザＩＤをキーにして対応する送信先のデバイストークンを取得する（ステップＳ２０２）。
　次いで、プッシュ通知管理サーバ６のプッシュ通知要求部６８は、プッシュ通知実行サーバ５に対してプッシュ通知要求を行う（ステップＳ２０３）。このプッシュ通知要求には、送信先のデバイストークンとメッセージ内容を伴う。
　プッシュ通知実行サーバ５は、プッシュ通知要求を受け付けると、送信先のデバイストークンの示す端末装置１ＢのアプリＸにプッシュ通知を行ない（ステップＳ２０４）、端末装置１Ｂではプッシュ通知の着信の表示が行われる（ステップＳ２０５）。
　次に、ゲームサーバ３からゲームの進行に応じてアプリＸを利用している端末装置１Ａのユーザにプッシュ通知を行うものとする。
　ゲームサーバ３のプッシュ通知要求部３４は、プッシュ通知管理サーバ６に対してプッシュ通知要求を行う（ステップＳ２１１）。このプッシュ通知要求には、送信先のユーザＩＤとメッセージ内容を伴う。
　プッシュ通知管理サーバ６のメッセージ管理部６７は、プッシュ通知要求を受け付けると、デバイストークン管理データベース６１から送信先のユーザＩＤをキーにして対応する送信先のデバイストークンを取得する（ステップＳ２１２）。
　次いで、プッシュ通知管理サーバ６のプッシュ通知要求部６８は、プッシュ通知実行サーバ５に対してプッシュ通知要求を行う（ステップＳ２１３）。このプッシュ通知要求には、送信先のデバイストークンとメッセージ内容を伴う。
　プッシュ通知実行サーバ５は、プッシュ通知要求を受け付けると、送信先のデバイストークンの示す端末装置１ＡのアプリＸにプッシュ通知を行ない（ステップＳ２１４）、端末装置１Ａではプッシュ通知の着信の表示が行われる（ステップＳ２１５）。
　次に、図８は、管理用端末装置４からのプッシュ通知要求についての処理例を示している。
　図８において、アプリＸの管理者（ゲームサーバ３の管理者）は、管理用端末装置４のプッシュ通知条件管理部４１の機能により、プッシュ通知の条件を設定する（ステップＳ２２１）。
　管理用端末装置４のプッシュ通知条件管理部４１では、図９（ａ）に示すような画面により、アプリ毎にプッシュ通知の条件に用いるタグ（アプリ定義属性値）の定義内容の登録が行われ、条件の設定時に参照できるようになっている。図９（ａ）では、アプリ毎に、５つのタグについて「タグ名」と「説明」とが登録されるようになっている。ここで、「タグ名」としては、課金額、ステージ進行度、フレンド数等が入る。「説明」としては、タグ名「ステージ進行度」については、「チュートリアル突破前：０、チュートリアル突破後：１」といった内容となる。
　図９（ｂ）は条件の設定時の画面例を示しており、アプリＩＤを選択・指定する欄、メッセージを入力する欄、ＯＳを選択・指定する欄、関連メッセージ（指定した先のメッセージに応答のあったユーザにプッシュ通知を絞り込む場合に設定）を選択・指定する欄、各タグの条件を選択・指定する欄、配信予約日時を指定する欄が設けられている。各タグの条件を設定する欄の後ろには、図９（ａ）で登録されたタグ名、説明等が参考として表示される。タグ（アプリ定義属性値）は数値に限っているため、タグの条件は一つの数値の指定または数値の範囲指定により行う。例えば、数値が１以上５以下である場合は「１≦５」のように指定する。
　図９（ｃ）は、図９（ｂ）の画面から「続行」ボタンが押された場合のプレビュー画面を示しており、指定した内容が表示されている。また、画面の左下には「概略件数」が表示されているが、この表示を行う場合、プッシュ通知条件管理部４１はプッシュ通知管理サーバ６に対して現在の条件を送信してユーザ情報との照合により条件を満たすユーザの人数の応答を受けて行う。プッシュ通知管理サーバ６のメッセージ管理部６７は、アプリＩＤと条件を伴う人数取得要求を受け付けた場合、ユーザ情報データベース６２のユーザ情報から該当するユーザを抽出し、抽出したユーザの人数を応答する。
　図８に戻り、プッシュ通知の条件設定を完了すると（図９（ｃ）の画面から「要求」ボタンが押下）、管理用端末装置４のプッシュ通知要求部４２は、プッシュ通知管理サーバ６に対してプッシュ通知要求を行う（ステップＳ２２２）。このプッシュ通知要求には、メッセージ内容（全ユーザに同一内容）と条件とを伴う。また、このプッシュ通知要求には、即座の送信でない場合、配信予約日時の予約を伴うことができる。
　プッシュ通知管理サーバ６のメッセージ管理部６７は、プッシュ通知要求を受け付けると、配信予約日時を伴う場合、メッセージ予約管理情報保持部６３に予約内容を登録する（ステップＳ２２３）。
　その後、プッシュ通知管理サーバ６のメッセージ管理部６７は、メッセージ予約管理情報保持部６３に予約情報がある場合には、予約された配信予約日時に達したか否かのタイミング判断を行う（ステップＳ２２４）。
　プッシュ通知管理サーバ６のメッセージ管理部６７は、予約を伴わないプッシュ通知要求である場合は即座に、予約を伴うプッシュ通知要求である場合には配信予約日時に達した場合、指定された条件等に基づくユーザの絞り込みを行う（ステップＳ２２５）。すなわち、メッセージ管理部６７は、ユーザ情報データベース６２に対し、管理用端末装置４からのプッシュ通知要求で指定された、アプリＩＤ、ＯＳバージョン、タグ（アプリ定義属性値）の条件に基づいて検索を行ない、該当するユーザを抽出する。なお、ここでは関連メッセージの指定はないものとし、応答情報の有無による対象ユーザの選択はしないものとする。
　次いで、プッシュ通知管理サーバ６のメッセージ管理部６７は、デバイストークン管理データベース６１から送信先のユーザＩＤをキーにして対応する送信先のデバイストークンを取得する（ステップＳ２２６）。
　次いで、プッシュ通知管理サーバ６のプッシュ通知要求部６８は、プッシュ通知実行サーバ５に対してプッシュ通知要求を行う（ステップＳ２２７）。このプッシュ通知要求には、送信先のデバイストークンのリストとメッセージ内容を伴う。
　プッシュ通知実行サーバ５は、プッシュ通知要求を受け付けると、送信先のデバイストークンの示す端末装置１Ａ、１Ｂ、・・等のアプリＸにプッシュ通知を行ない（ステップＳ２２８、Ｓ２２９）、端末装置１Ａ、１Ｂ、・・等ではプッシュ通知の着信の表示が行われる（ステップＳ２３０、Ｓ２３１）。
　図１０はプッシュ通知の画面表示例を示す図であり、この例では画面中央部に「○○○○○○○○（ゲームタイトル名）　アプリインストールで回復薬ＧＥＴ！」という、他のアプリをインストールすることで特典がもらえることを通知している。その他に、「○○○○○○○○（ゲームタイトル名）　新イベントスタート！」といったイベント開始の通知等を行うことができる。
　図８に戻り、その後、端末装置１Ａのユーザにより、表示されたプッシュ通知に対して所定の操作が行われると（ステップＳ２３２）、端末装置１ＡのアプリＸは所定の処理を行う（ステップＳ２３３）。例えば、図１０に示した「○○○○○○○○（ゲームタイトル名）　アプリインストールで回復薬ＧＥＴ！」というプッシュ通知の場合には、画面下部のボタンを右にスライドして「表示」操作を行うと、他のアプリをインストールする画面に遷移する。また、「○○○○○○○○（ゲームタイトル名）　新イベントスタート！」というプッシュ通知の場合には、同様の操作を行うことで、新イベントを紹介する画面に遷移する。なお、プッシュ通知に対する所定の操作により、起動されていないアプリを起動することも可能である。これらは、ＵＲＬスキーム等の仕組で実現することができる。
　図８に戻り、端末装置１ＡのアプリＸの応答情報送信部１６は、プッシュ通知に対してユーザにより行われた操作に応じ、応答情報をプッシュ通知管理サーバ６に送信する（ステップＳ２３４）。この応答情報には、アプリＩＤ、ユーザＩＤ（もしくはデバイストークン）、メッセージＩＤが含まれている。
　プッシュ通知管理サーバ６の応答情報受信部６９は、端末装置１Ａからの応答情報を受信し、メッセージ管理部６７はメッセージ管理データベース６４にレスポンス状況として登録する（ステップＳ２３５）。
　その後、管理用端末装置４において、先にプッシュ通知要求（ステップＳ２２２）を行って既にプッシュ通知が行われたメッセージに関連する他の新たなメッセージについてプッシュ通知を行う場合を想定する。ここで、関連する他の新たなメッセージとは、先のメッセージの続編として位置付けられるメッセージである。
　関連する他のメッセージについては、先のメッセージをプッシュ通知したユーザの範囲内で、かつ、そのプッシュ通知に対して所定の操作をしたとの応答情報が得られたユーザについてのみ、他のメッセージをプッシュ通知するものとしている。プッシュ通知に対して所定の操作をしたユーザは、そのプッシュ通知を欲している可能性が高く、そのようなユーザにのみ関連する他のメッセージをプッシュ通知することで、設備の肥大化を招くことなく、効果的なプッシュ通知を行うことができる。
　図８において、アプリＸの管理者（ゲームサーバ３の管理者）は、管理用端末装置４のプッシュ通知条件管理部４１の機能により、プッシュ通知の条件を設定する（ステップＳ２４１）。既にプッシュ通知が行われたメッセージに関連する他の新たなメッセージについてプッシュ通知を行う場合、図９（ｂ）の画面において関連メッセージの指定を行う。
　図８に戻り、プッシュ通知の条件設定を完了すると、管理用端末装置４のプッシュ通知要求部４２は、プッシュ通知管理サーバ６に対して新たなプッシュ通知要求を行う（ステップＳ２４２）。このプッシュ通知要求には、メッセージ内容（全ユーザに同一内容）と、条件と、関連する先のメッセージＩＤを伴う。また、このプッシュ通知要求には、即座の送信でない場合、配信予約日時を伴うことができる。
　プッシュ通知管理サーバ６のメッセージ管理部６７は、プッシュ通知要求を受け付けると、配信予約日時を伴う場合、メッセージ予約管理情報保持部６３に予約内容を登録する（ステップＳ２４３）。
　その後、プッシュ通知管理サーバ６のメッセージ管理部６７は、メッセージ予約管理情報保持部６３に予約情報がある場合には、予約された配信予約日時に達したか否かのタイミング判断を行う（ステップＳ２４４）。
　プッシュ通知管理サーバ６のメッセージ管理部６７は、予約を伴わないプッシュ通知要求である場合は即座に、予約を伴うプッシュ通知要求である場合には配信予約日時に達した場合、指定された条件等に基づくユーザの絞り込みを行う（ステップＳ２４５）。
　また、関連メッセージの指定がある場合、メッセージ管理部６７はメッセージ管理データベース６４から関連する先のメッセージＩＤをキーに、かつ、レスポンス状況が所定の操作が行われている送信先のデバイストークンを対象ユーザとして選択する（ステップＳ２４６）。
　次いで、プッシュ通知管理サーバ６のプッシュ通知要求部６８は、プッシュ通知実行サーバ５に対してプッシュ通知要求を行う（ステップＳ２４７）。このプッシュ通知要求には、送信先のデバイストークンのリストとメッセージ内容を伴う。
　プッシュ通知実行サーバ５は、プッシュ通知要求を受け付けると、送信先のデバイストークンの示す端末装置１Ａ（端末装置１Ｂは応答操作をしなかったため除外）等のアプリＸにプッシュ通知を行ない（ステップＳ２４８）、端末装置１Ａ等ではプッシュ通知の着信の表示が行われる（ステップＳ２４９）。
　その後も、関連する他の新たなメッセージのプッシュ通知を行う場合、同様の処理を繰り返す。
　なお、管理用端末装置４からのプッシュ通知要求（ステップＳ２２２、Ｓ２４２）においてメッセージ内容を伴う場合について説明したが、予め条件とメッセージ内容との対応付けの情報をプッシュ通知管理サーバ６に保持しておくことで、メッセージ内容を省略し、条件からメッセージ内容を自動生成してもよい。例えば、条件に含まれる属性「ステージ進行度」の属性値が「ステージ１クリア」を示す「２」であった場合、「ステージ１クリアおめでとう！」といったメッセージ内容を自動生成することができる。
　次に、図８で説明した処理の変形例について説明する。すなわち、図８で説明した処理では、関連する他のメッセージについてプッシュ通知を行う場合、予約の場合を含みバッチ処理的にプッシュ通知を行ない、その時点で所定の応答情報が得られているユーザにのみプッシュ通知を行っている。しかし、プッシュ通知にすぐに気付かず、それに関連する他のメッセージが既にプッシュ通知（先のプッシュ通知に気付かないユーザには送信されていない）された後に、先のメッセージのプッシュ通知に応答する場合も考えられる。
　そこで、この変形例では、既にプッシュ通知を開始した他のメッセージについても、先のメッセージについてユーザから所定の応答情報が得られた後には、プッシュ通知を行うようにしている。これにより、プッシュ通知のメッセージに順序性や物語性があって、連続して読んでいくべきものである場合等において有効となる。
　図１１はプッシュ通知管理サーバ６に新たに追加されるメッセージ関連情報６０の構造例を示す図であり、「親メッセージＩＤ」「子メッセージＩＤ」「プッシュ通知条件」「子メッセージ内容」等の項目を有している。「親メッセージＩＤ」は、関連する２つのメッセージにおける先のメッセージのメッセージＩＤである。「子メッセージＩＤ」は、関連する２つのメッセージにおける後のメッセージのメッセージＩＤである。「プッシュ通知条件」は、プッシュ通知要求で指定された条件等である。「子メッセージ内容」は、子メッセージの内容を示す情報である。なお、メッセージ内容を他で保持している場合には、「子メッセージ内容」を省略することができる。
　図１２および図１３はこの場合の処理例を示すシーケンス図である。図１２において、ステップＳ３０１～Ｓ３１５は、図８におけるステップＳ２２１～Ｓ２３５と同様である。図１２におけるステップＳ３２１～Ｓ３３０においては、予約登録（ステップＳ３２３）の直後に、メッセージ関連情報登録（ステップＳ３２４）が追加されている点が、図８におけるステップＳ２４１～Ｓ２４９と異なる。すなわち、プッシュ通知管理サーバ６のメッセージ管理部６７は、関連する他のメッセージについて、先のメッセージとの関連性等をメッセージ関連情報６０に登録する（ステップＳ３２４）。
　次いで、図１３において、端末装置１Ｂのユーザにより、既に受信していたプッシュ通知に対して所定の操作が行われると（ステップＳ３３１）、端末装置１ＢのアプリＸは画面遷移等の所定の処理を行う（ステップＳ３３２）。
　次いで、端末装置１ＢのアプリＸの応答情報送信部１６は、プッシュ通知に対してユーザにより行われた操作に応じ、応答情報をプッシュ通知管理サーバ６に送信する（ステップＳ３３３）。この応答情報には、アプリＩＤ、ユーザＩＤ（もしくはデバイストークン）、メッセージＩＤが含まれている。
　プッシュ通知管理サーバ６の応答情報受信部６９は、端末装置１Ｂからの応答情報を受信し、メッセージ管理部６７はメッセージ管理データベース６４にレスポンス状況として登録する（ステップＳ３３４）。
　次いで、プッシュ通知管理サーバ６のメッセージ管理部６７は、受信した応答情報のメッセージＩＤにメッセージ関連情報６０の親メッセージＩＤで一致するものがある場合、その子メッセージＩＤとメッセージ内容を取得する（ステップＳ３３５）。なお、送信先のデバイストークンは応答情報から直接・間接に取得することができる。
　次いで、プッシュ通知管理サーバ６のメッセージ管理部６７は、指定された条件等を、応答情報の得られたユーザのユーザ情報が満たすか否か判断する（ステップＳ３３６）。
　そして、指定された条件等を満たす場合、プッシュ通知管理サーバ６のプッシュ通知要求部６８は、プッシュ通知実行サーバ５に対してプッシュ通知要求を行う（ステップＳ３３７）。このプッシュ通知要求には、送信先のデバイストークンとメッセージ内容を伴う。
　プッシュ通知実行サーバ５は、プッシュ通知要求を受け付けると、送信先のデバイストークンの示す端末装置１ＢのアプリＸにプッシュ通知を行ない（ステップＳ３３８）、端末装置１Ｂではプッシュ通知の着信の表示が行われる（ステップＳ３３９）。
　＜総括＞
　以上説明したように、本実施形態によれば、複数のアプリに対してプッシュ通知の仕組を共通に提供することができるとともに、動的に変化するユーザの状態に応じてプッシュ通知の対象となるユーザを適切に絞り込めるようにすることができる。
　なお、プッシュ通知について説明したが、電子メールやＳＭＳ（Short Message Service）等についても同様に適用することができる。
　以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
　１、１Ａ、１Ｂ　　　端末装置
　Ｘ　　　　　　　　　アプリ
　１１　　　　　　　　ユーザ登録要求部
　１２　　　　　　　　デバイストークン取得要求部
　１３　　　　　　　　デバイストークン登録要求部
　１４　　　　　　　　アプリ定義属性値送信部
　１５　　　　　　　　プッシュ通知要求部
　１６　　　　　　　　応答情報送信部
　２　　　　　　　　　ネットワーク
　３　　　　　　　　　ゲームサーバ
　３１　　　　　　　　ユーザ管理データベース
　３２　　　　　　　　ユーザ登録部
　３３　　　　　　　　アプリ定義属性値管理部
　３４　　　　　　　　プッシュ通知要求部
　４　　　　　　　　　管理用端末装置
　４１　　　　　　　　プッシュ通知条件管理部
　４２　　　　　　　　プッシュ通知要求部
　５　　　　　　　　　プッシュ通知実行サーバ
　６　　　　　　　　　プッシュ通知管理サーバ
　６１　　　　　　　　デバイストークン管理データベース
　６２　　　　　　　　ユーザ情報データベース
　６３　　　　　　　　メッセージ予約管理情報保持部
　６４　　　　　　　　メッセージ管理データベース
　６５　　　　　　　　デバイストークン登録部
　６６　　　　　　　　ユーザ情報登録部
　６７　　　　　　　　メッセージ管理部
　６８　　　　　　　　プッシュ通知要求部
　６９　　　　　　　　応答情報受信部
　６０　　　　　　　　メッセージ関連情報

Claims (7)

  1. 　アプリケーションプログラムの提供者により定義された複数の属性についてのユーザの属性値をアプリケーションプログラムおよびユーザと対応付けて取得し、ユーザ情報として保持するユーザ情報登録手段と、
    　アプリケーションプログラムを特定する情報と前記属性値の条件を伴うプッシュ通知要求を受け付けた場合、前記ユーザ情報から該当するユーザを抽出して当該ユーザに対応する宛先情報のリストを生成し、クラウドサービスに対して前記リストを伴うプッシュ通知要求を行うプッシュ通知要求手段と
    を備えたことを特徴とするプッシュ通知管理装置。
  2. 　請求項１に記載のプッシュ通知管理装置において、
    　前記プッシュ通知要求手段が受け付けるプッシュ通知要求は配信予約日時を含み、
    　前記プッシュ通知要求手段は、前記配信予約日時に到達した場合に前記リストの生成およびクラウドサービスに対するプッシュ通知要求を行う
    ことを特徴とするプッシュ通知管理装置。
  3. 　請求項１または２のいずれか一項に記載のプッシュ通知管理装置において、
    　前記属性値の条件は、前記属性および前記属性値の定義内容を閲覧可能な画面内において設定される
    ことを特徴とするプッシュ通知管理装置。
  4. 　請求項３に記載のプッシュ通知管理装置において、
    　前記プッシュ通知要求手段は、アプリケーションプログラムを特定する情報と前記属性値の条件を伴う人数取得要求を受け付けた場合、前記ユーザ情報から該当するユーザを抽出し、抽出したユーザの人数を応答し、当該人数は前記画面に表示される
    ことを特徴とするプッシュ通知管理装置。
  5. 　請求項１乃至４のいずれか一項に記載のプッシュ通知管理装置において、
    　前記属性値の条件は、複数の前記属性についての属性値の組み合わせを含む
    ことを特徴とするプッシュ通知管理装置。
  6. 　プッシュ通知管理装置が実行する方法であって、
    　アプリケーションプログラムの提供者により定義された複数の属性についてのユーザの属性値をアプリケーションプログラムおよびユーザと対応付けて取得し、ユーザ情報として保持するユーザ情報登録工程と、
    　アプリケーションプログラムを特定する情報と前記属性値の条件を伴うプッシュ通知要求を受け付けた場合、前記ユーザ情報から該当するユーザを抽出して当該ユーザに対応する宛先情報のリストを生成し、クラウドサービスに対して前記リストを伴うプッシュ通知要求を行うプッシュ通知要求工程と
    を備えたことを特徴とするプッシュ通知管理方法。
  7. 　プッシュ通知管理装置を構成するコンピュータを、
    　アプリケーションプログラムの提供者により定義された複数の属性についてのユーザの属性値をアプリケーションプログラムおよびユーザと対応付けて取得し、ユーザ情報として保持するユーザ情報登録手段、
    　アプリケーションプログラムを特定する情報と前記属性値の条件を伴うプッシュ通知要求を受け付けた場合、前記ユーザ情報から該当するユーザを抽出して当該ユーザに対応する宛先情報のリストを生成し、クラウドサービスに対して前記リストを伴うプッシュ通知要求を行うプッシュ通知要求手段
    として機能させるプッシュ通知管理プログラム。
PCT/JP2014/076617 2013-11-25 2014-10-03 プッシュ通知管理装置、プッシュ通知管理方法およびプッシュ通知管理プログラム WO2015076028A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013243336A JP2015103031A (ja) 2013-11-25 2013-11-25 プッシュ通知管理装置、プッシュ通知管理方法およびプッシュ通知管理プログラム
JP2013-243336 2013-11-25

Publications (1)

Publication Number Publication Date
WO2015076028A1 true WO2015076028A1 (ja) 2015-05-28

Family

ID=53179298

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/076617 WO2015076028A1 (ja) 2013-11-25 2014-10-03 プッシュ通知管理装置、プッシュ通知管理方法およびプッシュ通知管理プログラム

Country Status (2)

Country Link
JP (1) JP2015103031A (ja)
WO (1) WO2015076028A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6347769B2 (ja) 2015-08-28 2018-06-27 株式会社ソニー・インタラクティブエンタテインメント イベント管理サーバー、情報処理システム、およびイベント参加管理方法
JP6313726B2 (ja) 2015-08-28 2018-04-18 株式会社ソニー・インタラクティブエンタテインメント 情報処理装置、イベント管理サーバー、イベント参加方法、およびイベント参加管理方法
JP6620493B2 (ja) 2015-09-30 2019-12-18 ブラザー工業株式会社 モニタプログラム、情報処理端末、モニタシステム
JP6577907B2 (ja) * 2016-06-03 2019-09-18 日本電信電話株式会社 通信監視装置および通信監視方法
JP6805610B2 (ja) * 2016-07-28 2020-12-23 日本電気株式会社 サーバ装置、シンクライアントシステム、通知転送方法、および、プログラム
JP6635525B1 (ja) * 2018-10-29 2020-01-29 Ｎｅｃプラットフォームズ株式会社 交換機、通信システム、登録方法及び登録プログラム
JP6864884B2 (ja) * 2019-01-18 2021-04-28 合同会社エルプラス 暗号化データ管理システム、暗号化データ管理プログラム及び暗号化データ管理方法
JP7438715B2 (ja) * 2019-10-30 2024-02-27 キヤノン株式会社 情報処理装置、制御方法及びプログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001325287A (ja) * 2000-05-12 2001-11-22 Crops:Kk 情報配信方法、情報配信システムおよび無線移動電話
JP2002312683A (ja) * 2002-01-31 2002-10-25 Ftl International:Kk 情報提供システム
JP2006195609A (ja) * 2005-01-12 2006-07-27 Trance Media Gp:Kk 情報配信システム
WO2012166990A1 (en) * 2011-06-03 2012-12-06 Apple Inc. System and method for secure instant messaging
JP2013025582A (ja) * 2011-07-21 2013-02-04 Rakuten Inc 電子メール送信先決定装置、電子メール送信先決定方法、電子メール送信先決定プログラム及び記録媒体

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001325287A (ja) * 2000-05-12 2001-11-22 Crops:Kk 情報配信方法、情報配信システムおよび無線移動電話
JP2002312683A (ja) * 2002-01-31 2002-10-25 Ftl International:Kk 情報提供システム
JP2006195609A (ja) * 2005-01-12 2006-07-27 Trance Media Gp:Kk 情報配信システム
WO2012166990A1 (en) * 2011-06-03 2012-12-06 Apple Inc. System and method for secure instant messaging
JP2013025582A (ja) * 2011-07-21 2013-02-04 Rakuten Inc 電子メール送信先決定装置、電子メール送信先決定方法、電子メール送信先決定プログラム及び記録媒体

Also Published As

Publication number Publication date
JP2015103031A (ja) 2015-06-04

Similar Documents

Publication Publication Date Title
WO2015076028A1 (ja) プッシュ通知管理装置、プッシュ通知管理方法およびプッシュ通知管理プログラム
JP6887419B2 (ja) 通信に含めるオブジェクト識別子の提案
US20210320990A1 (en) Establishing a trust association
US10666750B2 (en) Enhanced push messaging
US9396264B2 (en) Methods and systems for information matching
JP5510512B2 (ja) サーバ装置およびサーバプログラム
JP5736599B2 (ja) プッシュ通知管理装置、プッシュ通知管理方法およびプッシュ通知管理プログラム
JP7422823B2 (ja) 動的アプリケーションコンテンツ分析
KR102353285B1 (ko) 대화형 어시스턴트 컨텍스트 포함하여 사후 검색 결과를 자율적으로 제공
JP5545325B2 (ja) サーバ装置、サーバプログラム、および、ゲームプログラム
WO2011069131A1 (en) Presenting real time search results
WO2013141302A1 (ja) 情報提供装置、情報提供システム、情報提供方法及びプログラム
JP5898153B2 (ja) 省略語管理プログラム、省略語管理装置、フルスペル表示プログラムおよびフルスペル表示装置
WO2015145905A1 (ja) 追加ダウンロード管理システム、端末装置制御プログラム、端末装置および追加ダウンロード管理装置
US20100211674A1 (en) Community generation support system, community generation support method, and community generation support program
US8874541B1 (en) Social search engine optimizer enhancer for online information resources
WO2012075838A1 (zh) 互联网社区内容获取及推送方法、系统及客户端和服务端
US9762645B2 (en) Modifying data collection systems responsive to changes to data providing systems
JP5068343B2 (ja) 記事管理装置
JP5890078B1 (ja) 情報処理装置、情報処理方法、プログラム、記憶媒体
JP6201885B2 (ja) サーバ装置及びサーバプログラム
JP5125401B2 (ja) 検索制御方法及び検索制御プログラム
JP6108253B1 (ja) コンテンツ情報提供装置、コンテンツ情報提供方法、およびプログラム
WO2021050082A1 (en) Text entry recommendations based on stored search results
US20140330805A1 (en) Rich content for no-results search page

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: 14864405

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14864405

Country of ref document: EP

Kind code of ref document: A1