(57)【要約】【課題】第三者が提供するプッシュ通知共通基盤の遅延状況を、その利用者が簡易に把握できるプッシュ通知サービスを評価する方法を提供する。【解決手段】プッシュ通知サーバ１は、自身とプッシュ通知共通基板２との間の伝送遅延Td1を計測する第１遅延計測部１１、プッシュ通知共通基板２とユーザ端末３との間の伝送遅延Td2の計測結果をユーザ端末３から取得する第２遅延取得部１２ならびに前記伝送遅延Td1，Td2およびプッシュ通知サーバ１からユーザ端末３へのプッシュ通知時間Td3に基づいてプッシュ通知基盤２におけるプッシュ通知遅延Tdを計算するプッシュ通知遅延計算部１３を含む。ユーザ端末３は、自身とプッシュ通知共通基板２との間の伝送遅延Td2を計測する第２遅延計測部３１および当該伝送遅延Td2の計測結果をプッシュ通知サーバ１へ通知する第２遅延通知部３２を含む。【選択図】図２
2014171037.tif 000002
【特許請求の範囲】
【請求項１】
プッシュ通知サーバからプッシュ通知サービスの要求を受け付けてユーザ端末へプッシュサービスを提供するプッシュ通知共通基盤のサービス品質を評価するプッシュ通知サービスの評価方法において、
プッシュ通知サーバからプッシュ通知共通基盤への要求メッセージの第１送信タイミングおよび当該要求メッセージに対する応答メッセージの第１受信タイミングに基づいて第１遅延を計測する手順と、
ユーザ端末からプッシュ通知共通基盤への要求メッセージの第２送信タイミングおよび当該要求メッセージに対する応答メッセージの第２受信タイミングに基づいて第２遅延を計測する手順と、
プッシュ通知サーバからユーザ端末へのプッシュ通知時間ならびに前記第１および第２遅延に基づいてプッシュ通知共通基盤のサービス品質を評価する手順とを含むことを特徴とするプッシュ通知サービスの評価方法。
【請求項２】
前記第１送信タイミングは、プッシュ通知サーバがプッシュ通知共通基盤へTCP接続要求のメッセージを送信したタイミングであり、
前記第１受信タイミングは、プッシュ通知サーバがプッシュ通知共通基盤からTCP接続確認応答のメッセージを受信したタイミングであることを特徴とする請求項１に記載のプッシュ通知サービスの評価方法。
【請求項３】
前記第１送信タイミングは、プッシュ通知サーバがプッシュ通知共通基盤へICMP echo requestのメッセージを送信したタイミングであり、
前記第１受信タイミングは、プッシュ通知サーバがプッシュ通知共通基盤からICMP echo replyのメッセージを受信したタイミングであることを特徴とする請求項１に記載のプッシュ通知サービスの評価方法。
【請求項４】
前記第２送信タイミングは、ユーザ端末がプッシュ通知共通基盤へICMP echo requestのメッセージを送信したタイミングであり、
前記第２受信タイミングは、ユーザ端末がプッシュ通知共通基盤からICMP echo replyのメッセージを受信したタイミングであることを特徴とする請求項１に記載のプッシュ通知サービスの評価方法。
【請求項５】
プッシュ通知共通基盤に対してタイムスタンプオプションの付加された要求メッセージを送信する手順と、
プッシュ通知共通基盤から送信されるプッシュ通知に記述されたタイムスタンプ値を取得する手順と、
前記要求メッセージの送信タイミングから前記応答メッセージの受信タイミングまでの経過時間に基づいてRTTを算出する手順と、
前記プッシュ通知の受信時刻、プッシュ通知に記述されたタイムスタンプ値およびRTTに基づいて、プッシュ通知共通基盤におけるタイムスタンプ値と時刻との対応関係を識別する手順と、
前記対応関係および各プッシュ通知に記述されたタイムスタンプ値に基づいて、プッシュ通知共通基盤における応答時刻を推定する手順とを具備し、
要求メッセージの送信タイミングおよび前記応答時刻の推定結果に基づいて前記第２遅延を算出することを特徴とする請求項１に記載のプッシュ通知サービスの評価方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、IPネットワークを利用したプッシュ通知サービスの評価方法に係り、特に、プッシュ通知サーバからユーザ端末へ、第三者が提供するプッシュ通知共通基盤を経由してメッセージをプッシュ通知する際の遅延時間を測定することによりプッシュ通知サービスを評価する方法に関する。
【背景技術】
【０００２】
近年、スマートフォン等の携帯通信端末の普及により、情報更新等をユーザに効果的に伝えるために、サーバ側からユーザが利用する携帯端末に対してメッセージを送信する、いわゆるプッシュ通知と呼ばれる技術が広く利用されるようになっている。
【０００３】
図９は、プッシュ通知の実現形態の一例を示した図であり、情報サーバで公開されている情報が更新された場合に、その旨がプッシュ通知サーバ経由でユーザの通信端末に伝えられる。なお、図９では情報サーバとプッシュ通知サーバとが別サーバとしているが、同一サーバであってもよい。通知を受け取ったユーザ端末は、その通知を契機として情報サーバにアクセスして更新された情報を取得する。このようなプッシュ通知の利点として、ユーザ端末側から情報更新を確認する必要がないので、通信量や端末の消費電力量を削減できることがある。
【０００４】
図９に示したプッシュ通知方法は、情報サーバ運用者がプッシュ通知サーバも運用することを想定している。しかしながら、近年の携帯通信端末の普及によりユーザが常時通信端末を携帯するようになったため、プッシュ通知の有効性が高まり、多くのサービスでプッシュ通知が利用されるようになっている。
【０００５】
このような背景において、図１０に一例を示したように、プッシュ通知を効率的に行うため、ユーザ端末に対してプッシュ通知を行う部分をプッシュ通知共通基盤として切り出し、それを第三者が運用する形態も登場している。例えば、非特許文献１に示されたGoogle Cloud Messaging（GCM）や、非特許文献２に示されたApple Push Notification Service（APNS）などがある。このようなプッシュ通知方法によれば、複数のプッシュ通知サーバが同じプッシュ通知基盤を利用することで、効率的にプッシュ通知を行うことができる。
【０００６】
一方、上記のようなプッシュ通知システムにおける、プッシュ通知サーバとユーザ端末との間でのプッシュ通知の到達時間の測定方法として、特許文献１，２に開示されている、電子メールの到達時間測定方法と同様の方法が適用できる。すなわち、プッシュ通知サーバでの送信時刻とユーザ端末での受信時刻とを記録し、集計サーバでその記録を収集することで到達時間を算出できる。
【０００７】
また特許文献１では、電子メールの到達時間測定において、end-to-endの到達時刻だけでなく、電子メールの送達経路途中に存在するサーバにおいてもメールの受信時刻、送信時刻を記録することで、電子メールの伝達経路途中の遅延状況も把握できる技術が開示されている。特許文献３には、移動通信端末におけるサーバ−端末間の通信品質測定方法が開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開2000-196658号公報
【特許文献２】特開2007-52540号公報
【特許文献３】特開2007-60189号公報
【非特許文献】
【０００９】
【非特許文献１】http://developer.android.com/guide/google/gcm/index.html
【非特許文献２】https://developer.apple.com/library/ios/#documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/ApplePushService/ApplePushService.html
【発明の概要】
【発明が解決しようとする課題】
【００１０】
上記の従来技術では、end-to-endでのプッシュ通知到達時間を測定することは可能であるが、end-to-endでの到達時間を、ネットワークでの遅延とプッシュ通知共通基盤内での遅延とに切り分けることはできない。すなわち、プッシュ通知の送達途中に存在するプッシュ通知共通基盤内での遅延状況を、プッシュ通知共通基盤の利用者が把握することは困難である。
【００１１】
プッシュ通知共通基盤において、プッシュ通知サーバからのプッシュ通知受信時刻とユーザ端末へのプッシュ通知送信時刻を逐次記録すれば、プッシュ通知共通基盤内での遅延状況を把握することは可能である。しかしながら、プッシュ通知共通基盤が、前記GCMやAPNSのように、その利用者とは異なる第三者が運用する場合には、ユーザ側でプッシュ通知共通基盤における遅延状況を確認する術がなかった。
【００１２】
本発明の目的は、上記の従来技術の課題を解決し、第三者が提供するプッシュ通知共通基盤の遅延状況を、その利用者が簡易に把握できるプッシュ通知サービスを評価する方法を提供することにある。
【課題を解決するための手段】
【００１３】
上記の目的を達成するために、本発明は、プッシュ通知サーバからプッシュ通知の要求を受け付けてユーザ端末へプッシュサービスを提供するプッシュ通知サービスの評価方法において、以下の構成を発明特定事項として具備した点に特徴がある。
【００１４】
(1)プッシュ通知サーバからプッシュ通知共通基盤への要求メッセージの第１送信タイミングおよび当該要求メッセージに対する応答メッセージの第１受信タイミングに基づいて第１遅延を計測する手順と、ユーザ端末からプッシュ通知共通基盤への要求メッセージの第２送信タイミングおよび当該要求メッセージに対する応答メッセージの第２受信タイミングに基づいて第２遅延を計測する手順と、プッシュ通知サーバからユーザ端末へのプッシュ通知時間ならびに前記第１および第２遅延に基づいてプッシュ通知共通基盤のサービス品質を評価する手順とを具備した。
【００１５】
(2)第１送信タイミングを、プッシュ通知サーバがプッシュ通知共通基盤へTCP接続要求のメッセージを送信したタイミングとし、第１受信タイミングを、プッシュ通知サーバがプッシュ通知共通基盤からTCP接続確認応答のメッセージを受信したタイミングとした。
【００１６】
(3)第１送信タイミングを、プッシュ通知サーバがプッシュ通知共通基盤へICMP echo requestのメッセージを送信したタイミングとし、第１受信タイミングを、プッシュ通知サーバがプッシュ通知共通基盤からICMP echo replyのメッセージを受信したタイミングとした。
【００１７】
(4)第２送信タイミングを、ユーザ端末がプッシュ通知共通基盤へICMP echo requestのメッセージを送信したタイミングとし、第２受信タイミングを、ユーザ端末がプッシュ通知共通基盤からICMP echo replyのメッセージを受信したタイミングとした。
【００１８】
(5)プッシュ通知共通基盤に対してタイムスタンプオプションの付加された要求メッセージを送信する手順と、プッシュ通知共通基盤から送信されるプッシュ通知に記述されたタイムスタンプ値を取得する手順と、要求メッセージの送信タイミングから前記応答メッセージの受信タイミングまでの経過時間に基づいてRTTを算出する手順と、プッシュ通知の受信時刻、プッシュ通知に記述されたタイムスタンプ値およびRTTに基づいて、プッシュ通知共通基盤におけるタイムスタンプ値と時刻との対応関係を識別する手順と、前記対応関係および各プッシュ通知に記述されたタイムスタンプ値に基づいて、プッシュ通知共通基盤における応答時刻を推定する手順とを含み、要求メッセージの送信タイミングおよび前記応答時刻の推定結果に基づいて第２遅延を算出するようにした。
【発明の効果】
【００１９】
本発明によれば、以下のような効果が達成される。
(1)プッシュ通知共通基盤の利用者は、プッシュ通知サーバまたはユーザ端末での簡易な測定により、プッシュ通知共通基盤内での遅延状況を容易に把握することができる。したがって、この測定結果を利用することにより、より遅延の少ないプッシュ通知共通基盤への切替えなどを実施することができる。
【００２０】
(2)プッシュ通知サーバが、プッシュ通知共通基盤へTCP接続要求のメッセージを送信したタイミングと、プッシュ通知共通基盤からTCP接続確認応答のメッセージを受信したタイミングとを検知すれば、プッシュ通知サーバにおいてプッシュ通知共通基盤を評価できるようになる。
【００２１】
(3)プッシュ通知サーバが、プッシュ通知共通基盤へICMP echo requestのメッセージを送信したタイミングと、プッシュ通知共通基盤からICMP echo replyのメッセージを受信したタイミングとを検知すれば、プッシュ通知サーバにおいてプッシュ通知共通基盤を評価できるようになる。
【００２２】
(4)ユーザ端末が、プッシュ通知共通基盤へICMP echo requestのメッセージを送信したタイミングと、プッシュ通知共通基盤からICMP echo replyのメッセージを受信したタイミングとを検知すれば、ユーザ端末においてプッシュ通知共通基盤を評価できるようになる。
【００２３】
(5)メッセージに記述されるタイムスタンプを用いて遅延時間を計測できるので、遅延時間の計測用メッセージを送受することなく、すなわちトラフィックやユーザ端末での電力消費を抑えながら、プッシュ通知共通基盤を評価できるようになる。
【図面の簡単な説明】
【００２４】
【図１】本発明が適用されるネットワークの構成を示したブロック図である。
【図２】本発明によるプッシュ通知遅延の計測方法を示した図である。
【図３】遅延時間の第１計測方法を示したシーケンスフローである。
【図４】遅延時間の第２計測方法を示したシーケンスフローである。
【図５】遅延時間の第３計測方法を示したシーケンスフローである。
【図６】遅延時間の第４計測方法を示したシーケンスフロー（その１）である。
【図７】遅延時間の第４計測方法を示したシーケンスフロー（その２）である。
【図８】遅延時間の第４計測方法の実施に先立って収集されるデータの一覧を示した図である。
【図９】従来技術のネットワーク構成（その１）を示した図である。
【図１０】従来技術のネットワーク構成（その２）を示した図である。
【発明を実施するための形態】
【００２５】
以下、図面を参照して本発明の実施の形態について詳細に説明する。図１は、本発明が適用されるネットワークの構成を示したブロック図であり、ここでは、本発明の説明に不要な構成は図示が省略されている。
【００２６】
プッシュ通知サーバ１は、ユーザ端末３へのプッシュ通知イベントが発生すると、プッシュ通知共通基盤２との間にネットワーク経由でTCP接続を確立してユーザ端末３へのプッシュ通知を依頼する。ユーザ端末３は、プッシュ通知共通基盤２との間にネットワーク経由でTCP接続を常時確立する。プッシュ通知共通基盤２は、前記TCP接続を利用してユーザ端末３へプッシュ通知を送信する。
【００２７】
図２は、本発明によるプッシュ通知共通基盤２の応答遅延（プッシュ通知遅延）の計測方法を示した機能ブロック図であり、ここでも、本発明の説明に不要な構成は図示が省略されている。
【００２８】
プッシュ通知サーバ１は、自身とプッシュ通知共通基板２との間の伝送遅延Td1を計測する第１遅延計測部１１、プッシュ通知共通基板２とユーザ端末３との間の伝送遅延Td2の計測結果をユーザ端末３から取得する第２遅延取得部１２ならびに前記伝送遅延Td1，Td2およびプッシュ通知サーバ１からユーザ端末３へのプッシュ通知時間Td3に基づいてプッシュ通知基盤２におけるプッシュ通知遅延Tdを計算するプッシュ通知遅延計算部１３を含む。
【００２９】
ユーザ端末３は、自身とプッシュ通知共通基板２との間の伝送遅延Td2を計測する第２遅延計測部３１および当該伝送遅延Td2の計測結果を前記プッシュ通知サーバ１へ通知する第２遅延通知部３２を含む。
【００３０】
図３，４は、前記第１遅延計測部１１による伝送遅延Td1の計測方法を示したシーケンスフローであり、ここでは、プッシュ通知共通基盤２に対する要求メッセージの送信タイミングを検知すると共に、プッシュ通知共通基盤２が前記要求メッセージに対して返信する応答メッセージの受信タイミングを検知し、前記送信タイミングから受信タイミングまでの遅延時間に基づいて伝送遅延Td1が計測される。
【００３１】
図３に示した第１の計測方法では、プッシュ通知サーバ１からプッシュ通知共通基盤２へのTCP接続確立時に伝送遅延Td1を計測される。
【００３２】
時刻t1では、プッシュ通知サーバ１からプッシュ通知共通基盤２へTCP接続要求(SYN)が送信される。時刻t2では、プッシュ通知共通基盤２からプッシュ通知サーバ１へ返信されたTCP接続確認応答(SYN+ACK)が受信される。時刻t3では、プッシュ通知サーバ１からプッシュ通知共通基盤２へTCP確認応答(ACK)が送信される。時刻t4では、プッシュ通知サーバ１からプッシュ通知共通基盤２へのメッセージ送信が開始される。
【００３３】
TCP接続確立時に観測される応答遅延(t2-t1)は、プッシュ通知サーバ１とプッシュ通知共通基盤２との間の往復遅延に相当するので、前記第１遅延計測部１１は、前記送信時刻t1および受信時刻t2を次式(1)に適用することで、プッシュ通知共通基盤２からプッシュ通知サーバ１への伝送遅延Td1を算出する。
【００３４】
Td1＝(t2-t1)/2  …(1)
【００３５】
図４に示した第２の計測方法では、プッシュ通知サーバ１からプッシュ通知共通基盤２へのTCP接続確立後に応答遅延時間が測定される。
【００３６】
時刻t1では、プッシュ通知サーバ１からプッシュ通知共通基盤２へTCP接続要求(SYN)が送信される。時刻t2では、プッシュ通知共通基盤２からプッシュ通知サーバ１へ返信されたTCP接続確認応答(SYN+ACK)が受信される。時刻t3では、プッシュ通知サーバ１からプッシュ通知共通基盤２へTCP確認応答(ACK)が送信される。時刻t4では、プッシュ通知サーバ１からプッシュ通知共通基盤２へICMP echo requestが送信される。時刻t5では、プッシュ通知共通基盤２からプッシュ通知サーバ１へ返信されたICMP echo replyが受信される。
【００３７】
前記第１計測部１１は、前記ICMP echo requestの送信時刻t4およびICMP echo replyの受信時刻t5を次式(2)に適用することによって前記伝送遅延Td1を算出する。
【００３８】
Td1＝(t5-t4)/2  …(2)
【００３９】
図５，６は、ユーザ端末３の第２遅延計測部３１による伝送遅延Td2の計測方法を示したシーケンスフローであり、ここでは、プッシュ通知共通基盤２に対する要求メッセージの送信タイミングを検知すると共に、プッシュ通知共通基盤２が前記要求メッセージに対して返信する応答メッセージの受信タイミングを検知し、前記送信タイミングから受信タイミングまでの遅延時間に基づいて伝送遅延Td2が計測される。
【００４０】
図５に示した第１の計測方法では、ユーザ端末３からプッシュ通知共通基盤２へのTCP接続確立時に伝送遅延Td2を計測される。
【００４１】
時刻t1では、ユーザ端末３からプッシュ通知共通基盤２へTCP接続要求(SYN)が送信される。時刻t2では、プッシュ通知共通基盤２からユーザ端末３へ送信されたTCP接続確認応答(SYN+ACK)が受信される。時刻T3では、ユーザ端末３からプッシュ通知共通基盤２へTCP確認応答(ACK)が送信される。
【００４２】
時刻t4では、プッシュ通知共通基盤２からユーザ端末３へプッシュ通知されたメッセージが受信される。時刻t5では、ユーザ端末３からプッシュ通知共通基盤２へICMP echo requestが送信される。時刻t6では、プッシュ通知共通基盤２からユーザ端末３へ返信されたICMP echo replyが受信される。
【００４３】
メッセージのプッシュ通知時における伝送遅延Td2は、ICMP echo requestの送信時刻t5およびICMP echo replyの受信時刻t6を次式(3)に適用することにより求められる。
【００４４】
Td2＝(t6-t5)/2  …(3)
【００４５】
図６は、伝送遅延Td2の第２計測方法を示したシーケンスフローであり、ここでは、IETF (Internet Engineering Task Force)が発行するRFC1323において定義されているTCPタイムスタンプ値(TSval)を利用して、プッシュ通知共通基盤２からユーザ端末３への伝送遅延Td2が測定される。
【００４６】
時刻t1では、ユーザ端末３からプッシュ通知共通基盤２へTCP接続要求(SYN)が送信される。当該TCP接続要求には、タイムスタンプオプションが付加される。プッシュ通知共通基盤２がTCPタイムスタンプオプションに対応していれば、これ以降、プッシュ通知共通基盤２から送信されるTCPセグメントにはタイムスタンプオプションが付加され、その中には、TCPセグメントの送信時刻を代表するタイムスタンプ値(TSval)が含まれる。
【００４７】
時刻t2では、プッシュ通知共通基盤２からユーザ端末３へ送信されたTCP接続確認応答(SYN+ACK)が受信される。時刻T3では、ユーザ端末３からプッシュ通知共通基盤２へTCP確認応答(ACK)が送信される。時刻t5では、プッシュ通知共通基盤２からユーザ端末３へメッセージがプッシュ通知される。このとき、プッシュ通知共通基盤２がTCPタイムスタンプオプションに対応していれば、ユーザ端末３はタイムスタンプ値（TSval=t4）の記述されているTCPセグメントを取得し、当該タイムスタンプ値TSval(=t4)に基づいて実送信時刻(t4')を推定し、さらに当該実送信時刻差に基づいて伝送遅延を推定する。
【００４８】
ところで、TCPタイムスタンプ値には、TCPセグメントを送信するサーバが保持する実時刻ではなく、任意のタイミングにおける任意の値を初期値として、所定の単位時間が経過する毎に任意の値を増分として加算して得られる値を記述できる。したがって、例えば１msが経過ごとにタイムスタンプ値を１だけ増加させるサーバもあれば、１００msが経過ごとにタイムスタンプ値を１だけ増加させるサーバもある。このために、タイムスタンプ値を遅延時間計測に用いるのであれば、タイムスタンプ値の増分値と実時刻との関係を予め推定しておく必要がある。
【００４９】
図７は、TCPタイムスタンプ値を利用した遅延推定の際に、プッシュ通知サーバ２とユーザ端末３との間でやりとりされるメッセージシーケンスを示したものであり、図６のシーケンスにおいて、ユーザ端末３とプッシュ通知共通基盤２との間にTCP接続が確立される時刻t3以降に実施され、時刻t5で取得されるタイムスタンプ値TSval(=t4)に基づいて実送信時刻(t4')を算出するためのパラメータが取得される。
【００５０】
時刻t1では、プッシュ通知サーバ１からユーザ端末３へプッシュ通知共通基盤経由で時刻同期要求がプッシュ通知で送信される。時刻t2では、前記時刻同期要求をプッシュ通知で受信したユーザ端末３が、NTP（Network Time Protocol）を利用して時刻同期処理を実施する。時刻同期処理が完了すると、時刻t3ではユーザ端末３がプッシュ通知サーバ１に直接アクセスして時刻同期完了を通知する。
【００５１】
時刻t4以降は、プッシュ通知サーバ１からプッシュ通知共通基盤経由でユーザ端末３へ、１秒間隔で試験用プッシュ通知が送信される。この試験用プッシュ通知を受信したユーザ端末３は、プッシュ受信時刻およびTCPタイムスタンプ値を取得し、時刻t5において、プッシュ通知共通基盤２へICMP echo requestを送信してプッシュ通知共通基盤２との間のRTT（Round Trip Time、往復遅延時間）を測定する。
【００５２】
図８は、上記のシーケンスで取得されるデータおよび当該取得データから計算される計算値の例を一覧表示した図であり、各行が一回の試験用プッシュ通知送信により取得されるデータに対応する。また、各項目の定義は以下の通りである。
【００５３】
「TSval」：プッシュ通知共通基盤２から送信されるTCPセグメントに記述されているタイムスタンプ値
「TSval差分(=a)」：今回の「TSval」と前回の「TSval」との差分
「受信時刻」：プッシュ通知共通基盤２から送信されたTCPセグメントのユーザ端末３における受信時刻
「受信時刻差分(=b)」：今回の「受信時刻」と前回の「受信時刻」との差分
「RTT」：プッシュ通知共通基盤２とユーザ端末３との間のRTT
「受信時刻-RTT/2」：プッシュ通知共通基盤２がTCPセグメントを送信した時刻（送信時刻）の計算値
「送信時刻差分(=b')」：今回の「送信時刻」と前回の「送信時刻」との差分
【００５４】
手順１：ユーザ端末３がプッシュ通知共通基盤２から試験用プッシュ通知（TCPセグメン）を受信するごとに、その「受信時刻」および当該TCPセグメンに記述されているタイムスタンプ値「TSval」が取得される。また、ICMP echo requestの送信時刻とICMP echo replyの受信時刻との差分として「RTT」が算出され、さらに試験用プッシュ通知のプッシュ通知共通基盤２における送信時刻が、「受信時刻-RTT/2」として算出される。上記の各取得値および算出値は、試験用プッシュ通知ごとに繰り返され、その都度、一つのエントリ（行）として管理される。
【００５５】
手順２：前回の試験用プッシュ通知を受信した際に取得された前回のタイムスタンプ値「TSval」と今回のタイムスタンプ値「TSval」とに基づいて「TSval差分値(=a)」が算出される。また、前回の「受信時刻」と今回の「受信時刻」とに基づいて「受信時刻差分(=b)」が算出される。さらに、前回の「送信時刻（受信時刻-RTT/2）」と今回の「送信時刻」とに基づいて「送信時刻差分(=b')」が算出される。
【００５６】
手順３：受信時刻差分(b)とTSval差分値(a)との比（b/a）が算出され、その中からスミルノフ・グラブス検定等の統計的手法を利用して外れ値が特定されて破棄される。また、外れ値の除かれた多数のb/aを対象に、その平均値が算出され、小数点以下の端数を四捨五入等で丸めた値が、１タイムスタンプ当たりの経過時間（単位TS時間）と推定される。
【００５７】
手順４：ネットワークの安定性を図る指標として、[a×単位TS時間−b]／[a×単位TS時間]および[a×単位TS時間−b']／[a×単位TS時間]が算出される。
【００５８】
なお、いずれの値もネットワークが安定していればゼロに近い値になると考えられるが、[a×単位TS時間−b]／[a×単位TS時間]のみでネットワークの安定性を判断しようとすると、例えば前記図７のシーケンスにおいて試験用プッシュ通知受信直後にネットワークが不安定になった場合、その後のICMP計測による送信時刻の算出（「受信時刻-RTT/2」）誤差が大きくなると考えられる。そこで、本実施形態では送信時刻の算出誤差を小さくする目的で、[a×単位TS時間−b']／[a×単位TS時間]も併せて参照される。
【００５９】
手順５：上記の手順４で算出した２つの計算値の平均値が小さいエントリ、すなわちネットワークが最も安定しているエントリが識別される。図示の例では、No.5のエントリが最もネットワークの安定している時の計測結果と識別され、当該エントリの「TSval」および「受信時刻-RTT/2」のペアが、タイムスタンプ値および対応時刻のペアとして採用される。
【００６０】
以上の手順により、「TSval」および「受信時刻-RTT/2」のペアが求まると、TSvalとプッシュ通知共通基盤２での実（推定）時刻との対応がつく。したがって、図６の時刻t5から、当該メッセージに記述されたタイムスタンプ値TSvalから導き出されるプッシュ通知共通基盤２での送信時刻を減じれば、プッシュ通知共通基盤２からユーザ端末３までの伝送遅延Td2が算出される。
【００６１】
このようにして計測された伝送遅延Td2は、前記第２遅延通知部３２によりプッシュ通知サーバ１へ通知される。プッシュ通知サーバ１では、前記ユーザ端末３から通知された伝送遅延Td2が第２遅延取得部１２で取得される。
【００６２】
また、プッシュ通知サーバ１からユーザ端末３までのプッシュ通知時間Td3は、[ユーザ端末３での受信時刻]−[プッシュ通知サーバ１の送信時刻]により算出されるので、前記プッシュ通知遅延計算部１３は、当該プッシュ通知時間Td3から前記各伝送遅延Td1，Td2を減じることで、プッシュ通知共通基盤２におけるプッシュ応答遅延Tdを計算する。
【符号の説明】
【００６３】
１…プッシュ通知サーバ，２…プッシュ通知共通基盤，３…ユーザ端末，１１…第１遅延計測部，１２…第２遅延取得部，１３…プッシュ通知遅延計算部，３１…第２遅延計測部，３２…第２遅延通知部，
【図１】
2014171037.tif 000003
【図２】
2014171037.tif 000004
【図３】
2014171037.tif 000005
【図４】
2014171037.tif 000006
【図５】
2014171037.tif 000007
【図６】
2014171037.tif 000008
【図７】
2014171037.tif 000009
【図８】
2014171037.tif 000010
【図９】
2014171037.tif 000011
【図１０】
2014171037.tif 000012