JP6637463B2 - 配信制御装置、配信制御方法及び配信制御プログラム - Google Patents

Description

本発明は、端末へのメッセージ配信を制御するための装置、方法及びプログラムに関する。

近年、通信技術、情報処理技術の発達により、ＰＣ又はスマートフォン等の携帯端末に加えて、ウェアラブルカメラ等のＭ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）デバイスが端末となり、インターネットに設置されたサーバがデータ通信サービスを提供できるようになった。
提供されるデータ通信サービスには、端末側からリクエストすることでサーバから所望の情報の配信を受けるプル型のデータ通信サービスと、メールアドレス又は電話番号を用いてサーバから端末へ情報を配信するプッシュ型のデータ通信サービス（プッシュ配信）とがある。

プッシュ配信の対象となる端末には、携帯端末等の位置が刻々と変化するものがある。そこで、スタジアム等の施設内及び周辺、デパート等の店舗内及び周辺、電車又はバス等の車内といった特定の位置にある端末のみに、エリアを限定したプッシュ配信を行う技術が提案されている。
例えば、特許文献１では、端末のアプリケーションがＧＰＳ情報を取得し、メッセージ配信サーバに端末の位置を伝えることで、メッセージ配信サーバがエリアを限定したプッシュ配信を行う手法が提案されている。
また特許文献２には、プッシュ配信の対象となるエリアに端末検知センサを設置し、端末検知センサにより検知された端末の識別情報をメッセージ配信サーバに伝えることで、メッセージ配信サーバが端末の識別情報に基づいて、エリアを限定したプッシュ配信を行う手法が提案されている。

特開２００９−５３６６号公報 特開２０１５−１９１３９９号公報

しかしながら、エリアに限定してプッシュ配信をするためには、例えば特許文献１の手法では、端末の位置を取得するためのアプリケーションを端末にインストールする準備作業が必要だった。また、特許文献２の手法では、近接の端末を検知するためのハードウェア（端末検知センサ）を現場に設置する準備作業が必要だった。

本発明は、これらの準備作業を必要とせずに、特定のエリアにある端末に対して、通信事業者でないサービスプロバイダがメッセージをプッシュ配信できる配信制御装置、配信制御方法及び配信制御プログラムを提供することを目的とする。

本発明に係る配信制御装置は、サービス毎に、配信するメッセージを記憶するメッセージ記憶部と、前記サービス毎に、前記メッセージを配信する条件を設定する設定部と、メッセージの配信のトリガとして、第１の端末の識別子を含む前記サービスに関するイベント情報を受信する受信部と、前記イベント情報における前記第１の端末の識別子に基づいて、モバイルネットワーク内の制御データから抽出された接続先基地局の識別子を含むネットワーク情報から、前記条件を満たす配信先に紐付いた前記メッセージの宛先を取得する取得部と、前記イベント情報が示すサービスに対応する前記メッセージを抽出する抽出部と、前記宛先及び前記メッセージの組み合わせを、配信サーバへ送信する送信部と、を備える。

前記配信制御装置は、前記サービス毎に、メッセージを配信する候補端末の識別子を記憶する端末記憶部を備え、前記受信部は、前記第１の端末が前記候補端末に含まれる場合に、前記イベント情報を受け付け、前記取得部は、前記候補端末に含まれる端末を配信先としてもよい。

前記取得部は、同一の基地局に接続中の端末を配信先としてもよい。

前記取得部は、接続している基地局同士が所定の距離以内にある端末を配信先としてもよい。

前記受信部は、前記ネットワーク情報を取得可能なアプリケーションから、前記サービス及び前記第１の端末の識別子を含む前記イベント情報を受信してもよい。

前記受信部は、前記設定部により前記条件として設定された特定の基地局に新たに接続、又は切断した端末を前記第１の端末とした前記イベント情報を受信してもよい。

前記抽出部は、前記設定された基地局に接続している端末の数に基づいてメッセージを選択してもよい。

前記取得部は、前記メッセージの送信手段を示す区分に応じて、前記宛先の種類を選択してもよい。

前記ネットワーク情報は、前記宛先として電話番号を含んでもよい。

本発明に係る配信制御方法は、サービス毎に、配信するメッセージを記憶し、前記サービス毎に、前記メッセージを配信する条件を設定したコンピュータが、メッセージの配信のトリガとして、第１の端末の識別子を含む前記サービスに関するイベント情報を受信する受信ステップと、前記イベント情報における前記第１の端末の識別子に基づいて、モバイルネットワーク内の制御データから抽出された接続先基地局の識別子を含むネットワーク情報から、前記条件を満たす配信先に紐付いた前記メッセージの宛先を取得する取得ステップと、前記イベント情報が示すサービスに対応する前記メッセージを抽出する抽出ステップと、前記宛先及び前記メッセージの組み合わせを、配信サーバへ送信する送信ステップと、を実行する。

本発明に係る配信制御プログラムは、サービス毎に、配信するメッセージを記憶し、前記サービス毎に、前記メッセージを配信する条件を設定したコンピュータに、メッセージの配信のトリガとして、第１の端末の識別子を含む前記サービスに関するイベント情報を受信する受信ステップと、前記イベント情報における前記第１の端末の識別子に基づいて、モバイルネットワーク内の制御データから抽出された接続先基地局の識別子を含むネットワーク情報から、前記条件を満たす配信先に紐付いた前記メッセージの宛先を取得する取得ステップと、前記イベント情報が示すサービスに対応する前記メッセージを抽出する抽出ステップと、前記宛先及び前記メッセージの組み合わせを、配信サーバへ送信する送信ステップと、を実行させるためのものである。

本発明によれば、通信事業者でないサービスプロバイダが準備作業を必要とせずに、特定のエリアにある端末に対してメッセージをプッシュ配信できる。

実施形態に係る配信システムの全体構成を示す図である。 実施形態に係るエッジホストの機能構成を示す図である。 実施形態に係るネットワーク情報の内容を例示する図である。 実施形態に係る配信端末ＤＢに格納される情報の一例を示す図である。 実施形態に係る配信メッセージＤＢに格納される情報の一例を示す図である。 実施形態に係る配信エリア設定部により設定される配信エリアを例示する図である。 実施形態に係るメッセージ制御部の処理を示すフローチャートである。 実施形態に係る配信システムにおける第１の配信パターンによる処理を示すシーケンス図である。 実施形態に係るエッジホストにおける第１の配信パターンによるデータの流れを示す第１の図である。 実施形態に係るエッジホストにおける第１の配信パターンによるデータの流れを示す第２の図である。 実施形態に係るエッジホストにおける第１の配信パターンによるデータの流れを示す第３の図である。 実施形態に係るエッジホストにおける第１の配信パターンによるデータの流れを示す第４の図である。 実施形態に係るメッセージ制御部が参照するｅＮＢ１０のリストを例示する図である。 実施形態に係る配信システムにおける第３の配信パターンによる処理を示すシーケンス図である。 実施形態に係るエッジホストにおける第３の配信パターンによるデータの流れを示す第１の図である。 実施形態に係るエッジホストにおける第３の配信パターンによるデータの流れを示す第２の図である。 実施形態に係るエッジホストにおける第３の配信パターンによるデータの流れを示す第３の図である。

以下、本発明の実施形態の一例について説明する。
図１は、本実施形態に係る配信システム１の全体構成を示す図である。
配信システム１は、端末２と、モバイルネットワーク３と、クラウドサーバ４と、配信サーバ５とを備える。

端末２は、クラウドサーバ４が提供するサービスを利用するデバイスである。具体的には、端末２は、ＰＣ、スマートフォン又はセンサ等の携帯端末、あるいは、ウェアラブルカメラ等の種々のＭ２Ｍデバイスであってよい。
端末２は、モバイルネットワーク３への接続、及びデータ通信サービス、メールサービス等の利用のための端末情報を、ＳＩＭカード又は内部メモリに保持している。端末情報は、例えば、端末識別子としてのＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）、電話番号を示すＭＳＩＳＤＮ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ Ｎｕｍｂｅｒ）、ＩＰアドレス、メールアドレスを含む。また、端末２は、電子メールサービス又はＳＭＳ（ｓｈｏｒｔ ｍｅｓｓａｇｅ ｓｅｒｖｉｃｅ）等を利用し、メッセージを受信するための機能部を備えている。

モバイルネットワーク３は、通信事業者が用意し、３ＧＰＰ又は３ＧＰＰ２で規定される、３Ｇ又はＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）等の携帯電話サービスを提供する移動体通信システムのネットワークである。モバイルネットワーク３は、例えば、３ＧＰＰで既定されているＬＴＥに対応する場合、ｅＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）１０と、Ｓ／ＰＧＷ（Ｓｅｒｖｉｎｇ／ＰＤＮ Ｇａｔｅｗａｙ）２０と、エッジホスト３０とを備える。

クラウドサーバ４は、端末２に対してサービスを提供するサーバであり、データセンタ等に集中配備される。
配信サーバ５は、電子メールサーバ、又はＳＭＳ等を提供するサーバである。

ｅＮＢ１０は、端末２が無線接続する基地局である。各基地局には、ＥＣＧＩ（Ｅ−ＵＴＲＡＮ Ｃｅｌｌ Ｇｌｏｂａｌ Ｉｄｅｎｔｉｆｉｅｒ）と呼ばれる識別子が割当てられている。
Ｓ／ＰＧＷ２０において、ＳＧＷは、１つ又は複数のｅＮＢ３１を収容し、ＰＧＷとｅＮＢ３１との間でデータを伝送する通信装置である。また、ＰＧＷは、外部のネットワークとのインタフェースを有する通信装置である。
エッジホスト３０は、ＥＴＳＩ ＩＳＧ ＭＥＣで規定されている制御装置である。

図２は、本実施形態に係るエッジホスト３０の機能構成を示す図である。
エッジホスト３０は、ネットワーク情報抽出部３１と、エッジサーバ３２と、メッセージ制御部３３（配信制御装置）とを備える。

ネットワーク情報抽出部３１は、モバイルネットワーク３の内部で転送されるユーザデータ及び制御信号（３ＧＰＰ ＴＳ ２９．２７４で規定されているＧＴＰｖ２−Ｃプロトコル）を中継する。
また、ネットワーク情報抽出部３１は、このユーザデータ及び制御信号からネットワーク情報を抽出して保持する。

図３は、本実施形態に係るネットワーク情報の内容を例示する図である。
ネットワーク情報は、端末のＩＭＳＩ、ＭＳＩＳＤＮ及びＩＰアドレス、並びに端末が接続しているｅＮＢ１０のＥＣＧＩを含む。

ネットワーク情報抽出部３１は、保持しているネットワーク情報を、ＲＥＳＴ等のプロトコルを用いて外部の構成要素、例えばエッジサーバ３２及びメッセージ制御部３３に対して提供するインタフェースを備える。

エッジサーバ３２は、端末２に対してクラウドサーバ４に代わりサービスを提供するサーバであり、サービスプロバイダ等が開発したアプリケーション（エッジアプリ）を実装し動作させる。
エッジアプリは、ネットワーク情報抽出部３１が保持するネットワーク情報を所定のインタフェースを介して参照し、取得した端末の識別子を含むイベント情報を、メッセージ制御部３３に対してサービスに関するプッシュ配信のトリガとして送信する。

メッセージ制御部３３は、配信端末ＤＢ３３１（端末記憶部）と、配信メッセージＤＢ３３２（メッセージ記憶部）と、配信エリア設定部３３３（設定部）と、イベント受信部３３４（受信部）と、宛先取得部３３５（取得部）と、メッセージ抽出部３３６（抽出部）と、リクエスト送信部３３７（送信部）とを備える。

図４は、本実施形態に係る配信端末ＤＢ３３１に格納される情報の一例を示す図である。
配信端末ＤＢ３３１は、システム動作の前に予め、プッシュ配信を実施するサービス名と、このサービスを利用する対象であり、メッセージを配信する候補端末の識別子（ＩＭＳＩ）を記憶する。また、システムの動作に従って、サービス名及びＩＭＳＩに対応付けて、ネットワーク情報抽出部３１から取得されるＭＳＩＳＤＮ、メールアドレス、ＩＰアドレス、及び端末２が接続しているｅＮＢ１０のＥＣＧＩが格納される。

なお、本実施形態では、端末２を識別する情報としてＩＭＳＩを利用するが、これには限られない。例えば、電話番号又はＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ）等、端末２又は通信の宛先を一意に特定できる識別子であればよい。
また、端末ＤＢ３３１には、特定のｅＮＢ１０で通信している全ての端末２が登録されてもよい。これにより、配信システム１は、特定の範囲内に位置する全ての端末２に対してメッセージを配信できる。

図５は、本実施形態に係る配信メッセージＤＢ３３２に格納される情報の一例を示す図である。
配信メッセージＤＢ３３２は、システム動作の前に予め、サービス名と、サービス毎にプッシュ配信の際に送信するメッセージとを記憶する。
登録されるメッセージは、テキスト、提供するコンテンツの場所を示すＵＲＬ、ＵＲＬを含むテキスト等、様々な形式が適宜選択されてよい。

また、同一のサービスにおいて、複数のメッセージを使い分ける場合、サービス名と共に複数のメッセージ番号が設定され、サービス名及びメッセージ番号の組み合わせ毎に、メッセージが登録される。

配信エリア設定部３３３は、システム動作の前に予め、メッセージの配信条件として、サービス名とメッセージの配信エリアとを設定する。
図６は、本実施形態に係る配信エリア設定部３３３により設定される配信エリアを例示する図である。

配信エリアは、例えば、以下のいずれかの形式で設定される。
（１）トリガとなった端末と同一のｅＮＢ１０の配下にある端末２。
（２）トリガとなった端末が接続しているｅＮＢ１０、及び近接する（例えば、半径○○ｋｍ以内の）ｅＮＢ１０の配下にある端末２。
（３）新たに特定のｅＮＢ１０に接続又は切断し、トリガとなった端末２。
（４）新たに特定のｅＮＢ１０に接続し、トリガとなった端末２と同一のｅＮＢ１０の配下にある端末２。

また、同一のサービスにおいて、複数のメッセージ番号を設けることにより、複数の配信エリアが設定されてもよい。

イベント受信部３３４は、プッシュ配信のトリガとして、端末２（第１の端末）のＩＭＳＩを含むサービスに関するイベント情報を受信する。なお、このイベント情報は、トリガとなった端末２が配信端末ＤＢ３３１に登録されている候補端末に含まれる場合に受け付けられる。

具体的には、イベント受信部３３４は、エッジサーバ３２においてネットワーク情報を取得可能なエッジアプリから、サービス及び端末２（第１の端末）のＩＭＳＩを含むイベント情報を受信する。
また、イベント受信部３３４は、配信エリア設定部３３３により条件として設定された特定のｅＮＢ１０に新たに接続、又は切断した端末２（第１の端末）のネットワーク情報を、イベント情報として受信する。この場合、条件が予めネットワーク情報抽出部３１に通知されている。

宛先取得部３３５は、受信したイベント情報におけるトリガとなった端末２（第１の端末）のＩＭＳＩに基づいて、ネットワーク情報抽出部３１に保持されているネットワーク情報から、サービス毎に設定された条件を満たす配信先の端末２に紐付いたメッセージの宛先データを取得する。このとき、宛先取得部３３５は、配信端末ＤＢ３３１に登録されている候補端末に含まれる端末２を配信先とする。

宛先取得部３３５は、配信エリア設定部３３３により設定された条件を参照し、例えば、同一のｅＮＢ１０に接続中の端末２を配信先としたり、接続しているｅＮＢ１０同士が所定の距離以内にある端末２を配信先としたりできる。

宛先データは、メッセージの送信手段により異なり、例えば電子メールであればメールアドレス、ＳＭＳであれば電話番号としてのＭＳＩＳＤＮである。
配信端末ＤＢ３３１又は配信メッセージＤＢ３３２等にメッセージの送信手段を示す区分が登録されてもよく、宛先取得部３３５は、この区分に応じて、宛先データの種類を選択してもよい。

メッセージ抽出部３３６は、トリガとなったイベント情報が示すサービスに対応するメッセージを、配信メッセージＤＢ３３２から抽出する。
また、メッセージ抽出部３３６は、設定された基地局に現在接続している端末２の数に基づいてメッセージを選択してもよい。

リクエスト送信部３３７は、宛先取得部３３５により取得された宛先に対してメッセージを配信するためのリクエストとして、宛先データ及びメッセージの組み合わせを、配信サーバ５へ送信する。

図７は、本実施形態に係るメッセージ制御部３３の処理を示すフローチャートである。
システム動作の事前に、ネットワーク情報抽出部を使用するための設定、並びに配信端末ＤＢ３３１及び配信メッセージＤＢ３３２への登録がされる。さらに、配信エリア設定部３３３により配信条件が設定される（Ｓ１）。

システム動作が開始すると（Ｓ２）、メッセージ制御部３３は、プッシュ配信の配信トリガを待ち受ける状態となる（Ｓ３）。

メッセージ制御部３３は、プッシュ配信のトリガを受信すると（Ｓ４：ＹＥＳ）、ネットワーク情報抽出部３１に対象となるエリアに関する情報（例えば、配信トリガが発生した端末２が接続しているｅＮＢのＥＣＧＩ）、及びこのエリアに位置する端末２の情報（例えば、配信条件に合致した端末２のＩＭＳＩ、ＭＳＩＳＤＮ、ＩＰアドレス、ＥＣＧＩ）を照会する（Ｓ５）。メッセージ制御部３３は、ネットワーク情報抽出部３１から、照会した内容の回答を受領する（Ｓ６）。

メッセージ制御部３３は、受領した回答に基づいて、配信端末ＤＢ３３１に対して配信先の端末２を照会する（Ｓ７）。配信先がある場合（Ｓ８：ＹＥＳ）、メッセージ制御部３３は、該当サービスのメッセージを配信メッセージＤＢ３３２に照会する（Ｓ９）。配信するメッセージがある場合（Ｓ１０：ＹＥＳ）、メッセージ制御部３３は、配信サーバ５に対して、配信先となる端末の宛先データ（ＭＳＩＳＤＮ、メールアドレス等）とメッセージとを含めて、リクエストを送信する（Ｓ１１）。

メッセージ制御部３３は、一連のフローの実行中に動作終了命令の有無を確認し（Ｓ１２）、動作終了命令があった場合（Ｓ１２：ＹＥＳ）、メッセージ制御部３３の動作は終了する。一方、動作終了命令がなかった場合（Ｓ１２：ＮＯ）、処理はＳ３のトリガ待受状態に戻り、メッセージ制御部３３の動作が継続する。

次に、配信システム１が適用される事例として、トリガ及び配信条件が異なる第１〜第３の配信パターンを説明する。
第１の配信パターンは、エッジアプリで処理される特定の端末２のユーザデータの内容を契機として、同一のｅＮＢ１０配下の端末２に対して、エリア限定のプッシュ配信をする場合である。
第２の配信パターンは、特定の端末２のユーザデータの内容を契機として、同一のｅＮＢ１０を含む近接するｅＮＢ１０配下の端末２に対して、エリア限定のプッシュ配信をする場合である。
第３の配信パターンは、特定のｅＮＢ１０配下に端末２が入ってきた、又は出ていった場合に、この端末２に対してプッシュ配信をする場合である。

［第１の配信パターン］
ここでは、一例として、ウェアラブルカメラを有する端末２を利用して、スタジアム等の施設内及び周辺を警備するユースケース（サービス名：ｅｄｇｅ．＊＊＊）を想定する。具体的には、ＩＭＳＩが「４４０ ９９ ０００００００００１」の端末２からエッジサーバ３２へ画像が送信され、エッジアプリの画像処理により事前に登録された不審者が発見されたことをトリガとして、同一のｅＮＢ１０配下のスマートフォン等の端末２（ＩＭＳＩが「４４０ ９９ ０００００００００２」）に対してプッシュ配信される。

図８は、本実施形態に係る配信システム１における第１の配信パターンによる処理を示すシーケンス図である。
図９Ａ〜９Ｄは、本実施形態に係るエッジホスト３０における第１の配信パターンによるデータの流れを示す図である。

システムの動作を開始する前に、メッセージ制御部３３の配信端末ＤＢ３３１、配信メッセージＤＢ３３２及び配信エリア設定部３３３に対して、図９Ａに示すサービス名「ｅｄｇｅ．＊＊＊」の登録及び設定を行う（Ｓ１０１）。
登録及び設定が完了した後に、システム動作が開始すると、メッセージ制御部３３は、プッシュ配信のトリガを待ち受ける状態となる。

端末２の電源を投入すると（Ｓ１０２）、３ＧＰＰ ＴＳ ２３．４０１に規定される端末２のアタッチ処理のシーケンスが実行される（Ｓ１０３）。
ネットワーク情報抽出部３１は、アタッチ処理の際に転送される制御信号をモニタしており、図９Ａに示すネットワーク情報（ＩＭＳＩ、ＭＳＩＳＤＮ、ＩＰアドレス、接続ｅＮＢ１０のＥＣＧＩ）を抽出する（Ｓ１０４）。

端末２のアタッチ処理が完了すると、端末２からエッジサーバ３２に対してユーザデータ（映像データ）が送信元ＩＰアドレスと共に転送される（Ｓ１０５）。
エッジサーバ３２は、画像処理を実施し、事前に登録された不審者が発見された場合をイベントとして検出する（Ｓ１０６）。

エッジサーバ３２は、図９Ｂに示すように、送信元ＩＰアドレス「１０．０．０．１」をキーにして、ネットワーク情報抽出部３１に対して端末２のＩＭＳＩを要求する（Ｓ１０７）。ネットワーク情報抽出部３１は、ネットワーク情報を参照して、端末２のＩＭＳＩ「４４０ ９９ ０００００００００１」を応答する（Ｓ１０８）。
エッジサーバ３２は、事前にエッジアプリ毎、つまりサービス毎に設定されているサービス名「ｅｄｇｅ．＊＊＊」及びメッセージ番号「１」と、イベント検出された端末２のＩＭＳＩとを含むイベント情報を、メッセージ制御部３３に対して配信トリガとして送信する（Ｓ１０９）。

メッセージ制御部３３は、配信トリガを受信すると、図９Ｃに示すように、配信トリガが発生した端末２のネットワーク情報を要求し（Ｓ１１０−１）、ネットワーク情報抽出部３１から端末２が接続しているｅＮＢ１０のＥＣＧＩ「４４０ ９９ ００００００１ ２５５」を取得する（Ｓ１１１−１）。
また、メッセージ制御部３３は、サービス名及びメッセージ番号から、対象となるエリア情報として、条件「同一ｅＮＢ配下端末」を取得すると、この条件に合致する端末２のネットワーク情報を要求し（Ｓ１１０−２）、対象となる端末群のＩＭＳＩ、ＭＳＩＳＤＮ、ＩＰアドレス、接続ｅＮＢのＥＣＧＩを取得する（Ｓ１１１−２）。
なお、端末２のメールアドレスは、ＭＳＩＳＤＮを基に、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）に照会することで取得できる。

メッセージ制御部３３は、配信端末ＤＢ３３１に対して配信先の端末２を照会し（Ｓ１１２）、配信先がある場合、該当サービスのメッセージを配信メッセージＤＢ３３２に照会する（Ｓ１１３）。
配信内容がある場合、メッセージ制御部３３は、図９Ｄに示すように、配信サーバ５に対して、配信先の端末２の宛先データ（例えば、ＭＳＩＳＤＮ「８１ ８０ ０００００００２」）とメッセージとを含めて、プッシュ配信のリクエストを送信する（Ｓ１１４）。
リクエストを受信した配信サーバ５は、リクエストの内容に基づいて、端末２に対して、メッセージのプッシュ配信を行う（Ｓ１１５）。

［第２の配信パターン］
ここでは、第１の配信パターンと同様のユースケースを想定するが、配信先の条件は、同一の及び近接のｅＮＢ１０配下の端末２となる。処理シーケンス及びエッジホスト３０内の情報の流れについて、第１の配信パターン（図８、図９）と異なる点を説明する。

エッジサーバ３２は、メッセージ制御部３３に配信トリガを送信する際に、サービス名「ｅｄｇｅ．＊＊＊」と共に、メッセージ番号「２」を指定する（Ｓ１０９）。
配信エリアは、「近接ｅＮＢ（同一ｅＮＢを含む）配下の端末（半径２ｋｍ以内）」と設定されている。したがって、配信トリガの発生した端末２が接続しているｅＮＢ１０のＥＣＧＩが「４４０ ９９ ００００００１ ２５５」と分かると（Ｓ１１１−１）、メッセージ制御部３３又はモバイルネットワーク３が保持するｅＮＢ１０のリストをメッセージ制御部３３が参照する。

図１０は、本実施形態に係るメッセージ制御部３３が参照するｅＮＢ１０のリストを例示する図である。
位置情報として、例えば、ｅＮＢ１０のＥＣＧＩ毎に、緯度及び経度の情報がエッジホスト３０又は外部のデータベースに格納される。

メッセージ制御部３３は、得られた緯度経度情報から、ＥＣＧＩが「４４０ ９９ ００００００１ ２５５」のｅＮＢ１０から所定の距離（２ｋｍ）以内のｅＮＢ１０のＥＣＧＩとして、「４４０ ９９ ００００００２ ２５５」を取得する。
その後、メッセージ制御部３３は、配信先の端末２のネットワーク情報を照会する際に、照会のキーとして、接続ｅＮＢ１０のＥＣＧＩ「４４０ ９９ ００００００１ ２５５」に加えて、近接ｅＮＢ１０のＥＣＧＩ「４４０ ９９ ０００００００２ ２５５」を指定し（Ｓ１１０−２）、２つのｅＮＢ１０配下の端末２のネットワーク情報を取得する（Ｓ１１１−２）。

［第３の配信パターン］
ここでは、一例として、端末２としてのスマートフォンを利用して、デパート等の店舗内及び周辺のｅＮＢ１０配下に端末２が入ってきた場合、又は出ていった場合に、この端末２に対して広告、キャンペーン情報又はクーポン等をプッシュ配信するユースケースを想定する。

図１１は、本実施形態に係る配信システム１における第３の配信パターンによる処理を示すシーケンス図である。
図１２Ａ〜１２Ｃは、本実施形態に係るエッジホスト３０における第３の配信パターンによるデータの流れを示す図である。

システムの動作を開始する前に、メッセージ制御部３３の配信端末ＤＢ３３１、配信メッセージＤＢ３３２及び配信エリア設定部３３３に対して、図１２Ａに示すサービス名「ｓｈｏｐ．＊＊＊」の登録及び設定を行う。また、メッセージ制御部３３は、ネットワーク情報抽出部３１に対して、ＥＣＧＩが「４４０ ９９ ０００００００１ ２５５」である特定のｅＮＢ１０にいずれかの端末２が移動した場合、又はこのｅＮＢ１０の配下で端末２の電源が入れられた場合に、この端末２のネットワーク情報を通知するように登録する（Ｓ３０１）。
登録及び設定が完了した後に、システム動作が開始すると、メッセージ制御部３３は、プッシュ配信のトリガとなるネットワーク情報抽出部３１からの通知を待ち受ける状態となる。

端末２が特定のｅＮＢ１０の配下に移動すると（Ｓ３０２）、３ＧＰＰ ＴＳ ２３．４０１に規定される端末２のハンドオーバ処理のシーケンスが実行される（Ｓ３０３）。
ネットワーク情報抽出部３１は、ハンドオーバ処理の際に転送される制御信号をモニタしており、図１２Ｂに示すように、ネットワーク情報の接続ｅＮＢ１０のＥＣＧＩが変更される（Ｓ３０４）。

ネットワーク情報抽出部３１は、事前に設定された通り、特定のｅＮＢ１０配下に端末２が移動してきた際に、メッセージ制御部３３に対して、端末２のネットワーク情報（ＩＭＳＩ、ＭＳＩＳＤＮ、ＩＰアドレス、接続ｅＮＢのＥＣＧＩ）を通知する（Ｓ３１１）。
なお、端末２のメールアドレスは、ＭＳＩＳＤＮを基に、ＩＭＳに照会することで取得できる。

メッセージ制御部３３は、配信端末ＤＢ３３１に対して配信先の端末２を照会し（Ｓ３１２）、ＩＭＳＩが「４４０ ９９ ０００００００００３」の端末２は、サービス名「ｓｈｏｐ．＊＊＊」の対象であることを判断する。このように配信先がある場合、該当サービスのメッセージを、配信メッセージＤＢ３３２に照会する（Ｓ３１３）。
配信内容がある場合、メッセージ制御部３３は、図１２Ｃに示すように、配信サーバ５に対して、配信先の端末２の宛先データ（例えば、ＭＳＩＳＤＮ「８１ ８０ ００００００３」）とメッセージとを含めて、プッシュ配信のリクエストを送信する（Ｓ３１４）。
リクエストを受信した配信サーバ５は、リクエストの内容に基づいて、端末２に対して、メッセージのプッシュ配信を行う（Ｓ３１５）。

なお、ここでは、端末２が特定のｅＮＢ１０配下に入ってきた場合について説明したが、端末２が出ていった場合についても同様である。
さらに、メッセージ制御部３３は、特定のｅＮＢ１０配下の端末２の数を、自身でカウント、又はネットワーク情報抽出部３１から取得することにより、この端末２の数に応じたメッセージを配信させてもよい。例えば、メッセージ制御部３３は、端末２の数と１以上の閾値との比較に基づいて、トリガとなった端末２、又は同一ｅＮＢ配下の端末２に対して、メッセージを配信させることができる。

また、メッセージ制御部３３は、端末２が特定のｅＮＢ１０配下に留まっている時間を計測、又はネットワーク情報抽出部３１から取得することにより、この時間に応じたメッセージを配信させてもよい。例えば、メッセージ制御部３３は、所定時間以上、店舗に留まっており買い物をしている可能性が高いユーザの端末２に対して、適切なメッセージを配信させることができる。
また、メッセージ制御部３３は、現在時刻をさらに取得することにより、時間帯に応じたメッセージを配信させてもよい。例えば、メッセージ魚部３３は、店舗の閉店間際等、時間帯に特化したタイムセール等の情報を、特定エリアの端末に対して配信できる。

本実施形態によれば、配信システム１は、モバイルネットワーク内の制御データから抽出されたネットワーク情報を参照することにより、端末２の識別子（ＩＭＳＩ）と接続基地局（ｅＮＢ１０）の識別子（ＥＣＧＩ）との紐付け、及びプッシュ配信のための宛先データ（ＭＳＩＳＤＮ、メールアドレス等）を取得できる。配信システム１は、プッシュ配信のトリガとなった端末２のネットワーク情報に基づく配信条件を満たす配信先を決定し、宛先データを提供することにより、通信事業者でないサービスプロバイダが準備作業を必要とせずに、特定のエリアにある端末２に対してメッセージをプッシュ配信できる。

配信システム１は、配信端末ＤＢ３３１に配信対象の候補端末を予め記憶しておくことにより、プッシュ配信の対象として事前登録された端末２に対してのみ、サービスを提供することができる。

配信システム１は、同一のｅＮＢ１０に接続中の端末２、又は所定の距離以内にある近接のｅＮＢ１０に接続中の端末２を配信先とすることにより、通信事業者に特有のネットワーク情報を用いて、効率的にエリアを限定したプッシュ配信を実現できる。

配信システム１は、エッジサーバ３２のアプリケーションから、トリガとなるイベント情報を受信できるので、通信事業者でないサービスプロバイダが作成したアプリケーションの処理内容に基づいて、端末２を特定してプッシュ配信を行える。

配信システム１は、ネットワーク情報を参照し、特定のｅＮＢ１０に新たに接続、又は切断した端末２をトリガとしてメッセージを配信できるので、エリアを条件として特定の端末２に効率的にプッシュ配信できる。

配信システム１は、ネットワーク情報に基づいて、特定のｅＮＢ１０に接続している端末２の数を取得できるので、この数に基づいて配信するメッセージを選択し、例えば、ｅＮＢ１０毎に通信の混雑具合を配信する等、モバイルネットワーク３の状況を端末２に通知できる。

配信システム１は、ＳＭＳ又は電子メール等のプッシュ配信の手段を示す区分を設けることにより、電話番号又はメールアドレス等の宛先データの種類を選択できるので、サービスの種類、メッセージの種類又は端末２の種類等に応じて、適切な配信手段を利用できる。

配信システム１は、モバイルネットワークに特有の電話番号を宛先データとして用いることができるので、配信先である端末２の偽装が難しく、より確実なプッシュ配信を実現できる。

以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、本実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本実施形態に記載されたものに限定されるものではない。

配信システム１による配信制御方法は、ソフトウェアにより実現される。ソフトウェアによって実現される場合には、このソフトウェアを構成するプログラムが、情報処理装置（コンピュータ）にインストールされる。また、これらのプログラムは、ＣＤ−ＲＯＭのようなリムーバブルメディアに記録されてユーザに配布されてもよいし、ネットワークを介してユーザのコンピュータにダウンロードされることにより配布されてもよい。さらに、これらのプログラムは、ダウンロードされることなくネットワークを介したＷｅｂサービスとしてユーザのコンピュータに提供されてもよい。

１ 配信システム
２ 端末
３ モバイルネットワーク
４ クラウドサーバ
５ 配信サーバ
３０ エッジホスト
３１ ネットワーク情報抽出部
３２ エッジサーバ
３３ メッセージ制御部（配信制御装置）
３３１ 配信端末ＤＢ（端末記憶部）
３３２ 配信メッセージＤＢ（メッセージ記憶部）
３３３ 配信エリア設定部（設定部）
３３４ イベント受信部（受信部）
３３５ 宛先取得部（取得部）
３３６ メッセージ抽出部（抽出部）
３３７ リクエスト送信部（送信部）

Claims (11)

1. サービス毎に、配信するメッセージを記憶するメッセージ記憶部と、
   前記サービス毎に、前記メッセージを配信する条件を設定する設定部と、
   メッセージの配信のトリガとして、第１の端末の識別子を含む前記サービスに関するイベント情報を受信する受信部と、
   前記イベント情報における前記第１の端末の識別子に基づいて、モバイルネットワーク内の制御データから抽出された接続先基地局の識別子を含むネットワーク情報から、前記条件を満たす配信先に紐付いた前記メッセージの宛先を取得する取得部と、
   前記イベント情報が示すサービスに対応する前記メッセージを抽出する抽出部と、
   前記宛先及び前記メッセージの組み合わせを、配信サーバへ送信する送信部と、を備える配信制御装置。
2. 前記サービス毎に、メッセージを配信する候補端末の識別子を記憶する端末記憶部を備え、
   前記受信部は、前記第１の端末が前記候補端末に含まれる場合に、前記イベント情報を受け付け、
   前記取得部は、前記候補端末に含まれる端末を配信先とする請求項１に記載の配信制御装置。
3. 前記取得部は、同一の基地局に接続中の端末を配信先とする請求項１又は請求項２に記載の配信制御装置。
4. 前記取得部は、接続している基地局同士が所定の距離以内にある端末を配信先とする請求項３に記載の配信制御装置。
5. 前記受信部は、前記ネットワーク情報を取得可能なアプリケーションから、前記サービス及び前記第１の端末の識別子を含む前記イベント情報を受信する請求項１から請求項４のいずれかに記載の配信制御装置。
6. 前記受信部は、前記設定部により前記条件として設定された特定の基地局に新たに接続、又は切断した端末を前記第１の端末とした前記イベント情報を受信する請求項１から請求項４のいずれかに記載の配信制御装置。
7. 前記抽出部は、前記設定された基地局に接続している端末の数に基づいてメッセージを選択する請求項６に記載の配信制御装置。
8. 前記取得部は、前記メッセージの送信手段を示す区分に応じて、前記宛先の種類を選択する請求項１から請求項７のいずれかに記載の配信制御装置。
9. 前記ネットワーク情報は、前記宛先として電話番号を含む請求項１から請求項８のいずれかに記載の配信制御装置。
10. サービス毎に、配信するメッセージを記憶し、前記サービス毎に、前記メッセージを配信する条件を設定したコンピュータが、
    メッセージの配信のトリガとして、第１の端末の識別子を含む前記サービスに関するイベント情報を受信する受信ステップと、
    前記イベント情報における前記第１の端末の識別子に基づいて、モバイルネットワーク内の制御データから抽出された接続先基地局の識別子を含むネットワーク情報から、前記条件を満たす配信先に紐付いた前記メッセージの宛先を取得する取得ステップと、
    前記イベント情報が示すサービスに対応する前記メッセージを抽出する抽出ステップと、
    前記宛先及び前記メッセージの組み合わせを、配信サーバへ送信する送信ステップと、を実行する配信制御方法。
11. サービス毎に、配信するメッセージを記憶し、前記サービス毎に、前記メッセージを配信する条件を設定したコンピュータに、
    メッセージの配信のトリガとして、第１の端末の識別子を含む前記サービスに関するイベント情報を受信する受信ステップと、
    前記イベント情報における前記第１の端末の識別子に基づいて、モバイルネットワーク内の制御データから抽出された接続先基地局の識別子を含むネットワーク情報から、前記条件を満たす配信先に紐付いた前記メッセージの宛先を取得する取得ステップと、
    前記イベント情報が示すサービスに対応する前記メッセージを抽出する抽出ステップと、
    前記宛先及び前記メッセージの組み合わせを、配信サーバへ送信する送信ステップと、を実行させるための配信制御プログラム。

Images