公立はこだて未来大学 2015 年度 システム情報科学実習
グループ報告書
Future University Hakodate 2015 System Information Science Practice
Group Report
プロジェクト名
ミライケータイプロジェクト
Project Name
Future Mobile Phone Project
プロジェクト番号/Project No.
1
大学名
公立はこだて未来大学
専修大学
神奈川工科大学
長崎大学
法政大学
University Name
Future University Hakodate
Senshu University
Kanagawa Institute of Technology
Nagasaki University
Hosei University
プロジェクトリーダー/Project Leader
1013059
牧野 孝史
Takashi Makino （未来大）
プロジェクトメンバー/Project Member
1013027
阪本 宏輔
Kosuke Sakamoto （未来大）
1013029
下野 敬輔
Keisuke Shimono （未来大）
1013053
倉 聖美
1013055
武安 裕輔
Yusuke Takeyasu （未来大）
1013077
清水 俊希
Shunki Shimizu （未来大）
1013145
六平 豊
1013173
木村 繁基
Shigeki Kimura （未来大）
1013181
西尾 洋輔
Yosuke Nishio （未来大）
1013245
長谷川 麻美
1013251
高畑 孝輝
Koki Takahata （未来大）
1013253
横山 達也
Tatsuya Yokoyama （未来大）
Satomi Kura （未来大）
Yutaka Musaka （未来大）
Asami Hasegawa （未来大）
M25-0050E
チョン ホンミン
Hongmin Jeong （専修大）
M25-0062H
経沢 優多
Yuta Tsunezawa （専修大）
M25-0068G
蒲生 大貴
Hiroki Gamo （専修大）
M25-0358D
垣本 周
M25-0365F
内海 洋樹
Hiroki Uchiumi （専修大）
M25-0607H
根岸 佑太
Yuta Negisi （専修大）
Amane Kakimoto （専修大）
1321024
遠藤 史貴
Humitaka Endo （神奈工大）
1321036
村田 大輝
Daiki Murata （神奈工大）
1321054
鈴木 奨之
Shono Suzuki （神奈工大）
1321057
矢島 貴広
Takahiro Yazima （神奈工大）
1321060
福田 勇輔
Yusuke Hukuda （神奈工大）
1321065
榎本 慶太
Keita Enomoto （神奈工大）
1321067
畑賢
1321075
寺島 慎哉
Shinya Terashima （神奈工大）
1321082
宮崎 千展
Chihiro Miyazaki （神奈工大）
35312019
園田 稔
Minoru Sonoda （長崎大）
13x3017
尾崎 航一
Koichi Ozaki （法政大）
13x3020
加藤 真利奈
13x3041
品川 弘樹
Hiroki Shinagawa （法政大）
13x3042
柴本 翔平
Shohei Shibamoto （法政大）
13x3043
渋谷 花梨
Shibutani Karin （法政大）
13x3127
松尾 圭哉
Keiya Matsumoto （法政大）
13x3132
三浦 大和
Yamato Miura （法政大）
Satoru Hata （神奈工大）
Marina Kato （法政大）
-2-
指導教員
未来大 高橋 修
大場 みち子 姜 暁鴻
専修大
白石 陽
中村 嘉隆
新美 礼彦
渥美 幸雄
神奈工大 清原 良三
長崎大 小林 透
法政大 金井 敦
Advisor
Osamu Takahashi Michiko Oba Xiaohong Jiang
Yoh Shiraishi Yoshitaka Nakamura Ayahiko Niimi
Yukio Atsumi
Ryozo Kiyohara
Toru Kobayashi 4
Atsushi Kanei
提出日
2016 年 1 月 20 日
Date of Submission
January 20， 2016
-3-
概要
現在，日本の携帯電話普及率は 100 ％を超えている．特に，日本のスマートフォン普及率は
50 ％を超えている．スマートフォンが普及した背景として，従来の携帯電話と比べ，利便性が
格段に向上したことが挙げられる．スマートフォンでは通話，E メールだけでなく，ゲーム，
動画視聴，SNS，地図，スケジュール管理など様々なことができる．また，音声認識やタッチ
パネルなどが搭載されていることにより，高齢者や，電子機器に慣れていなくても容易に扱
うことができる．これらのことから，今後もスマートフォンはより一層普及し，進歩していく
と考えられる．しかし，先進国を中心に一定の普及期を迎えていることで，現在でも新たなト
レンドを多くの会社が模索している姿勢がうかがえるとともに，半導体技術等の進展により，
様々なものがインターネットとつながる未来も想定されている．
本プロジェクトでは，公立はこだて未来大学，専修大学，神奈川工科大学，長崎大学，法政
大学の 5 大学の合同で，ソフトウェア開発とビジネスモデル提案を行うことでサービスの提案
を行う．サービスは数年後の人々の生活を考え未来的な要素を持ったものを提案する，また，
ソフトウェア開発では企画者と開発者を同じメンバー内で行う．これにより，メンバーの要求
を反映させやすいという利点があるが，要求に対する認識のズレやターゲットが定まりにくい
などの問題が多きに発生する．本プロジェクトは「クルちゃん」と「Tourity+」という 2 つの
サービスの提案を通して，直面する問題に対しての解決方法を考え，実行していく．実行する
中で実践的な開発プロセスを学ぶ．
（※文責: 牧野 孝史（未来大））
-i-
Abstract
These days, penetration of mobile phone in Japan is over a hundred percent. Especially,
penetration of smart phone in Japan is over half hundred percent. As background smart
phone is spread, smart phone is much more convenient than conventional mobile phone.
Smart phone can not only call and mail but also can be a variety, such as game, watching videos, using SNS, seeing the map, managing the schedule, and so on. In addition,
since smart phone is equipped with voice recognition and a touch panel, it can easy
for elderly people and the person who is weak in operation of the electronic equipment
to operate it. Thus, smart phone will spread more and continue to progress in the
future. It suggests the attitude that many companies are seeking new trend because
smart phone has reached a certain diffusion period mainly in developed countries. At
the same time, with the development of semiconductor technology, it has become possible to miniaturize and be high-performance of devices. The future that a various things
were connected with the Internet is assumed by big data and Internet of Things.
Therefore we do suggestion of the service and delelopmennt of application by five combinations, FUTURE UNIVERSITY HAKODATE, SENSHU UNIVERSITY, KANAGAWA INSTITUTE OF TECHNOLOGY, NAGASAKI UNIVERSITY, HOSEI UNIVERSITY by this project. We use the means of smart phone application as a means.
We think people of life after a few years and suggest futuristic service.
（※ Responsibility for Writing : Takashi Makino（Future University Hakodate）
）
- ii -
目次
第1章
はじめに
1
1.1
背景 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1
1.2
目的 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1
1.3
従来例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2
1.4
従来の問題点 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2
1.5
課題 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3
プロジェクト学習の概要
4
2.1
問題の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4
2.2
課題の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4
2.3
到達レベル（目標） . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5
2.4
課題の割り当て . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5
2.5
組織形態 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6
2.6
役割設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8
2.6.1
公立はこだて未来大学の役割 . . . . . . . . . . . . . . . . . . . . . . . . .
8
2.6.2
専修大学の役割 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8
2.6.3
神奈川工科大学の役割 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8
2.6.4
長崎大学の役割 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9
2.6.5
法政大学の役割 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9
2.6.6
プロジェクトリーダーの役割 . . . . . . . . . . . . . . . . . . . . . . . . .
9
2.6.7
サーバ班の役割 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
2.6.8
開発班の役割 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
2.6.9
発注者，受注者の役割 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
2.6.10 教員の役割 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
11
2.6.11 企業の役割 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
11
第2章
2.7
合同プロジェクト
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
11
2.8
年間スケジュール
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
12
2.8.1
合同プロジェクト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
12
2.8.2
公立はこだて未来大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
13
2.8.3
専修大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
15
2.8.4
神奈川工科大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
16
2.8.5
長崎大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
17
2.8.6
法政大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
18
第3章
課題解決のプロセス
20
第4章
提案サービス
21
クルちゃん . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
21
4.1
- iii -
4.2
第5章
5.1
5.2
5.3
第6章
6.1
6.2
6.3
4.1.1
サービス概要・目的 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
21
4.1.2
システム概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
21
4.1.3
実装機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
23
4.1.4
ビジネスモデル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
24
Tourity+ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
25
4.2.1
サービス概要・目的 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
25
4.2.2
システム概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
25
4.2.3
実装機能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
26
4.2.4
ビジネスモデル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
26
開発プロセス
29
共通の開発プロセス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
29
5.1.1
アプリケーション案の作成 . . . . . . . . . . . . . . . . . . . . . . . . . .
29
5.1.2
アプリケーション案の決定 . . . . . . . . . . . . . . . . . . . . . . . . . .
30
「クルちゃん」の開発プロセス . . . . . . . . . . . . . . . . . . . . . . . . . . .
31
5.2.1
5W2H の作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
31
5.2.2
類似サービスの調査 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
31
5.2.3
要求定義書の作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
32
5.2.4
要件定義書の作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
32
5.2.5
機能の選定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
33
5.2.6
使用端末による分担 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
33
5.2.7
サービス仕様書の作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
34
5.2.8
詳細仕様書の作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
34
5.2.9
ロゴの作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
35
「Tourity+」の開発プロセス . . . . . . . . . . . . . . . . . . . . . . . . . . . .
36
5.3.1
5W2H の作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
36
5.3.2
要求定義書の作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
36
5.3.3
要件定義書の作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
37
5.3.4
サービス仕様書の作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
37
5.3.5
詳細仕様書の作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
38
5.3.6
ロゴの作成 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
39
発生した問題点とその解決
40
アイディア決定までに発生した問題点 . . . . . . . . . . . . . . . . . . . . . . . .
40
6.1.1
問題点と発生した経緯 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
40
6.1.2
解決方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
40
「クルちゃん」で発生した問題点 . . . . . . . . . . . . . . . . . . . . . . . . . .
41
6.2.1
問題点と発生した経緯 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
41
6.2.2
解決方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
42
6.2.3
ビジネスモデル作成で発生した問題点と発生した経緯 . . . . . . . . . . . .
43
6.2.4
解決方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
44
「Tourity+」で発生した問題点 . . . . . . . . . . . . . . . . . . . . . . . . . . .
45
問題点と発生した経緯 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
45
6.3.1
- iv -
第7章
7.1
7.2
7.3
第8章
8.1
6.3.2
解決方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
47
6.3.3
ビジネスモデル作成で発生した問題点と発生した経緯 . . . . . . . . . . . .
50
6.3.4
解決方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
51
グループ内のインターワーキング
52
活動内容「クルちゃん」 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
52
7.1.1
Android 班 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
52
7.1.2
HTML5 班
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
52
7.1.3
サーバ班 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
53
7.1.4
ビジネスモデル提案班 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
54
活動内容「Tourity+」 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
55
7.2.1
iOS 班 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
55
7.2.2
Android 班 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
56
7.2.3
HTML5 班
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
56
7.2.4
サーバ班 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
57
7.2.5
ビジネスモデル提案班 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
58
プロジェクトリーダー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
59
イベント
63
合同プロジェクト
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
63
8.1.1
第一回合同合宿 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
63
8.1.2
第二回合同合宿 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
64
公立はこだて未来大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
66
8.2.1
中間発表会 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
66
8.2.2
未来大オープンキャンパス . . . . . . . . . . . . . . . . . . . . . . . . . .
69
8.2.3
札幌オープンキャンパス
. . . . . . . . . . . . . . . . . . . . . . . . . . .
70
8.2.4
アカデミックリンク . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
70
8.2.5
あいちゃれ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
71
8.2.6
キャンパスベンチャーグランプリ . . . . . . . . . . . . . . . . . . . . . . .
72
8.2.7
成果発表会 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
74
8.3
専修大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
77
8.4
神奈川工科大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
77
中間発表会 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
77
8.5
長崎大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
77
8.6
法政大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
77
成果
78
前期末成果 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
78
9.1.1
合同プロジェクト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
78
9.1.2
公立はこだて未来大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
79
9.1.3
専修大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
79
9.1.4
神奈川工科大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
80
9.1.5
長崎大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
80
8.2
8.4.1
第9章
9.1
-v-
法政大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
81
後期末成果 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
81
9.2.1
合同プロジェクト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
81
9.2.2
公立はこだて未来大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
82
9.2.3
専修大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
83
9.2.4
神奈川工科大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
83
9.2.5
長崎大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
84
9.2.6
法政大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
84
個人の作業とプロセス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
85
9.3.1
公立はこだて未来大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
85
9.3.2
専修大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116
9.3.3
神奈川工科大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125
9.3.4
長崎大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136
9.3.5
法政大学 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137
9.1.6
9.2
9.3
第 10 章 現状と今後の課題
145
合同プロジェクト
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 145
10.1
10.1.1 現状 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 145
10.1.2 今後の課題 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 145
10.2
クルちゃん . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146
10.2.1 現状 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146
10.2.2 今後の課題 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147
10.3
Tourity+ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147
10.3.1 現状 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147
10.3.2 今後の課題 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147
第 11 章 まとめ
149
参考文献
150
- vi -
Future Mobile Phone Project
第1章
1.1
はじめに
背景
近年，携帯電話の新たな形として，スマートフォンが登場し，急速に普及が始まってから現在に
至るまでに，スマートフォンの需要は拡大し続けている．2014 年に行われた，株式会社ビデオリ
サーチインタラクティブの調査によると，2014 年 2 月現在の結果より，スマートフォンの普及率
が 50 ％を超え，従来のフィーチャーフォンの普及率を上回ったことが判明した [1]．スマートフォ
ンの急速な普及の背景として考えられるものは主に 2 つある．
1 つは，ソフトウェアとハードウェアの両面が大幅に進化していることにより，スマートフォン
単体で行うことができることが，非常に増えてきていることが挙げられる．具体的にソフトウェア
とハードウェアの進化をそれぞれ簡単に考えてみる．まず，ソフトウェア面では，電話，メール，
カメラ，メディアなどの基本的な機能としては変わらない．しかし，ゲームやコミュニケーション
ツールなどが大きく進化している．ゲームの配信が始まった頃は，単純な一人プレイゲームで，暇
つぶし程度に利用するものが大半だった．それに対して，今ではオンライン協力プレイが出来た
り，しっかりとしたストーリーが有ったりと，本格的なゲームに成長した．また，コミュニケー
ションツールに関しては，配信当初はメッセージを送るだけの機能だった．それに対し，通話やビ
デオ通話，メディアの送信，他のプラットフォーム間の同期など，多機能化が進み，利便性が大幅
に向上した．一方，ハードウェア面では，CPU や GPU，メモリなど，動作に必要なパーツの性
能が大幅に向上した他，加速度センサやジャイロセンサ，近接センサなどの各種センサの搭載によ
り，身の回りの情報を取得することが出来るようになった．これらの進化により，携帯ゲーム機
や，ノートパソコンの代わりにスマートフォンを利用することで，複数の端末を 1 つにまとめるこ
とが可能になった．
また，もう 1 つは，高齢者や，電子機器に慣れていなくても比較的簡単に扱うことができるよう
になったことが挙げられる．その要因として挙げられるのは，操作がタッチになったことや，音声
入力が発達したことによって，画面が大きくなり，操作が直感的になったことである．
今後は，スマートフォンはより一層普及し，進歩することが推測される．その他にも，スマート
グラスや，腕時計型端末，健康管理端末など，体に身につけて使用するウェアラブル端末の市場が
急激に拡大している．このことからも，手軽に持ち運べるスマートデバイスが今の時代の最先端と
いえる．
以上のような背景を踏まえ，本プロジェクトでは，数年後の社会で広く普及するようなサービス
を，スマートフォンを通して提供する．
（※文責: 武安 裕輔（未来大））
1.2
目的
本プロジェクトの目的は，従来にない近未来を想定したサービスの考案と，サービスを実現する
ためのアプリケーションの開発を行うことである．そしてその過程で，考案したサービスに対して
ビジネスモデルを立て，実践的なソフトウェア開発プロセスを学ぶことである．考案したサービス
Group Report of 2015 SISP
-1-
Group Number 1
Future Mobile Phone Project
は Android 班，iOS 班，HTML5 班に分かれアプリケーション開発を行う．本プロジェクトは公
立はこだて未来大学（以下未来大）
，専修大学（以下専修大）
，神奈川工科大学（以下神奈工大）
，長
崎大学（以下長崎大），法政大学（以下法政大）の 5 つの大学が連携して共同で行う．本プロジェ
クトの具体的な活動の流れとして全大学でアプリケーションの提案と決定，要求定義書，要件定義
書サービス仕様書，詳細仕様書の作成を行う．全体で 2 つのサービスを提案・開発を行う．ビジ
ネスモデルの発案等は全大学を通して行うが，基本的には専門で学んでいる専修大が主導して行
う． 開発するサービスの 1 つであるクルちゃんについては未来大と法政大が Android，神奈工大
が HTML5 を担当する．また未来大と長崎大がサーバを担当し，専修大がビジネスモデルを担当
する．もう 1 つのサービスである Tourity+ は未来大が iOS と HTML5 向けのアプリケーション
開発を担当し，法政大と神奈工大が Android 向けのアプリケーション開発を担当する．また未来
大がサーバを担当し，専修大がビスネスモデルを担当する．この開発過程を通してグループワーク
の重要性やソフトウェアの開発手法，マーケティング調査の方法，ビジネスモデル構築方法等の習
得を行う．
（※文責: 西尾 洋輔（未来大））
1.3
従来例
平成 26 年度のミライケータイプロジェクトでは，未来大，神奈工大，長崎大の 3 大学合同で近
未来を想定したアプリケーション，「Cool Japanimation」と「Rhyth-Walk」を開発した．「Cool
Japanimation」は日本のアニメが好きなオタクをターゲットとしたアプリケーションである．こ
のアプリケーションの主な機能は同じ目的，趣味を持ったオタク同士をマッチングし，日本へのツ
アーを提案するというものである．もうひとつのアプリケーション「Rhyth-Walk」は移動しなが
ら音楽を聴く人をターゲットにしたアプリケーションである．このアプリケーションの主な機能は
天気，場所，時間，季節，歩くテンポをなどのシチュエーションに一致した音楽を自動で選曲する
というものである．
本年度は平成 26 年度と同様に近未来を想定したサービスを作ることを目的に活動している．ま
た，サービスの企画から開発，テストまですべてプロジェクト内で行っているため，サービスの発
注者と受注者の役割をプロジェクトが担当している．
（※文責: 阪本 宏輔（未来大））
1.4
従来の問題点
平成 26 年度のミライケータイプロジェクトでは，以下の問題があった
（1）プロジェクトリーダーに負担がかかりすぎてしまった
（2）他大学との連携がうまくいかなかった
（3）開発のための事前知識が不足していた
（4）アプリケーションの機能の共有不足
（5）アプリケーションの機能の実装が遅れた
（6）サーバとの連携が遅れた
（7）プロジェクトの進捗が遅れた
Group Report of 2015 SISP
-2-
Group Number 1
Future Mobile Phone Project
（※文責: 阪本 宏輔（未来大））
1.5
課題
1.4 節に記載してある問題点から本年度の課題は，以下の通りである．
・プロジェクトメンバー全員が一つ以上の役職に就く
・PukiWiki，GoogleDrive の管理
・要求定義書・要件定義書・サービス仕様書・詳細仕様書の作成
・開発の技術習得チェックリストの作成
・開発のスケジュール表の確認
・プロジェクトのスケジュール表の作成
（※文責: 阪本 宏輔（未来大））
Group Report of 2015 SISP
-3-
Group Number 1
Future Mobile Phone Project
第 2 章 プロジェクト学習の概要
2.1
問題の設定
本プロジェクト学習では，1.4 節で述べた問題のうち，（1）から（7）全ての改善を目指す．
（1）プロジェクトリーダーに負担がかかりすぎてしまった．
（2）他大学との連携がうまくいかなかった．
（3）開発のための事前知識が不足していた．
（4）アプリケーションの機能の認識が遅れた
（5）アプリケーションの機能の実装が遅れた．
（6）サーバとの連携が遅れた．
（7）プロジェクトの進捗が遅れた．
（※文責: 阪本 宏輔（未来大））
2.2
課題の設定
2.1 節で述べた問題を解決するために設定した課題を以下に記述する．
・役職の細分化
プロセス 問題（1）の解決手段として負担の偏りを改善するため
・PukiWiki，GoogleDrive の管理
プロセス 問題（2）の解決手段として大学間が容易に必要な情報を得るため
・要求定義書・要件定義書・サービス仕様書・詳細仕様書の作成
プロセス 問題（2），
（4）の解決手段として大学間でアプリケーションのイメージを統一するため
・開発の技術習得チェックリストの作成
プロセス 問題（3），（4），（6）の解決手段としてアプリケーション開発において次の作業に移行
するのを容易にするため
・開発のスケジュール表の確認
プロセス 問題（5），
（6）の解決手段として各開発班が期限までにアプリケーション開発を完遂す
るため
・プロジェクトのスケジュール表の作成
プロセス 問題（7）の解決手段としてプロジェクト学習を円滑に進めることで開発に使える時間
を確保するため
Group Report of 2015 SISP
-4-
Group Number 1
Future Mobile Phone Project
・デモシナリオの作成
プロセス 問題（4），
（5）の解決手段としてサービスを説明する際に必要な機能の確認，開発タス
クの削減を容易にするため
（※文責: 阪本 宏輔（未来大））
2.3
到達レベル（目標）
課題のための到達レベルの目標を以下のように設定した．
・役職の細分化
効果 プロジェクトメンバー全員が一つ以上の役職に就く
・PukiWiki，GoogleDrive の管理
効果 容易に情報共有ができる
・要求定義書・要件定義書・サービス仕様書・詳細仕様書の作成
効果 プロジェクトメンバー全員が同じアプリケーションのイメージを持つ
・開発の技術習得チェックリストの作成
効果 開発班全員が開発の手順を把握している
・開発のスケジュール表の作成
効果 開発を最終発表までに終える
・プロジェクトのスケジュール表の作成
効果 プロジェクトメンバーがプロジェクトのスケジュールの把握をしている
・デモシナリオの作成
効果 プロジェクトメンバー全員がアプリケーションの重要な機能を把握し，その機能の実装を終
えている
（※文責: 阪本 宏輔（未来大））
2.4
課題の割り当て
それぞれの役割に割り当てた課題を以下に記述する．・プロジェクトリーダー
課題 役職の割り当て，プロジェクトのスケジュール作成
プロセス 役職の割り当てを行うことでプロジェクトリーダーへの負担が少なく全体を管理するこ
とが出来，プロジェクトのスケジュール作成を行うことで方針を決定することが出来るため
・開発班
Group Report of 2015 SISP
-5-
Group Number 1
Future Mobile Phone Project
課題 開発の技術習得チェックリストの作成，開発のスケジュール表の作成
プロセス アプリケーションの開発を担当するため
・サーバ班
課題 大学間の情報の共有の簡易化
プロセス PukiWiki や GoogleDrive の管理を担当しているため
・定義書・仕様書担当者
課題 要求定義書・要件定義書・サービス仕様書・詳細仕様書の作成
プロセス 要求定義書・要件定義書・サービス仕様書・詳細仕様書の作成の指示出しを担当してい
るため
・サービスリーダー
課題 デモシナリオの作成
プロセス サービスリーダーの仕事としてアプリケーション作成の進行があるため
（※文責: 阪本 宏輔（未来大））
2.5
組織形態
本プロジェクトは未来大，専修大，神奈工大，長崎大，法政大による 5 大学合同プロジェクトで
あり，各大学にプロジェクトリーダーが存在する．各大学で役割分担をしながら共同でプロジェク
トを遂行している．また，本プロジェクトにはアプリケーションの提案と開発において KDDI 株
式会社，株式会社 NTT ドコモ，ソフトバンク株式会社，株式会社サイバー創研，Hewlett Packard
Enterprise，株式会社 IDY，株式会社 NTC，サンドグラス株式会社の計 8 企業の協力を受けてい
る．したがって本プロジェクトはメンバー以外には未来大から 6 人，専修大から 1 人，神奈工大か
ら 1 人，長崎大から 1 名，法政大から 1 名の担当教員と上記の協力企業からのサポートを受けてい
る．おおまかには未来大，神奈工大，長崎大，法政大の 4 大学がアプリケーション開発を担当し，
専修大がビジネスモデル考案を担当するという役割分担となっている．
＜リーダー＞
・牧野 孝史 （未来大プロジェクトリーダー）
＜サブリーダー＞
・倉 聖美（未来大プロジェクトサブリーダー）
・西尾 洋輔（未来大プロジェクトサブリーダー）
・経沢 優多 （専修大プロジェクトサブリーダー）
・福田 勇輔 （神奈工大プロジェクトサブリーダー）
・園田 稔（長崎大プロジェクトサブリーダー）
・尾崎 航一（法政大プロジェクトサブリーダー）
クルちゃん
Group Report of 2015 SISP
-6-
Group Number 1
Future Mobile Phone Project
＜ Andorid 班＞
・リーダー：木村 繁基
・メンバー：下野 敬輔
・メンバー：牧野 孝史（未来大プロジェクトリーダー）
・メンバー：品川 弘樹
・メンバー：柴本 翔平
・メンバー：松尾 圭哉
・メンバー：三浦 大和
＜ HTML5 班＞
・リーダー：鈴木 奨之
・メンバー：遠藤 史貴
・メンバー：宮崎 千展
・メンバー：村田 大輝
＜サーバ班＞
・リーダー：六平 豊
・メンバー：園田 稔（長崎大プロジェクトサブリーダー）
＜ビジネスモデル班＞
・リーダー：垣本 周
・メンバー：蒲生 大貴
・メンバー：チョン ホンミン
Tourity+
＜ Andorid 班＞
・リーダー：畑 賢
・リーダー：渋谷 花梨
・メンバー：榎本 慶太
・メンバー：寺島 慎哉
・メンバー：福田 勇輔（神奈工大プロジェクトサブリーダー）
・メンバー：矢島 貴広
・メンバー：尾崎 航一（法政大プロジェクトサブリーダー）
・メンバー：加藤 真利奈
＜ HTML5 班＞
・リーダー：西尾 洋輔
・メンバー：倉 聖美
・メンバー：横山 達也
＜ iOS 班＞
・リーダー：高畑 孝輝
・メンバー：清水 俊希
・メンバー：武安 裕輔
＜サーバ班＞
・リーダー：長谷川 麻美
・メンバー：阪本 宏輔
Group Report of 2015 SISP
-7-
Group Number 1
Future Mobile Phone Project
＜ビジネスモデル班＞
・リーダー：根岸 佑太
・メンバー：内海 洋樹
・メンバー：経沢 優多（専修大プロジェクトサブリーダー）
（※文責: 横山 達也（未来大））
2.6
2.6.1
役割設定
公立はこだて未来大学の役割
未来大プロジェクト学習は「ミライケータイプロジェクト」というタイトルのもと，専修大，神
奈工大，長崎大，法政大と共同でサービスの提案とアプリケーション開発を行う．未来大ではアプ
リケーションアイディアの提案，要求定義書，要件定義書，サービス仕様書，詳細仕様書の作成，
アプリケーション開発，サーバの構築を行っている．アプリケーションの開発と実装に伴って，必
要な環境構築，技術習得，プログラムソースの作成，実機への実装などを行う．未来大で構成する
技術班として，プラットフォームごとの技術班とサーバ班がある．各技術班の役割として，iOS 班
は iPhone アプリケーションの開発と実装，Android 班は Android アプリケーションの開発と実
装，HTML5 班はクロスプラットフォーム向けのアプリケーションの開発と実装を行う．サーバ班
はサーバの構築，維持をする役割がある．
（※文責: 牧野 孝史（未来大））
2.6.2
専修大学の役割
専修大学経営学部経営学科渥美ゼミナールでは，未来大，神奈工大，長崎大，法政大と合同した
プロジェクト学習を行っている．本プロジェクトで経営学を専攻している文系の大学は専修大だけ
のため，アプリケーション開発は他大に一任して，専修大では，アプリケーションのアイディア発
案から始まり，ビジネスモデル提案，収支計画などの手法を学ぶと同時に受注から発注のプロセス
を学ぶことを狙いとしている．
ビジネスモデル構築に向けて，ブレインストーミングによるアイディア出し，5W2H，ビジネス
モデルキャンパス学習による知識の向上，類似サービスの調査，学生や想定ユーザを対象としたア
ンケートの実施を行う．
専修大の目的は，プロジェクトを通して企業の方や各大学の教員方から様々なノウハウを学ぶと
同時に社会人との接し方を学ぶこと，知識やコミュニケーション能力を身に付けることである．以
上の経験を通して各メンバーが成長することが狙いである．
（※文責: 経沢 優多（専修大））
2.6.3
神奈川工科大学の役割
今回，本プロジェクトに参加している神奈工大の学生は，9 名全員が情報工学科というプログラ
ミングや情報技術についての勉学を主とした学科に所属している．これまで学んできた知識を活か
し，アプリケーションの開発を行う．
Group Report of 2015 SISP
-8-
Group Number 1
Future Mobile Phone Project
神奈工大で構成する各技術班は Android 班と HTML5 班の 2 つである．各技術班は開発スケ
ジュールを作成し，開発環境の構築，技術習得，プログラムの作成，実機への実装などを行う．
HTML5 班では，HTML5 によるクロスプラットフォーム向けのアプリケーションの開発と実装を
行い，Android 班では，Android によるアプリケーションの開発と実装を行う．
未来大，専修大，神奈工大，法政大，長崎大の共同の役割は，開発アプリケーションのアイディア
提案，ロゴとサービス名の考案と決定，仕様書の作成などである．
（※文責: 宮崎 千展（神奈工大））
2.6.4
長崎大学の役割
長崎大学では「創成プロジェクト」というプロジェクト学習の一環として今回のミライケータイ
プロジェクトに参加をすることになった．長崎大学からミライケータイプロジェクトに関わるメン
バーは TA や機械工学コースの学生，情報工学コースの学生等合計 3 名である．
創成プロジェクトでは問題提起と解決方法を考え，最終的にはサービスの完成を目的としている
が，ミライケータイプロジェクトではつくるだけでなく実際の開発の工程や作業を学び技術習得を
行うことを目的とする．また，将来の就職後の働き方に考える，聞く，話す，疑問を持つといった
コミュニケーションが当たり前に存在するため過去最大の 5 大学連携ということもあり，コミュニ
ケーション能力を身に着け将来に向けて成長する目的もある．
長崎大学では現在までに開発するサービスの考案，仕様書の作成を行っている．今後実装してい
くにあたりサーバ班の一員として活動を行っていく．
（※文責: 園田 稔（長崎大））
2.6.5
法政大学の役割
法政大において，プロジェクトに参加しているメンバーは理工学部応用情報工学科に所属して
いる．法政大の応用情報工学科では，ネットワークの基礎やプログラミングについて学んでいる．
これまで学んできた知識を活かし，アプリケーションの開発を行う．法政大で構成する技術班は
Android 班がある．Android 班では，Android におけるアプリケーションの開発を中心に，プロ
グラム技術の学習，プログラムソースの作成およびテスト，実機への実装を行う予定である．ま
た，全体として，サービスのアイディア提案，ロゴの作成，要求定義書，要件定義書，サービス定
義書，詳細定義書を作成する．
（※文責: 柴本翔平（法政大））
2.6.6
プロジェクトリーダーの役割
本プロジェクトは，未来大のリーダーが連携を取っている 5 大学を取りまとめる全体のプロジェ
クトリーダーである．プロジェクトリーダーの役割はプロジェクト全体の計画を立て，5 大学が円
滑に議論を行うことができるようにスケジュール管理やタスク管理，進捗管理を行うことである．
また，タスク管理を行う際，メンバー 1 人への負荷がかかりすぎないように，タスクの振り分けを
行う．スケジュールを作成するにおいて本プロジェクトの目的を達成するために，それぞれのリー
Group Report of 2015 SISP
-9-
Group Number 1
Future Mobile Phone Project
ダーを相談しながらスケジュールを作成する．進捗管理に関しては，ガントチャートを作成し，各
リーダーに 1 週間に一度の確認を行い，更新することで，全体の進捗を把握する．
（※文責: 牧野 孝史（未来大））
2.6.7
サーバ班の役割
サーバ班は未来大 3 人と長崎大 1 人の計 4 人で構成されている．サーバ班の役割の一つとして，
本プロジェクトで使用するサーバの運用管理をすることである．運用管理するサーバは第 4 章で述
べる 2 つのアプリケーションサーバと本プロジェクトの PukiWiki サーバの 3 つである．また，ア
プリケーションと通信するためのプログラムを開発することも役割の一つである．
（※文責: 六平 豊（未来大））
2.6.8
開発班の役割
アプリケーション開発班の最終目標は決定したサービスのアプリケーションを開発することで
ある．アプリケーションは Android，iOS 向けのネイティブアプリケーション及びクロスプラッ
トフォーム向けのアプリケーションを HTML5，JavaScript で作成する．メンバーをそれぞれプ
ラットフォームごとの班に分けサーバと連携を取りながら技術習得・コーディングを行いコーディ
ング後はテストを行い完成度を高める．メンバー同士のコード共有に Git を利用することによって
円滑にコーディングが進むことを期待している．
（※文責: 高畑 孝輝（未来大））
2.6.9
発注者，受注者の役割
本プロジェクトでは各仕様書を作成する際に各仕様書作成者にあたる発注者と受注者の役割を確
認することにより，仕様書作成の目的を定義した．ここでは，その際に定義した発注者と受注者の
役割について述べる．
＜発注者の役割＞
発注者はユーザ（消費者）の要求を調査し，要求定義書を作成する役割を担う．サービスの対象
ユーザ，目的，要求仕様の定義を行う．しかし，本プロジェクトではユーザは存在しないので自分
達がユーザの目線に立ち，ユーザと発注者の両者の立場を担って要求定義書の作成をする．最終的
には受注者からの納品を受けて，ユーザにサービスを提供する．
＜受注者の役割＞
受注者は発注者から要求定義書を受け取り，要件定義書，サービス仕様書，詳細仕様書を作成す
る．主に要件定義書では要求定義書をもとにアプリケーションに必要な機能の定義を行う．サービ
ス仕様書では要件定義書をもとに，より詳細な機能の定義，ユースケース図，画面のイメージ図の
作成を行う．そして詳細仕様書ではサービス仕様書をもとに，画面設計，データベースの設計，ク
ラス図の作成を行う．以上のような仕様書をもとに実装，テストを行う．そして最終的に発注者に
対して納品を行う．またサービス仕様書以降からはビジネスモデルの作成も行う．
Group Report of 2015 SISP
- 10 -
Group Number 1
Future Mobile Phone Project
ユーザと発注者と受注者の関係を以下に示す．
図 2.1
発注者と受注者の関係
（※文責: 横山 達也（未来大））
2.6.10
教員の役割
本プロジェクトでは，未来大から 6 人，神奈工大から 1 人，専修大から 1 人，長崎大から 1 人，
法政大から 1 人，各大学の担当教員が参加している．各大学の担当教員は，プロジェクト運営に関
してのアドバイスや機材の貸出のほか，発表資料と各仕様書の添削をすることで，プロジェクトの
サポートをする．
（※文責: 長谷川 麻美（未来大））
2.6.11
企業の役割
KDDI 株式会社，株式会社 NTT ドコモ，ソフトバンク株式会社，株式会社サイバー創研，
Hewlett Packard Enterprise，株式会社 IDY，株式会社 NTC，サンドグラス株式会社の企業がそ
れぞれ参加し，協力している．企業は，サービスの企画，開発，ビジネスモデル考案における知識，
方法，問題解決のサポートをする．また，6 月に行われた第一回合同合宿では各大学が事前に考案
したサービス案に対してのコメントや，大学別の混合グループに分かれた際にアイディア練り直し
の作業の指導をし，プロジェクトを進行する上でのアドバイスや情報を提供した．10 月に行われ
た第二回合同合宿では，第一回合同合宿で決定したサービス案の進捗状況や，プロジェクトで直面
した問題とそれに対して行った解決方法，現在抱えている問題についてのコメントをした．
（※文責: 木村 繁基（未来大））
2.7
合同プロジェクト
本プロジェクトは，未来大，専修大，神奈工大，長崎大，法政大の 5 大学合同のプロジェクトで
ある．この 5 大学合同の一番の特徴として挙げられるのが，理系メンバーの未来大，神奈工大，長
崎大，法政大と，文系メンバーの専修大が連携を取ることで，文理融合のプロジェクトを実現した
Group Report of 2015 SISP
- 11 -
Group Number 1
Future Mobile Phone Project
ことである．具体的に見ると，アイディアを議論する際には，理系メンバーの技術的視点でのアイ
ディアの観点と，文系メンバーの経済的視点でのアイディアの観点が混ざり，複数の観点からアイ
ディアを検討することができる．また，実際の開発段階においては，理系メンバーがサービスの開
発，実装を進めると同時に，文系メンバーがビジネスモデルなどを考えることで，理系と文系が相
互に得意とする作業に集中でき，より効率よく開発を進めることができる．また，将来，企業に就
職した際に他企業との合同開発などの際に連携を取りながら開発を進めることが必要とされる．そ
の際にも，本プロジェクトで，自分の大学以外のメンバーと連携を取って開発をしていくことで，
企業での開発の前段階として，連携方法をはじめ，リスク管理などのノウハウを学ぶことができ
る．以上のことから，本プロジェクトは，5 大学で連携しながら開発を進めていく．
（※文責: 武安 裕輔（未来大））
2.8
2.8.1
年間スケジュール
合同プロジェクト
本プロジェクトにおける各大学の役割分担として，アプリケーションの開発を未来大，神奈工
大，法政大，長崎大が担当し，ビジネスモデル等のマネタイズに関しては専修大が担当して．なお，
5 大学共通の役割として，サービスの企画を行った．また，遠隔地の大学との合同プロジェクトと
して，スケジュール，成果物は PukiWiki に添付，入力し，メーリングリストや Skype，LINE な
どを用いて情報共有を行った．
以下が，未来大，専修大，神奈工大，法政大，長崎大が合同で行ったビデオ通話の合同会議の活
動スケジュールである．
5 月 8 日 専修大，神奈工大，法政大，長崎大と初顔合わせ，自己紹介，定例合同会議の日程の決定
5 月 13 日 合宿へ向けた各大学で練ったアイディアの発表と説明を行った．
5 月 20 日 アイディアシートを活用し，各大学で練ったアイディアの発表を行い，それに対する
質疑応答を行った．
6 月 10 日 アプリケーション別にグループ分け，各仕様書のリーダーの決定，技術リーダーの決
定，アプリケーション名の考案
6 月 17 日 プロジェクトの目的の共有，各サービスの 5W2H の共有，仕様書の作成
6 月 24 日 レビューをすることの必要性の共有，用語辞典についての説明，情報共有方法の統一，
議事録の必要性の共有
7 月 1 日 WHILL に関する話，仕様書の作成
7 月 8 日 夏休み後のスケジュール確認，仕様書の作成
7 月 15 日 未来大中間発表の共有，目的の詳細説明，仕様書の作成
7 月 22 日 中間報告書の担当箇所の決定，詳細設計決め，言葉の定義
7 月 29 日 夏休みのスケジュール作成
9 月 30 日 後期スケジュール確認，第二回合同合宿の目的の確認，アジャイル開発に関する知識
共有，計画ゲームの実施
10 月 7 日 夏休みの進捗報告
10 月 14 日 第二回合同合宿のスケジュールの共有
10 月 21 日 第二回合同合宿のスケジュール変更の共有，現状の課題のリストアップに関して
Group Report of 2015 SISP
- 12 -
Group Number 1
Future Mobile Phone Project
10 月 28 日 第二回合同合宿のスケジュールの確認，使用物品の確認，印刷物の確認，ロゴの決定
11 月 11 日 設計フェーズのスケジュール変更に関して，結合テストに関して，運用テストに関し
て
11 月 18 日 ビジネスモデルのスケジュール変更に関して，結合テストの進め方に関して，開発進
捗の共有
11 月 25 日 ビジネスモデルの終結確認，開発進捗の共有
12 月 2 日 結合テストの方針の確認，開発進捗の共有
12 月 9 日 未来大最終成果発表に関する確認，結合テストのスケジュールの共有，最終報告書の
スケジュールの共有
12 月 16 日 未来大最終発表に関する反省
1 月 6 日 最終報告書に関する確認，企業報告会に役割分担の決定，結合テストに関する進捗確
認，納品用 DVD に関する確認
1 月 13 日 結合テストに関する進捗確認，運用テストに関するスケジュール確認，企業報告会に
関するスケジュール，作成物の確認
（※文責: 牧野 孝史（未来大））
2.8.2
公立はこだて未来大学
未来大の活動の大まかな流れは，アイディアの考案，決定，要求定義書，要件定義書の作成，設
計のためのサービス仕様書の作成，詳細仕様書の作成という流れであった．なお，開発技術の習得
はこれらの活動と並列して行った．
前期は，サービスのアイディア出し，第一回合同合宿での発表アイディアの決定，要求定義書，
要件定義書，サービス仕様書，詳細仕様書，中間発表であった．
以下，プロジェクト学習の時間単位における月毎の未来大の年間スケジュールである．記載はし
ないが，すべての日程で開発，アイディア，仕様書等の進捗確認を行っている．以下の年間スケ
ジュールは進捗確認とアプリケーション開発以外の作業である．
5月
・初めてのプロジェクトメンバーの顔合わせ
・プロジェクトリーダー，サブリーダー，合宿リーダーの決定
・合同会議で各大学のメンバーの自己紹介
・アイディア提案のために 4 つの班に分け，各グループのリーダーの決定
・一人 25 個のキャッチコピーレベルのアイディア出し
・アイディア班の中でアイディアを 6 つに絞り，アイディアシートに入力
・グループを 4 つの班から 2 つの班へ再編成し，各アイディア班でアイディアを 2 つに絞り，ブ
ラッシュアップ
・プレゼンテーションにより第一回合同合宿での発表アイディアを 2 つに決定
・発表アイディアの 2 つのプレゼン資料，ビジネスモデルキャンパス，アイディアシートの作成
・合同合宿での個人目標の設定
・合宿のしおりの作成
・IDY 株式会社の本田和明様による講演会
6月
・合同合宿で今後プロジェクトで開発するサービス 2 つを決定
Group Report of 2015 SISP
- 13 -
Group Number 1
Future Mobile Phone Project
・合同合宿の反省，合同合宿後の個人目標の設定
・仕様書の意義の確認
・サービス名の決定
・プリンタ講習会への参加
・サービス内容の確認のため 5W2H の考案
・中間発表のポスターの作成
・中間発表のスライドの作成
・自分の役職の調査
・要求定義書の作成
・要件定義書の作成
・サービス仕様書の作成
・プラットフォームの決定，各プラットフォーム担当とリーダーの決定
・オープンキャンパスのテーマ決定
7月
・要求定義書の作成
・要件定義書の作成
・サービス仕様書の作成
・詳細仕様書の作成
・中間発表のポスターの作成
・中間発表のスライドの作成
・中間報告書の作成
・個人報告書の作成
・TeX 講習会への参加
8月
・オープンキャンパス in 未来大
9月
・オープンキャンパス in 札幌
・計画ゲームの実施
・スクラムミーティングの実施
10 月
・あいちゃれの資料作成
・あいちゃれの動画作成
・キャンパスベンチャーグランプリの資料作成
・アカデミックリンクの紹介文の決定
・第二回合同合宿のためのサービス進捗用スライド作成
・第二回合同合宿のための全体進捗用スライド作成
・第二回合同合宿のための個人目標の設定
・第二回合同合宿のための課題のリストアップ
・第二回合同合宿にて，デモシナリオの作成，ビジネスモデルの改善．
・第二回合同合宿にて，各開発班の今後のスケジュールの作成
11 月
・第二回合同合宿の反省，個人目標の設定
Group Report of 2015 SISP
- 14 -
Group Number 1
Future Mobile Phone Project
・アカデミックリンクのポスター作成
・アカデミックリンクのデモ作成
・最終発表のスライドの作成
・最終発表のポスターの作成
12 月
・最終発表のスライドの作成
・最終発表のポスターの作成
・結合テストのシナリオ作成
・結合テストのテスト項目作成
・結合テストのテストデータ作成
・結合テスト実施
・最終報告書の作成
・個人報告書の作成
1月
・運用テストの方針の決定
・運用テストの実施
・企業報告会のスライド作成
・企業報告会のデモ作成
・最終報告書の修正
・個人報告書の修正
・キャンパスベンチャーグランプリのスライド作成
2月
・企業報告会
・課外発表会（秋葉原）
（※文責: 牧野 孝史（未来大））
2.8.3
専修大学
4月
・プロジェクト発足
・プロジェクトリーダーおよび合宿リーダーの決定
・Skype の登録，使用方法，音声テスト
5月
・アイディアを 10 個ずつ提案
・アイディアを 2 個に絞る
・2 グループに分かれ各サービスリーダーを選出
・アイディアのブラッシュアップ
・アイディアシート，PowerPoint 作成
6月
・要求定義書の作成
・ロゴの原案を作成
・要件定義書の作成
Group Report of 2015 SISP
- 15 -
Group Number 1
Future Mobile Phone Project
・年間スケジュールの作成
・類似サービスの調査
7月
・サービス仕様書一次案の作成
・ビジネスモデル一次案の作成
・中間報告書の作成
・専修大学中間発表
8月
・ゼミ合宿
・アンケート作成
・企業訪問メール作成
9月
・アンケートのアポイントメント
・アンケート実施
・株式会社 WHILL への訪問
・ビジネスモデル二次案作成
10 月
・アンケート実施
・アンケートの分析
・合同研究発表会
・企業訪問報告書の作成
・ビジネスモデル二次案作成
・第二回合同合宿の資料作成
・第二回合同合宿
11 月
・3 ゼミ合同発表会
・サービス仕様書ビジネスモデルの作成
・収益計画前案の作成
・収益計画折込案の作成
12 月
・未来大最終発表会への参加
・最終報告会の資料作成
・最終発表会
・最終報告書の作成
（※文責: 蒲生 大貴（専修大））
2.8.4
神奈川工科大学
4月
・プロジェクト発足
・プロジェクトリーダーおよび合宿リーダーの決定
・アイディア提案・選定
Group Report of 2015 SISP
- 16 -
Group Number 1
Future Mobile Phone Project
5月
・決定したアイディアのブラッシュアップ
・アイディア提案シートの作成
・ビジネスモデルキャンパスの作成
6月
・第一回合同合宿の資料作成
・デモアプリケーションの作成
・第一回合同合宿
・グループ分け
・各グループでの役割決め
・中間発表の資料作成
・要求定義書の作成
・要件定義書の作成
7月
・中間報告書の作成
・サービス仕様書の作成
・中間発表会
・詳細仕様書の作成
8月
・プラットフォームに応じた作業環境構築
・実装プロセスに入るための技術習得
9月
・プロトタイプ作成
・株式会社 WHILL への訪問
10 月
・プロトタイプ作成
・第二回合同合宿の資料作成
・第二回合同合宿
11 月
・アプリケーション開発，機能の実装
・
「クルちゃん」要件定義書最終案の作成，機能の実装
・最終報告書の作成
12 月
・最終報告書の作成
・未来大最終発表会への参加
・最終報告会の資料作成
・最終報告会
（※文責: 宮崎 千展（神奈工大））
Group Report of 2015 SISP
- 17 -
Group Number 1
Future Mobile Phone Project
2.8.5
長崎大学
4月
・車いすの情報化ということでアプリケーションと車いすを組み合わせることを決定
・ミライケータイプロジェクトへの参加が正式に決定
5月
・合宿に向けてアイディア出し（ブレインストーミング）
・車いすの実車による不便さの確認
・アイディアの絞り込み
・実装するハードウェアの確認
・アイディアシートの作成
・ビジネスモデルキャンバスの作成
・合宿で使うプレゼンスライドの作成
6月
・第一回合同合宿
・要求定義書の作成
・要件定義書の作成
・ロゴとサービス名の作成
・創成プロジェクトの各テーマ内で決定したアイディアの発表
7月
・サービス仕様書の作成
・詳細仕様書の作成
8月
・サーバ班としての活動開始
・ローカルサーバの環境構築
9月
・プレゼン資料作成とレビュー
・創成プロジェクト中間発表会
・未来大サーバに HTML5 サーバ構築開始
・進捗報告会
10 月
・HTML5 サーバの構築完了
・第二回合同合宿
・卒業研究論文中間発表会
11 月
・実装スケジュールを決定
・各種仕様書のレビュー
・アプリケーションのプログラム作成開始
・創成プロジェクト最終報告会
（※文責: 園田 稔（長崎大））
Group Report of 2015 SISP
- 18 -
Group Number 1
Future Mobile Phone Project
2.8.6
法政大学
5月
・法政大のサービスのアイディア提案
・アイディアに対する技術的確認
・プレゼンおよびデモ資料の作成
・Android 開発環境の導入
6月
・要求定義書の作成
・要件定義書の作成
・ロゴの作成
7月
・サービス仕様書の作成
・中間報告書の作成
8月
・Tourity+Android 開発開始
9月
・クルちゃん Android の開発開始
・GitHub の環境整備
・教授への経過報告（毎週）
10 月
・Tourity+Android の神奈川工科大学との共同開発開始
・第二回合同合宿の資料作成
11 月
・クルちゃん詳細仕様書の作成
・Tourity+ 詳細仕様書の作成
12 月
・最終報告書の作成
・結合テストの開始
（※文責: 柴本翔平（法政大））
Group Report of 2015 SISP
- 19 -
Group Number 1
Future Mobile Phone Project
第 3 章 課題解決のプロセス
本章では，問題点の解決のために製作・考案したものについて，以下に記述する．
・プロジェクトリーダー
課題：役職の細分化
解決のプロセス：細かい項目で役職を決め，その項目についての進捗をプロジェクトメンバーに
管理させた．
課題：プロジェクトのスケジュール表の作成
解決のプロセス：各大学の進捗を確認し，進捗に合わせたスケジュール表を作成，修正した．
・開発班
課題：開発の技術習得チェックリストの作成
解決のプロセス：班ごとに必要な技術を調べ，その技術をチェックリストにまとめたものを
GoogleDrive で共有した．
課題：開発のスケジュール表の作成
解決のプロセス：MeisterTask というタスク管理ツールを利用し，開発タスクを週ごとに分担し
たスケジュール表を作成した．
・サーバ班
課題：大学間の情報共有の簡易化
プロセス：PukiWiki，GoogleDrive の管理を班員で分担し，PukiWiki の更新や成果物のアップ
ロードを行った．
・定義書・仕様書担当者
課題：要求定義書・要件定義書・サービス仕様書・詳細仕様書の作成
解決のプロセス：各大学と Skype などで話し合いを行い，記述する内容を考察した．それらを
定義書・仕様書リーダーを中心にまとめ，定義書・仕様書を作成した．
・サービスリーダー
課題：デモシナリオの作成
解決のプロセス：合宿に参加しているメンバーの意見をサービスリーダーを中心にまとめ，サー
ビスの強みについての確認し，その強みを一番伝えることができるアプリケーションのデモの流れ
を作成した．
（※文責: 阪本 宏輔（未来大））
Group Report of 2015 SISP
- 20 -
Group Number 1
Future Mobile Phone Project
第4章
4.1
4.1.1
提案サービス
クルちゃん
サービス概要・目的
ここでは，クルちゃんの概要と目的について説明する．クルちゃんの目的は車いすユーザが外出
に対する不安を解消して安心を与えることである．
クルちゃんは特に車いすユーザにとって不安である段差に注目している．外出する際に最も多く
出会う不安であると考えたからである．この不安を解消するためにクルちゃんでは快適な経路案内
をする．快適な経路案内をするために，情報収集アプリケーションと経路案内アプリケーションの
2 つのアプリケーションから成り立っている．
クルちゃんは車いすユーザが使用する経路案内アプリケーション“クルちゃん for 車いす”とベ
ビーカーユーザが路面情報を収集するためのライフログアプリケーション“クルちゃん for ベビー
カー”の二つから成り立っている．クルちゃん for 車いすから説明をする．車いすユーザを対象と
している．まずは，スマートフォンを車いすに取り付ける．その後アプリケーションを起動して，
目的地を選択してもらう．現在地と目的地までの経路を表示，音声案内をする．この際に凹凸が少
ない路面コストの低い経路を案内する．さらに，路面情報の鮮度，更新性を高めるために，経路案
内中にも情報収集をする．次にクルちゃん for ベビーカーの説明をする．ベビーカーにスマート
フォンを取り付けて走行するだけで情報収集する．ベビーカーユーザが収集した情報を基にクル
ちゃん for 車いすで経路案内をする．さらに，ベビーカーユーザに継続して利用してもらうために
ライフログアプリケーションとして提供する．
この 2 つのアプリケーションで本サービスであるクルちゃんを開発した．
（※文責: 下野 敬輔（未来大））
4.1.2
システム概要
本システムは，車いすユーザが外出時に抱える不安を解消し安心を与えるものであり，クルちゃ
ん for 車いすとクルちゃん for ベビーカーの 2 つのアプリケーションから成り立つ．
まず，車いすユーザのための経路案内アプリケーションであるクルちゃん for 車いすのシステム
について述べていく．クルちゃん for 車いすは，車いすユーザをターゲットとし，車いすユーザが
不安だと感じる要素の 1 つである道路の段差や凹凸が少ない，より快適な経路を案内することを
目的としたアプリケーションである．アプリケーション起動後，基本画面を表示する．起動直後は
現在地が中心になるよう表示されるよう設定している．目的地を検索する方法は，テキスト入力，
カテゴリリスト，地図タップの 3 つの方法がある．1 つ目のテキスト入力は，テキスト入力バーを
タップし，目的地名を文字入力し直接検索する方法である．2 つ目のカテゴリリストは，テキスト
入力バーをタップすると病院やコンビニなど施設のカテゴリが表示され，カテゴリを選択すると現
在地から一番近いものを検索できる方法である．3 つ目の地図タップは，目的地を地図上で長押し
することで検索する方法である．これらの 3 つの方法から目的地を決定し，ルート案内ボタンを
Group Report of 2015 SISP
- 21 -
Group Number 1
Future Mobile Phone Project
タップすると，経路案内が開始される．経路案内は走行中に操作をさせないために音声で行う．
次に，ベビーカーユーザのためのライフログアプリケーションであるクルちゃん for ベビーカー
のシステムについて述べていく．クルちゃん for ベビーカーは，産後太りとなりがちな母親をター
ゲットとし，運動をする機会促進をするとともに，クルちゃん for 車いすの経路案内で用いる路面
情報の鮮度や網羅性を高めることを目的としたアプリケーションである．アプリケーション起動
後，タイトル画面を表示し，2 秒後に基本画面に自動遷移するよう設定している．基本画面は，ラ
イフログ開始ボタンを押してから移動した距離によって消費したカロリーを推定し，それを表示す
る画面である．また，一時停止，終了ボタンを押すとそれに伴い，ライフログも一時停止，終了す
る．
図 4.1
クルちゃん for 車いすの基本画面
図 4.2 クルちゃん for 車いすのテキスト入力とカテゴリリスト
Group Report of 2015 SISP
- 22 -
Group Number 1
Future Mobile Phone Project
図 4.3
図 4.4
クルちゃん for ベビーカーのタイトル画面
クルちゃん for ベビーカーの基本画面
（※文責: 木村 繁基（未来大））
4.1.3
実装機能
ここでは開発したクルちゃんで実装した機能について述べる．クルちゃんでは主に情報収集機
能，経路案内機能，ライフログ機能の 3 つの機能を実装した．
以下で機能の詳細について説明する．
・情報収集機能
情報収集機能とは，路面情報を収集する機能である．路面情報とは，道路の段差や凹凸，通れな
い道のことを指す．収集方法として，自動情報収集機能と手動情報収集機能の 2 つの方法がある．
Group Report of 2015 SISP
- 23 -
Group Number 1
Future Mobile Phone Project
1 つ目の自動情報収集機能については，クルちゃん for 車いす車いすやベビーカーに取り付けたス
マートフォンに内蔵された加速度センサを用いる．アプリケーション利用中にバッググラウンド
でセンサの値を記録し，閾値判定を行い，位置情報を付加した値をコストとしてデータベースに送
信する．データベースには 5 秒間隔で送信する．この機能はクルちゃん for 車いすでは経路案内中
に，クルちゃん for ベビーカーではライフログ中にバックグラウンド処理をする．2 つ目の手動情
報収集機能は，工事中などの自動情報収集機能では収集することのできない通れない道の情報を収
集する方法である．通行できない道があったとき，地図上に表示されている経路をタップすること
で，その経路が通れないことをデータベースに蓄積する．この機能はクルちゃん for 車いすで経路
案内中に用いられる機能である．
・経路案内機能
経路案内機能は，選択した目的地までの経路を案内する機能である．案内する経路は情報収集機
能で収集した路面情報をもとに，道路の段差や凹凸を出来る限り避けた快適な経路である．このと
き，情報収集を終えていない経路がある場合は最短経路で案内する．また，案内方法は，アプリ
ケーションの利用シチュエーションが走行中であることを想定しているため，画面を見なくても良
い音声案内を用いている．
・ライフログ機能
ライフログ機能は，移動距離，消費カロリー，計測時間を表示する機能である．消費カロリーは
対象となるベビーカーユーザの平均年齢の平均体重×距離から求めている．計測開始ボタンを押し
てからの移動距離を計測し，移動距離に応じた消費カロリーを表示する．一時停止ボタンを押すと
計測を一時停止され，再開ボタンを押すと計測が再開される．計測終了ボタンを押すと，計測を終
了し表示がリセットされる．
（※文責: 木村 繁基（未来大））
4.1.4
ビジネスモデル
ここでは，ビジネスモデルについて述べる．本アプリケーションのビジネスモデルは，大きく分
けて 3 つの柱によって構成されている．それは，クルちゃんの技術を転用したアプリケーションに
よる収益，店舗・施設情報掲載料から得る収益，バナー広告による収益の 3 つである．
それを以下に示す．
1. クルちゃんの技術を転用したアプリケーションによる収益
クルちゃんの技術を転用したアプリケーションを作成し，クルちゃんを含む全体的な事業構造の
中に組み込んで収益を得る．ここでのアプリケーションはベビーカーユーザを対象としたライフロ
グアプリケーションを想定している．
出産後の母親の身体は，出産の際に受けたダメージの大きさから，１年近く激しい運動は控えた
方が良いと言われている．出産後の体調を考えた行動と妊娠期間中の運動不足があいまって，基礎
代謝や体力が大幅に落ちる．しかし，授乳等のことを考えてしっかりと食事をとり，栄養を取らな
ければならないため，産後太りと呼ばれる状況となる．
クルちゃんの技術を転用したライフログアプリケーションは，ベビーカーユーザに対して移動
距離の計測と，そのデータを使った消費カロリー等の計算・表示を行う．これにより，ベビーカー
ユーザに適度な運動とそれによるリフレッシュの促進効果を提供する．赤ん坊の授乳推奨期間とベ
Group Report of 2015 SISP
- 24 -
Group Number 1
Future Mobile Phone Project
ビーカーの使用期間が比較的近いことからも，クルちゃんのための路面情報収集機能を担うアプリ
ケーションとしての適性は高く，相性は良いのではないかと考える．
2. 店舗・施設情報掲載料から得る収益
車いすで利用できる店舗や施設の広告情報を，アプリケーションの地図上に掲載することで広告
主から収益を得る．
2020 年の東京五輪・パラリンピックの存在もあって今後訪日外国人の車いすユーザは増加する
と思われ，また日本国内の車いすユーザも高齢化によって増えていくであろうことから，使用でき
る店舗や施設へのニーズは高まると思われる．よって広告を出したい企業は増加し，広告契約を結
ぶチャンスが多くなると考える．広告形態はクリック保証料金制を採用する．
3. バナー広告による収益
クルちゃん起動時に画面下部にバナー広告を表示し，広告主から広告料を得る．ライフログアプ
リケーションでも提携企業の広告を掲載する．
クルちゃんにおいての広告主の候補としては，車いすのメーカーやバリアフリー旅行を企画する
旅行会社，スマートフォンを車いすに固定するための固定用アーム等などを考えている．ライフロ
グアプリケーションの場合は乳幼児用品販売企業を中心に広告を掲載する．広告形態は期間保証型
を採用する．
以上の内容を本アプリケーションのビジネスモデルとする．
（※文責: 垣本 周（専修大））
4.2
4.2.1
Tourity+
サービス概要・目的
ここでは，Tourity+ の概要と目的について説明する．
本アプリケーションは，観光客が観光スポットに訪れ，感じたことや思ったことなどの感動を
共有するサービスである．感動を共有する手段としては，ロケーションベース AR（Augmented
Reality，拡張現実）を用い，主に文章，または，画像や動画を併用し感想として表示する．AR を
使用することで，観光客ユーザは視覚的に楽しみながら，他の観光客ユーザの感想を閲覧し，共有
することが可能である．また，感想が表示される場所と時間を限定することで，その場，その瞬間
での感動の共有を図る．観光客同士が，その場その瞬間での感動を共有することは，他の観光客の
視点を共有することにつながり，観光に付加価値を与えることが可能となる．このことから，観光
客ユーザに対し，Tourity+ を通して新しい観光の楽しみ方を提供することを目的とする．
（※文責: 倉 聖美（未来大））
4.2.2
システム概要
本システムは，観光スポットにおいて観光客同士のその場，その瞬間の感動共有をサポートする
ことで，新しい観光の楽しみ方を提供するアプリケーションである．主な機能として，「投稿機能」
Group Report of 2015 SISP
- 25 -
Group Number 1
Future Mobile Phone Project
と「閲覧機能」の二つがある．
投稿機能については，観光客が観光スポットに訪れ，感じたこと，思ったことを文章で投稿する
ことが可能である．また，画像や動画を添付することも可能とした．
閲覧機能については，Tourity+ の起動後，カメラが起動し，Tourity+ 起動端末を観光地内でか
ざすと，かざした方向で投稿された他の観光客ユーザの投稿が AR で表示され，見ることができ
る．ここで，投稿内容についてはシャボン玉のイメージ図を利用し，図中に投稿内容を表示する．
シャボン玉の一定時間経過後消えてしまうという特徴を反映させ，また，表示位置を観光地に限定
することで，
“その場，その瞬間”の感想の共有を図る．
（※文責: 倉 聖美（未来大））
4.2.3
実装機能
ここでは本プロジェクトで企画を行ったサービス「Tourity+」の実装する機能について述べる．
本プロジェクトでは，サービス「Tourity+」の実装機能として主に「投稿機能」
，
「閲覧機能」の
2 つの機能を実装する．以下に 2 つの機能の概要を記述する．
・投稿機能
投稿機能とはユーザが観光地で感じたこと，考えたことをアウトプットする機能である．ユーザ
は観光スポットで感じたこと，考えたことを文章，画像，動画を用いて投稿することができる．文
章単体，画像単体，動画単体，または文章と画像，文章と動画というように自由な形で投稿するこ
とができる．他のユーザに自分の感じたこと，考えたことを発信できる機能である．
・閲覧機能
閲覧機能とは他のユーザの感じたこと，考えたことを知ることができる機能である．ユーザの現
在地の近くで投稿された文章や画像を AR を用いて表示する．投稿内容はバブルという泡の上に
表示される．表示されるバブルの範囲は半径 1km 以内で投稿されたものであり，また 5 分以内に
投稿されたものを表示する．このようにすることで，観光地に同じ時間帯にいる人々でのその場，
その瞬間での感動の共有を図る．また時間による制限は投稿が画面上に多く表示されてしまうとい
う情報の氾濫を防ぐことができる．次に投稿の表示に AR を用いることで，ユーザの位置情報と向
いている方向に基づき，投稿が表示される．このことによりユーザが見ているものに関する投稿が
見ることができるので，直感的な共有が可能となる．また AR を用いることで風景を見ながら投稿
を見ることができるので，観光の妨げにもならない．ユーザが他のユーザの投稿を見ることで，観
光地での感動を共有し，観光の新たな楽しみ方を発見することができる機能である．
（※文責: 横山 達也（未来大））
4.2.4
ビジネスモデル
ここでは，ビジネスモデルについて述べる．本ビジネスモデルは，大きく分けて 2 つの柱によっ
て構成されている．それを以下に示す．
1. ユーザから得られるデータを企業や自治体に提供して得る収益
Tourity+ ではリアルタイムに観光地での感想を共有できるサービスをユーザに提供し， 観光客
Group Report of 2015 SISP
- 26 -
Group Number 1
Future Mobile Phone Project
の感想投稿機能により観光地の景観を評価する投稿内容（投稿文章，投稿画像，投稿動画）を蓄積
することができる．
このユーザから得たデータを以下の方法で利用する．
投稿文章の利用観光客の投稿内容には自治体がまだ認識できていない観光地のアピールポイント
や改善点が含まれている．アピールポイントの例として竹田城（兵庫県）が挙げられる．竹田城は
観光地としていままで注目されていなかったが，広がる雲海から覗く様子が天空の城のようだと口
コミで広がっていった．2005 年度には，わずか 1 万 2000 人だった入城者数だが，2010 年頃から
話題となり，2013 年度は入城者数 50 万人と破竹の勢いで伸びている [2]．改善点の例として，観
光客からの投稿内容によって自治体が認識出来ていなかった観光客の安全に関わる観光地の修繕が
必要な箇所を発見することができる．さらに，自治体が認識出来ていても財政状況等の理由で改善
が出来なかった問題の優先順位付けに役立てることができる．このような情報を自治体が活用する
ことが出来れば観光地の魅力が高まり，その結果として観光地の収益を増やすことができる．
2. 広告掲載料から得る収益
Tourity+ では観光地周辺の広告を掲載する．広告主は付近の観光地域限定で当アプリケーショ
ンを通して広告を掲載できる．これによってユーザに対して観光地周辺の法人の広告を出すこと
ができる．一般的なバナー広告を用いるのではなく，閲覧画面に広告付きのバブルとして表示する
（以下，広告バブルとする）．観光客が観光地周辺に訪れた際，広告バブルを表示し，その広告バブ
ルをタップするとユーザにクーポン券を付与する．基本的に広告バブルは観光地周辺の法人（地元
企業）が出すものとし，広告の掲載費を Tourity+ の収益とする．Tourity+ では成功報酬型ビジ
ネスモデルを採用する [3]．『成功報酬型』とは，お客様がサービスに求める「成果」が達成された
時点で報酬を頂く料金モデルである．広告やクーポンを広告バブルとして出現させるまでは無料と
し，ユーザがクーポンや割引券を実際に使用することで，初めて法人に対して広告掲載料が発生す
る仕組みをとる．
法人のメリットとしては 3 つある．
（1）実際の広告閲覧数を明確化できる．従来なら広告を発行しても閲覧数を明確にすることができ
ない．しかし，広告バブルでは何人に見られて，その結果何人が実際の店舗に訪れたのかを知るこ
とができる．
（2）バナー広告と違い通常の広告手段と比べると見てもらいやすい．
（3）成功報酬型なので成果が得られるまで広告掲載料は無料である．したがって費用の掛け捨てリ
スクがなく，成果が得られるまで情報掲載が可能である．
以上の内容をビジネスモデルとする．
Group Report of 2015 SISP
- 27 -
Group Number 1
Future Mobile Phone Project
図 4.5 Tourity+ のビジネスモデル図
（※文責: 根岸 佑太（専修大））
Group Report of 2015 SISP
- 28 -
Group Number 1
Future Mobile Phone Project
第5章
5.1
開発プロセス
共通の開発プロセス
本プロジェクトでは「未来を想定したサービスを作る」という目的に沿って 2 つのアプリケー
ションを開発する．その未来とは，「将来スマートフォンが何らかの形に取って代わり，それよっ
てサービスのデファクトスタンダードになる」ということである．アイディア提案を行っていくに
あたって，2.6.9 項でも説明されているが，受注者，発注者の関係性や役割ついて学び，本プロジェ
クトは自分たちが双方の立場を担って開発をしていく．また，ビジネス面についてゼミの生徒間で
話し合い，1 人 2 個まで絞りってアイディアの練り直しを行って再発表をした．その後，先輩に意
見を頂き，ビジネスモデルの提案について学ぶため，ビジネスモデルキャンバスを用いてビジネス
モデルの理解を深めていった．
次に，本プロジェクトを遂行していくにあたって設定した課題について，どのような目的で行っ
たかについて説明する．
・アプリケーション案の作成
5.1.1 項では，このプロジェクトにおいてどのようにアプリケーション案の作成を行ったかを記
述する．
・アプリケーション案の決定
5.1.2 項では，本プロジェクトで作成することになった 2 つのアプリケーションについて，第一
回合同合宿でどのように決定したかを説明する．
・
「クルちゃん」の開発プロセス
5.3 節ではクルちゃんの開発プロセスについて時系列順に述べる．類似サービスの調査や各仕様
書の作成はどのように行ったか，また使用端末ごとの分担について説明する．
・
「Tourity+」の開発プロセス
5.4 節では Tourity+ の開発プロセスについて時系列順に述べる．大学間でどのように意識共有
したのか，類似サービスとの差別化はどのように行ったのか，また各仕様書の作成手順や分担はど
のように行ったかを説明する．
5.1.1
アプリケーション案の作成
未来大の合宿前の活動としては，まず 300 個のアプリケーションアイディアを提案し，4 つのア
イディア班にメンバーを分担し，各班６案まで絞り込んだ．そのあとメンバーを 2 つの班に分け，
24 個のアイディアを各班 12 個ずつ担当し，話し合いを行った．その過程で，類似サービスの調査
を行い，アイディアシートを用いながら絞込を行った．各班 2 案まで絞り込み，計 4 案についてプ
Group Report of 2015 SISP
- 29 -
Group Number 1
Future Mobile Phone Project
レゼンテーションを行った後，多数決を行ったが 4 案すべて同票となり，さらにおよそ 3 時間の議
論を行い 2 案を決定した．その 2 案を合宿に持ち寄った．
神奈工大では，1 人 1 つ以上のアプリケーションアイディアを考えて持ち寄り，そのアイディア
1 つひとつについて話し合ってからアンケートによる投票でアプリケーション案を決定した．その
後決定したアプリケーション案についてコンセプトを考え，アイディアシートを用いて案のブラッ
シュアップを行った．
専修大は，1 人 10 個のアイディアを持ち寄って発表をした．そのアイディア関して類似サービ
スの調査やビジネス面についてゼミの生徒間で話し合い，1 人 2 個まで絞りってアイディアの練り
直しを行って再発表をした．その後，先輩に意見をもらって，アイディアシビジネスモデルの提案
について学ぶため，ビジネスモデルキャンバスを用いてビジネスモデルの理解を深めていった．ア
イディアシートやビジネスモデルキャンバスを用いてブラッシュアップを行い，最終的に 2 案に絞
り込んだ．
長崎大は，小林透研究室で取り扱っていた研究テーマの 1 つを取り上げ，合宿に持ち寄るアプ
リケーションアイディアの原案とした．そのアイディアを元に，アイディア提案シートを用いてブ
ラッシュアップを行った．
法政大では，メンバー 1 人 1 3 個のアプリケーション案を持ち寄って発表をした．その後研究室
の先輩の意見を参考にそのアイディアが実現可能かどうか，面白いかどうかを議論し，類似サービ
スの調査も行って実現不可能なものや，既存のアプリケーションが存在する案については除去し
た．残ったアイディアに関して似たようなアイディアについてはマージをして中身をブラッシュ
アップし，最終的に 1 つの案に絞り込んだ．
以上のような過程を経て，各大学が合宿に向けてアプリケーションのアイディアを作成した．
（※文責: 清水 俊希（未来大））
5.1.2
アプリケーション案の決定
本プロジェクトで作成することになるアプリケーションの決定は，第一回合同合宿で行った．1
日目には，未来大 2 案，専修大 2 案，神奈工大 1 案，法政大 1 案，長崎大 1 案の計 7 つのアプリ
ケーション案を発表して共有を行った．発表は各大学のプロジェクトメンバーだけでなく，各大学
の担当教員の方々，企業の方々やミライケータイプロジェクトの OB/OG の方々にも聞いていた
だき，各発表に対して質疑応答を行うことで，各アプリケーション案に対して理解を深めたり，改
善点を発見することができた．その後，企業の方々や OB/OG の方々の判断により，未来大の 1
案と神奈工大の 1 案のコンセプトが似ているという点から 2 つの案を結合させ，計 6 案に関してで
きるだけ複数の大学のメンバーが割り振られるように班を 4 つ作成し，それぞれのアプリケーショ
ン案についてブラッシュアップと 2 日目の発表資料の作成を行った．アプリケーション案のブラッ
シュアップの際には各班に企業の方々や OB/OG の方々が 1 3 人付き，議論の進め方やアドバイ
スなどをもらいながら話し合いを進めていった．2 日目は 1 日目と同様に，班毎にブラッシュアッ
プしたアプリケーション案を発表し，質疑応答を行った．また，2 日目では質疑応答と同時にアイ
ディア提案シートの項目に従ってアプリケーション案を 5 段階評価，またレーダーチャートで図示
し，この評価結果を元に本プロジェクトで作成するアプリケーション案を決定した．
（※文責: 清水 俊希（未来大））
Group Report of 2015 SISP
- 30 -
Group Number 1
Future Mobile Phone Project
5.2
5.2.1
「クルちゃん」の開発プロセス
5W2H の作成
第一回合同合宿会議でどのようなサービスを提供するかを決めた．しかし，5 大学間では決定
したサービスの目的の認識が違っていた．目的が決まっていなければ，具体的な目標設定，機能，
ターゲットが分からなくなりその後に支障をきたしてしまうので，重要な過程といえる．サービ
スの目的を統一するために 5W2H を採用した．5W2H とは When，Where，Who，Why，How，
How much という項目を当てはめて考えることで，簡潔で明確なサービスの目的を設定することが
できるからである．未来大で 1 週間これに期間を費やし，内容を考えた [4]．これからサービスを
提供するために，何をしなければいけないのかを考えたため日数をかなり割いた．そして，決定し
た 5W2H の内容を合同会議で伝え，5 大学間で目的の認識を統一することができた．
（※文責: 下野 敬輔（未来大））
5.2.2
類似サービスの調査
クルちゃんの機能，サービスに類似するアプリケーションの調査を行った．ここでは，分担は行
わずに各々で調べた．類似サービスとしてココシル [5]，wheelmap[6] が挙げられる．
ココシルは街歩き観光情報サービスである．それに加えてココシルバリアフリーナビというのが
存在する．ココシルバリアフリーナビは決められた地域でしか使うことができないため，情報の網
羅性が低いと言える．例えばココシル池袋バリアフリーナビであれば，池袋でしか使用できない．
ココシルバリアフリーナビを起動すると，「車いす」「ベビーカー」「高齢者」「健常者」の 4 項目
があり，それぞれに合ったナビゲーションをしてくれる．車いすをタップすると，「歩道のない道」
「道路の横断」「エスカレータ」「車いす対応されていないエレベータ」「階段」「スロープ」「段差」
「幅員」
「縦断勾配」
「横断勾配」の 11 項目がある．「段差」を見てみると「気にしない」
「なるべく
避ける」「10cm 以上は通行しない」「5cm 以上は通行しない」「2cm 以上は通行しない」の 5 項目
になっており，それに応じたルートを生成する．これらの重みづけがそれぞれにあり適したルート
を生成することができる．その後，ルートが決定したら音声で案内をする．現在地は GPS を用い
てユーザの現在地からスタートする．地図は国土交通省が公開しているオープンデータ「歩行空間
ネットワークデータ」を利用していた．しかしこのデータは，3 年以上前のものもあるため，道路
情報の鮮度は保守できているとは言えない．
wheelmap は車いすユーザが入ることが可能な建物を地図上にマッピングしていくアプリ
ケーションである．外国で開発されたアプリケーションなので，公用語は英語で統一してあ
る．「NEARBY」「MAP」
「CATEGORIES」「ENGAGE」「NEWS」の 5 項目に分かれている．
「NEARBY」は自分の付近にある建物をリストアップする．そして，その建物をタップすると，建
物は車いすユーザにとって安心できる建物かを入力することができる．「MAP」は付近の地図を
表示するマップである．その際に，「NEARBY」で入力した内容が反映されるようになっている．
「CATEGORIES」はスポーツや娯楽，食事で様々にカテゴリー分けされており，カテゴリーを
タップすると該当する建物を表示する．そして，建物がリストアップされると左側にタグが付いて
いる．このタグは緑，黄色，赤，灰色の 4 色に別れている．緑のタグが付いていれば，車いす可で
ある．入口には段差がなく，すべての部屋に段差がない．さらに無理なくトイレに行けるというよ
Group Report of 2015 SISP
- 31 -
Group Number 1
Future Mobile Phone Project
うな，車いすユーザを考えられて作られたバリアフリーな建物であることを示す．黄色のタグは，
段差が多少あるがすべて段差がないということはないということになっている．赤のタグは車いす
ユーザにとって厳しい建物となっている．灰色のタグはまだ建物の状況が分からないとなってい
る．wheelmap をつかうことで周辺の建物の状況が分かるようになるアプリケーションであった．
WHILL はアプリケーションではないが，車いすに機能を導入して次世代パーソナルモビリティと
して行動範囲を広げようという目的のものだった．車いすユーザの不安を物理的に解消できるもの
であった．Bluetooth を使いスマートフォンで操作できるようになっていた．
これらの類似サービスの課題として，ココシルバリアフリーナビは．地図は国土交通省が公開す
るオープンデータ「歩行空間ネットワークデータ」を利用しているが，情報が約 3 年前と古いと
いうところにある．さらに地域でしか公開されておらず，地方では使いづらいという課題がある．
wheelmap は車いすユーザが利用可能な建物を知ることができるが，その利用可能かどうかの情報
はユーザの手動入力によって集めているため，ユーザ負担が大きいと考えられる．これらよりクル
ちゃんでは，全国各地で誰でも気軽に路面情報が収集でき，ユーザ負担の少ないサービスを考案
した．
（※文責: 下野 敬輔（未来大））
5.2.3
要求定義書の作成
5W2H の作成を行ったのは，この文書の作成を滞りなくするためである．1:アプリケーション
名，2:ユーザ（消費者），3:目的，4:要求仕様の 4 項目を記述する．この項目は，他大学と相談しな
がら決定した．アプリケーション名，ユーザ，目的は 5W2H を見ながら記述したので，すぐにで
きた．しかし，要求仕様で詰まってしまった．まず，このサービスはニーズなのか，シーズなのか
を考えた．車いすユーザがやってほしいことをこのサービスでできればと考えていたので，ニーズ
だという方針で進めた．そして，自らが車いすユーザであったらどんなことをしてほしいという要
望を考え，それを記述した．ここでは，実現できるかできないかは考えずに要望だけを記述するよ
う気をつけた．他大学にもそれぞれ要求定義書を作成させて，担当のものが会議を開いてマージ作
業を行い，1 次案を作成した．途中で再考しなければなくなったが，Skype 合同会議で他大学と話
し合いながら，2 次案を作成し，完成とした．
（※文責: 下野 敬輔（未来大））
5.2.4
要件定義書の作成
要件定義書の項目は，1:背景，2:課題，3:目的，4:概要，5:要件仕様，6:成果物の 6 項目で記述す
る．ここでも，他大学と相談して項目を決定した．要求定義書は他大学も一つの文書を作りマージ
する作業を行った．要件定義書は各大学役割分担し記述した．背景を専修大，課題を法政大，目的
を長崎大，概要を神奈工大，要件仕様と成果物を未来大が担当した．ここでは，具体的な機能を決
定する作業が必要になる．要求定義書のなかでも特にどの要求に焦点を当てるかを考えた結果，音
声で注意を喚起する機能をメインにするという話になった．しかし，要求定義書の再考に伴いメイ
ン機能を変更．メイン機能は経路案内機能という結果になった．ここでも，5 大学間で合同会議を
行って決定された．そして，5 大学が作成した文書を組み合わせて，１次案を作成した．しかしな
がら，本プロジェクトではビジネスモデルも各仕様書と同時に作成したため，その後ビジネスモデ
Group Report of 2015 SISP
- 32 -
Group Number 1
Future Mobile Phone Project
ルの変更があった．その結果，ソフトウェア要件にライフログ機能が追加され，要件定義書の大幅
な見直しが見つかった．ここでも Skype を用いて各大学と話し合いながら，2 次案を作成し，完成
とした．
（※文責: 下野 敬輔（未来大））
5.2.5
機能の選定
長崎大のアイディアを元にして開発を進めているサービスがクルちゃんである．第一回合同合宿
当初の機能は「通ったルートの記録」「歩道の状態の記録」「歩道の傾きや段差のショックの記録」
「通れるルートや注意箇所の案内」の 4 つである．合宿後は，クルちゃんの機能を決める際にまず
は，目的の確認をした．5W2H を用いて他大学と目的の確認を行った．目的が決まってからはま
ずメインとなる優先度の高い機能を考えた．その結果，メイン機能として「経路案内機能」という
ことが決まった．しかし，その前段階である情報収集機能の収集方法で再考案が多かった．現在は
イベントで情報を収集して，未来は自動収集を用いて自ら情報を集める形で考えていた．
しかし，夏休み終盤に実装と設計を並行して行っていたとき，車いすユーザのみでの情報収集は
数が足りずに快適な経路案内ができないのではないかという話し合いがなされた．そこで，車いす
ユーザ以外のユーザを獲得してそのユーザに路面情報の収集をしてもらうことを考えた．調査した
結果，ベビーカーユーザがいいのではないかと判断し，ベビーカーユーザに路面情報の収集をして
もらおうと考えた．ベビーカーユーザに路面情報の収集するためだけにアプリケーションを使っ
てもらっても，ユーザにはメリットがなく使ってもらえないと考えて，ライフログアプリケーショ
ンとして提供し，同時に路面情報の収集もしてもらうことを考えた．ライフログアプリケーション
を作るうえで，カロリー消費と歩いた距離の測定機能を付けることにした．ベビーカーユーザは赤
ちゃんを産んだ直後になると，体重増加してしまう傾向にあるからである．カロリーを気にしなが
ら歩いてもらうことでダイエットのきっかけづくり，または促進ができればと考えてこのような機
能になった．
機能は経路案内機能，情報収集機能，ライフログ機能の 3 つの機能で開発を進めた．
（※文責: 下野 敬輔（未来大））
5.2.6
使用端末による分担
クルちゃんの開発プラットフォームは，Android 班と HTML5 班とサーバ班で開発を進めてい
く．Android 班は未来大と法政大が担当した．Android 班に関しては，機能ごとに分担を決め，経
路案内機能を法政大，情報収集機能とライフログ機能を未来大が担当した．HTML5 班は神奈工大
が担当する．サーバ班は Android 班側を未来大が，HTML5 班側を長崎大が担当した．また，ビ
ジネスモデルは専修大学が担当した．
（※文責: 下野 敬輔（未来大））
Group Report of 2015 SISP
- 33 -
Group Number 1
Future Mobile Phone Project
5.2.7
サービス仕様書の作成
「クルちゃん」のサービス仕様書については未来大，専修大，神奈工大，長崎大，法政大の 5 大
学が共同で作成した．サービス仕様書はユーザが必要とする必要な要件に基づいて，利用者から見
てシステムがどのように振舞うべきかをグループメンバー全員で議論を行い，決定した内容を共有
する目的で作成した．作成の流れは，サービス仕様書リーダが記述する項目を決定し，その項目を
大学ごとに分担して作成し，全項目を合併するような流れであった．その後，グループメンバーで
レビューを行い，修正を加えることでサービス仕様書を作成した．この流れを 2 回繰り返し，サー
ビス仕様書の完成とした．しかし，第二回合同合宿でサービス仕様書の不備があったたため，グ
ループメンバー全員が「クルちゃん」のサービスの強みについて認識がずれていた．第二回合同合
宿後は各種仕様書を大学ごとに分担し，サービス仕様書の担当は未来大となった．サービス仕様書
の項目に不備がないかをチェックし，合宿で共有したサービスに必要な機能を記述した．また，グ
ループメンバー全員が共有できるまで何度も議論を行い，11 月 13 日に完成させたサービス仕様書
で締結とした．以下に確定とした項目と最初に担当した大学を記す．
1. 背景（長崎大）
ユーザの抱える問題について記述した．
2. 目的（長崎大）
クルちゃんの目的を記述した．
3. サービス概要（神奈工大）
サービス概要とサービスに必要な機能を記述した．
4. システム（未来大）
実装する機能や開発環境の差異を起さないために，システムの大枠を記述した．
5. ユースケース（法政大）
システムの全体像を把握できるようにユースケース図とユースケース記述を記述した．
6. ビジネスモデル（専修大）
本サービスでどのように収益を得るのかを記述した．
（※文責: 六平 豊（未来大））
5.2.8
詳細仕様書の作成
クルちゃんの詳細仕様書は内部での動きを記述する仕様書である．外部設計書を参考にしなが
ら，作成を進めている．ここではクラス図やユースケース図を用いて実装する際の，役割分担が容
易になるようにする．加えて，コーディングするときに参照するために作成していく．項目は画面
設計，サーバ機能について，プログラム設計，ユースケースについて，クラス図についての 5 項目
で記述した．本格的に記述に取り組み始めたのは 10 月からである．まず，たたき台として未来大
が作成を行った．画面設計は画面イメージ図と画面操作の説明，アクティビティ図を記述した．画
面設計では基本的な画面の動きが分かるようにした．次にサーバ機能についてはサーバの概要と
Web サーバ，データベースシステムの記述をしている．ここでサーバ内部の構成がわかるように
なっている．次にプログラム設計では入力と出力を決めておく．プログラム設計と画面設計を参照
しながらコーディングすると作成できるようにした．ユースケースはユースケース図とそれに関す
Group Report of 2015 SISP
- 34 -
Group Number 1
Future Mobile Phone Project
るユースケース記述を作成した．クラス図はアプリケーションの動きを具体的にすることができ
るので全体をイメージしやすくするために作成した．10 月中はこれらを未来大ばかりで進めてし
まい他大学に仕事をきちんと振ることができなかった．その結果，第二回合同合宿で認識の共有で
きていないということが問題に上がった．そのため，合宿後の仕様書見直しでは，他大学に仕事を
振って作成を行った．さらに連絡を密に取りながら作成を進めたので認識の統一をすることが出
来，クルちゃんの機能に関する意見が以前より増えた．以下に確定とした項目と最初に担当した大
学を記す．
1. 画面設計（未来大，法政大）
クルちゃんのそれぞれの画面について，動作や操作説明，アクティビティ図などの詳細を記述し
た．
2. プログラム設計（未来大）
それぞれの機能について，入力とそれに対応する出力，行っている処理の概要について記述した．
3. サーバ機能（未来大，長崎大）
サーバの処理概要，役割について記述した．
4. ユースケース（未来大，神奈工大）
ユースケースの説明や機能ごとにどのような利用をするかなどを記述した．
（※文責: 下野 敬輔（未来大））
5.2.9
ロゴの作成
クルちゃんのロゴは，第一次案決定を 6 月 25 日，第二次案決定を 10 月 16 日，最終案決定を 10
月 28 日に行った．まず第一次案決定までの流れだが，要求定義書，要件定義書の作成に伴い，メ
ンバー間でサービスの大まかなイメージが出来たため，未来大クルちゃんメンバーのそれぞれが手
書きで書いたイラストを 4 枚作成した．その 4 枚の中からクルちゃんメンバー全体で投票をし，一
番多かったものを第一次案として仮決定した．次に第二次案決定までの流れだが，サービス仕様書
や詳細仕様書の作成，コーディングに伴い，サービスのイメージがはっきりとしたため，未来大ク
ルちゃんメンバーで手書きのイラストをいくつか作成し，その中から 3 枚を選考した．その 3 枚の
中から，クルちゃんメンバー全体で投票をし，一番多かったものを第二次案とした．第二次案で選
ばれたものは，未来大デザインコースに所属している学生に依頼し，作り直してもらった．作り直
してもらったものを全体で共有し，全員が賛成したため，最終案として決定した．
Group Report of 2015 SISP
- 35 -
Group Number 1
Future Mobile Phone Project
図 5.1 クルちゃんの最終決定ロゴ
（※文責: 木村 繁基（未来大））
5.3
5.3.1
「Tourity+」の開発プロセス
5W2H の作成
大学間でのアプリケーションのサービス内容の確認を行うために，5W2H の作成を行った．
When，Where，Who，Why，What，How，How much という項目について定義することで確認
を行った．未来大で各項目について考え，Tourity+ に関わる学生での Skype による全体会議に
よって修正を行い，5W2H の決定を行った．
（※文責: 横山 達也（未来大））
5.3.2
要求定義書の作成
2.6.9 で述べた発注者の視点で，要求定義書の作成を行った．「Tourity+」を開発するにあたっ
て 5W2H をもとにユーザの要求を文章化し，メンバー間での認識の統一を図るために要求定義書
を作成した．
はじめに未来大の要求定義書担当者が要求定義書に必要な項目として，過去資料などを参考に
し，1:アプリケーション名，2:ユーザ（消費者），3:目的，4:要求仕様を検討した．この項目につい
て PukiWiki にて他大学からコメントを募集し，最終的な項目の決定を行った．その後，前述した
5W2H を基に，未来大で要求定義書の素案を作成して PukiWiki にて他大学からコメントを募集
した．コメントを参考にして，各大学の要求定義書担当者の合同会議により第一次案を作成した．
要求定義書と後述する要件定義書では「Tourity+」の主な機能となる「投稿機能」と「閲覧機能」
のみを記述するという方針で作成した．その後は内容に大きな変更はなく，主に文章中の言葉の見
直しや句読点の見直しを行った．後述するサービス仕様書と詳細仕様書を見直す際に，同時に要求
定義書についても見直すという流れで第二次案，第三次案，第四次案を作成し，完成とした．
Group Report of 2015 SISP
- 36 -
Group Number 1
Future Mobile Phone Project
（※文責: 横山 達也（未来大））
5.3.3
要件定義書の作成
2.6.9 で述べた受注者の目線で，要件定義書の作成を行った．ユーザ側に近い発注者の目線で作
成した要求定義書を基に，開発者側に近い受注者の目線を意識して「Tourity+」を開発するにあた
り必要な機能要件などを実装する上で矛盾が生じないように定義し，メンバー間での認識の統一を
図った．
はじめに要求定義書と同様に，未来大の要求定義書担当者が要件定義書に必要な項目として，過
去資料などを参考にし，1:背景，2:課題，3:目的，4:概要，5:要件仕様，6:成果物を検討した．この項
目について PukiWiki にて他大学からコメントを募集し，最終的な項目の決定を行った．次に各項
目の作成に入る前に，アプリケーションに必要な機能のリストアップを事前に行った．要求定義書
を基にして，未来大で機能のリストアップを行い PukiWiki にてコメントを募集した．その後，各
大学の要件定義書担当者で Skype による会議で機能について議論を行って，最終的には Tourity+
に関わる学生での Skype による全体会議によって必要な機能の決定を行った．そして要件定義書
の担当項目を割り振り，各大学で作成後に要件定義書担当者での Skype による会議で添削を行っ
て第一次案を作成した．その後，要求定義書と同様に要件定義書では「Tourity+」の主な機能と
なる「投稿機能」と「閲覧機能」のみを記述するという方針となった．それに伴い，第二次案では
「投稿機能」と「閲覧機能」以外の機能を項目から外した．その後は後述するサービス仕様書と詳
細仕様書を見直す際に，同時に要求定義書についても見直すという流れで変更を行った．第三次案
ではハードウェア要件の項目の変更を行った．そして第四次案では参考文献の項目を新たに追加
し，完成とした．
（※文責: 横山 達也（未来大））
5.3.4
サービス仕様書の作成
コーディングを始める際に開発者同士に誤解や認識のズレが生じないようにするためサービス仕
様書を作成した．
「Tourity+」のサービス仕様書については未来大，専修大，神奈工大，法政大で作成し，後述す
る目次から大学ごとに割り振り分担作業を行った．分担作業後にサービス仕様書リーダがそれをま
とめリーダ会議でレビューを行った後に全体でレビューを行うことで一次案を完成するというプロ
セスを取った．
サービス仕様書の大枠の制定については，まず過去プロジェクトの仕様書や書籍の外部設計書の
手法を参考にしながら，未来大の 2 つのアプリケーションのサービス仕様書のリーダ同士で話し合
うことで統一し PukiWiki にアップロードしレビュー求めてから確定とした．以下に確定とした大
枠と担当する大学を記す．
1. 背景（法政大）
現状でどのような問題点や課題があったために Tourity+ を作成するに至ったかを記述した．
2. 目的（法政大）
背景に対して解決するためには何をすれば良いのかを記し，サービスによって何をもたらすのか
を記述した．
Group Report of 2015 SISP
- 37 -
Group Number 1
Future Mobile Phone Project
3. サービス概要（法政大）
サービス全体の概要と機能ごとの概要を数行程度で記述した．
4. システム（未来大）
システムに必要な機能として表示される画面遷移図，画面イメージ，開発環境，サービスに必要
なソフトウェア構成，ハードウェア構成を記述した．
5. ユースケース図（神奈工大）
システム全体，システムごとのユースケース図を作成し必要な機能の洗い出しを行った．
6. ビジネスモデル（専修大）
本サービスをビジネスとして回していくためには，どのように収益を得るのかを記述した．
各大学が仕様書の一部を作成し，未来大のサービス仕様書リーダがまとめ予定通りにサービス仕
様書の一次案は作成された．しかし，一次案の確定後，大学間の議論の中で目的に合わない機能が
多すぎるという結論に至り，サービス仕様書の機能から地域住民投稿機能を削除した．
さらに 11 月以降は合宿での議論からデモを見せることを前提として開発を最低限行うことを第
一の目標に定めたため，サービス仕様書からは，いままでビジネスモデルの中で必要とされてきた
機能を削除した．
ビジネスモデルは専修大が一年間を通してアンケート調査などを通して変更を加えながら考案し
ていくものであるため，サービス仕様書のビジネスモデルの欄は 11 月にビジネスモデルが確定す
るまで変更が加えられていった．
サービス仕様書は前述したビジネスモデルや詳細仕様書との機能・画面の統一，機能の変更によ
り最終的に 11 月 6 日に確定するまで，一次案から変更が加えられ，確定版を完成させた．
（※文責: 高畑 孝輝（未来大））
5.3.5
詳細仕様書の作成
前期の活動として「Tourity+」の詳細仕様書について，はじめに過去の資料や Web ページを参
考にしながら項目を，1:画面設計，2:サーバ機能の説明，3:データベースについて，4:ユースケー
スというように決定した．アプリケーションの機能に応じて画面遷移，画面設計の案を大まかに考
え，その際に各大学に役割分担し，各大学の詳細仕様書リーダーに意見要望の有無と確認をとっ
た．要件定義書やサービス仕様書の作成でアプリケーションに必要な機能が明確になったのち，画
面設計の項目を最終的な決定を行った．画面設計内のいくつかの項目の中にビジネスモデルに対応
した機能があったが，まだ内容が定まっていないためその項目を覗いて各大学にタスクを割り振っ
た．それをこちらが指定した日程までに作成してきてもらい，未来大の「Tourity+」のメンバーで
マージ作業を行った．
後期では，詳細仕様書のタスクの管理を MeisterTask により行った．そこで上がってきたタス
クとしては，1：各画面設計の修正，2：各画面設計のアクティビティ図の修正と変更，3：データ
ベース関連の修正と変更，4：ユースケースの変更と修正が出てきた．前期では詳細仕様書の項目
を各大学にタスク分けしていたため，また自分の指示不足により，各大学で図や表の体裁に大きく
ズレが生じてしまったため，それを防ぐために未来大のメンバーにタスクを振り分けてやってきて
もらい，マージ作業も未来大メンバー間で行った．その後，PukiWiki や ML で各大学に詳細仕様
書を更新した旨を連絡し，他大学のメンバーにレビューをしてもらった．未来大メンバーで行われ
た会議（以下，未来大会議とする）内で「クルちゃん」のメンバーにもレビューを行ってもらい，
Group Report of 2015 SISP
- 38 -
Group Number 1
Future Mobile Phone Project
その内容を踏まえて再度訂正をした．また，ビジネスモデルの変更によって新たな機能を加える必
要が出てきた場合にはそれに応じて仕様書にも書き加えた．
（※文責: 清水 俊希（未来大））
5.3.6
ロゴの作成
Tourity+ のロゴ作成は，6 月 25 日に第一次案決定，10 月 16 日に第 2 次案決定，そして 10 月
28 日に最終案決定というスケジュールで行われた．第一次案では，Tourity+ の仕様書を作成する
メンバーでラフスケッチを 10 枚書き，PukiWiki にアップロードした後，投票により決定した．次
に，第二次案では，第一次案で選ばれたラフスケッチを元に，デザインコースに所属する学生に協
力を依頼し，幾つかの案を考えてもらった．そして，それらの中から投票で決定した．そして最終
案では，第二次案で選ばれたアイディアに対して調整を加え，最終案として決定した．また，最終
案として決定した案が下の図である．
図 5.2 Tourity+ の最終決定ロゴ
（※文責: 武安 裕輔（未来大））
Group Report of 2015 SISP
- 39 -
Group Number 1
Future Mobile Phone Project
第 6 章 発生した問題点とその解決
6.1
アイディア決定までに発生した問題点
6.1.1
問題点と発生した経緯
本項では，アイディア決定までに発生した問題点とその解決方法について述べる．
問題点 1 「未来大会議での問題」
未来大会議でのアプリケーションアイディアを 2 案に決定する議論が平行線をたどってしまっ
た．原因として，各々の論点が異なり，選ぶべきアイディアの良さを引き出せていなかったと考え
られる．
問題点 2 「合同会議での問題」
合同会議で各大学が考案するアプリケーションアイディアに対して，意見や質問を交わしている
ときの議論が噛み合わなかった．発生した原因は，アプリケーションアイディアを考えるうえで重
視する点が各大学で異なっていたため，議論の論点が合わなかったと考えられる．
問題点 3 「第一回合同合宿時のグループ別議論での問題」
第一回合同合宿でのグループ別議論が長引いてしまった．発生した原因は，アプリケーションア
イディアの向上ばかりに視点が行き，プレゼンテーション資料の作成に入らず，議論を長々と続け
てしまったからと考えられる．
（※文責: 六平 豊（未来大））
6.1.2
解決方法
問題点 1 「未来大会議での問題の解決方法」解決策
この問題の解決方法として，全員からアプリケーションアイディアを選んだ理由を聞き，アイ
ディアの良さを引き出し，論点を絞った議論を行った．
問題点 2 「合同会議での問題の解決方法」解決策
この問題の解決方法として，定期的に行われているリーダー会議を通して全大学にアプリケー
ションアイディアを考えるうえで重視する点の共有を行った．
問題点 3 「第一回合同合宿時のグループ別議論」解決策
この問題については，未解決であった．考えられる解決方法として，スケジュール管理者を常に
設置することでスケジュール管理の徹底をした．
（※文責: 六平 豊（未来大））
Group Report of 2015 SISP
- 40 -
Group Number 1
Future Mobile Phone Project
6.2
6.2.1
「クルちゃん」で発生した問題点
問題点と発生した経緯
問題点 1「夏休み中における実装の遅延」
夏休み明けまでに分担した箇所のプロトタイプを実装し，同じ機能を持ったものを作成し競合す
る体制のコンペ型開発で実装を行う予定であった．しかし，夏休みの進捗確認を怠っていたり，モ
チベーションの低下により，夏休みが明けても開発が終わっていなかった．
問題点 2「夏休み明けから第二回合同合宿前までにおける実装の遅延」
進捗管理を怠り，危機感を持たずに実装を進めていたため，第二回合同合宿の時点でアプリケー
ションのメインとなる機能すらできていなかった．
問題点 3「実装技術の矛盾 その 1」
クライアントとサーバの接続を実装するとき，クライアント側の接続技術とサーバ側の接続技術
が異なり，討論となった．原因は詳細仕様書を作成するうえで，どの接続技術を用いるか決定して
いなかった．
問題点 4「実装技術の矛盾 その 2」
出来上がったアプリケーションが同じものになるとは思えないほど実装の方向性がずれていた．
問題点 5「ビジネスモデルがたてられない」
収益の主軸になると思っていた路面情報に価値が無かったため，車いすユーザのみをターゲット
としたビジネスモデルを立てることができなかった．
問題点 6「Android 班と HTML5 班の整合性がとれていない」
仕様書の内容が不足したまま実装を始めてしまっていたため，画面設計や実装技術のアルゴリズ
ムなど，整合性がとれていなかった．
問題点 7「仕様書の役割の確認不足」
実装前に詳細を決めるはずの仕様書を理解せずに仕様書を作成し，実装期間に認識のずれがおき
てしまった．
問題点 8「サービスリーダーの仕事」
プロジェクトリーダーが進捗確認を行っていたり，実装の指揮をとっていたりしていたため，肝
心なときにサービスリーダーが動けなかった．
（※文責: 六平 豊（未来大））
Group Report of 2015 SISP
- 41 -
Group Number 1
Future Mobile Phone Project
6.2.2
解決方法
問題点 1「夏休み中における実装の遅延」解決策
コンペ型のまま実装を行っても間に合う見込みがなかったので，実装機能の分担を行い統合する
開発体制のマージ型に変更した．また，夏休み明けすぐに計画ゲームという実装進捗の管理を行
い，実装の危機感を持たせることと，モチベーションの向上を図った．しかし，未来大以外にはあ
まり効果が無かった．
問題点 2「夏休み明けから第二回合同合宿前までにおける実装の遅延」解決策
第二回合同合宿でサービスの強みを表すデモシナリオ必要に機能を洗い出し，実装の優先度付け
を行った．また，一週間に 6 時間持っていると定義し，残りの期間で実装が完了するような工数の
見積もりを行った．
問題点 3「実装技術の矛盾 その 1」解決策
第二回合同合宿にて話し合いを行い，詳細仕様書のプログラム設計に記した．そして，詳細仕様
書を見て実装を進めた．Android アプリケーションの実装方法を以下のようにした．クライアン
ト側はネットワーク通信用ライブラリにある Volley を使い，サーバ側は POST と GET によりリ
クエストを受け取る方法に決定した．また，HTML5 の Web アプリケーションの実装方法を以下
のようにした．クライアント側は JQuery を使用し，サーバ側は POST と GET によりリクエス
トを受け取る方法に決定した．
問題点 4「実装技術の矛盾 その 2」解決策
第二回合同合宿でデモシナリオを考え，そのデモシナリオに必要な機能を洗い出し，仕様書に記
した．また，仕様書の内容を明確にした．仕様書に関しては問題点 7 で示す．
問題点 5「ビジネスモデルがたてられない」解決策
情報収集者のターゲットを車いすだけでなく他の乗り物も視野に入れ，収益の主軸となるター
ゲットを情報収集するユーザとした．クルちゃんでは車いすユーザと外出の目的が似ているという
理由からベビーカーユーザとした．また，ベビーカーユーザに情報収集アプリケーションを使用し
てもらう動機づけとしてライフログアプリケーションを提供しようと考えた．
問題点 6「Android と HTML5 の整合性がとれていない」解決策
第二回合同合宿で仕様書の大切さを理解するとともに，実装技術の方法を話し合い，各種仕様書
に記した．そして，仕様書に基づいて実装を進めた．また，何度も実装進捗の確認を行い，アプリ
ケーションの整合性をとった．
問題点 7「使い物にならない仕様書」解決策
仕様書を作成する意味を考え，実装をするうえで異なる開発言語で整合性をとることや，サーバ
クライアント通信方式の整合性をとるために必要だと解決し，仕様書に書く項目を再検討した．追
加した項目として，プログラム設計を加えた．また，機能を理解しやすいように階層化した．修正
した箇所は画面設計をより詳細にし，ユースケース図を書き直した．
Group Report of 2015 SISP
- 42 -
Group Number 1
Future Mobile Phone Project
問題点 8「サービスリーダーの仕事」解決策
第二回合同合宿以降，合同会議や未来大会議にてサービスリーダーに進捗の確認を行うことで意
識を高め，プロジェクトリーダーではなくサービスリーダーがサービス全体を管理することが出
来た．
（※文責: 六平 豊（未来大））
6.2.3
ビジネスモデル作成で発生した問題点と発生した経緯
問題点１「平行線となる議論」
収益面を考えた際に，軸とするシステムの在り方等を巡って，平行線に近い意見の衝突が長期間
にわたって起きていた．数値的な比較を超えて，感情や思想的な側面のぶつけ合いとなり，出口が
見えなくなっていた．
問題点２「細部検討の遅れ」
メンバー間の意見不一致の問題で，ベビーカーユーザに対する誘引要因の明確化等の作業に入る
のが大きく遅れてしまっていた．期限を無視した話し合いを続けてしまい，スケジュールに悪影響
を与えてしまった．
問題点３「アンケートの未実施」
病院や老人ホーム特別養護学校などに対してアンケート実施の依頼を行ったが，全て断られてし
まう状況が続いた．クルちゃんの需要などの要素をアンケートから割り出そうと考えていたため，
実施できなかったことはビジネスモデル構築に遅れと混乱を引き起こした．インタビュー形式の質
問も実施できず，ずるずると時間が過ぎて行ってしまった．
問題点４「消極的な情報発信」
ビジネスモデルを考えていく過程で，現在専修大のクルちゃん班は他校に対してほとんど情報を
発信できていなかった．関連企業 WHILL への企業訪問を行った際の報告書を ML で流さなかっ
たことからもその消極的な姿勢が見て取れる．期日には提出したものの，それを他校が認識してい
なかった，などといったこともあったため，原因の解明と改善が求められた．
問題点５「他校とのコミュニケーション不足」
問題点１と重なるものがあるが，他校とのコミュニケーションをとろうという姿勢が欠けてい
た．よって，自分たちの提案に対するレビューを得ることができていなかった上，他校の有効なア
イディアを取り入れることもできなかった．結果ビジネスモデルの構築は遅れ，他校に対して迷惑
をかけてしまった．
問題点６「危機感のなさ」
スケジュールを考えた上での危機感をもった行動ができていなかった．プロジェクト全体の進行
度を把握していなかったことや，他校と頻繁な連絡を取り合っていなかったことが災いし，現時点
でどこまで終わっているべきなのかを詳細に理解していない行動をとっていた．
Group Report of 2015 SISP
- 43 -
Group Number 1
Future Mobile Phone Project
問題点７「メンバー間でのモチベーションの偏り」
メンバー間のプロジェクトに対する意欲の差が次第に表面化していった．そのため，特定のメン
バーが多くの作業をこなさなければならないような状況が発生してしまった．
（※文責: 垣本 周（専修大））
6.2.4
解決方法
問題点１「平行線となる議論」
明確な期限を作り，メンバー間に議論を終わらせることへの強い意識を持たせた．また，思想や
感情面での反対よりも数値を優先する方針とすることをはっきりさせたことで，平行線だった会議
を終わらせた．
問題点２「細部検討の遅れ」
情報共有成功の後，速やかに作業を行うため，メンバー全員のスケジュールをしっかりと確認
し，話し合える日時を決定，実行した．これ以上の遅れを出さないように意識した．
問題点３「アンケートの未実施」
第二回合同合宿にて，企業の方から，企業の車いすユーザへアンケートを実施したらどうか，と
いう提案をいただいた．企業発表会前の修正に間に合うように，企業の車いすユーザにアンケート
を実施することを考慮したスケジュールを立て直すことにより解決した．
問題点４「消極的な情報発信」
問題点２の原因でもあることではあるが，専修大クルちゃん班は他者に対して意見を積極的に発
信していくタイプの人間が少なかった．また，大規模なプロジェクトに対して委縮してしまってい
た傾向がメンバーの多くにあった．そのため，LINE などの連絡ツール上でも沈黙を保っているこ
とが多くなっていた．これを解決するために，メンバー全員が自分たちの役割を再認識した上で，
他校に対して意見を発信していけるように行動した．専用の LINE グループを作るなどして，話し
やすい環境を作るところから始め，次第に委縮せずに意見を主張できるように促していった．
問題点５「他校とのコミュニケーション不足」
この問題点は情報共有の失敗によって，合宿での多くの時間が有意義とは言えないものとなって
しまったことで痛感したものである．改善のため，ビジネスモデル用に他校の生徒を招いて作成し
た LINE グループを活用した．その場で不完全だった情報共有を完全なものにした．
問題点６「危機感のなさ」
合宿以後のスケジュールに関する注意喚起を深く受け止め，メンバー全員が「遅れている」とい
う認識をきちんと持てるように話し合った．現状の理解と今後必要な作業の明確化を行ったこと
で，緊張感を出そうと考えた．
Group Report of 2015 SISP
- 44 -
Group Number 1
Future Mobile Phone Project
問題点７「メンバー間でのモチベーションの偏り」
メンバー間での現状理解を終えた後，メンバーごとに対話を行い，モチベーションの回復を図っ
た．また，回復後もモチベーションを継続させていくために，プロジェクト活動以外の場面でもケ
アを意識した行動をとった．
（※文責: 垣本 周（専修大））
6.3
「Tourity+」で発生した問題点
6.3.1
問題点と発生した経緯
問題点 1「長引く会議」
週一回の各大学が集まる合同会議内のアプリケーション別会議が毎回定時に終わらなかった．こ
れは特にサービスリーダーが会議内容予定を事前に詰めることを徹底できなかったことにより起き
てしまった問題である．また，各メンバーからあがってきた意見をうまくまとめることができない
まま会議を続けてしまったことも理由として挙げられる．
問題点 2「希薄な内容の会議」
長い時間を掛けて会議を行っていても，結果として決定事項は希薄なものが多かった．サービス
の目的などが決まらない中，どのような機能を付けるかばかりを話し合いしてしまったことが問題
である．
問題点 3「会議での意見の不一致」
特に専修大学と他大学の考え方が一致しないことが多かった．ビジネスモデルを考える目線と実
装できるかどうかの目線での意見が交錯してしまった．
問題点 4「会議における消極的な人物」
会議では意見を積極的に発言できない者が多く，意見を聞くために振ったとしてもうまく答える
ことができない場面があった．
問題点 5「感情的な会議進行」
リーダーが感情的になりながら会議の進行をしてしまうことが多かった．それにより意見の衝突
が多く，十数人のメンバーが参加している会議であるのに二人だけの討論になってしまっている場
面が多く見受けられた．
問題点 6「会議頻度の少なさ」
特にビジネスモデルについての話し合いをほとんど設けることができなかった．ビジネスモデル
については専修大に委託し過ぎてしまい，他大学メンバーはビジネスモデルについて特に意識する
場面がなかったため，ビジネスモデルについて十分に意見交わすことができなかった．また，正規
の時間で話し合いきれなかった内容があっても，他の時間に集まって話し合うことはなく先延ばし
にすることが多かった．
Group Report of 2015 SISP
- 45 -
Group Number 1
Future Mobile Phone Project
問題点 7「遠隔会議による障害」
正規では一週間に一度のみしか他大学と話し合いができず，またビデオ会議であることから相手
に強く言うことに抵抗を感じることが多かった．また，サービスリーダーのいる未来大メンバーの
みで決定してしまった内容を他大学に報告することが多くなってしまった．すぐ指示ができレスポ
ンスをもらえる環境に依存してしまった．
問題点 8「定まらないサービスの売り」
実装フェーズに入ってもなお，サービスの強みについての認識がメンバーごとに異なっていた．
どのようなユーザにどのように使用して欲しいかというビジョンについてメンバー間で十分な話し
合いができなかったことが問題であったと考える．
問題点 9「仕様書におけるタスクの偏り」
他大学と分担し仕様書内容を完成させる予定であったが，他大学からの提出内容をベースに未来
大メンバーで書き換えを行い，完成させてしまう傾向にあった．
問題点 10「リーダーという肩書き」
各仕様書にリーダーという形で担当者を設けたが．リーダーということでその人に大きい負担が
かかってしまった．サービス仕様書や詳細仕様書については，体裁や図の細かい変更が毎週あり，
その修正が負担になっていたように感じる．
問題点 11「仕様書の言葉の統一」
仕様書間の言葉の統一，レイアウト統一に時間がかかった．用語辞書もあったが，実際に使用す
ることがなかった．今回は，未来大メンバー全員で同時に見直しを行うことで統一を行い，適切な
修正をすることができたが時間がかかってしまった．
問題点 12「ニーズかシーズか」
Tourity+ は誰かのニーズがあってのサービスになるか，またはシーズであるのかで要求仕様に
ついて迷ってしまった．顧客の要求を想像しづらかった．
問題点 13「仕様書作成スケジュール」
サービス仕様書と詳細仕様書の完成は前期中を予定していたが，ただマージを行うだけで終わっ
てしまった．実際作成を始めたのは後期に入ってからになってしまった．
問題点 14「Android 班：他大学との連携」
神奈工大と法政大の 2 大学連携での実装であったため，連絡取りがとても困難であった．スムー
ズに実装を進めることができなかった．
問題点 15「Android 班：ソースコードの共有」
ソースコードの共有が不十分であったためにお互いの進捗内容を把握することが困難であった．
Group Report of 2015 SISP
- 46 -
Group Number 1
Future Mobile Phone Project
問題点 16「Android 班：モチベーション」
製造に取り掛かるタイミングが他プラットフォームに比べ遅かった．予定では，夏休み中に実装
プロトタイプを完成する予定であり，コンペ型ですすめていく予定であった．実際は，夏休み中に
ほとんど実装に手を付けず夏休み後から実装を始めることになった．コンペではなく，タスクを分
担しマージすることになった．また 2 大学合同で実装メンバーが多くなると，実装に手を付けない
人がでてきてしまった．
問題点 17「Android 班：間に合わなかった実装」
最低限の実装を期間内に終えることができなかった．開発に着手するのが遅かったことが理由で
あると考えられる．
問題点 18「iOS 班：技術リーダーへの負担」
技術リーダーへの負担が大きかった．iOS 班は他プラットフォームと比べると一番少ないメン
バーで行っているため，他メンバーもともに実装に取り掛かるべきであったが，ほとんどの実装を
リーダーが担当していた．サーバ箇所もサーバ班が担当するのではなく，iOS 班リーダーが行って
いた．
問題点 19「iOS 班：あいちゃれでのタスクの偏り」
Tourity+ での未来大の開発班は iOS 班と HTML5 班の 2 つあったが，多数決で iOS 班にあい
ちゃれへの提出動画作成を押し付けてしまった．
問題点 20「HTML5 班：技術リーダーの非機能」
技術リーダーからの各メンバーへの定期的な進捗確認が取られていなかった．
問題点 21「HTML5 班：1 メンバー，サーバ班への負担」
一人のメンバーへの負担が大きかった．HTML5 班自体は 3 人メンバーがいたが，1 人とサーバ
班 1 人が中心に大きな機能を実装することになってしまった．
問題点 22「HTML5 班：サーバ班との共同実装」
サーバ班が HTML5 のサーバ部分以外の実装も行っていた．また，HTML5 メンバーがサーバ
部分を実装していた．
（※文責: 倉 聖美（未来大））
6.3.2
解決方法
問題点 1「長引く会議」
事前に会議内容のスケジュールを立て，その通りに進めていくことが必要である．またその会議
内容を他のメンバーに確認してもらうことは特に大切なことであると感じた．リーダー一人のみで
何もかも決めてしまっては，内容が偏ってしまうリスクと，事前に他に内容を理解している人がい
なければ，いざ自分が困った際会議は収束しなくなってしまう．
Group Report of 2015 SISP
- 47 -
Group Number 1
Future Mobile Phone Project
問題点 2「希薄な内容の会議」
アプリケーションの目的が決まっていないということについて気付けていなかったことが大きな
問題であった．常に客観的にものごとを捉えられる人材が必要である．またサービスリーダーはそ
のような客観的な視線を持つべきであると感じた．
問題点 3「会議での意見の不一致」
会議では主観的に発言をするのではなく，各々が自分の発言がどのような価値を持つのかを考え
てから発言すべきであった．また自分の発言に対して責任感をもつ必要性があった．以前の発言と
矛盾していることが何度もあったように思う．
問題点 4「会議における消極的な人物」
誰もが意見のしやすい明るい会議にする必要性があった．また，会議への積極的な参加を意識さ
せるべきであった．そのためには進行役の近くに座ってもらうことや，会議前に事前にそのように
消極的な人に会議内容を相談しつつ意見を聞くなどの対策が考えられる．
問題点 5「感情的な会議進行」
メンバーの意見に対して否定的にならず，良いところは取り入れる心意気で話を聞くべきであっ
た．また，メンバーの一意見についてどう思うかを他のメンバーに積極的に聞いてみる手法を取る
こともできた．なによりサービスリーダーは会議の前に事前にどのような内容にしたいのか，どの
ような結論に持っていきたいかを検討し，それを念頭に置きながら会議に臨むべきであった．
問題点 6「会議頻度の少なさ」
なんでもすぐに会議を行うことは好ましいことではないが，話し合うべき内容を事前に十分に検
討し，また代表者と話し合い会議を設けるべきか判断すべきであった．
問題点 7「遠隔会議による障害」
他大学メンバーをもっと信頼する必要性があった．そのためには，普段からコミュニケーション
程度につながりをある程度持っておくべきであったかもしれない．
問題点 8「定まらないアプリケーションの売り」
「実際に自分がこのアプリケーションを使うとしたら」を考えながらアプリケーションの開発を
進めていくことができていれば，自然と売りは決まったのではないかと思う．また，会議でメン
バー全員が共通認識を持つことができているかの定期的な確認も必要であった．
問題点 9「仕様書におけるタスクの偏り」
レスポンスを考えるのであれば，早めに他大学に修正をお願いするか修正を他大学メンバーに委
託しているならば，定期的に進捗確認の連絡を行うべきであった．
問題点 10「リーダーという肩書き」
リーダーと言ってしまったがために，謎の大きな責任感が発生してしまったため，
「リーダー」で
はなく「担当」などとようにした方が良いのではないかと感じた．それにより業務内容はあまり変
Group Report of 2015 SISP
- 48 -
Group Number 1
Future Mobile Phone Project
わらないとは思うが，他メンバーの意識は，なんでも担当者に頼ろうという気持ちではなくなるの
ではないかなと思う．これは仕様書リーダーについてのみではなくプロジェクト全体的に細かすぎ
るリーダー設定に問題もあると感じる．
問題 11「仕様書の言葉の統一」
今回対策したようにメンバー全員で見直しする機会を設けることで解消することができる．ただ
時間が多く掛かってしまうことから，サービスリーダーが仕様書間の整合性を逐一確認し，各リー
ダーに指示するべきであった．
問題点 12「ニーズかシーズか」
教員や企業の方々からのアドバイスを基にシーズであるということで要求仕様について考えるこ
とで解決した．
問題点 13「仕様書作成スケジュール」
始めて仕様書を書くということで，どのような内容を書くべきかわからなかったこともあり遅延
してしまったが，次回仕様書を作成するようなことがあれば前期中（2 か月間）に作成できると考
えられる．
問題点 14「Android 班：他大学との連携」
2 大学の会議場所を定期的に設けるべきであった．
問題点 15「Android：ソースコードの共有」
GitHub などで共有するべき．
問題点 16「Android 班：モチベーション」
休暇は開発工数にカウントするべきではなかった．また積極的に連絡を取ることで実装を促すこ
とも解決策として挙げられる．
問題点 17「Android 班：間に合わなかった実装」
今回は結合テスト開始までに実装するということで解決した．
問題 18「iOS 班：技術リーダーへの負担」
リーダーはもっと他メンバーにタスクを任せ，メンバーもリーダーに積極的になにを実装すべき
か求めるべきであった．
問題 19「iOS 班：あいちゃれでのタスクの偏り」
不参加の HTML5 班はアプリケーション概要など文章の作成を担当するだけであったため，動
画撮影などもっと協力することはできたように感じる．
問題点 20「HTML5 班：技術リーダーの非機能」
リーダーは話し合いの結果決めるべきであった．何も担当していないからリーダーにするという
のはおかしい話である．
Group Report of 2015 SISP
- 49 -
Group Number 1
Future Mobile Phone Project
問題点 21「HTML5 班：1 メンバー，サーバ班への負担」
自分では解決が困難な実装については，積極的にいろんな人に相談するなど実装をもっと進める
ことができる手段が多くあったはずであった．
問題点 22「HTML5 班：サーバ班との共同実装」
HTML5 班については，サーバ部分の実装も同じ人が行うほうが効率的であったため，サーバ班
というように別枠を設けるのではなく，最初からサーバ込の HTML5 班とするべきであった．
（※文責: 倉 聖美（未来大））
6.3.3
ビジネスモデル作成で発生した問題点と発生した経緯
問題点 1「知識不足」
ビジネスモデルを作成する上で，圧倒的に知識が不足していた．ユーザの設定や顧客価値，収益
の流れなど様々な要素を組み合わせなければビジネスモデルを構築できなかったため学習が必要で
あった．
問題点 2「機能が先かビジネスモデルが先か」
機能とビジネスモデルを考える上で二つの方法が存在した．一つ目は，ビジネスモデルを考えた
後にそれに必要な機能を考える．二つ目は，機能を考えた後にそれに合うビジネスモデルを考え
る．しかし，どちらにするのか決まらないままの期間が長かったため進捗に支障が生じた．
問題点 3「サービスとビジネスの兼ね合い」
作成アプリケーション決定段階でサービスが先行してしまい，本当に顧客ニーズがあるのかが不
明確な状態でスタートしてしまった．それにより，本アプリケーションは誰にどんな価値を届けた
いのかが明確とならず，後々まで響いてしまった．
問題点 4「文系大学と理系大学間での考え方の不一致」
文系大学はビジネスがいかにまわるかやアプリケーションがいかに面白いものになるかを考えて
機能の提案をしていた．一方，理系大学は実現可能なのかを重視して機能を提案していたように思
える．この考えの不一致が皆の意識の統一を妨げていた．
問題点 5「収益を確保できるか」
本アプリケーションの主なビジネスモデルとしては，データ販売と広告掲載の二つが挙げられ
る．しかし，データ販売はある程度ユーザが集まってからでないと収集できないため，長期的に見
ないと難しい．また広告掲載も，どの程度企業や自治体が参加してくれるのか明確な数値をだすこ
とができない．よって，大まかな収益計算しかできなかった．
（※文責: 根岸 佑太（専修大））
Group Report of 2015 SISP
- 50 -
Group Number 1
Future Mobile Phone Project
6.3.4
解決方法
問題点 1「知識不足」
知識不足を解消するため 5 大学でビジネスモデルキャンバスについて学んだ．ビジネスモデル考
案の主体は専大であるため，専大メンバーはピーター・センメルハック著，小林啓倫訳『ソーシャ
ルマシン M2M から IoT へつながりが生む新ビジネス』や尾原和啓著『ザ・プラットフォーム』
でビジネスモデルについて学んだ．
問題点 2「機能が先かビジネスモデルが先か」
最終的にビジネスモデルが先という結論になった．だが決まるのが遅かったため結局今ある機能
を活かす形になってしまった．やはり初期段階に決めておくべきであった．
問題点 3「サービスとビジネスの兼ね合い」
アプリケーションの根幹に関わることなので，初期段階から誰にどんな価値を届けるアプリケー
ションであるかという軸を考えておくべきであった．
問題点 4「文系大学と理系大学間での考え方の不一致」
両者の間で温度差が生じていたので，とことん話し合いを行うべきであった．制作最終段階では
締め切りの危機感からかお互い歩み寄っていたので，話し合いが核心に触れるようになっていた．
問題点 5「収益を確保できるか」
データ販売と広告掲載以外にも課金制度やピクスタ株式会社にユーザから得た写真を仲介して販
売して頂くといったビジネスモデルが挙がっていた．しかし，課金制度は本アプリケーションの観
光地という特性に合わないと判断，ピクスタ株式会社への写真販売はスマートフォンで撮影した写
真は販売できないという制約があることから断念せざるをえなかった．したがって収益確保は前述
の二通りに至った．明確な数値しかだせないものの想定できる限りを尽くし計算を行った．
（※文責: 根岸 佑太（専修大））
Group Report of 2015 SISP
- 51 -
Group Number 1
Future Mobile Phone Project
第 7 章 グループ内のインターワーキング
7.1
7.1.1
活動内容「クルちゃん」
Android 班
本年度前期は，主に Android についての技術習得を行った．未来大の活動として，まず Android
アプリケーション開発のために AndroidStudio[7] をインストールし環境構築を行った．また，プ
ログラミング及び開発工程を学ぶために，カメラ，加速度，GPS，画面遷移を参考書やオンライン
資料を参考に，各自で技術習得を行った．また，第一回合同合宿のための，これらを組み合わせた
簡単なアプリケーションを作成した．さらに中間発表会やオープンキャンパスのために，加速度セ
ンサで段差を検知するアプリケーションや経路案内アプリケーションを作成した．法政大の活動と
して，参考書などを用いて技術習得を行った．
夏期休暇中は，プロトタイプ作成を行った．プロトタイプ作成は，未来大と法政大で分かれて開
発するコンペ型をとった．大学内では機能ごとに分かれて作るマージ型をとった．なお，この時点
ではまだライフログアプリケーションの作成は決まっていなかった．未来大の開発プロセスとして
は，夏期休暇前に機能分担を行い，それぞれがスケジュールを立てて，9 月上旬にはマージを行う
ことを決めた．機能分担として，経路案内機能を下野，情報収集機能を牧野，目的地のリストアッ
プ機能を木村とした．経路案内機能は GoogleDirectionsAPI[8]，情報収集機能は WekaAPI[9]，リ
ストアップ機能は GooglePlacesAPI[10] を用い，各自技術習得を行いながら開発を行った．しか
し，夏期休暇になって，お互いに進捗確認をあまり行わなかったことによるモチベーションの低下
や，インターンシップなどが重なったことにより，マージは 9 月下旬となってしまった．マージす
るにあたって，Git，GitHub の学習を行った．法政大の夏期休暇中に予定していた開発に一切着
手していなかったため進捗はなかった．
本年度後期は，アプリケーションの実装を行った．第二回合同合宿後にビジネスモデルの変更が
あり，それに伴って従来の経路案内アプリケーションと新たにライフログアプリケーションの作
成が決定した．そこで体制を未来大がライフログアプリケーション，法政大が経路案内アプリケー
ションを担当とし開発を行った．また，仕様書の変更もあったため，それに伴った機能の実装と画
面の設計を行った．11 月 29 日に実装の締結を行い，12 月からは結合テスト期間となる．
（※文責: 木村 繁基（未来大））
7.1.2
HTML5 班
ここでは，本プロジェクトのアプリケーションである「クルちゃん」を開発するために行ったプ
ロセスについて述べる．
以下，前期のプロセスを述べる
・HTML5 アプリケーション開発のための環境構築
・開発作業で必要となる技術を習得
Group Report of 2015 SISP
- 52 -
Group Number 1
Future Mobile Phone Project
・GoogleMapsAPI について学ぶため，サンプルコードを参考に簡単なアプリケーションを作成
・9 月までの開発スケジュールを作成
前期のプロセスでは，アプリケーションの開発環境構築と必要な技術習得を行った．まず開発
環境を構築するために，VisualStudio2015 と monaca for Visual Studio をインストールした．ま
た，技術習得の具体的な内容としては，参考書のサンプルコードをもとに画面遷移やマップ表示を
行う簡単なアプリケーションの開発を行った．
以下，後期のプロセスについて述べる．
・開発スケジュールの決定
・情報収集機能の開発
・経路案内機能の開発
・検索機能の開発
・未実装機能の優先度を決定
・未実装機能の実装スケジュールを決定
・未実装機能の実装
・全ての機能をマージ
後期のプロセスでは，まず仕様書で決定した機能をもとに開発スケジュールを決定した．その
後，情報集機能と経路案内機能の開発を行った．また，第二回合同合宿において開発の進捗の確認
を行い，未実装機能の優先度を決定した．その後，未実装機能の実装スケジュールを決定し実装を
行った．
（※文責: 宮崎 千展（神奈工大））
7.1.3
サーバ班
ここでは，「クルちゃん」サーバ班の活動内容について述べる．
本年度前期は，サーバマシンの環境構築や Web アプリケーションの作成などの基本的な技術習
得を行った．環境構築については CentOS7.0 の導入と MySQL の導入をローカルサーバで練習を
行った．また，Hadoop による分散処理システムの導入を検討し，各自ローカルサーバに Hadoop
をインストールして，サンプルプログラムを動かすことに成功したが，クルちゃんで使うためのプ
ログラミング技術の習得が間に合わなかったため，Hadoop の導入を中止した．
夏季休業中はクルちゃんで使うサーバの環境構築を行った．サーバマシンの OS は CentOS7.0
を採用し，DBMS は MariaDB を採用した．Web アプリケーション実装のために Apach や PHP
のサンプルプログラムが動くことを試験した．また，ドメインの取得やクライアントのリクエスト
を処理できるようにポート開放を行った．
本年度後期はクルちゃんのサーバ処理に関する実装を始めた．サーバ処理は Android アプリ
ケーションと HTML5 の Web アプリケーションで整合性をとれるように PHP で実装することに
統一をした．サーバ処理は大きく 3 つある．1 つ目はクライアントから送られてくる路面情報を
データベースに挿入する Web アプリケーションの実装．MariaDB にテーブルを作り，PHP の
Web アプリケーションを経由してクライアントからの路面情報に関するリクエストを POST 処理
を行い，DBMS に挿入できる処理を実装した．2 つ目はデータベースに蓄積されたデータをマイ
ニングする機能の実装．DBMS に蓄積されたデータを現実の道路を網羅した Node と Link という
テーブルを参照し，道路の快適さを数値化した値を更新する処理を実装した．3 つ目はクライアン
トから経路探索のリクエストにより快適な経路探索結果をレスポンスとして返す Web アプリケー
Group Report of 2015 SISP
- 53 -
Group Number 1
Future Mobile Phone Project
ションの実装．PHP の Web アプリケーションを経由してクライアントからの経路探索に関する
リクエストを GET 処理を行い，レスポンスを返す処理を実装した．このときのレスポンスで返す
値の算出方法として，ダイクストラ法を用いた．
（※文責: 六平 豊（未来大））
7.1.4
ビジネスモデル提案班
ここでは，本プロジェクトのアプリケーションである「クルちゃん」のビジネスモデルを構築す
るために行ったプロセスについて述べる．
以下，前期のプロセスを述べる．
専修大学のクルちゃん班は 3 名のメンバーで構成される．クルちゃんの開発が決定した後，類似
サービスの調査とどのようなビジネスモデルが最適なのかを考えていった．収集したデータを利用
して利益を得ることが難しいと考え，ベビーカーユーザを対象とするアプリケーションで収益を確
保しようと話し合った．
以下，夏休みのプロセスを述べる．
夏休みはアンケートの作成と依頼，関連企業訪問を行った．夏休み前半にアンケート文を作成
し，他校の確認をとった後，老人ホームや病院にアンケート実施依頼を行っていった．しかし，全
て断られてしまったため，次のアンケート実施先について話し合った．また，車いす市場に関して
のお話しを伺うことや技術的な相談を目的に株式会社 WHILL への訪問を行った．技術面での収
穫は得られなかったものの，市場性の理解を深めることができた．
以下，後期のプロセスを述べる．
後期はベビーカーユーザに対するアンケートの実施と特別養護学校へのアンケート依頼を行うこ
とから始めた．ベビーカーアンケートは実施できたものの，特別養護学校への依頼は全て断られて
しまった．第二回合同合宿では，ビジネスモデルの決定することを目標に話し合ったが，情報共有
不足によって失敗．合宿後の会議にて現状の理解と他校との完全な情報共有を行った．情報共有成
功後は収支計画を折り込んだビジネスモデルを作成した．
以降は企業に在籍する車いすユーザへのアンケートの実施と専修大学が担当するテスト部分に関
して考えている．
ビジネスモデルを考案するために考えた 5W2H
・Who
車いすユーザ
・What
外での移動を
・When
外出時
・Where
屋外で
・Why
安心して外出するために
・How
ルートの案内
Group Report of 2015 SISP
- 54 -
Group Number 1
Future Mobile Phone Project
・How much
技術を転用したアプリケーションの提供や提携企業や NPO との取引
各視点のメリットとして，
運営者側の視点：ここでは運営者をクルちゃんの提供，管理，運営を行う企業・機関」と定義付け
た．運営企業はクルちゃんのビジネスモデルを成り立たせるためにクルちゃんの技術を転用して作
成されたアプリケーションのユーザや提携企業から，アプリケーションの使用費やデータの提供
料，広告費により，収益を得ることができる．
ユーザ側の視点：ここではクルちゃんを使用するユーザを「不安のない，安心した外出を求める車
いすユーザ」と定義付けた．このユーザは無料で外出時にルートの案内機能によって危険のない屋
外での移動を得ることができる．
クルちゃんの技術を転用したアプリケーションのユーザ側の視点：ここではこのユーザを「ベビー
カーで危険性のない道を移動することを望むユーザ」と仮定する．このユーザはクルちゃんに供え
られたルート案内機能による安心感のある移動だけでなく，クルちゃんのはない機能による満足感
を得ることができる．
提携企業の視点：ここでは提携企業を「クルちゃんやクルちゃんの技術を転用したアプリケーショ
ンによって得られたデータを必要とする企業及び，どちらかのアプリケーション内に広告を出した
い企業」と仮定した．データを求める企業はそれを新たなサービスを開発する資源として使用する
ことができる．広告を出したい企業に関しては，アプリケーション内に広告を出すことで，ダイレ
クトにその対象となるユーザへの宣伝を行うことが可能となる．
（※文責: 垣本 周（専修大））
7.2
7.2.1
活動内容「Tourity+」
iOS 班
前期での iOS 班は開発環境の構築として Xcode6 をインストールし開発環境の使用方法を学ぶ
とともに，開発言語に採用した Swift1.2 の技術習得を行った．画面遷移やボタンやテキストボッ
クスのような基本的なコンポーネントの使用方法を学び中間発表用，第一回合同合宿用のデモアプ
リケーションを作成した．デモアプリケーションでは画面遷移やアプリケーション内でのブラウザ
の表示を作成した．
合宿終了後はサービス仕様書，詳細仕様書の進捗を確認しながら開発を始めていった．オープン
キャンパスでは HTML5 でのデモを作成したので，iOS 班としては自分たちのアプリケーション
の開発を行いながら HTML5 の開発の手伝いを行った． また，夏休みに向けて実装する機能の
分担分けを行った．実装する機能は主に，閲覧機能，投稿機能，評価機能，アカウント機能である．
夏期休暇中は分担された機能の実装を個人作業で行った．具体的には閲覧機能におけるロケー
ションベース AR のアルゴリズムの調査，投稿機能に必要なサーバサイドインタプリタである
Node.js の学習，閲覧機能，投稿機能，アカウント機能の実装を進めた．始めはロケーションベー
ス AR のライブラリを使用することを考えたが，無料のライブラリは存在せず有料で高額なライ
ブラリしか見つけることができなかったため，iOS の 2D ゲームエンジンである SpriteKit をカメ
ラ画面上に重ね合わせて画像を映し出すことによって実現した．アカウント機能について Twitter
アカウントを流用し，Node.js のライブラリである Passport を使用して実装した．また，投稿を
Group Report of 2015 SISP
- 55 -
Group Number 1
Future Mobile Phone Project
リアルタイムで表示するために Socket.IO を使用して，非同期通信により実装を行った．
後期では，第二回合同合宿のデモ作成に向けて機能の実装とリファクタリングを行った．第二回
合同合宿までには閲覧機能，投稿機能，アカウント機能，評価機能までの実装がある程度終了した
が，AR の表示に不具合があることや，バグが存在しているところもあり改善の余地があった．し
かし，合同合宿後にソースコードを見直すことで，改善することができた．また，第二回合同合宿
で評価機能の実装がひとまずは不要になったため，ソースコードから外した．
それ以外にはレイアウトを詳細仕様書に合わせる作業，未来大のサーバへのアップロードと動作
確認，データベースへテーブルの追加を行った．
詳細仕様書で定義された仕様として，サイドメニューバーを実装する予定であったが，テスト工
程までに間に合わなかったため，画面に通常のボタンを設置することで，代用した．
12 月からはテスト工程に入ったため，今後はテスト項目を作成し，レビューを行った後にテス
トを開始する．
（※文責: 高畑 孝輝（未来大））
7.2.2
Android 班
ここでは，本プロジェクトのアプリケーションである「Tourity ＋」を Android で開発するため
に行ったプロセスについて述べる．
前期
・Android アプリケーション開発のために環境構築
・AndroidStudio の導入
・Android プログラミングの基本学習
・開発スケジュール作成
・文章入力の学習
・動画・画像添付の学習
・GitHub のアカウント作成
後期
・開発スケジュールの決定
・神奈川工科大学と法政大学との共同開発開始
・GitHub を用いたプログラムの共有
・サーバとの連携
・機能のマージ作業
・未実装機能の実装スケジュールの決定，分担
・未実装機能の実装
（※文責: 渋谷 花梨（法政大））
7.2.3
HTML5 班
ここでは，本プロジェクトのアプリケーションである「Tourity+」を開発するために行ったプロ
セスについて述べる．
・前期
Group Report of 2015 SISP
- 56 -
Group Number 1
Future Mobile Phone Project
Tourity+ の HTML5 実装班は未来大の 3 名のメンバーで構成されている．アプリケーション
の開発が決まってから当面の開発ツールの決定とデモの作成を行った．開発ツールについてはバー
ジョン管理システムとして Git を使用し，エディタとして Web エディタの Liveweave を使用す
る．実機テストの時は XAMPP を用いることを検討している．アプリケーション本体の実装はま
だ行っていない．
・夏期休暇中
夏期休暇中は機能ごとに分担を降り，実装を行った．実装は CentOS を用いて行った．問題点と
してロケーションベースの AR ライブラリが有料のものしか見つからなかったので疑似的にカメ
ラの上に重鎮表示させて実装を進めていった．実装としては Node.js の学習，TwitterAPI を用い
たアカウント機能，閲覧機能，投稿機能を行った．サーバサイドとクライアントサイドで担当を割
り振ると実装の折り合いがつかなかったのでサーバ班と共同で実装を行った．
・後期
夏休み終了後は第二回合同合宿で企業の方に見てもらうためのデモの作成を行った．
画像の表示や動画のサムネイル表示やバブルの表示アルゴリズムの見直しなどの閲覧機能や投稿
機能での未実装の部分の実装を行った．実装を行っていく中で閲覧画面の処理が重くなっていた．
第二回合同合宿では閲覧画面での処理の芋差にアドバイスをいただいた．また，詳細仕様書のすべ
ての機能を実装するのは難しく最低限のデモシナリオを作成することに決定したので，第二回合同
合宿が終わってからはデモシナリオに沿った機能の実装を行った．12 月からはテスト工程である
ので，テスト項目やテスト仕様書を作成し，テストを開始する．
（※文責: 西尾 洋輔（未来大））
7.2.4
サーバ班
ここでは，「Tourity+」サーバ班の活動内容について述べる．
・技術習得
技術習得のため，各自でローカルの仮想環境に CentOS7.0 と Apache，MySQL をインストール
し，サーバを構築した．サーバサイドプログラミングの練習として PHP と MySQL の連携による
チャットを作成した．ミライケータイプロジェクトのサーバの形態については，本プロジェクトで
サーバを担当していた先輩から説明を受けた．分散処理の勉強のために Hadoop を各自の環境に
インストールしてサンプルプログラムの実行を行った．
・アプリケーションサーバの構築
OS を CentOS7.0，データベースを MariaDB とするアプリケーションサーバを構築した．ア
プリケーションからアクセスできるよう，各プラットフォームごとにドメイン名を取得してアプ
リケーションサーバに割り当てた．サーバ側のプログラムは Node.js を実行環境とし，JavaScript
でコーディングした．Node.js とは，高速なネットワークアプリケーションを容易に構築できる
JavaScript 実行環境上のプラットフォームである [11]．
（※文責: 長谷川 麻美（未来大））
Group Report of 2015 SISP
- 57 -
Group Number 1
Future Mobile Phone Project
7.2.5
ビジネスモデル提案班
ここでは，前期の段階での「Tourity+」のビジネスモデル提案をどのように行ってきたかを説明
する．
ビジネスモデルを作成するに当たり，「Tourity+」のビジネスモデルとして「情感の共有」，「地
域の活性化」をすることをコンセプトに，観光に新たな価値を提供したいと考えた．そのため，
「観
光地で情感を共有しあえる仕組みを提案する」という課題を設けビジネスモデルの構築を行った．
そして，そして，ビジネスモデルを運営者・ユーザ・提携企業それぞれの視点から考え，お金や
データの流れを考える際の目的や課題を明確にするために，5W2H（誰が，何を，いつ，どこで，
どうして，どのように，どのように収益を得るか） から考えた．
「Tourity+」の 5W2H は以下の通りである．
・Who
メイン：観光客 → 観光客
サブ ：地域住民 → 観光客
・What
感じたこと，考えたことを共有する
・When
感動したとき，何かを感じたとき
・Where
自分のいる場所の一定範囲内
・Why
非日常な体験を通して，感じたこと，考えたことを発信したい/見たい
・How
感じたこと，考えたことを可視化する
・How much
地域住民しか知らない情報を地方自治体に売る
運営者側の視点：ここでは運営者を「Tourity+ の提供，管理，運営を行う企業・機関」と定義付
けた．運営企業は提携企業から広告費， ユーザからアイテム課金により収益を得ることができる．
ユーザ側の視点：ここでは Tourity+ を使用するユーザを「自分の感じたこと，思ったことを共
有したい観光客」と定義付けた．このユーザは Tourity+ を通して観光地で感じたこと，思ったこ
とを共有する新しい観光の楽しみ方を得ることができる．
提携企業の視点：ここでは提携企業を「Tourity+ によって得られたデータを必要とする企業及
び，アプリケーション内に広告を出したい企業」と仮定した．データを求める企業は観光客の細か
なニーズを把握することができる．広告を出したい企業は，アプリケーション内に広告を出すこと
で，観光客へ宣伝を行うことが可能となる．
続いて，後期の段階での「Tourity+」のビジネスモデル提案をどのように行ってきたかを説明す
る．
ビジネスモデルを作成するに当たり，「Tourity+」のビジネスモデルとして「情感の共有」，「地
域の活性化」をすることをコンセプトに，観光に新たな価値を提供したいと考えた．そのため，前
期では，「観光地で情感を共有しあえる仕組みを提案する」という課題を設けビジネスモデルの構
築を行った．後期では「アンケートによる調査に基づくビジネスモデルの再考」という課題を設け
た．そして，ビジネスモデルを運営者・ユーザ・提携企業それぞれの視点から考え，お金やデータ
Group Report of 2015 SISP
- 58 -
Group Number 1
Future Mobile Phone Project
の流れを考える際の目的や課題を明確にするために，5W2H（誰が，何を，いつ，どこで，どうし
て，どのように，どのように収益を得るか） を見直した．「Tourity+」の 5W2H は以下の通りで
ある．
・Who すべての観光客
・What 感じたことや考えたことの共有
・When 感動したとき，人と共感したいとき
・Where 観光地（自分のいる場所の一定範囲内）
・Why 情感の共有をして欲しいから
・How 感情を文字や画像で表現することで
・How much ユーザから得たデータを分析し，企業や自治体に提供することで
運営者側の視点：ここでは運営者を「Tourity+ の提供，管理，運営を行う企業・機関」と定義
付けた．運営企業は提携企業から広告費，地方自治体からのデータ提供料により収益を得ることが
できる．
ユーザ側の視点：ここでは Tourity+ を使用するユーザを「自分の感じたこと，思ったことを共
有したい観光客」と定義付けた．このユーザは Tourity+ を通して観光地で感じたこと，思ったこ
とを共有する新しい観光の楽しみ方を得ることや，提携企業からの割引を得ることができる．
提携企業の視点：ここでは提携企業を「Tourity+ によって得られたデータを必要とする企業及
び，アプリケーション内に広告を出したい企業」と仮定した．データを求める企業は観光客の細か
なニーズを把握することができる．広告を出したい企業は，アプリケーション内に広告を出すこと
で，観光客へ宣伝を行うことが可能となる．
夏休みから 10 月に掛けて 2 回に渡りアンケートを実施した．その結果を基にターゲットを一人
旅へと絞り込んだが，最終的にはすべての観光客を対象にすることにした．また，ビジネスモデル
も地方自治体へのデータ提供，広告バブルによる広告費に絞り，課金制度は廃止となった．様々な
細かい変更はあったが，最終的には，運営者，ユーザ，提携企業，すべてにメリットのあるビジネ
スモデルを構築できた．
（※文責: 内海 洋樹（専修大））
7.3
プロジェクトリーダー
本プロジェクトにおけるプロジェクトリーダの役割はプロジェクト全体の総括である．
前期の具体的な活動は以下である．
・スケジュール管理と進捗管理
・会議の進行
・メンバーの士気の向上と特性の把握
・専修大，神奈工大，法政大，長崎大との連携
・スケジュール管理と進捗管理
プロジェクトリーダーの主な活動として，全体のスケジュールと大学単位のスケジュールの管理
と進捗管理がある．プロジェクト全体として，いつ時期に何をすればいいのか，また各大学は何を
すればいいのかを考え，それらをガントチャートで作成し，提案した．前期では 1 週間に一度以
上，各担当者に進捗を確認することで，タスクの達成率，現在起こっている問題なども把握するよ
うにした．スケジュール作成の際には Project Libre を使用した．
Group Report of 2015 SISP
- 59 -
Group Number 1
Future Mobile Phone Project
・会議の進行
プロジェクトで会議の時間を用意するのはリーダーの仕事であり，進行に関しては，各担当者に
行ってもらった．プロジェクトリーダーとして行ったことは，その会議での決定事項を明確化し，
決定事項の優先度をつけることである．また，それにかかる時間を割り出し，会議時間内に決定で
きるような内容を組んだ．議論が白熱したり，進まない時は問題点を把握し，解決策を提案するこ
とにより，会議が円滑に進むようにした．
・メンバーの士気の向上と特性の把握
プロジェクトを進めるにあたり，メンバー一人ひとりが自分の役割を理解し最大限に力を発揮
する必要がある．本プロジェクトでは複数の役割を同時に担う場合が多いため，それぞれの役割を
しっかり理解していないと，プロジェクトの進行が止まってしまう．そのような問題に直面しない
ためにはプロジェクトメンバー全員の士気の向上が必要となってくる．具体的には主に，以下の 4
点を行った．
・メンバーの発言，意見に対して否定しない
・メンバーに仕事を任せ，成果に対して評価する
・メンバーに直面した問題に対しての解決策を一緒に考える
・メンバーに目的の再確認を何度もする
これらを行うためには，それぞれのメンバーの不得意や性格を把握しなければならない．そのた
め，メンバー一人ひとりと話す機会を多く設け，何が向いているのか，どんな性格なのかを分析し
た．
・専修大，神奈工大，法政大，長崎大との連携
本プロジェクトは 5 大学合同プロジェクトである．したがって，専修大，神奈工大，法政大，長
崎大との連携が大切であるが，プロジェクトリーダーとして，各大学のリーダーと連絡をとり，現
状を把握や進行の指示を行っていた．また，連携をうまく取るために，各大学のリーダーと互いの
リーダー像を共有し，理解した．
前期の活動を踏まえたうえでの後期の具体的な活動は以下である．
・スケジュール管理と進捗確認
・組織体制の見直し
・専修大，神奈工大，法政大，長崎大との連携
・工数管理の導入
それぞれの活動についての詳細を以下に記述する．
・スケジュール管理と進捗確認
後期では，操作性が悪い点や，導入するためのコストを考えた結果，Project Libre での全体ス
ケジュール作成をやめ，Microsoft Office Excel 2013 を使用した（図 7.1 参照）．全体スケジュー
ルを立てる際には，リーダー会議でスケジュールを決定し，そのスケジュールを担当者に共有し，
できるかどうかの確認をした．スケジュール通りにはできないと判断した場合は，担当者にいつま
でなら完了することできるかを問い，スケジュールの更新を行った．進捗確認の際は，各大学リー
ダーから担当者に連絡を取らせ，達成率を聞くとともに，何がどれだけ終っているのか，問題と
なっているところを確認するようにした．さらに，メンバー全員が進捗を把握するため，合同会議
にて，作成したスケジュールを用いて，現状と今後の活動について確認するようにした．
Group Report of 2015 SISP
- 60 -
Group Number 1
Future Mobile Phone Project
図 7.1 ガントチャート
後期の進捗管理方法としては，二日に一度のガントチャートの更新（土日は除く）を行った．進
捗の指標として達成率のパーセンテージを用い，達成率のパーセンテージの意味を定義した．70
％は個人の分担範囲での作成完了，80 ％は各グループ内でのレビュー完了，90 ％は教員方のレ
ビュー完了，100 ％はプロジェクト全体での周知の完了と定義した．
また，実装フェーズの中でのスケジュールは個々の作業内容が分かるよう，MeisterTask という
タスク管理ツールを用いて，それぞれのタスクの洗い出しを行った [12]．各技術リーダーを中心に
実装のスケジュールをたて，合同会議にて確認し，メンバー全体へ共有した
図 7.2
MeisterTask
・組織体制の見直し
前期の活動では各大学リーダーの役割が明示されておらず，プロジェクトリーダーが一人一人に
確認を取るようなことが多かった．その結果として，各大学リーダーが自分の大学の進捗を把握し
きれていないという問題が発生してしまった．そこで後期の活動では各大学リーダーの役割を定義
した．また，未来大内のサブリーダーの役割も不明確であったため，全体の組織体制を見直し，以
Group Report of 2015 SISP
- 61 -
Group Number 1
Future Mobile Phone Project
下の図ようにした．
図 7.3 組織図
各大学リーダーは図の左側に名前が記載してあり，役割として大学リーダーの名前の右側の青
枠で囲まれているメンバーの進捗を把握することとした．また，未来大のサブリーダーに関して
は，今までプロジェクトリーダーが同時に大学リーダーを担っていたので，大学リーダーの役割の
一つである，メンバーの進捗確認をサブリーダーが行うことにした．
・専修大，神奈工大，法政大，長崎大との連携
前期と同様に，プロジェクトリーダーとして，各大学のリーダーと連絡をとり，現状の把握や進
行の指示を行っていた．また，後期では，各校の情報がおろそかにならないように，リーダー会議
だけでなく，メール等を用いて頻繁に進捗状況を報告するようにした．
・工数管理の導入
前期では作業が分散されておらず，特定の個人への負担が大きくなってしまった．そこで後期で
は一人当たりがプロジェクトにかける時間を定義することで，動いていない人員の把握ができ，そ
の動いていない人員を動かすことで個人への負担を軽減できると考えたため，実装フェーズの中で
工数の考え方を取り入れた．第二回合同合宿後にメンバー全員で一人当たり一週間に 6 時間をプロ
ジェクトの活動に充てることに決定し，プロジェクトメンバー全員が一週間に 6 時間をプロジェク
トの活動に充てるという自覚を持って活動してもらうようにした．また，一人一人に一週間に 6 時
間分の作業を振るように各大学リーダーと各技術リーダーに指示をした．
（※文責: 牧野 孝史（未来大））
Group Report of 2015 SISP
- 62 -
Group Number 1
Future Mobile Phone Project
第8章
8.1
8.1.1
イベント
合同プロジェクト
第一回合同合宿
概要
第一回合同合宿は，未来大，専修大，神奈工大，長崎大，法政大の 5 大学のプロジェクトメン
バーが親睦を深めるとともに，本プロジェクトで開発するアプリケーションアイディアや今後の活
動方針の決定を行うために，6 月 6 日，6 月 7 日の 2 日間に渡り，専修大学伊勢原セミナーハウス
にて行った．本項では第一回合同合宿の日程，成果，反省についてまとめる．
日程
第 1 部会議
・合宿前に各大学で考案したアイディアのプレゼンテーション
・アイディアに対する質疑応答，評価シートを用いアイディアの評価
・合宿までに各大学が行った修得技術のデモンストレーション
第 2 部会議
・教員や OB/OG，企業の方々による，各大学で考案したアイディアの絞り込み
・各大学混合の新グループを編成し，アイディアの質の向上及び内容の充実を目的に話し合い
・プレゼンテーションの準備
第 3 部会議
・新グループによるアイディアのプレゼンテーション
・アイディアに対する質疑応答，評価シートを用いアイディアの評価
・議論，多数決により本年度の開発するアプリケーションアイディアの決定
成果
第一回合同合宿での成果として，まず 1 つはメンバー間の交流である．現在，5 大学間の認識の
統一や進捗報告のために，週に 1 度 Skype 会議を行っている．合宿前は，お互いの顔や性格が良
く分からない状況であったためか，会議で意見が出ることはほとんどなかった．しかし合宿後には
多くの人が積極的になり，様々な意見や質問が出るようになった．したがって，合宿で議論や親睦
会を行ったことにより，メンバー同士の交流が深まり，今後の活動に良い影響となったのではない
かと感じている．もう 1 つの成果は，新たなアイディアの提案である．学んでいる内容，環境が違
う学生同士で議論をすることにより，多角的な視点での意見が出された．それらの意見を元のアイ
ディアに反映させることにより，質の向上や原案とは違う斬新なアイディアなどが生まれた．
反省
合宿終了後，合宿報告書をプロジェクトメンバー全員が書いた．良かった点や学んだ点，また悪
Group Report of 2015 SISP
- 63 -
Group Number 1
Future Mobile Phone Project
かった点や改善すべき点の 2 つに分け，プロジェクトメンバーの反省文のまとめを以下に記述す
る．
良かった点・学んだ点
・他大学との交流を積極的に図ることが出来た
・合宿 2 日目では議論が活発になった
・アイディアをまとめるまでのプロセスの意識が変わった
・グループ活動以外のスケジュールはうまく進んでいた
・OB/OG や企業の方から意見を頂くことが出来た
・プレゼンの技術の向上が出来た
悪かった点・改善すべき点
・ほとんどのグループがグループ作業で徹夜になった
・リーダーへの負担が大きかった
・話し合いが滞ることがあった
・質問や意見を言う人が限定的だった
・情報共有不足であった
・メモを取る姿勢が出来ていた学生が一部だけであった
まとめ
今回の第一回合同合宿では，クルちゃん（合宿時は名前未定）と Tourity+ を本プロジェクトで
開発していくことを決定した．合宿には未来大，専修大，神奈工大，長崎大，法政大の 5 大学の
学生と教員に加え，サポートして下さる企業の方々にも参加していただいた．合宿を通して，1 年
間取り組むアプリケーションの決定だけでなく，プロジェクトメンバー同士の意識の共有や親睦
を深めることが出来たことは，とても有意義なものであった．また，コミュニケーションの取り方
やグループワークの進め方，プレゼン資料の作成方法なども学ぶことが出来た．その一方で，スケ
ジュール管理の甘さや情報共有不足など反省すべき点も多々見つかった．合宿で良かった点や学べ
た点はそのまま引き継ぎ，反省点や改善すべき点はどうやって解決するのかを意識しつつ，今後の
プロジェクト活動に活かしていきたい．
（※文責: 木村 繁基（未来大））
8.1.2
第二回合同合宿
概要
第二回合同合宿は，前回合宿から今までの活動を振り返るとともに 4 か月たった中での現状を整
理し，最終発表や企業発表に向けて改めて意識統一を図ること，今後のプロジェクト体制に関して
理解を図ることを目的に，10 月 31 日，11 月 1 日の 2 日間に渡り，専修大学伊勢原セミナーハウ
スにて行った．本項では第二回合同合宿の日程，成果，反省についてまとめる．
日程
第 1 部会議
・プロジェクトリーダーによる全体の進捗報告
Group Report of 2015 SISP
- 64 -
Group Number 1
Future Mobile Phone Project
・サービスリーダーによる各アプリケーションの進捗報告
・各班によるアプリケーションのデモンストレーション
第 2 部会議
・専修大によるビジネスモデルの進捗報告
・各リーダーによる今後のスケジュールの再設定
・各アプリケーションで課題議論
第 3 部会議
・各アプリケーションデモシナリオと進捗報告
・決定事項やるべきことの確認
・講演
成果
第二回合同合宿での成果として，まずミライケータイプロジェクトのこれからの計画を，全体を
通して決定することができたことが挙げられる．この合宿に入るまでに生じていたスケジュールの
遅れを見直し，今後のスケジュールを立てることができた．それと同時にいつまでに何をやるべき
かというタスクの洗い出しを行うことができたことで，このまま遅れていてはいけないと自分たち
の危機感を高めることができた．これにより，各メンバーのモチベーションの向上ができたのでは
ないかと考える．また，アプリケーション内でなかなか決定できなかった点（ビジネスモデル，ア
プリケーションの押しポイント，ターゲットユーザ等）を決定することでバラバラだった意識の統
一ができた．
反省
合宿終了後，合宿報告書をプロジェクトメンバー全員が書いた．良かった点や学んだ点，また悪
かった点や改善すべき点の 2 つに分け，プロジェクトメンバーの反省のまとめを以下に記述する．
良かった点・学んだ点
・PukiWiki ページ作成や ML の活用など臨機応変に対応出来た
・OB/OG や企業の方から意見を頂くことが出来た
・バラバラだった意識の統一が出来た
・これからの計画を決定することが出来た
・メンバーのモチベーション向上が出来た
・遠隔組はビデオ通話を繋いで参加出来た
・遠隔組はミーティングレコーダーによって，現地全体の雰囲気・状況を知ることが出来た
・自分たちの危機感を高めることができた
悪かった点・改善すべき点
・ほとんどのグループがグループ作業で徹夜になった
・全体リーダーへの負担が大きかった
・タイムスケジュール通りにいかなかった
・合宿 1 日目で現地のスケジュール等が大幅に変更になってしまった
・遠隔組と予定の変更が共有されず，1 日目の午後からは予想以上にコミュニケーションをとるこ
とができなかった
・遠隔組が放置され気味だった
Group Report of 2015 SISP
- 65 -
Group Number 1
Future Mobile Phone Project
まとめ
第二回合同合宿では各アプリケーションの進捗の確認，ビジネスモデルの確定，デモシナリオの
確定を行った．合宿には，未来大，専修大，神奈工大，長崎大，法政大の 5 大学の学生・教員に加
え，サポートしてくださる企業の方々にも参加して頂いた．今回の合宿を通して，この合宿に入る
までに遅れていたスケジュールを見直し，今後のスケジュールを立てることができた．また各アプ
リケーションで意識の共有ができたことが大きな成果であったが，当日に大幅なスケジュールの変
更があったり，遠隔組である Skype で参加していた未来大メンバーを活用しきれていなかったこ
とも反省点である．これらの反省を踏まえて今後のプロジェクト活動をよりよいものにしていき
たい．
（※文責: 内海 洋樹（専修大））
8.2
8.2.1
公立はこだて未来大学
中間発表会
2015 年 7 月 10 日，未来大にて前期におけるプロジェクト学習の成果を発表する，中間発表会が
行われた．それに向けて，6 月下旬から今年度作成するアプリケーションのクルちゃんと Tourity+
の発表用のスライド，ポスター，デモンストレーションの作成を始めた．以下に中間発表会で用い
た各種発表資料の準備内容と役割分担を示す．
1. 発表用スライド（未来大：六平，横山，牧野，阪本，倉，清水）
発表用スライドは，本プロジェクトの概要や目的，運営方法，開発するアプリケーションの説明，
スケジュール，直面した問題についてを説明したものである．しかし，発表時間を 10 分としたた
め全てを伝えようとすると時間が足りなかったため，私たちが一番伝えたいアプリケーションの説
明に重点を置き，スライドを作成した．学生や教員にも何度もレビューしてもらい，納得のいくも
のを作成できた．
2. ポスター（未来大：木村，高畑，下野，武安，西尾，長谷川）
中間発表会で使用するポスターは，本プロジェクトの説明を示したメインポスターを 1 枚，それ
ぞれのアプリケーションの説明を示したサブポスター 2 枚の合計 3 枚作成した．メインポスター
では，プロジェクトの概要，目的，運営方法，スケジュールなどを記載した．サブのポスターでは，
開発する 2 つのアプリケーションのクルちゃんと Tourity+ の主な機能の説明や，開発する背景な
ども記載した．スライド同様，何度もレビューを行い，納得いくものを作成することが出来た．
3. 評価シート（未来大：六平）
プロジェクト学習ワーキンググループ（以下，PWG とする）のテンプレートの評価シートでは
アプリケーションの評価を得ることが出来なかったため，アプリケーションについての評価を得ら
れるよう新しくコメント欄を設けた．内容として，発表技術，発表内容，各アプリケーションにつ
いてで，それぞれ 10 段階で評価出来るようにした．
PWG のテンプレートの評価シートではアプリケーションの評価を得ることが出来なかったた
め，アプリケーションについての評価を得られるよう新しくコメント欄を設けた．内容として，発
表技術，発表内容，各アプリケーションについてで，それぞれ 10 段階で評価出来るようにした．
4. クルちゃんのデモンストレーション（未来大：Android 班木村，下野，牧野）
中間発表会に向けて，クルちゃんのデモンストレーションを Android で開発した．内容として，
画面遷移や Toast を用いた通知，加速度から揺れを判定する機能を実装した．しかし，車いすに
Group Report of 2015 SISP
- 66 -
Group Number 1
Future Mobile Phone Project
乗りテストをしたところ，大きな揺れは検知するが小さい揺れは検知しないなど，上手く機能しな
かった．
5.Tourity+ のデモンストレーション（iOS 班：高畑，武安，清水，HTML5：班倉，横山，西尾）
中間発表会に向けて，Tourity+ のデモンストレーションを iOS と HTML5 で開発した．iOS の
内容として，端末を向けた方向の方角を表示する機能，その方向にあるものを表示する機能を実装
した．HTML5 の内容として，カメラで写真を撮り，その画像に複数人で絵を描くことが出来る
ツールを実装することを目的に，2D グラフィックスを描く canvas 要素の技術習得を行った．しか
し，中間発表会までに実装することが出来なかった．
6. 発表者（未来大：全員）
作成したスライド，ポスターを用いて，聴衆の前で発表を行った．発表回数は前後半合わせて 6
回であるため，メンバー 12 人を各アプリケーションが半々になるように前後半の 2 グループに分
け，全員が発表の場に立つように担当を決めた．中間発表会前に，スライドの流れや伝えたいこと
を確認し，何度も相互レビューを行うなど発表練習を綿密に行った．当日は多くの来場者に本プロ
ジェクトの活動内容と成果を伝えることが出来た．
全体評価
中間発表会では，評価シートを用い，聴衆に発表技術やアプリケーションについての評価をして
頂いた．ここでは，発表技術と内容，クルちゃん，Tourity+ についての評価をまとめ，以下に記
述する．
発表技術と内容
・聴衆の目を見ていた
・声が大きく聞こえやすい
・筋が通っており分かりやすい
・スライドが見やすい
・目的の理解がしやすい
・マウストラブルが目立つ
・早口で内容が入ってこない
・初めて聞く言葉が多く分かりにくい
・台本を読んでいるように感じた
・アプリケーションの紹介までが長い
・スライド 1 枚に情報量が多い
・声が小さかった
Group Report of 2015 SISP
- 67 -
Group Number 1
Future Mobile Phone Project
図 8.1
発表技術・内容についての評価点数
クルちゃん
・安全な社会にするための良いアプリケーションだと思う
・ヘルプをすぐ呼べる機能があれば実用的
・車いすユーザが多いので良いサポートになる
・介助者ありきのサービスなのかそうでないのかが分からない
・情報だけでルート案内するのは不安が残る
・車の自動運転が実現すれば必要なくなるのではないか
・類似サービスがあると感じた
・案内時に遠回りになってしまう場合の解決法があれば実用的
・外出時に段差がないところは存在せず，車いすユーザはそもそも外出しようと思わないため，
ルート案内ではなく回避させる必要がある
・健常者も情報発信できると良い
・ユーザがどのようにアプリケーションを利用するのか分からない
・車いすとパーソナルモビリティでは安全に対する意識が違う
Tourity+
・システムに具体性がある
・他者との情報共有が出来るのは良い
・写真や動画を表示出来たら楽しい
・同じ場所にいる全員が同じものを見ているわけではないので新しい発見になる
・少し前に来ていたユーザの情報も見ることが出来れば良い
・コメントを残すことで何らかのアクションをした方が良い
・わざわざ情報共有する利点が分からない
・AR を使う意味は何なのか
・既存 SNS との差別化が必要である
・人が少ないときはどのように利用できるのか
・背景が接点がないからだけでは弱い
・ユーザの願望を具体化し，どんな機能を用いてどんな価値を提供できるかを洗い出す必要がある
・類似サービスが長期的に利用されてない理由についても考えると良い
Group Report of 2015 SISP
- 68 -
Group Number 1
Future Mobile Phone Project
図 8.2
クルちゃん・Tourity+ の評価点数
まとめ
今回の中間発表会の聴講者によるアンケート調査の結果を踏まえ，全体の評価を行うと，発表技
術と内容についての点数はどちらも約 8 点であった．主なコメントとして，
「声が大きかった」
「話
の流れが分かりやすい」という良い評価もあったが，「早口で内容が入らない」「初めて聞く言葉が
多い」と改善すべき点も見られた．アプリケーションについての点数はどちらも約 7 点であった．
2 つのアプリケーションに共通したコメントとして，「他アプリケーションとの差別化が甘い」「対
象ユーザへのヒアリングが必要」などが挙げられた．しかし，このアプリケーションが実現してほ
しいというコメントも多数あった．今後，今回の中間発表会で得られた意見から，より良いアプリ
ケーションを作ることが出来るよう，議論を重ね，仕様書作成や実装に取り組んでいきたい．
（※文責: 木村 繁基（未来大））
8.2.2
未来大オープンキャンパス
本プロジェクトでは，8 月 9 日に未来大を会場としたオープンキャンパスに参加した．オープン
キャンパスでは，未来大への入学を考えている学生や，興味を持っている学生を主なターゲットと
している．内容としては，学生に対して，未来大についての説明会や，模擬体験授業，プロジェク
トなどの取り組みについてのポスターセッションを主に行っていた．そこで，ポスターセッション
に出展し，活動内容を紹介した．
・当日までの準備
はじめに，どのような発表をしていくかを決めた．考える基準として，高校生がミライケータイプ
ロジェクトに入りたくなるような展示にすることを目標に掲げた．そこで，高校生が楽しいと思う
ポスターとデモを作成することとした．ポスターは，夏休みまでのプロジェクト全体の流れや様子
を紹介したものを 1 枚，
「クルちゃん」と「Tourity+」のアプリケーションの紹介で 1 枚作成した．
プロジェクト全体の紹介では，高校生が見やすいように，文章を減らし，図を多くするなどの工夫
をした．また，アプリケーション紹介では，ターゲットなどの難しい話を省き，アプリケーション
の流れを図を用いて視覚的に紹介するようなものにした．
最後に，当日の発表に伴い，使用する物品リストや，当日の発表スケジュールの決定など，当日の
流れについて確認した．
・当日
当日は，プロジェクトの全体説明に 1 人，各アプリケーションの説明に 1 人ずつ，計 3 人を配置す
Group Report of 2015 SISP
- 69 -
Group Number 1
Future Mobile Phone Project
ることとし，プロジェクトメンバーは 12 人なので，4 チームをローテーションすることで全員に
発表する機会が与えられた．
発表を聞いていただいた来場者の多くは，高校生が占め，未来大への入学を検討している人が多
かった．実際に説明してみると，多くの人が興味を示していただき，好印象だった．また，学生以
外にも，企業の方や地域の方など，幅広い層の来場者がきていた．そのため，アプリケーションに
関して改善のアドバイスを頂いたりなど，様々な面から多くの意見をいただくことができ，今後に
活かせるものを数多く得ることが出来た．
（※文責: 武安 裕輔（未来大））
8.2.3
札幌オープンキャンパス
ここでは未来大が参加した札幌でのオープンキャンパスについて述べる．9 月 19 日に札幌駅前
通地下広場憩いの空間で未来大のオープンキャンパスが行われた．本プロジェクトは自分たちの
成果を外部の人へ伝えるために参加した．それに向け，8 月のオープンキャンパスで使用したポス
ターを外部の人に伝わりやすよう修正した．
・当日までの準備
8 月のオープンキャンパスで使用したポスターを 2 枚を修正した．プロジェクトの概要を説明した
ポスターは図のサイズを調整したり，誤字脱字を修正したりした．開発しているアプリケーション
を説明したポスターはレイアウトを調整し，来場者が見やすいように修正した．企業の方と接する
機会でもあるので，企業の人に聞いておきたい技術的な質問をリストアップした．
・当日
発表者が対応した来場者は 2 人合わせて約 20 人だった．来場者は高校生よりも通りがかりの人の
方が多く，他大学の学生や社会人，年配の方と幅広い年代へ本プロジェクトの活動と成果を伝え
た．発表者は 2 名で，説明する担当を分けることなく，2 人ともプロジェクトの概要とアプリケー
ションの説明をした．Tourity+ は HTML5 でのデモを行ってアプリケーションの説明をした．ク
ルちゃんは車いすを持ち込むことはできなかったため，口頭のみでの説明をした．来場者のうち企
業の方には単に説明をするだけでなく，事前に取りまとめた質問を投げかけてアドバイスを得た．
・成果
企業の方から，アプリケーションや実装に対しての意見，アドバイスを得られた．自分の担当外の
質問にはスムーズに応えることができず，アプリケーションの担当区分に関係なく，知っておくべ
きだと認識した．
（※文責: 長谷川 麻美（未来大））
8.2.4
アカデミックリンク
アカデミックリンクはキャンパス・コンソーシアム函館主催の函館市内にある 8 つの大学・短
大・高専で，学生・教員らが持つ体験発想探求心から生まれる様々な研究を函館市民の皆様・地元
企業の方々にわかりやすく披露する合同研究発表会である．
私たちはこのイベントでブースセッションの発表形式で出展した．ブース発表は各アプリケーショ
ン毎ではなくミライケータイプロジェクトとして出場した．
Group Report of 2015 SISP
- 70 -
Group Number 1
Future Mobile Phone Project
・目的
アカデミックリンクは函館市内の探究心の強い学生・教員や普段の学内発表では得られない函館の
市民の方とブース発表を通して客観的な意見を頂けたり他大学等の研究を見ることによっていい刺
激になるので参加することを決定した．これまでのプロジェクトの活動をインプットとして，アカ
デミックリンクでいただく客観的な意見や体験をアウトプットでき，今後の発表に活かせると考え
た．
・活動・成果
アカデミックリンクの参加に関して事前にパンフレットにのせるタイトルと概要を作成した．また
ブース発表の準備としてミライケータイプロジェクトについて紹介するポスターと各アプリケー
ションを紹介するポスターの 2 枚を作成した．またポスター以外に実際に動くアプリケーションを
展示した方が利き手の興味を引くことができるため各アプリケーションのデモを作成した．ポス
ターとデモによる紹介をプロジェクトメンバー全員ができるよう，また個々人で説明が異なること
のないように各ポスターの説明の流れを示した台本を作成し，練習をした．ポスターとデモ以外に
も休憩時間を設け，他の発表が見られる時間を設けた．全体ポスターは概要・活動・協力企業・ス
ケジュールで構成し，どんなプロジェクトでどんな活動を行っているのかわかりやすく表現した．
アプリケーションポスターは概要とサービスの流れで構成され，どんなサービスなのか，またどの
ようにサービスが利用されるのかを図を用いてわかりやすく表現した．
・反省
ブース発表の主な来場者が学生や一般の方であったため，アプリケーションに対する様々な疑問
点や改善点，デモを使った時の客観的な感想をいただくことができ，サービスの向上につながっ
た．ただ，展示会場の端に私たちの発表ブースがあったためあまり来訪者を見込むことができな
かった．
（※文責: 西尾 洋輔（未来大））
8.2.5
あいちゃれ
あいちゃれとは立命館大学主催のソフトウェア創作コンテスト ICT Challenge+R（正式名称：
あいちゃれ）である．このコンテストは自由な発想やオリジナルティ溢れるアイディアを基にして
自ら作成したソフトウェアを募集している．あいちゃれはまず Web 上での審査が存在し，審査が
通ればファイナリストとしてブース発表やステージ発表を行い，最終選考が行われるというコン
テストの流れになっている．今年度は募集部門として“旅のお供のアプリケーション”がテーマの
「テーマ課題」部門と自由な発想やアイディアで作成されたソフトウェアを募集する「自由課題」
部門の 2 部門の募集があった．Web 上の審査では作品名，作成者，参加部門，提出物（デモ動画）
，
作品の概要，
・アピールポイント，プログラミングにおける工夫点，実行/開発環境の 8 項目を入力
する必要があった．
・目的
私たちはこのコンテストに今年度開発している「Tourity+」を提出した．あいちゃれの募集部門
の一つが「旅のお供のアプリケーション」であり Tourity+ にぴったりであったため参加すること
に決定した．「クルちゃん」では同時期に開催されるアプリケーションコンテストである「キャン
パスベンチャーグランプリ CVG2015」に参加する予定であったため参加を見送った．提案用紙に
Group Report of 2015 SISP
- 71 -
Group Number 1
Future Mobile Phone Project
は以下のように項目を記入した．
＜提出項目＞
・作品名
作品名「Tourity+」とした．
・作成者
未来大の Tourity+ メンバーとした．
・参加部門
大学版 テーマ課題部門（旅のお供のアプリケーション）に応募した．
・提出物（デモ動画）
Tourity+ の iOS プラットフォームが一番開発が進んでいたため，Tourity+ の iOS 版でデモ動画
を作成した．作成にあたっては実際の観光地である函館山に行ってデモの撮影を行った．
・作品の概要
どんなサービスなのかということを始めてみる人が見ても理解しやすいように留意しながら文章の
作成をし，レビューを繰り返して完成させた．
・アピールポイント
Tourity+ が提供するサービスのアピールポイントを数年後の未来を想定しながら書いた．またど
のような点で“旅のお供”アプリケーションであるのかということを書いた．
・プログラミングにおける工夫点
Tourity+ を開発する上で工夫した点について書いた．
・実行/開発環境
実行・開発環境等の実際に開発する上での環境を書いた．
・成果
Web 上での書類審査の結果，ブース発表者としてファイナリストとして選出されることができた．
ただファイナリスト選考では実際の立命館大学まで実費で行く必要があり，その費用を捻出するこ
とができなかったため，ファイナリスト参加はあいちゃれ実行委員会と連絡を取り出場を見送らせ
ていただくことにしていただいた．
・反省
デモ動画を急いで作成したため，いいものを仕上げることはできたが，メンバーの一人に多大な負
担をかけてしまった．またソースコードの提出に関しても判断材料に積極的に活用されるが，ソー
スコードをあいちゃれ実行委員会の指定した形に編集しなければならないこと，ソースコード自
体にエラーがまだたくさんあることから提出を見送ってしまった．提出が必須のもののことしか
考えていなかったため任意のもののことまで考えが回らなかった．事前のスケジューリングが甘
かった．
（※文責: 西尾 洋輔（未来大））
8.2.6
キャンパスベンチャーグランプリ
キャンパスベンチャーグランプリ 2015（以下 CVG2015 と表記する）とはキャンパスベンチャー
グランプリ（CVG）北海道実行委員会主催の国内最大級の学生による新事業提案コンテストであ
る．このコンテストでは新事業ビジネスプランコンテストを通じ，日本の次代を担う若者の人材育
Group Report of 2015 SISP
- 72 -
Group Number 1
Future Mobile Phone Project
成と新産業の創造を目的としている．参加にあたってはまずビジネスプランの内容を記した書類
（提案用紙）を提出する．書類審査を通過すると最終審査会に進出することができ，最終審査会で
はプレゼンテーションで事業内容を説明し審査が行われるという流れになっている．提案用紙では
「1. プランの具体的内容」
，
「2. プランの優位性」
，
「3. 実現方法，実行時期，課題」
，
「4. 市場性」
，
「5.
事業採算・収支予測」，「6. 事業化の意思」の 6 つの項目を基準として作成する必要がある．
・目的私たちはこのコンテストに今年度開発している「クルちゃん」を提出した．CVG2015 は
規模の大きな大会であること，ビジネスモデルを自分たちでたてることができ，クルちゃんという
サービスの客観的な意見を頂く事ができるため参加することに決定した．「Tourity+」ではビジネ
スモデルよりもミライ的なサービスが売りである事と同時期に開催されるアプリケーションコンテ
ストである「あいちゃれ」に参加する予定であったため参加を見送った．提案用紙には以下のよう
に項目を記入した．
・
「1. プランの具体的内容」
肢体不自由者数や高齢者数の推移や車いすユーザの利用環境といった背景と「クルちゃん」のコン
セプトとサービス内容についてについて書いた．
・
「2. プランの優位性」
（1）サービスの新規性や（2）差別的優位性，（3）アプリケーションの技術的な特徴について書い
た．「（1）サービスの新規性」では既存の経路案内サービスにはない，クルちゃん独自のサービス
について書いた．「（2）差別的優位性」では既存の経路案内サービスと比べてどういう点で優位で
あるのかということを書いた．「（3）アプリケーションの技術的な特徴」では情報収集する上で車
いすだけではなく，様々な乗り物からの路面情報を利用できるという他にはない技術的特徴を書い
た．
・
「3. 実現方法，実行時期，課題」
どのようにしてサービス開始時点から新規ユーザを確保し，既存のユーザを維持していくかという
ことを書いた．また，連携企業数をどう増やしていくかについて書いた．サービスを運営していく
上での課題となっている点について書いた．
・
「4. 市場性」
ターゲットとニーズの現状について書いた．サービスを運営していく上でのメインターゲットとメ
インターゲットに対してどのようにニーズを生み出していくかについて書いた．
・
「5. 事業採算・収支予測」
どのような収益があるか，またどのような支出があるかについて書き，それらからどのような収支
予測ができるかについて書いた．
・
「6. 事業化の意思」
将来事業化する意思かあるかどうかについて書いた．
・成果提出期限である 10/31 の 1 週間前頃から書類の作成を行った．作成は未来大だけで行った．
提案用紙の項目に対して担当を振り，作成したものを場所や時間を問わず何度も議論を重ね，教員
からレビューを頂き完成へとと扱ぎ付けた．サービス仕様書や詳細仕様書では明確に定義していな
かった収支予測などの項目をはじめから作成するのに様々な文献を調べて仕上げた．その結果，書
類審査を通過することができた．今後は 2 月上旬に札幌で行われる最終審査会に参加する予定であ
る．
Group Report of 2015 SISP
- 73 -
Group Number 1
Future Mobile Phone Project
・反省
ビジネスモデルを未来大だけで考えたのだが関門外であったため作成するのに大変な時間がかかっ
てしまった．また提案用紙を作成するのに多大な時間をかけてしまい，客観的なレビューをあまり
受ける事ができなかった．提案用紙の提出の 3 週間前から着手しようと考えていたが開発等に追わ
れて一週間前に急いで着手してしまった事は時間管理の面で反省すべきだった．
（※文責: 西尾 洋輔（専修大））
8.2.7
成果発表会
ここではプロジェクト学習の成果発表会について述べる．成果発表会はこれまでのプロジェ
クト学習で行ってきたことを学内外の関係者に発表，評価してもらう．成果発表に向けて発表ス
ライドとポスターの作成を行い，デモンストレーションに関しては「クルちゃん」は Android，
「Tourity+」は iOS で行い，それぞれ実装過程で作成したものを使用した．発表スライドとポス
ターに関して「全体」，
「クルちゃん」，
「Tourity+」でメインで作成する人を 1 人ずつ置き，ポス
ターとスライドで整合性がとれているか確認する人を，全体が西尾，クルちゃんが下野，Tourity+
が倉で行った．また全体的なスケジュール管理や進捗確認を最終発表リーダーが行った．また，プ
ロジェクトリーダー，サブリーダー，各サービスリーダーで話し合い，発表スライドとポスターで
書く項目について決定した．以下に成果発表の役割分担とその内容について記載する．
1. （全体：阪本，クルちゃん：六平，Tourity+：横山）
発表スライドの項目は以下のようになった．
全体スライド
・ミライケータイプロジェクトについて（目的，体制，活動内容）
・各サービスの紹介
・成果
・今後の予定
各サービス
・コンセプト
・紹介動画
・アピールポイント
・ビジネスモデル
発表時間が 15 分間与えられていて，スライドの発表時間を全体：2 分，各アプリケーション 3.5
分，成果と今後の予定：1 分とし，残りの時間を質疑応答としていたため，実際に作成してみると，
時間を超過してしまった．そのため類似サービスや各プラットフォーム，考案フェーズの詳しい内
容などは発表せずに，質疑応答の際の予備のスライドとするなどして対処した．教員や学生間で何
度もレビューをしてもらい，その度によりよいスライドにすることができた．結果的に各項目で発
表時間をやや超過してしまったが，学生，教員，共に納得のいくものになった．
2. ポスター （全体：武安，クルちゃん：木村，Tourity+：高畑）
ポスターの項目に関しては，学内外問わずはじめてミライケータイプロジェクトを見る人にも
Group Report of 2015 SISP
- 74 -
Group Number 1
Future Mobile Phone Project
わかりやすい内容にするため，また自分たちが想定している「ミライ」とは何なのかを伝えるため
に，以下のような構成になった．
全体ポスター
・概要
・活動体制
・協力企業
・スケジュール
・未来予想図
各サービス
・概要
・類似サービスと課題
・サービスの全体像
・ビジネスモデル
ポスターは文字を極力減らして図を多めに入れるようにした．全体ポスターにおいて，例年では
未来予想図という項目はないが，今回は自分たちが想定しているミライとは「近未来で日常的に利
用されているもの」ということを伝えるために取り入れた．各サービスのポスターでは，概要で目
的やコンセプトを簡単に述べ，類似サービスの課題を挙げてその課題を解決するためにこのサービ
スがある，という流れを説明するためにサービスの全体像を図をメインにして作成した．ポスター
に関しても学生や教員のレビューを何度も行い，より納得のいくものを作成できた．
3. 評価シート （担当：長谷川）
PWG の評価シートのテンプレートに記載されている発表技術，発表内容のほかに，「ポスター
の発表技術，発表内容」，また，次年度ミライケータイプロジェクトメンバーにに「ミライ」をど
うイメージさせるかの参考にしてもらうために，「ミライではスマートフォンはどのようになって
いるか」という 2 項目を加えた．
4. 発表者 （未来大：全員，専大：経沢・垣本，神奈工大：福田・宮崎）
未来大の成果発表会に専修大，神奈工大から各 2 名ずつ，上記のメンバーが来校し，前半後半合
わせて計 16 人で発表に臨んだ．前半後半 3 回ずつ発表する機会があるので，未来大メンバーを前
半に 7 人，後半に 5 人に振り分け，他大学メンバーを後半の担当にした．他大学のメンバーには後
半 1 回ずつ担当してもらい，発表スライドのビジネスモデルの部分を専修大，その他のコンセプ
ト，紹介動画，アピールポイントについて発表してもらった．またビジネスモデルに関しての質問
が来た場合には，専修大メンバーに対応してもらうようにした．発表前日には神奈工大メンバーと
ともに想定質問集への回答へ取り組み，各々個人練習を行ってから最後に 1 人 1 回発表できるよう
に通しで発表練習を行った．
全体評価
発表の際に聞いている人たちに評価シートを配り，ミライケータイプロジェクトに対する評価を
もらった．以下に各項目の評価の内容を記載する．
Group Report of 2015 SISP
- 75 -
Group Number 1
Future Mobile Phone Project
発表技術と内容
・スライドが見やすくてわかりやすい内容だった
・声の大きさ，表情がよかった
・少し早口で聞き取りづらかった
・ビジネスモデルを考慮している点で実用性が高いと思った
・実演があるとよかった
・スライドに情報量が多くて読み取るのが大変だった
・数人でスライドを作成しているせいか，情報量が多くてわかりやすかったりそうでなかったりで
一貫性が取れていない
・実施→課題→目標設定→改善のサイクルができていてすごいと思った
・最初にアプリケーションの名称がでてきてるからそこでアプリケーションの内容を説明するとわ
かりやすかった
・あまりミライ感を感じない
・よくわからない単語があったり，体験したことがないためどの程度の問題なのかがわからない
・動画があってわかりやすい
・ベビーカーにスマートフォンを取り付けるのと車椅子につけるのとでは違いが大きすぎると思う
・プロセスは不要で，何をやったのか詳しく説明したほうがいい
・感動の共有はあまり直感的ではない
・アピールポイントが曖昧，不親切でよくわからなかった
・多人数で参加することでの相乗効果は何か
ポスターの発表技術と内容
・メインパネルが簡素で少し内容が薄い
・質問がある人に積極的に説明していた
・仕組みがわかりやすく，サービスの全体像を据えられていた
・類似サービスとの比較，見易いレイアウト，とても時間のかけられたとわかる良いポスターだと
思う
・5 大学での開発は大変苦労が多いはず．その点をもっと示して欲しかった
未来ではスマートフォンはどのようになっていると思うか
・デバイスを持ち歩くのではなく，無料で使えるデバイスがあちこちあって拾って使うようになる
・持ち歩くものではなくなる（AR のようなもの）
・今のような形ではなく他のものと一体化してスマートフォンとは認識できない全く別のものにな
る
・スマートフォンというものはなくなり，データのみでやり取りできる世界になる
・ウェアラブルなものになっている
・AI が実用的になり，スマートフォンがユーザに情報を提供できるようになる
・真新しいデバイスが開発されて流行する
・形はあまり変わらず，高性能化する
まとめ
成果発表会の評価シートの結果を踏まえると，
「スライドの内容がわかり易い」という人と「情報
Group Report of 2015 SISP
- 76 -
Group Number 1
Future Mobile Phone Project
量が多すぎて理解が追いつかなかった」などという人も同数いた．これでもかなり減らしたほうだ
が，成果発表会までにやってきたことがたくさんあり，時間内で全部伝えようとしてこのような結
果になってしまった．また，最初のプロセスの説明が長くてサービスの内容が頭に入りにくかった
というような意見も多数挙がっていて，「デモがあれば見たかった」という意見もいくつか挙がっ
ていた．デモをポスター側に用意しているのにもかかわらず，そのことを伝えずに発表を終えてし
まっていたため，発表終了後にデモがあることを知らせてポスター側に行くよう促す，またはその
場で実演するなどして対処する必要があった．今後の企業報告会までにいいところはそのまま，悪
かったところは評価シートの結果を踏まえて改善していきたい．
（※文責: 清水 俊希（未来大））
8.3
専修大学
参加したイベントはなかった．
（※文責: 経沢 優多（専修大））
8.4
8.4.1
神奈川工科大学
中間発表会
2015 年 7 月 1 日，神奈川工科大学にて前期におけるプロジェクト活動の成果を発表した．情報
工学科の教員と学生に向けてスライド資料を用いた発表を行った．発表会参加者から「なぜ自分た
ちのアイディアが通らなかったか，他のアイディアに比べて何が足りなかったのか考えることが重
要」というアドバイスを頂いた．
（※文責: 宮崎 千展（神奈工大））
8.5
長崎大学
2015 年 9 月 30 日に創成プロジェクトの中間発表会が行われたが前期の間に方針転換を行い
ミライケータイプロジェクトとは別のものを作成することになったためミライケータイプロジェク
トの報告というわけではなく自分たちが独自に作っていく物の発表を行った．スライドを用いて自
分達が作っていく物を全く知らない人達へどれだけわかりやすく伝えるかということに試行錯誤し
た．また，当初の予定と変わるところがあったため０から伝える必要があり苦労した．
（※文責: 園田 稔（長崎大））
8.6
法政大学
参加したイベントはなかった．
（※文責: 尾崎 航一（法政大））
Group Report of 2015 SISP
- 77 -
Group Number 1
Future Mobile Phone Project
第 9 章 成果
本章では，プロジェクトの成果を簡潔にまとめる．
9.1
9.1.1
前期末成果
合同プロジェクト
私たちは合同プロジェクトにおいて，「ミライケータイプロジェクト」というテーマのもと，未
来大，専修大，神奈工大，長崎大，法政大の 5 大学が合同で「Tourity+」
，
「クルちゃん」の 2 つの
アプリケーションの提案，開発を行った．
各校の作業の振り分けとして，始めに 5 大学合同でアプリケーションのアイディア提案を行い，
後に未来大，神奈工大，長崎大，法政大がアプリケーション開発，専修大がビジネスモデルの提案
を行っている．アイディア提案からアプリケーション開発，ビジネスモデルの提案の活動の詳細を
いかに示す．アイディア提案では，各大学，それぞれの形でアイディア提案を行った．その後，未
来大は 2 案，専修大は 2 案，神奈工大は 1 案，長崎大は 1 案，法政大は 1 案にまとめ，6 月 6 日
（土），6 月 7 日（日）の 2 日間に渡って行った第一回合同合宿に向けて，プレゼンテーションの準
備，ビジネスモデルキャンパスの作成，アイディアシートの作成を行った．
第一回合同合宿の 1 日目は，各大学がプレゼンテーションを行った後，各大学からアイディアに
対する質疑応答，企業の方からのアドバイスを得た後に，各大学混合のグループを編成した．新た
なグループではそれまでに提案されたアイディアを参考に，新たなアイディアとして議論し直し，
プレゼンテーション用の資料を作成した．その際，各大学リーダー同士で，今後開発していくアプ
リケーションはどのようなものがいいかなど共有しあい，既存アプリケーションとの差別化を図
るためにも独自の強みが明確なものということになった．合同合宿の 2 日目には，1 日目に各大学
リーダーで話し合った，今後開発していくアプリケーションの方針の共有し，新たな話し合いのプ
レゼンテーションを行った．その際，全員が評価シートを用い評価を行い，レーダーチャートにま
とめた．その後，各大学からアイディアに対する質疑応答を行い，短時間でのアピールタイムを各
グループに設けた．それらを踏まえ，全プロジェクトメンバーによるアイディアの投票を行った．
その結果，私たちのプロジェクトでは「Tourity+」，「クルちゃん」という 2 つのアプリケーショ
ンの開発をすることに決定した．合同会議では大学間での交流を図れたとともに，企業の方々から
多くの意見を聞くことができ，有意義な時間を過ごすことができた．
開発するアプリケーションの決定後は，各大学で開発，ビジネスモデルの提案に向けて活動した．
毎週水曜日に行う合同会議にて，サービス内容の共有や進捗確認，各仕様書の作成，ビジネスモデ
ルの提案をするとともに，意見や，意識の共有などを行い活動している．PukiWiki も利用し，各
会議の議事録，スケジュール，各成果物に関するコメントなどしている．一部の大学では中間発表
も行う．前期を通して，合同会議での意見交換や，企業，教員からのアドバイスにより，プロジェ
クトの目的達成に向けてアプリケーション提案の手法，実践的開発方法について学び，各校がそれ
ぞれの分野で成果を上げることができた．私たちはこの成果を後期のプロジェクトで役立てたい．
（※文責: 牧野 孝史（未来大））
Group Report of 2015 SISP
- 78 -
Group Number 1
Future Mobile Phone Project
9.1.2
公立はこだて未来大学
私たちは前期のプロジェクト活動を通して 3 つの成果を上げることができた．ソフトウェア開発
プロセスの企画と設計にあたる工程を実践的に学んだこと，5 大学共同で作業をする難しさを経験
したこと，アプリケーション開発に必要と考えられるプログラミング技術の習得をしたことであ
る．
ソフトウェア開発プロセスの企画については，未来的だと思うアプリケーションのブレインストー
ミングを行い，KJ 法などあらゆる方法を駆使してアイディアを絞り込み，企画の流れを学ぶこと
ができた．また，設計については，顧客の要求を整理するための要求定義書とシステムの要件を整
理するための要件定義書を作成することで，仕様書を作成する意義を学ぶことができた．
5 大学共同で活動するにあたって，リーダーシップが多い未来大は意見の取りまとめや，進捗の管
理など，指示する立場として多くの経験を積めた．特に難しかった時期は，進捗の確認や情報の共
有が上手くできていなかった時期であった．そこで，進捗確認にはガントチャートを用いたり，連
絡手段を変えたりと，様々な改善策を施し，共同作業の精度を上げてきた．
プログラミング技術の習得については，いくつかのグループに分かれて，第一回合同合宿と中間報
告会にてデモンストレーションを行い，習得できた技術の紹介を行った．
（※文責: 六平 豊（未来大））
9.1.3
専修大学
私たちは，前期のプロジェクト活動を通して，多くの成果を得ることができた．各々が何らかの
役職を持ち，責任者となりながら多くの人との意見交換やビジネスモデルの考案を行っていくこと
でメンバー全員が様々な成長を遂げることができたのである．
メンバー間で共通した成長としては，まず幾度もの会議を通して，実践的なコミュニケーション
技術を学ぶことができたことが上げられる．アプリケーションの企画や提案，議論を行う上で５校
の情報を共有するためには Skype や PukiWiki，GoogleDrive といったツールの使用は必要不可
欠であった．そのため，これまであまり触れる機会のなかったそれらのツールを使用して遠い地に
いる人間と共にプロジェクトを進めていったが，そのおかげで社会に出た後も役に立つであろうコ
ミュニケーションスキルを高めることができた．グループでの話し合い方や説得力のある提案の仕
方，相手を納得させる話し方など，とても多くのことを学べたと思う．
二つ目にビジネスモデル構築に関する知識を，実際に相手に説明することを考えながら学ぶこと
ができたことがある．専修大は唯一の文系校であり，ビジネスモデルの構築を役割としていたが，
最初から良いビジネスモデルを組み立てることができるほどの知識と経験を持っていたわけではな
かった．ビジネスモデルとはどうあるべきものなのか，収益モデルには何が重要とされるのか，周
囲との関係をどう考えていくのかなどのことを詳細に考えなければならないことに悩みながら作業
を進めていった．知識を集め，ビジネスモデルを作り上げていくだけでなく，他者を納得させるこ
とを意識した作業は今までにない経験をメンバー全員に与えてくれた．今はまだ満足できるビジネ
スモデルの構築が可能となったとはいえる状況にはないが，残っているプロジェクト期間をさらな
る自分たちの成長に繋げ，よりよいビジネスモデルを作っていきたい．
三つ目には人間的な成長が上げられる．プロジェクトの作業を行っていくために，何をすべきか
Group Report of 2015 SISP
- 79 -
Group Number 1
Future Mobile Phone Project
を計画し，それを正しく遂行することの重要性を学んだ．自分たちのことだけでなく，共にプロ
ジェクトを進める遠くの他者のことを考えながら作業する経験はとても難しかったが，非常に貴
重な経験だった．自分たちの作業が遅れれば，他校に迷惑をかけてしまうという緊張感は恐ろしい
が，このようなプロジェクトに関わっていなければなかなか体験できなかったであろうことであ
り，自分たちの成長に大きく繋がった．
今後は前期の活動で理解した注意すべき点をしっかりと押さえながら，得られた経験をプロジェ
クトに活かしていきたい．
（※文責: チョン ホンミン（専修大））
9.1.4
神奈川工科大学
私たちは前期のプロジェクト活動を通して多くの成果を上げることができた．
1 つ目は，アプリケーションの企画・提案を実際に体験したことである．各自がアイディアを出
し，議論を重ねることでそれを形にすることができたが，この過程は，これまで座学形式での学習
が主だった私たちにとって想像以上に難しく，そして刺激の多い体験となった．私たちはこの体験
から，アイディアの軸を決める方法や，議論の重要性について学ぶことが出来た．
2 つ目はアプリケーション開発を通した知識や技術の習得である．神奈工大では 2 つの技術班
に分かれて開発作業を行っているが，各班共に技術習得スケジュールを作成し，技術リーダーを中
心にスケジュールに沿った学習を行うことで技術を習得できた．
3 つ目は，仕様書の作成などを通して計画的に行動することの重要性とコミュニケーションの重
要性を学んだことである．仕様書作成では各大学の担当者が中心となってスケジュール管理や認識
の共有を行っており，神奈工大では担当者からグループメンバーへの報告がしっかり行えていたた
め，スケジュール通りに作業を行うことができた．
学内でのコミュニケーションは円滑に行われていたが，一方で他大学とのコミュニケーションを
担当者に任せてしまっていたため，反省点として今後の活動に活かしていく．
（※文責: 宮崎 千展（神奈工大））
9.1.5
長崎大学
長崎大学のメンバーは今までプロジェクト学習という授業に触れる機会がなかったため今回初め
てのプロジェクト学習ということもあり今までの授業では得られないような様々な成果を得ること
が出来た．得られた成果として順に３つほど述べる．１つ目はアプリケーションの発案手法・提案
手法を学ぶことができたことである．アプリケーションの発案では学内でブレーンストーミングと
いう手法を用いてアイディアを出しあいたくさんでたアイディアから絞り込むプロセスをとった．
絞り込む際にはそのアプリケーションのおもしろさや役に立つかどうか，アプリケーション使用者
以外の人のためになるかなどを総合して絞りこんだ．アプリケーションの提案では自分たちが考案
したアイディアがいかに良いものかを伝えるか，どうしたら伝わりやすいかを考えた．合同合宿で
提案した車いすのアプリケーションは車いすに実際に乗ってみて感じたことから発案したアプリ
ケーションであるため発表の際には実車したことを写真や動画と共に伝えることで説得力が増した
のではないかと思われる．２つ目は大人数で活動ができたことである．５大学が連携したプロジェ
クトであり進捗確認や議論が度々行われ，Skype や PukiWiki や LINE などを通じてプロジェクト
Group Report of 2015 SISP
- 80 -
Group Number 1
Future Mobile Phone Project
を実際に進めることができ，特に途中で行われた合宿では５大学の連携も強まり今後の活動が期待
できるものとなった．３つ目はソフトウェア開発工程の上流工程を学び，体験できたことである．
上流工程では仕様書の作成がメインとなるが，それぞれの仕様書の重要性やどのようなことを書け
ばいいのかを学ぶことができた．予めスケジュールを組み，予定どおりに仕様書を完成させないと
次第にプロジェクトが遅れていくことを実感し，時間の管理の大切さも同時に学ぶ事ができた．今
後もプロジェクトは続いていくため様々な問題が発生することが予測されるが他大学のメンバーや
学内のメンバーと協力して乗り越えていきたい．
（※文責: 園田 稔（長崎大））
9.1.6
法政大学
私たちは，前期のプロジェクトを通じて多くの成果を得た．新しいアプリケーションの提案を
する難しさについて学んだ．各自がアイディアを出して，実現が可能なのかや既存のアプリケー
ションがないかなどに気を付けながらアプリケーションの内容を詰め，アイディアを絞っていっ
た．サービスを提供するためにはアプリケーションを開発するだけでなく，ビジネスモデルも重要
であることを学んだ．メンバー同士で仕事を分担して進める中で，グループで協力して作業をする
意義や，活発な議論を交わすことの重要性を学ぶことができた．他大学との開発になるため，情報
共有の大切さやスケジュールを立ててそれを守ることの大切さも学んだ．
（※文責: 尾崎航一（法政大））
9.2
9.2.1
後期末成果
合同プロジェクト
私たちは前期同様，
「ミライケータイプロジェクト」というテーマのもと，未来大，専修大，神
奈工大，長崎大の 5 大学が合同で「Tourity+」
，
「クルちゃん」の 2 つのアプリケーションの提案，
開発を行った．
合同プロジェクトとしての成果は大きく 3 つある．
1 つ目は仕様書を作成する目的をメンバー全員が知ることができたことである．私たちは，前期
の活動で要求定義書，要件定義書，サービス仕様書，詳細仕様書の 4 つの仕様書を作成した．その
後，後期の活動では実装を行った．実装を進める中で，他大学との意見の食い違いや矛盾が起こっ
てしまうという問題があった．その原因は，メンバー全員が仕様書を確認していなく，理解してい
なかったためであった．その問題に対する解決方法として，今までは分担して作成，確認していた
仕様書を，Skype 会議等で実際に話し合いながら作成，確認するという方法と取った．また，作成
や確認の際，サービスリーダーを中心に様々な人に質問をするようにし，全員が理解していること
を確認した．効果として，実装の際に，わからないことがあると仕様書を確認するという習慣がメ
ンバー全員についた．
2 つ目は工数管理の概念を学べたことである．前期の活動を終えて，作業の負荷分散ができてい
ないという問題があった．その原因は，誰がどれだけ作業をすればいいのかをプロジェクト全体で
定義していなかったからであった．その問題に対する解決方法として，第二回合同合宿から実装に
関してプロジェクト全体で工数管理をすることに決めたことである．工数管理のルールとして，一
Group Report of 2015 SISP
- 81 -
Group Number 1
Future Mobile Phone Project
人当たり一週間に 6 時間プロジェクトに対して時間を使うと決めた．実装の際のタスクに対して，
予想工数を考えてもらい，一週間に一人 6 時間分のタスクが割当たるようにした．また，工数管理
の際の進捗確認方法は毎週行われる合同会議の中で，技術リーダーにより，一週間での終わった作
業，次の一週間に行う作業，それぞれの作業の担当者を確認することで行った．その効果として，
作業担当者が明確になることで，作業の負荷分散が期待できたことと，予想工数をたてることによ
り，メンバーそれぞれの実装の実力を測ることができた．また，実力を把握することで，予想工数
の精度があがることも期待した．しかし，実際は工数管理を行い，進捗確認をすることで，負荷分
散をすることはできなかった．結果は，動いていない人員が浮き彫りになってしまい，そのままの
状態で実装を進めてしまった．
3 つ目はテストの手法を学べたことである．後期の活動の中で，結合テストを行った．結合テス
トではテストシナリオ，テスト項目，テストデータに関する理解をした．テストシナリオではアプ
リケーションを使用するうえでの様々なパターンが網羅されるようなシナリオの作成を行い．テス
ト項目は仕様書をもとに挙げていった．テストデータに関しては，同値分析，境界値分析，エラー
推測などの分析方法を学ぶことができた．
（※文責: 牧野 孝史（未来大））
9.2.2
公立はこだて未来大学
後期のプロジェクト活動を通じて未来大が得られた成果について述べる．後期では主にアプリ
ケーションの開発とイベント等への参加を行った．こういった活動を通じて，私たちは 2 つの成果
を得ることが出来た．
一つ目はスケジュール管理の重要性を学ぶことが出来た事である．
未来大では後期の活動体制として水曜日の会議でミライケータイプロジェクト全体での Skype 会
議と開発，金曜日の会議で仕様書作成を行った．水曜日の開発と金曜日の仕様書作成ではスクラム
ミーティングを行い，誰がどのタスクをいつまでにやるかということを明確にしてから行うことで
全員で進捗の把握ができた．把握をすることで第二回合同合宿までにどんな作業が残っているかと
いったようにスケジュールに対する進捗を把握でき，修正を行うことが出来た．
二つ目は工数管理の重要性を学ぶことが出来た事である．水曜日の開発と金曜日の仕様書共に
MeisterTask というツールを使用し，工数管理を行った．必要なタスクを洗い出した後にどのくら
いの時間が必要か見積もり，各タスクに担当者を振り，工数管理を行ったことで担当者が何をやる
べきか明確に把握することが出来た．また，第二回合同合宿以前ではどんな機能を実装するかにつ
いて優先度付けをあまり明確に行っていなかったが，合宿でデモシナリオを作成し，サービスとし
て成り立たせるためにどんな機能を優先的に実装すべきかという取捨選択の必要性も学ぶことが出
来た．
以上の二つの点から開発においてスケジュールを意識した開発を学ぶことが出来た．開発を通して
コミュニケーションの重要性や他大学との情報共有の重要性なども改めて学ぶことが出来た．
（※文責: 西尾 洋輔（未来大））
Group Report of 2015 SISP
- 82 -
Group Number 1
Future Mobile Phone Project
9.2.3
専修大学
後期では前期と違ってもっと詳細な作業を行った．第二回合同合宿を通じて全員がこのプロジェ
クトをさらに理解することができ，より専念できるようになった．これを踏まえて専修大学の後期
の成果は以下の通りである． １つ，メンバー間の情報共有の強化である．前期に最も問題になっ
たことの一つはメンバー間の情報共有であり，時間が過ぎれば過ぎるほどプロジェクトが進まない
など大変な局面に直面することもあった．例えば，スケジュールの変更の共有ができなかったこと
があった．後期になってからは情報手段の仕方を多数使用し，みんなの意見を出す時間を設け，プ
ロジェクトのことや個人の意見までできるだけすべての情報を共有できるようにした． 2 つ目
は，ビジネスモデル具体的な構築をした．ターゲットのパイ数の把握や収益値数の考察をもとにし
て収支計画を作成した．また，設け方の考察を一層明らかにして既存の曖昧だったところは削除し
た． 以上大きく 2 つの成果を通じてプロジェクトでのチーム中での協力をより効率的にさせるこ
とが出来，スケジュール通り進むようになった．
（※文責: チョン ホンミン（専修大））
9.2.4
神奈川工科大学
ここでは，後期のプロジェクト活動を通じて神奈工大が得られた成果について述べる．後期で
は，主にアプリケーションの開発および成果発表を行ったが，チームでアプリケーションの開発を
行う中で私たちは 3 つの成果を得ることができた．
1 つ目は，スケジュール管理の難しさを学べたことである．神奈工大では夏休みにプロトタイプ
の作成を行う予定だったが，実際にはプロトタイプの作成がほとんど行われていなかった．このよ
うな結果となってしまった原因として，進捗確認が不十分であったことが挙げられる．夏休み以降
の活動では，各自の進捗状況を開発チーム内で共有することで遅延が発生している部分へのサポー
トなどを効果的に行うことができた．
2 つ目は，アプリケーション開発に必要となる知識や技術の習得ができたことである．実装工程
において何度も問題が発生したが，その度に情報収集を行いその問題を解決してきた．自身で問題
を発見し解決するというプロセスを踏むことで，問題の解決だけではなく知識や技術の習得にも繋
げることができた．
3 つ目は，意識を統一することの重要性に気付けたことである．第二回合同合宿で開発チーム内
での意識統一ができていないことが明らかとなった．そこで私たちは再度意識の統一を図るため，
開発目的や機能などについて各アプリケーションの担当者で話し合いを行った．これにより，これ
まであった意識の差を無くすことができた．意識の差を無くさないまま開発を続けていれば同じア
プリケーションでも挙動が違うなどの問題が発生するなど，大きな問題に繋がる可能性があるとい
うことを学ぶことができた．
本プロジェクトの活動を通して神奈工大メンバー全員が成長することができた．後期の実装プロ
セスで習得した技術以外にも，人と人とのコミュニケーションを行うことによるヒューマンスキル
の向上が見られた．
（※文責: 宮崎 千展（神奈工大））
Group Report of 2015 SISP
- 83 -
Group Number 1
Future Mobile Phone Project
9.2.5
長崎大学
ミライケータイプロジェクト後期期間に長崎大が得られた成果は大きく２つに分けることがで
きる．１つ目は開発実装段階における他のメンバーとの情報共有やコミュニケーションの大切さ
である．クルちゃんの HTML5 班は第二回合同合宿までにあまり進捗がない状態が続いていた問
題がありプロジェクトとしても他のリーダーであったりプロジェクトリーダーに心配をかけてい
た．その原因は HTML5 班である長崎大と神奈工大との連携，情報共有能力の弱さであったり，
メンバー同士の連携，情報共有能力の弱さが原因であり質問する・話す・聞くといったコミュニ
ケーションができていなかった．第二回合同合宿中に HTML5 班どうしの顔合わせによる話し合
いや Android 班のメンバーとの話し合いにおいてアプリケーションイメージがしっかり固まった
HTML5 班は 11 月中の開発期間において毎日の進捗報告，問題報告，メンバーどうしの詳細な部
分の質問などを繰り返すことによって開発工程を後戻りすることなくほとんどスケジュール通りに
開発を進めることが可能になった．第二回合同合宿前までの失敗と第二回合同合宿後の改善によっ
て開発速度の違いを身をもって体感することができ，今回のプロジェクトに限らずとも実際に他の
メンバーと開発を行う場合には情報の共有やコミュニケーションをすべきであるということを感
じることができた．2 つ目はアプリケーションプログラムの開発工程を学ぶことができたことであ
る．ミライケータイプロジェクトの前期期間ではアプリケーション全体の開発工程を学ぶことがで
き，主に仕様書作成などの上流工程を実際に経験した．後期期間では仕様書が完成し，どのような
アプリケーションを作るのかが決定したためソースコードを実際に書いたりテストをしたりといっ
た下流工程を実際に経験をすることができた．第二回合同合宿で決定したスケジュールを常に意識
しながらの開発は，まだ経験はしたことはないものの実際の会社での開発作業と近いものを感じる
ことができたと思われる．スケジュールを意識しながら開発を行っていく中で開発の優先度をつけ
たり，他の人との情報共有を積極的に行ったり，技術習得を積極的に行ったりしたことで自分達の
スキルを大きく成長させることができた．
（※文責: 園田 稔（長崎大））
9.2.6
法政大学
後期のプロジェクト活動を通じて法政大学が得られた成果について述べる．後期では主にコー
ディングや結合テストを中心に行った．こういった活動を通じて，情報共有やタスクの割り当ての
重要性を学ぶことができた．
まず，他大学との共同開発したことで得られた成果について述べる．Tourity+ での当初の予定
では神奈川工科大学と法政大学がそれぞれ別々に開発を行って，できた 2 つのものをコンペ方式
で優れたところをマッシュアップして完成させる予定だった．しかし，時間の都合と効率性を考え
て，必要最低限の機能のみを実装し，実装する機能も 2 つに分けてコーディングすることに変更し
た．閲覧画面を神奈川工科大学，投稿画面を法政大学が担当することになったが，閲覧画面の方が
実装するのが難しく，スケジュール通り進めることができなかった．別々の開発になったので互い
の大学の進捗をしっかり把握することやスケジュール通りコーディングを進めるため適切なタスク
の割り当てを行うことが重要であると学んだ．
次に，大学内において得られた成果について述べる．クルちゃんではコーディングの作業をする
Group Report of 2015 SISP
- 84 -
Group Number 1
Future Mobile Phone Project
タスクの負荷に偏りが生じてしまった．また，Tourity+ でもサーバとの通信担当者のタスクの負
荷が大きくなってしまった．必要なタスクをあらかじめ洗い出し，作業分担できる体制を作ること
が重要であることを学んだ．
（※文責: 尾崎 航一（法政大））
9.3
個人の作業とプロセス
本節では，プロジェクトにおける各人の果たした役割と成果を簡潔にまとめる．
9.3.1
公立はこだて未来大学
阪本 宏輔
5月
・アイディア班のリーダーに就任
・アイディアの原案を 25 個考えた
・サーバ班になった
・サーバ班の技術習得にとりかかった
6月
・アプリケーション案「Tourity ＋」のスライドを作成した
・合宿に向けてデモ作成を行った
・第一回合同合宿
・アイディア班は「クルちゃん」，技術班は「Tourity+」に所属した
・要求定義書のレビューをした・要件定義書の広い道判定機能と坂道判定機能を担当した
・中間発表で「クルちゃん」のスライド担当になった
・
「クルちゃん」のスライドを作成した
7月
・中間発表で「クルちゃん」についてのスライドを作成
・中間報告書リーダーとなり中間報告書の作成の指示をした
・中間発表で「クルちゃん」の発表を担当した
・詳細仕様書の情報収集段階を担当した
・サービス仕様書の状態遷移図を担当した
8月
・学内のオープンキャンパスに向けた Tourity+ の HTML5 のデモ作成に参加した
・サーバ班として学校のサーバに仮想 OS を立ち上げた
・オープンキャンパスの事前準備に参加し，会場設営を行った
・オープンキャンパスに参加し，高校生に向けてプロジェクトについて説明をした
・Tourity+ のサーバ班としてプロトタイプの作成を開始した．サーバ側のソースコードを担当し
た
9月
・mysql と Node.js の連携に成功した
・閲覧画面のサーバ側のソースコードの記述をした
Group Report of 2015 SISP
- 85 -
Group Number 1
Future Mobile Phone Project
・投稿画面のサーバ側のソースコードの記述をした
・twitter を利用し，ログイン機能の実装した
・画像の表示方法を見つけ，実装した
10 月
・MeisterTask の利用を開始した
・サービス仕様書のデータベース欄の訂正を行った
・詳細仕様書のデータベース欄の訂正を行った
・第二回合同合宿にむけた Tourity+ の HTML5 のデモの作成を開始した
・仕様書のレビューをした
・あいちゃれ 2015 の作品のアピールポイントの項目を考えた
・法政大学の Android 班にサーバ環境の構築の仕方を指導した
・第二回合同合宿に参加した
・合宿で HTML5 班のタスク割り振りをした
11 月
・第二回合同合宿に遠隔参加した
・アカデミックリンク用のポスターのレビューをした
・アカデミックリンクに参加した
・アカデミックリンクにてポスターセッションを行った
・Tourity+ の HTML5 班の手助けとしてデモシナリオに沿ったデモの作成を開始した
・Web カメラを canvas にではなく video タグで表示するようにした
・バブルをタッチできるようなアルゴリズムを実装した
・バブルに投稿した画像を表示するアルゴリズムを実装した
・バブルタッチ時に詳細画面へ遷移するアルゴリズムを実装した
・詳細画面へ遷移する際の情報の受け渡しの実装をした
・最終発表の全体スライド作成の担当になり，スライドの作成を行った
・最終発表の Tourity+ のスライドの構成を決定した
・第一回学生レビューを受けてスライドの訂正を行った
12 月
・第二回学生レビューをうけてスライドの修正を行った
・第一回教員レビューをうけてスライドの修正を行った
・第三回学生レビューをうけてスライドの修正を行った
・第二回教員レビューをうけてスライドの修正を行った
・第四回学生レビューをうけてスライドの修正を行った
・複数回に渡り，最終発表用のポスター，スライドに対してレビューを行った
・最終発表を行った
・結合テストのテスト項目作成を Tourity+ の閲覧画面，投稿画面に対して行った
・Tourity+ のビジネスモデルの検討を行った
・Tourity+ の HTML5 のアプリケーションの結合テストを一部実施した
・個人報告書，学習フィードバックシートの作成を行った
・学生間のピアレビューを行った
成果
Group Report of 2015 SISP
- 86 -
Group Number 1
Future Mobile Phone Project
個人の成果として，サーバについての知識を得ることができたこと，スライド作成技術の向上，多
くの人をまとめる能力の向上があった．サーバについては維持費などが掛かってしまうため，普段
は学習することが困難な知識なのでサーバの技術習得は自分のためになった．中間報告書のリー
ダーだったため，指示だしなどを担当していたのだが他大学と LINE やメーリングリストのみの
直接会うことができない中での指示だしはとても困難なものだった．しかし，この経験はグループ
ワークに活かしていけるものだと思うので，プロジェクト学習だけでなく今後の学校生活，社会に
出た後にも活かしていきたい．仕様書も開発も他校との連携がとても難しく，お互いが納得いく答
えを出すのがとても大変だった．特に合宿ではビジネスモデル側とアプリケーション開発側の意思
疎通ができていなくて話し合いがうまくいってないのが分かった．開発については，個人の開発能
力に差があるためそこを考慮したタスク割り振りをしなくてはならないということを学んだ．アカ
デミックリンクでのポスターセッションや，成果発表会でのスライド作成の際にプロジェクトにつ
いて知らない人に説明するのが難しかっため，物事を伝え言葉や図の工夫の仕方を学んだ．12 月
は主に最終発表に向けた発表スライドの作成を行った．様々な人のレビューからスライドに何が足
りないのかなどを知ることができ，スライド作成について学ぶことができた．特に図のレイアウト
については自分で考えるだけでなく，インターネットのサイトで調べ参考にして作ることも重要
だということを学んだ．結合テストでは HTML5 のアプリケーションの未完成な部分が多く見つ
かったためテストを行うことの重要さを実感した．
（※文責: 阪本 宏輔（未来大））
下野 敬輔
5月
・アプリケーション案の発案
・未来大内で合同合宿にむけてのアプリケーション案の絞り込み
・Skype 会議
・絞ったアプリケーションのプレゼンテーション
・合宿資料準備
・Android 班技術習得
6月
・第一回合同合宿
・ミライケータイプロジェクトで開発していくアプリケーションの決定（2 案）
・
「クルちゃん」のサービスリーダー
・5W2H を用いたアプリケーションの目的確認
・要件定義書，要求定義書の作成
・Skype 会議
・中間発表準備
7月
・Skype 会議
・サービ書ス仕様書，詳細仕様書の作成
・中間報告作成
・中間報告書完成
・Android 班技術習得
Group Report of 2015 SISP
- 87 -
Group Number 1
Future Mobile Phone Project
・中間発表
8月
・未来大のオープンキャンパスで使用するデモの作成した
・GoogleMaps のアプリケーションサービスに intent で遷移するイメージデモ作成した
・インターンシップ先でサーバ通信の仕方を学ぶ
・GoogleMaps の APIkey の取得した
・GoogleMaps を用いて地図を表示した
9月
・経路案内表示をするために API の調査した
・GoogleDirectionsAPI に値を入れてどういう情報が返ってくるかを確認した
・表示される地図をタップするとピンがたつように実装した
・2 点タップされるとその間の最短経路が表示されるように実装した
・GoogleDirectionsAPI で帰ってくる JSON の解析をした
・タップされたピンをもう一度タップするとピンがおいてある場所の住所を表示した
・地図にピンが 2 つおかれてる状態でがおかれてない場所をタップすると 2 つのピンを消し，新た
なピンを置いた
・経路表示を再びできるようにした
・計画ゲームをした
・MeisterTask を使い始めてタスク管理を可視化した
10 月
・要件定義書の見直し修正をした
・詳細仕様書の見直し修正をした
・サービス仕様書の見直し修正をした
・JSON 解析を gson でやろうとした
・texttospeak で経路の音声案内をした
・Volley の使い方を学んだ
・サーバと通信した
・合宿に向けて準備を始めた
・合宿で進捗発表をするために進捗スライドを作成した
・各大学の進捗を把握した
・アプリケーションの売りを合宿で共有した
・クルちゃんメンバー全員で各大学の進捗の把握を行った
・CVG の市場性とアプリケーション概要の項目を書いた
・未来大クルちゃんメンバーで CVG のレビューを行った
・クルちゃんメンバーで Skype 会議をした
11 月
・第二回合同合宿に参加
・クルちゃん要求仕様書の見直し
・クルちゃん要件定義書の作成
・クルちゃん要件定義書のレビュー
・クルちゃんサービス仕様書の作成
・クルちゃんサービス仕様書のレビュー
Group Report of 2015 SISP
- 88 -
Group Number 1
Future Mobile Phone Project
・クルちゃん詳細仕様書の作成
・クルちゃん詳細仕様書のレビュー
・ライフログアプリケーションの距離測定の調査
・ライフログアプリケーションのカロリー表示の調査
・クルちゃんビジネスモデルのレビュー
・クルちゃん Skype 会議
12 月
・最終発表のスライド作成のサブ担当になった
・最終発表のポスター作成のサブ担当になった
・スライド・ポスターのレビューを行った
・最終発表を行った
・最終報告書の作成を行った
・最終報告書のレビューを行った
・個人報告書の作成を行った
・学習フィードバックシートの作成を行った
・クルちゃんのビジネスモデルの再検討をした
・専修大学とビジネスモデルの会議を 2 回行った
・ライフログ機能の結合テスト仕様書を作成した
・ライフログ機能の結合テストを実施した
成果
個人の成果として，Android 開発の技術向上，ポスター制作技術の向上であった．Android 開発
は，合宿に向けてのデモ作成のために基本的な技術を学んだ．ページ遷移のやり方や，GPS の値の
取得，加速度センサの値の取得を学んだ．特に「クルちゃん」で使うと考えられる加速度センサは
自分の担当であったので，そこの技術を取得できたことは大きい．ポスター制作では，A1 のペー
ジ一枚で伝えたいことを伝える技術とパワーポイントの使い方を学んだ．伝えたいことは伝えたつ
もりだが，中間では文章量が多いと感じたので，できるだけ文章量を少なく，伝えたいことをより
伝えられるようにポスター制作をできるようになりたいと感じた．8 月は基本的に調査をしている
ことが多かった．オープンキャンパスでは出来の良いデモを見せてあげられなかった．9 月は前半
の成果はない．9 月後半で上記で記述したことをやった．JSON の解析が非常に難しかった．解析
ができるようになってから，自分のやりたいような動きをさせることができた．10 月は仕様書と
CVG，合宿の準備をしていることが多かった．実装ではすでに終わっている解析を gson でやろう
としたり，コードを見やすくしたり，音声案内をしてみた．仕様書はやろうとしていることと仕様
がすこし違っていたりしたので仕様の変更を行った．CVG では未来大メンバーでより良いビジネ
スモデルが書けるように奮闘した．全体的にいうと，全大学での認識の統一がされていなかった．
統一するために一度合宿で再確認した．合宿を機に認識・情報の共有を大事にするようになった．
11 月 1 日に行われた合同会議で進捗の共有をしたところ，クルちゃんの仕様の認識が統一できて
いなかったという課題が見つかった．合宿中でできる認識の統一を図った．その後，11 月 13 日の
仕様書締結に向けて，役割分担をしてクルちゃんで Skype 会議を行った．認識の統一をしながら
各仕様書の作成を行い締結した．12 月は基本的に最終発表と結合テストに取り組んでいた．最終
発表のスライドポスター作成では，サブ担当として二つの発表物の統一性を持たせるという役割で
あったが，実際は特に何もしていなかったのでそこは非常に反省すべき点である．最終発表当日は
Group Report of 2015 SISP
- 89 -
Group Number 1
Future Mobile Phone Project
プレゼン内容を暗記して聴者の顔を見ながら話すことができたところは良かった点である．しか
し，質疑応答では質問者の意図をくみ取ることができずにあたふたしてしまったところは反省すべ
き点である．質問想定集をもっときちんと考えるべきだった．結合テストにおいてはライフログ機
能は完了させることができたが，別の機能は終わることができないスケジュール管理の甘さが露呈
しているので，連絡によるテスト実施の促しを強化していくべきだと感じた．
（※文責: 下野 敬輔（未来大））
倉 聖美
5月
・プロジェクトサブリーダー着任
・アイディア 25 個考案
・技術班として HTML5 班所属
・合宿に向けた HTML5 デモ作成
・未来大最終アイディア案の 1 つ「助言者おかん」のアイディアリーダー着任
6月
・「助言者おかん」のビジネスモデルキャンパス，アイディアシート作成
・合宿に参加
・開発アプリケーション「Tourity+」のスケジュール管理者着任
・「Tourity+」の仕様書作成
7月
・「Tourity+」仕様書作成
・未来大プロジェクト中間発表での「Tourity+」アプリケーション紹介スライド作成
・中間発表での HTML5 デモ作成
・中間発表にて「Tourity+」
，プロジェクト全体のプレゼンテーション
・中間発表にてプロジェクト全体，「Tourity+」，
「クルちゃん」のポスター説明
・中間報告書，個人報告書，学生フィードバック作成
・個人報告書マージの担当
8月
・未来大オープンキャンパスへの参加
・オープンキャンパス用デモアプリケーションの作成
・サービスリーダーとして，Tourity+ の各プラットフォームの実装スケジュールの管理
・サービスリーダーとして，各プラットフォーム技術リーダーへの進捗確認連絡
・HTML5 班として，画像をローカルディレクトリに保存する部分の実装
・HTML5 班として，Node.js の導入
・HTML5 班として，Socket.IO の学習
・仕様書の作成
・サービス仕様書内容の検討，作成
・詳細仕様書はマージのみを行い，まとめ作業を夏季長期休暇明けに着手することに決定
9月
・サービスリーダーとして，各プラットフォーム技術リーダーへの進捗確認連絡
・HTML5 班として，投稿画面のレイアウト調整
Group Report of 2015 SISP
- 90 -
Group Number 1
Future Mobile Phone Project
・HTML5 班として，ログイン画面の作成
・HTML5 班として，Twitter のアカウント key 等の取得
・HTML5 班として，canvas 上での動画再生実装の着手
・Tourity+ として，CVG またはあいちゃれのどちらのイベントに参加するかの検討
・アジャイル開発の導入への疑問解決
・スクラムミーティングの実施
・未来大内定例リーダー会議開催の決定
・仕様書完成までのスケジュールの検討
・タスク管理ツール MeisterTask の導入
・プロジェクト終了までのスケジュールの検討
・イベント，アカデミックリンクの提出物内容検討
・室蘭工業大学連携 WS への参加検討
・札幌オープンキャンパスへの参加
・札幌オープンキャンパス参加へ向けた準備
・札幌オープンキャンパスへ向けたポスターの作成
・企業説明会への参加
・札幌オープンキャンパスの振り返りテキストの作成，公開
10 月
・夏季長期休暇の進捗報告確認
・サービスリーダーとして，各プラットフォーム技術リーダーへの進捗確認連絡
・MeisterTask でのタスク管理
・定例スクラムミーティングの実施
・計画ゲームの実施
・HTML5 班として，アプリケーションの画面遷移の考案
・HTML5 班として，デモ進捗報告スライドの作成，発表
・HTML5 班として，動画再生に jPlayer を使用することへの検討
・HTML5 班として，投稿の際の制限実装
・Android 班として，Fabric の実装，使用方法検討
・Tourity+ としてあいちゃれへの参加，参加準備
・アプリケーションロゴ作成の外部委託
・アプリケーションロゴの完成
・市立函館高校の学生への対応
・専修大学 Tourity+ アンケート草案の確認・SNS での拡散
・最終報告書提出までのスケジュール確認，管理
・仕様書全体確認，修正，クルちゃんメンバーとの相互レビュー
・第二回合同合宿への現地参加
・合宿資料，スライドの作成
・合宿までのスケジュール，内容についての議論，決定
・合宿にてプレゼン発表，進捗報告
・Tourity+ ビジネスモデル内容の検討
11 月
・第二回合同合宿に参加した
Group Report of 2015 SISP
- 91 -
Group Number 1
Future Mobile Phone Project
・第二回合同合宿での変更仕様に基づいて各仕様書の見直し，変更を行った
・最終発表において Tourity+ のスライド，ポスターでの整合性見直し，サポートを行った
・最終発表のスライドで使用する動画の撮影に参加した
・Tourity+ の HTML5 班として投稿画面のレイアウトの変更を行った
・Tourity+ の HTML5 班としてファイル間のデータ受け渡しについて一部追加した
・Tourity+ の HTML5 班として動画部の組み込みを行った
12 月
・成果発表会用 Tourity+ スライド作成補助
・成果発表会用 Tourity+ ポスター作成補助
・Tourity+ 紹介動画用撮影
・成果発表会用ポスターレビュー
・成果発表会用スライドレビュー
・結合テスト Tourity+ マージ作成
・結合テスト Tourity+，HTML5 班として実施
・結合テストより不具合修正
・個人報告書，学習フィードバックシート作成
・個人報告書まとめ
成果
個人の成果としては，人の意見をまとめる力の習得と自分が考えていることを上手く伝える力
の習得である．人の意見をまとめることは，効率的にまとめることができたとは思わないが，メン
バー全員ができるだけ納得のできるように意見をまとめられたと感じている．また，会議において
も自分が考えていることを整理し，他人に伝わるように努力をした．結果，端的に説明をして簡単
に伝えられた場面は少なかったが，相手に自分の考えを伝えられた．8 月上旬は，デモ作成を行っ
た．開発メンバーで集まり開発を進めることの効率の良さを学んだ．8 月後半から 9 月中旬の夏季
長期休暇中は，HTML5 班としてアプリケーション開発を行ったが，思うように実装を進めるこ
とができなかった．サービスリーダーとして，他メンバーより率先して取り掛かる姿勢が欠乏して
おり，また他プラットフォームの進捗状況管理や誠意のある対応を怠ってしまった．9 月下旬は，
オープンキャンパス in 札幌，企業説明会へ参加した．企業説明会では，話したい内容を端的にま
とめわかり易く説明するコツを学んだ．さらに，多くの企業の方と交流する中で，ミライケータイ
プロジェクトで衝突していた問題点などの解消を行うことができた．10 月は，夏季休暇中の実績
を反省し，サービスリーダーとしてスケジュール管理をより徹底することに努めた．また，合宿が
せまっていることもあり，プロジェクトリーダーとの会議を多く行った．プロジェクトリーダーの
タスクが多すぎることに気が付き，リーダーの負担を減らすことに努めたが，うまくタスク分担を
行うことはできなかったのではないかと思う．10 月末は，第二回合同合宿へ参加した．そこでは，
サービスリーダーとしてメンバーをまとめるベストな方法，会議の進行方法について苦しい思い
をした．しかし，企業の方や教授からのアドバイスを通し多くのことを学習することができた．ス
ケジュール管理の徹底の大切さを身に染みて感じることができた．第二回合同合宿 2 日目におい
て，アプリケーションのデモシナリオ説明をまとめ発表を行った．そこでは，自分があまりわかっ
ていない物事を相手にうまく伝えられるはずがないことを主に学んだ．デモ作成について 11/27
が完成締め切りであったこともあり，最終発表に向けてアプリケーションの形をまとめる方向に
向かっている．サービスリーダーとして，今までの活動をまとめつつ，アプリケーションを最終的
Group Report of 2015 SISP
- 92 -
Group Number 1
Future Mobile Phone Project
にどのようにしたいのかというビジョンの共有が大切だと考える．12 月前半は成果発表会に向け，
Tourity+ のサービス内容をどのようにしたら，相手にわかり易く伝えることができるかを考える
ことになった．また，企業の方にプロジェクト活動内容，サービス紹介を行うことで，多くのアド
バイスをもらい，そこでビジネスモデルを改めて見直すこととなった．結合テストでは，HTML5
班として活動した．テスト実施日に，chrome のバージョン更新のため多くの不具合が起こってし
まい，その不具合を修正することに時間がかかってしまった．
（※文責: 倉 聖美（未来大））
武安 裕輔
5月
・メーリングリストの管理者となり，各メーリングリストを作成し，管理するようになった
・アイディアの原案を 25 個考えた
・合宿前技術習得の iOS 班リーダーとなった
・技術習得のスケジュールを建てた
・iOS アプリケーション開発の技術習得にとりかかった
・iOS 技術習得の進捗管理を行った
・オープンキャンパスのリーダーとなった
・オープンキャンパスの内容について草案を考えた
6月
・合宿に向けて 4 案にアイディアを絞ったうちの 1 つの発表者として，アプリケーション案「最近
〇〇していない人この指とまれ！」を紹介した
・合宿に向けて習得した技術のデモで，Firebase を用いた簡易チャットを作った
・合宿で，技術習得のデモ発表を行った
・合宿で，Tourity+ 班のメンバーとなり，他大学と共に充実した議論をした
・アイディア班は「クルちゃん」，技術班は「Tourity+」に所属した
・
「クルちゃん」のサービス仕様書リーダーとなった
・中間発表で「クルちゃん」のポスター担当になった
・サービス仕様書の目次案をメンバーに提示した
・
「クルちゃん」のポスターを作成した
7月
・中間発表で「クルちゃん」について発表した
・オープンキャンパスについて修正案を提示した
・サービス仕様書で，他大学のメンバーを含めた「クルちゃん」メンバーに分担を振った
・中間報告書で「背景」と「合同プロジェクト」を担当し，書いた
8月
・未来大のオープンキャンパスに向けて，「クルちゃん」のアプリケーションポスターを作成した
・オープンキャンパスリーダーとして，当日の動きを計画し，進行した
・オープンキャンパスの来場者に対して，プロジェクトの概要や，アプリケーションについての説
明をした
9月
・Node.js や Socket.IO の学習をした
Group Report of 2015 SISP
- 93 -
Group Number 1
Future Mobile Phone Project
・Tourity+ iOS の投稿機能について，添付した画像を拡張子を付加して保存する機能を追加した
・Tourity+ iOS の投稿された画像を，閲覧画面からバブル詳細画面に飛んだ時に投稿 ID から添付
された画像を表示されるようにした
・高畑により実装された Tourity+ iOS の投稿機能に，投稿する画像・動画毎の拡張子を判定し，
保存する機能を追加した
10 月
・Tourity+ サービス仕様書について，目を通し，内容や誤字脱字のレビューを行い，修正した
・Tourity+ 詳細仕様書について，アルバム機能のアクテビティ図を作成
・Tourity+ 詳細仕様書について，全体のユースケース図を作成
・Tourity+ 詳細仕様書について，目を通し，内容や誤字脱字のレビューを行い，修正した
・あいちゃれ 2015 にエントリーするために，Tourity+ iOS のデモを調整した
・あいちゃれ 2015 にエントリーするために，デモを用いたデモ動画を函館山で撮影した
・第二回合同合宿に，函館からの遠隔組として Skype を通して参加した
11 月
・アカデミックリンクに参加し，ポスターセッションを行った
・最終報告書で，オープンキャンパスと，Tourity+ ロゴ作成の項目を書いた
・最終成果発表会に向けて，全体ポスターを作成した
・Tourity+ iOS の閲覧機能について，表示させるバブルを，投稿日時が現在時間より５分以内で
あるものに限定する機能を追加した
・結合テストにおいて，Tourity+ iOS のログイン機能についてのテストシナリオを立てた
12 月・最終成果発表に向けて，全体ポスターの作成をした
・最終成果発表に向けて，スライド，ポスターのレビューを行った
・最終成果発表に向けて，発表練習を行った
・最終成果発表で，プロジェクトの全体紹介を担当した
・最終報告書において，「Tourity+ のロゴ作成」，「オープンキャンパス」を担当した
・個人報告書を作成した
・学習フィードバックシートを作成し，メンバーと相互に評価・コメントをした
・Tourity+iOS で，作成したテストシナリオにそって結合テストを行った
成果
メーリングリストなどでメールを出す際に，しっかりとした形式で出すことができるようになっ
た．また，自分が考えたアイディアに，他の人が考えたアイディアを混ぜることで，想像以上に面
白いアイディアとなったり，いい刺激を得ることが出来た．また，オープンキャンパスリーダーに
なり，展示内容を考えた際に，どのように伝えたらいいのかなど，発表対象が変わると展示内容の
方向性が大きく変わり，発表対象を理解することの大切さを学んだ．その他にも，合宿前は，他大
学のメンバーがどのような人たちなのかがわからず，合同会議の際にぎこちなく接することが有っ
たが，合宿を通してお互いに打ち解けることができ，合同会議での雰囲気が明るいものとなったこ
とから，ビデオ上で顔を合わせて行うことよりも，直接あって会議をすることの大切さをしみじみ
と感じた．そして，全体を通して，他大学と連携を取って議論をする際には，意識のズレなど，細
心の注意を払って行うことが大切であると学んだ．11 月中旬に行われたアカデミックリンクでは，
多くの人にプロジェクトについての説明及びアプリケーションの紹介を行うことが出来た．その際
には，積極的に来場者に話しかけ，一般の方にもわかりやすく紹介することが出来た．また，最終
Group Report of 2015 SISP
- 94 -
Group Number 1
Future Mobile Phone Project
成果発表会に向けてプロジェクトの紹介ポスターを作る際には，プロジェクトのメンバーや，教員
の方々から多くのレビューを受け，それを修正することを繰り返した．それにより，より良いポス
ターを作ることが出来た．しかし，実装において，担当していた機能の一部の実装を終えることが
出来なかった．最終成果発表の準備を通して，プロジェクトが今までどのような問題に直面しどの
ように乗り越えてきたのかを振り返ることができた．また発表では，声が通りにくい中で，多くの
人に聞こえる声量で発表することができ，好評価を得ることが出来た．さらに，個人報告書を書い
たことで，自分の今までの活動を振り返ることが出来たとともに，学習フィードバックシートへの
他メンバーからのコメントを通して，反省点や評価されている点を知ることが出来た．そして，結
合テストを行ったことにより，アプリの不具合を発見し，修正することが出来た．
（※文責: 武安 裕輔（未来大））
牧野 孝史
5月
・プロジェクトリーダーに就任
・アプリケーションアイディアを 25 個考える
・技術習得の HTML5 班に参加
・アイディア班の中でアイディアを 6 つに絞り，アイディアシートに入力
・グループを 4 つの班から 2 つの班へ再編成し，各アイディア班でアイディアを 2 つに絞り，ブ
ラッシュアップ
・プレゼンテーションにより第一回合同合宿での発表アイディアを 2 つに決定
・発表アイディアの 2 つのプレゼン資料，ビジネスモデルキャンパス，アイディアシートの作成
・合同合宿での個人目標の設定
・合宿のしおりの作成
・IDY 株式会社の本田和明様による講演会
・ガントチャートの作成
6月
・中間発表のスライドの作成
・自分の役職の調査
・要求定義書の作成
・要件定義書の作成
・合宿資料の作成
・合同合宿で今後プロジェクトで開発するアプリケーション 2 つを決定
・合同合宿の反省，合同合宿後の個人目標の設定
・仕様書の意義の確認
・アプリケーション名の決定
・サービス内容の確認のため 5W2H の考案
・技術班の Android 班に参加
・ソフトウェア開発の要求定義書，要件定義書について勉強
・線表を用いたスケジュールの作成
7月
・中間発表のスライドの作成
Group Report of 2015 SISP
- 95 -
Group Number 1
Future Mobile Phone Project
・中間報告書の作成
・個人報告書の作成
・後期スケジュールの作成
・夏休みのスケジュールの作成
8月
・Android のレイアウトの学習
・Android にて Volley ライブラリによる GET，POST メソッドの実装
・Android にて標高 API の使用方法の取得
・路面データの収集
・路面データの解析
・閾値判定による路面情報収集機能の作成
・Android にてオープンキャンパス用デモの作成
・オープンキャンパス（未来大）への参加
・Git の学習
9月
・機械学習の学習
・加速度センサ，角速度センサを用いた路面データの収集
・車椅子に関する論文の解釈
・路面データの解析
・教師データの作成
・Weka の使用方法の学習
・Android への Weka の導入
・機械学習による路面情報収集機能の作成
・他メンバーへ Git を教えた
・アジャイル開発の学習
・タスク管理ツールの発掘
・計画ゲームの実施
・後期スケジュールの作成
・未来大会議のレジュメの作成
・第二回合同合宿の目的の決定
・第二回合同合宿の仮スケジュールの作成
10 月
・サービス仕様書のアクティビティ図の作成
・サービス仕様書のユースケース図の作成
・要件定義書の見直し
・サービス仕様書の見直し
・詳細仕様書の見直し
・Java の標準ライブラリによる，JSON 解析
・サーバ班とのデータのやり取り
・経路探索アルゴリズム（ダイクストラ法）の学習
・ダイクストラ法の Java での実装
・未来大会議のレジュメの作成
Group Report of 2015 SISP
- 96 -
Group Number 1
Future Mobile Phone Project
・CVG の実現方法．実現時期，課題を担当
・CVG の見直し
・第二回合同合宿のしおりの作成
・第二回合同合宿の物品の決定
・第二回合同合宿の会場図の作成
・第二回合同合宿の詳細の決定
・第二回合同合宿のために現状の課題のリストアップ
・第二回合同合宿のスケジュールの作成
・第二回合同合宿の全体進捗スライドの作成
・第二回合同合宿の全体評価シートの作成
・第二回合同合宿への参加
11 月
・第二回合同合宿の反省
・第二回合同合宿後の全体スケジュールの作成
・全体スケジュールの更新
・クルちゃん要件定義書のレビュー
・クルちゃんサービス仕様書のレビュー
・クルちゃん詳細仕様書のレビュー
・クルちゃん詳細仕様書のプログラム設計の作成
・ライフログアプリケーションの距離の実装
・結合テストの学習
・結合テストの方針の決定
・結合テスト仕様書の内容決定
・結合テスト仕様書のテンプレートの作成
12 月
・プロジェクト成果発表のスライド作成
・プロジェクト成果発表のデモ作成
・プロジェクト成果発表
・プロジェクト報告書の作成
・最終報告書の作成
・最終報告書のレビュー
・個人報告書の作成
・学習フィードバックシートの作成
成果
個人の成果として，相手の話を聞き，理解する力，ソフトウェア開発の上流工程の理解，目的と
目標の意識を学べた．自分の意見を主張することが多かったが，相手の意見を聞き，理解したうえ
で自分の意見にまとめることで，相手も納得できる意見を提案できるようになったと感じている．
ソフトウェア開発の上流工程である各仕様書の目的を理解することで何故書かなければいけないの
かという問題を解決できた．また，目的と目標を意識することで，まだまだではあるが，プロジェ
クト全体に一貫性が出るように導くことができるようになったと感じている．8 月はオープンキャ
ンパスのためにデモアプリケーションの作成をしていた．その際，また，プロジェクトについて全
Group Report of 2015 SISP
- 97 -
Group Number 1
Future Mobile Phone Project
く知らない人に，プロジェクト内容を話すことで，自分たちの理解も深めることができた．9 月に
はプロトタイプ作成のために機械学習等の新たな技術の習得をするとともに，後期活動に備え，ア
ジャイル開発の学習，第二回合同合宿に関する議論を進めていた．10 月は合宿へ向けた詳細を決
めるための議論とすると同時に資料の作成を進めた．また，CVG の資料作成にも務めた．仕様書
が終結できていなかったために，サーバ班とのやり取りが多くなり，実装の遅延を生んでしまった
と考える．しかし，連絡を多くしたことで，互いの進捗を把握できた．11 月上旬は第二回合同合
宿後の反省と反省を生かし，スケジュールの管理と共に設計フェーズ締結のため，仕様書の作成を
行った．また，11 月下旬には結合テストが始まるため，リーダー会議で結合テストの方針を決め
る議論をし，12 月の結合テストに向けての準備を行った．12 月上旬はプロジェクト成果発表に向
けた成果物の作成を行った．学生同士で何度もスライドやポスターのレビューを重ねることで，自
分たちの提案するサービスのどこが面白いところなのかを明確化することができたとももに，今ま
で活動してきたことの振り返りをすることができた．12 月中旬から下旬にかけては最終成果物で
ある最終報告書，プロジェクト報告書，個人報告書，学習フィードバックシートの作成を行った．
それぞれの報告書に関して，内容に一貫性があるように努めた．
（※文責: 牧野 孝史（未来大））
清水 俊希
5月
・アプリケーション案を 25 個考えてくる
・MacPC の開発環境を整える
・iOS 班に参加して技術習得開始
・アプリケーションを 2 案まで絞り込んだ
・合宿に持ち寄るデモの作成
・自分はウェブブラウザアプリケーションを作成した
6月
・第一回合同合宿で発表するデモのスライドを作成した
・第一回合同合宿に参加
・合宿の活動風景撮影係を担当した
・Tourity+ 班に配属
・Tourity+ 班の詳細仕様書リーダーになった
・未来大の Tourity+ メンバー全員で要求・要件定義書を協力して作成し，それに関して話し合い
など行った
・Touriity+ のサービス仕様書の作成
サービス仕様書では，通知機能と検索機能を担当した
7月
・中間発表の練習を行い，スライドやポスターのレビューを行った
・中間報告書で企業の役割と共同開発プロセスを担当した
・個人報告書の作成や学習フィードバックシートの記入
・詳細仕様書に関して，事前に各大学の詳細仕様書リーダーに PukiWiki のスケジュールや分担表
を確認するように促した
・詳細仕様書の作成
Group Report of 2015 SISP
- 98 -
Group Number 1
Future Mobile Phone Project
・詳細仕様書ではユースケース図，ユースケースドキュメントを担当した
8月
・オープンキャンパスに参加
・プロトタイプの作成
・coreLocation の使い方を学んで位置情報の取得をした
・Notification（プッシュ通知）の表示の仕方を学んだ
9月
・Node.js を導入
・Socket.IO のインストール
・Socket.IO の学習
・Swift と Socket.IO の接続
・計画ゲームで詳細仕様書の問題点を洗い出した
・MeisterTask を用いて詳細仕様書の役割分担
10 月
・仕様書の見直しと訂正
・詳細仕様書の各画面設計のタスク振り
・各画面設計におけるアクティビティ図のタスク振り
・詳細仕様書のマージと体裁の調整
・ユースケース図の変更
・仕様書の相互チェック
・ビジネスモデルの変更に応じて仕様書の変更
・詳細仕様書のアルバム機能の画面設計の作成
・サービス仕様書のアルバム機能の画面設計の作成
・アクティビティ図の変更
・APNS による通知機能の方法の模索
・あいちゃれ用のデモ動画の撮影を行った
・合宿前に全体的にレイアウトの調整を行った
・第二回合同合宿に遠隔側で参加
11 月
・第二回合同合宿に遠隔組で参加
・合宿での決定事項に応じて詳細仕様書の変更
・大学内のメンバーで仕様書のレビューをした
・レビューを元に再度仕様書を訂正
・ビジネスモデル案のレビュー
・バブルの個数制限を実装した
・動画撮影時のタイマーを実装した
・詳細仕様書に沿ったレイアウトを行った
・最終発表のリーダーになった
・最終発表までのおまかなスケジュールを立てた
・Tourity+ のスライドの紹介動画の作成
12 月
・成果発表の発表順，評価担当者割り当て表の作成
Group Report of 2015 SISP
- 99 -
Group Number 1
Future Mobile Phone Project
・成果発表の発表順を他大学に連絡
・成果発表に必要な物品の確認
・Tourity+ の動画の修正
・報告所の作成
・結合テストの仕様書作成
・結合テストの実施
成果
他のプロジェクトとは違い，ゼロから自分たちでアイディアを提案して開発を進めていくこと
の難しさや大変さを知ることができた．まだこれからではあるが，ソフトウェア開発の流れの雰
囲気がなんとなくわかってきた．iOS 班として技術習得に取り組み，Xcode の基本的な使い方や，
Swift 言語の基礎について学ぶことができたがまだまだ分からないことが多すぎるのでもっと勉強
する必要があると感じた．また，中間発表では限られた時間の中で過不足なく内容をスライドや言
葉で伝えることの重要さを学んだ．前期で詳細仕様書を他大学にもタスク振りをしていたため，画
面設計のレイアウトがバラバラであったり内容が多少異なる部分があった．そのため未来大内でタ
スクを振ってマージをすることで作業を効率良く進められたとは思うが，前期で他大学の作業をほ
とんど無にしてしまったためその点は反省すべきとこだと思った．開発に関しては，ずっと 1 人に
負担をかけてしまっていたため，そこは自分ができることを考えて動くべきであった．その部分を
考慮して APNS を用いた通知機能の実装の模索した．最終発表のリーダーにはなったが自分で何
をしなければならないのかわかっていなかったり，スケジュールの立て方が不十分であったりし
たので，何をいつまでにやってくるというとこまで詳細化するように気をつけたい．最終発表まで
に的確な指示ができるように意識したい．12 月は主に成果発表のリーダーとして物品の管理，発
表順を決めて他大学メンバー含め当日発表するメンバーに連絡をしたり，教員レビューを行うた
めに教員，メンバーの予定の確認や空き教室の貸し出しの連絡を行った．発表スライドに関しては
Tourity+ の動画編集を担当して，かなり時間はかかったがスライドのレビューを踏まえていい動
画を作るよう努めた．前日に神奈工メンバーと発表練習を行ったが，その際にメンバーの一人から
いい意見をもらったので，前日ではあったがそこは妥協せずに最後まで修正を加えた．
（※文責: 清水 俊希（未来大））
六平 豊
5月
・本プロジェクトのサーバ班に配属された
・本プロジェクトのサーバ班リーダーに就任した
・本プロジェクトのサーバ班のスケジュールを立てた
・本プロジェクトのサーバ PC に 2015 年度版の PukiWiki を設置した
・PukiWiki サーバのドメインを取得し，ML にて URL を公開した
・自分のコンピュータに仮想 OS をインストールし，HTML と PHP とデータベースサーバを連携
させたチャットできるプログラムを開発した
・25 個のアプリケーションアイディアのキャッチコピーを考案した
・未来大内のアイディア議論に使用するプレゼンテーションのスライド資料を作成した
6月
Group Report of 2015 SISP
- 100 -
Group Number 1
Future Mobile Phone Project
・第一回合同合宿にて使用する吊り下げネームホルダーの作成した
・第一回合同合宿にてクルちゃんのアイディア議論を行った
・クルちゃんのサーバ班に配属された
・クルちゃんのサーバ班リーダーに就任した
・本プロジェクトのサーバ班のスケジュールを立てた
・本プロジェクトサーバ PC の扱い方を本プロジェクト OB/OG と担当教員から学んだ
・本プロジェクトサーバ PC に仮想サーバを設置する練習をした
・要求定義書と要件定義書の評価を行った
・中間報告会で使用するプレゼンテーションのスライド資料と台本を作成した
・中間報告会で配布するアンケート用紙を作成した
7月
・サービス仕様書のサーバにあたる作成を行った
・中間報告会でプレゼンテーションを行った
・サーバ PC のソフトウェアアップデートを行った
・サーバ PC のハイパーバイザを外部から接続できる方法を習得した
・クルちゃんで用いる仮想サーバを設置した
8月
・未来大のオープンキャンパスに参加した ・「クルちゃん」に使用するサーバを未来大のサーバマ
シンに設置した
・
「クルちゃん」サーバの環境構築を行った
・ローカルサーバに分散処理システムの Hadoop を導入した
・分散処理システムの Hadoop の使い方を学習した
・PHP による DBMS の操作方法を学習した
・未来大停電前にサーバマシンのシャットダウン作業を行った
9月
・クライアントから路面情報に関するリクエストを受け取り，DBMS に格納するプログラムを
PHP で実装した
・CDH4 の Sqoop による Hadoop と RDBMS の連携方法を学習した
・未来大のサーバに関して，長崎大のメンバーに共有した
10 月
・サービス仕様書のグループレビューを行った
・詳細仕様書のプログラム設計を作成した
・詳細仕様書のクラス図を作成した
・詳細仕様書のグループレビューを行った
・CVG の応募に必要な書類の「プランの優位性」に含む箇所を作成をした
・CVG の応募に必要な書類のグループレビューをした
・経路探索アルゴリズムのダイクストラ法を牧野から引き継いだ
・ダイクストラ法を用いた経路探索プログラムを PHP で実装した
・クライアントから経路探索に関するリクエストを受け取り，レスポンスを返すプログラムを PHP
で実装した
・法政大学の Android 班とサーバ通信の打合せを行った
・サーバ班の進捗確認をした
Group Report of 2015 SISP
- 101 -
Group Number 1
Future Mobile Phone Project
・PukiWiki の整理を行った
・第二回合同合宿に参加した
・第二回合同合宿にて各アプリケーションの評価記入フォームを PukiWiki に作成した
・第二回合同合宿にてクルちゃん班の MeisterTask の整理をした
11 月
・クルちゃん要件定義書のレビューを行った
・クルちゃんサービス仕様書のレビューを行った
・クルちゃんサービス仕様書の修正を行った
・クルちゃん詳細仕様書のレビューを行った
・クルちゃん詳細仕様書のアクティビティ図を修正した
・クルちゃん詳細仕様書のプログラム設計を修正した
・アカデミックリンクのクルちゃんデモアプリケーション用に DBMS を更新した
・アカデミックリンクのポスターセッションを行った
・PHP で収集した路面情報をデータマイニングするプログラムを実装した
・PHP で収集した路面情報を使って，道路情報データベースを更新できるプログラムを実装した
・単体，結合，運用テストについて学習した
・未来大成果発表会のプレゼンテーションに使うクルちゃんのスライドを作成した
・クルちゃん紹介動画のシナリオ決めと撮影を行った
・クルちゃん紹介動画を編集した
12 月
・未来大学最終成果発表会のクルちゃんスライド作成
・未来大学最終成果発表会のプレゼンテーション
・未来大学最終成果発表会のデモアプリ作成
・最終報告書の作成
・結合テストの仕様書作成
・結合テストの実施
・学習フィードバックシートの作成
・クルちゃんのビジネスモデルの再考案
成果
個人の成果は，サーバ運用管理の技術の向上と，他人に伝える技術の向上であった．サーバ運用
管理の技術については，サーバ班リーダーとして，班員に指示を出すために班員より先に技術の習
得を行っていた．その覚えたことを，班員に教えることで復習となり，習得した技術を定着させる
ことができた．また，サーバ不具合時の早急な対応の仕方を実践的に学ぶことができた．他人に伝
える技術については，中間報告会で使用するプレゼンテーションのスライド資料を作成するにあ
たって，他人に自分の行いを伝えることの難しさを覚え，学生や教員からの評価を何度も頂き，良
いスライド資料を作成できた．8 月はサーバ環境構築を重点的に行い，様々なサーバ環境について
学習することができた．9 月はクライアントとサーバの接続部分の実装を重点的に行い，クライア
ント側の人と共有しなければいけないことを学習した．10 月上旬は経路探索アルゴリズムの実装
を重点的に行い，アルゴリズムをプログラムに起す技術を身につけた．10 月下旬は第二回合同合
宿に参加し，クライアントとサーバの接続方法の共有と，それを仕様書に記すことの大切さを身に
染みて理解した．11 月は第二回合同合宿で決定したことを仕様書に起こすことでメンバー全員が
Group Report of 2015 SISP
- 102 -
Group Number 1
Future Mobile Phone Project
同じアプリケーションを作ろうという共有ができ，改めて仕様書の大切さを学んだ．また，失敗を
繰り返さないためにサービスイメージの共有に力を入れていたが，思ってもいないほど大変であっ
た．12 月前半は未来大学プロジェクト学習最終成果発表会の準備と発表を行い，伝えることの難
しさを学んだ．12 月後半はビジネスモデルについて考え直し，経済が回るようなビジネスモデル
が大事だと学んだ．
（※文責: 六平 豊（未来大））
木村 繁基
5月
・合宿リーダーに就任
・合宿リーダーミーティング
・Android 班に参加，技術習得
・アプリケーション案を 25 個考案
・全員のアプリケーション案 300 個から 2 案に決定
・2 案のうちの 1 つのビジネスモデルを考案
6月
・合宿リーダーミーティング
・合宿用スケジュール作成
・合宿用全体配布用しおり作成
・合宿用未来大配布用しおり作成
・合宿に持っていくアプリケーションのビジネスモデル考案
・第一回合同合宿への参加，タイムキーパーと司会を務めた
・
「クルちゃん」の Android 班リーダーに就任
・要求定義書の作成，主に目的と要求仕様について考えた
・要件定義書の作成，機能について考えた
・中間発表会リーダーに就任
・中間発表会スケジュールの作成
7月
・中間発表会用プロジェクト概要ポスターの作成
・中間発表会用デモンストレーションの作成
・中間発表会での発表
・中間報告書の作成
・クルちゃんのサービス仕様書の作成，機能について考えた
・クルちゃんの詳細仕様書の作成
8月
・未来大オープンキャンパス用全体ポスターの作成
・GoogleMapsAPI の学習
・オープンキャンパス用デモアプリケーションの作成
・未来大オープンキャンパスに参加
・リスト化に使う API の調査
・JSON の学習
Group Report of 2015 SISP
- 103 -
Group Number 1
Future Mobile Phone Project
9月
・GooglePlacesAPI の理解
・カテゴリと範囲を選択しリスト表示するアプリケーションの作成
・アプリケーションのレイアウト調整
・GSON の学習
・Volley の理解
・Git，GitHub の使い方の学習
・MeisterTask でのタスクの洗い出し
10 月
・アプリケーションのレイアウト調整
・コードにコメントを追加
・サービス仕様書の画面設計図の作成
・詳細仕様書のアクティビティ図の作成
・要件定義書の見直し
・サービス仕様書の見直し
・詳細仕様書の見直し
・CVG の事業採算・収支予測・収益モデルを担当
・第二回合同合宿に Skype での参加
11 月
・第二回合同合宿に Skype での参加
・クルちゃん要件定義書のレビュー
・クルちゃんサービス仕様書のレビュー
・クルちゃんサービス仕様書の最終調整
・クルちゃん詳細仕様書のレビュー
・クルちゃん詳細仕様書の画面設計の調整
・クルちゃん詳細仕様書のプログラム設計の作成
・クルちゃん詳細仕様書の操作説明一覧の作成
・クルちゃん詳細仕様書の最終調整
・アカデミックリンク用全体ポスターの作成
・アカデミックリンク用アプリケーションポスターの調整
・最終報告書リーダーに就任
・最終報告書の構成，担当の決定
・最終報告書のスケジュール決定
・ライフログアプリケーションのレイアウト作成
・ライフログアプリケーションの一時停止機能の実装
12 月
・成果発表会用クルちゃんポスター作成
・成果発表会用全体ポスターの図作成
・成果発表会用スライドレビュー
・成果発表会用ポスターレビュー
・成果発表会にてプレゼン，ポスターセッション
・結合テスト仕様書作成
Group Report of 2015 SISP
- 104 -
Group Number 1
Future Mobile Phone Project
・結合テスト実施
・テスト結果からライフログアプリケーションの修正
・最終報告書の統括
・個人報告書，学習フィードバックシートの作成
成果
個人の成果として，ソフトウェア開発プロセスの流れや情報共有の重要さ，スケジュール管理の
重要さなどを，自分の失敗から学ぶことが出来た．また，積極的にメモを取ること，リーダー職に
就くなど成長することも出来た．特に，議論や合同会議の場で，自分の考えていることを相手に
はっきりと伝えられるようになったことが，一番の成果であると感じている．8 月前半はオープン
キャンパス用デモアプリケーションの作成をした．しかし，完成度が低く目標としていたところま
で作ることが出来なかった．発表については積極的に行い，多くの学生に本プロジェクトの行って
いる活動について認知していただいた．8 月後半から 9 月前半まではインターンシップに追われ，
成果を出すことが出来なかった．9 月後半から夏期休暇中に予定したアプリケーションの作成のた
めの技術習得を行った．その際に他の Android 班のメンバーと情報共有しながらコーディングし
た．10 月はコーディングを実際に行い気づいたことや他大学との認識のずれがあったためなどか
ら，仕様書の見直し，修正を行った．また，CVG にも参加し未来大クルちゃんメンバー間で新た
なビジネスモデルの提案をした．11 月前半は 11 月 13 日に仕様書締結のため，何度も Skype 会議
を行い仕様書を見直すなどをした．未来大はサービス仕様書の修正担当として，他仕様書と文章に
矛盾がないように何度も調整を行った．サービス仕様書だけでなく，要求定義書，詳細仕様書のレ
ビューも行った．また，11 月 14 日に行われたアカデミックリンクにプロジェクトが参加するた
め，全体ポスターの作成とアプリケーションポスターのレイアウトや文章の調整を行った．11 月
後半は 11 月 29 日に実装フェーズの締結のため，開発の進んでいない部分を進めた．主にレイアウ
ト調整や簡単な機能の実装をしたが，難しい部分には手を付けなかったため，他の人への負担が大
きくなってしまった．さらに，最終報告書リーダーに就任したが，スケジュール調整や役割分担な
どがまだ疎かで，情報共有が上手く出来ていない部分があるので気を付けたい．12 月前半は成果
発表会に向けて資料作成を主に行った．自分の担当以外の仕事にも関わり，レビューでも積極的に
意見を出すことが出来た．しかし，成果発表会前日に発表練習を行ったため，言うべきことが曖昧
となってしまい，満足できるプレゼンを行うことが出来なかった．12 月後半は結合テスト実施と
最終報告書の作成を行った．結合テストでは，他大学の作成したアプリの最初の部分が仕様書通り
になっていなかったため，最後が動いているのかどうかが分からず，終えることが出来なかった．
最終報告書作成については，最終報告書リーダーとして活動したが，リマインドを出しても期限を
守らない人が多く，スケジュールを変更したりなど負担が大きかったため，期限を守らない人につ
いては ML を用いて注意するなどの措置を取りたい．また文章についても，口語を使っていたり正
しい日本語でなかったりなど，修正に時間がかかった．しかし，私だけでなく，牧野，倉，西尾，
下野の協力によりレビューが早く終わり，1 次提出予定日より 1 日早く完成させることが出来た．
（※文責: 木村 繁基（未来大））
西尾 洋輔
5月
・ミライケータイプロジェクトのサブリーダーになった
Group Report of 2015 SISP
- 105 -
Group Number 1
Future Mobile Phone Project
・開発するアプリケーションのコンセプト案を 25 個考えた
・技術班で HTML5 班に配属になった
・HTML5 の技術習得を行った
・HTML5 班で合宿用のデモの作成を行った
・アプリケーション原案の絞り込みの際にスライドを作成した
・発表アイディアのプレゼン資料とアイディアシートの作成を行った
6月
・合宿で 6 つの開発アプリケーションの候補の一つである Tourtity+ 班に配属になり，議論を行っ
た
・合宿最終発表で 6 つの開発アプリケーション候補のスライド発表を行った
・合宿で HTML5 の GeolocationAPI を用いたデモを発表した
・開発アプリケーションの HTML5 班のリーダーになった
・中間発表会用の HTML5 を利用したデモ作成のスケジュールを作成した
・デモのプロトタイプを作成した
・合宿のしおりを作成した
・開発アプリケーションの各仕様書を作成した
7月
・中間発表会の担当部分のポスター作成を行った
・中間発表会用の HTML5 を利用したデモ作成を行った
・中間報告書の個人報告書と学生フィードバックを作成した
・中間報告書の「1.2 目的」と「7.1.3 HTML5」を記入した
8月
・学内オープンキャンパスに向けたの HTML5 のデモの作成
・学内オープンキャンパスの参加
・JavaScript で使用できる AR のライブラリについて Web 等で調査
・HTML5 の GeolocationAPI 等の API の調査
・プロトタイプの作成
・各仕様書の作成
9月
・Node.js の学習
・Socket.IO の学習
・イベントリーダーとして各アプリケーションごとにどのイベントに参加するのかを決定
・アカデミックリンク参加申込書の作成
・イベント参加スケジュールの作成，PukiWiki に管理ページを作成
・計画ゲームを用いたタスクの洗い出し
・MeisterTask でのタスクの作成
・gantter を用いてスケジュールの管理
・2 月までのスケジュールをリーダー会議で決定
・月曜日に未来大内の定例会議を行うことを決定
10 月
・プロジェクト学習に見学に来た高校生の対応
・イベントについての提出書類の作成
Group Report of 2015 SISP
- 106 -
Group Number 1
Future Mobile Phone Project
・クルちゃんの CVG への提出書類の作成
・Tourity+ のあいちゃれへの提出書類の作成
・あいちゃれ実行委員会とのメールでの連絡
・第二回合同合宿に遠隔で参加
・アカデミックリンクに参加とブース発表
・Tourity+ のアイコンの作成
・各仕様書の作成と改善
11 月
・第二回合同合宿に遠隔組として参加した
・Tourity+ サービス仕様書，詳細仕様書のレビューや最終調整
・アカデミックリンクポスターレビューを行った
・アカデミックリンクに参加
・アカデミックリンクにて全体・アプリケーションポスター発表を行った
・Tourity+ の HTML5 班でのスライドメニューを実装した
・最終発表に用いるデモ動画を撮影した
・結合テスト項目の作成
12 月
・最終成果発表のスライド，ポスターのレビュー
・最終成果発表のスライド発表の練習
・最終成果発表の全体発表
・個人報告書の作成
・最終報告書のレビュー
・学習フィードバックシートの作成
・結合テストのログイン画面のテスト項目の作成
成果
自分でサービスを考えるという経験を通して，実際にビジネスを回せるサービスを作る難しさを
学んだ．ソフトウェア開発プロセスにおいてプログラミングは一部分の工程であり，最も重要なの
は話し合いを通してコンセプト，機能，ビジネスモデル等が矛盾なく定義されたサービスを構築す
ることであると理解した．また，大人数で意思決定することのむずかしさを学んだ．要求定義書や
要件定義書を書く意味とむずかしさを痛感した．8 月から 9 月はインターンシップ等に参加したた
め，HTML5 班として GeolocationAPI の代わりになる API を探すことやインターンシップ先の
学生に JavaScript が使える AR ライブラリがないか聞くことぐらいしかできず，チームに多大な
迷惑をかけてしまった．10 月からはアカデミックリンクやあいちゃれ 2015，CVG に必要な書類
や文章の作成を行った．また，イベント先の委員会とメールで提出したり連絡を取り合った．アカ
デミックリンクに参加して各アプリケーションにたいして客観的にどう思うのか感想を得ることが
できた．11/13 の仕様書締結に向けて仕様書の見直し作業を行った．また，アカデミックリンクの
リーダーとして持っていくものの管理やポスター管理などを行った．それからは実装フェーズに移
り，機能の実装を行った．12 月は最終成果発表会という大きなイベントがあったため，前半は最
終成果発表に関する作業が主に多かった．スライド・ポスターレビューではその都度自分の考えを
アウトプットしたが，うまく頭の中でまとめきれずあまりいい意見を言うことができまかった．ま
た，最終成果発表の前日に発表練習を行ったため，本番ではあまり前を向いて話せなかった．最終
Group Report of 2015 SISP
- 107 -
Group Number 1
Future Mobile Phone Project
成果発表に向けて自分たちのやってきたことをスライドやポスターにまとめるという作業を通し
て，改めてチーム作業の大変さや難しさを学ぶことができた．最終成果発表が終わってからは最終
報告書，個人報告書，学習フィードバックシートの作成を行い，内容漏れがないように努めた．
（※文責: 西尾 洋輔（未来大））
長谷川 麻美
5月
・Google Drive の管理者を担当
・技術習得のため，サーバ班に参加
・25 のアイディアを考案
・ミライケータイプロジェクトに参加していた先輩からサーバに関する説明を受けた
・自分の PC の仮想環境に CentOS7 をインストールし，サーバのローカル環境を構築
・アイディアの学内発表用スライドのコンセプト，目的，対象ユーザのスライド作成
・PukiWiki の編集
・合宿で発表するアイディア班「助言者おかん」に参加
・サーバに ssh 接続するため，ローカルに秘密鍵の設定
6月
・アイディア班「助言者おかん」のアイディアシート作成
・合宿で 2 日目の議事録係を担当
・実装と仕様書の作成を行う「Tourity+」班に参加
・「Tourity+」 サーバ班のリーダを担当
・「Tourity+」の要求定義書を全員で考案し，作成
・「Tourity+」の要件定義書を全員で考案し，作成
・「Tourity+」のサービス仕様書の「4.1.2 地域住民投稿」を担当
7月
・「Tourity+」の中間発表用のポスターのテンプレートとアプリケーションの流れを作成
8月
・計画停電前に PukiWiki サーバとアプリケーションサーバのバックアップをとり，サーバを停止
させた
・計画停電後，サーバを起動して PukiWiki サーバとアプリケーションサーバを再稼働させた
・ローカル環境に Hadoop をインストールし，サンプルプログラムの実行ができるかを確認した
・オープンキャンパスに向けたデモ作成に参加し，ミライケータイプロジェクトのサーバで Node.js
を起動する方法をサーバ班のメンバーから教わった
・オープンキャンパスに参加し，ミライケータイプロジェクトについて高校生へポスターを用いた
説明をした
9月
・オープンキャンパス in 札幌に参加し，企業の方や高校生へミライケータイプロジェクトの概要と
開発しているアプリケーションについての説明をした
・仮想化技術についてインターネットで調べ，ローカル環境に構築する方法を模索した
・iOS 班のサーバ担当から Android 班のサーバ担当になった
・神奈川工科大学の Android 班と連絡を取り，進捗報告や実装の担当箇所を共有した
Group Report of 2015 SISP
- 108 -
Group Number 1
Future Mobile Phone Project
・サーバ側の実装は Node.js を利用することが決まったので，ローカル環境に Node.js をインス
トールした
10 月
・あいちゃれ 2015 へ提出するアプリケーションの概要を作成した
・詳細仕様書のレビューを行った
・閲覧機能を実装した
・投稿機能の実装に行き詰まっていたのでサーバ班のメンバーからアドバイスを貰い，実装した
・神奈川工科大学および法政大学の Android 班と Skype で会議を行い，合宿までに実装する機能
を決定した
・詳細設計書のアルバム機能のユースケース図を書いた
・知的財産講演へ参加した
11 月
・Android から送られたデータを取得し，データベースへ追加する機能をサーバ側に実装した
・Android からのリクエストに対し，データベースへ問い合わせたデータをレスポンスとして渡す
機能をサーバ側に実装した
・実装したプログラムを神奈川工科大学や法政大学の担当者に渡し，アプリケーション側の実装に
役立ててもらった
・アプリケーション側の担当者がローカルサーバに本サーバと同じデータベースおよびテーブルを
作成することを手伝った
・アプリケーション側の担当者がサーバ側のプログラムを実行できるように，設定の編集を手伝っ
た
・アプリケーション側の担当者に渡したプログラムの説明をした
・Android でサーバから画像を取得する機能の実装を行い，担当者とソースコードを共有した
・Android からサーバへ画像とテキストを同時に送る実装方法を調べ，担当者と情報を共有した
・Android アプリケーションの動作を確認するために，AndroidStudio を自分の PC にインストー
ルした
・ソースコードの管理に Git を利用した
・ミライケータイプロジェクトの Tourity+ のアプリケーションサーバに Git コマンドを導入した
・ミライケータイプロジェクトの Pound サーバを，各プラットフォームごとに異なるドメイン名
でアクセスできるように設定した
・アカデミックリンクに参加し，外部の人へ自分たちの活動を説明した
・Tourity+ のビジネスモデル案をレビューした
・Tourity+ のビジネスモデルについての Skype での話し合いに出席し，ビジネス案の根拠となる
参考文献を集めたり，文言を修正した
・第二回合同合宿に Skype から遠隔で参加し，アプリケーション側の担当者と実装で詰まっている
箇所について相談した
12 月
・Tourity+ の閲覧機能に時間制限と場所の制限を実装した
・Tourity+:Android バージョンの投稿機能の結合テストを考えた
・Tourity+:Android バージョンの閲覧機能の結合テストを考えた
・未来大の最終成果発表会の評価レビューを作成し，印刷した
・未来大の最終成果発表会で Tourity+ のスライド部分を発表した
Group Report of 2015 SISP
- 109 -
Group Number 1
Future Mobile Phone Project
・札幌オープンキャンパスについてと．Tourity+ のサーバ班の活動について最終報告書を作成し
た
成果
前期の活動を通し，議事録を取ることの重要性や，会議の進め方に関する注意点を学んだ．ま
た，要求定義書と要件定義書の作成作業，他大学との合同会議から，用語の定義を統一することの
大切さをよく理解した．8 月以降はサーバ側の実装に関する知識を得ることができた．また，行き
詰っていることを他のメンバーに相談することで，課題解決に繋がると分かった．11 月から各機
能の実装を始め，実装で詰まったことがあればスクラムミーティングや他プラットフォームのサー
バ担当者に相談して早期解決を計った．サーバとアプリケーションとの連携部分に関して，サーバ
側だけでなくアプリケーション側の実装方法も調べ，他大学の担当者が実装に詰まった際にアドバ
イスできるようにした．アカデミックリンクでは練習不足で来場者に上手く説明することができな
かったので，最終成果発表会ではスムーズに言葉が出るよう何度も練習したい．他者が発表資料を
作る場合，止まらず暗唱できるまで練習するべきだという教訓を得られた．結合テストを考える段
階では，他大学と合同の場合，担当の分担や締め切りを決めておくことが大事だと分かった．
（※文責: 長谷川 麻美（未来大））
高畑 孝輝
5月
・サービスのアイディアを考える
・技術習得のための班で Android 担当になりリーダとなった
・Android についての環境構築・技術習得を行った
・合同合宿のためのデモ作成を行った
6月
・合宿で決定したアプリケーションの開発として iOS 担当になりリーダとなった
・未来大内でサービス仕様書作成に関してのリーダになった
・iOS についての環境構築・技術習得を行った
・サービス仕様書の機能の一部を担当し画面イメージと画面の説明を記述した
7月
・中間発表会に向けて本プロジェクトについてのポスタを作成した
・中間発表会に向けてのデモ作成を行った
・中間報告書，個人報告書，学生フィードバックを作成した
8月
・未来大のオープンキャンパスの全体ポスターの文章，スケジュールの一部を作成した
・未来大のオープンキャンパスにてアプリケーションの説明
・センサを用いてロケーションベース AR の実装方法を調査・検討
・Swift，SpriteKit，SocketIO の学習
・閲覧機能の AR 部分の実装
9月
・Tourity+ iOS の投稿機能の画像・動画添付のクライアント側を実装
Group Report of 2015 SISP
- 110 -
Group Number 1
Future Mobile Phone Project
・Tourity+ iOS の投稿機能の画像・動画添付のサーバサイドを Node.js で実装
・Tourity+ iOS の閲覧機能のサーバサイドを Node.js + Socket.IO で実装
・Tourity+ iOS のプレビュー画面を実装
・Twitter 認証（OAuth2）の学習
・アカウント機能として Fabric を使用して Twitter 認証を試みたが認証には向かないと気づき中
止した
10 月
・アカウント機能としてライブラリである Passport を使用して Twitter 認証に対応した
・サービス仕様書リーダとして全体の修正，目次作成を行った
・Tourity+ 詳細仕様書の一部である通知機能のアクティビティ図を作成した
・Tourity+ 詳細仕様書の一部であるサーバと DB の説明を作成した
・第二回合同合宿に参加し，話し合いを行った
・第二回合同合宿で iOS のデモを担当した
・あいちゃれ 2015 の動画編集を行った
・あいちゃれ 2015 の動画の撮影を行った
・Tourity+ iOS の評価機能の実装を行った
11 月
・第二回合同合宿に参加した
・第二回合同合宿で変更された仕様の変更に応じてサービス仕様書の変更を行った
・第二回合同合宿で変更された仕様の変更に応じてビジネスモデルの変更に参加した
・Tourity+ iOS の閲覧画面でのバブルにサムネイルを表示する機能を追加した
・Tourity+ iOS の閲覧画面での AR 表示の安定化を行った
・Tourity+ iOS の閲覧画面でのバブル衝突時の処理を追加した
・アカデミックリンクに参加し，ポスターセッションを行った
・Tourity+ iOS で他のメンバーのプログラムのマージを行った
・最終発表において Tourity+ のポスターを担当し，ポスターを作成した
・最終発表のポスターで使用する動画の撮影に参加した
12 月
・最終報告書の自分の分担を作成
・成果発表での Tourity+ 部分の発表を担当
・結合テストのテスト項目の検討
・結合テストを一部実施
・成果報告会のためのポスターの作成
・成果報告会での Tourity+ のデモに向けてアプリを修正
成果
アイディアを考えるうえで機能だけを羅列して考えるのではなく，ターゲットを明確にしたりど
のような場面で使用されるべきかを先に想定してからコンセプトを考え，そこから機能を考えてい
くという考え方を学んだ．ポスターやスライドを作るうえでこれまでは相手の伝わりやすさやわか
りやすさをここまで多く考えることがなかったのでたくさん考えることでより良いものができてい
くという過程を知ることもできた．また，技術面では中間発表会や合同合宿でアプリケーションを
開発することで実際のアプリケーションを作るうえでの準備を十分に行えた．開発場面では AR 部
Group Report of 2015 SISP
- 111 -
Group Number 1
Future Mobile Phone Project
分の実装を通じて AR への理解が深まり，サーバとの連携を行うことで HTTP 通信，Socket.IO
による通信，OAuth2，Node.js，また Node.js とデータベースとの連携などについての知識を深
めることができた．オープンキャンパスや合宿のデモでは，プロジェクトを知らない人にどのよう
なことをしているかをポスターセッション形式で伝えることで簡潔に説明する練習になった．Git
の使用を試みたが，複数人での開発に活用できなかった．11 月は第二回合同合宿によるサービス
の変更を仕様書に適用させ，機能の削減やビジネスモデルの変更などの仕様書の締結を行った．中
旬にはアカデミックリンクに参加し，ポスターを使って来場者に本サービスの説明を行った．その
後はプログラムの実装を行い，残りの必要な機能を作成した．また，12 月の最終発表に向けてポ
スターの作成をし，発表のレビューなどを行った．12 月は成果報告会に向けた活動を主に行った．
ポスターの作成は 11 月に行ったが，教員や学生同士のレビューによって修正点が多く見つかり改
善することに時間を掛け納得のいく見やすいポスターになったと思う．それ以外には成果報告会の
ためにオフラインでも動作するようにアプリの修正を行った．結合テストでは Tourity+ の閲覧機
能部分のテストケースを作成し，iOS 内で作成したテストについては実施を行ったが，他プラット
フォームで作成したテスト項目についても実施することに方針が変更されたため，それ以外のプ
ラットフォーム班が作成したテストについては 1 月に実施する．
（※文責: 高畑 孝輝（未来大））
横山 達也
5月
・サービスのアイディアのキャッチコピーを 25 案，考案した
・未来大で 4 班に分かれてアイディアを絞り込む際のリーダーに就任した
・未来大でのアイディアプレゼンテーションの資料の作成を行った
・HTML5 班のリーダーに就任した
・合同合宿で行うデモンストレーション作成にあたっての技術習得の計画を立てた
・デモンストレーションの作成にあたって HTML5 の技術習得を行った
・加速度を用いた HTML5 によるデモンストレーションの作成をした
・デモンストレーションのプレゼンテーションの資料を作成した
・合宿に持っていくプレゼンテーションの資料の作成を行った
・ビジネスモデルキャンバスの作成を行った
・類似サービスの調査を行った
6月
・合同合宿にて，議事録係を担当した
・加速度を用いた HTML5 によるデモンストレーションを行った
・合同合宿にてアイディアの考案を行った
・Tourity+ の要求定義書，要件定義書の未来大の担当者に就任した
・要求定義書，要件定義書に必要な項目をクルちゃん担当者と共に検討した
・要求定義書，要件定義書の作成にあたっての計画を立てた
・他大学の要求定義書，要件定義書の担当者と合同会議の際に進行役をした
・アプリケーション別合同会議にて，意見を出した
・アプリケーション別合同会議にて，意見を出した
・未来大の Tourity+ 担当者で 5W2H，要求定義書の素案を作成した
Group Report of 2015 SISP
- 112 -
Group Number 1
Future Mobile Phone Project
・要件定義書の作成にあたっての機能のリストアップの素案を作成した
・サービス仕様書の観光客感想投稿機能の説明と画面のイメージの作成を行った
・中間発表の全体スライド作成担当者に就任した
・中間発表の全体スライド一次案の前期活動の流れ，アイディアの絞り込みの過程の説明，第一回
合同合宿について，技術班作業，今後の活動予定に関する項目の作成を行った
・中間発表の全体スライドのレビューを受けての修正を行った
・中間発表の全体スライドの台本の作成を行った
・類似サービスの調査を行った
7月
・アプリケーション別合同会議にて，意見を出した
・中間発表の全体スライドのレビューを受けての修正を行った
・中間発表の全体スライドの台本の作成を行った
・中間発表にむけてのデモンストレーションの作成を行った
・中間発表のレビューを受けての要求定義書，要件定義書，サービス仕様書の修正を未来大の
Tourity+ 担当者で行った
・詳細仕様書のアカウント作成画面の画面設計を行った
8月
・学内のオープンキャンパスに向けた Tourity+ のデモの作成に参加した
・HTML5 班として，デモの作成を行い Node.js の導入などの環境構築，Node.js と連携した canvas
を用いた複数バブルの表示，グラデーションを用いたバブルの描画方法，canvas 上のバブルに文
章を改行して描画する手法について学んだ
・オープンキャンパスの事前準備に参加し，会場設営を行った
・オープンキャンパスに参加し，高校生に向けてプロジェクトについて説明をした
・Tourity+ の HTML5 班としてプロトタイプの作成を行い主に閲覧画面を実装した
・camera の映像を WebRTC を用いて canvas タグ上に描画する方法を模索し，実装した
9月
・Tourity+ の HTML5 班としてプロトタイプの作成を行い主に閲覧画面を実装した
・閲覧画面の簡単なレイアウトを作成した
・カメラを内外切り替えられるようにした
・WebRTC を用いて canvas タグ内に描画した camera の映像と共にバブルの表示ができることを
確認した
・AR 表示のために必要な情報を考え，GeolocationAPI によって緯度経度と方位の取得を試みた
・方位は GeolocationAPI では取得することが出来なかったので，他の API の使用を検討した
・deviceorientation を用いることによって方位の取得を可能にした
・位置情報をバブルの表示アルゴリズムに加え，アルゴリズムの検討と実装を行った
・閲覧画面が全体的に処理が重いので，処理の重さを軽減するために繰り返し処理のアルゴリズム
の見直しを行った
10 月
・MeisterTask を用いたアジャイル開発について理解した
・担当である要求仕様書，要件仕様書の見直しを行った
・サービス仕様書において「地域住民」という言葉の削除にあたって，整合性がとれていない箇所
の見直しを行った
Group Report of 2015 SISP
- 113 -
Group Number 1
Future Mobile Phone Project
・新たに加わった「広告機能」をサービス仕様書の必要と思われる項目全てに文章や図を作成し適
用した
・サービス仕様書，詳細仕様書のシステム要件のマイページ，閲覧ページ，広告ページ，詳細ペー
ジ，設定ページ，通知ページの画面イメージ図の作成を行った
・詳細仕様書の投稿画面のアクティビティ図の作成を行った
・第二回合同合宿にむけた Tourity+ の HTML5 班のデモの主に閲覧画面を担当した
・未来大生のレビューを基に，担当である要求仕様書，要件仕様書の訂正を行った
・開発中のプロトタイプが iOS で使用できないことを受けて，調査を行い，WebRTC に使用して
いた getUserMedia が対応していなかったことを突き止めた
・バブルの表示アルゴリズムの検討のために，位置情報や方位の活用方法について学んだ
・バブルの表示アルゴリズムに方位と位置情報を加えたアルゴリズムの検討を行い，実装した
・閲覧画面が全体的に処理が重いので，処理の重さを軽減するために繰り返し処理のアルゴリズム
の見直しを行った
・処理の重さの軽減のために並列処理の導入を検討し，使用方法を調査した
・プロジェクトの見学に来た高校生に向けて，プロジェクトの説明を行った
・あいちゃれ 2015 の作品のアピールポイントの項目を考えた
・第二回合同合宿に遠隔参加した
11 月
・第二回合同合宿に遠隔参加した
・Tourity+ の専修大学が作成したビジネスモデルのレビューと文章の訂正をした
・アカデミックリンク用のポスターのレビューをした
・アカデミックリンクに参加した
・アカデミックリンクにて 1 分間の PR を行った
・Tourity+ の HTML5 班としてデモシナリオに沿ったデモの作成を行い，主に閲覧画面を実装し
た
・バブルの表示の仕方が変わったことにより，新たな方法でのバブルの表示の仕方を検討し，実装
した
・バブルの表示の際に処理が重くならないような，処理手順を検討し実装した
・バブルの表示に用いる角度の計算のアルゴリズムとバブルの表示の判定部分の見直しを行った
・バブルの画面上での表示される位置の微調整を行った
・Tourity+ の HTML5 班としてデモシナリオに沿ったデモのマージ作業を行った
・バブルをタッチできるようにするアルゴリズムのマージを行った
・バブルに投稿した画像を表示するアルゴリズムのマージを行った
・バブルタッチ時に詳細画面へ遷移するアルゴリズムのマージを行った
・マージするにあたって，メニューバーに関するアルゴリズムの見直し，実装を行った
・マージするにあたって，バブルの表示に時間による制限をかけるアルゴリズムの見直し，実装を
行った
・マージするにあたって，投稿画面のアルゴリズムを見直し，実装を行った
・マージするにあたって，閲覧画面の変更に伴う，投稿画面の処理とサーバ側の処理の見直し，実
装を行った
・詳細画面，ツイッターによるログイン画面，タイトル画面のマージを行った
・詳細画面にメニューバーのマージを行った
Group Report of 2015 SISP
- 114 -
Group Number 1
Future Mobile Phone Project
・投稿画面のレイアウトに関する部分のマージを行った
・最終発表の Tourity+ のスライド作成の main 担当になり，スライドの作成を行った
・最終発表の Tourity+ のスライドの構成を決定した
・スライド中で使用する動画の構成を決定した
・動画の撮影の進行を行った
・第一回学生レビューを受けてスライドの訂正を行った
12 月
・最終発表の Tourity+ のスライド作成の main 担当になり，スライドの作成を行った
・発表に用いる動画作成について指示を行った
・第二回学生レビューをうけてスライドの修正を行った
・第一回教員レビューをうけてスライドの修正を行った
・第三回学生レビューをうけてスライドの修正を行った
・第二回教員レビューをうけてスライドの修正を行った
・第四回学生レビューをうけてスライドの修正を行った
・複数回に渡り，最終発表用のポスター，スライドに対してレビューを行った
・最終発表を行った
・結合テストのテスト項目作成を Tourity+ の閲覧画面，詳細画面に対して行った
・Tourity+ のビジネスモデルの検討を行った
・Tourity+ の HTML5 のアプリケーションにおいて使用していた getusermedia のサポートが終
了したことにより発生した不具合を修正した
・Tourity+ の HTML5 のアプリケーションの結合テストを一部実施した
・個人報告書，学習フィードバックシートの作成を行った
・学生間のピアレビューを行った
成果
まずは複数人での話し合いをする際の大変さを経験することが出来た．他大学との合同会議によっ
て話し合う際に本プロジェクトの「未来」の定義が大学間で異なっていたということがあった．こ
の違いに気づかないで議論を進行しても上手くいかなかった．そこで「未来」の定義について再確
認することで，議論をスムーズに進めることができた．このように複数人で話し合う際には定義を
決めておかないといけない事柄を洗い出しておき，議論することが必要であると感じた．このよう
なこともあって，仕様書の作成が当初の計画通り進めることができていないが，今後も工夫をしな
がら複数人での話し合いに臨みたい．8 月にはオープンキャンパス，10 月には高校生に自分たちの
プロジェクトについて発表したことで，改めて客観的に自分たちのアプリケーションについてなど
を見直す良い機会になった． 8∼10 月は主にプロトタイプの開発を行ったが，GeolocationAPI
で方角が取得できなかったり，処理が重くなってしまったりなど予想していなかった障害が多かっ
た．事前の調査を行い，スムーズに開発できるように備えておくべきであったと感じた．しかし起
きた障害に対して，調査し解決方法を考えて，実装を行うという経験を通して HTML5 に関する
知識を深めることができた．またコーディングに行き詰った際にメンバーに相談し，解決できた経
験から，チームで開発を行う良さを感じた．中間発表の練習で場数を踏んだことで，以前よりは平
常心で発表に臨めるようになったと思う．自分は緊張しやすかったのだが，今回のように発表練習
を繰り返すことで改善出来た経験を最終発表など今後の発表にも活かしたい．しかし中間発表のレ
ビューで台本を見て発表しているようであったというものがあったので，今後も練習してプレゼン
Group Report of 2015 SISP
- 115 -
Group Number 1
Future Mobile Phone Project
テーションの技術を向上させたいと思う．また今回，仕様書を実際に作成してみたことで座学では
わからない仕様書作成の難しさを体験出来た．実際に仕様書を書こうと思っても，どのように書け
ば良いのかということに悩んでしまい上手く書けないということがあった．自分なりに参考文献を
探したり，過去の成果物を参考にしたりすることで仕様書の作成を行った．現段階では要求定義書
と要件定義書の担当として第二次案まで作成したがまだ完成とは言えない出来なので，今後さら
なる改善をしていきたい．11 月は主に合宿での企業の方からのアドバイスを受けて，デモの実装
を行った．主に閲覧画面に関する部分の実装を担当した．また他の人が作成した部分のマージ作業
も行った．ただマージする際に DB のテーブルの統一が出来ていなかったりなど連携不足により
マージ作業が予想以上に工数がかかってしまった．今回の経験は今後，複数人で開発をする際に活
かしたい．ビジネスモデルに関しては専修大学に任せっきりにしてしまったので，レビューするだ
けではなく考案する時点でもっと連携を取ることが出来れば良かったと感じた．最終発表のスライ
ドに使用する動画の撮影の際に，撮影するシーンや流れを決めきれずに撮影に臨んでしまったので
スムーズに撮影を進行することが出来なかった．段取りをしっかり決めて，的確な指示を出すべき
であったので今後に活かしたい．12 月は主に最終発表に向けた発表スライドの作成を行った．短
い期間ではあったが学生間でのレビューや教員の方々によるレビューを受けて，発表スライドを妥
協しないで作ることが出来たことは自信となった．ただ肝心の発表が会場に適した声量で発表出来
なかったり，せっかく作成したポスターを上手く使えなかったりなど見せ方についてもう少し検討
すべきであったと思うので今後に活かしたい．結合テストでは，テスト直前にサービスのサポート
が終了したことによりアプリケーションが実行出来なくなるという事態が発生した．今回の経験に
より，使用するサービスはよく検討して採用するべきであったと感じた．
（※文責: 横山 達也（未来大））
9.3.2
専修大学
内海 洋樹
5月
・アプリケーション案のアイディアを 10 個出した
・グループ分け，役職決め
・合宿リーダとして，合宿会議を行う
・合宿で使用するアイディアシート，ビジネスモデルキャンパス，PowerPoint 作成
6月
・第一回合同合宿を行う
・要求定義書の作成
・要件定義書の作成
7月
・サービス仕様書の作成
・詳細仕様書の作成
8月
・第一回アンケート項目案会議
・第一回アンケートの質問項目を作成
9月
・第一回 Web アンケート項目のレビュー
Group Report of 2015 SISP
- 116 -
Group Number 1
Future Mobile Phone Project
・第一回 Web アンケートの作成
・第一回 Web アンケートの実施
10 月
・合宿リーダーに就任
・学内合同研究発表会参加
・第一回アンケートを踏まえてビジネスモデル見直し
・第二回アンケート項目作成
・第二回アンケート実施
・第二回 Web アンケート作成
・第二回 Web アンケート実施
・第二回アンケート集計
・アンケートを反映させたビジネスモデルの作成
・セミナーハウスの予約
・第二回合同合宿の物品の決定
・第二回合同合宿会議を行う
・第二回合同合宿会議の議事録を作成
・第二回合同合宿会議の部屋割り表を作成
・第二回合同合宿の詳細の決定
・第二回合同合宿のしおりの合宿リーダーの言葉項目作成
・ビジネスモデルの合宿資料，スライド作成
・第二回合同合宿参加
・第二回合同合宿一日目午前司会担当
11 月
・第二回合同合宿参加
・サービス仕様書ビジネスモデル作成
・サービス仕様書ビジネスモデルのレビューによる修正
・担当としてビジネスモデル案の作成
・ビジネスモデル案のレビューによる修正
・第二回合同合宿反省書作成の呼びかけ
・異種ゼミでの発表準備
・ビジネスモデル収支計画折り込み案の作成
・ビジネスモデル収支計画折り込み案のレビューによる修正
12 月
・最終報告書 8.1.2 第二回合同合宿作成
・最終報告書 7.1.5 ビジネルモデル提案班作成
・専修大学最終発表会スライド作成
・収支計画書の検証
・個人報告書の作成
成果
他大学との会議を通して意識合わせの難しさを学べた．各仕様書作成を通して，各仕様書の書く
意味と難しさを学べた．8 月は第一回アンケートの項目の作成をした．9 月には第一回 Web アン
Group Report of 2015 SISP
- 117 -
Group Number 1
Future Mobile Phone Project
ケート項目のレビューアンケートの作成アンケートの実施を主体的に行いアンケートの基礎知識を
身に着けた．10 月は学内合同研究発表会に参加しフィードバックをもらう．第二回アンケートを
第一回の反省点を改善し作成，実施．合宿リーダーに就任し第二回合同合宿の準備を行い仕切りや
割り振りの難しさを学んだ．11 月では，主にビジネスモデル案の作成を行った．合宿での決定に
準拠したビジネスモデルの作成．収支計画を折り込んだビジネスモデルの作成を行った．特に収支
計画は時間がかかってしまい締切に間に合わなかったのが反省であった．12 月は最終報告書の担
当個所を作成，専修大学最終発表会スライド作成を作成した．その際収支計画に計算の誤りがある
のではないかという疑惑が上がったが，検証の結果間違いではないと分かった．
（※文責: 内海 洋樹（専修大））
垣本 周
5月
・合宿に向けてのアプリケーション案のアイディア出し
・グループ分け
・グループでのアイディアの絞り込み
・合宿に向けての資料作り
6月
・要件定義書の背景についての案出し
7月
・プロジェクトに関連する企業の方との相談
・ビジネスモデルの作成
8月
・車いすアンケート先の調査
・ベビーカーアンケート先の調査
・車いすアンケート文書の作成
・ベビーカーアンケート文章の作成
・車いすアンケート意義の作成
・ベビーカーアンケート意義の作成
・関連企業「WHILL」宛メール文作成
・アンケート先（病院・老人ホーム）への連絡
9月
・関連企業「WHILL」訪問
・車いすアンケート先再調査
・特別養護学校への連絡
・特別養護学校へのアンケート申し込み文書作成
10 月
・ベビーカーアンケート実施
・特別養護学校への訪問
・合同研究発表会に参加
・関連企業「WHILL」訪問報告書作成
・ビジネスモデルの合宿資料，スライドを作成
Group Report of 2015 SISP
- 118 -
Group Number 1
Future Mobile Phone Project
・第二回合同合宿へ参加
・合宿にてビジネスモデルを発表，修正
11 月
・第二回合同合宿に参加
・ビジネスモデルの現状について他校リーダーと会議
・メンバーへの現状説明
・サービス仕様書ビジネスモデル作成
・サービス仕様書ビジネスモデルのレビューによる修正
・ビジネスモデル収支計画前案作成
・ビジネスモデル収支計画前案のレビューによる修正
・ビジネスモデル収支計画折り込み案作成
・ビジネスモデル収支計画折り込み案のレビューによる修正
・企業在籍車いすユーザに向けてアンケートの修正検討
12 月
・公立はこだて未来大学での最終発表会に参加
・専修大学でのプロジェクト最終発表会に参加
・クルちゃんのビジネスモデルの再検討を行った
・公立はこだて未来大学とのビジネスモデルに関するスカイプ会議を 2 回行った
・新ビジネスモデル収支計画折込案を作成した
成果
合宿や Skype 会議で会議のあり方を学べた．ビジネスモデルの作成をする中で，常に全体を考え
続けることの大切さを学べた．8 月はアンケートや企業宛の文章の作成等を行った．いくつかの病
院や老人ホームに連絡をとったが，アンケートの許可を得られたところはなかった．9 月はスマー
トモビリティを扱う企業を訪問するなどして，車いすに関する業界への理解を深めた．また，新た
なアンケート先として特別養護学校を設定．連絡を取り，文書を作成した．１０月は実際に生田緑
地にてベビーカーアンケートを実施．特別養護学校へも訪問し，職員の方と面談，文書を手渡し
た．しかし，すべての特別養護学校からアンケートの実施は出来ないとの返答を受け取った．車
いすユーザの直接の意見を聞くことができなかったことからも，有効なビジネスモデルの考案に
支障をきたした．11 月前半はビジネスモデル締結のために他校リーダーと現状についての情報共
有を徹底した．11 月後半は企業発表までに強化できるポイントの提案やアンケート修正の検討を
行った．12 月前半は専修と未来大の最終発表に参加した．未来大の発表では，発表者として説明
を行ったものの，至らない点が多く，企業発表への課題が浮かび上がった．後半は，ビジネスモデ
ルの新規案を作成した．未来大を交えた会議を行い，アピールポイントの明確化を重視したモデル
考案を行った．
（※文責: 垣本 周（専修大））
蒲生 大貴
5月
・アイディアを１０個考案
・グループ分け，役職決め
Group Report of 2015 SISP
- 119 -
Group Number 1
Future Mobile Phone Project
・合宿に向けての資料作り
・議事録
6月
・要求定義書・要件定義書の作成
・スケジュール作成
・全体議事録とアプリケーション議事録
7月
・中間報告書の割り振り，作成
・中間発表会担当
・全体議事録とアプリケーション議事録
8月
・車いすアンケート先の調査
・アンケート先（病院・老人ホーム）への連絡
・アンケート先（病院）への訪問
9月
・関連企業「WHILL」訪問
10 月
・ベビーカーアンケート実施
・合同研究発表会に参加
・ビジネスモデルの合宿資料，スライドを作成
・第二回合同合宿へ参加
11 月
・第二回合同合宿に参加
・サービス仕様書ビジネスモデル作成
・ビジネスモデル収支計画前案作成
・ビジネスモデル収支計画折り込み案作成
12 月
・専修大学最終発表会スライド作成
・公立はこだて未来大学とのビジネスモデルに関するスカイプ会議
・新ビジネスモデル収支計画折込案検討
成果
アイディアを出すことはできたが，煮詰めることの難しさを学んだ．スケジュールと中間報告書を
作成するにあたりメンバーをまとめる難しさを学んだ．8 月はいくつかの病院や老人ホームに連絡
をとったが，許可が得られない，難しいとのことだった．電話でのアポイントメントは緊張した．
9 月はスマートモビリティを扱う企業を訪問して，車いすに関する業界への理解を深めた．10 月は
生田緑地にてベビーカーアンケートを実施．20 件取れた．11 月はビジネスモデル案の作成を行っ
た．12 月前半は最終発表のスライドを作成した．中抜き文字が駄目なことをしみじみ理解した．
12 月後半は未来大との Skype 会議を行い，新しいビジネスモデルを検討した．大きな変化になり
そうなので，たくさん修正する必要がありそうだ．
（※文責: 蒲生 大貴（専修大））
Group Report of 2015 SISP
- 120 -
Group Number 1
Future Mobile Phone Project
チョン・ホンミン
5月
・アイディアを各自で模索
・メンバーとの情報共有
・各自のアイディアの発表を行い，２つのテーマの決定
6月
・第一回合同合宿を行い他大学との交流を行う
・プロジェクトのテーマを最終決定
・各自のプロジェクトの進めを考察し，情報の共有を行う
7月
・要件定義書と要求仕様書の作成
・アプリケーションを作る趣旨を班員で共有
・Skype を通じて会議を行う
8月
・ビジネスモデル考案
・ベビーカーユーザへのサービス考案
・アンケート作成
・病院などへのアンケート依頼
9月
・市場戦略考察
・ターゲットの範囲の考察
・収益モデル考案
・ベビーカーユーザへのロードアンケート実施
10 月
・ビジネスモデルの柱になる収益モデル考察
・サービス仕様書のビジネスモデルの作成
・第二回合同合宿の参加
11 月
・第２合同合宿に参加
・ビジネスモデル決定
・収支計画設定
・ビジネスモデル保安作考察
12 月
・クルちゃんの専修大学最終発表会
・ビジネスモデルの再考案
成果
様々な意見の中で話を合わせることは難しいことだと感じた．また，自分の意見を相手に伝えるこ
との重要さが分かった．考えを合わせて意義のあるアプリケーションをこれからも続けて進みた
い．この３ヶ月間でアンケート調査や数多くの議論など様々な活動を行い，クルちゃんが追求する
のに対するだいたいの方向が分かるようになった．まだ，みんなが一斉に動きだす中でどちらの方
Group Report of 2015 SISP
- 121 -
Group Number 1
Future Mobile Phone Project
向へ向かうべきかの議論が終わってない以上，集中して最後の目標の達成したいと感じた．主な柱
が決まり「クルちゃん」のビジネス化の確立をまとめる段階でした．これから残りの作業やスケー
ジュルが順調に進めるように頑張りたいと思います．いまだに情報共有が完璧に行われてない気が
するので，もっとそのへんはみんなに協力したいと思います．専修大学最終発表会を行うことで最
後のチェックをする機会が出来ました．最後まで保安が必要なところはないかしっかり考えながら
まとめたいと思います．また，直接アプリの実物を間接的に拝見させてもらうことでもっとアプリ
の理解度を高めることが出来てよかった．
（※文責: チョン・ホンミン（専修大））
経沢 優多
5月
・リーダ会議
・グループ分け，役職決め
・各自でアプリケーションのアイディアを 10 個考えてきて，ブラッシュアップ
・合宿で使用するアイディアシート，ビジネスモデルキャンパス，PowerPoint 作成
6月
・リーダ会議
・合宿に向けて配布資料の印刷・手配の補助
・第一回合同合宿の進行
・合宿内での持ち込みアイディアのプレゼンテーション
・ソフトウェア開発の流れや要求定義書，要件定義書，サービス仕様書の学習
・ビジネスモデルの学習
7月
・リーダ会議
・各定義書の作成補助
・中間報告書作成
・専修大中間発表の資料作成
・第一回アンケート用紙作成
8月
・ユーザ的視点を養うために，一週間かけて東北と北海道の観光名称を訪れ現状を学んだ
・大学内での合宿時において，第一回アンケート項目案会議を実施
・第一回アンケート項目の作成
9月
・第一回アンケート実施
・第一回アンケート集計
・第一回アンケート結果から反映させたビジネスモデルの変更
・大学内中間報告
10 月
・第二回アンケート項目作成
・第二回アンケート実施
・第二回アンケート集計
Group Report of 2015 SISP
- 122 -
Group Number 1
Future Mobile Phone Project
・第二回アンケート結果から反映させたビジネスモデルの変更
・第二回合同合宿に向けたビジネスモデルの資料作成
・第二回合同合宿にてビジネスモデル発表
・合宿を踏まえてのビジネスモデルの変更
11 月
・第二回合同合宿に参加
・Tourity ＋要件定義書のレビュー
・Tourity ＋サービス仕様書のレビュー
・Tourity ＋詳細仕様書のレビュー
・ビジネスモデル収支計画前案作成
・ビジネスモデル収支計画前案のレビューによる修正
・ビジネスモデル収支計画折り込み案作成
・ビジネスモデル収支計画折り込み案のレビューによる
12 月
・未来大での最終発表会に参加
・専大最終発表会 Tourity ＋ビジネスモデルスライド作成
・専大最終発表会に参加
成果
専修大のリーダとなり，情報共有，役割分担の意義を学んだ．各メンバーの力量を見極めたチー
ム編成に苦労したが，多くのことが学べた．8 月は実際に観光地を訪れて，イメージを掴むことで
発想力を養った．9 月は第一回アンケートの実施と集計によりニーズを捉えると共にそれにあった
ビジネスモデルの変更が行えた．10 月は第一回アンケートより質問の数や質を向上させた第二回
アンケートにより，より具体的な情報を取得し，ビジネスモデルの改善が行えた．11 月前半は合
同合宿で課題点が多く見つかり，課題解決に取り組んだ．11 月後半はレビューを取り入れた収支
計画を完成させた．12 月は未来大と専大の最終発表会に参加することで，本プロジェクトも終わ
りに近づいている事を実感した．また，発表会での質疑応答でアプリケーションの問題点や理解不
足があったので，もう一度ビジネスモデルと収支計画を見直して，企業報告会に臨みたい．
（※文責: 経沢 優多（専修大））
根岸 佑太
5月
・アイディアの原案を 10 個考えた
・アイディアを専修大メンバーにプレゼンした
・自分のアイディアが専修大内の代表のうちのひとつになる
・自分のアイディアについて主体的に考え，メンバーに説明や調べものの依頼をした
6月
・第一回合同合宿に向けて，アイディア発案者として資料作成を行った
・第一回合同合宿で，アイディア発表を行った
・
「Tourity+」のビジネスモデルリーダーとなる
・ビジネスモデルについて，書籍を用いて学ぶ
Group Report of 2015 SISP
- 123 -
Group Number 1
Future Mobile Phone Project
7月
・中間報告書でビジネス性について記述
8月
・ユーザの気持ちを理解するために，本アプリケーションを意識しながら観光を行った
・第一回アンケート項目案会議
・第一回アンケート項目作成
9月
・第一回アンケート実施
・第一回アンケート集計
・専修大内中間報告
10 月
・第二回アンケート項目作成
・第二回アンケート実施
・第二回アンケート集計
・アンケートを反映させたビジネスモデルの作成
・ビジネスモデルの合宿資料，スライド作成
・第二回合同合宿参加
・合宿にてビジネスモデル発表
11 月
・第二回合同合宿に参加
・Tourity+ 要件仕様書のレビュー
・Tourity+ サービス仕様書のレビュー
・Tourity+ 詳細仕様書のレビュー
・ビジネスモデル収支計画前案作成
・ビジネスモデル収支計画前案のレビューによる修正
・ビジネスモデル収支計画折り込み案作成
・ビジネスモデル収支計画折り込み案のレビューによる修正
12 月
・専大最終発表会 Tourity+ ビジネスモデルスライド作成
・専大最終発表会当日発表
成果
合宿において自分が提案したアプリケーションを発表することで，発案者としての責任を学ん
だ．また，「Tourity+」のビジネスモデルリーダーに就任したことで，ビジネスモデルについて考
えを深めることができた．そして，５大学間の情報のやり取りや認識の共有がいかに大変であるか
を学んだ．8 月はユーザの立場を体験することで，どんな機能があったら良いかを考えると伴に，
それにあったビジネスモデルを考案した．また，第一回アンケート項目を作成した．9 月は第一回
アンケートを実施と集計をすることで，観光地での感動共有の需要をつかんだ．10 月は第二回ア
ンケートについて一連の作業を行うことで，新たなターゲットの発見と，ビジネスモデルの変更を
行った．それによりビジネスモデル構築大変さを学んだ．11 月前半は合宿に向けて見つかった課
題と，合宿において見つかった課題の 2 つの課題解決に尽力した．11 月後半は収支計画について
本格的に取り組みレビューを受けながら完成させた．12 月は専大の最終発表会があり，これまで
Group Report of 2015 SISP
- 124 -
Group Number 1
Future Mobile Phone Project
の成果発表を行った．発表スライドの作成はもちろんのこと，当日の発表準備や進行確認，会場づ
くりなど様々なことを学ぶことができた．だが，不備が多々あったため今後は反省し活かしていき
たいと思う．
（※文責: 根岸 佑太（専修大））
9.3.3
神奈川工科大学
榎本 慶太
4月
・合宿に向けて，Java 言語の勉強を行った
5月
・合宿に向けて，アイディアの提案を行った
・ネームプレートを作成した
6月
・他大学と合宿を行った
・要件定義書，要件定義書のリーダーになった．
・要求要件リーダーとして，会議で機能と要件定義書の課題について考えた
8月
・AndroidStudio のインストール
・本屋やネットを参考に AndroidStudio の使用方法の学習
・画面上にテキスト，画像も表示
・キーボードの表示
・機能を実装するために方法を模索した
9月
・ログイン画面の作成
・twitter との連携方法の学習
10 月
・GitHub の利用方法の学習
・閲覧画面の作成
・第二回合同合宿への参加
11 月
・第二回合同合宿に参加
・AR 表示について調べた
・カメラ上にバブルの画像の表示
12 月
・専修大学での最終発表に参加と発表
成果
要求，要件定義書の書き方を学んだ．大人数での意見などをまとめたり，全体での意識統一が難
しいことを知った．いろんな機能や画面の作成を行ったが，どれも中途半端な結果で終ってしまっ
た．事前に調査を行い，この機能を実現するには何をどうするのかまでわかってから実装に移るべ
きだったと思われる．GPS を用いた位置情報による AR アプリケーションがあり，それを参考に
Group Report of 2015 SISP
- 125 -
Group Number 1
Future Mobile Phone Project
て作成を行ったが，バブルの表示方法が実現できなかった．合宿を終え，反省をして実装に移った
が，うまくいかなかった．どうすればできるのかよく考えてもっと知らなければならないと思っ
た．最終発表の際，練習なしで行った．結果，グダグダとしたものになってしまったり，うまく言
えなかったところがあった．練習と何を伝えたいのかはっきりさせておけば良かったと思う．
（※文責: 榎本 慶太（神奈工大））
遠藤 史貴
5月
・ミライケータイプロジェクトに参加
・神奈工大の第一回合同合宿に持っていくアイディアの考案
・アイディアの話し合い，議論
6月
・第一回合同合宿参加
・合宿内のアプリケーション別活動時書記を行った
・「クルちゃん」班になる
・サービス仕様書リーダーになる
・詳細仕様書リーダーになる
7月
・要件仕様書のまとめに参加
・HTML5 の学習の準備段階として monaca の導入，サンプルプログラムの確認を行った
8月
・アプリケーション作成環境の構築
・アプリケーション作成に向けての勉強
9月
・MeisterTask の利用開始
・アプリケーションの作成
・HTML5 の勉強
10 月
・合宿への参加
・アプリケーションの作成
11 月
・第二回合同合宿参加
・ルート表示プログラムの作成
・ルート表示プログラムの作成した部分の一部修正
12 月
・専修大学最終発表会に参加
・結合テストの実施
・一部結合テスト項目作成
成果
話し合いの要点をつかむ技術が上達した．各仕様書の利点を知ることができた．HTML5 の勉強
Group Report of 2015 SISP
- 126 -
Group Number 1
Future Mobile Phone Project
やアプリケーションを作成しながら少しずつプログラムへの理解を深めていくことができた．しか
しまだ満足にできないことも多く，予定通りに進行できず他の人に迷惑もかけることが多かったと
思う．今まで作成したプログラムを作成つつ，一部プログラムを修正した．プログラム作成はそれ
なりに進んだが，プログラムの仕様を勘違いしていて作成が遅れてしまった．自分の確認不足で数
日分遅れてしまったので今後このようが無いように自分の作業をしっかり把握したい．発表会に参
加した際自分の行わなければならない部分をうまくできなかった．自分の理解力不足を感じたので
もっとしっかりしたい．
（※文責: 遠藤 史貴（神奈工大））
鈴木 奨之
5月
・プロジェクトへ参加
・初の合同 Skype 会議への参加
・合宿へ向けてのアイディア出し
・合宿メンバーの連絡先作成
・合宿リーダー会議への代理参加
・神奈工大メンバーの写真の編集
・デモの準備
6月
・第一回合同合宿参加
・デモの発表
・
「クルちゃん」の神奈工大技術リーダーに就任
7月
・神奈工大メンバーに技術スケジュールを割り当てた
・神奈工大クルちゃん班議事録の作成
・Monaca への登録
・参考書の購入
・例題アプリケーションの作成と実行
8月
・monaca への登録と VisualStudio2013 インストール
・参考書のプログラムを参考に作成開始
・企業への訪問
9月
・MeisterTask の利用を開始した
・OnsenUI を用いた簡単なレイアウトの作成
・加速度センサを用いた路面データの収集
・デモアプリケーションの作成
10 月
・GitHub の登録
・GoogleMaps の APIkey の取得した
・GoogleMaps を用いて地図を表示した
Group Report of 2015 SISP
- 127 -
Group Number 1
Future Mobile Phone Project
・経路案内表示をするために API の調査した
・長押ししてピンをたてる，ピンをたてた位置の経度緯度の取得できるよう実装した
・要件定義書の見直し
・Ajax の勉強
・ルート表示機能の作成
11 月
・第二回合同合宿参加
・サーバに緯度経度を送信する部分の作成
・要件定義書の見直し
・最終報告書の要件定義書作成プロセスを書いた
・MeisterTask の管理
12 月
・専修大学最終発表に参加・神奈川工科大学最終発表のスライドの作成・神奈川工科大学最終発表
に参加・クルちゃんの経路案内機能とライフログ機能の部分の結合テスト仕様書作成
成果
各仕様書の書き方を学べた．他人とのコミュニケーションの大切さ，協力するために必要な会話
の仕方を学んだ．スケジュール管理の大切さを学べた．Monaca を用いた基本的なプログラミング
方法を学んだ．ビジネスモデルについて考え，重要性を理解した．8 月は主にプロトタイプの作成
をしていたが，調査が多くなってしまいあまり成果は上げられなかった．9 月はプロトタイプ作成
中，それぞれの機能のマージが滞ってしまい機能の実装が上手くいかなかった．10 月は各大学の
進捗を確認した．その中で自分たちが認識していた仕様と，他大学との認識の違いを議論した．11
月は第二回合同合宿で決まったスケジュールを守るよう行動した．しかしながら，11 月前半は毎
日タスクをこなせていたものの，後半のマージやその他実装に必要な部分の大半を他のメンバーに
任せきりにしてしまった．技術リーダーを任されながらこのように無責任な行動をしてしまったこ
とを反省していきたい．12 月は主に大学の最終発表に向けて準備し，発表した．当日の発表では
時間配分がうまくいかず，かなり短縮して発表してしまう形となった．その後，結合テスト仕様書
の作成にとりかかった．
（※文責: 鈴木 奨之（神奈工大））
寺島 慎哉
5月
・アイディアの出し合いをした
・レコメンドアプリケーションについて学習
・サブリーダーになる
6月
・Tourity+ 班になる
・役割分担を行い，Tourity+ 詳細仕様書担当（神奈工大）になる
・議事録作成
・要件・要求仕様書作成サポート
・サービス仕様書作成サポート
・投稿システムのユースケース図の作成
Group Report of 2015 SISP
- 128 -
Group Number 1
Future Mobile Phone Project
7月
・プロトタイプモデル作成への勉強
・詳細仕様書のシステムフロー作成
・詳細仕様書の画面テンプレート作成
・詳細仕様書 1 次案作成
8月
・AndroidStudio インストール
・SDK のインストール
・サンプルプログラムのダウンロード
・参考書を元に画面の作成サンプルデータを見て機能の学習
9月
・AR 画面上にテキストの表示
・アイコンの表示（画像）
・ドライバのインストール
・実機での動作確認
10 月
・GPS の取得・表示
・AR 空間に方位を基準にしたバブル（画像での）の表示
・合宿の参加
11 月
・GPS 取得データからのテキスト表示
・GPS で所得した位置情報のテキスト表示の調整
・位置情報からのバブル（画像での）表示
12 月
・テストおよび修正を行った
成果
合宿でグループで意見をまとめたりし，時間が有限の中で進行する難しさを知った．仕様書，議
事録の書き方を学んだ．開発環境について知識を得た．AR 空間のサンプルアプリケーションを利
用して学習や編集を行いました．サンプルプログラムを元に，編集を行ったが，ファイルがロック
されているプログラムがあり，編集できないところがあった．SDK エラーやバグがたくさん出て
修正などの時間が多くかかってしまった．なれない作業の中でもっと知識やエラーなどの対応力を
つけると良いと感じた．位置情報からのテキスト表示とをすることができたが，位置情報のデータ
は CSV ファイルからのデータになっているので，手動で書き換えているのを自動で行えるように
しなければならない．画像（バブル）上でなく画像の隣にテキストなので画像上に表示をしなけれ
ばならない．スマートフォンが故障するトラブルがあった．講義があり発表に出席することができ
なかった．12 月後半からログインになったが，時間が取れなくなってしまった．
（※文責: 寺島 慎哉（神奈工大））
Group Report of 2015 SISP
- 129 -
Group Number 1
Future Mobile Phone Project
畑 賢
5月
・合宿に持ち込むアイディアを 1 つに絞り込んだ
・合宿リーダーになった
6月
・第一回合同合宿を行った
・要求定義書の第 1 次案の作成
・要件定義書の課題について考えた
7月
・詳細仕様書の作成
・サービス仕様書の作成
・プロトタイプ作成に向けて参考書を購入
8月
・AndroidStudio の使い方を勉強
・サンプルプログラムを使って書き方を勉強
9月
・AR のサンプルを実行してみる
・SurfaceView でカメラプレビューの実装
10 月
・法政との合同開発開始
・View の勉強
・SurfaceView にバブルの画像を重ねる
・TextureView でもカメラビューを実装できるか実験
11 月
・第二回合同合宿に参加
・カメラプレビューにバブルを重ねる
・法政の投稿機能と神奈川工科の閲覧をマージ
・画面遷移の設定
・受信のプログラムとのマージ
・ビジネスモデル作成の議論に参加
12 月
・専修大学最終発表への参加
・神奈川工科最終発表への参加と発表
・Tourity+ の Android の結合テスト項目決め
・Tourity+ の Android の結合テストの実行
・アプリの不具合修正
成果
グループでの討論や会議，全体での議論など貴重な体験ができた．各種定義書作成で，全体での
考えのずれがあったり予定通りにいかなかったり今後開発の時に役立つ体験を経験した．カメラプ
レビューまでは順調だったがそこから進まなくなった．合同でやることになったが 1 人 1 人の作
Group Report of 2015 SISP
- 130 -
Group Number 1
Future Mobile Phone Project
業は重たい．始めての開発だったので全ての要素が不足していたと思う．11 月にやっと悩んでた
バブルを重ねることができた．法政の投稿機能とマージ，画面遷移まで完了することができた．基
盤はできたが細かいところの機能を作れていない．2 つの最終発表に参加した．突然アプリの不具
合が発生して焦った．
（※文責: 畑 賢（神奈工大））
福田 勇輔
5月
・リーダー会議に参加した
・合宿に向けてのスライドを作成した
・アイディア提案の際に資料を集めた
・神奈川工科大のスケジュールを作成した
6月
・サービス仕様書のリーダー会議を行った
・Java の学習をした
・中間発表のスライドを作成した
7月
・AndroidStudio を導入した
・中間発表をした
・AndroidStudio でテキストの表示を学んだ
8月
・AndroidStudio の設定
・プロジェクトの構造の理解
・イベント処理の理解
・XML におけるレイアウトの理解
・サンプルプログラム実行
・参考アプリケーションの検索
9月
・GitHub の導入
・カメラ上に画像を出す方法を検索
・SurfaceView の学習
・フレームレイアウトの理解
10 月
・MeisterTask でタスクを作成
・JSON について学習
・Node.js を使い受信だけの仮想サーバを立てた
・http における文字の送信と取得
・Volley の GET の部分を学習
・JSON の取得と解析
・Volley の ImageLoader を学習
11 月
Group Report of 2015 SISP
- 131 -
Group Number 1
Future Mobile Phone Project
・第二回合同合宿に参加
・Image Request により画像の習得成功
・JSON から画像の習得を学習
・Tourity+ 要件定義書のレビュー
・Tourity+ サービス仕様書のレビュー
・Tourity+ 詳細仕様書のレビュー
・ビジネスモデル作成の議論に参加
12 月
・公立はこだて未来大学での最終発表に参加
・専修大学での最終発表に参加
・神奈川工科大学での最終発表に参加
・神奈川工科大学最終発表のスライドレビュー
・Tourity+ のログイン画面の部分の結合テスト仕様書作成
成果
リーダーとしてメンバーに情報を伝える大切さを学んだ．8 月は AndroidStudio がどのような
ものかを調べたりいじるだけで終わってしまった．9 月から作成するためいろいろ調べていたが
10 月のタスク洗い出しの時にサーバとの連携をとる必要がわかったので，10 月からサ−バーとの
連携が取れるよう実装できるようしたかったが達成できなかった．第二回合同合宿での反省により
実装を行った．もっと自分から積極的に行動を起こすべきだった．12 月は主に各大学の最終発表
に参加した．当日の発表の部分は練習不足によりうまく声を出せなかったり，質疑応答ですらすら
と質問に答えることができなかった．様々なひとのレビューを受け，このプロジェクトの意味やア
プリケーションを作る上での大切なものを多く学んだ．
（※文責: 福田 勇輔（神奈工大））
宮崎 千展
5月
・アイディアを出し合い議論した
・アイディア提案シートの作成
・ビジネスモデルキャンパスの作成
・合宿用スライド資料の作成
6月
・グループ分け，役職決め
・HTML5 の開発環境を導入
・HTML5 の技術習得を開始
7月
・中間発表
・中間報告書担当箇所の記述
8月
・加速度センサを使った段差検知方法について論文を探して読んだ
・HTML5 でスマートフォンの各センサの情報を取得する方法について学習
Group Report of 2015 SISP
- 132 -
Group Number 1
Future Mobile Phone Project
9月
・GoogleMapsAPI の使い方の学習
・GoogleMapsAPI で画面にマップを表示するプログラムを作成
・OnsenUI を使って画面レイアウトを作成
・Node.js を使ったサーバ送受信方法について学習
・加速度センサを用いた情報収集プログラムを作成
10 月
・目的地までの最短距離の経路を表示する経路案内プログラムを作成
・経路案内プログラムにテキスト検索で目的地を決定する機能を追加
・情報収集プログラムと経路案内プログラムをマージし，クルちゃんのプロトタイプを作成
・第二回合同合宿への参加
11 月
・第二回合同合宿に参加
・車いすを使った路面情報の収集
・収集した路面情報を元に閾値を決定
・自動情報収集機能の実装
・手動情報収集機能の実装
・マップ表示機能の実装
・要件定義書の作成
・Ajax の勉強
・サーバに緯度経度を送信する部分の実装
・サーバからウェイポイントを受信する部分の実装
・ウェイポイントを元にルート表示をする部分の実装
・検索機能とルート表示機能のマージ
・アプリケーションのレイアウト作成
・ライフログアプリケーションの実装
・長崎大との連携作業
・クルちゃん HTML5 班の進捗管理
12 月
・テスト項目作成
・未来大最終発表会に参加
・専修大最終発表会に参加
・神奈工最終発表会で使うデモアプリの作成
・神奈工最終発表会に参加
成果
第一回合同合宿で，話し合いの進め方や時間配分の大切さを学んだ．仕様書の書き方を学んだ．
プロトタイプを作成することで HTML5 に関する知識を深めることができた．チームメンバーの
進捗管理を通して，遅延が起きた場合への対処法などを学ぶことが出来た．コミュニケーション不
足から実装の遅延が起きてしまったが，連絡を密に行うことで進捗を把握し対策を講じることがで
きた．11 月は主に第二回合同合宿で決定したスケジュールに沿って各機能の実装を行った．自身
が担当となった情報収集機能については余裕を持って実装を完了することが出来た．また，残りの
Group Report of 2015 SISP
- 133 -
Group Number 1
Future Mobile Phone Project
実装期間が 1 ヶ月を切っていることから，1 日の遅れでも開発スケジュールに大きな影響を与える
と考え，作業の遅延をより早く見つけることを目的に毎日開発メンバーの進捗確認を行うことにし
た．進捗確認では「前日の作業内容」
，
「今日の作業予定」，
「生じた問題」の 3 点を確認した．目的
通り作業遅延をより早く発見することができた点は良かったが，スケジュールの遅延が生じている
メンバーに対して効果的な解決法を提案することができず，自分がそのメンバーの遅れの埋め合わ
せを行うという結果になってしまった点は反省し，今後の活動に活かしていきたい．12 月の主な
活動は各大学の最終発表会への参加である．未来大での最終発表会では練習不足から聴講者に伝わ
りやすい発表や質疑応答ができなかった．専修大での最終発表会では未来大最終発表会での反省を
活かして，スムーズな質疑応答ができた．12 月の活動を通して，伝わりやすいプレゼンテーショ
ンの仕方を学ぶことができた．
（※文責: 宮崎 千展（神奈工大））
村田 大輝
5月
・アイディア出し
6月
・クルちゃん班になる
・神奈工大要求定義/要件定義書リーダーになる
・クルちゃん要求定義書作成（一部）
・クルちゃん要件定義書作成（概要担当）
7月
・開発環境の導入
・プログラミングの勉強開始
8月
・Monaca への登録
・yahooAPI 利用登録
・HTML と JavaScript でプログラム練習
9月
・地図アプリケーション作成について調査
・GoogleAPIKey 取得
・マップの表示調整
10 月
・ルート検索勉強用作成
・デモアプリケーション作成
・合宿参加
11 月
・第二回合同合宿参加
・位置検索機能の作成
・位置検索機能のマージ
12 月
・クルちゃん経路案内機能結合テスト仕様書一部作成
Group Report of 2015 SISP
- 134 -
Group Number 1
Future Mobile Phone Project
・クルちゃん経路案内機能結合テスト実施
成果
話し合いでの意見の出し方や時間配分の重要性を学んだ．各仕様書の重要性を学んだ．8 月はプ
ログラム練習で yahooAPI を使ったもので作成した．9 月からは GoogleAPI を使いプログラム練
習をしていた．10 月はデモアプリケーションの作成をしていたがサンプルの引用のほうが多く，
あまり理解もできていない点が多かった．11 月中盤までは作業を早めに終わらすことができ進捗
もちゃんと上げられていたが，後半ぐらいからは少し作業進行スピードの低下と進捗報告の遅れが
多かった．検索機能のマージ後の調整は他のメンバーに頼っていて割と申し訳なかった．結合テス
ト仕様書が上手くかけずほとんど書いてもらう形になってしまった．テストはだいたい仕様書通り
に行い，特におかしい点等はなかったが，テスト項目が足りない等なのかもしれない．
（※文責: 村田 大輝（神奈工大））
矢島 貴広
5月
・合宿に向けアイディアの提案，話し合いを行った
6月
・第一回合同合宿に参加
・Tourity+ 班になる
・Tourity+ 中間報告書リーダーになる
・ユースケース図を作成した
7月
・開発環境導入
・中間報告書の記述
8月
・AndroidStudio インストール
・簡単なサンプルの実行
9月
・転用可能なサンプルの実行
・エラーの解決方法の模索
10 月
・通知機能についての学習
・第二回合同合宿参加
11 月
・第二回合同合宿に参加
・画像の表示
・テキストを入力する方法の習得
12 月
・プログラムの修正
成果
Group Report of 2015 SISP
- 135 -
Group Number 1
Future Mobile Phone Project
プロジェクトの進め方を学んだ．実際にやることで，予定通りに進めることの難しさを知った．
サンプルプログラムを参考に実行したがエラーが多発してしまった．エラーの解決方法を模索する
のに時間がかかってしまった．ただサンプルを実行するのではなく順番に理解していき技術や知
識をつけていくべきだった．単体ごとでの機能は出来たが，組み合わせることが出来なかった．そ
の辺をしっかりと勉強して出来るようにした．予定が重なり開発や発表に参加することが出来な
かった．
（※文責: 矢島 貴広（神奈工大））
9.3.4
長崎大学
園田 稔
4月
・研究室配属
・創世プロジェクトへの参加が決まる
・車いすの情報化というテーマが与えられる
・同じテーマを選んだメンバーが決まる
・ミライケータイプロジェクトへの参加を決意
5月
・リーダー会議，合宿リーダー会議が開始
・車いすの実車
・車いすのアプリケーションのアイディアを学内で出し合う
・アイディアの絞込
・アイディアシートの作成
・ビジネスモデルキャンバスの作成
・合宿で使うスライドの作成
・プレゼンの練習
・デモ用スライドの作成
6月
・第一回合同合宿
・要求定義書の作成
・要件定義書の作成
7月
・サービス仕様書の背景と目的の作成
・詳細仕様書サーバ概要の作成
8月
・Hadoop のインストールとサンプルプログラム実行
9月
・HTML5 と PHP を使って簡単なデータベース連携プログラムを作成した
・未来大のサーバに HTML5 用サーバの構築を開始
10 月
・サーバの構築が完了
・ダイクストラ法の勉強をした
Group Report of 2015 SISP
- 136 -
Group Number 1
Future Mobile Phone Project
・第二回合同合宿リーダー会議が開始
・第二回合同合宿
11 月
・Git の勉強
・Ajax 通信の勉強
・クルちゃんアプリケーションのプログラム作成開始
・ダイクストラ法の実装
・緯度経度の受け取り部分実装
・ウェイポイントの送信部分実装
・神奈工大と連携作業
12 月
・最終報告書の年間スケジュール作成
・最終報告書の後期末成果の作成
・クルちゃん HTML5 の経路案内機能に関するテスト項目の作成
成果
人に伝えるという部分を常に考えておくことで文章だったりスライドだったりの中身が変わって
くるので大変だが，人に伝わるように考えてものを作成する過程はいい経験になった．ビジネスモ
デルの考え方が初めてだったが多少は理解することができた．5 大学が連携することで意見が沢山
出たり，議論ができたりする今までにない楽しさを感じることができた．8 月 9 月はミライケータ
イプロジェクトの作業にあまり時間を割いていなかったために進捗報告ではあまりいい報告ができ
ていなかった．その理由として夏休みの課題を決めた時に具体的にどこまでやるのかを自分がはっ
きりしていなかったことが挙げられる．例えばデータベースとの連携実装という課題に対して，ク
ルちゃんでは画面遷移のいらない通信が必要となっており現在は AJAX 通信を使っているが，計
画した当時は今までと同じやり方でいいだろうと勝手に思っておりアプリケーションのことをよく
考えておらず技術習得の時間を無駄にしたこと，進捗が遅れたことに繋がってしまった．与えられ
た自由な時間で積極的に神奈工大と話しあうことにより改善されていたかもしれない．長期休暇時
とは逆に 11 月現在は神奈工大と積極的な進捗報告や問題報告を行っておりアプリケーションの開
発速度が上がっている．やはり積極的なコミュニケーションはとても大事であることを学ぶことが
できた．12 月はあまり活動をしていない．卒業に向けての活動が忙しくなっている．
（※文責: 園田 稔（長崎大））
9.3.5
法政大学
尾崎 航一
5月
・法政大学のリーダーとして合宿会議に参加
・第一回合同合宿に向けて，アイディアシートとビジネスモデルキャンパスの原案を作成
6月
・合宿二日目で福田班に入り，議事録を作成
7月
・中間報告書リーダーになり，中間報告書の法政が担当の内容を作成
Group Report of 2015 SISP
- 137 -
Group Number 1
Future Mobile Phone Project
・法政の Tourity+ の夏休みまでのスケジュールを作成
8月
・カメラオーバレイの学習
・画像添付方法の学習
・ページ切り替えの学習
9月
・位置情報の取得
・GitHub の使い方学習
10 月
・CentOS7，vagrant，Node.js の導入
・ローカルサーバの立ち上げ
・神奈川工科大との共同開発開始
・Volley の導入
・タブレットとスマートフォン毎のレイアウト変更
11 月
・GitHub でのコードの上げ方学習
・タブレットとスマートフォン別の投稿画面でのレイアウトサイズ変更
・閲覧画面でのレイアウト変更
12 月
・メニューバーに関する結合テストのテスト項目の作成
・結合テストの実施
・研究室内発表の準備
・研究室内発表
成果
法政大学のリーダーになり，スケジュール管理や情報共有，仕事分担の大切さを学んだ．コー
ディング，他大学との連携，GitHub でソースコードを共有したときのエラー訂正の難しさを学ん
だ．アプリが完成していない中での結合テストとなってしまったので，テスト項目を作ったもの
の，そもそもテストができないという結果になってしまったが，結合テストの流れは学習できた．
また研究室内での発表もできたところまでのデモという形になった．
（※文責: 尾崎 航一（法政大））
加藤 真利奈
5月
・大学内で提案するアプリケーションについての議論
・Android アプリケーションの実現の技術の学習
6月
・要求定義書の作成（すべての項目についてチェック）
・要件定義書の作成（目的と，機能リスト案の作成）
7月
・AndroidStudio を用いてプログラミングの学習
Group Report of 2015 SISP
- 138 -
Group Number 1
Future Mobile Phone Project
8月
・AndroidStudio の基本的な使い方の習得
・ギャラリーから画像を取得して ImageView での表示
9月
・GitHub の使い方の学習
・AndroidStudio での画像の取り込み方の学習
10 月
・GitHub での Pull ができない問題の解決
・ダイアログ表示のコードの動作確認
・カメラ起動についてのコードの動作確認
11 月
・AndroidStudio の再インストール
・カメラを起動して画像データを取得するコードの作成，動作確認→画像の添付の方法を選択させ
るダイアログの作成→画像の添付の方法を「カメラを既読して取得」or「ギャラリーから取得」の
二種類に拡張
・カメラプレビューを常に取得し表示するプロジェクトの作成
・カメラプレビューを背景にバブルの表示
・バブルの画像の加工
・GitHub 上に新しいリポジトリを作成し，commit → push を行う流れの習得
12 月
・担当の結合テストの作成
・結合テスト
・学内発表の準備
・学内発表
成果
話し合いを全員で行う難しさを感じ，どのようにすすめるのがよいかを考えることができた．
コードを作成する際に，実行を確認するのを優先してしまい，コメント作成などの丁寧なコード
を作成できていなかった．GitHub を使いこなすことができず，進捗が大幅に遅れてしまったの
が大きな反省であった．繰り返しコーディングを行うことによって，書き方の要領が身についた．
AndroidStudio は英語ばかりで苦労することが多かったが，次第に効率よく操作をすすめること
ができるようになった．テストの一連の流れを行い，アプリ作成の全体の流れをつかむことがで
きた．
（※文責: 加藤 真利奈（法政大））
品川 弘樹
5月
・合宿リーダーとして合宿リーダー会議に参加
6月
・合宿でスケジュールの時間管理
7月
Group Report of 2015 SISP
- 139 -
Group Number 1
Future Mobile Phone Project
・詳細仕様書のクラス図の作成
8月
・最短ルートを表示する機能の学習
9月
・最短ルートを表示する機能の学習
・現在地に戻る機能の学習
・レイアウトの学習
10 月
・第二回合同合宿参加
・詳細仕様書の作成
・音声案内の学習
11 月
・詳細仕様書の変更
・音声案内の学習
12 月
・結合テストの実施
・研究室内発表のスライド直し
・研究室内発表
成果
合宿のタイムキーパーをやってみて今後の合宿のスケジュールは余裕を持ってたてなければいけ
ないことがわかった．詳細仕様書のクラス図の書き方を知ることが出来た．それぞれの機能のコー
ディングのやり方が分かった．他大学との認識の共有の難しさが分かった．研究室内の発表のスラ
イドの直しを十分に行うことが出来なかった．結合テストにあまり関わることが出来なかった．
（※文責: 品川 弘樹（法政大））
柴本 翔平
5月
・アイディアの考案
・忘れ物発見アプリケーションの提案，全員のアイディアから考え，本アプリケーションに決定
・デモプレゼンの作成
6月
・合宿にて，話した内容の整理
7月
・サービス仕様書（ユースケース図）の 1 次案作成，その後，車いす班で共有，修正
・プログラミングの学習
8月
・夏休み中の役割分担
・標高を求める API 探し
9月
・標高を求める API を用いた GoogleMaps への導入方法模索
Group Report of 2015 SISP
- 140 -
Group Number 1
Future Mobile Phone Project
・AndroidStudio の使い方学習
・実機の環境整備
10 月
・第二回合同合宿参加（2 日目のみ）
・GitHub の使い方学習
・GooglePlacesAPI の使い方を学習
11 月
・GitHub の使い方，上げかた
12 月
・結合テストの実施
・法政大学ゼミ内発表のデモ
成果
スライド作成にあたって，どのように聞いている人に分かりやすくインパクトのあるスライドを
作れるかを学んだ．進行状況にかかわらず時間管理をしっかり行う必要性を感じた．開発環境や使
用方法などの基本的なところを行った．プログラミングはほとんどやれず，複数でソースを書く難
しさを知った．デモの発表にて，映像をパソコンに映す際に，うまく映像が表示できず準備不足が
でた．１２月後半はアプリ開発にほぼ関わっていなかった．
（※文責: 柴本 翔平（法政大））
渋谷 花梨
5月
・大学内でのアプリケーション案の話し合い
・AndroidStudio のダウンロード
6月
・合宿にて，サービスリーダーを務め，最終日にプレゼンテーションを行った
7月
・サービス仕様書リーダーとして会議に参加し，サービス仕様書を作成
8月
・Android のレイアウトの学習
・投稿画面のレイアウト作成
・GitHub のアカウント作成
9月
・Socket.IO の導入
・投稿画面でのプレビュー表示作成
・GitHub でのプログラム共有
10 月
・CentOS7，vagrant，Node.js の導入
・ローカルサーバの立ち上げ
・Node.js のデモの実効
・Android と Node.js の接続とデモによる確認
Group Report of 2015 SISP
- 141 -
Group Number 1
Future Mobile Phone Project
・神奈川工科大との共同開発開始
・Volley の導入
・Volley のプログラム学習
・投稿画面でのエラーポップアップ表示
11 月
・サーバへの画像とテキストの同時送信
・Volley の拡張
12 月
・結合テスト項目（Tourity+:Android 投稿）作成
・結合テストの実行
・デバッグ
・学内デモ発表の実施
成果
合宿にて，話し合いの進め方，プレゼンテーションのためのスライドの作り方，話し方が学べた，
仕様書の書き方が学べた．実際にコーディングを進めて，基礎の学習が不足していると感じた．他
大学との連携が難しいと感じた．連絡をこまめに取り合い情報の共有をすることは重要だと感じ
た．ローカルサーバの利用に慣れることができた．実際にコーディングを進めて，基礎の学習が不
足していると感じた．他大学との連携が難しいと感じた．連絡をこまめに取り合い情報の共有をす
ることは重要だと感じた．ローカルサーバの利用に慣れることができた．結合テストの流れを理解
することができた．
（※文責: 渋谷 花梨（法政大））
松尾 圭哉
5月
・AndroidStudio を用いて Android アプリケーションの開発の基礎を習得
・第一回合同合宿のプレゼンテーションを作成
6月
・合宿で自分たちの大学の案のプレゼン
7月
・要求定義書，要件定義書のリーダーになり法政の定義書草案の作成
・AndroidStudio を用いてマップを表示する方法の習得
8月
・有用な API の検索
・ルート検索アルゴリズムの模索
9月
・上記の API を使用したプログラム作成
・合宿リーダーとして，会議・資料作成等行った
10 月
・合宿にて，仮の大学リーダーとなり他大学との情報共有をした
11 月
Group Report of 2015 SISP
- 142 -
Group Number 1
Future Mobile Phone Project
・会議に参加し，積極的に自分の意見を発言した
・コーディングに手を付けようとしたが，理解できないことが多くできなかった
12 月・結合テストの項目の作成した
・大学内発表で，プレゼン資料を作成しプレゼンを行った
・結合テストを行い問題点や改善点を思索した
成果
AndroidStudio の基礎的な使い方を学んだ．合宿をして，知らない人と会議を円滑に進める方
法を学んだ．要求定義書，要件定義書の書き方を学んだ．AndroidStudio で用いることのできる
API を調べたが，どれも使用する際に手間取ってしまいエラー訂正などに時間がかかってしまっ
た．わかることとできることの違いがよく分かった．詳細仕様書を書き直し，作成した．
（※文責: 松尾 圭哉（法政大））
三浦 大和
5月
・パワポを用いてネームプレートを作成
6月
・合宿でアプリケーションに関して意見出し
・技術リーダーとしてアプリケーション開発
7月
・要件定義書と要求定義書には関与なし
9月
・AndroidStudio 導入及び設定
・Android のレイアウト作成
・GoogleMAP API を AndroidStudio に導入
・現在地に戻る機能作成
・MAP に長押しでマーカーを指す
・DirectionsAPI を Androidstudio に導入し JSON からエンコードして住所取得
・現在地からマーカーまでの最短経路を取得
・通常の MAP から航空写真に変更可能
・住所から場所を検索してマーカーを指す
・キーワードからでも場所を検索してマーカーを指す
・上記が複数該当したら全てにマーカーを指す
・上記で複数指されたものからどれかのマーカーをタップしてそこまでの最短経路を取得
・動的ボタン作成し押したら経路詳細表示
・Jdbc でサーバ通信作成
10 月
・GoogleplacesAPI を AndroidStudio に導入
・動的リストを作成し検索を簡略化
・検索範囲を 1 キロ圏内に設定
・第二回合同合宿への参加
Group Report of 2015 SISP
- 143 -
Group Number 1
Future Mobile Phone Project
11 月
・Volley でのサーバ通信作成
・危険経路をサーバに Volley を使用して送信
・音声案内作成
・サーバから中間点が届くと，中間点を通る経路を表示
12 月
研究室発表
成果
みんなと意見を交わし，いろいろな意見をアプリケーションに取り入れることができた．法政担
当のクルちゃんアプリケーションのプログラムを全て作成した．問題となっているプログラムをい
じろうと思ったが解決策が思いつかなかったのでいじらなかった．
（※文責: 三浦 大和（法政大））
Group Report of 2015 SISP
- 144 -
Group Number 1
Future Mobile Phone Project
第 10 章
現状と今後の課題
10.1
合同プロジェクト
10.1.1
現状
ミライケータイプロジェクトの現状は以下の通りになっている．
・仕様書の作成状況
前期と後期の活動において要求定義書，要件定義書，サービス仕様書，詳細仕様書の作成を行っ
た．しかし，実装状況と齟齬が生じているために，今後修正する必要がある．また，誤字脱字を完
全に直し切れていないのでそこに関しても修正する必要がある．
・アプリケーションの実装状況
「クルちゃん」と「Tourity+」共に，未来大での成果発表会においてデモアプリケーションの発
表を行った．しかし，現状では仕様書にある機能のうちの優先度が高いものは実装できたものの，
全ての機能は実装できていない．また，内部の処理が完全でなく，これからも開発を続けていく必
要がある．
・アプリケーションのテスト状況
現状では，単体テスト，結合テストを行った．単体テストでは仕様書を設けずにテストを進め，
結合テストでは仕様書を作成しテストを行った．これからは，結合テストでの不具合修正や運用テ
ストを実施する予定である．
・ビジネスモデルの作成状況
「クルちゃん」と「Tourity+」共に，3 年間または 5 年間で利益がプラスになることを目標にビ
ジネスモデルの作成を行った．3 年間または 5 年間で利益がプラスになるような収益モデルをたて
ることができたが，独自のビジネスモデルを考えられていない事が現状である．これからは，企業
報告会に向けて独自のビジネスモデルを考えることが必要である．
（※文責: 牧野 孝史（未来大））
10.1.2
今後の課題
・仕様書の修正
現在の仕様書は，後期のはじめに締結して段階のままとなっており，実装を始めてから新しく検
討した内容等が含まれていない．したがって，仕様書の不備や不足部分を洗い出し，仕様書の修正
を行う必要がある．
・未完成機能の実装
「クルちゃん」と「Tourity+」共に，未完成な機能が存在している．したがって，企業報告会に
向けて開発を継続し，アプリケーションの強みとなる部分の開発に努める必要がある．
・ソースコードの修正
現在のソースコードはコード規約等を設けていなかったために最適化されているとは言い難い．
Group Report of 2015 SISP
- 145 -
Group Number 1
Future Mobile Phone Project
したがって，リファクタリングによってソースコードそのものやメモリ効率の最適化等を行わなけ
ればならない．
・ビジネスモデルの修正
現在のビジネスモデルは既存のビジネスモデルにあやかり，独自のビジネスモデルを考えること
ができていない．したがって，今一度市場調査等を行い，一部でも独自のビジネスモデルを考える
必要がある．
・秋葉原での課外成果発表会の準備
ポスターセッション形式で，プロジェクト学習の成果を発表する．発表には未来大での成果発表
会に使用したポスターを改良して使用する予定である．
・企業報告会の準備
2 月中旬に協力企業へ 1 年間のプロジェクト活動の成果報告を行うために，発表資料の作成や練
習を行う．同時に，開発したアプリケーションを用いたデモを行うので，開発を進めるとともに，
デモの発表方法を検討する．
・成果物の整理
仕様書や報告書や議事録等のドキュメントや発表の際に使用したポスターやスライドなどの資
料，書くアプリケーションのソースコードなどの本プロジェクト学習で作成してきた巣瀬手の成果
物を整理する．整理した成果物は，DVD に書き込んで企業報告会の場で協力企業に納品する．
（※文責: 牧野 孝史（未来大））
10.2
クルちゃん
10.2.1
現状
クルちゃんでは，第二回合同合宿で話し合った内容を要求定義書，要件定義書，サービス仕様書，
詳細仕様書の各仕様書に反映させる修正作業を行った．合宿では，サービスのアピールポイントが
どこであるかを確認して，デモシナリオを作成した．企業や OB/OG の方々にアドバイスをいた
だきながら，アピールポイントを確認して認識の統一を行った．その後，アピールポイントをうま
く伝えるためにシナリオを考えた．このアピールポイントとデモシナリオを基に各仕様書に反映さ
せながらクルちゃん全員で修正作業を行った．現段階では，各仕様書は完成している．
クルちゃんの実装では夏季休暇中に実装を行うことになっていたが，ほとんどの人がやっておら
ず，コンペ型で実装を進める予定を変更した．しかし，第二回合同合宿で各プラットフォームで進
捗を全員で確認しあい，デモシナリオにそった機能が実装できるようにした．現段階ではまだ完成
しておらず，不具合を修正中である．
クルちゃんメンバー全員が，前期以上に連絡を積極にとるようになり，開発も仕様書作成も進め
ることができていたので非常に良い活動をできている．この状態で品質改善のためにサービスの開
発を進めていく．現段階では連携が取れている．
（※文責: 下野 敬輔（未来大））
Group Report of 2015 SISP
- 146 -
Group Number 1
Future Mobile Phone Project
10.2.2
今後の課題
・機能の実装
機能でいまだ未完成の部分がある．各プラットフォーム毎にある．今後，この未完成な部分の実
装し，Android と HTML5 の各プラットフォームで完成をする．
・クルちゃんのテスト
結合テストを行い，その後不具合を修正する．これを 12 月 27 日までに行う．運用テストを専修大
学と連携して行う．各不具合を修正してサービスの品質を上げていくことを今後の課題とする．
・企業発表会の準備
ミライケータイプロジェクトではアドバイスをいただいた企業に企業発表会を行う．自分たちが
開発してきたサービスを企業に発表できる機会であるので，自分たちが何をやって何を学んだかを
しっかり伝えられるような発表資料を製作する．
・秋葉原課外発表会
秋葉原にてポスターセッションを行う．最終成果発表会の振り返りを行い，さらにわかりやす
く，説明のしやすいポスター製作を行う．プロジェクトからは 2 名が出席予定である．
・クルちゃんというサービスの確認
クルちゃんというサービスが今一度どういうサービスであるかをメンバー内で確認する．サービ
スに対する認識のずれが極力なくなるようにしなければよりよいサービスは創れない．なので，今
一度サービスの内容の確認を行う．
（※文責: 下野 敬輔（未来大））
10.3
Tourity+
10.3.1
現状
・仕様書は要求定義書，要件定義書，サービス仕様書，詳細仕様書，ビジネスモデルは 11 月に完
成した．
・実装は iOS，HTML5 ともに完成したが，Android は未完成である．12/9 までに完成予定であ
る．
・結合テストについては，iOS，HTML5 はテスト項目を作成している途中である．
（※文責: 倉 聖美（未来大））
10.3.2
今後の課題
・結合テストのテスト項目見直し，テスト実施を 12/16 までに行い，報告を行う．
・運用テストのテスト項目を作成し 12 月中に実施する．
・納品は 1 月の企業報告会において行う．
Group Report of 2015 SISP
- 147 -
Group Number 1
Future Mobile Phone Project
（※文責: 倉 聖美（未来大））
Group Report of 2015 SISP
- 148 -
Group Number 1
Future Mobile Phone Project
第 11 章
まとめ
本プロジェクトでは，未来大，専修大，神奈工大，長崎大，法政大の 5 大学が連携してサービス
の企画，アプリケーションの設計，実装，テストという実戦的なソフトウェア開発プロセスを学ぶ
とともに，ビジネスモデルの考案も行った．
本プロジェクトは KDDI 株式会社，株式会社 NTT ドコモ，ソフトバンク株式会社，株式会社サ
イバー創研，Hewlett Packard Enterprise，株式会社 IDY，株式会社 NTC，サンドグラス株式会
社等の企業の方々や，ミライケータイプロジェクトの OB/OG の協力を得ている．
プロジェクトの前期の活動としては，サービスの企画とアプリケーションの設計を主な活動とし
て行い，並行して，ビジネスモデルの考案も行った．初めに各大学でサービスのアイディアを提案
し，それらのアイディアを元に第一回合同合宿で「クルちゃん」と「Tourity+」という 2 つのサー
ビスの提案をすることに決定した．
その後は各サービスを提案するために必要となるアプリケーションの開発をするにあたって必要
となる仕様書の作成を行い，アプリケーションの詳細を決定した．後期は，実際に実装に着手し，
その後，テストを行った．また，それらと並行してサービスのビジネスモデルについての考案を進
めた．以下の理由から，これらの活動を踏まえサービス提案までの実践的な開発プロセスを学べた
考える．
・ソフトウェア工学を実際に身を持って経験できた．
・直面した問題に対し，自ら解決策を考え出し，実行した．
・課題解決能力を伸ばすことができた．
・コミュニケーション能力を伸ばすことができた．
今年度の大きな違いとして，5 大学で活動を行ったことである．この影響により，情報共有と意
識統一には多くの時間を割いた．そのため，十分な技術習得ができないまま，開発工程に移ってし
まうという状況も生まれてしまったが，最終的にはアプリケーションを完成させることができた．
これは，プロジェクトメンバ全員が協力してプロジェクトを推進した成果であると考える．大学の
枠を超えた活発な議論，積極的なコミュニケーション，各役職リーダーのリーダーシップが大いに
発揮され，本プロジェクトは成功できた．
（※文責: 牧野 孝史（未来大））
Group Report of 2015 SISP
- 149 -
Group Number 1
Future Mobile Phone Project
参考文献
[1] 株式会社ビデオリサーチインタラクティブ，スマートフォン，携帯電話/PHS の所有率 時系
列推移 （2014 年 2 月）
http://www.videoi.co.jp/release/20140225.HTML
最終アクセス：平成 27 年 7 月 15 日
[2] ヤフー株式会社，Yahoo!ニュース，“天空の城”竹田城 入城者数 50 万人超えへ
http://headlines.yahoo.co.jp/hl?a=20140305-00000013-wordleaf-l28
最終アクセス：平成 27 年 12 月 18 日
[3] 株式会社リブセンス，成功報酬型ビジネスモデルとは
http://www.livesense.co.jp/service/model.htm
最終アクセス：平成 27 年 12 月 18 日
[4] iso.labo，イソラボ，「5W1H」「5W3H」「6W2H」「5W2H」「2W1H」「6W」について
http://iso-labo.com/labo/5W3H 6W2H 5W2H 5W1H.HTML
最終アクセス：平成 27 年 7 月 20 日
[5] ユーシーテクノロジ株式会社，ココシル
http://ts.uctec.com/uctec/jp/kokosil/
最終アクセス：平成 28 年 1 月 18 日
[6] wheelmap.org
http://community.wheelmap.org/
最終アクセス：平成 28 年 1 月 18 日
[7] AndroidStudio，公式 AndroidIDE
http://developer.android.com/intl/ja/sdk/index.html
最終アクセス：平成 28 年 1 月 18 日
[8] GoogleDevelopers，GoogleMapsDirectionsAPI
https://developers.google.com/maps/documentation/directions/?hl=ja
最終アクセス：平成 28 年 1 月 18 日
[9] WEKA，The University of Waikato
http://www.cs.waikato.ac.nz/ ml/weka/
最終アクセス：平成 28 年 1 月 18 日
[10] GoogleDevelopers，GooglePlacesAPI
https://developers.google.com/places/?hl=ja
最終アクセス：平成 28 年 1 月 18 日
[11] Node.js 日本ユーザグループ，Node.js
http://nodejs.jp/nodejs.org ja/
Group Report of 2015 SISP
- 150 -
Group Number 1
Future Mobile Phone Project
最終アクセス：平成 27 年 12 月 5 日
[12] meistertask
https://www.meistertask.com/app/dashboard
最終アクセス：平成 28 年 1 月 18 日
Group Report of 2015 SISP
- 151 -
Group Number 1