LGBT当事者が自分の性に対する認識をするのは中学生・高校生頃の年齢。そして、認識による自傷・自殺行為に陥るケースは非当事者の二倍ほどというデータがある。その中で、学校関係者のLGBTへの理解度も教員により、差があり、教師が知らないうちに当事者の学生が傷ついたり、相談することが出来無いケースがある。 学校内でどの教員であれば、LGBTに対する偏見・差別なく学生を支援してくれるかを可視化することで、当事者の学生がカミングアウトする相手を選び、適切な支援を受けることが出来るようにしたい。 また、進学先を探す際に、そのデータをもとにカミングアウトできる環境かを学生が確認できるようにしたい。FacebookのプロフィールページをLGBTへの理解を示すレインボーカラーにしている人や、LGBT啓発に関する講演・講習を受けたことをSNS上にアップすることで、その学校関係者をLGBTに理解がある人として、認識できるようにしたい。また、それに合わせて既存のNPOなどと連携し、教育関係者への啓発活動・LGBTへの理解があることの認定講座などを行いたい。 まずは、私が住んでおり、LGBTへの啓発活動やNPOによる活動が一定量行われている横浜市から試作していきたいと考える。
1

value

1


慶應義塾大学の湘南藤沢キャンパス(通称:SFC)に2014年から通っている者です。編集時点では3年です。 大学のキャンパス最寄りの湘南台駅からキャンパスまで向かう系統の路線バスの湘南台駅西口バス停での待ち行列を毎週火曜日にほぼ一年間数えました。多い日で300人ほどがある時間に並んでおり6台待っても乗れないこともあります。 データをまとめた資料はSlideshareにあるのでほとんどの方はそれだけで十分かと思います。 もし元データを使いたい方がいたら http://idea.linkdata.org/idea/idea1s2176i こちらから取得してください。
1

value

1


スマートフォンでの利用を想定し、史跡や観光地点をマッピングすることができるWebアプリです。 登録された地点を元に、オリジナルのツーリングの設定が可能です。 収集されたデータはオープンデータとして公開を想定しており、マッピングパーティーの開催などで市民の手によるオープンデータ作成プラットフォームとしての機能を持ちます(現時点では更新系機能を停止しています)。
1

value

1


人口7000人の白川村にはコンビニが1件なのに対して人口40万人の岐阜市には200件ある。人口1万人当たりのコンビニ数はそれぞれ1.4と5である。数字を見ればコンビニ数が足りていないことは一目瞭然である。そこで、岐阜県の各市町村について人口に対するコンビニ数の比率を表示するMAPを作成する。コンビニが足りていない地域を可視化することで、コンビニオーナーの出店の動機付けになる。
1

value

1


横浜市の市議会議員一覧です。
1

value

1


議員データを可視化してみました。 「政治データAPI」より取得した参議院&衆議院のデータを可視化しました。  ・キーワード  ・氏名(姓)  ・都道府県 【分かったこと】  ・「衆議院議員」というキーワードが多い!    →当たり前か。。。  ・「山本」さんが多い!    →日本人口全体では7位  ・「東京」「大阪」に議員が多い!    →選挙区が多いのでこれも当たり前か。。。    →都道府県の人口とも比較すると面白そう? 「Bluemix」に構築したWEBアプリケーションで「政治データAPI」より得た JSONデータを「E2D3」で利用できるようにエクセル加工しました。 また、今後の活用も考えて、「kintone」にデータ保管しておきました。 グラフは「E2D3」にて描写させました。
1

value

1


我々は、按摩器や自転車などの機械製品、スマホや食洗器など家電製品を日常的に使っている。 しかし一度トラブルになった時、分厚いマニュアルを読まないといけなくなる。そういう時にアレクサなど 質問応答で答えが返ってくれると嬉しいと思ったことはないだろうか。機械がそこまで一気に賢くなるのは 難しいがそこに少しでも近づける方法を考える。マニュアルをLOD化することである。 統一された用語などにより、マニュアル作成・更新のコスト軽減が期待できる。アップルではそもそもマニュアルを作っていない。アフォーダンス理論の基に触っていくうちに使いかたが解かるように製品を開発している。しかし現状ではiTunesのように利用手順の説明が足りないケースもある。 AIでは実世界と相互作用するロボットに身体性・記号接地問題が存在するが、情報が構造化され機械可読となることで、LOD化されたマニュアルの先には質問応答システムが待っている。説明記述の整理が見込める。 統一概念が普及することでユーザーの製品理解が深まる。業界統一概念と企業独自機能・追加機能が容易に分離できる。類似製品間の比較も容易になることが見込まれる。 マニュアルLODのメリットを以下に記す。 1.複雑化・多様化する家電製品の機能説明書を継続的に改善 2.マニュアル内容をRDF化することで、情報が構造化され、説明書を表示系と内容に分離される。企業間での記述語・スタイルを統一できる道を開く。 3.マニュアル作成費用の削減、用語の統一などが期待できる。 4.RDFリポジトリに機能説明を入れることによりオープン化と継続的発展が図れる。 5.機械情報がLOD化されると機械可読となり質問応答システムなどにつなぐ道が開かれる。 6.マニュアルの自動作成などコスト削減が見込まれることでも企業からの協力が期待できる。 さしあたって現在あたってるのはスマホ操作法などを記述したマニュアルテンプレートを議論展開ツールなどで 共同構築できるWEBツールを使用することを考えている。
1

value

1

東京一番街

Update:Jan 16, 2017

東京で引越したい人が住むのにふさわしい街を探すニーズを考え、政府から公開される教育や交通に関するオープンデータやSNS情報データを可視化してマッピングを作成する。そのマッピングを通して、自分が色んな街を食、服、交通、働く、教育、娯楽直観的に比較でき、最も理想的な居住地を見つけられる。
1

value

1


With over 600 Pokemon available for fusion, players have endless possibilities to create their own unique creatures. The Pokemon Infinite Fusion also features a ranking system that shows the most popular fusions among players.
1

value

1


駅のホーム、道路、お店など、街には注意書きが溢れています。 そんな注意書きをスマホで撮って位置情報とともに多言語でデータベース化。
1

value

1

とりもち

Update:Oct 1, 2019

コレクションの写真を撮ったら、鳥黐(とりもち)でとらえておくように、 もちの写真をすぐにアップロードするアプリ。 好きなものを撮影したときに撮りっぱなしにせずに、オープンデータにすることを目指す。 実際に作ったら、オープンソースにして他でも利用できるようにしたい。
1

value

1


東京都で補助金を出している赤ちゃんふらっとに関して、八王子市がオープンデータにしました。 これを5つ星オープンデータとして書き換え、使いやすいように提供しています。
1

value

1


 会社の同僚からオープンデータ・ビジネス・コンペティションのことを聞いて応募しました。  都市部では子供が認可保育所へ入所できず、あわてて認証保育所を探すことになり、困ってしまう人が多いと思います。入所ができない理由を調べてみると、利用したい人が増えていることや、選考のための点数を稼ぐことが重要であることに気づきました。それなら、自治体の人口データも公開されているし、あらかじめ予測もできることなので、Webポータル化して調べられると、あわてずに認証保育所との併願など計画的な「保活」ができるので、利用価値があると考えました。また、第一希望の保育所に入れないことも多いと思われるので、自宅からの近さだけではなく、「通いやすい」保育所をバス・電車の路線データを使ってリコメンドすることも考えています。  将来的には、24時間利用できる「デジタル保活コンシェルジュ」サービスとして提供できると理想的ですね。
1

value

1

JK×芸術

Update:Jan 14, 2018

日本全国に存在する博物館・美術館・科学館(厳選150箇所)、 日本にある世界遺産、日本遺産について知ることができます。 施設の所在地や天気情報も知ることができるので、旅行の計画にも便利です。
1

value

1


睡眠の治療を行ってくれる医療機関のデータです。 私自身が検索してうまく出てこなかった経験から作りました。 日本睡眠学会様のHPより「認定医」・「認定医療機関」のファイルを、 睡眠障害の1つであるナルコレプシーの自助会「なるこ会」様のHPより「睡眠障害 専門病院」のページを、 それに加えて、各都道府県又は自治体のHPより「自立支援医療(精神通院)医療機関」のファイルを、 そして、データ内に書かせて頂いた医療機関様の各HPなどを参考にさせて頂きました。 本来なら、学生最後の制作ということで、47都道府県を制覇したいところでしたが、自身の就職活動と治療等を優先した結果、東北地方までとなってしまいました。
1

value

1


基本的につっぱり棒は緩んでも、大事に至らない使い方をされていると思われる。(推測) 緊急地震速報を受信したら、自動的に緩んで外れる。 単に緩んだのかと勘違いしないようにLEDや音声でもアラートする 初期微動の段階でつっぱり棒が緩んで体験的に通知されるので緊急優先度を高く認知される可能性が高くなる。 結果的に初期対応や非難行動を迅速になるのが期待できる
1

value

1


長野県は、北陸新幹線が整備され、主要駅までのアクセスはよくなり、観光客も増えました。一方で、観光地各所の距離が遠いのにもかかわらず、観光地までのバスや電車などの公共交通機関が十分に整備されていません。そこで、自転車があれば、徒歩では観光しにくい場所でも効率良く観光することができます。また、運動をして健康を保つきっかけとすることができ、環境にもお財布にも優しく地域貢献をすることができます。
1

value

1


アイデア:「こども110番の家」をもとにしたデータセット(API) http://idea.linkdata.org/idea/idea1s1391i 新潟市東区内で、店先に「こども110番の家」の看板が掛っている店舗位置情報をリスト化(途中) ※手元に情報がなかったので、対象地域の店舗を順番に回って「こども110番の家」看板有無を確認して周った。リスト化対象の店舗についての情報はWebで収集。
1

value

1

トイレ混雑度推定

ttr
Update:Jan 16, 2017

公衆トイレに関するLODを用いて、マップ上にトイレの場所を表示したり、現在地付近のトイレを教えてくれるアプリがこれまでに提案されてきました。しかし、それだけでは行ってみたら行列であった、というようなアクシデントが発生する可能性があります。 そこで、近くで行われているイベントの情報や、普段からの人出からトイレの混雑度を推定した上でそれをマップ上に表示してくれるようなものがあると良いのではないかと思われます。
1

value

1


食べられる花 データベース
1

value

1


時間や場所を選ばずに、コワーキングスタイルで仕事をする人のための情報マップ 場所だけではなく、イベントや人の情報をリンクすることで、人とのつながりを可視化し、仕事の質の向上につなげることができるデータとなる。
1

value

1


日本一暑いまち熊谷。2012年から始まったCool Share Kumagaの活動で、暑さをビジネスにするモデルを宣伝してます。その一つが冷しシャンプー。暑い夏に理髪店に行くならこのマップをご利用下さい。
1

value

1


社会課題をweb上で広く深く議論できるディベートの場の構築を図る。
1

value

1


地元で個人的にうまいと思ったナポリタンを紹介します
1

value

1


【フィードバックいただきたいこと】 上記URLをご確認いただき、以下の「アンケート回答」のリンクからコメントをお願いいたします。 ----------------------------------------------- BtoBからBtoCへ、事業領域を拡充すべく、銅素材の持ち味と、生活シーンでのちょっとした困り事の解決アイデアをつなげた結果、シュー製品に行きつきました。 試作中の製品ではありますが、製品のスペック、価格、アフターフォロー等、気になる点や完成品にしていくためのアドバイス等、忌憚ないご意見を頂戴できますと幸いです。
1

value

1

Power Rangers Game

event date: Feb 16, 2026
Update:Feb 15, 2026

The Power Rangers Digital Arena is an initiative to create a centralized, high-performance web and mobile application dedicated to the legacy of the Power Rangers franchise through interactive gameplay and fan-driven content. The Problem: Classic "Power Rangers" games and fan experiences are often scattered across outdated websites, plagued by broken links or intrusive ads. Fans of the 90s nostalgia and new generations alike lack a unified, safe, and modern platform to engage with the "Mighty Morphin" universe in a browser-based format. The Solution (The App Idea): The PlayPowerRangersGame.com platform aims to become the definitive "Zordon's Command Center" for gamers. Curated Game Library: A seamless collection of high-quality, responsive web games ranging from retro brawlers to modern strategy puzzles. Cross-Platform Accessibility: Optimized for both desktop and mobile browsers, ensuring fans can "morph" on the go without heavy downloads. Community Leaderboards: Integrating a social layer where users can compete for high scores, representing their favorite Ranger colors (Red, Blue, Black, etc.). Nostalgia Hub: Beyond games, the app serves as a gateway to trivia, character lore, and a community space for "Sentai" enthusiasts. Community & Social Impact: This project isn't just about gaming; it's about community preservation. By digitizing and centralizing these experiences, we protect a piece of pop-culture history. It provides a safe, moderated environment for younger fans to play while offering a "hit of nostalgia" for the older generation, effectively bridging the age gap through digital play. Goal: To scale PlayPowerRangersGame.com into a premier gaming portal that utilizes modern web technologies (HTML5) to deliver a premium, "Go Go Power Rangers" experience to millions of global fans.
1

value

1

新店開拓

Update:Jan 15, 2017

営業許可台帳の登録データから新規オープンするお店を検索する。
1

value

1


学校給食の献立表のオープンデータを活用した,献立確認アプリのアイデアです. 愛知県半田市をはじめ,いくつかの自治体では給食の献立表のデータを公開しています. また,半田市では当日にはできた給食の配膳の写真も公開しています. このような給食情報を確認できるアプリにより,親が子供の食べている給食を確認できる他,アレルギー情報の確認や,食の知識を共有することで食育分野での展開も考えられます. アプリは現在開発中です.
1

value

1


1.概要 従来のLODを物理世界とつなげるプラットフォーム「サイバー・フィジカルLOD:CPLOD」を提案します。CPLODは、LODにつぎの機能を加えたものです。 ・物理世界との双方向接続 ・リアルタイム性 ・秘密の制御 これらの機能によってLODを身の回りのあらゆる情報処理へ適用できるようにし、クラウド、モバイル、IoTをオープンな仕様で連携させ、少子高齢化、地球環境の変化などの課題にITを活用できるようにします。 2.セールスポイント:ITデバイスの総連携によりITの可能性を使い切る 現在のITデバイス(クラウド、モバイル、IoTなど)は、十分な発展をとげ、様々な問題を解決するツールとなる可能性を秘めています。たとえば、個人の身の回りのデバイスを連携させれば、社会や家族の負担を少なくしながら高齢者を見守り、介助するようなシステムを作れるでしょう。 あるいは、市町村、都道府県、国といった様々なレベルでリアルタイムに地域の状況のセンシングを行って情報を共有できるシステムや、全住民が参加するコラボレーションツールのようなシステムを作ることができるでしょう。縮小していく経済に対応しながら、資源やエネルギーを効率化し、拡大する失業、高齢化、少子化などの対策をとるツールとするといったことが可能となるはずです。 しかし、現在このようなシステムはまだありません。その原因は、任意のデバイスや人を連携させることができないという、分断化にあると考えます。ITの分断化には3種のタイプがあります。 (1)APIやプロトコルなどの、規格の乱立による分断 企業やグループによる囲い込みや、異なる目的のプロトコルの存在によって、ユーザが自分の使いたいデバイスを自由に連携させることができません。特定メーカーのデバイスとそのメーカーの認証を受けたデバイスを連携させてスマートハウスを実現するといった試みは存在します。しかし、あらゆるメーカーのあらゆるデバイスを連携させることはできません。 (2)規格の不在 IT化を推進するメーカーやユーザがいない分野や、異なる分野をつなぐ用途には、IT化のための規格を作る動きがありません。たとえば高齢者の生活を支えるために、介護サービス産業・行政・ボランティア・ご近所・出入り業者などの、地域社会の様々なステークホルダが現場で連携するようなITシステムを作ろうとしたとき、様々なシステムを連携させるための規格を作るのは誰でしょうか。本来は現場でシステムを作る人たちが規格を作ることができれば理想的です。しかし、規格を作るというスキルは現状では期待できません。 (3)世代交代(陳腐化)への対応 APIやプロトコルは新しい技術が生まれるたびに更新され、その周期は人の一生や人の世代交代といった時間軸に比べれば著しく短いものです。黎明期をとっくに過ぎたITですが、まだ数十年以上にわたる連続運用には耐えられません。過去と未来の連携を可能とする必要があります。 たとえば、つぎのようなユースケースを実現可能としなければなりません。 ・10年後のシステムに対して、家屋の10年点検時に確認すべき項目を指示する。 ・築20年のスマートハウスシステムに、新しいデバイスを接続する。 ・30年後のシステムが現在のセンシングデータを参照する。 そこで私たちは、LODのアーキテクチャを使って、この分断化の問題を解決し、あらゆるITデバイスを連携させることと、この目的のために、LODに不足している機能を追加することを提案します。 3.提案者 先端IT活用推進コンソーシアム(AITC) ビジネスAR研究部会(http://aitc.jp/wg/ar/) 連絡先:リーダー 大林勇人、サブリーダー 中川雅三、吉田光輝 4.実装方法 4.1.物理世界との双方向接続 CPLODでは、デバイス上のサービスをRDFデータにマッピングし、RDFデータを書いたり読んだりすることでサービスを利用できるようにします。 メモリマップドI/Oの考え方を、RDFデータに適用するというアイデアです。 ・サービスのユーザがサービスへのリクエストをあらわすデータをRDFストアへ書き込むと、サービスの提供者はそれを読み出して実行する。 ・サービスの提供者がサービスの結果をRDFストアへ書き込むと、サービスのユーザがそれを読み出して利用する。 単純な例を示します。 ・指定した場所の照明をオン・オフする 照明のユーザは、つぎのような形で居間の照明を"ON"とするリクエストをRDFストアに書き込みます。 DELETE{ ?sw :制御要求 ?current . } INSERT{ ?sw :制御要求 "ON" . } WHERE { ?sw :所在 :居間 . ?sw :種別 :照明スイッチ . OPTIONAL { ?sw :制御要求 ?current . } } 照明制御を提供するサービスは、制御要求データを監視し、値が変化したときに、その値を照明スイッチへ反映します。 ・指定した場所の温度を取得する。 温度計のユーザは、つぎのような形で温度データを取得します。 SELECT{ ?temp } WHERE { ?sensor :所在 :居間 . ?sensor :種別 :温度計 . ?sensor :測定値 ?temp . } 温度計のデータを提供するサービスは、温度データを取得するたびにRDFへ値を書き込みます。 語彙とデータ構造を定義してゆくことで、もっと複雑なサービスのインタフェースもRDFデータとして定義することもできます。たとえば、つぎのようなリクエストをSPARQLで表現できるだろうと考えています。 ・Aさんが歩いている付近の街灯を点灯する。 ・河川が氾濫の警戒水位に近づいている地域の低地にある家に住んでいる住人全員へ、警戒を促すメールを送信する。 4.2.APIにLODを使うメリット LODによってつぎのようなメリットが得られ、先に述べた3つの分断化をすべて解決することができます。 (1)プロトコル、データ構造、メタデータの記述方法を統一できる。 プロトコルはHTTP、語彙はRDFで統一できます。 メタデータを記述するオントロジーを定義することで、データ構造や機能の意味も機械可読な形で記述可能です。このことにより、つぎの利点が生まれます。 1)LODへアクセスするライブラリを用意するだけで、任意のOS、任意のプログラミング言語からAPIを利用することができる。 既存のAPIの多くは、特定のOSや特定の言語にしか対応していません。 2)世界中のすべての情報やサービスを扱える。 IRIを使って独自の語彙を作り、オントロジーを定義することで、あらゆる用途に応用できます。 既存のAPIについて、LOD へマッピングする語彙をそれぞれが衝突しないように定義することができます。 3)異なる用途のために作られたAPI群を同時に利用することができる。 既存のAPIはOSや言語に依存するため、異なるOSや言語で実装されたAPIを同時に使うことができません。    (2)現場からのボトムアップによる規格化が可能である。 これまでの規格は、少数の企業やグループが時間をかけて作るトップダウンな方式で作成されてきました。 このような作り方では、実社会の多様な活動分野それぞれに対応したり、必要なときに迅速に対応できるような規格化は不可能です。実際の問題解決を行う現場の人々が試行錯誤しながらAPIを作り、様々な提案から有力なものが進化していって「規格」となるという、ボトムアップな規格化(デファクトスタンダード)が現実的な手段となるはずです。 LODでは名前空間を厳格に区別し、語彙を厳密に定義できます。現場の人々は、LODでAPIを設計することで、規格の記述が完了します。LODを使うことによって、多様な規格の乱立という初期状態を整然と実現し、それらを統合したり、変換したりしていくつかの規格に収束させることができるようになります。 (3)IRIで名前空間を分けることができるため、世代によって変遷するAPIを共存させることができます。 機械可読なメタデータにより、異なるAPIや、異なる世代のAPIの間の自動変換技術を開発することもできるようになります。LODは十分に抽象化され、厳密に定義されているため、数十年後でも現在定義したデータを容易に扱うことができるはずです。 4.3.LODに欠けている機能の追加 これまでに述べたことを現在のLODで実現するには、つぎの課題があります。 (1)リアルタイム性 論理的には、上記の方法だけで、既存のRDFストアとSPARQLを使って任意のAPIを実現することができます。しかし、SPARQLクエリの処理オーバヘッドが大きく、システム負荷を抑えながら、リクエストへの応答性能を確保することが困難です。例えば、先述の「居間の照明制御」の例では、照明を制御するデバイスは、自分宛の制御要求が書き込まれるまで、SPARQLクエリを繰り返し実行しつづけなければなりません。 多数のデバイスをRDFストアに接続したとき、膨大な量のSPARQLクエリが繰り返し実行されることになり、大きな負荷が生じ、応答性能も低下することになります。 (2)アクセス権限の制御 LODでは、すべてのデータを公開します。しかしすべてを公開する前提では、あらゆるサービスをLOD化することはできません。プライバシー情報へのアクセスや、セキュリティ確保が必要なサービス利用では、個別のデータやサービスを、相手によって公開したり非公開としたりする制御をできるようにする必要があります。 CPLODでは、上記の課題をLODにふさわしい形でRDFストア機能を拡張します。 (1)WebSocketによる、RDFデータ変化の通知 RDFストアにWebSocketインタフェースを設けます。 ・読み出しインタフェース:指定したRDFデータ項目の変化を通知する。 ・書き込みインタフェース:指定したRDFデータの書き換えを通知する。 サービス提供デバイスは、WebSocketによってRDFストアへ接続し、リクエストの監視と、提供データの更新を行うことで、リアルタイム性を確保します (2)アクセス権限を制御するメタデータ設計及びSPARQLの改造 すべてのRDFストア内データについて、個別にアクセス権限を設定する語彙を定義し、その語彙にしたがってアクセス許可を制御する機能をSPARQLクエリエンジンに実装します。 具体的にはRDFデータにアクセス権限を示すデータを付加してアクセス制御します。アクセス権限を示すデータ自身もRDFで記述します。 ・クラスのプロパティに権限を設定 ・インスタンスのプロパティに権限を設定 ・IRIにアクセス権限を設定 といった記述方法を定めています。 アクセス権限はつぎの3レベルです。 ・レベル1:外部へ公開可 ・レベル2:推論に利用可だが、外部への公開不可 ・レベル3:推論に利用不可かつ、外部へも公開不可 5.進捗状況及び今後の予定 開発シナリオとして、2段階を予定しています。 (1)概念を実証するために、モックアップを作成する。 モックアップでは、既存のRDFストアをそのまま使い、RDFストアへのラッパーとしてCPLODの機能拡張を実装します。ラッパーによる実装はつぎの欠点がありますが、実装が比較的単純で、動作を短期間に評価できるメリットがあります。 ・最高のパフォーマンスを得られない:ラッパーが外部からのSPARQLリクエストを解釈し、既存のRDFストアへのSPARQLリクエストを自動生成します。SPARQLの解釈や生成のオーバヘッドが発生します。 ・完全なアクセス権限制御をできない:プロパティパスなどのRDFストア内部で多重のリンクをたどる処理が実行されるとき、途中のリンクに対する権限チェックを実装することができません。 (2)本格的な実装を行う。 SPARQLクエリの処理エンジンを、CPLOD仕様へ改造します。 現在は(1)のモックアップが、一部の動作を開始したところです。 詳細は以下の「6.現時点のモックアップ「空間OS」」に記します。
1

value

1

1

value

1

Show More