JP2022178204A - 情報処理装置、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】マーケティングツールによる効果を期待できないユーザのユーザ装置とサーバとの通信を抑制する情報処理装置、表示制御方法及びプログラムを提供する。【解決手段】サーバシステム１０１とユーザ装置１０２で構成され情報処理システムにおいて、ユーザによって操作されるユーザ装置１０２は、ユーザ及びユーザ装置の少なくともいずれかに関するユーザ情報を取得し、ユーザ情報に基づいて、ユーザによるユーザ装置の操作に関する操作情報の送信を抑制するか否かを判断し、判断に応じて操作情報の送信を抑制するよう制御する。【選択図】図１

Description

本発明は、ユーザ情報から情報送信を制御する情報処理装置、表示制御方法、及びプログラムに関する。

近年、ＩＴ技術を活用したデジタルマーケティングの普及により、自社のウェブサイトやアプリケーションにおいて、ユーザ情報を取得し、その情報を分析してウェブサイトやアプリケーションを改善する取り組みが行われている。ユーザ情報を取得するツールは様々な企業から提供されている。例えば、Ｇｏｏｇｌｅ（登録商標）は、ウェブサイトやアプリケーションにおけるユーザ情報を収集するためのツール「Ｇｏｏｇｌｅ Ａｎａｌｙｔｉｃｓ」を提供している。

このようなツールの中にはユーザ情報やユーザの行動情報を収集するだけでなく、マーケティングのための通知機能を提供しているものがある。マーケティングのための機能の例として、プッシュ通知、アプリ内メッセージの機能がある。プッシュ通知やアプリ内メッセージの機能を使うと、ユーザにキャンペーン等の情報を効果的に伝えることができる。

ユーザ情報やユーザ行動情報を取得するためにはユーザの同意を得らなければならないことが多い。特許文献１では、モバイルアプリケーション内のユーザの行動を追跡する際の同意の取り方に関する方法を示されている。特許文献１では、モバイルアプリケーションにおいて１つまたは複数の追跡技術（「トラッカ」）が提供されている場合に、ユーザはトラッカーを個別に無効化できる。また、ユーザの住む地域などによって法律などが異なることがあるため、ユーザに合わせた同意の取り方を提示している。

特表２０１８－５１３４８２号公報

上述したマーケティングツールは、ユーザにキャンペーン情報などを有効に届けることができるため、サービス提供者のマーケティング活動において非常に重要なツールである。しかしながら、ユーザの環境によっては、マーケティングツールが有効に活用できない状況があり、そのようなユーザにとってはメリットが小さく、ただユーザ情報を送信することになる場合がある。例えば、ユーザによっては、マーケティングツールが備えるプッシュ通知機能をオペレーティングシステムの設定でオフにしている場合がある。このようなユーザに対してはプッシュ通知が表示されないため、キャンペーン情報などがそのユーザには通知されない。このようなユーザにとってはマーケティングツールのメリットが無く、ユーザ情報だけが送信されてしまう状態で無駄な情報送信が行われていることになる。

また、有償で提供されるマーケティングツールにおいては、そのＳＤＫ（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）を組み込んだアプリの利用者数や、ＳＤＫによる通信量に応じて、サービス利用者にツール使用料を請求するものがある。上述したようにマーケティングツールをうまく活用できないケースにおいては、サービス提供者は使用料がかかるだけでマーケティングには使えないことになり、サービス提供者にとってもメリットが小さくなる場合がある。

先行文献１では、ユーザの行動を追跡するために、トラッカーごとに同意を無効化する方法や法域ごとに同意の取り方を変える方法を提示しているが、上述したマーケティングツールが有効に活用できない場合の課題に関する記載はない。

本発明は、上述の問題に鑑みて成されたものであり、マーケティングツールによる効果を期待できないユーザのユーザ装置とサーバとの通信を抑制することを目的とする。

上述のような課題を解決するため、本発明に係る情報処理装置の一態様は、ユーザによって操作される情報処理装置であって、
前記ユーザおよび前記情報処理装置の少なくともいずれかに関するユーザ情報を取得する取得手段と、
前記ユーザ情報に基づいて、前記ユーザによる前記情報処理装置の操作に関する操作情報の送信を抑制するか否かを判断する判断手段と、
前記判断手段の判断に応じて前記操作情報の送信を抑制するよう制御する制御手段と、
を備える。

本発明によりマーケティングツールによる効果を期待できないユーザのユーザ装置とサーバとの通信を抑制することができる。

本実施形態に係る情報処理システムの構成を示す図 本実施形態に係る情報処理システムのマーケティングサーバ装置の構成を示す図 本実施形態に係る情報処理システムのプッシュ通知の管理画面を示す図 本実施形態に係る情報処理システムのアプリ内メッセージの管理画面を示す図 本実施形態に係る情報処理システムのプッシュ通知のシーケンスを示す図 本実施形態に係る情報処理システムのアプリ内メッセージのシーケンスを示す図 ユーザ装置が情報送信を制御するシーケンスを示す図 マーケティングサーバ装置が情報送信を制御するシーケンスを示す図 アプリケーションの起動時に実行される処理を示すフローチャート アプリケーションの起動時に実行される処理を示すフローチャート アプリケーションの起動時に実行される処理を示すフローチャート 情報送信を制御する処理を示すフローチャート 情報送信を制御する処理を示すフローチャート ユーザ装置のハードウェアの構成図 情報送信を制御する処理を示すフローチャート 情報送信を制御する処理を示すフローチャート

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

＜第１実施形態＞
通知機能を備えたマーケティングツールは、ユーザ情報に基づいてプッシュ通知やアプリ内メッセージの内容や表示するタイミングを制御するものがある。ユーザに合わせてプッシュ通知やアプリ内メッセージの内容やタイミングを変えることで、効果的にキャンペーン情報等を届けることができる。例えば、ユーザがアプリケーションを起動した翌日にプッシュ通知を行うことでアプリケーションを再度使ってもらうなどユーザの行動に合わせた通知ができる。ユーザの行動に合わせて適切なメッセージを表示することは全てのユーザに一律に情報送信をするよりも効率が良い場合が多く、サービス提供者のマーケティング活動に利益をもたらす。以降の説明では、このようなデジタルマーケティングのためのツールをマーケティングツールと呼ぶ。

マーケティングツールを提供する企業（ツール提供者）、ウェブサイトやアプリケーションで何らかのサービスを提供する企業（サービス提供者）にＳＤＫ（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）を有償または無償で配布することが多い。サービス提供者はツール提供者によって提供されたＳＤＫを組み込むことにより、ユーザ情報やユーザの行動情報をツール提供者が用意するサーバに送信する。

前述したプッシュ通知の機能とは、ユーザがアプリケーションを起動していない状態でも、キャンペーンやメンテナンスなどに関する情報をユーザの端末で表示する機能である。サービス提供者は、ツール提供者が用意するマーケティングサーバでキャンペーンやメンテナンス情報を設定することで、その情報がユーザの端末で表示される。実際には、オペレーティングシステム（ＯＳ）がプッシュ通知を受信してその内容を表示し、ユーザがその通知を選択することで対象のアプリケーションが起動される。

前述したアプリ内メッセージの機能とは、ユーザがアプリケーションを操作している際に、特定のタイミングで表示されるメッセージである。このアプリ内メッセージの内容や表示するタイミングについては、サービス提供者がマーケティングツールのダッシュボード上で設定することができる。ここで設定された情報をもとに、ユーザがアプリケーションを操作している際に、特定のタイミングでアプリ内メッセージが表示される。

以下の実施形態では、ユーザ情報に基づいて、ユーザ装置からサーバ装置へのユーザ情報の送信、およびサーバ装置からユーザ装置への通知情報の送信、の少なくともいずれかを抑制する情報処理システムについて説明する。なお、ユーザ情報とは、例えば、ユーザが利用しているオペレーティングシステムやアプリケーションに関する名称やバージョンなどの情報である。また、ユーザ情報は、例えば、アプリケーションやブラウザなどでユーザがボタンを押したなどのユーザ操作に関する操作情報も含む。また、ユーザ情報は、例えばアプリケーションやオペレーティングシステムで発生したイベント情報も含む。

図１は本実施形態に係るシステムの構成図である。本実施形態に係るシステムは大きく分けてサーバシステム１０１とユーザ装置１０２で構成される。サーバシステム１０１とユーザ装置１０２は各々のネットワーク１０３からインターネット１０４を経由して互いに通信する。サーバシステム１０１はマーケティングサーバ装置１０５とプッシュ通知サーバ装置１０６で構成される。ユーザ装置１０２は、オペレーションシステム（ＯＳ）１０７とアプリケーション１０８から構成される。マーケティングサーバ装置１０５は前述したマーケティングツールのサービス提供者が提供するサーバ装置である。プッシュ通知サーバ装置１０６はＯＳ１０７を開発する企業が提供するサーバ装置である。例えば、プッシュ通知サーバ装置１０６は、ｉＯＳ（登録商標）のプッシュ通知サービス（ＡＰＮｓ）サーバやＡｎｄｒｏｉｄのＧＣＭ（Ｇｏｏｇｌｅ Ｃｌｏｕｄ Ｍｅｓｓａｇｉｎｇ）やＦＣＭ（Ｆｉｒｅｂａｓｅ Ｃｌｏｕｄ Ｍｅｓｓａｇｉｎｇ）サーバである。ＯＳ１０７とは、ユーザ装置１０２のコンピュータのオペレーションを司るソフトウェアであり、例えば、ｉＯＳやＡｎｄｒｏｉｄである。アプリケーション１０８は前述したマーケティングツールのＳＤＫ（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）が組み込まれている。前述したプッシュ通知によってアプリケーション１０８は起動され、アプリケーション１０８は前述したアプリ内メッセージを表示する。

図２はマーケティングサーバ装置１０５の構成図である。マーケティングサーバ装置１０５は情報収集管理部２０１、プッシュ通知管理部２０２、アプリ内メッセージ管理部２０３、データベース２０４から構成される。

情報収集管理部２０１はユーザ装置１０２から送信されるユーザに関する情報やユーザの操作情報（行動情報）を含むユーザ情報を管理する。ユーザ情報に関しては後述する。プッシュ通知管理部２０２はユーザ装置１０２にプッシュ通知を送信するための管理部である。

プッシュ通知管理部２０２はプッシュ通知で表示するメッセージや画像などのコンテンツ、プッシュ通知の対象となるユーザ、プッシュ通知を送信するタイミングなどを管理する。プッシュ通知管理部２０２は図３で説明するダッシュボードを提供しており、ダッシュボードでコンテンツ、プッシュ通知のターゲットとなるユーザ、プッシュ通知を送信するタイミングを設定する。

アプリ内メッセージ管理部２０３はユーザ装置１０２にアプリ内メッセージを送信するための管理部である。アプリ内メッセージ管理部２０３は、アプリ内メッセージで表示するメッセージや画像などのコンテンツ、アプリ内メッセージの対象となるユーザ、アプリ内メッセージを送信するタイミングなどを管理する。アプリ内メッセージ管理部２０３は図４で説明するダッシュボードを提供しており、ダッシュボードでコンテンツ、アプリ内メッセージのターゲットとなるユーザ、送信のタイミングなどを設定する。

データベース２０４は、ユーザ装置１０２から受信したユーザ情報を蓄積するためのデータベースである。また、プッシュ通知やアプリ内メッセージで通知されるコンテンツや、通知のターゲットユーザなどの情報を格納してもよい。

図３はプッシュ通知管理部２０２が有するプッシュ通知の設定を行うためのダッシュボード画面の一例である。このダッシュボードはブラウザ上で表示され、サービス提供者はこのダッシュボードからプッシュ通知で表示するメッセージや画像などのコンテンツ、プッシュ通知の対象となるユーザ、プッシュ通知を送信するタイミングなどを管理する。

メッセージ３０１はプッシュ通知で表示するテキストである。このテキストの内容がユーザ装置に表示される。メッセージ３０１の設定はプッシュ通知を送信するためには必須の設定である。画像３０２はプッシュ通知で表示する画像である。画像３０２が設定されている場合はメッセージ３０１と画像３０２がセットでユーザ装置１０２に表示される。画像３０２の設定はプッシュ通知を送信するためにはオプションの設定であり設定されていなくてもよく、画像３０２が設定されていない場合、メッセージ３０１のみがユーザ装置１０２に表示される。対象ユーザ３０３はプッシュ通知を配信するターゲットのユーザである。

図３の例ではＯＳがｉＯＳ（登録商標）のユーザ装置が選択されており、この場合はｉＯＳのユーザ装置のみにプッシュ通知が表示される。配信タイミング３０４はプッシュ通知を配信するタイミングである。この例では配信タイミング３０４に「２０１９年１１月１８日１５：００」が設定されており、この時間にプッシュ通知がユーザ装置１０２に配信され、表示される。

図４はアプリ内メッセージ管理部２０３が有するアプリ内メッセージの設定を行うためのダッシュボードである。このダッシュボードはブラウザ上で表示され、サービス提供者はこのダッシュボードからアプリ内メッセージのテキストや画像などのコンテンツ、アプリ内メッセージの対象となるユーザ、アプリ内メッセージを送信するタイミングなどを管理する。

メッセージ４０１はアプリ内メッセージで表示するテキストである。このテキストの内容がユーザ装置１０２に表示される。画像４０２はアプリ内メッセージで表示する画像である。画像４０２が設定されている場合はメッセージ４０１と画像４０２がセットでユーザ装置１０２に表示される。画像４０２の設定はプッシュ通知を送信するためにはオプションの設定である。対象ユーザ４０３はアプリ内メッセージを配信するターゲットのユーザである。図４の例では対象ユーザ４０３としてＯＳがｉＯＳのユーザ装置が選択されており、この場合はＯＳがｉＯＳのユーザ装置１０２のみにアプリ内メッセージが表示される。表示タイミング４０４はアプリ内メッセージを配信するタイミングである。この例では「アプリケーション起動時」が設定されており、ユーザがアプリケーション１０８を起動した際にアプリ内メッセージが表示される。

図５は本実施形態に係る情報処理システムのプッシュ通知のシーケンス図である。Ｓ１０１では、情報処理システムがサービスを提供する対象のアプリケーション１０８をユーザが起動する。Ｓ１０２では、アプリケーション１０８がユーザ情報をマーケティングサーバ装置１０５に送信する。ここで、ユーザ情報とは、ユーザが利用しているユーザ装置１０２の機種に関する情報（例えばモデル名）、ＯＳ１０７の情報（例えばオペレーティングシステムの名称、バージョン）、ＯＳ１０７の設定（例えば言語、地域）を含む。また、ユーザ情報は、アプリケーションに関する情報（例えばアプリケーション名、アプリケーションのバージョン）を含む。また、ユーザ情報は、ユーザを識別するための情報（例えばユーザ名やユーザＩＤ）、アプリケーション１０８の起動時にユーザ装置１０２が取得した情報（例えば時刻、位置、ＩＰアドレス）を含む。また、ユーザ情報は、ユーザがユーザ装置１０２に対して行った操作の内容を示す操作情報（行動情報）を含んでもよい。また、ユーザ情報は、アプリケーション内でユーザが実行した操作の内容を示す操作情報や、ＯＳ１０７によって表示または通知されたアプリケーションに関する情報へのユーザ操作など、所定のアプリケーションに関するユーザの使用状況に関する情報を含む。ユーザの使用状況に関する情報としては、後述するように、コンバージョン率や、プッシュ通知の開封率を特定可能な情報を含む。

Ｓ１０３では、マーケティングサーバ装置１０５がユーザ情報をデータベース２０４に保存する。Ｓ１０４では、アプリケーション１０８がプッシュ通知許可要求メッセージを表示する。プッシュ通知許可要求メッセージとはユーザ装置１０２が実際にプッシュ通知を受け取るか否かをユーザに確認する、またはユーザに受諾を要求するためのメッセージである。このメッセージが表示されるか否かはＯＳ１０７などのシステムの仕様によって異なり、システムによってはプッシュ通知許可要求メッセージが表示されなくてもプッシュ通知が有効になるシステムもある。また、プッシュ通知許可要求メッセージだけでなく、アプリケーション１０８の動作を設定する設定画面がＯＳ１０７の設定画面で用意され、そこでプッシュ通知を許可するか否かを設定できてもよい。その他にも、プッシュ通知許可要求メッセージをアプリケーション１０８が表示するシステムもある。本実施形態では、ユーザはＳ１０２で表示されるプッシュ通知許可要求メッセージで許可を選択するものとする。このため、Ｓ１０５ではユーザがプッシュ通知を許可したことをユーザ装置１０２が検出する。これにより、対象のアプリケーション１０８に対してプッシュ通知を送信できる状態になる。Ｓ１０６では、アプリケーション１０８がプッシュ通知サーバ装置１０６にデバイストークンの取得依頼を行う。これは、Ｓ１０５でプッシュ通知が許可された場合に実施される。ここで、デバイストークンとはプッシュ通知サーバ装置１０６がプッシュ通知を送信するユーザ装置を識別するためのトークンである。Ｓ１０７では、プッシュ通知サーバ装置１０６がデバイストークンをアプリケーション１０８に送信する。これによって、マーケティングサーバ１０５がプッシュ通知サーバ装置１０６に、デバイストークンを指定して、デバイストークンの識別子に対応するユーザ装置１０２にプッシュ通知を送信することができる。

Ｓ１０８では、アプリケーション１０８はデバイストークンをマーケティングサーバ装置１０５に送信する。マーケティングサーバ装置１０５はこのデバイストークンに基づいて、どのデバイスにプッシュ通知を行うかを識別することができる。Ｓ１０９では、マーケティングサーバ装置１０５がプッシュ通知を行うために必要なプッシュ通知情報を作成する。このプッシュ通知情報とは、図３で説明したダッシュボード上で事前に設定される情報で、メッセージ３０１、画像３０２、対象ユーザ３０３、配信タイミング３０４などの情報である。Ｓ１１０では、マーケティングサーバ装置１０５がプッシュ通知情報をプッシュ通知サーバ装置１０６に送信する。

Ｓ１１１では、プッシュ通知サーバ装置１０６がＯＳ１０７に対してプッシュ通知を配信する。プッシュ通知はＳ１１０で送信されたプッシュ通知情報に基づいて行われる。Ｓ１１２では、ＯＳ１０７がプッシュ通知を受信して、ＯＳ１０７がプッシュ通知の内容を表示する。Ｓ１１３では、ユーザがプッシュ通知の表示をタップやクリックなどの操作により選択する。本実施形態ではＯＳ１０７がプッシュ通知を表示するものとして説明を行うが、これに限定されるものではなく、アプリケーション１０８がプッシュ通知を表示しても良い。Ｓ１１４では、Ｓ１１３でユーザがプッシュ通知の表示を選択したときに、ＯＳ１０７がアプリケーション１０８を起動する。Ｓ１１５では、アプリケーション１０８がプッシュ通知情報を取得する。Ｓ１１６では、アプリケーション１０８がプッシュ通知の開封情報をマーケティングサーバ装置１０５に送信する。Ｓ１１７ではマーケティングサーバ装置１０５はプッシュ通知の開封情報をデータベース２０４に保存する。

ユーザやユーザ装置１０２の単位で情報を集計するために、アプリケーション１０８は、マーケティングサーバ装置１０５に情報を送る際に、ユーザやユーザ装置を識別する識別子（ＩＤ）をともに受け取る場合がある。ここでは、このようなユーザやユーザ装置を識別するＩＤをユーザＩＤと呼ぶことにする。ユーザＩＤの例としては、ｉＯＳのＩＤＦＡ（Ｉｄｅｎｔｉｆｉｅｒ ｆｏｒ Ａｄｖｅｒｔｉｓｉｎｇ）や、ＡｎｄｒｏｉｄのＡＤＩＤ （Ｇｏｏｇｌｅ Ｐｌａｙ Ｓｅｒｖｉｃｅｓ ＩＤ ｆｏｒ Ａｎｄｒｏｉｄ）、または、アプリケーションが独自で発行するＩＤ、ユーザ認証システムが発行するＩＤなどが例として挙げられる。このようなユーザＩＤをマーケティングサーバ装置１０５に送信することで、ユーザやユーザ装置単位で情報を集計することができる。

図６は本実施形態に係る情報処理システムのアプリ内メッセージのシーケンス図である。Ｓ２０１では、情報処理システムがサービスを提供する対象のアプリケーション１０８をユーザが起動する。Ｓ２０２では、アプリケーション１０８がユーザ情報をマーケティングサーバ装置１０５に送信する。ユーザ情報に関しては図５を参照して説明したものと同様のため、説明は省略する。

Ｓ２０３では、マーケティングサーバ装置１０５がユーザ情報をデータベース２０４に保存する。Ｓ２０４では、ユーザが何らかのイベントをアプリケーション１０８に対して発生させる。イベントの例としては、アプリケーション１０８で表示されるボタンを押したときに発生するイベントなどがある。Ｓ２０５では、イベントが発生したときにアプリケーション１０８がユーザの操作情報（行動情報とも呼ぶ）をマーケティングサーバ装置１０５に送信する。ユーザの操作情報とはイベントを識別する文字列やＩＤのことである。例えば「ＸＸＸ」というラベルのボタンを押したときには「ＸＸＸ」のような文字列、「ＹＹＹ」というラベルのボタンを押したときには「ＹＹＹ」のような文字列をマーケティングサーバ装置１０５に送信する。この説明では文字列としたがイベントを識別するようなＩＤであっても良い。Ｓ２０６では、マーケティングサーバ装置１０５がユーザの操作情報をデータベース２０４に保存する。Ｓ２０７では、マーケティングサーバ装置１０５がアプリケーション１０８にアプリ内メッセージの情報を送信する。アプリ内メッセージの情報とは、図４で設定したメッセージ４０１、画像４０２、対象ユーザ４０３、表示タイミング４０４などの情報を含む。アプリ内メッセージの情報にはユーザ情報が含まれていてもよい。例えば、アプリ内メッセージの情報にはユーザ装置のオペレーティングシステムに関する情報が含まれていても良く、その情報と実際にユーザが使用しているオペレーティングシステムの情報が異なっていればアプリ内メッセージは表示されなくてもよい。

本実施形態では、マーケティングツールによる通知の効果が期待できないと判断したユーザに対しては、情報の送受信を抑制するように制御する。以下にマーケティングツールが活用できない例を挙げる。
（１）マーケティングツールが利用する機能をユーザがオペレーティングシステムの設定などでオフに設定しているケース。例えば、マーケティングツールが利用するプッシュ通知の機能をオペレーティングシステムの設定でオフに設定しているケースである。このような場合、サーバシステム１０１がユーザ装置１０２にプッシュ通知を行っても、ユーザからはプッシュ通知が見えないため、マーケティングツールからの通知が活用できない。
（２）マーケティングツールが利用する機能がユーザのユーザ装置では利用できないケース。例えば、マーケティングツールが画像付きのプッシュ通知のサービスを提供している場合、ユーザ装置のオペレーティングシステムのバージョンによっては、その機能に対応していない場合がある。このような場合、サーバシステム１０１がユーザ装置１０２にプッシュ通知を行っても、ユーザ装置１０２がプッシュ通知を正常に表示できないため、マーケティングツールからの通知が活用できない。
（３）マーケティングツールによる通知が悪い結果を招いているケース。例えば、プッシュ通知が開封されずに放置している場合や、アプリ内メッセージの表示時間が短いなど、マーケティングツールによる通知に対してユーザの反応が悪い場合、マーケティングツールによる通知をユーザが不快に思っている場合がある。このような場合、プッシュ通知やアプリ内メッセージではキャンペーンの情報などを通知することがあるが、その情報を見ても購買する行動を起こさない場合が想定される。
（４）ユーザがコンバージョンに至らない行動をしているケース。ここで、コンバージョンとはサービス提供者が期待するユーザの操作または行動の目標のことである。例えば、写真を印刷するためのアプリケーションにおけるコンバージョンとは、ユーザが印刷をすることである。写真を印刷するアプリケーションにおいて写真を印刷せずに写真を見ているだけではコンバージョンに至らないため、そのような行動をしているユーザにはマーケティングツールをうまく活用できない。
（５）ユーザが予想外の行動をしているケース。例えばユーザが特定のボタンを連打するケースや、アプリの起動と終了を繰り返すようなケースである。このようなケースはサービスを標的とした攻撃者である可能性もあり、マーケティングツールによって通知を行っても効果が期待できない。

上述した５つのケースのように、マーケティングツールによる効果が期待できない場合には、ユーザ装置１０２とサーバシステム１０１との間で無駄な通信を行うことになる。このため、本実施形態に係るユーザ装置１０２は、ユーザ情報を取得すると、ユーザ装置１０２からサーバシステム１０１にユーザの操作情報を含むユーザ情報を送信するか否かを判断し、判断に応じてユーザ情報を送信しない。また、本実施形態に係るサーバシステム１０１は、ユーザ情報を取得すると、ユーザ装置１０２に情報を送信するか否かを判定し、情報を送信しないと判断するとユーザ装置１０２への情報の送信を抑制するように制御する。これによって、サーバシステム１０１とユーザ装置１０２との間で不要に通信が行われることを防ぐことができ、マーケティングツールの使用料や、処理負荷を低減することができる。

本実施形態に係るユーザ装置１０２は、ユーザ情報を取得すると、マーケティングサーバ装置１０５への情報の送信を行うか否かを判断し、情報を送信しないと判断するとユーザ装置１０２への情報の送信を抑制するように制御する。これによって、ユーザ装置１０２から不要に情報が送信されることを防ぐことができる。

図７は、アプリケーション１０８がマーケティングツールのＳＤＫを使って情報を送信するフローである。Ｓ２０１～Ｓ２０６については図６で説明した処理と同様のため説明を省略する。図７では、アプリケーション１０８がユーザに関する情報及びユーザの行動情報を送信するのは、アプリケーション１０８が情報送信をすると判断した場合（Ｓ２０７）のみに限定する。アプリケーション１０８がユーザ情報の送信を行うか否かを判断する処理（Ｓ２０８）の詳細に関しては後述する。このように一定の条件でユーザ情報及びユーザの操作情報をマーケティングサーバ装置１０５に送信するか否かを決定する。これによって、マーケティングツールによる効果が低いと予想されるユーザ装置１０２からマーケティングサーバ装置１０５に不要にユーザ情報を送信されることを抑制することができる。また、マーケティングツールによる効果が低いと予想されるユーザ装置にマーケティングサーバ装置１０５から通知が送信されることを抑制することができる。

図８は、アプリケーション１０８がマーケティングツールのＳＤＫ（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）を使ってマーケティングサーバ装置１０５へユーザ情報を送信するフローである。Ｓ２０１～Ｓ２０６については図６で説明したＳ２０１～Ｓ２０６と同様のため説明を省略する。なお、図８では、アプリケーション１０８がユーザ情報及びユーザの操作情報をデータベース２０４に送信するのは、マーケティングサーバ装置１０５が情報送信をすると判断した場合（Ｓ２０９）のみに限定する。この判断フロー（Ｓ２１０）に関しては後述する。これによって、マーケティングツールによる効果が低いと予想されるユーザ装置１０２にプッシュ通知サーバ１０６がプッシュ通知やアプリ内メッセージなどの通知情報を通知することを抑制することができる。

図７、図８では、一定の条件でユーザ情報をデータベース２０４に送信するか否かを決定しているが、これに限定されるものではない。例えば、ユーザ情報は送るがユーザの操作情報は送信しない、または、ユーザ情報は送信しないがユーザの操作情報は送信するなどといったように送信する情報を制御してもよい。また、一定の条件を満たした場合でも、すべてのユーザ情報の送信を停止するのではなく、一部のユーザ情報は継続して送信するようにしてもよい。例えば、ユーザのプロファイルなどの情報は送信するが、ユーザの操作情報は送信しないように判定してもよい。これによって、重要度が高い通知だけは通知しながら、重要度が低い通知は通知しないように設定することができる。このユーザ情報を送信するか否かを決定するための条件は、さまざまな条件が考えられる。例えばＯＳ１０７のバージョンや地域設定によって変えてもよいし、ユーザを識別するＩＤが数字で定義されている場合には奇数ＩＤのユーザは情報送信をし、偶数ＩＤのユーザは情報送信をしないといったように制御してもよい。

図７、８の説明では、アプリケーション１０８はマーケティングツールのＳＤＫを組み込み、ＳＤＫがユーザ情報の送信を行うものとして説明を行う。しかしながら一例では、アプリケーション１０８はＳＤＫを組み込まず、マーケティングサーバ装置１０５が用意するＷｅｂ ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を直接呼ぶことでユーザ情報の送信を行ってもよい。

図９は、ユーザがアプリケーション１０８をインストールした後の初回の起動時のフローチャートを示す。Ｓ９０１では、ユーザがアプリケーション１０８を起動すると、情報収集の許諾を要求するメッセージが表示される。マーケティングツールはユーザのプロファイル情報や操作情報を収集するため、情報収集の許諾を取ることが多い。情報収集の許諾を取るか否かは国や地域などによって異なるため、許諾を取る必要が無い場合にはこの処理は省略されてもよい。また、アプリケーション１０８をダウンロードするタイミングやインストールするタイミングですでに情報収集の許諾を取っている場合もある。このような場合にもアプリケーション１０８の起動時に許諾を取る必要はない。

ユーザが情報収集を許諾した場合（Ｓ９０２でＹＥＳ）、アプリケーション１０８は処理をＳ９０３に進め、マーケティングサーバ装置１０５との通信を開始し、ユーザのプロファイル情報や操作情報の送信を行う。ユーザが情報収集を許諾しなかった場合（Ｓ９０２でＮＯ）には図９に示す処理を終了する。Ｓ９０４では、アプリケーション１０８はＯＳ１０７のＡＰＩを呼ぶことによってプッシュ通知の機能をオンにする。Ｓ９０５では、オペレーションシステム１０７が通知の許諾を要求するメッセージを表示する。通知の許諾を要求するメッセージが表示されるか否かはＯＳ１０７の仕様によって異なり、通知の許諾を要求するメッセージが表示されずにプッシュ通知の機能がオンになる場合もある。

ユーザが通知を許諾した場合（Ｓ９０６でＹＥＳ）、アプリケーション１０８は処理をＳ９０７に進め、マーケティングサーバ装置１０５にデバイストークンを送信する。ユーザが通知を許諾しなかった場合（Ｓ９０６でＮＯ）は、アプリケーション１０８は図９の処理を終了する。

これによって、ユーザが通知を許諾しない場合、サーバシステム１０１が表示されないプッシュ通知やアプリ内メッセージを送信することを抑制することができる。

図１０はユーザがアプリケーション１０８を２回目～１０回目に起動した場合に実行される処理の一例を示すフローチャートである。ユーザが情報収集に同意している場合（Ｓ１００１でＹＥＳ）は、アプリケーション１０８は処理をＳ１００２に進め、マーケティングサーバ装置１０５との通信を開始する。Ｓ１００２では、ユーザ装置１０２は操作情報の送信を含む通信を行い。ユーザが情報収集に同意していない場合（Ｓ１００１でＮＯ）は、アプリケーション１０８は図１０に示す処理を終了する。これによって、ユーザが通知を許諾していない場合に、ユーザ装置１０２が操作情報などのユーザ情報をサーバシステム１０１に送信することを抑制し、通知がユーザ装置102に送信されることを抑制することができる。

図１１はユーザがアプリケーション１０８を１１回目以降に起動した場合のフローチャートである。Ｓ１１０１において、アプリケーション１０８はマーケティングサーバ装置１０５と通信をするか否かを判断し、通信をする場合はマーケティングサーバ装置１０５との通信を開始する。アプリケーション１０８はマーケティングサーバ装置１０５と通信をするか否かの判断内容については後述する。これによってアプリケーション１０８からユーザ情報が不要にマーケティングサーバ装置１０５に送信されることを抑制することができる。

図１０および図１１の説明では、起動回数が１０回以下かそれより多いかに応じて図１０の処理を実行するか図１１の処理を実行するかを決定したが、これに限定されるものではない。例えば、起動回数が２０回以下かそれより多いかに応じて処理を変更するなど、処理を変更する閾値となる起動回数は任意に設定されることができる。

図１２はプッシュ通知の許諾状況に応じて、アプリケーション１０８がマーケティングサーバ装置１０５との通信を行うか否かを判断するフローである。図５で説明したようにプッシュ通知の機能をオンにするためにはプッシュ通知を許諾してプッシュ通知機能をオンにしておく必要がある。Ｓ１２０１では、アプリケーション１０８がプッシュ通知を許諾しているか否かを判断する。プッシュ通知を許諾している（Ｓ１２０１でＹＥＳ）場合は、アプリケーション１０８はマーケティングサーバ装置１０５との通信を行うと判断する。また、プッシュ通知を許諾していない場合（Ｓ１２０１でＮＯ）にはアプリケーション１０８はマーケティングサーバ装置１０５との通信を行わないと判断する。プッシュ通知の機能を有するマーケティングツールにおいて、プッシュ通知の機能をオフにしているユーザ装置１０２では、プッシュ通知を表示することができないため、マーケティングツールを有効に活用できない。そのため、図１２の判断フローにおいては、プッシュ通知を許諾していないユーザについては、アプリケーション１０８はマーケティングサーバ装置１０５にユーザ情報を送信しない。これによって、ユーザ装置１０２からマーケティングサーバ装置１０５にユーザ情報を送信するコストを低減することができ、サーバシステム１０１からユーザ情報に応じて通知を送信するコストを低減することができる。

図１３はプッシュ通知の開封状況に応じて、アプリケーション１０８がマーケティングサーバ装置１０５との通信を行うか否かを判断するフローである。Ｓ１３０１では、アプリケーション１０８がアプリケーション１０８に対して送信されたプッシュ通知の数を取得する。アプリケーション１０８が送信されたプッシュ通知の数に関する情報をユーザ装置１０２の記憶部（図１４を参照して後述する）に格納している場合はその数を使用してもよい。また、ＯＳ１０７がアプリケーションごとに受信したプッシュ通知の数に関する情報を保持している場合はアプリケーション１０８がＡＰＩなどを介してＯＳ１０７から受信したプッシュ通知の数に関する情報を取得してもよい。また、アプリケーション１０８がマーケティングサーバ装置１０５の用意するＷｅｂ ＡＰＩなどを介してアプリケーション１０８へ送信されたプッシュ通知の数を取得してもよい。

Ｓ１３０２では、アプリケーション１０８はプッシュ通知の開封数を特定可能な情報を取得する。プッシュ通知の開封数とは、対象のアプリケーション１０８に対して送信されたプッシュ通知を、ユーザによるタップやクリックといった操作で開いた回数である。プッシュ通知を開くことによりアプリケーション１０８が起動される。プッシュ通知からアプリケーション１０８が起動された際には、アプリケーション１０８はプッシュ通知から起動されたことを示すパラメータを取得することができる。そのため、アプリケーション１０８はプッシュ通知から起動されたことを記憶しておくことで、プッシュ通知から起動された回数を特定することができる。このようにアプリケーション１０８が保持するプッシュ通知からの起動回数を開封数として利用してもよい。また、アプリケーション１０８がプッシュ通知から起動された際にその情報をマーケティングサーバ装置１０５に送信し、Ｗｅｂ ＡＰＩを介してマーケティングサーバ装置１０５からプッシュ通知から起動された回数をプッシュ通知の開封数として取得してもよい。

Ｓ１３０３では、アプリケーション１０８は、Ｓ１３０１で取得した、ユーザに通知されたプッシュ通知の数とＳ１３０２で取得した開封されたプッシュ通知の数からプッシュ通知の開封率を計算する。具体的に開封率は、開封されたプッシュ通知の数／通知したプッシュ通知の数×１００で計算される。例えば、通知されたプッシュ通知の数が１０回であり、開封されたプッシュ通知の数が３回である場合には、開封率は３０％となる。Ｓ１３０４では、開封率が一定の割合以下か否かを判断する。Ｓ１３０６では、開封率が一定の割合以下の場合に（Ｓ１３０４でＹＥＳ）、アプリケーション１０８はマーケティングサーバ装置１０５と通信を開始しないと判断する。一方、開封率が一定の割合を超える場合に（Ｓ１３０４でＮＯ）、アプリケーション１０８は処理をＳ１３０５に進め、マーケティングサーバ装置１０５との通信を行うと判断する。Ｓ１３０５では、ユーザ装置１０２は、サーバシステム１０１に操作情報などのユーザ情報を送信する。これによって、マーケティングツールによる効果が期待できるユーザ装置１０２からユーザ情報を提供し、適切なプッシュ通知やアプリ内通知などの通知を行うことができる。

プッシュ通知の機能を有するマーケティングツールにおいて、プッシュ通知を開封しないユーザはプッシュ通知を開くことによって記載されるキャンペーン情報などの内容を表示することができないため、マーケティングツールを効率的に活用できない。そのため、この判断フローにおいては、プッシュ通知の開封率が低いユーザについては、アプリケーション１０８はマーケティングサーバ装置１０５にユーザ情報を送信しない。これによって、ユーザ装置１０２からマーケティングサーバ１０５に不要にユーザ情報を送信することを抑制することができる。また、これによって、プッシュ通知サーバ１０６から不要にプッシュ通知が通知されることを抑制することができ、プッシュ通知に係る通信やＳＤＫの使用のコストを低減することができる。

図１５はＯＳ１０７の地域設定に応じて、アプリケーション１０８がマーケティングサーバ装置１０５との通信を行うか否かを判断するフローである。Ｓ１５０１では、アプリケーション１０８がＯＳ１０７の地域設定を取得する。本例では地域が国に関する情報であるものとして説明するが、これに限定されず、ＯＳ１０７の地域設定は、例えば地域情報として東アジア、東南アジアなどの地域に関する情報を取得してもよいし、タイムゾーンに関する情報を取得してもよい。

Ｓ１５０２では、Ｓ１５０１で取得した地域情報が特定の地域か否かを判断する。もし地域が日本の場合（Ｓ１５０２でＹＥＳ）は、アプリケーション１０８はマーケティングサーバ装置１０５との通信を行うと判断する（Ｓ１５０３）。もし地域が日本でない場合（Ｓ１５０２でＮＯ）にはアプリケーション１０８はマーケティングサーバ装置１０５との通信を行わないと判断する（Ｓ１５０４）。このように地域によってユーザ情報をサーバシステム１０１に送信するか否かを判断することにより、地域によってはマーケティングツールの効果が小さいと考えられるユーザ装置１０２からユーザ情報を収集することを抑制することができる。また、特定の地域ではユーザ情報の送信ができない状況でも動的に処理を切り替えて対応することができる。ここでの説明では、ＯＳ１０７から地域設定を取得してそれで判断をしたが、言語情報など他の設定をＯＳ１０７から取得して判断をしてもよい。

図１６はコンバージョン率に応じて、アプリケーション１０８がマーケティングサーバ装置１０５との通信を行うか否かを判断するフローである。Ｓ１６０１では、アプリケーション１０８はアプリケーション１０８が起動された回数を取得する。アプリケーション１０８が起動回数に関する情報を保持している場合はその情報を使用してもよい。また、アプリケーション１０８がマーケティングサーバ装置１０５の用意するＷｅｂ ＡＰＩなどを介して起動回数を取得してもよい。アプリケーション１０８がマーケティングサーバ装置１０５から起動回数を取得する場合は、アプリケーション１０８は起動時にマーケティングサーバ装置１０５と通信し、マーケティングサーバ装置１０５はアプリケーション１０８が起動された回数を記憶する。

続いて、Ｓ１６０２においてアプリケーション１０８はコンバージョン数を取得する。コンバージョン数は、上述したように、アプリケーション１０８の提供者によってあらかじめ定められた、目標となるユーザ操作をユーザが実行した回数である。Ｓ１６０３では、Ｓ１６０１で取得した起動回数とＳ１６０２で取得したコンバージョン数からコンバージョン率を計算する。具体的にコンバージョン率は、コンバージョン数／起動回数×１００で計算される。Ｓ１６０４では、コンバージョン率が一定の割合以下か否かを判断する。Ｓ１６０６では、コンバージョン率が一定の割合以下の場合に（Ｓ１６０４でＹＥＳ）、アプリケーション１０８はマーケティングツール１０５と通信を開始しないと判断する。一方、Ｓ１６０５では、コンバージョン率が一定の割合を超える場合に（Ｓ１６０４でＮＯ）、アプリケーション１０８はマーケティングサーバ装置１０５との通信を行うと判断する。例えばフォトブックを注文するアプリケーションを例にすると、アプリケーションの起動回数に対する注文回数が一定の割合を下回っていれば情報送信をしないように制御する。また、写真を印刷するアプリケーションでは、アプリケーションの起動回数に対する印刷回数が一定の割合を下回っていれば情報送信をしないように制御する。

図１４は、ユーザ装置１０２のハードウェア構成の一例を表す図である。なお、サーバシステム１０１の構成を有するものとする。ただし、ユーザ装置１０２とサーバシステム１０１は、同一の構成からなる必要はない。図１４に示すように、ユーザ装置１０２は、ＣＰＵ１４０４、ＲＡＭ１４０１、ＲＯＭ１４０３、ＨＤＤ１４０２、表示部１４０５、入力部１４０８、通信制御部１４０７を有し、それぞれがシステムバス１４０６により接続されている。ＣＰＵ（中央演算装置またはプロセッサと呼ぶ場合がある）１４０４は、システム制御部であり、ユーザ装置１０２全体を制御する。また、ＣＰＵ１４０４は、ＲＯＭ１４０３に格納されたプログラムを実行することで本実施形態に係る表示制御方法を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１４０１は、ＣＰＵ１４０４によるプログラムの実行時に、各種情報を一時的に記憶するためのメモリである。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１４０３は、ＣＰＵ１４０４により実行されるプログラムが記憶されている記憶媒体である。ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１４０２は、画像ファイルや画像解析などの処理結果を格納するデータベースなどを記憶するための記憶媒体である。また、一例では、ユーザ装置１０２の受信したプッシュ通知やアプリ内メッセージの数や、ユーザが開封したプッシュ通知やアプリ内メッセージの数、およびユーザが起動したアプリケーション１０８の回数などもＨＤＤ１４０２に記憶されてもよい。

＜その他の実施形態＞
マーケティングツールに関しては、前述したようにユーザの利用数によって請求金額が変わるものが多いため、一定のユーザ数まではユーザ情報の送信を行い、一定のユーザ数を超えたら情報送信をしないように制御してもよい。また、ユーザ数ではなくアプリケーションが起動されたユーザ装置の数に応じて情報送信を制御してもよい。このような場合、ユーザ装置１０２またはサーバシステム１０１は、アプリケーション１０８に関連付けられたグループであって、ユーザ装置１０２が含まれるグループのユーザ装置の数に応じてユーザ情報や通知の送信を行うか否かを判断してもよい。また、ユーザ装置１０２またはサーバシステム１０１は、アプリケーション１０８に関連付けられたグループであって、ユーザ装置１０２のユーザが含まれるグループのユーザの数に応じてユーザ情報の送信や、プッシュ通知の送信を行うか否かを判断してもよい。また、上述したグループのユーザは、ユーザ装置１０２またはユーザ装置１０２のユーザが含まれるグループのユーザであって、アプリケーション１０８を起動しているユーザであってもよい。

上述した実施形態では、一定の条件になったときに情報送信を抑制するように制御したが、本発明はそれに限定されるものでなく、一度、情報送信を抑制した後に別の条件に当てはまれば情報送信を再開しても良い。例えば、上述したように、起動１１回目で情報送信を抑制した場合でも、その後、ユーザがコンバージョンした等でマーケティングツールが有効に活用できると判断できる場合には情報送信を再開するように制御してもよい。

上述した実施形態では、ｉＯＳやＡｎｄｒｏｉｄなどのスマートフォン向けのＯＳのユーザ装置にインストールされるアプリケーションを例に使用して説明したが、Ｗｉｎｄｏｗｓ（登録商標）やｍａｃＯＳ（登録商標）などデスクトップコンピュータ向けのアプリケーションでも良い。また、アプリケーションとしては、ウェブブラウザであってもよい。

上述した各実施形態では、アプリケーション１０８で開封数を計測したが、マーケティングサーバ装置１０５で開封率を計測し、プッシュ通知を行うか否かを判定してもよい。同様に、コンバージョン率やオペレーティングシステムの設定情報に基づくプッシュ通知を行うか否かの判断もサーバシステム１０１で実行されてもよい。このような場合、サーバシステム１０１は、マーケティングツールによる効果が低いと予想されるユーザ装置１０２にプッシュ通知やアプリ内メッセージなどの通知を送信しないため、通知に係るマーケティングツールの使用料を低減することができる。

上述した各実施形態では、マーケティングサーバ装置１０５とプッシュ通知サーバ装置１０６を異なる構成としたが、マーケティングサーバ装置１０５とプッシュ通知サーバ装置１０６は１つのサーバとして構成されてもよい。また、マーケティングサーバ装置１０５およびプッシュ通知サーバ装置１０６の少なくともいずれかの機能が、複数の情報処理装置によって実現されてもよい。

上述した実施形態は、以下の処理を実行することによっても実行される。すなわち、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行する。これによって、上述した目的を達成することができる。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１０１：サーバシステム、１０５：マーケティングサーバ装置、１０６：プッシュ通知サーバ装置、１０２：ユーザ装置、１０７：オペレーティングシステム、１０８：アプリケーション

Claims (25)

1. ユーザによって操作される情報処理装置であって、
   前記ユーザおよび前記情報処理装置の少なくともいずれかに関するユーザ情報を取得する取得手段と、
   前記ユーザ情報に基づいて、前記ユーザによる前記情報処理装置の操作に関する操作情報の送信を抑制するか否かを判断する判断手段と、
   前記判断手段の判断に応じて前記操作情報の送信を抑制するよう制御する制御手段と、
   を備えることを特徴とする情報処理装置。
2. 前記ユーザ情報は、前記情報処理装置へのプッシュ通知を許諾するか否かの選択に関する情報を含み、
   前記判断手段は、前記選択が前記プッシュ通知を許諾していないことを示す場合に、前記操作情報の送信を抑制すると判断することを特徴とする請求項１に記載の情報処理装置。
3. 前記ユーザ情報は、前記情報処理装置へのプッシュ通知の開封率を特定可能な情報を含み、
   前記判断手段は、前記開封率が第１の閾値より低い場合に、前記操作情報の送信を抑制すると判断することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記ユーザ情報は、予め定められたユーザ操作を前記ユーザが実行した回数を特定可能な情報を含み、
   前記判断手段は、前記予め定められたユーザ操作を前記ユーザが実行した前記回数が第２の閾値より低い場合に、前記操作情報の送信を抑制すると判断することを特徴とする請求項１から３の何れか１項に記載の情報処理装置。
5. 前記ユーザ情報は、前記情報処理装置のオペレーティングシステムの設定情報を含むことを特徴とする請求項１から４の何れか１項に記載の情報処理装置。
6. 前記設定情報は、前記オペレーティングシステムによってプッシュ通知の表示が許可されているか否かを特定可能な情報を含み、
   前記判断手段は、前記プッシュ通知の表示が許可されていない場合に、前記操作情報の送信を抑制すると判断することを特徴とする請求項５に記載の情報処理装置。
7. 前記ユーザ情報は、前記情報処理装置の機種に関する情報、前記情報処理装置のオペレーティングシステムに関する情報、前記オペレーティングシステムの設定情報、前記情報処理装置にインストールされたアプリケーションに関する情報、および前記情報処理装置に格納された前記ユーザを識別するための情報、の少なくともいずれかを含むことを特徴とする請求項１から６の何れか１項に記載の情報処理装置。
8. 前記操作情報は、前記情報処理装置にインストールされたアプリケーションに対する前記ユーザの操作についての情報であることを特徴とする請求項１から７の何れか１項に記載の情報処理装置。
9. 前記アプリケーションは、ウェブブラウザであることを特徴とする請求項８に記載の情報処理装置。
10. 前記ユーザ情報は、前記ユーザと同じグループに属する、前記情報処理装置によってサービスを提供される前記アプリケーションのユーザまたはユーザ装置の数を特定可能な情報を含み、
    前記判断手段は、前記ユーザまたはユーザ装置の数が第３の閾値を超える場合に、前記ユーザ装置への前記操作情報の送信を抑制すると判断することを特徴とする請求項８または９に記載の情報処理装置。
11. 前記判断手段は、前記アプリケーションを起動している情報処理装置の数が第４の閾値を超える場合に、前記操作情報の送信を抑制すると判断することを特徴とする請求項８から１０の何れか１項に記載の情報処理装置。
12. ユーザ装置にインストールされたアプリケーションにサービスを提供する情報処理装置であって、
    前記ユーザ装置から、前記アプリケーションの使用状況に関する情報を含むユーザ情報を受信する受信手段と、
    前記ユーザ情報に基づいて、前記アプリケーションに関する通知情報の送信を抑制するか否かを判断する判断手段と、
    前記判断手段の判断に応じて前記ユーザ装置への前記通知情報の送信を抑制するよう制御する制御手段と、
    を備えることを特徴とする情報処理装置。
13. 前記ユーザ情報は、前記アプリケーションに関連付けられたグループであって、前記ユーザ装置のユーザまたは前記ユーザ装置が属するグループを特定可能な情報を含み、
    前記判断手段は、同一のグループに属するユーザまたはユーザ装置の数が第３の閾値を超える場合に、前記ユーザ装置への前記通知情報の送信を抑制すると判断することを特徴とする請求項１２に記載の情報処理装置。
14. 前記判断手段は、同一のグループに属するユーザまたはユーザ装置の数であって、前記アプリケーションを起動している前記ユーザまたはユーザ装置の数が第４の閾値を超える場合に、前記通知情報の送信を抑制すると判断することを特徴とする請求項１３に記載の情報処理装置。
15. 前記ユーザ情報は、前記ユーザ装置へのプッシュ通知の許諾に関する設定情報を含み、
    前記判断手段は、前記プッシュ通知を許諾していない場合に、前記通知情報の送信を抑制すると判断することを特徴とする請求項１２から１４の何れか１項に記載の情報処理装置。
16. 前記ユーザ情報は、前記ユーザ装置へのプッシュ通知の開封率を特定可能な情報を含み、
    前記判断手段は、前記開封率が第１の閾値より低い場合に、前記通知情報の送信を抑制すると判断することを特徴とする請求項１２から１５の何れか１項に記載の情報処理装置。
17. 前記ユーザ情報は、予め定められたユーザ操作をユーザが実行した回数を特定可能な情報を含み、
    前記判断手段は、予め定められたユーザ操作をユーザが実行した前記回数が第２の閾値より低い場合に、前記通知情報の送信を抑制すると判断することを特徴とする請求項１２から１６の何れか１項に記載の情報処理装置。
18. 前記ユーザ情報は、前記ユーザ装置のオペレーティングシステムの設定情報を含むことを特徴とする請求項１２から１７の何れか１項に記載の情報処理装置。
19. 前記設定情報は、前記オペレーティングシステムによってプッシュ通知の表示が許可されているか否かを特定可能な情報を含み、
    前記判断手段は、前記プッシュ通知の表示が許可されていない場合に、前記通知情報の送信を抑制すると判断することを特徴とする請求項１８に記載の情報処理装置。
20. 前記ユーザ情報は、前記ユーザ装置の機種に関する情報、前記ユーザ装置のオペレーティングシステムに関する情報、前記オペレーティングシステムの設定情報、前記ユーザ装置にインストールされたアプリケーションに関する情報、および前記ユーザ装置に格納された前記ユーザ装置のユーザを識別するための情報、の少なくともいずれかを含むことを特徴とする請求項１２から１９の何れか１項に記載の情報処理装置。
21. 前記アプリケーションは、ウェブブラウザであることを特徴とする請求項１２から２０の何れか１項に記載の情報処理装置。
22. ユーザによって操作される情報処理装置の情報処理方法であって、
    前記ユーザおよび前記情報処理装置の少なくともいずれかに関するユーザ情報を取得することと、
    取得した前記ユーザ情報に基づいて、前記ユーザによる前記情報処理装置の操作に関する操作情報の送信を抑制するか否かを判断することと、
    前記判断することにおける判断に応じて前記操作情報の送信を抑制するよう制御することと、
    を含むことを特徴とする情報処理方法。
23. ユーザ装置にインストールされたアプリケーションにサービスを提供する情報処理装置の情報処理方法であって、
    前記ユーザ装置から、前記アプリケーションの使用状況に関する情報を含むユーザ情報を受信することと、
    受信した前記ユーザ情報に基づいて、前記アプリケーションに関する通知情報の送信を抑制するか否かを判断することと、
    前記判断することにおける判断に応じて前記ユーザ装置への前記通知情報の送信を抑制するよう制御することと、
    を含むことを特徴とする情報処理方法。
24. ユーザによって操作される情報処理装置のコンピュータに、
    前記ユーザおよび前記情報処理装置の少なくともいずれかに関するユーザ情報を取得する取得工程と、
    前記取得工程において取得した前記ユーザ情報に基づいて、前記ユーザによる前記情報処理装置の操作に関する操作情報の送信を抑制するか否かを判断する判断工程と、
    前記判断工程における判断に応じて前記操作情報の送信を抑制するよう制御する制御工程と、
    を実行させることを特徴とするプログラム。
25. ユーザ装置にインストールされたアプリケーションにサービスを提供する情報処理装置のコンピュータに、
    前記ユーザ装置から、前記アプリケーションの使用状況に関する情報を含むユーザ情報を受信する受信工程と、
    受信した前記ユーザ情報に基づいて、前記アプリケーションに関する通知情報の送信を抑制するか否かを判断する判断工程と、
    前記判断工程における判断に応じて前記ユーザ装置への前記通知情報の送信を抑制するよう制御する制御工程と、
    を実行させることを特徴とするプログラム。

Images