(57)【要約】【課題】プッシュ通知基盤を利用するユーザが各プッシュ通知基盤の仕様の差異を意識せずにメッセージを登録できるようにする。【解決手段】情報配信装置３は、ステップS１において宛先の通信端末装置のOS種別等を確認し、ステップS２において依頼先のプッシュ通知基盤をOS種別に基づいて選択する。依頼先が第1プッシュ通知基盤であればステップS３へ進み、メッセージ長LmがLref1以下であればステップS４へ進んで当該メッセージをそのまま送信する。メッセージ長がLref1以下でなければステップS６へ進み、メッセージIDのみを送信する。依頼先が第２プッシュ通知基盤であればステップS５へ進み、メッセージ長LmがLref2以下であればステップS４へ進んで当該メッセージをそのまま送信する。メッセージ長がLref2以下でなければステップS６へ進んでメッセージIDのみを送信する。【選択図】図４
2015052894.tif 000002
【特許請求の範囲】
【請求項１】
通信端末装置へのプッシュ通知によるメッセージ送信をプッシュ通知基盤に対して依頼する情報配信装置において、
送信要求されたメッセージをメッセージIDと対応付けて登録するメッセージ受付手段と、
各プッシュ通知基盤の仕様を記憶する仕様記憶手段と、
通信端末装置が使用するOSに基づいてプッシュ通知基盤を選択する選択手段と、
メッセージ送信の仕様を解析するメッセージ解析手段と、
メッセージ送信の仕様を前記選択されたプッシュ通知基盤の仕様に適合させる適合化手段とを具備したことを特徴とする情報配信装置。
【請求項２】
前記メッセージ解析手段は、メッセージ長がプッシュ通知基盤の仕様に適合しているか否かを判定し、
前記適合化手段は、仕様に適合しないメッセージをメッセージIDに書き換えることを特徴とする請求項１に記載の情報配信装置。
【請求項３】
メッセージIDの記述されたメッセージ要求に応答して、当該メッセージIDに対応したメッセージを送信するメッセージ要求処理手段をさらに具備したことを特徴とする請求項１または２に記載の情報配信装置。
【請求項４】
プッシュ通知基盤に対して送信依頼するメッセージを選択的に暗号化する暗号化手段をさらに具備し、
前記暗号化手段は、メッセージは暗号化し、メッセージIDは暗号化しないことを特徴とする請求項２または３に記載の情報配信装置。
【請求項５】
前記メッセージ解析定手段は、メッセージの有効期限の指定方法が各プッシュ通知基盤の仕様に適合しているか否かを判定し、
前記適合化手段は、仕様に適合しない指定方法を仕様に適合する指定方法に書き換えることを特徴とする請求項１に記載の情報配信装置。
【請求項６】
前記メッセージ解析定手段は、前記有効期限の指定方式が期間方式および期限方式のいずれであるかを分析し、
前記適合化手段は、期間方式および期限方式の一方を他方に書き換えることを特徴とする請求項５に記載の情報配信装置。
【請求項７】
通信端末装置へのプッシュ通知によるメッセージ送信をプッシュ通知基盤に対して依頼する情報配信プログラムにおいて、
送信要求されたメッセージをメッセージIDと対応付けて登録する手順と、
通信端末装置が使用するOSに基づいてプッシュ通知基盤を選択する手順と、
メッセージ送信の仕様を解析する手順と、
メッセージ送信の仕様を前記選択されたプッシュ通知基盤の仕様に適合させる手順とを、コンピュータに実行させる情報配信プログラム。
【請求項８】
通信端末装置へのプッシュ通知によるメッセージ送信を情報配信装置がプッシュ通知基盤に対して依頼する情報配信方法において、
前記情報配信装置が、
送信要求されたメッセージをメッセージIDと対応付けて登録する手順と、
通信端末装置が使用するOSに基づいてプッシュ通知基盤を選択する手順と、
メッセージ長がプッシュ通知基盤の仕様に適合しているか否かを判定する手順と、
仕様に適合しないメッセージをメッセージIDに書き換えて送信する手順とを含み、
前記通信端末装置が、
受信メッセージがメッセージIDであるか否かを判別する手順と、
受信メッセージがメッセージIDであると、当該メッセージIDを記述したメッセージ要求を情報配信装置へ送信する手順とを含み、
前記情報配信装置は、前記メッセージIDの記述されたメッセージ要求の受信に応答して当該メッセージIDに対応したメッセージを前記通信端末装置へ送信することを特徴とする情報配信方法。
【請求項９】
プッシュ通知によりメッセージを受信する通信端末装置において、
受信メッセージがメッセージIDであるか否かを判別する手段と、
受信メッセージがメッセージIDであると、当該メッセージIDを記述したメッセージ要求をメッセージ送信の依頼元へ送信して当該メッセージIDに対応したメッセージを取得する手段とを具備したことを特徴とする通信端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、IPネットワーク上でメッセージを送信する方法、装置およびシステムに係り、特に、プッシュ通知方式によりメッセージを送信する情報配信装置、方法およびプログラムならびに通信端末装置に関する。
【背景技術】
【０００２】
近年、スマートフォン等の携帯通信端末の普及により、情報更新等をユーザに効果的に伝えるために、ユーザからのリクエストを受けてサーバから情報を送信するのではなく、サーバ契機で、サーバからユーザが利用する携帯通信端末に対してメッセージを送信する、プッシュ通知と呼ばれるメッセージ送信方法が広く利用されるようになっている。
【０００３】
図８は、プッシュ通知の実現形態の一例を示した図であり、情報サーバで公開されている情報が更新された場合に、その旨がプッシュ通知サーバ経由でユーザの各通信端末に伝えられる。通知を受け取ったユーザ端末は、その通知を契機として情報サーバにアクセスして更新された情報を取得する。このようなプッシュ通知によれば、ユーザ端末側から情報更新を確認する必要がないので、通信量や端末の消費電力量を削減できる。
【０００４】
図８に示したプッシュ通知方法は、情報サーバ運用者がプッシュ通知サーバも運用することを想定している。しかしながら、近年の携帯通信端末の普及によりユーザが常時通信端末を携帯するようになったため、プッシュ通知の有効性が高まり、多くのサービスでプッシュ通知が利用されるようになっている。
【０００５】
このような背景において、図９に一例を示したように、プッシュ通知を効率的に行うため、ユーザ端末に対してプッシュ通知を行う部分をプッシュ通知共通基盤として切り出し、それを第三者が運用する形態も登場している。
【０００６】
非特許文献１，２には、スマートフォンOSを提供するGoogle社やApple社が、各OSを実装した通信端末に対してプッシュ通知によりメッセージを送信するためのプッシュ通知サーバが開示されている。
【０００７】
また、各社が提供するプッシュ通知基盤の仕様（例えば最大通知メッセージ長など）は一般的に異なるため、特許文献３には、各社が提供するプッシュ通知基盤を一元的に利用可能とするサービスが開示されている。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】Google Cloud Messaging (GCM)http://developer.android.com/guide/google/gcm/index.html
【非特許文献２】Apple Push Notification Service (APNS)https://developer.apple.com/library/ios/#documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/ApplePushService/ApplePushService.html
【非特許文献３】（株）ブレスサービスによるプッシュ通知ASPサービス「CORE PUSH」http://core-asp.com
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献３に開示されたサービス「CORE PUSH」を利用するユーザは、各社が提供するプッシュ通知基盤ごとにメッセージ等を登録する必要がある。また、各メッセージ通知基盤がプッシュ通知を受け付けるメッセージに要求する仕様（メッセージ長や有効期限の指定方法など）は一般的に異なるため、例えばメッセージ長が、一方のプッシュ通知基盤の仕様（最大メッセージ長）は満たすが他方のプッシュ通知基盤の仕様は満たさないといった場合が生じ得る。
【００１０】
このようにメッセージの仕様が全てのメッセージ通知基盤の仕様に適合するものでない場合には、メッセージ通知基盤ごとに仕様を適合させたメッセージを用意しなければならないという問題があった。
【００１１】
本発明の目的は、従来技術の課題を解決し、プッシュ通知基盤を利用するユーザが、各プッシュ通知基盤の仕様の差異を意識せずに、通知するメッセージを登録できる情報配信装置、方法およびプログラムならびに通信端末装置を提供することにある。
【課題を解決するための手段】
【００１２】
上記の目的を達成するために、本発明は、以下のような構成を具備した点に特徴がある。
【００１３】
(1)本発明の情報配信装置は、メッセージおよび当該メッセージに固有のメッセージIDを含む送信要求を受け付けるメッセージ受付手段と、各プッシュ通知基盤の仕様を記憶する仕様記憶手段と、通信端末が使用するOSに基づいてプッシュ通知基盤を選択する選択手段と、メッセージ送信の仕様を解析するメッセージ解析手段と、メッセージ送信の仕様を前記選択されたプッシュ通知基盤の仕様に適合させる適合化手段とを具備した。
【００１４】
(2)本発明の情報配信方法は、情報配信装置が、メッセージおよび当該メッセージに固有のメッセージIDを含む送信要求を受け付ける手順と、通信端末が使用するOSに基づいてプッシュ通知基盤を選択する手順と、メッセージ長がプッシュ通知基盤の仕様に適合しているか否かを判定する手順と、仕様に適合しないメッセージをメッセージIDに書き換えて送信する手順とを含み、
通信端末装置が、受信メッセージがメッセージIDであるか否かを判別する手順と、受信メッセージがメッセージIDであると、当該メッセージIDを記述したメッセージ要求を情報配信装置へ送信する手順とを含み、
情報配信装置は、前記メッセージIDを記述したメッセージ要求の受信に応答して当該メッセージIDに対応したメッセージを通信端末装置へ送信するようにした。
【００１５】
(3)本発明の通信端末装置は、プッシュ通知によりメッセージを受信する通信端末装置において、受信メッセージがメッセージIDであるか否かを判別する手段と、受信メッセージがメッセージIDであると、当該メッセージIDを記述したメッセージ要求をメッセージ送信の依頼元へ送信して当該メッセージIDに対応したメッセージを取得する手段とを具備した。
【発明の効果】
【００１６】
本発明によれば、以下のような効果が達成される。
【００１７】
(1) 本発明の情報配信装置によれば、プッシュ通知による送信要求を受け付けたメッセージの仕様が、宛先端末に応じて選択されるプッシュ通知基盤の仕様に適合していなければ、前記メッセージの仕様が当該選択されたプッシュ通知基盤の仕様に適合するよう変更されるので、メッセージの配信依頼者は通信端末装置のOS種別を意識せずにメッセージを作成、配信依頼できるようになる。
【００１８】
(2) 本発明の情報配信方法によれば、プッシュ通知による送信要求を受け付けたメッセージのメッセージ長がプッシュ通知基盤の仕様に適合していなければ、メッセージに代えてメッセージIDのみがプッシュ通知され、当該プッシュ通知を受信した通信端末装置は自ら情報配信装置へアクセスすることで当該メッセージIDに対応するメッセージ本文を取得できる。したがって、メッセージの配信依頼者は宛先端末装置のOS種別を意識せずにメッセージを作成、配信依頼できるようになる。
【００１９】
(3) 本発明の通信端末装置によれば、メッセージの仕様とプッシュ通知基盤の仕様とが適合しなかったためにメッセージに代えてメッセージIDのプッシュ通知が受信されても、メッセージIDを記述したメッセージ要求を送信することでメッセージを取得することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明が適用されるネットワークの構成を示したブロック図である。
【図２】情報配信装置の主要部の構成を示した機能ブロック図である。
【図３】ユーザ登録の手順を示したシーメンスフローである。
【図４】本発明の第1実施形態の動作を示したフローチャートである。
【図５】通信端末におけるメッセージ受信手順を示したフローチャートである。
【図６】プッシュ通知基盤の有効期限指定方法に関する仕様を比較した図である。
【図７】本発明の第２実施例の動作を示したフローチャートである。
【図８】従来のプッシュ通知の形態を示した図である。
【図９】従来のプッシュ通知共通基盤の利用形態を示した図である。
【発明を実施するための形態】
【００２１】
以下、図面を参照して本発明の実施の形態について詳細に説明する。図１は、本発明が適用されるプッシュ通知対応のネットワーク構成を示したブロック図であり、プッシュ通知によるメッセージ送信を代行する第１および第２プッシュ通知基盤（サーバ）１，２、プッシュ通知によるメッセージ送信を各プッシュ通知基盤１，２へ依頼する情報配信装置（サーバ）３はいずれもネットワークに接続され、プッシュ通知されるメッセージを受信する通信端末装置４（４ａ，４ｂ），５も、無線基地局を経由してネットワークに接続されている。
【００２２】
本実施例では、通信端末装置４，５が種別の異なるOSを実装しており、通信端末装置４は、第1プッシュ通知基盤１から送信されるプッシュ通知を受信でき、通信端末装置５は、第２プッシュ通知基盤２から送信されるプッシュ通知を受信できるものとする。したがって、情報配信装置３は、通信端末装置４へプッシュ通知によりメッセージを送信する際は第1プッシュ通知基盤１に対してメッセージ送信を依頼し、通信端末装置５へプッシュ通知によりメッセージを送信する際は第２プッシュ通知基盤２に対してメッセージ送信を依頼する。
【００２３】
図２は、前記情報配信装置３の主要部の構成を示した機能ブロック図であり、ここでは、本発明の説明に不要な構成は図示が省略されている。本発明の情報配信装置３は、汎用のコンピュータやサーバに各機能を実現するアプリケーション（プログラム）を実装して構成しても良いし、あるいはアプリケーションの一部がハードウェア化またはROM化された専用機や単能機として構成しても良い。
【００２４】
ユーザ登録受付部１０１は、予め各通信端末装置４，５からのユーザ情報の登録を受け付けてユーザDB１０２へ登録する。メッセージ受付部１０３は、プッシュ通知による送信を要求されたメッセージおよびその宛先情報を含む送信要求を受け付け、各メッセージに固有のメッセージIDを付与してメッセージDB１００に登録する。
【００２５】
前記メッセージの受付方法は、情報配信装置３（メッセージ受付部１０３）がWeb GUIを提供し、情報配信者がPCからWebブラウザ等を利用して手動で入力しても良いし、あるいは情報配信装置３がAPI（Application Programming Interface）を提供し、外部サーバ等で動作させるプログラムを利用してメッセージや宛先を自動で入力するようにしても良い。
【００２６】
適合化部１０４において、仕様記憶部１０４ａには、各プッシュ通知基盤１，２のプッシュ通知に関する仕様が記憶されている。選択部１０４ｂは、宛先の通信端末装置（以下、宛先端末と表現する場合もある）が実装するOSの種別に基づいてプッシュ通知基盤を選択する。メッセージ解析部１０４ｃは、メッセージの有効期限を指定する方法やメッセージ長といったメッセージの送信仕様を解析する。
【００２７】
前記適合化部１０４は、プッシュ通知による送信を要求されたメッセージの送信仕様が前記OS種別に基づいて選択されたプッシュ通知基盤の仕様に不適合であれば、メッセージの送信仕様をプッシュ通知基盤の仕様に適合させる。メッセージ送信依頼部１０５は、前記送信要求されたメッセージのプッシュ通知による送信を前記選択されたプッシュ通知基盤に対して依頼する。
【００２８】
メッセージ要求処理部１０６は、前記プッシュ通知を受信した通信端末装置から送信されたメッセージ要求の受信に応答して、当該要求されたメッセージをメッセージDB１００から読み出して送信する。
【００２９】
図３は、前記情報配信装置３のユーザ登録受付部１０１が、通信端末装置からユーザ登録を受け付けて、そのユーザ情報をユーザDB１０２へ登録するまでの手順を示したシーケンスフローである。
【００３０】
時刻t1では、通信端末装置４，５からプッシュ通知基盤１，２へユーザ登録がそれぞれ要求される。時刻t2では、プッシュ通知基盤に通信端末装置がユーザ登録されて当該通信端末装置に固有のデバイスIDが発行される。時刻t3では、プッシュ通知基盤から通信端末装置へ前記デバイスIDが通知される。時刻t4では、前記デバイスIDが通信端末装置に付与される。時刻t5では、通信端末装置から情報配信装置３へ、前記デバイスID、宛先情報を含むユーザIDおよびOS種別が通知されて前記ユーザDB１０２へ蓄積される。
【００３１】
次いで、フローチャートを参照してメッセージのプッシュ通知による送信方法について説明する。本実施例では前提条件として以下を想定する。
【００３２】
(1)異なるOSに対応する複数のプッシュ通知基盤１，２が存在する。
(2)第１プッシュ通知基盤における最大メッセージ長をLref1、第２プッシュ通知基盤における最大メッセージ長をLref2（0 <Lref1<Lref2）とする。
【００３３】
図４は、情報配信装置３におけるメッセージ送信依頼の手順を示したフローチャートであり、メッセージ受付部１０３において、情報配信者よりメッセージの送信要求が登録されると、ステップS１では、当該メッセージのユーザID（宛先）、当該ユーザIDに対応するOSの種別が前記ユーザDBに基づいて確認される。ステップS２では、OS種別に基づいて依頼先のプッシュ通知基盤が判定され、第1プッシュ通知基盤１であればステップS３へ進み、第２プッシュ通知基盤２であればステップS５へ進む。
【００３４】
ステップS３では、メッセージ長Lmが第１プッシュ通知基盤１の最大メッセージ長Lref1と比較され、Lm≦Lref1であれば仕様が適合するので、ステップS４へ進んで当該メッセージがそのまま送信依頼される。これに対して、メッセージ長Lm＞Lref1であれば、仕様が適合しないのでステップS６へ進み、メッセージIDのみが送信依頼される。第１プッシュ通知基盤１は、前記送信依頼されたメッセージまたはメッセージIDをプッシュ通知により宛先端末へ送信する。
【００３５】
一方、前記ステップS２において、依頼先が第２プッシュ通知基盤と判定されればステップS５へ進む。ステップS５ではメッセージ長Lmが第２プッシュ通知基盤２の最大メッセージ長Lref2と比較され、Lm≦Lref2であれば仕様が適合するので、ステップS４へ進んで当該メッセージがそのまま送信依頼される。これに対して、メッセージ長Lm＞Lref2であれば、仕様が適合しないのでステップS６へ進み、メッセージIDのみが送信依頼される。
【００３６】
なお、前記ステップS６に関して、プッシュ通知基盤がGCM(Google Cloud Messaging for Android)サーバであれば、情報配信装置３からGCMへのメッセージ送信にはplain textまたはJSONのフォーマットが利用される。メッセージはHTTP headerおよびHTTP bodyにより構成され、メッセージ本文はHTTP bodyに記述されるので、本実施例では、HTTP bodyの記述内容がメッセージ本文からメッセージIDに書き換えられる。
【００３７】
一方、メッセージを送信する際、通常では情報配信装置３と各プッシュ通知基盤１，２との間、および各プッシュ通知基盤１，２と通信端末装置４，５との間では暗号化した通信路が利用されるのでメッセージ自体の暗号化は必須ではない。しかしながら、プッシュ通知基盤１，２において、一旦暗号化された通信路が復号化されるため、プッシュ通知基盤内ではメッセージを見ることは可能である。
【００３８】
そのため必要に応じて、情報配信装置３においてメッセージ自体を暗号化して送信してもよい。あるいはメッセージ暗号化のコストを考慮し、ステップS４においてメッセージをそのまま送信する場合は暗号化を実施し、ステップS６においてメッセージIDのみを送信する場合は暗号化しない、というような実装でもよい。
【００３９】
図５は、通信端末装置におけるメッセージ受信の手順を示したフローチャートであり、ステップS２１において、前記プッシュ通知されたメッセージが受信されると、ステップS２２では、受信メッセージにメッセージ本文およびメッセージIDのいずれが記述されているか判定される。メッセージ本文が記述されていれば、ステップS２５へ進んで当該メッセージ本文が表示出力される。
【００４０】
これに対して、メッセージIDが記述されていればステップS２３へ進み、前記情報配信装置３に対して前記メッセージIDの記述されたメッセージ要求が送信される。情報配信装置３のアドレスは、例えば前記メッセージにメッセージIDと共に記述されているか、あるいは通信端末装置４，５に既登録である。情報配信装置３から当該メッセージ要求に対してメッセージが応答され、これがステップS２４で受信されると、ステップS２５へ進んで当該メッセージ本文が表示出力される。
【００４１】
本実施例によれば、プッシュ通知による送信を受け付けたメッセージのメッセージ長がプッシュ通知基盤の仕様に適合していなければ、前記メッセージに代えて当該メッセージを一意に識別できるメッセージIDのみがプッシュ通知され、当該プッシュ通知を受信した通信端末装置が自ら情報配信装置３へアクセスして前記メッセージIDと紐付けられたメッセージ本文を取得できるので、メッセージの配信依頼者は宛先端末装置のOS種別を意識せずにメッセージを作成、配信依頼できるようになる。
【００４２】
さらに、本実施例によれば、通信端末装置３は、メッセージの仕様とプッシュ通知基盤の仕様とが適合しなかったためにメッセージに代えてメッセージIDのプッシュ通知が受信されても、メッセージIDを記述したメッセージ要求を送信することでメッセージを取得することができる。
【００４３】
なお、上記の実施形態では、プッシュ通知基盤の仕様の差異としてメッセージ長に着目して説明したが、他の仕様の差異、例えばメッセージの有効期限の指定方法の差異に着目しても良い。
【００４４】
メッセージの有効期限は、メッセージの宛先となる通信端末装置がネットワークに接続していない等の理由によりメッセージを受信できない状態にあるときに、プッシュ通知基盤がどの程度メッセージを保持しておくかを指定するパラメータである。
【００４５】
指定方法として、保持期間（メッセージ受信後x秒間など）を指定する方法と、保持期限（何月何日何時何分まで）を指定する方法とがある。また有効期限を指定しなかった場合の取扱いにも違いがあり、例えば、指定しなかった場合は一定期間、例えば４週間保持する場合もあれば、全く保持しない場合もある。本実施例では、情報配信装置３が提供するユーザへの入力インタフェースにおいて、有効期限の指定方法として以下の選択肢を用意する。
(1)保持しない
(2)保持期間を指定（時間を入力）
(3)保持期限を指定（日時を入力）
(4)指定なし
【００４６】
図７は、本発明の第２実施例の動作を示したフローチャートであり、ここでは、第１および第２プッシュ通知基盤の有効期限の指定方法に関する仕様が図６の通りであるものとして説明する。
【００４７】
情報配信者よるメッセージの送信要求が前記メッセージ受付部１０３により受け付けられてメッセージDB１００に登録されると、ステップS５１では、当該メッセージのユーザID、当該ユーザIDに対応するOSの種別が確認される。ステップS５２では、前記選択部１０４ｂにおいて依頼先のプッシュ通知基盤が宛先端末のOS種別に基づいて選択される。
【００４８】
依頼先が第1プッシュ通知基盤であればステップS５３へ進み、第２プッシュ通知基盤であればステップS５４へ進み、いずれのステップでも、前記メッセージ送信依頼部１０５において、入力された有効期限情報が依頼先のプッシュ通知基盤の仕様に適合するように書き換えられる。
【００４９】
すなわち、ステップS５３では、指定された有効期限が、第１プッシュ通知基盤１の仕様に合わせて書き換えられる。たとえば、有効期限が「保持しない」であれば「０（秒）」に書き換えられる。また、有効期限が一週間後の日時「○月○日○時○分」であれば、第１プッシュ通知基盤は期限表記に非対応なので「１週間（604800秒）」の期間表記に書き換えられる。有効期限が「指定なし」であれば「４週間（2419200秒）」に書き換えられる。
【００５０】
これに対して、ステップS５４では、指定された有効期限に関する情報が第２プッシュ通知基盤の仕様に合わせて書き換えられる。たとえば、有効期限が「保持しない」であれば「指定なし」に書き換えられる。有効期限が「1週間（604800秒）」であれば、第２プッシュ通知基盤は期間表記に非対応なので１週間後の日時「○月○日○時○分」に書き換えられる。有効期限が「指定なし」であれば４週間（2419200秒）後の日時「○月○日○時○分」に書き換えられる。
【００５１】
ステップS５５では、送信要求されたメッセージおよび前記書き換えられた有効期限情報を含むメッセージ送信依頼がプッシュ通知基盤へ送信される。
【００５２】
本実施例によれば、メッセージの期限情報が、依頼先のプッシュ通知基盤の仕様に応じて自動的に書き換えられるので、メッセージの配信依頼者は宛先端末装置のOS種別を意識せずにメッセージを作成、配信依頼できるようになる。
【符号の説明】
【００５３】
１，２…プッシュ通知基盤、３…情報配信装置、４（４ａ，４ｂ），５…通信端末装置、１０１…ユーザ登録受付部、１０２…ユーザDB、１０３…メッセージ受付部、１００…メッセージDB、１０４…適合化部、１０４ａ…仕様記憶部、１０４ｂ…選択部、１０４ｃ…メッセージ解析部、１０５…メッセージ送信依頼部、１０６…メッセージ要求処理部
【図１】
2015052894.tif 000003
【図２】
2015052894.tif 000004
【図３】
2015052894.tif 000005
【図４】
2015052894.tif 000006
【図５】
2015052894.tif 000007
【図６】
2015052894.tif 000008
【図７】
2015052894.tif 000009
【図８】
2015052894.tif 000010
【図９】
2015052894.tif 000011