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

■ 概要 キーボックス付きのキーホルダーとスマートフォンアプリへの通知を連動させるアイデアです。 キーボックスから鍵を取ったら「◯◯がお家に帰ってきました」、鍵を戻したら「◯◯がお家を出ました」というメッセージを家族に通知します。 ■ 機能 鍵を戻すと「お家に帰ってきました」をアプリへ通知する。 鍵を取ると「お家を出ました」をアプリへ通知する。 ■ 使用するもの <ハードウェア> ・キーボックス付きキーホルダー（QUALY社 Sparrow Keyring Wなど） ・Raspberry Pi ・センサー（感圧センサー SFE-SEN-09673 など） ・スマートフォン（iPhone, Androidなど） <サービス> ・Push通知を送信できるサービス（AWS SNSなど） ■ 実装例 感圧センサーを、キーボックスに取り付ける。キーホルダーが感圧センサーの上に乗るようにする。 Raspberry Piでpythonプログラムを実行し、感圧センサーの電圧を定期的に監視する。電圧の値変化から、キーホルダーの有る無しの状態の切り替わりを検知し、AWSへPush通知のリクエストを送る。 AWSには予めアプリを登録しておき、APIを叩くとPush通知が送られるようにしておく。

SugarRisk is a mobile application designed to empower users to take control of their metabolic health by predicting and managing the risks associated with sugar intake and hidden dietary sweeteners. The Problem: Modern diets are saturated with "hidden sugars," leading to a global rise in insulin resistance, type 2 diabetes, and metabolic syndrome. Most people lack a real-time tool that doesn't just track calories, but specifically quantifies the risk associated with their specific sugar consumption patterns. The Solution (The App Idea): The SugarRisk App serves as a personal health strategist. Unlike generic food diaries, it focuses on the physiological impact of sugar. Risk Scoring: Uses a proprietary algorithm to provide a real-time "Risk Score" based on daily intake. Hidden Sugar Scanner: A barcode-driven feature that identifies complex sugar names (like maltodextrin or high-fructose corn syrup) that consumers often miss. Predictive Analytics: Provides insights into how current habits may impact long-term health markers. Educational Hub: Integrated access to the latest research and low-glycemic alternatives found on SugarRisk.com. Community & Health Impact: This app aims to reduce the burden on healthcare systems by fostering a community of "Sugar-Aware" individuals. By gamifying the reduction of sugar and providing actionable data, we can move from reactive healthcare to proactive prevention. Goal: To turn SugarRisk.com into a comprehensive mobile ecosystem where data meets wellness, helping millions lead a sweeter life—without the sugar.

仙台の保健所データ

東京メトロを分析してみました！ 東京メトロの乗降人員数を取得し、グラフ化（可視化）してみました。 時間があれば、現在の運行状況を定期的に取得し、kintoneへ蓄積し、 遅延に傾向がないか分析してみたいと思います。 東京メトロの乗降人員数を「kintone」に取り込みました。 「kintone」でグラフ出力してみましたが、データをエクセルに出力し、 「E2D3.js」にてグラフ化も行ってみました。

大学案内LODでは，各大学にある学部・学科などの教育内容を世に知らせるためのLinked Open Dataとして作成する． 各大学は，現在，アドミッションポリシー，カリキュラムポリシー，ディプロマポリシーの3ポリシーの作成が求められている． これらに基づき，入学から卒業に至るまでの教育内容，過去の入試や就職に関する実績の紹介多大な労力を投入して「大学案内」として作成し，さらに，進学情報を扱う各企業のWebページや大学ポートレートへの情報提供を行っている． 大学からの情報提供は，重複することも多く，各提供先への情報の正確性，更新頻度などの違いから，大学の内容を知る上で不正確な情報による誤解などが生じる危険性がある． そこで，本アイデアは，各大学の「大学案内」にあるような大学の教育内容と入試に関する情報をLOD化することで，著作権処理の手間を低減する． また，一元的に大学が発信する情報を統制可能とし，正確性や利便性を高めることを目的とするものである．

Study Mailの国会版です。登録したキーワードや出席者などが国会の議事録に新しく登録されるとメールでお知らせします

路上駐車が原因のトラブルは全国で１２４,９７７件もあるのが現実です。普段、車に乗る方や自転車に乗る学生、高齢者や障害者の方でも、路上駐車している車があったら「危険だな」と、感じると思います。自分も、自転車に乗っているとき路上駐車している車があり通りづらく、「危険だな」と、思う時がありました。実際２０１７年の「路上駐車が原因で危険だと思ったことがありますか？」というアンケートがあるのを見つけ、その結果を見てみると〝危険〝だと思った人は、９３％もいることが分かりました。そもそも路上駐車は許可された以外の場所では違法です。それはどの人でも知っていると思います。では、なぜ路上駐車をしてしまうのか？路上駐車をする理由は「駐車場にとめるほどの時間ではなかったから」が５６％で最多ですが、これは一人一人の意識問題だと思います。意識問題は『周りがやっているからやっても大丈夫』と思ってやっている人が多くいると思うのでその人数を減らせば、路上駐車の人数は減っていくと思いました。以降の理由は『近くに駐車場がなかったから』が３２％、『駐車場が満車だったから』が５％となっていました。この傾向は例年と比べてもあまり変化は見られませんでした。このままでは、この問題を解決するのに何十年もかかってしまうと思います。アンケート結果を見て自分たちに出来る事は、近くの駐車場の場所が分かる「駐車場アプリ」を作り、路上駐車の原因「近くに駐車場がなかった」と「駐車場が満車だったから」の37％を減らし、路上駐車が減る糧になるようにすることだと考えました。そこで、的にしたのが「名古屋市」でした。なぜ名古屋市かというと、保有台数が全国一で事故数も全国一の車社会、名古屋から解決すべきだと考えたからです。私たちは路上駐車が減ることにより、車に関する事故やマナー違反が減ればいいと思います。他の車に関する事故やマナー違反が減れば、今よりも一人ひとりの運転手がお互いに気を付けるようになると考えます。最終的には他の車に関する事故やマナー違反が一切なくなり、誰もが安心安全に運転できるような未来を望んでいます。また、スマートフォンの使用率は２０１２年から２０１７年の５年で４０％ほど上昇しているので、アプリケーションを作成し、少しでも多くの人に知ってもらうためにＳＮＳなどで共有できるようにすればより多くの人が使用する可能性が上がると思い、アプリケーションを作成しようと考えました。作成したアプリケーションのデータは、今後の私たち以外の方々がこの問題を解決する際に使用できるようにオープンデータ化しようと思います。 【理想の未来について】 路上駐車をする人は『近くに駐車場がなかったから』、『駐車場が満車だったから』と回答する人が合わせて半分近くいます。そこで、駐車場検索のアプリケーションを作ることにより現在地から近い駐車場を見つけることができるので路上駐車は減ると考えました。 車に関する違法やマナー違反は路上駐車だけでなく、信号無視や逆走などもあります。 これらも、減るにはとても時間がかかることだと思います。しかし路上駐車が解決することによって、ほかの問題も解決する足掛かりになれると思います。１つのことができないのに他のことを解決することは不可能と思ったからです。 【アプリケーションについて】 ・アプリケーションで簡単に駐車場を検索でき、これにより路上駐車をせずに自分の行きたいところに近い駐車場に行くことができます。 ・駐車場にはいきたいところに近い、安いなどたくさんの種類があるので簡単にそれがわかるように簡単なリストを表示し　ます。そこを、選択することによりそこの駐車場の電話番号や住所などが表示され詳細が分かります。 ・自分の行きたい駐車場まで案内することができ、簡単にかつ、迷わず駐車場にたどり着くことができます。 ・どのアプリケーションも機械に慣れてない方には難しいものです。そこで簡単なアプリケーションにすることにより誰でも簡単に使えます。 ・まだ案なのですが、安全性、利便性を向上させるため、AppleWatchにも対応させたいと思っています。

「MoruRun(アイヌ語の「モ・ルエラニ」が由来。明治期の呼称は「モルラン」。Wikipediaより。)」は観光地などの写真と動画、コメントを投稿してもらうiOSアプリで、「ツイッター」など複数の交流サイトに自動的に転載され、そこで表示される広告と連動。閲覧数に応じて投稿者に広告収入が入る仕組みにしました。(室蘭)市民や町民、観光客の方が、このアプリ―ションを通じ、我々にコンテンツを帰属して頂く合意の上、簡単にコンテンツを投稿する事ができ、且つ、このアプリケーションからインターネットを通じて、複数のSNSに転載され世界中に配信する事が目的です。コンテンツの再生数が伸びる事によりPRに繋がり、且つ収益も分配されるというマネタイズ部分も意識しました。簡単に扱えるので、商店街のみなさんや、街の振興に取り組んでいる方にもぜひ使って頂きたいと思っています。

私たちはアニメが好きで、特に2016年公開の映画の中でも「君の名は」が好きです。「君の名は」という映画の舞台は岐阜県が中心の話だったため私たちは岐阜県とどんな所なのかと注目し調べてみました。調べてみた結果、岐阜県は外国人への観光への対応率が高いが、それに対し外国人が岐阜県についてあまり知らず、観光に来る人が少ないということがわかりました。岐阜県は、外国人に対する施設内案内の英語の対応率が５０から７５％（訪日ラボより）と高く、白川郷などの世界遺産が多くそして、岐阜県は外国人が日本に来る理由の一位の文化（外国人情報サイト）では昔ながらの街並みが多くあり外国人の観光にぴったりです。それに対し訪日外国人は2017年では全国16位で157,820人（RESASより）とても多いとは言えません。岐阜県についてあまり知らない方や岐阜県を知っていたとしても岐阜県の隣の名古屋などの大きな都市に行ってしまい、実際に足を運んでいないというのが状況です。それから、岐阜県に来たとしても飛騨高山など特定の場所に多くの外国人が観光に訪れているため、あまり岐阜県の魅力が伝わっていないということを私たちは岐阜県の課題だと感じました。また、外国人は日本のマナーを理解していない方が多く、そのためにやっていいことと悪いことをわからないです。岐阜に来てもマナーについてよく知らずにごみをどこに捨てればよいかなどと戸惑うことが多いと考えます。 私たちの考える岐阜県の理想の未来は、より多くの外国人が岐阜県に来て観光し現地で魅力を感じてもらう ことで地域活性化が今よりさらに促されることです。その中で私たちの考える地域活性化は岐阜県の魅力を実際に外国人に来て体験してもらうことです。そして、岐阜県を世界に発信してもらうことです。実際に来てもらうことで岐阜県は、インターネットなどで見るよりもはるかに素晴らしい所だと感じてもらえたりできます。次に日本のマナーを知ってもらい、気持ちよく観光をしてもらいたいです。例えば、中国と比べて日本の道端にはゴミ箱が少ないです。ごみの捨て場所に困った外国人がゴミをどこに捨てて良いかわからず道端などにごみを捨ててしまうと、そこに住んでいる日本人の迷惑になり他の観光客が嫌な気持ちになります。このように、日本のマナーを知らなければ、岐阜県に訪れて楽しかった思い出が台無しになってしまいます。このようなことをなくし、気持ちよく岐阜県の観光をすることができます。帰国後に岐阜県のお土産話を外国人がSNS等のインターネットで周囲に拡散することで多くの人に岐阜県のことを知ってもらえます。岐阜県に来る多くの外国人は、飛行機で日本に来て、空港からバスまたは電車にて岐阜県に移動すると考えられます。その移動時間の間により岐阜県についてより知ってもらうための手段として岐阜の観光アプリを使うことにより岐阜への移動中も岐阜のことが知ることができますし、岐阜に着いたら早くここにいきたいねなどという会話が弾むと考えます。他にも、アプリを使用することで観光ブックなどの必要がなく、日本のマナーを説明することでそれについて理解することができます。岐阜の観光アプリの内容は岐阜県の観光地の紹介、日本のマナーの紹介、名古屋から岐阜への行き方、Free Wi-Fiを利用できる場所の表示です。岐阜県の観光地の紹介をすることで、世界遺産の白川郷や飛騨高山などの有名な場所だけではなく、アプリで見るまで知らなかった岐阜県の観光地を知ることができます。日本のマナー紹介では、日本についてのマナーを簡単に知ってもらうために、文字だけでなく見てわかりやすいようにイラストや写真を使い簡単に理解できるようにします。アプリの対応言語では東南アジアや中国、韓国から観光客が多く、それらの多くの国では英語の学習に力を入れており、日本人よりも英会話能力に優れているため、アプリの対応言語は英語にし、ＧＰＳなどの機能を取り入れて自分の現在地がわかり、日本に来ても安心して旅ができるようにします。またFree Wi-Fiを利用することで外国人観光客向けのアプリのため、岐阜県に訪れても大丈夫なようにオフラインでも使用できるようにします。アプリのアイコンは岐阜県の有名な人形であるさるぼぼを使用します。このように岐阜県の観光アプリを作ることで岐阜県の魅力を身近に感じてもらい、実際に来て岐阜の魅力を再発見してもらえると考えます。

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

ほどがやの街の魅力を紹介してゆく地域の取り組みです。

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

ブラウザ上に表示されたISSN (International Standard Serial Number: 国際標準逐次刊行物番号)を利用して２次情報(書誌情報等メタデータ)を検索中の利用者に対して１次情報(フルテキスト)の所在をお知らせしてくれるGoogle Chrome用拡張機能です。CiNii ArticlesやCiNii Books、NDL Search、J-Globalや画面上に書誌情報としてのISSNを合わせて表示している各大学や公立図書館等のOPACの書誌情報のページからオープンなナレッジベース(現在はERDB-JPに対応)に登録された情報源へのリンクを表示し利用者を１次情報へとナビゲートすることが可能になります。ERDB-JPのデータを利用しているため１次情報であるフルテキストは無償で利用できるコンテンツです。

東北文化学園大学の情報デザイン演習で作成。

湯河原という秘境の地をみんなに知ってほしい。 湯河原温泉の有名な足湯と温泉の魅力を伝えていきたいです

ウェブアプリを中心に広く普及しているJSON形式のデータを効率的にJSON-LD形式にしてLOD化を加速させるアプリケーションの提案です。

市町村の花のデータ

1.概要 従来のLODを物理世界とつなげるプラットフォーム「サイバー・フィジカルLOD:CPLOD」を提案します。CPLODは、LODにつぎの機能を加えたものです。 ・物理世界との双方向接続 ・リアルタイム性 ・秘密の制御 これらの機能によってLODを身の回りのあらゆる情報処理へ適用できるようにし、クラウド、モバイル、IoTをオープンな仕様で連携させ、少子高齢化、地球環境の変化などの課題にITを活用できるようにします。 2.セールスポイント：ITデバイスの総連携によりITの可能性を使い切る 現在のITデバイス（クラウド、モバイル、IoTなど）は、十分な発展をとげ、様々な問題を解決するツールとなる可能性を秘めています。たとえば、個人の身の回りのデバイスを連携させれば、社会や家族の負担を少なくしながら高齢者を見守り、介助するようなシステムを作れるでしょう。 あるいは、市町村、都道府県、国といった様々なレベルでリアルタイムに地域の状況のセンシングを行って情報を共有できるシステムや、全住民が参加するコラボレーションツールのようなシステムを作ることができるでしょう。縮小していく経済に対応しながら、資源やエネルギーを効率化し、拡大する失業、高齢化、少子化などの対策をとるツールとするといったことが可能となるはずです。 しかし、現在このようなシステムはまだありません。その原因は、任意のデバイスや人を連携させることができないという、分断化にあると考えます。ITの分断化には３種のタイプがあります。 (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」」に記します。

【概要】本作品「OdGenji」は、「多感覚情報フローモデル」= 'Omni-Sensory Information Flow model (OSIFM)' の実現を目指し、『源氏物語』に現れる「嗅覚としての香り」表現を、検索・再利用可能なLinked Open Data（LOD）として整備した学術データベースである。校異源氏物語TEI-XMLを基盤に、生成AI（Google Gemini 2.5 Pro）を用いて香り描写を自動抽出し、原文・現代語訳・英訳に加え、香りの性質・場所・知覚者・状況などのメタデータを付与してRDF/XMLでデータを構築し、公開した。本プロジェクトは国文学研究資料館との共同研究（2025–2026年度）の成果の一部であり、日本古典文学における嗅覚情報の知識グラフ化という未整備領域を国際標準の枠組みにも接続・貢献するものである。 （検索はこちらから） https://odgenji.vercel.app/ja/smells/ 【背景】文化遺産のデジタル化は進展しているものの、香りのような多感覚情報は、テキスト中に埋め込まれた叙述として扱われることが多く、横断的な比較や定量的分析、展示・教育への転用が難しいという課題がある。また、『源氏物語』においては「にほひ」が視覚的・比喩的用法を含むなど、嗅覚情報として扱うためには、記述の選別基準と機械可読な構造化が不可欠である。 【社会的動向】研究データのオープン化やFAIR原則の重視により、単なる可視化や全文検索に留まらず、異分野・異言語のデータと接続できる知識グラフとしての公開が求められている。特に生成AIの活用が広がる現在、抽出結果のみならず、抽出手続き・データモデル・根拠の提示が、学術的信頼性と再現可能性を左右する。また、多様な資料・情報を活用した探究的な学びを通して多面的・多角的な見方・考え方の育成が求めらてれいる昨今の教育現場、とりわけ国語・古典教育においても、伝統的な文字資料からの知識の暗記や文法の理解、テキスト読解などの方法論のみに依拠しない、学習者の「問い」に即した古典世界へのアプローチとそのための情報基盤が求められている。 【関連研究】欧州のOdEuropaは「嗅覚遺産」を対象に、香りの記述を分析・共有するためのオントロジーや技術的知見を提示した。しかし、日本古典文学を対象に、国際的に相互運用可能な枠組みで香り記述をLODとして整備した事例は限定的である。そのケーススタディとしては小澤ら（2025）が提示した「多感覚情報フローモデル」（https://cir.nii.ac.jp/crid/1050587970429956096）の提示などが挙げられるが、このモデルを大規模データへ拡張するためには、（1）抽出のスケーラビリティ、（2）視覚的「にほひ」等の曖昧性への対処、（3）横断検索・比較を可能にする共通語彙とURI設計、という課題が残る。 【提案手法】本研究は、TEI-XMLという人文学で広く利用されるテキスト形式を入力として、香り情報抽出を自動化し、LOD化まで一貫して実装した点に新規性がある。具体的には、①TEI-XMLから香りに関わる叙述候補を抽出し、②生成AIを用いて「嗅覚的な香り描写のみ」を厳密に選別（視覚的・比喩的用法を除外）し、③原文・現代語訳・英訳の整備とともに、香り語彙、性質、香源（匂いの担体）、場所（空間）、知覚者、時間、状況、効果などのメタデータを付与する。④データ構造はCIDOC-CRMおよびOdEuropaのオントロジーに基づきRDF/XMLとして表現し、学術LODの相互運用性（Interoperability）を担保する。さらに、抽出方法・画像生成方法・データ構造を技術資料として公開し、第三者が検証・再実行できる手続きの透明性を確保する。 【構築したDBの特徴】源氏物語全54巻から、香り描写140件を抽出・収録し、香り記述が確認できる33巻について統合RDFデータとして公開した。これにより、Web上で巻数・香りの言葉・性質・場所・知覚者・時間などのファセットにより、研究者が仮説に沿って絞り込み探索を行えるようになった。各レコードは、原文・現代語訳・英訳を並置し、叙述と構造化属性を往復できる設計である。また「香源（smell sources）」「香りの空間（fragrant spaces）」等の観点から横断的に参照でき、文学作品内の香り表現を、人物・物質・空間・状況の関係として扱える分析単位へ変換した点にも特徴がある。 　さらに、「植物」などの集計ページから、クリックで検索可能な機能を実装すると共に、Odeuropaに対して問い合わせを行い、関連情報を自動的に表示する機能を開発した。 （以下のページの下部） https://odgenji.vercel.app/ja/smell-sources/flora/ さらに、各コンテンツページごとに「元テキストを見る」「RDFを見る」ボタンを設置し、原文を出典元デジタルアーカイブ上でしっかり確認したり、SPARQLエンドポイント「Snorql for 源氏物語の香りDB」で構造化データを検索をできるようにした。また、同じく各ページの下部にRDF可視化グラフを提示し、直感的・探索的に関連情報を多面的に分析できるようにした。 （例えば以下のページ） https://odgenji.vercel.app/ja/smells/02-01/ 　その他、香情報の抽出方法や感情推論の仕組み、画像の生成方法やCIDOC-CRM と OdEuropa オントロジーに基づくデータ構造などについての詳細についても以下にまとめてあるため、適宜参照されたい。 https://odgenji.vercel.app/ja/pages/about/ 【本作品の意義と貢献】本作品「OdGenji」は、（1）日本古典文学の嗅覚情報をLODとして体系化したデータセットを提供し、（2）OdEuropa等の国際的枠組みと接続可能なデータモデルで表現することで、地域・言語を越えた比較研究の基盤を構築し、（3）TEI-XML×生成AI×RDFという実装パイプラインを公開することで、他古典作品への拡張可能性と再現可能性を同時に提示し、実際にOdEuropaと接続した探索的なLODを実現した。これは、従来「読解」に留まりがちだった多感覚情報を、探究学習や研究・学術において活用可能な発展的なデータとして共有・検証・再利用を可能にする方法論的な貢献もできたと考える。また、本作品におけるすべてのデータはセマンティック Web 標準に準拠した RDF/XML 形式で公開しており、オープンデータの活用モデルとしても有用である。 　本作品は、国文学・デジタルヒューマニティーズ研究における定量的検討（語彙・場面・人物関係の分析）を促進すると同時に、教育や展示における<香りを媒介とした理解>をデータ駆動で支援する。さらに、香りという無形の文化要素を、知識グラフとして国際的に接続・流通させることで、感覚文化遺産の新しい共有のかたちを提案するLODである。

私たちは授業でアプリ作成をすることになり、アプリの内容は四日市市の工場夜景を紹介することにしました。しかし1960年から1972年の間に起きた四日市ぜんそくがあったこともあり、私たちは四日市と聞いて、四日市ぜんそくが思い浮かびました。現在、四日市市は公害があったこともあり、いまだに危険なのではないかというイメージが残っています。しかし、四日市市は環境対策に力を入れ、再び公害などの環境問題を出さないために、小学校にうがい室や空気清浄器を設置する、硫黄含量の多い重油から低硫黄重油に原油を変更する、喘息患者の医療費を公費で無料化するなどさまざまな対策をとっており、四日市市の住民や企業だけではなく、国も環に力を入れています。ですが四日市市内でこのような対策をしていることに調べるまで気づきませんでした。また、四日市市には工場夜景などたくさんの魅力があることを知らない人がまだいるのが課題です。私たちは「四日市」と聞いて、工場夜景を思い浮かべてもらえるようにしたいと考えています。 そこで、私たちには何ができるのかを考えてみました。しかし、私たち三人だけで使用する電力や水量減らしたりエコバックをしようしたりするなど、環境問題に対して取り組み何か行動したとしても、イメージを変えることは出来ません。どうやったら四日市市のイメージを四日市ぜんそくから工場夜景にすることができるか考えたところアプリという形で四日市市を紹介していこうと考えました。アプリは最近では身近なものにあるので、そこから四日市市の魅力の工場夜景など知ってもらい、興味を持ってもらい四日市市に対するイメージが四日市ぜんそくではなく工場夜景に変わればいいと思っています。 　私たちが作成するアプリで四日市の魅力の１つである工場夜景を紹介していこうと考えています。作成したアプリを四日市の観光協会やビジネスホテルなどに紹介してもらい、宿泊にきて働いている人たちが実際にアプリを入れてもらいそこから四日市の魅力を知り、家族や友人に紹介してもらえばさまざまな人に広がっていきます。そこからアプリを通して工場夜景を実際に見てもらうことができたら、想像以上の迫力に驚くとともに、きれいだから写真を撮りたい、インスタグラムやツイッターに投稿したいと感じるのが現代人の習性だと思います。そのような人たちが投稿した写真を見て、四日市の工場夜景を知らなかった人にも情報が拡散すれば、四日市に対するイメージも変わると思うし、実際に見てみたいという人が増えるのではないかと思います。このように、今の社会の流れも利用して四日市の魅力が伝えていけたらと考えました。

もちのクイズアプリです。 クイズはオープンデータにします。 クイズの元データは主にWikipediaです。

J-GLOBAL Knowledgeクエリソンで作成。 キーワードを入力して大学別論文数を降順表示。