公立はこだて未来大学 2017 年度 システム情報科学実習
グループ報告書
Future University Hakodate 2017 System Information Science PracticeGroup Report

プロジェクト名
ビーコン IoT で函館のまちをハックする

Project Name
Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life

グループ名
Hako-B

Group Name
Hako-B
プロジェクト番号/Project No.

8-A

プロジェクトリーダ/Project Leader
1015253

橋場保鷹

Hodaka Hashiba

グループリーダ/Group Leader
1015053

佐藤秀輔

Shusuke Sato

グループメンバ/Group Member
1015050

北原康太

Kota Kitahara

1015053

佐藤秀輔

Shusuke Sato1015157

小笠原瑠奈

1015204

小島雄士

Runa Ogasawara
Yuji Kojima

指導教員
松原克弥 藤野雄一

鈴木恵二

奥野拓

Advisor
Katsuya Matsubara Yuichi Fujino Keiji Suzuki Taku Okuno

提出日2018 年 1 月 19 日

Date of Submission
January 19, 2018

概要
本プロジェクトでは、ビーコンを使って街の状況を可視化することで、観光や街の課題を発掘し、その情報から新たな価値を創造して街に還元することを目的とする。函館の街中に多数のビーコンを配備することを想定して、街で暮らす人や観光客などを対象としたサービスの提案と実装を行う。サービスの提案にあたり、函館が持つ課題についての仮説を建てた上でフィールドワークを行い、観察やインタビューにより収集した情報をもとに複数のアイデアを提案した。さらに、提案したアイデアをブラッシュアップしてコンテスト形式のプレゼンテーションを行い、教員や外部協力企業からのフィードバックを参考にしつつ、交通、対話、観光体験の

3 つのテーマに関するサービスの開発を行うこととした。
（※文責: 橋場保鷹）
本グループは、函館のバスの利用がうまくできていないという問題に着目して函館のバスを快適に利用できるアプリケーションの開発を行うこととした。問題点に対して、どのようにビーコンを用いてバス利用を改善していくかを教員からレビューを受けつつアイデアを固めた。そのアイデアをもとにサービス設計を行い、後期の活動から開発をするための準備を行った。7月 14 日に行われた中間発表会ではビーコンの特性を活かしきれていないのではないかとの指摘もあり、よりビーコンの強みを活かした設計が必要だという課題が見つかった。後期の活動
では前期の中間発表会で出てきた問題点をどのように解決するかを話し合うことから始め、開発の方針を固めた。グループのメンバー全員で 10 月末までアプリケーションの開発を行い、そこからはポスターの作成を行う班とで分かれて作業を行った。11 月 10 日のデモ発表会では自分たちのアプリケーションをプロジェクトの担当教員にポスター付きで発表を行った。デモ
発表では、ポスター、アプリケーションとともにより修正しなければならない点が多く発見され今後の開発などの目標を固めメンバーでその修正点をどのように修正するのかを話し合い修正、開発を行った。成果発表会では中間発表会、デモ発表で言われた点を修正し、発表を行うことができた。
キーワード

ビーコン, フィールドワーク, 函館のバス, アプリケーション, 設計（※文責: 佐藤秀輔）-i-Abstract
This project aims at creating brand-new values of Hakodate. To achieve that goal, we
will discover problems by visualizing the current status of the city with beacons. To
be specific, we proposed services for local residents and tourists and will develop themon the assumption that many beacons have been installed in Hakodate. We had madesome hypotheses about problems of Hakodate prior to conduct fieldwork for creating
service proposals. And we came up with some ideas based on results of observations andinterviews in that research. We refined these ideas and presented them to our advisory
professors and support companies for their feedback. Finally, we selected 3 services
about transportation, communication, tourism.
（※文責: 橋場保鷹）

In this group, we decided to focus on the problem that utilization of Hakodate bus
was not done well and to develop services. From that point, we accepted reviews fromteachers in charge how to improve the use of the bus by using beacons while consolidatingideas. We designed the service based on the idea etc. and prepared for developmentfrom the latter term activities.
In the interim presentation held on July 14th, there was a case that the characteristicsof the beacon could not be fully utilized, and a problem was found that it is necessary todesign with the advantage of Beacon more. In the later activities, we began discussing
how to solve the problems that appeared in the interim announcement of the previous
term and strengthened our development policy. All the members of the group worked
separately from the team that developed the application until the end of October andcreated a poster from that. At the demonstration presentation on November 10, we
presented our own app with a poster to the teacher in charge of the project. In thedemonstration announcement, many points to be corrected along with the poster andthe application were discovered many times, the goals such as future development wereconsolidated, the discussion and the development were carried out to discuss how tocorrect the correction point in the member. In the final presentation, we was able tocorrect the points mentioned in the interim announcement, the demo announcement,
and make a presentation.
Keyword

Beacon, Fieldwork, Hakodate’s Bus, Application, Design（※文責: 佐藤秀輔）- ii -

目次
第1章

本プロジェクトの背景と目的

1

1.1

背景 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

1

1.2

目的 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

1

1.3

ビーコンについて1

第2章. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

グループ課題設定までのプロセス

2

2.1

ロゴ作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2

2.2

ビーコンに関する調査 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2

2.3

フィールドワーク. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

3

2.3.1

事前調査 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

3

2.3.2

地元の問題に関する調査. . . . . . . . . . . . . . . . . . . . . . . . . . .

3

2.3.3

観光地の問題に関する調査 . . . . . . . . . . . . . . . . . . . . . . . . . .

3

2.4

協力企業によるレクチャー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

3

2.5

開発するサービスの考案 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

5

2.5.1

アイデアソン . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

5

2.5.2

グループによるブラッシュアップ . . . . . . . . . . . . . . . . . . . . . . .

5

2.5.3

アイデアコンテスト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

6

2.5.4

地元企業によるレビュー. . . . . . . . . . . . . . . . . . . . . . . . . . .

7

2.5.5

テーマ決定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

7

第3章

本グループについて

9

3.1

背景 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

93.2

函館のバスが抱える課題 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

93.3

目的 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

9第4章

Hako-B について

11

4.1

Hako-B の概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

11

4.2

機能一覧 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

11

第5章

課題解決のプロセス14

5.1

本グループの目標

5.2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

14

5.1.1

前期活動における目標 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

14

5.1.2

後期活動における目標 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

14

サービス設計 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

15

5.2.1

システム概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

15

5.2.2

ユースケース . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

16

5.3

ストーリーボード. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

16

5.4

環境構築 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

17

5.4.1

17

Xcode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
- iii -

5.4.2Prott. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

17

5.4.3

Git/GitHub . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

18

5.5

技術習得 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

18

5.6

中間発表会 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

19

5.6.1

発表形式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

19

5.6.2

発表内容 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

19

5.6.3

レビュー内容 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

19

5.7

オープンキャンパス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

20

5.8

デモ発表会 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

21

5.8.1

内容 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

21

5.8.2

レビュー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

21

5.9

プロジェクト学習見学者への発表 . . . . . . . . . . . . . . . . . . . . . . . . . .

22

5.10

成果発表会 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

22

5.10.1 発表形式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

22

5.10.2 発表内容 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

23

5.10.3 レビュー内容 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

23

各メンバーの役割と活動の振り返り

26

6.1

役割分担 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

26

6.2

北原康太の振り返り . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

27

6.3

佐藤秀輔の振り返り . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

28

6.4

小笠原瑠奈の振り返り . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

28

6.5

小島雄士の振り返り . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

28

まとめ

30

7.1

前期の振り返り . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

30

7.2

後期の振り返り . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

30

7.3

今後の展望 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

30

7.4

前期の活動での学び . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

31

7.4.1

ビーコンについて . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

31

7.4.2

情報共有・プレゼンテーション技術. . . . . . . . . . . . . . . . . . . . .

31

後期の活動での学び . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

31

7.5.1

チーム開発 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

31

7.5.2

iOS プログラミング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

32

第6章

第7章

7.5

付録 A

画面遷移図

33

付録 B

中間発表会ポスター

34

付録 C

成果発表会ポスター

35- iv -

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life

第1章
1.1

本プロジェクトの背景と目的

背景

近年、IoT やセンシングデバイス [1] といった技術の普及が進んでいる。総務省の調査によれば、世界におけるセンサーの出荷金額と出荷台数は年々増加し続けている。センシングデバイスの 1 つ
である BLE ビーコンは、Bluetooth Low Energy(以下、BLE) に対応したスマートデバイスがあれば誰でも活用が可能となるため、今後、ビーコンを活用した位置情報ベースのサービスやシステ
ムの増加が期待できる。
（※文責: 橋場保鷹）

1.2

目的

本プロジェクトは、ビーコンを用いて函館をより良くするサービスやシステムの提案、開発を行う。函館の街に約 1000 個のビーコンを配置すると想定して、それを活用したサービスを展開することによって、函館での暮らしを便利にしたり、新体験を創り出して函館の街を活性化したりすることが本プロジェクトの目的である。
（※文責: 橋場保鷹）

1.3

ビーコンについてビーコンのひとつに、BLE を用いて情報を発信する機器がある。ビーコンの電波は、Bluetooth

4.0 以降に対応した端末で受信することが可能である。受信端末は、ビーコンの電波を通して、ビーコンまでの距離とビーコン ID や URL 等の少量の付加情報を取得することができる。ワイヤレス
ヘッドフォンなどの従来の Bluetooth デバイスとは異なり、ビーコンでは、ペアリングなしにデー
タを送受信することや、受信を契機としたユーザー通知の起動が可能である。現在普及している

BLE ビーコンにはいくつかの規格があり、代表的な規格として、iBeacon、Eddystone と LINE
Beacon がある。iBeacon は Apple 社が開発している規格であり、端末固有の UUID に加えて、任意に指定できるメジャー値とマイナー値、ビーコンと端末間の距離を図るための送信出力をデータとして発信することができる。Eddystone は Google 社が開発を行っている規格であり、iBeacon
が持つ機能に加えて、URL 等の情報を付加することができる。LINE Beacon は、LINE 社が開発を行っている規格であり、スマートフォンアプリケーションである「LINE」へ広告を送信したり、
プッシュ通知を送信したりすることが可能である。
（※文責: 橋場保鷹）

Group Report of 2017 SISP

-1-Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life

第 2 章 グループ課題設定までのプロセス
2.1

ロゴ作成

本プロジェクトでは、プロジェクトの目的と対象の理解をすることとチームビルディングを目的としてロゴの作成を行った。ロゴの作成については、2 週間の時間を要した。はじめに、本プロジェクトを説明するにあたって、どのような情報を伝える必要があるのかをブレーンストーミング
を用いて再確認した。再確認した情報をもとに、各自でロゴのデザイン候補を作成し、メンバー全員でレビューを行った。レビューでのコメントや他のメンバーのデザイン候補を参考に、各自でもう 1 つデザインを作成した。合計約 30 個のデザイン候補の中から、プレゼンテーションと多数決により、本プロジェクトのデザインの原案を決定した。その後、ロゴに関するワーキンググループを結成し、デザインの原案を改良しながらロゴデザインの最終版 (図 2.1) とそれを用いたポスターのテンプレート (図 2.2) を作成した。
（※文責: 橋場保鷹）

図 2.1

ロゴデザイン

図 2.2 ポスターテンプレート

2.2

ビーコンに関する調査

本プロジェクトでは、ビーコンを用いた開発を行うため、ビーコンの仕様や事例について文献を用いて調査し、プレゼンテーション形式でメンバー間での共有を行った。文献調査には 2 日間の調査期間を設け、各自で書籍やインターネットから情報を収集して、発表を行うためのスライドを作成した。その結果、ビーコンでの開発環境、ビーコンの規格や詳細資料といった知識を得た。

Group Report of 2017 SISP

-2-Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life（※文責: 橋場保鷹）

2.3

フィールドワーク

2.3.1

事前調査

函館に存在する地域の課題や問題を調査するためにフィールドワークを計画した。問題を発見するためにどのような点に着目するべきかを 3 つのチームに分かれて話し合い、主に KJ 法を用いて調査項目をまとめた。調査項目から、地元の問題を調査するグループと観光地としての問題を調査するグループに分担してフィールドワークを実施した。
（※文責: 橋場保鷹）

2.3.2

地元の問題に関する調査

地元の問題を調査するグループは、主に公共施設へのインタビューを行い、地域が現状抱えている問題の洗い出しを行った。函館市青年センターとシエスタハコダテへ訪問を行い、インタビュー
形式で地域が抱えている問題についての討論を行った。調査の結果 (図 2.3)、函館は現在、土地が不足していて駐車スペースが足りないということがわかった。また、公共交通機関を積極的に利用してもらうことが駐車スペース不足の解消につながる、といった解決策を得ることができた。
（※文責: 河田歩美）

2.3.3

観光地の問題に関する調査

観光地としての問題を調査するグループは、五稜郭やベイエリアといった有名な観光スポットへ訪問し、観光客へのインタビューや観察を行った。この時、五稜郭には日曜日と水曜日の 2 回訪れ、日曜日にはローカルなイベントが開催されていた。
調査の結果 (図 2.4)、西部地区ではパンフレットや観光客向け情報誌の内容が分かりにくい、駅などにあるガイドの情報量が多すぎるといった問題を発見した。また、スマホを写真撮影に使っている観光客はいるが、他の用途で使っている人はあまり見かけなかった。対して五稜郭は、道路が入り組んでいるように見受けられ、慣れない人にとっては迷いやすく、観光に支障が出るのではな
いかという問題を発見した。加えて、観光客がアプリなどを使わずにインターネットで調べ物をしている様子が窺い知れた。また、日曜日はイベントがあったために人が多いのは当然と思われるが、イベントがない平日の水曜日にも観光客はおり、特にツアー客が多かった。西部地区、五稜郭の共通点としては、アジア人観光客やバス・市電の利用者が多いということが挙げられた。
（※文責: 小笠原瑠奈）

2.4

協力企業によるレクチャー

ビーコンに関する開発やサービスの提供を実際に行っているトランスコスモス株式会社とTangerine 株式会社から、リモート会議サービスを介して遠隔でビーコンに関する 2 時間程度のレGroup Report of 2017 SISP

-3-Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life

図 2.4 観光地調査後のまとめ
図 2.3 地元調査後のまとめクチャーを受けた。レクチャーは、「Introduction」、「Beacon History」、「Beacon Trend」、「Case

Studies」、「Technical Challenges」、「Question & Free Discussion」から構成されていた。
「Introduction」では、企業の概要とプレゼンターのプロフィールの紹介を受けた。
「Beacon History」では、2013 年に iBeacon がアナウンスされてから現在に至るまでの歴史についての説明を受けた。2015 年に Bluetooth をオンにしているユーザーが少なく、価値の低いサービスが増え、専用アプリのダウンロードが必要といった条件からビーコンが使われなくなった。しかし、2016 年に Bluetooth を用いたサービスの増加や、GPS 等の位置情報サービスとは違ったエ
クスペリエンスを提供できるといった観点からビーコンが再注目されるようになった。
「Beacon Trend」では、ビーコンのこれからのトレンドについての説明を受けた。位置情報サー
ビスの提供対象が「エリア」ではなく「人」へ遷移しているといわれており、主にリターゲティン
グ用途でビーコンが注目されていることが明らかになった。
「Case Studies」では、実際にビーコンが導入された事例の紹介を受けた。アパレルショップにビーコンを設置し、来店を検知してノベルティを集めるサービスや、CD レンタルショップで、
ユーザー自身のスマートフォンを用いた視聴サービスの提供が行われた。
「Technical Challenges」では、ビーコンの今後の課題についての説明を受けた。ビーコンは適正範囲で利用する必要があり、適正範囲を外れると、精度やエクスペリエンスにばらつきが生じる。
また、アプリケーションを作成するにあたって API の制約があり、それが今後解消するべき課題である。
「Question & Free Discussion」では、プロジェクトメンバーからプレゼンターへ質問を投げかけた。グループ分けした質問内容と回答は以下の通りである。
江ノ島水族館公式アプリ「えのすい」について• 回遊ルートが決まっているため、道案内というよりはスタンプラリー要素が大きい。

• 道案内は作る労力の割にはそんなに使わないだろうと考えた。先方のビジネス的な状況によっては作ることも視野に入る。

• 道案内をやっていた事例は他であるが、精度が悪く、案内サインでも十分代用できる。
ビーコンからの Advertise について

• iBeacon や Eddystone はあくまでも 1 つのサービスであり、GATT や独自プロトコルによるサービスを組み合わせることができる。

Group Report of 2017 SISP

-4-Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life• iOS 側では iBeacon のパケットを Core Location が奪ってしまうが、それ以外であればCore Bluetooth で拾うことができる。

LINE Beacon について
• 仕様は非公開である。

• LINE Beacon でサービスを提供することは、元のサービスである「LINE」の評価に直結してしまう。

• 電波強度と送信間隔の調整で、範囲を調整できる。
ビーコンのメンテナンスについて• シンプルな構造のため、設置を行えば電池切れ以外はほぼメンテナンスが不要である。
• 設置の際は、外的要因による破損の対策をしなければならない。
• 該当等の公共設備に設置する場合には許可が必要である。
ビーコンの電力供給について• ソーラー発電や振動発電を併用することができ、発電中のみ電波を発信する事もできる。
• シングルサービス以外ではチップ等のハードウェア的な改善が必要である。
電波強度の調整について• チップの仕様によって段階や最大強度が異なるが、基本的には SDK を通して操作が可能である。

（※文責: 橋場保鷹）

2.5

開発するサービスの考案

2.5.1

アイデアソン

提案するサービスの決定に向けて、多くのアイデアをアウトプットするためにアイデアソンを 2回実施した。アイデアソンの手法は、SPAJAM2017 札幌予選のアイスブレイクとして使われたものを参考とした。はじめに、1 チーム 3 人から 4 人のグループを 4 つ作成した。メンバー個人ごとに 8 分間でビーコンを用いたサービスの提案を行い、6 分間で他のグループメンバーと共有を行った。次に 5 分間でサービスの提案を行い、6 分間で共有を行った。最後に、3 分間でサービスの提案を行い、6 分間で共有を行った。徐々にアウトプットまでの時間を短くすることによってアウトプットが難しいことではないという意識付けと同時にテーマを設定する上で参考にできるアイデアのアウトプットを行った。2 回のアイデアソンを通して合計 96 個のアイデアを出すことができた。
（※文責: 橋場保鷹）

2.5.2

グループによるブラッシュアップ

アイデアソンでアウトプットした 96 個のアイデアをもとに、グループワークを通してアイデアのブラッシュアップを行った。4 人 1 グループで 3 つのグループを作り、予め提案例としてプロGroup Report of 2017 SISP

-5-Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Lifeジェクトリーダーとティーチングアシスタントが作成したプレゼンテーションを参考にしながら、
各チームごとに 2 つのアイデアのブラッシュアップを行った。ブラッシュアップ期間は 1 週間とし、途中で教員レビューや学生同士のレビューを行うことで作業を効率的に進めることができた。
（※文責: 橋場保鷹）

2.5.3

アイデアコンテスト

アイデアコンテストでは、ブラッシュアップした 8 つのアイデアと、提案例として作成したアイ
デア 1 つの合計 9 つあるアイデアについて、発表と評価を行った。発表は、1 アイデアあたりプレ
ゼンテーション時間が 10 分、コメント時間が 5 分に加えて、アイデアコンテストにあたり担当教員を招いた他、トランスコスモス株式会社と Tangerine 株式会社の方とリモート会議サービスを介して遠隔から発表を行った。また、オンラインの投票フォームを用いてアイデアに対する評価を収集し、「新しい UX/新体験」、「オリジナリティ」、「函館との親和性」、「ビーコンの活用」、「サービスの継続性」の 5 項目の観点で評価した。ユーザーの新体験を重視したサービスの提案を行うた
め、「新しい UX/新体験」を 10 段階、残りの項目を 5 段階として、評価項目に重みを付けた。
発表では「サプライズスナップ」、「Music Travel」、「MindEcho」、「きょう you」、「購入シェア」、「Hako-B」、「beacomm」、「函館ディスりガーデン」、「Contextual-指さし会話帳」の合計 9 つのア
イデアを発表した。
「サプライズスナップ」は、観光客向けの写真撮影サービスである。カメラをビーコンとともに函館の街各所に設置しておき、ビーコンで観光客が通り過ぎるのを検知して自動で写真を撮影する。
「Music Travel」は、観光客向けの音楽共有サービスである。ビーコンとスピーカーを観光名所に設置し、そこにいる人の数や性質によって様々な音楽を提供する。
「MindEcho」は、観光客同士の感情を共有するサービスである。スマートフォンでジェスチャー
入力を行うことによって、同じビーコンの周囲にいる人へ向かって感情をアウトプットする。
「きょう you」は、観光客同士の体験を共有するためのサービスである。他の SNS サービスとビーコンの情報を連動することで、自分の足跡や体験を他のユーザーに共有する。
「購入シェア」は、地元の買い物客同士を繋げることで商品を知ってもらうためのサービスである。ビーコンに登録された商品を宣伝することで、その商品を購入する際に割引が入る。後続の買い物客に宣伝を見せることでその商品に興味を持ってもらう。
「Hako-B」は、函館のバスを観光客や地元の人にわかりやすく利用してもらうためのサービスである。バスやバス停にビーコンを設置し、自分の行きたい場所によって適切にバスやバス停の位置を知らせてくれる。
「beacomm」は、観光客と地元の住民を繋げるためのサービスである。ビーコンの電波を用いて店の中でのみ参加ができるローカルな SNS を作ることで、顔を合わせずに地元の住民と観光客が意思疎通ができる。
「函館ディスりガーデン」は、函館に不満がある人と、函館をより良くしたい人をマッチングさせるためのサービス。函館に不満のあるユーザーがビーコンに問題を投稿し、それを見つけた函館をより良くしたい人が解決するといったきっかけづくりを行う。
「Contextual-指さし会話帳」は、外国人観光客のコミュニケーションを支援するサービスである。ビーコンの電波を検知し、今いる場所や経路からその場にふさわしいフレーズと翻訳を提供することで、店や交通機関等での会話を支援する。
表 2.1 が示すとおり、総合的に評価点が高かったのは「サプライズスナップ」であった。新体験Group Report of 2017 SISP

-6-Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Lifeの点数が高く、今までにないサービスだったことが高得点の要因だといえる。また、Hako-B が函館との親和性やビーコンの特徴を活かしているか、継続性があるかといった評価が高かった。理由として、函館固有の悩みであるバスの事情を解消し、ビーコンならではのアプローチで解決ができると行った点が挙げられる。
（※文責: 橋場保鷹）

表 2.1

各アイデアと評価の平均

新体験

オリジナリティ

親和性

ビーコンの特徴

継続性

サプライズスナップ

9.2

4.9

4.7

4.4

3.5

Music Travel

8.4

4.1

3.4

3.7

3.2

beacomm

7.2

3.7

3.2

4.0

3.3

きょう you

7.2

3.7

3.8

4.0

3.8

購入シェア

7.9

4.1

3.9

4.1

4.2

Hako-B

7.1

3.8

4.7

4.7

4.4

MindEcho

8.1

4.3

3.2

2.8

3.1

函館ディスりガーデン

8.6

4.8

3.9

3.9

3.7

Contextual-指さし会話帳

7.4

3.7

4.5

4.2

4.0

2.5.4

地元企業によるレビュー

函館でものづくり関係の業務を行っている企業を招いた「函館市異業種交流会」へ参加し、アイ
デアコンテストで評価が上位であった「サプライズスナップ」、「Hako-B」、「函館ディスりガーデン」の 3 つのアイデアを発表した。発表に用いたスライドは、アイデアコンテストで使用したスライドを 3 つ合わせて 10 分に収まるように簡略化したものを用いた。参加した目的は、函館の住民
や IT 技術者ではない人の視点から、テーマに対しての客観的な評価を得るためである。「サプライズスナップ」の改善につながると判断したレビューには「シャッターを自分で押せると良い」という意見があった。この意見はアイデアコンテストで言われた肖像権の問題を解決する一つの手法として参考にした。「Hako-B」の改善につながると判断したレビューに「バス停までの経路案内もしてほしい」という意見があった。
「Hako-B」はバス停のわかりにくさの改善する目的で考案されたため、必要な機能であることから実装を検討した。「函館ディスりガーデン」の改善につながると判断したレビューに「クーポンや粗品などの用途があるものを報酬として用意するべき」という意見があった。報酬として、賞状を渡すなどの考案はあったが、それでは継続性の要素として弱いことがわかった。全体として、質問が途切れることなく寄せられ、ぜひ作ってほしいなど前向きな意見が得られた。
（※文責: 荒田啓太郎）

2.5.5

テーマ決定

アイデアコンテストを通して得られたフィードバックをもとに、実際に開発を行うテーマの決定を行った。テーマの選択では、フィードバックで得られた評価を加味した上で、多数決によりGroup Report of 2017 SISP

-7-Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life
「Hako-B」、「サプライズスナップ」、「Contextual-指さし会話帳」をテーマとして決定した。開発を行うサービスの数は、人数や開発期間を考えた上で 3 つが妥当であるという意見で一致した。
（※文責: 橋場保鷹）

Group Report of 2017 SISP

-8-Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life

第3章
3.1

本グループについて背景

函館市の交通手段として車、市電、バスなどがある。その中でもバスは気軽に利用でき、車を持っていない人は必然的に利用回数が多くなる。現在、バスの時刻表やバスの接近情報を表示する
既存のウェブサイトやアプリケーションが存在しているが、その実現技術として GPS が用いられている。GPS は衛星と通信する際に遅延が発生するため、バスやバス停の位置を把握する際に誤差が生じる場合もある。
（※文責: 小島雄士）

3.2

函館のバスが抱える課題

フィールドワークやブレーンストーミングなどの話し合いによって、バス停に関する課題とバスの情報を発信しているウェブサイトについての課題を抽出した。
バス停についての課題は 2 つある。1 つ目は、函館のバス停の中にはわかりにくいものも多いという点である。例えば、「五稜郭」というバス停は、同じ名前のバス停が近くに 8 つ存在している（図 3.1）。これは、観光で初めて函館バスを利用した人だけでなく地元住民にとっても分かりにくい。また、路線が完全に一致しているが往路と復路で別系統となっている路線も存在するため系統
番号だけではバスを判断できない。この課題により、バスの乗り間違えや目的のバスに乗れないなどの問題が起きる。2 つ目は、似たような名前のバス停が多い点である。バス停間の名前の違い
が、前、入口、裏などしかない場合があり目的地へ行くためにどこで降りればよいのか分かりにくい、という問題がある。
バスの情報を発信しているウェブサイトの問題点は 2 つある。まず 1 つ目の問題点は、バスの接近情報が正確ではないときがある、という点である。理由は、バスに搭載されている機器が GPS
衛星と定期的に通信するが、通信の際に発生する遅延が原因となって、バスの位置を即位するときに誤差が生じるからである。さらに、大雨、渋滞、冬に雪が降っているときなどで接近情報が「調整中」となり、正確な情報を取得できない場合がある。2 つ目の問題点は、ウェブサイトを利用して目的地を検索することが難しい点である。バス会社が提供する公式ページではバス停の名前が分からない人のためにマップから検索できる仕組みがある。しかし、マップによる選択機能が広範囲な地域選択に対してのみ提供されている。地域選択後は目的地候補名が一覧表示されるが、その目的地一覧にない場所へ行きたいときはバス停の検索機能を利用しにくい。
（※文責: 小島雄士）

3.3

目的

私たちは「バスとバス停にビーコンを設置し、函館のバスの乗降のミスを少なくする」ことを目的とした。3.2 節で述べたようにバス停留所やバスの情報を発信しているウェブサイトについて、Group Report of 2017 SISP

-9-Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life
いくつかの問題点を発見した。これらの問題点を解決するために、函館のバスをより使いやすくするアプリケーションの開発を行う。特に、函館のバスを初めて利用した人にも使いやすいようなア
プリケーションを目指す。
（※文責: 小島雄士）

図 3.1

Group Report of 2017 SISP

五稜郭バス停- 10 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life

第 4 章 Hako-B について
4.1

Hako-B の概要

フィールドワークより、函館のバスが初見の人には分かりづらいということが問題点としてあがった。初めて函館に来た観光客でも迷うことなく函館のバスに乗ることができれば、地元の方にも分かりやすいサービスとなるため、観光客向けのユーザー支援アプリケーションを作成することにした。函館のバスの分かりづらい点として、3.2 項で述べた問題のほか路線が完全に一致しているが往路と復路で別系統となっている路線も存在する。そのため、系統番号だけでは乗車するバス
停が判断しづらい。それらを解決するために私たちは Hako-B を提案する。Hako-B とはバスとバス停にビーコンを設置し、ユーザーが乗車予定のバスの系統番号や行き先情報を既存のシステムや時刻表を見ずに乗車できることを目的としたアプリケーションサービスである。
（※文責: 北原康太）

4.2

機能一覧

本アプリケーションのは、4 つの機能を持つ。以下に、それぞれの機能について述べる。

1. バス停の選択機能
乗車するバス停を選択する際にマップからバス停を選択できる（図 4.1）
。これによって函館へ初めて来た人にも使いやすくなるようにした。また、マップからバス停を選択できるのでバス停の名前が複雑な場合も乗車地を選択しやすい。しかし、バス停を設定する際にいくつもバス停がある場所であると設定することが難しい。そのため複数のバス停がある五稜郭、函館駅前についてはマップ上にピンを 1 つしか建てない。観光案内などでバス停の名前は分かるが位置を知らない場合には検索をすることでバス停を絞り込み、場所が分かるようにした。これは函館バスが抱えている、名前や位置が紛らわしく分かりにくいバス停が多いという課題を解決する機能である。

2. 経路表示機能
本アプリケーションには経路表示の機能を入れた。経路表示機能によってバス停までの道のりが分かるようになった。バス停が複数存在していた場合に正しいバス停までの経路を表示
し、間違ったバス停に着くことを防ぐ。経路は現在地からユーザーが設定した乗車地までを赤くマップ上に表示する（図 4.3）。また、最短距離を表示するものとした。経路表示をもとにバス停の近くへ行くとアプリケーションから通知が来てバス停が正しいかが分かる。この機能は、バス停が複数存在していた場合に位置が分かりにくい、という課題を解決する機能である。

3. バス停の正誤判定機能
バス停に設置されているビーコンの電波範囲内に入った際、アプリケーションがユーザーに通知を行うようにした。近づいたバス停が乗車地に設定したものであった場合は正しいという通知を行う。同じ、または似ている名前のバス停が近くに存在する場合、乗車地に設定しGroup Report of 2017 SISP

- 11 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Lifeていないバス停に近づくと誤っているという通知を行う。この通知によって、同じ、または似ている名前のバス停が複数存在していてもユーザーは迷うことなく設定したバス停を見つけることができる。また、このバス停判別機能はビーコンの局所性を最も活用している機能である。GPS による測位では誤差が大きく、300m 近くの誤差が生まれることもある。この誤差の範囲内にバス停が複数存在した場合バス停を正確にユーザーに通知できない。しかしビーコンは誤差が大きい場合でも数メートル程度のためバス停を正確に検知できる。この機能によって、近くに複数のバス停が存在しており経路表示では分かりやすい表示ができな
い、という課題を解決した。

4. バスの通知機能設定した降車地へ行くバスが接近した際にユーザーへ通知を行うようにした。目的のバスが接近し、ビーコンの電波範囲内に入った際、通知を行う。設定していないバスが接近したと
きには通知を送らないようにしている。函館のバスは系統が多いが、本アプリケーションからの通知によって、バスの系統表示を気にすることなくユーザーはバスを利用できる。この機能の実装によって、目的地が同じ場合でも系統が複数存在しているのでバス停の系統が分かりにくい、という課題を解決した。
（※文責: 小島雄士）

Group Report of 2017 SISP

- 12 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life

図 4.1

図 4.3

バス停の選択図 4.2

バス停選択時のメニュー

経路表示

Group Report of 2017 SISP

- 13 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life

第 5 章 課題解決のプロセス
5.1

本グループの目標

本プロジェクトにおける目標は、ビーコンを用いて函館のバス利用をより快適にできるようなア
プリケーションを作成することである。私たちでは「Hako-B」のアプリケーションでバスとバス停の判別をでき、乗り間違いを少なくできるような提案、開発をすることを目標とする。
（※文責: 佐藤秀輔）

5.1.1

前期活動における目標

前期の活動での目標は、開発するアプリケーションを使用し、どのように函館のバスの利用を快適にできるのかを考える。そして、後期の開発へ向けアプリケーション機能の洗い出し設計を行うことである。そのため、函館のバスを利用する際にどのような点が不便であるか、またビーコンを用いてどのような問題点を解決できるかを考え、アプリケーションに実装する機能を決める。後期での開発を円滑に行うため、実装する機能をもとにどのような画面遷移をするか、どのようなシステムにするのかを考え、画面遷移図などを作成する。
（※文責: 佐藤秀輔）

5.1.2

後期活動における目標

後期活動での目標は、前期活動にて考案した機能を実装したプロトタイプを作成し、実証実験まで行うことである。作成したプロトタイプは、実証実験の前にビーコンを用いた基礎的なテストを行う。また、メンバー内で実際にアプリケーションの使用の流れを確認しながらより使いやすいものになるようにレビューを行っていく。そして、最終成果報告会へ向けて中間発表よりもより良い
プレゼンテーションが行えるように発表練習を行う。
（※文責: 北原康太）

アプリケーションの作成
前期活動にて考案した機能をもとにアプリケーションの開発を行う。アプリケーションに実装する機能は以下のものである。

• バスの時刻表情報• マップ上でのバス停の選択• バス停までの経路案内• バス停の正誤判定通知• 乗車予定バスの通知

Group Report of 2017 SISP

- 14 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life
作成したアプリケーションを実際に使用しどのような機能が使いづらいのかを確認する。その後、その機能についてメンバー内で話し合いを行い機能の修正を行う。このような流れを繰り返し、アプリケーションの作成を行っていく。
（※文責: 北原康太）

基礎テスト
前期の活動では実際にビーコンを用いたテストを行えなかったためビーコンを用いたテストを行った。テストを行う際にある程度の精度があるかを確認するため以下の方法でテストを行った。

• 利用者がどの程度の距離まで接近すると通知が来るのか• ガラス越しで通知機能が起動するのかどうか

これらのテストではビーコンを起動しておき、どの程度の距離まで離れた際に通知が送られるのかを検証する。
（※文責: 佐藤秀輔）

実証実験
具体的な実証実験の方法としては、バス車内に設置されたビーコンと見立てて実際のバスへビーコンを持って乗車する。バス停に立っている Hako-B アプリケーション利用者にバス接近情報が通知されるかどうかを確認する。また、バス停付近にビーコンを持って立ち、どの範囲なら乗車予定のバス停がビーコンによって見つけられるかという点を検証する。その際のテストでは、• 実際にどの程度の距離よりビーコンの電波を検知して Push 通知が送られてくるのか• 車内からのビーコンの電波でどの程度の距離から判別できるのか• バスが連なってきた場合のバスの判別• バス停が多くある箇所で目的のバス停が判別できるのか
これらのビーコンが用いられている箇所の動作を安定させるようなテストを行う。
（※文責: 北原康太）

5.2

サービス設計5.2.1

システム概要本システムは、バスとバス停に設置されたビーコンにより、そのバスとバス停の正誤判定をするというシステムである。主な機能としては、目的のバスとバス停へ近づいた際に Push 通知を送るというものである。また、Push 通知を送るだけでなく近くのバス停をマップから選択する。その後、時刻表などを確認でき、利用者が簡単にバスの情報を集めることができる。
（※文責: 佐藤秀輔）

Group Report of 2017 SISP

- 15 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life

5.2.2

ユースケースシステムとユーザー間でどのような処理が必要になるのか確認するためにユースケースを作成した。作成したユースケースをもとにユースケース図を作成した（図 5.1）
。アクターである観光者はアプリケーションを起動し、目的地、現在地付近のバス停を選択する。選択したのち、ユーザーが選択したバス停のビーコンの範囲内に入ると Push 通知を受け取る。その後、目的地まで向かうバスに設置されたビーコンの範囲内に入ると Push 通知を受け取る。

図 5.1

ユースケース図（※文責: 佐藤秀輔）

5.3

ストーリーボード

観光客が Hako-B アプリケーションを起動すると、GPS を用いてマップから降車位置を選択でき、降車位置決定後、現在位置の周りにあるバス停を選択できる。その後、現在位置から乗車予定のバス停までの経路表示をする。乗車予定のバス停に近づくと、バス停に設置してあるビーコンから「乗車予定のバス停に近づきました」という Push 通知が送られる。さらに、近くにバス停が複数ある場所でも、迷わず乗車するバス停へたどり着くことができる。そして、バス停に乗車予定のバスが到着した際には「乗車するバスが到着しました。バスに乗ってください」という Push 通知が送られる。そのため、複雑な系統番号や降車地が書かれていないバスでも間違うことなく正しい
バスに乗ることができる。

Group Report of 2017 SISP

- 16 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life（※文責: 北原康太）

5.4

環境構築

各メンバーとの連絡は Slack を用いて行った。Slack では、グループメンバーへの連絡、一部
ファイルなどの共有に利用した。私たちは iOS のアプリケーションを開発するため Apple が提供している Xcode という統合開発環境を使用した。Xcode を使用するためにまずは Apple ID の作成が必要だったため個人の持っているアカウントもしくは開発のために Apple アカウントを作成を行った。開発の環境としては Xcode のインストールを行うことで整うため Xcode のインストールを行った。また、Xcode を用いてアプリケーションを作成する前に Prott というプロトタイピン
グツールを用いてプロトタイプの作成を行った。GitHub では、リモートリポジトリに機能の追加、バグの修正などの種類ごとでブランチを作成し、リモートブランチへプッシュした。develop などの開発用のブランチを作成せず master にマージするとき、テストを行い問題がないかレビューを行い master へマージをするという手法で行った。master にマージする際、レビューを徹底することで master のファイルでバグが起きないようにできる。
（※文責: 佐藤秀輔）

5.4.1

Xcode

今回のアプリケーション開発では Android、iOS の両方の開発をすることが難しいため iOS のアプリケーション開発を行うこととした。そのためアプリケーション開発には、Apple 社が開発した Xcode という統合開発環境を使用して開発することにした [2]。開発言語は Swift を使用した。
使用したバージョンは Xcode8.3、Swift3.0 の環境で開発をした。Xcode には InterfaceBuilder という機能があり実際にコードを書かなくても視覚的に UI を作成する機能があり、リファレンスなど充実しているため開発ツールに Xcode を選択した。また、Xcode 上でシミュレータを起動し実際に iPhone で動かしているかのようなデバック機能があるため実際に iPhone を持っていたりしなくても現在のコードを確認できるというメリットも有る。
（※文責: 佐藤秀輔）

5.4.2

Prott

プロトタイプの作成のために株式会社グッドパッチが提供する Prott というプロトタイピング
ツールを用いた [3]。アプリケーションの開発前にプロトタイプを作成することでメンバー間でのアプリケーションに対する情報共有を行った。このプロトタイプでは、実際の位置情報やバス停の位置情報などは取得できていないが全メンバーでアプリケーションの動きなどを確認できた（図5.2）。前期時点で考案していた機能に関しては作成してあったため実際の開発ではこのプロトタイ
プを参考に開発を進めていった。
（※文責: 佐藤秀輔）

Group Report of 2017 SISP

- 17 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life

図 5.2

5.4.3

プロトタイプ

Git/GitHub

ソースコードのバージョン管理ツールとして Git/GitHub を使用した。Git は分散型のバージョ
ン管理システムの 1 つであり、すべてのファイルの変更履歴を含む完全なリポジトリの複製を保存できるというものである。その為、一度編集したファイルをもとに戻すことやどのような編集が行われたのか表示することが可能となる。リポジトリにはネットワーク上に保存されているリモート
リポジトリと、メンバーそれぞれの PC 内に保存されているローカルリポジトリの 2 種類がある[4]。リモートリポジトリではメンバーそれぞれのファイルの変更履歴を保存し確認、共有できる。
GitHub とはリモートリポジトリを提供するサービスの 1 つである。GitHub を使用することにより、複数のメンバー間でスムーズにファイルを共有し開発することが可能となった。
（※文責: 佐藤秀輔）

5.5

技術習得

メンバー全員で iOS のアプリケーション開発経験のある人が 1 人しかいなかったため、夏季休
業期間中にアプリケーション開発の基礎的な知識を学習できるような資料の作成を行った。メン
バーには作成した資料にもとづき、経験のあるメンバーに質問をしながら基礎的な知識をつけられるように活動を行った。夏季休業期間期間ではメンバー同士で集まることが難しかったため各自、作成された資料を見ながら個人で進めていった。その際のプログラムの教材として• Swift の基礎知識• Hello World のプログラム作成• TableView を用いたアプリケーションの作成の 3 つを題材として基礎的な知識について学習を行った。プログラムの教材に関しての質問は今回
資料を作成したメンバーをメンターとし、出てきた質問に対応してもらった。

Group Report of 2017 SISP

- 18 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life（※文責: 佐藤秀輔）

5.6

中間発表会

5.6.1

発表形式

始めにメインポスターの発表を 5 分間行った後、聞き手には 3 つのサブポスターのどれかを選んでもらいそれぞれ発表を聞いてもらった。Hako-B のポスターセッションでは前半と後半それぞれ 2 人ずつに分かれて発表を行った。1 人は概要、システム構成、今後の予定を話し、もう 1 人はHako-B についてを話した。
（※文責: 小笠原瑠奈）

5.6.2

発表内容

始めに、概要を説明した。まず、Hako-B を提案するに至った問題点を実際のバス停の例と画像を用いて提示した。1 つ目は同じバス停名が近くに複数存在すること、2 つ目は似たような名前のバス停が存在すること、3 つ目は目的地に行くためのバスの系統がわかりづらいことだった。その後、先に述べた問題から生じるミスを解消することを目的として示した。次に、Hako-B の機能説明をした。まず、アプリケーションの特徴を箇条書きで大まかに示した。特徴は 3 つあり、1 つ目
は利用者が設定したバス停までの道案内を GPS を用いて行うことである。2 つ目はバス停に設置されたビーコンから受けた電波によってバス停への接近を利用者に通知することである。そして 3
つ目は、バスの車内に設置されたビーコンから受けた電波によってバスの到着を通知することである。その後、処理フローでイラストやスマートフォン画面などの画像を用いてアプリケーションの機能を具体的に説明した。次に、システム構成の説明を行い、今後の予定を 3 つ示した。1 つ目は設計をもとにプロトタイプを作成することである。2 つ目は模擬バス、模擬バス停による実証実験を行うことである。3 つ目はテストで出た問題の改善を行うことである。以上がポスター発表の内容となる。
（※文責: 小笠原瑠奈）

5.6.3

レビュー内容発表方法についての評価と反省発表方法に関して、プラスの意見として• 身振り手振りがあって良い• 発表が分かりやすかったなどが挙げられ、聞き手に内容を上手く伝えることができたと分かる。以上から発表技術に問題はなかったと言える。マイナスの意見としては• 声が聞き取りづらい• ポスターのレイアウトが意味不明• 画面遷移図が小さい

Group Report of 2017 SISP

- 19 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life• 図に少し説明を入れると良いなどが挙げられた。平均評価は 7 であった。以上から、• 発表する際の各グループの配置や向きを見直す必要がある• ポスターのレイアウトを読み進めやすいものにする• アプリケーション画面のテキストをポスター用に大きくする• 図を見やすくして説明を付ける

上記の 4 つが改善点として挙げられる。
（※文責: 小笠原瑠奈）

発表内容についての評価と反省
発表内容に関しては、プラスの意見として• 問題の着目点が良い• アプリケーションのニーズは高い• 実際に欲しいなどが挙げられた。以上より、提案に対する聞き手のニーズが高いと分かった。マイナスの意見としては、• プロトタイプもできていないので課題が山積み• 内容の検討がたりない• ビーコンの利点をうまく使いこなせていない。もっと他にも良い活用法があるかもしれない• バス停名が分からない人にはどうするのか• 計画を具体的に詰めたら良いなどが挙げられ、提案システムの問題点や今後の予定が詳細に決められていないことに指摘を受けた。平均評価は 7 であった。以上から、今後出来るだけ早い段階からプロトタイプを作る必要があ
ること、様々なアクターを想定したユースケースを再検討すること、今後の計画を詳細に決めることが改善点として挙げられる。また、「バス停名が分からない人にはどうするのか」という指摘に対しては、ユーザーが目的地を入力するとマップ上から推奨される降車地と乗車地を選択できるというアプリケーションの機能が解決策となる。しかし、これは展望であり、実装予定の機能として
はポスターに載せていなかったので説明不足であったと反省する。
（※文責: 小笠原瑠奈）

5.7

オープンキャンパス

公立はこだて未来大学のオープンキャンパスで本プロジェクトの説明を行った。説明方法はオー
プンキャンパスに来た方々がポスターの前に立ち止まり見ているときに Hako-B についての説明を行う、という方法をとった。また、ポスターは大学生や先生を対象としたポスターになっているた
めオープンキャンパスへ来た方々には難しい用語がある。そのためポスター説明で専門用語を話す
際にはその都度用語の説明をした。

Group Report of 2017 SISP

- 20 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life（※文責: 小島雄士）

5.8

デモ発表会

プロジェクト内での各グループの進捗を確認を行うためにでも発表会を行った。デモ発表会では、成果発表会と同じ形式で行うため開発と同時にポスターの作成も行った。この時プロジェクトの教員 3 名より作成したアプリケーションとポスターに関してコメントを頂いた。
（※文責: 佐藤秀輔）

内容

5.8.1

開発したアプリケーションの UI、機能などの意見をもらうため私達のプロジェクトの教員方に発表を行った。発表会ではポスター、実機を用いて説明を行った。最初にポスターの説明を行った。デモ発表会のため、ポスターの説明は簡略化して行い、デモの説明を多くした。まず Hako-Bの概要を説明した。その後、実機の画面をプロジェクターで投影してデモを見せながらアプリケー
ションの機能を説明した。前期のポスターとの違いとして、既存のアプリケーションとの差別化をした点を新しく入れた。デモ発表会の時点ではまだ、経路表示、乗車地に設定していないバス停についたときの誤り判定はなかった。
（※文責: 小島雄士）

レビュー

5.8.2

デモ発表会のレビューは「デモの完成度は高かったですか」「ポスターはわかりやすかったです
か」の 2 項目に分けてレビューを行った。それぞれ、「わかりにくかった」から「わかりやすかった」まで 5 段階で評価を受けた。また、それぞれ改善点やコメントをした。
デモに対しての評価としては 5 段階評価で平均 3.3 となった。コメントには以下のようなものがあった。

• この時期にしてはかなり進んでいる状態だと思います。ただ、もっと欲を言うと UI にこだ
われるようになるといいと思います• 機能も見た目も割と出来ているように見えました• 亀田支所や五稜郭前など分かりやすい場所のデモをするとわかりやすい• 複数個バス停があるので乗りやすいというのがアピールポイントだと思うので、早めに経路表示を実装した方がいいと思います• もう少しストーリー性があると良いと思った以上のコメントより、アプリケーションの機能面に関しては実装が進んでいる。また、アプリ
ケーションの見た目に関しても分かりやすいものになっていると思われる。デモの改善点としてはより分かりやすいデモを行うことが必要である。コメントにあるように、亀田支所や五稜郭を使用
してデモを行うと分かりやすく感じた。そして、経路表示の実装を早めにすると説明も分かりやす
くなる。また、初めて Hako-B を初めて見た人に対して、アプリケーションの有用性を説明することも大切だと思われる。今回は同じプロジェクト内でのレビューなのである程度概要を知っているGroup Report of 2017 SISP

- 21 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life
状態でレビューをした。しかし、初めて見る人に対してはビーコンをどこに使っているのか、どのような流れでアプリケーションを使えばいいのかといった Hako-B の説明がまだまだ足りていないと思われる。
ポスターに対しての評価としては 5 段階評価で平均 3.3 となった。また、コメントには以下のよ
うなものがあった。

• 全体的に見やすかった• 機能ごとに画面を表示しているのが良い。既存のアプリケーションとの違いの欄に不自然な空白があるのが気になった• 人が物事を理解するときは、Why の説明がかなり重要です。機能が必要な理由を述べられると良いです• 目的や背景がないので動機が分かりづらい• 全体的に図と説明が足りない。ポスターからは Hako-B の魅力が伝わらないので、Hako-Bとはの部分をもう少し説明を濃くした方がいいかもしれないです。もしくは、全体の流れを表す図を入れた方がいいと思います• テキストが多いと感じた
以上のコメントより、作成したポスターはシンプルだったと考えられる。デモの改善点としては主に見た目に関してのものが多かった。例えば図が少ない、不自然な空白がある、テキストが多いな
どがあげられる。また、目的や背景を入れていなかったため、動機が分かりづらい、というコメン
トもあった。「Hako-B の機能が必要な理由が足りていない」「Hako-B についての説明が少ない」などのコメントより、デモと同じようにアプリケーションについての説明が不十分だったと考えられる。アプリケーションの図もただ 4 つあるだけだと順番に並んでいても気が付かないので矢印や数字などを使って見やすくするように改善したい。
（※文責: 小島雄士）

5.9

プロジェクト学習見学者への発表

2017 年 12 月 6 日に来訪した金沢工業大学の教授の方々に向けてポスターを使用した発表を行った。時間が限られていたため、3 分程度に説明を要約した。まず、Hako-B の概要を説明した。その後簡略化してアプリケーションの使用フローやアプリケーション画面を説明した。最後に今後の展望を発表した。発表では時間が限られていたためゆっくりと時間を取って詳しく話すことができなかったがビーコンを使うことの有意性、要点など十分に発表できた。
（※文責: 小島雄士）

5.10

成果発表会

5.10.1

発表形式

始めにプロジェクト全体の発表をスライドで 5 分間行った後、聞き手に 3 つのサブポスターのどれかを選んでもらい発表を聞いてもらった。Hako-B のポスターセッションは中間発表会と同じ形式で、発表者の組み合わせも同じであったが、同時にアプリケーションのデモを行った。1 人はGroup Report of 2017 SISP

- 22 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life問題、Hako-B について、アプリケーションの使用フローや学び、展望を話した。もう 1 人はアプ
リケーションの機能について実際にアプリケーションを動かして説明した。デモではアプリケー
ションがバスとバス停のビーコンを検知することに重点を置いてデモを行った。その中では、アプ
リケーションを動かすほうがバス停のビーコンを持ち、もう 1 人がバスのビーコンを動かすことで

Push 通知が来る様子を見せた。
（※文責: 小笠原瑠奈）

5.10.2

発表内容

まず概要において、アプリケーションを開発するに至った背景として以下の 3 点を函館バスの問題点であると例えを交えながら提示した。初めて函館に来た人はバス停名・位置が分かりづらい。
函館では同じまたは似たような名前のバス停が複数ある。目的地に行くためのバスの系統が分かりづらい。以上の 3 点を函館のバスの問題点であると、例えを交えながら提示した。その後、提示した問題を解決するために開発したという流れで Hako-B とはどのようなアプリケーションなのかを簡潔に説明した。次にアプリケーションの使用フローを説明した後、分かりやすいよう実際にアプ
リケーションのデモを行った。デモでは、マップから乗車地・降車地を選択した後、次の画面で時刻表をタップすると乗車地までの経路が表示されるという流れを軽く示した。乗車地・降車地選択の画面では検索フォームに「赤川」と入力すると「赤川」が含まれるバス停だけが表示される様子も見せた。そして、「はこだて未来大学」を想定したビーコンをスマートフォンに近づけると「バス停が近くにあります」、違うビーコンを近づけると「違うよ！」と通知される。その後、バスを想定したビーコンが近づくと「バスが到着しました」と通知される様子を見せた。最後に、後期の活動を経ての学びとして以下の 2 点を提示した。Swift での iOS アプリケーション開発の流れを学んだ。ビーコンを用いた局所的な位置情報の利用法を学んだ。今後の展望としては以下の 2 点を提示した。正確なバス遅延時間の表示を行う。乗り換えも考えたルートの表示を行う。
（※文責: 小笠原瑠奈）

5.10.3

レビュー内容発表方法についての評価と反省発表方法に関して、プレゼンテーションに関するプラスの意見として• 具体的なシチュエーションでの説明がわかりやすかった• とても効果的なプレゼンが出来ていました• 詳細をしっかり説明してくれている• 詳細をしっかり説明してくれている• 発表する速さが程度良い感じですなどがあった。また、ポスターに関しては• ポスターの図が分かりやすかった• と内容をまとめられていたため分かりやすかったなどがあり、デモに関してはGroup Report of 2017 SISP

- 23 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life
• 発表技術について、体験ができて、理解しやすかった• デモを行っていてわかりやすい。大きめのディスプレイを使っていてわかりやすかったなどの意見を受けた。次にマイナスの意見に関しては、• 少し声が聞き取りにくかった• 声が小さく聞き取りづらかった• パネルセッションなのでパネルかくさない方がよいのでは？
など声の通りに対する意見を多く受けた。以上から、内容を説明する流れやポスター、デモは高評価であったことから分かりやすく、効果的であったと思われるが声量や動きに問題があったと言える。平均評価は 7.5 で、中間発表会よりも 0.5 ポイント上がった。
（※文責: 小笠原瑠奈）

発表内容についての評価と反省
発表内容について、開発したアプリケーションに関するプラスの意見として• はこだてのバスの問題をビーコンで解決しようとした点は、ユニークで面白いと思いました• アプリケーションのデザイン、とても良かった。これまでにない地域に合う案内方法ができると思いました• 市民の抱える問題に対する課題解決がテーマになっていて、わかりやすかった• Hako-B 使ってみたいです。バスは乗らないのですが、このアプリケーションがあれば乗ってみようと思います• Beacon とてもおもしろそうでした。実用化されたら欲しい• アイデアは非常に面白く、欲しいと感じました• このアプリケーションが実装されたらもっと快適に乗ることができると思ったなどの意見を頂いた。アプリケーション以外の事柄に関しては• 次の課題も把握しているところが良いと思った• 利用の流れがわかりやすかった• メンバーの学びがあるのがよいなどの意見を受けた。次にアプリケーションに関するマイナスの意見としては、• その場所（土地）を全く知らない人にも、やさしい UI とサービスがあるとよいと思いました。（Start と End がわかっている段階での話に感じました）• 実証実験などをもう少しやると、よいと思いました• 実際に実験をしてシステムとしてなりたつのかを是非確認してほしい！

• アプリケーションで自分の行きたい目的地を指定してもよりのバス停を指定できるようにしたら良いと思います。（乗車地、降車地を指定してくれる）• 質問にあったように時間のずれが分かるといいなどの意見を頂いき、アプリケーション以外の事柄に関しては• ビーコンとアプリケーションの関係性（どうやってリンク？させるか等）の説明がなかったGroup Report of 2017 SISP

- 24 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life
ので、もう少し動作の中身が知りたい• 学びの部分が苦労したことやどう解決したかなどが知りたかったなどの意見を受けた。以上からアプリケーションの有用性は高く、使いたいという意見も多かった
ことから Hako-B に対する評価は高いことが伺えた。バス停の選択や時刻表などユーザー任せ、実
現できなかった機能に対する指摘も多かったので今後の課題としたい。アプリケーション以外では学び、展望に触れていることが好感触であった。しかし、「もう少し詳しく説明してほしい」「アプリケーションのビーコンの連携など技術的なことに関する説明についても深く触れてほしい」という意見もあったので、詳細に説明すべきであったと感じた。平均評価は 8.5 で中間発表よりも 1.5
ポイント上がっていた。
（※文責: 小笠原瑠奈）

Group Report of 2017 SISP

- 25 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life

第 6 章 各メンバーの役割と活動の振り返り
6.1

役割分担

私たちは、メンバー全員が開発をできるようにアプリケーション内の機能ごとで役割分担を行った。開発には Xcode を用いて Hako-B のアプリケーションの作成を行った。まず、メンバー全員
でどのような機能が必要かを話し合いその話あった結果をもとに画面構成図を作成した。その後、作成した構成図を用いて開発に取り組んだ。メンバーの 1 人はメンターという立場となり、各メンバーが実装など、困った際は助けられるようにした。11 月からは、数名に成果発表会で使用するポスターの作成を行った。私たちはメンバー全員が一度はアプリケーションに触り、機能が実装できることを目的とし役割分担を行った。各メンバーの担当箇所は以下に示す。
北原康太• 画面遷移図の作成

画面遷移に関してどのようにしたら良いのか意見を出しながら作成を行った。

• Xcode を用いた開発

マップを使用した箇所の実装を行い、マップ上でバス停の位置を確認できるようにした。

佐藤秀輔• 進捗管理メンバーがやるべきことを確認し、作業を行えるように助言も添えたタスク管理を行った。

• 画面遷移図の作成

どのようなアプリケーションの流れであれば使い易いのかメンバーと相談しながら画面遷移図の作成を行った。

• Xcode を用いた開発

ビーコンを使用したアプリケーションの開発を学ぶことができた。

• 他メンバーのメンター

他のメンバーがアプリケーション作成に関して初めてであったため、作業が止まったりしていた場合にメンバーの開発の助けとなるように助言を行った。

• ポスターの作成

他のメンバーがポスターを中心的に作成し、ポスターに対するレビューを行った。

小笠原瑠奈• Xcode を用いた開発

時刻表の表示機能の部分を中心的に行い、バスが何分後に出てくるのかを TableView で表示できるようにした。

• ポスターの作成

グループのポスターをテンプレートをもとに作成を行った。ポスター作成では、ポスター全体の構成、ポスターの内容の作成を行った。

Group Report of 2017 SISP

- 26 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life• プロトタイプの作成

Prott というプロトタイプ作成ツールを用いてプロトタイプの作成を行った。

小島雄士• Xcode を用いた開発

Map 画面でのバス停のサーチ機能の実装を行った。

• ポスターの作成

ポスターの内容を考えメンバーと協力しつつ、ポスター作成を行った。
（※文責: 佐藤秀輔）

6.2

北原康太の振り返り

問題点からその解決策を見出す難しさを身にしみて感じた。特に、前期活動で行った「アイデアソン」や「アイデアコンテスト」の中で短い時間の中いくつものアイデアを紙に書き出した。そして、創出した経験は今後の学生生活や実際の業務に携わったときにも役に立つ手段だと思う。また、実際に大勢の人の前でプレゼンテーションをする機会が今までなかったため、中間発表会や成果発表会でのプレゼンテーションはいい経験になった。そして、チーム開発においては今まで扱ったことのない Github を使用して、ソースコードの管理を行った。Github を使うときに苦労したのは、コンフリクトが起きてしまったとき、解消するために時間がかかった点である。その際、お互いにコミュニケーションをとって、相手の開発担当部分を理解することをしたおかげで、自分が開発する際、スムーズに作業を進められた。プロジェクトメンバーが作成したのソースコードを読んで、理解しやすい点・しにくい点を参考にして、自分自身の担当部分のソースコードを見直す
きっかけになれた。これより、ユーザーの求める機能が何であるかをメンバーと考えながら開発にできたことがチーム開発から得られた経験である。また、今まで扱ったことのない言語である「Swift」を使用して、バス停関係の開発を担当した。函館バスの Web サイトからバス停の緯度経度を取得し、アプリケーションのマップ上にバス停を表示した。そして、ビーコンが最も学びが多かった。プロジェクト配属前、ビーコンが何か知らなかったが、企業の方のレクチャーや各自でビーコンについて調査を行い、プロジェクトメンバーに対して発表するということを通じてビー
コンについての深い知見が得られた。また、プロジェクトを通して反省するべき点も多く見つかった。例えば、わからないことがあった場合に、グループリーダーに頼ってしまった点である。当初
はバス停やバスの管理にサーバを建てて管理しようとしたが、実現に必要な知識を持ったメンバー
が 1 人もおらず、時間がかかりすぎるため断念してしまったことも反省点である。これらの 2 点が反省すべき点であった。
以上より、1 年を通してビーコンの知識や iPhone アプリケーションの開発方法、チーム開発の手法やその際に用いるツールなどを使って楽しく開発できた。これからも、プロジェクトで得た経験や知識を活かして、残りの学生生活や将来に向けて精進していきたい。
（※文責: 北原康太）

Group Report of 2017 SISP

- 27 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life

6.3

佐藤秀輔の振り返り

今回のプロジェクトでは函館という 1 つの地域にフォーカスすることでどこに課題があり、その課題をビーコンを用いてどのように解決をできるのかという体験が得られた。私は、このグループ

A のグループリーダーとして活動していたがメンバーをまとめ、メンバーごとに指示を出したりするということがかなり難しいと感じた。活動の中でグループのメンバーへの指示が遅くなったり、あまり指示を詳しく出すことができなかったことでメンバーの作業が止まってしまうことがあり、指示の伝え方を改善すべきと感じた。開発を始める段階では、iOS アプリケーションの開発経験を持つメンバーが他にいなかった。その対策として、メンバーがアプリケーション開発の基礎知識をつけられるように、Swift の資料などを作成するということをした。成果発表会では、自分たちの作成したものがどのように有用なのか、どうしてこのアプリケーションが必要なのかという点を伝えられた。その結果、成果発表会では「このアプリケーションを使いたい」とのコメントが多数得られた。反省点としては、UI に関してあまり力をかけることができなかったため「UI がわかりづらい」とのコメントがあった。UI 改善は今後もを行っていきたい。今回のプロジェクト学習を通して、リーダーとしてどのようにメンバーに指示を出していくのか、iOS アプリケーションでのビーコンの扱いの仕方などを学ぶことができ良い経験を得ることができた。
（※文責: 佐藤秀輔）

6.4

小笠原瑠奈の振り返りサービスを提案して、反応が得られる面白さが印象に残った。特に、中間発表会では提案するアプリケーションやポスター・発表方法について多くの指摘を受けた。しかし、成果報告会では「アプリケーションを使いたい」「分かりやすい説明」などの肯定的な反応を多く得られたのが嬉しかった。また、サービスの提案から設計、開発までの一連の流れを体験できたのは学びとなった。具体的には、フィールドワークやアイデアソンなど課題発掘やアイデア提案の手法を学ぶことができた。加えて、チーム内での話し合い、コミュニケーション、作業の分担、連携など複数人で取り組む難しさを実体験できた。技術面に関してはあまり上達感を得られなかったが Swift と、

Illustrator に関して扱う技術を身につけた。一方、グループ活動を通して実感した反省も多かった。
「課題発掘における関心や経験の無さ」「多角的に見ることが上手くなかったためにアイデアの問題点を多く発見できない」「コミュニケーションが足りないので連携が取れない」などがある。
以上から、プロジェクト学習を通してサービスを提案する楽しさと難しさ、チームで開発することによる多くの反省を得た。今後はこれらの反省点を改善し、学んだことを卒業研究など今後の活動に活かしていきたい。
（※文責: 小笠原瑠奈）

6.5

小島雄士の振り返り

Swift を使用したアプリケーション開発、Git の使い方、ビーコンという新しい技術について学ぶことができた。今まではアプリケーションの開発というものをやったことがなく、漠然としたイメージしかなかった。また、今までに制作したものは全て機能が 1 つのものだけだったため、本プGroup Report of 2017 SISP

- 28 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life
ロジェクトによってアプリケーション開発を経験できたのは良い機会であった。

Git は今後使う機会があると考えられるので、今回の学びは良い機会となった。プロジェクト開始以前は Git を使用したことがなく、知識もなかった。しかしプロジェクト内の講習会や開発によって Git についての理解を深めることができた。Git を使用した開発においては、コンフリクト
や役割分担などで苦労した。今までは 1 人でソースコードを書く機会しかなかったため、チーム開発でのみ起こりうるこれらの苦労を経験することは良い経験となった。チームでの開発は行ったことがなくチーム開発の大変さや苦労を経験できた。細かく連絡や進捗の報告をすることがとても大変であり大切なことだと気づくことができた。将来チームで開発を行う機会はあると思うので、今回の経験を活かしたい。また、ビーコンという技術に触れることができ、知識を得ることができた。プロジェクト開始以前はビーコンについての知識がほぼなかったがビーコンについて調べ、プ
ロジェクト内での話し合いなどを通して知識を深めることができた。ビーコンがどのような情報を持った端末なのか、何ができるのかなどを知ることができた。今後、ビーコンなどの位置情報を利用した開発を行う際は今回得た知識を活かしたいと思う。
反省として、開発に関しての知識が十分ではなかったということがあげられる。Swift を使用してビーコンから情報を得る方法については完全に理解できず、適切なコードを書くことができなかった。今後はビーコンを使用する際にビーコンの情報を得る方法を調べ、コードを書くことが出来るようにしたい。
通知をアプリケーションからスマートフォンの画面に出す方法が難しく、他のメンバーに全て任せてしまった。Xcode を使用してアプリケーション開発を行ったが、Xcode の機能の一部しか使
いこなすことができなかった。View や SearchBar、Label といった機能を主に使用したが他の種類の View や Bar があることに事後気づいた。

Git を使用してソースコードのバージョン管理を行ったが、Git に関しての知識が足りず、メンバーに不明な点を質問する機会が何度もあった。自習時間を設けることが大切だったと感じた。
ソースコードのバージョン管理の際に誤ってクローンやプッシュをしてしまうと、ほかのメンバーに迷惑をかけてしまうので注意することが大切だと学んだ。1 度プルをする際に誤ってしまい、メンバーに助けて貰ったことがあった。この時は、メンバーに助けて貰うまで自分ではコーディング
を再開できなかった。これは時間を余計に使ってしまったと反省すべき点である。怖がってプロ
ジェクトの時間まで何もしないのではなく、自分で調べて努力することが必要だった。プロジェク
トが始まって初めて使用する言語や開発環境だったので戸惑うことが多かった。しかし、Git は今
後使う機会が多いと思われるのでいい経験となった。これからは自分で学び Git を使う際に戸惑う機会を少しづつ減らしていこうと思う。
当初予定していた機能が完成しなかった点も反省したい。当初はデータベースを使用し多くのバ
ス停の情報を使用する予定であった。しかし、データベースの導入が間に合わなかったため使用できなかった。今後はデータベースについても調べ、機会があれば使用することが出来るようにしたい。
（※文責: 小島雄士）

Group Report of 2017 SISP

- 29 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life

第 7 章 まとめ7.1

前期の振り返り前期の活動では、大きく分けて「ロゴ制作」「ビーコンについての学習」「フィールドワーク」「ア
イデア出し」の 4 つについて行った。まずロゴの制作ではメンバー各自が考えてきたデザインを持ち寄って、どのような考えでロゴを作成したのかを発表し、投票形式でプロジェクトのロゴを決めた。ビーコンについての学習では、ビーコンの仕組みや種類、ビーコンの活用事例などを調べた後

3 分間の発表をして情報を共有した。次に、フィールドワークのための班を決め、フィールドワー
ク講習会などを受講した。調査内容を決めるなどの事前準備を行い、フィールドワークへ赴いた。
行き先は、四稜郭・五稜郭・西部地区の 3 つのエリアで「観光客や地元民の行動観察」「聞き取り調査」「現地の資料の収集」などを行った。それらの結果をまとめてプロジェクト全体と結果を共有した。その後のアイデア出しでは、アイデアソンを行い、自分が考えて良いと思ったアイデアを 1
つのスライドにまとめて発表を行った。メンバー各自が出したアイデアで類似するものを整理し、3 グループに分かれグループごとにを 3 つのアイデアを選出した。その後、Tangerine 株式会社やトランスコスモス株式会社に対して発表を行いレビューを受けた。
（※文責: 北原康太）

7.2

後期の振り返り後期の活動では、中間発表会で得られた意見をもとに不十分だった点を洗い出し、サービスの見直しを行った。特に、「誰を対象にしたアプリケーションなのか」が明確になっていなかったため、函館のバスを初めて利用する観光客を対象とし、アプリケーションの開発へと進んだ。11 月に行われたアプリケーションのデモ発表会では、内部レビューに参加した先生方から「なぜビーコンを用いると良いのか」ということを強調するべきだという意見を受けた。その中で、グループメン
バーと話し合い成果報告会に向けて、ポスター作成と発表練習を行った。
（※文責: 北原康太）

7.3

今後の展望

今後の展望として、GPS を用いたバス遅延時間の計算よりもビーコンを用いて遅延時間の計算をし、より正確な遅延時間の機能の追加をしたい。具体的な方法として、1 つ前のバス停のビーコ
ンの電波を受け取ったユーザーの時間とバスの時刻表の時間のズレをサーバで管理し、リアルタイ
ムで遅延表示を行う。そうすることにより、現在のバスの時刻表とのズレを最小にできるのではな
いかと考える。また、バスの乗り継ぎなどもあるため乗り継ぎに対応できる機能も実装していきたい。そして、成果報告会で得られた意見より、目的の降車地に着いたバスの通知機能が初めて函館のバスを利用するユーザーにとって有益であると分かった。本目的のために、降車地の Push 通知
機能を実装したい。他の意見では、アプリケーションのデザインに関する意見でアプリケーション

Group Report of 2017 SISP

- 30 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Lifeの見た目が、「全体的に寂しい感じがする」というコメントがあったためアプリケーションのデザインに関しても修正を行いたい。
（※文責: 北原康太）

7.4

前期の活動での学び

7.4.1

ビーコンについてメンバーの大半がビーコンについてほとんど何も知らなかったため、ビーコン勉強会を開いて、ビーコンにはどんな種類のビーコンがあるのか、現在のビーコンの活用事例やビーコンでできることとできないことについての情報を共有した。また、ビーコンを取り扱っている Tangerine 株式会
社とトランスコスモス株式会社からプロジェクトメンバーが考えたアイデアについてのレビューを受け、よりビーコンについての知識を深めた。Hako-B では、「iBeacon」を用いた。類似プロトコルの「Eddystone」では、アプリケーションではなくブラウザで使用することが多いため、iPhoneとの相性に欠けることが分かったためである。一方、「iBeacon」は Apple 社が提案したプロトコルのため、iPhone との相性がよくアプリケーション開発にも最適であったため、採用することに決定した。
（※文責: 北原康太）

7.4.2

情報共有・プレゼンテーション技術

前期の活動で行ったアイデア出しの中でアイデアソンやブレーンストーミング、KJ 法を用いて情報や発想をメンバーに共有する方法を学んだ。短い時間の中でたくさんのアイデアを出すアイデ
アソンではアイデアを星の数で評価し、競い合い、そのアイデアをブラッシュアップさせることによってメンバー同士が納得のいくアイデアが生まれやすかった。また、Tangerine 株式会社とトラ
ンスコスモス株式会社に向けて、それぞれのグループで考えたアイデアをプレゼンテーションをした。その際に、起承転結の構成を強く意識した発表資料を作り、分かりやすいプレゼンテーションになるように心がけた。
（※文責: 北原康太）

7.5

後期の活動での学び

7.5.1

チーム開発

グループメンバーのほとんどがチーム開発をするのが初めてだったため、グループリーダーを中心に適宜、ソースコードのバグや他人が見てもわかりやすい変数名をつけるなど意識して開発を行った。また、ソースコードを一括管理するツールとして「SourceTree」を利用して Githubのリポジトリの操作を円滑化して作業効率を高めることができた。加えて、プロトタイプ作成に「Prott」というプロトタイピング作成ツールを用いた。このツールは、アプリケーションの遷移が作成でき、実際に利用フローが分かりやすくなったため、アプリケーション開発を行う際に役に立つツールの 1 つであることを学んだ。

Group Report of 2017 SISP

- 31 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life（※文責: 北原康太）

iOS プログラミング

7.5.2

グループリーダーを除いて iOS プログラミングの経験がなかったため、各自、夏季休業期間を利用し、簡単な iPhone アプリケーションを作成して、学習を進めた。Swift を扱ったことのあるメ
ンバーが Swift に関する資料を作成して、プロジェクトメンバーがその資料を参考に Xcode の使
い方や Swift の文法を学習した。学習した内容は、••tableView の使い方
画面遷移先への値渡し•

HelloWorld!アプリケーションの作成である。
開発環境である「Xcode」には iPhone アプリケーション画面の遷移や見た目の操作など、UI を考慮しなければならないことも多々あった。そのため、コードの量や画面数が増えるにつれて理解しづらくならないように逐一コメントを残すことを心がけた。
（※文責: 北原康太）

Group Report of 2017 SISP

- 32 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life

付録 A

画面遷移図

Group Report of 2017 SISP

- 33 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life

付録 B

中間発表会ポスター

Group Report of 2017 SISP

- 34 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life

付録 C

成果発表会ポスター

Group Report of 2017 SISP

- 35 -

Group Number 8-A

Leverage the Beacon IoT in Hakodate Real Downtown for Our Smarter Life

参考文献
[1] 総務省, 情報通信白書, ICT 白書, IoT・ビッグデータ・AI : ネットワークとデータが創造する
新たな価値, 平成 28 年版. 日経印刷, 全国官報販売協同組合 (発売), 2016, isbn: 978-4-86579-

060-3.
[2] Apple. (2017). Xcode apple developer, [Online]. Available: https://developer.apple.
com/xcode/.
[3] 株式会社グッドパッチ. (2014). Prott - prototyping tool 機能や特徴, [Online]. Available:
https://prottapp.com/ja/features/.
[4] (2014). サルでもわかる git 入門 バージョン管理を使いこなそう, [Online]. Available: https://backlog.com/git-tutorial/ja/.

Group Report of 2017 SISP

- 36 -

Group Number 8-A