capsulate a type （犯罪，病気などの）発見 service and 供給する read/令状 接近 on it's configuration data.
It's possible to make a "flat" （犯罪，病気などの）発見 wich may use 内部の configuration
data only - or a "深い" （犯罪，病気などの）発見 which use special ExtendedTypeDetection
services to look into the 文書 stream. Last 方式 can be supressed to 成し遂げる the 操作／手術.
Of course the results can't be 保証（人）d then. (e.g. in 事例／患者 the 拡張 was changed)
can be used to make a flat or 深い type （犯罪，病気などの）発見.
Use this interface to get （警察などへの）密告，告訴（状） about the type of the given 資源.
Return value will be always an 内部の 指名する of a 登録（する）d 文書 type.
It can be used may on other services (e.g. ::com::sun::星／主役にする::でっちあげる，人を罪に陥れる::FrameLoaderFactory)
to do その上の things, which base on it (e.g. to 負担 it into a でっちあげる，人を罪に陥れる).
供給するs read 接近 to the 完全にする 始める，決める of type configuration data.
Every コンテナ item is 明示するd as a 始める，決める of 所有物／資産／財産s and will be
代表するd by a sequence< PropertyValue > structure.
Follow 所有物／資産／財産s are supported:
(But 公式文書，認める: not all of them must be 現在の everytimes!)
所有物／資産／財産 指名する
Value Type
Description
指名する
[string]
The 内部の 指名する is the only value, which makes a コンテナ item unique.
UIName
[string]
It 含む／封じ込めるs the localized 指名する for this type for the 現在の 地元の.
UINames
[sequence< string >]
It 含む／封じ込めるs all 利用できる localized 指名するs for this type. The are 組織するd
in pairs and 代表するd as a structure of sequence< PropertyValue >.
The 指名する of such 所有物／資産／財産 must be 解釈する／通訳するd as 地元の; it's value as the localized
type 指名する corresponding to this 地元の.
MediaType
[string]
It 含む／封じ込めるs the MIME or content type descriptor. The differences between a MIME type and
an 内部の type 指名する was made, to 解決する 存在するing ambigities.
ClipboardFormatdeprecated!
[string]
It was interepreted as an identifier inside clipboard.
Please use new 所有物／資産／財産 ContentFormat instead of this now.
ContentFormat
[string]
It's and identifier, which is used for a 深い 判型 （犯罪，病気などの）発見.
An ExtendedTypeDetection use this value to match
a given content to this type. e.g. It's 解釈する／通訳するd as the doc type
of an XML stream or as an identifier inside a とじ込み／提出する header.
URLPattern
[sequence< string >]
This 名簿（に載せる）／表（にあげる） 含む／封じ込めるs different URL patterns, which identify this type.
E.g. data base contents can be 述べるd by an new defined 議定書 like "sql://select*".
In combination with a sutable ::com::sun::星／主役にする::でっちあげる，人を罪に陥れる::FrameLoader or
ImportFilter/ExportFilter it woul be possible then, to
layout a sql query 生産（高） into an office でっちあげる，人を罪に陥れる.
拡張s
[sequence< string >]
It 含む／封じ込めるs a 名簿（に載せる）／表（にあげる） of とじ込み／提出する 拡張s, which match this type.
They must be 明示するd as pure 拡張, without any special 調印するs.
E.g.: "doc", "html" ... but not ".doc".
Using of wildcards is 許すd but not very usefull. The may resulting
ambigities with other type 登録s can't be 解決するd anytimes.
DocumentIconID
[integer]
It's an ID, which 現在の the number of a corresponding icon.
公式文書，認める:
All elements of this コンテナ will be adressed by his 内部の 指名する,
and it must be an unambigous value.
Because the complexness of such configuration 始める，決める can be very high,
it seams not very usefull to update the undelying configuration 層
on every コンテナ change request immediatly. Another 戦略 can be to
make all changes (追加するing/changing/除去するing of items) and call 紅潮／摘発する at the end.
That will 実証する the whole コンテナ and 拒絶する inconsistent data 始める，決めるs.
Only in 事例／患者 all made changes was 訂正する, they will be written 支援する to the
configuration. その上の this interface 供給するs the possibelity, that 利益／興味d
changes listener can be 登録（する）d too.
