JP6601121B2 - 処理装置、システム、端末ｉｄ特定方法、プログラム - Google Patents

Description

本発明は、処理装置、システム、端末ＩＤ特定方法、プログラムに関する。

近年、サーバ等を用いた情報処理（以下、「ＩＴ（Information Technology）処理」という）では、ビッグデータやあるいはＭ２Ｍ(Machine To Machine)通信などで得られた大量のデータ処理を必要とするアプリケーションが注目されている。用途によっては、「クラウド」と呼ばれるインターネットを経由した大規模処理装置で処理されることが一般的になっている。

また、単一の物理サーバ（計算機）上に、一つ又は複数の仮想的なサーバを稼働させる技術（「サーバ仮想化技術」という）も知られている。サーバ仮想化技術によれば、サーバ上のハードウェア・リソースを仮想化し一つのサーバ上に擬似的に複数のマシン（コンピュータ）が稼働しているようにシステムを構築することができる。擬似的なマシンの各々は「仮想マシン」（Virtual Machine：ＶＭ）とも呼ばれる。

具体的なＩＴ処理の例として、監視用のカメラで取得した画像を画像処理することによって、人物の顔や物体を自律的に認識する画像認識技術が注目されている。例えば、犯罪者や不審者の顔情報をブラックリストとして登録しておき、監視カメラ画像を用いた顔認証・顔照合処理によって不審者を自動で検知する不審者監視システム等が期待されている。更に、例えば、
・検知した不審者を継続的に追跡・追従する仕組みや、
・不審者個人の同定や通信の遮断、端末入手経路の把握等のために、検知した対象のモバイル端末のＩＤを特定する仕組み、
等も期待されている。

これらの仕組みによって、犯罪者の早期確保や犯罪の未然防止につながると良いと考えられる。

また、モバイル通信のデータトラフィックは、近年のスマートフォンやタブレット端末の急速な普及等により、爆発的に増加している。そのため、２００７年の世界無線会議（ＷＲＣ（World Radiocommunication Conference）−０７）にて、ＬＴＥ（Long Term Evolution）−Ａｄｖａｎｃｅｄなど４Ｇ（4th Generation）用の周波数帯として３．５ＧＨｚ（Giga Herz）帯などを確保することで国際的な合意がされている。今後、トラフィック爆発に対応するため、これらの新規周波数帯が４Ｇやその次の５Ｇ（5th Generation）向けに割り当てられていくことが予想されている。

また、システム全体のトラフィック容量を増大させるため、例えば、
・マクロセル基地局のエリア内にスモールセル基地局を複数設置するヘテロジニアスネットワーク構成や、
・スモールセル基地局の高密度設置、
・多素子アンテナを用いたＭＩＭＯ（Multi Input Multi Output）技術の高度化（Massive MIMO）による周波数利用効率の向上などが検討されている。

なお、近年は次世代の第５世代移動通信規格（５Ｇ）に向けた動きも、各国で関連推進団体が設立されるなど、活発になってきている。

監視システム等のＩＴアプリケーションから、対象のモバイル端末のＩＤを取得する方法として、無線通信装置を用いて端末ＩＤを特定する関連技術がいくつか提案されている。

（関連技術１）
関連技術１として、特許文献１に示されるように、監視システムにおいて、撮像対象の特定を容易にする技術が開示されている。この関連技術１は、監視カメラ装置は監視範囲を撮像し、また、監視範囲で発信された携帯電話の固有番号（加入者番号、すなわち電話番号や発信位置情報等）を取得する。関連技術１によれば、非表示の１Ｈ〜２１Ｈ、又は２６４Ｈ〜２８４Ｈ（ただし、Ｈは１水平走査期間を表す）の適宜の位置に固有番号を挿入し、監視カメラの画像と合成して制御手段に送信する。制御手段では、映像信号に挿入された携帯電話の固有番号等を抽出して取得し、該固有番号と画像データを表示装置に表示する。かかる構成により、特定の携帯電話を所持した人物（特定者）が撮像された画像データを得ることができる。

しかしながら、関連技術１においては、携帯電話の電波を送受信する基地局セル／セクタの範囲は一般的に広く、当該範囲内に相当数の端末が存在する可能性がある。このため、撮像された複数の人物の中から、対象の人物の端末の固有番号等の特定（絞り込み）は困難である。なお、基地局に指向性アンテナを使ってセルを角度で等分割し複数の扇形セルを形成する構成をセクタ構成という。例えば、１つの基地局で３つのセクタをカバーする３セクタ構成や６つのセクタをカバーする６セクタ構成などがある。

また、関連技術１においては、監視カメラで撮像してから携帯電話の電波を送受信する一連の処理遅延が大きい場合には、たとえ、基地局セル／セクタの範囲内の端末数が少なくても、端末が移動すると、対象の人物の端末のＩＤを特定できない。

（関連技術２）
また、関連技術２として、特許文献２には、撮像装置から取得した画像データと、基地局装置から取得した端末のＩＤ情報と位置情報とを関連付けることによって、対象を追跡する技術が開示されている。関連技術２によれば、いずれかの範囲外においても、シームレスに、又は範囲間において連続的な監視が可能となる。

しかしながら、関連技術２の場合も、１つの基地局装置が収容するエリア内に複数の端末が存在する場合には、対象の端末ＩＤの特定（絞り込み）は困難である。その理由は、１つの基地局装置が収容するエリアは比較的広いこと、また、特許文献２などに開示された、無線通信による位置情報の精度はあまり高くないためである。

また、近年、５Ｇや将来に向けたモバイルネットワークシステムの動向として、モバイルエッジコンピューティング（Mobile Edge Computing：ＭＥＣ）への期待が高まっている。例えば基地局装置などユーザ端末により近い通信処理装置の付近でＩＴ処理を行う「エッジコンピューティング」（エッジ処理）と呼ばれる。ユーザ端末の近くに例えばサーバ（「エッジサーバ」ともいう）を分散配置し、ユーザ端末とサーバ間の距離を短縮することで通信遅延（Latency）を短縮する。通信トラフィックの増大やＩＴ処理の低レイテンシ化への要求等に伴い、クラウド事業者がグローバルに持つ大規模サーバを用いたクラウド処理ではなく、ＭＥＣが注目されている。例えば、欧州の標準化団体ＥＴＳＩ（European Telecommunications Standards Institute）では、２０１４年１０月に新しいＩＳＧ ＭＥＣ（Industry Specification Group: Mobile Edge Computing）が設立され、ＭＥＣ Ｐｌａｔｆｏｒｍの機能やＭＥＣ Ｐｌａｔｆｏｒｍが持つべきＭＥＣ ＡｐｐｌｉｃａｔｉｏｎとのインタフェースＩ／Ｆ（ＡＰＩ：Application Programming Interface）の規定がスコープとなっている（非特許文献１参照）。

国際公開第２００７／０２３５７９号 特表２０１３−５１３３３６号公報

ETSI ISG MEC：「Mobile-Edge Computing - Introductory Technical White Paper」（２０１４／９月）、［２０１５年９月１４日検索］、インターネット（URL:https://portal.etsi.org/Portals/0/TBpages/MEC/Docs/Mobile-edge_Computing_-_Introductory_Technical_White_Paper_V1%2018-09-14.pdf）

以下、関連技術の分析を与える。

前記関連技術１、２等では、基地局エリアであるセル／セクタ範囲は比較的広いため（スモールセルでも直径２０〜１００ｍ程度）、検出される端末ＩＤ候補が多くなり、端末ＩＤを絞り込むことが難しい。

また、一連の処理遅延が大きいため、たとえ端末ＩＤ候補が少なくても、対象が移動すると、端末ＩＤを特定できない。

また、端末と通信する基地局と監視カメラを備え、監視カメラで撮像された画像データの解析等をアプリケーションで行う監視カメラシステムにおいて、アプリケーション側から、基地局の機能（例えばアンテナの指向性等）を制御したり、あるいは、アプリケーション側からの働きかけで、基地局からの所要情報を取得したりする仕組みは、一般的には存在していないというのが実情である。

ここで、前記関連技術１、２等では、監視カメラシステム等の個々のアプリケーションごとに、モバイルネットワーク側の基地局装置等と専用のインタフェース（Ｉ／Ｆ）機能や制御機構を持つ形態となっている。この場合、今後、基地局装置付近で種々のＩＴ処理を行うモバイルエッジコンピューティング等の実現を考えた場合、エッジで処理するアプリケーション毎に、モバイルネットワークと連携するＩ／Ｆ機能や制御機構を作りこまなくてはならず、煩雑、且つ複雑となる。このように、効率的でない、という問題もある。

したがって、本発明は、上記いずれかの課題に鑑みて創案されたものであって、その目的の一つは、検知した対象（例えば特定のユーザ）が保有する端末のＩＤを特定するにあたり、検知した対象が収容されている基地局エリアが広い場合であっても、端末ＩＤ候補を特定する精度を高めることに寄与する、装置、インタフェース、方法、プログラムを提供することにある。なお、この目的は、本書で開示される実施形態が達しようとするいくつかの目的の一つでしかなく、他の目的や特徴等は、本明細書の開示から明らかとされる点に留意すべきである。

本発明の一つの側面によれば、モバイルエッジプラットフォームと、アプリケーション部と、を備え、前記モバイルエッジプラットフォームは、前記アプリケーション部から位置関連情報を受け取り、前記位置関連情報に対応するエリアに存在する端末のＩＤ情報の候補を、前記アプリケーション部に出力するＡＰＩ（Application Programming Interface）を備えた処理装置が提供される。

本発明の他の側面によれば、基地局と、前記基地局に接続されるモバイルエッジプラットフォームと、アプリケーション部と、を備え、前記モバイルエッジプラットフォームは、前記アプリケーション部から位置関連情報を受け取り、前記位置関連情報に対応するエリアに存在する端末のＩＤ情報の候補を、前記アプリケーション部に出力するＡＰＩ（Application Programming Interface）を備えた通信システムが提供される。

本発明のさらに他の側面によれば、アプリケーション部にて、入力された画像情報から対象の位置を推定し、前記対象の位置関連情報を、ＡＰＩ（Application Programming Interface）を介して、モバイルエッジプラットフォームに受け渡し、
前記モバイルエッジプラットフォームは、前記位置関連情報に基づき、基地局を制御し、前記位置関連情報に対応するエリアに存在する端末のＩＤ候補情報を取得し、前記端末のＩＤ候補情報を、前記ＡＰＩを介して前記アプリケーション部に受け渡す、端末ＩＤ特定方法が提供される。

本発明のさらに他の側面によれば、入力された画像情報から対象の位置を推定し、前記対象の位置関連情報を、ＡＰＩ（Application Programming Interface)を介して、第２の処理に受け渡す第１の処理と、前記位置関連情報に基づき、基地局を制御し、前記位置関連情報に対応するエリアに存在する端末のＩＤ候補情報を取得し、前記端末のＩＤ候補情報を前記ＡＰＩを介して前記第１の処理に受け渡す第２の処理とをコンピュータに実行させるプログラムが提供される。本発明によれば、前記プログラムを記録したコンピュータ読み出し可能な記録媒体（半導体メモリや、HDD（Hard Disk Drive）、CD（Compact Disk）/DVD(Digital Versatile Disk)等のストレージ）が提供される。

本発明によれば、検知した対象が収容されている基地局エリアが広い場合であっても、端末ＩＤ候補を特定する精度を高めることに寄与することができる。

本発明の第１の例示的な実施の形態の装置構成を例示する図である。 本発明の第１の例示的な実施の形態におけるシステム環境の一例を模式的に説明する図である。 第１の例示的な実施の形態におけるアンテナ指向性制御の例を説明する図である。 第１の例示的な実施の形態における受信アンテナ指向制御による端末ＩＤ検出の例を説明する図である。 第１の例示的な実施の形態における送信アンテナ指向制御による端末ＩＤ検出の例を説明する図である。 本発明の第１の例示的な実施の形態における絞り込みを模式的に説明する図である。 本発明の第１の例示的な実施の形態における絞り込みを説明する図である。 本発明の第２の例示的な実施の形態の装置構成を例示する図である。 本発明の第３の例示的な実施の形態の装置構成を例示する図である。 本発明の第４の例示的な実施の形態の装置構成を例示する図である。 本発明のいつくかの形態の基本概念を説明する図である。 本発明の別の実施形態を説明する図である。 本発明の第１の例示的な実施の形態の変形例を例示する図である。 本発明の第４の例示的な実施の形態の変形例を例示する図である。

本発明の実施形態について説明する。以下では、監視システム等のアプリケーション側から、無線制御部による基地局のアンテナ指向性の制御機能を用いて、対象ユーザが保有する端末のＩＤ情報を取得する処理の少なくとも一部を、エッジコンピューティングで実現した例に即していくつかの形態を説明する。

図１１は、本発明のいくつかの形態の基本概念を説明する図である。図１１を参照すると、処理装置７００は、モバイルネットワークシステムのノード（例えば基地局等）における通信制御機能など（例えば基地局機能等）を提供するための通信処理（例えば基地局処理等を含む）と、監視制御などの情報処理系の処理（ＩＴ処理）を行う。処理装置７００は、モバイルエッジプラットフォーム（「ＭＥＣ(Mobile Edge Computing)プラットフォーム」ともいう）７０１と、アプリケーション部７０２と、を備えている。

特に制限されるものではないが、モバイルエッジプラットフォーム７０１は、例えば、通信処理と、ＩＴ処理と、を互いに連携させるような構成としてもよい。

アプリケーション部７０２は、例えば監視制御等のＩＴ処理を行うようにしてもよい（ただし、ＩＴ処理は、監視制御等に制限されない）。

さらに、アプリケーション部７０２から、対象の位置関連情報を受け取りモバイルエッジプラットフォーム７０１に供給し、モバイルエッジプラットフォーム７０１から、位置関連情報に示すエリア（例えば基地局セル／セクタ）に存在する端末ＩＤ情報の候補を受け取り、アプリケーション部７０２に出力するＡＰＩ（Application Programming Interface）７０３を備えるようにしてもよい。なお、ＡＰＩ７０３は、モバイルエッジプラットフォーム７０１内に備える構成としてもよい。図１１では、モバイルエッジプラットフォーム７０１と、アプリケーション部７０２とが一つのユニットを構成しているが、これらを、それぞれ互いに異なるノードに分散して配置し、互いに通信接続する構成としてもよい。なお、プラットフォームとは、ソフトウェアが動作するための基盤をいい、例えば、アプリケーションソフトウェアのプラットフォームとは、ＯＳ（Operating System）やミドルウエア等を指す。なお、特に制限されるものではないが、図１１のモバイルエッジプラットフォーム７０１は、非特許文献１に開示されたＭＥＣアプリケーションプラットフォーム（MEC Application Platform）に対応させることも可能である。

本発明のいくつかの形態において、モバイルエッジプラットフォーム７０１（例えば図１のＭＥＣプラットフォーム２０に対応する）は、アプリケーション部７０２から、対象の位置情報（例えば対象を収容するセクタ情報と方向情報）を受信し、対象のＩＤ候補情報を出力するＡＰＩ（図１の３０）と、前記位置情報（例えば収容セクタ情報と方向情報）からアンテナ指向制御を行って端末ＩＤを検出する、アンテナ指向制御による端末ＩＤ検出部（図１の７０）を備えた構成としてもよい。

また、本発明のいくつかの形態において、アプリケーション部７０２（例えば図１のアプリケーション部４００に対応する）は、
カメラからの対象の方向を推定する手段（図１の６０）と、
基地局から見た対象の方向を推定する手段（図１の６１）と、
を備えた構成としてもよい。

本発明のいくつかの形態において、カメラで撮像した画像から対象を特性し、当該対象の方向を推定して、領域（例えば基地局のセル／セクタ内の領域）を絞る。そして、基地局側で、絞った領域にアンテナ指向性を向けることで、検出される端末ＩＤ候補を限定するようにしてもよい。

さらに、本発明のいくつかの形態において、
・時間的／空間的に、複数の検知ポイントでの情報を連携させてＩＤ候補を絞り込むようにしてもよい。あるいは、
・対象ではないことが予めわかっている端末ＩＤ情報をホワイトリストとして登録しておき、検知された端末ＩＤ候補の中からホワイトリストに登録された端末ＩＤ候補を除くことで、端末ＩＤ候補の絞り込みを行うようにしてもよい。

あるいは、本発明のいくつかの形態において、基地局処理を行う無線制御部（図１の２００）に、トラフィック・リダイレクション部（図１の８０）を備え、関連するパケットのみ、パケットを、アプリケーション部（図１の４００）に振り分けるようにしてもよい。エッジ処理することで、ネットワークを経由した遅延（レイテンシ）を削減することができる。

本発明のいくつかの形態の一つによれば、モバイルエッジプラットフォームは、基地局処理とＩＴ処理を連携させるようにしてもよい。

本発明のいくつかの形態の一つによれば、モバイルエッジプラットフォームは、アプリケーション部から受信した収容セクタ情報と方向情報とに基づく無線アンテナ指向性制御による、端末ＩＤ検出手段を備えた構成としてもよい。

本発明のいくつかの形態の一つによれば、当該基地局セル／セクタ内に、複数の端末が存在する場合でも、より高精度に、端末ＩＤ候補を特定する（絞り込む）ことが可能となる。また、時間的／空間的に、複数の検知ポイントでの情報を連携させたり、あるいは、登録済みのＩＤリスト（ホワイトリスト）を用いたりすることによって、更に、ＩＤ候補を絞り込むことが可能である。

また、本発明のいくつかの形態の一つによれば、モバイルエッジプラットフォームとして、エッジアプリケーションに向けた共通のインタフェースとしてＡＰＩ（Application Program Interface）を備えるようにしてもよい。種々のＩＴアプリケーションから効率的に基地局装置側の機能や情報を活用したり、基地局装置との連携制御機能を実現したりすることができる。

本発明のいくつかの形態の一つによれば、監視カメラ等で検知した特定ユーザが保有する端末ＩＤを特定する方法として、検知した対象が収容されている基地局エリア（セル／セクタ範囲）が広い場合でも、高精度に端末ＩＤ候補を特定する（絞り込む）ことができる。また、対象が移動するような場合でも、高精度に特定することができる。

また、今後、基地局装置付近で種々のＩＴ処理を行うモバイルエッジコンピューティングの実現を考えた場合には、種々のアプリケーション側から、汎用的に、基地局装置との情報交換や連携制御できる共通インタフェース（ＡＰＩ（Application Program Interface））を確立することができる。

次に本発明の例示的な実施の形態について図面を参照して詳細に説明する。

はじめに、以下で説明される第１乃至第４の例示的な実施形態について各々の概略を説明しておく。

第１の例示的な実施の形態では、処理装置の例として、端末ＩＤ特定方法を実現する無線制御部、監視制御部、その共通Ｉ／Ｆを備える処理装置の基本構成と特徴、動作について詳説する。

第２の例示的な実施の形態では、監視制御部と無線制御部を繰り返し密連携させて、検知された端末ＩＤ候補の位置情報履歴を追跡・トレースして端末ＩＤ候補を絞り込む場合の基本構成と特徴、動作について詳説する。

第３の例示的な実施の形態では、第１の例示的な実施の形態においてアプリケーション部に備えていた基地局からの対象方向推定機能を、エッジプラットフォーム側に備える場合の例について説明する。

第４の例示的な実施の形態として、アプリケーション部に近接（Proximity）サービスなどの複数のアプリケーションを実現し、エッジプラットフォームを共通に利用する場合の例について説明する。

（第１の例示的な実施の形態）
図１は、本発明の第１の例示的な実施の形態の装置構成を例示する図である。図１を参照すると、無線制御部２００と、監視制御等を行うアプリケーション部４００と、を備えている。第１の例示的な実施形態では、アプリケーション部４００側から無線制御部２００を活用して、端末ＩＤ情報を取得する。

無線制御部２００は、集約型基地局であるＣ−ＲＡＮ（Centralized-RAN（Radio Access Network）、Cloud-RAN）構成であってもよい。あるいは、無線制御部２００は、一体型（All-in-One型）基地局構成であってもよい。図１では特に図示していないが無線制御部２００は、基地局のベースバンド部ＢＢＵ（Base-Band Unit）を備えている。

無線制御部２００は、アンテナやＲＦ（Radio Frequency）等を実装したＲＲＵ（Remote Radio Unit）１００と接続される。

ＲＲＵ１００は、中間周波数（Intermediate Frequency：IF）からの無線周波数（Radio Frequency：RF）へのアップコンバージョン、RFからIFへのダウンコンバージョンの周波数変換、送信信号を電力増幅する電力増幅器（Power Amplifier）、送信アンテナと受信アンテナを１本のアンテナで共用する場合、送信経路と受信経路を電気的に分離するデュプレクサ、アンテナで受信した信号を増幅する低雑音増幅器ＬＮＡ（Low Noise Amplifier)等を備えたＲＦ（Radio Frequency)トランシーバを備えている。ＲＲＵ１００と基地局処理部１０のベースバンド部ＢＢＵ（Base Band Unit）との間は、例えばデジタルベースバンド信号が光ファイバ等で伝送される構成としてもよい。

また、無線制御部２００は、上位ネットワーク側は例えばコアネットワーク３００と接続される。

特に制限されるものではないが、図１の例では無線制御部２００はＣ−ＲＡＮ構成を想定している。このため、無線制御部２００は、集約化して処理する複数のＲＲＵ１００と接続されるものとする。

ただし、本実施形態において、アンテナやＲＦ部がリモート構成の基地局装置に限定されるものでなく、例えば一体型基地局装置であってもよいことは勿論である。その場合、無線制御部２００は、対応するＲＲＵ１００と密接続される構成としてもよい。

図１に示すように、無線制御部２００は、基地局処理部１０と、モバイルエッジコンピューティングプラットフォーム(ＭＥＣプラットフォーム）２０を備える。ＭＥＣプラットフォーム２０とアプリケーション部４００は、一つの処理装置として構成してもよいし、異なるノードに分散配置する構成としてもよい。ＭＥＣプラットフォーム２０とアプリケーション部４００を分散配置する場合も、これらを併せて処理装置という。基地局処理部１０とＭＥＣプラットフォーム２０は、１つの無線制御部２００内に位置するものとしてここでは記載されているが、異なるノードに分散配置する構成とすることも可能である。また、基地局処理部１０、ＭＥＣプラットフォーム２０とアプリケーション部４００を１つのノード（処理装置）に配置することも可能である。

基地局処理部１０は、基地局として機能するための処理である基地局処理を実行する。基地局処理は、例えば、ＯＳＩ（Open Systems Interconnection）参照モデルに基づくＬａｙｅｒ−２（Ｌ２）、Ｌａｙｅｒ−３（Ｌ３）等の処理を含んでもよい。このうち、Ｌ２層のＭＡＣ（Media Access Control）層は、論理チャネルを通して無線リンク制御（Radio Link Control：ＲＬＣ）層に、論理チャネルとトランスポートチャネル間のリソース割り当てなどのサービスを提供する。ＲＬＣ層は、例えばパケット伝送誤りを軽減するための通信制御を行う。Ｌ２層には、ＭＡＣ層とＲＬＣ層の他に、パケット・データ・コンバージェンス・プロトコル（Packet Data Convergence Protocol:ＰＤＣＰ）層がある。ＰＤＣＰ層は、パケット・データに付加されたヘッダ情報を圧縮し無線リンクでの効率的な伝送やパケットの順序管理を行う。

Ｌ３層の無線リソース制御（Radio Resource Control: ＲＲＣ）層は、例えば無線ベアラの設定、再設定、解除等に関連してトランスポートチャネルと物理チャネルを制御する。ＲＲＣ層は、例えばネットワークから端末に対するシステム情報（System Information Block: SIB）や呼び出し情報（paging information）の報知などを行い、端末と無線アクセスネットワーク間の無線リソースの制御を行う。基地局処理部１０は、Ｌ１層（ＰＨＹ）の処理を行うようにしてもよいことは勿論である。

Ｃ−ＲＡＮ構成の場合は、複数セル／セクタ（ＲＲＵ１００）分の基地局処理を集約化して行う。なお、基地局処理のＬａｙｅｒ−１の処理は、基地局処理部１０で行っても良いし、あるいは、ＲＲＵ１００側で行ってもよい。また、Ｌａｙｅｒ−３を基地局処理部１０が行い、Ｌａｙｅｒ−２、Ｌａｙｅｒ−１の処理をＲＲＵ１００側が行う構成としてもよい。さらに、Ｌａｙｅｒ−３とＬａｙｅｒ−２の少なくとも一部（例えばＰＤＣＰ層）の処理を基地局処理部１０が行い、Ｌａｙｅｒ−２の少なくとも一部（例えばＲＬＣ層、ＭＡＣ層）の処理をＲＲＵ１００側が行う構成としてもよい。さらに、基地局処理は、コアネットワークノード（又はコアネットワーク機能部）及び／又は他の基地局（他の基地局機能部）と通信するために用いる各種レイヤ（層）における処理を含んでもよい。例えば、基地局処理は、３ＧＰＰで規定されたＸ２−ＡＰ（Application Protocol）及びＳ１−ＡＰ（Application Protocol）の少なくともいずれかでの処理を含んでもよい。ここでＸ２は３ＧＰＰで規定された基地局（eNB(eNodeB)）間のＩ／Ｆを示す。また、Ｓ１は３ＧＰＰで規定されたＳ１−ＭＭＥ、Ｓ１−Ｕを含む。Ｓ１−ＭＭＥは、基地局（ｅＮＢ）とＭＭＥ（Mobility Management Entity、コアネットワークノードの１つ）との間のＩ／Ｆを示す。Ｓ１−Ｕは、基地局（ｅＮＢ）とＳ−ＧＷ（Serving Gateway、コアネットワークノードの１つ）との間のＩ／Ｆを示す。

ＭＥＣプラットフォーム２０は、アンテナ指向制御による端末ＩＤ検出部７０と、アプリケーション部４００に向けた共通Ｉ／Ｆ（interface）であるＡＰＩ（Application Programming Interface）３０を備えている。ＡＰＩは、一般にソフトウェア部品が互いにやりとりするのに使用するインタフェースの仕様と定義することも可能であり、ソフトウェア（プログラム）から呼び出して利用するための手順（サブルーチン）やデータ形式の仕様からなる。例えばアプリケーション部４００からの呼び出しを受けたＡＰＩ（サブルーチン）は、アプリケーション部４００（例えば端末ＩＤ取得制御部６２）から渡された情報を引数として受け取り、必要に応じて、ＭＥＣプラットフォーム２０内の該当するユニット（例えば図１のアンテナ指向制御による端末ＩＤ検出部７０）に対応したデータ形式等に適宜変換した上で該ユニットを起動して当該情報を受け渡し、該ユニットで取得した情報を受け取り、呼び出し元のアプリケーション部４００に戻り値として返す処理を行う。また、ＭＥＣプラットフォーム２０側（例えばトラフィック・リダイレクション部８０）からの呼び出しを受けたＡＰＩ（サブルーチン）は、ＭＥＣプラットフォーム２０側から提供された情報（画像データ等）を引数として受け取り、必要に応じてアプリケーション部４００の該当するアプリケーション（例えば顔認証部４０）に対応したデータ形式等に適宜変換して該アプリケーションを起動して当該情報を受け渡す構成としてもよい（この場合、戻り値は成功を示す値（例えば０）であってよい）。

また、ＭＥＣプラットフォーム２０は、例えばＥＴＳＩ ＩＳＧ ＭＥＣで議論されているようなトラフィック・リダイレクション部８０を備えても良い。この場合、トラフィック・リダイレクション部８０は、トラフィックオフロードを行うようにしてもよい。あるいは、トラフィック・リダイレクション部８０の機能を基地局側（例えば基地局処理部１０）に備えた構成としてもよいことは勿論である。

アプリケーション部４００では、アプリケーションを実行するためのアプリケーション実行部（不図示）を備える。本実施形態では、例えばアプリケーションとして顔認証技術を用いた監視制御を実行するために、顔認証部４０を備えた構成として以下説明する。

顔認証部４０は、例えば、監視用のカメラ５００等で撮像された画像データ４１２を画像処理し顔データ（顔領域)を検出する顔検出部４１、検出した顔データの特徴量の抽出を行う特徴量抽出部４２と、不図示の記憶部（データベース）に予め登録されている顔データと、画像データから抽出された顔データ（対象者）の顔照合処理を行う顔照合部４３と、を備えている。顔認証部４０は、予めデータベース（不図示）に登録された顔情報が、入力された画像データ内に存在するか否か、又は、入力された画像データ（顔データ）が予めデータベースに登録された顔情報内に存在するか否かを検知する。

また、本実施形態におけるアプリケーション部４００は、顔認証部４０のアプリケーションに加えて、さらに、
・カメラ５００から見た対象への方向を推定する、カメラからの対象方向推定部６０と、
・基地局から見た対象への方向を推定する、基地局からの対象方向推定部６１と、
・端末ＩＤ情報候補の取得を行う端末ＩＤ取得制御部６２と、
・複数の端末ＩＤ情報候補がある場合、端末ＩＤ情報候補の絞り込みを行う端末ＩＤ絞り込み制御部６３と、
の各アプリケーションを備えた構成としてもよい。顔認証部４０で検知した対象者の位置情報から、無線制御部２００を活用して、対象者の端末ＩＤ情報を取得するようにしてもよい。

アプリケーション部４００に含まれる顔認証部４０が、カメラ５００からＭＥＣプラットフォーム２０を介して入力される画像データ４１２や、アプリケーション部４００とＭＥＣプラットフォーム２０との間で送受される情報は、共通インタフェースであるＡＰＩ３０を介して受け渡される。図１の例では、アプリケーション部４００の端末ＩＤ取得制御部６２からの位置関連情報６２１は、ＡＰＩ３０を介してＭＥＣプラットフォーム２０のアンテナ指向制御による端末ＩＤ検出部７０に受け渡され、ＭＥＣプラットフォーム２０のアンテナ指向制御による端末ＩＤ検出部７０からの端末ＩＤ情報６２２は、ＡＰＩ３０を介して、戻り値として、アプリケーション部４００の端末ＩＤ取得制御部６２に受け渡される。

なお、図１では、カメラ５００で撮像した画像データ（デジタル画像情報）は、カメラ５００から無線送信されてＲＲＵ１００にて受信され、基地局処理部１０から、上り信号線１１を介してトラフィック・リダイレクション部８０に入力され、トラフィック・リダイレクション部８０にて、その方路がアプリケーション部４００側に切り替えられ、ＡＰＩ３０を介して、画像データ４１２として、アプリケーション部４００の顔認証部４０に入力される構成とされている。この場合、カメラ５００はＩｏＴ（Internet of Things）端末あるいはＭ２Ｍ端末として機能する。ただし、本実施形態において、カメラ５００の接続はかかる接続構成に制限されるものでなく、例えばカメラ５００で撮像した画像データは有線接続で無線制御部２００の通信インタフェースに転送され、ＡＰＩ３０を介してアプリケーション部４００に入力される構成としてもよいことは勿論である。あるいは、カメラ５００で撮像した画像データを、例えばWiMAX（Worldwide Interoperability for Microwave Access）等でＭＥＣプラットフォーム２０側に送信し、無線制御部２００のWiMAX通信インタフェースから、ＡＰＩ３０を介して、アプリケーション部４００に入力される構成としてもよいことは勿論である。カメラ５００と無線制御部２００の接続に関しては、他の例示的な実施形態についても同様である。

図２は、例示的な実施形態のシステム環境の一例を模式的に説明する図である。図２を参照すると、無線制御部２００は、ＲＲＵ１００ａ、１００ｂと接続され、また、アプリケーション部４００は無線制御部２００の近傍に構成される。監視用のカメラ５００、５０１を備え、カメラ５００、５０１で撮像した画像データは、例えばＲＲＵ１００ａ、１００ｂ等を介した無線通信によって、無線制御部２００から、アプリケーション部４００に入力される構成としてもよい。あるいは、カメラ５００、５０１で撮像した画像データは有線接続で無線制御部２００に伝送されアプリケーション部４００に入力される構成としてもよい。図２において、１０１はＲＲＵ１００ａのアンテナの指向性の範囲（通信範囲）を模式的に表している。なお、図２の無線制御部（Ｃ−ＲＡＮ ＢＢＵ）２００（１０）、アプリケーション部（ＭＥＣプラットフォーム）４００（２０）は、無線制御部２００と、アプリケーション部４００をそれぞれの位置に配置する構成のほか、例えば、図１の基地局処理部１０（Ｃ−ＲＡＮ ＢＢＵ）を、ＲＲＵ１００に接続する位置（無線制御部２００の位置）に配設し、図１のＭＥＣプラットフォーム２０とアプリケーション部４００を併せたエッジサーバ（ＭＥＣサーバ）を、図２のアプリケーション部４００の位置に配設した構成としてもよいことを表している。

本発明の第１の例示的な実施の形態の動作について説明する。無線制御部２００を用いて、複数のＲＲＵ１００の無線通信制御を集約して行う。

具体的には、例えば、基地局処理部１０において基地局処理のＬａｙｅｒ−２、 Ｌａｙｅｒ−３処理を行い、ＲＲＵ１００側にて、基地局処理のＬａｙｅｒ−１処理、ＲＦ処理等を行う。なお、Ｌａｙｅｒ−１処理まで、集約基地局における無線制御部２００側で行うようにしてもよい。また、Ｃ−ＲＡＮ構成ではなく、個別の一体型基地局構成であってもよい。

一般的には、端末１からの上りデータ（Ｕｐｌｉｎｋ）は、ＲＲＵ１００で受信され無線制御部２００に入力され、上位ネットワークであるコアネットワーク３００に出力される。

下りデータ（Ｄｏｗｎｌｉｎｋ）は、コアネットワーク３００から無線制御部２００に入力され、ＲＲＵ１００を介して端末１に送信される。

第１の例示的な実施形態においては、アプリケーション部４００を例えば、Ｃ−ＲＡＮ基地局（無線制御部２００）の近傍に配置するようにしてもよい。例えばアプリケーション部４００をＣ−ＲＡＮ基地局（無線制御部２００）と同一のサイトに設置してもよい。

例えば、アプリケーション部４００において映像（画像）の監視制御をエッジ処理にて実現する。この場合、無線制御部２００のＭＥＣプラットフォーム２０のトラフィック・リダイレクション部８０により、例えば、カメラ５００で撮像された画像データは、コアネットワーク３００ではなく、アプリケーション部４００側に、振り分けされる。この時、アプリケーション部４００のデータＩ／Ｆが、一般的なデータＩ／Ｆとなるようにするため、コアネットワーク３００のノードの機能（例えばＳ−ＧＷ／Ｐ−ＧＷ(PDN(Packet Data Network) Gateway)等のＥＰＣ(Evolved Packet Core)）の一部を、ＭＥＣプラットフォーム２０内に実装しても良い。なお、監視制御等のアプリケーション部４００に関係のない受信データは、コアネットワーク３００に出力される。

再び図１を参照すると、アプリケーション部４００では、入力された画像データから、例えば、顔認証部４０にて、顔と検知した部分を抜き出し、顔画像情報のデータベース（不図示）と比較・照合することで、識別を行う。

顔認証部４０は、例えば顔検出部４１、特徴量抽出部４２、顔照合部４３を備え、顔検出、特徴量抽出、顔照合処理等を順番に行うことによって、顔と検知した部分と、データベース（図２の４１０）に予め登録された顔情報との特徴量の類似度を基にスコアを計算し、スコアが基準値を満たすか否かを判定することで顔認証処理を行う。ここで、顔検出処理とは、入力された画像データから「顔」と判定できる領域を検出することであってもよい。例えば画像の端から順に矩形領域を探索することにより顔と合致する矩形領域を抽出し当該矩形領域が顔か非顔であるかを識別することを含んでもよい。特徴量抽出処理とは、顔検出処理で「顔」判定された顔情報から個人を特定するような特徴量を抽出することであってもよい。例えば、顔矩形領域から瞳中心、鼻翼、口端などの特徴点の位置を探索することを含んでもよい。顔照合処理とは、画像データ上で検知された「顔」の特徴量とデータベース上に登録された顔情報の特徴量とをマッチング（類似度を照合）させることによって、画像データ上で検知された「顔」と該データベースに登録された「顔」とが同一人物のものか否かを判定する。なお、顔認証部４０は、例えば、製品化されている任意の顔認証ソフトウェアで実装するようにしてもよい。

第１の例示的な実施形態によれば、図２に例示したように、例えば、事前に過去の犯罪者や要注意人物の顔情報を、データベース４１０に登録しておき、カメラ５００等で撮像された人物２の顔データをデータベース４１０の登録情報と照合する。カメラ５００等で撮像された人物２が、予めデータベース４１０に登録された過去の犯罪者や要注意人物であると判定された場合、当該人物２は過去の犯罪者や要注意人物として（ユーザに）認識され得る。これにより、不審者監視システムを実現することができる。なお、データベース４１０は、アプリケーション部４００内に備えた構成としてもよいし、あるいは、アプリケーション部４００が通信手段を介して接続する構成としてもよい。

また、第１の例示的な実施形態によれば、ＶＩＰ（Very Important Person）や登録者、迷子等の顔情報を登録しておくことで、各々の存在を検知し、ＶＩＰ特別サービスや迷子探し等のサービスを実現できる。特に制限されるものではないが、ＶＩＰ特別サービスの例として、例えば予め登録されたＶＩＰ待遇の人物に対して入場手続等を不要とし、顔パスで入場することを可能とするサービスが提供可能である。

図１を参照すると、顔認証部４０にて、ある対象が検知される（データベース４１０に登録された顔画像と特徴量が一致又は類似していると判定される）と、当該対象の端末ＩＤ候補を取得するために、カメラからの対象方向推定部６０は、顔認証部４０に入力された画像データを撮影したカメラ５００から無線伝送されてＲＲＵ１００で受信され、基地局処理部１０から上り信号線１１を介して、ＭＥＣプラットフォーム２０のトラフィック・リダイレクション部８０に入力され、ＡＰＩ３０を介して、カメラ５００のＩＤや画像データ４１２とともに、アプリケーション部４００に入力されたカメラ５００の向き情報等から、対象が存在している方向を推定する。例えば、入力画像内の「顔」と判定された領域の位置情報（座標情報や大きさ等）と、当該画像を撮像したカメラ（不図示）のＩＤ（識別情報）をカメラ又はアプリケーション部４００内に備えられた記憶部（不図示）に記憶しておき、顔照合処理にて対象が検知された場合に、検知された「顔」領域の位置情報（座標情報や大きさ等）から、カメラ５００から見た対象の方向や距離を推定する。

カメラからの対象方向推定部６０は、検知された「顔」領域の座標情報から、当該対象の大まかな方向を推定するように構成される。

また、カメラからの対象方向推定部６０では、検知された「顔」領域の座標情報と大きさから、大まかな距離が推定できる。

次に、基地局からの対象方向推定部６１にて、対象が映っているカメラ５００のＩＤと、推定されたカメラからの対象の方向及び距離情報と、から、対象の位置関連情報として、
・当該対象がどの基地局セル／セクタに収容されているか、及び、
・該基地局セル／セクタを形成しているＲＲＵ（アンテナ）１００からの対象の方向（角度や距離）、
を推定する。

例えば、図２に示したＲＲＵ１００ａ、１００ｂとカメラ５００、５０１のような位置関係から、各カメラや各ＲＲＵの位置関係情報（向きや角度を含む）を、カメラ５００、５０１又はアプリケーション部４００内に備えられた記憶部（不図示）に予め記憶しておく。

各カメラ５００、５０１とＲＲＵ１００ａ、１００ｂ間の相対的な位置関係から、
・対象が、どのＲＲＵが形成する基地局セル／セクタに収容されているか、及び、
・当該ＲＲＵから見た対象の方向（角度や距離）、
を推定する。

仮に、図２に示したＲＲＵ１００ａとカメラ５００の関係のように、撮像したカメラ５００とほぼ同じ位置や角度で設置されているＲＲＵ１００ａに、対象が収容されている場合、カメラ５００からの、当該対象への方向（角度や距離）と、基地局からの当該対象への方向（角度や距離）はほぼ同じとなる。

このため、ＲＲＵ１００からの対象の方向の推定処理は簡易化される。

なお、対象が複数の基地局セル／セクタから通信可能なエリア（例えばセルのエッジ等）にいると推定される場合には、当該複数の基地局セル／セクタの各々に対して、当該対象の方向（角度や距離）を推定するようにしてもよい。

図１の端末ＩＤ取得制御部６２は、当該対象が収容される基地局セル／セクタ情報と、該基地局セル／セクタを形成するＲＲＵ１００からの当該対象の方向（角度・距離）情報を用いて、対象の端末ＩＤ取得制御を行う。端末ＩＤ取得制御部６２は、無線制御部２００側と情報を入出力するために、共通Ｉ／ＦであるＡＰＩ３０を利用するようにしてもよい。

ＡＰＩ３０は、例えば、アプリケーション部４００の端末ＩＤ取得制御部６２から対象の方向情報を含む位置関連情報６２１を受け取り、ＭＥＣプラットフォーム２０のアンテナ指向制御による端末ＩＤ検出部７０に出力し、ＭＥＣプラットフォーム２０のアンテナ指向制御による端末ＩＤ検出部７０で取得された当該位置関連情報の示すエリアに存在する端末のＩＤ情報を受け取り、端末ＩＤ情報６２２を、戻り値としてアプリケーション部４００の端末ＩＤ取得制御部６２に出力する、ようにしてもよい。

特に制限されるものではないが、端末ＩＤ取得制御部６２がＭＥＣプラットフォーム２０に通知する対象の位置関連情報６２１として、例えば、
・対象が収容されている基地局セル／セクタ（ＲＲＵ）情報や、
・当該基地局セル／セクタ（ＲＲＵ）からの方向情報（角度・距離情報）
を含むようにしてもよい。

また、端末ＩＤ取得制御部６２がＭＥＣプラットフォーム２０に通知する位置関連情報６２１は、エリア情報を含んでも良い。特に制限されるものではないが、該エリア情報の例としては、例えば、
・上記位置を中心としたエリア半径の情報や、
・角度範囲情報、
・距離範囲情報
等を含むようにしてもよい。

さらに、特に制限されるものではないが、端末ＩＤ情報としては、例えば、
・端末のＩＰ（Internet Protocol）アドレス情報、
・端末に挿入されるＳＩＭ（Subscriber Identity Module）カード情報、
・端末機種情報、
・電話番号、
・端末の製造番号等の固有情報、
・ベアラ情報（Bearer ID）（例えば、端末と基地局間の無線アクセスベアラ（Radio Access Bearer: RAB）のベアラ情報やＰＤＮ（Packet Data Network）コネクションのベアラ情報）、
・ＴＥＩＤ（Tunnel Endpoint Identifier）(例えばGTP(GPRS Tunnelling Protocol)トンネルのトンネル識別子)、
・Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）情報、
・ＩＭＳＩ(International Mobile Subscriber Identity)、ＴＭＳＩ(Temporary Mobile Subscriber Identity)、
等の少なくとも一つ又は複数の組み合わせ等を用いるようにしてもよい。なお、ＩＭＳＩは携帯電話ユーザに割り当てられている一意な識別番号である。盗聴等により通話が特定できないようにするため、ＩＭＳＩの代わりに、ランダムに生成されるＴＭＳＩが送信される。

指定されたエリア内に、候補となる端末が複数個存在する場合には、端末ＩＤ候補情報６２２は、これら複数の端末ＩＤ情報を含むようにしてもよい。

端末ＩＤ取得制御部６２は、共通Ｉ／ＦであるＡＰＩ３０を介して、対象の位置関連情報６２１（収容されている基地局セル／セクタＩＤとそのＲＲＵ１００から方向情報（角度・距離情報）を、ＭＥＣプラットフォーム２０内のアンテナ指向制御による端末ＩＤ検出部７０に供給し、ＭＥＣプラットフォーム２０から検出された端末ＩＤ候補情報６２２（複数の端末ＩＤ情報）を取得する。

なお、対象が複数の基地局セル／セクタから通信可能なエリア（セルエッジ等）にいると推定された場合には、端末ＩＤ取得制御部６２は、例えば、当該基地局セル／セクタＩＤを変更しながら、ＡＰＩ３０を介して、アンテナ指向制御による端末ＩＤ検出部７０による、端末ＩＤ候補の検出処理を複数回実行し、それぞれ対応する端末ＩＤ候補情報６２２を取得するようにしてもよい。

アンテナ指向制御による端末ＩＤ検出部７０では、端末ＩＤ取得制御部６２から、ＡＰＩ３０を介して、アンテナ指向制御による端末ＩＤ検出部７０に入力された対象の位置関連情報に基づき、基地局処理部１０と連携して、当該ＲＲＵ１００が備えるアンテナ指向性を制御して、当該基地局セル／セクタ内の端末（不図示）と通信することにより、端末ＩＤの候補を検出する。

アンテナ指向制御による端末ＩＤ検出部７０が、アンテナ指向性を制御して端末ＩＤを検出する手法としては、例えば、
・上りリンク（Ｕｐｌｉｎｋ）での受信アンテナの指向性を制御するか、又は、
・下りリンク（Ｄｏｗｎｌｉｎｋ）での送信アンテナの指向性を制御する
方法等を用いてもよい。

図３（Ａ）には、上りリンク（Ｕｐｌｉｎｋ）での受信アンテナの指向性制御を用いる場合の例が模式的に示されている。１０１Ａは受信アンテナ指向性の範囲を表している。

図３（Ｂ）には、下りリンク（Ｄｏｗｎｌｉｎｋ）での送信アンテナ指向性制御を用いる場合の例が模式的に示されている。１０１Ｂは送信アンテナ指向性の範囲を表している。

図４は、本実施形態における上りリンク（Ｕｐｌｉｎｋ）での受信アンテナの指向性制御を用いる場合の処理フローの一例を示す図である。

上りリンク（Ｕｐｌｉｎｋ）での受信アンテナの指向性制御を用いる場合、まず、アプリケーション部４００の端末ＩＤ取得制御部６２から、ＡＰＩ３０、アンテナ指向制御による端末ＩＤ部７０を介して受信した対象の位置関係情報に基づいて、基地局処理部１０（図１）は、アンテナ指向制御パラメータを計算する（ステップＳ１）。

そして、基地局処理部１０は、アンテナ指向制御パラメータを用いてＲＲＵ１００側の受信アンテナの指向性制御を行う。

当該ＲＲＵ１００のセル／セクタ内の全端末１（図３（Ａ））から、チャネル品質測定用のリファレンス信号（ＳＲＳ（Sounding Reference Signal）等）が送信される（ステップＳ２）。

ＲＲＵ１００（図１）は、端末１から送信されたリファレンス信号（ＳＲＳ等）を受信する（ステップＳ３）。ＲＲＵ１００は受信したリファレンス信号を基地局処理部１０に送信する。

基地局処理部１０は、受信したリファレンス信号の信号測定処理（Measurement等）を行う（ステップＳ４）。

基地局処理部１０は、測定結果に基づき、候補となる端末を検出する（ステップＳ５）。

当該ＲＲＵ１００が備える指向性アンテナによるリファレンス信号の受信により、当該アンテナが向いている端末１（１０１Ａ内の端末）からの信号は強く受信され、アンテナが向いていない端末１からの信号は弱くなることを利用する。

図５は、本実施形態における下りリンク（Ｄｏｗｎｌｉｎｋ）での送信アンテナの指向性制御を用いる場合の処理フローの一例を示す図である。

下りリンク（Ｄｏｗｎｌｉｎｋ）での送信アンテナの指向性制御を用いる場合も、まず、アプリケーション部４００の端末ＩＤ取得制御部６２から、ＡＰＩ３０、アンテナ指向制御による端末ＩＤ部７０を介して受信した対象の位置関係情報に基づいて、基地局処理部１０（図１）は、アンテナ指向制御パラメータを計算する（ステップＳ１１）。

そして、基地局処理部１０は、アンテナ指向制御パラメータを用いてＲＲＵ１００（図１）の送信アンテナ指向性制御を行った上で、当該ＲＲＵ（セル／セクタ）からリファレンス信号（ＣＲＳ（Common Reference Signal）等）を送信する（ステップＳ１２）。

ＲＲＵ１００からのリファレンス信号（ＣＲＳ等）を当該ＲＲＵ（セル／セクタ）内の全端末１（図３（B））にて受信する（ステップＳ１３）。

端末１は、当該リファレンス信号の信号測定（Measurement）を行う（ステップＳ１４）。

端末１側から信号測定結果（Measurement情報）を返送・報告する（ステップＳ１５）。

基地局処理部１０は、端末１から送信された信号測定結果（Measurement情報）を受信する（ステップＳ１６）。

基地局処理部１０は、端末１から送信された信号測定結果に基づき、候補となる端末ＩＤを検出する（ステップＳ１７）。

ＲＲＵ１００からの指向性アンテナによる送信により、当該アンテナが向いている端末１（１０１Ｂ内の端末）では信号を強く受信でき、アンテナが向いていない端末１では信号電力は弱くなることを利用する。

そして、アンテナ指向制御による端末ＩＤ検出部７０にて、一定の条件や閾値を越えている端末を検知端末の候補とし、それら端末のＩＤ情報を、端末ＩＤ候補情報として、ＡＰＩ３０を介して、アプリケーション部４００の端末ＩＤ取得制御部６２に出力（又はリクエストに対する応答（戻り値）として返送）する。

アプリケーション部４００の端末ＩＤ絞り込み制御部６３は、端末ＩＤ取得制御部６２にて、複数の端末ＩＤ候補が検知されている場合、その中から、更に端末ＩＤ候補の絞り込みが必要な場合に、以下の第１、第２の方法の少なくともいずれかにより、端末ＩＤ候補の絞り込みを行うようにしてもよい。

（第１の方法）
絞り込みの第１の方法は、複数の検知ポイントにおける時間的・空間的なＩＤ候補情報を用いて、絞り込みを行う。

複数の検知ポイントのＩＤ候補情報の例としては、例えば、
・同一時間の複数の基地局セル／セクタで取得された端末ＩＤ候補情報、又は、
・複数の異なる時間において取得された端末ＩＤ候補情報、
等を用いるようにしてもよい。

そして、これらの端末ＩＤ候補情報を連携させて、端末ＩＤ候補の絞り込みを行うようにしてもよい。

（第２の方法）
また、絞り込みの第２の方法は、予め「対象ではない」とわかっている端末ＩＤ情報をホワイトリストとして記憶部（不図示）に登録しておき、検知された端末ＩＤ候補の中からホワイトリストに登録された端末ＩＤ候補を除くことで、端末ＩＤ候補の絞り込みを行う。

なお、端末ＩＤ絞り込み制御部６３では、上記第１の方法と上記第２の方法を組み合わせて、端末ＩＤ候補の絞り込みを行ってもよい。

図６は、上記絞り込みの第１の方法を行う場合の環境イメージを示す図である。なお、なお、１０１ａ、１０１ｂはＲＲＵ１００ａ、１００ｂのアンテナの指向性の範囲（通信範囲）を模式的に表している。端末ＩＤ絞り込み制御部６３は、例えば、同一時刻ｔ１における基地局セル／セクタ（ＲＲＵ）１００ａ、１００ｂにて検知された端末ＩＤ候補や、異なる時刻ｔ２における基地局セル／セクタ（ＲＲＵ）１００ａ、１００ｂにて検知された端末ＩＤ候補等を連携させてＩＤ候補を絞り込む。

図７は、上記絞り込みの第１の方法と第２の方法の両方を組み合わせて，端末ＩＤを絞り込む例を模式的に説明する図である。図７に示す例では、例えば、
時間ｔ１、場所（＝基地局セル／セクタ）ｐ１において、端末ＩＤ候補Ａ、Ｂ、Ｃ、Ｄが検出される。

同様に、時間ｔ２、場所ｐ２において、端末ＩＤ候補Ａ、Ｂ、Ｃ、Ｅ、Ｆが検出され、
時間ｔ３、場所ｐ３において、端末ＩＤ候補Ｂ、Ｃ、Ｇ、Ｈが検出されたものとする。

また、既に対象ではないとわかっている端末ＩＤとして、ホワイトリストに、端末ＩＤＣ、Ｈが登録されているものとする。

ここで、時間と場所の関係としては、
・同一時刻における複数の基地局セル／セクタ（セルエッジに対象がいると推定された場合など）のケース、
・異なる複数の時刻における同一の基地局セル／セクタのケース、
のいずれのケースであっても良い。さらに、時刻と場所がともに異なるケースを含んでも良い。

図７の例の場合、端末ＩＤ絞り込み制御部６３において、（時間、場所）＝（ｔ１、ｐ１）の端末ＩＤ候補からは、まずホワイトリストにより、端末Ｃが除外される（×印で示す）。

次に、端末ＩＤ絞り込み制御部６３は、（時間、場所）＝（ｔ２、ｐ２）の端末ＩＤ候補と連携させて絞り込むことによって、端末Ａ、Ｂが残る。

そして、端末ＩＤ絞り込み制御部６３は、（時間、場所）＝（ｔ３、ｐ３）の端末ＩＤ候補も用いて絞り込むことによって、端末Ｂのみとなる。したがって、端末Ｂを対象の端末ＩＤとして特定する。

上記した第１、第２の方法を、端末ＩＤ絞り込み制御部６３における基本的な絞り込み処理のベースとして、応用的な処理を付け加えても良い。

例えば、対象が必ずしも当該端末を所持しているとは限らない（通信キャリアが異なる場合も含む）ため、端末ＩＤ絞り込み制御部６３では、上記絞り込み処理を、複数回繰り返すこと（例えば、明らかに離れた時間や場所において、同一の端末ＩＤが複数回検出／特定されるか）によって、端末ＩＤの絞り込み精度を高めるようにしてもよい。

また、基地局のセル／セクタの境界に対象がいる場合など、対象の端末ＩＤは必ずしも検知されるとは限らないケースを想定して、異なる時刻、異なる場所の端末ＩＤ候補情報に、一定の確率以上で含まれていれば、これを、端末ＩＤ候補として、特定するようにしてもよい。さらに、セル境界の端末ＩＤ候補情報は、参考情報として扱いながら特定するようにしてもよい。

上記したように、第１の例示的な実施の形態によれば、基地局のエッジプラットフォーム（ＭＥＣプラットフォーム）２０が、アプリケーション部４００から入力された収容セル／セクタ情報と方向情報とに基づいた、ＲＲＵ１００の無線アンテナ指向性を制御することにより端末ＩＤを検出するようにしている。この結果、当該基地局セル／セクタ内に、複数の端末が存在する場合でも、より高精度に対象の端末ＩＤ候補を特定する（絞り込む）ことが可能となる。

また、第１の例示的な実施形態によれば、端末ＩＤ絞り込み制御部６３において、例えば、時間的／空間的に、複数の検知ポイントでの情報を連携させたり、登録済みＩＤリスト（ホワイトリスト）を用いたりすることによって、更に、ＩＤ候補を絞り込むことができる。

また、第１の例示的な実施形態によれば、監視制御等のアプリケーション（ＩＴ処理）を、基地局と近傍のエッジで動作させることにより、ネットワークのレイテンシを削減可能とし、高速化に対応可能としている。

この結果、第１の例示的な実施形態によれば、端末が移動するような場合でも、精度良く、端末ＩＤ候補を特定する（絞り込む）ことができる。

更に、第１の例示的な実施形態によれば、ＭＥＣプラットフォーム２０として、エッジアプリケーションに向けた共通のＩ／ＦであるＡＰＩ３０を備えることによって、種々のＩＴアプリケーションから、効率的に、基地局処理装置１０側の機能や情報を活用したり、基地局処理部１０との連携制御機能を実現したりすることができる。

（第２の例示的な実施の形態）
図８は、本発明の第２の例示的な実施の形態の構成を例示する図である。第２の実施形態では、端末ＩＤを絞り込む方法として、検知された端末ＩＤ候補の位置情報履歴をトレースする。

第２の例示的な実施の形態における処理装置は、前記した第１の例示的な実施の形態と同様、無線制御部２００と、アプリケーション部（監視制御部）４０１とを備える。

無線制御部２００は、アンテナやＲＦ等を実装したＲＲＵ（Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｕｎｉｔ）１００と接続される。また、無線制御部２００は、上位ネットワーク側は例えばコアネットワーク３００と接続される。

無線制御部２００は、基地局処理部１０とＭＥＣプラットフォーム２１を備える。

基地局処理部１０では、例えば、基地局処理のＬａｙｅｒ−２、Ｌａｙｅｒ−３等の処理を行う。

ＭＥＣプラットフォーム２１は、図１のアンテナ指向制御による端末ＩＤ検出部７０とトラフィック・リダイレクション部８０に加えて、端末位置取得部７１をさらに備えている。また、アプリケーション部４００に向けた共通Ｉ／ＦであるＡＰＩ３１を備えている。なお、図８では、端末位置取得部７１が端末位置を、基地局処理部１０を介して端末から取得する構成例が図示されているが、これに替えて、ネットワークから、端末位置の情報を取得するようにしても良い。

アプリケーション部４０１では、例えば監視制御を行う場合に、前記第１の実施の形態と同様、顔認証部４０を備えている。

また、アプリケーション部４０１は、顔認証部４０で検知した対象者の位置情報から無線制御部２００を活用して対象者の端末ＩＤ情報を取得するために、カメラからの対象方向推定部６０、基地局からの対象方向推定部６１、端末ＩＤ取得制御部６２を備えている。

アプリケーション部４０１は、図１の端末ＩＤ絞り込み制御部６３の代わりに、端末ＩＤ追跡・絞り込み制御部６４、カメラ指向制御部６５を備えている。アプリケーション部４０１に入力される画像データ４１２や、端末ＩＤ取得制御部６２からの位置関連情報６２１、及び端末ＩＤ追跡・絞り込み制御部６４からの端末ＩＤ情報６４１、カメラ指向制御部６５からのカメラ指向制御情報６５１は、ＡＰＩ３１を介して、ＭＥＣプラットフォーム２１に受け渡される。

次に、第２の例示的な実施の形態の動作について説明する。前記した第１の例示的な実施の形態と同様、無線制御部２００を用いて、複数のＲＲＵ１００の無線通信制御を集約して行う。

一般的には、上りデータ（Ｕｐｌｉｎｋ）は、端末（不図示）からＲＲＵ１００を介して受信して無線制御部２００に入力され、基地局処理部１０から上り信号線１１を介してトラフィック・リダイレクション部８０に供給され、トラフィック・リダイレクション部８０から上位ネットワークであるコアネットワーク３００に出力される。下りデータ（Ｄｏｗｎｌｉｎｋ）は、コアネットワーク３００から無線制御部２００に入力され、トラフィック・リダイレクション部８０から下り信号線１２を介して、基地局処理部１０に入力されＲＲＵ１００を介して端末に送信される。

また、アプリケーション部４０１をＣ−ＲＡＮ基地局（無線制御部２００）の近傍に配置し（例えば無線制御部２００と同一サイトに設置し）、例えば映像監視制御をエッジ処理にて実現する。

この場合、例えば、不図示の端末からの映像監視用の画像データ（上りデータ）は、トラフィック・リダイレクション部８０にて、コアネットワーク３００ではなく、アプリケーション部４０１側に、送信先の切り替え（Ｒｅｄｉｒｅｃｔｉｏｎ）が行われる。

アプリケーション部（監視制御部）４０１は、前記第１の実施の形態と同様、入力された画像データに対して、顔認証部４０で顔認証処理を行い、対象を検知する。

顔認証部４０にて、ある対象（例えば、ある人物の顔）が検知されると、カメラからの対象方向推定部６０、基地局からの対象方向推定部６１、端末ＩＤ取得制御部６２を用いて、対象の端末ＩＤ候補を取得する。前記した例示的な実施形態と同様、アプリケーション部（監視制御部）４０１は、無線制御部２００側と情報を入出力するために、共通Ｉ／ＦであるＡＰＩ３１を利用する。

アンテナ指向制御による端末ＩＤ検出部７０も、前記した第１の例示的な実施の形態と同様に、アプリケーション部４０１側からＡＰＩ３１を介して入力された対象の位置関連情報に基づき、基地局処理部１０と連携して、当該ＲＲＵ１００が備えるアンテナ指向性を制御し、当該基地局セル／セクタ内の端末と通信することにより、端末ＩＤの候補を検出する。

アンテナ指向性を制御して端末ＩＤを検出する方法としては、例えば、前記した第１の例示的な実施の形態と同様、
・上りリンク（Ｕｐｌｉｎｋ）での受信アンテナ指向性制御を用いる方法や、
・下りリンク（Ｄｏｗｎｌｉｎｋ）での送信アンテナ指向性制御を用いる方法
等を用いてもよい。

そして、アンテナ指向制御による端末ＩＤ検出部７０にて、一定の条件や閾値を越えている端末を検知端末の候補として選択する。

アンテナ指向制御による端末ＩＤ検出部７０は、選択した端末のＩＤ情報を、端末ＩＤ候補情報として、ＡＰＩ３１を介して、アプリケーション部４００内の端末ＩＤ取得制御部６２に出力（又は戻り値として返送）する。

第２の例示的な実施の形態では、端末ＩＤ追跡・絞り込み制御部６４では、端末ＩＤ取得制御部６２にて、複数の端末ＩＤ候補が検知されており、その中から、更に端末ＩＤ候補の絞り込みが必要な場合に、複数の端末ＩＤ候補の端末位置履歴をトレースする。

具体的には、端末ＩＤ追跡・絞り込み制御部６４は、端末位置をトレースしたい端末ＩＤ情報６４１を、ＡＰＩ３１を介して、ＭＥＣプラットフォーム２１の端末位置取得部７１に供給し、ＭＥＣプラットフォーム２１の端末位置取得部７１で取得された当該端末の位置情報６４２を、ＡＰＩ３１を介して、端末ＩＤ情報６４１に対する応答として取得する。

特に制限されるものではないが、端末ＩＤ情報としては、前記した第１の例示的な実施の形態と同様、例えば、
・端末のＩＰアドレス情報、
・端末に挿入されているＳＩＭカード情報、
・端末の機種情報、
・端末の電話番号、
・端末製造番号等の固有情報、
・ベアラ情報（Bearer ID）、
・ＴＥＩＤ（Tunnel Endpoint Identifier）、
・Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）情報、
・ＩＭＳＩ(International Mobile Subscriber Identity)、ＴＭＳＩ(Temporary Mobile Subscriber Identity)、
等の少なくとも一つ、あるいは複数の任意の組み合わせ等を用いてもよい。

ＡＰＩ３１は、複数の端末ＩＤ情報を一括して受け取り、各々に対応する複数の位置情報を返送するようにしてもよい。あるいは、ＡＰＩ３１ごとに、個別に、１個ずつ端末ＩＤ情報を受け取り、当該端末ＩＤを持つ位置情報を返送するようにしてもよい。

また、対象の位置関連情報として、前記第１の実施の形態と同様に、
・対象が収容されている基地局のセル／セクタ（ＲＲＵ）情報や、
・当該基地局のセル／セクタ（ＲＲＵ）からの方向情報（角度・距離情報）
を含むようにしてもよい。

また、位置関連情報をエリアとして通知する場合は、エリア情報を含んでも良い。

エリア情報の例としては、
・上記位置を中心としたエリア半径の情報や、
・角度範囲情報、
・距離範囲情報等
を用いてもよい。

ＭＥＣプラットフォーム２１の端末位置取得部７１では、端末ＩＤ追跡・絞り込み制御部６４からＡＰＩ３１を介して、受信した端末ＩＤ情報を用いて、基地局処理部１０と連携しながら、当該端末ＩＤを持つ端末の位置関連情報を取得する。

端末位置取得部７１では、例えば、
・どの端末がどの基地局セル／セクタ（ＲＲＵ）１００に収容されているかの収容セクタ情報を、ＭＥＣプラットフォーム２１の端末位置取得部７１で管理しておくようにしてもよい。

そして、端末位置取得部７１では、前記した第１の例示的な実施の形態の方法を応用して、
・収容されている基地局セル／セクタ（ＲＲＵ）１００のアンテナ指向制御の繰り返しにより、当該端末位置を絞っていく方法を用いてもよい。

あるいは、端末位置取得部７１では、当該端末ＩＤを持つ端末からの送信信号を、複数の基地局セル／セクタ（ＲＲＵ）１００で受信した受信信号電力や受信タイミングから、例えば三角測量の原理で、当該端末位置を推定するようにしてもよい。

あるいは、端末位置取得部７１では、当該端末にて、例えばＧＰＳ（Global Positioning System）や基地局との通信を利用して端末側で取得した端末位置情報を、端末から、端末位置取得部７１に返送してもらうようにしてもよい。

端末ＩＤ追跡・絞り込み制御部６４は、複数の端末ＩＤ候補に対して、当該端末位置を追跡・トレースすることによって、前記第１の例示的な実施の形態で示した、第１、第２の絞り込み方法と比べて、絞り込みの精度を高めることができる。

例えば、端末ＩＤ追跡・絞り込み制御部６４は、トレースした複数の端末位置をカメラ指向制御部６５に送る。そして、カメラ指向制御部６５にて、当該端末位置がいずれかのカメラ（図６では、５００、５０１、５０２等）の撮像範囲に入るように、カメラの指向性（角度・向き・画角等）を制御する。

カメラ指向制御部６５からのカメラの指向制御情報６５１は、例えば、カメラ５００を受信端末とする当該カメラ向けの送信データ情報として構成され、ＡＰＩ３１を介して、ＭＥＣプラットフォーム２１のトラフィック・リダイレクション部８０を経由し下り信号線１２を介して基地局処理部１０に送信され、基地局処理部１０から、ＲＲＵ１００を介して当該カメラ５００に送信する構成としてもよい。

第２の例示的な実施の形態によれば、前記第１の例示的な実施の形態で示した、時間的・空間的に複数のポイントでその対象がカメラに撮像される可能性を高めることができる。このため、絞り込みのさらなる高精度化や高速化を実現することができる。

また、第２の例示的な実施の形態において、対象が、再度、カメラで撮像（又は顔認証で検知）された場合には、直前の端末位置情報で、当該カメラの撮像範囲からは、明らかに離れている端末ＩＤについては、前記第１の例示的な実施の形態で示したホワイトリストに登録し、該ホワイトリストを更新するなどして、端末ＩＤの候補から積極的に除外することも可能である。

上記したように、第２の例示的な実施の形態によれば、ＭＥＣプラットフォーム２１が備える共通Ｉ／ＦであるＡＰＩ３１として、追加で端末ＩＤ情報を受け取り、該端末ＩＤ情報に対応する位置関連情報を応答として返すＡＰＩも備える。そして、端末ＩＤ追跡・絞り込み制御部６４と、当該ＡＰＩ３１により、
・検知された複数のＩＤ候補に対する端末位置関連情報を追跡・トレースしたり、
・カメラ指向制御部６５によるカメラ指向性制御により、対象が、再びカメラで撮像される確率（可能性）を高めることを可能としている。この結果、絞り込み精度をより高精度とすることやさらなる高速化に対応可能としている。

（第３の例示的な実施の形態）
図９は、第３の例示的実施の形態の構成を例示する図である。第３の例示的な実施形態では、前記した第１の例示的な実施の形態において、アプリケーション部４００に備えていた、基地局からの対象方向推定部６１の機能を、ＭＥＣプラットフォーム２２に備えている。

本発明の第３の例示的な実施の形態は、前記第１の実施の形態と同様に、ＭＥＣプラットフォーム２２、アプリケーション部４０２、その間の共通Ｉ／ＦであるＡＰＩ３２を備えている。

第３の実施の形態では、前記第１の実施の形態のアプリケーション部４００に備えていた基地局からの対象方向推定部６１を、ＭＥＣプラットフォーム２２側に備えている。ＭＥＣプラットフォーム２２は、アンテナ指向制御による端末ＩＤ検出部７０に加え、基地局からの対象方向推定部７２を備える。また、ＭＥＣプラットフォーム２２は、ＡＰＩ３２を備え、アプリケーション部４０２からのＡＰＩ３２を介して供給される位置関連情報６２１を、基地局からの対象方向推定部７２に供給する構成としている。

アプリケーション部４０２では、カメラからの対象方向推定部６０の後段に、推定したカメラからの対象方向情報から対象の位置情報を推定する対象位置推定部６６を備える。端末ＩＤ取得制御部６２は、共通Ｉ／ＦであるＡＰＩ３２を介して、ＭＥＣプラットフォーム２２の基地局からの対象方向推定部７２への位置関連情報６２１の受け渡しと、ＭＥＣプラットフォーム２２の基地局からの対象方向推定部７２からの端末情報の受け取りを行う。

以下では、前記した第１の例示的な実施形態と同一の動作の説明は適宜省略し、第３の例示的な実施の形態に特有の動作について図９を参照して説明する。

第３の例示的な実施の形態では、顔認証部４０によって対象を検知する。カメラからの対象方向推定部６０によってカメラからの対象の方向を推定したら、対象の方向情報を基に、対象位置推定部６６にて、対象の位置を推定する。

対象位置推定部６６で推定する対象の位置は、例えば、任意の位置を基準として、
・２次元的な位置（ＸＹ座標や緯度／経度など）、
・３次元的な位置（ＸＹＺ座標や緯度／経度／高さなど）、
・エリア情報（２次元的な位置の範囲情報や３次元的な位置の範囲情報など）
の少なくともいずれかを含むようにしてもよい。

端末ＩＤ取得制御部６２では、対象の位置情報を、ＡＰＩ３２を介して、ＭＥＣプラットフォーム２２の基地局からの対象方向推定部７２に受信する。ＭＥＣプラットフォーム２２の基地局からの対象方向推定部７２では、対象のＩＤ候補情報を取得することができる。

第３の例示的な実施の形態におけるＡＰＩ３２は、例えば、アプリケーション部４００側から対象の位置関連情報を受け取り、当該位置関連情報の示すエリアに存在する端末のＩＤ候補情報を戻り値として出力するＩ／Ｆとして構成してもよい。

第３の例示的な実施の形態において、対象の位置関連情報としては、例えば、ある任意の位置を基準とした、
・対象の２次元的な位置（ＸＹ座標や緯度／経度など）や
・３次元的な位置（ＸＹＺ座標や緯度／経度／高さなど）
等を用いるようにしてもよい。また、エリア的な情報（２次元的な位置の範囲情報や３次元的な位置の範囲情報など）を含むようにしてもよい。

端末ＩＤ情報としては、前記した第１の例示的な実施の形態と同様、例えば、
・端末のＩＰアドレス情報、
・端末に挿入されているＳＩＭカード情報、
・端末の機種情報、
・電話番号、
・端末の製造番号等の固有情報、
・ベアラ情報（Bearer ID）、
・ＴＥＩＤ（Tunnel Endpoint Identifier）、
・Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）情報、
・ＩＭＳＩ(International Mobile Subscriber Identity)、ＴＭＳＩ(Temporary Mobile Subscriber Identity)、
等のうちの少なくとも一つ又は任意の複数の組み合わせ等を用いてもよい。

端末ＩＤ候補情報は、指定されたエリア内に候補となる端末が複数個存在する場合は、それら複数の端末ＩＤ情報を含むようにしてもよい。

ＭＥＣプラットフォーム２２では、ＡＰＩ３２を介して入力された対象の位置関連情報（２次元又は３次元的な位置情報）を用いて、基地局からの対象方向推定部７２において、
・対象がどの基地局セル／セクタに収容されているか、及び、
・該基地局セル／セクタを形成しているＲＲＵ（アンテナ）１００からの対象の方向（角度や距離）
等を推定するようにしてもよい。すなわち、前記第１の例示的な実施の形態における、アプリケーション部４００内の基地局からの対象方向推定部６１と、ほぼ同様の動作を行う。

アンテナ指向制御による端末ＩＤ検出部７０は、基地局からの対象方向推定部７２から対象の位置関連情報を受信し、該位置関連情報に基づき、基地局処理部１０と連携して、当該ＲＲＵ１００が備えるアンテナ指向性を制御して、当該基地局セル／セクタ内の端末と通信することにより、端末ＩＤの候補を検出するようにしてもよい。

アンテナ指向制御による端末ＩＤ検出部７０は、検出した端末ＩＤ候補情報を、基地局からの対象方向推定部７２に供給し、基地局からの対象方向推定部７２が、ＩＤ取得制御部６２から受信した対象の位置情報に対する応答として、ＡＰＩ３２を介して、アプリケーション部４０２の端末ＩＤ取得制御部６２に返送するようにしてもよい。

端末ＩＤ絞り込み制御部６３では、前記第１の例示的な実施の形態と同様に、端末ＩＤ候補の絞り込み処理を行う。

上記したように、第３の例示的な実施の形態では、基地局からの対象方向推定部７２を、ＭＥＣプラットフォーム２２に備え、ＡＰＩ３２を介して受け渡しが行われる位置関連情報として、収容される基地局セル／セクタやそのＲＲＵ１００からの方向情報ではなく、ある位置を基準とした２次元位置又は３次元位置を示す情報とすることで、アプリケーション部４０２を、より汎用的、且つ一般的に構成することができる。

例えば、前記第１の例示的な実施の形態では、アプリケーション部４００が各基地局セル／セクタの位置や対応するＲＲＵ１００のアンテナの向きの情報を予め保有しておき、基地局からの対象位置推定部６１にて該基地局関連の情報を活用している。これに対して、第３の例示的な実施の形態では、アプリケーション部４０２において、基地局関連の情報を保有しておくことは不要である。

（第４の例示的な実施の形態）
図１０は、本発明の第４の例示的な実施の形態の構成を例示する図である。前記した第１乃至第３の例示的な実施の形態では、アプリケーション部４００等において監視制御を行う例を説明したが、第４の例示的な実施の形態では、アプリケーション部にて、端末位置情報を活用した近接（Ｐｒｏｘｉｍｉｔｙ）サービスや基地局アンテナ制御の高度化サービスなど、複数のアプリケーションを実現する。さらに、第４の例示的な実施の形態では、ＭＥＣプラットフォームと、アプリケーション（アプリケーション部）を、基地局に接続するエッジサーバ（ＭＥＣサーバ）内に実装している。なお、第４の例示的な実施の形態において、エッジサーバ（ＭＥＣサーバ）は、基地局に接続する構成に限定されるものでなく、例えばコアネットワークの所定のノード（例えばＭＭＥ（Mobility management Entity）等）に接続する構成としてもよい。

第４の例示的な実施の形態において、基地局装置２０１は、基地局処理部１０を備えている。前記第１乃至第３の例示的な実施の形態と同様、基地局処理部１０は、アンテナやＲＦトランシーバ等を実装したＲＲＵ（Remote Radio Unit）１００と接続される。前記第１乃至第３の例示的な実施の形態と同様、基地局処理部１０は、Ｌａｙｅｒ−２、Ｌａｙｅｒ−３等の処理を行うようにしてもよい。基地局装置２０１は、上位ネットワーク側は、例えばコアネットワーク装置３００と接続される。基地局装置２０１は、例えばＣ−ＲＡＮのＢＢＵとして構成してもよいし、一体型の構成としてもよい。アプリケーションサーバ６００は、エッジサーバとして構成される。

第４の例示的な実施の形態においては、前記第１の例示的な実施の形態等のトラフィック・リダイレクション部８０を、基地局装置２０１におけるベアラ設定（ＧＴＰ Ｔｕｎｎｅｌ設定）によって実現している。例えば、ＰＤＮ（Packet Data Network）コネクションにおける通常のデフォルト（Ｄｅｆａｕｌｔ）ベアラは、コアネットワーク３００との間でＧＴＰ（GPRS(General Packet Radio Service) Tunnelling Protocol）トンネルを形成し、エッジアプリケーション用のデディケーテッド（Ｄｅｄｉｃａｔｅｄ）ベアラは、アプリケーションサーバ（エッジサーバ）６００との間でＧＴＰトンネルを形成するようにすることで、トラフィック・リダイレクション機能を実現している。なお、この他にも、例えば、ＥＰＳ（Evolved Packet System）において、端末が複数のデータベアラを維持するマルチプルＰＤＮ機能を用いることによって、複数のＧＴＰトンネルを形成するようにしてもよい。

アプリケーションサーバ６００は、１つ又は複数のアプリケーション部４００〜４０３と、ＭＥＣプラットフォーム２３を備える。

ＭＥＣプラットフォーム２３は、１つ又は複数のアプリケーション部向けに共通Ｉ／ＦであるＡＰＩ３３と、アンテナ指向制御による端末ＩＤ検出部７０と、端末位置取得部７１と、基地局アンテナ指向制御部７３等を備える。アンテナ指向制御による端末ＩＤ検出部７０は、基地局装置２０１の基地局処理部１０と直接接続する構成としてもよいし、あるいは、コアネットワーク３００のノードを介して接続する構成としてもよい。

特に制限されるものでないが、図１０に示す例では、アプリケーション部として、例えば
・監視制御のアプリケーション部４００、４０１、
・位置情報に基づく近接（Ｐｒｏｘｉｍｉｔｙ）サービスを提供するアプリケーション部４０３、
・基地局アンテナ制御の高度化のアプリケーション部４０４、
等を含む。

アプリケーションサーバ（エッジサーバ）６００では、サーバ仮想化技術等により、これらの各機能を、仮想化した仮想マシン（ＶＭ）で実装するようにしてもよい。

共通Ｉ／ＦであるＡＰＩ３３は、前記した第１乃至第３の例示的な実施形態で説明したＡＰＩ３０乃至３２のいずれかを含んでも良い。ＡＰＩ３３は、例えば、
・端末側から受信した上りデータ（監視カメラの映像データ等）を出力するＩ／Ｆ、
・アプリケーション側から端末向けに送信する下りデータ（カメラ制御データ等）を受け取るＩ／Ｆ、
・対象の位置関連情報を受け取り、その端末ＩＤ候補情報を出力するＩ／Ｆ、
・端末ＩＤ情報を受け取り、その位置関連情報を出力するＩ／Ｆ、
等のいずれかを含むようにしてもよい。位置関連情報や端末ＩＤ情報の詳細は、前記した第１乃至第３の例示的な実施形態が参照される。

更に、第４の例示的な実施形態において、ＡＰＩ３３は、位置関連情報と共に、エリアメール等のブロードキャスト／マルチキャストデータを送信するＩ／Ｆを含んでも良い。

第４の例示的な実施の形態における処理装置の動作としては、基地局装置（Ｃ−ＲＡＮ ＢＢＵ）２０１を用いて、複数のＲＲＵ１００の無線通信制御を集約して行う。一般的には、コアネットワーク３００との間で形成したＤｅｆａｕｌｔベアラ等を用いて、上りデータ（Ｕｐｌｉｎｋ）は、端末（不図示）から、ＲＲＵ１００を介して受信され、基地局装置２０１に供給され、上位ネットワークであるコアネットワーク３００に出力される。下りデータ（Ｄｏｗｎｌｉｎｋ）は、コアネットワーク３００から基地局装置２０１に供給され、ＲＲＵ１００を介して端末（不図示）に送信される。

第４の例示的な実施形態では、アプリケーションサーバ（エッジサーバ）６００をＣ−ＲＡＮ基地局装置２０１の近傍に配置し（例えば、基地局装置２０１と同一のサイトに設置し）、例えば映像監視制御等の１つ又は複数のアプリケーションをエッジ処理にて実現する。この場合、例えば、映像監視用の画像データは、アプリケーションサーバ（エッジサーバ）６００との間で形成したＤｅｄｉｃａｔｅｄベアラ等を用いて、コアネットワーク３００ではなく、アプリケーションサーバ（エッジサーバ）６００側に、切り替えられる（Ｒｅｄｉｒｅｃｔｉｏｎされる）。アプリケーションサーバ（エッジサーバ）６００から見えるデータＩ／Ｆが一般的なデータＩ／Ｆとなるようにするため、コアネットワーク３００の機能（Ｓ−ＧＷ／Ｐ−ＧＷ等のＥＰＣ機能）の一部をアプリケーションサーバ（エッジサーバ）６００内に実装しても良い。

なお、アプリケーションサーバ（エッジサーバ）６００で処理するアプリケーションに関係のない受信データは例えばデフォルトベアラ経由でコアネットワーク３００に出力される。

次に、第４の例示的な実施形態において、アプリケーションサーバ（エッジサーバ）６００に備えるアプリケーション毎の動作について説明する。

なお、映像監視制御のアプリケーション部４００、４０１、４０２については、例えば前記第１乃至第３の実施の形態の説明が参照される。

位置情報に基づく近接（Proximity）サービスのアプリケーション部４０３の例としては、例えば、ショッピングモールやテーマパークなどで、ユーザの位置に応じて、任意の店舗・商品・アトラクションなどの詳細情報やクーポンを配信したり、ユーザの嗜好に応じて、リコメンド情報や広告を配信したりするサービスを、端末に提供するようにしてもよい。近接サービスの提供を行うにあたり、センサデータ等を用いて、ある任意のユーザの位置を検知したり、あるいは、あるエリアに存在するユーザを検知したりすることが重要となる。

そこで、第４の例示的な実施形態では、ＭＥＣプラットフォーム２３の機能であるアンテナ指向制御による端末ＩＤ検出部７０や、端末位置取得部７１を活用する。

例えば、アプリケーション部４０３が、ユーザ端末毎に、近接（Proximity）サービスを行う場合には、ＡＰＩ３３として、各ユーザ端末の端末ＩＤを入力して受け取り、当該端末の位置関連情報を出力するＩ／Ｆを利用し、当該ユーザの位置関連情報を取得することで、当該ユーザの位置情報に基づく近接サービスを当該ユーザに提供することができる。ＭＥＣプラットフォーム２３の端末位置取得部７１にて、当該端末ＩＤの端末が位置する位置関連情報を推定する。

また、アプリケーション部４０３が、エリア毎に、近接（Ｐｒｏｘｉｍｉｔｙ）サービスを行う場合には、例えば以下の２種類の方法を用いてもよい。

第１の方法は、ＡＰＩ３３として、位置関連情報と共に、エリアメール等のブロードキャスト／マルチキャストデータを送信するＩ／Ｆを用いて、予め定められた所望又は所定のエリアの位置関連情報と、ブロードキャスト／マルチキャスト送信したいデータを受け取る。予め定められた所望又は所定のエリアにいるユーザのみに、タイムサービス等の情報を配信するなど、当該エリアのみの近接サービスを提供することができる。

このとき、ＭＥＣプラットフォーム２３内の基地局アンテナ指向制御部７３は、入力された位置関連情報（基地局のセル／セクタＩＤと対象のエリア情報（対象のＲＲＵ１００から見た方向や距離、エリア半径や角度範囲など））に基づいて、当該基地局セル／セクタＩＤを持つＲＲＵ１００のアンテナ指向性を制御して動的セル形成を行ってブロードキャスト／マルチキャスト送信することで、所望のエリアのみのデータ配信が可能である。

第２の方法は、ＡＰＩ３３として、位置関連情報を入力して受け取り、当該位置の端末ＩＤ候補を取得するＡＰＩを用いて、予め定められた所望又は所定のエリアにいる端末ＩＤを認識し、その端末ＩＤを持つ端末向けに所望のデータを配信するようにしてもよい。このとき、ＭＥＣプラットフォーム２３内のアンテナ指向制御に基づく端末位置取得部７１により、端末ＩＤ候補を検知する。

また、基地局アンテナ指向制御の高度化のアプリケーション部４０４は、例えば、基地局装置２０１にてアンテナ指向制御してデータを送受信したいユーザ端末の位置を、監視カメラ等の映像データから推定し、その位置関連情報を用いてアンテナ指向制御パラメータを算出することにより、最適なアンテナ指向制御（ビームフォーミング送受信）を行う。

この場合、アプリケーション部４０４では、前記第１の実施の形態である映像監視制御４００等と同様、入力されたカメラ画像等から顔認証などの人物検知や群衆検知を行い、当該ユーザや群衆の撮像位置（座標等）から対象が収容されている基地局セル／セクタとそのＲＲＵ１００からの対象の方向やエリアを推定する。ＡＰＩ３３として、個別ユーザや群衆の位置関連情報を入力として受け取るＩ／Ｆを用いて、当該位置関連情報を伝達する。

ＭＥＣプラットフォーム２３の基地局アンテナ指向制御部７３では、基地局装置２０１側で得られる無線伝搬路の情報と、当該位置関連情報とに基づいて、最適なアンテナ指向制御パラメータを算出する。

基地局アンテナ指向制御部７３において、該位置関連情報を用いてアンテナ指向制御パラメータを算出することで、端末（不図示）と基地局間における無線伝搬路（チャネル）の推定情報のみを用いる場合に比べて、より精度の高いアンテナ指向制御パラメータを算出することが可能になる。結果として、第４の例示的な実施形態によれば、通信性能の向上や基地局処理の処理量の削減につながる。

このように、第４の例示的な実施の形態によれば、ＭＥＣプラットフォーム２３として、１つ又は複数のエッジアプリケーションに向けた共通のＩ／ＦであるＡＰＩ３３や共通の機能を備えることにより、種々のＩＴアプリケーション（４００〜４０３）から，効率的に基地局装置側の機能や情報を活用したり、基地局装置との連携制御機能を実現したりすることができる。

（処理装置の一形態）
図１２は、図１１に示した処理装置７００の一形態を説明する図である。処理装置７００は、プロセッサ７１１とメモリ７１２と通信インタフェース７１３を備えている。

通信インタフェース７１３は、ＲＲＵ１００との通信、カメラ５００、５０１（図２、図６）との通信、コアネットワーク３００（図２、図６）との通信を行うインタフェースを備えている。

メモリ７１２は、DRAM（Dynamic Random Access Memory）又はSRAM（Static Random Access Memory）、EEPROM(Electrically Erasable Programmable Read-Only Memory)、等の書き換え可能なROM（Read-Only Memory）、SSD(Solid State Drive)、HDD（Hard Disk Drive）、CD、DVD等のいずれか又はこれらの組み合わせを備えている。

プロセッサ７１１は、メモリ７１２に記憶されたプログラムをプロセッサ７１１内の主記憶等にロードして実行することで、図１１のモバイルエッジプラットフォーム７０１、アプリケーション部７０２、ＡＰＩ７０３の処理の少なくとも一部又は全部を実現する。

（第１の実施の形態の変形例）
図１３は、図１等を参照して説明した第１の例示的な実施の形態の変形例を例示する図である。図１では、ＭＥＣプラットフォーム２０内にアンテナ指向制御による端末ＩＤ検出部７０が配設されているが、この変形例では、図１のアンテナ指向制御による端末ＩＤ検出部７０の機能を、基地局（ＲＲＵ１００）のアンテナの指向性の制御を行うアンテナ指向制御機能と端末ＩＤ検出機能とに分割し、アンテナの指向性の制御を行うアンテナ指向制御部１３を基地局処理部１０Ａに備え、端末ＩＤ検出部７４をＭＥＣプラットフォーム２０Ａに配置している。端末ＩＤ検出部７４は、アプリケーション部４００の端末ＩＤ取得制御部６２からＡＰＩ３０を介して位置関連情報６２１を受け取ると、位置関連情報６２１を基地局処理部１０Ａのアンテナ指向制御部１３に受け渡す。基地局処理部１０Ａでは、アンテナ指向制御部１３が、端末ＩＤ検出部７４から受信した位置関連情報に基づき、ＲＲＵ１００が備えるアンテナの指向性を制御して、基地局セル／セクタ内の端末（不図示）と通信する。この結果、基地局処理部１０Ａは、端末の端末ＩＤ情報の候補を検出する。基地局処理部１０Ａは、取得した端末ＩＤ情報をＭＥＣプラットフォーム２０Ａの端末ＩＤ検出部７４に送信し、ＭＥＣプラットフォーム２０Ａの端末ＩＤ検出部７４は該端末ＩＤ情報をＡＰＩ３０に受け渡す。ＡＰＩ３０は、該端末ＩＤ情報６２２をアプリケーション部４００の端末ＩＤ取得制御部６２に戻り値として返す。

前記第１の例示的な実施の形態では、ＭＥＣプラットフォーム２０側からのアンテナ指向制御に基づき、基地局処理部１０でアンテア指向性の制御を行っていたが、図１３の変形例では、基地局処理部１０Ａ内にアンテア指向性制御機能を集約する構成としている。この変形例においても、第１の例示的な実施の形態と同様の効果を奏する。

なお、図８、図９を参照して説明した第２、第３の例示的な実施形態におけるアンテナ指向制御による端末ＩＤ検出部７０についても、この変形例と同様に、アンテナ指向制御による端末ＩＤ検出部７０を機能分割し、アンテナ指向制御部１３を基地局処理部１０に備え、端末ＩＤ検出部７４をＭＥＣプラットフォーム（図８の２１、図９の２２）に配置する構成してもよいことは勿論である。

（第４の実施の形態の変形例）
図１４は、図１０を参照して説明した第４の例示的な実施の形態の変形例を例示する図である。この変形例では、図１０のＭＥＣプラットフォーム２３内のアンテナ指向制御による端末ＩＤ検出部７０の機能を、基地局（ＲＲＵ１００）のアンテナ指向制御を行うアンテナ指向制御機能と端末ＩＤ検出機能とに分割し、アンテナ指向制御部１３を基地局処理部１０Ｂに備え、端末ＩＤ検出部７４をＭＥＣプラットフォーム２４に配置している。また、図１０のＭＥＣプラットフォーム２３内の基地局アンテナ指向制御部７３の機能も、基地局処理部１０Ｂ内のアンテナ指向制御部１３に集約化している。このため、この変形例では、ＭＥＣプラットフォーム２４は、図１０のＭＥＣプラットフォーム２３内の基地局アンテナ指向制御部７３は削除されている。この変形例においても、前記第４の例示的な実施の形態と同様の効果を奏する。

上記した例示的な実施形態によれば、例えば以下のような効果が期待できる。ただし、効果は以下に制限されるものでない。

（Ａ）基地局制御部やアプリケーション部などを含む処理装置において、アプリケーション部側で検知した対象の端末ＩＤを特定する場合に、より高精度に対象の端末ＩＤ候補を特定する（絞り込む）ことを可能としている。

その理由は、ＭＥＣプラットフォームが、アプリケーション部から受信した収容セル／セクタ情報と方向情報とに基づいた、無線アンテナ指向性制御による端末ＩＤを検出する機能を備えているためである。すなわち、当該基地局セル／セクタ内に複数の端末が存在する場合でも、アンテナ指向性によって送受信空間を絞り込むことにより、より高精度に対象の端末ＩＤ候補を特定する（絞り込む）ことが可能となる。

また、時間的／空間的に複数の検知ポイントでの情報を連携させたり、登録済みＩＤリスト（ホワイトリスト）を用いたりすることによって、更にＩＤ候補を絞り込むことが可能となる。

更に、第２の例示的な実施の形態で説明したように、追加で、端末ＩＤ情報を入力として受け、対応する位置関連情報を応答として返すＡＰＩも備え、検知された複数のＩＤ候補に対する端末位置関連情報を追跡・トレースしたり、カメラの指向性（画角）を制御して対象が再びカメラで撮像される確率を高めたりすることによって、絞り込み精度や高速性を更に高めることができる。

（Ｂ）監視制御等のアプリケーションを基地局装置と近傍のエッジで動作させることにより、処理の高速化（低レイテンシ化）を可能としている。

その理由は、基地局装置の近傍のエッジで監視制御等のアプリケーションやＭＥＣプラットフォームを動作させることにより、上位ネットワークであるコアネットワークやその先のインターネット（クラウド）で動作させる場合に比べて、ネットワークのレイテンシが大幅に削減されるためである。高速化（低レイテンシ化）によって、ユーザ端末が移動するような場合でも、精度よく、端末ＩＤ候補等を特定する（絞り込む）ことができる。

特に、アンテナ指向性を制御して狭い範囲で精度良くユーザ端末等を検知するような形態の場合は、細かい精度での位置関連情報が重要となる。このため、高速化の重要性は高く、実施形態の利点が大きくなる。

また、第２の例示的な実施の形態で説明したように、基地局におけるアンテナ指向性とカメラの指向性を連携させて相互に繰り返しながら追跡（トレース）していくような場合も、高速性（低レイテンシ性）の点で利点となる。

（Ｃ）種々のＩＴアプリケーションから、共通に、且つ、効率的に、基地局装置側の機能や情報の活用、及び、基地局装置との連携制御を、実現可能としている。

その理由は、処理装置は、エッジプラットフォームとして、１つ又は複数のアプリケーションに向けた共通のＩ／ＦであるＡＰＩと、共通の機能を備えているためである。例えば、位置関連情報を、共通Ｉ／ＦであるＡＰＩを用いて受け取ることができる。また、位置関連情報に基づくアンテナ指向性制御機能を、該ＡＰＩを用いて共通に活用することができる。このため、アプリケーション毎に同じような機能を実装したり、構築したりすることは、必要とされない。

特に、位置関連情報に基づき、当該エリアにいる端末ＩＤ候補を精度よく検知したり、当該エリア向けに動的にセルを形成してデータ送受信を行ったり、逆に、端末ＩＤを入力して当該端末の位置関連情報を取得する、といった、一般に想定される位置情報に基づく近接（Ｐｒｏｘｉｍｉｔｙ）サービスの主な機能をプラットフォームとして備えていることは、アプリケーション開発が容易になる観点で大きな利点である。

また、今後は、６４個や１２８個のアンテナでビームを形成するＭａｓｓｉｖｅ ＭＩＭＯ等の技術が実現される見込みのため、より細く精度の高いビームフォーミングが可能になるものと予測される。したがって、アンテナ指向制御による位置制御関連機能を、ＭＥＣプラットフォームとして備えることは、今後の映像監視サービスや近接サービスなど、個人やエリアを特定するサービスに向け、将来的にも、各種利点が期待される。

なお、上記実施形態において、端末は、スマートフォン、タブレット端末、フィーチャフォン等であってもよく、あるいはＭ２Ｍデバイス、ＩＯＴ（Internet of Things）デバイスであってもよい。また、アプリケーション部４００等でカメラの画像情報から検出される対象は人物の顔以外に、端末を含むか、端末に予め定め関連付けされる物等であってもよいことは勿論である。

上記した実施形態は例えば以下のように付記される（ただし、以下に制限されない）。

(付記１)
モバイルエッジプラットフォームと、
アプリケーション部と、
を備え、
前記モバイルエッジプラットフォームは、
前記アプリケーション部から位置関連情報を入力し、前記位置関連情報に対応するエリアに存在する端末のＩＤ情報の候補を、前記アプリケーション部に出力するＡＰＩ（Application Programming Interface）を備える、ことを特徴とする処理装置。

(付記２)
前記ＡＰＩは、前記アプリケーション部から端末ＩＤ情報を入力し、前記端末ＩＤを持つ端末の位置関連情報を前記アプリケーション部に応答するインタフェースを備える、ことを特徴とする付記１記載の処理装置。

(付記３)
前記ＡＰＩは、前記アプリケーション部から、前記位置関連情報と共に、ブロードキャスト／マルチキャストデータを送信するインタフェースを備える、ことを特徴とする付記１又は２記載の処理装置。

(付記４)
対象が収容されているセル／セクタ情報、前記セル／セクタを形成する基地局アンテナからの方向情報、角度情報、及び、距離情報の少なくとも一つを含むことを特徴とする付記１、２または３記載の処理装置。

(付記５)
前記位置関連情報は、２次元的な位置情報、３次元的な位置情報、及び、ＧＰＳ（Global Positioning System）の位置情報の少なくとも一つを含むことを特徴とする付記１乃至４のいずれか一に記載の処理装置。

(付記６)
前記位置関連情報は、前記エリアに関する半径、角度範囲、及び、距離範囲の少なくとも一つを含む、ことを特徴とする付記１乃至５のいずれか一に記載の処理装置。

(付記７)
前記端末ＩＤ候補情報はＩＰ（Internet Protocol）アドレス情報、ＳＩＭ（Subscriber Identity Module）カード情報、機種情報、電話番号、製造番号等の固有情報、ベアラ情報、ＴＥＩＤ（Tunnel Endpoint Identifier）情報、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）情報、ＩＭＳＩ(International Mobile Subscriber Identity)、ＴＭＳＩ(Temporary Mobile Subscriber Identity)の少なくとも一つを含むことを特徴とする付記１乃至６のいずれか一に記載の処理装置。

(付記８)
前記アプリケーション部は、入力した画像情報から対象の位置を推定する手段を備え、
前記モバイルエッジプラットフォームは、前記位置関連情報に基づき、基地局を制御し、前記位置関連情報に対応するエリアに存在する前記端末のＩＤ候補情報を取得する端末ＩＤ検出手段を備える、ことを特徴とする付記１乃至７のいずれか一に記載の処理装置。

(付記９)
前記端末ＩＤ検出手段は、前記位置関連情報に基づき、前記基地局のアンテナの指向性を制御することを特徴とする付記８記載の処理装置。

(付記１０)
前記端末ＩＤ検出手段は、
前記端末からの上り信号受信時に、前記基地局の受信アンテナの指向性を制御するか、又は、
前記端末への下り信号送信時に、前記基地局の送信アンテナの指向性を制御する、ことを特徴とする付記１乃至９のいずれか一に記載の処理装置。

(付記１１)
前記アプリケーション部は、時間的又は空間的に複数の端末ＩＤ候補情報を連携させてＩＤ候補を絞り込む手段を備える、ことを特徴とする付記１乃至１０のいずれか一に記載の処理装置。

(付記１２)
前記アプリケーション部は、対象ではないことが予めわかっている端末ＩＤ情報をホワイトリストとして登録しておき、検知された端末ＩＤ候補の中からホワイトリストに登録された端末ＩＤ候補を除くことで、端末ＩＤ候補の絞り込みを行う手段を備える、ことを特徴とする付記１乃至８のいずれか一に記載の処理装置。

(付記１３)
前記アプリケーション部は、検知された端末ＩＤ候補の位置情報の履歴をトレースする端末ＩＤ追跡・絞り込み手段を備え、
前記端末ＩＤ追跡・絞り込み手段は、トレース対象の端末ＩＤ情報を前記ＡＰＩを介して前記モバイルエッジプラットフォームに送信する、ことを特徴とする付記１乃至１１のいずれか一に記載の処理装置。

(付記１４)
前記アプリケーション部又は前記モバイルエッジプラットフォームは、
対象の基地局からの方向を推定する手段を備える、ことを特徴とする付記１乃至１３のいずれか一に記載の処理装置。

(付記１５)
前記アプリケーション部は、前記位置関連情報に基づき近接サービスを前記端末に提供する手段をさらに備える、ことを特徴とする付記１乃至１４のいずれか一に記載の処理装置。

(付記１６)
前記アプリケーション部は、基地局のアンテナの指向性を制御して、データ送信又は受信する端末の位置を推定し、前記アンテナの指向性制御パラメータを算出する手段を備える、ことを特徴とする付記１乃至１５のいずれか一に記載の処理装置。

(付記１７)
基地局と、
前記基地局に接続されるモバイルエッジプラットフォームと、
アプリケーション部と、
を備え、
前記モバイルエッジプラットフォームは、前記アプリケーション部から位置関連情報を入力し、前記位置関連情報に対応するエリアに存在する端末のＩＤ情報の候補を、前記アプリケーション部に出力するＡＰＩ（Application Programming Interface）を備える、ことを特徴とする通信システム。

(付記１８）
アプリケーション部にて、入力した画像情報から対象の位置を推定し、前記対象の位置関連情報を、前記ＡＰＩを介して、前記モバイルエッジプラットフォームに受け渡し、
前記モバイルエッジプラットフォームは、前記位置関連情報に基づき、前記基地局を制御して、前記位置関連情報に対応するエリアに存在する端末のＩＤ候補情報を取得し、前記端末のＩＤ候補情報を、前記ＡＰＩを介して前記アプリケーション部に受け渡す、ことを特徴とする付記１７記載の通信システム。

(付記１９)
前記モバイルエッジプラットフォームは、前記位置関連情報に基づき、前記基地局のアンテナの指向性を制御する、ことを特徴とする付記１８記載の通信システム。

(付記２０）
アプリケーション部にて、入力した画像情報から対象の位置を推定し、前記対象の位置関連情報を、ＡＰＩ（Application Programming Interface）を介して、モバイルエッジプラットフォームに受け渡し、
前記モバイルエッジプラットフォームは、前記位置関連情報に基づき、基地局を制御し、前記位置関連情報に対応するエリアに存在する端末のＩＤ候補情報を取得し、前記端末のＩＤ候補情報を、前記ＡＰＩを介して前記アプリケーション部に受け渡す、端末ＩＤ特定方法。

(付記２１)
前記モバイルエッジプラットフォームは、前記位置関連情報に基づき、前記基地局のアンテナの指向性を制御する、ことを特徴とする付記２０記載の端末ＩＤ特定方法。

(付記２２）
前記端末のＩＤ候補が複数ある場合、
前記アプリケーション部では、複数の検知ポイントにおける時間的・空間的な端末ＩＤ候補情報を用いて絞り込みを行うか、
対象ではないことが予めわかっている端末ＩＤ情報をホワイトリストとして登録しておき、検知された端末ＩＤ候補の中からホワイトリストに登録された端末ＩＤ候補を除くことで、端末ＩＤ候補の絞り込みを行う、付記２０又は２１記載の端末ＩＤ特定方法。

(付記２３）
前記アプリケーション部にて、検知された端末ＩＤ候補の位置情報の履歴をトレースすることで、端末ＩＤ候補の絞り込みを行う、付記２０又は２１記載の端末ＩＤ特定方法。

(付記２４）
前記アプリケーション部にて、基地局から見た前記対象の方向を推定し、基地局のアンテナの指向性を制御する、付記２０又は２１記載の端末ＩＤ特定方法。

(付記２５）
入力した画像情報から対象の位置を推定し、前記対象の位置関連情報を、ＡＰＩ（Application Programming Interface)を介して、第２の処理に受け渡す第１の処理と、
前記位置関連情報に基づき、基地局のアンテナの指向性を制御し、前記位置関連情報に対応するエリアに存在する端末のＩＤ候補情報を取得し、前記端末のＩＤ候補情報を前記ＡＰＩを介して前記第１の処理に受け渡す第２の処理を、
コンピュータに実行させるプログラム。

なお、上記の特許文献１、２、非特許文献１等の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素（各付記の各要素、各実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ乃至選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。

１ 端末
２ 対象（人物）
１０、１０Ａ、１０Ｂ 基地局処理部
１１ 上り信号（下りデータ）
１２ 下り信号（上りデータ）
１３ アンテナ指向制御部
２０、２０Ａ、２１、２２、２３、２４ ＭＥＣプラットフォーム
３０、３１、３２、３３ 共通Ｉ／Ｆ（ＡＰＩ）
４０ 顔認証部
４１ 顔検出部
４２ 特徴量抽出部
４３ 顔照合部
６０ カメラからの対象方向推定部
６１ 基地局からの対象方向推定部
６２ 端末ＩＤ取得制御部
６３ 端末ＩＤ絞り込み制御部
６４ 端末ＩＤ追跡・絞り込み制御部
６５ カメラ指向制御部
６６ 対象位置推定部
７０ アンテナ指向制御による端末ＩＤ検出部
７１ 端末位置取得部
７２ 基地局からの対象方向推定部
７３ 基地局アンテナ指向制御部
７４ 端末ＩＤ検出部
８０ トラフィック・リダイレクション部
１００、１００ａ、１００ｂ ＲＲＵ
１０１、１０１Ａ、１０１Ｂ アンテナ指向制御の範囲
２００ 無線制御部
２０１ 基地局装置
３００ コアネットワーク
４００、４０１、４０２、４０３、４０４ アプリケーション部
４１０ データベース
４１２ 画像データ
５００、５０１、５０２ カメラ
６００ アプリケーションサーバ（エッジサーバ）
６２１ 位置関連情報
６２２ 端末ＩＤ情報（端末ＩＤ候補情報）
６４１ 端末ＩＤ情報
６４２ 位置情報
６５１ カメラ指向制御情報
７００ 処理装置
７０１ モバイルエッジプラットフォーム
７０２ アプリケーション部
７０３ ＡＰＩ
７１１ プロセッサ
７１２ メモリ
７１３ 通信インタフェース

Claims (11)

1. 基地局に接続されるモバイルエッジプラットフォームと、
   アプリケーション部と、
   を備え、
   前記アプリケーション部は、
   エリアを撮像するカメラの画像データから、少なくとも人物又は該人物の所持する端末のうちの１つからなる対象を検出し、前記エリア内での前記カメラからの前記対象の方向と距離情報を推定する手段と、
   前記カメラの識別情報、前記カメラからの前記方向と前記距離情報から、前記対象が収容される基地局セル／セクタ、及び、前記基地局セル／セクタを構成する基地局アンテナからの方向、又は、ある位置を基準とした前記対象の位置情報を推定し、前記対象の位置関連情報として出力する手段と、
   を備え、
   前記モバイルエッジプラットフォームは、
   前記アプリケーション部からＡＰＩ（Application Programming Interface）を介して前記対象の前記位置関連情報を受け取り、前記位置関連情報に基づき前記基地局アンテナの指向性を制御して、前記エリアで検知された前記対象の端末のＩＤ情報の候補を取得し、前記端末のＩＤ情報の候補を、前記ＡＰＩを介して前記アプリケーション部に出力する手段を備える、ことを特徴とする処理装置。
2. 前記モバイルエッジプラットフォームが、前記アプリケーション部から前記端末のＩＤ情報を受け取り、前記端末のＩＤを持つ端末の位置情報を取得する手段を備え、
   前記ＡＰＩは、前記端末の位置情報を前記アプリケーション部に応答として返すインタフェースを備える、ことを特徴とする請求項１記載の処理装置。
3. 前記対象の前記位置関連情報は、
   前記対象が収容されているセル／セクタ情報、前記セル／セクタを形成する前記基地局アンテナからの方向情報に加えて、角度情報、及び、距離情報の少なくともいずれか一つを有し、さらに
   前記エリアに関する半径、角度範囲、及び、距離範囲の少なくともいずれか一つを含む、ことを特徴とする請求項１記載の処理装置。
4. 前記端末のＩＤ情報は、ＩＰ（Internet Protocol）アドレス情報、ＳＩＭ（Subscriber Identity Module）カード情報、機種情報、電話番号、製造番号等の固有情報、ベアラ情報、ＴＥＩＤ（Tunnel Endpoint Identifier）情報、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）情報、ＩＭＳＩ(International Mobile Subscriber Identity)、ＴＭＳＩ(Temporary Mobile Subscriber Identity)の少なくとも一つを含む、ことを特徴とする請求項１乃至３のいずれか１項に記載の処理装置。
5. 前記対象の前記位置関連情報は、ある位置を基準とした２次元又は３次元的な位置情報、及び、ＧＰＳ（Global Positioning System）の位置情報の少なくともいずれか一つを含むことを特徴とする請求項１に記載の処理装置。
6. 前記アプリケーション部は、
   時間的又は空間的に複数の端末のＩＤ候補情報を連携させて端末のＩＤ情報の候補の絞り込みを行う手段と、
   検知対象ではないことが予めわかっている端末のＩＤ情報をリストに登録しておき、検知された端末のＩＤ情報の候補の中から、前記リストに登録された前記端末のＩＤ情報の候補を除くことで、端末のＩＤ情報の候補の絞り込みを行う手段と、
   の少なくともいずれか一方を備える、ことを特徴とする請求項１乃至５の記載のいずれか１項に処理装置。
7. 前記アプリケーション部は、検知された端末ＩＤ候補の位置情報の履歴をトレースする端末ＩＤ追跡・絞り込み手段を備え、
   前記端末ＩＤ追跡・絞り込み手段は、トレース対象の端末のＩＤ情報を前記ＡＰＩを介して前記モバイルエッジプラットフォームに送信する、ことを特徴とする請求項１乃至６のいずれか１項に記載の処理装置。
8. 前記アプリケーション部は、前記モバイルエッジプラットフォームで取得され前記ＡＰＩを介して受け取った前記端末のＩＤ情報の候補に該当する少なくとも１つの端末に対して、前記端末の前記位置関連情報に基づき、近接サービスを提供する手段をさらに備える、ことを特徴とする請求項１乃至７のいずれか１項に記載の処理装置。
9. 基地局と、
   前記基地局に接続されるモバイルエッジプラットフォームと、
   アプリケーション部と、
   を備え、
   前記アプリケーション部は、
   エリアを撮像するカメラの画像データから、少なくとも人物又は該人物の所持する端末のうちの１つからなる対象を検出し、前記エリア内での前記カメラからの前記対象の方向と距離情報を推定する手段と、
   前記カメラの識別情報、前記カメラからの前記方向と前記距離情報から、前記対象が収容される基地局セル／セクタ、及び、前記基地局セル／セクタを構成する基地局アンテナからの方向、又は、ある位置を基準とした前記対象の位置情報を推定し、前記対象の位置関連情報として出力する手段と、
   を備え、
   前記モバイルエッジプラットフォームは、
   前記アプリケーション部からＡＰＩ（Application Programming Interface）を介して前記対象の前記位置関連情報を受け取り、前記位置関連情報に基づき前記基地局アンテナの指向性を制御して、前記エリアで検知された前記対象の端末のＩＤ情報の候補を取得し、前記端末のＩＤ情報の候補を、前記ＡＰＩを介して前記アプリケーション部に出力する手段を備える、ことを特徴とする通信システム。
10. アプリケーション部にて、
    エリアを撮像するカメラの画像データから、少なくとも人物又は該人物の所持する端末のうちの１つからなる対象を検出し、前記エリア内での前記カメラからの前記対象の方向と距離情報を推定し、
    前記カメラの識別情報、前記カメラからの前記対象の方向と前記距離情報から、前記対象が収容される基地局セル／セクタ、及び、前記基地局セル／セクタを構成する基地局アンテナからの方向、又は、ある位置を基準とした前記対象の位置情報を推定し、前記対象の位置関連情報としてＡＰＩ（Application Programming Interface）を介して、モバイルエッジプラットフォームに受け渡し、
    基地局に接続される前記モバイルエッジプラットフォームは、
    前記アプリケーション部から前記ＡＰＩを介して前記対象の前記位置関連情報を受け取り、前記位置関連情報に基づき前記基地局アンテナの指向性を制御して、前記エリアで検知された前記対象の端末のＩＤ情報の候補を取得し、前記端末のＩＤ情報の候補を、前記ＡＰＩを介して、前記アプリケーション部に受け渡す、端末ＩＤ特定方法。
11. エリアを撮像するカメラの画像データから、少なくとも人物又は該人物の所持する端末のうちの１つからなる対象を検出し、前記エリア内での前記カメラからの前記対象の方向と距離情報を推定し、
    前記カメラの識別情報、前記カメラからの前記対象の方向と前記距離情報から、前記対象が収容される基地局セル／セクタ、及び、前記基地局セル／セクタを構成する基地局アンテナからの方向、又は、ある位置を基準とした前記対象の位置情報を推定し、前記対象の位置関連情報としてＡＰＩ（Application Programming Interface）を介して、第２の処理に受け渡す第１の処理と、
    前記第１の処理から前記ＡＰＩを介して前記対象の前記位置関連情報を受け取り、前記位置関連情報に基づき前記基地局アンテナの指向性を制御して、前記エリアで検知された前記対象の端末のＩＤ情報の候補を取得し、前記端末のＩＤ情報の候補を、前記ＡＰＩを介して、前記第１の処理に受け渡す前記第２の処理を、
    コンピュータに実行させるプログラム。

Images