(57)【要約】【課題】通信端末が接続するネットワークとは管理主体が異なるネットワーク上の外部プッシュ通知サーバが通信端末へプッシュ通知を送信できるようにする。【解決手段】通信端末がユーザIDおよびアドレスをプッシュ通知制御装置へ登録し（t1）、外部プッシュ通知サーバからプッシュ通知制御装置へユーザIDをキーとするアドレス要求を送信し（t4）、プッシュ通知制御装置が外部プッシュ通知サーバからゲートウェイ宛に送信されたプッシュ通知のユーザIDに対応したアドレスへの疎通をゲートウェイへ設定し（t6-t8）、プッシュ通知制御装置がゲートウェイのアドレスを外部プッシュ通知サーバへ通知し（t9）、外部プッシュ通知サーバからゲートウェイへプッシュ通知を送信し（t10）、ゲートウェイが外部プッシュ通知サーバから送信されたプッシュ通知の宛先を変換して内部ネットワークへ中継する（t11，t12）。【選択図】図３
2015162895.tif 000002
【特許請求の範囲】
【請求項１】
外部ネットワーク上の外部プッシュ通知サーバからゲートウェイ装置を経由して内部ネットワーク上の通信端末へプッシュ通知を送信するプッシュ通知の送信方法において、
ゲートウェイ装置におけるプッシュ通知の疎通を制御するプッシュ通知制御装置を内部ネットワーク上に備え、
通信端末が自身のユーザIDおよび内部ネットワークにおけるアドレスをプッシュ通知制御装置へ登録する手順と、
外部プッシュ通知サーバからプッシュ通知制御装置へ、プッシュ通知先のユーザIDをキーとするアドレス要求を送信する手順と、
プッシュ通知制御装置が前記アドレス要求に応答して、前記外部プッシュ通知サーバからゲートウェイ装置宛に送信されたプッシュ通知の前記ユーザIDに対応したアドレスへの疎通を当該ゲートウェイ装置へ設定する手順と、
プッシュ通知制御装置が前記アドレス要求に応答して、ゲートウェイ装置のアドレスを外部プッシュ通知サーバへ通知する手順と、
外部プッシュ通知サーバからゲートウェイ装置のアドレスへプッシュ通知を送信する手順と、
前記ゲートウェイ装置が、前記外部プッシュ通知サーバから送信されたプッシュ通知の宛先アドレスを前記ユーザIDに対応したアドレスに変換して内部ネットワークへ中継する手順とを含むことを特徴とするプッシュ通知の送信方法。
【請求項２】
複数の内部ネットワークごとにプッシュ通知制御装置をそれぞれ備え、
通信端末が接続している内部ネットワークと当該内部ネットワーク上のプッシュ通知制御装置のアドレスとを対応付ける端末位置登録装置を外部ネットワーク上に備え、
通信端末が、自身に対応したプッシュ通知制御装置のアドレスを前記端末位置登録装置へ問い合わせて取得する手順をさらに具備し、
前記通信端末は、自身のユーザIDおよび内部ネットワークから付与されたアドレスを、前記取得したアドレスのプッシュ通知制御装置へ登録することを特徴とする請求項１に記載のプッシュ通知の送信方法。
【請求項３】
外部ネットワーク上の外部プッシュ通知サーバから内部ネットワーク上の通信端末へのプッシュ通知の疎通をゲートウェイ装置に設定するプッシュ通知の制御装置において、
通信端末からユーザIDおよび内部ネットワークにおけるアドレスを取得する手段と、
外部プッシュ通知サーバから受信した、ユーザIDをキーとするアドレス要求に応答して、外部プッシュ通知サーバからゲートウェイ装置宛に送信されたプッシュ通知の前記ユーザIDに対応したアドレスへの疎通を当該ゲートウェイ装置へ設定する手段と、
前記アドレス要求に応答して、前記ゲートウェイ装置のアドレスを外部プッシュ通知サーバへ通知する手段とを具備したことを特徴とするプッシュ通知の制御装置。
【請求項４】
前記設定する手段は、前記アドレス要求した外部プッシュ通知サーバのアドレスおよび前記アドレス要求された通信端末のアドレスの対応関係を前記ゲートウェイ装置に設定することを特徴とする請求項３に記載のプッシュ通知の制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プッシュ通知の送信方法および制御装置に係り、特に、プッシュ通知の送信サーバ（プッシ通知サーバ）と受信端末（通信端末）との間にコネクションを常時または頻繁に確立することなくサーバプッシュを実現できるプッシュ通知の送信方法および制御装置に関する。
【背景技術】
【０００２】
近年、スマートフォン等の携帯通信端末の普及により、情報更新等をユーザに効果的に伝えるために、ユーザからのリクエストを受けてサーバから情報を送信するのではなく、サーバ契機で携帯通信端末へメッセージを送信する、プッシュ通知と呼ばれるメッセージ送信方法が広く利用されている。
【０００３】
プッシュ通知の利点として、ユーザ端末側から情報更新等を確認する必要がないので、通信量や携帯通信端末の消費電力量を削減できることがある。スマートフォンOSを提供するGoogle社やApple社は、各OSを実装した通信端末にプッシュ通知によりメッセージを送信するためのプッシュ通知サーバを提供している。
【０００４】
現在、IPv4で構成されたインターネットに接続する多くの通信端末には、一般的にプライベートIPアドレスが付与される。このような通信端末がインターネット上のサーバとの通信を開始する際、通信端末から送信されるIPパケットは、通信端末とインターネットとの間に設置されたアドレス変換装置（Network Address Translator：NAT）において、パケットの送信元アドレスをプライベートIPアドレスからグローバルIPアドレスに変換された後、宛先のサーバに到達する。
【０００５】
一方、プライベートIPアドレスは原則としてインターネットには公開されないため、NATにおいて明示的に設定されない限り、インターネット上のサーバから、プライベートIPアドレスが付与された通信端末に対して通信を開始することはできない。そのため、前記Google社やApple社が提供するプッシュ通知サーバでは、初めに通信端末からプッシュ通知サーバに対してTCPコネクションを確立し、このTCPコネクションを利用してプッシュ通知サーバから通信端末にプッシュ通知メッセージを送信する方式を採用している。
【０００６】
一方、プッシュ通知サーバと通信端末との間の経路にNATやファイアウォール等の装置が存在しない場合、例えばプッシュ通知サーバが、通信端末が接続するネットワークと同じ管理配下に存在する場合などでは、通信端末からサーバに対してコネクションを確立することなく、サーバ契機で通信端末に直接プッシュ通知を送信することも可能である。
【０００７】
非特許文献１，２には、スマートフォンOSを提供するGoogle社やApple社が、各OSを実装した通信端末に対してプッシュ通知によりメッセージを送信するためのプッシュ通知サーバが開示されている。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】Google Cloud Messaging (GCM)http://developer.android.com/guide/google/gcm/index.html
【非特許文献２】Apple Push Notification Service (APNS)https://developer.apple.com/library/ios/#documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/ApplePushService/ApplePushService.html
【発明の概要】
【発明が解決しようとする課題】
【０００９】
プライベートIPアドレスが付与された通信端末から、グローバルIPアドレスが付与されたサーバに接続するコネクションは、通常NATを経由する。NATは通信端末から送信されたIPパケットの送信元アドレス（プライベートIPアドレス）をグローバルIPアドレスに変換してサーバに送出するとともに、その通信端末とサーバ間で通信が発生している間は、そのプライベートIPアドレスとグローバルIPアドレスの対応を保持し、一定期間無通信が続くとその対応を削除する。この対応が保持されている間は、サーバ契機で通信端末にIPパケットを送信することができる。
【００１０】
したがって、従来の技術では、通信端末がサーバ契機でプッシュ通知を受信するためには、定期的に通信端末からサーバへの通信を発生させることにより、NATにおいてアドレス対応を保持させ続ける必要があった。この場合、通信端末から余分な通信が常時発生するため、通信端末が増加するにつれネットワークに余分な負荷がかかる。のみならず、NATにおいてアドレス対応を保持し続けることになるため、NAT装置のリソースが逼迫する問題がある。
【００１１】
また、サーバ側で障害が発生した際は、通信端末が何回かサーバとの再接続を試みるための通信が発生するため、集中的にネットワークに負荷がかかる可能性がある。
【００１２】
一方、全てのプッシュ通知を、通信端末に直接接続できる位置に存在するプッシュ通知サーバから実施する場合、そのプッシュ通知サーバに過大な負荷がかかる可能性がある。
【００１３】
本発明の目的は、上記の技術課題を解決し、通信端末が接続するネットワークとは管理主体が異なるネットワークに存在する外部プッシュ通知サーバから、通信端末との間に直接のコネクションを確立することなく、サーバ契機で通信端末へプッシュ通知メッセージを送信できるプッシュ通知の送信方法および制御装置を提供することにある。
【課題を解決するための手段】
【００１４】
(1)本発明のプッシュ通知の送信方法は、ゲートウェイ装置におけるプッシュ通知の疎通を制御するプッシュ通知制御装置を内部ネットワーク上に備え、通信端末が自身のユーザIDおよび内部ネットワークから付与されたアドレスをプッシュ通知制御装置へ登録する手順と、外部プッシュ通知サーバからプッシュ通知制御装置へユーザIDをキーとするアドレス要求を送信する手順と、プッシュ通知制御装置が前記アドレス要求に応答して、外部プッシュ通知サーバからゲートウェイ装置宛に送信されたプッシュ通知の前記ユーザIDに対応したアドレスへの疎通を当該ゲートウェイ装置へ設定する手順と、プッシュ通知制御装置が前記アドレス要求に応答して、ゲートウェイ装置のアドレスを外部プッシュ通知サーバへ通知する手順と外部プッシュ通知サーバからゲートウェイ装置のアドレスへプッシュ通知を送信する手順と、ゲートウェイ装置が、前記外部プッシュ通知サーバから送信されたプッシュ通知の宛先アドレスを前記ユーザIDに対応したアドレスに変換して内部ネットワークへ中継する手順とを含むことを特徴とする。
【００１５】
(2)本発明のプッシュ通知の送信方法はさらに、複数の内部ネットワークごとにプッシュ通知制御装置をそれぞれ備え、通信端末が接続している内部ネットワークと当該内部ネットワーク上のプッシュ通知制御装置のアドレスとを対応付ける端末位置登録装置を外部ネットワーク上に備える。通信端末は、自身に対応したプッシュ通知制御装置のアドレスを前記端末位置登録装置へ問い合わせて取得する手順をさらに含み、自身のユーザIDおよび内部ネットワークから付与されたアドレスを、前記取得したアドレスのプッシュ通知制御装置へ登録することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、以下のような効果が達成される。
(1)通信端末が接続する内部ネットワークとは管理主体が異なる外部ネットワークの外部プッシュ通知サーバから内部ネットワークの通信端末へ、通信端末とのコネクションを確立することなく、サーバ契機で通信端末にプッシュ通知メッセージを送信できるようになる。
【００１７】
(2)通信端末が複数の内部ネットワーク間を移動する場合でも、各通信端末が接続しているネットワークに備えられたプッシュ通知制御装置のアドレスを一元管理するので、各通信端末MNに対して、位置登録対象のプッシュ通知制御装置を周知させることができるようになる。
【図面の簡単な説明】
【００１８】
【図１】本発明の第１実施形態に係るプッシュ通知ネットワークの主要部の構成を示したブロック図である。
【図２】プッシュ通知制御装置の主要部の構成を示した機能ブロック図である。
【図３】本発明の第１実施形態に係るプッシュ通知の送信手順を示したシーケンスフローである。
【図４】アドレス情報DBに登録される情報の一例を示した図である。
【図５】ユーザIDに対応するアドレスの問合せを受けたプッシュ通知制御装置の動作を示したフローチャートである。
【図６】ゲートウェイ装置のアドレス変換に関する設定例を示した図である。
【図７】本発明の第２実施形態に係るプッシュ通知ネットワークの主要部の構成を示したブロック図である。
【図８】第２実施形態における端末登録の動作を示したシーケンスフローである。
【図９】外部プッシュ通知サーバが端末位置登録装置へプッシュ通知制御装置のアドレスを問い合わせる手順を示したシーケンスフローである。
【発明を実施するための形態】
【００１９】
以下、図面を参照して本発明の実施の形態について詳細に説明する。図１は、本発明のプッシュ通知送信方法が適用されるプッシュ通知ネットワークの主要部の構成を示したブロック図であり、ここでは、本発明の説明に不要な構成は図示が省略されている。
【００２０】
通信端末MNは、無線基地局BSを介して内部ネットワークへ接続し、さらにNAT機能やファイアウォール機能を備えたゲートウェイ装置３を介してインターネット等の外部ネットワークに接続する。外部ネットワークには、通信端末MNにプッシュ通知メッセージを送信する外部プッシュ通知サーバ１が接続されている。
【００２１】
プッシュ通知制御装置２には、外部ネットワークおよび内部ネットワークの両方から接続可能であり、後に詳述するように、外部プッシュ通知サーバ１からの依頼に応じてゲートウェイ装置３の設定を変更する機能、および通信端末MNの情報を管理する機能を備える。
【００２２】
図２は、前記プッシュ通知制御装置２の主要部の構成を示した機能ブロック図であり、このような制御装置は、汎用のコンピュータやサーバに各機能を実現するアプリケーション（プログラム）を実装することで構成できる。あるいはアプリケーションの一部がハードウェア化またはROM化された専用機や単能機としても構成できる。
【００２３】
プッシュ通知制御装置２において、端末登録制御部２１は、通信端末MNから通知されるユーザID、内部ネットワーク専用のプライベートIPアドレス（P-IPアドレス）およびポート番号をアドレス情報DBに登録（位置登録）する。アドレス情報DBは、ユーザID、P-IPアドレスおよびポート番号の対応関係を保持する。なお、プッシュ通知用のポート番号が予め固定的に設定されている場合には、通信端末MNによるポート番号の通知は省略される。
【００２４】
端末情報問合せ解析部２２は、ユーザIDに対応するアドレス情報の問合せを外部プッシュ通知サーバ１から受付ける。そして、アドレス情報DBを検索して該当する通信端末のユーザIDが存在した場合、そのユーザID及びP-IPアドレス/ポート番号とゲートウェイ装置３のIPアドレス/ポート番号とを対応付ける。前記外部プッシュ通知サーバ１に対しては、前記ゲートウェイ装置３のIPアドレス/ポート番号を応答する。
【００２５】
なお、ゲートウェイ装置３のIPアドレス/ポート番号の組み合わせは複数が利用可能であり、外部プッシュ通知サーバ１からの問い合わせを受けた端末情報問合せ解析部２２が、その時点で利用されてないIPアドレス/ポート番号の組み合わせの中から任意の組み合わせを選択できる。
【００２６】
端末情報問合せ解析部２２はさらに、ゲートウェイ装置制御部２３に対して、前記外部プッシュ通知サーバ１から受信し、前記ゲートウェイ装置３のIPアドレスおよびポート番号の記述された通信端末MN宛のプッシュ通知メッセージをゲートウェイ装置３に通過させて通信端末MNに届けるための設定変更を依頼する。ゲートウェイ装置制御部２３は、前記端末情報問合せ解析部２２からの依頼に応じてゲートウェイ装置３の疎通設定を変更する。
【００２７】
図３は、本発明の第１実施形態に係るプッシュ通知の送信手順を示したシーケンスフローであり、時刻t1において、通信端末MNが事業者の管理する内部ネットワークに接続すると、当該事業者が一時的に払い出すP-IPアドレスが通信端末MNに対して自動的に付与される。また、同P-IPアドレスは、ユーザにより通信端末MNに予め設定されていても良い。
【００２８】
次いで、予め通信端末MNに実装されている、プッシュ通知を受信するためのアプリケーションが起動されると、時刻t2では、通信端末MNとプッシュ通知制御装置２との間にコネクションが確立され、通信端末MNに付与されているユーザID、P-IPアドレスおよびポート番号の組み合わせが、前記プッシュ通知制御装置２の端末登録制御部２１へ通知される。なお、プッシュ通知用のポート番号が予め固定的に設定されている場合には、当該ポート番号の通知は省略される。
【００２９】
端末登録制御部２１は、時刻t3において、前記通信端末MNから通知されたユーザID、P-IPアドレスおよびポート番号の組み合わせをアドレス情報DBへ登録する。アドレス情報DBは、通信端末MNから通知された情報が未登録であれば新規登録し、既登録であれば更新登録する。
【００３０】
図４は、前記アドレス情報DBに登録される情報の一例を示した図であり、ユーザIDをインデックスとしてP-IPアドレスおよびポート番号が登録されている。通信端末MN内のプッシュ通知を受信するためのアプリケーションは、事業者から自身に付与されるP-IPアドレスを常時監視し、P-IPアドレスが変わるたびに上記の端末登録動作を実施する。
【００３１】
図３へ戻り、外部プッシュ通知サーバ１は、通信端末MNへのプッシュ通知依頼を受け取ると、時刻t4において、プッシュ通知制御装置２へ当該通信端末MNのユーザIDを通知して当該通信端末MNのアドレスを問合せる。このとき、外部プッシュ通知サーバ１のIPアドレスおよびポート番号がプッシュ通知制御装置２へ通知される。なお、プッシュ通知用のポート番号が予め固定的に設定されている場合には、当該ポート番号の通知は省略される。以下、ユーザIDに対応するアドレスの問合せを受けたプッシュ通知制御装置２の動作を、図５のフローチャートも参照しながら説明する。
【００３２】
プッシュ通知制御装置２は、ステップS１においてユーザIDに対応するアドレスの問合わせを外部プッシュ通知サーバ１から受信すると、ステップS２では、前記端末情報問合せ解析部２２が、時刻t5において、前記アドレス情報DBに対して前記ユーザIDに対応するアドレスを問い合わせる。
【００３３】
ステップS３では、前記ユーザIDに対応するアドレスがアドレス情報DBに登録されているか否かが判断される。ユーザIDが登録されていればステップS４へ進み、当該ユーザIDに対応した通信端末MNのP-IPアドレス/ポート番号とゲートウェイ装置３のIPアドレス/ポート番号との対応付けが行われる。
【００３４】
これに対して、前記ユーザIDまたは当該ユーザIDに対応するIPアドレスが未登録であればステップS７へ進み、外部プッシュ通知サーバ１に対して、ユーザ登録が存在しない旨のエラー応答が行われる。
【００３５】
ステップS５では、時刻t6において、前記ユーザIDに対応付けられたP-IPアドレスおよびポート番号とそれに対応する前記ゲートウェイ装置のIPアドレス及びポート番号の記述された設定変更要求（ポートオープン）がゲートウェイ装置３へ通知される。時刻t7では、ゲートウェイ装置３が前記設定変更要求に応答して、外部プッシュ通知サーバ１から通信端末MN宛てのプッシュ通知パケットを通過させる設定変更を実行する。時刻t8では、ゲートウェイ装置３からプッシュ通知制御装置２へ、設定変更完了のメッセージが通知される。
【００３６】
ステップS６では、時刻t9において、前記ゲートウェイ装置のIPアドレスおよびポート番号の記述された応答メッセージが外部プッシュ通知サーバ１へ送信される。時刻t10では、外部プッシュ通知サーバ１からゲートウェイ装置３へプッシュ通知が送信される。時刻t11では、ゲートウェイ装置３において受信パケットのアドレス変換が行われ、時刻t12において当該プッシュ通知が内部ネットワーク経由で通信端末MNへ送信される。
【００３７】
次いで、プッシュ通知制御装置２が実施する前記ゲートウェイ装置３の設計変更手法について説明する。
【００３８】
外部プッシュ通知サーバ１から通信端末MNへプッシュ通知メッセージを送信できる条件が整うと、プッシュ通知制御装置２からゲートウェイ装置３に対して、外部プッシュ通知サーバ１から通信端末MNへのプッシュ通知に係る通信を可能にする設定変更が実施される。
【００３９】
本実施形態では、プッシュ通知制御装置２からゲートウェイ装置３へ、外部プッシュ通知サーバ１のIPアドレスおよびポート番号、通信端末MNのIPアドレスおよびポート番号、ゲートウェイ装置３の外部インターネット側IPアドレスおよびポート番号が通知される。
【００４０】
ここで、ゲートウェイ装置３にはIPアドレスが予め設定されているものとし、ポート番号はゲートウェイ装置３で使用されていないものから任意の番号が選択される。ゲートウェイ装置３では、プッシュ通知制御装置２からの通知に応答して、外部プッシュ通知サーバ１から通信端末MNへのプッシュ通知を可能にする設定が投入される。
【００４１】
図６は、本実施形態におけるゲートウェイ装置３の設定例を示した図であり、ここでは、外部プッシュ通知サーバ１のIPアドレスを203.0.113.10、ポート番号を8080、ゲートウェイ装置３のIPアドレスを192.0.2.10、ポート番号を6600、通信端末MNのIPアドレスを10.10.1.10、ポート番号を6666としている。
【００４２】
図６の上段エントリは、「送信元（外部プッシュ通知サーバ）IPアドレスが203.0.113.10、送信元ポート番号が8080であって宛先（ゲートウェイ装置）IPアドレスが192.0.2.10、宛先ポート番号が6600のパケットは、その宛先（通信端末MN）IPアドレスを10.10.1.10、ポート番号を6666に変換して送信」を実現する例を示している。
【００４３】
下段エントリは、「送信元（通信端末MN）IPアドレスが10.10.1.10、送信元ポート番号が6666であって宛先（外部プッシュ通知サーバ）IPアドレスが203.0.113.10、宛先ポート番号が8080のパケットは、その送信元（ゲートウェイ装置）IPアドレスを192.0.2.10、送信元ポート番号を6600に変換して送信」を実現する例を示している。
【００４４】
上記の設定内容は、プッシュ通知が行われる間だけ有効とするが、通常プッシュ通知メッセージのやり取りは短時間で終了するため、ゲートウェイ装置３では、例えば無通信状態が1秒間続いたら本設定を削除する等の動作が実施される。なお、プッシュ通知制御装置２がゲートウェイ装置３に設定変更を依頼する際、前記の無通信タイマー値を一緒に通知し、当該タイマー値に相当する時間だけは設定が維持されるようにしても良い。
【００４５】
本実施形態によれば、通信端末が接続する内部ネットワークとは管理主体が異なる外部ネットワークのプッシュ通知サーバから内部ネットワークの通信端末へ、通信端末とのコネクションを確立することなく、サーバ契機で通信端末にプッシュ通知メッセージを送信できるようになる。
【００４６】
図７は、本発明の第２実施形態に係るプッシュ通知ネットワークの主要部の構成を示したブロック図であり、ここでも本発明の説明に不要な構成は図示が省略されている。本実施形態では、内部ネットワークが複数ある場合の動作について説明する。
【００４７】
通信端末MNは、異なる内部ネットワーク間の移動が可能であり、異なる内部ネットワークに移動して接続すると、以前に接続していた内部ネットワークで付与されたIPアドレスとは異なるIPアドレスが付与される。各内部ネットワークにはプッシュ通知制御装置２（２ａ，２ｂ）がそれぞれ設置されており、各プッシュ通知制御装置２は、自身と同じ内部ネットワークに接続するゲートウェイ装置３（３ａ，３ｂ）のみ制御できる。
【００４８】
端末位置登録装置４は、各通信端末MNが接続している内部ネットワークを把握し、当該通信端末MNのユーザIDと接続先の内部ネットワークに接続するプッシュ通知制御装置２ａ，２ｂのアドレスとの対応付けを保持する。
【００４９】
図８は、第２実施形態における端末登録の動作を示したシーケンスフローであり、時刻t31において、通信端末MNが事業者の管理する内部ネットワークに接続すると、当該事業者が一時的に払い出すP-IPアドレスが通信端末MNに対して自動的に付与される。当該P-IPアドレスは、ユーザにより通信端末MNに予め設定されていてもよい。
【００５０】
次いで、予め通信端末MNに実装されている、プッシュ通知を受信するためのアプリケーションが起動されると、時刻t32では、通信端末MNと端末位置登録装置４との間にコネクションが確立され、通信端末MNに付与されているユーザIDが端末位置登録装置４へ通知され、時刻t33において位置登録される。なおこの時、端末位置登録装置４はこの通知パケットの送信元IPアドレスを取得し、通知されたユーザIDと対応付けて保持する。時刻t34では、通信端末MNが接続している内部ネットワークに接続するプッシュ通知制御装置２のアドレスが通信端末MNへ応答される。
【００５１】
時刻t35では、前記第１実施形態における時刻t2と同様に、通信端末MNと前記アドレスを応答されたプッシュ通知制御装置２との間にコネクションが確立され、通信端末MNに付与されているP-IPアドレスおよびユーザIDのペアならびに必要に応じてポート番号が、前記プッシュ通知制御装置２の端末登録制御部２１へ通知される。これ以降は、第１実施形態と同様にプッシュ通知処理が進行する。
【００５２】
図９は、外部プッシュ通知サーバ１が端末位置登録装置４へプッシュ通知制御装置２のアドレスを問い合わせる手順を示したシーケンスフローである。
【００５３】
外部プッシュ通知サーバ１は、ユーザIDに対応する通信端末MNにプッシュ通知を送信するにあたり、通信端末MNが接続している内部ネットワークを認識する必要がある。そこで、本実施形態では時刻t41において、外部プッシュ通知サーバ１が端末位置登録装置４にユーザIDを通知し、当該ユーザIDに対応する通信端末MNがどの内部ネットワークに接続しているかを問い合わせる。
【００５４】
時刻t42では、端末位置登録装置４が、ユーザIDに対応するIPアドレスからプッシュ通知制御装置２のIPアドレスをアドレス情報DBから取得し、当該アドレスを外部プッシュ通知サーバ１へ応答する。
【００５５】
時刻t43では、外部プッシュ通知サーバ１からプッシュ通知制御装置２へ、ユーザIDに対するIPアドレスが問い合わされる。以降、プッシュ通知制御装置２において前記図５に関して説明した動作フローが実施され、外部プッシュ通知サーバ１が通信端末MNへプッシュ通知メッセージを直接送信できるようになる。
【００５６】
本実施形態によれば、通信端末MNが複数の内部ネットワーク間を移動する場合でも、各通信端末MNが接続しているネットワークに備えられたプッシュ通知制御装置２のアドレスを一元管理できるので、各通信端末MNに対して、位置登録対象のプッシュ通知制御装置２を周知させることができるようになる。
【符号の説明】
【００５７】
１…外部プッシュ通知サーバ，２…プッシュ通知制御装置，３…ゲートウェイ装置，２１…端末登録制御部，２２…端末情報問合せ解析部，２３…ゲートウェイ装置制御部
【図１】
2015162895.tif 000003
【図２】
2015162895.tif 000004
【図３】
2015162895.tif 000005
【図４】
2015162895.tif 000006
【図５】
2015162895.tif 000007
【図６】
2015162895.tif 000008
【図７】
2015162895.tif 000009
【図８】
2015162895.tif 000010
【図９】
2015162895.tif 000011