(57)【要約】本発明にかかる通信システムは、アプリケーションサーバ（１０）と、アプリケーションサーバ（１０）と通信ネットワーク（４０）との間の通信を中継する中継装置（２０）と、を備える。アプリケーションサーバ（１０）は、通信ネットワーク（４０）を介して通信を行う通信端末（３０）を識別する第１の識別子を送信先に設定した第１のメッセージを中継装置（２０）へ送信する通信部（１１）を有する。中継装置（２０）は、第１の識別子を、通信ネットワーク（４０）内において通信端末（３０）を一意に識別する第２の識別子へ変換する変換部（２１）と、第２の識別子を送信先に設定した第２のメッセージを、通信ネットワーク（４０）を介して通信端末（３０）へ送信する通信部（２２）と、を有する。
2015075852.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションサーバと、
前記アプリケーションサーバと通信ネットワークとの間の通信を中継する中継装置と、を備える通信システムであって、
前記アプリケーションサーバは、
前記通信ネットワークを介して通信を行う通信端末を識別する第１の識別子を送信先に設定した第１のメッセージを前記中継装置へ送信する第１の通信手段を有し、
前記中継装置は、
前記第１の識別子を、前記通信ネットワーク内において前記通信端末を一意に識別する第２の識別子へ変換する変換手段と、
前記第２の識別子を送信先に設定した第２のメッセージを、前記通信ネットワークを介して前記通信端末へ送信する第２の通信手段と、を有する通信システム。
【請求項２】
前記中継装置は、
複数の前記通信ネットワークと接続し、
前記アプリケーションサーバから送信された前記第１のメッセージを受信すると、複数の前記通信ネットワークの内、前記通信端末と通信可能な通信ネットワークを選択するネットワーク選択手段をさらに備え、
前記第２の通信手段は、
前記ネットワーク選択手段において選択された通信ネットワークを介して前記通信端末へ前記第２のメッセージを送信する、請求項１に記載の通信システム。
【請求項３】
前記変換手段は、
前記第１のメッセージを、前記ネットワーク選択手段によって選択された通信ネットワークにおいて用いられているメッセージ形式に変換して前記第２のメッセージを生成する、請求項２に記載の通信システム。
【請求項４】
前記通信ネットワークにおいて通信可能な前記第２のメッセージのサイズが定められている際に、前記アプリケーションサーバから、前記定められているサイズを超えるサイズの第３のメッセージが送信された場合、
前記第２の通信手段は、
前記定められているサイズを超えないサイズの前記第２のメッセージを前記通信端末へ送信することによって前記通信端末を前記通信ネットワークへ接続させ、前記通信ネットワークから前記通信端末へ新たに割り当てられた第３の識別子を送信先に設定して前記第３のメッセージを前記通信端末へ送信する、請求項１乃至３のいずれか１項に記載の通信システム。
【請求項５】
前記通信ネットワークにおいて通信可能な前記第２のメッセージのサイズが定められている際に、前記アプリケーションサーバが、前記定められているサイズを超えるサイズの第３のメッセージを送信する場合、
前記第２の通信手段は、
前記定められているサイズを超えないサイズの前記第２のメッセージを前記通信端末へ送信することによって前記通信端末を前記通信ネットワークへ接続させ、前記通信ネットワークから前記通信端末へ新たに割り当てられた第３の識別子を前記アプリケーションサーバへ通知し、
前記第１の通信手段は、
前記第３の識別子を送信先に設定した前記第３のメッセージを前記通信端末へ送信する、請求項１乃至３のいずれか１項に記載の通信システム。
【請求項６】
前記第２の通信手段は、
前記通信端末から送信された前記第３の識別子に関する情報を受信する、請求項４又は５に記載の通信システム。
【請求項７】
前記第２の通信手段は、
前記通信端末へ前記第３の識別子を割り当てた前記通信ネットワーク内のノード装置から送信された前記第３の識別子に関する情報を受信する、請求項４又は５に記載の通信システム。
【請求項８】
前記通信端末は、
前記通信ネットワークを介して送信された前記第２のメッセージに予め定められた形式のパラメータを用いて指示内容が定められている場合、前記指示内容において指定されている処理を実行する、請求項１乃至７のいずれか１項に記載の通信システム。
【請求項９】
前記通信ネットワークは、
３ＧＰＰにおいて規定されたノード装置を有するネットワークであり、
前記第２の識別子は、
前記３ＧＰＰにおいて規定されたExternal Identifierである、請求項１乃至８のいずれか１項に記載の通信システム。
【請求項１０】
前記第２の通信手段は、
SMS（Short Message Service）を用いて前記第２のメッセージを前記通信端末へ送信する、請求項１乃至９のいずれか１項に記載の通信システム。
【請求項１１】
アプリケーションサーバと通信ネットワークとの間の通信を中継する中継装置であって、
前記アプリケーションサーバから送信された、前記通信ネットワークを介して通信を行う通信端末を識別する第１の識別子を送信先に設定した第１のメッセージを受信すると、前記第１の識別子を、前記通信ネットワーク内において前記通信端末を一意に識別する第２の識別子へ変換する変換手段と、
前記第２の識別子を送信先に設定した第２のメッセージを、前記通信ネットワークを介して前記通信端末へ送信する第２の通信手段と、を有する中継装置。
【請求項１２】
前記アプリケーションサーバから送信された前記第１のメッセージを受信すると、複数の通信ネットワークの内、前記通信端末と通信可能な通信ネットワークを選択するネットワーク選択手段をさらに備え、
前記第２の通信手段は、
前記ネットワーク選択手段において選択された通信ネットワークを介して前記通信端末へ前記第２のメッセージを送信する、請求項１１に記載の中継装置。
【請求項１３】
前記変換手段は、
前記第１のメッセージを、前記ネットワーク選択手段によって選択された通信ネットワークにおいて用いられているメッセージ形式に変換して前記第２のメッセージを生成する、請求項１２に記載の中継装置。
【請求項１４】
前記通信ネットワークにおいて通信可能な前記第２のメッセージのサイズが定められている際に、前記アプリケーションサーバから、前記定められているサイズを超えるサイズの第３のメッセージが送信された場合、
前記第２の通信手段は、
前記定められているサイズを超えないサイズの前記第２のメッセージを前記通信端末へ送信することによって前記通信端末を前記通信ネットワークへ接続させ、前記通信ネットワークから前記通信端末へ新たに割り当てられた第３の識別子を送信先に設定して前記第３のメッセージを前記通信端末へ送信する、請求項１１乃至１３のいずれか１項に記載の中継装置。
【請求項１５】
前記通信ネットワークにおいて通信可能な前記第２のメッセージのサイズが定められている際に、前記アプリケーションサーバが、前記定められているサイズを超えるサイズの第３のメッセージを送信する場合、
前記第２の通信手段は、
前記定められているサイズを超えないサイズの前記第２のメッセージを前記通信端末へ送信することによって前記通信端末を前記通信ネットワークへ接続させ、前記通信ネットワークから前記通信端末へ新たに割り当てられた第３の識別子を前記アプリケーションサーバへ通知する、請求項１１乃至１３のいずれか１項に記載の中継装置。
【請求項１６】
前記第２の通信手段は、
前記通信端末から送信された前記第３の識別子に関する情報を受信する、請求項１４又は１５に記載の中継装置。
【請求項１７】
前記第２の通信手段は、
前記通信端末へ前記第３の識別子を割り当てた前記通信ネットワーク内のノード装置から送信された前記第３の識別子に関する情報を受信する、請求項１４又は１５に記載の中継装置。
【請求項１８】
アプリケーションサーバと通信ネットワークとの間の通信を中継する中継装置において用いられる通信方法であって、
前記アプリケーションサーバから送信された、前記通信ネットワークを介して通信を行う通信端末を識別する第１の識別子を送信先に設定した第１のメッセージを受信し、
前記第１の識別子を、前記通信ネットワーク内において前記通信端末を一意に識別する第２の識別子へ変換し、
前記第２の識別子を送信先に設定した第２のメッセージを、前記通信ネットワークを介して前記通信端末へ送信する通信方法。
【請求項１９】
アプリケーションサーバと通信ネットワークとの間の通信を中継するコンピュータ装置に実行させるプログラムが格納された非一時的なコンピュータ可読媒体であって、
前記アプリケーションサーバから送信された、前記通信ネットワークを介して通信を行う通信端末を識別する第１の識別子を送信先に設定した第１のメッセージを受信し、
前記第１の識別子を、前記通信ネットワーク内において前記通信端末を一意に識別する第２の識別子へ変換し、
前記第２の識別子を送信先に設定した第２のメッセージを、前記通信ネットワークを介して前記通信端末へ送信することをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システム、中継装置、通信方法及びプログラムに関し、特に異なるネットワークに属する通信端末へデータを送信する通信システム、中継装置、通信方法及びプログラムに関する。
【背景技術】
【０００２】
近年、ユーザ等の操作を伴わず自律的に通信を行うＭＴＣ（Machine Type Communication）端末を制御するネットワークの構成が検討されている。例えば、モバイルネットワークの構成及び機能等に関する標準化を推進する３ＧＰＰにおいて、ＭＴＣ端末と通信を行うDevice Trigger機能が検討されている。Device Trigger機能は、モバイルネットワークとは異なるネットワークに属するサーバ装置（以下、外部サーバ装置と称する）が、モバイルネットワークに属するＭＴＣ端末と通信を行う際に用いられる機能である。ＭＴＣ端末は、Ｍ２Ｍ（Machine to Machine）デバイスと称されてもよい。例えば、特許文献１に、Device Trigger機能を実行するための構成及び処理の流れが開示されている。【０００３】
例えば、Device Trigger機能においては、外部サーバ装置が、ＭＴＣ端末に割り当てられているMSISDN（電話番号に相当）を指定し、さらにＭＴＣ端末装置に対してＳＭＳ（Short Message Service）を利用して少量のデータを送信する。少量のデータとは、例えばＳＭＳにおいて上限が定められているデータであり、送信することができる文字数が数十文字等と定められたデータである。【０００４】
しかし、ＭＴＣ端末は、いわゆる携帯電話、スマートフォン端末等以外の非通信装置、機械等に組み込まれることが想定されており、その数は数千万台から数億台に達することが想定されている。そのため、全てのＭＴＣ端末にMSISDNを割り当てた場合、MSISDNが枯渇してしまうことが懸念されている。そこで、モバイルネットワークの通信事業者等が、MSISDNよりも桁数が多いExternal Identification（External-ID）をＭＴＣ端末に割り当てて、外部サーバ装置がExternal-IDを指定してＭＴＣ端末と通信を行うことが検討されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP TS 29.368 V11.4.0 (2013-09) 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Tsp interface protocol between the MTC Interworking Function (MTC-IWF) and Service Capability Server(SCS) (Release 11)
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、Device Trigger機能を用いる場合、外部サーバ装置は、ＭＴＣ端末を管理する際に、モバイルネットワーク内においてＭＴＣ端末を一意に識別するExternal-IDを用いてＭＴＣ端末を管理しなければならないという問題がある。つまり、External-IDは、モバイルネットワークを管理する通信事業者等が管理する識別子であり、外部サーバ装置を管理する事業者等は、通常、異なる識別子を用いてＭＴＣ端末を管理している。例えば、外部サーバ装置を管理する事業者等は、ＭＴＣ端末が設置されている地域名と、ＭＴＣ端末のシリアルナンバー等を組み合わせてＭＴＣ端末を管理してもよく、もしくは、ＭＴＣ端末の端末種別と、ＭＴＣ端末のシリアルナンバー等を組み合わせてＭＴＣ端末を管理してもよい。このように、外部サーバ装置を管理する事業者等は、自社の管理ポリシーに従ってＭＴＣ端末を識別して管理している。【０００７】
しかし、モバイルネットワークにおいて提供されているDevice Trigger機能を用いる場合、モバイルネットワークを管理する通信事業者等が管理する識別子を用いてＭＴＣ端末を特定する必要がある。そのため、外部サーバ装置を管理する事業者等は、外部サーバ装置において、例えばExternal-IDを管理するための管理機能等を新たに設ける必要がある。また、そのほかにも、外部サーバ装置を管理する事業者等は、Device Trigger機能を用いるために、様々なパラメータを決定する必要がある。このように、外部サーバ装置を管理する事業者等にとって、モバイルネットワークにおいて提供されているDevice Trigger機能を使用するための利便性がよくないという問題がある。ここで、Device Trigger機能は、外部サーバ装置がＭＴＣ端末を管理する際の一つの例であり、Device Trigger機能以外にも、外部サーバ装置がＭＴＣ端末を管理する際に、モバイルネットワークにおいてＭＴＣ端末へアクセスする他の機能が用いられてもよい。【０００８】
本発明の目的は、上述した課題を解決するために、通信ネットワークに帰属している通信端末と通信を行う際に、外部サーバ装置が容易に通信端末を指定することができる通信システム、中継装置、通信方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の第１の態様にかかる通信システムは、アプリケーションサーバと、前記アプリケーションサーバと通信ネットワークとの間の通信を中継する中継装置と、を備える通信システムであって、前記アプリケーションサーバは、前記通信ネットワークを介して通信を行う通信端末を識別する第１の識別子を送信先に設定した第１のメッセージを前記中継装置へ送信する第１の通信手段を有し、前記中継装置は、前記第１の識別子を、前記通信ネットワーク内において前記通信端末を一意に識別する第２の識別子へ変換する変換手段と、前記第２の識別子を送信先に設定した第２のメッセージを、前記通信ネットワークを介して前記通信端末へ送信する第２の通信手段と、を有するものである。【００１０】
本発明の第２の態様にかかる中継装置は、アプリケーションサーバと通信ネットワークとの間の通信を中継する中継装置であって、前記アプリケーションサーバから送信された、前記通信ネットワークを介して通信を行う通信端末を識別する第１の識別子を送信先に設定した第１のメッセージを受信すると、前記第１の識別子を、前記通信ネットワーク内において前記通信端末を一意に識別する第２の識別子へ変換する変換手段と、前記第２の識別子を送信先に設定した第２のメッセージを、前記通信ネットワークを介して前記通信端末へ送信する第２の通信手段と、を有するものである。【００１１】
本発明の第３の態様にかかる通信方法は、アプリケーションサーバと通信ネットワークとの間の通信を中継する中継装置において用いられる通信方法であって、前記アプリケーションサーバから送信された、前記通信ネットワークを介して通信を行う通信端末を識別する第１の識別子を送信先に設定した第１のメッセージを受信し、前記第１の識別子を、前記通信ネットワーク内において前記通信端末を一意に識別する第２の識別子へ変換し、前記第２の識別子を送信先に設定した第２のメッセージを、前記通信ネットワークを介して前記通信端末へ送信するものである。【００１２】
本発明の第４の態様にかかるプログラムは、アプリケーションサーバと通信ネットワークとの間の通信を中継するコンピュータ装置に実行させるプログラムであって、前記アプリケーションサーバから送信された、前記通信ネットワークを介して通信を行う通信端末を識別する第１の識別子を送信先に設定した第１のメッセージを受信し、前記第１の識別子を、前記通信ネットワーク内において前記通信端末を一意に識別する第２の識別子へ変換し、前記第２の識別子を送信先に設定した第２のメッセージを、前記通信ネットワークを介して前記通信端末へ送信することをコンピュータに実行させるものである。
【発明の効果】
【００１３】
本発明により、通信ネットワークに帰属している通信端末と通信を行う際に、外部サーバ装置が容易に通信端末を指定することができる通信システム、中継装置、通信方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】実施の形態１にかかる通信システムの構成図である。
【図２】実施の形態２にかかる通信システムの構成図である。
【図３】実施の形態２にかかるＭ２Ｍプラットフォームの構成図である。
【図４】実施の形態２にかかるデータ送信処理の流れを示す図である。
【図５】実施の形態２にかかるＭ２Ｍプラットフォームにおけるデータ送信処理の流れを示す図である。
【図６】実施の形態３にかかるＭ２Ｍプラットフォームの構成図である。
【図７】実施の形態３にかかるデータ送信処理の流れを示す図である。
【図８】実施の形態４にかかるアプリケーションサーバの構成図である。
【図９】実施の形態４にかかるデータ送信処理の流れを示す図である。
【図１０】実施の形態５にかかるデータ送信処理の流れを示す図である。
【発明を実施するための形態】
【００１５】
（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。はじめに、図１を用いて本発明の実施の形態１にかかる通信システムの構成例について説明する。本図の通信ネットワークは、アプリケーションサーバ１０、中継装置２０及び通信端末３０を有している。また、中継装置２０と通信端末３０とは、通信ネットワーク４０を介して通信する。
【００１６】
アプリケーションサーバ１０は、通信端末３０に対してデータを送信する等のアプリケーションサービスを提供するサーバ装置である。アプリケーションサーバ１０は、メモリに格納されているプログラムをＣＰＵが実行することによって動作するコンピュータ装置であってもよい。
【００１７】
アプリケーションサーバ１０は、通信部１１を有している。通信部１１は、通信端末３０を識別するために用いるアプリケーションサーバ管理識別子を送信先に設定したメッセージを中継装置２０へ送信する。アプリケーションサーバ管理識別子は、アプリケーションサーバ１０において、複数の通信端末３０を管理する際に、それぞれの通信端末３０を一意に識別するために用いられる識別子である。
【００１８】
中継装置２０は、変換部２１及び通信部２２を有している。中継装置２０は、メモリに格納されているプログラムをＣＰＵが実行することによって動作するコンピュータ装置であってもよい。変換部２１は、アプリケーションサーバ１０から送信されたメッセージの送信先に設定されているアプリケーションサーバ管理識別子を通信ネットワーク管理識別子へ変換する。通信ネットワーク管理識別子は、通信ネットワーク４０に属する複数の通信端末３０を一意に識別するために用いられる識別子である。通信ネットワーク管理識別子は、通信ネットワーク４０に配置されているサーバ装置等によって管理されてもよい。
【００１９】
変換部２１は、アプリケーションサーバ１０から送信されたメッセージの送信先を通信ネットワーク管理識別子に変更し、送信先を変更したメッセージを通信部２２へ出力する。通信部２２は、変換部２１から出力されたメッセージを、通信ネットワーク４０を介して通信端末３０へ送信する。メッセージは、通信ネットワーク４０において提供されているDevice Trigger機能によって通信端末３０へ送信されてもよく、その他の通信端末３０と通信を行うために提供されている機能が用いられてもよい。
【００２０】
以上説明したように、アプリケーションサーバ１０は、自装置が管理する通信端末３０の識別子を送信先に設定することによって、通信ネットワーク４０に属する通信端末３０へメッセージを送信することができる。
【００２１】
具体的には、中継装置２０が、アプリケーションサーバ１０が管理している通信端末３０の識別子であるアプリケーションサーバ管理識別子を、通信ネットワーク４０において通信端末３０を一意に識別する通信ネットワーク管理識別子へ変換する。さらに、中継装置２０は、メッセージの送信先に、通信ネットワーク管理識別子を設定することによって、通信ネットワーク４０を介して通信端末３０へメッセージを送信することができる。
【００２２】
アプリケーションサーバ１０と通信ネットワーク４０との間に中継装置２０を有し、中継装置２０において通信端末３０を識別する識別子を変換することによって、アプリケーションサーバ１０は、通信ネットワーク４０において用いられている識別子を用いることなく、通信端末３０へメッセージを送信することができる。そのため、アプリケーションサーバ１０は、通信ネットワーク４０において通信端末３０を一意に識別する通信ネットワーク管理識別子を管理することなく、通信端末３０へメッセージを送信することができる。そのため、アプリケーションサーバ１０が、通信ネットワーク４０に属する通信端末３０へメッセージを送信する場合においても、通信端末３０の通信ネットワーク管理識別子を管理するための機能を盛り込む必要がない。
【００２３】
（実施の形態２）
続いて、図２を用いて本発明の実施の形態２にかかる通信システムの構成例について説明する。本図の通信システムは、アプリケーションサーバ５０、Ｍ２Ｍプラットフォーム６０、ＮＳＥ（Network Service Function Entity）７０及びＭ２Ｍデバイス８０を有している。また、ＮＳＥ７０は、モバイルネットワーク７５内に配置される装置である。モバイルネットワーク７５内に配置される装置とは、モバイルネットワーク７５を管理する通信事業者等の管理ポリシーもしくは設計ポリシー等に基づいて配置される装置である。
【００２４】
さらに、Ｍ２Ｍプラットフォーム６０は、モバイルネットワーク７５と接続するとともに、モバイルネットワーク７５と異なる通信ネットワーク７７及び７９とも接続している。モバイルネットワークもしくは通信ネットワークと接続するとは、モバイルネットワークもしくは通信ネットワーク内に配置されているノード装置等と通信を行うことである。本図においては、Ｍ２Ｍデバイス８０は、モバイルネットワーク７５に属していることを示している。
【００２５】
ここで、アプリケーションサーバ５０は、図１のアプリケーションサーバ１０に相当する。Ｍ２Ｍプラットフォーム６０は、図１の中継装置２０に相当する。モバイルネットワーク７５は、図１の通信ネットワーク４０に相当する。Ｍ２Ｍデバイス８０は、図１の通信端末３０に相当する。
【００２６】
モバイルネットワーク７５は、例えば、３ＧＰＰにおいて規定されているネットワークである。ＮＳＥ７０は、例えば、３ＧＰＰにおいて定められたネットワークを構成するノード装置である。
【００２７】
アプリケーションサーバ５０とＭ２Ｍプラットフォーム６０との間は、例えば、Ｍ２Ｍ通信におけるサービスレイヤの標準化を行うｏｎｅＭ２Ｍにおいて、Ｍｃａインタフェースとして定められている。アプリケーションサーバ５０とＭ２Ｍプラットフォーム６０とは、Ｍｃａインタフェースにおいて定められたメッセージフォーマット等を用いて通信を行う。
【００２８】
Ｍ２Ｍプラットフォーム６０とＮＳＥ７０との間は、例えば、ｏｎｅＭ２Ｍにおいて、Ｍｃｎインタフェースとして定められている。さらに、Ｍ２Ｍプラットフォーム６０とＭ２Ｍデバイス８０との間は、例えば、ｏｎｅＭ２ＭにおいてＭｃｃインタフェースとして定められている。なお、Ｍｃａインタフェース、Ｍｃｎインタフェース及びＭｃｃインタフェースの名称については、ｏｎｅＭ２Ｍにおける標準規格策定過程において、適宜変更される可能性があり、これらの名称に制限されない。
【００２９】
また、ＮＳＥ７０とＭ２Ｍプラットフォーム６０との間は、３ＧＰＰにおいてＴｓｐインタフェースとして定められている。Ｔｓｐインタフェースの名称についても、３ＧＰＰにおける標準規格策定過程において、適宜変更される可能性があり、この名称に制限されない。
【００３０】
通信ネットワーク７７及び７９は、モバイルネットワーク７５とは異なる通信ネットワークであり、例えば、モバイルネットワーク７５を管理する通信事業者とは異なる通信事業者が管理するモバイルネットワークであってもよい。もしくは、通信ネットワーク７７及び７９は、モバイルネットワーク７５と通信方式が異なるネットワークであってもよい。モバイルネットワーク７５と通信方式が異なるネットワークとは、例えば、固定通信ネットワークであってもよく、無線ＬＡＮ等であってもよい。
【００３１】
また、Ｍ２Ｍプラットフォーム６０は、ｏｎｅＭ２Ｍにおいて定められている機能を実現する装置である、ＣＳＥ（Common Service Entity）であってもよい。また、Ｍ２Ｍプラットフォーム６０は、複数のＣＳＥを有する装置であってもよい。さらに、Ｍ２Ｍプラットフォーム６０は、ｏｎｅＭ２Ｍにおいて用語を用いてＩＮ（Infrastructure Node）−ＣＳＥと称されてもよい。また、Ｍ２Ｍデバイス８０は、ｏｎｅＭ２Ｍにおいて用語を用いてＡＳＮ（Application Service Node）／ＭＮ（Middle Node）−ＣＳＥと称されてもよい。また、アプリケーションサーバ５０は、ｏｎｅＭ２Ｍにおいて用語を用いてＡＥと称されてもよい。
【００３２】
続いて、図３を用いてＭ２Ｍプラットフォーム６０の構成例について説明する。Ｍ２Ｍプラットフォーム６０は、ネットワーク選択部６１、変換部６２及び通信部６３を有している。なお、変換部６２は、図１の変換部２１に相当し、通信部６３は、図１の通信部２２に相当するため詳細な説明を省略する。
【００３３】
ネットワーク選択部６１は、アプリケーションサーバ５０からＭ２Ｍデバイス８０を送信先とするメッセージが送信された場合、モバイルネットワーク７５、通信ネットワーク７７及び７９のいずれのネットワークを用いてメッセージをＭ２Ｍデバイス８０へ送信するか選択する。ネットワーク選択部６１は、例えば、Ｍ２Ｍデバイス８０が契約している通信事業者が管理するネットワークを選択してもよい。もしくは、ネットワーク選択部６１は、Ｍ２Ｍデバイス８０が、モバイルネットワーク７５、通信ネットワーク７７及び７９のうち２以上のネットワークを介して通信を行うことができる場合、それぞれのネットワークの輻輳状況、接続端末数、スループットもしくは遅延等のＱｏＳ情報を用いてネットワークを選択してもよい。
【００３４】
さらに、ネットワーク選択部６１は、Ｍ２Ｍデバイス８０が、モバイルネットワーク７５、通信ネットワーク７７及び７９のうち２以上のネットワークを介して通信を行うことができる場合、複数のネットワークを選択し、それぞれのネットワークを介してＭ２Ｍデバイス８０へメッセージを送信してもよい。複数のネットワークを介してＭ２Ｍデバイス８０へメッセージを送信することによって、Ｍ２Ｍデバイス８０へメッセージが到達する可能性を高くすることができる。Ｍ２Ｍデバイス８０は、複数のネットワークを介して同じメッセージが送信された場合、一つのメッセージ以外のメッセージは破棄してもよく、また、複数のネットワークを合成してもよい。
【００３５】
図２及び図４の説明においては、ネットワーク選択部６１が、モバイルネットワーク７５を選択した例を示している。
【００３６】
ネットワーク選択部６１は、選択したネットワークに関する情報を変換部６２へ出力する。
【００３７】
変換部６２は、アプリケーションサーバ５０から送信されたメッセージの送信先に設定されている識別子を、ネットワーク選択部６１において選択されたネットワークにおいて用いられている識別子に変換する。例えば、変換部６２は、ネットワーク選択部６１において選択されたネットワークにおいて、Ｍ２Ｍデバイス８０を識別するためにExternal-IDが用いられている場合、Ｍ２Ｍデバイス８０に対応するExternal-IDをメッセージの送信先に設定する。また、変換部６２は、ネットワーク選択部６１において選択されたネットワークにおいて、External-IDとは異なる他の識別子が用いられている場合、選択されたネットワークにおいて用いられている識別子へ変換する。Ｍ２Ｍデバイス８０の識別子は、External-IDの他に、例えば、Ｍ２Ｍデバイス８０の装置番号もしくはＭＡＣアドレス等であってもよい。
【００３８】
Ｍ２Ｍプラットフォーム６０は、アプリケーションサーバ５０においてＭ２Ｍデバイス８０を識別するために用いられている識別子と、各ネットワークにおいてＭ２Ｍデバイス８０を識別するために用いられている識別子とを対応付けたデータベース等をＭ２Ｍプラットフォーム６０内のメモリへ格納してもよい。もしくは、他の装置においてデータベースが管理されていてもよく、この場合、変換部６２は、データベースを管理している他の装置にアクセスし、アプリケーションサーバ５０から送信されたメッセージの送信先に設定されている識別子と対応付けられた識別子を取得してもよい。
【００３９】
さらに、変換部６２は、アプリケーションサーバ５０から送信されたメッセージを、ネットワーク選択部６１において選択されたネットワークにおいてＭ２Ｍデバイス８０へメッセージを送信する際に用いている方式のメッセージフォーマット等に合わせるように変換する。メッセージを送信する際に用いている方式とは、例えば、Device Trigger、ＳＭＳもしくはＩＰ ＰＵＳＨ等であってもよい。言い換えると、変換部６２は、アプリケーションサーバ５０から送信されたメッセージを、ネットワーク選択部６１において選択されたネットワークにおいてＭ２Ｍデバイス８０へメッセージを送信する際に用いているプロトコル形式に変換する。
【００４０】
通信部６３は、変換部６２において送信先の識別子が変換されたメッセージを、ネットワーク選択部６１において選択されたネットワークを介してＭ２Ｍデバイス８０へ送信する。
【００４１】
また、Ｍ２Ｍプラットフォーム６０は、上述した構成以外にも、例えば、課金処理を実行する構成を設けてもよい。課金処理として、例えば、アプリケーションサーバ５０から送信されたメッセージのデータ量を特定し、データ量に応じた課金レートを適用した課金明細データ等を生成してもよい。もしくは、Ｍ２Ｍプラットフォーム６０は、アプリケーションサーバ５０からの依頼に応じてメッセージを送信した回数をカウントし、送信回数に応じた課金明細データ等を生成してもよい。
【００４２】
続いて、図４を用いて本発明の実施の形態２にかかるデータ送信処理の流れについて説明する。はじめに、アプリケーションサーバ５０は、Ｍ２Ｍプラットフォーム６０に対してデータ送信要求メッセージを送信する（Ｓ１１）。データ送信要求メッセージの送信先には、Ｍ２Ｍデバイス８０を設定している。また、Ｍ２Ｍデバイス８０の識別子は、アプリケーションサーバ５０が管理しているアプリケーションサーバ管理識別子が用いられている。
【００４３】
次に、Ｍ２Ｍプラットフォーム６０は、Ｍ２Ｍデバイス８０へデータを送信する際に用いるネットワークを選択する（Ｓ１２）。次に、Ｍ２Ｍプラットフォーム６０は、データ送信要求メッセージを受け付けたことを通知するために、アプリケーションサーバ５０へ要求受付応答メッセージを送信する（Ｓ１３）。次に、Ｍ２Ｍプラットフォーム６０は、ステップＳ１２において選択したネットワークに配置されているＮＳＥ７０へデータ送信要求メッセージを送信する（Ｓ１４）。この時、Ｍ２Ｍプラットフォーム６０は、送信先に設定するＭ２Ｍデバイス８０の識別子を、選択したネットワークにおいて用いられている識別子に変換してデータ送信要求メッセージを送信する。
【００４４】
次に、ＮＳＥ７０は、データ送信要求メッセージを受け付けたことを通知するために、Ｍ２Ｍプラットフォーム６０へ要求受付応答メッセージを送信する（Ｓ１５）。
【００４５】
次に、ＮＳＥ７０は、Ｍ２Ｍデバイス８０へデバイストリガー機能を用いてメッセージを送信する（Ｓ１６）。ここで、デバイストリガー機能について詳細に説明する。デバイストリガー機能を実行する際に、Ｍ２Ｍプラットフォーム６０は、ＮＳＥ７０にDevice Triggerリクエストを送信する。ＮＳＥ７０は、例えば、３ＧＰＰにおいて定められているＭＴＣ−ＩＷＦエンティティであってもよい。Device Triggerリクエストには、例えば、次の情報が含められる。
・３ＧＰＰ External Identifier or MSISDN
・ASN-CSE Identifier
・trigger reference number
・validity period
・priority
・Application Port ID
・triggerpayload
【００４６】
Device Triggerリクエストは、３ＧＰＰにおいて規定されたモバイルネットワーク７５内においては、ＮＳＥ７０であるＳＭＳ−ＳＣに転送され、Short Message信号としてSM Router等を経由して、Ｍ２Ｍデバイス８０へ送信される。この時、Short Message信号には、Device Trigger Short Messageというプロトコル識別子が設定されるため、SM RouterやターゲットSMエンティティなどDevice Trigger Short Message受信側では、送信側エンティティや信号の有効性等を確認し拒否することもできる。
【００４７】
ステップＳ１６においてデバイストリガーが実行された後に、ＮＳＥ７０は、デバイストリガーの実行結果（デバイストリガーレポート）を通知するために、デバイストリガー結果メッセージをＭ２Ｍプラットフォーム６０へ送信する（Ｓ１７）。デバイストリガー実行結果は、ＮＳＥ７０が送信したメッセージがＭ２Ｍデバイス８０に到達したか否か、つまり、Ｍ２Ｍデバイス８０がＮＳＥ７０から送信されたメッセージを正常に受信したか否かが示された情報である。また、デバイストリガー実行結果には、Ｍ２Ｍデバイス８０へメッセージが到達しなかった理由等を含んでもよい。
【００４８】
次に、Ｍ２Ｍプラットフォーム６０は、ステップＳ１１において送信されたデータ送信要求メッセージに対する応答メッセージとして、データ送信応答メッセージ（データ送信レポート）をアプリケーションサーバ５０へ送信する（Ｓ１８）。Ｍ２Ｍプラットフォーム６０は、データ送信応答メッセージに、ＮＳＥ７０から送信されたデバイストリガーの実行結果を設定する。
【００４９】
続いて、図５を用いて本発明の実施の形態２にかかるＭ２Ｍプラットフォーム６０におけるデータ送信処理の流れについて説明する。はじめに、ネットワーク選択部６１は、複数のネットワークの中からＭ２Ｍデバイス８０へメッセージを送信するために用いるネットワークを選択する（Ｓ１０１）。次に、変換部６２は、アプリケーションサーバ５０から送信されたメッセージの送信先に設定されているＭ２Ｍデバイス８０の識別子を、選択されたネットワークにおいて用いられている識別子に変換する（Ｓ１０２）。
【００５０】
次に、変換部６２は、変換した識別子をメッセージの送信先に設定する（Ｓ１０３）。次に、変換部６２は、送信先を変換したメッセージを選択したネットワークを介してＭ２Ｍデバイス８０へ送信する（Ｓ１０４）。
【００５１】
以上説明したように、本発明の実施の形態２にかかる通信システムを用いることによって、アプリケーションサーバ５０は、例えばモバイルネットワーク７５において用いられるプロトコルもしくはデータフォーマット等を意識することなく、Ｍ２Ｍプラットフォーム６０へデータ送信を要求することができる。
【００５２】
Ｍ２Ｍプラットフォーム６０は、アプリケーションサーバ５０とＮＳＥ７０との間に配置されており、それぞれの装置との間において定められているプロトコルもしくはデータフォーマット等を用いることによって、アプリケーションサーバ５０とＮＳＥ７０との間の通信を中継することができる。つまり、Ｍ２Ｍプラットフォーム６０は、アプリケーションサーバ５０及びＮＳＥ７０において用いるプロトコルもしくはデータフォーマット等が異なる場合、それらの情報を変換することによってアプリケーションサーバ５０とＮＳＥ７０との間の通信を中継することができる。
【００５３】
また、図２に示すように、Ｍ２Ｍプラットフォーム６０に複数のネットワークが接続されている場合、Ｍ２Ｍプラットフォーム６０は、アプリケーションサーバ５０から送信されたデータを、それぞれのネットワークにおいて用いられているプロトコルもしくはメッセージフォーマットへ変換する。これによって、アプリケーションサーバ５０は、Ｍ２Ｍプラットフォーム６０に接続されているいずれかのネットワークを介して、Ｍ２Ｍデバイス８０へデータを送信することができる。
【００５４】
（実施の形態３）
続いて、図６を用いて本発明の実施の形態３にかかるＭ２Ｍプラットフォーム９０の構成例について説明する。Ｍ２Ｍプラットフォーム９０は、図３のＭ２Ｍプラットフォーム６０に、データ蓄積部９１が追加された構成である。ネットワーク選択部６１、変換部６２及び通信部６３は、Ｍ２Ｍプラットフォーム９０と同様であるため詳細な説明を省略する。
【００５５】
データ蓄積部９１は、アプリケーションサーバ５０から送信されたデータを一時的に蓄積する。Ｍ２Ｍプラットフォーム９０が、ＮＳＥ７０を介してDevice Trigger機能を用いてＭ２Ｍデバイス８０へデータ送信する際に、Device Trigger機能において送信することができるデータサイズは予め定められている。例えば、Device Trigger機能において、ＳＭＳを用いてデータを送信する際に、文字数の上限が定められている。
【００５６】
このような場合、Ｍ２Ｍプラットフォーム９０は、アプリケーションサーバ５０から送信されたデータが、予め定められているデータサイズを超えている場合、送信されたデータを一時的にデータ蓄積部９１へ蓄積する。ここで、Ｍ２Ｍプラットフォーム９０は、Ｍ２Ｍデバイス８０をモバイルネットワーク７５へ接続させるためにDevice Trigger機能を用いる。Ｍ２Ｍプラットフォーム９０は、Ｍ２Ｍデバイス８０をモバイルネットワーク７５に接続させた後に、Ｍ２Ｍデバイス８０へ、データを送信する。
【００５７】
図７を用いて、アプリケーションサーバ５０から、Device Trigger機能において送信することができるデータサイズを超えたデータが送信された場合の処理の流れについて説明する。
【００５８】
本図のステップＳ１１〜Ｓ１８は、図４のステップＳ１１〜Ｓ１８と同様であるため詳細な説明を省略する。Ｍ２Ｍデバイス８０は、ステップＳ１６においてDevice Trigger機能が実行されることによって、ＮＳＥ７０から呼び出し制御が行われる。呼び出し制御は、ページング制御と称されてもよい。Ｍ２Ｍデバイス８０は、ＮＳＥ７０から呼び出し制御に関するメッセージに応答することによって、モバイルネットワーク７５へ接続する。
【００５９】
Ｍ２Ｍデバイス８０が、モバイルネットワーク７５へ接続するとは、例えば、モバイルネットワーク７５に属する基地局が、Ｍ２Ｍデバイス８０と通信を行うために、Ｍ２Ｍデバイス８０に対する通信リソースを割り当てている状態である。言い換えると、Ｍ２Ｍデバイス８０が、モバイルネットワーク７５へ接続するとは、呼び出し制御を行うことによって、Ｍ２Ｍデバイス８０の位置を特定し、Ｍ２Ｍデバイス８０と基地局との間においてデータの送受信を行うことができる状態である。Ｍ２Ｍデバイス８０は、モバイルネットワーク７５へ接続した後、一定期間ＩＰ通信を行わない場合、Ｍ２Ｍデバイス８０に割り当てられた通信リソースが解放される。このような場合においても、Device Trigger機能を用いることによって、Ｍ２Ｍデバイス８０をモバイルネットワーク７５へ接続させることができる。
【００６０】
Ｍ２Ｍデバイス８０は、モバイルネットワーク７５へ接続することによって、ＮＳＥ７０もしくはモバイルネットワーク７５内に配置されている他のノード装置から、ＩＰアドレスが割り当てられる。
【００６１】
そこで、Ｍ２Ｍデバイス８０は、割り当てられたＩＰアドレスをＭ２Ｍプラットフォーム９０へ通知するために、ＩＰアドレス通知メッセージを送信する（Ｓ２１）。Ｍ２Ｍデバイス８０は、Ｍｃｃインタフェースを介して、ＩＰアドレス通知メッセージをＭ２Ｍプラットフォーム９０へ送信する。
【００６２】
また、ステップＳ２１においては、Ｍ２Ｍデバイス８０がＭ２Ｍプラットフォーム９０へＩＰアドレスを通知する例を説明したが、Ｍ２Ｍプラットフォーム９０は、異なる方法を用いてＭ２Ｍデバイス８０のＩＰアドレスを取得してもよい。例えば、Ｍ２Ｍプラットフォーム９０は、モバイルネットワーク７５内において、Ｍ２Ｍデバイス８０へＩＰアドレスを割り当てたサーバ装置等から、Ｍ２Ｍデバイス８０へ割り当てたＩＰアドレス情報を取得してもよい。
【００６３】
もしくは、Ｍ２Ｍプラットフォーム９０は、ヨーロッパにおける電気通信の標準化を策定する組織であるＥＴＳＩ（European Telecommunications Standards Institute）において規定されているDevice Bootstrappingを用いてＭ２Ｍデバイス８０のＩＰアドレスを取得してもよい。Device Bootstrappingとは、Ｍ２Ｍデバイス８０が、３ＧＰＰにおいて規定されているモバイルネットワークへ接続、つまりアタッチした際に、サーバ装置等へ、Ｍ２Ｍデバイス８０の情報を登録する機能である。例えば、サーバ装置は、Ｍ２Ｍプラットフォーム９０であってもよい。例えば、Device Bootstrappingにおいて、Ｍ２Ｍデバイス８０の情報の一つとして、Ｍ２Ｍデバイス８０のＩＰアドレスが、Ｍ２Ｍプラットフォーム９０に登録される。つまり、図７のステップＳ１６において、Device Trigger機能を用いてＭ２Ｍデバイス８０をモバイルネットワーク７５へ接続させた後に、Device Bootstrappingを用いることによって、Ｍ２Ｍプラットフォーム９０は、Ｍ２Ｍデバイス８０のＩＰアドレスを取得することができる。
【００６４】
ここで、Device Bootstrappingにおいて、Ｍ２Ｍデバイス８０のＩＰアドレスがＭ２Ｍプラットフォーム９０に登録される際の処理の詳細について説明する。はじめに、Ｍ２Ｍデバイス８０に対して、Ｍ２Ｍプラットフォーム９０へアクセスするために必要な固定情報をProvisioningする必要がある。Ｍ２Ｍデバイス８０に対して固定情報のProvisioningを行う手順をM2M Service Bootstrapと称してもよい。
【００６５】
例えば、M2M Service Bootstrapにおいて、Ｍ２Ｍデバイス８０へは、次の固定情報をProvisioningする。なお、下記に示す情報以外にもProvisioningされる情報があってもよい。
・デバイスＩＤ（Ｍ２Ｍデバイス８０の識別子）
・Ｍ２ＭルートＫＥＹ（アクセス認証時に利用する鍵情報）
・NSCL-ID（Ｍ２Ｍデバイス８０がアクセスするＭ２Ｍ ＳｙｓｔｅｍもしくはＭ２Ｍプラットフォーム９０のＩＤ）リスト
【００６６】
ここで、Provisioningする方法として、Pre-Provisioning（事前設定）と、Bootstrapping（起動時設定）とがある。さらに、Bootstrapping（起動時設定）には、次の方式がある。
・Bootstrap assisted by Access Network（アクセスネットワークと連動したBootstrap方式）
・Bootstrap without assistance from Access Network（アクセスネットワークとは独立したBootstrap方式）
さらに、Bootstrap assisted by Access Networkには、GBA（General Bootstrapping Architecture）ベース及びEAP（EAP-SIM/EAP-AKA）ベースがある。GBAベース及びEAPベースは、３ＧＰＰ規格において定義されている方式であり、詳細な説明を省略する。
【００６７】
上述したように、M2M Service BootstrapにおいてProvisioningが実施された後に、M2M Service Connectionが実施される。M2M Service Connectionは、Ｍ２Ｍデバイス８０に設定された固定情報を基にＭ２Ｍデバイス８０からＭ２Ｍプラットフォーム９０にアクセスする。次に、Ｍ２Ｍデバイス８０とＭ２Ｍプラットフォーム９０との間の相互認証が実施され、さらにＭ２Ｍ接続ＫＥＹの配布が行われる。ここで、オプション処理として、Ｍ２Ｍデバイス８０とＭ２Ｍプラットフォーム９０との間の通信経路のセキュリティを確保する処理が実行されてもよい。セキュリティが確保された通信経路を用いたセキュア通信時には、配布されたＭ２Ｍ接続ＫＥＹが用いられる。このようにM2M Service Connectionが実施されることによって、Ｍ２Ｍデバイス８０がＭ２Ｍプラットフォーム９０に登録される。さらに、Ｍ２Ｍデバイス８０がＭ２Ｍプラットフォーム９０へ登録されることによって、Ｍ２Ｍデバイス８０及びＭ２Ｍプラットフォーム９０は、互いのＩＰアドレス情報も通知され、互いのＩＰアドレス情報を保持する。
【００６８】
このように、Ｍ２Ｍデバイス８０及びＭ２Ｍプラットフォーム９０が互いに通信相手のＩＰアドレス情報を保持するため、Ｍ２Ｍデバイス８０が起動中であれば、以降の通信にこのＩＰアドレスを用いることができるため、ＩＰ通信を利用した効率的な通信を行うことが可能となる。
【００６９】
次に、Ｍ２Ｍデバイス８０が、Ｍ２Ｍプラットフォーム９０に登録されると、Ｍ２Ｍデバイス８０からＭ２Ｍプラットフォーム９０に対してＳＣＬリソースの生成リクエストを送信する。Ｍ２Ｍプラットフォーム９０は、ＳＣＬリソースの生成リクエストを受信すると、ＮＳＣＬリソース上に新たなリモートＳＣＬ情報を生成し、Ｍ２Ｍデバイス８０へリプライを返信する。
【００７０】
Ｍ２Ｍデバイス８０は、リプライを受信すると、自らのＤ／ＧＣＳＬリソース上に新たなリモートＳＣＬ情報を生成し、Ｍ２Ｍプラットフォーム９０へリプライを返信する。このようにして、Ｍ２Ｍデバイス８０のＤ／ＧＳＣＬリソースと、Ｍ２Ｍプラットフォーム９０のＮＳＣＬリソース間における関連づけが形成されたことになる。また、M2M Service Connectionにおいて保持したＩＰアドレス情報（もしくはリモートＩＰアドレス情報）は、リモートＳＣＬの情報要素の一つとして改めて保持されてもよい。このように、ＩＰアドレス情報を、リモートＳＣＬの情報要素の一つとして保持、もしくは管理することによってメモリリソースを効率的に使用することができる。
【００７１】
次に、Ｍ２Ｍデバイス８０のアプリケーションをＤ／ＧＳＣＬへ登録することによって、ＮＳＣＬとＤＡ／ＧＡとの通信が、Ｄ／ＧＳＣＬ経由で行うことができる。さらに、アプリケーションサーバをＮＳＣＬへ登録することによって、ＮＡとＤＡ／ＧＡ間の通信がＮＳＣＬ、及びＤ／ＧＳＣＬを経由して行うことができる。
【００７２】
ここで、Ｍ２Ｍデバイス８０もしくはＭ２Ｍプラットフォーム９０に登録された情報のLifetimeについて説明する。例えば、Ｍ２Ｍデバイス８０もしくはＭ２Ｍプラットフォーム９０に登録される固定情報には、Ｍ２Ｍプラットフォーム９０の使用に伴う契約時に設定される固定情報、Ｍ２Ｍデバイス８０の初回起動時に設定される固定情報、Ｍ２Ｍデバイス８０の２回目以降の起動時に更新される情報等がある。
【００７３】
契約時に設定される固定情報は、契約時のオフライン操作によってＭ２Ｍデバイス８０もしくはＭ２Ｍプラットフォーム９０に設定される。そのため、契約時に設定される固定情報の更新もしくは削除の契機は、契約変更もしくは解約時とすべきである。契約時に設定される固定情報は、例えば、デバイスＩＤ、パスワードもしくは契約プラン等が含まれる。
【００７４】
Ｍ２Ｍデバイス８０の初回起動時に設定される固定情報は、基本的には契約時に設定される固定情報と同様のLifetime、つまり、更新もしくは削除の契機は、契約時に設定される固定情報と同様でよい。Ｍ２Ｍデバイス８０の初回起動時に設定される固定情報は、例えば、デバイスＩＤ、パスワードから生成された鍵情報、アクセス先ＩＤ（又はＦＱＤＮ）等である。アクセスＩＤは、アクセスする場所によって更新される可能性がある。
【００７５】
Ｍ２Ｍデバイス８０の２回目以降の起動時に更新される情報は、Ｍ２Ｍ接続ＫＥＹ及びＩＰアドレス情報であり、さらに、Ｍ２Ｍデバイスの起動状態を示す情報が含まれてもよい。これらの情報のLifetimeとして、例えば、Ｍ２Ｍデバイス８０の電源がＯＦＦされるまでとしてもよく、その後のＭ２Ｍデバイス８０の通信リクエストの処理に応じて設定されてもよい。
【００７６】
これ以降は、Ｄ／ＧＳＣＬとＮＳＣＬとの間のリソースリンクは、周期的な更新、あるいは双方向でのオンデマンドによる更新が行われる。
【００７７】
また、例えば、Ｍ２Ｍプラットフォーム９０は、Ｍ２Ｍデバイス８０から通知されたＩＰアドレスと、Device Bootstrappingによって通知されたＩＰアドレスの両方を取得してもよい。もし、Ｍ２Ｍデバイス８０から通知されたＩＰアドレスと、Device Bootstrappingによって通知されたＩＰアドレスとが異なる場合、Ｍ２Ｍプラットフォームは、ＮＳＥ７０に対して、デバイストリガー機能の実行を依頼してもよい。このようにすることによって、Ｍ２Ｍデバイス８０は、モバイルネットワーク７５へ再接続し、新たにＩＰアドレスの割り当てを受ける。さらに、Ｍ２Ｍプラットフォーム９０は、Device Bootstrappingによって、新たにＭ２Ｍデバイス８０へ割り当てられたＩＰアドレスを取得し、保持しているＭ２Ｍデバイス８０に関するＩＰアドレスを更新してもよい。
【００７８】
図７に戻り、次に、Ｍ２Ｍプラットフォーム９０は、ＩＰデータ通信を行うことによって、データ蓄積部９１に蓄積されているデータをＭ２Ｍデバイス８０へ送信する（Ｓ２２）。ＩＰデータ通信においては、ＳＭＳのようにデータサイズの上限は定められていない。そのため、Ｍ２Ｍプラットフォーム９０は、データ蓄積部９１に蓄積したデータをＭ２Ｍデバイス８０へ送信することができる。
【００７９】
以上説明したように、本発明の実施の形態３にかかるデータ送信処理の流れを用いることによって、Ｍ２Ｍデバイス８０は、モバイルネットワーク７５において通信するために割り当てられたＩＰアドレスをＭ２Ｍプラットフォーム９０へ通知することができる。さらに、Ｍ２Ｍプラットフォーム９０は、アプリケーションサーバ５０から送信されたデータを蓄積するデータ蓄積部９１を有している。これより、Ｍ２Ｍプラットフォーム９０は、ＳＭＳを用いる場合にはデータサイズの上限が定められていることによって送信することができないデータを、ＩＰデータ通信を行うことにより、Ｍ２Ｍデバイス８０へデータを送信することができる。
【００８０】
（実施の形態４）
続いて、図８を用いて本発明の実施の形態４にかかるアプリケーションサーバ１００の構成例について説明する。アプリケーションサーバ１００は、通信部１１及びデータ蓄積部１０１を有している。通信部１１は、アプリケーションサーバ１０の通信部１１と同様であるため詳細な説明を省略する。
【００８１】
アプリケーションサーバ１００は、ＳＭＳにおいて定められているデータサイズの上限を超えるデータを送信する場合、送信データを一時的にデータ蓄積部１０１へ蓄積する。アプリケーションサーバ１００は、Ｍ２Ｍプラットフォーム６０がDevice Trigger機能を実行することによってＭ２Ｍデバイス８０がモバイルネットワーク７５に接続すると、ＩＰデータ通信を行うことによって、データ蓄積部１０１に蓄積したデータをＭ２Ｍデバイス８０へ送信する。
【００８２】
続いて、図９を用いてアプリケーションサーバ５０から、Device Trigger機能において送信することができるデータサイズを超えたデータが送信された場合の処理の流れについて説明する。本図におけるＭ２Ｍプラットフォームは、図４において説明したＭ２Ｍプラットフォーム６０とする。
【００８３】
ステップＳ１１〜Ｓ１７及びステップＳ２１は、図７におけるステップＳ１１〜Ｓ１７及びステップＳ２１と同様であるため詳細な説明を省略する。
【００８４】
Ｍ２Ｍプラットフォーム６０は、ステップＳ２１においてＭ２Ｍデバイス８０からＩＰアドレス通知メッセージを受信すると、アプリケーションサーバ１００へ、デバイス起動通知メッセージを送信する（Ｓ３１）。デバイス起動通知メッセージは、Ｍ２Ｍデバイス８０がモバイルネットワーク７５に接続し、Ｍ２Ｍデバイス８０に割り当てられたＩＰアドレスを通知するために用いられる。また、Ｍ２Ｍプラットフォーム６０は、デバイス起動通知メッセージにおいて、デバイストリガーを実行した際に対象となるＭ２Ｍデバイス８０が、モバイルネットワーク７５に接続したか否かをアプリケーションサーバ５０へ通知してもよい。
【００８５】
次に、アプリケーションサーバ１００は、Ｍ２Ｍデバイス８０のＩＰアドレスを通知されると、ＩＰデータ通信によって、データ蓄積部１０１に蓄積したデータをＭ２Ｍデバイス８０へ送信する（Ｓ３２）。
【００８６】
以上説明したように、本発明の実施の形態４にかかるデータ送信処理の流れを用いることによって、実施の形態３と同様に、アプリケーションサーバ１００は、ＳＭＳを用いる場合にはデータサイズの上限が定められていることによって送信することができないデータを、ＩＰデータ通信を行うことにより、Ｍ２Ｍデバイス８０へデータを送信することができる。
【００８７】
（実施の形態５）
続いて、図１０を用いて本発明の実施の形態５にかかるデータ送信処理の流れについて説明する。ステップＳ１１〜Ｓ１８は、図４のステップＳ１１〜Ｓ１８と同様であるため詳細な説明を省略する。ただし、ステップＳ１１において、アプリケーションサーバ５０は、メッセージを受信したＭ２Ｍデバイス８０が実行すべきアクションを設定したデータ送信要求メッセージを送信する。
【００８８】
Ｍ２Ｍデバイス８０が実行すべきアクションとは、例えば、Ｍ２Ｍデバイス８０が特定のサーバにアクセスする、Ｍ２Ｍデバイス８０が特定のサーバにデータを送信する、Ｍ２Ｍデバイス８０の電源を切る、Ｍ２Ｍデバイス８０内の設定を変更する、その他予め定められた非常用動作を実行する、等であってもよい。
【００８９】
また、ステップＳ１４において、Ｍ２Ｍプラットフォーム６０は、Ｍ２Ｍデバイス８０がメッセージを受信した際に、メッセージ内に設定されているアクション内容を実行することができるように、予め定められた形式のメッセージに変換して、データ送信要求メッセージをＮＳＥ７０へ送信する。つまり、Ｍ２Ｍデバイス８０は、予め定められた形式のメッセージに、アクション内容が設定されている場合、設定されたアクション内容に従ったアクションを実行することができる。言い換えると、Ｍ２Ｍデバイス８０は、予め定められた形式に従っていないメッセージにアクション内容が設定されている場合、設定されたアクションを実行することができない。ここでは、ステップＳ１６において、Ｍ２Ｍデバイス８０は、アクション内容として、特定のサーバへアクセスすることが設定されたメッセージを受信したとする。
【００９０】
この場合、Ｍ２Ｍデバイス８０は、受信したメッセージに設定されているアクション内容に従って、指定されたアプリケーションサーバへアクセスする（Ｓ４１）。
【００９１】
以上説明したように、Ｍ２Ｍプラットフォーム６０は、アプリケーションサーバ５０から、アクション内容が設定されたメッセージを受信した際に、Ｍ２Ｍデバイス８０においてアクションを実行するために予め定められた形式にメッセージを変換して送信することができる。そのため、アプリケーションサーバ５０は、Ｍ２Ｍデバイス８０において必要な形式のメッセージを生成する必要がない。つまり、Ｍ２Ｍプラットフォーム６０は、アプリケーションサーバ５０において用いているメッセージの形式と、Ｍ２Ｍデバイス８０において定められたメッセージの形式を変換することができる。これより、アプリケーションサーバ５０において、Ｍ２Ｍデバイス８０へアクションを実行させるために送信するメッセージの生成処理の負担を軽減させることができる。
【００９２】
（実施の形態６）
続いて、本発明の実施の形態６における、Ｍ２Ｍデバイス８０の特定方法について説明する。上述した実施の形態１〜５においては、アプリケーションサーバ５０が、Ｍ２Ｍデバイス８０を直接指定する識別子を用いる場合について説明している。一方、アプリケーションサーバ５０は、Ｍ２Ｍデバイス８０の識別子を指定するのではなく、Ｍ２Ｍデバイス８０を含むグループ情報を指定したデータ送信要求メッセージをＭ２Ｍプラットフォーム６０へ送信してもよい。グループ情報は、例えば、メッセージの送信場所、営業所、メッセージを送信する端末の種別等であってもよい。また、グループ情報は、電池残量が有る閾値以上等と指定し、電池残量が閾値を超えているＭ２Ｍデバイス８０を含むグループを指定してもよい。Ｍ２Ｍプラットフォーム６０は、アプリケーションサーバ５０から送信されたグループ情報に該当する複数のＭ２Ｍデバイス８０を抽出し、メッセージの送信先を、抽出したＭ２Ｍデバイス８０のExternal-IDに変換する。
【００９３】
以上説明したように、アプリケーションサーバ５０が、Ｍ２Ｍデバイス８０を含むグループを指定することによって、異なるＭ２Ｍデバイス８０毎に送信先を指定した複数のメッセージを送信するのではなく、グループを指定した一つのデータ送信要求メッセージを送信することができるため、アプリケーションサーバ５０とＭ２Ｍプラットフォーム６０との間において通信されるメッセージ数を削減することができる。
【００９４】
上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、配信サーバ１０、同報配信サーバ２０及び通信端末３０における処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。
【００９５】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００９６】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【００９７】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【００９８】
この出願は、２０１３年１１月２２日に出願された日本出願特願２０１３−２４２２２３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００９９】
１０  アプリケーションサーバ
１１  通信部
２０  中継装置
２１  変換部
２２  通信部
３０  通信端末
４０  通信ネットワーク
５０  アプリケーションサーバ
６０  Ｍ２Ｍプラットフォーム
６１  ネットワーク選択部
６２  変換部
６３  通信部
７０  ＮＳＥ
７５  モバイルネットワーク
７７  通信ネットワーク
７９  通信ネットワーク
８０  Ｍ２Ｍデバイス
９０  Ｍ２Ｍプラットフォーム
９１  データ蓄積部
１００  アプリケーションサーバ
１０１  データ蓄積部
【図１】
2015075852.tif 000003
【図２】
2015075852.tif 000004
【図３】
2015075852.tif 000005
【図４】
2015075852.tif 000006
【図５】
2015075852.tif 000007
【図６】
2015075852.tif 000008
【図７】
2015075852.tif 000009
【図８】
2015075852.tif 000010
【図９】
2015075852.tif 000011
【図１０】
2015075852.tif 000012
【手続補正書】
【提出日】平成28年5月19日(2016.5.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１９
【補正方法】変更
【補正の内容】
【請求項１９】
アプリケーションサーバと通信ネットワークとの間の通信を中継するコンピュータ装置に実行させるプログラムであって、
前記アプリケーションサーバから送信された、前記通信ネットワークを介して通信を行う通信端末を識別する第１の識別子を送信先に設定した第１のメッセージを受信し、
前記第１の識別子を、前記通信ネットワーク内において前記通信端末を一意に識別する第２の識別子へ変換し、
前記第２の識別子を送信先に設定した第２のメッセージを、前記通信ネットワークを介して前記通信端末へ送信することをコンピュータに実行させるプログラム。
【国際調査報告】
2015075852.tif 000013
2015075852.tif 000014
2015075852.tif 000015