(57)【要約】【課題】  端末装置の負荷を低減するデータ配信システム及びデータ配信方法を提供する。【解決手段】  データ配信システムは、データベース装置、データ配信装置、及び端末装置を有し、データベース装置は、データ配信装置及び端末装置の間の通信の可否を示す通信可否情報を保持し、データ配信装置は、端末装置からの要求に応じて、端末装置との間に、所定のプロトコルに基づいてコネクションを確立し、端末装置にコネクションを介してデータを配信し、コネクションが切断された場合、データベース装置から通信可否情報を取得し、通信可否情報が、端末装置との通信が可能であることを示すとき、他のプロトコルに従い、端末装置にコネクションの再確立を指示するメッセージを送信し、端末装置は、データ配信装置からデータを受信し、メッセージを受信したとき、データ配信装置にコネクションの再確立を要求する。【選択図】図７
2015231116.tif 000002
【特許請求の範囲】
【請求項１】
データベース装置、データ配信装置、及び端末装置を有するデータ配信システムにおいて、
前記データベース装置は、前記データ配信装置及び前記端末装置の間の通信の可否を示す通信可否情報を保持し、
前記データ配信装置は、
前記端末装置からの要求に応じて、前記端末装置との間に、所定のプロトコルに基づいてコネクションを確立し、
前記端末装置に前記コネクションを介してデータを配信し、
前記コネクションが切断された場合、前記データベース装置から前記通信可否情報を取得し、前記通信可否情報が、前記端末装置との通信が可能であることを示すとき、前記所定のプロトコルとは異なる他のプロトコルに従い、前記端末装置に前記コネクションの再確立を指示するメッセージを送信し、
前記端末装置は、
前記データ配信装置から前記データを受信し、
前記メッセージを受信したとき、前記データ配信装置に前記コネクションの再確立を要求することを特徴とするデータ配信システム。
【請求項２】
前記端末装置は、前記データを受信したとき、前記コネクションを介して前記データ配信装置に応答を送信し、
前記データ配信装置は、前記端末装置から前記応答を受信していないとき、前記コネクションが切断されたと判定することを特徴とする請求項１に記載のデータ配信システム。
【請求項３】
前記データ配信装置は、前記コネクションが切断された場合、前記データを一時的に保持し、前記コネクションが再確立された後、保持していた前記データを前記端末装置に配信することを特徴とする請求項１または２に記載のデータ配信システム。
【請求項４】
データ配信装置から端末装置にデータを配信するデータ配信方法において、
前記端末装置からの要求に応じて、前記端末装置とデータ配信装置の間に、所定のプロトコルに基づいてコネクションを確立し、
前記データ配信装置から前記端末装置に前記コネクションを介してデータを配信し、
前記コネクションが切断された場合、前記データ配信装置と前記端末装置の間の通信が可能であるとき、前記データ配信装置から前記端末装置に、前記所定のプロトコルとは異なる他のプロトコルに従い、前記コネクションの再確立を指示するメッセージを送信し、
前記メッセージに従って、前記端末装置から前記データ配信装置に前記コネクションの再確立を要求することを特徴とするデータ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、データ配信システム及びデータ配信方法に関する。
【背景技術】
【０００２】
インターネットの普及に伴って、アプリケーションサービスプロバイダ（ASP: Application Service Provider）から自発的に、ユーザの端末装置（例えばスマートフォン）に情報を配信する常時接続型プッシュサービスが広まっている。配信される情報としては、例えば、端末装置にインストールされたアプリケーション（ソフトウェア）の更新通知や端末装置の状態に関する情報などが挙げられる。
【０００３】
常時接続型プッシュサービスでは、端末装置のアプリケーションからサーバに対し、ＴＣＰ（Transmission Control Protocol）に基づくコネクションの確立を要求することにより、情報を配信するためのコネクションが確立される。なお、情報の配信にＴＣＰが用いられる理由は、インターネットに接続可能な端末装置には、ＴＣＰが実装されているからである。
【０００４】
端末装置とサーバの間のコネクションに関し、例えば特許文献１には、無線端末が、着呼による通信セッションの中断を、ＳＭＳデータベアラによりサーバに通知する点が記載されている。また、特許文献２には、無線通信装置と無線通信ネットワークとの間の通信喪失の後、通信を再確立するため、無線通信装置の存在を無線ネットワークに通知する点が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特表２００７−５３７６２１号公報
【特許文献２】特表２００６−５１３６４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
常時接続型プッシュサービスでは、例えば、端末装置が、無線通信の圏外に移動したとき、サーバだけがコネクションの切断を検出するため、コネクションは、ハーフクローズ状態となる。ハーフクローズとは、双方向通信の一方だけが終了した状態になることである。
【０００７】
コネクションがハーフクローズ状態になっても、端末装置のアプリケーションは、単にサーバが情報を配信していないのか、または通信に障害が発生したのかを判別できない。そこで、端末装置のアプリケーションは、周期的（例えば３０分ごと）にキープアライブパケットをサーバに送信し、サーバからの応答に基づいてコネクションの状態を判別する。端末装置のアプリケーションは、サーバから応答がない場合、コネクションが切断されたと判定し、コネクションの再確立をサーバに要求する。
【０００８】
しかし、キープアライブパケットの送信処理は、端末装置の負荷を増加させるため、端末装置の通信設備の規模や端末装置の消費電力が増加するという問題が生ずる。また、多数の端末装置からキープアライブパケットが送信された場合、ネットワークの帯域を圧迫するという問題も生ずる。
【０００９】
そこで本件は上記の課題に鑑みてなされたものであり、端末装置の負荷を低減するデータ配信システム及びデータ配信方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本明細書に記載のデータ配信システムは、データベース装置、データ配信装置、及び端末装置を有し、前記データベース装置は、前記データ配信装置及び前記端末装置の間の通信の可否を示す通信可否情報を保持し、前記データ配信装置は、前記端末装置からの要求に応じて、前記端末装置との間に、所定のプロトコルに基づいてコネクションを確立し、前記端末装置に前記コネクションを介してデータを配信し、前記コネクションが切断された場合、前記データベース装置から前記通信可否情報を取得し、前記通信可否情報が、前記端末装置との通信が可能であることを示すとき、前記所定のプロトコルとは異なる他のプロトコルに従い、前記端末装置に前記コネクションの再確立を指示するメッセージを送信し、前記端末装置は、前記データ配信装置から前記データを受信し、前記メッセージを受信したとき、前記データ配信装置に前記コネクションの再確立を要求する。
【００１１】
本明細書に記載のデータ配信方法は、データ配信装置から端末装置にデータを配信する方法において、前記端末装置からの要求に応じて、前記端末装置とデータ配信装置の間に、所定のプロトコルに基づいてコネクションを確立し、前記データ配信装置から前記端末装置に前記コネクションを介してデータを配信し、前記コネクションが切断された場合、前記データ配信装置と前記端末装置の間の通信が可能であるとき、前記データ配信装置から前記端末装置に、前記所定のプロトコルとは異なる他のプロトコルに従い、前記コネクションの再確立を指示するメッセージを送信し、前記メッセージに従って、前記端末装置から前記データ配信装置に前記コネクションの再確立を要求する方法である。
【発明の効果】
【００１２】
端末装置の負荷を低減できる。
【図面の簡単な説明】
【００１３】
【図１】データ配信システムの一例を示す構成図である。
【図２】無線端末装置の一例を示す構成図である。
【図３】配信サーバの一例を示す構成図である。
【図４】配信処理データベース及び認証データベースの一例を示す表である。
【図５】ＨＬＲの一例を示す構成図である。
【図６】比較例に係るデータ配信方法を示すラダーチャートである。
【図７】実施例に係るデータ配信方法を示すラダーチャートである。
【図８】配信サーバのコネクション確立処理の一例を示すフローチャートである。
【図９】配信サーバのデータ配信処理の一例を示すフローチャートである。
【図１０】無線端末装置の処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１４】
図１は、データ配信システムの一例を示す構成図である。データ配信システムは、無線端末装置（端末装置）１と、配信サーバ（データ配信装置）２と、ＨＬＲ（Home Location Register）（データベース装置）３と、ＡＳＰサーバ４と、プッシュサービス登録サーバ５とを有する。データ配信システムは、さらに、パケット交換機６と、回線交換機７と、無線基地局８とを有する。なお、図１において、１つの無線基地局８だけ示されているが、データ配信システムには、複数の無線基地局８が含まれる。
【００１５】
配信サーバ２は、一例として、無線端末装置１に常時接続型プッシュサービスを提供する。配信サーバ２は、例えばインターネットＮＷを介してＡＳＰサーバ４及びプッシュサービス登録サーバ５に接続されている。
【００１６】
ＡＳＰサーバ４は、ＡＳＰに設けられ、配信サーバ２に対し、無線端末装置１へのデータ配信を依頼する。ＡＳＰサーバ４は、データ配信の開始前、配信対象のデータ（以下、「配信データ」と表記）に対応するアプリケーションを識別するアプリケーションＩＤ及びＡＳＰを識別するプロバイダＩＤを、配信サーバ２に登録する。なお、配信データとしては、例えば、無線端末装置１にインストールされたアプリケーションの更新プログラムが挙げられる。
【００１７】
プッシュサービス登録サーバ５は、無線端末装置１からの依頼に応じて、無線端末装置１を常時接続型プッシュサービスに登録する。プッシュサービス登録サーバ５は、無線端末装置１の登録時、配信サーバ２が確立した複数のコネクションのうち、データ配信に用いられるコネクションを示すデータ配信ＩＤを、配信サーバ２に通知する。
【００１８】
配信サーバ２は、パケット交換機６、回線交換機７、及びＨＬＲ３と接続されている。パケット交換機６、回線交換機７、及びＨＬＲ３は、無線基地局８に接続されている。パケット交換機６、回線交換機７、ＨＬＲ３、及び無線基地局８は、無線端末装置１に無線通信サービスを提供する通信キャリアのネットワーク内に設けられている。なお、ＬＴＥ（Long Term Evolution）の場合、ＨＬＲ３に代えてＨＳＳ（Home Subscriber Server）が設けられる。
【００１９】
無線端末装置１は、無線基地局８の圏内に存在する場合、無線基地局８に無線接続されることにより、配信サーバ２と通信する。無線端末装置１としては、例えばスマートフォンや携帯電話機が挙げられる。
【００２０】
無線端末装置１は、インストールされたアプリケーションにより、配信サーバ２に、常時接続型プッシュサービスの登録を依頼する。登録依頼には、上記のアプリケーションＩＤ、無線端末装置１の電話番号が含まれる。配信サーバ２は、無線端末装置１の依頼に応じて、アプリケーションＩＤ及び電話番号を登録する。
【００２１】
配信サーバ２及び無線端末装置１は、パケット交換機６を介してデータ通信する。配信サーバ２は、無線端末装置１の要求に応じて、無線端末装置１との間に、ＴＣＰに基づいてコネクションを確立する。つまり、ＴＣＰのコネクションは、無線端末装置１からの要求を契機として確立される。なお、本実施例では、コネクション型通信のプロトコルとしてＴＣＰを挙げるが、これに限定されず、他種のプロトコルが用いられてもよい。
【００２２】
配信サーバ２は、ＡＳＰサーバ４からの配信依頼に応じ、コネクションを介して配信データを無線端末装置１に配信する。配信データは、例えばＩＰ（Internet Protocol）パケットに格納され、無線基地局８及びパケット交換機６を経由する通信経路Ｒ１に沿って配信される。パケット交換機６は、配信サーバ２及び無線端末装置１間でＩＰパケットを交換する。無線端末装置１は、配信データを受信したとき、受信した旨を通知するため、コネクションを介して配信サーバ２に応答を送信する。
【００２３】
例えば、無線端末装置１が、無線基地局８の圏外に移動した場合、コネクションは、ハーフクローズ状態となる。このとき、無線端末装置１は、配信データを受信することも、応答を送信することもできない。
【００２４】
このため、配信サーバ２は、無線端末装置１から応答を受信していないとき、コネクションが切断されたと判定する。これにより、配信サーバ２は、容易にコネクションの切断を検出する。
【００２５】
配信サーバ２は、コネクションが切断された場合、ＨＬＲ３から無線端末装置１の在圏状態情報（通信可否情報）を取得する。ＨＬＲ３は、無線基地局８と通信することにより、在圏状態情報を生成する。在圏状態情報は、無線基地局８ごとの無線端末装置１の在圏状態を示す。つまり、在圏状態情報は、配信サーバ２及び無線端末装置１の間の通信の可否を示す。
【００２６】
配信サーバ２は、在圏状態情報が、在圏状態、つまり無線端末装置１との通信が可能であることを示すとき、ＳＭＳ（Short Message Service）のプロトコル（他のプロトコル）に従い、無線端末装置１にコネクションの再確立を指示する指示メッセージを送信する。ＳＭＳは、通信キャリアにより提供されるメッセージ通信サービスである。
【００２７】
ＳＭＳのメッセージは、電話回線網を利用して送信され、宛先として電話番号を含む。ＳＭＳのメッセージは、配信サーバ２から、回線交換機７及び無線基地局８を含む通信経路Ｒ２を経由して、無線端末装置１に送信される。なお、本実施例において、指示メッセージを送信するためのプロトコルとして、ＳＭＳのプロトコルを挙げるが、これに限定されず、他のプロトコルが用いられてもよい。
【００２８】
無線端末装置１は、指示メッセージを受信したとき、配信サーバ２にＴＣＰのコネクションの再確立を要求する。配信サーバ２は、無線端末装置１からの要求に応じて、コネクションを確立する。
【００２９】
このように、配信サーバ２は、ＴＣＰに基づくコネクションが切断された場合、ＨＬＲ３から在圏状態情報を取得することにより、指示メッセージの送信前に、無線端末装置１との通信の可否を判断できる。このため、配信サーバ２は、指示メッセージの無駄な送信を回避できる。
【００３０】
配信サーバ２は、無線端末装置１との通信が可能となったときに、ＴＣＰとは異なるＳＭＳのプロトコルに従い、指示メッセージを送信する。無線端末装置１は、指示メッセージを受信したとき、配信サーバ２にＴＣＰのコネクションの再確立を要求する。
【００３１】
したがって、配信サーバ２は、コネクションが切断されていても、例えば、無線端末装置１が、無線基地局８の圏内に移動したとき、タイムリーに無線端末装置１にコネクションの再確立を指示できる。このため、無線端末装置１は、後述するようなキープアライブパケットの送信処理を行うことなく、低負荷でコネクションを再確立できる。
【００３２】
また、配信サーバ２は、コネクションが切断された場合、配信データを一時的に保持し、コネクションが再確立された後、保持していた配信データを無線端末装置１に配信する。これにより、配信サーバ２は、コネクションの切断により配信が中断された配信データを、無線端末装置１に再送信できる。
【００３３】
図２は、無線端末装置１の一例を示す構成図である。無線端末装置１は、ＣＰＵ（Central Processing Unit）１０、ＲＯＭ（Read Only Memory）１１、ＲＡＭ（Random Access Memory）１２、操作部１３、表示部１４、及び無線通信処理部１５を有する。
【００３４】
ＣＰＵ１０は、互いに信号の入出力ができるように、ＲＯＭ１１、ＲＡＭ１２、操作部１３、表示部１４、及び無線通信処理部１５と、データバス１６を介して接続されている。ＲＯＭ１１は、ＣＰＵ１０を駆動するプログラム（上記のアプリケーション）が格納されている。ＲＡＭ１２は、ＣＰＵ１０のワーキングメモリとして機能する。無線通信処理部１５は、例えば、アンテナ及びベースバンド信号処理回路などを含み、無線基地局８との間で通信を行う。
【００３５】
操作部１３は、例えばキーパッドであり、ユーザからの操作を受け付ける。表示部１４は、例えば液晶パネルであり、情報が表示される。なお、操作部１３及び表示部１４に代えて、操作部１３及び表示部１４が一体化されたタッチパネルが設けられてもよい。
【００３６】
ＣＰＵ１０は、ＲＯＭ１１からプログラムを読み込むと、機能として、データ処理部１００、登録依頼部１０１、コネクション要求部１０２、及びＳＭＳ処理部１０３が形成される。登録依頼部１０１は、無線通信処理部１５を介して、常時接続型プッシュサービスの登録依頼を配信サーバ２に送信する。登録依頼には、無線端末装置１のユーザＩＤ及び電話番号と、アプリケーションＩＤとが含まれる。登録依頼部１０１は、登録が完了すると、コネクション要求部に登録完了を通知する。
【００３７】
コネクション要求部１０２は、常時接続型プッシュサービスの登録が完了すると、ＴＣＰに基づくコネクションの確立要求を、無線通信処理部１５を介して配信サーバ２に送信する。コネクションの確立処理は、例えば、スリーウェイハンドシェークにより行われる。コネクション要求部１０２は、コネクションの確立処理が完了すると、確立完了をデータ処理部１００に通知する。
【００３８】
データ処理部１００は、コネクションが確立されているとき、配信サーバ２から無線通信処理部１５を介して受信した配信データを処理する。データ処理部１００は、例えば、配信データの内容を表示部１４に表示する。また、データ処理部１００は、配信データを受信したとき、応答を、無線通信処理部１５を介して配信サーバ２に送信する。
【００３９】
ＳＭＳ処理部１０３は、配信サーバ２から無線通信処理部１５を介して、コネクション再確立の指示メッセージを受信したとき、コネクション要求部１０２に、コネクションの再確立の要求を依頼する。コネクション要求部１０２は、ＳＭＳ処理部１０３から依頼を受けると、コネクションの再確立処理を行う。
【００４０】
図３は、配信サーバ２の一例を示す構成図である。配信サーバ２は、ＣＰＵ２０、ＲＯＭ２１、ＲＡＭ２２、ＨＤＤ（Hard Disk Drive）２３、データ通信部２４、及び回線網通信部２５を有する。
【００４１】
ＣＰＵ２０は、互いに信号の入出力ができるようにＲＯＭ２１、ＲＡＭ２２、ＨＤＤ２３、データ通信部２４、及び回線網通信部２５と、データバス２６を介して接続されている。ＲＯＭ２１は、ＣＰＵ２０を駆動するプログラム（上記のアプリケーション）が格納されている。ＲＡＭ２２は、ＣＰＵ２０のワーキングメモリとして機能する。
【００４２】
データ通信部２４は、例えばネットワークインターフェースカードであり、別々のポートを介してパケット交換機６及びインターネットＮＷに接続されている。データ通信部２４は、パケット交換機６またはインターネットＮＷとの間でＩＰパケットを送受信する。回線網通信部２５は、ＨＬＲ３及び回線交換機７と接続され、信号を送受信する。
【００４３】
ＣＰＵ２０は、ＲＯＭ２１からプログラムを読み込むと、機能として、登録受付部２００、コネクション確立部２０１、データ配信部２０２、在圏判定部２０３、及びメッセージ生成部２０４が形成される。また、ＨＤＤ２３には、認証データベース（ＤＢ）２３０、配信処理データベース（ＤＢ）２３１、及び配信データ２３２が格納されている。
【００４４】
登録受付部２００は、無線端末装置１からデータ通信部２４を介して受信した登録依頼を受け付け、登録依頼に含まれる電話番号と、アプリケーションＩＤとを、ＴＣＰのコネクションＩＤに対応付けて配信処理ＤＢ２３１に登録する。コネクションＩＤは、コネクションの識別子であり、確立されたコネクションに付与される。
【００４５】
また、登録受付部２００は、無線端末装置１からの登録依頼をプッシュサービス登録サーバ５に中継する。プッシュサービス登録サーバ５は、登録依頼に応じて配信データＩＤを登録受付部２００に通知する。登録受付部２００は、登録が完了すると、登録完了を無線端末装置１に通知する。
【００４６】
また、登録受付部２００は、ＡＳＰサーバ４からデータ通信部２４を介して受信した登録依頼を受け付け、登録依頼に含まれるプロバイダＩＤ及びアプリケーションＩＤを配信処理ＤＢ２３１に登録する。登録受付部２００は、登録処理が完了すると、登録完了をコネクション確立部２０１に通知する。
【００４７】
図４（ａ）には、配信処理ＤＢ２３１の一例が示されている。配信処理ＤＢ２３１には、ユーザＩＤ、コネクションＩＤ、配信データＩＤ、無線端末装置１の電話番号、アプリケーションＩＤ、及びプロバイダＩＤが、互いに対応付けられて登録されている。ここで、ユーザＩＤは、無線端末装置１のユーザを識別する情報であり、無線端末装置１の認証が成功することによりに登録される。配信処理ＤＢ２３１は、配信データの配信処理及び指示メッセージの送信処理において用いられる。
【００４８】
コネクション確立部２０１は、登録完了後、無線端末装置１からの要求に応じて、無線端末装置１との間にＴＣＰのコネクションを確立する。上述したように、コネクションの確立処理は、例えば、スリーウェイハンドシェークにより行われる。
【００４９】
また、コネクション確立部２０１は、ＴＣＰのコネクションの確立後、認証ＤＢ２３０に基づいて無線端末装置１の認証処理を行う。認証処理において、無線端末装置１は、ユーザＩＤ及び配信データＩＤを含む認証要求を配信サーバ２に送信する。
【００５０】
図４（ｂ）には、認証ＤＢ２３０の一例が示されている。認証ＤＢ２３０には、ユーザＩＤ、コネクションＩＤ、及び配信データＩＤが、互いに対応付けられて登録されている。コネクション確立部２０１は、認証要求に含まれるユーザＩＤ及び配信データＩＤが、認証ＤＢ２３０に登録されたＴＣＰのコネクションのコネクションＩＤに一致した場合、認証成功と判定する。コネクション確立部２０１は、認証成功の場合、データ配信部２０２に、当該コネクションを介したデータ配信の許可を通知する。
【００５１】
データ配信部２０２は、ＡＳＰサーバ４から配信依頼を受信すると、配信依頼に含まれる配信データＩＤ及びアプリケーションＩＤに基づいて、配信処理ＤＢ２３１を参照する。データ配信部２０２は、配信データＩＤ及びアプリケーションＩＤが配信処理ＤＢ２３１に登録済みである場合、当該コネクションＩＤが示すコネクションを介し、無線端末装置１にデータを配信する。
【００５２】
また、データ配信部２０２は、配信データに対する無線端末装置１からの応答の受信の有無を検出し、応答が受信されていない場合、応答がない旨をコネクション確立部２０１に通知する。これにより、データ配信部２０２は、コネクションが切断されたと判定し、判定結果をコネクション確立部２０１に通知する。
【００５３】
コネクション確立部２０１は、コネクションが切断された場合、ＨＤＤ２３に配信データ２３２を一時的に保持する。また、コネクション確立部２０１は、無線端末装置１の在圏判定を在圏判定部２０３に依頼する。
【００５４】
在圏判定部２０３は、依頼に応じて、ＨＬＲ３から在圏状態情報を取得し、在圏状態情報に基づいて、無線端末装置１が無線基地局８の圏内に存在するか否かを判定する。つまり、在圏判定部２０３は、配信サーバ２及び無線端末装置１の間の通信の可否を判定する。在圏判定部２０３は、在圏状態情報が、無線基地局８の圏内に存在すること、つまり無線端末装置１との通信が可能であることを示す場合、指示メッセージの生成依頼をメッセージ生成部２０４に出力する。
【００５５】
メッセージ生成部２０４は、在圏判定部２０３からの生成依頼に応じ、無線端末装置１にＴＣＰのコネクションの再確立を指示する指示メッセージを生成する。メッセージ生成部２０４は、ＳＭＳのプロトコルに従い、回線網通信部２５を介して無線端末装置１に指示メッセージを送信する。指示メッセージは、通信経路Ｒ２を経由して無線端末装置１に送信される。このとき、メッセージ生成部２０４は、指示メッセージの宛先として、配信依頼に含まれるアプリケーションＩＤ及びプロバイダＩＤに基づき、配信処理ＤＢ２３１に登録された電話番号を選択する。メッセージ生成部２０４は、指示メッセージの送信完了を、コネクション確立部２０１に通知する。
【００５６】
コネクション確立部２０１は、指示メッセージの送信完了後、無線端末装置１からの要求に応じて、ＴＣＰのコネクションを再確立する。データ配信部２０２は、コネクションの再確立後、ＨＤＤ２３に保持していた配信データ２３２を、無線端末装置１に配信する。これにより、配信サーバ２は、コネクションの切断により配信が中断された配信データを、無線端末装置１に再送信できる。
【００５７】
図５は、ＨＬＲ３の一例を示す構成図である。ＨＬＲ３は、ＣＰＵ３０、ＲＯＭ３１、ＲＡＭ３２、ＨＤＤ３３、及び通信処理部３４を有する。
【００５８】
ＣＰＵ３０は、互いに信号の入出力ができるようにＲＯＭ３１、ＲＡＭ３２、ＨＤＤ３３、及び通信処理部３４と、データバス３５を介して接続されている。ＲＯＭ３１は、ＣＰＵ３０を駆動するプログラムが格納されている。ＲＡＭ３２は、ＣＰＵ３０のワーキングメモリとして機能する。通信処理部３４は、無線基地局８と接続され、信号を送受信する。
【００５９】
ＣＰＵ３０は、ＲＯＭ３１からプログラムを読み込むと、機能として、在圏情報収集部３００及び在圏情報通知部３０１が形成される。また、ＨＤＤ３３には、在圏情報データベース（ＤＢ）３３０が格納されている。
【００６０】
在圏情報収集部３００は、無線基地局８ごとに無線端末装置１の在圏状態情報を収集し、在圏情報ＤＢ３３０に登録する。在圏情報通知部３０１は、配信サーバ２の在圏判定部２０３からの要求に応じて、無線端末装置１の在圏状態情報を在圏判定部２０３に通知する。
【００６１】
次に、上記の構成を用いた、実施例に係るデータ配信方法を、比較例と対比して説明する。比較例では、実施例とは異なり、プッシュサービス登録サーバ５ａが、ＡＳＰサーバ４ａからの配信依頼に応じて、無線端末装置１ａにデータを配信すると仮定する。
【００６２】
図６は、比較例に係るデータ配信方法を示すラダーチャートである。無線端末装置１ａは、コネクション確立要求パケット（ＰＫＴ）をプッシュサービス登録サーバ５ａに送信する。次に、プッシュサービス登録サーバ５ａは、同期ＰＫＴを無線端末装置１ａに送信する。次に、無線端末装置１ａは、ＡＣＫ ＰＫＴをプッシュサービス登録サーバ５ａに送信する。これにより、無線端末装置１ａとプッシュサービス登録サーバ５ａの間において、ＴＣＰに基づくコネクションが確立される（ステップＳｔ１）。
【００６３】
コネクションが確立すると、無線端末装置１ａは、コネクションを監視するため、周期的（例えば３０分ごと）にキープアライブＰＫＴを、コネクションを介してプッシュサービス登録サーバ５ａに送信する。プッシュサービス登録サーバ５ａは、キープアライブＰＫＴを受信するたびに、応答ＰＫＴを、コネクションを介して無線端末装置１ａに送信する。
【００６４】
ＡＳＰサーバ４ａは、プッシュサービス登録サーバ５ａに配信データの配信を依頼する。プッシュサービス登録サーバ５ａは、配信依頼に応じて、コネクションを介して、配信データを無線端末装置１に配信する。例えば、無線端末装置１ａが、無線基地局８の圏外に移動すると、無線端末装置１ａ及びプッシュサービス登録サーバ５ａの間のコネクションは、ハーフクローズ状態となり、切断される（ステップＳｔ２）。
【００６５】
このとき、プッシュサービス登録サーバ５ａは、ＡＳＰサーバ４ａから配信依頼を受けても、配信データを無線端末装置１ａに配信できない（「ＮＧ」参照）。また、無線端末装置１ａは、キープアライブＰＫＴをプッシュサービス登録サーバ５ａに送信しても、応答ＰＫＴを受信しないので、コネクションの切断を検出する（ステップＳｔ３）。
【００６６】
この場合、無線端末装置１ａは、コネクション確立要求ＰＫＴをプッシュサービス登録サーバ５ａに送信する。次に、プッシュサービス登録サーバ５ａは、同期ＰＫＴを無線端末装置１ａに送信する。次に、無線端末装置１ａは、ＡＣＫ ＰＫＴをプッシュサービス登録サーバ５ａに送信する。これにより、無線端末装置１ａとプッシュサービス登録サーバ５ａの間において、ＴＣＰに基づくコネクションが再確立される（ステップＳｔ４）。
【００６７】
コネクションが再確立すると、プッシュサービス登録サーバ５ａは、配信データを無線端末装置１に配信する。このようにして、データ配信方法は実行される。
【００６８】
このデータ配信方法において、キープアライブパケットの送信処理は、無線端末装置１ａの負荷を増加させるため、無線端末装置１ａの通信設備の規模や無線端末装置１ａの消費電力が増加する。また、多数の無線端末装置１ａからキープアライブパケットが送信された場合、ネットワークの帯域を圧迫する。
【００６９】
これに対し、実施例に係るデータ配信方法では、ＴＣＰのコネクションの切断時、無線端末装置１が通信可能になると、ＳＭＳのプロトコルに従い、配信サーバ２から無線端末装置１にコネクションの再確立の要求を促すことで、無線端末装置１の負荷を低減する。
【００７０】
図７は、実施例に係るデータ配信方法を示すラダーチャートである。無線端末装置１は、コネクション確立要求ＰＫＴを配信サーバ２に送信する。次に、配信サーバ２は、同期ＰＫＴを無線端末装置１に送信する。次に、無線端末装置１は、ＡＣＫ ＰＫＴを配信サーバ２に送信する。これにより、無線端末装置１と配信サーバ２の間において、ＴＣＰに基づくコネクションが確立される（ステップＳｔ１１）。
【００７１】
ＡＳＰサーバ４は、配信サーバ２に配信データの配信を依頼する。配信サーバ２は、配信依頼に応じて、コネクションを介して、配信データを無線端末装置１に配信する。例えば、無線端末装置１が、無線基地局８の圏外に移動すると、無線端末装置１及び配信サーバ２の間のコネクションは、ハーフクローズ状態となり、切断される（ステップＳｔ１２）。
【００７２】
このとき、配信サーバ２は、ＡＳＰサーバ４から配信依頼を受けても、配信データを無線端末装置１に配信できない（「ＮＧ」参照）。配信サーバ２は、無線端末装置１から応答を受信しないことから、コネクションが切断されたと判定する（ステップＳｔ１３）。配信サーバ２は、ＨＬＲ３に無線端末装置１の在圏状態情報を要求する。ＨＬＲ３は、要求に応じて、無線端末装置１の在圏状態情報を配信サーバ２に送信する。
【００７３】
配信サーバ２は、在圏状態情報が、配信サーバ２と無線端末装置１の間の通信が可能であることを示す場合、無線端末装置１に、ＳＭＳのプロトコルに従い、無線端末装置１にＴＣＰのコネクションの再確立を指示する指示メッセージを送信する。つまり、配信サーバ２は、無線端末装置１に指示メッセージを送信することにより、コネクションの再確立を促す。
【００７４】
無線端末装置１は、指示メッセージに従って、コネクション確立要求ＰＫＴを配信サーバ２に送信する。次に、配信サーバ２は、同期ＰＫＴを無線端末装置１に送信する。次に、無線端末装置１は、ＡＣＫ ＰＫＴを配信サーバ２に送信する。これにより、無線端末装置１と配信サーバ２の間において、ＴＣＰに基づくコネクションが再確立される（ステップＳｔ１４）。
【００７５】
コネクションが再確立すると、配信サーバ２は、コネクションの切断したときに一時的に保持した配信データを無線端末装置１に配信する。このようにして、データ配信方法は実行される。
【００７６】
このデータ配信方法では、コネクションが切断された場合、配信サーバ２が、無線端末装置１との通信が復旧したとき、ＴＣＰとは異なるＳＭＳのプロトコルに従って、無線端末装置１に指示メッセージを送信する。無線端末装置１は、指示メッセージに従って、配信サーバ２にコネクションの再確立を要求する。
【００７７】
このため、無線端末装置１は、コネクションの切断時、配信サーバ２からコネクションの再確立を促され、比較例とは異なり、キープアライブＰＫＴを送信することなく、コネクションの再確立を要求できる。したがって、無線端末装置１の負荷が低減され、キープアライブＰＫＴによるネットワークの帯域の圧迫が防止される。
【００７８】
次に、配信サーバ２及び無線端末装置１の処理を説明する。
【００７９】
図８は、配信サーバ２のコネクション確立処理の一例を示すフローチャートである。配信サーバ２のデータ配信部２０２は、無線端末装置１からコネクション確立要求ＰＫＴを受信したか否かを判定する（ステップＳｔ２１）。コネクション確立部２０１は、コネクション確立要求ＰＫＴを受信していない場合（ステップＳｔ２１のＮｏ）、処理を終了する。
【００８０】
コネクション確立部２０１は、コネクション確立要求ＰＫＴを受信した場合（ステップＳｔ２１のＹｅｓ）、ＴＣＰに基づくコネクションを確立する（ステップＳｔ２２）。つまり、コネクション確立部２０１は、無線端末装置１に同期ＰＫＴを送信し、無線端末装置１からＡＣＫ ＰＫＴを受信することにより、コネクションを確立する。
【００８１】
次に、コネクション確立部２０１は、コネクションが確立したか否かを判定する（ステップＳｔ２３）。コネクション確立部２０１は、コネクションが確立していない場合（ステップＳｔ２３のＮｏ）、処理を終了する。
【００８２】
コネクション確立部２０１は、コネクションが確立した場合（ステップＳｔ２３のＹｅｓ）、無線端末装置１から認証要求を受信したか否かを判定する（ステップＳｔ２４）。コネクション確立部２０１は、認証要求を受信していない場合（ステップＳｔ２４のＮｏ）、再度、認証要求の受信の有無の判定処理を行う（ステップＳｔ２４）。
【００８３】
コネクション確立部２０１は、認証要求を受信した場合（ステップＳｔ２４のＹｅｓ）、認証ＤＢ２３０に基づいて認証処理を行う（ステップＳｔ２５）。より具体的には、コネクション確立部２０１は、認証要求に含まれるユーザＩＤ及び配信データＩＤが、当該コネクションＩＤに対応付けられて認証ＤＢ２３０に登録されている場合、認証成功と判定し、登録されていない場合、認証失敗と判定する。
【００８４】
コネクション確立部２０１は、認証が失敗した場合（ステップＳｔ２６のＮｏ）、処理を終了する。また、コネクション確立部２０１は、認証が成功した場合（ステップＳｔ２６のＹｅｓ）、ユーザＩＤを、当該コネクションＩＤに対応付けて配信処理ＤＢ２３１に登録し（ステップＳｔ２７）、処理を終了する。これにより、配信サーバ２から無線端末装置１への配信データの配信が可能となる。このようにして、コネクション確立処理は行われる。
【００８５】
図９は、配信サーバ２のデータ配信処理の一例を示すフローチャートである。データ配信部２０２は、ＡＳＰサーバ４から配信依頼を受信したか否かを判定する（ステップＳｔ３１）。データ配信部２０２は、配信依頼を受信していない場合（ステップＳｔ３１のＮｏ）、処理を終了する。
【００８６】
また、データ配信部２０２は、配信依頼を受信した場合（ステップＳｔ３１のＹｅｓ）、配信依頼に含まれるプロバイダＩＤ及びアプリケーションＩＤが、配信処理ＤＢ２３１に登録済みであるか否かを判定する（ステップＳｔ３２）。プロバイダＩＤ及びアプリケーションＩＤが登録済みではない場合（ステップＳｔ３２のＮｏ）、データ配信部２０２は、処理を終了する。
【００８７】
また、プロバイダＩＤ及びアプリケーションＩＤが登録済みである場合（ステップＳｔ３２のＹｅｓ）、データ配信部２０２は、当該コネクションが確立済みであるか否かを判定する（ステップＳｔ３３）。より具体的には、データ配信部２０２は、プロバイダＩＤ及びアプリケーションＩＤに対応付けられて配信処理ＤＢ２３１に登録されたコネクションＩＤのコネクションが確立済みであるか否かを判定する。
【００８８】
データ配信部２０２は、コネクションが登録済みではない場合（ステップＳｔ３３のＮｏ）、処理を終了する。また、データ配信部２０２は、コネクションが登録済みである場合（ステップＳｔ３３のＹｅｓ）、配信データを無線端末装置１に配信する（ステップＳｔ３４）。
【００８９】
次に、データ配信部２０２は、無線端末装置１から応答を受信したか否かを判定する（ステップＳｔ３５）。データ配信部２０２は、応答を受信した場合（ステップＳｔ３５のＹｅｓ）、処理を終了する。
【００９０】
データ配信部２０２は、応答を受信していない場合（ステップＳｔ３５のＮｏ）、コネクションの切断を検出する（ステップＳｔ３６）。次に、データ配信部２０２は、配信データをＨＤＤ２３に保持する（ステップＳｔ３７）。次に、在圏判定部２０３は、ＨＬＲ３から無線端末装置１の在圏状態情報を取得する（ステップＳｔ３８）。
【００９１】
次に、在圏判定部２０３は、在圏状態情報に基づいて、無線端末装置１が在圏状態であるか否かを判定する（ステップＳｔ３９）。つまり、在圏判定部２０３は、無線端末装置１との通信の可否を判定する。在圏判定部２０３は、無線端末装置１が在圏状態ではない場合（ステップＳｔ３９のＮｏ）、つまり通信が不可である場合、再びステップＳｔ３８の処理を行う。
【００９２】
一方、無線端末装置１が在圏状態である場合（ステップＳｔ３９のＹｅｓ）、つまり通信が可能である場合、メッセージ生成部２０４は、ＳＭＳのプロトコルに従い、無線端末装置１にコネクションの再確立を指示する指示メッセージを送信する（ステップＳｔ４０）。
【００９３】
次に、データ配信部２０２は、無線端末装置１からコネクション確立要求ＰＫＴを受信したか否かを判定する（ステップＳｔ４１）。コネクション確立部２０１は、コネクション確立要求ＰＫＴを受信していない場合（ステップＳｔ４１のＮｏ）、処理を終了する。
【００９４】
コネクション確立部２０１は、コネクション確立要求ＰＫＴを受信した場合（ステップＳｔ４１のＹｅｓ）、ＴＣＰに基づくコネクションを確立する（ステップＳｔ４２）。つまり、コネクション確立部２０１は、無線端末装置１に同期ＰＫＴを送信し、無線端末装置１からＡＣＫ ＰＫＴを受信することにより、コネクションを確立する。
【００９５】
次に、データ配信部２０２は、ＨＤＤ２３に保持した配信データ２３２を、コネクションを介して無線端末装置１に送信する（ステップＳｔ４３）。このようにして、データ配信処理は行われる。
【００９６】
図１０は、無線端末装置１の処理の一例を示すフローチャートである。無線端末装置１のデータ処理部１００は、配信サーバ２から配信データを受信したか否かを判定する（ステップＳｔ５１）。データ処理部１００は、配信データを受信していない場合（ステップＳｔ５１のＮｏ）、処理を終了する。
【００９７】
データ処理部１００は、配信データを受信した場合（ステップＳｔ５１のＹｅｓ）、配信データの処理を行う（ステップＳｔ５２）。このとき、データ処理部１００は、例えば配信データの内容を表示部１４に表示する。
【００９８】
次に、データ処理部１００は、応答を配信サーバ２に送信する（ステップＳｔ５３）。次に、ＳＭＳ処理部１０３は、配信サーバ２から指示メッセージを受信したか否かを判定する（ステップＳｔ５４）。ＳＭＳ処理部１０３は、指示メッセージを受信していない場合（ステップＳｔ５４のＮｏ）、処理を終了する。
【００９９】
ＳＭＳ処理部１０３は、指示メッセージを受信した場合（ステップＳｔ５４のＹｅｓ）、配信サーバ２にコネクション確立要求ＰＫＴを送信し（ステップＳｔ５５）、処理を終了する。このようにして、無線端末装置１は処理を行う。
【０１００】
これまで述べたように、実施例に係るデータ配信システムは、データベース装置（ＨＬＲ）３、データ配信装置（配信サーバ）２、及び端末装置（無線端末装置）１を有する。データベース装置３は、データ配信装置２及び端末装置１の間の通信の可否を示す通信可否情報（在圏状態情報）を保持する。
【０１０１】
データ配信装置２は、端末装置１からの要求に応じて、端末装置１との間に、所定のプロトコル（ＴＣＰ）に基づいてコネクションを確立し、端末装置１にコネクションを介してデータ（配信データ）を配信する。データ配信装置２は、コネクションが切断された場合、データベース装置３から通信可否情報を取得する。データ配信装置２は、通信可否情報が、端末装置１との通信が可能であることを示すとき、所定のプロトコルとは異なる他のプロトコル（ＳＭＳのプロトコル）に従い、端末装置１にコネクションの再確立を指示するメッセージ（指示メッセージ）を送信する。
【０１０２】
端末装置１は、データ配信装置２からデータ（配信データ）を受信し、メッセージを受信したとき、データ配信装置２にコネクションの再確立を要求する。
【０１０３】
上記の構成によると、データ配信装置２は、データ配信に用いられる所定のプロトコルに基づくコネクションが切断された場合、データベース装置３から通信可否情報を取得することにより、コネクションの再確立を指示するメッセージの送信前に、端末装置１との通信の可否を判断できる。このため、配信サーバ２は、メッセージの無駄な送信を回避できる。
【０１０４】
データ配信装置２は、端末装置１との通信が可能となったときに、他のプロトコルに従い、指示メッセージを送信する。端末装置１は、指示メッセージを受信したとき、データ配信装置２にコネクションの再確立を要求する。
【０１０５】
したがって、データ配信装置２は、コネクションが切断されていても、端末装置１との通信が可能となったとき、タイムリーに無線端末装置１にコネクションの再確立を指示できる。このため、無線端末装置１は、比較例のようなキープアライブパケットの送信処理を行うことなく、低負荷でコネクションを再確立できる。
【０１０６】
また、実施例に係るデータ配信方法は、データ配信装置２から端末装置１にデータを配信する方法であり、以下の工程を含む。
工程（１）：端末装置１からの要求に応じて、端末装置１とデータ配信装置２の間に、所定のプロトコルに基づいてコネクションを確立する。
工程（２）：データ配信装置２から端末装置１にコネクションを介してデータを配信する。
工程（３）：コネクションが切断された場合、データ配信装置２と端末装置１の間の通信が可能であるとき、データ配信装置２から端末装置１に、所定のプロトコルとは異なる他のプロトコルに従い、コネクションの再確立を指示するメッセージを送信する。
工程（４）：メッセージに従って、端末装置１からデータ配信装置２にコネクションの再確立を要求する。
【０１０７】
実施例に係るデータ配信方法は、実施例に係るデータ配信システムと同様の構成を含むので、上述した内容と同様の作用効果を奏する。
【０１０８】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【０１０９】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）  データベース装置、データ配信装置、及び端末装置を有するデータ配信システムにおいて、
前記データベース装置は、前記データ配信装置及び前記端末装置の間の通信の可否を示す通信可否情報を保持し、
前記データ配信装置は、
前記端末装置からの要求に応じて、前記端末装置との間に、所定のプロトコルに基づいてコネクションを確立し、
前記端末装置に前記コネクションを介してデータを配信し、
前記コネクションが切断された場合、前記データベース装置から前記通信可否情報を取得し、前記通信可否情報が、前記端末装置との通信が可能であることを示すとき、前記所定のプロトコルとは異なる他のプロトコルに従い、前記端末装置に前記コネクションの再確立を指示するメッセージを送信し、
前記端末装置は、
前記データ配信装置から前記データを受信し、
前記メッセージを受信したとき、前記データ配信装置に前記コネクションの再確立を要求することを特徴とするデータ配信システム。
（付記２）  前記端末装置は、前記データを受信したとき、前記コネクションを介して前記データ配信装置に応答を送信し、
前記データ配信装置は、前記端末装置から前記応答を受信していないとき、前記コネクションが切断されたと判定することを特徴とする付記１に記載のデータ配信システム。
（付記３）  前記データ配信装置は、前記コネクションが切断された場合、前記データを一時的に保持し、前記コネクションが再確立された後、保持していた前記データを前記端末装置に配信することを特徴とする付記１または２に記載のデータ配信システム。
（付記４）  データ配信装置から端末装置にデータを配信するデータ配信方法において、
前記端末装置からの要求に応じて、前記端末装置とデータ配信装置の間に、所定のプロトコルに基づいてコネクションを確立し、
前記データ配信装置から前記端末装置に前記コネクションを介してデータを配信し、
前記コネクションが切断された場合、前記データ配信装置と前記端末装置の間の通信が可能であるとき、前記データ配信装置から前記端末装置に、前記所定のプロトコルとは異なる他のプロトコルに従い、前記コネクションの再確立を指示するメッセージを送信し、
前記メッセージに従って、前記端末装置から前記データ配信装置に前記コネクションの再確立を要求することを特徴とするデータ配信方法。
（付記５）  前記端末装置は、前記データを受信したとき、前記コネクションを介して前記データ配信装置に応答を送信し、
前記データ配信装置は、前記端末装置から前記応答を受信していないとき、前記コネクションが切断されたと判定することを特徴とする付記４に記載のデータ配信方法。
（付記６）  前記データ配信装置は、前記コネクションが切断された場合、前記データを一時的に保持し、前記コネクションが再確立された後、保持していた前記データを前記端末装置に配信することを特徴とする付記４または５に記載のデータ配信方法。
【符号の説明】
【０１１０】
１      無線端末装置（端末装置）
２      配信サーバ（データ配信装置）
３      ＨＬＲ（データベース装置）
４      ＡＳＰサーバ
【図１】
2015231116.tif 000003
【図２】
2015231116.tif 000004
【図３】
2015231116.tif 000005
【図４】
2015231116.tif 000006
【図５】
2015231116.tif 000007
【図６】
2015231116.tif 000008
【図７】
2015231116.tif 000009
【図８】
2015231116.tif 000010
【図９】
2015231116.tif 000011
【図１０】
2015231116.tif 000012