Groups | Search | Server Info | Login | Register

Groups > tw.bbs.edu.computer-science > #20

電子頭脳設計図概要 9290910200 版

Cross-posted to 3 groups.

Followups directed to: tw.bbs.comp.sources

Show all headers | View raw

YAMAGUTIseisei wrote:
> PR : シンギュラリティ系有料メールマガジン発行を構想致しております
> 無料メールマガジン版 ( 別途有料版開始時打切 )
> http://mailux.com/mm_dsp.php?mm_id=MM53D8AF3589BC7
> 
> 
> 設計概要自体の代りに周辺情報 ( 論文翻訳等 ) をお届け致しております
> 
> 
> 
> HarmonyOS ロンチイベント ファーウェイデベロッパカンファレンス 2019
> 
> Richard Yu
> 
> 
> Google 翻訳
> Harmony OS Launch Event in English @ Huawei - HarmonyOS HDC2019 - Huawei Developer Conference 2019
> http://m.youtube.com/watch?v=7HvgfQy_Nv8#CTFTnPbU68s#EE6yzdB4RHU#mpQXEroIzYg
> 
> 　
> http://rio2016.2ch.net/test/read.cgi/future/1566534326/12# HongmengOS ( HarmonyOS )
> http://rio2016.2ch.net/test/read.cgi/future/1559851720/54# DensiZunouTeki Sekkei ## TaihuLight SW26010 JianZhangSensei
> 
> 　
> 
> ? ry シナリオのOS。
> すべてのシナリオの為のOS。
> 
> ? 中国語のハーモニーは地球 ry ついて話し、英語の漢字Hongmengにクローズド発音を使用することは、より調和とより便利な世界をもたらしたいため、ハーモニー ry 。
> 中国語の Hongmeng は、地球の始まりについて語り、そして、英語では漢字鴻蒙に近い発音を使用し、我々が欲する調和と利便性とを世界の為に齎すものとしてハーモニーと呼ばれます。
> 
> HarmonyOSは、すべてのシナリオに対応した世界初のマイクロカーネルベースの分散OSです。前述のとおり、GoogleもマイクロカーネルベースのOSに取り組んでいますが、まだ実現されていません。
> 
> ? ry 関しては、分散アーキテクチャを備えているため、すべての ry 生まれ、カーネルを保護し、共有エコシステムを実現できます。
> 私たちの調和に関しては、我々が持つ分散アーキテクチャとして、それは全てのシナリオに対応する分散OSであるため、スムーズに生まれ、セキュアなカーネルを持ち、共有エコシステムを実現できます。
> 
> そのアーキテクチャを見てみましょう。
> 
> http://m.youtube.com/watch?v=7HvgfQy_Nv8&t=68
> 
> ? ry であり、非常に下層のカーネル ry 。
> これはHarmonyOSのアーキテクチャであり、とても下層それがカーネルであり、その基本サービスの上にプログラムフレームワークがあります。
> このようにして、パワービジョン、ウェアラブルサービス、ハンドユニットサービス、スピーカーサービス、スマートフォンサービスなど、あらゆる種類のデバイスをサポートできます。
> これらの種類のサービスはすべて、単一のオペレーティングシステムでサポートできます。
> ? ry 弾力的 ry するため、モジュール ry 。
> それは、弾力的な展開を可能にするものとしての、モジュールベースのデカップリングです。
> 
> ? このデバイスの機能が何であれ、このHarmonyOSを同時に使用 ry 。
> このデバイスの如何なる機能であれ同時に、このHarmonyOSに於て使用できます。
> ? ry 能力でも柔軟な適応を実現 ry 。
> 強力で柔軟なため、狭い展開能力にも柔軟に適応する事を実現できました。
> ? RAM ry できるように。
> その為、 RAMサイズ2GBレベルからKBレベルまでの幅広いメモリ空間をサポートできます。
> そのため、1つのオペレーティングシステムに対して異なるデバイスに適用できます。
> ? ry して、完全に接続された世界にサービス ry 提供すると同時に、最初の有能 ry である分散 ry を使用できます。
> このようにして、フル接続ワールドにサービスとサポートを提供するその時我々は、我々の初の有能なデバイスOSである我々の分散アーキテクチャを持っています。
> 
> http://m.youtube.com/watch?v=7HvgfQy_Nv8&t=168
> 
> ? ry スケジューリングがあります。
> そして、それが分散アーキテクチャであり、ソフトバス、分散仮想バス、ハードウェア仮想化、分散データ管理、および分散データスケジューリングを我々は持っています。
> また、仮想化ハードウェアは共有リソースとして機能し、仮想バスを分散させることで複数のデバイスを接続できます。
> ? ry 関係ありません。
> カメラ、スピーカー、またはその他のデバイスでさえ、センサーやコンピューティングデバイスですら関係なく、です。
> ? それらは、仮想プールで既にプールになっているハードウェア ry 。
> それらは今や、仮想バスにより既にプールである所のハードウェアリソースです。
> ? ry ユーザーのアカウントの1つでした。
> 分散仮想バスはユーザの 1 つのアカウントでした。
> ? ry の機能は ry 。
> すべてのデバイスのケーパビリティ ( 機能 訳注:オブジェクトのタグの類をシングルシステムイメージ文脈で差す場合も ) は、どのデバイスでも共有およびキャッチできます。
> 後で私の同僚は、分散仮想バスがさまざまなデバイスのハードウェア機能を呼び出す方法を示すデモを紹介します。
> そして、Huaweiがこれを達成した最初の企業です。
> 
> ? 私たちの分配された仮想バス ry 。
> 私たちの分散仮想バスは簡素化されたプロトコルも導入しました。
> したがって、7層のこのプロトコルスタックを認識できます。
> 物理層からセッションプレゼンテーションアプリケーション層まで、7つの層がありました。
> ? ry より、中央の4つの層が簡素化されています。
> しかし、OSの場合、分散仮想バスにより、ミドルにあるレイヤが 4つに簡素化されています。
> ? ry 消費されたペイロード ry 化を減らすためにペイロード ry 上げることができました。
> それで、消費ペイロード削減とプロトコルスタックの簡素化との為に我々は、ペイロード効率を押し上げる管理をしました。

> ? ry は、待ち時間を短縮して高スループット ry 。
> 分散仮想バスは、レイテンシ短縮の為の管理をしてより高いスループットを実現します。
> また、PLCが25％と高い場合でも、ユーザーエクスペリエンスは保証されます。

http://m.youtube.com/watch?v=7HvgfQy_Nv8&t=300

> ? ry スムーズの ry 。
> HarmonyOSには、スムーズさのための別の機能があります。
> LinuxとUNIX OSは今日、すべてのリソースを公平に扱うようにシステムを設計しています。
> それらはサーバー負荷指向であり、つまり高速道路上にあります。
> ? ry 車とゆっくり走る車は、トラックトラックと自転車です。
> より速く走る車と、ゆっくり走る車、トラックやロータリと自転車です。
> ? ry 彼らは望む ry リンクのどれかについて疑問に思うだけです。
> 実に驚く事に、彼らは彼らが望むようにリンクできます。
> ? そのようにして、システムの低遅延と高速でスムーズな動作を実現することは困難です。
> その様な、低遅延と高速且つスムーズなシステムオペレーションとを実現する事は、困難です。
> 
> ? ry は操作を変更しました。
> そのため、HarmonyOSはオペレーションを変更しました。
> ? ry を設計しました。
> 追い越し車線、高速車線、低速車線、自転車車線を我々は設計しました。
> ? ry を適用します。
> また、さまざまなアプリケーションの要求に応じてリソースを正確に割り当てるために、ペイロードを動的に分析および予測する技術を我々は適用します。
> ? ry そして、それが高効率と低遅延を達成する方法です。
> そしてそれが、高効率と低遅延とを我々が達成する方法です。
> そして、確定的レイテンシエンジンを展開しています。
> 応答遅延と遅延変動は大幅に低下しました。
> 
> http://m.youtube.com/watch?v=7HvgfQy_Nv8&t=398
> 
> ? そのため、マイクロカーネル ry 心配になる場合があります。
> さてあなたは、マイクロカーネルベースのアーキテクチャのIPCが心配かも知れません。
> しかし、あなたはそれを心配する必要はありません。
> 
> 他の外部カーネルサービスの中で管理されていたファイルシステム。
> それらは基本的なサービスです。
> 
> モノリシックカーネルアーキテクチャを適用する場合、すべての外部カーネルサービスが統合されます。
> しかし、今はマイクロカーネルの時代です。
> IPCのパフォーマンスをどのように確保できますか。
> HarmonyOSは、最高のIPCパフォーマンスを提供できます。
> 
> 自動車のT-Boxで使用されているQNXと比較した結果を見てみましょう。
> ? また、IPC ry わかるため、フクシアとも比較しています。
> そして、フューシアとも比較する事で、 IPCのパフォーマンスがこれらの2つの製品よりも3から5倍高いことが分かります。
> 
> http://m.youtube.com/watch?v=7HvgfQy_Nv8&t=462
> 
> ? ry を使用 ry 。
> さらに、マイクロカーネルを我々が使用するもう1つの理由は、カーネルのセキュリティを確保するためです。
> 
> ? We're about to enter the era of the microkernel era we need to ensure its security.
> セキュリティを確保するために必要なマイクロカーネル時代の時代を迎えようとしています。
> ? ry された他の ry 。
> HarmonyOS-microkernelは、5月20日以降に発売された我々の他のスマートデバイスの中でも、タブレットとハンドセットに商業的に展開されています。
> ? ry のセキュリティが重要なアプリ ry をより確実に確保 ry 。
> マイクロカーネルは信頼できる実行環境に展開されるため、支払いや生体認証などのセキュリティクリティカルなアプリケーションのセキュリティをより良く確保できます。
> 正式な検証メッセージを使用して、TEEカーネルのセキュリティを向上させます。
> 
> 本日リリースするHarmonyOSはマイクロカーネルアーキテクチャを使用しており、今後、マイクロカーネルアーキテクチャを使用するOSが増えることを楽しみにしています。
> 
> HarmonyOSのもう1つのハイライトは、フォーマル検証メッセージです。フォーマル検証を使用して、従来の方法と比較してセキュリティを確保できます。
> OSには常に脆弱性があります。
> 機能の検証と脆弱性のスキャンを使用して、攻撃をシミュレートしてセキュリティのリスクを排除することもできますが、それに対する100％の保証はありません。
> ただし、正式なアプリケーションメソッドを展開することにより、コードマッチング設計を完全に検証し、システムの正確性を検証できることを確認しました。
> より包括的な方法で。
> 
> 正式な検証方法には独自のキャッチがあります。つまり、従来のプログラムコードを使用している場合、必要なコードは1行だけです。
> ? ry そのため、マイクロカーネルを使用 ry 。
> ただし、正式な検証方法を使用する場合は、100行のコードを展開する必要があります。その為に、マイクロカーネルを我々は使用しています。
> ? 小さい ry 。
> より小さいカーネルを使用すると、検証の正式な方法を包括的に展開できます。
> ? ry のセキュリティが重要な燃料でのみ ry 。
> .過去には、正式な批准方法は、航空宇宙やチップセット設計などのセキュリティクリティカルな動力源でのみ使用されています。
> ? ry 今日、OS ry に正式 ry を導入 ry 。
> しかし、今日、正式な方法を OSの設計と開発に我々は導入しています。
> 
> http://m.youtube.com/watch?v=7HvgfQy_Nv8&t=636
> 
> マイクロカーネルにはルート特権がありません。 ( 訳注 : カーネル自体が特権モードで動作 )
> Unix LinuxおよびAndroidには、ルートアクセスまたはルート権限があります。
> ? ry ドアの鍵のようなものです。
> それはあなたの家のすべてのドアのマスターキーの様な鍵です。
> ? ry ため、外部サービスはファイルシステム ry などのカーネルの外に置かれ、すべて独自のロックがありました。
>しかし、今見ているようにマイクロカーネルが使用されている為、ファイルシステム管理やメモリ管理などの外部サービスはカーネルの外に置かれ、それら全てが独自ロック ( 訳注 : 排他文脈か否かは不明瞭 ) を持ちます。
> ? そして、それは私たちがあなたの家のすべてのドアを開けるために1つ ry キーを持つことを心配 ry 。
> そしてそれは、ドア全てを開けるための1つのマスターキーをあなたの家が持つかを我々が心配しない方法です。
> ? And that's why ?
> ? それが理由ですか？
> それは何故でしょう。
> ルート特権を排除することで、システム全体のセキュリティを確保できます。
> 従来のモノリシックカーネルアーキテクチャを2層に変更しました。1層のマイクロカーネルともう1層の外部カーネルです。
> 
> ? EALが認定を発行しました。
> EAL 認証が我々に発行されました。
> 私たちのHarmonyOSは、5つ以上のレベルの認証を取得することが可能です。
> ? 私たちは世界で一番だと信 ry 。
> 我々は、我々が世界一だと信じています。
> そして、テストの一部となり、5つ以上の認証を取得しているOSになることができると確信しています。
> 
> HarmonyOSは、さまざまなデバイスのさまざまなシナリオにわたってセキュリティを確保できます。これはすべて、マイクロカーネルアーキテクチャによって可能になります。
> 
> http://m.youtube.com/watch?v=7HvgfQy_Nv8&t=768
> 
> ? 今日、ここに示す ry アーキテクチャがあります。
> 今日我々は、ここで示すようなHarmonyOSアーキテクチャを持ちます。
> ? そのため、Linux ry 。
> 又我々はまだ、LinuxカーネルとUNIXカーネルだけでなく、他のAndroidアプリケーションも保持しています。
> ? また、カーネル ry 。
> そこでは又、カーネルの一部としてLightOSを保持します。
> ? ry 、カーネルに加えて、より ry を配布する必要 ry 。
> そして、カーネルの直上で、より多くのアプリケーションとの互換性を高めるために、仮想バスやプログラムフレームワークなどを分散させる必要があります。
> また、HarmonyOSのパフォーマンスをサポートするためにコンパイラとマルチデバイスIDEを展開していますが、将来はLinuxカーネルをLightOSカーネルからHarmonyOSのマイクロカーネルに置き換えられることを願っています。
> 
> また、将来的には他のアプリケーションとの互換性も確保されます。
> ? ry がOS上 ry を願っています。
> すべてのアプリケーションが我々の OS の上でスムーズに展開および操作できることを我々は願っています。
> ? ry 、Linuxアプリケーション ry をサポートしています。
> HTML5、Lignuxアプリケーション、Androidアプリケーションなど、さまざまなプラットフォームで開発されたアプリケーションを我々はサポート進行中です。 ?
> これらはすべて、将来的に当社のOSで実行できるようになります。
> 
> http://m.youtube.com/watch?v=7HvgfQy_Nv8&t=868
> 
> すべてのシナリオでの分散OSのもう1つの利点は、共有エコシステムを持つことです。
> ? そのため、過去には、時計 ry 、PC用 ry およびハンドセット ry 必要がありました。
> これまであなたは、時計用のアプリケーション、あなたの PC 用の別のアプリケーション、およびあなたのハンドセット用の別のアプリケーションを開発する必要があったかも知れません。
> ? その後、開発 ry すべての問題を ry 。
> とすると、開発者はアプリケーションをさまざまなデバイスに適応させるために、すべてのトラブルを経験する必要があります。
> ? ただし、Huawei ry を一度開発してから、その ry 。
> しかし今、Huaweiが提供するIDEを使用すると、そのアプリケーションを一旦開発すれば、そのアプリケーションを複数のデバイスに展開できます。
> ? ry 、車のインフォテインメントシステム ry 。
> これにより、家庭の音楽プレーヤーなど、さまざまなデバイスのさまざまなアプリケーション用の共有エコシステムを作成し、あなたの自動車のインフォテインメントシステムのランドスケープモードに自動的に適応させることができます。
> また、IDEにより、自動適応のためのドラッグアンドドロップが可能になります。
> これは、IDE開発者がアプリケーション開発にこの環境を簡単に使用できることのデモです。
> 
> http://m.youtube.com/watch?v=7HvgfQy_Nv8&t=945
> 
> ? ry 。C++ ry 。
> 私たちのコンパイラは別のハイライトです。ローンチ後には、 C++やC言語に関係なく、マルチ言語をサポートします。
> コンパイラによってサポートされており、コンパイラはJava、Kotlin、およびJavaScriptもサポートしています。
> すべての言語は、コンパイラによってサポートされています。
> 
> ハイブリッドプログラミングもサポートしています。
> ? ry アプリケーションにはC ++ ry することもありますが、単純 ry 場合があります。
> 複雑なアプリケーションにあなたが C ++を使用する事を我々は時として望みますが、単純なアプリケーションにはKotlinを使用する場合もあるでしょう。
> ? したがって、プログラミング ry 。
> プログラミング中にどの言語を使用していても、当社のコンパイラはすべての手間を処理できます。
> ? コンパイラーを適用することにより、 ry システム以上。
> しかも、我々のコンパイラを適用しパフォーマンスが60％以上向上したシステム、よりも更に。
> 
> ? ry の配布機能は、 ry にわたるアプリケーション開発 ry 。
> 当社の分散ケーパビリティは、さまざまなデバイスに跨がったアプリケーション開発をサポートするキットを提供しています。
> このキットを使用すると、さまざまなデバイス用のアプリケーションを簡単に開発できます。
> ? ry が、今日のキットでは、さまざま ry 。
> 以前は、サポートしているOSはありませんでしたが、我々のキットでは今日、さまざまなデバイス用のアプリケーションを簡単に開発できます。
> 
> http://m.youtube.com/watch?v=7HvgfQy_Nv8&t=1049
> 
> ? これが ry 歴史であり、2年前に最初にカーネルの開発が開始されました。
> 2 年前にカーネルの初動作から始まった、これがHarmonyOSのロードマップ上の歴史です。
> ? スマートデバイス ry にTEEを使用した場所。
> TEE をスマートデバイスから最初に我々が使用した場所。
> ? ry 明日リリースされた製品です。
> 今年からHarmonyOSはより多くのデバイスに適用され、最初の製品は明日 Honor からリリースされる製品です。
> ? ry バージョン、翌年には3.0 ry 。
> HarmonyOSマイクロカーネルに関しては、来年は2.0バージョン、来年の後には3.0バージョンがリリースされます。
> ? したがって、機能を強化 ry 部分の両方を完全に改善 ry 。
> それで、ケーパビリティを強化するために、内部部分と外部部分との両方をフルに改善します。
> 
> HarmonyOSは、スマートフォン、PC、タブレット、時計、ハンドユニットなど、さまざまなデバイスに適用できます。
> ? ry いつ我々は適用するかを尋ねられた場合は、より ry ができます。
> スマートフォンにいつ我々は適用するかをあなたが私に尋ねるなら、より良いエコシステムの検討を除き、いつでもそれを行うことが我々はできます。
> ? ry 優先するため、Google ry をサポート ry 。
> GoogleのAndroidオペレーティングシステムの使用を優先する事で、GoogleのAndroidエコシステムを我々はサポートしています。
> ただし、将来使用できない場合は、すぐにHarmonyOSに切り替えることができます。
> ? ry する分散機能により、パフォーマンスが向上しています。
> Androidと比較して、将来のすべてのシナリオをサポートする分散ケーパビリティにより、パフォーマンスが向上しています。
> あなたと共有したいことは、いつでもHarmonyOSを使い始めることができるということです。
> ? ry エコシステムのために、 ry 。
> しかし、パートナーシップの検討と、より良いエコシステムと、の為に、誰もがワークロードを削減したいと考えています。
> AndroidからHarmonyOSへの移行は実際にはそれほど難しくありません。
> 非常に簡単です。たった1、2日でそれができるかもしれません。
> これは、移行のワークロードがどれだけ小さいかです。
> 互換性があるため、非常に便利に簡単に移行できます。
> ? ry で、強力 ry 。
> 皆さんと共有したいのは、将来、PC、タブレット、および他のすべてのドメインで、我々の強力なオペレーティングシステムを使用できることです。
> 
> http://m.youtube.com/watch?v=7HvgfQy_Nv8&t=1216
> 
> Linuxをベースに開発している他のオペレーティングシステムが気に入っています。
> 私たちは、まったく新しい世代のオペレーティングシステムを代表しています。
> 当社のHarmonyOSは、AI機能を可能にし、さまざまなシナリオを可能にする、真の将来を見据えた次世代オペレーティングシステムです。
> 繰り返しますが、すべてのシナリオに対応したマイクロカーネルベースの分散オペレーティングシステムです。
> 分散アーキテクチャとその柔軟性のおかげで、はるかに強力なパフォーマンスと他のすべての利点があります。
> 
> また、別の重要なニュースを皆さんと共有したいと思います。
> HarmonyOS、それはオープンソースになります。
> ? ry と思う ry 。
> グローバルなオペレーティングシステムを構築したいと我々は思うでしょう。
> そのため、Huaweiだけでは使用されません。
> ? ry 他の関係者を紹介すること ry 。
> 代わりに、オープンソースにすることで、他のパーティを導き入れる事もできます。
> ? ry 、次世代の主要なオペレーティングシステム ry 。
> 一緒になって、次世代をリードするオペレーティングシステムを共同で構築できます。
> 
> どうもありがとうございました。
> ありがとうございました。
> HDCにご参加いただきありがとうございます。
> より強力なHarmonyOSとより良いエコシステムを一緒に構築できることを願っています。
> どうもありがとうございました。
> 
> 
> 
> -- 
> フリーソフトウエア関連ボランティアの皆様に感謝申上げますと共に
> 当原稿執筆編集の甚大コストへの御配慮に厚く御礼申上げます
> 三菱 UFJ 銀行 平針支店 ( 普 ) 0111481 ヤマグチセイセイ
> 郵便局 218普2449768 ヤマグチセイセイ
> Yahoo pt 1362821068616323 Rakuten pt 1100-3310-4065-1717
> http://yahoo.jp/HsDIGs?#_2TB_0S03224
>
>
>
> 訂正 なぜニューロンは何千ものシナプスを持っているのか、新皮質に於けるシーケンス記憶の理論
:

>図２：皮質セルラレイヤ中のシーケンスを表す。 >A） 新皮質はセルラレイヤに分割される。 >C）? ry 、
>図 4>このようにして尖端フィードバックはネットワークを、どんな入力であれ予想シーケンスの一部である、として解釈する様にバイアスし、予想シーケンス内の要素のどれとももしも入力が一致しない場合を検出する。
>図 6 行頭に ? >? ry に、一次 ry の性能が低い方 ry 。
重要度小>閾値例えば 0. 3 をもしも永続値が超える場合、
>ベストな予測を成すにどれだけの時間的コンテキストが必要か、をネットワークは動的決定する必要があります。

重要度小>? ry では、可能 ry ように入力 ry ストリームを設計 ry 。
>このシミュレーションでは入力データストリームを、可能な最大平均予測精度が50％になるように設計しました。これは高次表現を使用することによってのみ達成可能です。
重要度小>従ってそれら 2 つの場合に於て、サブシーケンス「BC」に亘っての内部表現は異ならねばならない。 さもなくば「C」提示後に、正しい予測を成す事ができません。
>ＨＴＭニューロンおよびＨＴＭネットワークは、分布したパターンの細胞活性に依存しているので、ニューロン又はシナプス、のどれか 1 個の活性化強度はそれほど重要ではない。

>これは、ニューロン個々の想定デューティ比（カラム毎のセル数 / カラムのスパース度）と、
>容量は、幾つの遷移をカラム群の特定単一スパースセットで学習できるかによって決まります。
>は、ほんの幾つかだけ、理想的には１つだけ、存在するはずである。
>? ry ry 軸索アーバーの局所領域に空間的に局在することを予測する。
>? ＮＭＤＡ ry よって脱分極され ry を阻害する ry 。
>を結び付けること、即ち、細胞群の一枚の完全なレイヤ、のレベルに於てのオペレートを行う生物物理学的詳細モデルを作成することです。
>? 勝利列が予測 ry 場合、現在のシーケンス遷移が繰り返される場合、将来コンテキストを表すセルを1つ選択 ry 。
>現シーケンス遷移がもしも繰返される場合のコンテキスト、を将来表すであろうセル 1 つを我々は、勝利カラムがもしも予測されなかった場合には選択する必要があります。

重要度小>? ry 、以前に脱分極 ry を強化する。

Back to tw.bbs.edu.computer-science | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

ミウラ mruby 式電子頭脳 VM ( 強い AI ( AL ) 反乱抑制設計 )  ( Was : ミウラ mruby 方式電子頭脳 VM ) YAMAGUTIseisei <seisei@hello.to> - 2017-09-10 14:47 +0000
  電子頭脳設計図概要 2240810200 版 YAMAGUTIseisei <seisei@hello.to> - 2018-04-29 10:26 +0000
    電子頭脳設計図概要 9240810200 版 YAMAGUTIseisei <seisei@hello.to> - 2018-05-06 20:05 +0000
      電子頭脳設計図概要 5080810200 版 YAMAGUTIseisei <seisei@hello.to> - 2018-08-11 02:18 +0000
        電子頭脳設計図概要 5090810200 版 YAMAGUTIseisei <seisei@hello.to> - 2018-09-05 17:03 +0000
          電子頭脳設計図概要 4190810200 版 YAMAGUTIseisei <seisei@hello.to> - 2018-09-15 17:29 +0000
            分散推論検索エンジン ( 推論エンジン ) 型汎用 AI/AL YAMAGUTIseisei <seisei@hello.to> - 2018-10-07 14:25 +0000
              電子頭脳設計図概要 0321810200 版 YAMAGUTIseisei <seisei@hello.to> - 2018-12-30 15:10 +0000
                電子頭脳設計図概要 3110910200 版 YAMAGUTIseisei <seisei@hello.to> - 2019-01-13 15:07 +0000
                電子頭脳設計図概要 8210910200 版 YAMAGUTIseisei <seisei@hello.to> - 2019-01-28 16:26 +0000
                電子頭脳設計図概要 7120910200 版 YAMAGUTIseisei <seisei@hello.to> - 2019-02-17 15:15 +0000
                電子頭脳設計図概要 3030910200-1130910200 版 YAMAGUTIseisei <seisei@hello.to> - 2019-03-11 16:12 +0000
                電子頭脳設計図概要 9290910200 版 YAMAGUTIseisei <seisei@hello.to> - 2019-10-06 23:22 +0000
                電子頭脳設計図概要 5211910200-6102020200 版 YAMAGUTIseisei <seisei@hello.to> - 2020-02-16 16:39 +0000
                電子頭脳設計図概要 7270020200-6090020200 版 YAMAGUTIseisei <seisei@hello.to> - 2020-09-13 14:02 +0000
                電子頭脳設計図概要 2230020200-0240020200 版 YAMAGUTIseisei <seisei@hello.to> - 2020-04-19 16:56 +0000

csiph-web