(57)【要約】【課題】複数のコンテンツを通知する場合であっても、コンテンツがユーザに認識され易くすることができる通知管理装置、通知管理方法、及びプログラムを提供する。【解決手段】ユーザ端末に通知するメッセージに関する情報に基づいて、前記メッセージを前記ユーザ端末に表示させる表示態様をカルーセル表示とするか否かを判定する判定部と、前記判定部により判定された判定結果に応じた表示態様にて前記メッセージの一部が前記ユーザ端末に表示されるように、前記メッセージの一部を前記ユーザ端末に通知する通知制御部と、を備える。【選択図】図２
2020201897.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末に通知するメッセージに関する情報に基づいて、前記メッセージを前記ユーザ端末に表示させる表示態様をカルーセル表示とするか否かを判定する判定部と、
前記判定部により判定された判定結果に応じた表示態様にて前記メッセージの一部が前記ユーザ端末に表示されるように、前記メッセージの一部を前記ユーザ端末に通知する通知制御部と、
を備える通知管理装置。
【請求項２】
前記通知制御部は、通知した前記メッセージの一部について、前記ユーザ端末から前記メッセージに対する応答があった場合、当該応答があった前記メッセージの全部が前記ユーザ端末に表示されるように、前記メッセージの、前記一部とは異なる部分を前記ユーザ端末に通知する、
請求項１に記載の通知管理装置。
【請求項３】
前記判定部は、前記メッセージに、所定の時間内にユーザ端末に通知する予定である複数の前記メッセージが含まれる場合、当該所定の時間内に通知する予定である複数の前記メッセージを前記ユーザ端末に表示させる表示態様をカルーセル表示とすると判定する、
請求項１又は請求項２に記載の通知管理装置。
【請求項４】
判定部が、ユーザ端末に通知するメッセージに関する情報に基づいて、前記メッセージを前記ユーザ端末に表示させる表示態様をカルーセル表示とするか否かを判定し、
通知制御部が、前記判定部により判定された判定結果に応じた表示態様にて前記メッセージの一部が前記ユーザ端末に表示されるように、前記メッセージの一部を前記ユーザ端末に通知する、
通知管理方法。
【請求項５】
コンピュータを、請求項１から請求項３のいずれか一項に記載の通知管理装置として動作させるためのプログラムであって、前記コンピュータを前記通知管理装置が備える各部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通知管理装置、通知管理方法、及びプログラムに関する。
【背景技術】
【０００２】
コンピュータ、及びインターネット等の通信ネットワーク技術の発展に伴い、メッセージングサービスを利用して情報を通知する技術が開発されている。メッセージングサービスは、例えば、ＲＣＳ（Rich Communication Services）、ＳＭＳ（Short Message Service）、及びＭＭＳ（Multimedia Messaging Service）などの機能を利用してメッセージ等のコンテンツを送受信する仕組みである。ＲＣＳは、携帯電話用のインスタントメッセンジャーを端末レベルで実現するための規格であり、通信に用いるユーザアカウントとして電話番号を使用するものである。また、ＲＣＳでは、送信することができる文字数の上限が従来のＳＭＳやＭＭＳよりも大きく設定されている。特許文献１では、未閲覧のコンテンツの表示領域を変更させることによりユーザにコンテンツの閲覧を促す技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−９１５０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の技術では、閲覧済み、未閲覧のコンテンツに関わらず、表示させるコンテンツの数が増えた場合に、コンテンツの表示サイズを縮小して表示せざるを得ず、閲覧を促したとしてもコンテンツが認識され難い状況となってしまう。
また、一般に携帯端末の表示スペースは限られているため、ほぼ同じ時刻に多数のコンテンツが通知されると、表示スペースにその多数のコンテンツの全てを表示することができないため、コンテンツがユーザに認識され難くなる問題があった。
【０００５】
本発明は、このような状況に鑑みてなされたもので、複数のコンテンツを通知する場合であっても、コンテンツがユーザに認識され易くすることができる通知管理装置、通知管理方法、及びプログラムを提供する。
【課題を解決するための手段】
【０００６】
本発明の上述した課題を解決するために、本発明は、ユーザ端末に通知するメッセージに関する情報に基づいて、前記メッセージを前記ユーザ端末に表示させる表示態様をカルーセル表示とするか否かを判定する判定部と、前記判定部により判定された判定結果に応じた表示態様にて前記メッセージの一部が前記ユーザ端末に表示されるように、前記メッセージの一部を前記ユーザ端末に通知する通知制御部とを備える通知管理装置である。
【０００７】
また、本発明は、上述の通知管理装置において、前記通知制御部は、通知した前記メッセージの一部について、前記ユーザ端末から前記メッセージに対する応答があった場合、当該応答があった前記メッセージの全部が前記ユーザ端末に表示されるように、前記メッセージの、前記一部とは異なる部分を前記ユーザ端末に通知する。
【０００８】
また、本発明は、上述の通知管理装置において、前記判定部は、前記メッセージに、所定の時間内にユーザ端末に通知する予定である複数の前記メッセージが含まれる場合、当該所定の時間内に通知する予定である複数の前記メッセージを前記ユーザ端末に表示させる表示態様をカルーセル表示とすると判定する。
【０００９】
また、本発明は、判定部が、ユーザ端末に通知するメッセージに関する情報に基づいて、前記メッセージを前記ユーザ端末に表示させる表示態様をカルーセル表示とするか否かを判定し、通知制御部が、前記判定部により判定された判定結果に応じた表示態様にて前記メッセージの一部が前記ユーザ端末に表示されるように、前記メッセージの一部を前記ユーザ端末に通知する通知管理方法である。
【００１０】
また、本発明は、コンピュータを、上記に記載の通知管理装置として動作させるためのプログラムであって、前記コンピュータを前記通知管理装置が備える各部として機能させるためのプログラムである。
【発明の効果】
【００１１】
本発明によれば、複数のコンテンツがユーザに認識され易くなるように表示させることができる。
【図面の簡単な説明】
【００１２】
【図１】実施形態に係る通知システム１の構成の例を示すブロック図である。
【図２】実施形態に係る通知管理装置１０の構成の例を示すブロック図である。
【図３】実施形態に係る通知情報１２０の構成の例を図である。
【図４】実施形態に係るシナリオ情報１２１の構成の例を示す図である。
【図５】実施形態に係るメッセージ情報１２２の構成の例を示す図である。
【図６】実施形態に係る全文要求情報１２３の構成の例を示す図である。
【図７】実施形態に係る応答情報１２４の構成の例を示す図である。
【図８Ａ】実施形態に係るユーザ端末３０の表示の例を示す図である。
【図８Ｂ】実施形態に係るユーザ端末３０の表示の例を示す図である。
【図８Ｃ】実施形態に係るユーザ端末３０の表示の例を示す図である。
【図９】実施形態に係る通知管理装置１０が行う処理の流れ示すフローチャートである。
【図１０】実施形態に係る通知管理装置１０が行う処理の流れ示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、発明の実施形態について図面を参照しながら説明する。
【００１４】
図１は、実施形態に係る通知システム１の構成の例を示すブロック図である。通知システム１は、例えば、通知管理装置１０と、企業サーバ２０と、複数のユーザ端末３０（ユーザ端末３０−１、３０−２、…、３０−Ｎ）とを備える。通知管理装置１０と、企業サーバ２０と、ユーザ端末３０とは、通信ネットワークＮＷにより通信可能に接続する。なお、図１の例では、通知システム１が一つの通知管理装置１０で構成された場合の例を示しているが、通知システム１は複数の通知管理装置１０を含んで構成されていてもよい。また、通知システム１は、複数の企業サーバ２０を含んで構成されていてもよい。
【００１５】
通知システム１は、企業サーバ２０からの要求に応じたコンテンツをユーザ端末３０に通知するシステムである。本実施形態におけるコンテンツは、ユーザ端末３０に通知する内容であって、例えば、テキスト、イラストなどの図や写真を含む静止画像や動画像、及び音などが含まれる。
【００１６】
本実施形態における通知は、メッセージングサービスを利用した通知である。メッセージングサービスは、例えば、ＲＣＳ、ＳＭＳ、及びＭＭＳなどの機能を利用してコンテンツを送受信する仕組みである。メッセージングサービスにおいて、コンテンツは、通知の時系列に応じた所定の方向（タイムライン方向）に沿って表示される。
【００１７】
通知管理装置１０は、企業サーバ２０から通知要求を受信する。ここでの通知要求は、顧客のユーザ端末３０に通知を行うように要求する信号である。通知要求には、例えば、通知を依頼する依頼元（企業）に関する情報、通知を行う宛先である通知先（ユーザ）のに関する情報、及び通知の内容を示す情報が含まれる。通知管理装置１０の構成については後で詳しく説明する。
【００１８】
企業サーバ２０は、通知システム１を利用して顧客（ユーザ）に通知を行う企業等のサーバ装置である。企業サーバ２０は、例えば、通信部２１と、制御部２２とを備える。通信部２１は、通信ネットワークＮＷを介して通知管理装置１０と通信を行い、通知管理装置１０に通知要求を送信する。制御部２２は、企業サーバ２０を統括的に制御し、例えば、顧客のデータベース（不図示）に基づく通知要求を作成する。例えば、企業サーバ２０が保険会社のサーバ装置である場合、制御部２２は、保険に加入している顧客に対して、満期の通知や、新規商品の案内等を示す通知要求を作成する。
【００１９】
ユーザ端末３０は、スマートフォン、タブレット端末、ＰＣ（Personal Computer）、携帯電話機、ゲーム用コンソール、タッチパッド、電子書籍用リーダ、又はウェアラブル端末等であり、メッセージングサービスを行うアプリケーションプログラムがインストールされた端末である。
【００２０】
ユーザ端末３０は、例えば、通信部３１と、表示部３２と、制御部３３とを備える。通信部３１は、通信ネットワークＮＷを介して通知管理装置１０と通信を行い、通知管理装置１０からメッセージングサービスを利用した通知を受信する。表示部３２は、通知管理装置１０から受信した通知の内容（コンテンツ）を表示する。制御部３３は、ユーザ端末３０を統括的に制御し、例えば、通知管理装置１０からの通知の内容を表示部３２に表示させると共に、通知があったことがユーザに認識されるような音の出力や、表示（例えば、バナー画像等の表示）を行う。
【００２１】
通信ネットワークＮＷは、例えば、インターネット、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、プロバイダ装置、無線基地局、専用回線などのうちの一部または全部を含む通信網である。
【００２２】
図２は、実施形態に係る通知管理装置１０の構成の例を示すブロック図である。通知管理装置１０は、例えば、通信部１１と、記憶部１２と、制御部１３とを備える。通信部１１は、通信ネットワークＮＷを介して、通知管理装置１０、及びユーザ端末３０と通信を行う。
【００２３】
記憶部１２は、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ、ＲＡＭ（Random Access Memory）などである。記憶部１２は、制御部１３が有する機能部がその機能を発揮するために実行されるプログラムや、プログラムが実行される際に用いられるデータを記憶する。記憶部１２には、例えば、通知情報１２０と、シナリオ情報１２１と、メッセージ情報１２２と、全文要求情報１２３と、応答情報１２４とが記憶される。
【００２４】
図３は、実施形態に係る通知情報１２０の構成の例を図である。通知情報１２０は、企業サーバ２０から通知された通知要求に応じた通知を行うために用いられる情報である。通知情報１２０は、例えば、ユーザに通知するように依頼があったメッセージごとに作成される。通知情報１２０は、例えば、通知メッセージＩＤ、依頼元、通知先、通知属性の項目を備える。
【００２５】
通知メッセージＩＤには、通知するメッセージを一意に識別する識別情報が示される。
依頼元には、依頼元に関する情報が示される。依頼元には、例えば、ＩＤと名称とアカウントとが示される。ＩＤは依頼元の企業等を一意に識別する識別情報である。名称はＩＤに対応する企業等の名称である。アカウントはＩＤに対応する企業等からの通知に用いられるメッセージングサービスのアカウントである。
通知先には、通知先に関する情報として、例えば、ＩＤと名称とアカウントとが示される。ＩＤは通知先のユーザを一意に識別する識別情報である。名称はＩＤに対応するユーザの名称である。アカウントはＩＤに対応するユーザへの通知に用いられるメッセージングサービスのアカウントである。
【００２６】
通知属性には、ユーザに通知する内容に関する情報が示される。通知属性には、例えば、通知日時、シナリオＩＤ、シナリオ名称、シナリオ情報Ａ〜Ｃ等、及び応答要否を含む。
通知日時は、依頼元から依頼された通知の日時である。シナリオＩＤは、通知するシナリオを一意に識別する識別情報である。ここでのシナリオとは、通知する内容のひな形を示す情報であって、例えばシナリオ情報１２１である。シナリオ名称は、シナリオＩＤに対応するシナリオの名称である。シナリオ情報Ａ〜Ｃは、シナリオＩＤに対応するシナリオに組み込む具体的な内容である。応答要否は、依頼元から依頼された通知がユーザからの応答を必要とするか否かを示す情報である。
【００２７】
図３の例では、依頼元が企業Ｘであり、企業Ｘのメッセージングサービスのアカウントが、０３−１１１１−２２２２であること、及び通知先がユーザＣであることが示されている。また、企業ＸからユーザＣへの通知は、ＹＹ年ＭＭ月ＤＤ日の１０：００に行われること、通知の内容は、満期のお知らせであり、シナリオＩＤ（０１０１）のひな形に、氏名（ＸＸ太郎）、保険名称（○○）、満期到達日（△△）が組み込まれて作成されることが示されている。また、この通知がユーザからの応答を必要とすることが示されている。
【００２８】
図４は、実施形態に係るシナリオ情報１２１の構成の例を示す図である。シナリオ情報１２１は、通知する内容のひな形を示す情報である。シナリオ情報１２１は、例えば、ユーザに通知することが想定される通知の内容ごとに作成される。シナリオ情報１２１は、例えば、シナリオＩＤと、シナリオ名称、テキスト、及び選択肢の項目を備える。
シナリオＩＤは、通知するシナリオを一意に識別する識別情報である。シナリオ名称は、シナリオＩＤに対応するシナリオの名称である。テキストは、シナリオＩＤに対応するシナリオのテキスト文である。選択肢は、シナリオＩＤに対応するシナリオに選択肢を付与するか否かを示す情報である。
図４の例では、シナリオＩＤ（０１０１）が満期のお知らせを通知する文章のひな形であり、「＜氏名＞様：＜保険名称＞が＜満期日時＞に満期となります。更新しますか」とのテキスト文であることが示されている。このテキスト文の＜氏名＞、＜保険名称＞、及び＜満期到達日＞は、上述したシナリオ情報Ａ〜Ｃに対応する情報であり、＜氏名＞の欄に顧客の具体的な氏名、＜保険名称＞の欄に具体的な保険の名称、＜満期到達日＞の欄に具体的な満期に到達する日が記載されることにより、ユーザに通知する通知文が完成する。また、このシナリオから作成される通知には、選択肢が付与されることが示されている。より具体的には、通知にある「更新しますか」との質問に対して、ユーザが「はい」「いいえ」などの選択肢を選択することにより応答することができる態様にて通知がなされることが示されている。
【００２９】
図５は、実施形態に係るメッセージ情報１２２の構成の例を示す図である。メッセージ情報１２２は、ユーザに通知するメッセージに関する情報である。メッセージ情報１２２は、例えば、作成したメッセージが作成ごとに作成される。
メッセージ情報１２２は、例えば、通知メッセージＩＤと、通知予定日時と、メッセージとの項目を備える。通知メッセージＩＤには、作成されたメッセージを一意に識別する識別情報が示される。通知予定日には、通知メッセージに対応するメッセージを通知する予定の日時が示される。メッセージには、通知先のアカウントと、通知文とが示される。
図５の例では、通知メッセージＩＤ（０００１）に対応するメッセージが作成済みであり、その通知がＹＹ年ＭＭ月ＤＤ日の１０：００に行われる予定であること、メッセージは、満期のお知らせであることが示されている。
【００３０】
図６は、実施形態に係る全文要求情報１２３の構成の例を示す図である。応答情報１２４は、ユーザに最初に通知したメッセージの一部に対する、メッセージの全文を要求する応答に関する情報である。全文要求情報１２３は、ユーザに通知するメッセージごとに生成される。全文要求情報１２３は、例えば、通知メッセージＩＤと、一部通知日時と、全文要求の有無との項目を備える。
図６の例では、通知メッセージＩＤ（１０００）に対応するメッセージの一部がＹＹ年５月１０日の１０：００に通知済みであること、このメッセージの一部の通知に対して、ユーザからメッセージの全文を要求する応答はなされていないことが示されている。
【００３１】
図７は、実施形態に係る応答情報１２４の構成の例を示す図である。応答情報１２４は、メッセージを通知したユーザからの応答に関する情報である。応答情報１２４は、ユーザに通知したメッセージごとに生成される。応答情報１２４は、例えば、通知メッセージＩＤと、通知日時と、応答の要否と、有効期限と、応答の有無との項目を備える。
通知メッセージＩＤには、通知したメッセージを一意に識別する識別情報が示される。通知日時には、通知メッセージＩＤに対応するメッセージを通知した日時が示される。応答の要否には、通知メッセージＩＤに対応するメッセージが応答の必要なメッセージであったか否かが示される。有効期限には、通知メッセージＩＤに対応するメッセージの有効期限がしめされる。ここでの有効期限は、ユーザからの応答を待つ期限であり、例えば、ユーザからの応答がない場合にリマインドを通知する期限である。応答の有無には、通知メッセージＩＤに対応するメッセージにユーザからの応答があったか否かを示す情報が示される。
図７の例では、通知メッセージＩＤ（１０００）に対応するメッセージがＹＹ年4月１０日の１０：００に通知済みであり、この通知には応答を必要とするがまだ応答が無く、応答がない場合にはＹＹ年７月１０日の１０：００までリマインドを行うことが示されている。
【００３２】
図２に戻り、制御部１３は、例えば、メッセージ作成部１３０と、判定部１３１と、通知制御部１３２とを備える。
メッセージ作成部１３０は、ユーザに通知するメッセージを作成する。メッセージ作成部１３０は、記憶部１２に通知情報１２０が記憶されると、通知情報１２０のシナリオＩＤに基づいて、対応するシナリオ情報１２１を取得する。メッセージ作成部１３０は、取得したシナリオ情報１２１に、通知情報１２０のシナリオ情報に示されている具体的な氏名等を組み込むことにより、ユーザに通知する通知文を完成させる。メッセージ作成部１３０は、完成させた通知文を、通知情報１２０の通知先アカウントに通知するメッセージに設定することにより、ユーザに通知するメッセージを作成する。メッセージ作成部１３０は、作成したメッセージをメッセージ情報１２２に記憶させる。
【００３３】
判定部１３１は、メッセージ情報１２２に基づいて、メッセージをユーザ端末３０に表示させる表示態様を判定する。ここで、メッセージ情報１２２は、「ユーザ端末に通知するメッセージに関する情報」の一例である。
【００３４】
具体的に、判定部１３１は、表示態様として、メッセージをカルーセル表示する態様とするか否かを判定する。カルーセル表示は、タイムライン方向に直交する方向にスライド操作が行われることにより、複数のメッセージが入れ替えられて表示される表示態様である。
【００３５】
判定部１３１は、例えば、所定の時間間隔でメッセージ情報１２２を参照し、メッセージの通知先アカウント、及びシナリオ名称を取得する。判定部１３１は、同一の通知先アカウントに通知するメッセージ（「通知予定メッセージ」の一例）が複数あり、その複数のメッセージに同一のシナリオから作成された複数のメッセージが含まれている場合、その同一のシナリオから作成された複数のメッセージをカルーセル表示させると判定する。
【００３６】
また、判定部１３１は、同一の通知先アカウントに通知するメッセージが複数あり、その複数のメッセージに所定の時間内に通知する予定のメッセージが複数含まれている場合、その所定の時間内に通知する予定の複数のメッセージをカルーセル表示させると判定するようにしてもよい。
【００３７】
一方、判定部１３１は、同一の通知先アカウントに通知するメッセージが一つである場合、或いは、同一の通知先アカウントに通知するメッセージが複数あるが同一のシナリオから作成されたものではなく、且つ所定の時間内に通知するものではない場合、そのメッセージをカルーセル表示させないと判定する。
【００３８】
或いは、判定部１３１は、メッセージ情報１２２及び応答情報１２４に基づいてメッセージをカルーセル表示させるか否かを判定するようにしてもよい。ここで、メッセージ情報１２２及び応答情報１２４は、「ユーザ端末に通知するメッセージに関する情報」の一例である。
【００３９】
この場合、判定部１３１は、メッセージ情報１２２に基づいて特定の通知先アカウントに通知するメッセージがあると判定した場合、その通知先アカウントに基づいて応答情報１２４を参照する。判定部１３１は、応答情報１２４に基づいてその通知先アカウントに通知済みのメッセージのうち、未応答のメッセージ（「未応答メッセージ」の一例）が有るか否かを判定する。判定部１３１は、未応答のメッセージがある場合、これから通知するメッセージと、当該未応答のメッセージのリマインドとをカルーセル表示させる通知を行うと判定する。未応答のメッセージのリマインドは、未応答のメッセージに対する応答を促すメッセージであって、例えば、未応答のメッセージにて既に通知した内容を、再度通知するものである。
判定部１３１は、カルーセル表示させると判定した複数のメッセージを示す情報（例えば、通知メッセージＩＤ）を、通知制御部１３２に出力する。
【００４０】
通知制御部１３２は、判定部１３１により判定された表示態様にてメッセージの一部がユーザ端末３０に表示されるように、当該メッセージの一部をユーザ端末３０に通知する。また、通知制御部１３２は、当該メッセージの一部と共に、メッセージの全文を要求するための選択肢がユーザ端末３０に表示されるようにする。
【００４１】
通知制御部１３２は、例えば、通知先のアカウントに対応するユーザ端末３０に、通知するメッセージの数、カルーセル表示とするか否か、及び通知するメッセージの内容の一部を選択肢（メッセージの全文を要求するための選択肢）それぞれ示す情報を送信する。これにより、ユーザ端末３０では、通知管理装置１０（の通知制御部１３２）から受信した情報に従って、複数のメッセージの一部をカルーセル表示することができる。具体的に、ユーザ端末３０には、メッセージの一部３２０Ａ（図８Ａ参照）、及び選択肢３２０Ｂ（図８Ａ参照）が表示される。
【００４２】
ここでのメッセージの一部とは、メッセージの内容を部分的に示す情報であって、例えば、メッセージのタイトル、通知文の文頭、通知元（依頼元）、通知日時などを示す情報である。例えば、通知制御部１３２がメッセージの一部として、メッセージのタイトルを通知する場合を考える。メッセージのタイトルは、例えば、通知情報１２０のシナリオ名称（例えば「満期のお知らせ」）に相当する情報である。通知制御部１３２は、メッセージＩＤに基づいて記憶部１２を参照し、対応するメッセージ情報１２２からシナリオ名称を取得する。通知制御部１３２は、取得したシナリオ名称を示す情報をユーザ端末３０に通知する。通知制御部１３２がメッセージの一部として、通知文の文頭、通知元（依頼元）、通知日時などを示す情報を通知る場合も、メッセージＩＤに基づいて記憶部１２を参照することにより、上記と同様な方法で、メッセージの一部を通知することができる。
【００４３】
通知制御部１３２は、通知したメッセージの一部について、ユーザ端末３０からメッセージの全文を要求する応答があった（受信した）場合、当該応答があったメッセージの全部がユーザ端末３０に表示されるように、残りのメッセージをユーザ端末３０に通知する。これによりユーザ端末３０には、メッセージの全部３２０Ａ＃（図８Ｃ参照）が表示される。
【００４４】
ここでの、メッセージの全文を要求する応答とは、「メッセージに対する応答」の一例であり、例えば、ユーザ端末３０が、通知管理装置１０に、選択肢３２０Ｂがタップ操作されたことを示す情報を送信することである。
【００４５】
また、通知制御部１３２は、メッセージの全文を要求する応答を受信した場合、残りのメッセージとして、少なくとも、すでに通知済みであるメッセージの一部とは異なる部分を通知すればよい。つまり通知制御部１３２は、メッセージの全文を要求する応答に対し、当該メッセージの全文を通知してもよいし、当該メッセージの残りの部分を通知してもよいし、メッセージの残りの部分の一部を通知してもよい。
【００４６】
一般に、メッセージングサービスにおいて、通知するメッセージの文字数や情報量に応じた課金がなされる料金体系が適用されることが多い。本実施形態では、通知制御部１３２がユーザに通知するメッセージの一部のみを通知することにより通信料を抑制することが可能である。
また、本実施形態では、ユーザによりメッセージの全文を要求する応答があった場合に残りのメッセージを通知することにより、特定のメッセージについて全文を通知することができる。すなわち、複数のメッセージが通知されたが、ユーザが全てのメッセージの内容を直ぐに確認することができない場合であっても、ユーザが内容を確認したいメッセージのみを全文を確認することができるため、通信を抑制しつつ、ユーザの利便性を高めることができる。
【００４７】
装置制御部１３３は、通知管理装置１０を統括的に制御する。装置制御部１３３は、例えば、通信部１１により企業サーバ２０からの通知要求が受信された場合、その内容を通知情報１２０として制御部１３に記憶させる。装置制御部１３３は、所定の処理タイミングにてメッセージ作成部１３０にメッセージを作成させたり、判定部１３１にメッセージの表示態様を判定させたりする。装置制御部１３３は、通信部１１によりユーザ端末３０からのメッセージに対する応答が受信された場合、その内容を応答情報１２４として制御部１３に記憶させる。
【００４８】
ここで、ユーザ端末３０にメッセージが表示される表示態様の例を、図８（図８Ａ、図８Ｂ、図８Ｃ）を用いて説明する。図８は、実施形態に係るユーザ端末３０の表示の例を示す図である。
【００４９】
図８Ａ及び図８Ｂには、同一シナリオにて作成された二つのメッセージ３２０、及び３２１の一部がカルーセル表示された場合の例が示されている。この図では、二つのメッセージ３２０、及び３２１が、シナリオ名称が「満期のお知らせ」であるシナリオを用いて作成されたものであり、一方はシナリオ情報Ａに対応する氏名の欄に「××太郎」が組み込まれ、他方は氏名の欄に「××花子」が組み込まれて作成された場合の例が示されている。また、メッセージ３２０の文頭の「××太郎様：○○保険が…」と記載された一部３２０Ａと「続きを読む」と記載された選択肢３２０Ｂとが表示される場合を示している。
図８Ｃには、ユーザにより、メッセージの全文が要求された場合において、ユーザ端末３０にメッセージの全部３２０Ａ＃が表示された場合の例が示されている。この図では、メッセージの全文として「××太郎様：○○保険が△△に…更新しますか」とのメッセージの通知文と、「はい」、「いいえ」とそれぞれ記載された二つ選択肢が表示された場合を示している。
【００５０】
本実施形態では、図８Ａに示すように、例えば、最初に通知されたメッセージ３２０の一部が表示部３２に表示され、その横（符号Ｄの方向）に後に通知されたメッセージ３２１の一部が表示されるように、カルーセル表示される。
図８Ａの状態の画面において、符号Ｄの方向（タイムライン方向に直交する方向）にスライド操作がなされることにより、図８Ｂに示すように、後に通知されたメッセージ３２１が表示される。
また、図８Ａの状態の画面において、選択肢３２０Ｂにタップ操作がなされることにより、図８Ｃに示すように、メッセージ３２０の全文が表示される。なお、図８Ｃの例では、メッセージの全文がカルーセル表示された場合の例を示しているが、これに限定されない。メッセージの全文は、カルーセル表示されてもよいし、カルーセル表示とは異なる表示態様にて表示されてもよい。
【００５１】
図９は、実施形態に係る通知管理装置１０が行う処理の流れ示すフローチャートである。図９には通知管理装置１０がユーザ端末３０にメッセージの一部を通知する処理の流れが示されている。
まず、通知管理装置１０は、メッセージ作成部１３０により、ユーザに通知するメッセージを作成する（ステップＳ１０）。メッセージ作成部１３０は、例えば、装置制御部１３３の指示により記憶部１２を参照し、通知情報１２０及びシナリオ情報１２１に基づいて、ユーザに通知するメッセージを作成する。
次に、通知管理装置１０は、判定部１３１により、ユーザに通知するメッセージをカルーセル表示するか否かを判定する。
まず、判定部１３１は、装置制御部１３３の指示により記憶部１２を参照し、メッセージ情報１２２に基づいて、同一の通知先アカウント宛の新規に通知するメッセージが複数あるか否かを判定する（ステップＳ１１）。判定部１３１は、同一の通知先アカウント宛の新規に通知するメッセージが複数ある場合、その複数のメッセージをカルーセル表示すると判定する（ステップＳ１２）。
通知管理装置１０は、通知制御部１３２により、通知先のアカウントに対応するユーザ端末３０に、判定部１３１の判定結果に応じた表示態様にてメッセージが表示されるように指示する情報と共に、当該メッセージの一部を通知する（ステップＳ１３）。
【００５２】
一方、判定部１３１は、ステップＳ１１において、同一の通知先アカウント宛の新規に通知するメッセージが一つであると判定した場合、記憶部１２を参照し、応答情報１２４に基づいて、その通知先アカウント宛にリマインドするメッセージが有るか否かを判定する（ステップＳ１４）。判定部１３１は、その通知先アカウント宛にリマインドするメッセージが有る場合、新規に通知するメッセージとリマインドするメッセージとをカルーセル表示すると判定する（ステップＳ１２）。
【００５３】
図１０は、実施形態に係る通知管理装置１０が行う処理の流れ示すフローチャートである。図１０には通知管理装置１０がユーザ端末３０にメッセージの一部を通知した後の処理、すなわち、ユーザの要求に応じて、当該メッセージの全部を通知する処理の流れが示されている。
まず、通知管理装置１０は、装置制御部１３３により、ユーザ端末３０から、メッセージの全部を要求する応答があったか否かを判定する（ステップＳ２０）。装置制御部１３３は、例えば、ユーザ端末３０から、表示部３２に表示された選択肢３２０Ｂがタップ操作された旨の情報が通信部２１に受信された場合、ユーザ端末３０から、メッセージの全部を要求する応答があったと判定する。
次に、通知管理装置１０は、装置制御部１３３によりユーザ端末３０からメッセージの全部を要求する応答があったと判定した場合、通知制御部１３２により、応答があったユーザ端末３０に、残りのメッセージを通知する（ステップＳ２１）。
【００５４】
以上説明したように、実施形態の通知管理装置１０は、判定部１３１と通知制御部１３２とを備える。判定部１３１は、ユーザ端末３０に通知するメッセージの表示態様を判定する。通知制御部１３２は、判定部１３１により判定された表示態様にてメッセージが表示されるように、当該メッセージの一部を、ユーザ端末３０に通知する。これにより、実施形態の通知管理装置１０は、ユーザに通知する複数のメッセージの一部を、ユーザ端末３０の表示部３２にカルーセル表示させることができ、通信コストを抑制しつつ複数のコンテンツがユーザに認識され易くすることができる。
【００５５】
実施形態の通知管理装置１０は、通知制御部１３２は、通知したメッセージの一部について、ユーザ端末３０から当該メッセージの全文を要求する旨の応答（メッセージに対する応答）があった場合、当該応答があったメッセージの全部がユーザ端末３０に表示されるように、通知済みのメッセージの一部とは異なる部分をユーザ端末３０に通知する。これにより、実施形態の通知管理装置１０は、ユーザが内容を確認したいメッセージについて、メッセージの全部を表示させることができ、ユーザビリティを高めることができる。
実施形態の通知管理装置１０は、判定部１３１により、ユーザ端末３０に通知するメッセージが複数あり、その複数のメッセージのうち所定の時間内に通知する予定であるメッセージが複数ある場合に、その所定の時間内に通知する予定である複数のメッセージを、カルーセル表示すると判定するようにしてもよい。これにより、実施形態の通知管理装置１０は、ほぼ同時刻に通知する複数のメッセージの一部を、カルーセル表示させることができ、通信コストを抑制しつつ、複数のコンテンツがユーザに認識され易くすることができる。
【００５６】
なお、上述した実施形態、及び変形例において、判定部１３１は、カルーセル表示させるメッセージについて、メッセージを並べる順序を決定するようにしてもよい。例えば、判定部１３１は、通知情報１２０に基づいて、通知予定日時の順にメッセージを並べるようにしてもよいし、新規に通知するメッセージの重要度や、リマインドの通知をするメッセージの重要度などに応じて、メッセージを並べる順序を決定するようにしてもよい。ここでの重要度は、例えば、メッセージの通知を依頼する企業サーバ２０等により、メッセージごとに設定される。
【００５７】
上述した実施形態における通知管理装置１０の全部または一部をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。
【００５８】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００５９】
１…通知システム
１０…通知管理装置
１１…通信部
１２…記憶部
１２０…通知情報
１２１…シナリオ情報
１２２…メッセージ情報
１２３…全文要求情報
１２４…応答情報
１３…制御部
１３０…メッセージ作成部
１３１…判定部
１３２…通知制御部
１３３…装置制御部
２０…企業サーバ
３０…ユーザ端末
【図１】
2020201897.tif 000003
【図２】
2020201897.tif 000004
【図３】
2020201897.tif 000005
【図４】
2020201897.tif 000006
【図５】
2020201897.tif 000007
【図６】
2020201897.tif 000008
【図７】
2020201897.tif 000009
【図８Ａ】
2020201897.tif 000010
【図８Ｂ】
2020201897.tif 000011
【図８Ｃ】
2020201897.tif 000012
【図９】
2020201897.tif 000013
【図１０】
2020201897.tif 000014