ONGAENZOUさんのページ | デジタル改革アイデアボックス

あなたと創るデジタル社会

デジタル改革アイデアボックス


ONGAENZOUさんのマイページ

ウェブサイト
http://castin.optcable.net
自己紹介文
元通信系IT企業勤務

投稿したアイデア 10

国家公務員試験にデジタル職創設 22年度 ポストドクター活用を

ONGAENZOUさん

新聞記事で「国家公務員試験にデジタル職創設 22年度」と言う記事(日経2020/12/12朝刊)を見ました。 日本にはポストドクターと言われる人材が、有効活用されずにいます、もったいないです。 ポストドクターを抱える、大学や研究機関にお願いし、人材発掘を進め、この職域に応募しても... » 詳しく

  • 4ポイント
  • 4
  • 2コメント

GO To トラベルがあって、なんでGO To スタディーがないのでしょうか

ONGAENZOUさん

GO To トラベルがあって、なんでGO To スタディーがないのでしょうか。 小中高校の標準的な授業をビデオに撮って、YouTubeに公開すれば良いだけです。 市町村で多数採用されている教科書をいくつか選んで、その教科書に基づいた授業を配信しましょう。 教科書もPDFにしてダウン... » 詳しく

  • 8ポイント
  • 8
  • 4コメント

職業高校の高専へスケールアップと、ITリテラシー促進

ONGAENZOUさん

職業高校の高専へスケールアップと、ITリテラシー促進 職業高校の卒業生は、就職を選ぶケースが多いと思います、実社会に出ればITはどうも苦手、数学も苦手では済まされません。 職業高校の高専へスケールアップを推進し、高校普通課程+職業課程+ITリテラシーの3点を同時に満足させる... » 詳しく

  • 4ポイント
  • 4
  • 2コメント

救急搬送体制の全国展開と、搬送時間の短縮

ONGAENZOUさん

一昨年急激な体調悪化で、救急車をお願いしました。 救急隊員が近隣の病院に対応可能か、携帯電話で確認し、到着から搬送先決定まで30分近くかかりました。 私の場合幸いにも命に関わる症状ではなかったのですが、搬送の遅れが生死に関わることもあるようです。 病院の開きベットの... » 詳しく

  • 7ポイント
  • 7
  • 2コメント

法律の条文とITシステム

ONGAENZOUさん

政府や地方自治体がITシステムの仕様を検討決定するとき、そのたたき台となるのは法律です、いかなるシステムも法律と齟齬があってはならないからです。 政府や地方自治体は特に気を遣うところだと思います。 試しに『金融商品取引法』をちらっと眺めてみると、括弧付き但し書きやら、... » 詳しく

  • 5ポイント
  • 5
  • 2コメント

国も民間もIT現場でポストドクター活用を

ONGAENZOUさん

日本にはポストドクターと言われる、大学や研究機関で不安定雇用に甘んじている、研究者がいます。 国も民間もIT現場で、ポストドクター活用を考えましょう。 たとえば職場でITリテラシーを高めたい場合、研究者を大学から派遣してもらい、企業で社員教育に当たってもらう等、考えられ... » 詳しく

  • 8ポイント
  • 14
  • 4コメント

プログラミング教育の重要性

ONGAENZOUさん

何人かの人が、プログラミング教育の重要性を取り上げています。 プログラミングでは、連接、判定と分岐、繰り返しループ、手続きの呼び出しなど、いくつかの要素の組み合わせを習います。 オブジェクト指向の場合はクラスと他クラスの関係、定義の導入(インタフェース)、手続きの上... » 詳しく

  • 4ポイント
  • 8
  • 3コメント

#電子聴診器 と #オンライン診療

ONGAENZOUさん

#電子聴診器 と #オンライン診療 医療用機器に電子聴診器というものが有ります。 聴診器の音をブルートースで、パソコンやスマフォに送ることが出来るものです。 🩺🩺🩺 聴診音を飛ばせる機能とオンライン診療を組み合わせられないでしょうか。 オンライン診療中、医師の指示する場所... » 詳しく

  • 6ポイント
  • 6
  • 2コメント

寄せられた意見の分析に、Aiの活用を考えましょう

ONGAENZOUさん

寄せられた意見の分析に、Aiの活用を考えましょう。 形態要素解析で日本語を分解し、主語や述語から文意を推定し、統計することです。 どのような文意の投稿が多いかをリアルタイムに分類し、関係者に回覧するだけで、問題意識の共有が進みます。 総理大臣や閣僚、省庁の責任者がリア... » 詳しく

  • 6ポイント
  • 6
  • 2コメント

組織横断番号

ONGAENZOUさん

省庁には、書類や作業に番号付けを行っています、当然組織横断番号になっていません。 省庁それぞれにある番号に、横串を通す番号体系を考えなければなりません。 そうしないとデーターが機能しないからです。 #省庁横断型番号 の付番、そしてデーターを機能させる事です。 組織... » 詳しく

  • 4ポイント
  • 10
  • 41コメント

お気に入りアイデア 0

まだお気に入りがありません。

投稿したコメント 54

複合型のアイデアの提案を

SDGs && ESG か??

by ONGAENZOUさん - 2021/01/03 09:26 問題を報告

せいこうとは

どんなに立派なシステムでも、メンテナンスを怠れば、あっという間に陳腐化し、忘れ去られます。
メンテナンスとライフサイクルは、当初から設計に入れておくべきものです。

by ONGAENZOUさん - 2021/01/01 09:43 問題を報告

B.おすすめの情報・サービスを見つけやすくします

このシステムの画面数は総数何枚(何ページ)に成るのでしょう。
自身の属性を記すマイメニューを設け、自分や家族の属性(独身/配偶者あり、子供何人、お年寄り同居あり/無し、興味ある事柄、等々)チェックをしてもらい、その人に合ったメニューテンプレートを生成する機能があると良いです。

メニューテンプレートにない画面は、利用者が検索追加出来ると良いです。

メニューテンプレートは最初お仕着せテンプレートからはじめ、利用状況をAi学習して、テンプレートを自動更新します。
Aiの学習は、システムのマスターとなるテンプレートにも、反映します。

興味あるデータを検索することで、興味あるデータに関連する画面メニューを提示し、自身のマイメニューテンプレートに追加する機能も必要と思います。

より利用されるデータは、より検索配信が早くなるよう、Aiを使ってデータ構成(インデックス)を最適化するなども必要でしょう。

機能とデータ双方から、アプローチできるようにする必要があると思います。<==ここ大切です

すべてはデータを機能させる事から、考える必要があります。

by ONGAENZOUさん - 2020/12/30 14:08 問題を報告

自治体デジタル人材の確保・育成

日本にはポストドクターという、恵まれない研究者がいます。
能力の無駄遣いでもったいないです、地方にせよ国にせよ積極的活用を考えましょう。

参考 @05233 @00919

by ONGAENZOUさん - 2020/12/19 16:28 問題を報告

国家公務員試験にデジタル職創設 22年度 ポストドクター活用を

#001
コメントありがとうございます。
年齢、職域は政府によく考えていただくしかないと思います。

by ONGAENZOUさん - 2020/12/12 08:16 問題を報告

死亡届を以て解約できる法律 Part 2

なるほど、そういうことなんですね。
#デジタル遺産 問題

by ONGAENZOUさん - 2020/12/08 15:05 問題を報告

[事務局]第3回データ戦略TFへのご意見をお願いします。

#041
Aiの利用についても方針を決め、教師データーやAiへの問いかけ(クエリー)、Aiからの答え(アンサー)を規定するべきです。

AiはFIWARE等フレームワークとがっちり握手してこそ、有効に機能します。

フレームワークについて政府レベルで仕様をがっつり規定する、訳のわからないメーカーオプションでがちがちユーザーを締め上げるなどと言うことを、許してはならない、その通りだと思います。

by ONGAENZOUさん - 2020/12/04 01:31 問題を報告

#023
コメントありがとうございます。
公文書は膨大な数になります、公文書以外も合わせると、どれくらいの項目が立つのか、予想が難しいです。
そこで組織横断番号 @00083 と言う項目を立てて投稿してみました、データーを機能させるが主題です、結構な数コメントを頂いています。
全データーに一意連番と中身をわかりやすくする、ニモニックを付けるものです。
IPアドレスとURLのような関係です。
これで番号検索、ニモニック検索、Aiによる文意検索の組み合わせを可能にします。
基番号は一意連番とし、DNSのようなメカニズムでニモニックを振ります。

by ONGAENZOUさん - 2020/11/30 00:56 問題を報告

#024
コメントありがとうございます。
SDGsの17目標を基準にして、このシステムの設計書をまとめてみてはいかがでしょうか。
発表されている文書には色々書いてあるのですが、軸が立ってない、書こうとしていることの基準が、今ひとつわからないです。
SDGsを大項目にしてまとめてみるのも、すっきりするのではと思うのですが、いかがでしょうか。

by ONGAENZOUさん - 2020/11/30 00:42 問題を報告

デジタル化社会で実現されるべき「自助・共助・公助」のサイクルの概念図内容の具体案(4)

不満関数[a]と絶望関数[a]が最大値
問題関数[a]が最小値(不満と絶望を問題化出来ない)
手段関数[a]が空
で有るような人、自助共助が破綻し手段を持たない人の集合体、
これは国民全体の集合において、ある一定のボリュームを示す部分集合と考えられます。
手段が空だとシステムへのアクセスも困難、さあどうする、やはりアナログ的公助が必要です。
#独居老人 #障がい者 #引きこもり #8050問題 #生活困窮者 #無年金者 …

by ONGAENZOUさん - 2020/11/29 06:28 問題を報告

組織横断番号

#039
コメントありがとうございます。
この考えは、新たなデーターがシステムに関与した時点で(認定と採番のやり方は難しいですが)データーに一意の番号を割り付けるものです。
ニモニックは番号に対して付与します、IPアドレスとURLのような関係です。

by ONGAENZOUさん - 2020/11/29 05:53 問題を報告

#電子聴診器 と #オンライン診療

#001
コメントありがとうございます。
いくつかの企業が電子聴診器を開発していますが、値段が高いです。
もっと安くする必要があります。
医療機器の認証も、迅速にせねば成りません。
ここは政治の出番でしょう。

by ONGAENZOUさん - 2020/11/29 04:43 問題を報告

国も民間もIT現場でポストドクター活用を

#003
コメントありがとうございます。
例えば古文書をAiで読み解いて、その底流にある歴史を解析するなどの業務を考えたら、古文書の辞書群を教師データーとして整備する必要があり、文系の出番です。
JMOOC(https://www.jmooc.jp/)のコンテンツを充実させる等は、文系理系両方の出番です。
企業で社員教育がうまくいかない、ポスドクを教師として活用出来ます。

考えれば道はいくらでもあると思います。

by ONGAENZOUさん - 2020/11/29 04:39 問題を報告

組織横断番号

#034 #035
コメントありがとうございます。
採番については一意性の確保のため、慎重な検討が必要と思います。
この考えはデーターの保存検索再利用により、データーを機能させる事が趣旨です。
公文書など膨大な数を管理するためには、IPアドレスとURLのような関係をもった仕組みが必要と思うのです。
番号にはニモニックを振ってわかりやすい形を作る考えです、IPアドレスとURLのような関係を作れれば、と思っています。
番号割り当てと事象の発生を完全に同期させる必要があるか、各ノードから事後申請的に(時間差を伴って)行うか、いろいろ考えられると思います。

by ONGAENZOUさん - 2020/11/29 03:23 問題を報告

[事務局]第3回データ戦略TFへのご意見をお願いします。

見た範囲では、このシステム目的目標に、SDGsなど国際的目標との整合性が出てきません、それで問題ないのでしょうか。

by ONGAENZOUさん - 2020/11/28 16:06 問題を報告

前々から気になっていたのです、なんでシステムの対象となるデーターに公文書が出てこないのでしょうか。
もちろん公文書には、機密性のあるものが多く含まれます、メタデーターで利用範囲を管理すれば良いです。
公文書は財産と言っておきながら、なんで俎上に上がらないのでしょうか。
参考の論議@00083

by ONGAENZOUさん - 2020/11/28 15:47 問題を報告

寄せられた意見の分析に、Aiの活用を考えましょう

#001
コメントありがとうございます。
BERTやGPT-3など言語系Aiも大きな進歩を遂げています、ユーザーの問いかけに、似ている文書をピックアップしたり、コラム記事を執筆したり、かなり自動で出来るようになっています。
BERTの応用などポイントと思っています。


これらの技術の根幹は数学です、ベクトル化、多重パーセプトロン等の技術です、@00697で書いたのですが、数学教育は重要な課題と思っています。

by ONGAENZOUさん - 2020/11/27 21:16 問題を報告

日本経済 復活のために

関係者のご努力に敬意を表します

古文書の文脈ををAiで分析することで、複数の古文書にある底流の共通性があぶり出されれば、面白い歴史研究になるでしょう。

教師データー:デジタル化された古文書と、古文書を読み解く(形態要素分析する)辞書
問いかけ:同一性を調べたい古文書
Aiの答え:問いかけに類似性のある古文書のリスト

by ONGAENZOUさん - 2020/11/25 01:32 問題を報告

学校の授業で3Dプリンター導入すべき

三次元立体で物を見るのは、物を多角的に見て、造形を考える良い訓練になります。
3D作画ソフトから入って、3Dプリンターへ至るのは良いことだと思います。
数学の勉強に3D作画を導入すると理解が深まります。
稚拙ながら私の作画です==>https://twitter.com/OneClickArt/status/1315954832151248896

by ONGAENZOUさん - 2020/11/22 13:15 問題を報告

国民総大学生

https://www.jmooc.jp/

制度はあるので、拡張拡充そして一般への周知を。

by ONGAENZOUさん - 2020/11/21 17:20 問題を報告

入試を廃止し、誰でも受けられる配信授業で、成績に応じて卒業または単位取得のみ認める制度を。

JMOOCと言うオンライン授業があります。
もっと拡充宣伝するべきでしょう。
https://www.jmooc.jp/

小中高等学校の標準的授業をビデオに起こして、ネット配信するのもありです。(授業はビデオ越しために行い、安全のため子供は授業に入れない、子供が映ると重大な事件に巻き込まれる恐れがあります)

授業に使った教科書はPDFで誰でもダウンロードできるようにします。
出版社には相応の著作権料支払います。

by ONGAENZOUさん - 2020/11/13 18:13 問題を報告

[事務局]第2回データ戦略TFへのご意見をお願いします。(総論)

#023
(前項から続く)
現在の鉄道ダイヤ管理は、ソフトウエアと人間の共同作業で行われています。

例えばスケジュール遅れでは、各マイルストン到着日時の変更、他プロジェクトとの待ち合わせスケジュール変更、、臨時要員の手配、臨時機材の手配、緊急に支線をもうけて一部作業を先行させる、等の調整は鉄道ダイヤ管理ソフトで出来ると思うのです。

鉄道のダイヤ管理ソフトは鉄道会社や車両メーカーなどが開発していると思います。
鉄道ダイヤ管理ソフトに工夫を加えて、大規模ITプロジェクト管理をするのはいかがでしょうか。

スケジュール管理にはもう一つ目的があります、連動しての労務管理です、このIdeaBoxでも指摘されています、多重下請け、無茶な労働、中抜きさや抜きの類いです。

by ONGAENZOUさん - 2020/11/12 17:21 問題を報告

スケジュール管理についての提案

国家ベースのITプロジェクトを進めてゆく上で、スケジュール管理は大きな問題となります。
基礎となるタイムライン、マイルストン、そこから派生する、子、孫、ひ孫、来孫~~プロジェクト。
スケジュールに張り付く人、物、金など資産管理、膨大なチャートになります。
中には暴走、脱線、転覆するプロジェクトも出るでしょう、すべてが順調にクリティカルパスを乗り越えてゆくとは限りません。


以前から大規模ITプロジェクトにふさわしい管理は?、と考えていたのです。
鉄道のダイヤ管理ソフトを応用するのはどうでしょうか。

鉄道には、本線、支線、引き込み線、材料線など複雑な線路があり、その上を多数の車両が走ります、車両には性能の良い物、悪いもの、短い編成、長い編成が混ざります。
運行中に事故や遅れ、運休、臨時増発などよく起こります。
それに伴い、人や車両の配置も逐一変わります、まるでITプロジェクト管理のようです。
(以降続く)

by ONGAENZOUさん - 2020/11/12 17:19 問題を報告

#008
(前項から続く)
データーとその属性{文字、音声、画像、振動…etc.}は千差万別で、数値化されているとは言え、データーの並びにy=f(x)のような規則があるわけではありません、離散的に存在するのが普通です。

データーはすべて定型フォーマットにでき、特定規則の並びに出来ると考えてしまうと、失敗するのではと思うのです。
離散データーをどう扱うのかを、早い段階から考えておくべきと思います。

また離散的であるからこそ、データーに一意の連番と、連番の意味を表すニモニックを付けるべきと思うのです。https://ideabox.cio.go.jp/ja/idea/00083/

by ONGAENZOUさん - 2020/11/11 09:10 問題を報告

どうにも気になります

データ戦略タスクフォース第一次とりまとめ(案)ページ5、1.3データーの定義に有る図です。
検索してみると元々は http://www.iwar.org.uk/iwar/resources/io-2025/v1c1-1.htm から持ってきているようです。

これは軍の警戒システムに異常イベントが察知された際の、確認作業から、決定、行動に至るプロセスを指しているように見えます。
「デジタルの世界でネットワークなどを通じて連携や交換できる数値から形式化された情報や知識を全て含む概念」は良いとして、
データーのプロセスは直線的で、一意的に見えます。
軍事プロセスとしてそれは正解かもしれないですが、現実には各プロセス間で、飛び越し、手戻り、相互参照、相互更新、例外的処理などが起こるわけで、一つのベクトルの上に直線的にプロセスが並ぶわけではありません。

データーの存在は多数の軸が並ぶ多次元的なもので、『算数の世界でX軸とY軸があり、y=f(x)の関係でグラフが成り立つ』ようなものではありません。
(以降続く)

by ONGAENZOUさん - 2020/11/11 09:06 問題を報告

公務員試験の見直し

データベースを理解するには、素朴集合論レベルの数学は絶対に必要です。
SQLの仕様を勉強すればわかりますが、あれは集合論その物です。
SQLを複数積み重ねる場合は、SQLとSQLの間で発生する矛盾についての理解も必要です。(ZFC公理論)
ITの基礎知識は数学にあります。

by ONGAENZOUさん - 2020/11/10 19:19 問題を報告

デジタル庁の設置場所

#002
コメント投稿したONGAENZOUです。
すみません、字が違ってました。 カントオーバー ==> カットオーバー です。

もう一つ申し添えておくと、AWSは十分な安全が確保されていることが、話の前提です。

by ONGAENZOUさん - 2020/11/04 04:11 問題を報告

#001
機能の大半をクラウド上に置くことが出来れば、運用管理要員をリモートワークとして、都心に馬鹿でかい事務所を構える必要は無いと思います。
機能に対する構造をいかに整理して、どこまでクラウドに乗せることができるかです。
日本政府はクラウド推進を表明していて、その中核はAWSが担うことが決定されており、ベースとなるシステムがAWS上にカントオーバーされています。

==> https://www.itmedia.co.jp/news/articles/2010/14/news053.html  (ITmedia NEWS )
==> https://www.nikkei.com/article/DGXMZO65204730Q0A021C2000000/  (日経 全文を読むのは有料です)

by ONGAENZOUさん - 2020/11/04 03:26 問題を報告

組織横断番号

#032
コメントいただきありがとうございます。
 >>現状では組織をまたぐ文書の閲覧はできません

デジタル改革アイデアボックスは、デジタル庁設置の準備段階での、アイデア投稿であり、機密指定でないものは、幅広く利用することが前提との考えに立って組織横断番号の投稿をしております。

事務局より発行されている「ベース・レジストリの概要」☆ https://www.kantei.go.jp/jp/singi/it2/dgov/data_strategy_tf/dai1/siryou2.pdf において、ベースレジストリとして、官民共通のベースを作ると明示されています。

「データ戦略の策定について」 ☆ https://www.kantei.go.jp/jp/singi/it2/dgov/data_strategy_tf/dai1/siryou1.pdf においても広く基盤を作るとされています。
もちろん今後の具体案作りで、現実的に乗せられる物はどこまでか、と言う論議はなされてゆくと思います。

組織横断的基盤は考えるべきなのだと思います。

by ONGAENZOUさん - 2020/11/02 15:19 問題を報告

#028
早速のコメントありがとうございます。
もう一つ質問です。
 >>どこを起点にした順序ですか。
 >各課室ごとに連番が振られています。

例えば総務省が、他省庁又は地方自治体の文書を検索したい、閲覧したいと成ったとき、検索と閲覧は、ワンストップの操作で可能なのでしょうか。
文書番号を知っていれば、その番号を入力し、番号がわからなければ、タイトルや内容から検索できるのでしょうか。
電子化されている文書の閲覧は、機密指定などがされていなければ、省庁間、又は地方自治体に断り無く閲覧できるのでしょうか。

お手数ですが、よろしくお願いいたします。

by ONGAENZOUさん - 2020/11/01 12:42 問題を報告

#026
早速のコメントありがとうございます。
教えてください
 >>現状の文書管理システム
誰がシステムを作り、誰が管理していますか。
 >>順序列
kareidscope1123さんが言われる順序とは、どこを起点にした順序ですか。
組織内順序ですか、官公庁全体組織集合ですか、地方自治体まで含みますか、それとも官民合同組織まで含みますか。

お手数ですが、回答いただければ幸いです。

by ONGAENZOUさん - 2020/11/01 01:02 問題を報告

#021
最初に言い出しましたONGAENZOUです。
一連の論議、番号が一意の連番である必要があるか、の問題だと思います。
組織横断が前提で、一括管理のためですから、例えば同じ時間に同じ部署から発番依頼があったときなどを考えていかなければ成りません。
もう一つは飛び番号が許容できるかの問題があります。
飛び番号があると、番号と番号の間に、別の番号が入り込む余地があるので、順序列が確保できなくなる恐れがあります。
発番メカニズムを一カ所に集中させ、順序の列を確保する必要があります。
文書管理の場合、廃棄文書もその存在過程をの残す必要があるので、一度出された番号は永久使用(再割り当て禁止)となります。
タイトル、組織属性や、機密属性、文書の要旨などは、メタタグとして別途管理する必要があります。
最終目標は、データーを機能させる事にあります。

by ONGAENZOUさん - 2020/11/01 00:15 問題を報告

#020
早速のコメントありがとうございます。
他の方のご意見にもありますが、文書の属性情報は、一意番号やその番号に対応するニモニック(IPアドレスとURLのような関係)とは別の話だと思います。
いわゆるメタ情報をどこにどう持つか、別個の設計になると思います。
電子化されない文書や、廃棄済み文書も、存在記録は残しておく必要があります。

by ONGAENZOUさん - 2020/10/31 20:55 問題を報告

データ戦略へのご意見をお願いします!![事務局]

#077
(前項からの続き)
稚拙ではありますが、私の投稿と頂きました種々コメントがお役に立てばと思い、リンクを張ります。
==>https://ideabox.cio.go.jp/ja/idea/00083/


いろいろ詰め込みました、煩わしく感じた方いらっしゃいましたら、お詫びします。

by ONGAENZOUさん - 2020/10/31 03:40 問題を報告

#076
(前項からの続き)
データーの利活用では検索をどうするかの問題もあります、データーは利活用されなければ、システム整備をする意味はありません。
早く確実な検索、機密が漏れない検索など相等に難しいです。

入れ物論議で言えば、IoTフレームワーク(IoT実現のためのOS)のようなものを使うことも出来ます。


組織横断管理をどうするか、機密をどうするか、投稿者の真正性、改竄、どうするか、大変な問題があります。
インターネットにおけるICANN(The Internet Corporation for Assigned Names and Numbers)のように、管理システムを管理するのは誰でしょうか。
技術基準であるRFC(Request for Comments)を管理するIETF(Internet Engineering Task Force)に相当するのは誰の仕事でしょうか。
後々の組織的問題もあります。。

(以降続く)

by ONGAENZOUさん - 2020/10/31 03:27 問題を報告

開発にアジャイル型発想を。

どういう項目を、どこにどう入れて、各項目をいかに繋いでゆくかと言う論議と、そもそも何を網羅しなければいけないかと言う論議は、平行して進めた方が良いと思います。

当然システムは多義にわたる項目を網羅し、将来頻繁に追加削除訂正が行われるので、集約型構造は取れません。
分散型管理をしなければ成りません。
必要なデーターと機能の検討→入れ物の検討→必要なデーターと機能の検討、と言う具合に繰り返してゆく、いわゆるアジャイル型発想が必要になると思います。

ベースレジストリ(総目次)一つとっても、集約型にしたら、維持しきれなくなるのは目に見えています。
ちらっと考えてみても、タイトル、文書属性や要約を示すメタタグをどこに置くのが正解かだけでも、相等に難しい話です。

入れ物本体についても、従来型リレーショナルデーターベース(RDB)的に考えるか、ブロックチェーン的に考えるかで、話は大きく変わってきます。
(以降続く)

by ONGAENZOUさん - 2020/10/31 03:24 問題を報告

AI導入で奴隷制度 社会が変わるといいなぁ😊

Aiを使う人、Aiを作る人、Aiに使われる人、Aiにはじかれる人、野放図な進め方をすると、階層社会ができあがってしまいます。
「Ai人事が、君はもうダメだと言っている」 うん~~~~~、え~~~~~。

by ONGAENZOUさん - 2020/10/29 05:19 問題を報告

組織横断番号

#012 コメントありがとうございます。
 >> データの寿命が短命で他で活用しない前提とすれば不要なのかも知れませんが、それは目指している所ではないのではありませんか

目指しているところではありません。
総目次DBを作り、文書には期限があっても、目次その物は永久保管して文書の利活用を図ることにあります。

by ONGAENZOUさん - 2020/10/29 04:56 問題を報告

#013 コメントありがとうございます。
 >>DBに登録する際に内部的に一意になるように番号を振るのでしたら、それは必要とは思いますが

投稿の目的は 『公文書が利活用出来ていれば、管理も自ずと出来るようになります』にあります。

そのためには公文書の総目次が必要ではないかと考えたのです。
手書きなど非電子化文書でも、目次に相当する部分は、DBに入れておくべきと思います。
これが出来ていれば、検索も一発で出来ます。
文書その物には、保管期限があり、期限で廃棄されますが、文書の存在を示す記録は、永久保管で必要と思います。
廃棄された場合でも、文書のタイトルや前書きの要約、廃棄に関わった組織などの記録は総目次として残すべきと思うのです。
一方で一覧性が高くなると、機密保持の問題が出てきます、機密保持はその考え方をきちんと作り込まないと、いけないと思います。

by ONGAENZOUさん - 2020/10/29 04:43 問題を報告

#009 コメントありがとうございます。
 >>検索に意味ありの番号は関係ないのではないかと言うことであり
それはその通りだと思います。
 >>データと表示方法を分けて考えるのは
データー本体、その存在場所(例えばブロックチェーン上のどこか)、一意の番号、一意の番号に対応するニモニック、各要素についてそのあり方を個別に設計し、統合してゆくのが手順だと思います。
データーを機能させると、データーがもれなく管理できるは、別々の設計になると思います。

by ONGAENZOUさん - 2020/10/28 01:46 問題を報告

#007 コメントありがとうございます。
番号に機密属性を持たせると言うことでは、ありません。
例えば末尾が9999で有れば機密としたら、ここに機密がありますと宣伝していることになります。
検索キーは一意番号またはニモニックの他、タイトルや本文に含む、文字列でも良いわけです。
一意番号は、検索結果にヒットした場合、表示されるものであり、機密故にヒットしなければ、何も表示しなくて良いわけです。
もちろん一意番号又は番号に割り当てられたにもニモニックを、知っている人が入力した場合、閲覧可能であれば、その文書またはそのありかを返す、機密であればレベルに合わせて、メッセージを返すか無視するかです。
一意番号又は割り当てられたにもニモニックも含め、一行表示の方が、わかりやすいと思います。
ideabox.cio.go.jpとするのと
[内閣官房]
[IT担当室]
[デジタル改革アイディアボックス]
[88889999]
とするのと、どっちが使いやすいか、と言うことだと思います。

by ONGAENZOUさん - 2020/10/27 20:54 問題を報告

#005 早速のコメントありがとうございます。
検索のやりやすさを考えたとき、日本-デジタル庁-0010-ABCD-xxxxxxxx{検索}のほうが良いのではと思うのです。
検索時の表記には、一部を正規表現にすることで、複数の対象をピックアップ出来るようにします。
機密文書の場合、機密レベルによって、その旨をメッセージする、存在その物が機密の場合、検索対象にしない、などです。
私が提案した趣旨は、「データーを機能させる事」にあります。
検索や、データーを加工しての集計、Ai的発想として、検索結果を教師データーとして、問いかけ(クエリー)に対する抽出、近未来予測などでデーターをより活かすことです。

by ONGAENZOUさん - 2020/10/27 18:55 問題を報告

#003 返信ありがとうございます。
確かにおっしゃられるとおりです。
トップレベルドメイン(TLD : top-level domain)を引き合いに出しましたが、TLDの後ろにはIPアドレスがあるわけで、IPアドレスには領域の大きさに応じて、クラスはありますが、一意番号です。
その意味では、一意番号があって、番号を名前付けする形にするのが合理的です。
名前は辞書を変えることで(IPアドレスで言えばDNSを変更する)組織変更に対応できます。
m.hidehiroさんのコメントに同意します。

by ONGAENZOUさん - 2020/10/27 18:25 問題を報告

#001 早速のコメントありがとうございます。
私としては、トップレベルドメイン(TLD : top-level domain)のような体系を考えていたのです。
番号と言っても、英字、数字、日本語などが入り、構造化されていて、人間でも可読できるものと考えています。
体系を組むのは難しく、インターネットの専門知識を持ち、世界規模でのシステム運用経験者など、設計に参加する必要があります。

by ONGAENZOUさん - 2020/10/27 15:19 問題を報告

GO To トラベルがあって、なんでGO To スタディーがないのでしょうか

#003 早速のコメントありがとうございます。
 >>どこに行くの?
自分を高見に引き上げる意味では、GO To ではないかと。

by ONGAENZOUさん - 2020/10/27 01:39 問題を報告

あらゆるものにコードを振ろう!

実現するためには、国地方合わせた広域付番管理システムが必要です。
DNSのような統一された、自動付番システムを構築する必要があります。
==>私の投稿です、稚拙ですがよろしければご覧ください。
https://ideabox.cio.go.jp/ja/idea/00083/

by ONGAENZOUさん - 2020/10/26 08:56 問題を報告

GO To トラベルがあって、なんでGO To スタディーがないのでしょうか

#001 早速のコメントありがとうございます。
学校の授業をそのまま収録して、YouTubeに流すと言うことではありません。
子供の映像を広く流すことは、言われるように危険が伴います。
外部公開用に、子供のいない環境で、カメラに向かって授業をしてもらえば良いわけです。

by ONGAENZOUさん - 2020/10/25 22:40 問題を報告

職業高校の高専へスケールアップと、ITリテラシー促進

#001 早速にコメントありがとうございます。
10日間程度のインターンを、何度か教育課程に組み入れるのは、重要なことです。

by ONGAENZOUさん - 2020/10/25 13:21 問題を報告

基本地図情報システムの設立

国土地理院が中心となって、官民合同で出来ると思います。
地図は重要な戦略物資です。

by ONGAENZOUさん - 2020/10/25 06:01 問題を報告

デジタル大学設立

そのような取り組みとして、JMOOCがあります。

https://www.jmooc.jp/

by ONGAENZOUさん - 2020/10/20 14:21 問題を報告

診療内科&精神科のオンライン診察を普及強化して欲しい。

精神科というのは最もアナログな診療科のようです。
心理検査はありますが、血液検査のような物理的検査はないので、診断及び投薬は、医師の裁量というか勘というか、に頼っている割合が大きいです。
精神科での診療データー、カルテデーターは大量にあるので、これを教師データーとして、全国的Ai診断網を作れば、診療精度は大きく向上します。
PET-Spectなど最近急速に進化している、脳の画像技術も積極的に取り入れるべきです。
精神科&&心療内科のDXは効果が大きいと思います。

by ONGAENZOUさん - 2020/10/16 01:53 問題を報告

理工系・デジタル系学位へのインセンティブ制度

文系理系を問わず、論理代数学(集合、ベクトル、行列、述語理論等)を必修化することが肝要と思います。
論理代数学的発想は、文系理系に関係なく役に立ちます。
文系に人がITに携わる場合に、障壁は格段に低くなります。
同様の話が『統合イノベーション戦略推進会議』で取り上げられた記事がありました。

by ONGAENZOUさん - 2020/10/12 08:02 問題を報告

プログラミング教育の重要性

#002 EpochMaking_Pii様 早速の返信ありがとうございます。
私の言いたかったことも、数学の重要性です。
数学はプログラミングはもとより、色々なところで役に立ちます、社会の構成、組織の構成、人と情報の流れ、こういう所を考える時、とても重要です。
数学の素養があれば、プログラミングが必要になったとき、勉強するのはさほど難しくないのです。

by ONGAENZOUさん - 2020/10/11 14:56 問題を報告

プログラムが日本語の日本式PC作って

『 #B_TRON です、1990年代国産OSとして力を入れていたんです』
#超漢字
http://chokanji.com/ckv.html
https://twitter.com/chokanji

これがあるんです、Windows上のVMwareアプリケーションとして動作します。

by ONGAENZOUさん - 2020/10/10 01:41 問題を報告

投票履歴 30

せいこうとは
国民総大学生
公務員試験の見直し
特許市場の設立
組織横断番号

高評価コメント 6

他のユーザからの評価(★の数)の平均が4以上のコメントを表示しています。

評価の平均値
5
コメント日時
コメントしたアイデア

せいこうとは

どんなに立派なシステムでも、メンテナンスを怠れば、あっという間に陳腐化し、忘れ去られます。
メンテナンスとライフサイクルは、当初から設計に入れておくべきものです。

評価の平均値
5
コメント日時
コメントしたアイデア

寄せられた意見の分析に、Aiの活用を考えましょう

#001
コメントありがとうございます。
BERTやGPT-3など言語系Aiも大きな進歩を遂げています、ユーザーの問いかけに、似ている文書をピックアップしたり、コラム記事を執筆したり、かなり自動で出来るようになっています。
BERTの応用などポイントと思っています。


これらの技術の根幹は数学です、ベクトル化、多重パーセプトロン等の技術です、@00697で書いたのですが、数学教育は重要な課題と思っています。

評価の平均値
5
コメント日時
コメントしたアイデア

国民総大学生

https://www.jmooc.jp/

制度はあるので、拡張拡充そして一般への周知を。

評価の平均値
5
コメント日時
コメントしたアイデア

入試を廃止し、誰でも受けられる配信授業で、成績に応じて卒業または単位取得のみ認める制度を。

JMOOCと言うオンライン授業があります。
もっと拡充宣伝するべきでしょう。
https://www.jmooc.jp/

小中高等学校の標準的授業をビデオに起こして、ネット配信するのもありです。(授業はビデオ越しために行い、安全のため子供は授業に入れない、子供が映ると重大な事件に巻き込まれる恐れがあります)

授業に使った教科書はPDFで誰でもダウンロードできるようにします。
出版社には相応の著作権料支払います。

評価の平均値
5
コメント日時
コメントしたアイデア

データ戦略へのご意見をお願いします!![事務局]

開発にアジャイル型発想を。

どういう項目を、どこにどう入れて、各項目をいかに繋いでゆくかと言う論議と、そもそも何を網羅しなければいけないかと言う論議は、平行して進めた方が良いと思います。

当然システムは多義にわたる項目を網羅し、将来頻繁に追加削除訂正が行われるので、集約型構造は取れません。
分散型管理をしなければ成りません。
必要なデーターと機能の検討→入れ物の検討→必要なデーターと機能の検討、と言う具合に繰り返してゆく、いわゆるアジャイル型発想が必要になると思います。

ベースレジストリ(総目次)一つとっても、集約型にしたら、維持しきれなくなるのは目に見えています。
ちらっと考えてみても、タイトル、文書属性や要約を示すメタタグをどこに置くのが正解かだけでも、相等に難しい話です。

入れ物本体についても、従来型リレーショナルデーターベース(RDB)的に考えるか、ブロックチェーン的に考えるかで、話は大きく変わってきます。
(以降続く)

評価の平均値
5
コメント日時
コメントしたアイデア

診療内科&精神科のオンライン診察を普及強化して欲しい。

精神科というのは最もアナログな診療科のようです。
心理検査はありますが、血液検査のような物理的検査はないので、診断及び投薬は、医師の裁量というか勘というか、に頼っている割合が大きいです。
精神科での診療データー、カルテデーターは大量にあるので、これを教師データーとして、全国的Ai診断網を作れば、診療精度は大きく向上します。
PET-Spectなど最近急速に進化している、脳の画像技術も積極的に取り入れるべきです。
精神科&&心療内科のDXは効果が大きいと思います。

ページの先頭へ