自社製フレームワークの設計書

・インタープリタ言語のruntimeを再インストールして起動

　runtimeのヴァージョンがＯＳに対応出来なくなった場合はＣＤデータ（有料）で再配布。

・Ｃ：ドライブ（Windowsインストール先ドライブ）は起動以外には使わない

　設定ファイルを指定して起動。（ショートカットで起動、画面はブラウザ、端末としてGoogle Chromeも動作確認）

・ＣＤデータでプログラムを配布

　設定ファイルは編集可能にして自社製メモリキャッシュ機能※１を設定できるようにする

　（Ｃ：ドライブ（Windowsインストール先ドライブ）へのファイルアクセスやＤＢアクセスは自社製メモリキャッシュ機能※１を実装）。 

　他言語のインターフェイスで使用する実行ファイルはＣＤデータで配布　（自社製のメモリアロケーションシステム※２等）。

・同期、マルチスレッド、ガーベージコレクションを実装（ソースを指定して実行）

　サーバーで同期、クライアントは非同期通信。（WifiとVPN、LANとOneDrive）

　ガーベージコレクションのタイミングで自社製のメモリアロケーションシステム※２ を実装する。

　サーバーのデフォルトは１インスタンスのスレッド、割り込みはインターラプトのみで同時に起動できるスレッドは３インスタンス迄で高速かつ軽メモリ量のマルチスレッド。割り込み処理はFIFO（フィフォ）。

　インターラプトされたらノーティファイするだけのデフォルトサーバーとミラーのサーバースレッドインスタンスの構成。

　クライアントのリクエスト処理例　ー＞　

　　「アカウント情報、サーバー処理メッセージ」をデフォルトサーバーへ送信（リクエスト）

　サーバーのレスポンス処理例　ー＞

　　フォルダにアクセスするユニークな読み書きスレッドを選択後、アカウントドライブブラウザで同期してマルチスレッドのコンテンツにアクセス。（フォルダをMicrosoft edgeで同期）

・ハードウェア（ドライバ）のインターフェイス実装

　２次的なもので他人の手作業がいるインターフェイスのみ実装可能（自動で動作するインターフェイスは実装不可）。

・フィードバック制御（Visual Studio Code で JavaScript デバッグ Microsoft Edge DevTools）

オンラインでリアルタイム処理

ミラー入力（目標値） 、ミラー出力（制御量）

入出力一致の修正動作システム

入力に対する出力が変わってしまった場合にフィードバック制御。

バッチ一括処理のテスト制御

過去の入力に対する出力を変えない処理。時間毎にテスト仕様書を作成。

システムのリソースが空いている時間、夜間バッチ等。

システムが処理しきれない量のデータが投入されてもシャットダウン（サーバーが落ちる）しない。

・ＡＩでプログラムを書きながら仕様書を修正

　ＬＬＭから自社製の生成ＡＩを作る。

　ＡＩは人の下。　　他の生成ＡＩ（人以外）のデータから入力できないか？

　人が失敗をする。　間違いを繰り返さないＡＩを作りたい。

・Microsoft store ネットゲームでセットアップを勉強

　信頼サイトの登録

　ショートカットからの起動

　EXEファイル実行　ー＞　信頼サイトのruntimeライブラリをMicrosoft storeからインストールするのが先

　操作方法とマニュアルは変更しない。

・保守業務マニュアルをホームページに掲載

　テスト方法は保留。