個人情報保護法 その９ 【特定の機微な個人情報】 - 個人情報保護法ノート(社労士浅井)
前回の続き（個人情報には、漏洩した場合のリスクの大きさによって三つの分類があるという話）です。 （１）一般的な個人情報：氏名、住所など （２）機微な個人情報 ：離婚暦、クレジットカード番号など 前回はこの二つにどんなものがあるのかを書きました。今回は、その個人情報が漏洩した場合に一番リスクの高いと思われる三つ目の分類はどのようなものがあるのかを書きます。 （３）特定の機微な個人情報 ・思想、信条、宗教に関する事項 ・人種、民族、門地、本籍地、身体・精神障害、犯罪暦など ・勤労者の団結権、団体交渉およびその他団体交渉に関する事項 ・政治的行為に関する事項 ・保健医療、性生活など 【特定の機微な個人情報】と呼ばれる分類には、これらのものがあります。 これらの個人情報が漏洩した場合、社会的差別の原因となる可能性が高いと思われますし、直接社会的差別を受けない場合でも、漏洩したことによって受ける精神
総務省｜電気通信事業分野におけるプライバシー情報に関する懇談会（第９回会合）議事要旨
ご覧いただいているのは国立国会図書館が保存した2009年7月22日時点のページです。このページに掲載されている情報は過去のものであり、最新のものとは異なる場合がありますのでご注意下さい。収集時のURLは http(s)://www.soumu.go.jp/main_sosiki/joho_tsusin/d_syohi/040310_1.html ですが、このURLは既に存在しない場合や異なるサイトになっている場合があります。 ※このページの著作権について ご覧いただいているのは国立国会図書館が保存した2009年7月22日時点のページです。このページに掲載されている情報は過去のものであり、最新のものとは異なる場合がありますのでご注意下さい。収集時のURLは http(s)://www.soumu.go.jp/main_sosiki/joho_tsusin/d_syohi/040310_1.h
収集した個人情報に保管期間は設けなくともよいのでしょうか
個人情報保護法は、個人情報を保有する場合は厳格に利用目的を定めることを義務付け（法15条1項）、その利用目的を変更する場合にも制限を設けています（同条2項）が、利用期限や保管期間を定めることまでは求めていません。利用しなくなったことを理由にした個人情報の抹消請求なども認めていません。それどころか、保有している個人情報の正確性や最新性を保つことも事業者の絶対的な義務とはせず、努力義務にとどめています（法19条）。 したがって、既に利用しなくなった情報がそのままの状態で放置されることが考えられ、消費者の不安の基となっています。例えば、結婚情報サービスの会員登録をした顧客の情報が、脱会した後もそのままの状態でずっと管理されるのだとしたら、入会を戸惑う人もいるでしょう。 法が正確性、最新性を努力義務にとどめている理由は、すべての情報を常に正確かつ最新の内容に保つには、事業者に膨大な負担を強いる可能
個人情報保護法に関するよくある疑問と回答 - 個人情報の保護 - 消費者庁
内閣府旧国民生活局時代の情報について 内閣府旧国民生活局時代の取組についての情報は、国立国会図書館インターネット資料収集保存事業(WARP)サイトにてご覧いただけます。 参考 旧国民生活局について(WARP) WARPについて(WARP) 旧国民生活政策ホームページ 国民生活政策ホームページ(WARP) 消費者の窓(WARP) 国民生活審議会 旧国民生活審議会 第21次国民生活審議会(平成19年9月～平成21年9月)(WARP) 第20次国民生活審議会(平成17年9月～平成19年9月)(WARP) 第19次国民生活審議会(平成15年7月～平成17年7月)(WARP) 第18次国民生活審議会(平成13年6月～平成15年6月)(WARP) 第17次国民生活審議会(平成11年4月～平成13年4月)(WARP) 国民生活審議会 過去のデータ(昭和36年6月～平成11年4月)(WARP) 国民生活白
未だもどかしい発信者情報の開示請求 | ひかり総合法律事務所
インターネットにおける名誉権、プライバシー権等の権利侵害は年々増加傾向にあり、個人がインターネット世界と共に歩いているともいえるスマートフォン時代には、その傾向は益々顕著になると思われます。しかし、周知のとおり、権利侵害を受けたもの（権利者）は、誰だか分からない侵害者（発信者）に対して、直ちに民事・刑事的な請求を行うことはできず、いわゆるプロバイダ責任制限法に基づく発信者情報開示請求を通してしか、発信者を特定する手段がありません。 プロバイダ責任制限法に関しては、総務省の「利用者視点をふまえたICTサービスに係る諸問題に関する研究会」がとりまとめた「プロバイダ責任制限法の検証に関する提言（案）」（平成23年6月）の公表後、各方面からコメントが出された上で省令が改正され、開示の対象が携帯端末の識別番号等に拡大されるなど一定の成果が得られました。しかし、インターネット上で24時間、名誉やプライ
知って選べば間違いなし！ファイルサーバアクセスログツールの選び方
見積書や契約書、提案書など、ファイルサーバに保管されているデータには機密情報や個人情報が多く含まれています。個人情報保護法の遵守やPマーク取得のために、ファイルサーバのアクセスログの取得は、まず真っ先に行うべき基本管理項目。しかし、ファイルサーバアクセスログツールは種類が多く、自社にあった製品を選ぶのも一苦労です。そこで、ファイルサーバアクセスログツールの特長を整理し、間違いのないアクセスログツールの選び方をご紹介します。 ファイルサーバアクセスログツールには、大きく分けて「パケットキャプチャタイプ」と「Windowsイベントログ収集タイプ」の2つの方式があります。まず、それぞれの特徴を整理してみましょう。 Windowsのイベントログを収集し、保存・活用するタイプの製品です。 Windows OSの持つ機能を利用するため、導入時にはファイルサーバの設定を変える必要有り。 Windowsイ
プロバイダ責任制限法関連情報Webサイト
重要なお知らせ 令和３年４月２１日に参議院本会議において、プロバイダ責任制限法の改正法が可決・成立しておりますが、改正法につきましてはこちらを参照ください。 プロバイダ責任制限法ガイドライン等検討協議会として、今後、必要なガイドライン等の見直しを進め、当サイト内に公表させていただく予定です。 2023.10.20 「プロバイダ責任制限法 名誉毀損・プライバシー関係ガイドライン」の判例要旨の更新について 2022.08.31 発信者情報開示関係ガイドラインの一部改訂案に係る意見募集の結果の公表 2022.07.04 発信者情報開示関係ガイドラインの一部改訂案に係る意見募集 2022.06.24 「プロバイダ責任制限法 名誉毀損・プライバシー関係ガイドライン」の一部改訂について 2022.01.20 「プロバイダ責任制限法 名誉毀損・プライバシー関係ガイドライン」の一部改訂について 2021.
いますぐ実践! Linuxシステム管理
「いますぐ実践! Linux システム管理」はこちらです。 メルマガの解除、バックナンバーなども、以下からどうぞ。 https://www.usupi.org/sysad/ (まぐまぐ ID:149633) その他、作者に関するページは、概ね以下にございます。 https://www.usupi.org/kuri/ (まぐまぐ ID:126454) http://usupi.seesaa.net/ (栗日記ブログ) https://twitter.com/kuriking/ (twitter) https://facebook.com/kuriking3 (facebook) https://jp.pinterest.com/kuriking/pinterest) https://www.instagram.com/kuri_king_/ (instagram) [バックナンバーのトップへ
アクセス・ログを3カ月間保管しなければならない
要件10.7ではアクセス・ログのライフサイクル（オンライン保管，オフライン保管）について明確に期間が定義されている（廃棄まで踏まえたほうが望ましい，図5）。この中で一番検討に時間をかけなくてはならないのがオンライン保管のフェーズである。明確に最低3カ月間という保管期間が定められているため，ログの容量，ネットワーク環境，閲覧する仕組みなどを考慮しなければならない。PCI DSSではログの集中管理が推奨事項となっているため，それを想定した場合に容量を満たす機器を選定しなければならない。 オンライン保管フェーズでは，閲覧機能を含む統合ログ管理のソリューションを導入することによって，ログの保管，検知，バックアップなどの運用を自動化し，日々の運用負荷を下げることが望ましい。また，個人情報が外部へ流出する懸念はあるが，これらのインフラ，運用のすべてを第三者のサービス・プロバイダにアウトソースすることも
＠IT：ファイルを完全に消去するには
ハードディスクやMO、FDなどの記録メディアを破棄したり譲渡する場合、記録されているデータを完全に消去することが望ましい。特に、個人情報や社外秘のデータを記録したことのあるディスクの場合、完全な消去は必須だ。 rmコマンドでファイルを消去すれば、見かけ上そのファイルの内容を表示することはできなくなる。しかし、rmコマンドは該当ファイルのiノードを解放するだけで、データの内容自体はディスク上に残る。従って、ddコマンドなどによって直接データを取り出すことも可能であり、データが流出する可能性は否定できない。 Linuxでファイルを完全に消去するには、shredコマンドを使う。shredは、ファイルを特別なパターンで繰り返し上書きすることによりデータの復旧をより困難にするツールで、GNU core utilsに含まれている。 ファイルを削除する際は、以下のように--removeオプション（-uで
VirtualBoxで動かしてるCentOSのファイルシステムが破損したっぽい。UNEXPECTED INCONSISTENCYエラー - kanonji’s diary
下書きの掘り起こし。2011-10-19に書いたやつ。 Setting up Logical Volume Management: No Volume groups found [ OK ] Checking filesystems / contains a file system with errors, check forced /: Inodes that were part of a corrupted orphan linked list found. /: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. (i.e., without -a or -p options) [FAILED] *** An error occurred during the file system check. *** Dropping you to a sh
メールサーバー間通信内容暗号化(Postfix+Dovecot+OpenSSL) - CentOSで自宅サーバー構築
メールサーバー間通信内容暗号化(Postfix+Dovecot+OpenSSL) 最終更新日： 2020.12.29 ■概要 メールの送受信を外部から行う場合、ユーザー名やパスワードが盗聴される恐れがあるため、メールサーバー間の通信内容を暗号化する。 なお、暗号化されるのはここで設定するメールサーバーとクライアント間のみであり、メールサーバーと送信先メールサーバー間は暗号化されないため、メール本文が宛先まで完全に暗号化されるわけではない。 ※メールサーバー構築済であること [root@centos ~]# cd /etc/pki/tls/certs/ ← ディレクトリ移動 [root@centos certs]# make mail.pem ← サーバー証明書作成 umask 77 ; \ PEM1=`/bin/mktemp /tmp/openssl.XXXXXX` ; \ PEM2=`/
fgetcsvのバグ
この記事は1年以上前の記事のため、内容が古い可能性があります。 いまさらですが、PHP4ではまともに使用できていた「fgetcsv」関数。 PHP5になった途端不具合の嵐です。（サーバによるかもしれませんが。） $csv = "/www/csv/test.csv"; $fl = fopen($csv, "r"); while($data = fgetcsv($fl, 10000)){ echo $data[0].":".$data[1]; } としていると、カンマでの区切りがうまくいっていないのか、表示されなかったり、特定の文字で文字化けを起こしたりします。 こうなると、mb_convert_encodingで文字コードを調整しようとしてもうまくいきません。 ここはおとなしくfgetcsvをあきらめてfgetsとexplodeを使用しましょう。 $csv = "/www/csv/test.
fgetcsv関数を文字化け対応 setlocaleの文字コード指定 - [PHP + PHP] ぺんたん info
PHP5でCSVファイルに日本語などマルチバイト文字が含まれるものをfgetcsv()関数で配列に入れるとき、日本語文字が消えるまたは一部消えることがあります。 PHP5になってから発生する事象ですが、これはPHP5のバグではありません。設定場所が変わっただけです。 たとえばCSVで次のようなデータがあったとします。 ID,名前,都道府県ID,電話番号or携帯番号 これをfgetcsv()関数で読み込むと Array( [0] => ID, [1] => , [2] => ID, [3] => or携帯番号, ) となります。 全て日本語文字の場合は消えて、一部日本語文字の場合は先頭の日本語文字が消えます。 この現象はPHP4ではおこらず、PHP5で発生します。またwindowsサーバではPHP5でも発生しないことがあります。 fgetcsv()関数の文字コードの指定は、mb_langua
PHPのバージョン違いによる予期せぬ事態！「fgetcsv」関数の盲点 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
さまよえるプログラマ（当社比）のtetsuです。 個人的にPHP4系のサーバに関わることが多いのですが、PHP5のサーバでCSVファイルの取り込み処理を行う機会があった為、いつも通りコーディングしていたら予期せぬ事態に遭遇しました。 その時のことを、備忘録として残しておきます。 利用した関数 CSVファイル取り込み処理としてよく使われる関数がこれ fgetcsv() 関数自体はPHP4とPHP5、どちらでも使えます。 記述の仕方も大きく変わるものではないので、普通にコーディングを行ってました。 コーディングは難なく進みCSVファイルは「Shift-JIS」のエンコードタイプでシステムは「UTF-8」。この違いもエンコードの変更処理を加えて終わりと、いざ実行。。。 ざっくりな処理の流れ 1.CSVファイルをfopenする 2.whileでfgetcsvをする 3.UTF-8へ文字コードを独自
%25E3%2581%25AF%25E4%25BD%25BF%25E3%2581%2586%25E3%2581%25AA)
PHP fgetcsv()は使うな プログラム 遊星からのフリーキック
咲６巻 2009/07/26 02:04 日記 ボードゲームを作って売ってくれるサイト「The Game Crafter」 2009/07/20 11:21 日記 PHP フレームワーク作りのポイント 2009/07/16 08:56 プログラム PHP fgetcsv()は使うな 2009/07/14 09:59 プログラム 自動車オブジェクト 2009/07/14 02:06 日記 オアシス 2009/07/14 00:29 ボードゲーム 片目の海賊 2009/07/13 02:46 ボードゲーム ドミニオン：陰謀カード所感（未プレイｗ） 2009/07/09 23:26 日記 いろいろあったのだけど、ようするに使えないということがわかった……。忘れないように書いとく。 PHPにfgetcsv()という便利関数があって。フ
PHP5 の fgetcsv() で読み込み内容が腐る現象 » blog.plastik.jp
こんどは、PHP5.1.2 の fgetcsv() ではまった… fgetcsv() で読み込もうとする csv ファイルの文字コードと、PHP の内部文字エンコーディングが違う場合、fgetcsv() で読み込むと、どうしても文字が腐る … (PHP4 時代[少なくとも 4.3 系統は]は、問題なかった) 【以下みたいな場合】 CSV: Shift_JIS (Windows の Excel で作成されることを想定するとこれ) PHP内部コード: UTF-8 (最近は自分プロジェクトはこれで統一している) で、試しに、CSV のエンコードを UTF-8 にして試すと、うまくいんだよなぁ。 色々調べると、PHP5 からどうやらロケール? に左右されるらしい… (参照URL: PHP-devML) ただ、上記 ML のスレッドでも解決方法(いや解決してないようだが)を試しても、やっぱりダメ。
Rosette Name Indexer - ベイシステック
多様に表記された名前の的確な照合 ニックネーム、イニシャル、肩書き等、名前には様々なバリエーションがあります。また、他の言語での表記や綴りの間違いも考慮しなければなりません。その処理は公共機関や企業にとって大きな課題です。Rosette Name Indexer (多言語名称照合)は、共通の万能なインデックスにより、様々なバリエーションに左右されることなく、人名、地名、および組織名を、言語を超えて照合することができます。 言語学とコンピューター技術を熟知した専門家集団BasisTechは、サポート言語の追加、機能のアップデート、学術界からの最新技術の導入など、Rosette製品の改善を絶えず続けています。Name Indexer の照合技術は、業界最高レベルです。最先端技術を企業でもフルにご活用下さい。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
パスワード認証