特許 7313256 通知管理装置、通知管理方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-07-13

(45)【発行日】2023-07-24

(54)【発明の名称】通知管理装置、通知管理方法、及びプログラム

(51)【国際特許分類】

   H04L 67/02 20220101AFI20230714BHJP

   G06F 3/0482 20130101ALI20230714BHJP

   G06Q 30/02 20230101ALI20230714BHJP

【ＦＩ】

H04L67/02

G06F3/0482

G06Q30/02

【請求項の数】 4

(21)【出願番号】P 2019192683

(22)【出願日】2019-10-23

(65)【公開番号】P2021068158

(43)【公開日】2021-04-30

【審査請求日】2022-09-06

(73)【特許権者】

【識別番号】000110217

【氏名又は名称】ＴＯＰＰＡＮエッジ株式会社

(73)【特許権者】

【識別番号】514326443

【氏名又は名称】ｌｉｖｅｐａｓｓ株式会社

(74)【代理人】

【識別番号】100141139

【弁理士】

【氏名又は名称】及川 周

(74)【代理人】

【識別番号】100140774

【弁理士】

【氏名又は名称】大浪 一徳

(74)【代理人】

【識別番号】100206999

【弁理士】

【氏名又は名称】萩原 綾夏

(72)【発明者】

【氏名】長原 優

(72)【発明者】

【氏名】大野 博樹

(72)【発明者】

【氏名】竹内 大佑

(72)【発明者】

【氏名】三田 貴之

(72)【発明者】

【氏名】近藤 正朝

(72)【発明者】

【氏名】山下 悠也

(72)【発明者】

【氏名】中尾 直之

(72)【発明者】

【氏名】小西 哲平

【審査官】木村 雅也

(56)【参考文献】

【文献】特開２００２－２６８９９３（ＪＰ，Ａ）

【文献】特開２００５－３４６３７４（ＪＰ，Ａ）

【文献】特開２０１８－０３２２００（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ６７／０２

Ｇ０６Ｆ ３／０４８２

Ｇ０６Ｑ ３０／０２

(57)【特許請求の範囲】

【請求項1】

通知先であるユーザ端末に、宣伝広告又は特典に関する宣伝メッセージを通知してよいか否かを確認する確認メッセージを作成するメッセージ作成部と、
前記ユーザ端末に、所定の通知メッセージを通知する場合において、前記ユーザ端末に通知済みの前記確認メッセージにおける応答状況に基づいて、前記通知メッセージの通知と共に、前記確認メッセージを再送するか否かを判定する判定部と、
前記判定部により判定された判定結果に応じて、前記通知メッセージの通知と共に、前記確認メッセージを再送する場合、前記通知メッセージと前記確認メッセージとが前記ユーザ端末にカルーセル表示されるようにする通知制御部と、
を備える通知管理装置。

【請求項2】

前記判定部は、前記ユーザ端末に通知済みの前記確認メッセージにおける応答がなく、且つ、予め定められた再送期限を超過していない場合に、前記確認メッセージを再送すると判定する、
請求項１に記載の通知管理装置。

【請求項3】

メッセージ作成部が、通知先であるユーザ端末に、宣伝広告又は特典に関する宣伝メッセージを通知してよいか否かを確認する確認メッセージを作成し、
判定部が、前記ユーザ端末に、所定の通知メッセージを通知する場合において、前記ユーザ端末に通知済みの前記確認メッセージにおける応答状況に基づいて、前記通知メッセージの通知と共に前記確認メッセージを再送するか否かを判定し、
通知制御部が、前記判定部により判定された判定結果に応じて、前記通知メッセージの通知と共に、前記確認メッセージを再送する場合、前記通知メッセージと前記確認メッセージとが前記ユーザ端末にカルーセル表示されるようにする、
通知管理方法。

【請求項4】

コンピュータを、請求項１又は請求項２に記載の通知管理装置として動作させるためのプログラムであって、前記コンピュータを前記通知管理装置が備える各部として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通知管理装置、通知管理方法、及びプログラムに関する。

【背景技術】

【0002】

コンピュータ、及びインターネット等の通信ネットワーク技術の発展に伴い、メッセージングサービスを利用して情報を通知する技術が開発されている。メッセージングサービスは、例えば、ＲＣＳ（Rich Communication Services）、ＳＭＳ（Short Message Service）、及びＭＭＳ（Multimedia Messaging Service）などの機能を利用してメッセージ等を送受信する仕組みである。ＲＣＳは、携帯電話用のインスタントメッセンジャーを端末レベルで実現するための規格であり、通信に用いるユーザアカウントとして電話番号を使用するものである。また、ＲＣＳでは、送信することができる文字数の上限が従来のＳＭＳやＭＭＳよりも大きく設定されている。特許文献１では、未閲覧の通知を表示する表示領域を変更させることにより、通知内容（コンテンツ）がユーザに認識され易くする技術が開示されている。

【0003】

一方、メッセージングサービスにおいて、通知する内容に関するガイドラインが策定されている場合がある。ガイドラインにおいては、例えば、希望したユーザに限り、宣伝広告又は特典（以下、宣伝等という）に関する内容を通知することができる旨が定められている。このようなガイドラインを設けることにより、ユーザが望まない宣伝等を一方的に通知するような迷惑行為を抑止し、ユーザが利用しやすいサービスを提供することが可能となる。

【0004】

このようなガイドラインに対応させる場合、メッセージングサービスにおいて、宣伝等をユーザに通知しようとする場合、例えば、以下に述べる運用がなされる。すなわち、まず、宣伝等の通知を希望するか否かを確認する通知（以下、確認メッセージという）がなされる。確認メッセージに対し、ユーザから宣伝等の通知を希望する旨の応答があった場合に限り、宣伝等の内容を示すメッセージがユーザに通知される。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１７－９１５０７号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、確認メッセージに対して応答がない場合において、確認メッセージの再送を繰り返すと、ユーザに煩わしさを感じさせてしまう場合がある。特許文献１の技術を用いて、応答がない確認メッセージを表示させる表示領域を変更させることが考えられるが、表示領域に通常のメッセージと確認メッセージとが混在して表示されるとユーザに煩わしさを感じさせてしまう可能性があった。

【0007】

本発明は、このような状況に鑑みてなされたもので、ユーザに煩わしさを感じさせることなく、宣伝等の通知を希望するか否かを確認する通知をユーザに認識され易くすることができる通知管理装置、通知管理方法、及びプログラムを提供する。

【課題を解決するための手段】

【0008】

本発明の上述した課題を解決するために、本発明は、通知先であるユーザ端末に、宣伝広告又は特典に関する宣伝メッセージを通知してよいか否かを確認する確認メッセージを作成するメッセージ作成部と、前記ユーザ端末に、所定の通知メッセージを通知する場合において、前記ユーザ端末に通知済みの前記確認メッセージにおける応答状況に基づいて、前記通知メッセージの通知と共に前記確認メッセージを再送するか否かを判定する判定部と、前記判定部により判定された判定結果に応じて、前記通知メッセージの通知と共に、前記確認メッセージを再送する場合、前記通知メッセージと前記確認メッセージとが前記ユーザ端末にカルーセル表示されるようにする通知制御部と、を備える通知管理装置である。

【0009】

また、本発明は、上述の通知管理装置において、前記判定部は、前記ユーザ端末に通知済みの前記確認メッセージにおける応答がなく、且つ、予め定められた再送期限を超過していない場合に、前記確認メッセージを再送すると判定する。

【0010】

また、本発明は、メッセージ作成部が、通知先であるユーザ端末に、宣伝広告又は特典に関する宣伝メッセージを通知してよいか否かを確認する確認メッセージを作成し、判定部が、前記ユーザ端末に、所定の通知メッセージを通知する場合において、前記ユーザ端末に通知済みの前記確認メッセージにおける応答状況に基づいて、前記通知メッセージの通知と共に前記確認メッセージを再送するか否かを判定し、通知制御部が、前記判定部により判定された判定結果に応じて、前記通知メッセージの通知と共に、前記確認メッセージを再送する場合、前記通知メッセージと前記確認メッセージとが前記ユーザ端末にカルーセル表示されるようにする通知管理方法である。

【0011】

また、本発明は、コンピュータを、上記に記載の通知管理装置として動作させるためのプログラムであって、前記コンピュータを前記通知管理装置が備える各部として機能させるためのプログラムである。

【発明の効果】

【0012】

本発明によれば、ユーザに煩わしさを感じさせることなく、宣伝等の通知を希望するか否かを確認する通知をユーザに認識され易くすることができる。

【図面の簡単な説明】

【0013】

【図1】実施形態に係る通知システム１の構成の例を示すブロック図である。

【図2】実施形態に係る通知管理装置１０の構成の例を示すブロック図である。

【図3】実施形態に係る通知情報１２０の構成の例を図である。

【図4】実施形態に係る応答情報１２１の構成の例を示す図である。

【図5】実施形態に係るユーザ端末３０の表示の例を示す図である。

【図6】実施形態に係るユーザ端末３０の表示の例を示す図である。

【図7】実施形態に係るユーザ端末３０の表示の例を示す図である。

【図8】実施形態に係るユーザ端末３０の表示の例を示す図である。

【図9】実施形態に係るユーザ端末３０の表示の例を示す図である。

【図10】実施形態に係る通知管理装置１０が行う処理の流れ示すフローチャートである。

【発明を実施するための形態】

【0014】

以下、発明の実施形態について図面を参照しながら説明する。

【0015】

図１は、実施形態に係る通知システム１の構成の例を示すブロック図である。通知システム１は、例えば、通知管理装置１０と、企業サーバ２０と、複数のユーザ端末３０（ユーザ端末３０－１、３０－２、…、３０－Ｎ）とを備える。通知管理装置１０と、企業サーバ２０と、ユーザ端末３０とは、通信ネットワークＮＷにより通信可能に接続する。なお、図１の例では、通知システム１が一つの通知管理装置１０で構成された場合の例を示しているが、通知システム１は複数の通知管理装置１０を含んで構成されていてもよい。また、通知システム１は、複数の企業サーバ２０を含んで構成されていてもよい。

【0016】

通知システム１は、企業サーバ２０からの要求に応じたメッセージをユーザ端末３０に通知するシステムである。本実施形態におけるメッセージには、ユーザ端末３０に通知する内容が含まれ、例えば、テキスト、イラストなどの図や写真を含む静止画像や動画像、及び音などが含まれる。

【0017】

本実施形態における通知は、メッセージングサービスを利用した通知である。メッセージングサービスは、例えば、ＲＣＳ、ＳＭＳ、及びＭＭＳなどの機能を利用してメッセージを送受信する仕組みである。メッセージングサービスにおいて、メッセージは、通知された時系列に応じた所定の方向（タイムライン方向）に沿って表示される。

【0018】

通知管理装置１０は、企業サーバ２０から通知要求を受信する。ここでの通知要求は、顧客のユーザ端末３０に通知を行うように要求する信号である。通知要求には、例えば、通知を依頼する依頼元（企業）に関する情報、通知を行う宛先である通知先（ユーザ）のに関する情報、及び通知の内容を示す情報が含まれる。通知管理装置１０の構成については後で詳しく説明する。

【0019】

企業サーバ２０は、通知システム１を利用して顧客（ユーザ）に通知を行う企業等のサーバ装置である。企業サーバ２０は、例えば、通信部２１と、制御部２２とを備える。通信部２１は、通信ネットワークＮＷを介して通知管理装置１０と通信を行い、通知管理装置１０に通知要求を送信する。制御部２２は、企業サーバ２０を統括的に制御し、例えば、顧客のデータベース（不図示）に基づく通知要求を作成する。例えば、制御部２２は、宣伝広告又は特典（以下、宣伝等）以外の案内を示す通知（以下、通常メッセージ）の通知要求を作成する。通常メッセージは、例えば、各種契約の内容、各種請求の明細、満期などの期限の案内を示す通知である。また、制御部２２は、宣伝等の案内を示す通知（以下、宣伝メッセージ）要求を作成する。宣伝メッセージは、例えば、クーポン、新規の商品及びサービス、特売の商品及びサービス、或いはキャンペーン情報などの案内を示す通知である。

【0020】

本実施形態において、宣伝メッセージを通知する場合においては、事前に、宣伝メッセージの通知をしてよいかユーザに確認し、ユーザから宣伝メッセージを通知してよい旨の応答が得られた限り、宣伝メッセージを通知する。以下の説明においては、宣伝メッセージの通知を希望するか否かを確認する通知を、確認メッセージという。

【0021】

ユーザ端末３０は、スマートフォン、タブレット端末、ＰＣ（Personal Computer）、携帯電話機、ゲーム用コンソール、タッチパッド、電子書籍用リーダ、又はウェアラブル端末等であり、メッセージングサービスを行うアプリケーションプログラムがインストールされた端末である。

【0022】

ユーザ端末３０は、例えば、通信部３１と、表示部３２と、制御部３３とを備える。通信部３１は、通信ネットワークＮＷを介して通知管理装置１０と通信を行い、通知管理装置１０からメッセージングサービスを利用した通知を受信する。表示部３２は、通知管理装置１０から受信した通知の内容を表示する。制御部３３は、ユーザ端末３０を統括的に制御し、例えば、通知管理装置１０からの通知の内容を表示部３２に表示させると共に、通知があったことがユーザに認識されるような音の出力や、表示（例えば、バナー画像等の表示）を行う。

【0023】

通信ネットワークＮＷは、例えば、インターネット、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、プロバイダ装置、無線基地局、専用回線などのうちの一部または全部を含む通信網である。

【0024】

図２は、実施形態に係る通知管理装置１０の構成の例を示すブロック図である。通知管理装置１０は、例えば、通信部１１と、記憶部１２と、制御部１３とを備える。通信部１１は、通信ネットワークＮＷを介して、通知管理装置１０、及びユーザ端末３０と通信を行う。

【0025】

記憶部１２は、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ、ＲＡＭ（Random Access Memory）などである。記憶部１２は、制御部１３が有する機能部がその機能を発揮するために実行されるプログラムや、プログラムが実行される際に用いられるデータを記憶する。記憶部１２には、例えば、通知情報１２０と、応答情報１２１とが記憶される。

【0026】

図３は、実施形態に係る通知情報１２０の構成の例を図である。通知情報１２０は、企業サーバ２０から通知された通知要求に応じた通知を行うために用いられる情報である。通知情報１２０は、例えば、ユーザに通知するように依頼があったメッセージごとに作成される。通知情報１２０は、例えば、メッセージＩＤ、依頼元、通知先、通知属性、再送条件の項目を備える。

【0027】

メッセージＩＤには、通知するメッセージを一意に識別する識別情報が示される。
依頼元には、依頼元に関する情報が示される。依頼元には、例えば、ＩＤと名称とアカウントとが示される。ＩＤは依頼元の企業等を一意に識別する識別情報である。名称はＩＤに対応する企業等の名称である。アカウントはＩＤに対応する企業等からの通知に用いられるメッセージングサービスのアカウントである。
通知先には、通知先に関する情報として、例えば、ＩＤと名称とアカウントとが示される。ＩＤは通知先のユーザを一意に識別する識別情報である。名称はＩＤに対応するユーザの名称である。アカウントはＩＤに対応するユーザへの通知に用いられるメッセージングサービスのアカウントである。

【0028】

通知属性には、ユーザに通知する内容に関する情報が示される。通知属性には、例えば、通知日時、シナリオＩＤ、シナリオ名称、及び通知種別が含まれる。通知日時は、依頼元から依頼された通知の日時である。シナリオＩＤは、通知するシナリオを一意に識別する識別情報である。ここでのシナリオとは、通知する内容のひな形を示す情報である。シナリオ名称は、シナリオＩＤに対応するシナリオの名称である。通知種別は、通知をしてよいか事前に確認する必要が有るか否かを示す情報である。
再送条件には、応答を要するメッセージについて、ユーザから応答がない場合に、メッセージを再送する条件を示す情報が示される。再送条件には、例えば、再送回数の上限と、再送の期限とが含まれる。再送回数の上限には、再送する場合における再送する回数の上限が示される。再送期限には、再送する期限が示される。

【0029】

図３の例では、依頼元が企業Ｘであり、企業Ｘのメッセージングサービスのアカウントが、０３－１１１１－２２２２であること、及び通知先がユーザＣであることが示されている。また、企業ＸからユーザＣへの通知は、ＹＹ年ＭＭ月ＤＤ日の１０：００に行われることか示されている。通知の内容は、シナリオＩＤ（０１０１）に基づいて作成される、クーポン配信に関する内容であることが示されている。この通知はユーザに事前確認が必要である。また、事前の確認に対する応答がない場合には、最初の通知から２週間以内に、５回を上限に再送することが示されている。

【0030】

図４は、実施形態に係る応答情報１２１の構成の例を示す図である。応答情報１２１メッセージを通知したユーザからの応答に関する情報である。応答情報１２１は、ユーザに通知したメッセージごとに生成される。応答情報１２１は、例えば、メッセージＩＤと、応答状況、再送条件との項目を備える。
メッセージＩＤには、通知したメッセージを一意に識別する識別情報が示される。
応答状況には、通知したメッセージにおけるユーザからの応答の状況が示される。応答状況には、例えば、応答の有無、及び再送回数が含まれる。応答の有無には、ユーザからの応答の有無が示される。再送回数には、ユーザにメッセージを再送した回数が示される。
再送条件には、通知したメッセージにおける再送の条件が示され、例えば、通知情報１２０の再送条件が示される。
図４の例では、メッセージＩＤ（０００１）に対応するメッセージに対する応答状況として、すでに２回再送ずみであるが、まだ応答が無いことが示されている。また、このメッセージに対する再送条件として、最初の通知から２週間以内に、５回を上限に再送することが示されている。

【0031】

図２に戻り、制御部１３は、例えば、メッセージ作成部１３０と、判定部１３１と、通知制御部１３２とを備える。
メッセージ作成部１３０は、通知情報１２０に基づいて、ユーザに通知するメッセージを作成する。メッセージ作成部１３０は、通知情報１２０の通知属性における通知種別を参照し、作成対象のメッセージについて、通知してよいか否かを事前に確認する必要があるか否かを判定する。メッセージ作成部１３０は、作成対象のメッセージが、事前の確認を要する場合には、その確認を行う通知（確認メッセージ）を作成する。一方、メッセージ作成部１３０は、作成対象のメッセージが、事前の確認を要しない場合には、シナリオＩＤに対応する内容を通知するメッセージ（通常メッセージ）を作成する。メッセージ作成部１３０は、作成したメッセージを記憶部１２に記憶させる。

【0032】

判定部１３１は、ユーザ端末３０に、所定の通知メッセージを通知する場合において、ユーザ端末３０に通知済みの確認メッセージにおける応答状況に基づいて、メッセージの通知と共に確認メッセージを再送するか否かを判定する。ここでの通知メッセージには、確認メッセージと通常メッセージとが含まれる。また、ここでの通知メッセージには、新規に通知するメッセージのみならず、再送するメッセージが含まれていてもよい。

【0033】

判定部１３１は、応答情報１２１を参照し、ユーザ端末３０に通知済みの確認メッセージにおける応答状況を取得する。判定部１３１は、通知済みの確認メッセージにおける応答状況が、所定の条件を満たす場合に、通知メッセージの通知と共に確認メッセージを再送すると判定する。所定の条件は、任意に設定されてよい。例えば、所定の条件は、通知情報１２０に示される再送条件であって、企業サーバ２０から受けた通知要求にて指定された条件である。

【0034】

例えば、判定部１３１は、応答情報１２１の応答状況における応答の有無に基づいて、確認メッセージにおける応答の有無を取得する。判定部１３１は、応答情報１２１の再送条件における再送の期限に基づいて、確認メッセージにおける再送の期限を取得する。そして、判定部１３１は、ユーザ端末３０に通知済みの確認メッセージにおける応答がなく、ユーザ端末３０に通知済みの確認メッセージに予め定められた再送期限を超過していない場合に、確認メッセージを再送すると判定する。

【0035】

或いは、判定部１３１は、ユーザ端末３０に通知済みの確認メッセージにおける再送回数に基づいて、確認メッセージを再送するか否かを判定するようにしてもよい。この場合、判定部１３１は、応答情報１２１の応答状況における再送回数に基づいて、確認メッセージにおいて既に再送した回数を取得する。判定部１３１は、応答情報１２１の再送条件における再送回数の上限に基づいて、確認メッセージにおける再送回数の上限を取得する。そして、判定部１３１は、ユーザ端末３０に通知済みの確認メッセージにおける再送回数が予め定められた上限を超過していない場合に、確認メッセージを再送すると判定する。この場合において、判定部１３１は、ユーザ端末３０に通知済みの確認メッセージにおける再送回数が予め定められた上限を超過しておらず、且つ、確認メッセージに予め定められた再送期限を超過していない場合に、確認メッセージを再送すると判定するようにしてもよい。判定部１３１は、ユーザ端末３０に、所定の通知メッセージを通知する場合において、当該通知メッセージの通知と共に確認メッセージを再送するか否かを判定した判定結果を、通知制御部１３２に出力する。

【0036】

通知制御部１３２は、判定部１３１によって判定された判定結果に応じた通知を行う。通知制御部１３２は、判定部１３１によって確認メッセージを再送すると判定された場合、ユーザ端末３０に通知する、所定の通知メッセージと共に、再送する確認メッセージが、ユーザ端末３０にカルーセル表示されるようにする。カルーセル表示は、タイムライン方向に直交する方向に沿ってスライド操作等が行われることにより、メッセージが入れ替えられて表示される表示態様である。これにより、確認メッセージの再送に伴って、通知したメッセージがタイムライン方向に流れて表示範囲から外れてしまうことを抑制できる。このため、通知したメッセージが表示範囲から外れて、ユーザに視認されなくなってしまう現象を抑制し、通知メッセージと再送した確認メッセージとが共にユーザに視認され易くすることができる。また、ユーザ端末３０にメッセージを通知するタイミングに合わせて、確認メッセージを再送するため、確認メッセージを単独で再送した場合と比較して、ユーザに煩わしさを感じさせないようにすることが可能である。

【0037】

装置制御部１３３は、通知管理装置１０を統括的に制御する。装置制御部１３３は、例えば、通信部１１を介して企業サーバ２０からの通知要求が受信された場合、その内容を通知情報１２０として記憶部１２に記憶させる。装置制御部１３３は、通信部１１を介してユーザ端末３０からメッセージに対する応答が受信された場合、その内容を応答情報１２１として記憶部１２に記憶させる。装置制御部１３３は、メッセージ作成部１３０によって作成されたメッセージを、通信部１１を介してユーザ端末３０に通知する。装置制御部１３３は、通信部１１によりユーザ端末３０からのメッセージに対する応答が受信された場合、その内容を応答情報１２３として制御部１３に記憶させる。

【0038】

ここで、ユーザ端末３０にメッセージが表示される表示態様の例を、図５～図８を用いて説明する。図５～図８は、実施形態に係るユーザ端末３０の表示の例を示す図である。

【0039】

図５には、確認メッセージ（符号３２０）が表示部３２に表示された例が示されている。この例では、クーポンの通知を行うにあたり、「クーポンを取得されますか？」と記載された、宣伝等の通知をしてよいかを事前に確認する確認メッセージ（符号３２０）が表示されている。ここで、クーポンの通知は、特典に関する内容を通知するものであり、「宣伝メッセージ」の一例である。

【0040】

また、この例では、確認メッセージ（符号３２０）に、応答に用いられる「はい」及び「いいえ」が記載されたボタン３２１、及び３２２が示されている。ユーザ端末３０の画面を視認したユーザにより、ボタン３２１、又は３２２を選択する操作がなされると、選択された内容に応じた応答が、通知管理装置１０に通知される。すなわち、ユーザ端末３０は、ユーザにより「はい」のボタン３２１が選択操作された場合、通知管理装置１０にクーポンを取得する旨の応答を送信する。一方、ユーザ端末３０は、ユーザにより、「いいえ」のボタン３２２が選択操作された場合、通知管理装置１０に、クーポンを取得しない旨の応答を送信する。

【0041】

図６には、宣伝メッセージ（符号３２０、又は符号３２２）が表示部３２に表示された例が示されている。例えば、図５に示す確認メッセージに対して、宣伝メッセージを通知してよい旨の応答がなされた後に、図６に示すような宣伝メッセージ（符号３２０、又は符号３２２）が通知される。この例では、通知管理装置１０が、ユーザ端末３０からクーポンを取得する旨の応答を受信したことから、ユーザ端末３０にクーポンを取得できる情報を通知した場合の例を示している。クーポンを取得できる情報とは、例えば、特典の内容が記載されたクーポンの画像（符号３２１）である。このような通知がなされることで、ユーザは、表示部３２に表示されたクーポンの画像を店員等に提示することにより特典を得ることができる。或いは、クーポンを取得できる情報とは、クーポンに対応する二次元バーコード（符号３２３）である。これにより、ユーザ、或いは店員等が二次元バーコードを読み取ることにより、二次元バーコードにリンクされたＵＲＬ（Uniform Resource Locator）にアクセスして、ユーザ特典を受けるための情報を得ることができる。

【0042】

図７には、通常メッセージが表示部３２に表示された例が示されている。この例では、請求書の明細を通知する通常メッセージ（符号３２０）が表示されている。また、通常メッセージ（符号３２０）に、具体的な内容の通知を要求する「確認」の文言が記載されたボタン３２１が示されている。ユーザ端末３０の画面を視認したユーザにより、ボタン３２１を選択する操作がなされると、その旨が通知管理装置１０に通知される。通知管理装置１０は、ユーザ端末３０から具体的な内容の通知を要求する旨の応答を受信すると、ユーザ端末３０に具体的な内容を示すメッセージを通知する。ここで、具体的な内容を示すメッセージは、「通知メッセージ」の一例である。

【0043】

ここで、図５に示す確認メッセージに対する応答がなされない間に、図７に示すような通常メッセージが通知されると、通常メッセージが表示部３２に表示されたことに伴い、既に通知済みの確認メッセージが表示部３２の表示範囲から外れてしまう。このため、確認メッセージがユーザに認識され難くなり、ユーザ端末３０から確認メッセージに対する応答が送信され難くなる。この場合、たとえユーザが宣伝メッセージの通知を希望している場合であっても、ユーザ端末３０からの応答が得られないために、通知管理装置１０が宣伝メッセージを通知することができなくなってしまう。

【0044】

この対策として、本実施形態では、メッセージを通知する場合において、そのメッセージの通知と共に、応答が得られていない確認メッセージを再送する。また、この場合、ユーザ端末３０にメッセージと確認メッセージとがカルーセル表示されるようにする。

【0045】

図８及び図９には、ユーザ端末３０に通常メッセージと、確認メッセージとがカルーセル表示された例が示されている。この例における通常メッセージは、請求の具体的な内容を示す通常メッセージ（符号３２０Ａ）である。また、この例における確認メッセージは、クーポンの取得を確認する確認メッセージ（符号３２０Ｂ）である。

【0046】

カルーセル表示においては、例えば、図８に示すように、新規に通知された通常メッセージ（符号３２０Ａ）の全部又は一部が画面左側に表示され、再送された確認メッセージ（符号３２０Ｂ）の全部又は一部が画面右側に表示される。図８に示す表示状態の画面において、符号Ｄの方向（タイムライン方向に直交する方向）に沿って、左から右に向かう方向にスライド操作がなされることにより、図９に示すように、再送された確認メッセージ（符号３２０Ｂ）が表示される。また、図９に示す表示状態の画面において、符号Ｄの方向に沿って、右から左に向かう方向にスライド操作がなされることにより、図８に示す通常メッセージ（符号３２０Ａ）が表示される。これにより、新規に通知した通常メッセージと、再送した確認メッセージとを共にユーザに視認され易くすることができる。また、確認メッセージを単独で再送した場合と比較して、ユーザに煩わしさを感じさせないようにすることが可能である。ここで、新規に通知した通常メッセージは「通知メッセージ」の一例である。

【0047】

図１０は、実施形態に係る通知管理装置１０が行う処理の流れ示すフローチャートである。
まず、通知管理装置１０は、ユーザ端末３０に通知する、所定の通知メッセージを作成する（ステップＳ１０）。例えば、メッセージ作成部１３０は、装置制御部１３３の指示により記憶部１２を参照し、通知情報１２０に基づいて、通知メッセージを作成する。
次に、通知管理装置１０は、作成した通知メッセージの通知と共に、通知済みの確認メッセージを再送するか否かを判定する（ステップＳ１１）。例えば、判定部１３１は、装置制御部１３３の指示により記憶部１２を参照し、応答情報１２１に基づいて、ユーザ端末３０に通知済みの確認メッセージの応答状況が、再送条件を満たすか否かを判定する。判定部１３１は、確認メッセージの応答状況が再送条件を満たす場合、作成した通知メッセージの通知と共に、通知済みの確認メッセージを再送すると判定する。一方、判定部１３１は、確認メッセージの応答状況が再送条件を満たさない場合、作成した通知メッセージのみ通知し、通知済みの確認メッセージを再送しないと判定する。
次に、通知管理装置１０は、作成した通知メッセージの通知と共に、通知済みの確認メッセージを再送する場合、作成した通知メッセージと共に、確認メッセージがカルーセル表示されるようにする（ステップＳ１２）。一方、通知管理装置１０は、作成した通知メッセージの通知のみを通知し、通知済みの確認メッセージを再送しない場合、作成した通知メッセージをユーザ端末３０に通知する（ステップＳ１２）。

【0048】

以上説明したように、実施形態の通知管理装置１０は、メッセージ作成部１３０と、判定部１３１と通知制御部１３２とを備える。メッセージ作成部１３０は、通知先であるユーザ端末３０に、宣伝広告又は特典に関する宣伝メッセージを通知してよいか否か確認する確認メッセージを作成する。判定部１３１は、ユーザ端末３０に、所定の通知メッセージを通知する場合において、ユーザ端末３０に通知済みの確認メッセージにおける応答状況に基づいて、当該通知メッセージの通知と共に、確認メッセージを再送するか否かを判定する。通知制御部１３２は、判定部１３１により判定された判定結果に応じて、当該通知メッセージの通知と共に、確認メッセージを再送する場合、当該通知メッセージと確認メッセージとがユーザ端末３０にカルーセル表示されるようにする。これにより、実施形態の通知管理装置１０は、ユーザ端末３０に、所定の通知メッセージを通知するタイミングで、確認メッセージを再送することが可能である。このため、確認メッセージのみを一方的に再送する場合と比較して、ユーザに煩わしさを感じさせることがない。また、確認メッセージを再送する際に、カルーセル表示させるため、確認メッセージをユーザに認識され易くすることが可能である。

【0049】

また、実施形態の通知管理装置１０では、判定部１３１は、ユーザ端末３０に通知済みの確認メッセージにおける応答がなく、且つ、予め定められた再送期限を超過していない場合に、確認メッセージを再送すると判定する。これにより、実施形態の通知管理装置１０では、確認メッセージに対する応答があった場合、或いは、クーポンの有効期限などの再送期限を満たさない場合に、確認メッセージを再送しないようにすることができる。したがって、応答があったユーザに確認メッセージを再送してしまうこと、或いは、期限のきれた宣伝メッセージを通知するかを確認するような無意味な処理を抑制し、ユーザに煩わしさを感じさせてしまうことを抑制することが可能である。

【0050】

なお、上述した実施形態では、通知情報１２０における再送条件と、応答情報１２１における再送条件とが同一である場合を例示して説明したがこれに限定されない。通知管理装置１０は、企業サーバ２０から受けた通知要求を考慮した上で、独自の再送条件を設定するようにしてもよい。例えば、通知管理装置１０は、通知先のユーザ端末３０からの過去の応答の傾向に応じて再送条件を設定するようにしてもよい。この場合、通知管理装置１０は、例えば、確認メッセージに対して、肯定的な応答をする傾向があるユーザに対しては、再送回数の条件を増やすようにする。或いは、通知管理装置１０は、確認メッセージに対して、否定的な応答をする傾向があるユーザに対しては、再送回数の条件を減らすようにする。

【0051】

また、通知管理装置１０は、通知元の企業サーバ２０の傾向に応じて再送条件を設定するようにしてもよい。例えば、企業サーバ２０からの確認メッセージに対し、再送回数が５回までの確認メッセージに応答がなされる確率が、再送回数６回を超える場合の確率と比較して、高い傾向がある場合には、再送回数の上限を５回に設定する。或いは、通知メッセージの再送を６回以上行うと、メッセージの受信が拒否される（ブロックされる）確率が高くなる場合などに、再送回数の上限を５回に設定するようにしてもよい。また、通知管理装置１０は、宣伝メッセージの内容に応じて再送条件を設定するようにしてもよい。例えば、宣伝の対象とする商品やサービスの価格帯に応じて再送回数の上限を設定するようにしてもよい。このように、通知管理装置１０が、ユーザの傾向、通知元の企業、或いは宣伝の内容等に基づいて再送条件を設定する構成を備えることで、通知した確認メッセージに対する応答がなされる確率を向上させることが可能である。

【0052】

上述した実施形態における通知管理装置１０の全部または一部をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

【0053】

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

【符号の説明】

【0054】

１…通知システム
１０…通知管理装置
１１…通信部
１２…記憶部
１２０…通知情報
１２１…応答情報
１３…制御部
１３０…メッセージ作成部
１３１…判定部
１３２…通知制御部
１３３…装置制御部
２０…企業サーバ
３０…ユーザ端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】