(57)【要約】      （修正有）【課題】プッシュ通知に対するユーザー操作を効率的に集計する。【解決手段】管理サーバーは、複数のプッシュ通知において共通して使用される第１識別情報と、プッシュ通知を識別するための第２識別情報とに基づいてプッシュ通知情報を生成する。情報処理装置はプッシュ通知情報に基づき表示画面を生成し、ユーザ操作に応じて第１識別情報と第２識別情報に基づき応答情報を送信する。情報収集サーバば応答情報に基づき第１識別情報に対応するプッシュ通知情報に対応する操作状況を確認する。【選択図】図２
2020021130.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置、管理サーバー、情報収集サーバーを備えるシステムであって、
前記管理サーバーは、
複数のプッシュ通知において共通して使用される第１識別情報と、プッシュ通知を識別するための第２識別情報とに基づいてプッシュ通知情報を生成する生成手段と、
前記生成されたプッシュ通知情報を送信する送信手段を有し、
前記情報処理装置は、
前記プッシュ通知情報を受信する受信手段と、
前記前記プッシュ通知情報に基づく表示画面を表示する表示制御手段と、
前記表示画面に対してユーザー操作が行われた場合、前記第１識別情報と前記第２識別情報に基づく応答情報を送信する送信制御手段を有し、
前記情報収集サーバーは、
前記応答情報に基づいて前記第１識別情報に対応するプッシュ通知情報に対する操作状況を確認する確認手段を備えることを特徴とするシステム。
【請求項２】
情報処理装置、管理サーバー、情報収集サーバーを備えるシステムであって、
前記管理サーバーは、
複数のプッシュ通知において共通して使用される第１識別情報と、プッシュ通知を識別するための第２識別情報とを関連付けてデータベースに保持する保持手段と、
少なくとも前記第２識別情報に基づいてプッシュ通知情報を生成する生成手段と、
前記生成されたプッシュ通知情報を送信する送信手段を有し、
前記情報処理装置は、
前記プッシュ通知情報を受信する受信手段と、
前記前記プッシュ通知情報に基づく表示画面を表示する表示制御手段と、
前記表示画面に対してユーザー操作が行われた場合、前記第２識別情報に基づく応答情報を送信する送信制御手段を有し、
前記情報収集サーバーは、
前記応答情報と前記データベースに保存されている情報に基づいて、いて前記第１識別情報に対応するプッシュ通知情報に対する操作状況を確認する確認手段を備えることを特徴とするシステム。
【請求項３】
複数のプッシュ通知において共通して使用される第１識別情報と、プッシュ通知を識別するための第２識別情報とに基づいてプッシュ通知情報を生成する生成手段と、
前記生成されたプッシュ通知情報を送信する送信手段を有し、
前記プッシュ通知情報に基づく表示画面が、前記プッシュ通知情報を受信した情報処理装置において表示され、
前記表示画面に対してユーザー操作が行われた場合、前記第１識別情報と前記第２識別情報に基づく応答情報が前記情報処理装置から送信されることを特徴とする管理サーバー。
【請求項４】
複数のプッシュ通知において共通して使用される第１識別情報と、プッシュ通知を識別するための第２識別情報とを関連付けてデータベースに保持する保持手段と、
少なくとも前記第２識別情報に基づいてプッシュ通知情報を生成する生成手段と、
前記生成されたプッシュ通知情報を送信する送信手段を有し、
前記プッシュ通知情報に基づく表示画面が、前記プッシュ通知情報を受信した情報処理装置において表示され、
前記表示画面に対してユーザー操作が行われた場合、前記第２識別情報に基づく応答情報が前記情報処理装置から送信され、
前記応答情報により特定される前記第２識別情報と前記データベースにより、前記第２識別情報に関連付けられた前記第１識別情報が特定されることを特徴とする管理サーバー。
【請求項５】
前記生成手段は、前記第１および第２識別情報を含む前記プッシュ通知情報を生成することを特徴とする請求項３または４に記載の管理サーバー。
【請求項６】
前記プッシュ通知情報には、前記プッシュ通知の送信先を示す情報処理装置の識別情報が含まれることを特徴とする請求項３乃至５のいずれか１項に記載の管理サーバー。
【請求項７】
前記プッシュ通知情報には、プッシュ通知を配信する日付情報と、前記情報処理装置に表示されるメッセージ情報の少なくとも１つを含むことを特徴とする請求項６に記載の管理サーバー。
【請求項８】
前記情報処理装置におけるユーザーの操作内容を示す操作情報を取得する取得手段を更に有し、
前記生成手段は、前記操作情報に基づいてプッシュ通知情報の送信対象となる装置を決定することを特徴とする請求項３乃至７のいずれか１項に記載の管理サーバー。
【請求項９】
前記情報処理装置に対する前記第１識別情報を含む前記プッシュ通知情報として、第１のタイミングで送信される第１プッシュ通知情報と、前記第１のタイミングとは異なる第２のタイミングで送信される第２プッシュ通知情報が前記生成手段により生成され、
前記生成手段は、前記操作情報に基づいて前記第２プッシュ通知情報の送信対象となる装置を決定することを特徴とする請求項８に記載の管理サーバー。
【請求項１０】
前記情報処理装置におけるユーザーの操作内容を示す操作情報を取得する取得手段を更に有し、
前記生成手段は、前記操作情報に基づいてプッシュ通知情報を生成することを特徴とする請求項３乃至９のいずれか１項に記載の管理サーバー。
【請求項１１】
前記生成手段は、前記操作情報に基づいて操作方法に関するプッシュ通知情報およびキャンペーンコードに関するプッシュ通知情報の少なくとも１つを生成することを特徴とする請求項１０に記載の管理サーバー。
【請求項１２】
前記生成手段は、プッシュ通知を今後は受け取らないように設定する設定項目が前記情報処理装置において表示されるプッシュ通知情報を生成することを特徴とする請求項３乃至１１のいずれか１項に記載の管理サーバー。
【請求項１３】
前記設定項目においてプッシュ通知を今後は受け取らない旨が設定された場合、前記生成手段は、当該設定が行われた情報処理装置に対するプッシュ通知情報を生成しないことを特徴とする請求項１２に記載の管理サーバー。
【請求項１４】
管理サーバーにおいて実行される制御方法であって、
複数のプッシュ通知において共通して使用される第１識別情報と、プッシュ通知を識別するための第２識別情報とに基づいてプッシュ通知情報を生成する生成工程と、
前記生成されたプッシュ通知情報を送信する送信工程を有し、
前記プッシュ通知情報に基づく表示画面が、前記プッシュ通知情報を受信した情報処理装置において表示され、
前記表示画面に対してユーザー操作が行われた場合、前記第１識別情報と前記第２識別情報に基づく応答情報が前記情報処理装置から送信されることを特徴とする制御方法。
【請求項１５】
管理サーバーにおいて実行される制御方法であって、
複数のプッシュ通知において共通して使用される第１識別情報と、プッシュ通知を識別するための第２識別情報とを関連付けてデータベースに保持する保持工程と、
少なくとも前記第２識別情報に基づいてプッシュ通知情報を生成する生成工程と、
前記生成されたプッシュ通知情報を送信する送信工程を有し、
前記プッシュ通知情報に基づく表示画面が、前記プッシュ通知情報を受信した情報処理装置において表示され、
前記表示画面に対してユーザー操作が行われた場合、前記第２識別情報に基づく応答情報が前記情報処理装置から送信され、
前記応答情報により特定される前記第２識別情報と前記データベースにより、前記第２識別情報に関連付けられた前記第１識別情報が特定されることを特徴とする制御方法。
【請求項１６】
前記第１および第２識別情報を含む前記プッシュ通知情報が生成されることを特徴とする請求項１４または１５に記載の管理サーバー。
【請求項１７】
前記プッシュ通知情報には、前記プッシュ通知の送信先を示す情報処理装置の識別情報が含まれることを特徴とする請求項１４乃至１６のいずれか１項に記載の制御方法。
【請求項１８】
前記プッシュ通知情報は、プッシュ通知を配信する日付情報と、前記情報処理装置に表示されるメッセージ情報の少なくとも１つを含むことを特徴とする請求項１７に記載の制御方法。
【請求項１９】
前記情報処理装置におけるユーザーの操作内容を示す操作情報を取得する取得工程を更に有し、
前記操作情報に基づいてプッシュ通知情報の送信対象となる装置が決定されることを特徴とする請求項１４乃至１８のいずれか１項に記載の制御方法。
【請求項２０】
前記情報処理装置に対する前記第１識別情報を含む前記プッシュ通知情報として、第１のタイミングで送信される第１プッシュ通知情報と、前記第１のタイミングとは異なる第２のタイミングで送信される第２プッシュ通知情報が生成され、
前記操作情報に基づいて前記第２プッシュ通知情報の送信対象となる装置が決定されることを特徴とする請求項１９に記載の制御方法。
【請求項２１】
前記情報処理装置におけるユーザーの操作内容を示す操作情報を取得する取得工程を更に有し、
前記操作情報に基づいてプッシュ通知情報が生成されることを特徴とする請求項１４乃至２０のいずれか１項に記載の制御方法。
【請求項２２】
前記操作情報に基づいて操作方法に関するプッシュ通知情報およびキャンペーンコードに関するプッシュ通知情報の少なくとも１つが生成されることを特徴とする請求項２１に記載の制御方法。
【請求項２３】
プッシュ通知を今後は受け取らないように設定する設定項目が前記情報処理装置において表示されるような、前記プッシュ通知情報が生成されることを特徴とする請求項１４乃至２１のいずれか１項に記載の制御方法。
【請求項２４】
前記設定項目においてプッシュ通知を今後は受け取らない旨が設定された場合、当該設定が行われた情報処理装置に対するプッシュ通知情報が生成されないことを特徴とする請求項２３に記載の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システム、管理サーバーおよび制御方法に関する。
【背景技術】
【０００２】
スマートフォンやパーソナルコンピュータで動作するアプリケーションにおいて、そのアプリケーションの対象サービスのキャンペーンやメンテナンスなどに関する情報をサーバーからアプリケーションに通知する機能（以降、プッシュ通知と呼ぶ）がある。プッシュ通知を受けたスマートフォンやアプリケーションではその通知に関する情報が表示され、その通知情報をユーザーがタップやクリックするなどの操作をすることで、プッシュ通知の詳細が対象のアプリケーションで表示される。
【０００３】
特許文献１には、エラー報知情報および印刷完了報知情報を含むプッシュ通知を送信することが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−６８５７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら特許文献１は、プッシュ通知に対するユーザー操作を効率的に集計するための技術について考慮していなかった。そこで本発明は、プッシュ通知に対するユーザー操作を効率的に集計することを可能とすることを目的とする。
【課題を解決するための手段】
【０００６】
上述のような課題を解決するため、本発明は、情報処理装置、管理サーバー、情報収集サーバーを備えるシステムであって、前記管理サーバーは、複数のプッシュ通知において共通して使用される第１識別情報と、プッシュ通知を識別するための第２識別情報とに基づいてプッシュ通知情報を生成する生成手段と、前記生成されたプッシュ通知情報を送信する送信手段を有し、前記情報処理装置は、前記プッシュ通知情報を受信する受信手段と、前記前記プッシュ通知情報に基づく表示画面を表示する表示制御手段と、
前記表示画面に対してユーザー操作が行われた場合、前記第１識別情報と前記第２識別情報に基づく応答情報を送信する送信制御手段を有し、前記情報収集サーバーは、前記応答情報に基づいて前記第１識別情報に対応するプッシュ通知情報に対する操作状況を確認する確認手段を備えることを特徴とする。
【発明の効果】
【０００７】
本発明によりプッシュ通知に対するユーザー操作を効率的に集計することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】本システムの構成図を示す図である。
【図２】本システムのシーケンスを示す図である。
【図３】本システムのプッシュ通知を設定する画面を示す図である。
【図４】本システムのプッシュ通知を設定する画面を示す図である。
【図５】本システムのプッシュ通知の情報を示す図である。
【図６】本システムのプッシュ通知の情報を示す図である。
【図７】アプリケーションが情報収集サーバーに送信する情報である。
【図８】アプリケーションが情報収集サーバーに送信する情報である。
【図９】集計サーバーでプッシュ通知に関する情報をグラフ化した図である。
【図１０】集計サーバーでプッシュ通知に関する情報をグラフ化した図である。
【図１１】アプリケーションが情報収集サーバーに送信する情報である。
【図１２】本システムのシーケンスを示す図である。
【図１３】本システムのプッシュ通知の表示を示す図である。
【図１４】本システムのシーケンスを示す図である。
【図１５】本システムのシーケンスを示す図である。
【図１６】本システムのシーケンスを示す図である。
【図１７】本システムのシーケンスを示す図である。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１０】
＜実施形態１＞
図１は本システムの構成図である。本実施形態のシステムは、管理サーバー１０１、プッシュ通知サーバー１０２、情報収集サーバー１０３、情報処理装置（端末ともいう）１１０から構成される。管理サーバー１０１とは、どの端末にどのようなプッシュ通知を行うかを管理するための管理サーバー１０１である。プッシュ通知を送信するサービス提供者は管理サーバー１０１で提供されるダッシュボードなどを操作することで、いつどの端末にどのようなプッシュ通知を行うかを決定する。プッシュ通知サーバー１０２とは、ユーザーの端末にプッシュ通知を配信するためのサーバーである。プッシュ通知サーバーは後述するプッシュ通知許可メッセージでユーザーの端末からプッシュ通知に関する許諾を受けて、プッシュ通知の配信先を識別するためのデバイストークンをユーザーの端末に発行する。プッシュ通知サーバーはこのデバイストークンのほかにプッシュ通知に必要な情報、たとえば、キャンペーンＩＤ、配信日時、プッシュ通知の文言などのプッシュ通知情報が管理サーバーなどから設定される。プッシュ通知サーバーはこれらの情報をもとにユーザーの端末にプッシュ通知を配信する。情報収集サーバー１０３とはプッシュ通知の開封情報やアプリケーション１０５上のユーザーの行動などの情報をアプリケーション１０５が送るためのサーバーである。また、情報処理装置１１０は、オペレーティングシステム（ＯＳ）１０４、アプリケーション１０５を含む。
【００１１】
図２は本システムのシーケンス図である。Ｓ１０１では、ユーザーが対象サービスのアプリケーション１０５を起動する。Ｓ１０２では、アプリケーション１０５がプッシュ通知許可メッセージを表示する。プッシュ通知許可メッセージとは、プッシュ通知に対応したアプリケーション１０５が起動されたときに表示されるメッセージで、アプリケーション１０５が実際にプッシュ通知を受け取るか否かをユーザーに確認するためのメッセージである。このメッセージが表示されるか否かはＯＳ１０４などのシステムの仕様によって異なり、システムによってはプッシュ通知許可メッセージが表示されなくてもアプリケーション１０５はプッシュ通知を受け取ることが可能となる。また、アプリケーション１０５の動作を設定する設定画面がＯＳなどのシステムの設定画面で用意されている場合、ユーザーは、システムの設定画面を用いて、アプリケーション１０５がプッシュ通知を許可するか否かを設定しても良い。Ｓ１０３では、ユーザーがＳ１０２で表示されるプッシュ通知許可メッセージで許可を選択する。これにより、対象のアプリケーション１０５がプッシュ通知を受信できる状態になる。Ｓ１０４では、アプリケーション１０５がプッシュ通知サーバー１０２にデバイストークンの取得依頼を行う。なお、アプリケーション１０５は、プッシュ通知サーバー１０２のアドレス情報を予め知っているものとする。これは、Ｓ１０３でプッシュ通知が許可された場合に実施される。ここで、デバイストークンとはプッシュ通知サーバー１０２がプッシュ通知を送信する対象となる端末を識別するためのＩＤである。Ｓ１０５では、プッシュ通知サーバー１０２がデバイストークンをアプリケーション１０５に送信する。なお、アプリケーション１０５は、管理サーバー１０１のアドレス情報を予め知っているものとする。Ｓ１０６では、アプリケーション１０５はデバイストークンを管理サーバー１０１に送信する。管理サーバー１０１はこのデバイストークンを元にどの端末にプッシュ通知を行うかを設定する。Ｓ１０７では、管理サーバー１０１がプッシュ通知を行うために必要なプッシュ通知情報を作成する。これは、管理サーバー１０１によって提供されるダッシュボード上で行われる。管理サーバー１０１では、いつどの端末にどのようなプッシュ通知を行うかを設定するためのユーザーインターフェースを備えたダッシュボードがあり、そこでプッシュ通知の設定を行うことができる。例えば、後述するような図３の画面を使って、サービス提供者がプッシュ通知の設定を行う。Ｓ１０８では、管理サーバー１０１がプッシュ通知情報をプッシュ通知サーバー１０２に送信する。Ｓ１０９では、プッシュ通知サーバー１０２がＯＳ１０４に対してプッシュ通知を配信する。プッシュ通知はＳ１０８で送信されたプッシュ通知情報に基づいて行われる。プッシュ通知情報には、図５などで説明される配信日時や対象装置を識別する情報が含まれる。プッシュ通知サーバー１０２は、これらの情報に基づいてプッシュ通知を配信するタイミングおよび対象装置を決定する。
【００１２】
Ｓ１１０では、ＯＳ１０４がプッシュ通知を受信して、ＯＳ１０４がプッシュ通知の内容を表示する表示制御処理を実行する。つまり、プッシュ通知情報に基づく表示画面が、前記プッシュ通知情報を受信した端末１１０において表示される。
【００１３】
Ｓ１１１では、ユーザーがプッシュ通知の表示をタップやクリックなどをして選択する。Ｓ１１２では、Ｓ１１１でユーザーがプッシュ通知の表示を選択したときに、ＯＳ１０４がアプリケーション１０５を起動する。Ｓ１１３では、アプリケーション１０５がプッシュ通知情報をＯＳ１０４から取得する。もし、Ｓ１１１の段階でアプリケーション１０５が起動されていない場合、Ｓ１１２によりアプリケーション１０５はＯＳ１０４により起動される。しかし、Ｓ１１１の段階ですでにアプリケーション１０５が起動されている場合、Ｓ１１２はスキップされる。ただし、アプリケーション１０５がＳ１１１の段階ですでに起動されている場合も、アプリケーション１０５がプッシュ通知情報をＯＳ１０４から取得する。Ｓ１１４では、アプリケーション１０５がプッシュ通知情報を情報収集サーバー１０３に送信する送信制御処理を実行する。なお、アプリケーション１０５は、情報収集サーバー１０３のアドレス情報を知っているものとする。情報収集サーバー１０３によっては、ユーザーや端末の単位で情報を集計するために、アプリケーション１０５が情報収集サーバー１０３に情報を送る際に、ユーザーや端末を識別するＩＤを一緒に送ってもらうものがある。ここでは、このようなユーザーや端末を識別するＩＤをクライアントＩＤと呼ぶことにする。クライアントＩＤの例としては、ｉＯＳ（商標登録）のＩＤＦＡ（Ａｄｖｅｒｔｉｓｉｎｇ  Ｉｄｅｎｔｉｆｉｅｒ）や、Ａｎｄｒｏｉｄ（商標登録）のＡｄｖｅｒｔｉｓｉｎｇ  Ｉｄｅｎｔｉｆｉｅｒが例として挙げられる。または、アプリケーション１０５が独自で発行するＩＤ、ユーザー認証システムが発行するＩＤなどが例として挙げられる。このようなクライアントＩＤを情報収集サーバー１０３に送信することで、ユーザーや端末単位で情報を集計することができる。つまり、本実施形態のＳ１１４で送信されるプッシュ通知情報には、図７で後述する情報の他にクライアントＩＤが含まれる。なお、Ｓ１１４は、表示されたプッシュ通知をユーザーが操作することで送信されるため応答情報と呼ばれることもある。本実施形態１で送信される応答情報には、図７でも後述するがキャンペーンＩＤと通知ＩＤとクライアントＩＤとが少なくとも含まれている。
【００１４】
図３、図４は、同一のキャンペーンに対して複数のプッシュ通知を行うための設定に関する管理画面の例である。
【００１５】
図３はプッシュ通知の管理画面である。この管理画面は管理サーバー１０１が用意する。サービス提供者は、この管理画面からプッシュ通知の設定を行い、いつ、どの端末に対し、どのようなキャンペーンのプッシュ通知を行うかを決定する。３０１はプッシュ通知が対応するキャンペーンを設定する項目である。ここでは例として「ハードカバー３０％オフキャンペーン」というキャンペーンが設定されている。各々のキャンペーンには、キャンペーンを識別するためのキャンペーンＩＤが割り当てられており、例えばこの「ハードカバー３０％オフキャンペーン」というキャンペーンには、「ｃａ０００１」というキャンペーンＩＤが割り当てられているとする。３０２はプッシュ通知を配信するための配信日時を決定するための設定項目である。ここでは例として、「２０１７年８月１日  １５：００」と設定されている。３０３はプッシュ通知を配信したときに端末に表示される文言を設定するための項目である。ここでは例として、「８月３１日まで！人気のハードカバーが３０％オフ」の文言が設定されている。３０４はプッシュ通知を送信する端末を設定するための設定項目である。この設定項目３０４には、アプリケーション１０５が管理サーバー１０１に渡すデバイストークンの情報が表示される。３０５は３０１〜３０４で設定した項目を登録するための登録ボタンであり、この登録ボタンを押すと設定した項目がプッシュ通知サーバー１０２に送信され、設定した項目の通りプッシュ通知が行われる。この例では、２０１７年８月１日の１５：００に対象の端末にプッシュ通知が配信され、プッシュ通知を許可している端末には「８月３１日まで！人気のハードカバーが３０％オフ」という文言が表示される。ユーザーはこの通知をタップまたはクリックすると、「ハードカバー３０％オフキャンペーン」に該当するキャンペーンのＵＲＬなどに誘導されて、キャンペーンの詳細を知ることができる。
【００１６】
図４はプッシュ通知の管理画面である。図３と設定項目は同様だが、３０２ではキャンペーン前日の２０１７年８月３０日の１５：００に配信されるように設定されている。また、プッシュ通知の文言は、図３とは異なり「キャンペーン終了まであと１日！人気のハードカバーが３０％オフ」となっている。このプッシュ通知が登録されると、２０１７年８月３０日の１５：００にプッシュ通知が配信され、対象の端末では「キャンペーン終了まであと１日！人気のハードカバーが３０％オフ」という文言が表示される。ユーザーはこの通知をタップまたはクリックすると「ハードカバー３０％オフキャンペーン」に該当するキャンペーンのＵＲＬなどに誘導されて、キャンペーンの詳細を知ることができる。
【００１７】
図５は、図３の設定内容に基づいて生成されたプッシュ通知に関する情報（以降、プッシュ通知情報と呼ぶ）である。この例ではＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式となっている。「ｃａｍｐａｉｇｎＩｄ」キーには３０１で設定したキャンペーンに対応するキャンペーンＩＤが設定されている。なお、キャンペーンＩＤは、例えば、３台のプッシュ通知対象の各端末に送信される各プッシュ通知情報において共通に使用される。そのため共通識別情報と呼ばれることもある。また、「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」には各々のプッシュ通知に対応する通知ＩＤ、「ｄａｔｅ」キーには３０２で設定した配信日時、「ｍｅｓｓａｇｅ」キーには３０３で設定したプッシュ通知の文言が設定されている。なお、通知ＩＤは、例えば、３台のプッシュ通知対象の各端末に送信される各プッシュ通知情報において同じでも良いし、異なっていても良い。そのため個別識別情報と呼ばれることもある。また、「ｃａｍｐａｉｇｎＵＲＬ」には「ｃａｍｐａｉｇｎＩｄ」に対応するキャンペーンＵＲＬが設定されている。ここでは、「ｃａｍｐａｉｇｎＩｄ」キーには「ｃａ０００１」、「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」キーには「ｎｏ０００１」、「ｄａｔｅ」キーには日付情報として「２０１７／０８／０１  １５：００」が設定されている。また、図５では、メッセージ情報として「ｍｅｅｓｓａｇｅ」キーには「８月３１日まで！人気のハードカバーが３０％オフ」が設定されている。「ｃａｍｐａｉｇｎＵＲＬ」キーには「ｈｔｔｐ：／／ｗｗｗ．ｈｏｇｅｈｏｇｅｘｘｘｘｘｘｘｘ．ｃｏｍ／ｃａｍｐａｉｇｎ／０００１／ｉｎｄｅｘ．ｈｔｍｌ」が設定されている。また図５では、「ｄｅｖｉｃｅｓ」キーにはプッシュ通知の送信先を示す対象端末の識別情報が設定される。このようなプッシュ通知情報がプッシュ通知サーバー１０２に送信されて、その内容に基づいてプッシュ通知サーバー１０２はプッシュ通知をユーザーの端末に配信する。尚、ここでは、「ｃａｍｐａｉｇｎＩｄ」と「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」は別のキーとして設定をしたが、本発明はそれに限定されるものではない。例えば、「ｐｕｓｈＩｄ」のように１つのキーとし、「ｃａｍｐａｉｇｎＩｄ（ｎｏｔｉｆｉｃａｔｉｏｎＩｄ）」のような文字列の組み合わせを値としても良い。例えば、図５の例ではキー「ｐｕｓｈＩｄ」に対して、値「ｃａ０００１（ｎｏ０００１）」のようになる。
【００１８】
図６は、図４の設定内容に基づいて生成されたプッシュ通知情報である。この例ではＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式となっている。「ｃａｍｐａｉｇｎＩｄ」キーには３０１で設定したキャンペーンに対応するＩＤ、「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」には各々のプッシュ通知に対応するＩＤが設定されている。また、「ｄａｔｅ」キーには３０２で設定した配信日時、「ｍｅｓｓａｇｅ」キーには３０３で設定したプッシュ通知の文言が設定されている。また、「ｃａｍｐａｉｇｎＵＲＬ」には「ｃａｍｐａｉｇｎＩｄ」に対応するキャンペーンＵＲＬが設定される。ここでは、「ｃａｍｐａｉｇｎＩｄ」キーには「ｃａ０００１」、「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」キーには「ｎｏ０００２」が設定されている。また、「ｄａｔｅ」キーには「２０１７／０８／３０  １５：００」、「ｍｅｅｓｓａｇｅ」キーには「キャンペーン終了まであと１日！人気のハードカバーが３０％オフ」が設定されている。また、「ｃａｍｐａｉｇｎＵＲＬ」キーには「ｈｔｔｐ：／／ｗｗｗ．ｈｏｇｅｈｏｇｅｘｘｘｘｘｘｘｘ．ｃｏｍ／ｃａｍｐａｉｇｎ／０００１／ｉｎｄｅｘ．ｈｔｍｌ」が設定されている。また、「ｄｅｖｉｃｅｓ」キーにはプッシュ通知対象の端末が設定されている。このようなプッシュ通知情報がプッシュ通知サーバー１０２に送信されて、その内容に基づいてプッシュ通知サーバー１０２はプッシュ通知をユーザーの端末に配信する。図５と図６を比較すると、「ｃａｍｐａｉｇｎＩｄ」キーのＩＤは同じであるが「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」キーのＩＤは異なる。つまり、１つのキャンペーンに対して、異なるプッシュ通知を行う例となる。尚、ここでは、「ｃａｍｐａｉｇｎＩｄ」と「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」は別のキーとして設定をしたが、本発明はそれに限定されるものではない。例えば、「ｐｕｓｈＩｄ」のように１つのキーとし、「ｃａｍｐａｉｇｎＩｄ（ｎｏｔｉｆｉｃａｔｉｏｎＩｄ）」のような文字列の組み合わせを値としても良い。例えば、図６の例ではキー「ｐｕｓｈＩｄ」に対して、値「ｃａ０００１（ｎｏ０００２）」のようになる。
【００１９】
図５、図６で説明したようなプッシュ通知情報が管理サーバー１０１からプッシュ通知サーバー１０２に送信され、プッシュ通知サーバー１０２はそのプッシュ通知情報をユーザーの端末に送信する。図２のＳ１１３で説明したようにアプリケーション１０５はこのプッシュ通知情報を取得することができる。Ｓ１１３で取得するプッシュ通知情報は図５、図６で説明した情報そのままであっても良いし、図５、図６で説明した情報がプッシュ通知サーバー１０２でＯＳ１０４に送る情報のフォーマットに合わせた形式などにカスタマイズされたものであっても良い。
【００２０】
図７はアプリケーション１０５がＳ１１４において情報収集サーバー１０３に送信するプッシュ通知情報の例である。アプリケーション１０５がどのようなフォーマットでプッシュ通知情報を送信するかは情報収集サーバー１０３の仕様に依存する。ここでは、フォーマットとしてキーと値のセットを情報収集サーバー１０３に送信する例で説明をする。図７は、アプリケーション１０５が図５のプッシュ通知情報を情報収集サーバー１０３に送る場合の例である。７０１では、キーに「ｃａｍｐａｉｇｎＩｄ」、値に「ｃａ０００１」が設定されている。７０２では、キーに「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」、値に「ｎｏ０００１」が設定されている。７０３では、キーに「ｐｕｓｈＩｄ」、値に「ｎｏ０００１（ｃａ０００１）」が設定されている。「ｃａｍｐａｉｇｎＩｄ」と「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」は、プッシュ通知情報としてアプリケーション１０５が受け取る情報である。「ｃａｍｐａｉｇｎＩｄ」と「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」をそれぞれ情報収集サーバー１０３に送信することにより、情報収集サーバー１０３は「ｃａｍｐａｉｇｎＩｄ」と「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」の開封を各々計測することができる。「ｐｕｓｈＩｄ」では、「ｃａｍｐａｉｇｎＩｄ」と「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」が組みわされた文字列が設定されている。このように「ｃａｍｐａｉｇｎＩｄ」と「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」が組みわされた文字列を情報収集サーバー１０３に送信することで、情報収集サーバー１０３は開封された各々のプッシュ通知がどのキャンペーンに対応するかを把握することができる。この図では「ｃａｍｐａｉｇｎＩｄ（ｎｏｔｉｆｉｃａｔｉｏｎＩｄ）」のフォーマットで記載されているが、本発明はそれに限定されるものではなく他のフォーマットであっても良い。
【００２１】
図８は、アプリケーション１０５がＳ１１４において図６のプッシュ通知情報を情報収集サーバー１０３に送る場合の例である。８０１では、キーに「ｃａｍｐａｉｇｎＩｄ」、値に「ｃａ０００１」が設定されている。８０２では、キーに「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」、値に「ｎｏ０００２」が設定されている。８０３では、キーに「ｐｕｓｈＩｄ」、値に「ｎｏ０００１（ｃａ０００２）」が設定されている。「ｃａｍｐａｉｇｎＩｄ」と「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」は、プッシュ通知情報としてアプリケーション１０５が受け取る情報である。「ｃａｍｐａｉｇｎＩｄ」と「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」をそれぞれ情報収集サーバー１０３に送信することにより、情報収集サーバー１０３は「ｃａｍｐａｉｇｎＩｄ」と「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」の開封を各々計測することができる。「ｐｕｓｈＩｄ」では、「ｃａｍｐａｉｇｎＩｄ」と「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」が組みわされた文字列が設定されている。このように「ｃａｍｐａｉｇｎＩｄ」と「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」が組みわされた文字列を情報収集サーバー１０３に送信することで、情報収集サーバー１０３は開封された各々のプッシュ通知がどのキャンペーンに対応するかを把握することができる。この図では「ｃａｍｐａｉｇｎＩｄ（ｎｏｔｉｆｉｃａｔｉｏｎＩｄ）」のフォーマットで記載されているが、本発明はそれに限定されるものではなく他のフォーマットであっても良い。
【００２２】
図７、図８では、キーと値をセットにして情報収集サーバー１０３に情報を送っていたが、本発明はそれに限定されるものではなく、情報処理装置は、情報収集サーバー１０３のフォーマットに合わせた形で情報収集サーバー１０３に応答情報を送れば良い。例えば、情報収集サーバー１０３がＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式のフォーマットの情報を受け取れるのであれば、図５、図６で説明したプッシュ通知情報をそのまま情報収集サーバー１０３に送っても良い。
【００２３】
図９はプッシュ通知の情報を情報収集サーバー１０３でグラフ化したものである。図９は情報収集サーバー１０３に送られてきた図７および図８の情報をグラフ化したものである。このグラフ化は情報収集サーバー１０３で行っても良いし、情報収集サーバー１０３に接続して他のＰＣなどで行っても良い。図９（ａ）はキャンペーン単位での開封数を示しており、「ｃａｍｐａｉｇｎＩｄ」＝「ｃａ０００１」に対するプッシュ通知が１００回開封されたことを示している。図９（ａ）の［＋］ボタン９０１を選択すると図９（ｂ）が表示される。なお、図９の画面は、例えばサービス提供者が、サービス提供者のＰＣのブラウザにＵＲＬを入力することで表示される。
【００２４】
図９（ｂ）はプッシュ通知単位での開封数を示しており、「ｃａｍｐａｉｇｎＩｄ」＝「ｃａ０００１」に対する全てのプッシュ通知が展開されて表示される。ここでは、「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」＝「ｎｏ０００１」のプッシュ通知が３０回、「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」＝「ｎｏ０００２」のプッシュ通知が７０回開封されたことを示している。図７の７０３、図８の８０３で示したように「ｃａｍｐａｉｇｎＩｄ」と「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」が対応づけられて情報収集サーバー１０３に送信される。そのため、図９（ａ）のようにキャンペーン単位で集計されたグラフを展開することで、図９（ｂ）のようにキャンペーンに対応するすべてのプッシュ通知の開封情報を表示することができる。図９（ｂ）の［−］ボタン９０２を選択することにより、図９（ａ）の表示に戻すことができる。
【００２５】
図１０は複数のキャンペーンのプッシュ通知の開封数を計測した場合の図である。図１０（ａ）はキャンペーン単位での開封数を示している。図１０（ａ）は、「ｃａｍｐａｉｇｎＩｄ」＝「ｃａ０００１」に対するプッシュ通知が１００回であることを示す。また、図１０（ａ）は。「ｃａｍｐａｉｇｎＩｄ」＝「ｃａ０００２」に対するプッシュ通知が５０回、「ｃａｍｐａｉｇｎＩｄ」＝「ｃａ０００３」に対するプッシュ通知が８０回開封されたことを示している。図１０（ａ）の［＋］ボタン１００１を選択すると図１０（ｂ）が表示される。図１０（ｂ）はプッシュ通知単位での開封数を示しており、図１０（ａ）に示した各々のキャンペーンに対応する全てのプッシュ通知が展開されて表示される。「ｃａｍｐａｉｇｎＩｄ」＝「ｃａ０００１」のキャンペーンについては、対応するプッシュ通知のＩＤが「ｎｏ０００１」、「ｎｏ０００２」であり、それぞれ３０回、７０回開封されている。「ｃａｍｐａｉｇｎＩｄ」＝「ｃａ０００２」のキャンペーンについては、対応するプッシュ通知のＩＤが「ｎｏ０００３」、「ｎｏ０００４」、「ｎｏ０００５」、「ｎｏ０００６」であり、それぞれ１５回、１０回、１０回、１５回だけ開封されている。「ｃａｍｐａｉｇｎＩｄ」＝「ｃａ０００３」であるキャンペーンについては、対応するプッシュ通知のＩＤが「ｎｏ０００７」、「ｎｏ０００８」、「ｎｏ０００９」であり、それぞれ１０回、２５回、４５回だけ開封されている。図７の７０３、図８の８０３で示したように「ｃａｍｐａｉｇｎＩｄ」と「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」が対応づけられて送信される。そのため、図１０（ａ）のようにキャンペーン単位で集計されたグラフを展開することで、図１０（ｂ）のようにキャンペーンに対応するすべてのプッシュ通知の開封情報を表示することができる。図１０（ｂ）の［−］ボタン１００２を選択することにより、図１０（ａ）の表示に戻すことができる。
【００２６】
本実施形態では、管理サーバー１０１が、通知ＩＤだけでなくキャンペーンＩＤも含めてプッシュ通知情報を生成する。そのため情報収集サーバー１０３は、情報処理装置からの応答情報に基づいてキャンペーンＩＤに対応するプッシュ通知情報に対する操作状況を容易に確認することが可能となる。その結果、例えば、サービス提供者は、プッシュ通知に対するユーザー操作をキャンペーンＩＤ単位に容易に管理できる。
【００２７】
＜実施形態２＞
サービス提供者は実施形態１で説明したプッシュ通知の開封に関する情報をもとにさらなる追加処理を実施することができる。本実施形態ではその追加処理について例を挙げて説明する。
【００２８】
図１１、図１２では、対象キャンペーンに関するプッシュ通知を開封していない端末に対してだけ再度プッシュ通知を行う場合の例である。このように再度のプッシュ通知の宛先を限定することで、対象のキャンペーンに対してすでにプッシュ通知を開封しているユーザーに再度同じキャンペーンのプッシュ通知を行うという処理を軽減することが可能となる。
【００２９】
図１１はアプリケーション１０５がＳ１１４において情報収集サーバー１０３に送信するプッシュ通知情報の例である。１１０１では、キーに「ｃａｍｐａｉｇｎＩｄ」、値に「ｃａ０００１」が設定されている。１１０２では、キーに「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」、値に「ｎｏ０００１」が設定されている。１１０３では、キーに「ｄｅｖｉｃｅＴｏｋｅｎ」、値に「ｘｘｘｘｘｘｘｘ」が設定されている。１１０４では、キーに「ｐｕｓｈＩｄ」、値に「ｎｏ０００１（ｃａ０００１）：ｘｘｘｘｘｘｘｘ」が設定されている。「ｐｕｓｈＩｄ」では、「ｃａｍｐａｉｇｎＩｄ」、「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」、「ｄｅｖｉｃｅＴｏｋｅｎ」が組みわされた文字列が設定されている。この３つが組みわされた文字列を情報収集サーバー１０３に送信することで、情報収集サーバー１０３は端末ごとのプッシュ通知の開封情報を保持することができる。この図では「ｃａｍｐａｉｇｎＩｄ（ｎｏｔｉｆｉｃａｔｉｏｎＩｄ）：ｄｅｖｉｃｅＴｏｋｅｎ」のフォーマットで記載されているが、本発明はそれに限定されるものではなく他のフォーマットであっても良い。
【００３０】
図１２は、対象キャンペーンに関するプッシュ通知を開いていない端末にのみプッシュ通知を行うシーケンスである。Ｓ２０１で、管理サーバー１０１は情報収集サーバー１０３からプッシュ通知の開封に関する情報を取得する。このプッシュ通知の開封に関する情報は図１１で示したアプリケーション１０５から送信される情報であり、プッシュ通知を開封した端末のｄｅｖｉｃｅＴｏｋｅｎが含まれる。この図１１に示す情報を管理サーバー１０１が情報収集サーバー１０３から取得することにより、管理サーバー１０１は、対象のキャンペーンに対してどの端末がプッシュ通知を開封していないかを知ることができる。つまり、Ｓ２０１の処理により、管理サーバー１０１は、情報処理装置におけるユーザーの操作内容を示す操作情報を取得することができる。
【００３１】
Ｓ２０２では、管理サーバー１０１はプッシュ通知を開封していない端末にターゲットを絞ったプッシュ通知情報を作成する。例えば、図５のプッシュ通知情報では対象の端末として３つの端末が指定されているが、このうちデバイストークン“ＢＢＢＢＢＢＢＢ”に対応する端末のみが対象キャンペーンに関するプッシュ通知を開いていないとする。この場合、Ｓ２０２において管理サーバー１０１は、通知先として“ＢＢＢＢＢＢＢＢ”のみを設定したプッシュ通知情報を生成する。つまり、Ｓ２０２により、管理サーバー１０１は、操作情報に基づいてプッシュ通知情報の送信対象となる装置を決定することができる。
【００３２】
Ｓ２０３では、管理サーバー１０１はＳ２０２で作成したプッシュ通知情報をプッシュ通知サーバー１０２に送信する。Ｓ２０４では、プッシュ通知サーバー１０２はプッシュ通知情報に基づいてプッシュ通知を配信する。
【００３３】
以上のように管理サーバー１０１は、第１のタイミングで送信されるプッシュ通知情報と、第１のタイミングとは異なる第２のタイミングで送信されるプッシュ通知情報を生成することができる。そして管理サーバー１０１は、操作情報に基づいて、第２のタイミングで送信されるプッシュ通知情報の送信対象となる装置を決定することができる。なお、第１のタイミングで送信されるプッシュ通知情報とは、例えば、あるキャンペーンにおいて１回目に送信されるプッシュ通知情報である。また、第２のタイミングで送信されるプッシュ通知情報とは、１回目に送信されたプッシュ通知情報が開封されていないと判定されたことに基づき送信されるプッシュ通知情報である。
【００３４】
上述した説明では対象キャンペーンに関するプッシュ通知を開いていない端末にだけプッシュ通知を行う例を説明したが本発明はそれに限定されるものではない。例えば、対象のキャンペーンを開封したがまだサービス提供者が設定する目標を達成していないユーザーに対してだけプッシュ通知を行うようにしても良い。そのためには、ユーザーのアプリケーション１０５上での操作内容を情報収集サーバー１０３に送信し、その情報を管理サーバー１０１が取得することで、対象ユーザーを絞ったプッシュ通知情報を作成する。このようにユーザーの操作内容をもとに対象キャンペーンに関する追加のプッシュ通知を行う例は他にも様々な例がある。例えば、フォトアルバムを提供するサービスを例に説明する。ユーザーがフォトアルバムの価格を見てアプリケーション１０５を終了した場合、アプリケーション１０５は、価格情報のページを表示してアプリケーション１０５が終了されたことを示す操作内容を情報収集サーバー１０３に通知する。管理サーバー１０１は、この操作内容を情報収集サーバー１０３からＳ２０１において取得することで、この操作が行われた端末に対応するデバイストークンを通知先に設定した別のキャンペーン情報のプッシュ通知情報を作成しても良い。また、ユーザーがアプリケーション１０５を操作してフォトアルバムの編集画面まで遷移してアプリケーション１０５を終了した場合について説明する。この場合、アプリケーション１０５は、フォトアルバムの編集画面まで表示して編集処理を終えずにアプリケーション１０５が終了されたことを示す操作内容を情報収集サーバー１０３に通知する。管理サーバー１０１は、この操作内容を情報収集サーバー１０３からＳ２０１において取得することで、この操作が行われた端末に対応するデバイストークンを通知先に設定した編集操作の操作方法に関するプッシュ通知情報を生成しても良い。例えば、ガイドページ（操作方法）に関するＵＲＬが設定されたプッシュ通知情報が生成されても良いし、メッセージに操作方法が含まれていても良い。また、ユーザーがフォトアルバムを決済するオンラインカートまで遷移したがアルバム作成を発注せずにアプリケーション１０５を終了した場合、アプリケーション１０５は、当該操作内容を情報収集サーバー１０３に通知する。管理サーバー１０１は、この操作内容を情報収集サーバー１０３からＳ２０１において取得することで、この操作が行われた端末に対応するデバイストークンを通知先に設定し、メッセージとしてキャンペーンコードを含むプッシュ通知情報を生成しても良い。つまり、管理サーバー１０１は、情報処理装置におけるユーザーの操作内容を示す操作情報を取得し、操作情報に基づくプッシュ通知情報を生成することができる。
【００３５】
＜実施形態３＞
対象のキャンペーンに対してプッシュ通知を送らないようにする設定を設け、その設定に基づいてプッシュ通知を行うか否かを決定すると良い。このように対象のキャンペーンに対して今後のプッシュ通知を受け取らない実施形態について、図１３、図１４、図１５で説明する。
【００３６】
図１３はプッシュ通知によりＯＳ１０４が表示するダイアログ１３０１である。このダイアログ１３０１には「このキャンペーンに関しては通知を受け取らない」というチェックボックス１３０２がある。このチェックボックス１３０２が選択されていない状態でＯＫボタン１３０３を選択すると対象のアプリケーション１０５が起動されてプッシュ通知の詳細が表示される。このとき、次回以降に同じキャンペーンに対するプッシュ通知、および、他のキャンペーンに対するプッシュ通知も継続して受け取ることができる。一方、チェックボックス１３０２を選択状態にしてＯＫボタン１３０３を選択すると、次回以降はこのキャンペーンに対するプッシュ通知を受け取らないようにすることができる。このとき、他のキャンペーンに関するプッシュ通知は継続して受け取ることができる。尚、チェックボックス１３０２を選択状態にしてＯＫボタン１３０３を選択したとき、対象のアプリケーション１０５は起動してもしなくても良く、この動作はアプリケーション１０５の仕様による。
【００３７】
図１４は対象キャンペーンのプッシュ通知を受け取らないようにする場合のシーケンスの一例である。Ｓ４０１〜Ｓ４０３はＳ１０７〜Ｓ１０９と同様であるため説明は割愛する。なお、管理サーバー１０１は、Ｓ４０１において図１３のような画面を表示するためのプッシュ通知情報（すなわち、プッシュ通知を今後は受け取らないように設定する設定項目が情報処理装置において表示されるプッシュ通知情報）を生成する。Ｓ４０４ではＯＳ１０４が図１３に示したダイアログ１３０１を表示する。Ｓ４０５では、ユーザーは、ダイアログ１３０１のチェックボックス１３０２を選択状態にしてＯＫボタン１３０３を選択する。Ｓ４０６では、ＯＳ１０４が対象の端末１１０に対して対象のキャンペーンに関するプッシュ通知をオフにするようプッシュ通知サーバー１０２に依頼する。Ｓ４０６で送信される情報には、プッシュ通知をオフにする指示情報と共に、送信元の端末１１０のデバイストークンおよびキャンペーンＩＤが含まれる。Ｓ４０７では、プッシュ通知サーバー１０２はＳ４０６の通知を行った対象の端末１１０に対して対象のキャンペーンに関するプッシュ通知をオフに設定する。
【００３８】
図１５は対象キャンペーンのプッシュ通知を受け取らないようにする場合のシーケンスの一例である。図１４とは異なりアプリケーション１０５が管理サーバー１０１に対してプッシュ通知をオフにするように依頼する。Ｓ５０１〜Ｓ５０３はＳ１０１〜Ｓ１０３と同様であるため説明は割愛する。Ｓ５０４ではＯＳ１０４が図１３に示したダイアログ１３０１を表示する。Ｓ５０５では、ユーザーはダイアログ１３０１でチェックボックス１３０２を選択状態にしてＯＫボタン１３０３を選択する。Ｓ５０６では、ＯＳ１０４が、ＯＫボタン１３０３がユーザーにより選択されたことに基づいてアプリケーション１０５を起動する。Ｓ５０７では、アプリケーション１０５はプッシュ通知をオフにする設定情報とプッシュ通知情報を取得する。この情報はアプリケーション１０５がＯＳ１０４のＡＰＩを経由して取得することができる。なお、Ｓ５０６の段階でアプリケーション１０５が既に起動されている場合は新規にアプリケーション１０５が起動されることはないが、アプリケーション１０５はプッシュ通知をオフにする設定情報とプッシュ通知情報を受け取ることができる。Ｓ５０８では、アプリケーション１０５が対象の端末１１０に対して対象のキャンペーンに関するプッシュ通知をオフにするよう管理サーバー１０１に依頼する。Ｓ５０８で送信される情報には、プッシュ通知をオフにする指示情報と共に、送信元の端末１１０のデバイストークンおよびキャンペーンＩＤが含まれる。
【００３９】
Ｓ５０９では、管理サーバー１０１は対象の端末１１０に対して対象のキャンペーンに関するプッシュ通知を送らないように設定する。なお、Ｓ５０６でアプリケーション１０５が起動されるが、このときアプリケーション１０５はユーザーインターフェースを出さずに起動し、プッシュ通知のオフ設定を管理サーバー１０１にしたら終了しても良い。
【００４０】
以上の処理により本実施形態は、ユーザーの意図に基づいてプッシュ通知の配信処理を実行することが可能となる。
【００４１】
＜実施形態４＞
本実施形態では、ユーザーや端末１１０の単位でプッシュ通知が配信されたことを情報収集サーバー１０３に送信する方法について説明する。ここでは、そのシーケンスについて図１６を用いて説明する。図１６と図２で異なる処理はＳ６０１とＳ６０２である。Ｓ６０１では、アプリケーション１０５は前述したクライアントＩＤを管理サーバー１０１に送信する。Ｓ６０２では、プッシュ通知の配信日時をクライアントＩＤとともに情報収集サーバー１０３に送信する。これにより、情報収集サーバー１０３はＳ１１４で受信するプッシュ通知の開封情報だけでなく、プッシュ通知の配信日時も受け取ることができる。これにより、情報収集サーバー１０３では、クライアントＩＤごとにプッシュ通知が配信されたこと、及び、プッシュ通知が開封されたことを集計することができる。この情報により、プッシュ通知が配信されたが開封されなかったユーザーまたは端末１１０を情報収集サーバー１０３は集計することができる。
【００４２】
＜実施形態５＞
本実施形態では、図１７に示したように、管理サーバー１０１は、Ｓ７０１で「ｃａｍｐａｉｇｎＩｄ」と「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」を関連付けてデータベースに登録（保存）する。このとき、Ｓ１０７で生成するプッシュ通知情報としては、「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」を含める必要があるが「ｃａｍｐａｉｇｎＩｄ」は含める必要はない。そのため本実施形態のＳ１０７では、管理サーバー１０１は、少なくとも「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」を含むプッシュ通知情報を生成する。また、本実施形態のＳ１１４では、アプリケーション１０５は、情報収集サーバー１０３に少なくとも「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」を含むプッシュ通知情報を送信すればよい。つまり、Ｓ１１４において送信されるプッシュ通知情報に「ｃａｍｐａｉｇｎＩｄ」が含まれる必要はない。このとき、Ｓ１１４の受信結果と、データベースに保存されている「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」と「ｃａｍｐａｉｇｎＩｄ」が関連付け情報に基づいて、情報収集サーバー１０３は、キャンペーン単位でのプッシュ通知の開封数を集計できる。つまり、情報収集サーバー１０３は、Ｓ１１４の応答情報により特定される通知ＩＤとデータベースを使って、通知ＩＤに関連付けられたキャンペーンＩＤを特定できる。
【００４３】
尚、図１７におけるデータベースは、管理サーバー１０１やプッシュ通知サーバー１０２とは異なる構成として図示したが、管理サーバー１０１やプッシュ通知サーバー１０２が保持しても良い。また、図１７においてデータベースとして説明したが、「ｃａｍｐａｉｇｎＩｄ」と「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」が関連付けて保持されていればよく、ファイルに保持されているものであってもよい。なお、本実施形態では、図１７のＳ１０７で生成されるプッシュ通知情報と、Ｓ１１４で送信されるプッシュ通知情報には、「ｃａｍｐａｉｇｎＩｄ」が含まれる必要はないとして説明してきたが、含まれていても良い。本実施形態では、管理サーバー１０１が、通知ＩＤとキャンペーンＩＤを関連付けてデータベースに保存する。そのため、例えば、サービス提供者は、プッシュ通知に対するユーザー操作をキャンペーンＩＤ単位に容易に管理できる。
【００４４】
＜他の実施形態＞
上述した各実施形態では、各キャンペーンに対して配信日時を変えて複数のプッシュ通知を行うような例を説明したが、本発明はそれに限定されるものではない。例えば、１つの「ｃａｍｐａｉｇｎＩｄ」に対して、異なる「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」のプッシュ通知をほぼ同時に行うようなケースに適用しても良い。例えば、プッシュ通知Ａでは「８月末まで！人気のハードカバーが３０％オフ」、プッシュ通知Ｂでは「夏休みの思い出おアルバムにしよう！人気のハードカバーが３０％オフ」という情報を通知する例を想定する。このときプッシュ通知Ａとプッシュ通知Ｂで「ｃａｍｐａｉｇｎＩｄ」は同じになるが、「ｎｏｔｉｆｉｃａｔｉｏｎＩｄ」は各々別のものになる。このようなケースに本発明を適用することにより、どのプッシュ通知が開封され、どのプッシュ通知が開封されなかったかをキャンペーン単位で集計することができる。つまり、プッシュ通知のテストとして本発明を適用しても良い。
【００４５】
上述した各実施形態では、キャンペーンに関するプッシュ通知を例に説明をしたが、本発明はそれに限定されるものではなく、サービスのメンテナンスの情報などに関するプッシュ通知に適用しても良い。上述した実施形態では、プッシュ通知情報にキャンペーンＩＤと通知ＩＤが含まれていた。しかし、サービスのメンテナンスの情報などに関するプッシュ通知に本発明を適用する場合、プッシュ通知情報には、例えば、キャンペーンＩＤの代わりにメンテナンスＩＤが含まれる。つまり、プッシュ通知情報には、例えば、メンテナンスＩＤと通知ＩＤが含まれる。また、ソフトウェアの更新に関するプッシュ通知に本発明を適用しても良い。その場合、プッシュ通知情報には、ソフトウェアのバージョンＩＤと通知ＩＤが含まれることになる。
【００４６】
上述した各実施形態では、情報収集サーバー１０３で開封数を計測したが本発明はそれに限定されるものではない。例えば、アプリケーションからプッシュ通知情報を情報収集サーバー１０３に送るだけでなく、管理サーバー１０１またはプッシュ通知サーバー１０２などから情報収集サーバー１０３にプッシュ通知を送った端末数を送る。この処理により、情報収集サーバー１０３が開封率を計測してもよい。
【００４７】
上述した各実施形態では、情報収集サーバー１０３と管理サーバー１０１を異なる構成としたが、管理サーバー１０１と情報収集サーバー１０３は１つのサーバーで構成しても良い。上述した各実施形態では、フォトアルバムのサービスを例に説明したが、それに限定されるものではなく他のサービスであっても良い。
【００４８】
また、各実施形態の処理は、必要に応じて組み合わされて実行されても良い。
【００４９】
なお、上述した各実施形態では、アプリケーション１０５がプッシュ通知情報を送信する場合（例えば、Ｓ１１４、）、その送信先が情報収集サーバー１０３として記述されているが、送信先が管理サーバー１０１であっても構わない。また、送信先が情報収集サーバー１０３と管理サーバー１０１の両者であっても構わない。
【００５０】
上述した各実施形態は、以下の処理を実行することによっても実現される。すなわち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。また、プログラムは、１つのコンピュータで実行させても、複数のコンピュータで連動させて実行させるようにしてもよい。また、上記した処理の全てをソフトウェアで実現する必要はなく、処理の一部または全部をＡＳＩＣ等のハードウェアで実現するようにしてもよい。また、ＣＰＵも１つのＣＰＵで全ての処理を行うものに限らず、複数のＣＰＵが適宜連携をしながら処理を行うものとしてもよい。
【符号の説明】
【００５１】
１０１  管理サーバー
１０２  プッシュ通知サーバー
１０３  情報収集サーバー
【図１】
2020021130.tif 000003
【図２】
2020021130.tif 000004
【図３】
2020021130.tif 000005
【図４】
2020021130.tif 000006
【図５】
2020021130.tif 000007
【図６】
2020021130.tif 000008
【図７】
2020021130.tif 000009
【図８】
2020021130.tif 000010
【図９】
2020021130.tif 000011
【図１０】
2020021130.tif 000012
【図１１】
2020021130.tif 000013
【図１２】
2020021130.tif 000014
【図１３】
2020021130.tif 000015
【図１４】
2020021130.tif 000016
【図１５】
2020021130.tif 000017
【図１６】
2020021130.tif 000018
【図１７】
2020021130.tif 000019