(57)【要約】      （修正有）【課題】ユーザが欲する機能を満たし、且つ、エネルギーの保全及び自然エネルギーの持続可能な省電力化ＩｏＴシステムを実現するユーザが必要な時に必要な機能に限定するユーザ・ドリブン・デバイスを提供する。【解決手段】ユーザの欲する機能を実現する部品形成及びオブジェクトをクラウド１ｈからＬＯＤ（Ｌｉｎｋｅｄ  Ｏｐｅｎ  Ｄａｔａ）により集め、クラウド１ｈ上でシステム・ゼネレーションを行う為に所与のデバイス１ｊ〜１ｍのシステム構成をクラウド１ｈで収集し、所与のデバイス１ｊ〜１ｍのハードウェア動作条件を満足する稼働前提確証を論理推論又は機械学習により満足させるハードウェア及びソフトウェア形成情報を創生し、論理合成を具備したデバイス１ｊ〜１ｍのシステム機能強化やシステム機能弱化をデバイス１ｊ〜１ｍへ自動的に反映させる。【選択図】図１
2018042226.tif 000002
【特許請求の範囲】
【請求項１】
所与の電子機械であるところのデバイスに対し識別名、世代認証、稼働前提、実装登録元、開発製造元から形成されるハードウェア及びソフトウェア・コンポーネント形成メタ情報とこれ等から形成される電子機械のデバイス形成群情報から形成されるシステムをクラウド又はデバイス上にＲＤＦ（リソース・ディスクリプション・フレームワーク）又はＯＷＬ（オントロジ  ウェブ言語）等のウェブ系言語で具備している。更に加えて稼働前提にはＯＳ、アプリケーション、エミュレーション、ファームウェア、ＨＤＬ（ハードウェア、ディスクリプション言語）によるＲＴＬ（Ｒｅｇｉｓｔｅｒ  Ｔｒａｎｓｆｅｒ  Ｌｅｖｅｌ）をも含む上位系ソフトウェアの世代、ハードウェア稼働前提、課金対象適用情報をも含むセキュリティ前提等から形成される。
【請求項２】
利用者からの所与の電子機械であるところのデバイスに対する機能の上位クラス機能を形成するストロング機能やデバイスに対する機能の下位クラス機能を形成するウィーク機能要求を受け入れる処理機能をクラウド上に具備し、併せてこの要求を解読して処理するシステム創生機構を果たすエンドポイントを備えている。
【請求項３】
所与の電子機械であるところのデバイスのＰＬＤ（プログラマブル  ロジック  デバイス）例えばＦＰＧＡ（フィールド  プログラマブル  ゲート  アレー）のコンフィギュレーション・データの論理合成の機能をクラウド上に具備して処理するシステム創生機構を果たすエンドポイントを備えている。
【請求項４】
所与の機能に到達するためのハードウェア稼働前提、論理推論稼働前提、機械学習可能前提論理判断、セキュリティの機能及び必要に応じた課金機能の繰り返しによる繰り返し操作による調整機能（チューニング）をクラウド側で処理するシステム創生機構を果たすエンドポイントを備えている。
【請求項５】
上記請求項の１から４項の発明を用いて、ユーザを基準としたユーザの機能要求を実現する所与デバイスの新しいハードウェア及びソフトウェア構成を自動創成できる機能を処理するシステム創生機構を果たすエンドポイントを備えている。
【請求項６】
上記請求項の１から４項を用いて、創成された新しいハードウェア及びソフトウェア形成よりオブジェクトのソースを自動収集できる機能を具備できる処理するシステム創生機構を果たすエンドポイントを備えている
【請求項７】
上記請求項の１から４項を用いて、創成された新しいハードウェア及びソフトウェア形成より、収集されたソースのオブジェクトを所与のデバイス内ストレージのＰＬＤ例えばＦＰＧＡの実メモリー空間に配列できる機能を処理するシステム創生機構を果たすエンドポイントを備えている具備している。
【請求項８】
所与のデバイス内には組込み系と当該デバイスのソフトウェアの単数又は複数の入替処理系から構成し、相互のデータ及び構成を相互入れ替えできるブリッジ機能をデバイスに具備している。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明はクラウドを利用した電子機械の情報処理分野に関する。
【背景技術】
【０００２】  人間が機械に合わせたシステムから電子機械が人間の要望を受け取り、その要望処理をクラウド上に具備された創成機能を利用して、最適な要望オブジクトを所与のクラウドから機械へ移入することで新たな電子機械機能を創成ならしめる技術分野
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２０１０−５０９６９１
【非特許文献】
【０００４】
【非特許文献１】情報処理相互運用技術協会編「セマンティックＷｅｂ入門」オーム社刊  平成１７年１月２０日
【０００５】
【非特許文献２】小林優著「ＦＰＧＡボードで学ぶシステム開発入門［Ｘｉｌｉｎｘ編］」技術評論社刊  平成１５年４月１１日
【０００６】
【非特許文献３】人工知能学会監修「深層学習」近代科学社刊  平成２８年１０月３１日
【発明の概要】
【発明が解決しようとする課題】
【０００７】  今日の電子機械（デバイス）は仕様が最大機能（オーバ・スペック）になっており、ユーザが時として不要な機能または操作の場合にも、購入したデバイスに合わす、デバイス・オリエンテッド・システムに陥りやすい。この結果、使用しない機能に伴う操作性の複雑さ、回路や部品のために消費電力の浪費や販売価格の高騰化の一理を招く傾向にあると考える．
【課題を解決するための手段】
【０００８】  機械内部に制御電子機械を設け、利用者がその機械に新たな機能装備を指示すると、機械の制御電子機械が機械のハードウェア及びソフトウェアの現状をクラウド上に構築された創成システムへ送信する。当該クラウド創成システムは所与の電子機械のユーザ要望からら新たなシステムを創生し、その妥当性として稼働前提確証を得て、そのオブジェクトを所与の電子機械の制御電子機械に装備されたデバイス内の記憶ユニット例えばＰＬＤ例えばＦＰＧＡ（フィールド・プログラマブル・ロジック）等に書き込む。書き込まれたオブジェクトが起動し利用者の希望する新たな機能を具備した電子機械を実行可能ならしめる、ハードウェア及びソフトウェアから形成されるクラウドとデバイスの協調による創成システムである。【０００９】  クラウド上のシステム形成処理システムはＲＤＦ及びＯＷＬ等のクラウド用言語で書かれたシステム機能を実現するハードウェア及びソフトウェアの新たな形成を創出し、その実現をするのに必要なハードウェア及びソフトウェア・オブジェクトをクラウド上から、課金を含むセキュリティを考慮してかき集める機能を具備している。この結果、所与の制御電子機械のメモリー空間をクラウド上に形成し、そこにかき集めたデータの論理合成をも含めたオブジェクトを配置し、その結果を所与の電子機械にダウンロードさせ、電子機械の新機能を具備した電子機械を実現させる。【００１０】  クラウド側に創生機構を具備し、以下の機能を具備させる。先ず機械の機能要求を受信する機能を具備している。更に所与のデバイス側である電子機械のハードウェア及びソフトウェア形成を受信する機能を具備している。要求内容を現状の形成から創成して新機能を具現するハードウェア及びソフトウェア形成を実現するハードウェア・ソフトウェアの創出を行う。
【発明の効果】
【００１１】  機械の利用者側に立ったシステム形成が自動で創生できるのでユーザビリィの向上が図れる。従い利用者の必要性に応じたシステム創生ができ、且つ利用者の利用満足度を向上または維持ならしめ自然エネルギーの枯渇を阻む持続可能なサステイナブル・システムができる。その結果、ユーザの利便性の際立った電子機械のユーザ・ドリブンなシステムが形成できる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態を示すシステム全体の概略図
【図２】クラウドにＲＤＦ又はＯＷＬで表現された所与のデバイスに関わる形成メタ情報及び形成群情報を示す図
【図３】クラウドで創生する形成メタ情報及び形成群情報を処理するためのシステム概略図
【図４】クラウド上における所与のデバイスを形成するハードウェア及びソフトウェア形成情報の形式図
【図５】クラウド上における所与のデバイスのストロング又はウイーク形成情報を獲得するためのクウェリの例
【図６】クラウド上における所与のデバイスのストロング又はウイーク形成情報を獲得するための処理フローチャート図
【図７】デバイスへコンフィギュレーションをするための相互にリンクされたオブジェクト配列されたデバイス・コンフィギュレーション・データ図
【図８】所与のデバイス内ハードウェア形成図
【図９】所与のデバイス内ソフトウェア形成図
【図１０】所与のデバイスと対応するクラウドとのユースケース図
【図１１】所与のデバイスのストロング操作とウイーク操作を処理するクラウド上の機械学習を実現する図
【図１２】所与のデバイスのストロング操作とウイーク操作を処理するクラウドとの処理シーケンス図
【図１３】同上図１２の後半の処理シーケンス図
【図１４】所与のデバイスと対応するクラウドとのｅＯＳ及びアプリケーションを退避させ、ストロング又はウイーク処理をさせるシーケンス図
【図１５】所与のデバイスと対応するクラウドとの例題であるＣＨＲＯＭＥのストロング又はウイーク処理をさせるシーケンス図
【図１６】所与のデバイスと対応するクラウドとの例題であるＣＨＲＯＭＥのストロング又はウイーク処理をさせる要件図
【図１７】所与のデバイスと対応するクラウドとの例題であるＣＨＲＯＭＥのストロング又はウイーク処理をさせるハードウェア要件図
【図１８】所与デバイスのハードウェア／ソフトウェア部品表
【図１９】所与デバイスのハードウェア部品表及びソフトウェア部品表からＲＤＦ／ＯＷＬへ変換する手段の一例を示す図
【発明を実施するための形態】
【００１３】以下、本発明の実施形態を図１〜２０に基づいて説明する。
【実施例１】
【００１４】  図１においては、システム創生された機能を具備した電子機械（デバイス１ｊ〜１ｍと電子機械の利用者１ｎ〜１ｑと電子機械に実装されるハードウェア及びソフトウェアを開発する設計者１ａ〜ｃ及び管理者ｎとなる１ｄによりクライアント・システムＵｄＡＤ／Ｃｏ〜ｎに登録され、管理者ｎや設計者１ａ〜ｃによって電子機械の形成情報をＲＤＦ／ＯＷＬ変換サイト１ｉによりＲＤＦ又はＯＷＬに変換してビックデータとしてクラウド１ｈに登録する。【００１５】  図２においては、クウウド２ａ上に登録された形成情報はＣＭＤ（コンポーネント・メタ・データ）形成メタ情報２ｄとその集合であるＣＧＤ（コンポーネント・グループ・データ）形成群情報２ｂ，２ｅ，２ｇ，２ｋで形成される。登録された形成メタ情報は関連する形成情報群をスマッシュすることができる。これらの情報は設計者２ｆ，２ｍ，２ｎ並びに管理者ｎ等により作成若しくは造形（スマッシュ操作等）される。各々のＣＧＤ形成群情報は識別名、世代認証、稼働前提、実装登録元、開発製造元等から形成される。稼働前提にはＯＳをも含む上位系ソフトウェアの世代、ハードウェア稼働前提、課金をも含むセキュリティ前提等から形成される。【００１６】  図３において、ＵｄＡＤ／Ｃｎクラウド側のシステム３ａ，３ｄを示している。当該システムはＨ（ハードウェア）／Ｓ（ソフトウェア）ＣＭＤ／ＣＧＤ創生エンジン３ｂ、ハードウェア確証エンジン３ｃ、稼働前提論理推論エンジン３ｅ、稼働前提電子機械学習エンジン３ｆ、ＬＯＤ検索エンジン３ｋ、ＬＯＤ（リンクト  オープン  データ）ＡＰＩ（アプリケーション  プログラミング  インターフェース）３ｑ、ＲＤＦ（リソース  データ  フレームワーク）／ＯＷＬ（オントロジー  ウェブ  ランゲッジ）ストアー３ｖ、実装登録元のｏｂｊ（オブジェクト）データデータが格納されているデータ  ストア３ｗ、ＵｄＡＤ／Ｄｍデバイスデータ及びテーブル類の退避用バックアップＤＢ（データベース）３ｉ、所与の電子機械デバイスの現状ハードウェア及びソフトウェア形成情報並びに形成群情報を保持するためのＤｍ形成ＤＢ（データベース）３ａｂ、所与の電子機械デバイスの創生されたハードウェア及びソフトウェア形成情報並びに形成群情報を保持するためのＤｍ創生（データベース）３ａｄ及びデバイスとの通信用ＵｄＡＤ／Ｄｍ  ＡＰＩ（前述）  ３ａｅ及びデバイスのユーザの稼働前提権限や課金対象を含むセキュリティ情報を蓄積したユーザ・プロファイル・データベース３ｗを具備している。【００１７】    図４において、クラウド４ａに登録されている所与のデバイスに実装されるソフトウェア形成とハードウェア形成のデバイス・コンポーネント形成を示している。デバイス側としてはハードウェアとソフトウェアの区別は存在しない。これらの実態は物理的ハードウェア部品と非物理的ソフトウェア部品である。すべての結合は稼働前提のハードウェア確証的稼働前提、論理推論的稼働前提、若しくは電子機械学習的稼働前提の一部または全部を満たすことで上下関係（例えばｉｓ−ａやｐａｒｔ−ｏｆ等の関係）による形成（フォーメーション）が決定される。【００１８】    図５において、所与のソフトウェア・コンポーネント形成情報の識別（ＩＤ）及び世代認証（Ｇ：ゼネレーション）５ｈに基づく上位世代（Ｓｔｒｏｎｇ）又は下位世代（Ｗｅａｋ）のソフトウェア・コンポーネント形成群情報を検索するためのＬＯＤ検索文５の例である。【００１９】    図６において、現在の所与ハードウェア又はソフトウェア・コンポーネントの識別名（ＩＤ）及び世代取得６ｂによりデバイス・ユーザの指示によりＷｅａｋ操作６ｃまたはＳｔｒｏｎｇ操作６ｋの判定を行う６ｂ。もし上位世代であるならば検索クエリーを設定する６ｈ〜６ｉ。検索結果により、稼働前提確証が得られたならばユーザのプロファイル６ｎからユーザのセキュリティレベル、ユーザ権限、課金対象であるかを判別して得られた実装登録元ＵＲＬによりオブジェクトコードをすべて得て６ｅ、必要に応じて論理合成６ｈを行う。現在のデバイスのソフトウェア・コンポーネントをバックアップしている内容から新規の世代用オブジェクトを入替るために追加と削除を行う６ｐ〜６ｑ。その後リンカをえて、追加コンポーネントの結合関係処理を行い形成メタ情報の修正６ｈと形成群情報の修正６ｉを行う。【００２０】      図７において、前述したＳｔｒｏｎｇ又はＷｅａｋ操作により得たデバイスへの新たな論理合成して配列したオブジェクト・ファイルの中身を示している。この例ではＰＬＤ例えばＦＰＧＡデータ７ａはＰＬＤ例えばＦＰＧＡ用の不揮発性メモリーへ蓄積させた後にＰＬＤ例えばＦＰＧＡｅへ書込み、その以外のデータ７ｂ〜７ｆはＤＤＲｅｘへ書込むコンフィギュレーションのオブジェクトを示す。【００２１】  図８において、ＵｄＡＤ／Ｄｍデバイス８ｂのハードウェア・コンポーネントの形成
を示す。ＵｄＡＤ／Ｄｍデバイス８ｂは大きく分けて電源が切断制御可能８ｉａのスイッチを具備し、ｅＰＬＤ例えばＦＰＧＡ組込み処理用ｅＰＬＤ例えばＦＰＧＡ  ８ｃでｅＡＣＥを形成する部分と其れを支援する常電のｓＰＬＤ例えばＦＰＧＡスワップ処理用８ｋから形成される。ｅＡＣＥ  ８ｃはＡＲＭプロセッサが複数実装しており必要に応じて増減できるようにｅＰＬＤ例えばＦＰＧＡ内で形成できる。テーブル及びソフトウェア用のストレージとしてＤＤＲｘｅ０  ８ｆとＤＤＲｘｅ１  ８ｇを実装しておりいずれも常電である。ｅＰＬＤ例えばＦＰＧＡのコンフィギュレーションオブジェクトは不揮発性のｅＣｏｎｆストレージ８ｈに保持されている。【００２２】  同じ図８において、ｓＷＡＰ  ８ｋはＡＲＭプロセッサが複数実装しており必要に応じて増減できるようにｓＰＬＤ例えばＦＰＧＡ内で形成できる。テーブル及びソフトウェア用のストレージとしてＤＤＲｘｓ０  ８ｉとＤＤＲｘｓ１  ８ｊを実装しておりいずれも常電である。ｓＰＬＤ例えばＦＰＧＡのコンフィギュレーションオブジェクトは不揮発性のｓＣｏｎｆストレージ８ｍに保持されている。当該ｓＰＬＤ例えばＦＰＧＡ内にはｓｅＢＲＩＤＧＥ  ８ｈを内蔵しておりｅＡＣＥ  ８ｃ用テーブル、データ、各種オブジェクトやアプリケーション用プログラム類をｓＷＡＰより入れ替えることが可能となっている。【００２３】  図９において、ＥＮＤポイント９ａのＵｄＡＤ／Ｃｍに関してＵｄＡＤのソフトウェア・レイヤの形成を図示している。この図はクラウド側のハードウェア及びソフトウェアのコンポーネント形成メタ情報及びメタ群情報のデータベース９ａａ  並びにデータ及びテーブル類データベース９ａｆ、Ｈ／Ｓオブジェクト・データ・ストア９ａｅを示している。ＵｄＡＤの内部９ｂは共通部分のｓｅＢＲＩＤＧＥ  ９ｄとレイヤの底部に位置するハードウェア層９ｆを基としている。ｅＡＣＥ  ９ｅのＤＤＲｘｅｎには組込み系リアルタイムＯＳ  ９ｅｈ、ライブラリ類９ｅｇ及びアプリケーション類９ｅａと９ｅｂが実装されている。ｅＡＣＥのランタイム９ｅｃコアライブラリ９ｅｄ、ＡＲＴ９ｅｅも実装されている。【００２４】  同じ図９において、ｓＷＡＰ  ９ｃのＤＤＲｘｓｎにはサステナブルＯＳ  ９ｃｈ、ライブラリ類９ｃｆ及びアプリケーション類９ｃｄと９ｃｅが実装されている。ＲＤＦ又はＯＷＬで記述されているＨ／Ｓ−ＣＧＤ／ＣＭＤ  ９ａａはｓＷＡＰ  ＡＰＩ  ９ｃｂとテーブル／データ退避用ＤＢ  ９ａｆとはｓＤＢＣ  ＡＰＩ９ｃｃを介して接続されている。【００２５】  図１０のユースケース図において、ＵｄＡＤ／Ｄｍデバイス１０ａとＵｄＡＤ／Ｃｎクラウド１０ｃで形成された当該発明システムにはユーザ１０ｅと設計者や管理者のスマッシャ１０ｂが関わる。ユーザ１０ｅは操作１０ｄｇを介してストロング若しくはウイーク指示を与える１０ｄａ。いずれかの指示はＡＰＩ  １０ｄｄを介してＵｄＡＤ／ＷｎのＡＰＩ  １０ｂｄを受けてストロング／ウイーク機能処理１０ｂｇが実行される。更に操作１０ｄｇはデバイスのハードウェア形成ｄｈとソフトウェア形成１０ｄｉを収集する。ここで収集された所与デバイスのハードウェア／ソフトウェア形成情報１０ｄｉはＡＰＩ−ＡＰ��  １０ｈによりクラウド側ＡＰＩ  １０ｂｄを介してＬＯＤ検索機構１０ｂｃにより所与ハードウェア／ソフトウェア・コンポーネントの強化又は弱化検索文を生成して、クラウドへ問合わせる１０ｂａ／１０ｂｃｅ／１０ｂｃｆ／…／１０ｂｃｇ。自己検索の場合、Ｈ／Ｓ形成（ＣＭＤ／ＣＧＤ）ＲＤＦ／ＯＷＬ記述蓄積１０ｂａより検索を行う。【００２６】  検索結果は図２に記載された識別名２ｐ、世代認証２ｑ、稼働前提２ｒ、実装登録元２ｓ、開発製造元２ｔを得る。その記述蓄積１０ｂａを基に所与デバイスのハードウェア稼働前提確証処理機能で確認をする１０ｂｂ。この具体的な確証は、稼働前提確証論理処理１０ｂｈ。この確認に加えて稼働前提確証機械学習での処理を行う１０ｂｋ。更にユーザプロファイル６ｎに基づくユーザのセキュリティレベル、ユーザ権限、所与のコンポーネントの課金対象か否かを確証６ｎし、以上の五つの確証の下で所与デバイスの形成情報再創生１０ｂｆが実施される。【００２７】  所与デバイスの形成情報再創生１０ｂｆにより課金をも含むセキュリティ堅持の下に対デバイスのオブジェクトを収集する１０ｂｉ。論理合成を経て全てのオブジェクトを収集したのち所与のデバイスへコンフィギュレーションさせるオブジェクトコード群の配列を行う１０ｂｋ。配列の準備ができるとＡＰＩ  １０ｂｄ‐ＡＰＩ  １０ｄｄを介して通知がなされると、テーブル／データ類の退避処理１０ｄｃとしてテーブルデータ１０ｄｊとｅＡＣＥのＰＬＤ例えばＦＰＧＡ又はＤＤＲのデータ、テーブルを収集しＡＰＩ  １０ｄｄ／ＡＰＩ  １０ｂｄを介してテーブル／データ類退避処理１０ｂｍが実施される。【００２８】  図１１では電子機械学習によってストロング（Ｓｔｒｏｎｇ）１１ａｄ及びウイーク１１ｂｄの区別を入手できる手順を示している。図１１の例では所与のデバイスの現ＯＳの機能１１ａ，ファームウェア機能１１ｂ、エミュレータ機能１１ｃ、アプリケーション機能１１ｄから形成されるデバイスの現在の機能に対して任意のデバイスの機能が上位に属するのか又は下位かを判断することを示している。これらの判断は各ノード１１ａｂ、１１ｂｂ、１１ｂｄ、１１ａｃ、１１ｂｃ、１１ｃｃに加わる重みに積和演算と閾値関数を乗じて求められる。例えば上位の判断は非特許文献３の１０ページの式を利用できる。
2018042226.tif 000003
ここでθは閾値関数である。この結果、ストロングの出力Ｙｍｓとウイークの出力Ｙｍｗが一致していれば上位であり、若しＹｍｓがＹｍｗよりも大であればＳｔｒｏｎｇであり、ＹｍｓがＹｍｗよりも小であればＷｅａｋである。【００２９】  図１２、図１３においては、図１０のユースケース図をシーケンス図にしたものであって所与のデバイスのストロングまたはウイーク操作を行う過程をシーケンス図によって表現した図である。所与のデバイス・ユーザｎである１２ｈはストロング若しくはウイーク指示１２ｉを行うと、サステナブル・エンジンｓＷＡＰが指示を受理してプロセス１２ｊが処理を開始する。【００３０】  いずれかの指示１２ｉはＡＰＩの１２ｋを介してＵｄＡＤ／Ｃｎでストロング／ウイーク機能処理１２ｍａが実行される。ここではクラウドＵｄＡＤ／Ｃｎ内へストロング／ウイーク操作の開始を受理する。一方デバイス内ＵｄＡＤ／Ｄｍではデバイスのハードウェア形成とソフトウェア形成をＤＤＲｘｅの１２ｄやｅＰＬＤ例えばＦＰＧＡの１２ｅから収集する。【００３１】  図１２、図１３においては、ｓＷＡＰの処理プロセスである１２ｊｂではＵｄＡＤ／Ｄｍのハードウェア及びソフトウェア形成情報をクラウド側ＡＰＩ  １２ｋを介してＬＯＤ検索機構１２ｎａにより所与ハードウェア／ソフトウェア・コンポーネントの強化又は弱化検索文を生成して、クラウドへ間合わせる１２ｒａ更にＵｄＡＤ／Ｃｍに見つからなければ他のＵｄＡＤ／Ｃｘである１２ｒｂ，１２ｒｃ，…，１２ｒｎへ問い合わせる。自己検索の場合、Ｈ／Ｓ形成（ＣＭＤ／ＣＧＤ）ＲＤＦ／ＯＷＬ記述蓄積１２ｒａより検索を行う。【００３２】  図１２、図１３においては、検索結果は図２に記載された識別名２ｐ、世代認証２ｑ、稼働前提２ｒ、実装登録元２ｓ、開発製造元２ｔを得る。その記述蓄積１２ｒａを基に所与デバイスのハードウェア稼働前提確証処理機能で確認をする１２ｐｂ。この確認に加えて、稼働前提確証論理処理を行う１２ｐｃ。更にこの確認に加えて稼働前提確証電子機械学習での処理を行う１２ｐｄ。後に所与のデバイスのユーザ権限、セキュリティレベル、課金対象か否かをユーザプロファイル６ｎで確証する。以上の五つの確証の下で所与デバイスの形成情報再創生１２ｍｃが実施される最適な条件が満たされるまで１２ｎｂへ戻り繰り処理が繰り返えされ、チューニングがなされる。【００３３】  図１２、図１３においては、所与デバイスの形成情報再創生データベース１２ｎｂに対デバイスのオブジェクトを収集して蓄積をする。全てのオブジェクトを収集したのち所与のデバイスへコンフィギュレーションさせるオブジェクトコード群の配列を行う１２ｎｃ。配列の準備ができると１２ｍｃで通知がなされ、ＡＰＩ  １２ｋを介して再Ｈ／Ｓ形成の通知１２ｊｃがなされると、テーブル／データ類の退避処理をＤＤＲｘｅ及びｅＰＬＤ例えばＦＰＧＡから収集して１２ｊｄを介しテーブル／データ退避データベース１２ｍｃへ退避処理１２ｍｃが実施される。【００３４】  図１２、図１３においては、ｓＷＡＰの１２ｊは退避が完了した後に図０８に記載したｅＡＣＥの電源をシャットダウン８ｊａする。次にｓＷＡＰの処理プロセス１２ｊｅは新創成形成表要求をＥＮＤｐｏｉｎｔの１２ｍを介してＨ／Ｓ創生プロセスへ依頼する１２ｍｄ。すると新創生形成表を受け取ると１２ｄｃはＤＲＲｘｅへ格納する１２ｄｃ。次にｓＳＷＡＰ処理プロセスはコンフィギュレーション要求をＨ／Ｓ創生プロセスへ依頼し、１２ｍｄｅＡＣＥの電源を投入する１２ｅｅ。コンフィギュレーションデータは１２ｃａのｅＣｏｎｆストレージにも格納される。【００３５】  図１２、図１３においては、ｓＷＡＰ処理プロセスは必要に応じてエミュレータやアブリケーションもＥＮＤポイント９ａ、１２ｍに要求する１２ｍａ。要求したエミュレータはｅＰＬＤ例えばＦＰＧＡの１２ｅｈへ、またアブリケーションは１２ｄｃへ格納される。ｓＷＡＰ処理プロセスは退避したデータ若しくはテーブル類の復元要求をＥＮＤポイント処理プロセス１２ｍへ依頼を行う１２ｍｈ。退避していたデータ若しくはテーブル類はＤＤＲｘｅの１２ｄ及びｅＰＬＤ例えばＦＰＧＡの１２ｅへダウンロード（ＤＬ）される１２ｄｄ，２３ｈｉ。以上が終了するとｓＷＡＰ処理プロセスはｅＡＣＥを起動する。【００３６】図１４においては、ｅＤＤＲ０の１４ｒに格納している現ｅＯＳのバックアップが行われ、ｅＤＤＲ１のアプリケーションはｓＡＲＭ１がバックアップしクラウドＵｄＡＤ／Ｃｎ側に退避される。新規のｅＯＳ及びアプリケーションがｅＤＤＲ０  １４ｒ及びｅＤＤＲ１４ｓへダウンロードされる。先にＵｄＡＤ／Ｃｎに退避したデータ及びテーブル類もｅＰＬＤ例えばＦＰＧＡ０の１４ｐへさらにｅＰＬＤ例えばＦＰＧＡ１の１４ｑそして  ｅＤＤＲ０の１４ｒとｅＤＤＲ１の１４ｓへ各々が復元される。【００３７】図１５においては、例題とするＣＨＲＯＭＥアプリケーションの版数４１から４２へ上げてストロング操作の入替制御を行う図を詳細に解説した図である。上位機能のＣＨＲＯＭＥの４２が５ＧＢの空き容量が必要である。この条件を満たすか否かｅＤＤＲ１の１５ｓを確認する。ここでこの要件を満たせばＣＨＲＯＭＥアプリケーションのダウンロードを実施する例である。【００３８】図１６においては、上記図１５の例題を実現するための必要事項がウェブ公開されている図である。【００３９】図１７においては、上記図１５の例題を実現するためのハードウェア必要事項がウェブ公開されている図である。【００４０】図１８においては、所与デバイスであるＵｄＡＤ／Ｄｍのハードウェアの部品表を例示した図である。部品記号、部品名、型番、メーカ及び個数を例示している。【００４１】図１９においては、上記の図１８においては、所与デバイスであるＵｄＡＤ／Ｄｍのハードウェアの部品や図１９においては、所与デバイスであるＵｄＡＤ／Ｄｍのソウトウェアの部品表からＲＤＦやＯＷＬに変換する方法を例示した図である。
【産業上の利用可能性】
【００４２】当該発明はあらゆるハードウェア、ソフトウェア並びに両者をハイブリッド化システムの形成する各種のハードウェア及びソフトウェア・パーツの形成をクラウドで行うことからあらゆるシステムのサステナブルでユーザビリティの向上を目指したシステムへ利用可能である。
【符号の説明】
【００４３】１  当該発明装置のアーキテクチャ
２  クラウドに登録された形成情報
３ａ，３ｄ  クラウド形成機構
４  クラウド上のデバイス・ハードウェア／ソフトウェア形成装置
５  ストロング検索文
６ａ  ハードウェア及びソフトウェア新創生情報取得手段
７  書き込みオブジェクト・データ
８ｂ  当該発明装置のデバイス・ハードウェア・アーキテクチャ
９ｂ  当該発明装置のデバイス・ソフトウェア・アーキテクチャ
１０ａ  当該発明装置のデバイス・ユースケース
１０ｂ  当該発明装置のクラウド・ユースケース
１１    電子機械学習機構
１８  デバイス・ハードウェア・ソフトウェア部品表
１９  デバイス・ハードウェア／ソフトウェア部品表ＲＤＦ／ＯＷＬ変換手段
【図１】
2018042226.tif 000004
【図２】
2018042226.tif 000005
【図３】
2018042226.tif 000006
【図４】
2018042226.tif 000007
【図５】
2018042226.tif 000008
【図６】
2018042226.tif 000009
【図７】
2018042226.tif 000010
【図８】
2018042226.tif 000011
【図９】
2018042226.tif 000012
【図１０】
2018042226.tif 000013
【図１１】
2018042226.tif 000014
【図１２】
2018042226.tif 000015
【図１３】
2018042226.tif 000016
【図１４】
2018042226.tif 000017
【図１５】
2018042226.tif 000018
【図１６】
2018042226.tif 000019
【図１７】
2018042226.tif 000020
【図１８】
2018042226.tif 000021
【図１９】
2018042226.tif 000022