JP6384486B2 - 通信システム、中継装置、通信方法及びプログラム - Google Patents

通信システム、中継装置、通信方法及びプログラム Download PDF

Info

Publication number
JP6384486B2
JP6384486B2 JP2015548964A JP2015548964A JP6384486B2 JP 6384486 B2 JP6384486 B2 JP 6384486B2 JP 2015548964 A JP2015548964 A JP 2015548964A JP 2015548964 A JP2015548964 A JP 2015548964A JP 6384486 B2 JP6384486 B2 JP 6384486B2
Authority
JP
Japan
Prior art keywords
communication
message
identifier
communication terminal
network
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.)
Active
Application number
JP2015548964A
Other languages
English (en)
Other versions
JPWO2015075852A1 (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 JPWO2015075852A1 publication Critical patent/JPWO2015075852A1/ja
Application granted granted Critical
Publication of JP6384486B2 publication Critical patent/JP6384486B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5076—Update or notification mechanisms, e.g. DynDNS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H04L69/085—Protocols for interworking; Protocol conversion specially adapted for interworking of IP-based networks with other networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本発明は通信システム、中継装置、通信方法及びプログラムに関し、特に異なるネットワークに属する通信端末へデータを送信する通信システム、中継装置、通信方法及びプログラムに関する。
近年、ユーザ等の操作を伴わず自律的に通信を行うＭＴＣ（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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
この出願は、２０１３年１１月２２日に出願された日本出願特願２０１３−２４２２２３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１０ アプリケーションサーバ
１１ 通信部
２０ 中継装置
２１ 変換部
２２ 通信部
３０ 通信端末
４０ 通信ネットワーク
５０ アプリケーションサーバ
６０ Ｍ２Ｍプラットフォーム
６１ ネットワーク選択部
６２ 変換部
６３ 通信部
７０ ＮＳＥ
７５ モバイルネットワーク
７７ 通信ネットワーク
７９ 通信ネットワーク
８０ Ｍ２Ｍデバイス
９０ Ｍ２Ｍプラットフォーム
９１ データ蓄積部
１００ アプリケーションサーバ
１０１ データ蓄積部

Claims (17)

  1. アプリケーションサーバと、
    前記アプリケーションサーバと通信ネットワークとの間の通信を中継する中継装置と、を備える通信システムであって、
    前記アプリケーションサーバは、
    前記通信ネットワークを介して通信を行う通信端末を識別する第１の識別子を送信先に設定した第１のメッセージを前記中継装置へ送信する第１の通信手段を有し、
    前記中継装置は、
    前記第１の識別子を、前記通信ネットワーク内において前記通信端末を一意に識別する第２の識別子へ変換する変換手段と、
    前記第２の識別子を送信先に設定した第２のメッセージを、前記通信ネットワークを介して前記通信端末へ送信する第２の通信手段と、
    複数の前記通信ネットワークと接続し、前記アプリケーションサーバから送信された前記第１のメッセージを受信すると、複数の前記通信ネットワークの内、前記通信端末と通信可能な複数の通信ネットワークを選択するネットワーク選択手段と、を有し、
    前記第２の通信手段は、
    前記ネットワーク選択手段において選択された前記通信端末と通信可能な複数の通信ネットワークのそれぞれを介して前記通信端末へ前記第２のメッセージを送信する、
    通信システム。
  2. 前記変換手段は、
    前記第１のメッセージを、前記ネットワーク選択手段によって選択された前記通信端末と通信可能な複数の通信ネットワークのそれぞれにおいて用いられているメッセージ形式に変換して前記第２のメッセージを生成する、請求項１に記載の通信システム。
  3. 前記通信ネットワークにおいて通信可能な前記第２のメッセージのサイズが定められている際に、前記アプリケーションサーバから、前記定められているサイズを超えるサイズの第３のメッセージが送信された場合、
    前記第２の通信手段は、
    前記定められているサイズを超えないサイズの前記第２のメッセージを前記通信端末へ送信することによって前記通信端末を前記通信ネットワークへ接続させ、前記通信ネットワークから前記通信端末へ新たに割り当てられた第３の識別子を送信先に設定して前記第３のメッセージを前記通信端末へ送信する、請求項１又は２に記載の通信システム。
  4. 前記通信ネットワークにおいて通信可能な前記第２のメッセージのサイズが定められている際に、前記アプリケーションサーバが、前記定められているサイズを超えるサイズの第３のメッセージを送信する場合、
    前記第２の通信手段は、
    前記定められているサイズを超えないサイズの前記第２のメッセージを前記通信端末へ送信することによって前記通信端末を前記通信ネットワークへ接続させ、前記通信ネットワークから前記通信端末へ新たに割り当てられた第３の識別子を前記アプリケーションサーバへ通知し、
    前記第１の通信手段は、
    前記第３の識別子を送信先に設定した前記第３のメッセージを前記通信端末へ送信する、請求項１又は２に記載の通信システム。
  5. 前記第２の通信手段は、
    前記通信端末から送信された前記第３の識別子に関する情報を受信する、請求項３又は４に記載の通信システム。
  6. 前記第２の通信手段は、
    前記通信端末へ前記第３の識別子を割り当てた前記通信ネットワーク内のノード装置から送信された前記第３の識別子に関する情報を受信する、請求項３又は４に記載の通信システム。
  7. 前記通信端末は、
    前記通信ネットワークを介して送信された前記第２のメッセージに予め定められた形式のパラメータを用いて指示内容が定められている場合、前記指示内容において指定されている処理を実行する、請求項１乃至６のいずれか１項に記載の通信システム。
  8. 前記通信ネットワークは、
    ３ＧＰＰにおいて規定されたノード装置を有するネットワークであり、
    前記第２の識別子は、
    前記３ＧＰＰにおいて規定されたExternal Identifierである、請求項１乃至７のいずれか１項に記載の通信システム。
  9. 前記第２の通信手段は、
    SMS（Short Message Service）を用いて前記第２のメッセージを前記通信端末へ送信する、請求項１乃至８のいずれか１項に記載の通信システム。
  10. アプリケーションサーバと通信ネットワークとの間の通信を中継する中継装置であって、
    前記アプリケーションサーバから送信された、前記通信ネットワークを介して通信を行う通信端末を識別する第１の識別子を送信先に設定した第１のメッセージを受信すると、前記第１の識別子を、前記通信ネットワーク内において前記通信端末を一意に識別する第２の識別子へ変換する変換手段と、
    前記第２の識別子を送信先に設定した第２のメッセージを、前記通信ネットワークを介して前記通信端末へ送信する第２の通信手段と、
    前記アプリケーションサーバから送信された前記第１のメッセージを受信すると、複数の前記通信ネットワークの内、前記通信端末と通信可能な複数の通信ネットワークを選択するネットワーク選択手段と、を有し、
    前記第２の通信手段は、
    前記ネットワーク選択手段において選択された前記通信端末と通信可能な複数の通信ネットワークのそれぞれを介して前記通信端末へ前記第２のメッセージを送信する、
    中継装置。
  11. 前記変換手段は、
    前記第１のメッセージを、前記ネットワーク選択手段によって選択された前記通信端末と通信可能な複数の通信ネットワークのそれぞれにおいて用いられているメッセージ形式に変換して前記第２のメッセージを生成する、請求項１０に記載の中継装置。
  12. 前記通信ネットワークにおいて通信可能な前記第２のメッセージのサイズが定められている際に、前記アプリケーションサーバから、前記定められているサイズを超えるサイズの第３のメッセージが送信された場合、
    前記第２の通信手段は、
    前記定められているサイズを超えないサイズの前記第２のメッセージを前記通信端末へ送信することによって前記通信端末を前記通信ネットワークへ接続させ、前記通信ネットワークから前記通信端末へ新たに割り当てられた第３の識別子を送信先に設定して前記第３のメッセージを前記通信端末へ送信する、請求項１０又は１１に記載の中継装置。
  13. 前記通信ネットワークにおいて通信可能な前記第２のメッセージのサイズが定められている際に、前記アプリケーションサーバが、前記定められているサイズを超えるサイズの第３のメッセージを送信する場合、
    前記第２の通信手段は、
    前記定められているサイズを超えないサイズの前記第２のメッセージを前記通信端末へ送信することによって前記通信端末を前記通信ネットワークへ接続させ、前記通信ネットワークから前記通信端末へ新たに割り当てられた第３の識別子を前記アプリケーションサーバへ通知する、請求項１０又は１１に記載の中継装置。
  14. 前記第２の通信手段は、
    前記通信端末から送信された前記第３の識別子に関する情報を受信する、請求項１２又は１３に記載の中継装置。
  15. 前記第２の通信手段は、
    前記通信端末へ前記第３の識別子を割り当てた前記通信ネットワーク内のノード装置から送信された前記第３の識別子に関する情報を受信する、請求項１２又は１３に記載の中継装置。
  16. アプリケーションサーバと通信ネットワークとの間の通信を中継する中継装置において用いられる通信方法であって、
    前記アプリケーションサーバから送信された、前記通信ネットワークを介して通信を行う通信端末を識別する第１の識別子を送信先に設定した第１のメッセージを受信し、
    前記第１の識別子を、前記通信ネットワーク内において前記通信端末を一意に識別する第２の識別子へ変換し、
    前記第２の識別子を送信先に設定した第２のメッセージを、前記通信ネットワークを介して前記通信端末へ送信し、
    前記アプリケーションサーバから送信された前記第１のメッセージを受信すると、複数の前記通信ネットワークの内、前記通信端末と通信可能な複数の通信ネットワークを選択し、
    前記選択された前記通信端末と通信可能な複数の通信ネットワークのそれぞれを介して前記通信端末へ前記第２のメッセージを送信する、
    通信方法。
  17. アプリケーションサーバと通信ネットワークとの間の通信を中継するコンピュータ装置に実行させるプログラムであって、
    前記アプリケーションサーバから送信された、前記通信ネットワークを介して通信を行う通信端末を識別する第１の識別子を送信先に設定した第１のメッセージを受信し、
    前記第１の識別子を、前記通信ネットワーク内において前記通信端末を一意に識別する第２の識別子へ変換し、
    前記第２の識別子を送信先に設定した第２のメッセージを、前記通信ネットワークを介して前記通信端末へ送信し、
    前記アプリケーションサーバから送信された前記第１のメッセージを受信すると、複数の前記通信ネットワークの内、前記通信端末と通信可能な複数の通信ネットワークを選択し、
    前記選択された前記通信端末と通信可能な複数の通信ネットワークのそれぞれを介して前記通信端末へ前記第２のメッセージを送信する、ことをコンピュータに実行させるプログラム。
JP2015548964A 2013-11-22 2014-06-19 通信システム、中継装置、通信方法及びプログラム Active JP6384486B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2013242223 2013-11-22
JP2013242223 2013-11-22
PCT/JP2014/003304 WO2015075852A1 (ja) 2013-11-22 2014-06-19 通信システム、中継装置、通信方法及びプログラムが格納された非一時的なコンピュータ可読媒体

Publications (2)

Publication Number Publication Date
JPWO2015075852A1 JPWO2015075852A1 (ja) 2017-03-16
JP6384486B2 true JP6384486B2 (ja) 2018-09-05

Family

ID=53179151

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015548964A Active JP6384486B2 (ja) 2013-11-22 2014-06-19 通信システム、中継装置、通信方法及びプログラム

Country Status (5)

Country Link
US (1) US9986367B2 (ja)
EP (1) EP3073687A4 (ja)
JP (1) JP6384486B2 (ja)
CN (1) CN105900384A (ja)
WO (1) WO2015075852A1 (ja)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10210722B2 (en) * 2015-06-15 2019-02-19 Immersion Corporation Haptic notification communication system
CN108476236B (zh) * 2015-12-30 2021-08-03 康维达无线有限责任公司 物联网数据的基于语义的内容规范
US10484477B2 (en) * 2015-12-30 2019-11-19 Verizon Patent And Licensing Inc. Internet of things (IoT) device activation and management
SG10201604398WA (en) * 2016-05-31 2017-12-28 Voyager Innovations Inc System and method for communicating across multiple network types
WO2019007476A1 (en) * 2017-07-03 2019-01-10 Telefonaktiebolaget Lm Ericsson (Publ) SECURE COMMUNICATIONS USING NETWORK ACCESS IDENTITY
US10631224B2 (en) * 2017-10-05 2020-04-21 Blackberry Limited Authenticating user equipments through relay user equipments
CN109995701B (zh) * 2017-12-29 2020-12-01 华为技术有限公司 一种设备引导的方法、终端以及服务器
WO2019202724A1 (ja) * 2018-04-20 2019-10-24 株式会社ウフル エネルギーデータ提供システム、エネルギーデータ提供方法及びエネルギーデータ提供プログラム
TWI746083B (zh) * 2020-07-24 2021-11-11 聯陽半導體股份有限公司 訊號中繼系統

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8316152B2 (en) * 2005-02-15 2012-11-20 Qualcomm Incorporated Methods and apparatus for machine-to-machine communications
JP4828461B2 (ja) * 2007-03-29 2011-11-30 株式会社野村総合研究所 複数の通信ネットワークと集中監視サーバとの間に介在する中間システム
JP2010177772A (ja) * 2009-01-27 2010-08-12 Daikin Ind Ltd 機器管理装置
CN103037502B (zh) * 2011-09-30 2019-06-14 中兴通讯股份有限公司 一种处理终端触发消息的方法及系统
ES2649980T3 (es) * 2011-11-04 2018-01-16 Intel Corporation Técnicas y configuraciones para datos pequeños en una red de comunicaciones inalámbricas
CN103249013B (zh) * 2012-02-03 2018-08-03 中兴通讯股份有限公司 一种mtc用户设备触发信息的发送方法、系统和用户设备
US9713071B2 (en) * 2012-09-28 2017-07-18 Nokia Solutions And Networks Oy Provisioning external identifiers

Also Published As

Publication number Publication date
US20160295346A1 (en) 2016-10-06
EP3073687A1 (en) 2016-09-28
CN105900384A (zh) 2016-08-24
WO2015075852A1 (ja) 2015-05-28
EP3073687A4 (en) 2017-05-17
JPWO2015075852A1 (ja) 2017-03-16
US9986367B2 (en) 2018-05-29

Similar Documents

Publication Publication Date Title
JP6384486B2 (ja) 通信システム、中継装置、通信方法及びプログラム
EP3632145B1 (en) Subscription management service data feeds
JP6784263B2 (ja) 通信システム、管理装置、及び通信方法
JP6245327B2 (ja) 通信システム、通信方法、及び無線アクセスネットワークノード
JP6260540B2 (ja) 無線通信システム、無線アクセスネットワークノード、及び通信デバイス
US10687204B1 (en) Intelligent SIM profile procurement
CN110392400B (zh) 一种通信方法及相关设备
JP7136483B2 (ja) 第１の装置及び方法
WO2017146076A1 (ja) ゲートウェイ装置、通信方法、及び、非一時的なコンピュータ可読媒体
US20170188337A1 (en) Communication system, relay device, control method and recording medium
JPWO2019160061A1 (ja) 通信装置、配信装置、及び送信方法
WO2017163695A1 (ja) コアノード、加入者情報管理装置、通信システム、通信方法、及び、コンピュータ可読媒体
WO2017146077A1 (ja) 中継ノード装置、通信制御方法、及び、非一時的なコンピュータ可読媒体
Lee et al. SDN-based wireless access network with media independent management capabilities
WO2017146075A1 (ja) 通信システム、通信方法、及び、非一時的なコンピュータ可読媒体
JP2016213630A (ja) 通信端末、通信システム、通信方法及びプログラム
KR20090030640A (ko) 영상 캐치콜을 제공하는 시스템 및 방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170512

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20171219

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180216

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: 20180710

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180723

R150 Certificate of patent or registration of utility model

Ref document number: 6384486

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150