ONGAENZOUさんのマイページ

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

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

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

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

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

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

#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 問題を報告

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

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

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

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

#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 問題を報告

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

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

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

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

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


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

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

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

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

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

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

https://www.jmooc.jp/

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

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

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

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

#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 問題を報告

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

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

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

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

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

そのためには公文書の総目次が必要ではないかと考えたのです。
手書きなど非電子化文書でも、目次に相当する部分は、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 問題を報告

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

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

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

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

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

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

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

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

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

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

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

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