(57)【要約】  ＲＲＣ状態が通信可能状態であるモバイル端末が一時停止状態に遷移したことに起因して生じる無駄な遅延を削減する。  複数の端末の各々に送信するプッシュメッセージの配信順序を決定する配信順序決定装置が、前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定する。
2014109102.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末の各々に送信するプッシュメッセージの配信順序を決定する配信順序決定装置であって、
前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
【請求項２】
請求項１に記載の配信順序決定装置であって、
前記通信可能状態にある複数の端末間では、前記通信可能状態から前記一時停止状態に遷移するまでの許容無通信期間が短い端末を前記許容無通信期間が長い端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
【請求項３】
請求項２に記載の配信順序決定装置であって、
前記通信可能状態にある端末であって、前記許容無通信期間が不明である端末については、最高の優先順位で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
【請求項４】
請求項２に記載の配信順序決定装置であって、
前記通信可能状態にある端末であって、前記許容無通信期間が不明である端末については、前記許容無通信期間の長さを所定の長さとした上で、許容無通信期間が短い端末を前記許容無通信期間が長い端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
【請求項５】
請求項２乃至４の何れか１項に記載の配信順序決定装置であって、
前記許容無通信期間は、推定された期間であることを特徴とする配信順序決定装置。
【請求項６】
請求項５に記載の配信順序決定装置であって、
前記許容無通信期間は、少なくとも端末が最後の通信を終了した時刻に基づいて、推定された期間であることを特徴とする配信順序決定装置。
【請求項７】
請求項２乃至６の何れか１項に記載の配信順序決定装置であって、
前記許容無通信期間は、前記通信可能状態から前記一時停止状態に遷移するための無通信期間である無通信遷移準備期間から、該無通信遷移準備期間が開始した時刻から現在時刻までの期間を、減算したものとして定義された期間であることを特徴とする配信順序決定装置。
【請求項８】
配信順序決定装置と、ネットワーク装置と、を備えるメッセージ配信システムであって、
前記配信順序決定装置が請求項１乃至７の何れか１項に記載の配信順序決定装置であって、
前記ネットワーク装置は前記配信順序決定装置が決定した配信順序に従って端末にプッシュメッセージを配信することを特徴とするメッセージ配信システム。
【請求項９】
複数の端末の各々に送信するプッシュメッセージの配信順序を決定する装置が行う配信順序決定方法であって、
前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定方法。
【請求項１０】
複数の端末の各々に送信するプッシュメッセージの配信順序を決定する配信順序決定装置としてコンピュータを機能させるための配信順序決定プログラムであって、
前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定する配信順序決定装置として前記コンピュータを機能させることを特徴とする配信順序決定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メッセージを配信するための、メッセージ配信システム、配信順序決定装置、配信順序決定方法及び配信順序決定プログラムに関する。
【背景技術】
【０００２】
近年は、移動中であってもインターネット等を利用した無線通信を行いたいという要求が増大している。またこれに伴い、無線通信の通信速度に関しても、より高速なものが求められている。それにつれて、携帯電話機やスマートフォン或いはタブレット型のパーソナルコンピュータなどのモバイル端末において、高速なパケット通信に対応した端末が増加している。【０００３】
このような高速なパケット通信を実現するための規格として、種々の規格が提唱されている。具体例を挙げると、Ｗ−ＣＤＭＡ（Wideband Code Division Multiple Access）、ＨＳＰＡ（High Speed Packet Access）、ＬＴＥ（Long Term Evolution）等の規格が提唱され、各モバイル端末はこれらの規格に準拠して高速パケット通信を実現している。【０００４】
しかし、高速パケット通信を実行することは端末の消費電力の増大を招く。そのため、バッテリで動作するモバイル端末において高速パケット通信を行うと、バッテリに蓄積されている電力の消費が早まり、ユーザが外出時に利用できる時間を減少させてしまう、という問題が生じる。【０００５】
この問題に関連する技術として、モバイル端末の通信状況に応じてＲＲＣ（Radio Resource
Control）状態を設定する、という制御を行うことにより電力の消費を抑える技術が存在する。【０００６】
このＲＲＣに関する制御方法の一例が特許文献１に記載されている。特許文献１に記載の技術では通常時には低速な通信状態とする一方で、パケットの受信が頻繁に行われている間のみ高速通信ができる状態に遷移させる。他方、パケットの受信が一定期間無い場合には低速な通信状態からさらに一時停止状態に遷移させる。このように、一時停止状態に設定することにより、常時高速通信ができる状態を維持している場合に比べて消費電力を低減させることができる。また、必要な場合には高速通信を行うようにしているので、瞬時のデータ受信を可能とすることもできる。特許文献１では、このようにしてＲＲＣ状態の制御を行い、全体として通信に必要な電力の消費を抑えている。【０００７】
また、通信規格の標準化団体により設立された３ＧＰＰ（Third Generation
Partnership Project）によると、パケット受信時のＲＲＣ状態は下記のように規定される（非特許文献１および非特許文献２参照）。【０００８】
ＷＣＤＭＡ（ＨＳＰＡ）については、高速通信可能状態に対してはＣＥＬＬ＿ＤＣＨ（専用搬送チャネル、ＤＣＨ）を割り当て、低速通信可能状態に対してはＣＥＬＬ＿ＦＡＣＨ（順方向アクセスチャネル、ＦＡＣＨ）、一時停止状態に対しては、ＣＥＬＬ＿ＰＣＨ（ページングチャネル、ＰＣＨ）、ＵＴＲＡ＿Ｉｄｌｅ（アイドル、Ｉｄｌｅ）を割り当てている。ここで、電力の消費量は、ＤＣＨ＞ＦＡＣＨ＞ＰＣＨ＞Ｉｄｌｅの順に小さくなる。【０００９】
また、ＬＴＥについては、通信可能状態に対してＲＲＣ  ＣＯＮＮＥＣＴＥＤ（接続状態、ＣＯＮＮ）、一時停止状態に対してＲＲＣ  ＩＤＬＥ（アイドル、Ｉｄｌｅ）を割り当てている。ここで、電力の消費量は、ＣＯＮＮ＞Ｉｄｌｅの順に小さくなる。【００１０】
なお、ＬＴＥに準拠した通信を行うのか、ＷＣＤＭＡ（ＨＳＰＡ）に準拠した通信を行うのかはモバイル端末が接続するモバイル網の種別及びその時々の状況に応じて切り替わる。また、何れの通信規格に準拠する場合であっても、一時停止状態のモバイル端末がデータを受信できるようになるには、高速、若しくは、低速の通信可能状態に遷移する必要がある。【００１１】
この点、ＲＲＣ状態の遷移を行う際には、モバイル網に含まれるネットワーク装置とモバイル端末との間でネゴシエーションを実施する必要がある。そして、このネゴシエーションの実施が完了するには、ネットワーク装置とモバイル端末との間の通信遅延やネットワーク装置及びモバイル端末での処理などの要因によりある程度の時間を必要とする。すなわち、一時停止状態にある端末がデータを受信できるようになる通信可能状態に遷移するには時間がかかることとなる。従って、端末が一時停止状態であるときにモバイル網から受信要求が来ても、すぐに受信を開始することができない。【００１２】
また、通信可能状態にあるモバイル端末は、特許文献１等に記載されているようにパケットの受信が一定期間ない場合に、低速通信状態、若しくは一時停止状態に遷移するが、この一定期間をどの程度の長さにするかということは予めモバイル網、若しくは端末にて規定されている。なお、以下の説明においては、この一定期間のうち、特に通信可能状態から一時停止状態に遷移する期間のことを「無通信遷移準備期間」と呼ぶ。また、「無通信遷移準備期間」は一般的に、「インアクティビティタイマーの長さ」という表現で呼ばれることもある。【００１３】
他方、インターネット上のサービスプロバイダが、モバイル端末に対して任意のメッセージを任意のタイミングで配信するためのプッシュ型通信が利用され始めている。【００１４】
この点、インターネットで利用されているＷＷＷ（World Wide Web）では、端末からのトリガにより、インターネット上のＷＷＷサーバに対して、端末への通信（主にダウンロード）を開始させるプル型通信が利用されている。一方で、プッシュ型通信では、インターネット上のサービスプロバイダのサービスサーバから端末に対する通信（主にダウンロード）を、サービスサーバ側のトリガにより、開始する点で相違する。【００１５】
一般にプッシュ型通信は、サービスを提供するアプリケーション毎にそれぞれ独自に実装されていた。しかし、近年ネットワーク利用の効率化の観点からプッシュサービスとして汎用的な基盤が構築されつつある。このプッシュサービス基盤では、プッシュサーバ、若しくは、プッシュプロキシゲートウェイと呼ばれるサーバ（以下、これらを含めて「プッシュサーバ」という。）をプッシュプロバイダのネットワーク内に設置する。そして、プッシュサーバは、サービスプロバイダからプッシュしたいメッセージ（プッシュメッセージ）を含んだプッシュ要求を受け取り、モバイル端末へのメッセージ配信をサービスプロバイダに代理して実行する。【００１６】
このようなプッシュサーバの一例として特許文献２に記載の技術が挙げられる。特許文献２に記載の技術は、プッシュ通知サービスを利用した情報配信システムにおいて、携帯端末機に付与された識別子を安全に管理することを目的としている。そして特許文献２に記載の技術は、情報配信システムに含まれるプッシュサーバ及びＷｅｂサーバ間での通信において暗号化通信を行うことにより携帯端末機に付与された識別子の漏洩等を防止する。
【先行技術文献】
【特許文献】
【００１７】
【特許文献１】特開２０１０−２０６８０７号公報
【特許文献２】特開２０１２−２３０５５５号公報
【非特許文献】
【００１８】
【非特許文献１】3GPP TS 25.331 ： Radio Resource Control (RRC) ; Protocolspecification、[online]、[平成２４年１２月１９日検索]、インターネット<http://www.3gpp.org/ftp/Specs/archive/25_series/25.331/>
【非特許文献２】3GPP TS 36.331 ： Evolved Universal Terrestrial Radio Access(E-UTRA); Radio Resource Control (RRC) ; Protocol specification、[online]、[平成２４年１２月１９日検索]、インターネット<http://www.3gpp.org /ftp/Specs/archive/36_series/36.331/>
【発明の概要】
【発明が解決しようとする課題】
【００１９】
上述したようなＲＲＣ状態の制御技術を用いることによりモバイル端末の電力消費を抑えることが可能となる。また、上述したプッシュサーバ等の技術を設けることによりプッシュメッセージをモバイル端末へと配信することが可能となる。【００２０】
しかしながら、ＲＲＣ状態の制御技術を用いながら、なおかつプッシュ型通信を行った場合には下述するような問題が生じていた。【００２１】
モバイル端末へプッシュ配信するには、上述したように、配信前にモバイル端末のＲＲＣ状態を通信可能状態にしておく必要がある。従って、次のような問題がある。すなわちＲＲＣ状態が一時停止状態である端末は、プッシュメッセージを受信するための準備として、ＲＲＣ状態を、一時停止状態から通信可能状態に遷移させる必要がある。従って、プッシュサーバがプッシュメッセージを送信しようとしてから、プッシュメッセージが端末に届くまで待ち時間が発生する。なお、モバイル端末のＲＲＣ状態が既に通信可能状態である端末は、プッシュサーバがプッシュメッセージを送信した時点で、そのプッシュメッセージを即座に受信することが可能である。【００２２】
また、プッシュサーバにおいて、１つ又は複数のサービスプロバイダから複数のモバイル端末に対して、プッシュメッセージの配信要求を同時に受信した場合には上記した待ち時間が複数回発生しうる。この点について具体例を挙げて説明する。本例では複数のサービスプロバイダから、第１のモバイル端末に対するプッシュメッセージの配信要求を受けると同時に第２のモバイル端末に対するプッシュメッセージの配信要求も受けたとする。また、本例では第１のモバイル端末の現在の状態が一時停止状態であるとする。また、第２のモバイル端末の現在の状態が通信可能状態であるとする。【００２３】
このような状況下、プッシュサーバにおいて、プッシュメッセージの配信する順序を、第１のモバイル端末に対して先に配信し、第２のモバイル端末への配信を後回しにするようなものにしたとする。【００２４】
この場合、後回しされた第２のモバイル端末への配信は、先に配信対象となった第１のモバイル端末が通信可能状態に遷移してプッシュ配信が完了するまで待たされることとなる。【００２５】
この待たされている間に、後回しにされた第２のモバイル端末において、前記したインアクティビティタイマーで定められた期間（無通信遷移準備期間）が経過してしまうと、通信可能状態であった第２のモバイル端末は一時停止状態に遷移してしまうこととなる。そのため、第１のモバイル端末への配信が完了した後に第２のモバイル端末へプッシュ配信しようとしても、再度第２の端末を一時停止状態から通信可能状態に戻すように遷移させなければならず、余計に配信時間がかかることとなる。一時停止状態から通信可能状態に戻すように遷移するためには、上述したように、ネゴシエーションなどのために所定時間を要する。すなわち本例では、待ち時間として「一時停止状態の第１のモバイル端末が通信可能状態に遷移するまでの時間」だけでなく「一時停止状態となってしまった第２のモバイル端末が再度通信可能状態に遷移するまでの時間」が余計に生じることとなる。【００２６】
このうち、少なくとも「一時停止状態となってしまった第２のモバイル端末が再度通信可能状態に遷移するまでの時間」に関しては、仮に第２のモバイル端末について先に配信を行っていたならば生じなかった待ち時間である。【００２７】
更に、「一時停止状態の第１のモバイル端末が通信可能状態に遷移するまでの時間」についても、仮に第２のモバイル端末について先に配信を行っていたならば、削減できた可能性のある時間である。何故ならば、第２のモバイル端末に配信している間に、第１のモバイル端末がプッシュメッセージの配信以外の何らかの通信を行ったとしたならば、プッシュメッセージの配信時には第１の端末が通信可能状態に遷移している又は遷移途中である可能性があるからである。【００２８】
このように、配信順序を誤ってしまうと、本来ならば生じないはずの待ち時間が生じてしまう。【００２９】
そこで、本発明は、ＲＲＣ状態が通信可能状態であるモバイル端末が一時停止状態に遷移したことに起因して生じる無駄な遅延を削減することが可能な、メッセージ配信システム、配信順序決定装置、配信順序決定方法及び配信順序決定プログラムを提供することを目的とする。
【課題を解決するための手段】
【００３０】
本発明の第１の観点によれば、複数の端末の各々に送信するプッシュメッセージの配信順序を決定する配信順序決定装置であって、前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置が提供される。【００３１】
本発明の第２の観点によれば、配信順序決定装置と、ネットワーク装置と、を備えるメッセージ配信システムであって、前記配信順序決定装置が上記本発明の第１の観点により提供される配信順序決定装置であって、前記ネットワーク装置は前記配信順序決定装置が決定した配信順序に従って端末にプッシュメッセージを配信することを特徴とするメッセージ配信システムが提供される。【００３２】
本発明の第３の観点によれば、複数の端末の各々に送信するプッシュメッセージの配信順序を決定する装置が行う配信順序決定方法であって、前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定方法が提供される。【００３３】
本発明の第４の観点によれば、複数の端末の各々に送信するプッシュメッセージの配信順序を決定する配信順序決定装置としてコンピュータを機能させるための配信順序決定プログラムであって、前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定する配信順序決定装置として前記コンピュータを機能させることを特徴とする配信順序決定プログラムが提供される。
【発明の効果】
【００３４】
本発明によれば、ＲＲＣ状態が通信可能状態であるモバイル端末が一時停止状態に遷移したことに起因して生じる無駄な遅延を削減することが可能となる。
【図面の簡単な説明】
【００３５】
【図１】本発明の第１の実施形態の基本的構成を表す機能ブロック図である。
【図２】本発明の各実施形態における、プッシュメッセージの順序制御の基本的動作を表すフローチャートである。
【図３】本発明の各実施形態における、プッシュメッセージの配信順序を待ち行列として表した概念図である。
【図４】本発明の各実施形態における、モバイル端末へのプッシュメッセージ配信の基本的動作を表すフローチャートである。
【図５】本発明の第２の実施形態の基本的構成を表す機能ブロック図である。
【図６】本発明の第２の実施形態における端末状態推定部でのモバイル端末のＲＲＣ状態推定の基本的動作を表すフローチャートである。
【符号の説明】
【００３６】
１０  モバイル端末
１１  端末通信部
１２  無線状態設定部
１３  端末アプリ提供部
１４  プッシュ受信部
２０  サービスサーバ
２１  サービスサーバ機能部
３０  プッシュサーバ
３１  プッシュ配信部
３２  配信順序制御部
３３  端末状態決定部
３４  サーバ通信部
３５  端末状態推定部
４０  ネットワーク装置
４１  無線通信部
４２  端末無線状態制御部
４３  端末無線状態通知部
【発明を実施するための形態】
【００３７】
続いて、本発明の第１の実施形態であるメッセージ配信システムの基本的な構成について図１を参照して説明する。
【００３８】
図１を参照すると本実施形態は、複数のモバイル端末１０、１以上のサービスサーバ２０、プッシュサーバ３０及びネットワーク装置４０を含んでいる。また、ネットワーク装置４０と個々のモバイル端末１０は無線通信網（図示を省略する）により接続されている。ここで、この無線通信網はＲＲＣ状態の切り替えが可能な無線通信方式に準拠して実現されている。一方で、プッシュサーバ３０と、サービスサーバ２０及びネットワーク装置４０は有線又は無線を問わないネットワーク（図示を省略する）により接続されている。また、このネットワークは任意の規格に準拠して実現することが可能であり、専用線により実現されても良いがインターネット等の公衆網により実現されてもよい。なお、この実施形態ではプッシュサーバ３０と、サービスサーバ２０及びネットワーク装置４０は有線網により接続されているものとする。
【００３９】
また、モバイル端末１０は、ユーザが携帯して直接操作をする端末である。サービスサーバ２０は、モバイル端末１０と連携してユーザにサービスを提供するサーバである。プッシュサーバ３０は、サービスサーバ２０からのモバイル端末１０へのプッシュメッセージの配信を中継するサーバである。ネットワーク装置４０は、プッシュサーバ３０からのメッセージ配信要求を無線網経由でモバイル端末１０に送信する装置である。
【００４０】
なお、図１にはモバイル端末１０が２台図示されているが、これは本実施形態の適用範囲を限定する趣旨ではない。本実施形態にはモバイル端末１０が何台含まれていても良い。同様にサービスサーバ２０、プッシュサーバ３０及びネットワーク装置４０の数も限定されない。また、各サーバはそれぞれ別個のサーバ装置により実現されても良いが、１つのサーバ装置により複数のサーバの機能を実現するようにしても良い。また、複数のサーバ装置が協働することにより１つのサーバの機能を実現しても良い。すなわち、図１に表される構成はあくまで例示であり本実施形態の構成を限定するものではない。
【００４１】
次に各機器の各機能ブロックについて説明する。
【００４２】
モバイル端末１０は、端末通信部１１、無線状態設定部１２、端末アプリ提供部１３及びプッシュ受信部１４を含む。
【００４３】
端末通信部１１は、プッシュサーバ３０とのデータの送受信を実施する部分である。具体的には、端末通信部１１はネットワーク装置４０を介してプッシュサーバ３０とデータを送受信する。この際、端末通信部１１とネットワーク装置４０とは無線網経由で通信を行う。
【００４４】
無線状態設定部１２は、端末通信部１１を監視することによりモバイル端末１０の通信頻度を把握する。そして、無線状態設定部１２は、把握したモバイル端末１０の通信頻度、若しくはネットワーク装置４０からの指示に基づいてＲＲＣ状態を端末通信部１１に設定する。設定するＲＲＣ状態としては例えば、高速通信状態、低速通信状態、一時停止状態等が挙げられる。
【００４５】
端末アプリ提供部１３は、実際にユーザに対してサービスを提供するアプリケーションである。端末アプリ提供部１３はアプリケーションソフトウェアとハードウェアが協働することにより実現される。なお、端末アプリ提供部１３は、モバイル端末１０内に１つのみ図示されているが、複数の異なる端末アプリ提供部１３がモバイル端末１０内に含まれていても良い。すなわち、モバイル端末１０には、複数の異なるアプリケーションソフトウェアがインストールされていても良い。
【００４６】
プッシュ受信部１４は、端末通信部１１で受信したデータの種類がプッシュメッセージであった場合、このプッシュメッセージにて指定された端末アプリ提供部１３に対して、このプッシュメッセージを配信する。
【００４７】
サービスサーバ２０は、サーバ装置をサービスサーバとして機能させるための部分であるサービスサーバ機能部２１を含む。サービスサーバ機能部２１は、モバイル端末１０上で動作する端末アプリ提供部１３と連携して、利用者に対してサービスを提供する。サービスサーバ機能部２１は、サービスサーバを実現するためのプログラムと、サーバ装置が協働することにより実現される。
【００４８】
プッシュサーバ３０は、プッシュ配信部３１、配信順序制御部３２、端末状態決定部３３及びサーバ通信部３４を含む。
【００４９】
プッシュ配信部３１は、サービスサーバ機能部２１からモバイル端末１０へのプッシュメッセージの配信要求を受信する。そして、プッシュメッセージの配信要求を受信したプッシュ配信部３１は、配信要求内で指定されたモバイル端末１０を特定して、特定したモバイル端末１０へのプッシュメッセージの配信を配信順序制御部３２に対して依頼する。なお以下の説明では、この配信要求内で指定されたモバイル端末１０のことを適宜「配信先モバイル端末１０」と呼ぶ。
【００５０】
配信順序制御部３２は、プッシュ配信部３１からの依頼に応じて配信先モバイル端末１０へプッシュメッセージを配信する。この点、配信順序制御部３２は、単に依頼された順序に応じてプッシュメッセージを配信するのではなく、配信先モバイル端末１０のＲＲＣ状態に応じてプッシュメッセージの配信順序を制御する。配信順序制御部３２における配信順序の具体的な制御方法については後述する。
【００５１】
端末状態決定部３３は、ネットワーク装置４０と連携してモバイル端末１０のＲＲＣ状態を取得する。そして端末状態決定部３３は、取得したＲＲＣ状態を配信順序制御部３２に通知する。
【００５２】
サーバ通信部３４は、ネットワーク装置４０を介して、配信順序制御部３２で決定した順序でプッシュメッセージを配信先モバイル端末１０に送信する。
【００５３】
ネットワーク装置４０は、無線通信部４１、端末無線状態制御部４２及び端末無線状態通知部４３を含む。
【００５４】
無線通信部４１は、有線網で接続されたサーバ装置群（プッシュサーバ３０及びサービスサーバ２０）と、無線網で接続されたモバイル端末１０との通信を中継する部分である。具体的には、サーバ装置群から送信されたデータを、無線網の通信方式に変換してモバイル端末１０に送信する。また、モバイル端末１０から送信されたデータを、有線網の通信方式に変換してサーバ装置群に送信する。
【００５５】
端末無線状態制御部４２は、各モバイル端末１０への無線通信の状況を監視する。そして、対象とするモバイル端末１０が一定時間無通信で有ること、又は対象とするモバイル端末１０の無線状態設定部１２からＲＲＣ状態の遷移を通知されたこと、何れかを契機として、この対象とするモバイル端末１０のＲＲＣ状態を遷移させる。具体的には、この対象とするモバイル端末１０の無線状態設定部１２と通信することによってモバイル端末１０のＲＲＣ状態を遷移させる。
【００５６】
端末無線状態通知部４３は、プッシュサーバ３０の端末状態決定部３３から指定されたモバイル端末１０のＲＲＣ状態に関する検索要求を受信する。そして、端末無線状態通知部４３は、この指定されたモバイル端末１０のＲＲＣ状態をプッシュサーバ３０の端末状態決定部３３に返信する。
【００５７】
以上、本実施形態の各機能ブロックについて詳細に説明した。なお、図１には本実施形態に特に関係する機能ブロックのみを図示しているが、これは説明の便宜の為である。すなわち、本実施形態において、図示されている機能ブロック以外の機能ブロックが存在することを禁止することを意図するものではない。また、図示されている各機能ブロックは本実施形態特有の動作にのみ利用されても良いが、他の用途に汎用的に利用されても良い。例えば、モバイル端末１０上では、図１で表される以外にも、様々な端末アプリ提供部１３やプロセスが動作している。そして、これらの各アプリやプロセスは、任意のタイミングで端末通信部１１を利用して通信を実施する。また、ネットワーク装置４０は、図示した機能ブロックにより提供される機能以外の機能などを、機能ブロックにより提供される機能の一部と共に又は機能ブロックにより提供される機能なしに、用いることにより、プッシュサーバ３０以外の様々なサーバや有線ネットワークと接続され、任意のタイミングでモバイル端末１０との間で通信を実施する。
【００５８】
更に、モバイル端末１０の無線状態設定部１２及びネットワーク装置４０の端末無線状態制御部４２は、プッシュメッセージの配信時以外にも各モバイル端末１０での無線通信状況を監視している。そして、対象とするモバイル端末１０が一定時間無通信で有ること、又は対象とするモバイル端末１０の無線状態設定部１２からＲＲＣ状態の遷移を通知されたこと、何れかを契機として、この対象とするモバイル端末１０のＲＲＣ状態を一時停止状態に遷移させる。すなわち、プッシュメッセージの配信が一定時間無かったとしても、他の機器との無線通信が行われているような場合には、モバイル端末１０のＲＲＣ状態は一時停止状態に遷移しないこともあり得る。また、ネットワーク装置４０からモバイル端末１０に対して、データ通信を実施したい時に、モバイル端末１０のＲＲＣ状態が一時停止状態であった場合は、高速通信状態、若しくは、低速通信状態に遷移させる。なお、これらＲＲＣ状態の遷移に関する仕組みは、非特許文献１および非特許文献２に記載されており、また、当業者にも知られている事項であるので、ここではこれ以上の詳細な説明を省略する。
【００５９】
次に、本実施形態の全体の動作について図１の機能ブロック図並びに図２及び図４のフローチャートを参照して説明する。
【００６０】
まず、サービスサーバ機能部２１が、任意のタイミングで、特定のモバイル端末１０（配信先モバイル端末１０に相当）に対するプッシュメッセージの配信要求をプッシュサーバ３０に送信する。
【００６１】
このタイミングはサービスサーバ機能部２１が提供するサービスの内容によって決定する。この点について、チャットサービスを提供するサービスサーバ機能部２１であった場合を例にとって説明する。この場合には、或るユーザのモバイル端末１０に対するチャットメッセージをサービスサーバ機能部２１が受信したとき、その或るユーザのモバイル端末１０に対してチャットメッセージの受信を通知する、といったタイミングでプッシュメッセージの配信が発生する。
【００６２】
また、配信先モバイル端末１０は、１台のモバイル端末１０であっても良いし、複数台のモバイル端末１０であっても良い。つまり、１つのプッシュメッセージの配信先としてモバイル端末１０が１つだけ指定される場合もあるが、１つのプッシュメッセージの配信先としてモバイル端末１０が複数指定される場合もある。例えば３人以上の人物でチャットメッセージをやり取りしているような場合には、このグループ内の或るユーザが作成したチャットメッセージは、この或る人物以外のグループ内の他の２人のユーザそれぞれのモバイル端末１０宛てにプッシュメッセージとして配信される。
【００６３】
また、配信先モバイル端末１０の指定方法は、任意のＩＤ文字列を利用して指定しても良いし、ＩＰアドレス（Internet Protocol address）などネットワークで規定された情報で指定しても良い。
【００６４】
プッシュサーバ３０のプッシュ配信部３１は、プッシュメッセージの配信要求を受信する（ステップＳ１０１）と、配信要求で指定される配信先モバイル端末１０を特定するための情報に基づいて、配信先モバイル端末１０を特定する（ステップＳ１０２）。次に、プッシュ配信部３１は特定した、配信先モバイル端末１０とプッシュメッセージとを紐付けて配信順序制御部３２に渡す。
【００６５】
次に、配信順序制御部３２は、配信先モバイル端末１０のＲＲＣ状態を端末状態決定部３３に問い合わせ、この問い合わせの返信を受けることによって配信先モバイル端末１０のＲＲＣ状態を取得する（ステップＳ１０３）。
【００６６】
ここで、ステップＳ１０３についてより詳細に説明する。ステップＳ１０３では、上述したように端末状態決定部３３が、配信順序制御部３２から配信先モバイル端末１０のＲＲＣ状態について問い合わせを受ける。問い合わせを受けた配信順序制御部３２は、配信先モバイル端末１０を管理しているネットワーク装置４０を特定する。なお、この特定は各ネットワーク装置４０に配信先モバイル端末１０を管理しているか否かを問い合わせることにより行われても良いし、定期的に各ネットワーク装置４０と通信を行いどのネットワーク装置４０がどのモバイル端末１０を管理しているのかを把握しておくことにより行われても良い。次に、配信順序制御部３２は特定したネットワーク装置４０に含まれる端末無線状態通知部４３に対して、配信先モバイル端末１０のＲＲＣ状態について問い合わせる。
【００６７】
問い合わせを受けたネットワーク装置４０の端末無線状態通知部４３は、端末無線状態制御部４２から配信先モバイル端末１０のＲＲＣ状態を取得し、端末状態決定部３３に返却する。更に、端末状態決定部３３は配信順序制御部３２に配信先モバイル端末１０のＲＲＣ状態を返却する。これにより、配信順序制御部３２は配信先モバイル端末１０のＲＲＣ状態を取得することができる。
【００６８】
なお、ネットワーク装置４０の端末無線状態制御部４２は、上述したようにモバイル端末１０の無線状態設定部１２と通信を行うことによってモバイル端末１０のＲＲＣ状態を常時把握している。
【００６９】
このようにして、ステップＳ１０３では配信先モバイル端末１０のＲＲＣ状態を取得することができる。ここで、無線通信網の種類及び無線通信網が準拠する通信方式により取得できる内容は異なる。
【００７０】
この点、本実施形態では少なくとも「通信可能状態」と「一時停止状態」の何れの状態であるかという情報はＲＲＣ状態に含まれているものとする。なお、「通信可能状態」を、更に「高速通信可能状態」や「低速通信可能状態」というように細分化することもできるが、本動作形態ではこの点についてまでは細分化しないものとする。
【００７１】
また、「通信可能状態」と「一時停止状態」の何れの状態であるかという情報に加えて、更に「許容無通信期間」がＲＲＣ状態として取得できる場合もある。ここで、「許容無通信期間」とは、現時点の状態が「通信可能状態」である場合に、現時点からどれくらいの期間、無通信状態が継続すると一時停止状態に遷移するのかを表す時間である。例えば、現時点の状態が「通信可能状態」であり「許容無通信期間」が５秒であった場合には、現時点では配信先モバイル端末１０との通信が可能ではあるが、仮にこの配信先モバイル端末１０が５秒間継続して無通信状態であった場合には、「許容無通信期間」は、刻々と短くなっていき、「許容無通信期間」がゼロとなった時点で、この配信先モバイル端末１０は「一時停止状態」となり、即座の通信はできなくなってしまうことを表す。一方、この５秒間の間に通信が発生した場合（すなわち、５秒間の間にプッシュメッセージを含む何らかのパケットが送受信された場合）には、この許容無通信期間は所定の長さに再設定される。この所定の長さは背景技術の欄で述べた無通信遷移準備期間に相当する。
【００７２】
すなわち、本実施形態における、許容無通信期間は、「無通信遷移準備期間−最後のパケットの送受信からの経過期間」により定義される。
【００７３】
次にステップＳ１０４について説明を行う。まず、配信順序制御部３２は、取得した配信先モバイル端末１０のＲＣＣ状態が「通信可能状態」と「一時停止状態」の何れであるのかを確認する（ステップＳ１０４）。
【００７４】
そして、配信順序制御部３２は、配信先モバイル端末１０のＲＲＣ状態が「一時停止状態」であった場合（ステップＳ１０４の「いいえ」）、現在配信を待っている他のプッシュメッセージの配信の後に、今回順序判断の対象としている配信先モバイル端末１０に対してのプッシュメッセージを配信するようサーバ通信部３４に対して指示する（ステップＳ１０５）。これは、現在「一時停止状態」である配信先モバイル端末１０に対してプッシュメッセージの送信を試みたとしても、送信ができない以上は意味がないことから、このような配信先モバイル端末１０に対しての送信は後にまわした方が他のプッシュメッセージとの関係上効率が良いからである。
【００７５】
一方で、配信先モバイル端末１０のＲＲＣ状態が「通信可能状態」である場合（ステップＳ１０４の「はい」）、配信順序制御部３２は、ステップＳ１０６に進む。
【００７６】
ステップＳ１０６では、ＲＣＣ状態として「許容無通信期間」が取得可能な場合であるか否かを配信順序制御部３２が確認する（ステップＳ１０６）。
【００７７】
このとき、配信先モバイル端末１０のＲＲＣ状態として取得できる情報が、「通信可能状態」であるか「一時停止状態」であるかの情報だけであり、「許容無通信期間」は取得できない場合は（ステップＳ１０６の「いいえ」）、ステップＳ１０７に進む。そして配信順序制御部３２は、他の配信先モバイル端末１０であって「一時停止状態」である配信先モバイル端末１０へのプッシュメッセージの配信より先に、今回順序判断の対象としている配信先モバイル端末１０に対してプッシュメッセージを配信するようにサーバ通信部３４に対して指示をする（ステップＳ１０７）。これは、現在「通信可能状態」である配信先モバイル端末１０に対しては待ち時間なく配信ができるため、配信のために待ち時間を要する「一時停止状態」の配信先モバイル端末１０よりも優先してプッシュメッセージの配信をすることが好ましいからである。
【００７８】
一方で、配信先モバイル端末１０のＲＲＣ状態として取得できる情報が、「通信可能状態」であるか「一時停止状態」であるかの情報だけでなく、更に「許容無通信期間」も取得できる場合には（ステップＳ１０６の「はい」）、ステップＳ１０８に進む、そして配信順序制御部３２は、
（１）他の配信先モバイル端末１０であって「一時停止状態」である配信先モバイル端末１０、及び、
（２）他の配信先モバイル端末１０であって「通信可能状態」であり、更に、今回順序判断の対象としている配信先モバイル端末１０の許容無通信期間より長い許容無通信期間を持つ配信先モバイル端末１０、
の上記（１）と（２）の２種類の他の配信先モバイル端末１０よりも先に今回順序判断の対象としているモバイル端末１０に対してプッシュメッセージを配信するよう指示する（ステップＳ１０８）。
【００７９】
これは、現在「通信可能状態」である配信先モバイル端末１０に対しては待ち時間なく配信ができるため、配信のために待ち時間を要する「一時停止状態」の配信先モバイル端末１０よりも優先してプッシュメッセージの配信をすることが好ましいからである。
【００８０】
加えて、同じ「通信可能状態」ではあっても、近いうちに「一時停止状態」に切り替わってしまう可能性が低い（すなわち許容無通信期間が長い）配信先モバイル端末１０よりも、近いうちに「一時停止状態」に切り替わってしまう可能性が高い（すなわち許容無通信期間が短い）配信先モバイル端末１０に対してプッシュメッセージの配信した方が、全体として配信効率が良いためである。何故ならば、配信しようとする配信先モバイル端末１０が「一時停止状態」である可能性を全体として減少できるからである。
【００８１】
また、他の配信先モバイル端末１０であって、「通信可能状態」であり、更に、今回順序判断の対象としている配信先モバイル端末１０の許容無通信期間以下の許容無通信期間を持つ配信先モバイル端末１０よりは遅れて、今回順序判断の対象としているモバイル端末１０に対してプッシュメッセージを配信するよう指示することとなる。
【００８２】
また、他の配信先モバイル端末１０であって、「通信可能状態」であり、更に、当該端末から許容無通信期間が取得できなかった配信先モバイル端末１０に対するメッセージは、Ｓ１０７において、最も優先的に送信されるように制御されているので、比較の対象とはならない。
【００８３】
以上説明したステップＳ１０１〜ステップＳ１０８におけるプッシュメッセージの配信順序の決定について図３の概念図を用いて説明する。
【００８４】
図３にはプッシュメッセージの配信順序を待ち行列として表した待ち行列３００が図示されている。待ち行列３００では、図中で下に行くほど配信順序が先となり、図中で上に行くほど配信順序が後となる待ち行列である。すなわち最も下段に位置するプッシュメッセージが最初に配信されるプッシュメッセージとなり、最も上段に位置するプッシュメッセージが現在の配信順序においては最後に配信されるプッシュメッセージとなる。つまり、待ち行列３００において、優先順位がより高いプッシュメッセージほど、より下の位置にある。
【００８５】
また、待ち行列３００では一時停止状態の配信先モバイル端末１０に送信するプッシュメッセージの下に通信可能状態のプッシュメッセージが位置することになる。但し、図３に示されているのはあくまで一例であり、全ての配信先モバイル端末１０が一時停止状態である場合や、全ての配信先モバイル端末１０が通信可能状態であることもあり得る。
【００８６】
更に、図３では許容無通信期間を「ΔＴ」で表す。待ち行列３００では通信可能状態のモバイル端末１０へのプッシュメッセージが複数存在する場合には、許容無通信期間であるΔＴが短い配信先モバイル端末１０のプッシュメッセージほど下に位置することになる。
【００８７】
そして、この待ち行列３００に新たにプッシュメッセージが並べられる場合について説明する。
【００８８】
まず、今回順序判断の対象としている配信先モバイル端末１０の状態が一時停止状態である場合、すなわちステップＳ１０４で「いいえ」でありステップＳ１０５について進んだ場合について説明する。この場合には、今回順序判断の対象としているプッシュメッセージは、他のプッシュメッセージ（配信先モバイル端末１０の状態は一時停止状態であるか通信可能状態あるかを問わない）の後に配信される。そのため、今回順序判断の対象としているプッシュメッセージは、プッシュメッセージ３０１として表されるように待ち行列３００の最末尾に並べられる。
【００８９】
次に、今回順序判断の対象としている配信先モバイル端末１０の状態が通信可能状態であるが許容無通信期間が取得できない場合について説明する、すなわちステップＳ１０４で「はい」であり、ステップＳ１０６で「いいえ」でありステップＳ１０７について進んだ場合について説明する。この場合には、今回順序判断の対象としているプッシュメッセージは、他の全てのプッシュメッセージ（配信先モバイル端末１０の状態は一時停止状態であるか通信可能状態あるかを問わない）よりも先に配信される。そのため、今回順序判断の対象としているプッシュメッセージは、プッシュメッセージ３０２として表されるように待ち行列３００の最先頭に並べられる。
【００９０】
次に、今回順序判断の対象としている配信先モバイル端末１０の状態が通信可能状態であり許容無通信期間が取得できる場合について説明する、すなわちステップＳ１０４で「はい」であり、ステップＳ１０６で「はい」でありステップＳ１０８について進んだ場合について説明する。この場合には、今回順序判断の対象としているプッシュメッセージは、
（１）他の配信先モバイル端末１０であって「一時停止状態」である配信先モバイル端末１０、及び、
（２）他の配信先モバイル端末１０であって「通信可能状態」であり、更に、今回順序判断の対象としている配信先モバイル端末１０の許容無通信期間より長い許容無通信期間を持つ配信先モバイル端末１０、
の上記（１）と（２）の２種類の他の配信先モバイル端末１０へ配信されるプッシュメッセージよりも先に配信される。ここで、今回順序判断の対象としているモバイル端末１０の許容無通信期間がΔＴ１であったとする。この場合、今回順序判断の対象としているモバイル端末１０のプッシュメッセージは、一時停止状態のモバイル端末１０へのプッシュメッセージよりも下段であって、更に、モバイル端末１０の許容無通信期間がΔＴ２（＞ΔＴ１）へのプッシュメッセージよりも下段であって、更に、モバイル端末１０の許容無通信期間がΔＴ３（＜ΔＴ１）へのプッシュメッセージよりも上段に並べられる。そのため、今回順序判断の対象としているプッシュメッセージは、プッシュメッセージ３０３として表されるように待ち行列３００に並べられる。
【００９１】
ここで、今回の順序判断時点での許容無通信期間であるΔＴは、順序判断の都度、待ち行列３００に並んでいる全てのプッシュメッセージについて現時点での「無通信遷移準備期間−最後のパケットの送受信からの経過期間」という計算を行うことにより算出できる。
【００９２】
もっとも、順序判断の都度、全てのプッシュメッセージについて現時点での無通信遷移準備期間を取得するのでは処理が煩雑となる。そこで、以下のようにして現時点でのΔＴを算出するようにしても良い。
【００９３】
例えば、一度ΔＴを算出したプッシュメッセージに関しては、既に算出したΔＴ（ΔＴ’とする）を保持しておき、これを時間の経過に応じて減算していくようにしても良い。例えば「秒」を単位としてΔＴを取り扱うのであれば、一秒経過する毎に現在待ち行列３００に並んでいる全てのプッシュメッセージのΔＴ’を一秒減算していき、減算後の値を現時点でのΔＴとして取り扱うようにすればよい。
【００９４】
また、ΔＴ’とΔＴ’を算出した時点での時刻を保持しておくようにしても良い。そして、現時点でのΔＴを算出したい場合には、現時点での時刻ｔ２からΔＴ’を算出した時点での時刻ｔ１を減算することにより得られた差分を、ΔＴ’から差し引くようにしても良い。すなわち、「ΔＴ＝ΔＴ’−（現時点での時刻ｔ２−ΔＴ’を算出した時点での時刻ｔ１）」として算出すればよい。
【００９５】
なお、図２及び図３を参照した方法では、「通信可能状態」の配信先モバイル端末１０であって、当該端末から許容無通信期間が取得できなかった配信先モバイル端末１０については、許容無通信期間がゼロであると扱うのと同等である。
【００９６】
これは、「通信可能状態」の配信先モバイル端末１０であって、当該端末から許容無通信期間が取得できなかった配信先モバイル端末１０の許容無通信期間は不明であるので、ゼロとして扱うからである。そしてこれにより、その配信先モバイル端末１０にとっての、通信可能状態から通信一時停止状態に遷移してしまう可能性を最も減らすポリシーを採用しているからである。
【００９７】
もっともこのようなポリシーを採らずに、「通信可能状態」の配信先モバイル端末１０であって、当該端末から許容無通信期間が取得できなかった配信先モバイル端末１０の許容無通信期間の許容無線通信期間の値を、平均的な許容無線通信期間に設定した上で、ステップＳ１０８と同様な処理をしてもよい。つまり図３により説明するのであれば、プッシュメッセージ３０２のように取り扱うのではなく、ΔＴ１を平均的な許容無線通信期間としたうえでプッシュメッセージ３０３のように取り扱うようにしても良い。ここで、平均的な許容無線通信期間は、例えば、直近の取得できたＮ個の許容無線通信期間の平均値などでもよいし、予め決められたものであってもよい。
【００９８】
次に、図４を参照して配信順序制御部３２の決定した配信順序に従ってプッシュメッセージを送信する際の動作について説明する。
【００９９】
サーバ通信部３４は配信順序制御部３２から指定された順番通りに、プッシュメッセージを読み込み、そのプッシュメッセージに紐付けられている配信先モバイル端末１０に対する通信の開始をネットワーク装置４０に要求する（ステップＳ２０１）。このとき、プッシュメッセージの配信先モバイル端末１０の指定は、ＩＰネットワークなどのネットワークの種別に応じた指定方法で行われる。例えば、ＩＰネットワークの場合であれば、配信先モバイル端末１０のＩＰアドレスによって指定が行われる。
【０１００】
ネットワーク装置４０の無線通信部４１は、モバイル端末１０に対する通信の開始を要求されると、端末無線状態制御部４２に対して通信ベアラの設定を要求する（ステップＳ２０２）。
【０１０１】
端末無線状態制御部４２は、配信先モバイル端末１０の無線状態設定部１２と通信を実施して、モバイル端末１０の端末通信部１１とネットワーク装置４０の無線通信部４１の間で通信ベアラを設定する（ステップＳ２０３）。この際、背景技術の欄でも述べたように、仮に配信先モバイル端末１０のＲＲＣ状態が「一時停止状態」であった場合は、通信可能状態に移行するまでに時間がかかり、通信ベアラが設定されるまで時間を要することとなる。
【０１０２】
通信ベアラが設定されると、プッシュサーバ３０のサーバ通信部３４は、ネットワーク装置４０の無線通信部４１にプッシュメッセージを送信し、ネットワーク装置４０は配信先モバイル端末１０の端末通信部１１にプッシュメッセージを設定したベアラ上で送信する（ステップＳ２０４）。
【０１０３】
端末通信部１１は、プッシュメッセージをプッシュ受信部１４に渡す。プッシュ受信部１４は、プッシュメッセージの配信先を特定する情報を参照することによりプッシュメッセージに記述された最終的なメッセージの配信先となる端末アプリ提供部１３を特定する。そして、プッシュ受信部１４は、特定した端末アプリ提供部１３にプッシュメッセージを渡す。端末アプリ提供部１３は、プッシュメッセージに記述された内容を判読し、ユーザに対してサービスを提供する。
【０１０４】
以上説明した本実施形態は、モバイル端末のＲＲＣ状態に基づいて適切な配信順序を決定することから、ＲＲＣ状態が通信可能状態であるモバイル端末が一時停止状態に遷移したことに起因するプッシュ配信の遅延を防止することが可能となる、という効果を奏する。
【０１０５】
続いて、本発明の第２の実施形態の基本的な構成について図５を参照して説明する。第１の実施形態では、端末無線状態制御部４２から配信先モバイル端末１０のＲＲＣ状態を取得していたが、第２の実施形態では、配信先モバイル端末１０の通信履歴に基づいて配信先モバイル端末１０のＲＲＣ状態を推定する点において異なる。以下の説明では、主に、第１の実施形態と第２の実施形態の相違点について説明する。
【０１０６】
図５を参照すると、本実施形態は第１の実施形態同様に、モバイル端末１０、サービスサーバ２０、プッシュサーバ３０及びネットワーク装置４０を含んでいる。
【０１０７】
この点、モバイル端末１０及びサービスサーバ２０の構成は第１の実施形態と同じであるのでここでは説明を省略する。
【０１０８】
プッシュサーバ３０は、プッシュ配信部３１、配信順序制御部３２、サーバ通信部３４及び端末状態推定部３５を含む。第１の実施形態と比較すると、端末状態推定部３５が追加される一方で、端末状態決定部３３が削除されている。
【０１０９】
追加されている端末状態推定部３５は、無通信遷移準備期間を把握している。この点、背景技術の欄で述べたように無通信遷移準備期間とはパケットの受信がない場合に通信可能状態から一時停止状態に遷移する期間のことであり、ネットワークの種類やモバイル端末１０によりそれぞれ設定されている。そして、端末状態推定部３５は、個々のモバイル端末１０が接続されているネットワークの種類やモバイル端末１０に応じた、無通信遷移準備期間を把握している。また、端末状態推定部３５は、ネットワーク装置４０と連携してモバイル端末１０の通信履歴を取得する。そして、端末状態推定部３５は、把握している無通信遷移準備期間と通信履歴とに基づいてモバイル端末１０のＲＲＣ状態を推定する。具体的な推定方法については後述する。
【０１１０】
また、本実施形態では、上述したように端末状態推定部３５がＲＲＣ状態を推定する。そのため、第１の実施形態でＲＲＣ状態を取得するために使用されていた端末状態決定部３３が削除されている。その他のプッシュサーバ３０の機能ブロックについては第１の実施形態と同一であるので、説明を省略する。
【０１１１】
ネットワーク装置４０は、無線通信部４１及び端末無線状態制御部４２を含む。第１の実施形態と比較すると、端末状態通知部４３が削除されている点及び無線通信部４１の機能が一部異なる点において相違する。
【０１１２】
具体的には、無線通信部４１は、有線網で接続されたサーバ装置群（プッシュサーバ３０及びサービスサーバ２０）と、無線網で接続されたモバイル端末１０との通信を中継する点においては実施形態１と同じである。もっとも、本実施形態では更に指定されたモバイル端末１０の通信の中継がいつ発生したのか、という情報を端末状態推定部３５に通知する機能を含む。
【０１１３】
一方で、本実施形態では上述したように端末状態推定部３５がＲＲＣ状態を推定する。そのため、第１の実施形態でＲＲＣ状態を取得するために使用されていた端末状態通知部４３が削除されている。そのため、実施形態１では、端末状態決定部３３のネットワーク装置４０内の通信相手は端末通信状態通知部４３であったのに対し、実施形態２では、端末状態推定部３５のネットワーク装置４０内の通信相手は無線通信部４１である。その他のネットワーク装置４０の機能ブロックについては第１の実施形態と同一であるので、説明を省略する。
【０１１４】
次に、本実施の形態の動作について説明する。
【０１１５】
本実施形態では、図２及び図４を参照して説明したステップＳ１０１〜Ｓ１０８及びステップＳ２０１〜Ｓ２０４については第１の実施の形態と同様である。ただし、ステップＳ１０３におけるモバイル端末１０のＲＲＣ状態の取得について相違する。この相違するステップＳ１０３について図６を参照して説明する。
【０１１６】
ステップＳ１０２が終了後、端末状態推定部３５は、配信順序制御部３２からモバイル端末１０のＲＲＣ状態について問い合わせを受ける。問い合わせを受けた端末状態推定部３５は、配信先モバイル端末１０を管理しているネットワーク装置４０を特定する（ステップＳ１０３−１）。
【０１１７】
更に、端末状態推定部３５は、ステップＳ１０３−１にて特定したネットワーク装置４０の無線通信部４１に対して、配信先モバイル端末１０と最後にいつ通信を実施したのかという点、及びそのモバイル端末１０がつながっているネットワークの種類は何かという点の、２点について問い合わせる（ステップＳ１０３−２）。
【０１１８】
ネットワーク装置４０は、無線通信部４１で管理している配信先モバイル端末１０との通信履歴をもとに、配信先モバイル端末１０が最後に通信を行った時刻と、配信先モバイル端末１０が接続しているネットワークの種類を返信する。
【０１１９】
端末状態推定部３５は、今回順序判断の対象としている配信先モバイル端末１０が接続されているネットワークの種類と、予め端末状態推定部３５に与えられているネットワークの種類に応じた無通信遷移準備期間の情報とを照らし合わせることにより、今回順序判断の対象としている配信先モバイル端末１０の無通信遷移準備期間を把握する。一方で、端末状態推定部３５は、現在の時刻から今回順序判断の対象としている配信先モバイル端末１０が最後に通信を行った時刻を減算した値である無通信経過期間を算出する。すなわち、今回順序判断の対象としている配信先モバイル端末１０が無通信経過期間とは最後の通信を行ってからどれだけの期間が経過しているかを表すものである。
【０１２０】
そして端末状態推定部３５は、これら無通信遷移準備期間と無通信経過期間を比較する（ステップＳ１０３−３）。
【０１２１】
無通信遷移準備期間よりも無通信経過期間の方が短いのであれば（ステップＳ１０３−３の「はい」）、今回順序判断の対象としている配信先モバイル端末１０は通信状態であると判断する（ステップＳ１０３−４）。一方で、無通信遷移準備期間と無通信経過期間が同じか、無通信遷移準備期間よりも無通信経過期間の方が長いのであれば（ステップＳ１０３−３の「いいえ」）、一時停止状態と判断する（ステップＳ１０３−５）。
【０１２２】
そして、ステップＳ１０３−４及びステップＳ１０３−５の何れの場合であっても、判断結果を配信順序制御部３２に通知する（ステップＳ１０３−４、ステップＳ１０３−５）。
【０１２３】
これらの判断について具体例を用いて説明する。例えば、Ｗ−ＣＤＭＡに準拠したネットワークに接続しているモバイル端末１０の無通信遷移準備期間が１分であると仮定する。
【０１２４】
そして、今回順序判断の対象としている配信先モバイル端末１０が接続しているネットワークの種類がＷ−ＣＤＭＡであり、今回順序判断の対象としている配信先モバイル端末１０が最後に通信してから３０秒しかたっていないものと仮定する。この場合、無通信遷移準備期間が１分であり、無通信経過期間３０秒となるため、無通信遷移準備期間よりも無通信経過期間の方が短い。よって、端末状態推定部３５は、今回順序判断の対象としているモバイル端末１０は通信可能状態にあると判断する。
【０１２５】
もしも仮定を変えて、今回順序判断の対象としている配信先モバイル端末１０が最後に通信してから１分３０秒たっているとした場合についても考える。この場合は、無通信遷移準備期間が１分であり、無通信経過期間１分３０秒となるため、無通信遷移準備期間よりも無通信経過期間の方が長い。よって、端末状態推定部３５は、今回順序判断の対象としているモバイル端末１０は一時停止状態であると判断する。
【０１２６】
以上説明した第２の実施形態では、モバイル端末が接続しているネットワークの種別と、モバイル端末の最終通信時刻に基づいてＲＲＣ状態を推定できるという効果を奏する、
なお、本実施形態では、無通信遷移準備期間から無通信経過期間を減算したものを許容無通信期間として、配信順序制御部３２に通知するようにしても良い。これにより、本実施形態においてもステップＳ１０８を実行することが可能となる。
【０１２７】
なお、ステップＳ１０３−３では、無通信遷移準備期間よりも無通信経過期間の方が短いか否かを基準として判断を行っていた。もっとも、判断後即座にはプッシュメッセージが配信されないことも鑑みて余裕期間を設けて判断するようにしても良い。すなわち、“無通信遷移準備期間“よりも”無通信経過期間に余裕期間を加えた期間“の方が短いか否かを基準として判断を行うようにしても良い。この余裕期間はステップＳ１０３−３から実際にプッシュメッセージがモバイル端末１０へと配信処理されるまでのタイムラグを考慮したものであり、例えば１秒以下の所定の期間として予め設定しておく。このようにすることによりステップＳ１０３−３の時点での判断は「通信可能状態」であったのに、タイムラグにより、実際にプッシュメッセージがモバイル端末１０へと配信処理される時点では「一時停止状態」に遷移してしまっているような問題を防止することが可能となる。
【０１２８】
また仮に、無通信遷移準備期間が、ネットワークの種類のみならず配信先モバイル端末１０の種類に応じて異なる長さである場合も考えられる。この場合は、ステップＳ１０３−２においてネットワークの種類のみならず配信先モバイル端末１０の種類も考慮して無通信遷移準備期間を把握するようにすればよい。
【０１２９】
更に、第１の実施形態と第２の実施形態を組み合わせるようにしても良い。そして例えば、或るネットワーク装置４０及びこれに接続されているモバイル端末１０に関しては第１の実施形態に準じてＲＲＣ状態を取得し、他のネットワーク装置４０及びこれに接続されているモバイル端末１０に関しては第２の実施形態に準じてＲＲＣ状態を推定するようにしても良い。
【０１３０】
なお、上記のメッセージ配信システムに含まれる各機器のそれぞれは、ハードウェア、ソフトウェア又はこれらの組み合わせにより実現することができる。また、上記のメッセージ配信システムに含まれる各機器のそれぞれにより行なわれるメッセージ配信方法も、ハードウェア、ソフトウェア又はこれらの組み合わせにより実現することができる。ここで、ソフトウェアによって実現されるとは、コンピュータがプログラムを読み込んで実行することにより実現されることを意味する。
【０１３１】
プログラムは、様々なタイプの非一時的なコンピュータ可読媒体(non-transitory
computer readable medium)を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体(tangible storage medium)を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えば、フレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば、光磁気ディスク）、ＣＤ−ＲＯＭ(Read Only Memory)、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ(Programmable ROM)、ＥＰＲＯＭ(Erasable PROM)、フラッシュＲＯＭ、ＲＡＭ(random access memory)）を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体(transitory computer readable medium)によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１３２】
本願は、日本の特願２０１３−００３６８７（２０１３年１月１１日に出願）に基づいたものであり、又、特願２０１３−００３６８７に基づくパリ条約の優先権を主張するものである。特願２０１３−００３６８７の開示内容は、特願２０１３−００３６８７を参照することにより本明細書に援用される。
【０１３３】
本発明の代表的な実施の形態が詳細に述べられたが、様々な変更(changes)、置き換え(substitutions)及び選択(alternatives)が請求項で定義された発明の精神と範囲から逸脱することなくなされることが理解されるべきである。また、仮にクレームが出願手続きにおいて補正されたとしても、クレームされた発明の均等の範囲は維持されるものと発明者は意図する。
【０１３４】
以上説明した本発明の実施形態は、以下に示すような多くの効果を奏する。
【０１３５】
第１の効果は、ＲＲＣ状態が通信可能状態であるモバイル端末が、一時停止状態に遷移したことに起因するプッシュ配信の遅延を防止できることにある。
【０１３６】
その理由は、ＲＲＣ状態が通信可能状態であるモバイル端末へのプッシュ配信を、一時停止状態であるモバイル端末へのプッシュ配信よりも優先して送るためである。
【０１３７】
第２の効果は、ネットワーク装置の負荷を抑制できることにある。
【０１３８】
その理由は、ＲＲＣ状態の遷移には、ネットワーク装置とモバイル端末との間でネゴシエーションが必要であるところ、本発明の実施形態では、ＲＲＣ状態の遷移を抑制することが可能であるため、このネゴシエーションをも抑制することができ、これがネットワーク装置の負荷を抑制することになるからである。
【０１３９】
第３の効果は、モバイル端末の消費電力を抑制できることにある。
【０１４０】
その理由は、ＲＲＣ状態の遷移時に実施するネットワーク装置とモバイル端末との間でネゴシエーションはモバイル端末に対して負荷となり、その負荷がモバイル端末の消費電力を増加させる。本発明の実施形態では、ＲＲＣ状態の遷移を抑制することが可能であるため、このネゴシエーションも抑制することができ、これがモバイル端末の消費電力を抑制することになるからである。
【０１４１】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【０１４２】
（付記１）  複数の端末の各々に送信するプッシュメッセージの配信順序を決定する配信順序決定装置であって、
前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
【０１４３】
（付記２）  付記１に記載の配信順序決定装置であって、
前記通信可能状態にある複数の端末間では、前記通信可能状態から前記一時停止状態に遷移するまでの許容無通信期間が短い端末を前記許容無通信期間が長い端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
【０１４４】
（付記３）  付記２に記載の配信順序決定装置であって、
前記通信可能状態にある端末であって、前記許容無通信期間が不明である端末については、最高の優先順位で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
【０１４５】
（付記４）  付記２に記載の配信順序決定装置であって、
前記通信可能状態にある端末であって、前記許容無通信期間が不明である端末については、前記許容無通信期間の長さを所定の長さとした上で、許容無通信期間が短い端末を前記許容無通信期間が長い端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
【０１４６】
（付記５）  付記２乃至４の何れか１に記載の配信順序決定装置であって、
前記許容無通信期間は、実際の期間であることを特徴とする配信順序決定装置。
【０１４７】
（付記６）  付記２乃至４の何れか１に記載の配信順序決定装置であって、
前記許容無通信期間は、推定された期間であることを特徴とする配信順序決定装置。
【０１４８】
（付記７）  付記６に記載の配信順序決定装置であって、
前記許容無通信期間は、少なくとも端末が最後の通信を終了した時刻に基づいて、推定された期間であることを特徴とする配信順序決定装置。
【０１４９】
（付記８）  付記２乃至７の何れか１に記載の配信順序決定装置であって、
前記許容無通信期間は、前記通信可能状態から前記一時停止状態に遷移するための無通信期間である無通信遷移準備期間から、該無通信遷移準備期間が開始した時刻から現在時刻までの期間を、減算したものとして定義された期間であることを特徴とする配信順序決定装置。
【０１５０】
（付記９）  付記１乃至８の何れか１に記載の配信順序決定装置であって、
前記端末は、前記一時停止状態から前記通信可能状態に遷移するためには、所定時間要するものであることを特徴とする配信順序決定装置。
【０１５１】
（付記１０）  配信順序決定装置と、ネットワーク装置と、を備えるメッセージ配信システムであって、
前記配信順序決定装置が付記１乃至９の何れか１に記載の配信順序決定装置であって、
前記ネットワーク装置は前記配信順序決定装置が決定した配信順序に従って端末にプッシュメッセージを配信することを特徴とするメッセージ配信システム。
【０１５２】
（付記１１）  複数の端末の各々に送信するプッシュメッセージの配信順序を決定する装置が行う配信順序決定方法であって、
前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定方法。
【０１５３】
（付記１２）  複数の端末の各々に送信するプッシュメッセージの配信順序を決定する配信順序決定装置としてコンピュータを機能させるための配信順序決定プログラムであって、
前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定する配信順序決定装置として前記コンピュータを機能させることを特徴とする配信順序決定プログラム。
【０１５４】
（付記１３）ユーザが操作する複数のモバイル端末と、モバイル端末と連携してユーザにサービスを提供するサービスサーバと、サービスサーバからのモバイル端末へのプッシュメッセージの配信を中継するプッシュサーバと、プッシュサーバからのメッセージ配信要求を無線網経由でモバイル端末に送信するネットワーク装置とで構成され、
モバイル端末は、
ネットワーク装置と無線網経由で通信し、プッシュサーバとのデータの送受信を実施する端末通信部と、
端末通信部を監視し、モバイル端末の通信頻度、若しくは、ネットワーク装置からの指示に基づいて高速通信状態、低速通信状態、一時停止状態などのＲＲＣ状態を端末通信部に設定する無線状態設定部と、
実際にユーザに対してサービスを提供する端末アプリと、
端末通信部で受信した通信がプッシュメッセージであった場合、プッシュメッセージに指定された端末アプリに対して当該プッシュメッセージを配信するプッシュ受信部とで構成され、
サービスサーバは、モバイル端末上で動作する端末アプリと連携して、利用者に対してサービスを提供するサービスサーバ機能部で構成され、
プッシュサーバは、
サービスサーバ機能部から通信によって要求されるモバイル端末へのプッシュメッセージの配信要求を受信し、配信要求内で指定されたモバイル端末を特定して、当該モバイル端末へのプッシュメッセージの配信を依頼するプッシュ配信部と、
プッシュメッセージの配信順序をモバイル端末のＲＲＣ状態に応じて制御する配信順序制御部と、
ネットワーク装置と連携してモバイル端末のＲＲＣ状態を取得し、配信順序制御部に通知する端末状態決定部と、
ネットワーク装置に対して配信順序制御部で決定した順序でプッシュメッセージを当該モバイル端末に送信するサーバ通信部とで構成され、
ネットワーク装置は、
通常有線網で接続されたサーバ装置とのデータ通信を、無線網での通信方式に変換してモバイル端末に中継する無線通信部と、
各モバイル端末への無線通信を監視し、一定時間無通信時間であった場合、若しくは、モバイル端末の無線状態設定部からＲＲＣ状態の遷移を通知された場合に、モバイル端末の無線状態設定部と通信してモバイル端末のＲＲＣ状態を遷移させる端末無線状態制御部と、
プッシュサーバの端末状態決定部からの指定されたモバイル端末のＲＲＣ状態に関する検索要求に対して、当該モバイル端末のＲＲＣ状態を通知する端末無線状態通知部とで、
構成されることを特徴とする通信システム。
【０１５５】
（付記１４）  前期プッシュサーバが、
サービスサーバ機能部が、任意のタイミングで、特定のモバイル端末に対して送出したプッシュメッセージの配信要求をプッシュ配信部で受信し、配信要求で指定されたモバイル端末についての情報を元にプッシュメッセージを配信するモバイル端末を特定し、
モバイル端末とプッシュメッセージとを関連付けて配信順序制御部に渡し、
配信順序制御部は、当該モバイル端末のＲＲＣ状態を端末状態決定部に問い合わせ、
端末状態決定部は、当該モバイル端末を管理しているネットワーク装置を決定して、ネットワーク装置の端末無線状態通知部から当該モバイル端末のＲＲＣ状態を取得して、配信順序制御部に当該モバイル端末のＲＲＣ状態を返却し、
当該ＲＲＣ状態が、当該モバイル端末のＲＲＣ状態が通信可能状態か、一時停止状態かのどちらかだけであれば、配信順序制御部は、当該モバイル端末のＲＲＣ状態が通信可能状態である場合、サーバ通信部に対して、他の一時停止状態であるモバイル端末へのプッシュメッセージの配信より先に、当該モバイル端末に対して当該プッシュメッセージを配信するよう指示し、
当該モバイル端末のＲＲＣ状態が一時停止状態であった場合、サーバ通信部に対して、現在配信を待っているプッシュメッセージの配信の後に配信するよう指示し、
サーバ通信部は配信順序制御部から指定された順番で、プッシュメッセージを読み込み、そのプッシュメッセージに関連付けられているモバイル端末に対する通信の開始をネットワーク装置に要求し、
当該モバイル端末と通信が可能になると、当該プッシュメッセージを当該モバイル端末に送信する
ことを特徴とする付記１３に記載の通信システム。
【０１５６】
（付記１５）  前期プッシュサーバが、
サービスサーバ機能部が、任意のタイミングで、特定のモバイル端末に対して送出したプッシュメッセージの配信要求をプッシュ配信部で受信し、配信要求で指定されたモバイル端末についての情報を元にプッシュメッセージを配信するモバイル端末を特定し、
モバイル端末とプッシュメッセージとを関連付けて配信順序制御部に渡し、
配信順序制御部は、当該モバイル端末のＲＲＣ状態を端末状態決定部に問い合わせ、
端末状態決定部は、当該モバイル端末を管理しているネットワーク装置を決定して、ネットワーク装置の端末無線状態通知部から当該モバイル端末のＲＲＣ状態を取得して、配信順序制御部に当該モバイル端末のＲＲＣ状態を返却し、
配信順序制御部は、当該モバイル端末のＲＲＣ状態が通信可能状態か、一時停止状態かに加えて、通信可能状態である場合に現時点からどれくらいの無通信期間が経過すれば一時停止状態に遷移するかを示す許容無通信期間が取得できるならば、当該モバイル端末のＲＲＣ状態が通信可能状態であった場合、サーバ通信部に対して他の一時停止状態であるモバイル端末より先に、かつ、他の通信可能状態であるモバイル端末への配信メッセージで当該モバイル端末の許容無通信期間より長い許容無通信期間を持つ配信メッセージより先に当該モバイル端末に対して当該プッシュメッセージを配信するよう指示し、
当該モバイル端末のＲＲＣ状態が一時停止状態であった場合、サーバ通信部に対して現在配信を待っているプッシュメッセージの配信の後に配信するよう指示し、
サーバ通信部は配信順序制御部から指定された順番で、プッシュメッセージを読み込み、そのプッシュメッセージに関連付けられているモバイル端末に対する通信の開始をネットワーク装置に要求し、
当該モバイル端末と通信が可能になると、当該プッシュメッセージを当該モバイル端末に送信する
ことを特徴とする付記１３又は付記１４に記載の通信システム。
【０１５７】
（付記１６）  ユーザが操作する複数のモバイル端末と、モバイル端末と連携してユーザにサービスを提供するサービスサーバと、サービスサーバからのモバイル端末へのプッシュメッセージの配信を中継するプッシュサーバと、プッシュサーバからのメッセージ配信要求を無線網経由でモバイル端末に送信するネットワーク装置とで構成され、
モバイル端末は、
ネットワーク装置とモバイル網経由で通信し、プッシュサーバとのデータの送受信を実施する端末通信部と、
端末通信部を監視し、モバイル端末の通信頻度、若しくは、ネットワーク装置からの指示に基づいて高速通信状態、低速通信状態、一時停止状態などのＲＲＣ状態を端末通信部に設定する無線状態設定部と、
実際にユーザに対してサービスを提供する端末アプリと、
端末通信部で受信した通信がプッシュメッセージであった場合、プッシュメッセージに指定された端末アプリに対して当該プッシュメッセージを配信するプッシュ受信部とで構成され、
サービスサーバは、モバイル端末上で動作する端末アプリと連携して、利用者に対してサービスを提供するサービスサーバ機能部で構成され、
プッシュサーバは、
サービスサーバ機能部から通信によって要求されるモバイル端末へのプッシュメッセージの配信要求を受信し、配信要求内で指定されたモバイル端末を特定して、当該モバイル端末に対してプッシュメッセージを配信するプッシュ配信部と、
プッシュ配信部で配信するプッシュメッセージの配信順序をモバイル端末のＲＲＣ状態に応じて制御する配信順序制御部と、
モバイル端末が接続されているネットワークの種類毎の通信可能状態が一時停止状態になるまでの期間をあらかじめ持ち、ネットワーク装置と連携してモバイル端末の通信履歴を取得してＲＲＣ状態を推定する端末状態推定部と、
ネットワーク装置に対して配信順序制御部で決定した順序でプッシュメッセージを当該モバイル端末に送信するサーバ通信部とで構成され、
ネットワーク装置は、
通常有線網で接続されたサーバ装置とのデータ通信を無線網での通信方式に変換してモバイル端末に中継すると共に、指定されたモバイル端末への通信の中継がいつ発生したかを通知できる無線通信部と、
各モバイル端末への無線通信を監視し、一定時間無通信時間であった場合、若しくは、モバイル端末の無線状態設定部からＲＲＣ状態の遷移を通知された場合に、モバイル端末の無線状態設定部と通信してモバイル端末のＲＲＣ状態を遷移させる端末無線状態制御部とで、
構成されることを特徴とする通信システム。
【０１５８】
（付記１７）  前期プッシュサーバが、
サービスサーバ機能部が、任意のタイミングで、特定のモバイル端末に対して送出したプッシュメッセージの配信要求をプッシュ配信部で受信し、配信要求で指定されたモバイル端末についての情報を元にプッシュメッセージを配信するモバイル端末を特定し、
モバイル端末とプッシュメッセージとを関連付けて配信順序制御部に渡し、
配信順序制御部は、当該モバイル端末のＲＲＣ状態を端末状態推定部に問い合わせ、
端末状態推定部は、当該モバイル端末を管理しているネットワーク装置を決定して、ネットワーク装置の無線通信部で管理している当該モバイル端末との最終の通信時間と、当該モバイル端末がつながっているネットワークの種類を取得し、
端末状態推定部は、当該モバイル端末が接続されているネットワークの種類から、通信可能状態から一時停止状態に遷移するまでの時間である無通信遷移時間を取得し、現在の時間から当該端末への最後の通信時間を引いた時間である無通信経過時間と比較して、無通信遷移時間よりも無通信経過時間の方が短ければ通信状態であると判断し、無通信遷移時間と無通信経過時間が同じか、無通信遷移時間よりも無通信経過時間の方が長ければ一時停止状態と判断して、配信順序制御部に通知し、
配信順序制御部は、当該モバイル端末のＲＲＣ状態が通信可能状態である場合、サーバ通信部に対して、他の一時停止状態であるモバイル端末へのプッシュメッセージの配信より先に、当該モバイル端末に対して当該プッシュメッセージを配信するよう指示し、
当該モバイル端末のＲＲＣ状態が一時停止状態であった場合、サーバ通信部に対して、現在配信を待っているプッシュメッセージの配信の後に配信するよう指示し、
サーバ通信部は配信順序制御部から指定された順番で、プッシュメッセージを読み込み、そのプッシュメッセージに関連付けられているモバイル端末に対する通信の開始をネットワーク装置に要求し、
当該モバイル端末と通信が可能になると、当該プッシュメッセージを当該モバイル端末に送信する
ことを特徴とする付記１３又は付記１４に記載の通信システム。
【０１５９】
（付記１８）  前期プッシュサーバが、
サービスサーバ機能部が、任意のタイミングで、特定のモバイル端末に対して送出したプッシュメッセージの配信要求をプッシュ配信部で受信し、配信要求で指定されたモバイル端末についての情報を元にプッシュメッセージを配信するモバイル端末を特定し、
モバイル端末とプッシュメッセージとを関連付けて配信順序制御部に渡し、
配信順序制御部は、当該モバイル端末のＲＲＣ状態を端末状態推定部に問い合わせ、
端末状態推定部は、当該モバイル端末を管理しているネットワーク装置を決定して、ネットワーク装置の無線通信部で管理している当該モバイル端末との最終の通信時間と、当該モバイル端末がつながっているネットワークの種類を取得して、
当該モバイル端末が接続されているネットワークの種類から、通信可能状態から一時停止状態に遷移するまでの時間である無通信遷移時間を取得し、現在の時間から当該端末への最後の通信時間を引いた時間である無通信経過時間と比較して、無通信遷移時間よりも無通信経過時間の方が短ければ通信状態であると判断して、無通信遷移時間から無通信経過時間を引いたものを許容無通信時間として配信順序制御部に通知し、無通信遷移時間と無通信経過時間が同じか、無通信遷移時間よりも無通信経過時間の方が長ければ一時停止状態と判断して配信順序制御部に通知し、
配信順序制御部は、当該モバイル端末のＲＲＣ状態が通信可能状態か、一時停止状態かに加えて、通信可能状態である場合に現時点からどれくらいの無通信期間が経過すれば一時停止状態に遷移するかを示す許容無通信期間が取得できるならば、当該モバイル端末のＲＲＣ状態が通信可能状態であった場合、サーバ通信部に対して他の一時停止状態であるモバイル端末より先に、かつ、他の通信可能状態であるモバイル端末への配信メッセージで当該モバイル端末の許容無通信期間より長い許容無通信期間を持つ配信メッセージより先に当該モバイル端末に対して当該プッシュメッセージを配信するよう指示し、
当該モバイル端末のＲＲＣ状態が一時停止状態であった場合、サーバ通信部に対して現在配信を待っているプッシュメッセージの配信の後に配信するよう指示し、
サーバ通信部は配信順序制御部から指定された順番で、プッシュメッセージを読み込み、そのプッシュメッセージに関連付けられているモバイル端末に対する通信の開始をネットワーク装置に要求し、
当該モバイル端末と通信が可能になると、当該プッシュメッセージを当該モバイル端末に送信する
ことを特徴とする付記１３又は付記１４に記載の通信システム。
【産業上の利用可能性】
【０１６０】
本発明は、ネットワーク上に設けられたサーバからモバイル端末に対してのプッシュメッセージの配信を制御する、といった用途に適用できる。
【図１】
2014109102.tif 000003
【図２】
2014109102.tif 000004
【図３】
2014109102.tif 000005
【図４】
2014109102.tif 000006
【図５】
2014109102.tif 000007
【図６】
2014109102.tif 000008
【手続補正書】
【提出日】平成26年3月11日(2014.3.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の端末の各々に送信するメッセージの配信順序を決定する配信順序決定装置であって、
前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
【請求項２】
請求項１に記載の配信順序決定装置であって、
前記通信可能状態にある複数の端末間では、前記通信可能状態から前記一時停止状態に遷移するまでの許容無通信期間が短い端末を前記許容無通信期間が長い端末に優先させた順序で、前記複数の端末の各々にメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
【請求項３】
請求項２に記載の配信順序決定装置であって、
前記通信可能状態にある端末であって、前記許容無通信期間が不明である端末については、最高の優先順位で、前記複数の端末の各々にメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
【請求項４】
請求項２に記載の配信順序決定装置であって、
前記通信可能状態にある端末であって、前記許容無通信期間が不明である端末については、前記許容無通信期間の長さを所定の長さとした上で、許容無通信期間が短い端末を前記許容無通信期間が長い端末に優先させた順序で、前記複数の端末の各々にメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
【請求項５】
請求項２乃至４の何れか１項に記載の配信順序決定装置であって、
前記許容無通信期間は、推定された期間であることを特徴とする配信順序決定装置。
【請求項６】
請求項５に記載の配信順序決定装置であって、
前記許容無通信期間は、少なくとも端末が最後の通信を終了した時刻に基づいて、推定された期間であることを特徴とする配信順序決定装置。
【請求項７】
請求項２乃至６の何れか１項に記載の配信順序決定装置であって、
前記許容無通信期間は、前記通信可能状態から前記一時停止状態に遷移するための無通信期間である無通信遷移準備期間から、該無通信遷移準備期間が開始した時刻から現在時刻までの期間を、減算したものとして定義された期間であることを特徴とする配信順序決定装置。
【請求項８】
配信順序決定装置と、ネットワーク装置と、を備えるメッセージ配信システムであって、
前記配信順序決定装置が請求項１乃至７の何れか１項に記載の配信順序決定装置であって、
前記ネットワーク装置は前記配信順序決定装置が決定した配信順序に従って端末にメッセージを配信することを特徴とするメッセージ配信システム。
【請求項９】
複数の端末の各々に送信するメッセージの配信順序を決定する装置が行う配信順序決定方法であって、
前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にメッセージを送信するように配信順序を決定することを特徴とする配信順序決定方法。
【請求項１０】
複数の端末の各々に送信するメッセージの配信順序を決定する配信順序決定装置としてコンピュータを機能させるための配信順序決定プログラムであって、
前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にメッセージを送信するように配信順序を決定する配信順序決定装置として前記コンピュータを機能させることを特徴とする配信順序決定プログラム。
【国際調査報告】
2014109102.tif 000009
2014109102.tif 000010
2014109102.tif 000011