JPWO2014109102A1 - メッセージ配信システム、配信順序決定装置、配信順序決定方法及び配信順序決定プログラム - Google Patents

メッセージ配信システム、配信順序決定装置、配信順序決定方法及び配信順序決定プログラム Download PDF

Info

Publication number
JPWO2014109102A1
JPWO2014109102A1 JP2014556323A JP2014556323A JPWO2014109102A1 JP WO2014109102 A1 JPWO2014109102 A1 JP WO2014109102A1 JP 2014556323 A JP2014556323 A JP 2014556323A JP 2014556323 A JP2014556323 A JP 2014556323A JP WO2014109102 A1 JPWO2014109102 A1 JP WO2014109102A1
Authority
JP
Japan
Prior art keywords
state
communication
mobile terminal
terminal
delivery
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2014556323A
Other languages
English (en)
Other versions
JP6319100B2 (ja
Inventor
貴弘 城島
貴弘 城島
健夫 大西
健夫 大西
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JPWO2014109102A1 publication Critical patent/JPWO2014109102A1/ja
Application granted granted Critical
Publication of JP6319100B2 publication Critical patent/JP6319100B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/822—Collecting or measuring resource availability data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

ＲＲＣ状態が通信可能状態であるモバイル端末が一時停止状態に遷移したことに起因して生じる無駄な遅延を削減する。複数の端末の各々に送信するプッシュメッセージの配信順序を決定する配信順序決定装置が、前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定する。

Description

本発明は、メッセージを配信するための、メッセージ配信システム、配信順序決定装置、配信順序決定方法及び配信順序決定プログラムに関する。
近年は、移動中であってもインターネット等を利用した無線通信を行いたいという要求が増大している。またこれに伴い、無線通信の通信速度に関しても、より高速なものが求められている。それにつれて、携帯電話機やスマートフォン或いはタブレット型のパーソナルコンピュータなどのモバイル端末において、高速なパケット通信に対応した端末が増加している。
このような高速なパケット通信を実現するための規格として、種々の規格が提唱されている。具体例を挙げると、Ｗ−ＣＤＭＡ（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)が請求項で定義された発明の精神と範囲から逸脱することなくなされることが理解されるべきである。また、仮にクレームが出願手続きにおいて補正されたとしても、クレームされた発明の均等の範囲は維持されるものと発明者は意図する。
以上説明した本発明の実施形態は、以下に示すような多くの効果を奏する。
第１の効果は、ＲＲＣ状態が通信可能状態であるモバイル端末が、一時停止状態に遷移したことに起因するプッシュ配信の遅延を防止できることにある。
その理由は、ＲＲＣ状態が通信可能状態であるモバイル端末へのプッシュ配信を、一時停止状態であるモバイル端末へのプッシュ配信よりも優先して送るためである。
第２の効果は、ネットワーク装置の負荷を抑制できることにある。
その理由は、ＲＲＣ状態の遷移には、ネットワーク装置とモバイル端末との間でネゴシエーションが必要であるところ、本発明の実施形態では、ＲＲＣ状態の遷移を抑制することが可能であるため、このネゴシエーションをも抑制することができ、これがネットワーク装置の負荷を抑制することになるからである。
第３の効果は、モバイル端末の消費電力を抑制できることにある。
その理由は、ＲＲＣ状態の遷移時に実施するネットワーク装置とモバイル端末との間でネゴシエーションはモバイル端末に対して負荷となり、その負荷がモバイル端末の消費電力を増加させる。本発明の実施形態では、ＲＲＣ状態の遷移を抑制することが可能であるため、このネゴシエーションも抑制することができ、これがモバイル端末の消費電力を抑制することになるからである。
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１） 複数の端末の各々に送信するプッシュメッセージの配信順序を決定する配信順序決定装置であって、
前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
（付記２） 付記１に記載の配信順序決定装置であって、
前記通信可能状態にある複数の端末間では、前記通信可能状態から前記一時停止状態に遷移するまでの許容無通信期間が短い端末を前記許容無通信期間が長い端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
（付記３） 付記２に記載の配信順序決定装置であって、
前記通信可能状態にある端末であって、前記許容無通信期間が不明である端末については、最高の優先順位で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
（付記４） 付記２に記載の配信順序決定装置であって、
前記通信可能状態にある端末であって、前記許容無通信期間が不明である端末については、前記許容無通信期間の長さを所定の長さとした上で、許容無通信期間が短い端末を前記許容無通信期間が長い端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
（付記５） 付記２乃至４の何れか１に記載の配信順序決定装置であって、
前記許容無通信期間は、実際の期間であることを特徴とする配信順序決定装置。
（付記６） 付記２乃至４の何れか１に記載の配信順序決定装置であって、
前記許容無通信期間は、推定された期間であることを特徴とする配信順序決定装置。
（付記７） 付記６に記載の配信順序決定装置であって、
前記許容無通信期間は、少なくとも端末が最後の通信を終了した時刻に基づいて、推定された期間であることを特徴とする配信順序決定装置。
（付記８） 付記２乃至７の何れか１に記載の配信順序決定装置であって、
前記許容無通信期間は、前記通信可能状態から前記一時停止状態に遷移するための無通信期間である無通信遷移準備期間から、該無通信遷移準備期間が開始した時刻から現在時刻までの期間を、減算したものとして定義された期間であることを特徴とする配信順序決定装置。
（付記９） 付記１乃至８の何れか１に記載の配信順序決定装置であって、
前記端末は、前記一時停止状態から前記通信可能状態に遷移するためには、所定時間要するものであることを特徴とする配信順序決定装置。
（付記１０） 配信順序決定装置と、ネットワーク装置と、を備えるメッセージ配信システムであって、
前記配信順序決定装置が付記１乃至９の何れか１に記載の配信順序決定装置であって、
前記ネットワーク装置は前記配信順序決定装置が決定した配信順序に従って端末にプッシュメッセージを配信することを特徴とするメッセージ配信システム。
（付記１１） 複数の端末の各々に送信するプッシュメッセージの配信順序を決定する装置が行う配信順序決定方法であって、
前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定方法。
（付記１２） 複数の端末の各々に送信するプッシュメッセージの配信順序を決定する配信順序決定装置としてコンピュータを機能させるための配信順序決定プログラムであって、
前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定する配信順序決定装置として前記コンピュータを機能させることを特徴とする配信順序決定プログラム。
（付記１３）ユーザが操作する複数のモバイル端末と、モバイル端末と連携してユーザにサービスを提供するサービスサーバと、サービスサーバからのモバイル端末へのプッシュメッセージの配信を中継するプッシュサーバと、プッシュサーバからのメッセージ配信要求を無線網経由でモバイル端末に送信するネットワーク装置とで構成され、
モバイル端末は、
ネットワーク装置と無線網経由で通信し、プッシュサーバとのデータの送受信を実施する端末通信部と、
端末通信部を監視し、モバイル端末の通信頻度、若しくは、ネットワーク装置からの指示に基づいて高速通信状態、低速通信状態、一時停止状態などのＲＲＣ状態を端末通信部に設定する無線状態設定部と、
実際にユーザに対してサービスを提供する端末アプリと、
端末通信部で受信した通信がプッシュメッセージであった場合、プッシュメッセージに指定された端末アプリに対して当該プッシュメッセージを配信するプッシュ受信部とで構成され、
サービスサーバは、モバイル端末上で動作する端末アプリと連携して、利用者に対してサービスを提供するサービスサーバ機能部で構成され、
プッシュサーバは、
サービスサーバ機能部から通信によって要求されるモバイル端末へのプッシュメッセージの配信要求を受信し、配信要求内で指定されたモバイル端末を特定して、当該モバイル端末へのプッシュメッセージの配信を依頼するプッシュ配信部と、
プッシュメッセージの配信順序をモバイル端末のＲＲＣ状態に応じて制御する配信順序制御部と、
ネットワーク装置と連携してモバイル端末のＲＲＣ状態を取得し、配信順序制御部に通知する端末状態決定部と、
ネットワーク装置に対して配信順序制御部で決定した順序でプッシュメッセージを当該モバイル端末に送信するサーバ通信部とで構成され、
ネットワーク装置は、
通常有線網で接続されたサーバ装置とのデータ通信を、無線網での通信方式に変換してモバイル端末に中継する無線通信部と、
各モバイル端末への無線通信を監視し、一定時間無通信時間であった場合、若しくは、モバイル端末の無線状態設定部からＲＲＣ状態の遷移を通知された場合に、モバイル端末の無線状態設定部と通信してモバイル端末のＲＲＣ状態を遷移させる端末無線状態制御部と、
プッシュサーバの端末状態決定部からの指定されたモバイル端末のＲＲＣ状態に関する検索要求に対して、当該モバイル端末のＲＲＣ状態を通知する端末無線状態通知部とで、
構成されることを特徴とする通信システム。
（付記１４） 前期プッシュサーバが、
サービスサーバ機能部が、任意のタイミングで、特定のモバイル端末に対して送出したプッシュメッセージの配信要求をプッシュ配信部で受信し、配信要求で指定されたモバイル端末についての情報を元にプッシュメッセージを配信するモバイル端末を特定し、
モバイル端末とプッシュメッセージとを関連付けて配信順序制御部に渡し、
配信順序制御部は、当該モバイル端末のＲＲＣ状態を端末状態決定部に問い合わせ、
端末状態決定部は、当該モバイル端末を管理しているネットワーク装置を決定して、ネットワーク装置の端末無線状態通知部から当該モバイル端末のＲＲＣ状態を取得して、配信順序制御部に当該モバイル端末のＲＲＣ状態を返却し、
当該ＲＲＣ状態が、当該モバイル端末のＲＲＣ状態が通信可能状態か、一時停止状態かのどちらかだけであれば、配信順序制御部は、当該モバイル端末のＲＲＣ状態が通信可能状態である場合、サーバ通信部に対して、他の一時停止状態であるモバイル端末へのプッシュメッセージの配信より先に、当該モバイル端末に対して当該プッシュメッセージを配信するよう指示し、
当該モバイル端末のＲＲＣ状態が一時停止状態であった場合、サーバ通信部に対して、現在配信を待っているプッシュメッセージの配信の後に配信するよう指示し、
サーバ通信部は配信順序制御部から指定された順番で、プッシュメッセージを読み込み、そのプッシュメッセージに関連付けられているモバイル端末に対する通信の開始をネットワーク装置に要求し、
当該モバイル端末と通信が可能になると、当該プッシュメッセージを当該モバイル端末に送信する
ことを特徴とする付記１３に記載の通信システム。
（付記１５） 前期プッシュサーバが、
サービスサーバ機能部が、任意のタイミングで、特定のモバイル端末に対して送出したプッシュメッセージの配信要求をプッシュ配信部で受信し、配信要求で指定されたモバイル端末についての情報を元にプッシュメッセージを配信するモバイル端末を特定し、
モバイル端末とプッシュメッセージとを関連付けて配信順序制御部に渡し、
配信順序制御部は、当該モバイル端末のＲＲＣ状態を端末状態決定部に問い合わせ、
端末状態決定部は、当該モバイル端末を管理しているネットワーク装置を決定して、ネットワーク装置の端末無線状態通知部から当該モバイル端末のＲＲＣ状態を取得して、配信順序制御部に当該モバイル端末のＲＲＣ状態を返却し、
配信順序制御部は、当該モバイル端末のＲＲＣ状態が通信可能状態か、一時停止状態かに加えて、通信可能状態である場合に現時点からどれくらいの無通信期間が経過すれば一時停止状態に遷移するかを示す許容無通信期間が取得できるならば、当該モバイル端末のＲＲＣ状態が通信可能状態であった場合、サーバ通信部に対して他の一時停止状態であるモバイル端末より先に、かつ、他の通信可能状態であるモバイル端末への配信メッセージで当該モバイル端末の許容無通信期間より長い許容無通信期間を持つ配信メッセージより先に当該モバイル端末に対して当該プッシュメッセージを配信するよう指示し、
当該モバイル端末のＲＲＣ状態が一時停止状態であった場合、サーバ通信部に対して現在配信を待っているプッシュメッセージの配信の後に配信するよう指示し、
サーバ通信部は配信順序制御部から指定された順番で、プッシュメッセージを読み込み、そのプッシュメッセージに関連付けられているモバイル端末に対する通信の開始をネットワーク装置に要求し、
当該モバイル端末と通信が可能になると、当該プッシュメッセージを当該モバイル端末に送信する
ことを特徴とする付記１３又は付記１４に記載の通信システム。
（付記１６） ユーザが操作する複数のモバイル端末と、モバイル端末と連携してユーザにサービスを提供するサービスサーバと、サービスサーバからのモバイル端末へのプッシュメッセージの配信を中継するプッシュサーバと、プッシュサーバからのメッセージ配信要求を無線網経由でモバイル端末に送信するネットワーク装置とで構成され、
モバイル端末は、
ネットワーク装置とモバイル網経由で通信し、プッシュサーバとのデータの送受信を実施する端末通信部と、
端末通信部を監視し、モバイル端末の通信頻度、若しくは、ネットワーク装置からの指示に基づいて高速通信状態、低速通信状態、一時停止状態などのＲＲＣ状態を端末通信部に設定する無線状態設定部と、
実際にユーザに対してサービスを提供する端末アプリと、
端末通信部で受信した通信がプッシュメッセージであった場合、プッシュメッセージに指定された端末アプリに対して当該プッシュメッセージを配信するプッシュ受信部とで構成され、
サービスサーバは、モバイル端末上で動作する端末アプリと連携して、利用者に対してサービスを提供するサービスサーバ機能部で構成され、
プッシュサーバは、
サービスサーバ機能部から通信によって要求されるモバイル端末へのプッシュメッセージの配信要求を受信し、配信要求内で指定されたモバイル端末を特定して、当該モバイル端末に対してプッシュメッセージを配信するプッシュ配信部と、
プッシュ配信部で配信するプッシュメッセージの配信順序をモバイル端末のＲＲＣ状態に応じて制御する配信順序制御部と、
モバイル端末が接続されているネットワークの種類毎の通信可能状態が一時停止状態になるまでの期間をあらかじめ持ち、ネットワーク装置と連携してモバイル端末の通信履歴を取得してＲＲＣ状態を推定する端末状態推定部と、
ネットワーク装置に対して配信順序制御部で決定した順序でプッシュメッセージを当該モバイル端末に送信するサーバ通信部とで構成され、
ネットワーク装置は、
通常有線網で接続されたサーバ装置とのデータ通信を無線網での通信方式に変換してモバイル端末に中継すると共に、指定されたモバイル端末への通信の中継がいつ発生したかを通知できる無線通信部と、
各モバイル端末への無線通信を監視し、一定時間無通信時間であった場合、若しくは、モバイル端末の無線状態設定部からＲＲＣ状態の遷移を通知された場合に、モバイル端末の無線状態設定部と通信してモバイル端末のＲＲＣ状態を遷移させる端末無線状態制御部とで、
構成されることを特徴とする通信システム。
（付記１７） 前期プッシュサーバが、
サービスサーバ機能部が、任意のタイミングで、特定のモバイル端末に対して送出したプッシュメッセージの配信要求をプッシュ配信部で受信し、配信要求で指定されたモバイル端末についての情報を元にプッシュメッセージを配信するモバイル端末を特定し、
モバイル端末とプッシュメッセージとを関連付けて配信順序制御部に渡し、
配信順序制御部は、当該モバイル端末のＲＲＣ状態を端末状態推定部に問い合わせ、
端末状態推定部は、当該モバイル端末を管理しているネットワーク装置を決定して、ネットワーク装置の無線通信部で管理している当該モバイル端末との最終の通信時間と、当該モバイル端末がつながっているネットワークの種類を取得し、
端末状態推定部は、当該モバイル端末が接続されているネットワークの種類から、通信可能状態から一時停止状態に遷移するまでの時間である無通信遷移時間を取得し、現在の時間から当該端末への最後の通信時間を引いた時間である無通信経過時間と比較して、無通信遷移時間よりも無通信経過時間の方が短ければ通信状態であると判断し、無通信遷移時間と無通信経過時間が同じか、無通信遷移時間よりも無通信経過時間の方が長ければ一時停止状態と判断して、配信順序制御部に通知し、
配信順序制御部は、当該モバイル端末のＲＲＣ状態が通信可能状態である場合、サーバ通信部に対して、他の一時停止状態であるモバイル端末へのプッシュメッセージの配信より先に、当該モバイル端末に対して当該プッシュメッセージを配信するよう指示し、
当該モバイル端末のＲＲＣ状態が一時停止状態であった場合、サーバ通信部に対して、現在配信を待っているプッシュメッセージの配信の後に配信するよう指示し、
サーバ通信部は配信順序制御部から指定された順番で、プッシュメッセージを読み込み、そのプッシュメッセージに関連付けられているモバイル端末に対する通信の開始をネットワーク装置に要求し、
当該モバイル端末と通信が可能になると、当該プッシュメッセージを当該モバイル端末に送信する
ことを特徴とする付記１３又は付記１４に記載の通信システム。
（付記１８） 前期プッシュサーバが、
サービスサーバ機能部が、任意のタイミングで、特定のモバイル端末に対して送出したプッシュメッセージの配信要求をプッシュ配信部で受信し、配信要求で指定されたモバイル端末についての情報を元にプッシュメッセージを配信するモバイル端末を特定し、
モバイル端末とプッシュメッセージとを関連付けて配信順序制御部に渡し、
配信順序制御部は、当該モバイル端末のＲＲＣ状態を端末状態推定部に問い合わせ、
端末状態推定部は、当該モバイル端末を管理しているネットワーク装置を決定して、ネットワーク装置の無線通信部で管理している当該モバイル端末との最終の通信時間と、当該モバイル端末がつながっているネットワークの種類を取得して、
当該モバイル端末が接続されているネットワークの種類から、通信可能状態から一時停止状態に遷移するまでの時間である無通信遷移時間を取得し、現在の時間から当該端末への最後の通信時間を引いた時間である無通信経過時間と比較して、無通信遷移時間よりも無通信経過時間の方が短ければ通信状態であると判断して、無通信遷移時間から無通信経過時間を引いたものを許容無通信時間として配信順序制御部に通知し、無通信遷移時間と無通信経過時間が同じか、無通信遷移時間よりも無通信経過時間の方が長ければ一時停止状態と判断して配信順序制御部に通知し、
配信順序制御部は、当該モバイル端末のＲＲＣ状態が通信可能状態か、一時停止状態かに加えて、通信可能状態である場合に現時点からどれくらいの無通信期間が経過すれば一時停止状態に遷移するかを示す許容無通信期間が取得できるならば、当該モバイル端末のＲＲＣ状態が通信可能状態であった場合、サーバ通信部に対して他の一時停止状態であるモバイル端末より先に、かつ、他の通信可能状態であるモバイル端末への配信メッセージで当該モバイル端末の許容無通信期間より長い許容無通信期間を持つ配信メッセージより先に当該モバイル端末に対して当該プッシュメッセージを配信するよう指示し、
当該モバイル端末のＲＲＣ状態が一時停止状態であった場合、サーバ通信部に対して現在配信を待っているプッシュメッセージの配信の後に配信するよう指示し、
サーバ通信部は配信順序制御部から指定された順番で、プッシュメッセージを読み込み、そのプッシュメッセージに関連付けられているモバイル端末に対する通信の開始をネットワーク装置に要求し、
当該モバイル端末と通信が可能になると、当該プッシュメッセージを当該モバイル端末に送信する
ことを特徴とする付記１３又は付記１４に記載の通信システム。
本発明は、ネットワーク上に設けられたサーバからモバイル端末に対してのプッシュメッセージの配信を制御する、といった用途に適用できる。

Claims (10)

  1. 複数の端末の各々に送信するプッシュメッセージの配信順序を決定する配信順序決定装置であって、
    前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
  2. 請求項１に記載の配信順序決定装置であって、
    前記通信可能状態にある複数の端末間では、前記通信可能状態から前記一時停止状態に遷移するまでの許容無通信期間が短い端末を前記許容無通信期間が長い端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
  3. 請求項２に記載の配信順序決定装置であって、
    前記通信可能状態にある端末であって、前記許容無通信期間が不明である端末については、最高の優先順位で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
  4. 請求項２に記載の配信順序決定装置であって、
    前記通信可能状態にある端末であって、前記許容無通信期間が不明である端末については、前記許容無通信期間の長さを所定の長さとした上で、許容無通信期間が短い端末を前記許容無通信期間が長い端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定装置。
  5. 請求項２乃至４の何れか１項に記載の配信順序決定装置であって、
    前記許容無通信期間は、推定された期間であることを特徴とする配信順序決定装置。
  6. 請求項５に記載の配信順序決定装置であって、
    前記許容無通信期間は、少なくとも端末が最後の通信を終了した時刻に基づいて、推定された期間であることを特徴とする配信順序決定装置。
  7. 請求項２乃至６の何れか１項に記載の配信順序決定装置であって、
    前記許容無通信期間は、前記通信可能状態から前記一時停止状態に遷移するための無通信期間である無通信遷移準備期間から、該無通信遷移準備期間が開始した時刻から現在時刻までの期間を、減算したものとして定義された期間であることを特徴とする配信順序決定装置。
  8. 配信順序決定装置と、ネットワーク装置と、を備えるメッセージ配信システムであって、
    前記配信順序決定装置が請求項１乃至７の何れか１項に記載の配信順序決定装置であって、
    前記ネットワーク装置は前記配信順序決定装置が決定した配信順序に従って端末にプッシュメッセージを配信することを特徴とするメッセージ配信システム。
  9. 複数の端末の各々に送信するプッシュメッセージの配信順序を決定する装置が行う配信順序決定方法であって、
    前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定することを特徴とする配信順序決定方法。
  10. 複数の端末の各々に送信するプッシュメッセージの配信順序を決定する配信順序決定装置としてコンピュータを機能させるための配信順序決定プログラムであって、
    前記複数の端末の各々が通信可能状態にあるのか又は一時停止状態にあるのかに基づいて、通信可能状態にある端末を一時停止状態にある端末に優先させた順序で、前記複数の端末の各々にプッシュメッセージを送信するように配信順序を決定する配信順序決定装置として前記コンピュータを機能させることを特徴とする配信順序決定プログラム。
JP2014556323A 2013-01-11 2013-10-11 メッセージ配信システム、配信順序決定装置、配信順序決定方法及び配信順序決定プログラム Active JP6319100B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2013003687 2013-01-11
JP2013003687 2013-01-11
PCT/JP2013/077773 WO2014109102A1 (ja) 2013-01-11 2013-10-11 メッセージ配信システム、配信順序決定装置、配信順序決定方法及び配信順序決定プログラム

Publications (2)

Publication Number Publication Date
JPWO2014109102A1 true JPWO2014109102A1 (ja) 2017-01-19
JP6319100B2 JP6319100B2 (ja) 2018-05-09

Family

ID=51166767

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014556323A Active JP6319100B2 (ja) 2013-01-11 2013-10-11 メッセージ配信システム、配信順序決定装置、配信順序決定方法及び配信順序決定プログラム

Country Status (4)

Country Link
US (1) US9967323B2 (ja)
EP (1) EP2945404B1 (ja)
JP (1) JP6319100B2 (ja)
WO (1) WO2014109102A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015004861A1 (ja) * 2013-07-10 2015-01-15 日本電気株式会社 メッセージ配信システム、メッセージ配信装置、メッセージ配信方法およびメッセージ配信用プログラム
KR20150099236A (ko) * 2014-02-21 2015-08-31 삼성전자주식회사 위치 기반의 푸시 서비스를 제공하기 위한 장치 및 방법

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010523046A (ja) * 2007-03-29 2010-07-08 アルカテル−ルーセント ユーエスエー インコーポレーテッド 無線ネットワーク上でコンテンツを動的にプッシュする方法および装置
JP2011100490A (ja) * 2006-09-07 2011-05-19 Research In Motion Ltd プッシュコンテンツ配信システムを用いるクライアントアプリケーションおよびコンテンツプロバイダの媒介プラグイン登録
JP2012150572A (ja) * 2011-01-17 2012-08-09 Sony Corp 情報配信装置及び方法、並びに情報配信システム
WO2013001987A1 (ja) * 2011-06-30 2013-01-03 株式会社 エヌ・ティ・ティ・ドコモ 通信装置及び通信方法
WO2014007990A1 (en) * 2012-07-02 2014-01-09 Intel Corporation Apparatus and method to efficiently send device trigger messages

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6535855B1 (en) * 1997-12-09 2003-03-18 The Chase Manhattan Bank Push banking system and method
DE10023705A1 (de) * 2000-05-16 2001-11-22 Bosch Gmbh Robert Verfahren zur Zugriffssteuerung auf Geräte in einem Fahrzeugkommunikationsnetz
US6990534B2 (en) * 2001-07-20 2006-01-24 Flowfinity Wireless, Inc. Method for a proactive browser system for implementing background frame maintenance and asynchronous frame submissions
KR100721298B1 (ko) * 2002-03-11 2007-05-28 리서치 인 모션 리미티드 모바일 장치에 데이터를 푸시하는 시스템 및 방법
AU2003227210A1 (en) * 2002-04-30 2003-11-17 Ntt Data Corporation Mobile terminal server
KR100938845B1 (ko) * 2002-11-05 2010-01-26 삼성전자주식회사 무선통신시스템 및 그 무선통신방법
US20050002354A1 (en) * 2003-07-02 2005-01-06 Kelly Thomas J. Systems and methods for providing network communications between work machines
US7383307B2 (en) * 2004-01-07 2008-06-03 International Business Machines Corporation Instant messaging windowing for topic threads
US7415284B2 (en) * 2004-09-02 2008-08-19 Sonim Technologies, Inc. Methods of transmitting a message to a message server in a push-to-talk network
ES2396309T3 (es) 2005-12-14 2013-02-20 Research In Motion Limited Método y aparato para el control de recursos de radio dirigido a un equipo de usuario
JP4781880B2 (ja) * 2006-03-31 2011-09-28 富士通株式会社 中継装置、中継方法、中継プログラムおよび通信システム
US7680478B2 (en) * 2006-05-04 2010-03-16 Telefonaktiebolaget Lm Ericsson (Publ) Inactivity monitoring for different traffic or service classifications
US8606306B2 (en) * 2010-04-07 2013-12-10 Apple Inc. Multiple client computing device invitations for online communication sessions
JP2012230555A (ja) 2011-04-26 2012-11-22 Zeus Enterprise:Kk 情報配信システムおよび情報配信方法
US8788881B2 (en) * 2011-08-17 2014-07-22 Lookout, Inc. System and method for mobile device push communications
US9544197B2 (en) * 2012-05-01 2017-01-10 Ricoh Company, Ltd. Communication terminal, communication system, display control method, and recording medium storing display control program
US9479387B2 (en) * 2012-06-22 2016-10-25 Salesforce.Com, Inc. Methods and systems for priority-based notifications for mobile devices
US8706798B1 (en) * 2013-06-28 2014-04-22 Pepperdata, Inc. Systems, methods, and devices for dynamic resource monitoring and allocation in a cluster system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011100490A (ja) * 2006-09-07 2011-05-19 Research In Motion Ltd プッシュコンテンツ配信システムを用いるクライアントアプリケーションおよびコンテンツプロバイダの媒介プラグイン登録
JP2010523046A (ja) * 2007-03-29 2010-07-08 アルカテル−ルーセント ユーエスエー インコーポレーテッド 無線ネットワーク上でコンテンツを動的にプッシュする方法および装置
JP2012150572A (ja) * 2011-01-17 2012-08-09 Sony Corp 情報配信装置及び方法、並びに情報配信システム
WO2013001987A1 (ja) * 2011-06-30 2013-01-03 株式会社 エヌ・ティ・ティ・ドコモ 通信装置及び通信方法
WO2014007990A1 (en) * 2012-07-02 2014-01-09 Intel Corporation Apparatus and method to efficiently send device trigger messages

Also Published As

Publication number Publication date
EP2945404A1 (en) 2015-11-18
JP6319100B2 (ja) 2018-05-09
WO2014109102A1 (ja) 2014-07-17
EP2945404B1 (en) 2017-08-02
US9967323B2 (en) 2018-05-08
US20150334175A1 (en) 2015-11-19
EP2945404A4 (en) 2016-08-31

Similar Documents

Publication Publication Date Title
JP5527814B2 (ja) 通信端末装置、通信システム、通信制御方法、ならびに、プログラム
RU2755514C2 (ru) Способ связи, устройство сети доступа и терминал
EP3567973B1 (en) Communication method, terminal, and access network device
WO2013014847A1 (ja) 無線通信システム、基地局、制御ノード、及び移動局、並びにこれらに関する方法及びコンピュータ可読媒体
TWI641273B (zh) Network slice selection method and related equipment
KR20130090802A (ko) 무선 통신 시스템에서 small data를 효율적으로 전송하는 방법 및 장치
JP7196086B2 (ja) 情報処理方法、装置、コンピュータ読み取り可能な記憶媒体および電子機器
US9949146B1 (en) Control over data services that are delivered over a wireless access point
EP3758425B1 (en) Mobility management entity (mme), evolved node b (enb) and methods for paging in wireless communication system
JP6408379B2 (ja) Ｌｔｅ／ｅｐｃネットワークにおいてｐｄｎ接続を管理する機構
JP6319100B2 (ja) メッセージ配信システム、配信順序決定装置、配信順序決定方法及び配信順序決定プログラム
KR20230146086A (ko) 지능형 셀룰러 채널 관리
EP4044763A1 (en) Communication method and related device
US9866625B2 (en) Message transmission apparatus, message transmission method, and message transmission program
JP6119255B2 (ja) 基地局装置、ゲートウエイ装置、通信システム及び通信方法
JP6469203B2 (ja) 端末装置、通信セッション確立方法、及び、プログラム
JPWO2015004861A1 (ja) メッセージ配信システム、メッセージ配信装置、メッセージ配信方法およびメッセージ配信用プログラム
WO2019063086A1 (en) CONTEXT TRANSFER THROUGH THE LAST VISITED RAN NODE
KR101978978B1 (ko) 기지국장치 및 기지국장치의 동작 방법
KR20130023970A (ko) 트래픽 제어 게이트웨이 및 이를 이용한 트래픽 제어 방법
KR20130023971A (ko) 트래픽 제어 게이트웨이 및 이를 이용한 트래픽 제어 방법
JP5860432B2 (ja) 基地局及び通信制御方法
KR102072343B1 (ko) 패킷 기반의 음성 통화 서비스 제어 방법, 이를 위한 기록 매체 및 장치
JP2013232866A (ja) 通信システム、および、通信方法
WO2014041718A1 (ja) 移動通信端末、通信制御方法、及び通信制御プログラムが格納された非一時的なコンピュータ可読媒体

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20171121

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180115

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180306

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180319

R150 Certificate of patent or registration of utility model

Ref document number: 6319100

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150