39 とか #41 などで議論、修正が続いている悩みどころの 5.3.3.x の文章について長く議論していてもどうしても収まり悪かったのでしっかり考えてみた結果をまとめます (いくつか分けて PR 作るべき所ですがひとまずまとめて議論出来るように issue にて)。

xxxxx identified by the Vocabulary Term yyyyy のところはそもそも yyyyy (nosec とか basic など) が Vocabulary Term ではないという結構致命的な間違いのある原文だというのが最大の問題ではないかと。

以下 https://hackmd.io/@wot-jp/translation-td-dynamis に書き残しているメモのスナップショットより:

5.3.3 セキュリティ語彙の定義

https://wot-jp-community.github.io/wot-thing-description/index.html#sec-security-vocabulary-definition

[This specification provides a selection of well-established security mechanisms] (that are or ). この仕様は、W3C WoTのプロトコルバインディングとして適しているプロトコルに直接組み込まれる、またはそのプロトコルで広く用いられる、確立されたセキュリティメカニズムの選択について規定している。

⇒ この仕様では十分確立された既存セキュリティメカニズムの選択について規定しており、W3C WoT のプロトコルバインディングとして適したプロトコルに直接組み込まれるものと、それらのプロトコルで共に広く用いられているものの両方を対象とする。

原文の語順は全体像に続け詳細補足という順で説明しているが、そのような場合日本語でも記述順序は維持した方がすんなり理解しやすくなる。

The current set of HTTP security schemes is partly based on OpenAPI 3.0.1 (see also [OPENAPI]). However while the HTTP security schemes, Vocabulary, and syntax given in this specification share many similarities with OpenAPI, they are not compatible. 現在のHTTPセキュリティスキームは、部分的にOpenAPI 3.0.1に基づいている ([OPENAPI] も参照)。しかし、この仕様で示しているHTTPセキュリティスキーム、語彙、および構文は、OpenAPIと多くの類似点を共有しているものの、互換性はない。

⇒ 現在のHTTPセキュリティスキームの集合は、部分的にはOpenAPI 3.0.1を元に規定しており ([OPENAPI] も参照)、OpenAPIと多くの類似・共通点はあるが、この仕様で示しているHTTPセキュリティスキーム、語彙、および構文にOpenAPIとの互換性はない。

set of の訳出抜けあり
based on = は「基づいている」より「元に規定」くらいの方が部分的感が伝わりやすいかも？
OpenAPI ベースだから類似点があるという因果関係は続けて書いた方が読みやすいだろうから、文の分割と however は「OpenAPIとの類似があるが、OpenAPIとの互換性はない」と書いた方が自然に読めそう。

5.3.3.2 NoSecurityScheme (セキュリティスキームなし)

一連の xxxxx identified by the Vocabulary Term yyyyy の訳が日本語として読みにくいのをどうにかしたい問題

SecuritySchemeのサブクラスの説明リストであり、i.e.~ という例示を最初に示した上で説明を書くパターンである。英語の方も全ての項目は「〜なセキュリティ構成情報を表すサブクラス。(以下詳細)」と書いた方が明確になるのを省略されていると思って訳す。
「xxx と言う語彙用語 (つまり yyy)」と書くと「xxx == yyy と言う関係である」という意味になるがそれは違うハズで、「xxx を用いて指定され、コード中では yyy のように書く」が正しいはず。
日本語訳時に「(*** yyy)」とかっこ付けを残す必要はない (括弧の付け外しは修飾関係を分かりやすくするためのもので語順変更などと同様、意訳/超訳ではなく直訳のうちと考えます)
しかしそもそも jsonld において compaction/expantion 対象となるのは nosec など value (assigment) 側ではなく scheme という key 側だけであるから nosec は語彙用語ではないハズ (nosec は名前空間接頭辞を持たない string に過ぎずない)。そもそも原文の記述が不親切なだけでなく誤った記述である可能性大。もはや原文誤り訂正した訳にすべきではないか。

A security configuration corresponding to identified by the Vocabulary Term nosec (i.e., "scheme": "nosec"), indicating there is no authentication or other mechanism required to access the resource. nosecという語彙用語 (つまり、"scheme": "nosec") で識別されるセキュリティ構成情報で、リソースへのアクセスに認証やその他のメカニズムが必要ないことを示す。

⇒ (直訳) "scheme": "nosec" のように nosec という語彙用語で識別するセキュリティ構成情報。リソースへのアクセスに認証やその他のメカニズムを要求しないことを示す。

⇒ (原文の誤り訂正) "scheme": "nosec" のように scheme 語彙用語を指定するセキュリティ構成情報。nosec はリソースへのアクセスに認証やその他のメカニズムを要求しないことを示す。

no xxx needed ではなく no xxx required を区別した方が良いかも？必要ないというと任意の気がするがどちらかというとナシを宣言する印象なので (元訳でも何ら問題は無い)

5.3.3.3 BasicSecurityScheme (基本セキュリティスキーム)

Basic Authentication [RFC7617] security configuration identified by the Vocabulary Term basic (i.e., "scheme": "basic"), using an unencrypted username and password. This scheme should be used with some other security mechanism providing confidentiality, for example, TLS. basicという語彙用語 (つまり、"scheme": "basic") で識別される基本認証 [RFC7617] セキュリティ構成情報で、暗号化されていないユーザ名とパスワードを用いる。このスキームは、例えば、TLSなどの機密性を提供する他のセキュリティメカニズムとともに用いるべきである。

⇒ "scheme": "basic" のように scheme 語彙用語を指定する、基本認証 [RFC7617] セキュリティ構成情報。暗号化されていないユーザ名とパスワードを用いる。このスキーマは、例えば TLS などの機密性を提供する他のセキュリティ機構と共に用いるべきである。

5.3.3.4 DigestSecurityScheme (ダイジェストセキュリティスキーム)

Digest Access Authentication [RFC7616] security configuration identified by the Vocabulary Term digest (i.e., "scheme": "digest"). This scheme is similar to basic authentication but with added features to avoid man-in-the-middle attacks. digestという語彙用語 (つまり、"scheme": "digest") で識別されるダイジェストアクセス認証 [RFC7616] セキュリティ構成情報。このスキームは基本認証に似ているが、中間者攻撃 (man-in-the-middle attack) を回避する機能が追加されている。

⇒ "scheme": "digest" のように scheme 語彙用語を指定する、ダイジェストアクセス認証 [RFC7616] セキュリティ構成情報。このスキーマは基本認証に似ているが、中間者攻撃 (man-in-the-middle attack) を回避する機能が追加されている。

以下同じような感じで

wot-jp-community / wot-thing-description

5.3.3 を読みやすく & xxxxx identified by the Vocabulary Term yyyyy は原文誤りと判断して記載変更を検討 #44

5.3.3 セキュリティ語彙の定義

5.3.3.2 NoSecurityScheme (セキュリティスキームなし)

5.3.3.3 BasicSecurityScheme (基本セキュリティスキーム)

5.3.3.4 DigestSecurityScheme (ダイジェストセキュリティスキーム)