プロジェクト報告書 Project Report

提出日 (Date) 2016/1/20

ミライケータイプロジェクト

Future Mobile Phone Project
ミライケータイプロジェクト

Future Mobile Phone Project

1013059 牧野孝史 Takashi Makino
1 背景

ビスが実際に運用するというシチュエーションを想定し，どのように利益を得るのかを提案する「ビジネスモ

現在，携帯電話は誰もが所有しているツールとなってデル提案」の 5 つの段階を設定した．それぞれの段階でおり，携帯電話の中でもスマートフォンの普及率が急激発生する問題に対して解決策を考え，実行し，解決してに上昇している．ユーザはスマートフォンを通して，電いくことが経験につながると考えた．この課題し，企画話やメールだけでなく，アプリケーションや通信技術する手法を学ぶこと，仕様を定義するために作成する仕によって生活を便利なものへとしている．また，ビッグ様書の必要性を理解すること，基本的なアプリケーショデータや Internet of Things 等のユビキタス社会に向けン開発技術を身につけること，仕様書に基づきテスト項た開発が進むことにより，スマートフォンのさらなる進目をあげ実際にテストをすること，ビジネスモデル提案化が想定される．数年後の未来を考えると，ビッグデーにおいて利益を得るための考え方を学ぶことを到達目標

タや Internet of Things 等の技術は普及していくと想定とした．

される．そこで本プロジェクトでは，公立はこだて未来

2 つ目の課題として伝えたいことを効果的に伝えるこ大学，専修大学，神奈川工科大学，長崎大学，法政大学とができるようなプレゼンテーション能力，35 人といの 5 大学で連携し，数年後の未来を想定したサービスをう大人数の中で活動するためのコミュニケーション能力作成することを目的としている．また，その過程で，ソを養うことである．

フトウェア開発プロセスやビジネスモデル考案プロセス

これらの課題に対し，協力企業に報告会として訪問を学ぶことも本プロジェクトの目的の 1 つである．

し，1 年間の成果を披露できるようになること．また，

2 課題の設定と到達目標

メンバー 1 人 1 人が 1 つ以上の仕事をすることを到達目標とした．

本プロジェクトでは公立はこだて未来大学（以下未来大），専修大学（以下専修大），神奈川工科大学（以下神3 課題解決のプロセスとその結果奈工大），長崎大学（以下長崎大），法政大学（以下法政3.1 プロジェクト体制大）の 5 つの大学（計 35 人）で協力し，2 つのサービ

本プロジェクトの体制として，未来大にプロジェクトス提案を行っている．プロジェクト全体として大きく 3

リーダー 1 人とプロジェクトサブリーダーを 2 人，専修つの課題を挙げた．

大，神奈工大，長崎大，法政大にプロジェクトサブリー

1 つ目の課題として単にアプリケーションの開発技術

ダーを 1 人ずつ決め，プロジェクトのスケジュール作成を習得するだけでなく，サービス企画，アプリケーショに関して，合同会議における議題に関して，進捗確認等

ン開発，ビジネスモデル提案のサービス提案までの実際を Skype 等を利用し議論することで遠隔地の大学とのの企業と同じような一連の流れを経験することである．

共同プロジェクトを進行した．

具体的にはサービスのアイディアを発案する「企画」，また，情報共有方法として大きく 2 種類使用した．1

サービスの仕様を定義する「設計」，実際にアプリケーつ目の方法は PukiWiki を使用した．PukiWiki では成ションを開発する「実装」，アプリケーションが仕様通果物の共有や，進捗確認，共通ルールの定義を行った．

りに動作しているかを確認する「テスト」，そしてサー

2 つ目の方法として Skype を利用した週に一度の合同

会議（以下合同会議）である．合同会議ではスケジューれぞれのアイディアの良いところの洗い出しや，どの評ルの確認，進捗確認，サービスの内容に関する意識の統価項目を重視すべきかという議論をすることで 2 案を決一等を行った．

定することができ，その 2 案を合宿に持ち寄った．

3 つ目の方法は Google グループを利用した，メーリングリスト（以下 ML）である．ML で神奈工大では，1 人 1 つ以上のアイディアを考えて持は会議前のレジュメの共有，会議後の議事録の共有，スち寄り，そのアイディア 1 つ 1 つについて話し合ってケジュールの確認，スケジュールの期限のリマインド，からアンケートによる投票でサービス案を決定した．そ教員への連絡として使用した．の後，けってしたサービスのアイディアについてコンセ

進捗管理に関してはドキュメントの作成や学内発表
会，合同合宿等のイベントがあるたびに，それぞれのイプトを考え，アイディアシートを用いてアイディアのブラッシュアップを行った．

ベントに対してリーダーや担当者を決め，スケジュール

専修大は，1 人 10 個のアイディアを持ち寄って発表を作成した．また，スケジュールは PukiWiki で線表ををした．そのアイディアに関して，類似サービスの調査作成することでメンバー全体に共有し，スケジュールをやビジネス面についてゼミの生徒間で話し合い，1 人 2意識した活動をするように徹底した．全体の進捗管理に個まで絞り，アイディアの練り直しを行い，再発表をし関してはプロジェクトリーダーがスケジュールを作成た．その際に，ゼミの先輩にアドバイスをもらい，ビジし，前期では Project Libre，後期では Microsoft Oﬃce

ネスモデルの提案について学ぶため，ビジネスモデル

Excel 2013 を使用しガントチャートの作成を行った．

キャンバスを用いてビジネスモデルの理解を深めた．そ進捗確認は担当者やリーダーに直接連絡を取り確認をの後，アイディアシートやビジネスモデルキャンバスを行った．また，スケジュールを作成する際は，絶対に動用いてブラッシュアップを行い，2 案に絞り込んだ．

かすことのできない予定や締め切りをマイルストーン

法政大は，1 人 13 個のアイディアを持ち寄り，発表として設定し，そのマイルストーンから逆算してスケした．その後，研究室の先輩のアドバイスを参考にアイジュールを作成するようにした．

ディアの実現性，面白さの議論，類似サービスの調査

しかし，実際に活動をしていく中で，進捗の遅延が起を行い，絞り込んだ．絞り込んだアイディアのなかで，きてしまい，その都度スケジュールを組みなおした．具類似のアイディアは合わせ，それぞれのアイディアを体的には締め切りをメンバー同士で再確認し，最低限到ブラッシュアップし比較することで 1 つの案に絞りこ達していなければならない水準を検討するとともに，スんだ．

ケジュールを新たに組みなおして，グループ内での共有，全体での周知をすることにより対処した．
このような環境のもと，サービスのアイディア提案である「企画」を行った．

3.2

前期活動

アイディアの発案は各大学異なったプロセスで行っ長崎大は，小林透研究室で取り扱っていた研究テーマの 1 つを取り上げ，合宿に持ちよるサービスのアイディアの原案とした．そのアイディアを元に，アイディアシートを用いてブラッシュアップを行った．
以上のような過程を経て，各大学がサービスのアイディアを作成した．

た．未来大では 300 個のアイディアを提案し，4 つのア

その後，アイディアを決定するために第 1 回合同合イディア班にメンバーを分担し，各班 6 案まで絞り込ん宿を行った．第 1 回合同合宿では，各大学が考えてきだ．その後，メンバーを 2 つの班に分け，24 個のアイたアイディアをプレゼンテーションにより発表した．ア

ディアを各班 12 個ずつ担当し，話し合いを行った．そイディアの洗練を行うため，5 大学のメンバー混合でグの過程で，類似サービスの調査を行い，ミライ性，推しループを作成し，協力企業の方やプロジェクト OB/OGポイントの強さ等の様々な評価項目が書かれたアイディの方の協力を得ながら，技術面，利便性，経済性，ミラアシート（以下アイディアシート）作成し，比較しながイ的か，推しポイントの強さという観点から議論を行っら絞り込みを行った．各班 2 案まで絞り込み，計 4 案にた．企業，OB/OG の方々に助言を得ながら，5 大学のついてプレゼンテーションを行った．その後，多数決をメンバーの議論の結果，「クルちゃん」（以下クルちゃん）行ったが 4 案全て同票となった．その後の決定方法はそと「Tourity+」（以下 Tourity+）という 2 つのサービスを提案することに決定した．

知識がなく，何をどのように書かなければならないのか「設計」の段階では，要求定義書，要件定義書，サーを知る必要があった．そこで PukiWiki に保存されていビス仕様書，詳細仕様書の計 4 つの仕様書を作成しながた過去のミライケータイプロジェクトの資料を参考にすら，段階的にサービスの詳細を決定していった．仕様書

るとともに，本やインターネット等で調べることに時間

は Microsoft Oﬃce Word で作成し，段階的にレビューを割いた．それにより，どの機能が重要であるか，また，を行うことで洗練を重ねた．必要な項目や内容を網羅す

何故重要なのか等のサービスの強みを見出すための議論

るために，それぞれのサービスの提案に携わっていないに割く時間を多く設けることができないまま，仕様書のメンバーも相互にレビューを行うことで，客観的な視点作成を行い，実装を行ってしまった．

からのレビューができるようにした．要求定義書は，各2 つ目の原因は実装の進捗の遅延だけでなく，全体のサービスに対しターゲットユーザをイメージしてユーザ進捗が遅延しているということである．前期の活動で締にある問題や叶えたい願望を整理した．要件定義書は要結すべきであった仕様書の作成が 5 大学共同プロジェク

求定義書に記述されている要求を解決するためにはどんトのため意思決定をするのに時間がかかってしまい締結なシステムが必要になるかを考えた．サービス仕様書はすることができなかった．

要求定義書と要件定義書をもとにより詳細化したシス

進捗確認とこれらの問題点の解決を目的とし，第 2 回テム提案を行った．機能の詳細な説明や，サービスの概合同合宿を行った．第 2 回合同合宿には，上記であげた要，ユースケース等，サービスをより具体的にイメージ

問題点だけでなく，今までの活動を振り返り，様々な問できるようにまとめた．詳細仕様書は実装において必要題点をあげ，臨んだ．第 2 回合同合宿では，全体進捗確な情報である画面設計，プログラム設計，サーバに関し認，サービスごとの進捗確認と共にそれぞれで抱えていてやユースケース等を作成し，開発者は詳細仕様書を参る問題点の共有を行った．その際，協力企業や OB/OG考に実装を行った．また，設計を行うだけでなく，並行の方にアドバイスをいただいた．その結果，上記であげで実装班とビジネスモデル提案班に分かれ，実装班ではた問題のほかに，進捗が遅延している原因としてプロ実装の準備をして技術習得のために学習や簡単なデモのジェクト全体での共通ルール決めをしていないという問作成を行った．ビジネスモデル提案班では，類似サービ題点も見つかった．その後，サービスの強みの決定と共スの調査，アンケートの作成，実施等をすることで，ビ有をするために，機能の優先度付けとデモシナリオの作ジネスモデルを検討した．

成，残りの実装作業のリストアップを行った．同時に，

3.3

後期活動

スケジュールをプロジェクトリーダーとプロジェクトサ

後期の活動では，未来大，神奈工大，長崎大，法政大はブリーダー達で協力企業や OB/OG の方の力を借りな前期の「設計」をもとに，「実装」を行った．未来大と法がら組みなおし，共通ルールも定義した．ここでは作業

政大の Android 班，神奈工大の HTML5 班，未来大と量の定義と達成率の定義を行った．作業量に関しては，長崎大のサーバ班がクルちゃんの実装を担当し，未来大

1 人当たり 1 週間に 6 時間を活動時間に充てると定義しの HTML5 班，iOS 班，神奈工大と法政大の Android 班た．達成率に関しては 70 ％が担当作業の完了，80 ％がが Tourity+ の実装を担当した．各班には技術リーダー

グループ内でのレビューと共有，90 ％が教員のレビューを定め，技術リーダーは技術習得，実装だけでなく，班と共有．100 ％がプロジェクト全体への周知と定義するのメンバーの管理と実装のスケジュール管理を行った．

ことができた．

しかし，実装の進捗に遅延が起きてしまうという問題

第 2 回合同合宿後，設計と実装を改めてやり直した．に直面した．その問題を分析すると，大きく 2 つの原因

設計は絶対に動かさない締結日を決めたことにより．無があると考えた．

事締結させることができた．実装はデモシナリオに必要

1 つ目の原因はサービスの強みが共有することができていなかったということである．前期の活動でサービスな気の尾の実装を終えることができた．

3.4 提案サービスのアイディアが決定し，仕様も決定を行い，仕様書の作

1 つ目のサービスであるクルちゃんは車いすユーザの成を行ったが，仕様書の作成自体が初めてであるために為の快適な経路案内を提供することが目的であるサービスである．車いすユーザにとって快適な経路案内をするを表示する．シャボン玉の一定時間経過後消えてしまうためには，段差や砂利道等の強弱といった路面の情報のという特徴を反映させ，また表示位置を観光地に限定す収集が必要である．それに伴いクルちゃんでは経路案内ることで，「その場，その瞬間」の感想の共有を図る．

アプリケーションと情報収集アプリケーションの 2 つの収益モデルは 2 つから成り立つ．1 つ目はユーザからアプリケーションを提供する．

得られる投稿データを起業や自治体に提供して得る収益

経路案内アプリケーションではスマートフォンを車いである．Tourity+ では投稿機能によって投稿された情すに取り付け，目的地を選択することで，凹凸が少ない報を蓄積することができる．投稿情報には自治体がまだ経路を音声案内により案内することができる．

認識しできていない観光地のアピールポイントや改善

情報収集アプリケーションでは，ターゲットを車いす点が含まれている．それらの情報を自治体に提供するこ

ユーザと外出の目的が似ているという理由からベビーとで自治体は観光地の発掘や改善につながり，観光地のカーユーザにおいた．また，継続して使用してもらうた魅力が高まり，観光地の収益を増やすことができる．2

めにライフログアプリケーションとして情報収集アプリ

つ目は広告掲載料から得る収益である．Tourity+ ではケーションを提供する．ベビーカーにスマートションを観光地周辺の広告を掲載することができる．これにより取り付けてそう呼応することで路面情報を収集することユーザに対して観光地周辺の法人の広告を出すことがができる．

できる．広告方法として，閲覧画面に広告付きのバブル

収益モデルは次の 3 つから成り立つ．1 つ目はクル（以下広告バブル）を表示する．観光客が観光地周辺にちゃんの技術を転用したアプリケーションによる収益で訪れた際，広告バブルを表示し，そのバブルをタップすある．クルちゃんの情報収集の技術を転用したなアプリ

るとユーザにクーポン券を付与する．基本的に広告バブケーションを作成し，クルちゃんを含む全体的な事業構

ルは観光地周辺の法人が出すものとし，広告の掲載費を造の中身組み込んで収益を得る．2 つ目は店舗，施設情収益として得る．

報掲載料から得る収益である．車いすで利用できる店舗

3.5 まとめや施設の広告情報を，アプリケーションの地図上に掲載

このように 5 大学で実践的にサービスの提案を行うこすることで広告主から収益を得る．3 つ目はバナー広告とで，ソフトウェアの開発やビジネスモデルの提案を学による収益である．経路案内アプリケーションまたは情ぶことはもちろん，問題に直面した際に課題を解決する

報収集アプリケーションを起動時に画面下部にバナー手段を自ら考える力がついた．また，コミュニケーショ広告を表示し，広告主から広告料を得ることで収益をンや情報共有を行うことでメンバーの認識のズレをな得る．

くすことの大切さを知ることができた．何度もプレゼン2 つ目のサービスである Tourity+ は観光客同士が観テーションの練習を行えたことで，人に効果的に伝える光地において，その場，その瞬間での感動の共有をす方法を学ぶことができた．何より，一年間遠隔地の学生ることが目的であるサービスである．Tourity+ では目と企画から納品までの一連の流れを経験し，メンバー個的を達成するために観光客のための AR（Augmented

人が人として大きく成長した．

Reality: 拡張現実）を用いた感想共有アプリケーショ

4 今後の課題ンを提供する．Tourity+ の主な機能は，「投稿機能」と「閲覧機能」の 2 つがある．投稿機能では，観光客が観光スポットに訪れ，感じたこと，思ったことを文章で投稿することが可能である，また，画像や動画を添付することも可能にした，閲覧機能は Tourity+ 起動後，カメラが起動し，端末を観光地内でかざすと，かざした方向に投稿されたほかの観光客ユーザの投稿が AR で表示され，見ることができる機能である．投稿内容についてはシャボン玉のイメージ図を利用し，図中に投稿内容今後の課題としては 2 月に行われる協力企業への報告会や課外発表会に向けた発表資料の作成，企業に納品する各成果物まとめである．報告会では今までの成果物をプレゼンとデモを利用することによってわかりやすい発表ができるように努める．課外発表会ではポスターを利用することでより多くの方に興味を持ってもらえるように努める．