付けとは？

アダルトグッズでの検索結果です

優先キーワードはアダルト

ポスト・イットに名刺を印刷したアイデア商品が登場する。訪問先で、封筒やパンフレットに名刺をペタリと貼り付けられる。
サンアートプリンティングは、名刺にポスト・イットの付箋機能を組み合わせた、貼れる名刺「名刺-it」の発売を3月1日から開始する。
サンプルには、「メモ欄」が設けられている。一言コメントが添えられ、不在時の資料配付にはもってこいだろう
従来、パンフレットなどに名刺を添付して置いてくる場合はクリップなどで留めてくるのが一般的。しかしクリップを常備しなくてはいけなかったり、受け取った側も資料と名刺を別々に整理しなくてはならなかったりと、あまり使い勝手がいいとはいえなかった。
名刺-itは、名刺の裏面一部に粘着剤が付けられており、封筒やパンフレットなどに貼ることが可能。「訪問先担当者が不在のときでも、封筒やパンフレットにメッセージを添えられる」と同社は利便性をうたっている。
実際の製品は、名刺というよりも名前や連絡先が印刷されたポスト・イットといった趣き。紙自体はかなり薄く、50枚の束を持ち歩いても邪魔ではない。
実際、シート自体は住友スリーエムの「ポスト・イット・ノート」を使用している。発注は同社Webサイトから行え、写真や会社ロゴなどをカラーで片面印刷可能。50枚（840円）から注文できる。20セット以上ならば送料は無料だ。
左はオリジナルの「ポスト・イット・ノート」。厚紙をベースに使っており、立ったままポスト・イットへの記入ができるよう工夫されている。名刺-itは一回りサイズが小さく、普通の名刺と同サイズ
Skype日本語ブログで、Skypeアイコンが配布されている。これを使って、名刺に入れるSkypeINシールを作ってみよう。
メモする紙がない時、名刺をメモ代わりに使った経験はないだろうか。もしメモ帳を持ち歩くのが面倒なら、あらかじめ名刺入れにメモ用の紙を入れておいてはどうだろう。
正月明けの恒例行事といえば、名刺を持っての挨拶回り。この“謹賀新年名刺”の作成は、スタンプを1枚ずつ押していくより、プリンタを使って「重ね刷り」してしまおう。
新春、あいさつ回りに励んでおられるビジネスパーソンも多いのではないか。いざという時に名刺を切らして焦らないためには、予備の名刺を手帳などに分散しておくのが効果的だ。
社会人にはつきものの名刺――上手に整理すれば、年賀状の宛名書きもスムースになる。定番商品を活用した「名刺すっきり整理法」をご紹介しよう。
週刊「仕事耕具」：メモ用ペンの“定位置”と“サイズ”が変わった？“ちょっとメモ”に使いたい、小型で携帯に便利なペンが各社から出ている。以前なら、ペンの“定位置”はスーツかYシャツのポケットだったが、ビジネスウェアのカジュアル化に伴い、ペンの大きさと持ち歩き方が変化しているようだ。
3分LifeHacking：Windowsの「タスクマネージャ」を便利に使う3つのTipsキーボードショートカットを使って素早く起動したり、特定のアプリに対応するプロセスを調べたり――「タスクマネージャ」を便利に使うTipsをご紹介する。
カマタ式「極楽文具」：インデックスシートとクリアポケットで、デジカメ写真整理術デジカメ画像はすべてPCの中に入れておければ検索しやすいが、プリントした写真としても保存しておきたい。インデックスシートとクリアポケットを使って整理してみよう。
毎朝予定を携帯にメールしてくれるグループウェア「ジャイアント予定表」外出先から携帯メールを使って操作できるグループウェアが登場。10名まで利用できるパッケージが1万4800円となっている。
週刊「仕事耕具」：オフィス家具はコストか投資か堅調なオフィス家具市場。最近では日本の効率性を象徴するような「島型対向配列」だけでなく、知的生産性を高めるオフィス家具が増えてきた。
エンジニアの転職前・転職後の給与の増減に着目。年代別に明確な差が！年収増加ベスト10エンジニアの生の声も
「人からの支援など受けない」。かたくなに踏ん張っていても苦しいだけ。必要だと感じたら、自分の意思で求めてみましょう
「いまならもっと大手に入れる」という思い込みで内定辞退、「社内SEなら楽かも」と何となく応募……転職はそんなに甘くない！
デジタルワークスタイルの視点：失敗しないプロジェクトマネジメント――Appleやはてな、Googleに学ぶ3つのヒント

[] ITmedia Biz.ID：貼り付けられる名刺「名刺-it」
[引用サイト]　 http://www.itmedia.co.jp/bizid/articles/0703/01/news011.html
90

Last Updated 2007/ 03/ 06/ 19時57分45秒

必要なものはパソコンだけ！内職気分で気楽に稼ぎましょう！！内職で裕福な生活！内職番付けで内職募集！内職斡旋！【内職番付け】
プラウザ上のサイトアイコンを自由に作成する方法を、動画でわかりやすく解説。
300を超えるプロ使用の使えるテンプレート集。※ファイルの容量が大きいです（約50ＭＢ）。
レポート等を際立たせる、プロ並のかっこいい3Dブックカバーを作ることができます。
「どうせアフィリエイトをやるなら、報酬額が数万円の高額商品を扱った方が少ない数しか売れなくてもボロ儲けできて、非常に効率的です。」
アフィリエイトをはじめたばかりのころはこう思って、常に高額な報酬の商品を扱っていました。
報酬は極力支払いたくないものです。少しでも利益を上げたい、報酬を削りたい。（悪意はなくとも、金銭的にきびしい会社もあるようです。）
そうした場合、安い報酬のものを何度もキャンセルするより、高い報酬を一つキャンセルするほうが簡単じゃないですか？
正直、今まで万単位の高額報酬の商品はかなりの高確率でキャンセルになってきました。
報酬をごまかすところは、意外に思われるかもしれませんが、大手の企業が多いです。そして、文句でも有ろうものなら、もう広告貼らなくていいですと一方的に言われて終わりです。
★私の人生には何の保証もない。だから他の人間の過ちから学ばなくてはいけない。
★金がないから何もできないという人間は、金があってもなにも出来ない人間である。
★他人と比較して、他人が自分より優れていたとしても、それは恥ではない。しかし、去年の自分より今年の自分が優れていないのは立派な恥だ。
★明日はなんとかなると思う愚か者よ。今日でさえ遅すぎるのだ。賢者はもう昨日済ましている。
★世の中で成功を収めるには、馬鹿のように見せかけ、利口に活動することである。
このサイトでは私の長年の在宅ワークやネットビジネス、アフィリエイトの経験から、真に儲かるものは何か？できるだけ具体的にそして詳細に公開していきます。在宅ワーカーを目指している人からアフィリエイターまで、さまざまな方に最後まで読んでいただければ幸いです。since2004/6
お金を稼ぐ、儲ける。誰もが目標にし、人生での大きな課題の一つでもあります。お金を儲けるということは物を売るということです。すべての民間企業、個人経営者は何か物（あるいはサービス）を売ってお金に換えています。社会で目にするほとんどの物は売り物です。どんなに善意なもの、社会の役にたつと
謳った物でも、すべて最初は売る目的のために作られているのです。（税金で作られた社会資本などは例外ですが）たとえどんなにすごい物を作る人がいたとしてもその物をすごいとわかってもらって実際にお金に換えてもらうことができなければ意味がありません。（もちろん芸術、宗教などお金目的じゃなければ意味はありますが・・・）例えば、どんなに手をかけておいしい牛肉を育てても消費者のちょっとした悪いイメージで売れなくなれば、意味がないのです。物は売れてはじめてお金になり、生産活動は売れて
ネットオークションなどで何もしなくてもお金を稼ぎ出してくれる方法のようなものを
目にすることがありますが、間違いなくみなさんが想像しているものとは違うと思います。
◎「何もしなくても月に１０万円儲ける方法～簡単なHPを作成して置いておくだけで月に１０万円稼げます。」送られてきたスパムメールにリンクしてあったテキストだけの簡単なHPにこう書いてありました。３０００円払って情報を買ってみると・・・・・「同じHPを作ってがんばってください。コピーしてもいいですよ。」たったこれだけですTT。スパムメール出す気にはなれないので、さすがに自分でやるのはやめましたが。
これ自体が買い手の心理を巧みに利用した騙しスレスレの売り物で、儲かっているのはただ一人、これを考案して売っている人だけです。
何もしなくてもお金を稼ぎ出してくれる方法を知っている本人はそれをネットオークションで売ったり、スパムメールを送ったりしているわけだから矛盾してますね。
しつこいようですが何かが売れなくてはお金を儲けることができないのです。
「すべての民間企業、個人経営者は何か物（あるいはサービス）を売ってお金に換えています。」
と上で書きましたが、物を売ること以外でお金が動くことがもう一つだけあります。
ハイリスクハイリターンの公営ギャンブルも、マネーゲームと言われている株も、テレビでアメリカの会社が生命保険は人間の命をかけたギャンブルだってはっきり言っていたのには正直驚きましたが、保険もギャンブルなんでしょう。銀行も預金者から預かったお金を投資して、儲けた利益が、銀行の収益となっているのです。ギャンブルには豊富な資金が必要だし、お金はさみしがりやだから、多いところに集まって、少ないところからはさらに消えてしまうという皮肉も本当のことのような気がします。
パソコンを買ってすぐにお小遣いサイトというものに出会いました。はじめは、どんなアフィリエイトがあるとか、アクセスアップの方法とか基本的なことも知らず、
HPビルダーもろくに使いこなかったため、バナーを貼るだけのサイトしか作れませんでした。そして最初のサイトの売り上げは１円もありませんでした。
私もそうでしたが、ネットを見ている多くの人（ただし同業者ではない人）は「お金儲け」「副収入」「ネットでお小遣い稼ぎ」などの単語に敏感に反応します。みんなお金がほしいのです。さらに最近は「在宅ワーク」「ネットでできる内職」が人気を集めています。私は基本的にお小遣いサイトよりもオンラインショップのほうがお奨めですが、お小遣いサイトもニーズはまだまだ多いので、儲かる道はあると思っています。
お小遣いサイトよりオンラインショップサイトのほうが検索エンジンからの訪問者の目的がはっきりとしてるからです。お小遣いや副収入がほしい人が具体的にどんなキーワードで検索するのか統一されていないのに対し、例えば「育毛剤」や「電動自転車」がほしい人はズバリ「育毛剤」や「電動自転車」と商品名で検索します。「お小遣い」のキーワードはいかにもメジャーで多くの人が検索しているキーワードのような感じがしますが、「電動自転車」より月間の検索数が実は少ないのです。
１つの専門商品に限って紹介するような小さなサイトでいいので、商品名で検索エンジンの上位を目指すサイトを作成し、そのうち分野をどんどん広げていくほうが、手間はかかりますが、儲かります。
ここで紹介する必要もないくらい超有名なアフィリエイトです。ユニークで高額報酬の商品を用意された画像付で紹介することができます。オンラインショップを作成するときにはここは欠かせません。私のアフィリエイトの収入の中では電脳卸が一番多いです。
まだ、電脳卸ほど有名ではありませんが、扱える商品の量はそこそこ多いです。少し報酬額が低い感じも受けますが、超高額報酬の高級品も扱っており、登録しておいて損はありません。
サイト運営を成功させる上で一番大切なことは何か？私の経験上それは間違いなくアクセスアップです。プロにサイト作りを頼んだこともありますが、プロの作ったフラッシュつきのかっこいいサイトからよりも、検索エンジンでたまたま上位表示されたバナーだらけのたった１ページのサイトのほうがはるかに売り上げがありました。
検索エンジン（グーグル、ヤフー、MSN）のネットビジネスに与える影響力は絶大です。検索エンジンの検索にかからないサイトはネット上に存在しないのと同じと言っても過言ではないくらいに検索エンジン対策は大切です。
広告バナーなどで検索エンジン代行というものを目にしたことが一度はありますよね？検索エンジン上位表示の代行業者にお金を払って頼みさえすればプロなんだからどんなキーワードで上位表示してくれる。そう思ったことはありませんか？しかし、検索エンジン上位表示に限っては無理なものはお金払っても無理、できることはお金を払わなくてもできるのです。検索すれば上位表示の方法などすぐに見つかります。検索してSEO対策サイトを見てもちんぷんかんぷんで全くわからない。ならお金を払えば代わりにやってあげますよ。ってことです。誰にもできない高度なテクニックを持っていますよってわけではありません。※ただしYahoo!やgoogleの特定のキーワードの広告欄をお金で買うことはできます。
そして上位に表示さえされればどんなキーワードでもアクセスアップにつながるというわけではありません。どのキーワードが多く検索されているかを調べることができるキーワードチェックなるソフトが売られていますが、ここでは無料で調べることができます。
ただし、実際にさまざまなキーワードでサイトを作ってきた者から言わせてもらうと、検索数の多いキーワードでもアクセスが少なかったり、逆に検索数が月間１０００に満たないキーワードでもアクセスが多かったりと統計で答えがはっきり正確に出るものではありません。
検索数の多いキーワードは自然とライバルも多く上位表示が難しい。しかし、中にはライバルが少ないのに検索が多い穴場のキーワードもある。そういう分野を発見してサイトを作ればすぐにでも儲けることができます。
ところで上位表示の上位とは具体的にどこまでに掲載されれば上位といい多くの人に見てもらえるのでしょうか？それはズバリ１ページ目です。当然キーワードによっても異なりますが、７割の人は１ページ目しか見ないという統計も出ています。３ページ目までで８割、５ページ目以降まで見る人はほとんどいません。５ページ目以降でそこそこ人が見てくれているのなら１ページ目に掲載されれば今より爆発的にアクセスが増えるということになります。
しかし、上位が政府や企業のサイトで占められているなら勝ち目は０です。こればかりはあきらめるしかありません。上位が個人サイトやアフィリエイトサイトなら努力次第で追い抜くこともできます。
事前になるべく上位に政府や企業サイトのないキーワードを探してサイトを作りましょう。キーワード選びはもっとも大切な戦略の一つです。
個人的に護身用具を買うのが趣味なので、ためしに作成してみたサイトですが、意外と作ってすぐに売れました。Googleでは目標のキーワードはほぼ1位で、しかも作成時からかなり楽に上位をキープできています。ライバルが少ない分野のようです。
悩み関連の商品は多少高くてもよく売れるようです。育毛剤は報酬率も抜群に高く、もっともおすすめの商材です。でも、育毛剤が儲かることは知られているようで、ライバルが多く、検索エンジン対策は苦戦しています。
Ｎｅｔ課長のお小遣い・ネット収入 HYPER!おこづかい公国お小遣い稼ぎネットで小遣い稼ぎ！！お父さんの小遣い稼ぎ！！ ≪お小遣い・懸賞
応援リンク≫ ネット小遣いの杜ネットお小遣いよろづ無料登録所お父さんのおこずかい帳お小遣いドットＣＯＭＥお小遣い☆net 小遣い稼ぎ～ネットで確実に稼ぐ法則ネットで稼ぐお小遣い！俺はやるぜやってやる！！おこずかいの部屋『初心者のための』お小遣い稼ぎ.com おこづかいネット＝ネットで稼ぐお得な情報＝初心者でも出来るお小遣い稼ぎおこづかい月30万円儲ける方ビッダーズオークションで小遣いを稼ごう
初心者のためのネット内職留学生の為の在宅アルバイトネット内職＋お小遣い情報サイト『NetでGet！！』内職生活.com 副業・内職情報はなまるネット内職的貯蓄節約生活内職！完全無料で小遣い稼ぎ内職で副業するぞ～セレブへの道～内職＋ＳＯＨＯ１番館内職バイトで高収入！道楽庵～セレブへの道～内職お金稼ぎ＋ネット収入案内所デジタル内職のすゝめネットdeゲットマネー～ネット内職ナビ～在宅ワーク、内職探すなら e-在宅.info ネット内職で小遣いアップ内職、在宅ワークなどの副業で楽して副収入ネットで内職在宅ワーク～副収入でお小遣い稼ぎ～インターネット内職！ポイントお小遣い帳内職・副業・副収入情報ネット内職アフェリエイトで月５万円のミニボーナスを稼ぐサラリーマン
Box インターネットアルバイト情報在宅収入ワーク湧く！．com 副業在宅ワークで副収入～仕事情報局安心・堅実・在宅ワーク！在宅独立事業・SOHO独立で副業・副収入！在宅ワークでバイト！お金儲け！在宅ワークでお小遣い稼ぎ倶楽部厳選サイドビジネス～ネット収入への道～インターネットで稼ぐ！！在宅アルバイト情報
子育てしながらネット収入生活 ★広告収入って儲かるの？！★ ちゃっかり収入情報局無料・副収入・格安の裏技無料・収入超ハッピー宣言！ネット収入School ひきこもり男性がネットで収入を得る無料で印税収入 R14.net ～家にいながら副収入～ネット収入第３世代ネットで収入スーパーガイド臨時収入委員会安心副業生活！幸副収入への道
アフィリエイト無料講座初心者のアフィリエイト入門簡単解決アフィリエイト導入法次世代アフィリエイト・無料でショップ開店アフィリエイトブログで副業からド－ン！
オンラインショップ「プリ携ＯＮＥ」情報いれぶんネットで稼げるオススメサイトネット錬金術の壺１億円への道激安通販！来夢卸値屋ちょー無料！儲かるインフォステーションＭｏｎｅｙ&Ｍｏｎｅｙネットで月５万円稼ぐ方法おかねかせぎのチエぶくろあくせすあっぷのあくせすくん！ You's Home Page HP
UP 無料ナビ～一生お金に困らない無料情報誰でもできる！ＳＥＯで無料アクセスアップ atattaおすすめＧＥＴＳＩＴＥ簡単節約術～節約レシピで貯金ヤフーオークション避難所～情報販売と金儲けの方法～天国への階段ネットで稼ごう★極楽生活のススメ借金カウボーイネットで稼ぐ（月収100万円）ネット部屋
J room ものぐさ主婦のネットでパート初心者のためのクレジットカード選びオンラインカジノ太郎 ◆無料で賞金、賞品ゲットしよう◆ カジノワールドエキスプレスネットでお金が貯まるんです＆便利リンクお金持ち自宅副業生活！！自宅でお金稼ぎするサイト激安ショップで通販ショッピング輝く女性の為のサイト主婦のためのお得探お得いっぱい！ネット生活お得情報局エンジェル・投資家・スポンサーを探そう！アップルームアクセスアップ＝ランキング＋SEO相互リンクネットで稼ぐ近道‐脱フリーター宣言育毛剤最強ランキングネットで売れてる育毛剤ランキングスタンガン,特殊警棒「護身」スタンガン,特殊警棒トンファー護身サバイバルダイエット食品-14kg体験記格安マッサージ機ネット通販視力回復,つらい疲れ目に神の護身術ダイエット食品で体質改善世界の名画シスレー,ユトリロ,コロー,ドガティファニーブルーの輝き
詳細検索結果レポートも見れる「サイト内検索窓」はコチラで提供しています（もちろん無料）。

[] 内職番付け今すぐ5000円獲る！
[引用サイト]　 http://zeus.client.jp/
91

Last Updated 2007/ 03/ 06/ 19時57分45秒

在庫状況（詳しくはこちら）: 在庫あり。この商品は、Amazon.co.jp が販売、発送します。
以内にレジに進み、「お急ぎ便」オプション(有料)を選択して注文を確定された関東地方への配達のご注文が対象です。詳しくはこちら');
「ヒートシンクボディ」HD 高速7,200回転＆ファンレス/流体軸受けドライブがお求めやすく新登場高速転送可能なUSB2.0と汎用USB1.1に対応。はじめての方でもカンタンに接続できる。また、「簡単バックアップ for HDD」や「省電力ユーティリティ」などの便利なユーティリティソフトが標準添付されている。
「ヒートシンクボディ」HD 高速7、200回転&ファンレス/流体軸受けドライブ。ボタンを押さなくても、スケジュール起動で自動でフォルダをバックアップ!(※Windows専用の機能) インテリジェントにハードディスクの電源をコントロール!一定時間アクセスが無い時に自動でハードディスクの電源を落とします。ユーティリティ上から電源ONも可能です。(※WindowsXP / 2000のみ対応の機能) 「PC連動AUTO電源機能」搭載!環境へ配慮した製品「グリーン購入法」対応。FAT32にてフォーマット済み。
あなたのレビューがサイトに載ります。 ※ カスタマーレビューは他のお客様により書かれたものです。ご購入の際はお客様ご自身の最終判断でご利用ください。
レビュアー：ひろすけ - レビューをすべて見る１台めを使い始めて約１年、全く不満なく、今日２台めを購入しました。その後レビューを見てびっくり。音も静かだし、発熱もノートパソコン程度だし、しかもノートパソコンと違って膝の上で使うものでもないので、熱さも気になりません。今、１台めから２台めに約140GBのファイルをコピーしていて、100GBを超えたあたりですが、２台めの方が少し発熱が高いようです。読み出しと書き込みの差なのか個体差なのか分かりませんが、それでも気になるほどではありません。当たり外れの差が大きいのかも知れませんね。とりあえず私は満足しています。
レビュアー：shizentai - レビューをすべて見る値段も手ごろだったのですが、一番心配だったのが音でした。音はさほど気にならないというので購入を決めましたが、ゴロゴロといった一昔前のPCのような書き込み音がとても気になります。
書き込み速度などは特にストレスがかかる事もありませんし、熱もあまり気になりません。
やはり安いだけあって静音声は×です。ちょっと高くても他を買えば良かったと思っています。安物買いの銭失いになってしまいました...。
レビュアー：たか (東京) - レビューをすべて見るどんな使い方をしても、HDDは壊れるもの、と割り切って使うのが一番でしょう。
このタイプは現在３台使用してますが、どれも元気に動いています。基本的にデータ保存用として使っているので、一度書き込んだらもう書き換えはしません。あとはたまに読み出すだけなので、デフラグの必要もありません。そもそも、デフラグはHDDの寿命を縮めます。たとえば２つのデーターを同時に書き込むという行為は、恐ろしいデータの断片化を引き起こします。そして、断片化したデータの読み出しはHDDに負担を与えます。しかし、断片化したデータのつまったHDDでも、読み出しを頻繁に行うわけでもない限り、デフラグの必要はまったくありません。常時接続がよくないという意見もあるようですが、電気製品に限らず、機械製品には、起動、停止、温度の急激な変化などが一番ストレスを与えます。ちょっと昔のタクシーがノートラブルで３０万キロ走ったという事例はいくらでもあります。基本的にエンジンを止めないからだそうです。常時起動で壊れたHDDは、使い方に問題があったか、ハズレだったか、どちらかです。サムソンのHDDより、日立のほうが信頼性が高いという偏見も持たないほうがよろしいかと思います。どちらも１流メーカーです。結論として、HDDは壊れる。壊れたらあきらめる。で、よろしいのではないかとｗ。乱筆乱文をお許しください。
レビュアー：愛煙 "太郎" (東京都) - レビューをすべて見る２～３ヶ月程前に買ったのですが、その間に修理に出した回数は２回。しかも一回目は、買って繋げて起動した瞬間に、異音発生、データ読み込み負荷、そもそも認識してくれねえ、結果オシャカになるという、「何じゃこるぁぁぁぁ！！」と思わず叫んでしまいたくなるような顛末。
２回目は、データをバックアップし、ようやく全データコピーしたと思った矢先に読み込みできず（笑）。

やはり、安いだけあってそれなりの欠点もあります。
サムスン製の場合はどうしようもないですが（１万円をドブに捨てたと観念しましょう）、日立などの比較的信頼できるメーカーでも正しい使い方をしないとすぐぶっ壊れます。

まず、常時接続にしないこと。使わないときは小まめに外しておきましょう。
次に、電源内蔵のため、目玉焼きが焼けるほどに熱くなるので、冷却装置必須。扇風機を直接当てたり、もしくはばらして電源装置を外に出すとか。
んで、余りにも長い期間接続しないと、やっぱり壊れるので、バックアップ用であっても一ヶ月に一回は接続してチェックしましょう。
また、エラーチェックやデフラグも、最低でも半年に一回はしましょう。ＨＤは経年劣化し、論理エラーを起こすことも少なくないので、不良セクタが出来ないよう注意しましょう。

まあ、そういったことをやっても、耐久性に疑問が残る製品ですから、バックアップやデータ保存用として使うよりも、いっそゲームをインストールするためのＨＤと割り切った方がいいかもしれません。ゲームなら、別にＨＤが壊れてもなくなるのはセーブデータくらいで、またインストールすれば済むし。外付けＨＤでゲームなんて、熱は上がるし、読み込み激しいし・・・で、自ら壊れやすくしているようなもんですが、それでも大事なデータが壊れるかどうかを心配して使うよりは、完全消耗品と割り切って壊れるまで使い切る覚悟でいる方が、幾分かはマシかと。
レビュアー：ラルファー - レビューをすべて見る安くて良いですね過去に250GB、250GB、300GBと、機種こそ違うけど問題なく使用してます。ところで、批判が多いみたいですけど、正しい使い方してるのでしょうか?熱暴走?や、ディスクの異音等。常時接続&ディスクを酷使してるのでしょうか?私は必要な時以外は取り外し、定期的にメンテナンス(デフラグ等)してます。正しい使い方をしないと、どんな製品でも壊れやすくなると思います。また、衝撃にとても弱くダメージが蓄積するようなので、丁寧に扱わなければすぐ故障します。また多湿環境や長期間アクセスしないと、故障します。長く安全に使いたければ製品に対する知識をつけるか、高額で高機能の製品の購入を検討すべきではないでしょうか?長くなりましたが、正しく使えば本当にお得な製品です。
レビュアー：MY3 "jigen" (兵庫県) - レビューをすべて見るいつも電源タップの邪魔をするACアダプタが無いというのが凄くうれしいです。
発熱も私はさほど気になりません。ノートPCとかはもっと熱くなりますし。
はやくも容量がいっぱいになってきたので、先日同じ商品をもうひとつ発注してしまいました。

バッファロー: リスト作成者： sakura "さくらの個別指導（さくら教育研究所）"
ユーズドエレクトロニクス > PC周辺機器・パーツ > PC周辺機器 > 外部記憶装置 > 外付ハードディスクドライブ

[] Amazon.co.jp： BUFFALO HD-H250U2 USB2.0 外付けハードディスクドライブ: エレクトロニクス
[引用サイト]　 http://www.amazon.co.jp/a??a??a??a?!a?-a??-HD-H250U2-BUFFALO-USB2-0-a??a≫?a??a??a??a??a??a?￡a?1a?￣a??a?ca??a??/dp/B000A397ME
92

Last Updated 2007/ 03/ 06/ 19時57分45秒

拡張可能なマーク付け言語(XML)はSGMLのサブセットであって，この標準情報(TR)で，そのすべてを規定する。XMLの目標は，現在のHTMLと同様に，任意の文書型を持つSGML文書をWWW上で配布，受信及び処理できることとする。XMLは実装が容易であって，SGML及びHTMLのどちらに対しても相互運用性を保つ設計がなされている。
この標準情報(TR)の原勧告はW3Cメンバ及び作業グループによってレビューされ，W3C勧告として技術統括責任者によって承認された。この標準情報(TR)は，安定したものであって，参考資料として使用してもよく，他の文書から規定の参考資料として引用してもよい。勧告作成において，W3Cは，この規定を広く知らせ，普及させる役割をもつ。これによってWWWの機能と相互運用性が高まる。
をWWW上で使用するためにサブセット化した構文を規定する。この標準情報(TR)は，XML活動を通じて作成されたもので，この活動の詳細は http://www.w3.org/XML に示されている。現在のW3C勧告のリスト及び他の技術文書はhttp://www.w3.org/TRに示されている。
XML文書は実体という記憶単位から成り，実体は構文解析されるデータ又は構文解析されないデータから成る。構文解析されるデータは，文字から成り，その一部は文字データを構成し，一部はマーク付けを構成する。マーク付けは，文書の記憶レイアウト及び論理構造を記述する符号とする。XMLは，記憶レイアウト及び論理構造についての制約条件を記述する機構を提供する。
[Definition:] XMLプロセサというソフトウェアモジュールは，XML文書を読み込み，その内容及び構造へのアクセスを提供するために用いる。 [Definition:] XMLプロセサは，他のモジュールのために動作することを前提としており，そのモジュールをアプリケーションという。この標準情報(TR)は，XMLプロセサに要求される振舞いを規定する。つまり，XMLデータの読込み方法を規定し，アプリケーションに提供する情報を規定する。
XML第1.0版を理解し，それを処理する計算機プログラムを書くために十分な情報は，この標準情報(TR)，関連する規格など(文字についてはUnicode及びISO/IEC 10646，言語識別タグについてはIETF RFC 1766，言語コードについてはISO 639，並びに国コードについてはISO 3166。)によってすべて示す。
XML文書を規定するために使用する用語は，この標準情報(TR)内で定義する。次に示す語句は，それらの用語を定義するため，及びXMLプロセサの動きを規定するために使用する。
[Definition:] 適合する文書又はXMLプロセサは，記述されたとおりに動作してもよいが，そのとおりにする必要はない。
適合する文書又はXMLプロセサは，記述されたとおりに動作することが要求される。そうでなければ，エラーとする。
[Definition:] この標準情報(TR)が定める規則に対する違反。結果は定義しない。適合するソフトウェアは，エラーを検出して報告してもよく，エラーから回復してもよい。
[Definition:] 適合するXMLプロセサが検出し，アプリケーションに報告しなければならないエラー。プロセサは，致命的エラーを発見したあとも，それ以降のエラーを探すためにデータ処理を続行し，見つかったエラーをアプリケーションに報告してもよい。エラー訂正をサポートするために，プロセサは，処理していないデータ(文字データ及びマーク付けの混在したもの。)を文書から取り出し，アプリケーションに渡してもよい。しかし，プロセサは，致命的エラーを一度でも検出したなら通常の処理を続行してはならない。つまり，プロセサは，文字データ及び文書の論理構造についての情報を，通常の方法でアプリケーションに渡し続けてはならない。
適合するソフトウエアは，記述されたとおりに振る舞ってもよい(may)，又は振る舞わなくてはならない(must)(文章中の助動詞による。)。そのとおりに振る舞う場合は，記述された振舞いを選択又は拒否する手段をユーザに提供しなければならない。
すべての妥当な XML文書に適用する規則。妥当性制約の違反は，エラーとする。ユーザのオプション指定によっては，検証を行うXMLプロセサは，このエラーを報告しなければならない。
a) [Definition:] 文字列又は名前のマッチ比較する二つの文字列又は名前は，同一でなければならない。ISO/IEC 10646において，複数の表現が可能な文字［例えば，合成形式及び基底文字+発音符(ダイアクリティカルマーク)形式］は，どちらの文字列も同じ表現のときに限り，マッチする。ユーザのオプション指定によっては，プロセサは，その文字を標準形に正規化してもよい。比較のとき，大文字と小文字との区別をする。b) 文字列と文法中の規則とのマッチある生成規則から生成する言語に，ある文字列が属するとき，この文字列は，この生成規則にマッチするという。c) 内容と内容モデルとのマッチある要素が，制約"要素の妥当性"に示す意味で適合するとき，この要素は，その宣言にマッチするという。
[Definition:] XMLの機能であって，XMLがSGMLと互換であることを保証するためだけに導入されるもの。
[Definition:] 拘束力はもたない推奨事項。ISO 8879へのWebSGML適用附属書以前から存在するSGMLプロセサが，XML文書を処理できる可能性を高めるために取り入れるもの。
この標準情報(TR)で定義する意味で，整形式のデータオブジェクトをXML文書という。整形式のXML文書が，ある制約条件を満足すれば，妥当なXML文書という。
XML文書は，論理構造及び物理構造をもつ。物理的には，文書は，実体という単位からなる。実体が他の実体を参照すれば，参照された実体も文書の一部になる。
文書は，“ルート”すなわち文書実体から始まる。論理的には，文書は，宣言，要素，コメント，文字参照及び処理命令を含み，これらすべては，文書内で明示的なマーク付けによって示す。論理構造及び物理構造は，"4.3.2 整形式の解析対象実体"に示すとおりに，厳密に入れ子になっていなければならない。
[Definition:] あるテキストオブジェクトが，次の条件を満たすとき，そのテキストオブジェクトを整形式のXML文書と呼ぶ。
b) [Definition:] ルート又は文書要素という要素が一つだけ存在し，これは，他の要素の内容に含まれない。これ以外のすべての要素は，その開始タグが他の要素の内容に含まれれば，対応する終了タグも同じ要素の内容に含まれる。つまり，要素は，開始タグ及び終了タグによって区切られ，入れ子構造をなす。
[Definition:] これらの結果として，文書内のどの非ルート要素Cに対しても，ある他の要素Pが存在し，Cは，Pの内容に含まれるが，Pの内容に含まれる他の要素に含まれることはない。このとき，PをCの親といい，CをPの子という。
[Definition:] 解析対象実体は，テキスト(文字の並びであって，マーク付け又は文字データを表してもよい。)を含む。[Definition:] 文字は，テキストの最小単位であって，[ISO/IEC 10646]に規定されている。
使用できる文字は，タブ，改行，復帰及び(Unicode及びISO/IEC 10646に規定する)図形文字とする。[Unicode]の6.8節で定義される互換性文字は使用を避けることが望ましい。
文字番号をビットパタンに符号化する機構は，実体ごとに違ってもよい。すべてのXMLプロセサは，ISO/IEC 10646のUTF-8符号化方式及びUTF-16符号化方式を受け付けなければならない。二つのどちらが用いられているかを明示するための機構，及び他の符号化方式を利用するための機構は，"4.3.3 実体における文字符号化"に記述する。
便宜上，文字を，字，数字又は他の文字に分類する。字は，アルファベット的，若しくは表音的である基底文字(一つ以上の結合文字が，後に続くこともある。)，又は統合漢字から成る。各クラスにおける実際の文字についての完全な定義は，"B. 文字クラス"に示す。
[Definition:] Nameは，字又はいくつかの区切り文字の一つで始まり，その後に字，数字，ハイフン，下線，コロン又はピリオドが続く。これらの文字を名前文字という。文字列"xml"で始まる名前，又は正規表現(('X'|'x') ('M'|'m') ('L'|'l'))にマッチする任意の文字列で始まる名前は，この標準情報(TR)の現在の版又は将来の版での標準化のために予約する。
備考: XMLの名前の中のコロンは，名前空間での実験のために予約する。コロンの意味は，将来のある時点で標準化するものとし，そのときには，実験的な目的でコロンを使用する文書を更新する必要が生じる可能性がある。XMLで採用する名前空間の機構が，区切り子として実際にコロンを使用するという保証はない。事実上，これは，名前空間の実験の一つとして以外には，XMLの名前の中でコロンを使用しないほうがよいことを意味する。しかし，XMLプロセサは，名前文字としてコロンを受け付けることが望ましい。
リテラルデータは，引用符で囲まれた文字列とし，その列の区切り子として使用する引用符は含まない。リテラルは，内部実体(EntityValue)，属性値(AttValue)，外部識別子(SystemLiteral)の内容の指定に使用する。SystemLiteralはマーク付けの走査を行なわずに解析できることに注意せよ。
テキストは，文字データ及びマーク付けから成る。[Definition:] マーク付けは，開始タグ，終了タグ，空要素タグ，実体参照，文字参照，
アンド記号(&)及び不等号(小なり) (<)は，マーク付けの区切り子として，又はコメント，処理命令若しくはCDATAセクション内で使用する場合にだけ，そのままの形で出現してよい。これらの文字は，内部実体宣言のリテラル実体値内に記述してもよい。詳しくは，"4.3.2 整形式の解析対象実体"を参照。
これらの文字が他の部分で必要な場合，番号による文字参照又は文字列"&"及び文字列"<"を使用して別扱いしなければならない。不等号(大なり) (>)は，文字列">"を使用して表現してもよい。内容の中で列"]]>"を使用するときは，それが，CDATAセクションの終了をマーク付けしない限り，互換性のため，">"又は文字参照を使用して別扱いしなければならない。
要素の内容では，文字データは，いかなるマーク付けの開始区切り子を含まない任意の文字列とする。CDATAセクションでは，文字データとは，CDATAセクションの終了区切り子 "]]>"を含まない任意の文字列とする。
属性値が一重引用符及び二重引用符を含むためには，アポストロフィ又は一重引用符(')は，"'"として表現し，二重引用符(")は，"""として表現する。
[Definition:] コメントは，他のマーク付けの外ならば，文書のどこに現れてもよい。さらに，文書型宣言の中で，文法が許す場所に現れてもよい。コメントは，文書の文字データの一部ではない。XMLプロセサは，アプリケーションがコメントのテキストを取り出すことを可能としてもよいが，そうしなくともよい。互換性のためには，文字列
[Definition:] 処理命令(PI)によって，アプリケーションのための命令を文書に入れることができる。
PIは，文書の文字データの一部ではないが，アプリケーションに渡されなければならない。PIは，命令が渡されるアプリケーションを特定するために使用するターゲット(PITarget)で始まる。ターゲット名"XML"，"xml"などは，この標準情報(TR)の現在の版又は将来の版の標準化のために予約する。XMLの記法機構を，PIのターゲットを宣言するために使用してもよい。
は，文字データが出現するところであれば，どこに出現してもよい。これは，CDATAセクションで囲まなければマーク付けとして認識されてしまう文字を含むテキストを別扱いするのに使用する。CDATAセクションは，文字列"<![CDATA["で始まり，文字列
CDATAセクション内では，文字列CDEndだけをマーク付けとして認識するので，不等号(小なり)及びアンド記号は，そのままの形で出現してよい。"<"及び"&"を使用して別扱いする必要はない。CDATAセクションは入れ子にはできない。
[Definition:] XML文書は，使用するXMLの版を指定するXML宣言で始めてもよく，又そうするのが望ましい。
この標準情報(TR)のこの版に適合することを示すためには，版番号 "1.0" を使用しなければならない。ある文書が，この標準情報(TR)のこの版に適合しないとき，値"1.0"を使用するのは，エラーとする。この標準情報(TR)の今後の版に"1.0"以外の値を付与することが，XML作業グループの意図だが，XMLの将来の版を作成することを確約するわけではなく，作成したとしても番号付けについて，特定の方法を使用することを確約するわけでもない。将来の版を作成する可能性があるので，必要な場合に自動的な版の認識を可能とするため，この構成子を提供する。プロセサは，それがサポートしていない版番号のついた文書を受け取ったならエラーを通知してもよい。
XML文書内のマーク付けの機能は，記憶構造及び論理構造を記述すること，並びに属性及び属性値の対を論理構造に関連づけることにある。XMLは，論理構造についての制約条件を定義するため，及びあらかじめ定義された記憶単位を使用するための機構として文書型宣言を提供する。
[Definition:] 妥当なXML文書とは，文書型宣言をもち，その文書型宣言に示す制約条件を満たすXML文書とする。
XMLの文書型宣言は，ある文書クラスのための文法を記述するマーク付け宣言を含むか，参照する。この文法を，文書型定義又はDTDという。文書型宣言は，マーク付け宣言を含んだ外部サブセット(特別な種類の外部実体)を参照することができ，又は内部サブセットにマーク付け宣言を直接含むこともできる。外部サブセットと内部サブセットの両方を使うこともできる。ある文書のDTDは，両方のサブセットをまとめたものとして構成される。
マーク付け宣言は，要素型宣言，属性リスト宣言，実体宣言又は記法宣言とする。次に示す整形式制約及び妥当性制約に規定する通り，これらの宣言は，パラメタ実体内に全体又は一部が含まれてもよい。詳しい規定は，"4. 物理構造"を参照のこと。
各々の非終端記号 (elementdecl，AttlistDeclなど）のための生成規則は，この標準情報(TR)の3.2節，3.3節，及び4.2節にあり，すべてのパラメタ実体を取り込んだ後の宣言について記述する。
パラメタ実体の置換テキストは，マーク付け宣言内において，厳密に入れ子になっていなければならない。つまり，マーク付け宣言(markupdecl)の最初又は最後の文字が，パラメタ実体参照の指し示す置換テキストに含まれれば，両方とも同じ置換テキストに含まれなければならない。
DTDの内部サブセットでは，パラメタ実体参照は，マーク付け宣言が出現可能な場所だけに出現できる。マーク付け宣言の一部としては出現できない。この制約は，外部パラメタ実体又は外部サブセットでの参照には適用しない。
内部サブセットのときと同様に，外部サブセットと，DTDにおいて参照する任意の外部パラメタ実体とは，非終端記号markupdeclによって許される型の一連の完全なマーク付け宣言で構成されなければならない。マーク付け宣言の間には，空白又はパラメタ実体参照を置いてもよい。外部サブセット又は外部パラメタ実体の内容の一部は，条件付きセクションを使用して無視してもよいが，内部サブセットではこれは許されない。
外部サブセット及び外部パラメタ実体は，その中では，パラメタ実体参照がマーク付け宣言の間だけでなく，マーク付け宣言の内でも認められる，という点でも内部サブセットとは異なる。
外部サブセット及び内部サブセットの両方を使用するときは，内部サブセットが外部サブセットより先に出現したと見なす。これは，内部サブセットの実体及び属性リスト宣言が，外部サブセットの実体及び属性リスト宣言に優先するという効果をもたらす。
XMLプロセサは，アプリケーションに文書の内容を渡すが，マーク付け宣言は，この内容に影響を与えることがある。例えば，属性のデフォルト値及び実体宣言は影響を与える。スタンドアロン文書宣言は，XML宣言の一部分として出現することができ，影響を与えるマーク付け宣言が文書実体の外部に出現するかどうかを示す。
スタンドアロン文書宣言においては, "yes"の値は，文書実体の外部に（DTDの外部サブセット内に，又は内部サブセットから参照される外部パラメタ実体内に），XMLプロセサからアプリケーションへと渡される情報に影響するマーク付け宣言が存在しないことを意味する。"no"の値は，その外部マーク付け宣言が存在するか，又は存在する可能性があることを意味する。スタンドアロン文書宣言は，その宣言が文書外部に存在するかどうかを示すだけに注意すること。外部実体への参照が文書内に存在していても，その実体が内部的に宣言されているときは，文書のスタンドアロンの値には影響を与えない。
外部にマーク付け宣言が存在しなければ，スタンドアロン文書宣言は意味をもたない。外部にマーク付け宣言は存在するが，スタンドアロン文書宣言が存在しない場合は，"no"の値が設定されているものとする。
XML文書で standalone="no" が設定されているものは，あるアルゴリズムでスタンドアロン="yes"であるような文書に変換でき，変換後の文書のほうがネットワークによる配信には望ましいかもしれない。
スタンドアロン文書宣言は，何らかの外部マーク付け宣言が次のいずれかを宣言しているときは，値 "no"を取らなければならない。
a) デフォルト値付きの属性であって，この属性が適用される要素が，属性値を指定せずに文書内に現れるもの。
c) 値が正規化の対象となる属性であって，正規化の結果として変化する値が文書内で属性に指定されているもの。
XML文書を編集するときは，マーク付けを目立たせ読みやすくするために，“空白”(スペース，タブ及び空白行。この標準情報(TR)では，非終端記号のSで表す。)を使うと便利なことが多い。これらの空白は，配布する版の文書の一部に含めることを普通は意図していない。しかし，“意味のある”空白であって，配布する版に保持されなければならないものも多い。例えば，詩及びソースコードにおける空白がこれにあたる。
XMLプロセサは，文書内のマーク付け以外のすべての文字を，変更せずにそのままアプリケーションに渡さなければならない。妥当性を検証するXMLプロセサは，これらの文字の中でどの文字が要素内容に出現する空白を構成するかをアプリケーション側に伝えなければならない。
"xml:space"という特別な属性を要素に加えることによって，アプリケーションはこの要素の中の空白を保存することが望ましいという意図を示してもよい。妥当な文書では，この属性を使用する場合は，他の属性と同じように宣言しなければならない。宣言するときは，取り得る値を"default"及び"preserve"だけとする列挙型でなければならない。例を次に示す。
値"default"は，アプリケーションのデフォルトの空白処理モードを，その要素に適用可能とすることを意味する。値"preserve"は，アプリケーションがすべての空白を保存することを意味する。この宣言の意図は，" xml:space"属性の別の指定で上書きしない限り，要素の内容に現れるすべての要素に適用すると解釈する。
文書のルート要素については，この属性の値を指定するか，又はこの属性のデフォルト値がある場合を除いては，アプリケーションによる空白の取扱いについて，いかなる意図も示さないと解釈する。
XMLの構文解析対象実体は，通常コンピュータのファイル内に保存され，編集の便宜のために複数の行に分けることが多い。これらの行は，普通は，carriage-return (#xD)コード及びline-feed (#xA)コードの何らかの組合せによって分けられる。
アプリケーションの処理を簡単にするため，外部解析対象実体又は内部解析対象実体のリテラル実体値が，"#xD#xA"の２文字の連続とするリテラル又は#xDの単独のリテラルを含む場合に，XMLプロセサは，アプリケーションに単一の文字#xAだけを渡さなければならない(この処理は，入力内に存在する改行コードを構文解析の前に正規化することによって，容易に実現できる。)。
文書処理においては，その文書の中身がどんな自然言語又は形式言語で書かれているか明示することが，役に立つことが多い。XML文書内の要素のもつ内容又は属性値において使用する言語を指定するために，"xml:lang"という名前の特別な属性を，文書内に挿入してもよい。妥当な文書においてこの属性を使用する場合は，他の属性と同様に宣言されなくてはならない。属性の値は，[IETF RFC 1766]“RFC1766：言語識別のためのタグ”によって規定される言語識別コードに従う。
c) ユーザによって定められた言語コード，又は私的な使用のために複数の団体間が取り決めたコード。これらは，今後IANAにおいて標準化又は登録されるコードとの競合を避けるために，先頭を"x-"又は"X-"で始める。
Subcode は複数回使ってもよい。最初のサブコードが存在し，その内容が二つの文字から成るときは，[ISO 3166]ISO3166の“国名を表すコード(国コード)”でなければならない。最初のサブコードが3文字以上から成るときは， Langcode の先頭がC"x-"又は "X-"で始まらない限り，指定した言語に対するサブコードとし，IANAに登録されたものでなければならない。
言語コードは，小文字で表記する慣行があり，国コードは(存在するならば)大文字での表記する慣行がある。しかし，XML文書内における他の名前とは異なり，これらの値については，大文字及び小文字の区別をしないことに注意すること。
xml:langで宣言した意図は，この要素の内容の中に現れる他の要素のxml:lang属性で上書きされない限り，指定した要素のすべての属性と内容に適用される。
必要ならば，特定のデフォルト値を与えてもよい。英語を母語とする学生用のフランス語の詩集では，説明及び注を英語で記述すれば，xml:lang属性を次のとおりに宣言することとなる。
[Definition:] いかなるXML文書も，一つ以上の要素を含む。要素の境界は，開始タグ及び終了タグによって区切る。要素が空要素のときは，空要素タグで示す。各々の要素は型をもつ。要素型は名前(共通識別子(generic identifier)又はGIと呼ぶことがある。)によって特定される。要素はいくつかの属性をもつことができる。属性は名前及び値をもつ。
この標準情報(TR)は，要素型及び属性の意味，使用方法，又は(構文に関することを除き)名前に制約を与えない。ただし，正規表現(('X'|'x')('M'|'m')('L'|'l'))にマッチする文字列で始まる名前は，この版又は今後の版のこの標準情報(TR)での標準化のために予約する。
要素が妥当とは，その要素型（の名前）とマッチするNameをもつ宣言（elementdeclにマッチするもの）が存在し，さらに次のいずれかの条件を満たす場合とする。
b) 宣言がchildrenにマッチし，要素の子要素の並びが，内容モデル中の正規表現によって生成される言語に属する。子要素の間に空白（非終端記号Sにマッチする文字の並び）があってもよい。
c) 宣言が Mixedにマッチし，要素の内容が文字データ及び子要素からなる。子要素の要素型は，要素の内容モデルに出現する名前にマッチする。
属性は宣言されていなければならない。属性値の型は，その属性に対して宣言した型でなければならない(属性の型については，"3.3 属性リスト宣言"を参照。)。
属性値内で直接的又は間接的に参照する実体("<"を除く。)の置換テキストには，<を含んではならない。
[Definition:] 開始タグで始まる要素の終わりは，終了タグでマーク付けしなければならない。この終了タグは，対応する開始タグの要素型と同じ名前をもつ。
[Definition:] 要素が空のとき，その要素は，直後に終了タグをもつ開始タグ又は空要素タグで表現しなければならない。[Definition:] 空要素タグは，次の特別な形式をとる。
空要素タグは，内容をもたない任意の要素の表現に利用できる。空要素タグで表現する要素を，キーワードEMPTYを用いて宣言しなくてもよい。相互運用性のためには，空要素タグは，EMPTYとして宣言された要素には必ず使用しなければならず，またこれ以外の要素には使用しない。
妥当性を保証するため，要素型宣言及び属性リスト宣言を用いてXML文書の要素の構造に制約を加えることができる。要素型宣言は，要素の
要素型宣言は，要素の子として出現可能な要素型について，制約を加えることが多い。ユーザのオプション指定によっては，要素型宣言をもたない要素型が他の要素型宣言によって参照されれば，XMLプロセサは警告を出してもよい。しかし，これはエラーとはしない。
[Definition:] ある型の要素が子要素だけを必ず含み(文字データを含まない。) ，それらの間には空白（非終端記号Sにマッチする文字）だけしか現れないとき，その要素型は，要素内容をもつという。
この場合，内容モデルが制約となる。内容モデルは，子要素の型及び子要素の出現順序を制御する簡単な文法とする。この文法は，内容素子(cp)から成る。内容素子は，名前，内容素子の選択リスト又は内容素子の列リストから構成される。
ここで，Nameは，子として出現してよい要素の型を示す。この文法で選択リストが現れる位置では，選択リスト内のいずれの内容素子も要素内容の中に現れてよい。列リストに現れる内容素子は，リストで指定する順番のとおりに，要素内容に現れなければならない。名前又はリストの後に出現するオプションの文字は，リスト内の要素又は内容素子が，1回以上任意の回数(+)，0回以上任意の回数(*)又は0回若しくは1回(?)出現可能なことを規定する。この演算子がない場合は要素又は内容素子が正確に１度だけ現われなくてはならないことを意味する。ここで示す構文及び意味は，この標準情報(TR)における生成規則で用いるものと同一とする。
要素の内容が内容モデルにマッチするのは，列，選択及び繰返し演算子に従って，内容の中の要素と内容モデル内の要素型とをマッチさせながら，内容モデル内の一つのパスをたどれるときに限る。互換性のため，文書内の要素が，内容モデルにおける要素型の複数の出現位置とマッチすることは，エラーとする。詳細な規定については，"E. 決定的内容モデル"を参照。
パラメタ実体の置換テキストは，かっこで囲まれたグループによって，厳密な入れ子を構成しなければならない。つまり，選択，列又は混在部品に，開きかっこ又は閉じかっこのいずれか一方が
混在内容内容に含まれれば，その置換テキストは空でないことが望ましく，置換テキストの先頭及び末尾の空白でない文字は，コネクタ(|又は,)でない方がよい。
[Definition:] ある要素型の要素内に，子要素に混在して文字データが含まれる可能性があるとき，その要素型は，混合内容をもつという。
この場合，子要素の型についての制約が存在してもよいが，子要素の順序又は出現回数についての制約は存在しない。
属性は，名前及び値の対を要素に関連付けるために用いる。属性指定は，開始タグ又は空要素タグ内でだけ可能とする。したがって，属性指定を認識するための生成規則は，"3.1 開始タグ，終了タグ及び空要素タグ"に示されている。属性リスト宣言は，次の目的で用いる。
属性リスト宣言は，ある要素型と関連付けられた各属性に対し，名前，データ型及び(存在すれば)デフォルト値を規定する。
AttlistDecl規則に含まれるNameは，要素型の名前とする。ユーザのオプション指定によっては，宣言していない要素型に対して属性を宣言したならば，XMLプロセサは，警告を出してもよい。しかし，これはエラーとはしない。
ある要素に対して，複数のAttlistDeclを与える場合，これらすべての内容はマージする。ある要素型の同じ属性に，複数の定義を与える場合には，最初の宣言を有効とし，他の宣言は無視する。相互運用性のためには，DTDの作成者は，ある要素型には高々一つの属性リスト宣言しか与えない，ある属性名には高々一つの属性定義しか与えない，及びすべての属性リスト宣言には少なくとも一つの属性定義を与える，という選択をしてもよい。相互運用性のためには，XMLプロセサは，ユーザのオプション指定によっては，ある要素型に複数の属性リスト宣言を与えたり，ある属性に複数の属性定義を与えたりしたときに，警告を出してもよい。しかし，これは，エラーとはしない。
XMLの属性の型は，３種類とする。これらは，文字列型，トークン化型及び列挙型とする。文字列型は，値として任意のリテラル文字列をとる。トークン化型は，字句及び意味に関して，次に示す様々な制約をもつ。
ID型の値は，生成規則Nameにマッチしなければならない。一つのXML文書内では，一つの名前が，この型の値として複数回現れてはならない。つまり，IDの値は，要素を一意に特定しなければならない。
IDREF型の値は，生成規則Nameにマッチしなければならない。IDREFS型の値は，Namesにマッチしなければならない。各々のNameは，XML文書内に存在する要素のID属性の値とマッチしなければならない。つまり，IDREFの値は，あるID属性の値とマッチしなければならない。
ENTITY型の値は，Name生成規則にマッチしなければならない。ENTITIES型の値は，Namesにマッチしなければならない。各々のNameは，DTDで宣言する解析対象外実体とマッチしなければならない。
NMTOKEN型の値は，Nmtoken生成規則にマッチしなければならない。NMTOKENS型の値は，Nmtokensにマッチしなければならない。
[Definition:] 列挙型の属性は，宣言した幾つかの値の一つを取ることができる。列挙型には，2種類ある。
NOTATION属性は，その属性が付与されている要素を解釈するのに使用する記法を特定する。記法は，DTD内で宣言され，システム識別子及び公開識別子のどちらか，又は，両方に関連付けられる。
この型の値は，宣言に含まれる幾つかの記法の名前の一つとマッチしなければならない。つまり，宣言に含まれる記法名は，すべて宣言されていなければならない。
相互運用性のためには，同じNmtokenは，一つの要素型のいくつかの列挙型の属性として，複数回現れない方がよい。
属性宣言は，属性の指定が必須かどうかについての情報を与える。必須でない場合には，文書内で属性が指定されていないとき，XMLプロセサがどう処理しなければならないか又は処理するほうがいいかの情報も与える。
属性宣言において，#REQUIREDはその属性が必須であること，#IMPLIEDはデフォルト値がないことを意味する。
宣言が#REQUIREDでも#IMPLIEDでもないときには，AttValueの値が，デフォルト値となる。#FIXEDキーワードは，その属性の値がデフォルト値と常に同一でなければならないことを示す。デフォルト値を宣言している場合，この属性が省略されているのを見つけたなら，宣言したデフォルト値が属性値に指定しているとして，XMLプロセサは振舞うものとする。
デフォルトの宣言が#REQUIREDキーワードの場合，属性リスト宣言で参照した要素型のすべての要素で，その属性を指定しなければならない。
属性が#FIXEDキーワードで宣言されたデフォルト値を持つ場合，その属性のインスタンスはデフォルト値にマッチしなければならない。
XMLプロセサは，属性値をアプリケーションに渡す前，または，妥当性を判定する前に，次のとおりに正規化しなければならない。
[訳注(これは原文にはない）] 以下の箇条書きは，"と"の間（もしくは'と'の間）の文字の並びに対して繰り返し実行される条件分岐である。一度実行されるたびに，正規化された文字列が先頭から少しずつ構築されていく。
ことによって処理する。ただし，外部解析対象実体の一部，または，内部解析対象実体のリテラルリテラル実体値の中にCR(#xD)とLF(#xA)とが連続して現れる場合は，
対して，次の処理をしなければならない。まず，先頭または末尾にあるスペース文字(#x20)をすべて取り除く．つぎに，連続するスペース文字(#x20)を一つ
妥当性を検証しないパーサは，宣言が見つからない属性は，すべて，CDATAを宣言しているとして扱うものとする。
条件付きセクションとは，文書型宣言の外部サブセットの一部であって，制御キーワードの指定によって，DTDの論理構造に含めたり，除いたりする部分とする。
条件付きセクションは，DTDの内部サブセット及び外部サブセットと同様に，完全な宣言，コメント，処理命令又は入れ子になった条件付きセクションを，いくつか含んでよい。これらの間に，空白が現れてもよい。
条件付きセクションのキーワードがINCLUDEならば，条件付きセクションの内容はDTDの一部である。条件付きセクションのキーワードがIGNOREならば，条件付きセクションの内容は論理的にはDTDの一部ではない。構文解析を正しく行うためには，無視する条件付きセクション(IGNORE)に関しても，内容を読まなければならないことに注意すること。これは，入れ子になった条件付きセクションを見つけ，(無視する)最も外側の条件付きセクションを正しく検出することを目的とする。キーワードをINCLUDEとする小さな条件付きセクションが，キーワードをIGNOREとするより大きな条件付きセクションに含まれるならば，外側及び内側の条件付きセクションの両方とも無視する。
条件付きセクションのキーワードがパラメタ実体参照ならば，XMLプロセサは条件付きセクションの扱いを判断する前に，このパラメタ実体を展開しなければならない。
XML文書は，一つ以上の記憶単位から構成する。この記憶単位を，実体という。実体は，内容をもち，文書実体(以降参照)及び外部DTDサブセットを除いて，名前で特定する。
各XML文書は，文書実体と呼ぶ実体を一つもつ。XMLプロセサは，この文書実体から処理を開始する。文書実体が，文書のすべてを含んでもよい。
実体は，解析対象実体又は解析対象外実体とする。[Definition:] 解析対象実体の内容は，解析対象実体の置換テキストと呼ぶ。このテキストは，文書の本体の一部として解釈する。
解析対象外実体は，内容がテキストでもそうでなくともよいリソースとする。テキストの場合，XMLでなくともよい。各解析対象外実体には，記法が関連付けられ，この記法は，名前で特定する。XMLプロセサが実体や記法の識別子をアプリケーションに渡すという要件以外は，XMLは解析対象外実体の内容を制限しない。
解析対象実体は，実体参照によって名前で呼び出す。解析対象外実体は，ENTITY型又はENTITIES型の属性の値として，名前で参照する。
[Definition:] 一般実体は，文書内容の中で使用する実体とする。あいまいにならない限り，この標準情報(TR)では，一般実体を単に実体と呼ぶ。[Definition:] パラメタ実体は，DTD内で使用する解析対象実体とする。これらの２種類の実体は，異なる書式で参照し，異なる文脈で認識する。さらに，それらは異なる名前空間にある。したがって，同じ名前のパラメタ実体と一般実体は，２つの異なった実体である。
文字参照は，ISO/IEC 10646文字集合の特定の文字，例えば，入力機器から直接入力不可能な文字を参照する。
文字参照が "&#x" で始まれば，終端の ; までの数字及び字は，ISO/IEC 10646の文字コード位置の16進数表現とする。
文字が "&#" で始まれば，終端の ; までの数字は，文字コード位置の10進数表現とする。
実体参照は，名前の付いた実体の内容を参照する。[Definition:] 一般解析対象実体への参照は，アンド記号(&)及びセミコロン記号(;)を区切り子として用いる。[Definition:] パラメタ実体への参照は，パーセント記号(%)及びセミコロン(;)を区切り子として用いる。
DTDをもたない文書，パラメタ実体参照を含まない内部DTDサブセットだけをもつ文書，又は "standalone='yes'" をもつ文書において，実体参照で用いる Name は，ある実体宣言に含まれる名前とマッチしなければならない。ただし，整形式の文書は，実体amp,
quot を宣言する必要はない。パラメタ実体の場合は，宣言は，参照に先行しなければならない。同様に，一般実体の場合は，属性リスト宣言のデフォルト値内での参照より先に，宣言が現れなければならない。
外部サブセット又は外部パラメタ実体で実体を宣言するとき，妥当性を検証しないプロセサが，宣言を読み，処理することを義務づけないことに注意。それらの文書では，実体は宣言されなければならないという規則は，standalone='yes'の場合のみ，整形式制約となる。
外部サブセット又は外部パラメタ実体をもっていて，"standalone='no'"をもつ文書において，実体参照で用いる Name は，ある実体宣言に含まれる名前とマッチしなければならない。相互運用性のためには，妥当な文書は"4.6 定義済み実体"で指定した書式によって，実体 amp,
quotを宣言することが望ましい。パラメタ実体の場合は，宣言は，参照に先行しなければならない。同様に，一般実体の場合は，属性リスト宣言のデフォルト値内での参照よりも先に，宣言が現れなければならない。
実体参照は，解析対象外実体の名前を含んでいてはならない。解析対象外実体は，ENTITY型又はENTITIES 型として宣言した属性値としてだけ参照できる。
Name は，実体参照において実体を特定する。解析対象外実体ならば，ENTITY 型又はENTITIES型の属性値内で，実体を特定する。同一の実体が一回以上宣言されれば，最初の宣言を用いる。ユーザのオプション指定によっては，複数回宣言される実体に関し，XMLプロセサは，警告を出してもよい。
実体の定義が EntityValueのとき，これを内部実体という。これは，別個の物理的記憶単位をもたず，実体の内容は宣言内で与える。正しく置換テキストを生成するには，リテラル実体値内での実体参照及び文字参照の処理が必要となるかもしれないことに注意する。詳細は，"4.5 内部実体置換テキストの構築"を参照。
NDataDecl が存在すれば，この実体は，一般解析対象外実体とし，そうでなければ，解析対象実体とする。
SystemLiteral を，実体のシステム識別子と呼ぶ。システム識別子としてはURIを使い，その実体の内容を取り出すために用いてもよい。URIと共に使うことの多いシャープ記号(#)及びフラグメント識別子は，正式には，URI自体の一部ではない。フラグメント識別子が，システム識別子の部分として与えられている場合，XMLプロセサは，エラーを出してもよい。この標準情報(TR)の適用範囲外の情報(例えば，ある特定のDTDの特別なXML要素又は特定のアプリケーションの仕様によって定義された処理命令)によって上書きされない限り，相対的なURIは，その実体の位置，すなわち，その実体の宣言があるファイルに相対的とする。
したがって，そのURIは，文書実体，外部DTDサブセットを含む実体，又は，いくつかの外部パラメタ実体に対して，相対的である。
XMLプロセサは，非ASCII文字がURIに含まれている場合，これを次のとおりに扱う。非ASCII文字は，UTF-8によって一つ以上のバイトで表現し，これらのバイトをURIの別扱い機構を用いて（すなわち，バイト値の16進数による表現をHHとしたとき，各バイトを%HHの形式に変換することによって）別扱いする。
実体の内容を取り出すXMLプロセサは，この公開識別子を用いて，代わりのURIの生成を試みてもよい。XMLプロセサがこれに失敗した場合は，システムリテラルとして指定したURIを用いなければならない。マッチする前に，公開識別子内にある空白文字からなる文字列は，すべて単一のスペース文字(#x20)に正規化しなければならず，先頭及び末尾の空白文字はすべて削除しなければならない。
テキスト宣言は，そのままの形で現れなければならず，解析対象実体への参照を経由してはならない。外部解析対象実体において，テキスト宣言は，先頭以外のいかなる位置にも出現しない。
ラベルdocumentをもつ生成規則にマッチすれば，文書実体は整形式とする。ラベルextParsedEntをもつ生成規則にマッチすれば，外部の一般解析対象実体は，整形式とする。ラベルextPEをもつ生成規則にマッチすれば，外部パラメタ実体は整形式とする。
置換テキストが，ラベルcontentをもつ生成規則にマッチすれば，内部の一般解析対象実体は，整形式とする。すべての内部のパラメタ実体は，定義から整形式になる。
実体はすべて整形式なので，XML文書の論理的及び物理的構造は，厳密に入れ子となる。開始タグ，終了タグ，空要素タグ，要素，コメント，処理命令，文字参照及び実体参照が，一つの実体で開始し，別の実体で終了することはない。
XML文書内の外部解析対象実体は，それぞれ別の文字符号化方式を用いてもよい。すべてのXMLプロセサは，UTF-8で符号化した実体，及びUTF-16で符号化した実体を処理できなければならない。
UTF-16で符号化した実体は，ISO/IEC 10646の附属書E及びUnicodeの付録Bで規定するバイト順マーク(ZERO WIDTH NO-BREAK SPACE文字，#xFEFF)で始まらなければならない。これは，符号化方式の標識であって，XML文書のマーク付けの一部でも，文字データの一部でもない。XMLプロセサは，UTF-8で符号化した文書とUTF-16で符号化した文書との区別を行うために，この文字を認識可能でなければならない。
XMLプロセサは，UTF-8及びUTF-16で符号化した実体を読めなければならない，他の符号化方式が世界では用いられることも多く，それらの符号化方式を用いる実体をXMLプロセサは処理できることが望ましい。UTF-8又はUTF-16以外の符号化方式を用いて格納する解析対象実体は，符号化宣言を含むテキスト宣言で始めなければならない。
文書実体では，符号化宣言は，XML宣言の一部とする。EncNameは，使用する符号化方式の名前とする。
符号化宣言では，値"UTF-8"，"UTF-16"，"ISO-10646-UCS-2"及び"ISO-10646-UCS-4"は，Unicode及びISO/IEC 10646の各種符号化方式のために用いる。値"ISO-8859-1"から"ISO-8859-9"までは，ISO 8859の対応するパートのために用いる。値"ISO-2022-JP"，"Shift_JIS"及び"EUC-JP"は，JIS X-0208-1997の各種符号化方式のために用いる。XMLプロセサは，ここに挙げた以外の符号化方式を認識してもよい。Internet Assigned Numbers Authority [IANA]に，(charsetsとして)登録された文字符号化方式については，ここに挙げたもの以外についても，登録された名前で参照することが望ましい。これらの登録された名前は，大文字・小文字の区別をせずに定義されているので，これらに対する比較を試みるプロセサは，大文字・小文字の区別をしない方法をとることに注意する。
外部の伝送プロトコル（すなわち，HTTP, MIMEなど）で与えられる情報が存在しないとき，XMLプロセサに渡された実体が，符号化宣言を含むにもかかわらず，宣言で示したもの以外の方式で符号化されている場合，符号化宣言が外部実体の最初以外の位置に出現した場合，又はバイト順マークでも符号化宣言でも始まらない実体が，UTF-8以外の符号化方式を使用した場合は，エラーとする。ASCIIはUTF-8のサブセットなので，通常のASCIIの実体は厳密には符号化宣言を必要としないことに注意。
次の表に，文字参照，実体参照及び解析対象外実体の呼出しが現れる文脈，並びに，それぞれの場合におけるXMLプロセサに要求される振舞いを要約する。一番左の列のラベルは，参照が現れる文脈を示す。
開始タグの属性の値，又は属性宣言におけるデフォルト値のいずれかでの参照。非終端記号AttValueに対応する。
参照ではなく，Nameとして出現。ENTITY型として宣言した属性の値として出現するか，又はENTITIES型として宣言した属性の値におけるスペースで区切るトークンの一つとして出現する。
実体の宣言における，パラメタ実体又は内部実体のリテラル実体値の中での参照。非終端記号EntityValueに対応する。
DTDの内部サブセット又は外部サブセットでの参照。ただし，EntityValue又はAttValueの外側とする。
DTDの外では，%文字は，いかなる特別な意味ももたない。したがって，DTDの中ではパラメタ実体参照として認識するものであっても，contentの中ではマーク付けとしては認識しない。同様に，適切に宣言した属性の値の中に現れる場合を除き，解析対象外実体の名前は認識しない。
[Definition:] 実体参照を処理するには，その置換テキストを取り出し，処理する。参照自体の代わりに，参照があった位置で，文書の一部として含まれるものとして取り込む。置換テキストは，文字データ及び(パラメタ実体を除く。)マーク付けのいずれを含んでもよく，これらは，通常の方法で認識されなければならない。ただし，マーク付けの区切り子を別扱いするために用いる実体(amp,
quot)の置換テキストは，常にデータとして扱う(文字列"AT&T;"は，"AT&T;"に展開され，残されたアンド記号は，実体参照の区切り子としては認識しない。)。文字参照は，番号で示した文字を参照自体の代わりに取り込む。
文書の妥当性を検証するには，XMLプロセサは解析対象実体への参照を認識したとき，その置換テキストを取り込まなければならない。実体が外部実体であって，XML文書の妥当性を検証しないときは，実体の置換テキストを取り込んでもよいが，取り込むことを義務づけられてはいない。妥当性を検証しないパーサが置換テキストを取り込まない場合，実体を認識したが，読み込まなかったことをアプリケーションに通知しなければならない。
この取決めは，SGML及びXMLの実体の機構が提供する自動取込み機能が，文書作成時のモジュール化を主な目的として設計されており，その他のアプリケーション(特に，文書のブラウジング)には，必ずしも適切ではない，という認識による。例えば，ブラウザは外部解析対象実体への参照を見つけると，その実体が存在するという表示だけを行い，表示を要求されたときにだけ，内容を取り出すかもしれない。
b) DTDのEntityValue又はAttValue以外の部分における，文字参照又は一般実体への参照の出現。
実体参照が属性値の中で現れたとき，または，パラメタ実体への参照がリテラル実体値の中で現れたとき，置換テキストは，参照自体の代わりに，参照があった位置に文書の一部としてあったものとして処理される。ただし，置換テキストの中の一重引用符又は二重引用符文字は，常に通常の文字データとして扱われ，リテラルを終了させることはない。例えば，次の文書例は整形式である。
[訳注(これは原文にはない）] 一行目は原規定ではパラメタ実体となっているが明らかな誤りなので修正した。
解析対象外実体の名前が，ENTITY型又はENTITIES型の属性値においてトークンとして現れたとき，妥当性を検証するプロセサは，アプリケーションに対して，その実体及び関連する記法のシステム識別子並びに(存在すれば)公開識別子を通知しなければならない。
一般実体参照が，実体宣言におけるEntityValue内に現れるとき，一般実体参照は処理されないで，そのまま残る。
外部解析対象実体の場合と同様に，パラメタ実体は，妥当性を検証するときだけ取り込む必要がある。パラメタ実体参照をDTD内に認識して取り込むとき，その置換テキストは，その前後に一つのスペース文字(#x20)の付加によって引き伸ばされる。パラメタ実体の置換テキストがDTD内の文法的トークンを完全に含むようにすることを，この規程は意図している。
内部実体の取扱いの規定で，実体値を二つの形式に区別することは役に立つ。[Definition:] リテラル実体値は，実体宣言内に実際に存在する，引用符で囲まれた文字列とする。これは，非終端記号EntityValueとマッチする。[Definition:] 置換テキストは，文字参照及びパラメタ実体参照の置換え後における，実体の内容とする。
内部実体宣言内で与えるリテラル実体値(EntityValue)は，文字参照，パラメタ実体参照及び一般実体参照を含んでもよい。これらの参照は，リテラル実体値内に完全に含まれていなければならない。展開する実際の置換テキスト(先に示したもの)は，参照するパラメタ実体の置換テキストを含み，リテラル実体値内での文字参照の代わりに参照した文字を含む。しかし，一般実体参照はそのまま残し, 展開してはならない。
参照"&book;"が文書の内容又は属性値内に出現すれば，一般実体参照"&rights;"は展開される。
不等号(小なり)，アンド記号及び他の区切り子を別扱いするには実体参照及び文字参照のどちらも使用できる。いくつかの一般実体（amp,
quot）をこの目的のために使用する。番号による文字参照も，この目的のために使用できる。文字参照は，認識されると直ちに展開され，文字データとして扱われるので，番号による文字参照"<"及び"&"は，文字データ内に出現する<及び&を別扱いするために使用できる。
すべてのXMLプロセサは，宣言されているかどうかに関係なく，これらの実体を認識しなくてはならない。相互運用性のためには，妥当なXML文書は，これらの実体を使用する前に他の実体と同様に宣言する。実体を宣言する場合は，別扱いする1文字を置換テキストとして指定した内部実体，又は，その文字への文字参照を指定した内部実体として，次のとおりに宣言しなければならない。
lt及びampの宣言内の"<"及び"&"文字は，実体の置換テキストが整形式となるように二重に別扱いされることに注意。
記法は，解析対象外実体の形式，記法属性を持つ要素の形式，または，処理命令の対象とするアプリケーションを特定する名前とする。
記法宣言は，記法の名前及び外部識別子を提供する。この名前は，外部実体宣言，属性リスト宣言，及び属性指定に用いる。外部識別子は，与えられた記法のデータを処理できるソフトウェア（ヘルパアプリケーションなど）を，XMLプロセサ又はクライアントアプリケーションが探すために利用できる。
XMLプロセサは，宣言されていて，属性値，属性定義又は実体宣言で参照されているすべての記法について，XMLプロセサは，記法の名前及び外部識別子をアプリケーションに提供しなければならない。さらに，外部識別子を，システム識別子，ファイル名又はその他の情報に展開してもよく，これらを用いて，アプリケーションは，その記法のデータを処理するプロセサを起動する。しかし，XMLプロセサ又はアプリケーションが動作するシステムでは利用できない記法を，XML文書が宣言し参照しても，これは，エラーとはしない。
[Definition:] 文書実体は，実体の成す木構造のルートであって，XMLプロセサが処理を開始する対象とする。この標準情報(TR)は，XMLプロセサが，文書実体の存在する場所をどのように見つけるかは規定しない。他の実体と異なり，文書実体は名前をもたず，いかなる識別もなしにプロセサへの入力ストリームに出現してもよい。
妥当性を検証するプロセサも妥当性を検証しないプロセサも，読み込んだ文書実体及び他のすべての解析対象実体において，この標準情報(TR)の整形式制約への違反を報告しなければならない。
[Definition:] 妥当性を検証するプロセサは，DTD内の宣言によって示された制約への違反と，この標準情報(TR)が規定する妥当性制約への違反とを，すべて報告しなければならない。
これを実現するために，妥当性を検証するXMLプロセサは，DTD全体と文書内で参照されているすべての外部解析対象実体とを読み込んで処理しなければならない。
妥当性を検証しないプロセサは，整形式であることを確認するために，DTDの内部サブセット全体を含めた文書実体を調べることだけが義務づけられている。[Definition:] 文書の妥当性を確認する必要はないが，読み込んでいないパラメタ実体への参照が最初に起きるまでに読み込んだDTDの内部サブセットとパラメタ実体とに現れるすべての宣言を処理しなければならない。すなわち，属性値を正規化し，内部実体の置換テキストを取込み，デフォルトの属性値を与えるために，これらの宣言にある情報を使用しなければならない。
実体の宣言は上書きされる可能性があるので，妥当性を検証しないプロセサは，読み込んでいないパラメタ実体への参照より後に現れた実体宣言及び属性リスト宣言を処理してはならない。
妥当性を検証するXMLプロセサの振舞いはほとんど予測可能である。すなわち，文書のすべての断片を読み込み，整形式及び妥当性に対するすべての違反を報告しなければならない。妥当性を検証しないプロセサに必要とされることはそれより少ない。すなわち，文書実体以外の文書の断片を読み込む必要はない。したがって，XMLプロセサのユーザに対して重要な二つ効果をもつ。
ある種の整形式のエラー，特に，外部実体を読まなければ検出できないエラーは，妥当性を検証しないプロセサでは検出しなくてもよい。例えば，"4.4 XMLプロセサによる実体及び参照の扱い"で禁止として説明されているいくつかの場合，並びに実体が宣言されていること，解析対象実体，及び再帰なしという見出しが付けられた制約が挙げられる。
プロセサからアプリケーションに渡される情報は，プロセサがパラメタ実体及び外部実体を読み込むかどうかで違ってくる。例えば，妥当性を検証しないプロセサは，属性値を正規化したり，内部実体の置換テキストを取込んだり，デフォルトの属性値を与えたりする必要はない。これらを行なうかどうかは，外部実体及びパラメタ実体内での宣言を既に読み込んでいるかどうかによる。
異なるXMLプロセサ間での相互運用性を最も高めるためには，妥当性を検証しないプロセサを使用するアプリケーションは，そのようなプロセサでは必要とされない振舞いに依存すべきではない。外部実体で宣言されている属性のデフォルトや内部実体を使用するような場合は，妥当性を検証するプロセサを使用する。
XMLの形式的な文法は，簡単な拡張Backus-Naur Form(EBNF)表記法によって与える。文法の各規則は，次の形式で記号を定義する。
記号は，正規表現で定義するときは大文字で始め，そうでなければ小文字で始める。リテラル文字列は引用符で囲む。
ここで，Nは16進の整数とする。ISO/IEC 10646の文字であって，標準形の(UCS-4)コード値を符号なし2進数として解釈したとき，指定した値と等しいものとマッチする。#xN形式の先頭にゼロがいくつか現れるかは意味をもたない。コード値における先頭のゼロの数は，文字の符号化によって決定されるのでXMLにとっては意味がない。
Unicode標準に定義するプロパティにしたがって，文字は基底文字(BaseChar)(これらは，発音符を除くラテンアルファベットのアルファベット文字を含む。)，統合漢字(ideographic)及び結合文字(CombiningChar)(このクラスはほとんどの発音符を含む。)にクラス分けする。これらのクラスを合わせて字(Letter)のクラスとする。10進数値(Digit)及びエクステンダ(Extender)のクラスもある。
b) 名前開始文字以外の名前文字は，Mc, Me, Mn, Lm, Ndカテゴリ内の一つでなければならない。
c) 互換性領域にある文字(文字符号で#xF900より大きく#xFFFEより小さい文字)は，XMLにおける名前としては許されない。
d) フォント分解か互換性分解をもつ文字(つまり，データベース内の５番目のフィールドに"compatibility formatting tag"があるもの。これは，５番目のフィールドが，"<"で始まることによって示される。)は許されない。
e) 次の文字は，名前開始文字として扱う。これは，プロパティファイルが，これらの文字をアルファベットに類似すると見なすことによる。それらは
g) 文字符号が#x00B7の文字は，プロパティリストにしたがって，エクステンダ(extender)に分類する。
XMLは，SGMLのサブセットとして設計されている。すなわち，すべての妥当なXML文書は，規格に適合するSGML文書にもなる。SGMLが文書に課す制限以外に，XMLがいかなる制限を課すかについての詳細は，[Clark]を参照のこと。
この附属書は，"4.4 XMLプロセサによる実体及び参照の扱い"で規定されている，実体参照及び文字参照を認識し展開する一連の流れを例によって示す。
XMLプロセサは，実体の宣言を構文解析した時点で文字参照を認識し，これを解決する。実体"example"の値として，次の文字列を保存する。
文書内で"&example;"を参照すると，このテキストは再び構文解析される。このとき，要素"p"の開始タグ及び終了タグを認識し，三つの参照を認識し展開する。その結果，要素"p"は，次の内容(すべてデータであって，区切り子又はマーク付けは存在しない。)をもつ。
規則及びその効果をより詳細に示すため，さらに複雑な例を示す。次の例で，行番号は参照の便宜のためだけに付ける。
a) 4行目で，37番の文字への参照を直ちに展開し，パラメタ実体"xx"を，シンボルテーブルに"%zz;"という値とともに保存する。置換テキストを再び走査することはないので，パラメタ実体"zz"への参照は認識しない。"zz"は，まだ宣言されていないので，走査されればエラーとなる。
SGMLは，決定的内容モデル(SGMLでは，非あいまいと呼ぶ。)を要求する。SGMLシステムを用いて作成したXMLプロセサは，非決定的内容モデルをエラーとしてもよい。
例えば，内容モデル((b, c) | (b, d))は非決定的となる。これは，最初にbを与えたとき，モデル内のいずれのbとマッチするのか，その次の要素を先読みすることなしには，パーサは知ることができないことによる。この場合は，bの二つの出現は，一つにまとめることができ，モデルは(b, (c | d))となる。こうすれば，明らかに最初のbは，内容モデル内の一つの名前とだけマッチする。パーサは先読みして，次にくるものを知る必要がない。cもdも受理される。
形式的に示せば次の通り。Aho, Sethi, and Ullman [Aho/Ullman]の3.9節のアルゴリズム3.5などの標準的なアルゴリズムを用いて，内容モデルから有限オートマトンを構成することができる。この種の多くのアルゴリズムでは，正規表現における各々の位置(つまり，正規表現の構文木における各々の末端ノード)に対して，follow setを構成する。ある位置に対するfollow setにおいて，複数の位置が同じ要素型名でラベル付けされていれば，その内容モデルはエラーとなり，エラーとして報告されることもある。
すべての非決定的内容モデルを等価な決定的内容モデルに変換することはできないが，多くの非決定的内容モデルを変換するアルゴリズムが存在する。Brüggemann-Klein 1991 [Brüggemann-Klein]を参照のこと。
XMLの符号化宣言は，各実体の内部ラベルとして機能し，どの文字符号化方式を使用するかを示す。しかし，XMLプロセサは内部ラベルを読む前にどの文字符号化方式を使われているかを知る必要があり，これが，内部ラベルが示そうとしていることに他ならない。一般的には，これは絶望的な状態となる。しかし，XMLにおいては，完全には絶望的ではない。これは，XMLが次の二つの点で一般的な場合に対する制限を加えていることによる。一つの制限は，どの実装も有限個の文字符号化方式だけをサポートするものと見なす。他の一つは，XMLの符号化宣言の位置及び内容を制限して，各実体で使用する文字符号化方式の自動検出を可能にする。また，多くの場合に，XMLのデータストリームに加え，他の情報が利用できる。ここでは，XMLの実体がプロセサに渡されるとき，(外部)情報を伴うかどうかによって，二つの場合に分ける。まず最初の場合を示す。
UTF-8形式又はUTF-16形式ではないXML実体は，最初の文字列を‘<?xml'とするXML符号化宣言で始めなければならないので，どの適合したプロセサも，入力にある2オクテット又は4オクテットを調べれば，次のどの場合があてはまるかを検出できる。このリストを読む際には，UCS-4の'<'が"#x0000003C"，'?'が"#x0000003F"，及びUTF-16のデータストリームの必要とするバイト順マークが"#xFEFF"ということを知っておくと役立つ。
i) 3C 3F 78 6D: UTF-8, ISO 646, ASCII, ISO 8859の各パート，Shift-JIS，EUC，並びに任意の他の7ビット，8ビット又は混在幅の符号化方式であって，ASCII文字を通常の位置，幅及び値とすることを保証するもの。これらのどれに対応するかを検出するためには，実際の符号化宣言を読み込まなければならない。しかし，これらすべての符号化方式は，ASCII文字に対して同じビットパターンを使用するので，符号化宣言自体は，正確に読込むことができる。
j) 4C 6F A7 94: EBCDIC (又はその変種。どのコードページを使用するかを知るためには，符号化宣言全体を読み込まれなければならない。)
k) その他: 符号化宣言なしのUTF-8。そうでないときには，データストリームが壊れているか，文書の断片であるか，何らかの形式に従って埋め込まれている。
この程度の自動判別でも，XMLの符号化宣言を読み込み，文字符号化方式の識別子を十分解析できる。識別子の解析は，類似する各々の符号化方式の一つ一つを区別するために必要になる(例えば，UTF-8及び8859を区別するため，8859の各パートを区別するため，使用している特定のEBCDICコードページを区別するため。)。
符号化宣言の内容をASCII文字に限定しているので，どの系統の符号化方式が使用されているかを検出すれば，プロセサは符号化宣言全体を正確に読み込むことができる。現実問題として，広く使用されている文字符号化方式は前述の系統のいずれかにあてはまるので，オペレーティングシステム又は伝送プロトコルが与える外部情報を信頼できないときでも，内部ラベルで文字符号化方式をかなり正確に示すことがXML符号化宣言によって可能となる。
プロセサが文書の符号化方式を検出しさえすれば，それぞれの場合に対して別の入力ルーチンを呼び出すか，又は入力する各文字に対し適切な変換関数を呼び出すことによって，適切に動作することができる。
自分自体にラベル付けをするいかなるシステムでも同様だが，ソフトウェアが，符号化宣言を更新せずに実体の文字集合又は符号化方式を変えれば，XMLの符号化宣言は機能しない。文字符号化ルーチンの実装者は，実体のラベル付けに使用する内部及び外部の情報の正確さの保証に注意すべきである。
[訳注(これは原文にはない）] 以下の記述はRFC 2376によって，すでに取って代わられているので，そちらを参照されたい。MIME型application/xmlの場合の扱いはRFC 2376では変更されている。
2番目の場合は，XMLの実体の他に，符号化方式についての情報が存在するときである。いくつかのファイルシステム及びネットワークプロトコルでは，その符号化方式についての情報が存在する。複数の情報が利用できるとき，それらの相対的な優先度と，それらが矛盾したときの望ましい処理方法とは，XMLの配送に使用するより高水準のプロトコルの一部として規定するのがよい。例えば，内部ラベル及び外部ヘッダに存在するMIME形式のラベルの相対的な優先度についての規則は，MIME型text/xml及びapplication/xmlを定義するRFC文書の一部となるのが望ましい。しかし，相互運用性のため，次の規則を推薦する。
a) XMLの実体がファイルに存在すれば，バイト順マーク及び符号化宣言PIは，(存在すれば)文字符号化方式を決定するために使用する。他のすべてのヒューリスティック及び情報は，エラー回復のためだけに用いる。
b) XMLの実体をMIME型text/xmlで配送するときは，このMIME型のもつcharsetパラメタが文字符号化方式を決定する。他のすべてのヒューリスティック及び情報は，エラー回復のためだけに用いる。
c) XMLの実体をMIME型application/xmlで配送するときは，バイト順マーク及び符号化宣言PIを(存在すれば)文字符号化方式の決定のために使用する。他のすべてのヒューリスティック及び情報はエラー回復のためだけに用いる。
これらの規則は，プロトコルについての資料がないときにだけ用いる。特に，MIME型text/xml及びapplication/xmlが規定されれば，関連RFCの勧告が，これらの規則に取って代わる。
この標準情報(TR)の原勧告は，W3C XML作業グループ(WG)が準備し，公開を承認した。WGがこの標準情報(TR)の原勧告を承認するということは，WGのすべての委員が承認投票を行ったということを必ずしも意味しない。XML WGの現在の委員及び以前の委員を次に示す。

[] 拡張可能なマーク付け言語 (XML) 1.0
[引用サイト]　 http://www.fxis.co.jp/xmlcafe/tmp/rec-xml.html
93

Last Updated 2007/ 03/ 06/ 19時57分45秒

　人気の無料出会い系サイト

出会い系にお金なんて使ってられるかっ！
冗談じゃないっ(｀･ω･´)
出会い系は無料で本当に会えなきゃ絶対ヤダって人におすすめです。
完全無料だからバシバシ使い倒してちゃいましょう♪(人ω･`)
新サイトは頻繁に更新するので要チェックです！！