(57)【要約】本発明のメッセージ配信システムは、モバイル端末と、モバイル端末にメッセージを配信するサービスサーバと、サービスサーバからのメッセージとメッセージの配信要求とを中継するメッセージ配信装置と、メッセージ配信装置からのメッセージをモバイル端末に送信するネットワーク装置とを備える。メッセージ配信装置は、配信要求に基づいてメッセージの再送信の時間を制御する再送制御時間を設定し、再送制御時間に基づいてネットワーク装置への再送信の時間を制御する。本発明により、パケットが消失していなくても再送パケットを送信しネットワークに負荷をかける問題と、パケットが消失していても再送パケットを送信せずにプッシュメッセージの到達が遅れる問題とを解決することができる。
2015004861.tif 000002
【特許請求の範囲】
【請求項１】
モバイル端末と、前記モバイル端末にメッセージを配信するサービスサーバと、前記サービスサーバからの前記メッセージと前記メッセージの配信要求とを中継するメッセージ配信装置と、前記メッセージ配信装置からの前記メッセージを前記モバイル端末に送信するネットワーク装置とを備え、
前記メッセージ配信装置は、前記配信要求に基づいて前記メッセージの再送信の時間を制御する再送制御時間を設定し、前記再送制御時間に基づいて前記ネットワーク装置への前記再送信の時間を制御する、メッセージ配信システム。
【請求項２】
前記メッセージ配信装置は、前記配信要求に基づいて前記モバイル端末との通信が可能か否かを示すＲＲＣ状態を特定し、前記ＲＲＣ状態に基づいて前記モバイル端末と通信した場合に発生する遷移遅延時間を推定し、前記遷移遅延時間に基づいて前記再送制御時間を設定する、請求項１記載のメッセージ配信システム。
【請求項３】
前記メッセージ配信装置は、
前記配信要求に基づいて前記ＲＲＣ状態を特定する、端末状態特定手段と、
前記ＲＲＣ状態に基づいて前記遷移遅延時間を推定する、遷移時間推定手段と、
前記遷移遅延時間に基づいて前記再送制御時間を設定し、前記再送制御時間に基づいて前記ネットワーク装置への前記再送信の時間を制御する、サーバ通信手段と、を備えた、請求項２記載のメッセージ配信システム。
【請求項４】
モバイル端末へのメッセージの配信要求に基づいて前記モバイル端末との通信が可能か否かを示すＲＲＣ状態を特定する、端末状態特定手段と、
前記ＲＲＣ状態に基づいて前記モバイル端末と通信した場合に発生する遷移遅延時間を推定する、遷移時間推定手段と、
前記遷移遅延時間に基づいて前記メッセージの再送信の時間を制御する再送制御時間を設定し、前記再送制御時間に基づいて前記再送信の時間を制御する、サーバ通信手段と、を備えたメッセージ配信装置。
【請求項５】
前記端末状態特定手段は、前記ＲＲＣ状態を、取得して、もしくは、過去の通信履歴から推定して、特定する、請求項４記載のメッセージ配信装置。
【請求項６】
前記サーバ通信手段は、前記配信要求に基づいて前記遷移遅延時間を前記遷移時間推定手段に問い合わせ、
前記遷移時間推定手段は、前記ＲＲＣ状態について前記端末状態特定手段に問い合わせ、
前記端末状態特定手段は、前記モバイル端末を管理しているネットワーク装置に対して前記ＲＲＣ状態について問い合わせ、前記ネットワーク装置が前記ＲＲＣ状態を把握している場合、前記ネットワーク装置から前記ＲＲＣ状態を取得して特定し、前記遷移時間推定手段に前記ＲＲＣ状態を返答し、
前記遷移時間推定手段は、前記ＲＲＣ状態と前記遷移時間推定手段が管理している前記ＲＲＣ状態と前記遷移遅延時間との対応表とに基づいて前記遷移遅延時間を決定し、
前記サーバ通信手段は、前記遷移遅延時間に基づいて前記再送制御時間を設定し、前記再送制御時間に基づいて前記ネットワーク装置への前記メッセージの再送信の時間を制御する、請求項４または５記載のメッセージ配信装置。
【請求項７】
前記端末状態特定手段は、前記ネットワーク装置が前記モバイル端末との通信時間と接続するネットワークの種類とを管理している場合、最終の前記通信時間と前記ネットワークの種類とを取得し、最終の前記通信時間と前記ネットワークの種類と、予め与えられている前記ＲＲＣ状態が遷移するまでの時間と、に基づいて前記ＲＲＣ状態を推定して特定する、請求項６記載のメッセージ配信装置。
【請求項８】
モバイル端末へのメッセージの配信要求に基づいて、前記モバイル端末との通信が可能か否かを示すＲＲＣ状態を特定し、
前記ＲＲＣ状態に基づいて、前記モバイル端末と通信した場合に発生する遷移遅延時間を推定し、
前記遷移遅延時間に基づいて、前記メッセージの再送信の時間を制御する再送制御時間を設定し、前記再送制御時間に基づいて前記再送信の時間を制御する、メッセージ配信方法。
【請求項９】
前記ＲＲＣ状態の特定は、前記ＲＲＣ状態を、取得して、もしくは、過去の通信履歴から推定して、特定する、請求項８記載のメッセージ配信方法。
【請求項１０】
モバイル端末へのメッセージの配信要求に基づいて、前記モバイル端末との通信が可能か否かを示すＲＲＣ状態を特定する処理と、
前記ＲＲＣ状態に基づいて、前記モバイル端末と通信した場合に発生する遷移遅延時間を推定する処理と、
前記遷移遅延時間に基づいて、前記メッセージの再送信の時間を制御する再送制御時間を設定し、前記再送制御時間に基づいて、前記再送信の時間を制御する処理と、を実行させるメッセージ配信用プログラムを記憶する記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイル端末へプッシュメッセージを配信する際に、無線網上で端末の無線資源の取得状態に応じたメッセージ配信ができるメッセージ配信システムに関する。
【背景技術】
【０００２】
近年、移動中でのインターネット利用が急増している。それにつれて、携帯電話やスマートフォンなどのモバイル端末においても、高速なパケット通信に対応する端末が増加している。このような高速なパケット通信を実現するための規格として、Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＨＳＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）などが提唱され、各モバイル端末で利用されている。しかしながら、高速パケット通信の利用はモバイル端末の消費電力の増大を招き、バッテリーで動作するモバイル端末においては、ユーザが外出時に利用できる時間を減少させてしまう。【０００３】
そこで特許文献１では、モバイル端末の無線機においてＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）状態を設定する。これにより、パケットの受信が頻繁に行われている間のみ高速通信ができる状態に遷移させ、消費電力は大きいが瞬時のデータ受信を可能とする。さらに、パケットの受信が一定期間ないと、低速な通信状態からさらに一時停止状態に遷移させることで消費電力を抑える。以上のような、ＲＲＣ状態の制御をする方法が開示されている。【０００４】
このパケット受信時のＲＲＣ状態を表すため非特許文献１および非特許文献２では、Ｗ−ＣＤＭＡ（ＨＳＰＡ）では、高速通信可能状態に対してはＣＥＬＬ＿ＤＣＨ（専用搬送チャネル、ＤＣＨ）を割り当てる。また、低速通信可能状態に対してはＣＥＬＬ＿ＦＡＣＨ（順方向アクセスチャネル、ＦＡＣＨ）を、一時停止状態に対しては、ＣＥＬＬ＿ＰＣＨ（ページングチャネル、ＰＣＨ）、ＵＴＲＡ＿Ｉｄｌｅ（アイドル、Ｉｄｌｅ）を割り当てる。ＬＴＥでは、通信可能状態に対してＲＲＣ  ＣＯＮＮＥＣＴＥＤ（接続状態、ＣＯＮＮ）を、一時停止状態に対してＲＲＣ  ＩＤＬＥ（アイドル、ＲＲＣ  Ｉｄｌｅ）を割り当てる。電池の消費量は、ＤＣＨ＞ＦＡＣＨ＞ＰＣＨ＞Ｉｄｌｅの順に小さくなり、また、ＣＯＮＮ＞ＲＲＣ  Ｉｄｌｅの順に小さくなる。なお、ＬＴＥかＷ−ＣＤＭＡ（ＨＳＰＡ）かはモバイル端末がつながる無線網に応じて切り替わる。【０００５】
また、一時停止状態のモバイル端末がデータを受信できるようになるには、高速、もしくは、低速の通信可能状態に遷移する必要がある。ＲＲＣ状態の遷移には無線網のネットワーク装置とモバイル端末との間でネゴシエーションを実施する必要がある。このときの時間（ＲＲＣ状態遷移遅延）はＬＴＥで数百ミリ秒、また、Ｗ−ＣＤＭＡで２から５秒程度かかる。また、通信可能状態にあるモバイル端末は、上述した通りパケットの受信が一定時間ないと、低速通信状態、もしくは一時停止状態に遷移する。このときの時間（インアクティビティタイマー）はあらかじめ無線網、もしくはモバイル端末で規定されている。【０００６】
また、モバイル端末に対してインターネット上のサービスプロバイダが、任意のメッセージを任意の時点で配信するためのプッシュ型通信が利用され始めている。インターネットで利用されているＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）では、モバイル端末からインターネット上のＷＷＷサーバに対して通信を開始するプル型通信が利用されている。プッシュ型通信では、サービスプロバイダが保有するサービスサーバからモバイル端末に対して通信を開始する点が、これとは異なる。このプッシュ型通信は、サービスを提供するアプリケーション毎にそれぞれ独自に実装されていたが、近年、ネットワーク利用の効率化の観点からプッシュサービスとして汎用的な基盤が構築されつつある。【０００７】
このプッシュサービス基盤では、プッシュサーバ、もしくは、プッシュプロキシゲートウェイと呼ばれるサーバをプッシュプロバイダのネットワーク内に設置する。そして、サービスプロバイダからプッシュしたいメッセージ（プッシュメッセージ）を含んだプッシュ要求を受け取る。さらに、プッシュサーバにてプッシュ要求中に含まれる宛先となるモバイル端末を特定し、無線網を経由して当該モバイル端末に対してプッシュメッセージをパケット通信によって配信する。配信時にモバイル端末へパケット通信を実施する際には、前記したようにモバイル端末のＲＲＣ状態を通信可能状態にする必要がある。【０００８】
このモバイル端末とプッシュサーバとの通信方法としては一般的にＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）プロトコルが用いられる。図１に、ＴＣＰ／ＩＰプロトコルの接続開始シーケンスを示す。ＴＣＰ／ＩＰプロトコルでは接続を開始する接続元装置がＳＹＮパケットを接続先装置に送信し、接続先装置がＳＹＮ＋ＡＣＫパケットを返信し、接続元装置がＡＣＫパケットを返信することで接続が確立される３ＷＡＹハンドシェークを行う。よって、モバイル端末とプッシュサーバとの間でＴＣＰ／ＩＰプロトコルを用いる方式は二つ考えられる。一つは、モバイル端末からプッシュサーバに対してＴＣＰ／ＩＰ接続を開始し、その接続を維持し続ける方式（キープアライブ方式）である。もう一つは、プッシュメッセージの配信のつどプッシュサーバからモバイル端末へＴＣＰ／ＩＰ接続を開始する方式（直接接続方式）である。【０００９】
キープアライブ方式は、モバイル端末とプッシュサーバの間にＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）やプロキシが介在した場合でもプッシュサーバからモバイル端末へ通信できる。これに対して直接接続方式は、ＮＡＴやプロキシが介在した場合、プッシュサーバがモバイル端末を特定するＩＰアドレスを判別できないため通信できない。しかしながら、キープアライブ方式は、常時モバイル端末とプッシュサーバ間でＴＣＰ／ＩＰ接続を維持しておく必要があるため処理負荷が高くなる。これに対して直接接続方式は、プッシュ配信が必要な短時間だけＴＣＰ／ＩＰ接続を実施するため処理負荷は低くなる。【００１０】
ＴＣＰ／ＩＰプロトコルでは、パケットの送信元でパケットの送信時にＲＴＯ（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｏｕｔ）というタイマーを動作させる。このＲＴＯで設定された値の間に、パケットの送信先からパケットの正常な受信を示すＡＣＫパケットが返信されない場合は、そのパケットが転送途中で消失したと判断して送信元は同じパケットを再度送信する。このＲＴＯはＴＣＰ／ＩＰの接続毎に定義される値である。非特許文献３においてＲＴＯの初期値は、
ＲＴＯ＝1秒（ただしＳＹＮ＋ＡＣＫパケットの到着が遅れると３秒）      （式１）
である。当該ＴＣＰ／ＩＰ接続で最初にＡＣＫパケットを受信した際には、
ＲＴＯ＝ＲＴＴ＋Ｋ×ＲＴＴ／２  （Ｋ＝４）      （式２）
で計算される。ＲＴＴは送信元がパケットを送信してからそのパケットに対するＡＣＫパケットを受信するまでの時間（ラウンドトリップタイム）を示す。また、以後ラウンドトリップタイムが計算されるごとに、
ＲＴＯ＝ＳＲＴＴ＋Ｋ×ＲＴＴＶＡＲ  （Ｋ＝４）      （式３）
で計算される。ここでＳＲＴＴは過去のパケットのラウンドトリップタイムの平均であり、ＲＴＴＶＡＲはラウンドトリップタイムの平均偏差を示す。送信したパケットに対するＡＣＫパケットがＲＴＯの間に返信されない場合、送信したパケットを再送するとともに、バックオフアルゴリズムによりＲＴＯの期間を２倍にして再度ＡＣＫパケットが返信されるまで待つ。【００１１】
遅延の変動が激しいネットワークでは、伝送遅延が小さい時に計測したラウンドトリップタイムは小さい値になるためＲＴＯの値が小さくなる。その後伝送遅延が急に大きくなると小さいＲＴＯによるパケットの再送信が頻繁に発生する。特許文献２では送信端末が一定頻度以上の頻度でパケットを送出した場合、受信側の端末は即座にＡＣＫパケットを返さず、少し経ってからＡＣＫパケットを返すことでＲＴＴを大きくする。これにより送信側のＲＴＯを常時大きくしておくことで、ＲＴＯ経過によるパケットの再転送を少なくしている。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２０１０−２０６８０７号公報
【特許文献２】特開２００６−２２９９５５号公報
【非特許文献】
【００１３】
【非特許文献１】３ＧＰＰ  ＴＳ  ２５．３３１：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．３３１：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ
【非特許文献３】Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ  （ＩＥＴＦ）  Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ：６２９８
【発明の概要】
【発明が解決しようとする課題】
【００１４】
前記したプッシュサーバにおいて、あるモバイル端末に対しプッシュメッセージを送信する際、プッシュサーバとモバイル端末との間がキープアライブ方式であるとすると、ＴＣＰ／ＩＰ接続はモバイル端末からプッシュサーバに対して接続することになる。この時の課題について図２を用いて説明する。【００１５】
モバイル端末のＲＲＣ状態が通信可能状態である場合、ＲＲＣ状態遷移遅延は発生せず、図１におけるＳＹＮパケット、ＳＹＮ＋ＡＣＫパケット、ＡＣＫパケットは数ミリ秒（仮に５０ミリ秒）の通信遅延のみで相手に届く。この時、接続先であるプッシュサーバのＲＴＯは、ＳＹＮ＋ＡＣＫパケットを送信してからＡＣＫパケットを受け取るまでの時間がＲＴＴ＝１００ミリ秒となり、式２により、
ＲＴＯ＝１００＋４×１００÷２＝３００ミリ秒
となる。プッシュサーバに当該モバイル端末宛に配信すべきプッシュメッセージがない場合は、このＴＣＰ／ＩＰ接続を維持したまま時間が経過する。【００１６】
ある程度時間が経過した後に、サービスサーバがプッシュメッセージの配信をプッシュサーバに要求すると、プッシュサーバは前記したＴＣＰ／ＩＰ接続を利用してモバイル端末に対してプッシュメッセージをプッシュパケットとして送信する。この時、モバイル端末においてインアクティビティタイマで示される期間、通信を実施しなかった場合、当該モバイル端末のＲＲＣ状態は一時停止状態に遷移している。そのため、再びパケットを受信できる通信可能状態になるまでＲＲＣ状態遷移遅延が数秒（仮に４秒）かかる。よって、上記計算したＲＴＯの時間を超過してもＡＣＫパケットが受信できないため、プッシュサーバはプッシュメッセージを再送することになる。【００１７】
この後、前記したバックオフアルゴリズムにより、ＲＴＯが２４００ミリ秒になってＡＣＫパケットを受信するまで最初のパケットと合わせて合計４回、同じプッシュメッセージを送信することになる。この再送されたプッシュメッセージは、モバイル端末が通信可能状態になった後、到着するため、このそれぞれに対してＡＣＫメッセージが４回返信されることとなり、無駄なネットワーク負荷となる。【００１８】
また、プッシュサーバとモバイル端末との間が直接接続方式である場合の課題について図３を用いて説明する。ＴＣＰ／ＩＰ通信はプッシュサーバからモバイル端末に接続することになるが、この時モバイル端末のＲＲＣ状態が一時停止状態である場合、ＲＲＣ状態遷移遅延（仮に４秒）が発生し、ＲＲＣ状態が通信可能状態になるまでＳＹＮパケットの到着が遅れる。この時、接続元であるモバイル端末のＲＴＯは式１の補足により、
ＲＴＯ＝３秒
となる。【００１９】
この後、続けてプッシュサーバからプッシュメッセージを送信した際、当該プッシュメッセージが無線の不具合などで消失すると、通信可能状態であるので本来３００ミリ秒後にパケットが消失したと判断する。このため、パケットを再送できるにもかかわらず、プッシュサーバは３秒経過しないとパケットを再送せず、プッシュメッセージがモバイル端末に到達する時間が遅れる。【００２０】
また、特許文献２による方法では、ＡＣＫパケットの送信を遅らせる時間によるが、数百ミリ秒程度ならば、複数の再送パケットを送信してしまう問題が発生し、数秒と長ければプッシュメッセージの到達時間が遅延する問題が発生する。【００２１】
本発明は、上記の問題に鑑みてなされたものであり、その目的は、モバイル端末へプッシュメッセージを配信する際に、パケットが消失していないにもかかわらず再送パケットを送信しネットワークに負荷をかける問題と、パケットが消失しているにもかかわらず再送パケットを送信せずにプッシュメッセージの到達が遅れる問題とを解決することにある。
【課題を解決するための手段】
【００２２】
本発明のメッセージ配信システムは、モバイル端末と、前記モバイル端末にメッセージを配信するサービスサーバと、前記サービスサーバからの前記メッセージと前記メッセージの配信要求とを中継するメッセージ配信装置と、前記メッセージ配信装置からの前記メッセージを前記モバイル端末に送信するネットワーク装置とを備え、前記メッセージ配信装置は、前記配信要求に基づいて前記メッセージの再送信の時間を制御する再送制御時間を設定し、前記再送制御時間に基づいて前記ネットワーク装置への前記再送信の時間を制御する。【００２３】
本発明のメッセージ配信装置は、モバイル端末へのメッセージの配信要求に基づいて前記モバイル端末との通信が可能か否かを示すＲＲＣ状態を特定する、端末状態特定手段と、前記ＲＲＣ状態に基づいて前記モバイル端末と通信した場合に発生する遷移遅延時間を推定する、遷移時間推定手段と、前記遷移遅延時間に基づいて前記メッセージの再送信の時間を制御する再送制御時間を設定し、前記再送制御時間に基づいて前記再送信の時間を制御する、サーバ通信手段と、を備える。【００２４】
本発明のメッセージ配信方法は、モバイル端末へのメッセージの配信要求に基づいて、前記モバイル端末との通信が可能か否かを示すＲＲＣ状態を特定し、前記ＲＲＣ状態に基づいて、前記モバイル端末と通信した場合に発生する遷移遅延時間を推定し、前記遷移遅延時間に基づいて、前記メッセージの再送信の時間を制御する再送制御時間を設定し、前記再送制御時間に基づいて、前記再送信の時間を制御する。【００２５】
本発明のメッセージ配信用プログラムは、モバイル端末へのメッセージの配信要求に基づいて、前記モバイル端末との通信が可能か否かを示すＲＲＣ状態を特定する処理と、前記ＲＲＣ状態に基づいて、前記モバイル端末と通信した場合に発生する遷移遅延時間を推定する処理と、前記遷移遅延時間に基づいて、前記メッセージの再送信の時間を制御する再送制御時間を設定し、前記再送制御時間に基づいて、前記再送信の時間を制御する処理と、を実行させる。
【発明の効果】
【００２６】
本発明によれば、モバイル端末へプッシュメッセージを配信する際に、パケットが消失していないにもかかわらず再送パケットを送信しネットワークに負荷をかける問題と、パケットが消失しているにもかかわらず再送パケットを送信せずにプッシュメッセージの到達が遅れる問題とを解決することができる。
【図面の簡単な説明】
【００２７】
【図１】ＴＣＰ／ＩＰプロトコルの接続開始シーケンスを説明する図である。
【図２】キープアライブ方式での再送信の問題が発生する状態を説明する図である。
【図３】直接接続方式での再送信の問題が発生する状態を説明する図である。
【図４】本発明の実施形態のメッセージ配信システムの構成を示すブロック図である。
【図５】本発明の実施形態のメッセージ配信システムのメッセージ配信方法を示すフローチャートである。
【図６】本発明の実施形態のメッセージ配信装置の遷移時間推定手段が管理するＲＲＣ状態と対応する遅延時間の一例である。
【図７】本発明の実施形態のメッセージ配信システムの構成を示すブロック図である。
【発明を実施するための形態】
【００２８】
以下、図を参照しながら、本発明の実施形態を詳細に説明する。但し、以下に述べる実施形態には、本発明を実施するために技術的に好ましい限定がされているが、発明の範囲を以下に限定するものではない。
【００２９】
図７は、本発明の実施形態のメッセージ配信システムの構成を示すブロック図である。本実施形態のメッセージ配信システム１００は、モバイル端末１０と、前記モバイル端末１０にメッセージを配信するサービスサーバ２０とを備える。さらに、前記サービスサーバ２０からの前記メッセージと前記メッセージの配信要求とを中継するメッセージ配信装置３０と、前記メッセージ配信装置３０からの前記メッセージを前記モバイル端末に送信するネットワーク装置４０とを備える。さらに、前記メッセージ配信装置３０は、前記配信要求に基づいて前記メッセージの再送信の時間を制御する再送制御時間を設定し、前記再送制御時間に基づいて前記ネットワーク装置４０への前記再送信の時間を制御する。
【００３０】
以下、図４を用いて、本実施形態のメッセージ配信装置とこれを有するメッセージ配信システムについて、さらに詳しく説明する。図４は、本実施形態のメッセージ配信システムの構成を示すブロック図である。本実施形態のメッセージ配信システムは、ユーザが操作する１つ以上のモバイル端末１と、モバイル端末１と連携してユーザにサービスを提供するサービスサーバ２とを備える。さらに、サービスサーバ２からのモバイル端末１へのプッシュメッセージの配信を中継するプッシュサーバ３と、プッシュサーバ３からのメッセージ配信要求を受けて、無線網経由でモバイル端末１にプッシュメッセージを送信するネットワーク装置４とを備える。ここで、プッシュサーバ３は本実施形態のメッセージ配信装置に相当する。
【００３１】
モバイル端末１は、ネットワーク装置４と無線網経由でパケット通信し、プッシュサーバ３と通信による接続を実施してプッシュメッセージを受信する端末通信手段１１を備える。さらに、ユーザに対してサービスを提供する端末アプリ１２と、端末通信手段１１で受信したプッシュメッセージに指定された端末アプリ１２に対して当該プッシュメッセージを配信するプッシュ受信手段１３とを備える。
【００３２】
サービスサーバ２は、モバイル端末１上で動作する端末アプリ１２と連携して、利用者に対してサービスを提供するサーバプログラム２１を備える。
【００３３】
プッシュサーバ３は、サーバプログラム２１からモバイル端末１へのプッシュメッセージの配信要求を受信し、配信要求内で指定されたモバイル端末１を特定し、当該モバイル端末１へのプッシュメッセージの配信を処理するプッシュ配信手段３１を備える。さらに、ネットワーク装置４と連携してモバイル端末１のＲＲＣ状態を特定する端末状態特定手段３２を備える。さらに、端末状態特定手段３２で特定されたモバイル端末１のＲＲＣ状態を基に、その時点で当該モバイル端末１と通信した場合に発生するＲＲＣ状態の遷移遅延時間を推定する遷移時間推定手段３３を備える。さらに、ネットワーク装置４に対して、遷移時間推定手段３３で推定された遷移遅延時間に基づいてモバイル端末１に対する接続に対して再送制御時間を設定し、モバイル端末１に接続を用いてプッシュメッセージを送信するサーバ通信手段３４を備える。
【００３４】
ネットワーク装置４は、有線網で接続されたサーバ装置とのデータ通信を、無線網での通信方式に変換してモバイル端末１に中継する無線通信手段４１を備える。さらに、プッシュサーバ３の端末状態特定手段３２から指定されたモバイル端末１の通信状態に関する検索要求に対して、当該モバイル端末１の通信状態を通知する端末無線状態通知手段４２を備える。
【００３５】
モバイル端末１上では、図１で示したＴＣＰ／ＩＰプロトコルの接続開始シーケンス以外にも、様々な端末アプリ１２やプロセスが動作する。各端末アプリ１２やプロセスは、任意のタイミングで端末通信手段１１を利用して通信を実施することができる。また、ネットワーク装置４もプッシュサーバ３以外の様々なサーバや有線ネットワークと接続され、任意のタイミングでモバイル端末１との間で通信を実施することができる。
【００３６】
モバイル端末１の端末通信手段１１、および、ネットワーク装置４の無線通信手段４１は、プッシュメッセージの配信時以外にも各モバイル端末１での無線通信を監視する。そして、一定時間無通信であった場合、もしくは、モバイル端末１が消費電力低減のためにＲＲＣ状態を遷移したい旨通知した場合、モバイル端末１のＲＲＣ状態を一時停止状態に遷移させることができる。また、ネットワーク装置４からモバイル端末１に対してデータ通信を実施する際、モバイル端末１のＲＲＣ状態が一時停止状態である場合は、高速通信状態、もしくは、低速通信状態に遷移させることができる。これらの仕組みは、非特許文献１および非特許文献２に記載してあり、ここではその詳細については省略する。
【００３７】
次に、本実施形態のメッセージ配信システムのメッセージ配信方法について図４と図５を用いて説明する。なお、以下の説明において、モバイル端末１とプッシュサーバ３との間の接続はＴＣＰ／ＩＰプロトコルを基に説明する。本実施形態は、ＴＣＰ／ＩＰプロトコルに限らず、モバイル端末１とプッシュサーバ３との間の通信が欠落した場合に再送を実施し、その再送をタイマーで制御するプロトコルであれば適用可能である。
【００３８】
まず、サーバプログラム２１が、任意のタイミングで特定のモバイル端末１に対するプッシュメッセージの配信要求をプッシュサーバ３に送信する。このタイミングは、サーバプログラム２１が提供するサービスの内容によって決まる。例えば、チャットサービスを提供するサーバプログラム２１の場合、あるユーザに対するチャットメッセージをサーバプログラム２１が受信した時にそのユーザに対してチャットメッセージの受信を通知する、というタイミングでメッセージの配信が発生する。また、配信先のモバイル端末１は、１台のモバイル端末１でも、複数台のモバイル端末１でもよい。また、モバイル端末１の指定方法は、任意のＩＤ文字列で指定してもよいし、ＩＰアドレスなどネットワークで規定された情報で指定してもよい。
【００３９】
プッシュサーバ３のプッシュ配信手段３１は、まず、プッシュメッセージの配信要求を受信する（ステップＳ１０１）。次に、配信要求で指定されたモバイル端末１についての情報を元にプッシュメッセージを配信するモバイル端末１を特定し（ステップＳ１０２）、モバイル端末１とプッシュメッセージとを関連付けてサーバ通信手段３４に渡す。
【００４０】
サーバ通信手段３４は、当該モバイル端末１に対するＴＣＰ／ＩＰ接続が既に設定されているか確認する（ステップＳ１０３）。当該モバイル端末１に対するＴＣＰ／ＩＰ接続が設定されていない場合（Ｎｏの場合）は、当該モバイル端末１に対してＴＣＰ／ＩＰ接続を開始する（ステップＳ１０４）。
【００４１】
ステップＳ１０３で接続の設定が確認された場合（Ｙｅｓの場合）、あるいは、ステップＳ１０４で接続を設定した場合、サーバ通信手段３４は、当該モバイル端末１のＲＲＣ状態の遷移にかかる時間を遷移時間推定手段３３に対して問い合わせる。遷移時間推定手段３３は、当該モバイル端末１の現在のＲＲＣ状態について端末状態特定手段３２に問い合わせる（ステップＳ１０５）。
【００４２】
端末状態特定手段３２は、当該モバイル端末１を管理しているネットワーク装置４の端末無線状態通知手段４２に対して、当該モバイル端末１の通信状態について問い合わせる。端末無線状態通知手段４２はモバイル端末１のＲＲＣ状態を常時把握している場合は、そのＲＲＣ状態を端末状態特定手段３２に返答する。端末状態特定手段３２は遷移時間推定手段３３に当該モバイル端末１のＲＲＣ状態を返答する（ステップＳ１０５）。
【００４３】
また、端末無線状態通知手段４２が当該モバイル端末のＲＲＣ状態を把握しておらず、当該モバイル端末１との通信時間と接続する無線網の種類を管理している場合、当該モバイル端末１との最終通信時間と当該モバイル端末１が繋がるネットワークの種類を返す。端末状態特定手段３２は、当該モバイル端末１が接続されているネットワークの種類から、予め与えられている各ＲＲＣ状態が遷移するまでのインアクティビティタイマと比較して、そのＲＲＣ状態を特定する。例えば、Ｗ−ＣＤＭＡに繋がるモバイル端末１がＣＥＬＬ＿ＤＣＨからＵＴＲＡ＿Ｉｄｌｅに遷移する時間が３分であるとする。すると、当該モバイル端末１が繋がるネットワークの種類がＷ−ＣＤＭＡであり、最後に通信してから１０秒しかたっていない場合は、当該モバイル端末１のＲＲＣ状態はＣＥＬＬ＿ＤＣＨであると判断する。また、当該モバイル端末１が最後に通信してから３分３０秒たっている場合は、当該モバイル端末１はＵＴＲＡ＿Ｉｄｌｅであると判断する（ステップＳ１０５）。
【００４４】
遷移時間推定手段３３は、特定されたＲＲＣ状態と対応する遷移遅延時間を自身で管理している表を基に決定する（ステップＳ１０６）。この表の例を図６に示す。図６は、遷移時間推定手段３３が管理するＲＲＣ状態と対応する遷移遅延時間の一例である。図６で、ＣＥＬＬ＿ＤＣＨ、ＣＥＬＬ＿ＦＡＣＨ、ＲＲＣ  ＣＯＮＮＥＣＴＥＤは通信可能状態であるため、無線状態の遷移遅延が発生しないが、各無線状態のときに通信した際のおおよそのラウンドトリップタイムを指定しておいてもよい。図６は一例であり、各無線網やモバイル端末、ネットワーク装置の種類に従いＲＲＣ状態に列挙する状態が異なる複数の表を管理してもよい。また、各ＲＲＣ状態に関する遷移遅延時間は固定値でなく、実際の通信にかかった時間で動的に更新してもよい。
【００４５】
次に、サーバ通信手段３４は当該モバイル端末１に対するＴＣＰ／ＩＰ接続に対し、遷移時間推定手段３３から得た遷移遅延時間を基に新たな再送制御時間を設定する（ステップＳ１０７）。この再送制御時間は前記した式３で計算できるが、別の式を利用してもよい。
【００４６】
例えば、モバイル端末の無線状態が図６におけるＵＴＲＡ＿Ｉｄｌｅである場合、遷移遅延時間は３秒となる。式３のＳＲＴＴに遷移遅延時間である３秒、ＲＴＴＶＡＲにＵＴＲＡ＿Ｉｄｌｅ時のラウンドトリップタイムの平均偏差(仮に０．５)とすると、ＲＴＯ＝３＋４×０．５＝５となり、再送制御時間は５秒となる。
【００４７】
サーバ通信手段３４は、再送制御時間を設定したＴＣＰ／ＩＰ接続を利用して、モバイル端末１に対するパケットの送信をネットワーク装置４に要求する（ステップＳ１０８）。
【００４８】
ネットワーク装置４の無線通信手段４１は、モバイル端末１に対するパケットの送信を要求されると、モバイル端末１の端末通信手段１１に対して通信ベアラを設定する（ステップＳ１０９）。この際、前述したようにモバイル端末１のＲＲＣ状態が一時停止状態の場合は、通信可能状態に移行するまでに時間がかかり、通信ベアラが設定されるまで時間がかかることとなる。
【００４９】
通信ベアラが設定されると、プッシュサーバ３のサーバ通信手段３４は、ネットワーク装置４の無線通信手段４１にプッシュメッセージを送信する。ネットワーク装置４は、当該モバイル端末１の端末通信手段１１にプッシュメッセージを設定したベアラ上で送信する（ステップＳ１１０）。
【００５０】
端末通信手段１１は、プッシュメッセージをプッシュ受信手段１３に渡す。プッシュ受信手段１３は、プッシュメッセージに記述された最終的なメッセージの配信先となる端末アプリ１２を決定して、端末アプリ１２に当該メッセージを渡す。端末アプリ１２は、プッシュメッセージに記述された内容を判読し、ユーザに対してサービスを提供する。
【００５１】
以上のように、本実施形態のメッセージ配信システムは、モバイル端末と、前記モバイル端末にメッセージを配信するサービスサーバとを備える。さらに、前記サービスサーバからの前記メッセージと前記メッセージの配信要求とを中継するメッセージ配信装置と、前記メッセージ配信装置からの前記メッセージを前記モバイル端末に送信するネットワーク装置とを備える。さらに、前記メッセージ配信装置は、前記配信要求に基づいて前記メッセージの再送信の時間を制御する再送制御時間を設定し、前記再送制御時間に基づいて前記ネットワーク装置への前記再送信の時間を制御する。
【００５２】
また、本実施形態のメッセージ配信装置は、モバイル端末へのメッセージの配信要求に基づいて前記モバイル端末との通信が可能か否かを示すＲＲＣ状態を特定する、端末状態特定手段を備える。さらに、前記ＲＲＣ状態に基づいて前記モバイル端末と通信した場合に発生する遷移遅延時間を推定する、遷移時間推定手段を備える。さらに、前記遷移遅延時間に基づいて前記メッセージの再送信の時間を制御する再送制御時間を設定し、前記再送制御時間に基づいて前記再送信の時間を制御する、サーバ通信手段を備える。
【００５３】
また、本実施形態のメッセージ配信方法は、モバイル端末へのメッセージの配信要求に基づいて、前記モバイル端末との通信が可能か否かを示すＲＲＣ状態を特定する。さらに、前記ＲＲＣ状態に基づいて、前記モバイル端末と通信した場合に発生する遷移遅延時間を推定する。さらに、前記遷移遅延時間に基づいて、前記メッセージの再送信の時間を制御する再送制御時間を設定し、前記再送制御時間に基づいて、前記再送信の時間を制御する。
【００５４】
また、本実施形態のメッセージ配信プログラムは、モバイル端末へのメッセージの配信要求に基づいて、前記モバイル端末との通信が可能か否かを示すＲＲＣ状態を特定する処理を実行させる。さらに、前記ＲＲＣ状態に基づいて、前記モバイル端末と通信した場合に発生する遷移遅延時間を推定する処理を実行させる。さらに、前記遷移遅延時間に基づいて、前記メッセージの再送信の時間を制御する再送制御時間を設定し、前記再送制御時間に基づいて、前記再送信の時間を制御する処理を実行させる。
【００５５】
本実施形態は、ＴＣＰ／ＩＰのような再送制御を行うプロトコルでの接続に際して、以下の効果を有する。第１に、ＲＲＣ状態が通信可能状態であるモバイル端末からプッシュサーバに接続した場合、時間経過後にプッシュサーバからモバイル端末にプッシュメッセージを送信した時に発生するパケットの不要な再送信を抑制できる。第２に、プッシュサーバからＲＲＣ状態が一時停止状態であるモバイル端末に接続した場合、プッシュサーバからモバイル端末に対してプッシュメッセージを送信し、当該メッセージが消失した時に発生する通信遅延を低減できる。
【００５６】
すなわち、本実施形態によれば、モバイル端末へプッシュメッセージを配信する際に、パケットが消失していなくても再送パケットを送信しネットワークに負荷をかける問題と、パケットが消失していても再送パケットを送信せずにプッシュメッセージの到達が遅れる問題とを、解決することができる。
【００５７】
本発明は上記実施形態に限定されることなく、請求の範囲に記載した発明の範囲内で、種々の変形が可能であり、それらも本発明の範囲内に含まれるものであることはいうまでもない。
【００５８】
また、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【００５９】
（付記１）
モバイル端末と、前記モバイル端末にメッセージを配信するサービスサーバと、前記サービスサーバからの前記メッセージと前記メッセージの配信要求とを中継するメッセージ配信装置と、前記メッセージ配信装置からの前記メッセージを前記モバイル端末に送信するネットワーク装置とを備え、前記メッセージ配信装置は、前記配信要求に基づいて前記メッセージの再送信の時間を制御する再送制御時間を設定し、前記再送制御時間に基づいて前記ネットワーク装置への前記再送信の時間を制御する、メッセージ配信システム。
（付記２）
前記メッセージ配信装置は、前記配信要求に基づいて前記モバイル端末との通信が可能か否かを示すＲＲＣ状態を特定し、前記ＲＲＣ状態に基づいて前記モバイル端末と通信した場合に発生する遷移遅延時間を推定し、前記遷移遅延時間に基づいて前記再送制御時間を設定する、付記１記載のメッセージ配信システム。
（付記３）
前記メッセージ配信装置は、前記配信要求に基づいて前記ＲＲＣ状態を特定する端末状態特定手段と、前記ＲＲＣ状態に基づいて前記遷移遅延時間を推定する遷移時間推定手段と、前記遷移遅延時間に基づいて前記再送制御時間を設定し前記再送制御時間に基づいて前記ネットワーク装置への前記再送信の時間を制御するサーバ通信手段と、を備えた、付記２記載のメッセージ配信システム。
（付記４）
前記端末状態特定手段は、前記ＲＲＣ状態を、取得して、もしくは、過去の通信履歴から推定して、特定する、付記３記載のメッセージ配信システム。
（付記５）
モバイル端末へのメッセージの配信要求に基づいて前記モバイル端末との通信が可能か否かを示すＲＲＣ状態を特定する端末状態特定手段と、前記ＲＲＣ状態に基づいて前記モバイル端末と通信した場合に発生する遷移遅延時間を推定する遷移時間推定手段と、前記遷移遅延時間に基づいて前記メッセージの再送信の時間を制御する再送制御時間を設定し、前記再送制御時間に基づいて前記再送信の時間を制御するサーバ通信手段と、を備えたメッセージ配信装置。
（付記６）
前記端末状態特定手段は、前記ＲＲＣ状態を、取得して、もしくは、過去の通信履歴から推定して、特定する、付記５記載のメッセージ配信装置。
（付記７）
前記サーバ通信手段は、前記配信要求に基づいて前記遷移遅延時間を前記遷移時間推定手段に問い合わせ、前記遷移時間推定手段は、前記ＲＲＣ状態について前記端末状態特定手段に問い合わせ、前記端末状態特定手段は、前記モバイル端末を管理しているネットワーク装置に対して前記ＲＲＣ状態について問い合わせ、前記ネットワーク装置が前記ＲＲＣ状態を把握している場合、前記ネットワーク装置から前記ＲＲＣ状態を取得して特定し、前記遷移時間推定手段に前記ＲＲＣ状態を返答し、前記遷移時間推定手段は、前記ＲＲＣ状態と前記遷移時間推定手段が管理している前記ＲＲＣ状態と前記遷移遅延時間との対応表とに基づいて前記遷移遅延時間を決定し、前記サーバ通信手段は、前記遷移遅延時間に基づいて前記再送制御時間を設定し、前記再送制御時間に基づいて前記ネットワーク装置への前記メッセージの再送信の時間を制御する、付記５または６記載のメッセージ配信装置。
（付記８）
前記端末状態特定手段は、前記ネットワーク装置が前記モバイル端末との通信時間と接続するネットワークの種類とを管理している場合、最終の前記通信時間と前記ネットワークの種類とを取得し、最終の前記通信時間と前記ネットワークの種類と、予め与えられている前記ＲＲＣ状態が遷移するまでの時間と、に基づいて前記ＲＲＣ状態を推定して特定する、付記７記載のメッセージ配信装置。
（付記９）
前記対応表は複数である、付記７または８記載のメッセージ配信装置。
（付記１０）
前記対応表は逐次更新される、付記７から９の内の１項記載のメッセージ配信装置。
（付記１１）
モバイル端末へのメッセージの配信要求に基づいて前記モバイル端末との通信が可能か否かを示すＲＲＣ状態を特定し、前記ＲＲＣ状態に基づいて前記モバイル端末と通信した場合に発生する遷移遅延時間を推定し、前記遷移遅延時間に基づいて前記メッセージの再送信の時間を制御する再送制御時間を設定し、前記再送制御時間に基づいて前記再送信の時間を制御する、メッセージ配信方法。
（付記１２）
前記ＲＲＣ状態の特定は、前記ＲＲＣ状態を、取得して、もしくは、過去の通信履歴から推定して、特定する、付記１１記載のメッセージ配信方法。
（付記１３）
モバイル端末へのメッセージの配信要求に基づいて前記モバイル端末との通信が可能か否かを示すＲＲＣ状態を特定する処理と、前記ＲＲＣ状態に基づいて前記モバイル端末と通信した場合に発生する遷移遅延時間を推定する処理と、前記遷移遅延時間に基づいて前記メッセージの再送信の時間を制御する再送制御時間を設定し、前記再送制御時間に基づいて前記再送信の時間を制御する処理と、を実行させるメッセージ配信用プログラム。
（付記１４）
前記ＲＲＣ状態を特定する処理は、前記ＲＲＣ状態を、取得して、もしくは、過去の通信履歴から推定して、特定する、付記１３記載のメッセージ配信用プログラム。
【００６０】
この出願は、２０１３年７月１０日に出願された日本出願特願２０１３−１４４８１７を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用可能性】
【００６１】
本発明は、メッセージ配信装置がモバイル端末に対しプッシュメッセージを送信するプッシュ通信への利用が可能である。
【符号の説明】
【００６２】
１、１０    モバイル端末
２、２０    サービスサーバ
３    プッシュサーバ
４、４０    ネットワーク装置
１１    端末通信手段
１２    端末アプリ
１３    プッシュ受信手段
２１    サーバプログラム
３０    メッセージ配信装置
３１    プッシュ配信手段
３２    端末状態特定手段
３３    遷移時間推定手段
３４    サーバ通信手段
４１    無線通信手段
４２    端末無線状態通知手段
１００    メッセージ配信システム
【図１】
2015004861.tif 000003
【図２】
2015004861.tif 000004
【図３】
2015004861.tif 000005
【図４】
2015004861.tif 000006
【図５】
2015004861.tif 000007
【図６】
2015004861.tif 000008
【図７】
2015004861.tif 000009
【国際調査報告】
2015004861.tif 000010
2015004861.tif 000011