(57)【要約】      （修正有）【課題】携帯端末にワイプによるプッシュ通知を行うための通知方法及び通知装置において、自由度の高いプッシュ通知を可能とする。【解決手段】従来のように携帯端末の各ＯＳが利用可能なリモート通知サービスを用いてプッシュ通知を行うのではなく、通知を行う通知サーバ１１０と通知先である携帯端末１２０との間にセッションを確立し、当該セッション上で、携帯端末１２０に対してプッシュ通知情報を送信する。通知サーバ１１０の記憶部１１２には、通知サーバ１１０と携帯端末１２０との間に確立されるセッションが、当該携帯端末１２０の端末識別子に関連づけて記憶される。【効果】通知サーバ１１０は、セッションが確立されていることを条件に、任意の端末に任意のタイミングで、ワイプとして表示される実況動画等のリッチなコンテンツを含むプッシュ通知を高い自由度で配信することができる。【選択図】図１
2017188131.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末にワイプによるプッシュ通知を表示させるための通知サーバであって、
前記携帯端末との間に確立されるセッションを前記携帯端末の端末識別子及びウェブコンテンツを識別するためのウェブ識別子に関連づけて記憶する記憶部と、
前記携帯端末の前記端末識別子及び前記ウェブ識別子とともに記憶されたセッション上で、前記携帯端末上で動作するウェブコンテンツを閲覧するためのアプリの表示画面に対してプッシュ通知情報を送信する通信部と
を備え、
前記プッシュ通知情報により表示される前記プッシュ通知はワイプとして表示される動画を含むことを特徴とする通知サーバ。
【請求項２】
前記通信部は、前記携帯端末からの要求を必要とすることなく、前記プッシュ通知情報を送信することを特徴とする請求項１に記載の通知サーバ。
【請求項３】
前記通信部は、前記アプリがフォアグランドの状態であるときに、前記プッシュ通知情報を送信することを特徴とする請求項１又は２に記載の通知サーバ。
【請求項４】
前記通知部は、前記通知サーバに入力された端末識別子及びウェブ識別子に基づいて端末識別子及びウェブ識別子とセッションとの対応づけを格納するセッションテーブルを参照して特定されるセッションを用いて、前記プッシュ通知情報の送信を行うことを特徴とする請求項１から３のいずれかに記載の通知サーバ。
【請求項５】
前記プッシュ通知情報の送信は、前記ウェブ識別子により識別されるウェブコンテンツが前記表示画面に表示されているときに行われることを特徴とする請求項１から４のいずれかに記載の通知サーバ。
【請求項６】
前記ウェブ識別子は、前記ウェブコンテンツを含むウェブサイトのＵＲＬであることを特徴とする請求項１から５のいずれかに記載の通知サーバ。
【請求項７】
前記セッションは、前記アプリが起動されている間、維持されることを特徴とする請求項１から６のいずれかに記載の通知サーバ。
【請求項８】
前記セッションは、前記アプリの起動に伴い確立されることを特徴とする請求項１から７のいずれかに記載の通知サーバ。
【請求項９】
前記セッションは、ＷｅｂＳｏｃｋｅｔ規格に準拠することを特徴とする請求項１から８のいずれかに記載の通知サーバ。
【請求項１０】
前記プッシュ通知は、実況動画のためのワイプとして配置されることを特徴とする請求項１から９のいずれかに記載の通知サーバ。
【請求項１１】
イベントの開始時刻又は開始予定時刻の所定時間前にワイプによるプッシュ通知を行うことを特徴とする請求項１から９のいずれかに記載の通知サーバ。
【請求項１２】
前記ワイプは、ユーザーのドラッグにより表示位置が可変であることを特徴とする請求項１から９のいずれかに記載の通知サーバ。
【請求項１３】
前記通信部はさらに、前記携帯端末との間に確立されたセッションが前記記憶部に記憶されていない場合、前記携帯端末に搭載されたＯＳが利用可能なリモート通知サービスに対して端末識別子を送信して、前記通知サーバと前記携帯端末との間のセッションを確立するための前記携帯端末への仮プッシュ通知を要求し、
前記仮プッシュ通知は、タップ又はクリックされるとウェブコンテンツを閲覧するためのアプリが起動され、前記アプリによってセッション確立モジュールが実行されて前記セッションを確立するためのリクエストが前記通信部によって受信されるものであることを特徴とする請求項１から１２のいずれかに記載の通知サーバ。
【請求項１４】
前記リモート通知サービスは、ＡＰＮｓ又はＧＣＭであることを特徴とする請求項１３に記載の通知サーバ。
【請求項１５】
前記通信部は、前記記憶部に確立された前記セッションが記憶されたことに応じて、前記セッション上で、前記携帯端末に対してプッシュ通知情報を送信することを特徴とする請求項１３又は１４に記載の通知サーバ。
【請求項１６】
前記通信部は、前記携帯端末からの要求を必要とすることなく、前記プッシュ通知情報を送信することを特徴とする請求項１５に記載の通知サーバ。
【請求項１７】
携帯端末にワイプによるプッシュ通知を表示させるための通知方法であって、
前記携帯端末との間に確立されるセッションを前記携帯端末の端末識別子及びウェブコンテンツを識別するためのウェブ識別子に関連づけて記憶するステップと、
前記携帯端末の前記端末識別子及び前記ウェブ識別子とともに記憶されたセッション上で、前記携帯端末上で動作するウェブコンテンツを閲覧するためのアプリの表示画面に対してプッシュ通知情報を送信するステップと
を含み、
前記プッシュ通知情報により表示される前記プッシュ通知はワイプとして表示される動画を含むことを特徴とする通知方法。
【請求項１８】
コンピュータに、携帯端末にワイプによるプッシュ通知を表示させるための通知方法を実行させるためのプログラムであって、前記通知方法は、
前記携帯端末との間に確立されるセッションを前記携帯端末の端末識別子及びウェブコンテンツを識別するためのウェブ識別子に関連づけて記憶するステップと、
前記携帯端末の前記端末識別子及び前記ウェブ識別子とともに記憶されたセッション上で、前記携帯端末上で動作するウェブコンテンツを閲覧するためのアプリの表示画面に対してプッシュ通知情報を送信するステップと
を含み、
前記プッシュ通知情報により表示される前記プッシュ通知はワイプとして表示される動画を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末にワイプによるプッシュ通知を行うための通知方法及び通知サーバに関する。
【背景技術】
【０００２】
近年、スマートフォン、タブレットなどの携帯端末の普及が急激に進んでいる。こうした携帯端末の特徴の１つは、ｉＯＳ、ＡｎｄｒｏｉｄといったＯＳが搭載されており、ＯＳが提供する機能の上で各種アプリケーション（「アプリ」とも呼ぶ。）をインストールすることによってさまざまな情報処理が可能となる点である。
【０００３】
多くのアプリ・プロバイダーは、ユーザーのアクティブ率向上等を目的としてユーザーに対するプッシュ通知を用いる。
【０００４】
プッシュ通知は、ｉＯＳ、Ａｎｄｒｏｉｄといった各ＯＳが利用可能なリモート通知サービス（ｉＯＳではＡＰＮｓ、ＡｎｄｒｏｉｄではＧＣＭ）を用いて行われている。リモート通知サービスにおいて、通信の配信先である端末及び当該端末にインストールされたアプリの識別子をそれぞれ管理し、アプリのプロバイダー又はその代行業者から、端末識別子、アプリ識別子、及び、通知内容となるメッセージを受け取ると、指定された端末に対し、指定されたアプリと関連づけられた通知を送信する。
【０００５】
通知の形式には、トースト通知と呼ばれるポップアップ通知、ステータスバーにアイコンを表示するステータス通知等がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１５−１４９０７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従来のプッシュ通知は、いずれの形式であれ、各ＯＳが利用可能なリモート通知サービスの制約により、含ませることのできる情報が限られている。たとえば、特許文献１には、モバイルゲームのプロモーションをプッシュ通知により行うためのシステムが開示されており、プロモーションメッセージとして、ゲーム情報の詳細内容を確認することのできる確認キーが例示され、当該確認キーをユーザーが選択すると、携帯端末機が上記システムに接続して詳細内容を受け取ることができること、あるいは、プロモーションされたゲームのインストール又は実行をできることが説明されている。プッシュ通知としてはユーザーに文字メッセージなどの簡単なメッセージを伝えるに留まっている。
【０００８】
本発明の発明者らは、従来のように必ずしも各ＯＳが利用可能なリモート通知サービスを用いずともプッシュ通知を実現可能であることを見出し、本発明をするにいたった。従来の制約に縛られずに、より高い自由度でプッシュ通知の設計が可能となるのである。
【０００９】
本発明は、このような問題点に鑑みてなされたものであり、その目的は、携帯端末にプッシュ通知を行うための通知方法及び通知装置において、自由度の高いプッシュ通知を可能とすることにある。
【課題を解決するための手段】
【００１０】
このような目的を達成するために、本発明の第１の態様は、携帯端末にワイプによるプッシュ通知を表示させるための通知サーバであって、前記携帯端末との間に確立されるセッションを前記携帯端末の端末識別子及びウェブコンテンツを識別するためのウェブ識別子に関連づけて記憶する記憶部と、前記携帯端末の前記端末識別子及び前記ウェブ識別子とともに記憶されたセッション上で、前記携帯端末上で動作するウェブコンテンツを閲覧するためのアプリの表示画面に対してプッシュ通知情報を送信する通信部とを備え、前記プッシュ通知情報により表示される前記プッシュ通知はワイプとして表示される動画を含むことを特徴とする。
【００１１】
また、本発明の第２の態様は、第１の態様において、前記通信部は、前記携帯端末からの要求を必要とすることなく、前記プッシュ通知情報を送信することを特徴とする。
【００１２】
また、本発明の第３の態様は、第１又は第２の態様において、前記通信部は、前記アプリがフォアグランドの状態であるときに、前記プッシュ通知情報を送信することを特徴とする。
【００１３】
また、本発明の第４の態様は、第１から第３のいずれかの態様において、前記通知部は、前記通知サーバに入力された端末識別子及びウェブ識別子に基づいて端末識別子及びウェブ識別子とセッションとの対応づけを格納するセッションテーブルを参照して特定されるセッションを用いて、前記プッシュ通知情報の送信を行うことを特徴とする。
【００１４】
また、本発明の第５の態様は、第１から第４のいずれかの態様において、前記プッシュ通知情報の送信は、前記ウェブ識別子により識別されるウェブコンテンツが前記表示画面に表示されているときに行われることを特徴とする。
【００１５】
また、本発明の第６の態様は、第１から第５のいずれかの態様において、前記ウェブ識別子は、前記ウェブコンテンツを含むウェブサイトのＵＲＬであることを特徴とする 。   
【００１６】
また、本発明の第７の態様は、第１から第５のいずれかの態様において、前記セッションは、前記アプリが起動されている間、維持されることを特徴とする。
【００１７】
また、本発明の第８の態様は、第１から第７のいずれかの態様において、前記セッションは、前記アプリの起動に伴い確立されることを特徴とする。
【００１８】
また、本発明の第９の態様は、第１から第８のいずれかの態様において、前記セッションは、ＷｅｂＳｏｃｋｅｔ規格に準拠することを特徴とする。
【００１９】
また、本発明の第１０の態様は、第１から第９のいずれかの態様において、前記プッシュ通知は、実況動画のためのワイプとして配置されることを特徴とする。
【００２０】
また、本発明の第１１の態様は、第１から第９のいずれかの態様において、イベントの開始時刻又は開始予定時刻の所定時間前にワイプによるプッシュ通知を行うことを特徴とする。
【００２１】
また、本発明の第１２の態様は、第１から第９のいずれかの態様において、前記ワイプは、ユーザーのドラッグにより表示位置が可変であることを特徴とする。
【００２２】
また、本発明の第１３の態様は、第１から第１２のいずれかの態様において、前記通信部はさらに、前記携帯端末との間に確立されたセッションが前記記憶部に記憶されていない場合、前記携帯端末に搭載されたＯＳが利用可能なリモート通知サービスに対して端末識別子を送信して、前記通知サーバと前記携帯端末との間のセッションを確立するための前記携帯端末への仮プッシュ通知を要求し、前記仮プッシュ通知は、タップ又はクリックされるとウェブコンテンツを閲覧するためのアプリが起動され、前記アプリによってセッション確立モジュールが実行されて前記セッションを確立するためのリクエストが前記通信部によって受信されるものであることを特徴とする。
【００２３】
また、本発明の第１４の態様は、第１３の態様において、前記リモート通知サービスは、ＡＰＮｓ又はＧＣＭであることを特徴とする。
【００２４】
また、本発明の第１５の態様は、第１３又は１４の態様において、前記通信部は、前記記憶部に確立された前記セッションが記憶されたことに応じて、前記セッション上で、前記携帯端末に対してプッシュ通知情報を送信することを特徴とする。
【００２５】
また、本発明の第１６の態様は、第１５の態様において、前記通信部は、前記携帯端末からの要求を必要とすることなく、前記プッシュ通知情報を送信することを特徴とする。
【００２６】
また、本発明の第１７の態様は、携帯端末にワイプによるプッシュ通知を表示させるための通知方法であって、前記携帯端末との間に確立されるセッションを前記携帯端末の端末識別子及びウェブコンテンツを識別するためのウェブ識別子に関連づけて記憶するステップと、前記携帯端末の前記端末識別子及び前記ウェブ識別子とともに記憶されたセッション上で、前記携帯端末上で動作するウェブコンテンツを閲覧するためのアプリの表示画面に対してプッシュ通知情報を送信するステップとを含み、前記プッシュ通知情報により表示される前記プッシュ通知はワイプとして表示される動画を含むことを特徴とする。
【００２７】
また、本発明の第１８の態様は、コンピュータに、携帯端末にワイプによるプッシュ通知を表示させるための通知方法を実行させるためのプログラムであって、前記通知方法は、前記携帯端末との間に確立されるセッションを前記携帯端末の端末識別子及びウェブコンテンツを識別するためのウェブ識別子に関連づけて記憶するステップと、前記携帯端末の前記端末識別子及び前記ウェブ識別子とともに記憶されたセッション上で、前記携帯端末上で動作するウェブコンテンツを閲覧するためのアプリの表示画面に対してプッシュ通知情報を送信するステップとを含み、前記プッシュ通知情報により表示される前記プッシュ通知はワイプとして表示される動画を含むことを特徴とする。
【発明の効果】
【００２８】
本発明の一態様によれば、従来のように携帯端末の各ＯＳが利用可能なリモート通知サービスを用いてプッシュ通知を行うのではなく、通知を行う通知サーバと通知先である携 帯端末との間にセッションを確立し、当該セッション上で、携帯端末上で動作するウェブコンテンツを閲覧するためのアプリの表示画面に対してプッシュ通知情報を送信するため、自由度の高いプッシュ通知をワイプとして表示可能とし、たとえばユーザーによるプッシュ通知の認知を高めることができる。
【図面の簡単な説明】
【００２９】
【図１】本発明にかかる通知サーバと携帯端末との関係を示す図である。
【図２】一実施形態にかかるウェブコンテンツへのプッシュ通知の表示例を示す図で    ある。
【図３】一実施形態にかかるセッションの確立方法を示す図である。
【発明を実施するための形態】
【００３０】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００３１】
（本発明の概要）  
本発明は、従来のように携帯端末の各ＯＳが利用可能なリモート通知サービスを用いてプッシュ通知を行うのではなく、図１に示すように、通知を行う通知サーバ１１０と通知先である携帯端末１２０との間にセッションを確立し、当該セッション上で、携帯端末１２０に対してプッシュ通知情報を送信する。
【００３２】
通知サーバ１１０は、ＣＰＵなどの処理部１１１と、記憶部１１２と、通信部１１３とを備え、所定のプログラムを実行することで、以下で説明する各機能を実現する。記憶部１１２には、通知サーバ１１０と携帯端末１２０との間に確立されるセッションが、当該携帯端末１２０の端末識別子に関連づけて記憶される。端末識別子としては、たとえばＩＰアドレスが挙げられる。
【００３３】
上記セッションは、ＷｅｂＳｏｃｋｅｔ規格に準拠するものとすることができる。セッション上でプッシュ通知を行うためには通知サーバ１１０から携帯端末１２０への下り方向の通信が必要となるが、ＷｅｂＳｏｃｋｅｔを用いることによって、双方向通信、特に全二重通信が可能となる。すなわち、通知サーバ１１０は、携帯端末１２０からの要求を必要とすることなく、任意のタイミングでプッシュ通知の配信を行うことができる。
【００３４】
通知部１１２がプッシュ通知を行う通知先の特定は、端末識別子とセッションとの対応づけを格納するセッションテーブルを記憶部１１３に記憶しておき、通知サーバ１１０に入力された端末識別子に基づいて当該セッションテーブルを参照してセッションを特定することによって行うことができる。通知サーバ１１０としては、複数の配信先を含む配信先リストを読み込み、特定されたセッションにプッシュ通知を行っていくバッチ処理を採用してもよい。
【００３５】
各セッションは、携帯端末１２０にインストールされたアプリのアプリ識別子とも関連づけることができ、この場合、通信部１１２は、端末識別子及びアプリ識別子と関連づけられたセッション上で、携帯端末１２０上で動作する当該アプリに対してプッシュ通知を送信することができる。アプリ識別子としては、たとえば逆ドメイン形式（パッケージ名を逆ドメイン記法で記述し一意性を持たせる識別法）が挙げられる。通知先の特定は、セッションテーブルにアプリ識別子も格納し、通知サーバ１１０に入力された端末識別子及びアプリ識別子に基づいて当該セッションテーブルを参照することにより可能である。端末識別子及びアプリ識別子を別個の識別子としてもよいし、１組の端末及びアプリを識別する識別子を用いてもよい。当該アプリは、たとえば、ウェブページを閲覧するためのアプリとすることができる。また、当該アプリがフォアグランドの状態であるときにプッシュ通知情報を送信するようにすることができる。
【００３６】
送信されるプッシュ通知情報の通知内容には、文字、静止画及び動画、３Ｄコンテンツのうちの少なくとも１つを含むことができ、携帯端末１２０の表示画面にポップアップとして表示される。具体的には、プッシュ通知情報を携帯端末１２０が受信すると、携帯端末１２０は、当該プッシュ通知情報に含まれるコンテンツバイナリデータとＨＴＭＬ、ＣＳＳ、ＪＳなどのウェブページを構成する構造化データとを解析し、携帯端末１２０の表示画面上にコンテンツと構造化データを組み立ててポップアップとしてウェブページを再構築することによって、プッシュ通知を表示させる。
【００３７】
通知内容は、アプリ・プロバイダーが作成し、通知サーバ１１０又は通知サーバ１１０が接続可能なコンテンツマネジメントシステム（ＣＭＳ）（図示せず）にそれぞれに識別子を付して記憶しておけばよい。
【００３８】
プッシュ通知は、携帯端末１２０の表示画面の少なくとも１部に配置することができ、用途に応じて位置・大きさ・形状を調整可能である。
【００３９】
このようにすることで、本発明にかかる通知サーバ１１０は、セッションが確立されていることを条件に（後述）、任意の端末に任意のタイミングで、静止画、動画等のリッチなコンテンツを含む任意のプッシュ通知を高い自由度で配信することができる。携帯端末１２０からの要求を不要とできるため、携帯端末１２０の省エネ化を図ることができる。また、携帯端末１２０からの要求に応じて通知を行うと要求の待ち時間が遅延となるところ、本発明によれば、高速なプッシュ通知が実現可能である。
【００４０】
（ウェブコンテンツへのプッシュ通知）  
本発明の一実施形態では、携帯端末１２０上で動作するウェブページなどのウェブコンテンツを識別するウェブ識別子と関連づけてセッションを確立し、図２に示すように、当該セッション上で、携帯端末１２０上で動作するウェブコンテンツを閲覧するためのアプリの表示画面に対してプッシュ通知情報を送信する。
【００４１】
ウェブ識別子としては、たとえば、ウェブコンテンツを含むウェブサイトのＵＲＬが挙げられる。この場合、通知サーバ１１０は、まずウェブサイトが読み込む通知サーバ１１０と全二重通信状態を確立するモジュールが当該セッションに関連づけられたＵＲＬが携帯端末１２０上で閲覧されているか否かを判定し、閲覧されている場合、プッシュ通知情報を送信する。プッシュ通知情報を携帯端末１２０が受信すると、携帯端末１２０は、当該プッシュ通知情報に含まれるコンテンツバイナリデータとＨＴＭＬ、ＣＳＳ、ＪＳなどのウェブページを構成する構造化データとを解析し、携帯端末１２０の表示画面上にコンテンツと構造化データを組み立ててポップアップとしウェブページを再構築することによって、プッシュ通知を表示させる。
【００４２】
このようにすることで、ウェブページなどのウェブコンテンツに対して直接的にプッシュ通知を行うことが可能となる。
【００４３】
なお、アプリが特定のＵＲＬにアクセスするものである場合にはアプリ識別子がウェブ識別子であることがある。
【００４４】
また、ウェブページに対してプッシュ通知を行う場合、ユーザーが閲覧しているサイト（コンテンツ）の閲覧を邪魔しないようにポップアップではないバナー形式のような違う表現で表すこともできる。
【００４５】
（セッション管理）  
本発明にかかるセッションの管理には、いくつかの実施形態が挙げられる。
【００４６】
各セッションは、アプリに関連づけられている場合、アプリの起動に伴い確立し、アプリが起動されている間、維持することができる。
【００４７】
アプリがフォアグランド・バックグランドのいずれの状態においてもセッションを維持しておきつつ、フォアグランドの状態においてのみプッシュ通知情報の送信を行うようにしてもよい。
【００４８】
また、各セッションは、ＵＲＬに関連づけられている場合、当該ＵＲＬから別のＵＲＬに遷移したことに応じて破棄することができる。
【００４９】
（セッションの確立方法）  
本発明にかかるセッションの確立方法には、大別して少なくとも２通りが挙げられる。第１の方法は、携帯端末１２０上で動作するアプリにセッション確立用モジュールを組み込む方法である。当該アプリが携帯端末１２０上で起動すると当該モジュールが実行されて、管理サーバ１１０とのセッションの有無を判定し、セッションが無ければ携帯端末１２０から管理サーバ１１０に、セッションを確立するためのリクエストと合わせて端末識別子又は端末識別子及びアプリ識別子が送信されてセッションが確立され、管理サーバ１１０の記憶部１１３に記憶されたセッションテーブルに新たに確立されたセッションが格納される。管理サーバ１１０は、受け取ったリクエストに対してセッション確立のために端末識別子又は端末識別子及びアプリ識別子を元に判断し、対象クライアントであればレスポンスを返すことで、セッションの確立を行うことができる。
【００５０】
第２の方法は、携帯端末１２０上で動作するウェブコンテンツを閲覧するためのアプリによってアクセスされるウェブサーバにセッション確立用モジュールを記憶しておき、当該ウェブサーバに携帯端末１２０からアクセスがあると、ウェブコンテンツとともに当該モジュールを携帯端末１２０に送信する。携帯端末１２０では上記アプリが当該モジュールを実行してセッションが確立される。上記モジュールは、ウェブサーバに記憶しておいてもよいし、当該ウェブサーバから接続可能な別のサーバ上に記憶しておいてもよい。別のサーバ上に置いておくことでモジュールのアップデートなどのメンテナンスが容易になる。
【００５１】
通知サーバ１１０は、たとえばオペレータが通知サーバ１１０上で提供される管理画面からプッシュ通知の通知先の指定を行うと、各通知先との間でセッションの有無の判定を行う（Ｓ３０１）。セッションが確立されている場合にはプッシュ通知を行うが（Ｓ３０２）、セッションが確立されていない場合、各ＯＳが利用可能なリモート通知サービスを用いて仮にプッシュ通知（「仮プッシュ通知」とも呼ぶ。）を行うことができる（Ｓ３０３）。ユーザーが仮プッシュ通知をタップ又はクリックすると、通知サーバ１１０と携帯端末１２０との間に上記第１又は第２の方法によってセッションの確立が可能となる（Ｓ３０４）。
【００５２】
管理サーバ１１０においては、通知先として指定された端末識別子及びアプリ識別子に対応するセッションが確立していなかったことをセッションテーブルでたとえばフラグを立てて状態を保持しておき、フラグが立っている間に新たにセッションが確立されたことに応じて、確立中と同様にＣＭＳ等から通知内容を取得し、確立された当該セッション上で上記アプリの表示画面に対してプッシュ通知を行う。
【００５３】
（ユーザー行動履歴）
通知サーバ１１０と携帯端末１２０との間にセッションが確立されている際に、通知サーバ１１０は、携帯端末１２０からフィンガープリントなどのユーザー識別子を当該セッション上で受信することができる。なお、「フィンガープリント」とは、ブラウザーの種類及びバージョン、ＯＳの種類及びバージョン、画面解像度、利用可能なフォント、プラグイン、時間帯、言語及びフォントの設定、ハードウエア構成情報等のうちの少なくとも複数を組み合わせて、その違いに基づいてユーザーを特定するものをいう。
【００５４】
セッション確立用モジュール、又は別途の履歴取得用モジュールにユーザー識別子を取得して通知サーバ１１０に送信する機能を与えておき、たとえば、ユーザーが携帯端末１２０を用いて第１のウェブページにアクセスしたこと、第１のウェブページから当該第１のウェブページとは異なる第２のウェブページにアクセスしたことなどのユーザー行動履歴とともに通知サーバ１１０に送信して通知サーバ１１０の記憶部１１２又は通信サーバ１１０からアクセス可能な記憶部に格納してもよい。
【００５５】
セッション確立時、又はセッション確立後の所定のタイミングで通知サーバ１１０が携帯端末１２０のユーザー識別子を受信するようにしておくと、受信したユーザー識別子に関連づけられた過去のユーザー行動履歴を参照して、当該セッション上での携帯端末１２０へのプッシュ通知の通知内容を決定することが可能となる。ユーザー行動履歴を参照した活用例としては、例えば、第１のウェブページである商品の詳細ページを見た情報を参照して、第２のウェブページで第１のウェブページで興味を持った商品のおすすめ通知をするといったことが可能になる。
【００５６】
（ウェブページ間の誘導・連携）  
膨大な数のウェブページが存在する現在、新たに作成されたウェブページへのアクセスを効率的に集めるための手法があれば、それは強く望まれるところであるが、本発明の一態様では、単発のプッシュ通知ではなく、所定の期間の間に既存ウェブページにアクセスしたユーザーに対して当該既存ウェブページとは異なる新規ウェブページに関連づけられたプッシュ通知を送信する。たとえば、新規ウェブページのＵＲＬを通知内容に含むプッシュ通知とすることができる。
【００５７】
新たに作成されたウェブページへの効率的な導線を与えることの困難さがもたらすこの問題は、当該新たに作成されたウェブページを含むウェブサイトのトップページを上記既存ウェブページとすることで、特に顕著な効果が得られる。記事の見出しなどが並ぶことの多いトップページは、多くのアクセス数があるものの多くのユーザーは短時間でより下位階層のウェブページへと遷移してしまうことから、単発のプッシュ通知では多くのユーザーに配信することが容易ではないが、所定の期間にわたりプッシュ通知を継続することに多くのユーザーを捉えることができる。
【００５８】
新規ウェブページが含まれるウェブサイトのトップページの他には、新規ウェブページに関連するウェブサイトのトップページとすることも同様に効果的である。
【００５９】
ユーザーが同じドメイン内に滞在中にセッションを維持することが効果的な用途もあり、そのために、携帯端末１２０からサーバ１１０にkeep_aliveパケットを送信してもよい。
【００６０】
（動画ワイプ）  
プッシュ通知の通知内容として、動画、特にオリンピック、高校野球等のスポーツの試合、ロケットの打ち上げ、コンサートなどの実況動画が対象となる場合、本発明の一態様では、ワイプとして表示を行う。本明細書では、「ワイプ」とは、表示領域の隅により小さな領域を設けて別の映像を表示したもの、又はその表示領域を指す用語として用いる。  
【００６１】
プッシュ通知の性質として、場合によっては、ユーザーが表示しようとするウェブコン テンツの障害となる傾向にある。ウェブコンテンツの閲覧に優先して配信者側が表示させたいもの、たとえば広告、ウェブサイトへのログインパスワードの入力要求、パスワードの変更案内、エラー表示等についてはさほど問題とはならない可能性が高い。しかしながら、おおよその開始日時は分かっているものの正確な開始日時は必ずしも定まっていない実況動画等をユーザーのウェブブラウザにプッシュ通知として表示させることを考えると、開始までの期間はユーザーのウェブブラウザの使用、その他の作業の障害となってしまうおそれがある。
【００６２】
本発明の一態様では、実際にイベントの開始時刻又は開始予定時刻が近づいてきたタイミングで、たとえば１時間、３０分、１０分、５分、１分前等の所定時間前にワイプとして実況動画のプッシュ通知を行う。ワイプの配置位置は、ウェブブラウザなどのアプリの表示領域の右下、右上、左上、左下などの隅とすることができ、また、表示されているページをスクロールしてもワイプの配置位置は固定したままとすることができる。ユーザーが望めば、ワイプをドラッグしてその位置は可変としてもよい。
【００６３】
動画ワイプの対象となるイベントとしては、ウェブブラウザが表示しているウェブページ又はウェブサイトの内容に関連するイベント、ユーザーの過去の行動履歴から判定した当該ユーザーの興味に関連するイベントなどとしてもよい。あるいは、通知サーバ１１０が通知可能な通知先のすべて又は一部に対して一律に配信をしてもよい。
【００６４】
動画ワイプの表示手順としては、次のようになる。まず、携帯端末１１２にプッシュ通知情報を送信する。次に、携帯端末１１２のウェブブラウザが当該プッシュ通知情報に含まれるスクリプトを実行して当該ウェブブラウザに関連づけてワイプのための表示領域を生成する。そして、当該ワイプにおいて実況動画を自動再生するか、ユーザーから当該ワイプに対する入力に応じて再生を開始する。さらにユーザーからのタップ、クリックなどの入力に応じてワイプを拡大又は全画面表示できるようにしてもよい。
【００６５】
プッシュ通知として表示される動画は、表示が行われるウェブページ又はウェブサイトにおいては提供されない動画とすることもできる。このようにユーザーが今閲覧しているウェブコンテンツとは関連性のない又は低いものを表示する際には、上述のようにワイプとして、ユーザーが表示しようとするウェブコンテンツの障害となるリスクを大幅に低減することができる。
【００６６】
（効果測定）
各ＯＳが提供するリモート通知サービスはプッシュ通知の効果を確認することは出来ず、効果的なプッシュ通知の戦略を立てることが難しい。セッションを用いる本発明にかかるプッシュ通知では、プッシュ通知後のユーザーアクションなどの情報を管理サーバ１１０側で取得することができる。たとえば、プッシュ通知にアンケート機能を設け、ユーザーからの反応等を集計することで、より効果的なプッシュ通知を行うための分析が可能になる。
【００６７】
（負荷軽減）  
通知サーバ１１０が接続可能な携帯端末の数、或いは同時に確立可能なＷｅｂＳｏｃｋｅｔセッション数には制約がある場合がある。そこで、本発明の一態様では、ＷｅｂＳｏｃｋｅｔセッションが確立された第１の携帯端末を経由してＷｅｂＳｏｃｋｅｔセッションが確立されていない第２の携帯端末へのプッシュ通知を行う。
【００６８】
まず、第２の携帯端末が通知サーバ１１０にＷｅｂＳｏｃｋｅｔセッションの確立リクエストを行う。次に、通知サーバ１１０は、確立済みのＷｅｂＳｏｃｋｅｔセッション数が所定の上限又はセッション数に達していると判定したときは、確立不可の通知を第２の携帯端末に返す。ここで、通知サーバ１１０は、ＷｅｂＳｏｃｋｅｔセッションが確立中の第１の携帯端末のＩＰアドレスもあわせて返す。第２の携帯端末は、この場合、ＷｅｂＳｏｃｋｅｔ用モジュール又は別途のＷｅｂＲＴＣ用モジュールによりＷｅｂＲＴＣ規格に準拠したＷｅｂＲＴＣセッションを第１の携帯端末との間で確立する。そして、第１の携帯端末は、通知サーバ１１０よりプッシュ通知を受信すると、第１の携帯端末の記憶部に記憶されたＷｅｂＳｏｃｋｅｔ用モジュール又は別途のＷｅｂＲＴＣ用モジュールによって現在第２の携帯端末とＷｅｂＲＴＣセッションが確立中であることに応じて当該プッシュ通知を第２の携帯端末に転送する。
【００６９】
このようにして、本発明の一態様では、通知サーバ１１０の負荷を軽減することが可能である。
【００７０】
（その他）  
ＨＴＭＬ、ＣＳＳ、ＪＳなどのウェブの表現技術を利用したリッチなプッシュ通知は自由な表現が可能である。その表現態様は、テキストをはじめ、画像、サウンド、動画、透過利用アニメーション、３Ｄコンテンツ、ゲームなどのプログラムが利用でき、表現の形状もポップアップに留まらない自由な形状を表現することが出来る。
【００７１】
付加機能として一方的に情報を表現するプッシュ通知だけではなく、ゲーム性を取り入れたプッシュ通知が可能で、例えばあみだくじのようなプログラムをプッシュ通知し、ユーザーの選択によって当たりが出ると特典を与えるといったプッシュ通知が可能である。
【００７２】
付加機能としてあらかじめユーザーが取り決めたパスワードを入力しないとプッシュ通知の内容が確認出来ないプッシュ通知が可能である。
【００７３】
ウェブサイレントプッシュ機能として通知サーバ１１０からユーザーの目には現れないプッシュ通知を送信することが可能で、表示しているウェブページの一部を書き換えて、ページの一部を更新したり、広告領域の広告コンテンツを変更したりといったことが任意のタイミングで可能になる。
【符号の説明】
【００７４】
１１０  通知サーバ
１１１  処理部
１１２  記憶部
１１３  通信部
１２０  携帯端末
【図１】
2017188131.tif 000003
【図２】
2017188131.tif 000004
【図３】
2017188131.tif 000005
【手続補正書】
【提出日】平成29年7月20日(2017.7.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
携帯端末にワイプによるプッシュ通知を表示させるための通知サーバであって、
前記携帯端末との間に確立されるセッションを前記携帯端末の端末識別子及びウェブコンテンツを識別するためのウェブ識別子に関連づけて記憶する記憶部と、
前記携帯端末の前記端末識別子及び前記ウェブ識別子とともに記憶されたセッション上で、前記携帯端末上で動作するウェブコンテンツを閲覧するためのアプリの表示画面に対してプッシュ通知情報を送信する通信部と
を備え、
前記プッシュ通知情報により表示される前記プッシュ通知はワイプとして表示される動画を含み、
前記通信部はさらに、前記携帯端末との間に確立されたセッションが前記記憶部に記憶されていない場合、前記携帯端末に搭載されたＯＳが利用可能なリモート通知サービスに対して端末識別子を送信して、前記通知サーバと前記携帯端末との間のセッションを確立するための前記携帯端末への仮プッシュ通知を要求し、
前記仮プッシュ通知は、タップ又はクリックされるとウェブコンテンツを閲覧するためのアプリが起動され、前記アプリによってセッション確立モジュールが実行されて前記セッションを確立するためのリクエストが前記通信部によって受信されるものであることを特徴とする通知サーバ。
【請求項２】
前記通信部は、前記携帯端末からの要求を必要とすることなく、前記プッシュ通知情報を送信することを特徴とする請求項１に記載の通知サーバ。
【請求項３】
前記通信部は、前記アプリがフォアグランドの状態であるときに、前記プッシュ通知情報を送信することを特徴とする請求項１又は２に記載の通知サーバ。
【請求項４】
前記通知部は、前記通知サーバに入力された端末識別子及びウェブ識別子に基づいて端末識別子及びウェブ識別子とセッションとの対応づけを格納するセッションテーブルを参照して特定されるセッションを用いて、前記プッシュ通知情報の送信を行うことを特徴とする請求項１から３のいずれかに記載の通知サーバ。
【請求項５】
前記プッシュ通知情報の送信は、前記ウェブ識別子により識別されるウェブコンテンツが前記表示画面に表示されているときに行われることを特徴とする請求項１から４のいずれかに記載の通知サーバ。
【請求項６】
前記ウェブ識別子は、前記ウェブコンテンツを含むウェブサイトのＵＲＬであることを特徴とする請求項１から５のいずれかに記載の通知サーバ。
【請求項７】
前記セッションは、前記アプリが起動されている間、維持されることを特徴とする請求項１から６のいずれかに記載の通知サーバ。
【請求項８】
前記セッションは、前記アプリの起動に伴い確立されることを特徴とする請求項１から７のいずれかに記載の通知サーバ。
【請求項９】
前記セッションは、ＷｅｂＳｏｃｋｅｔ規格に準拠することを特徴とする請求項１から８のいずれかに記載の通知サーバ。
【請求項１０】
前記プッシュ通知は、実況動画のためのワイプとして配置されることを特徴とする請求項１から９のいずれかに記載の通知サーバ。
【請求項１１】
イベントの開始時刻又は開始予定時刻の所定時間前にワイプによるプッシュ通知を行うことを特徴とする請求項１から９のいずれかに記載の通知サーバ。
【請求項１２】
前記ワイプは、ユーザーのドラッグにより表示位置が可変であることを特徴とする請求項１から９のいずれかに記載の通知サーバ。
【請求項１３】
前記リモート通知サービスは、ＡＰＮｓ又はＧＣＭであることを特徴とする請求項１から１２のいずれかに記載の通知サーバ。
【請求項１４】
前記通信部は、前記記憶部に確立された前記セッションが記憶されたことに応じて、前記セッション上で、前記携帯端末に対してプッシュ通知情報を送信することを特徴とする請求項１から１３のいずれかに記載の通知サーバ。
【請求項１５】
前記通信部は、前記携帯端末からの要求を必要とすることなく、前記プッシュ通知情報を送信することを特徴とする請求項１４に記載の通知サーバ。
【請求項１６】
携帯端末にワイプによるプッシュ通知を表示させるための通知方法であって、
前記携帯端末との間に確立されるセッションを前記携帯端末の端末識別子及びウェブコンテンツを識別するためのウェブ識別子に関連づけて記憶するステップと、
前記携帯端末の前記端末識別子及び前記ウェブ識別子とともに記憶されたセッション上で、前記携帯端末上で動作するウェブコンテンツを閲覧するためのアプリの表示画面に対してプッシュ通知情報を送信するステップと
を含み、
前記プッシュ通知情報により表示される前記プッシュ通知はワイプとして表示される動画を含み、
前記携帯端末との間に確立されたセッションが前記記憶部に記憶されていない場合、前記携帯端末に搭載されたＯＳが利用可能なリモート通知サービスに対して端末識別子を送信して、前記通知サーバと前記携帯端末との間のセッションを確立するための前記携帯端末への仮プッシュ通知を要求し、
前記仮プッシュ通知は、タップ又はクリックされるとウェブコンテンツを閲覧するためのアプリが起動され、前記アプリによってセッション確立モジュールが実行されて前記セッションを確立するためのリクエストを受信させるものであることを特徴とする通知方法。
【請求項１７】
コンピュータに、携帯端末にワイプによるプッシュ通知を表示させるための通知方法を実行させるためのプログラムであって、前記通知方法は、
前記携帯端末との間に確立されるセッションを前記携帯端末の端末識別子及びウェブコンテンツを識別するためのウェブ識別子に関連づけて記憶するステップと、
前記携帯端末の前記端末識別子及び前記ウェブ識別子とともに記憶されたセッション上で、前記携帯端末上で動作するウェブコンテンツを閲覧するためのアプリの表示画面に対してプッシュ通知情報を送信するステップと
を含み、
前記プッシュ通知情報により表示される前記プッシュ通知はワイプとして表示される動画を含み、
前記携帯端末との間に確立されたセッションが前記記憶部に記憶されていない場合、前記携帯端末に搭載されたＯＳが利用可能なリモート通知サービスに対して端末識別子を送信して、前記通知サーバと前記携帯端末との間のセッションを確立するための前記携帯端末への仮プッシュ通知を要求し、
前記仮プッシュ通知は、タップ又はクリックされるとウェブコンテンツを閲覧するためのアプリが起動され、前記アプリによってセッション確立モジュールが実行されて前記セッションを確立するためのリクエストを受信させるものであることを特徴とするプログラム。