一般社団法人 電子情報通信学会
THE INSTITUTE OF ELECTRONICS,
INFORMATIONAND COMMUNICATION ENGINEERS
社団法人 電子情報通信学会

信学技報
IEICE Technical Report
SS2023-6,KBSE2023-17(2023-07)
信学技報

THE INSTITUTE OF ELECTRONICS,
INFORMATION AND COMMUNICATION ENGINEERSTECHNICAL REPORT OF IEICE.

データ連携基盤を活用したロケーションアウェアサービスプラット
フォームの提案
中橋 友郎†陳思楠†

中村 匡秀†,†† 佐伯 幸郎†††† 神戸大学 〒 657–8501 神戸市灘区六甲台町 1–1†† 理化学研究所・革新知能統合研究センター 〒 103–0027 東京都中央区日本橋 1–4–1††† 高知工科大学 〒 782–8502 高知県香美市土佐山田町宮ノ口 185
E-mail: †tomorrow@ws.cs.kobe-u.ac.jp, ††chensinan@gold.kobe-u.ac.jp, †††masa-n@cmds.kobe-u.ac.jp,††††saiki.sachio@kochi-tech.ac.jp
あらまし

センシング技術の発展により，昨今では車両や人など移動体の位置情報を活用し，位置に応じたサービスを提供するロケーションアウェア (LA) サービスの開発が著しい．しかしながら，現状では LA サービスの開発は，移動体の位置情報の管理や，位置情報に基づく条件の評価，条件を満たした際の処理を含んだシステムを個別で構築する必要がある．システムがサイロ化されることで，収集したデータの再利用性が低下し，また，機能の再開発のコストがかかる．本研究では，LA サービス開発を効率化する LA プラットフォームを提案する．LA プラットフォームは，
従来では LA サービス毎に開発する必要があったオブジェクトの情報管理や条件の登録・評価機能などを LA サービスから切り出したサービスとして提供することで，LA サービスの実装範囲を低減し，開発コスト削減を実現する．ケーススタディでは，LA プラットフォームを活用し，人と部屋の位置関係に応じて入退室を通知する LA サービスの開発
を行った．
キーワード

スマートシステム，ECR ルール, ロケーションアウェア, データ連携基盤, Pub/Sub

Developing Location-Aware Service Platform Using Data Integration Platform
Tomoro NAKAHASHI† , Sinan CHEN† , Masahide NAKAMURA†,†† , and Sachio SAIKI†††† Kobe University, Rokkodai-cho 1–1, Nada-ku, Kobe, Hyogo, 657–8501 Japan†† Riken AIP, 1–4–1 Nihon-bashi, Chuo-ku, Tokyo, 103–0027 Japan††† Kochi University of Technology, 185 Tosayamadacho Miyanokuchi, Kami, Kochi, 782–8502 Japan
E-mail: †tomorrow@ws.cs.kobe-u.ac.jp, ††chensinan@gold.kobe-u.ac.jp, †††masa-n@cmds.kobe-u.ac.jp,††††saiki.sachio@kochi-tech.ac.jp
Abstract With the development of sensing technology, location-aware (LA) services, which utilize location information ofmoving objects such as vehicles and people to provide location-based services, have been remarkably developed in recent years.
However, the development of Currently, the development of LA services requires the construction of individual systems that
include the management of location information of mobile objects, evaluation of conditions based on location information,and processing when conditions are met. Siloed systems reduce the reusability of collected data and increase the cost ofredevelopment of functions. In this study, we propose an LA platform that streamlines LA service development. The LA
platform reduces the scope of LA service implementation and development costs by providing object information management,
condition registration and evaluation functions, etc., as separate services from LA services, which conventionally had to be
developed for each LA service. In the case study, the LA platform was used to develop an LA service that notiﬁes users when
they enter or leave a room based on the positional relationship between people and rooms.
Key words Smart System, ECR Rule, Location Awareness,Data Integration Platform, Pub/Sub- 31 -—1—
This article is a technical report without peer review, and its polished and/or extended version may be published elsewhere.
Copyright ©2023 by IEICE

を構築する必要がなくなる．また，オブジェクトの情報管理を，

1. は じ め に

AWS [6]・GCP [7]・FIWARE [8] などに代表されるデータ連携基ICT(情報通信技術) の発展に伴い，物理世界のモノ・コトの盤を活用して行うことで，新たな LA サービスや，他分野デー

情報とクラウド上の計算資源を連携し，新たな付加価値サービ

タとの連携による付加価値サービスの実現など，データの再利スが提供されるシステム (スマートシステム) が実現する社会で用性の向上が期待できる．

ある超スマート社会 [1] が，近年より我が国が目指すべき社会

本稿では，提案する LA プラットフォームを，オープンソー

として提唱されている．超スマート社会では，あらゆる人が必スのデータ連携基盤 FIWARE と，我々の研究グループが開発

要な時・必要な場所で適切なサービスを享受できることが重要した pub/sub システム cs27pubsub をラップしたプロトタイプと視されている．これを実現するために，モノやコトの状況 (コ

して実装した．ケーススタディとして，実装した LA プラット

ンテキスト) をセンサなどで認識 (アウェア) し，状況に応じたフォームを活用したオブジェクト作成・Condition 登録を行い，サービスを提供するコンテキストアウェアサービス [2] の開発

学生と部屋の距離に応じて入退室を通知する LA サービスを開が盛んである．とりわけ，物理的に規模の大きなスマートシス

発し，Event 管理や Condition 評価の実装を必要とせず，Action

テムの実装例となるスマートシティ [3] において，現在位置やのみのプログラム実装による LA サービスの実現を確認した．

混雑状況など，地理的情報に基づく状況変化に応じたサービス

2. 準提供の需要は高く，このようなサービスはロケーションアウェ

備

2. 1 スマートシティ

ア (LA) サービス [4] と呼ばれる．

LA サービスのアーキテクチャは，ECA(Event・Condition・

ICT の発展により，交通・製造業・農業・医療・介護など多Action) ルール [5] に基づいたルールベースシステムとして構成

分野でモノの状態がセンシングされ，都市の最適な運用に役立される．ECA ルールは，自動的に実行される処理を定義するた

てられている．多種多様な大規模データの収集が可能になり，めのルールであり，ルール実行のトリガー (Event) が生起した

これらのデータを統合管理し，利活用するための基盤の開発が際，システムがが評価する条件 (Condition) が満たされれば，定進んでいる．大規模データを活用する基盤を都市に適用したも義された処理 (Action) が実行される．LA サービスにおいては，のは都市 OS と呼ばれ，行政・個人・企業データなど様々な物

人や車両の位置情報などの変化が Event にあたり，位置情報や理世界の情報を収集・連携することによる新たな付加価値サー

モノ同士の位置関係などに基づく条件が Condition にあたる．

ビス (スマートサービス) の提供の実現を目指すスマートシティ

Action は，ユーザへの通知や物理デバイスの動作，外部サービにおける中核を担う存在として，官民協同で導入に取り組んでスの連携動作などである．

いる．

2. 2 ロケーションアウェアサービス

LA サービス開発の現状として，Event の扱い (オブジェクトの状態変化の管理)・Condition の評価・Action の実行を含んだ

センシング技術の発展により，動的に変化するモノやヒシステム構築する必要があり，サービス毎にサイロ化されたシトの状況 (コンテキスト) をセンサで認識 (アウェア) し，状況にステムが構築されている．データモデルやデータベースのアク応じた適切なサービスを提供するコンテキストアウェア・サー

セス先がサービス毎に異なることで収集したデータの再利用性

ビスの研究開発が活発である．特に，スマートシティにおいて，が低下し，また，多くの LA サービスで共通しているオブジェ

あらゆる人が必要な時・必要な場所でサービスを享受するため

クト管理や Condition 評価の機能を再開発するコストがかかるに，ヒトや車両など地理的情報をもつ移動体の位置情報を活用という問題がある．

したコンテキストアウェアサービスは，ロケーションアウェア

そこで我々は，オブジェクトの情報管理や，種々の LA サー(LA) サービスと呼ばれる．ロケーションアウェアサービスの例

ビス実現に求められる Condition 評価の機能を外部サービスととして，バスとバス停の距離の変化を認識して発着を知らせる

して提供し，LA サービスから切り出すことで，LA サービス開

バスロケーションシステム [9] や，観光地に近づくとその地に発を低コスト化出来ないかと考えた．本研究では，LA サービ

縁のあるクイズに挑戦できるまち歩きアプリ [10] などが提供さスの開発を支援する LA プラットフォームを提案する．LA プ

れている．

ラットフォームは，オブジェクトの情報管理機能と，Condition

2. 3 LA サービス実現に必要な実装技術の登録・評価機能をサービスとして提供する．開発者は，開発対状況に応じたサービス提供の実現における実装アプローチと象の LA サービスが取り扱う移動体や建物などのオブジェクト

して，ECA ルールに基づいたルールベースシステムが挙げられ

や，実行したい Action のトリガーとなる Condition をプラットる．ECA ルールとは，自動的に実行される処理を定義するためフォームに登録する．LA プラットフォームは，オブジェクトののルール定義である．ルール実行のトリガー (Event) が生起し情報が変化した際，登録された Condition を評価し，その評価結た際，システムがが評価する条件 (Condition) が満たされれば，果を外部 pub/sub システムに publish(通知) する．LA サービス定義された処理 (Action) が実行される．LA サービスにおいて，は，pub/sub システムに subscribe(購読) することで，Condition

Event は，移動体の位置情報などの状態変化を表す．Conditionの評価結果を受け取ることができる．これにより，開発者が実は，モノ同士の位置関係などに基づく条件を表す．Action は，

装する LA サービスの機能は，実行する Action のみとなり，従ユーザへの通知や物理デバイスの動作，外部サービスの連携動

来のように Event の扱いや Condition の評価を含んだシステム

作などを表す．バスロケーションシステムを例に挙げると，「バ- 32 -—2—

図 2 LA プラットフォーム全体アーキテクチャ
図 1 LA サービス開発の現状

P1 の解決が期待できる．

スが移動した」Event が，「バスとバス停の距離が一定以下になる」Condition で評価され，条件が満たされた場合「バス停に到着した旨を画面に表示する」Action が実行される．これらを踏
まえて，LA サービスの実現に必要とされる機能・システム構
成は大きく以下の３点に分けられる．

P2 について，2. 3 で述べたように，LA サービスの実装におけるシステム構成は ECA ルールに基づいたシステムとして共通している点は多く，オブジェクトの管理や Condition 評価のロジックなど，各 LA サービスに共通で実装する必要のある機能をサービス毎に実装する必要があり，実装にコストがかかる．

3. 提 案 手 法

S1: オブジェクトの情報管理
S2: Condition 評価

3. 1 研究目的とアプローチ

S3: Condition を満たした際の処理
S1 について，移動体や建物などのオブジェクトの状態をシス
テムが参照するために，必要な情報をデータとしてデータベー
スなどに保持する必要がある．また，ECA の Event にあたる，
動的に変化するオブジェクトの状態をセンシングし，データをシステムに投入する仕組みが必要である．S2 は，オブジェクト

本研究の目的は，LA サービスの低コストな開発を実現することである．そのためのアプローチとして，データ連携基盤の活用によるオブジェクト管理と，位置情報に基づいた Conditionの設定など，LA サービスに必要な機能をサービスとして提供する LA サービス開発支援基盤 LA プラットフォームを提案する．

3. 2 全体アーキテクチャ同士の位置関係や移動距離に関する条件など，実現したいサービスにより評価すべき条件は様々である．3 は，Action に当たる部分であり，処理の例としてユーザへの通知や物理デバイスの動作，外部サービスの連携動作などが挙げられる．

図 2 は，提案プラットフォームと LA サービスの関係を表す
全体アーキテクチャである．イベント評価やオブジェクト管理の仕組みを LA がサービスとして提供することで，統合的なデータ管理と，再開発のコスト削減を実現する．図 3 は，提案

2. 4 LA サービスの開発上の問題点
図 1 に示す通り，現状では，LA サービスの開発は上述した

S1,S2,S3 を１つのサイロ化されたシステムとして実装されている．サービス毎に個別システムを開発することによる問題点として以下の二点が挙げられる．

プラットフォームの詳細アーキテクチャである．LA プラット
フォームは以下の要素で構成される．

A1: オブジェクト定義
A2: Condition 設定
A3: Condition 評価・通知

P1: データの再利用性が低い

PF ユーザである LA サービス開発者は，緯度・経度などのP2: 共通機能を再開発するコストがかかる
P1 について，データモデルやデータベースのアクセス先がサービス毎に異なることで，他サービスからのデータ利活用が阻害されている．各 LA サービスが収集するデータが一元管理され，再利用性の向上が実現すればア，異種分野のデータを連携した新たな LA サービスの実現が期待できるようになる．

FIWARE を筆頭としたデータ連携基盤は，抽象度の高いデータモデルを扱い，データ管理に関わる様々な機能群を備えている
ため，分野横断的なデータの連携に適していることから，データ連携基盤を活用してオブジェクトの状態管理をで行うことで位置情報を持つオブジェクトをプラットフォームに登録する(A1)．次に，プラットフォームが提供する Condition のひな型に A1 で登録したオブジェクトを組み込み，Condition を設定する (A2)．Condition は，オブジェクトの情報が更新された際に評価され，条件を満たした場合，pub/sub システムに通知 (publish)
される (A3)．これにより，LA サービスは，pub/sub システムに通知された情報を受け取り (subscribe)，Condition の評価結果に応じた処理を実行するといった，シンプルな実装で実現できる．以下では，A1〜A3 の詳細を説明する．

- 33 -

—3—




•

serviceGroup– 名前空間を分けるためのグループ名•

conditionNumber– Condition のひな型の種類•

conditionObject– ひな型に組み込むオブジェクトの Id•

conditionValue– ひな型に組み込む値



3. 5 A3: Condition 評価・通知
データ連携基盤が管理するオブジェクトの情報が更新されると，LA プラットフォームは更新されたオブジェクトが関わる

Condition を評価する．評価の結果，条件を満たした Condition

図 3 LA プラットフォーム詳細アーキテクチャ

があれば，評価結果を pub/sub システムを介して LA サービスに通知する．pub/sub システムとは，メッセージの出版者 (pub-3. 3 A1: オブジェクト定義

lisher) が Topic に対してメッセージを送信すると，Topic の購

オブジェクト定義は２つのステップで行う．
一つ目は，オブジェクトの型を定義することである．型名・属性とそのデータ型を指定し，具体的な属性値を持つインスタンスを生成するためのひな型を作成する．型定義は JSON 形式で記述し，以下の項目を指定する．

•

読者 (subscriber) にメッセージが配信される仕組みである．LA
サービスへの通知を pub/sub システムを仲介して行うことで，LA プラットフォームが Condition の通知先となる LA サービスのエンドポイントを把握しなくとも，subscriber に Condition の評価結果を通知することができる．

serviceGroup

4. 実– 名前空間を分けるためのグループ名•

4. 1 LA プラットフォーム

objectType

本稿では，提案する LA プラットフォームのプロトタイプ実

– 型名
•

装

装として，オブジェクトの定義・管理，Condition 設定・評価，

isMove– 動的に位置が変化するかどうか

通知を RESTful API で提供するシステムを開発した．Condition•のひな型として，２つのオブジェクトの距離が一定以下であれ

attributes

ば真と評価する評価アルゴリズムを実装した．実装は Java 言語– オブジェクト固有の属性名・データ型のリスト

と SpringBoot を用いた．他サービスとの連携については，オブ

二つ目は，オブジェクトのインスタンスを生成することであジェクトの登録・更新・削除を FIWARE の Orion Context Broker

る．オブジェクト型名と，serviceGroup 内で一意なオブジェク

を介して行い，Condition の通知は我々の研究グループが開発しト名を指定し，作成リクエストを LA プラットフォームに送信た pub/sub システム cs27pubsub [11] を利用している.

することで，オブジェクト型に設定された属性を持つオブジェ

4. 2 ユーザインタフェース

クトがデータ連携基盤に登録・管理される．

LA プラットフォームの API を利用し，オブジェクトの管理

3. 4 A2: Condition 設定を行うためのユーザインタフェースを開発した．実装は React

PF ユーザは，実現したい LA サービスに応じて，LA プラッ

フレームワークを用いた．スマートフォンなど位置情報の取得

トフォームが提供する Condition のひな型を選択し，A1 で設定が可能な端末の web ブラウザでオブジェクト一覧ページ (図 4)

したオブジェクトや値を組み込み，Condition を設定する．LAからオブジェクトの位置情報更新ページ (図 5) を開いておくと，

プラットフォームが提供する Condition のひな型の例を以下に

数秒毎に現在地を取得し，LA プラットフォームにオブジェク

示す．

トの位置情報を送信することができる．



•



5. ケーススタディ[オブジェクト 1] と [オブジェクト 2] の距離が[値] メートル以下になる•

5. 1 入退室通知サービス[オブジェクト 1] の [属性名] の属性値が [値] にLA プラットフォームを利用した LA サービス開発の例としなる

て，部屋との距離に応じて学生の入退室を機械音声で通知する



Condition 設定の記述は JSON 形式で行い，以下の項目を指定する．

デモアプリを開発した．位置情報の送信は，4. 2 で実装した位置情報送信機能を利用した．機械音声での通知は，我々の研究グループが開発した音声読み上げサービスの web API を利用し

- 34 -—4—"room"型作成リクエストデータ

{ "serviceGroup": "InOutManage", "objectType": "room", "isMove": false,"attributeNames":[] }

5. 1. 3 step3: オブジェクトの作成
オブジェクト型"student"のオブジェクト"tomo"と"room"のオブジェクト"laboA"を作成した．

"tomo"オブジェクト作成リクエストデータ

{ "serviceGroup": "InOutManage", "objectType": "student", "objectName":"tomorrow", "location":[0,0], "attributeValues":[ ] }

この操作で FIWARE に以下のようなオブジェクトのデータが
図 4 オブジェクト一覧画面

作成される．


FIWARE に保存されるデータ{ "id":"urn:ngsi-ld:student:0", "type":"geo:json", "value":{ "type":"student", "location":"Point", "coordinates":{ "type":[ 135.2337388,

34.7292776 ] }, "metadata": {} }, "name": { "type": "Text", "value": "tomo","metadata": {} } }

5. 1. 4 step4: Condition の設定"tomo"オブジェクトと"laboA"オブジェクトの距離が 10m 以下になった際に真と評価される Condition を作成した．


Condition 作成リクエストデータ

{ "serviceGroup":"InOutManage", "methodNumber": 1, "conditionObject":[{"objectType":"student", "name":"tomo","order":"1"}, {"objectType":"room","name":"laboA","order":"2"} ], "conditionValue":[ {"valueType":

図 5 位置情報送信画面



5. 1. 4 で作成した Condition の評価結果を開発する LA サービ

step1: サービスグループの作成

スが受け取るためのサブスクライブを設定した．

step2: オブジェクト型の作成


サブスクライブ設定リクエストデータ

step3: オブジェクトの作成

ト]] }step5: サブスクライブの設定



step6: LA サービスの実装

"endpoint"に指定したエンドポイントに，Condition の評価結

5. 1. 1 step1: サービスグループを作成

果が通知される．

サービスグループ"InOutManage"を LA プラットフォーム

5. 1. 6 step6: LA サービスの実装に作成した．作成リクエストが送信されると，cs27pubsubに"InOutMangage"グループに登録された Condition の評価結果の通知先となる Topic が作成される．

{ "serviceGroup":"InOutManage", "endpoint":[[LA サービスのエンドポイン

step4: Condition の設定{ "name":"InOutManage" }

5. 1. 5 step5: サブスクライブの設定

た．本サービスの開発は以下のステップで行った．

"InOutMangage"グループ作成リクエストデータ"dou-ble","value":"10","order":"1"} ] }5. 1. 5 で設定したエンドポイントに対する HTTP POST リク
エストを待ち受けるサーバプログラムを実装した．以下は，実際に 5. 1. 4 で設定した Condition が評価された際に，サーバプ



ログラムが受け取るリクエストデータである．


サーバプログラムが受け取るリクエストデータ


5. 1. 2 step2: オブジェクト型の作成{ "evaluationResult": "true", "objects": [ { "id":"urn:ngsi-

オブジェクト型"student"と"room"を "InOutManage"グルー

ld:student:0","name":"tomo",tion":[135.2377608,34.7268980] } },プに作成した．

"student"型作成リクエストデータ"type":"student","loca-{ "id":"urn:ngsi-

 ld:room:0", "type":"room", "location":[135.233772,34.7268969],"name":"laboA" }], "values": "[{ "value":10, } ] }{ "serviceGroup": "InOutManage", "objectType": "student", "isMove": true,"attributeNames":[] }







上記データを受け，"evaluationResult"の値が"true"であれ
ば，音声読み上げサービスの API を利用して，学生"tomo"の入室を機械音声で通知するプログラムを実装した．図 6 に，実装

- 35 -

—5—

[5]

[6]
[7]
[8]

図 6 入退室通知サービスアーキテクチャ[9]

した入退室通知サービスのアーキテクチャを示す．

5. 2 考察[10]以上により，学生と部屋の距離が近づいた際に，入室を通知す
る LA サービスが実装した．2. 4 で述べた P1 への対応として，学生や部屋の情報を，入退室通知サービスが独自に保持せず，[11]

FIWARE が管理するオブジェクトを参照することで，データの再利用性の向上を確認した．P2 への対応として，LA プラット

ンアウェアソフトウェア開発支援手法の提案，” 情報処理学会論文誌，vol.46，no.12，pp.2925–2939，2005．
中田匠哉，中村匡秀，“コンテキストに基づくサービス連携を支援するイベントルーチングサービスの検討，” 電子情報通信学会
技術研究報告; 信学技報，vol.121，no.157，pp.32–37，2021．
“Aws,” https://aws.amazon.com/jp/. (Accessed on 06/18/2023).
“Gcp,” https://console.cloud.google.com/. (Accessed on 06/18/2023).
石井和彦，山中淳史，“Fiware を活用したスマートシティ向け
共通プラットフォームの構築 (高松市事例)(データを活用した
持続可能な都市経営特集)–(データ利活用型スマートシティの実証・実装事例)，” NEC 技報= NEC technical journal，vol.71，no.1，
pp.29–32，2018．
伊藤昌毅，川村尚生，菅原一孔，“スマートフォンを利用したバ
スロケーションシステムの開発，” 電子情報通信学会論文誌 D，vol.96，no.10，pp.2327–2339，2013．
明石拓弥，中村匡秀，大浦秀喜，中井哲也，“クイズラリープ
ラットフォームを用いた市民の地域に対する意識調査と行動分析，” 電子情報通信学会技術研究報告; 信学技報，vol.121，no.415，
pp.41–47，2022．
M. Nakamura, “cs27pubsub api マニュアル,” https://wsapp.cs.
kobe-u.ac.jp/cs27pubsub/swagger-ui.html． (Accessed on
06/18/2023)．

フォームにオブジェクトの状態管理や Condition 評価を任せる
ことで，入退室通知サービスのプログラム実装は，Condition の評価結果を受け取り音声通知するというシンプルな実装で実現
し，開発コストの削減が確認できた．

6. ま と め
本稿では，ECA ルールに基づいた LA サービスの開発を効率化することを目的とし，データ連携基盤の活用によるオブジェ
クト管理と，位置情報に基づいた Condition の設定などを実現した，LA プラットフォームを提案した．LA プラットフォーム
は，LA サービスの実現に必要な Condition のひな型を提供す
る．LA サービス開発者がひな型から Condition を設定し，評価を LA プラットフォームに任せることで，アクションのみを意識した実装が可能となる．本稿では，LA プラットフォームのプロトタイプ実装を行い，入退室通知サービスの開発を例に，

LA プラットフォームを活用した低コストな LA サービス開発を示した．
今後の課題としては，LA プラットフォームの機能を拡張し，移動距離に関する条件など，より多くの Condition のひな型を提供することで，多様な LA サービスの開発を支援することが挙げられる．そのために，Condition 評価のアルゴリズムを外部から追加できるアーキテクチャの検討が必要であると考えている．
謝辞 本研究の一部は JSPS 科研費 JP19H01138, JP20H05706,

JP20H04014, JP20K11059, JP22H03699, JP19K02973, 若手研究
23K17006 の助成を受けて行われている．
文

献[1] 原辰次，本多敏，“超スマート社会におけるシステム科学技術概論，” 計測と制御，vol.55，no.4，pp.284–287，2016．
[2] 坂本寛幸，井垣宏，中村匡秀，“コンテキストアウェアアプリケー
ションの開発を容易化するセンササービス基盤，” 電子情報通信学会技術研究報告，vol.108，no.458，pp.381–386，2009．
[3] 藤井篤之，中西華子，“スマートシティによる地方創生˜ 会津若松市，
” 情報の科学と技術，vol.67，no.11，pp.566–572，2017．
[4] 松崎和賢，吉岡信和，本位田真一他，“Location scope: ロケーショ- 36 -—6—