  |
はてなキーワード: ISOとは
仮想システムを構築するにあたり、CIFS しか使えない NAS をバックアップ用に選定してきた SI 屋さんが居たので、CIFS と iSCSI のどちらが早いのか、試してみました。
テストに使う NAS は QNAP の Turbo NAS TS110
http://www.tekwind.co.jp/products/entry_6719.php
です。もう６年以上愛用して、カビが生えてもおかしく無い程に古いし, Marvell 800Mhz という低スペックな Qnap NASです。 100Mbps 時代のモノです。
昨年、HDDがお亡くなりになったので、3Tb の HDD に交換しました。ファームウェアはこんなに古い機械でも、QNAP シリーズの最新バージョンが利用できます。
iSCSI は、今あまり見なくなりましたが SCSI ケーブル規格や、SASケーブル接続のハードディスクを、一般的なIPネットワークで規格で仮想化したものです。
マウントするホストシステム側は iSCSI initiator, ディスクストレージの機能を提供する側を iSCSI Target と呼びます。
ホストから「マウントするしない」はイニシエータ側のソフトウェア的な操作で行います。これは便利な機能で、ディスクの故障などで、一時的に物理的に取り外さなければいけない場合でも、ホストからの操作だけで実際のケーブル結線の脱着を行う必要がないので、今時での SAS の外付けディスクドライブの様に、ホストもシャットダウンして電源を切り、結線を外して修理、交換する、という必要がないので、ディスクデバイスの修理をホストの電源を止めないで実施できると言う、実に便利な事ができます。
という事で、仮想環境では実に使いやすいストレージデバイスなのです。
マウントするホスト側から見ると単純に SCSI/SAS のハードディスクに過ぎません。iSCSI のストレージをマウントしてからは、通常の増設ディスクの様にフォーマットして、ホスト側で使う一般的な XFS, ext4, NTFS などのフォーマットでフォーマットする必要があります。
Linux の iSCSI ターゲット側からは、内部にターゲットとして使う「巨大なファイル」が、どん！ とあるだけです。この巨大ファイルを、イニシエータ側に仮想ディスクイメージとして提供しています。当然シンプルな仮想イメージなので、ファイルそのものをバックアップコピーすれば、ストレージのイメージそのもののバックアップができます。
※ qnap NAS の場合、iSCSI イメージは、 /share/HDx_DATA/.@iscsi.img の下にドンと作られるようです。
[Solved]How to mount iSCSI file?
https://forum.qnap.com/viewtopic.php?f=180&t=25322
[/share/HDA_DATA/.@iscsi.img] # pwd
[/share/HDA_DATA/.@iscsi.img] #
[/share/HDA_DATA/.@iscsi.img] # ls -l
-rw------- 1 admin administ 6442450944 Nov 12 2017 iSCSI-2015ace1-5a078d66.000
-rw------- 1 admin administ 1073741824 Jun 24 09:52 iSCSI-lun4-5d0de534.000
-rw------- 1 admin administ 107374182400 Nov 4 2015 iSCSI-nss01-56399e1a.000
-rw------- 1 admin administ 5368709120 Nov 11 2017 iSCSI-nss2015-5a06cf6d.000
-rw------- 1 admin administ 21474836480 Jun 22 17:11 iSCSI-test-56b3ce90.000
-rw------- 1 admin administ 5368709120 Jun 22 17:11 iSCSI-test-56b3ce90.001
[/share/HDA_DATA/.@iscsi.img] #
※ とても重要
CIFS/NFS のファイル共有NAS と違い、iSCSI でマウントして一つのターゲットを制御できるのは、一つのホスト、一つのイニシエータだけです。複数のホストからイニシエータでマウントする（できちゃいます）と、ファイルの排他制御は行われないので、ファイルシステム自体の不整合が起こります。
つまりファイル共有という目的には向いていない、という事です。あくまでも iSCSI ターゲットはネットワーク上の仮想ディスクです。
もっとも、一つのホストからマウントしてファイルを保存して、いったんオフラインにして、ターゲットを別なホストからマウントする、という事はできます。また、ターゲットは一つの iSCSI デバイスで複数作れるので、１台の iSCSI 装置に複数のターゲットを実装して、複数のホストから別々のターゲットイメージをマウントする事は問題ありません。
極端な話、ホストのハイパーバイザーは USB メモリやSANブートさせて、後はマウントした iSCSI の仮想イメージ上で、仮想マシンを動かす、HDDレスなハイパーバイザー運用もできます。
物理的な転送速度は、ネットワークの速度とディスクデバイスの性能に依存します。当然 10Gb base のネットワークカード、HUB、高規格なケーブルを使えば、論理的な性能は 10Gbps です。大抵は NAS の性能がそこまで出ないのですけどね。ヨドバシカメラあたりで売っている 4,000 円程度の 1G HUB でも、そこそこの性能が出てしまいます。
距離は、IPがつながればどこでもなので、ホストコンピュータとメインのストレージを自社のサーバールームに置き、イニシエータを動かし、バックアップ用の iSCSI ターゲットをデータセンターに置く、なんてこともできます。
【送料無料】QNAP TS－431P2（ホワイト） NAS 4ベイモデル クアッドコア CPU ／ LAN 2ポート搭載 （TS431P2）
価格:56,145円
感想(0件)
iSCSI の耳慣れない言葉に LUN （論理ユニット番号 : Logical Unit Number）というのがあります。
昔の SCSI は、 SCSI バスアダプタに７番のIDを振り、残りの 0 ~ 6 のディスクや CD, Tape などに ID を振り分ける物理的な３ビットのディップスイッチやジャンパ端子が付いていました。これが SCSI アドレスです。
これが実に難物でした。特に、複数の SCSI バスアダプタカードをデュプレクス設定する場合、割り込み番号も別々にするので、手が滑ってジャンパピンを飛ばして床を這いまわって探したり、難解なディップスイッチを前に数日悩んだものです。
つまり一つのSCSIバスには 0~７の合計８台（うち大抵７番はSCSI バスカード）の物理ユニットデバイスがつながって別々に見えたという仕組みだったわけです。
ところが SCSI バスを使った Raid コントローラが出てくると、ディスクの鈴なりが、一つの物理デバイスに見えてしまうわけです。これを「論理的な仮想番号」に分割して、システムからは、単一の鈴なり Raid ディスクを複数の論理番号に分割したわけですね。
これが LUN というヤツです。
iSCSI 機器のターゲットも、内部のソフトウェア的に複数の論理デバイスに分割して、複数のホストコンピュータから複数の物理デバイスのように見せかけるわけです。
別々な LUN は一つ、あるいは複数の iSCSI 機器によって、複数のホストに別々のディスクデバイスとして見せかけるンです。
https://en.wikipedia.org/wiki/Logical_unit_number
Qnap NAS の場合、iSCSI ターゲットはウィザード形式で簡単に作成できます。EXT4 ファイルシステム上で、オンラインでも簡単にサイズの拡大ができるので、 Windows の Storage Server のように NTFS の VHD 形式ではないので、そこそこ性能が出ますが、いかんせん古さと遅さは否めません。
Qnap NAS の iSCSI ターゲットの設定は、偉そうな Linux 系サイトに書いてある程、面倒なことはありません。ストレージマネージャから iSCSI タブにあるウィザードに従って iSCSI ターゲット名に任意の名前を付けると IQN にその文字列が追加されるだけです。わざわざ vi エディタに「正確に」綴りを間違えずに設定する必要もありません。ここでは Chap 認証は付けませんでした。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16405779.jpg
機械は古いのですが、逆に言うと、「古くて遅い」ため、サーバーとNASとの接続プロトコルの性能差が、如実に現れる事になります。
QNAP TVS-951X 10GBASE-T/NBASE-Tポート内蔵
Windows10 の Microsoft 製 iSCSI イニシエータは「コントロールパネル」＞「システムとセキュリティ」＞「管理ツール」の中にあるので、ここで、設定済の iSCSI 「ターゲットを」 「検索」して選んで「接続」します。Chap 認証を付けておいた場合はターゲットで設定したパスワードが必要でしょう。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16412132.jpg
新規に作成して、接続した後は、フォーマットされていないため、ディスクマネージャからフォーマットして使います。ちなみに、フォーマットして利用した iSCSI ターゲットの仮想ディスクは、他のマシンでマウントすることもできます。つまりHDDを取り外して、他のPCに繋げる事と同じことですね。
ＰＲ
ちなみに opeSUSE で使うにはこんな感じになりました。
open SUSE Leap 15.1 で iSCSI NASを使ってハマった
https://islandcnt.exblog.jp/239328437/
一番イラつくのは、巨大なファイルの転送でしょう。という事で 3G 程ある SUSE Linux のインストール用DVDの ISO ファイルを CIFS でコピーしてみます。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16414334.jpg
３分１１秒かかりました。１Gビットネットワークで 12～3% 程度の帯域を使って通信しています。明らかに古いNAS の性能が足を引っ張っているようです。
スループットは 150Mbps 程度で全体の最大１５％程度でしょうか。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16415832.jpg
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16422170.jpg
初速は出るのですが、その後は、ボロイ TS-110 の性能がモロに出ます。それでも 20 MB/s から 25 MB/s 程度は出ています。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16423835.jpg
２分２５秒でした。 大体２０％程度のスループットです。
--
数字に弱い私の脳みそですが、 iSCSI は CIFS より 1.5倍くらい早い、という事が言えます。
Zabbix で QNAP TS-110 の I/O を見てみると、前半の CIFS アクセスより後半の iSCSI アクセスの山が高い事がよくわかります。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16425860.jpg
CIFS を使ったリモートディスクのマウントは、他のPCからもアクセスができる、というメリットがありますが、iSCSI は単一のホストからのアクセスしかできません。<--- これ重要.... -- もっとも、ターゲットストレージを複数作って複数のサーバーから異なるデータ領域にアクセスはできますが -- バックアップ用途や、サーバーの増設ストレージとして考えれば、良い選択であると言えます。
もっとも、iSCSI デバイスそのものは、ターゲット単位で別々なホストから接続できます。しかし同じターゲットで別々のホストからイニシエータから繋ぐと、とても笑いごとにならない事態になるので、普通やりません。
ハイパーバイザー同士で一つのターゲットを共有してライブマイグレーションはしたことはあります。
こうした性能のわずかな違いが、仮想化システムのハイエンドな領域で違いとなって出てきます。なお Qnap でも openiSCSI でも Windows Storage Server でも取った領域そのままのサイズのでかいファイルが作成されるようです。
国産 NAS の「ハイエンド」と称する「LANxxxx」などのモデルでは Windows Storage Server を使って NTFS フォーマットしています。Windows Storage Server は見た目 Windows サーバーそのものなのですが、ところどころちゃんとデチューンされているようで、SOHO向けが限度です。
こういった国産 NAS メーカーの製品カタログでは、「ハイエンド」は Windows Storage Server を搭載して、低価格のNASは Unix 系のシステムで「低価格」を謳っていますが、そもそも、上位モデルは、CPUやメモリの性能が高いものが使われています。性能が違うのは当たり前なのですが、あまり性能が出ないだろうと思います。
Windows Storage Server じゃなくて、ちゃんとした Windows Server と CAL 買えよな、という事なのですね。
このあたりは独自OSを NAS としてチューニングした Qnap や Synology, asuster などの iSCSI 機能付きの NAS を中規模ネットワークのミドルレンジの NAS として利用したほうが良いと思います。
仮想環境でのネットワークアタッチストレージ(NAS)は、本回線（構内LAN）とは切り離し、ストレージ専用のネットワークとして独立して運用させるのが基本です。サーバーとNAS間で凄まじい通信が発生します。サーバーNICが２ポート以上のものが推奨されます。
iSCSI はあくまでもネットワーク上のストレージのみの機能を提供するものであり、ファイル共有の手段ではない、という事です。
NAS をCIFSで使うと NAS が持つ独自のアクセス権限を設定しなければなりません。セキュリティも当然 NAS 独自の機能で設定します。
iSCSI はあくまでも「外付け SCSI デバイス」のネットワーク版なので、マウントする側のOSそのもののファイルシステム、セキュリティ機能、アクセス制限がホスト側の機能をそのまま利用できます。セキュリティ的には、マウントする際のパスワード制限しかないので、独自のストレージネットワーク内に配置すべきで、ユーザが使う構内ネットワークに配置すべきではありません。
・「指輪物語」(1950年代）以前にコナン（1930年代）などのヒロイック・ファンタジーがあった。
→「ソード&ソーサリー」という言葉は60年代に生まれた。
・「指輪物語」の米国での出版（1965）以後、“トールキン的なファンタジー”が広まった。
→当時「トールキンはソード＆ソーサリーと呼べるか」論争があった。
→D&D（1974）など冒険者がパーティを組むゲームを通じて、人間型種族やモンスター側種族、ゴブリン、オーク、トロルやハーフリング（ホ○ット）がメジャーになった。
【Amazonプライムのドラマ版】※予想含む
・冥王サウロン(潜伏中)が関わってくる？
・映画版「LotR」冒頭の、サウロンの指が切り取られ、一つの指輪が失われるのが第二紀の終わり
・Amazonプライム版のキャラクター名がエルフっぽいので、第二紀前半のエルフの指輪鍛造のころか？
・若きガラドリエル（別キャスト）やエルロンドの青春時代、闇の森のスランドゥイル（レゴラスの父）も登場か？
森瀬「トールキンがそもそも描こうとしたのが現実の北方人種（北欧系）の世界だから……映画「ホビット」三部作になると人間側の人種バリエーションも広がっている」
【初級課題】
・「シルマリルの物語」「終わらざりし物語」も読んでおくとなお良し。
・これから「指輪物語」「ホビット」を読むならどの翻訳で読むか？
→Apple books（電子版）「指輪物語」固有名詞も良い。
【中級課題】
・The Lord of the Rings: A Reader's Companion という英語の注釈書もある。
・土地勘を養うなら「シャドウ・オブ・モルドール」や「Lord of the Rings Online」。
・The History of Middle-earth（12巻、Kindle版あり）通読ではなく索引的に使う。
・エルフ語学習 映画を見たときにエルフ語パートがわかる喜び。
→「A Gateway to Sindarin」映画の監修者によるエルフ語（シンダール語）解説書。
【おまけ（番組外）】
・“エルフ語”対応のAI翻訳サービス 「指輪物語」パロディーだけではなかった本当の目的 - ITmedia NEWS
https://www.itmedia.co.jp/news/articles/2109/14/news112.html
SNSでは大喜利が盛んですが、元々、1964年の東京オリンピックの際、日本語表記のみ、英語に不慣れな国民が大多数という現状を踏まえ、「非常口」をはじめとした公共施設のピクトグラムがデザインされたことで、世界中に普及しました。また、各種競技のピクトグラムもその際にデザインされ、以降大会ごとに特色を活かしたデザインが作成されています。
また、ピクトグラムの情報伝達性を活かし、音声言語によるコミュニケーションの困難をサポートする、「コミュニケーション支援用絵記号デザイン原則」があり、日常生活の中での様々な物体、事象、動作、感情などがピクトグラムとして表現されています。これらを組み合わせて、並べることで、実際にコミュニケーションを支援する取り組みも多く行われています。そして、2016年には日本からの提案で、ISOとして標準化もされました。
面白い、とかシュール、とかとにかく批判したい、といろいろな言及がありますが、このピクトグラムこそが、現在まで続く1964年のオリンピック・レガシーなのです。
Windows11関連の情報をTwitterで検索していると、あるジサカーにあたった。
この人は自作が趣味で大量の在庫を抱えていて、これらをさばいたりしてフォロワーを増やしている様子だった。
最近の需要はTPM2.0回避パッチを誠意製作中とのことだったけど、条件緩和策が発表されてしまった。
この人はテストISOで実験を繰り返してる人なので、おそらくWindows11はSunday世代まで行けるかもしれない、という自らの所感を発言せざるを得なかった。結果的にフォロワーがその発言だけで3人減ってしまった。
PCという身銭を切って、なおかつパッチまで作成していたのにも関わらず、不要となるとさっさとフォロワーを外す。これはすごい世界だなと思った。
言葉少ななので刺々しい発言はしないように気をつけてるタイプだろう。気軽に連投して増やしたタイプでもなく、苦労しながらフォロワーを増やしている印象を受ける。毎日フォロワーが爆発的に増えていない。それもあってこの仕打はあまりにもむごいと感じた。この人自身が自分のPCの在庫処分程度に考えている、あるいはただ単にパッチ作成プログラミングを楽しいと考えてるなら少しは違うが。
あたなは何か勘違いしているナリ
HTTPプロキシは基本的に CONNECT メソッドを通じて通信するナリ
それ以外の場合は socks プロトコルで通信するナリ（なので基本的に Proxy を通すとは HTTPプロキシを通すということで、その場合 CONNECT メソッドが必ず必要）
CONNECT は基本的にHTTPメソッドを経由して通信するが socks は HTTP とは全く異なるプロトコルなり
（プロトコルというより通信のレイヤーが異なる。socksはISO参照のセッション層だがHTTPはアプリケーション層）
nginx, varnish, apache など適当なサーバーに自分でプロキシを建てて nc, telnet で通信してみればよく分かると思われる
ちなみに当職のおすすめのハッキング本は Hacking Exposure 7 ですを
ttp://www.amazon.co.uk/Hacking-Exposed-Network-Security-Solutions/dp/0071780289
を使用禁止させる。これが必要不可欠。これらの使用を許すと、見た目は整っているが内容は全く足りていない文書が大量に生産される。
よくあるのは、項目名と属性値が羅列されているだけで、文脈が全く伝わらないExcel方眼紙など。こういうものは、書いたやつの脳内でしか意味を成さない。たとえば、
| 管理対象期間開始日 | 文字列 | 32Byte |
| 登録日 | 文字列 | 32Byte |
| 利用開始日 | 文字列 | 32Byte |
こんな表だけ書かれても、読む人には何の情報も伝わらない。この表には、ざっと思い付くだけでも以下のような情報が欠けている。
図もやめた方がいい。もちろん、論理的に曖昧さ無く記述されたものの補足として図を載せるのはよい。しかし、馬鹿にドキュメントを書かせると、ただ単語を枠で囲ったり矢印で繋いだだけの図が出来上がる。その枠や矢印が何を意味しているのかは書いた本人にしか分からない。
この3つを禁止すると、ドキュメントを書くには、否が応でも曖昧さのない文章で記述するしかなくなる。事項と事項、文と文の関係性を明確にして記述せざるを得なくなる。これがドキュメント作成の最低ライン。
https://en.wikipedia.org/wiki/Innovation
イノベーションマネジメントに関するISO TC 279は、規格であるISO 56000:2020において、イノベーションを「価値を創造または再分配する新しいまたは変化した実体」と定義することを提案しています。
イノベーションは発明と関連しているが、発明とは同じではない。イノベーションは、市場や社会に意味のある影響を与えるための発明（すなわち、新しい／改良された能力）の実用化を伴う傾向が強く、すべてのイノベーションが新たな発明を必要とするわけではない。
十分にイノベーションと呼べるのではないだろうか？
ざっと読んで書いた増田(anond:20210306183907)にも書いたけど関係がない
セクシャルに言及がないキャラを同性愛者として二次創作を行う女性のこと"腐女子"とし
社会的、政治的そして経済的に性別は平等と信じる人を"フェミニスト"とするけど、
性的な搾取のない創作はできるので腐女子であってもフェミニストにはなれる
増田がそれなりの規模感の会社で取締役や準ずる立場になろうとしているならば疑う余地なく女性差別はある
だけど、おそらくは係長せいぜい部門部長程度の話だよね？なら関係ない
問題意識を持ち意見を常に上げていくことはとても大切だけど会社選び職業選びはもっと大切
そう言う創作が全てではないので
増田が性的搾取がある作品を好んで読んでいる・創作しているのならそうなのだと思う
肌色が多い・ボディラインの強調がすごい萌え美少女物と変わらないね。増田と同じく問題に感じる
けど萌え美少女物と同じく年々規制は厳しくはなってるしゾーニングは強化しているっぽい(途上)
それが宇崎ちゃんとどう違うのかと聞かれたら、答えられない。
宇崎ちゃんはエロ漫画じゃないけど公共の場にふさわしくない服装だった表情なのは疑う余地がない。TPOだね
女オタクは比較的ゾーニングできていると反論できるかもしれないが、実際女オタクだってR-18二次創作をTwitterのオープンなアカウントで載せている。
その検索しやすさのおかげでエロ絵を簡単に探せている。私が実際に恩恵を受けている。
絶対に隠れようという雰囲気のある界隈もあるが、女オタクは自浄作用があると胸を張って言えるレベルではない。
正直割合で言えば男オタクのエロ絵の方がなんの抵抗もなく載せられていると思うが、割合多いからなんなんだという話で。目くそ鼻くそだ。
微塵も隠れてないし、流行りのプラットフォームを使って検索避けしてますとか正直バカなんだと思っている
けれど優先されるべきは日本国の法律とプラットフォームのルール
もちろん、時間は有限なので好きなこと興味があることだけするべきだけど、
企業の社会的責任は国際規格 (ISO 26000：社会的責任に関する手引)にもなっているお気持ちの問題でも無いよ
上にも書いたけど、増田が性的搾取がある作品を好んで読んでいる・創作しているのならそうなのだと思う
原作で妻や恋人のいないキャラクターしか二次創作しないという個人的なラインを守っている。
描く分にはエロもない。
共感する
ネットニュースでこんなんを見た。
「キムチは韓国のもの」 韓国人ユーチューバー発言に中国の所属事務所「中国を侮辱、契約解除」
https://news.yahoo.co.jp/articles/ef8b75be69b8f0709c06b8613b4bfe9a7605c8ea
ニュースの論調としては、韓国人ユーチューバーのHamzyさんの発言は至極真っ当だが、それに対して中国が難癖をつけて契約解除したものって書き方に感じた。まあ朝鮮日報っていう韓国のメディアだからそうなるよね。
ただ、中国のネットユーザーとか事務所も、こんなことに怒るのはさすがにしなくない？向こう側にも何か言い分があるのでは？と思い調べたら、もう少しいくつかの要素が絡んでるぽい。
一つは、paocaiという四川の発酵野菜料理をHamzyさんが『白キムチ』とくくって、自国のものと主張してるようにとれること。
もう一つは、『中国のguizi（悪魔、的な意味の蔑称）に怒ってる。どうやったらssam(韓国の包み野菜）を中国のものって考えれるのか』という強めのコメントに対して、Hamzyさんがイイネしてること。
paocaiについては昨年11月にiso取得をし、その中で『キムチではない』との言及があるにも関わらず、一部の中国メディアが『キムチは中国のもんだ！』的な主張をして、中韓の対立が深まってるという背景がある。
また、もともと中国ではキムチのことをpaocaiって訳されてたり、同じような製法の発酵野菜がキムチの一種として韓国で食べられてたりと、言語的にキレイに訳し分かれてなかったり、似た調理法があったりと紛らわしいとこでもあるみたい。
それを踏まえると、Hamzyさんの発言や、侮辱コメントへのイイネ、また、炎上に対して発信したコメントも、悪意があったかまでは定かではないが、配慮が足りない部分もあるかと思う。
すぐに他国を攻撃するタイプの人間はどの国にもいるけど、多くの人はできるだけ仲良くしたいと思ってると思うから、メディアがもうちょっと中立で良心的な書き方をしたりしてほしいなあと思う。
あと、読者も扇動的なタイトルを見て反射的に噛み付くのはなんか悲しい。日本のネットユーザーも、冒頭の偏ったニュース記事だけみて言いたい放題してて辛い気持ちになったので、ちょっと調べたことをまとめました。
まとめたよ
国際規格 ISO 26000 ：社会的責任 は国際規格じゃよ
ある程度の規模感になるとどこでもCSRページ持ってるよ
例：
フツーにコンプライアンスというかCSR(企業の社会的責任)については国際規格で定められているのやで
罰則を伴わない努力義務から法的責任を伴うものまでいろいろだよ
https://www.iso.org/obp/ui/#iso:std:iso:26000:ed-1:v1:en:term:2.18
→ 特定の状況において、認められている権利または善行の原則に準拠し、国際的な行動規範と一致する行動
または普遍的またはほぼ普遍的に認められている政府間協定に由来する社会的責任のある組織行動への期待
→ 人種はもちろん男女の公平も含む
課題 1:デューディリジェンス
課題 1:公正なマーケティング，事実に即した偏りのない情報，及び公正な契約慣行
課題 4:消費者に対するサービス，支援，並びに苦情及び紛争の解決
解説ＩＳＯ２６０００ ～社会的責任に関する国際規格～ ＞ 企業行動憲章 実行の手引き(第6版)
http://www.keidanren.or.jp/japanese/policy/cgcb/tebiki6.pdf
