によるとは？

アダルトゲームでの検索結果です

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

California 94305, USA.2006-02-03 14:18(JST) [Revision:N.1906-1] + 13124目次まえがき序文対象者この本の読み方この本での約束ごと印刷上の規約アイコンこの本の構成この本はフリーです謝辞Ben Collins-SussmanよりBrian W. FitzpatrickよりC. Michael Pilatoより1. 導入Subversionって何?Subversionの歴史Subversionの機能Subversion の構成SubversionのインストールSubversionの構成要素クイックスタート2. 基本概念リポジトリバージョン管理モデルファイル共有の問題ロック・修正・ロック解除の解法コピー・修正・マージの解法実行中のSubversion作業コピーリビジョン作業コピーはどのようにリポジトリを追いかけるか混合リビジョン状態の作業コピー更新とコミットは別の処理です混合リビジョンは正常な状態です混合リビジョンは役にたつものです混合リビジョンには制約がありますまとめ3. 同伴ツアーおたすけを!インポートリビジョン: 番号、キーワード、そして、時刻、おやおや・・・リビジョン番号リビジョンキーワードリビジョン日付最初のチェックアウト基本的な作業サイクル作業コピーの更新作業コピーに変更を加えること自分の変更点の調査svn statussvn diffsvn revert衝突の解消(他の人の変更点のマージ)衝突を手でマージすること作業ファイルの上にファイルをコピーすることPunting: svn revertの利用変更点のコミット履歴の確認svn logsvn diffローカルの変更内容の確認作業コピーとリポジトリの比較リポジトリとリポジトリの比較svn catsvn list履歴機能について、最後にその他の役に立つコマンドsvn cleanupsvn importまとめ4. ブランチとマージブランチとは?ブランチの利用ブランチの作成自分用のブランチでの作業ブランチの背後にある鍵となる考え方ブランチをまたいで変更をコピーすること特定の変更点のコピーマージの基本的な考え方マージの一番うまいやり方手でマージする方法マージ内容の確認マージの衝突系統(Ancestry)を考慮することと無視すること典型的な利用方法ブランチ全体を別の場所にマージすること変更の取り消し削除されたアイテムの復活ブランチの作り方リリースブランチ(特定機能の)開発用ブランチ作業コピーの切り替えタグ簡単なタグの作成複雑なタグの作成ブランチの管理リポジトリのレイアウトデータの寿命まとめ5. リポジトリの管理リポジトリの基礎トランザクションとリビジョンの理解バージョン化されない属性リポジトリの保存形式Berkeley DBFSFSリポジトリの作成と設定フックスクリプトBerkeley DB の設定リポジトリの保守管理者用ツールキットsvnlooksvnadminsvndumpfilterBerkeley DB ユーティリティーリポジトリのお掃除ディスク領域の管理リポジトリの復旧リポジトリの移行リポジトリのバックアッププロジェクトの追加リポジトリレイアウトの選択レイアウトの作成と、初期データのインポートまとめ6. サーバの設定概観ネットワークモデル要求と応答クライアント証明のキャッシュsvnserve, 専用サーバサーバの起動
組み込みの認証と認可ユーザファイルと認証範囲の作成アクセス制御の設定SSH 認証と認可SSH 設定の技法初期設定起動コマンドの制御httpd, Apache HTTP サーバ必須要件基本的な Apache の設定認証オプション基本 HTTP 認証SSL 証明書の管理認可のオプション全面的なアクセス制御ディレクトリごとのアクセス制御パス名にもとづいたチェックの禁止おまけリポジトリ閲覧その他の機能複数リポジトリアクセス方法のサポート7. より進んだ話題実行時設定領域設定領域のレイアウト設定と、Windowsのレジストリ設定オプションserversconfig属性なぜ属性なんてものが?属性の操作特殊な属性svn:executablesvn:mime-typesvn:ignoresvn:keywordssvn:eol-stylesvn:externalssvn:specialsvn:needs-lock属性の自動設定ロックロックの作成ロック状況の調査ロックの解除と横取り(steal)ロックのコミュニケーションペグ・リビジョンと操作対象リビジョン外部定義ベンダーブランチ一般的な、ベンダーブランチを管理する方法svn_load_dirs.plローカライゼーションロケールの理解Subversion でのロケール外部差分ツールの利用外部 diff外部 diff3Subversion リポジトリの URL8. 開発者の情報階層化されたライブラリ設計リポジトリ層リポジトリアクセス層RA-DAV (HTTP/DAVを使ったリポジトリアクセス)RA-SVN (固有のプロトコルによるリポジトリアクセス)RA-Local (リポジトリへの直接のアクセス)Your RA Library Hereクライアント層APIの利用Apache Portable Runtime ライブラリURL と Path の要求C と C++以外の言語の利用作業コピー管理領域の内部Entries ファイル修正元コピーと属性ファイルWebDAVメモリプールを使ったプログラミングSubversionへの貢献コミュニティへの参加ソースコードの取得コミュニティのやり方に精通することコードの変更とテスト変更点の提供9. Subversion リファレンスSubversion コマンドラインクライアント:
A. CVSユーザのためのSubversionリビジョン番号の意味が変わりますディレクトリのバージョン切断状態での豊富な操作状態と更新の区別ブランチとタグメタデータの属性衝突の解消バイナリファイルと変換バージョン管理されたモジュール認証CVS から Subversion へのリポジトリ変換B. WebDAV と、自動バージョン化WebDAV の基本的な概念単純な WebDAVDeltaV 拡張Subversion と DeltaV自動バージョン化クライアントの協調動作スタンドアロン WebDAV アプリケーションMicrosoft Office, Dreamweaver, PhotoshopCadaver, DAV Explorerファイルエクスプローラの WebDAV 拡張Microsoft WebfoldersNautilus, KonquerorWebDAV ファイルシステムの実装WebDrive, NetDriveMac OS XLinux davfs2C. サードパーティー製ツールD. Copyright図目次1.1. Subversion の構成2.1. 典型的なクライアント/サーバシステム2.2. 避けなくてはならない問題2.3. ロック・修正・ロック解除の解法2.4. コピー・修正・マージの解法2.5. コピー・修正・マージの解法(続き)2.6. リポジトリのファイルシステム2.7. リポジトリ4.1. 開発のブランチ4.2. リポジトリレイアウトの開始4.3. 新しいコピーのあるリポジトリ4.4. あるファイルの履歴のブランチ化8.1. 二次元の中のファイルとディレクトリ8.2. バージョン化した時刻—第三の次元!表目次2.1. リポジトリにアクセスするためのURL5.1. Repository 保存形式の比較6.1. ネットワークサーバの比較8.1. Subversionライブラリの一覧B.1. よく利用される WebDAV クライアント例目次5.1. txn-info.sh (未解決トランザクションの表示)6.1. 匿名アクセスの設定例。6.2. 認証つきアクセスの設定例。6.3. 認証つき/匿名の両方でアクセスする場合の設定例。
あります。おそらく経験があるでしょう:Q: チームの生産性を最大にするにはどうやって Glorboソフト社の
この本のしめくくりはリファレンス情報です—第9章 Subversion リファレンスは、
印刷上の規約固定幅コマンド、コマンド出力、スイッチに使いますイタリックな固定幅プログラムやテキスト中で置き換え可能なアイテムに対して使いますイタリックファイルやディレクトリの名前に使いますアイコン注意このアイコンは周りにあるテキストに関連した注意を
良いプログラミングスタイルの例として載せたものではありません。この本の構成以下の章とその内容をここで一覧にしておきます:
この本はフリーですこの本はSubversionプロジェクト開発チームによって書かれたちょっとしたドキュメント
照してください)。実際、この本は公開された状況のもとで、Subversionの一部として書かれました。
これは二つのことを意味します:この本の最新版は、この本専用のSubversionリポジトリにあります。
のであれば、眠くなるだけかも知れません。まず最初に第2章基本概念を読んでください。バージョン管理システム一般
svnの使い方を説明します。クイックスタート人によってはこの本での「トップダウン」的なアプローチによって
ように考えられた、よく利用される命名規約にすぎません。ツリー中にデータを作ったらsvn import
の違いについて把握し、どのように設定すれば良いかを理解してください。[2] より小さなグループ作業を狙ったCollabNet Team Edition (CTE)という
第2章基本概念目次リポジトリバージョン管理モデルファイル共有の問題ロック・修正・ロック解除の解法コピー・修正・マージの解法実行中のSubversion作業コピーリビジョン作業コピーはどのようにリポジトリを追いかけるか混合リビジョン状態の作業コピー更新とコミットは別の処理です混合リビジョンは正常な状態です混合リビジョンは役にたつものです混合リビジョンには制約がありますまとめ
他の人たちの情報を受け取ります。図 2.1. 「典型的なクライアント/サーバシステム」はこれ
ロックして編集することができる番になります。図 2.3. 「ロック・修正・ロック解除の解法」はこの単純な解法の例です。
ジトリの場所は、常にURLによって表現されます。表 2.1. 「リポジトリにアクセスするためのURL」はどのようにして異なる URL が適切なアクセ
ス方法に結び付けられるかを示しています。表 2.1. リポジトリにアクセスするためのURLSchemaアクセス方法file:///リポジトリへの直接アクセス (ローカルディスク上)http://Subversionを考慮したApacheサーバへのWebDAVプロトコル経由でのアクセス
アクセスsvn+ssh://svn://と同じですが、SSH トンネルを利用します。Subversion が URL をどのように構文解析するかについてのより詳しい情報は
第3章同伴ツアー目次おたすけを!インポートリビジョン: 番号、キーワード、そして、時刻、おやおや・・・リビジョン番号リビジョンキーワードリビジョン日付最初のチェックアウト基本的な作業サイクル作業コピーの更新作業コピーに変更を加えること自分の変更点の調査svn statussvn diffsvn revert衝突の解消(他の人の変更点のマージ)衝突を手でマージすること作業ファイルの上にファイルをコピーすることPunting: svn revertの利用変更点のコミット履歴の確認svn logsvn diffローカルの変更内容の確認作業コピーとリポジトリの比較リポジトリとリポジトリの比較svn catsvn list履歴機能について、最後にその他の役に立つコマンドsvn cleanupsvn importまとめ
HEADリポジトリにある最新のリビジョンです。BASE作業コピーにあるファイル、ディレクトリの、「修正元」リビジョン
これによって diff コマンドや、svn log や svn status などのコマンド出力中で問題が起こらなく
を元に戻すにあたってリポジトリと通信する必要がないのです。あるいは間違ってバージョン管理からファイルを消して
ローカルの変更内容の確認作業コピーとリポジトリの比較リポジトリとリポジトリの比較ローカルの変更内容の確認
第4章ブランチとマージ目次ブランチとは?ブランチの利用ブランチの作成自分用のブランチでの作業ブランチの背後にある鍵となる考え方ブランチをまたいで変更をコピーすること特定の変更点のコピーマージの基本的な考え方マージの一番うまいやり方手でマージする方法マージ内容の確認マージの衝突系統(Ancestry)を考慮することと無視すること典型的な利用方法ブランチ全体を別の場所にマージすること変更の取り消し削除されたアイテムの復活ブランチの作り方リリースブランチ(特定機能の)開発用ブランチ作業コピーの切り替えタグ簡単なタグの作成複雑なタグの作成ブランチの管理リポジトリのレイアウトデータの寿命まとめ
自分自身の歴史を持っていくようになります(図 4.1. 「開発のブランチ」を参照してください)。
のか merge コマンドの結果であるかを区別する助けになるでしょう。系統(Ancestry)を考慮することと無視することSubversion 開発者と会話するとき系統
オブジェクトはもう一方の祖先(ancestor)といわれます。例えば、リビジョン100をコミットし、それが
トランクに対するマージの用意ができています。しかしマージの一番うまいやり方の項で議論したように既に以前マージした
ブランチを利用するときにはよく、特定のやり方をします。:プロジェクトの「幹(trunk)」全体を新しいブランチディレクトリ
svn switchの章を見てください。第5章リポジトリの管理目次リポジトリの基礎トランザクションとリビジョンの理解バージョン化されない属性リポジトリの保存形式Berkeley DBFSFSリポジトリの作成と設定フックスクリプトBerkeley DB の設定リポジトリの保守管理者用ツールキットsvnlooksvnadminsvndumpfilterBerkeley DB ユーティリティーリポジトリのお掃除ディスク領域の管理リポジトリの復旧リポジトリの移行リポジトリのバックアッププロジェクトの追加リポジトリレイアウトの選択レイアウトの作成と、初期データのインポートまとめ
てバージョン化されたファイルシステムを作る方法です。リポジトリを作成する時には、管理者は Berkeley DB を使うか、FSFS
詳細についてはは次の節を見てください。表 5.1. Repository 保存形式の比較機能Berkeley DBFSFSリポジトリの壊れやすさ非常に壊れやすい; リポジトリが壊れたりパーミッショ
ります。それほどでもないリードオンリーでマウントできるかいいえはいプラットフォームに独立した保存形式かいいえはいネットワークファイルシステムでも使えるかいいえはいリポジトリサイズわずかに大きいわずかに小さいスケール性: リビジョンツリーの数が増えるとどうな
るかデータベースなので問題なしOS のファイルシステムが古い場合、一つのディ
とがある。スケール性: たくさんのファイルのあるディレクトリ遅い速いスピード: 最新コードのチェックアウト速い遅いスピード: 大きなコミット遅いが、処理の負荷はコミット全体に分散する速いが、最終処理はクライアントのタイムアウトにつ
ながるかも知れないグループパーミッション制御umask の問題に敏感; ひとつのユーザによってアクセ
能力です。リポジトリのバックアップ方法についてはリポジトリのバックアップの項で議論しますが、オフラインに
Berkeley DB リポジトリをネットワーク共有上には決して置かないでください。Berkeley DB は
ら直接 Berkeley DB をアクセスする場合には、かならず複数リポジトリアクセス方法のサポートの項を読むようにしてください。FSFS2004年の半ばから、第二のリポジトリ保存形式が使えるようになりまし
ネットワーク上で共有された場所の上で Berkeley DB を利用した結果については予測できません—
壊れてしまったことに気づくのに何ヶ月もかかるかも知れません。もしリポジトリに対して複数のコンピュータがアクセスする必要がある
Berkeley DB の設定Bkerlekey DB 環境は一つあるいはそれ以上のデータベース、ログファイル、
authorそのツリーの実行者ですcatツリーの特定のファイルの内容を表示します。changedツリー中で変更のあったファイルとディレクトリの一覧dateツリーのタイムスタンプですdiff変更されたファイルの unified diffの表示dirs-changedツリー自身に変更があるか、その子供のファイルに変更が
ログメッセージの表示lockパスがロックされている場合にロックの属性を表示します。logツリーのログメッセージの表示propgetツリー中のパスに設定された属性値を表示します。proplistツリー中のパスに対して設定された属性の名前と値を表示します。tree
createSubversionリポジトリを新規に作成します。deltifyリビジョン範囲を指定して実行すると、それらの
このリストはすべてのログファイルを含みます—現在Subversionが利用しているもの、もう
利用していないものも含みます。list-unused-dblogs(Berkeley DB リポジトリの場合のみ)リポジトリに関係したBerkeley DBログファイルで、既に利用していない
コミットログメッセージの修正。死んだトランザクションの削除。「固まってしまった」リポジトリの復旧。リポジトリの内容を別のリポジトリに移すこと。
を実行してください。データベースの設定についての詳細は Berkeley DB の設定の項を参照してください。
にまで戻してやる必要があります。リポジトリ中のデータを保護するため Berkeley DB はロックのしくみ
事実、cvs2svnユーティリティー(CVS から Subversion へのリポジトリ変換の項参照)は、CVS リポジトリの内容を表現するのに
データをダンプするほかのプログラムはそれほど一貫していません。[17] たとえば: ハードディスク + 強い電磁場 = 破滅。[18]
第6章サーバの設定目次概観ネットワークモデル要求と応答クライアント証明のキャッシュsvnserve, 専用サーバサーバの起動
組み込みの認証と認可ユーザファイルと認証範囲の作成アクセス制御の設定SSH 認証と認可SSH 設定の技法初期設定起動コマンドの制御httpd, Apache HTTP サーバ必須要件基本的な Apache の設定認証オプション基本 HTTP 認証SSL 証明書の管理認可のオプション全面的なアクセス制御ディレクトリごとのアクセス制御パス名にもとづいたチェックの禁止おまけリポジトリ閲覧その他の機能複数リポジトリアクセス方法のサポート
を使えば Apache はリポジトリにアクセスすることができ、WebDAV/DeltaV プロトコル
アカウント認可のオプション自由な読み書きアクセス、あるいはディレクトリごとの
よるディレクトリごとの書き込み(読み込みは不可)アクセス制御暗号化オプションのSSLを経由することでオプションでSSH トンネルを利用することで相互運用性部分的に他の WebDAVクライアントからも利用可能相互運用不能ウェブによる参照制限された組み込みサポート機能、あるいは ViewCVS のような
サードパーティーのツール経由ViewCVS のようなサードパーティーツール経由スピードやや遅いやや速い初期設定やや複雑かなり簡単ネットワークモデル
[22]クライアント証明のキャッシュ多くのサーバは要求ごとに認証を要求するように設定されます。
このファイルを見てどのように利用されているか理解してください。ユーザファイルと認証範囲の作成ここでは svnserve.confの
トで、umask を設定するようなものかも知れません(複数リポジトリアクセス方法のサポートの項を見てください)。それはまた
ディレクティブを使って mod_dav_svn モジュールを Apache にロードしてください。この
リビジョンを閲覧することができます。そして誰でもそのリポジトリにコミットすることができます。基本 HTTP 認証
クライアントは二つの異なるタイプの情報を受け取ることができます:サーバ証明書クライアント証明書の提示要求
secretにはまったくアクセスできません。留意しておくことは、一番詳しく指定したパスが常に最初にマッ
Apache はクライアントに対して実際に認証要求を出します。アクセスファイルでもユーザのグループ全体を定義することが
これは複雑な話題です; 詳細は付録 B. WebDAV と、自動バージョン化を読んでください。複数リポジトリアクセス方法のサポート
[24] RFC 2195を参照してください[25] 彼らはそういう作業を本当に嫌います。[26]
第7章より進んだ話題目次実行時設定領域設定領域のレイアウト設定と、Windowsのレジストリ設定オプションserversconfig属性なぜ属性なんてものが?属性の操作特殊な属性svn:executablesvn:mime-typesvn:ignoresvn:keywordssvn:eol-stylesvn:externalssvn:specialsvn:needs-lock属性の自動設定ロックロックの作成ロック状況の調査ロックの解除と横取り(steal)ロックのコミュニケーションペグ・リビジョンと操作対象リビジョン外部定義ベンダーブランチ一般的な、ベンダーブランチを管理する方法svn_load_dirs.plローカライゼーションロケールの理解Subversion でのロケール外部差分ツールの利用外部 diff外部 diff3Subversion リポジトリの URL
コマンドラインオプションユーザごとのINIファイルユーザごとのレジストリ値システム全体のINIファイルシステム全体のレジストリ値また、Windowsレジストリは「コメントアウト」
第8章開発者の情報を見てください。ssl-authority-fileこれは HTTPS 経由でリポジトリにアクセスするときに
このコマンドは、設定されたエディタを使って(configの項参照) 属性を追加したり修正したりします。
を見てください。属性の自動設定属性は Subversion での強力な機能で、この章や別の章で議論さ
削除したり編集したりすることは常に可能です。Subversion はまた自動属性機能を提供しますが、これはファイ
です。"ペグ・リビジョン" のアルゴリズムコマンドラインクライアントで以下の形のコマンドを指定したとき:
コマンドでこの属性を作ったり修正したりすることができます(なぜ属性なんてものが?の項を参照してください)。
対しての混乱を最小にとどめるような方法でそうしたいのです。1.0 のコードを 1.1 のコードに置き換えた後では、
はそれぞれ Bourne シェルと Windows バッチスクリプト言語での外部 diff ツールの
[29] 残り物でディナーはいかが?[30] XML に詳しいのであれば、これは XML "名称" の ASCII サブセットな構文
[34] それがビルドシステムの核心では?[35] … あるいは、その本の一節を…[36] 「名前なんかつけ
確かに….[38] そして、もちろんあなたのことですから、バグも完全になくなっている、と。[39]
」第8章開発者の情報目次階層化されたライブラリ設計リポジトリ層リポジトリアクセス層RA-DAV (HTTP/DAVを使ったリポジトリアクセス)RA-SVN (固有のプロトコルによるリポジトリアクセス)RA-Local (リポジトリへの直接のアクセス)Your RA Library Hereクライアント層APIの利用Apache Portable Runtime ライブラリURL と Path の要求C と C++以外の言語の利用作業コピー管理領域の内部Entries ファイル修正元コピーと属性ファイルWebDAVメモリプールを使ったプログラミングSubversionへの貢献コミュニティへの参加ソースコードの取得コミュニティのやり方に精通することコードの変更とテスト変更点の提供Subversion はオープンソースのソフトウェアプロジェクトで、
ント層です。これらの層について簡単に見ていきますが、最初に表 8.1. 「Subversionライブラリの一覧」にあるSubversion ライブラリ一覧を見てくだ
mod_dav_svn)。表 8.1. Subversionライブラリの一覧ライブラリ説明libsvn_clientクライアントプログラムへの主要なインターフェースlibsvn_deltaツリーとバイトストリームの差分ルーチンlibsvn_diffコンテキスト差分とマージルーチンlibsvn_fsファイルシステムの共通関数と、モジュールローダーlibsvn_fs_baseBerkeley DB ファイルシステムバックエンドlibsvn_fs_fsネイティブファイルシステム (FSFS) バックエンドlibsvn_raリポジトリアクセスのための共通ルーチンとモジュールローダlibsvn_ra_davWebDAV リポジトリアクセスモジュールlibsvn_ra_localローカルリポジトリアクセスモジュールlibsvn_ra_svn独自プロトコルによるリポジトリアクセスモジュールlibsvn_reposリポジトリインターフェースlibsvn_subrさまざまな役に立つサブルーチンlibsvn_wc作業コピー管理ライブラリmod_authz_svnWebDAV経由で Subversion リポジトリにアクセスするための
Subversionトランザクションの開始修正の実行(追加、削除、属性の修正、など)トランザクションのコミット
のは、下向きの移動であると考えてください。図 8.1. 「二次元の中のファイルとディレクトリ」は典型的なツリーの
図 8.1. 二次元の中のファイルとディレクトリもちろんSubversionのファイルシステムは隠れた第三の次元を持っていますが、
理解するのに必要になる三次元コンテキストを用意します。図 8.2. 「バージョン化した時刻—第三の次元!」はSubversionファイルシステムの宇宙に
RA-SVN (固有のプロトコルによるリポジトリアクセス)標準的なHTTP/WebDAV プロトコルに加えて, Subversionは固有の
もの)はクライアントライブラリに結びついていますが、C言語の型を持つフィードバックとデータビットの要求を、人間が読める形の出力に効率的に変換する必要が
CMDファイルをマージするために使う外部プログラムを指定します。--dry-run
コミットメッセージが指定した文字コード系でエンコードされていることを Subversion に伝えます。
差分を計算するときに、系統情報を無視するよう指示します(単にパス内容のみを利用します)。--ignore-externalsSubversion に外部定義と外部定義によって管理される外部作業コピー
用法svn cleanup [PATH...]説明作業コピーを再帰的に正常化するため、操作が未完了の
「co」は「checkout」の短縮形です。)変更対象作業コピー、リポジトリリポジトリへのアクセス発生するスイッチ
別名cp変更対象コピー先が URL である場合はリポジトリ。コピー先が作業コピーのパスである場合は作業コピー。リポジトリへのアクセスコピー元またはコピー先がリポジトリであるか、
して不分割にコミットされます。別名del, remove, rm変更対象ファイルに対して実行した場合は作業コピー。URLに対して実行した場合はリポジトリ
にないファイルはコピーされません。別名なし変更対象ローカルディスクリポジトリへのアクセスURLからのエクスポートの場合のみ発生するスイッチ
あります。名前svn info — ローカル、あるいはリモートパスにあるアイテムについての情報を表示します。用法svn info [TARGET...]説明作業コピーのパスと URL の両方についての情報を表示します。これには:
パス名前URLリビジョンリポジトリのルートリポジトリの UUIDノードの種類最後に修正した人最後に修正したリビジョン最後に修正した日時最後に更新したテキスト最後に更新した属性チェックサムロック・トークンロックの所有者ロックの生成日時別名なし変更対象なしリポジトリへのアクセスURL に対する実行時のみスイッチ
状態を示します:最後のコミットのリビジョン番号最後のコミットをした人データサイズ (バイト単位の)最後のコミットの日時--xml オプションをつけると XML 形式で
--verbose オプションは認められません。別名ls変更対象なしリポジトリへのアクセス発生するスイッチ
別名なし変更対象作業コピーリポジトリへのアクセスURLに対して動作するときのみ発生するスイッチ
別名なし変更対象作業コピー。URLを指定した場合はリポジトリリポジトリへのアクセスURLを指定した場合は発生するスイッチ
URL -> URLサーバ上での名称変更別名mv, rename, ren変更対象作業コピー。URLを指定した場合はリポジトリリポジトリへのアクセスURLを指定した場合は発生するスイッチ
別名pdel, pd変更対象作業コピー。URLを指定した場合はリポジトリリポジトリへのアクセスURLを指定した場合のみ発生するスイッチ
別名pedit, pe変更対象作業コピー。URLを指定した場合はリポジトリリポジトリへのアクセスURLを指定した場合のみ発生するスイッチ
別名pget, pg変更対象作業コピー。URLを指定した場合はリポジトリリポジトリへのアクセスURLを指定したときのみ発生するスイッチ
別名plist, pl変更対象作業コピー。URLが指定されている場合はリポジトリリポジトリへのアクセスURLを指定した場合のみ発生するスイッチ
別名pset, ps変更対象作業コピー。URLを指定した場合のみリポジトリリポジトリへのアクセスURLを指定した場合のみ発生するスイッチ
名前svn revert — ローカルファイルへのすべての編集を取り消します。用法svn revert PATH...説明ファイル、ディレクトリに対する変更をすべて取り消して
名前svn status — 作業コピーにあるファイルやディレクトリの状態を表示しす。用法svn status [PATH...]説明作業コピーにあるファイルやディレクトリの状態を表示します。
' '変更はありません。'A'アイテムは追加予告されています。'D'アイテムは削除予告されています。'M'アイテムは修正されました。'R'アイテムは作業コピー中で置き換えられました。'C'(属性ではなく)アイテムの内容はリポジトリから
'X'アイテムは何かの外部定義に関係しています。'I'アイテムは無視されている属性です (たとえば、
属性の状態を示します。' '修正はありません。'M'このアイテムの属性は修正されました。'C'このアイテムの属性はリポジトリから受け取った属性更新によって
' 'アイテムはロックされていません。'L'アイテムはロックされています。四番目のコラムはアイテムが追加予告されている場合にのみ
使われます。' 'コミット待ちの予告はありません。'+'コミット待ちの予告があります。五番目のコラムはアイテムが親に対して相対的に切り替えられた
(作業コピーの切り替えの項を見てください)。' 'アイテムは親ディレクトリの子供です。'S'アイテムは切り替わっています。六番目のコラムにはロック情報が表示されます。' '
(--show-updates スイッチを渡した場合)。' '作業コピーのアイテムは最新です。'*'サーバにはアイテムのもっと新しいバージョンが
別名stat, st変更対象なしリポジトリへのアクセス--show-updatesが指定された場合に
できるので)、URLではなく、パス名によってリポジトリを参照します。svnadminスイッチ--bdb-log-keep(Berkeley DB 固有) データベースログファイルの
あるか問い合わせます。(bdbバックエンドを利用しているリポジトリの場合だけです)。用法svnadmin list-dblogs REPOS_PATH説明Berkeley DB は障害から復旧できるようにリポジトリの
名前svnadmin lslocks — すべてのロック状況を表示します。用法svnadmin lslocks REPOS_PATH説明リポジトリ中のすべてのロックに関する情報を表示します。スイッチなし例/svn/reposにあるリポジトリ中でロックされている
名前svnadmin rmlocks — リポジトリにある一つ以上のロックを無条件に取り除きます。
'A 'アイテムはリポジトリに追加されました'D 'アイテムはリポジトリから削除されました'U 'ファイル内容が変化しました'_U'アイテムの属性が変化しました'UU'ファイルの内容と属性が変化しましたディレクトリパスの最後には '/' がつくのでファイルと
用法svnlook diff REPOS_PATH説明リポジトリ中で変更されたファイル、属性の差分をGNU形式で表示します。
名前svnlook info — 作業者、日付、ログメッセージの大きさ、ログメッセージを表示します。
用法svnlook info REPOS_PATH説明作業者、日付、ログメッセージの大きさ、ログメッセージを表示します。スイッチ
名前svnlook lock — リポジトリ中の特定のパスがロックされている場合、それについての
名前svnlook youngest — 最新のリビジョン番号を表示します。用法svnlook youngest REPOS_PATH説明リポジトリにある最新のリビジョン番号を表示します。例これは、サンプルリポジトリの最新のリビジョン番号を表示しています:
svnserve.confファイルの詳細はsvnserve, 専用サーバの項を見てください。svnserve スイッチ既に説明してきたコマンドとは違い、
利用する場合に適しています。--help (-h)利用方法の概略を表示し抜けます。--version
管理したいようなユーザ間では便利です。--threads (-T)デーモンモードで実行される場合、接続ごとに
--no-newline (-n)通常は出力する末尾の改行文字を省略します。--committed (-c)現在の(つまりローカルで一番新しい)リビジョンのかわりに
してください。付録 A. CVSユーザのためのSubversion目次リビジョン番号の意味が変わりますディレクトリのバージョン切断状態での豊富な操作状態と更新の区別ブランチとタグメタデータの属性衝突の解消バイナリファイルと変換バージョン管理されたモジュール認証CVS から Subversion へのリポジトリ変換
情報を表示します。-N非再帰的に実行します(サブディレクトリに降りていきません)。statusコマンドには二つの出力形式があります。
ンネルを使った通信を開始するにあたって無条件に認証を要求します。CVS から Subversion へのリポジトリ変換
リソースと言われます。新しい書き込みメソッド標準的なHTTP PUTメソッドに
サーバによってはこの機能を実装し始めているものもあります。DeltaV 拡張RFC 2518 はバージョン化の概念がないので、
言う人もいますし、いやダメだという人もいます。結論としてはSubversion クライアントは完全な DeltaV クライアントを実装している
表 B.1. よく利用される WebDAV クライアントソフトウェア分類説明Adobe Photoshopスタンドアロン WebDAV アプリケーション画像編集ソフトで、WebDAV URL を直接開いたり書き込んだりすることができます。Cadaverスタンドアロン WebDAV アプリケーションコマンドライン WebDAV クライアントで、ファイル転送、ツリー、排他操作をサポートしています。DAV Explorerスタンドアロン WebDAV アプリケーションWebDAV 共有を閲覧するための GUI ツールです。davfs2WebDAV のファイルシステム実装Linux ファイルシステムドライバで、WebDAV 共有をマウントできます。GNOME Nautilusファイルエクスプローラの WebDAV 拡張WebDAV 共有上のツリー操作を可能にする GUI のファイルエクスプローラです。KDE Konquerorファイルエクスプローラの WebDAV 拡張WebDAV 共有上のツリー操作を可能にする GUI のファイルエクスプローラです。Mac OS XWebDAV のファイルシステム実装WebDAV 共有をオペレーティングシステムに、ローカルにマウントする機能を組み込みでサポートしています。Macromedia Dreamweaverスタンドアロン WebDAV アプリケーションWebDAV URL に対して直接の読み書き可能な Web ページ作成ツール。
Microsoft Officeスタンドアロン WebDAV アプリケーションオフィスの生産性を高めるさまざまなコンポーネントからなる製品
Microsoft Webfoldersファイルエクスプローラの WebDAV 拡張WebDAV 共有上のツリー操作を可能にする GUI のファイルエクスプローラ・プラグラムす。Novell NetDriveWebDAV ファイルシステムの実装Windows のドライブ識別文字をマウントされたリモート WebDAV 共有に
neon と cadaver は同じ作者によって書かれています。Cadaver はフリーソフトウェア
すべては自動バージョン化されたリポジトリを操作できるということです。ファイルエクスプローラの WebDAV 拡張
方法を使っていまでも探すことはできます:'ネットワークプレース' を選択します。新しいネットワークプレースを追加します。
たぶん mod_dav_svn によって生成される一般的な HTML のディレクトリ一覧が表示される
Subversion のモジュール化された設計(階層化されたライブラリ設計の項で議論しました)と可能な言語連係

[] Subversion によるバージョン管理
[引用サイト]　 http://subversion.bluegate.org/doc/book.html
37

Last Updated 2007/ 03/ 27/ 13時11分31秒

[] Subversion によるバージョン管理
[引用サイト]　 http://subversion.bluegate.org/doc/index.html
38

Last Updated 2007/ 03/ 27/ 13時11分31秒

FOAFはRDF/XMLを使って人々に関する情報（メタデータ）とそのつながりを公開、共有するための半ば実用的、半ば実験（少し遊び）的なプロジェクトです。FOAFを使ってマシンにも扱える自己紹介を記述したり、人や組織、関心領域のネットワーク情報をエージェントに処理させるといった応用が試みられており、RSSとの関連でウェブログなどでも注目され始めています。
FOAF (Friend of a Friend)とは、その名のとおり友達の友達の友達…という連鎖をメタデータとして表現することで、ネットワーク上の興味深い属性や関係を、エージェントを用いて分析できるようにする試みです[FOAF-PROJ]。これは、RDFの可能性を追求しようという実験[RDFWeb]の基本ツールとして生まれたもの。ベースは人とそのつながりを表現する仕組みですが、それぞれの人の写真や関心、所属組織といった属性情報を合わせて記述していくことで、人を媒介に世の中の様々なものごとの相互関連を辿り、分析したり表現したりするという応用を目指しています。
FOAFは、名前、関心領域、ホームページなどといった、人を描写するための様々な語彙を定義しています。これらは、RDFWebの様々なプロジェクトで用いられているだけでなく、人間系の情報を記述する共通語彙として、RSSなどのほかのRDF/XMLデータで利用することも可能です。また、個人の情報を扱うFOAFは、情報の信頼性や電子署名といった面での検討も行われており、セマンティック・ウェブの実現に不可欠な「信頼性のウェブ」の興味深い実験の場でもあります。
〔補足〕スタンレー・ミルグラムの1967年の研究[MILGRAM]によれば、平均6人の知人を辿れば、米国内の未知の人がつながってしまうというわけですから、「友達の友達」は思っている以上に強力なネットワークかも知れません（[KLEINBERG]や[MAYFIELD]も参照）。
FOAFはごく普通のRDF/XMLを用いて人の情報を表現します。対象となる人物をfoaf:Personという要素で表し、その名前、所属といった属性をプロパティ要素としてサンドイッチ型に記述していくだけです。
通常のRDFでは、記述するリソースを識別するためにrdf:about（あるいはrdf:ID属性）で主語を指定しますが、人物をグローバルに特定できる一般的なURIは今のところ存在しません。そこで、FOAFではfoaf:Personのプロパティとしてそのメールアドレスであるfoaf:mboxを記述し、このURIによって人物を特定するという方法をとっています。
この例では、「webmaster@kanzaki.comというメールアドレスを持つ人物は、氏名が神崎正英で、ホームページをhttp://www.kanzaki.com/に持っている」という情報がFOAFの語彙によって記述されています。
ここで大切なのは、webmaster@kanzaki.comというメールアドレスによってこの人物が唯一に特定できるということです。このように、その値によって主語を特定できるプロパティはInverseFunctionalPropertyと呼ばれ、一種のIDのような働きをします。したがって、foaf:mboxには、家族で共有しているようなメールボックスを使うことはできません。また、この値はURIとして記述するので、単なるメールアドレスではなく、mailto:を最初に加えなければならない点にも注意してください。
FOAFでは、メールボックス（foaf:mbox）、名前（foaf:name）、ホームページ（foaf:homepage）以外にも人物を表現するためのさまざまなプロパティが定義されており、これらを用いてエージェントが処理可能な自己紹介ドキュメントを作成することができます。具体的なプロパティは、後ほど「FOAFの語彙一覧」として紹介します。
この文書では、foaf:、rdf:、rdfs:はそれぞれFOAF、RDF、RDFスキーマの名前空間に結びつけられた接頭辞として扱っていきます。例をシンプルにするため、rdf:RDFの開始タグでは名前空間宣言を...と省略していますが、実際には次の宣言があるものと考えてください。
なお、後で述べるrdfs:seeAlsoで知人のFOAFファイルを示す使い方以外では、最後のrdfs:の名前空間宣言は必要ありません。
FOAFではメールボックスを個人の識別に用いますが、メールアドレスという情報はプライベートなものでもあり、不用意に公開するとSPAMの対象となるなどのマイナス面も出てきます。そこでFOAFでは、メールボックスを[SHA1] (Secure Hash Algorithm)によってエンコードし、foaf:mbox_sha1sumプロパティの値として個人を識別できるようにしています。
SHA1は一方向ハッシュ関数と呼ばれるもので、元の値から160ビットのダイジェストを生成します。この関数は“一方向の変換”という特徴を持ちます。すなわちメールアドレス→SHA1ハッシュ値という変換は誰でも容易に計算できますが、逆にSHA1値から元のメールアドレスを割り出すことはまず不可能です。この性質を利用して、実際のメールアドレスを公開する（逆算される）ことなく、メールアドレスと同等の値として個人を識別することが可能になります。
という検索を行うことで、「神崎正英」に関する情報を漏れなく集めることができるわけです。この値は、URIではないので、リテラル値として記述します。
個人のメールアドレスをあまり公開したくない場合は、foaf:mboxの代わりにこのfoaf:mbox_sha1sumを記述する方がよいでしょう。また、次に説明する友人の記述には、原則としてfoaf:mbox_sha1sumをIDとして用いておくのが賢明だと言えます。
〔補足〕foaf:mboxとfoaf:mbox_sha1sumの値は同等のIDとして機能するので、同じアドレスについて両方を記述する必要はありません。
//SHA1の値を手で計算するのは大変ですから、通常はツールを用います。このページでも、メールボックスのSHA1値をスクリプトで計算するフォームを用意しました。メールアドレスの前にmailto:を加えるのを忘れないようにしてください。');
SHA1のハッシュ値を手で計算するのは大変ですが、スクリプトなどで計算をしてくれるツールがオンラインでも提供されているので、通常はそれらを利用します。
ここでは、「webmaster@kanzaki.comというメールアドレスを持つ人物(A)は、変換されたメールアドレス（foaf:mbox_sha1sum）df0d8c6fa143ec27...をもつ人物(B)を知っている」ということが述べられ、両者が知人の関係であることが示されます。人物(B)のFOAFに、同じような形で人物(C)を知っていることが記述されていれば、エージェントは収集してきたFOAFのデータから、A-B-Cという知人関係を理解することができ、知人のネットワークを描いてみせることができるようになります。
foaf:knowsは他の人の情報を公開するものであるということは、きちんと認識しておきましょう。断り無く氏名などを公開されるのは嬉しくない人もいるかも知れません（ただしFOAFでは、メールボックスあるいはそのSHA1ハッシュで識別できれば、ニックネームだけでもOK）。また、交友関係を公にされたくない場合もあるかも知れません。(X)HTMLで知人のホームページにリンクするのと同様の配慮があればよいと思いますが、エージェントが自動的に収集できるメタデータの場合、こうした関連情報は思わぬ影響を及ぼすことがあります。FOAFと情報の信頼性のセクション、およびrdfwebメーリングリストの[Turner]から始まるスレッドも参照してください。
[例3]のFOAFデータだけでは、エージェントは人物(B)のFOAFファイルがどこにあるかを知ることはできず、A-Bから先の知人ネットワークを把握することはできません。FOAFの仕組みでは、この人物(B)のFOAFファイルを示す手段として、RDFスキーマのプロパティであるrdfs:seeAlsoを用います。
このrdfs:seeAlsoの値によって、エージェントは人物(B)のFOAFファイルのURIを知ることができます（少なくとも、RDFを理解できるエージェントなら、そこに関連する情報があることは分かります）。人物(B)のFOAFファイルで、人物(C)のFOAFをrdfs:seeAlsoで示していれば、さらにその先のネットワークを辿っていくことができるわけです。rdfs:seeAlsoは、FOAFにおける“ハイパーリンク機能”と考えてもよいでしょう。
foaf:knowsを使って、複数の知人を記述する場合を考えましょう。次のように、ひとつのfoaf:knows要素で複数のfoaf:Peopleをまとめたくなるかも知れません。
残念ながら、これは正しいRDFではなく、FOAFとして成り立ちません。この方法では、foaf:knowsというひとつのプロパティに2つの目的語があることになってしまい、グラフが描けないのです。
ちょっと面倒な感じですが、これによってfoaf:knowsというアークとfoaf:Personというノードがきちんと対応し、RDFのグラフを描くことができます。つい間違ってしまう点なので、注意してください。
FOAFでは、人物とそのつながりを表現するために、（遊び半分みたいなものも含め）さまざまな語彙が定義されています。FOAFの語彙定義文書[FOAF-VOCAB]において示されている語彙を、いくつかのグループに分けて紹介してみましょう。よく使われているプロパティとしては、これまでの例でとりあげた以外では、foaf:nick
FOAFで記述する対称（リソース）のタイプとして、次の基本クラスが定められています。foaf:Person以外は、FOAF文書で直接使うことはほとんどありませんでしたが、FOAFの応用範囲が拡がるにつれ、さまざまなリソースを記述するためにほかのクラスも用いられはじめました。（2005-07の改訂で、FOAFのクラスは全てowl:Classとして定義されました）
FOAFは基本的に人物についてのメタデータを表現する語彙ですから、まずその人物が誰であるかを示すプロパティが必要です。foaf:mbox（およびその暗号化版であるfoaf:mbox_sha1sum）は、オントロジーでいうInverseFunctionalPropertyで、この値から主語である人物を一意に特定できるIDの役割を持ちます。
この人のメールボックスで、IDとして機能する。他の人（家族など）と共有していてはいけない。mailto:で始めるURIfoaf:Agentowl:ThingOI
foaf:mboxは要するにメールアドレスですが、最初にmailto:を加え、URIをrdf:resource属性値として示さなければなりません。それ以外のプロパティの目的語は、基本的にリテラルとしてプロパティ要素の内容になります。
FOAFにおいてfoaf:nameは必須ではありませんので、本名を伏せたい時は、foaf:nickのみにしておく手もあります（foaf:nameの使い方に厳密な制約はありませんが、これをfoaf:nickと混用しない方がいいように思います）。なお、英文と漢字など複数の表記がある場合は、それらを併記し、xml:langで区別するのが良さそうです。名前に関しては、言語によって姓名の順序や構成要素が異なるなど話が複雑なので、いろいろな議論のテーマになっています[FOAF-NAME]。
2003年9月11日付でfoaf:genderプロパティが追加されました。一応人間の男女（male,female）を念頭に置いていますが、ロボットに性別を与えてもいいし、男女以外の性別もあり得ると、リベラルな立場に立っています。functionalPropertyとして定義されているので、複数の性別を持つことはできません。
人となりを示すために、いくつかのプロパティが用意されています。写真はfoaf:imgよりもfoaf:depictionを使って示すことが多いようです（foaf:imgはfoaf:depictionのサブプロパティ）。foaf:myersBriggsは比較的最近追加されたプロパティ。foaf:geekcodeなんて、すごいもの定義してますねー。
この人の'プラン'。UNIXのfingerで使う'.plan'ファイルに準じているらしいので、計画というよりモットーみたいなものか。ほら、よくメールの署名のあとにひとこと書いてる人がいるでしょ。foaf:Personrdfs:LiteralD
人物を描写するプロパティの中でも、ほかのリソース（人）との関連を示すプロパティは、連鎖的な記述で世界をつないでいくRDFの力を発揮します。特にfoaf:knowsは、まさにFOAFのfoafたる所以です。
このセクション以降のプロパティはObjectProperty（目的語がURIで名付けられたリソース）となるので、URIをrdf:resource属性値として記述するか、プロパティ要素の内容にノードとなる要素（foaf:Personなど）を記述します。たとえば、foaf:interestプロパティで関心のある事柄を示す場合、次のように書きたくなるかも知れません。
しかし、残念ながらこれは誤り。foaf:interestは値域（range）がfoaf:Documentなので、オンライン文書（通常はその関心事項が説明されているウェブページ）のURIをrdf:resource属性値として書く必要があります。
これはfoaf:currentProject、foaf:madeなどでも同様です。エージェントが人間向けにレンダリングする時のためには、rdfs:labelあるいはdc:titleといった属性で'Semantic Web'というタイトルを加えておいてもいいでしょう。
FOAFプロパティの中には、描写対象（domain）を人物に限っていない一般語彙がいくつかありますが、その中で人物表現によく使われるものをまとめました。foaf:homepage、foaf:depictionは多くのFOAFファイルで利用されていると思います。
この人物に対して支払いやお礼をする方法を記述したページ。pageのサブプロパティfoaf:Agentfoaf:DocumentO
これらはdomainが人間に限られていないので、会社のホームページとか、会議の様子を写した写真といったものを記述する時にも利用できます。foaf:homepageの定義域は、owl:Thingに拡大されて、基本的に何でも主語にできます。
2003年6月22日付のスキーマでは、foaf:homepage、foaf:weblogもfoaf:mboxと同様InverseFunctionalPropertyであると定義されました。つまり、これらもある人物を特定するIDとして機能するもので、家族のホームページとか、グループで共同で書き込んでいるウェブログなどは、このプロパティの値としてはふさわしくないということになります。
2004年3月に、paypal等の「投げ銭」をするためのページを示すfoaf:tipjarが追加されました。このプロパティについては2004-02-13の「ちょっとしたメモ」を参照してください。
2005年3月の議論を踏まえてfoaf:birthdayが加わりました。これまでの経緯を含めた議論のまとめはWikiのBirthdayIssueページを参照してください。
2003年7月にはfoaf:based_nearというプロパティが追加されました。これは位置メタデータを加えることで、FOAFと現実世界を物理的に結びつけてみる試みです。based_nearについては、位置に関するメタデータとその応用のページの説明を参照してください。
その他、人物描写に使った文書、組織、画像などのリソースをより詳しく説明するためのプロパティがいくつか定義されています。
何かのDNAのチェックサム（ジョークですが、人を特定するIDというのは、あまり歓迎できない手段も含めさまざまあることを示唆しています）-rdfs:LiteralD
foaf:pageとfoaf:topicはちょうど逆の関係にあたります。これらを使うと、ある画像を含むウェブページ、あるいはギャラリーページで取り上げている画像といった関係で画像のメタデータを記述し、文書と関連づけることができます。
ドキュメントなどの作者を示すためにはdc:creatorプロパティが広く使われていますが、これが単に作者の名前（文字列）だけを示すのか、あるいはfoaf:Personなどを目的語に使って構造的なリソースとして記述できるのかについては、ずっと議論が続いています。この曖昧さを回避するため、2003年7月にfoaf:makerプロパティが提案され、構造化記述にはこちらを使うことが推奨されました[FOAF-DC]。
foaf:makerの部分にdc:creatorを使っても誤りではありませんが、このプロパティは作者名を示すために使う方が一般的です。
Dublin Coreのプロパティの使い方については、別途議論が進んでいるということです。メモdc:creatorの「内容モデル」も参照してください。
2003-08-16に、オンライン・アカウントや所属グループを記述するためのプロパティが追加定義されました。
foaf:membershipClassは2005年7月にowl:AnnotationPropertyとされたので、type欄にAと示し、値域と定義域を削除しています（注釈型プロパティは値域、定義域を持つことができない）。この扱いについては、もう少し議論の余地がありそうです。
FOAFはウェブの分散処理を前提に作られているので、様々な人が自分の知っている範囲の友人関係を記述することで、極めて大きな（理屈の上ではグローバルな）コミュニティに関するRDFの連鎖が構築できることになります。一方、この分散性は、ある人物に関する記述を本人以外でも簡単にできることを意味し、場合によってはいい加減な情報が公開されかねないという問題点も孕んでいます。
こうした情報が信頼できるかどうかを確認する手法としては、電子署名が有効です。FOAF文書のPGP署名を作成し（例えばfoaf.rdf.sigというファイル名で同じディレクトリに保存し）、次のようにしてFOAF文書と結びつけます[FOAF-DSIG]。
ここで用いているwot:assuranceは、RDF文書の署名や暗号化を記述して「信頼性のウェブ」（Web of Trust）を表現するために、やはりRDFWebで提案されている語彙[WOT]のひとつで、「デジタルコンテンツの同一性に関する暗号化された証明」と定義されているものです。WOTの語彙を利用するために、最初の名前空間宣言に次の1行を加えておきます。
RDFにおいて、rdf:about=""はその文書自身に関する記述を意味するので、[例7-1]はFOAF文書の署名がfoaf.rdf.sigにあるということを示します。署名をチェックするための公開鍵については、このFOAF文書を作成した人物は、最上位階層のfoaf:People要素で記述され、そのメールアドレスがfoaf:mboxで示されているので、Key Serverから公開鍵を取得できるはずだ、という理屈になっているようです。
エージェントがこの理屈を知っていれば、電子署名と公開鍵から、FOAFがそのfoaf:mboxの所有者によって作成され、変更されていないということを確認できるでしょう。この機能を利用するには、少なくとも作者はfoaf:mbox_sha1sumではなくfoaf:mboxでメールボックスを記述している必要があります（SHA1で変換された値からもとのメールアドレスを割り出すことはできません）。もちろん、公開鍵はあらかじめKey Serverに登録しておきます。電子署名は上記の要素を加えてから作成してください。
さらに、特定のメンバーにだけ知らせたいプライベートな情報については、別のFOAFファイル（ここではfoaf-private.rdf）を用意し、それを暗号化（foaf-private.rdf.asc）した上で、次のようにrdf:seeAlsoを用いて参照させるという方法が提案されています[FOAF-ENC]。
これはIDがBB276B88である公開鍵を使って暗号化したので、それに対応する秘密鍵を持っているメンバーだけが読めるFOAF文書ということになります。やはりwot:に対応する名前空間宣言が必要です。
いろんな応用はありますが、細かいことは置いて、自己紹介のつもりでFOAFファイルを作成して公開してみましょう。まず自分のメールボックスとホームページのURI、それにせっかくだからニックネームも。できれば自分の写っている写真を用意すると楽しいです。リンク集のように、ホームページを持っている知人をfoaf:knowsで紹介するのもいいですね。
RDF/XMLを記述するのが難しければ、フォームに必要事項を入力するだけでFOAFファイルを作ってくれる[FOAF-a-matic]などのページを利用すると簡単です（FOAF-a-maticの日本語版ができました）。ファイルは、どんな名前を付けても構いませんが、foaf.rdfとかwebwho.rdfというのが多いみたいです。文字コードは、これもきちんとHTTPヘッダやencoding宣言で明示すれば何でもいいのですが、可能ならUTF-8にしておく方が何かと好都合です。
FOAF自身はスタイル情報のないXMLファイルなので、そのままではブラウザで見ても面白くありませんが、XSLTスタイルシートと組み合わせれば、人間にも分かりやすく視覚表現ができ、そのまま自己紹介ページとして使えます。[FoaF Explorer]では、あなたのFOAFをXSLTによって表示する例を試すことができます。
FOAFデータがあることを示す方法としては、RSSやDCメタデータの場合と同様、link要素を使って次のように記述する方法が提案されています[FOAF-LINK], [AUTODISCOVERY]。
もっとも、今のところメジャーな検索エンジンなどがこれを認識してくれるというわけではないので、効果のほどはあまり期待できません。RDFWebのWiKiには、FOAFを登録するページ[FOAFBB]があります。ここに掲載されると、いろいろなFOAF関連データベースが情報を拾っていってくれるようになるので、こちらを使う方が今の時点では広がりがあると思います。FOAF情報を集めたデータベースの応用として面白いものとしては、SVGを使って友人関係のグラフを示してくれる[FOAFNAUT]などがあります。
やはりRSSなどと同様に、FOAFを用意したらそれを人間の訪問者にもアピールして宣伝していくのが、結局早道だったりもします。ホームページなどでこれを告知するためには、Ian DavisによるFOAFアイコン[FOAF-ICON]を使うと楽しいでしょう。

[] FOAF -- メタデータによる知人ネットワークの表現
[引用サイト]　 http://www.kanzaki.com/docs/sw/foaf.html
39

Last Updated 2007/ 03/ 27/ 13時11分31秒

ZAPAnet総合情報局管理人ZAPAのブログです。最近は割とプログラミングネタが多くなっていますが、基本的にジャンルフリーでいろいろと書いています。
「ライブドアブログのユーザー数がこれだけ増えてきたのだから、Webブラウザで利用できるRSSリーダーも提供したら、シナジー効果も上がって良いんじゃないんですか？」
（その後最速インターフェース研究会の中の人が全面的に作り直し、現在は日本国内最高のRSSリーダーlivedoor Readerとなった）
社外の人間からの提案に対し、社長自らアイディアを取り入れ、実際に部下に指示を出し、一ヶ月以内のリリースにこぎつけられる会社など、なかなか存在しない。
通常の開発のように、要求定義、コスト見積もりなど、じっくりと見極めてから開発していたら、これだけのスピードは出せなかったはずだ。
なぜ、彼がこれだけの「判断力とスピード」を出せたかというと、彼は元々「プログラマ」だったからである。
古くは、小室哲哉のWebサイトを開発していたし、サイバーエージェントの藤田晋氏と組んで、サイバークリックのシステムなども作っていた。
元々プログラマだったが故に、そのシステムの開発がどれだけ難しく、どれだけの開発費がかかるかすぐに計算できる。
Web業界の一番手を買収できないのであれば、独自に開発するか、2番手・3番手の企業を買収（一部提携）していた。
そのために、プロ野球球団を買収しようとしたり、自らがテレビに出るなど、積極的に社長自ら「ライブドア」の宣伝をしていた。
実際、堀江貴文逮捕後のライブドアでは、単体の収益だけを見て、それぞれ解散・売却などを余儀なくされている。
自前で構築した報道部門も、単体で見ればそれはすぐに閉鎖対象になる。（ライブドア、自社報道部門を2月末で閉鎖参照）
こういう考え方しかできない株主を相手に一番被害を受けたのは、もしかすると、実は堀江貴文氏自身だったのかもしれない。
これからの成長を長い目で見ることしかできない株主に対して、株主を納得させるために「粉飾」するしかなかったのかもしれない。
Yahoo!オークションの独走を許してしまったら、最終的に被害を受けるのはユーザーですよ。Yahoo!オークションだけしか利用しなくなった時に、もし手数料が上がったらどうするんですか？
そうならないためにも、彼は周りから「パクリ」と言われようが何だろうが、「livedoorオークション」を作った。
楽天の独走を許してしまったら、最終的に被害を受けるのは出店者とユーザーですよ。楽天だけしか利用されなくなった時に、もし出店料が上がったらどうするんですか？
そうならないためにも、彼は周りから「パクリ」と言われようが何だろうが、「livedoorデパート」を作った。
Yahoo!オークションや楽天に戦いを挑んでいたbiddersを運営するDeNAは、今はモバゲータウンで会員数を増やし、シナジー効果を高める努力をしている。
なぜ業界1番手に対してなかなかその牙城を崩せないかと言えば、Webの世界では先行者利益を得るとそのまま独走してしまう現状があるからである。
1度使い始めたユーザーは、何か困ったことでも起きない限り、なかなか他の同種のサービスへ移ろうとはしない。
また、1番手を猛追するにもそれなりに資金が必要であり、普通の企業では同種のサービスで1番手を追いかけることさえしない。
判断力とスピードに優れていた堀江貴文氏でさえ、10コ中9コは成功しないことを視野に入れていた（必ずしも失敗するという意味ではない）ことからも、2番手以下からの挑戦は非常に難しいことがわかる。
昔と比べて、ヤフオクや楽天などの寡占されたサービスの使い勝手が大幅にアップしていると感じることはあるだろうか？
もし、今現在も彼がライブドア社長を続けていたら、今頃、「Livedoor Pipes」が完成している頃だろうし、「Livedoor Tube」が人気を誇っていたかもしれないし、「Livedoor
「ライブドアブログのユーザーのために、Webサイトのサムネイルを貼り付けられるサービスを作ったらどうですか？」
彼はWebの発展を見越して、多大なトラフィックにも対処できるよう早い時期からデータセンターを展開していた。
テレビ局は買収できなかったが、今現在テレビ局側は新たな収益源を見出すことができず、YouTubeにも対抗できない状況だ。
彼がライブドア社長を続けていたら、今頃はジャスラックと全面対決するために、音楽会社の買収に動いていたかもしれない。
彼がやってきた事業、目指していた未来のことを考えずに、マスコミの意見に振り回されるのはどうだろうか。
せめて、インターネットを利用するものなら、彼の真意を受け取ってあげても良いのではないだろうか。彼は「Web2.0」なんて言葉が生まれるずっとずっと前から、Webの未来を読み取って行動していた。
弁護士落合洋司（東京弁護士会）の「日々是好日」：サンデープロジェクトに出演した堀江被告人を見て（感想）
この想像を受けて、ホリエモンに買収された側のしたらば掲示板を運営していたけんすうさんが、新たにエントリを起こしてくれました。
メッセージはしっかり受け取った。少なくとも私は。司法と財界、政界、既得権益を握っているおじさん達の世界からの「刃向かう奴はこうなるのだ」というメッセージを。
マネーゲームに明け暮れる奴のことなど知らないとか嫌いだから関係ないという人たちが大勢いる。堅実...
"堀江貴文逮捕による本当の損失"というというBLOGの記事をじっくり読んでみた。「[Z]ZAPAブロ~グ2.0」というBLOGの記事で、結構話題になっていたものだ。最近の日興コーディアルの事件とかのニュースを見ていて、なんでLivedoorだけ？と思った人は多いのではないのだ..
今更ながらホリエモンの判決が出ましたね。まぁ刑が重い軽いなんて話や国策捜査だったのかなんて話を俺がしても不毛なんで、いちwebジャンキーという視点からこの事件を見てみたいと思う。まず、事件以前のlivedoorに対する俺の立場はwebジャンキーとしてもかなりポジティ..
これを読んでも100億は稼げないでしょう。でも、ここに書いたことすらできない人は100億稼げないのは間違いないと思います。...
ホリエモンこと、元ライブドア社長の堀江貴文氏の逮捕によるインターネット業界の損失について書かれている。
確かに、ホリエモンの快進撃によりインターネット、特にポータルとしてのウェブサイトは加速した。日本でのブログの普及では最大の功労者ではなかろうか？ブロードバンドをより速く、より安くしたソフトバンクの孫正義社長を彷彿とさせる。
・「欧米ならこの手の判決はもっと重い」と言うコメンテーターを何人か見たが、「あのな、裁判てのは日本の法律で裁かれるんだよ」と思った。罪の軽重は、日本での同種事件と較べて論じるべきだろ。性質の悪いのがうじゃうじゃだよ、全く。・亀井静香のコメントは「ホリ
未だにホリエモン有罪の件そのものについての意見がまとまらないのですが…あえてそれはさておき、堀江氏なりライブドアが官僚・財界から嫌われていたことがここまで大騒ぎになった一因でもあり、その嫌われた理由の一つがＭ＆Ａであったのも確かだと思うのです。
堀江さんについて色々あれこれ議論がされています。堀江貴文逮捕による本当の損失池田信夫 blog ライブドア事件とエンロン事件ライブドア事件のせいで日本のWebコンテンツが育たなくなった::したらば元社長日記堀江氏判決について考える（「結果」と「プロセス」） iso
堀江貴文の実刑判決を聞いて止むを得ない判決ともおもいましたが、一方、ＺＡＰＡブログを拝見して、堀江氏の挫折がweb業界の及ぼす損失を並べていまして、そういうマイナス面もあったのかと初めて知りました。
私もこういったことは’なんとなく大体’は知ってはいたが、このようにまとめてくれるとなるほどわかりやすい。たしかにホリエモンはシナジーを作り出していたし、ホリエモンのライブドアが失われたことによる社会的損失は将来にわたって巨大だ。
とりあえず、ライブドアがいなくなってしまったことでWeb業界には非常に大きな損失がありました。それは、「サイトをM&Aするところがなくなってしまった」ということです。
ライブドア事件のせいで日本のWebコンテンツが育たなくなった:したらば元社長日記 2007-03-19
ZAPAnet総合情報局管理人ZAPAのブログです。1980年生まれのO型です。詳しくは、ZAPAとは？をご覧下さい。

[] 堀江貴文逮捕による本当の損失
[引用サイト]　 http://zapanet.info/blog/item/948
40

Last Updated 2007/ 03/ 27/ 13時11分31秒

オンライン取引ファイル共有ソフトによる情報の流出について情報を手に入れるつもりが、情報を差し出す事に…公開日: 2006年3月15日企業向けの対策方法については、こちらをご覧ください。
皆さんは、他の人の物と、自分の物を交換したり、フリーマーケットなどでいらないものを売りに出したりした事はありませんか？不要なものを持ち寄って、その品物が欲しかった人と巡り合い、その人の役に立てればこんなに良い事はありません。ですが、このような機会は、こういった場に足を運ばなければ得ることができません。
最近のインターネットの使い方の 1 つとして、フリーマーケットのように自由に情報を共有し合える「ピアツーピア（P2P）でのファイル共有」という言葉が頻繁に取り上げられています。この言葉を聞いたことがない方でも、代表例として Winny （ウィニー）という言葉は聞いたことがあるのではないでしょうか？このウィニーを使うユーザーの間では情報の共有が活発に行われていますが、ウィニーの利用者がウイルスに感染し、自らが持つ大切な情報や、他の人に知られてはいけない情報もまた、意図せずに共有されている状況になっています。
フリーマーケットは人の集まる場所で開かなければ、なかなか買う人は現れません。では、ウィニーに参加している人はどのくらいいるのでしょうか？今の段階で数十万人を超えていると言われています。これだけ多いと一度見てみたいと思うのが普通ですが、公開された情報を見るためには、ウィニーをインストールしなければならないのです。インストールしてしまうと、あなたもまた、いつでも情報公開が出来る立場になっているのです。
1. ファイル共有ソフト Winny （ウィニー）の基本的な動作ウィニーによる情報共有の流れは以下のとおりです。•情報の公開•情報の検索•情報のダウンロード1-1. 情報の公開ウィニーで情報を公開するのはとても簡単です。公開用のフォルダである UP フォルダの場所を設定して、そのフォルダにファイルを置くだけです。1-2. 情報の検索自分の欲しい情報のキーワードを設定して、ウィニーのネットワークから情報を探します。1-3. 情報のダウンロード自分の欲しい情報を見つけたら、ダウンロードリストに加えて、後はダウンロードされてくるのを待つだけです。
Web サイトからのダウンロードなどとは違い、ウィニーでは公開しているパソコンから直接ダウンロードしてくるのではなく、ウィニーのネットワークに参加している他のパソコンを経由してファイルがダウンロードされます。2. なぜ、情報が流出するのでしょうか現在判明している流出の多くは、Antinny （アンティニー）などのウイルスに感染することで発生しています。
ウィニーのネットワーク上にはこのようなウイルスに感染したファイルが出回っており、知らずにダウンロードしてしまったユーザーが誤った操作を行うことで感染しています。以下はその一例で、フォルダに見えるウイルスをクリックしてしまい感染するパターンです。残念ながら、多くのユーザーは、自分の操作によりウイルスに感染したことを知らないままでいます。しかし、ウイルスは「1-1. 情報の公開」で説明した公開用フォルダに、あなたの大切な情報をこっそりと公開しているのです。
感染していることに気づかずに、このような状態のままパソコンとウィニーを使い続けると、ウィニーのネットワーク上に参加している他のパソコン上に、あなたの情報が広まる可能性があります。
もし、以下の状況で感染していたら…2-1. 会社のパソコンでウィニーを使用•会社の機密情報や顧客の情報が流出する可能性があります。•会社のノートパソコンを家に持ち帰り、ウィニーを使用しても同じ可能性があります。2-2. 家のパソコンでウィニーを使用•あなたの個人情報だけではなく、家で仕事をするために USB メモリや CD/DVD に入れて持ち帰った資料も流出する可能性があります。3. 対策の手順大切な情報が流出する前に、以下の手順を行ってください。
感染の確認および駆除悪意のあるソフトウェアの削除ツールを使用してアンティニーに感染していないか確認してみましょう。ウイルス対策ソフトの導入と再確認ウイルス対策ソフトを購入していない場合には、購入を検討してください。また、購入したパソコンに付属していたウイルス対策ソフトを利用している場合には、使用期限が過ぎている可能性があります。購入されたパソコンのマニュアルにしたがって、最新の状態で使用するようにしてください。導入済み、または、導入が終わったら、もう一度、すべてのディスクをスキャンしてみましょう。パソコンを最新の状態にするMicrosoft Update で、パソコンを最新の状態にします。Microsoft Update の操作手順については、Microsoft Update 利用の手順をご覧ください。ウィニーおよび、他のファイル共有ソフトの削除を検討する公開された情報の完全な回収や削除は不可能です。安全対策に絶対の自信がない場合には、情報が流出しないようにウィニーの使用をやめましょう。また、ウィニーに限らず、不特定多数とのファイル共有を行うソフトウェアの使用には危険が伴います。同様に削除することを検討しましょう。
ページのトップへ関連リンク•パソコンを守る•ウイルス対策、スパイウェア対策、およびファイアウォールによる保護•ピアツーピアファイル共有の利点とリスク•Antinny に関する情報•企業向け：ファイル共有ソフトによる情報漏えいの防止策•ホワイトペーパー: 情報漏洩を防止するための企業戦略印刷用ページを表示メールで紹介お気に入りに追加

[] ファイル共有ソフトによる情報の流出について
[引用サイト]　 http://www.microsoft.com/japan/athome/security/online/p2pdisclose.mspx
41

Last Updated 2007/ 03/ 27/ 13時11分31秒

IPAトップ>セキュリティセンター>Winnyによる情報漏えいを防止するために
官公庁や大企業の取り扱う個人情報や機密情報等が職員等の私有または私用パソコン(以下「私有パソコン」という。)から漏えいする事件が、毎日のようにニュースに取り上げられています。
報道によると、漏えいした情報の種類こそ違いますが、ほとんどの事件に共通している点は、職員がファイル交換ソフト(注1) Winnyを導入（インストール）した私有パソコンに、官公庁や企業等で取り扱う個人情報や機密情報等をコピーし、使用していたところ、ウイルス（W32/Antinny）に感染し、情報漏えいしたという点です。
(注1)インターネットを利用して、不特定多数のユーザ間でファイルを交換できるソフトウェア。
ウイルス（W32/Antinny）に感染すると、パソコン内の送受信メールやWordやExcel等のデータファイルが、パソコン内の公開フォルダにコピーされてしまいます。公開フォルダにコピーされたファイルは、世界中のWinny利用者が入手できる状態になったということです。
図1.1に示すように、インターネット（Winnyのネットワーク）に流出したデータは、不特定多数のWinny利用者が保有することになり、回収することは不可能です。
なお、中小企業や個人事業者、一般の個人ユーザの情報漏えいがニュースに取り上げられないのは、漏えいした情報がどこからのものか特定できない、重要ではないと考えられたなどニュース性が低いため報道機関が取り上げなかっただけと考えられ、
情報漏えい問題は、他人事と考えずに、自分に当てはめて考えていただくことが重要です。
◆ 予算の関係でパソコンの割り当てが不足していて、私有パソコンを使っていた。
Winnyからの情報漏えいを防ぐには、次のような対策が考えられ、それらを組み合わせて実施することが有効と考えられます。
(2) 職場のパソコンに許可無くソフトウェアを導入しない、または、できないようにする。
(4) 職場のネットワークに、私有パソコンを接続しない、または、できないようにする。
(6) 職場のパソコンからUSBメモリやCD等の媒体に情報をコピーしない、またはできないようにする。
(7) 漏えいして困る情報を許可無くメールで送らない、または、送れないようにする。
(8) ウイルス対策ソフトを導入し、最新のウイルス定義ファイルで常に監視する。
パソコンの管理者や利用者が自ら実施できる対策もあれば、上司が行うべき対策もあります。また、職場のルールを変えたり、ネットワークシステムや設備の変更を伴う対策もあります。
どの対策を組み合わせるかは、簡単なもの、効果がありそうなものというような単純な選択ではなく、取り扱う情報と漏えい時の影響、導入コスト等を考慮し総合的に検討することが重要です。
官公庁や企業等においては、個人情報や機密情報等の情報漏えいを防ぐためにどのような対策を行うべきか、
管理的対策と技術的対策について具体的にまとめてみます。次にあげる対策のポイントを参照し、あらためて情報の扱いについて確認し、トラブルの発生を未然に防ぐよう対処してください。
組織(委託先を含む)で業務に用いるパソコンについては、ファイル交換ソフトの使用条件を定めておくことが重要です。
パソコン内の情報が漏えいする危険性を考慮すると、個人情報や機密情報等が保存されているパソコンではファイル交換ソフトの使用は控えるべきです。
業務に必要ということでファイル交換ソフトを使用しているパソコンはないか？
ファイル交換ソフトの使用を許可したパソコンに許可した範囲以外のファイルが保存されていないか？
使用が許可される場合であっても、個人情報や機密情報等が保存されているパソコンへインストールするべきではありません。
ウイルス感染や誤操作により、公開用フォルダ以外の場所に格納されている個人情報や機密情報等が外部に流出してしまう危険性があります。
定められた使用方法、使用条件に適合しているか、常に管理する必要があります。
私有パソコンは、組織として管理することが難しく、業務で使用することは望ましいとは言えません。更に、私有パソコンで個人情報や機密情報等を取り扱わせることは、きわめて危険で避けるべきです。しかし、やむをえず私有パソコンを業務に使用する場合は、管理について定めておくことが重要です。
私有パソコンを職場に持ち込んで使用したり、職場のネットワークに接続することについてのルールを定めているか？
その私有パソコンに許可された利用範囲を、管理者が確認できるようにすべきです。
私有パソコンの許可は自動延長ではなく、定期的に再審査すべきです。
個人情報や機密情報等を取り扱う私有パソコンを職場から持ち出すことは、パソコン内の情報が漏えいする危険性が高く、許可するべきではありません。
相応の理由で持ち出す場合は、個人情報や機密情報等が内在していないかをチェックし、職場外での利用形態や窃盗や紛失でも情報漏えい対策（暗号化等）が
個人情報や機密情報等を含む業務情報を記録媒体などにコピーして外部に持ち出すことは、外部のパソコンからの情報漏えいや記録媒体の紛失などのリスクがあり、厳に避けるべきです。
しかし、やむをえず持ち出す場合には、次のような厳重な管理をすることが重要です。
個人情報や機密情報等を含む業務情報を記録媒体などにコピーして外部に持ち出すことについてルールはあるか？
また、形式的な手続きで、不要な持ち出しが許可されないよう注意する必要があります。ルールの運用にあたっては、職場外で作業するために持ち出すことを十分確認してください。
記憶媒体などにコピーされた業務情報の中に、許可された情報以外の情報が含まれていないか確認することも重要です。
簡単に情報を確認できるように、ファイル名のつけ方のルールや、ファイル名等から検索できるデータベースの整備が有効です。
記憶媒体などにコピーされて外部に持ち出された個人情報や機密情報等を管理できるか？
外部に持ち出した記憶媒体を取り扱う外部のパソコンがウイルス等に感染していて情報漏えいすることがないようにすることが重要です。
このため、外部のパソコンを利用して当該業務情報を取り扱った後、外部のパソコン等に当該業務情報が残らないようにする手順を定める必要があります。
実際の事件において、数年前に個人情報や機密情報等を取り扱った私有パソコンの該当ファイルは削除したはずと思いこんでいたパソコンにWinnyをインストールしたことにより、削除したはずのファイルが漏えいするという事例がありました。
サーバーを介さずに P2P(注2)により外部と接続することが可能なクライアントパソコンは、サーバーの段階でウイルスチェックがされていても、クライアントパソコンにウイルス対策ソフトを導入していなければ感染被害に遭ってしまいます。
新種や亜種のウイルスに対応するために、ウイルス対策ソフトのパターンファイルの更新を定期的行うことが肝要です。
to Peer) 不特定多数の個人間で、サーバーを介さずに、直接データのやり取りを行うインターネットの利用形態。
ニュースに取り上げられているWinny経由での情報漏えい事件のほとんどは、私有のパソコンを業務に使うことにより被害が起きていることから、職員に対するウイルス対策の重要性の教育を繰り返し行うことが重要です。
自分は大丈夫だ、自分には関係ないということは間違いであることの意識改革をさせる
ニュースに取り上げられている事件の関係者の多くが、自分は大丈夫だとの意識でした。
自分が扱っている個人情報や機密情報等が漏えいした場合や、ルールがあってもそれを守らない人がいれば、大きな被害をもたらすことを認識させることが大切です。
ウイルス対策製品やサービスを使用したり利用していても、必ずしもすべてのウイルスを防ぐことはできません。
以下の技術的対策は、オペレーティングシステム(OS)の機能として提供されるものと、ツールを導入して運用するものがあります。
WindowsXP/2000/NT等のNTFS(New Technology File System)というファイル管理システムがあります。これを使ってハードディスクのファイルを管理している場合、特定のファイルやフォルダに対して、ログインアカウント毎に、アクセス権限を設定することができます。
MS-Word や EXCEL のようなアプリケーションプログラムにおいても、「ファイル」->「アクセス許可」メニューから当該ファイルのアクセス権を設定することが可能です。
市販またはフリーソフトウェアにも、独自の方式により、アクセス制限を設定できるものがあります。
市販またはフリーソフトウェアにより、コピー制限を設定できるものがあります。
WindowsXP/2000/NT等のNTFSというファイル管理システムを使ってハードディスクのファイルを管理している場合、まず特定のフォルダを暗号化フォルダと指定します。その暗号フォルダに他のファイルを移動すると、移動したファイルが暗号化され、移動を行った本人だけが開くことができるようになります。
MS-Word や EXCEL のようなアプリケーションプログラムにおいては、「ツール」->「オプション」メニューの「セキュリティ」タグから、当該ファイルのパスワードを設定することが可能で、保存したファイルは自動的に暗号化されます。
市販またはフリーソフトウェアにより、外部記録媒体へのアクセス制限を設定できるものがあります。
ネットワーク管理ソフトにより、未登録のパソコンを企業内ネットワークに接続させない制限を設定できるものがあります。
市販またはフリーソフトウェアのウイルス対策製品を利用し、パソコン内にウイルスがあるかスキャンします。
また、いくつかのセキュリティベンダーは、ウイルススキャンを無料で行えるオンラインサービスを提供しています。
マイクロソフト社の「悪意のあるソフトウェアの削除ツール」を使い、ウイルスの検索と駆除を行うことができます。
UP 」フォルダになんらかのファイルが保存されていて、それが自分の指定したファイルでなければ、漏えいしている危険性が高いです。また、
UP フォルダになくても、 Winnyが保存されているフォルダにある「 UpFolder.txt 」というファイルに他のフォルダが公開用として指定されてしまっている可能性もあります。当該ファイルを開いて、記載内容を確認し、
UP フォルダ以外に指定されているフォルダがないか確認してください。
自社の情報がWinnyネットワークに流出していないかを確認するには、Winnyを利用してやり取りされているファイルをダウンロードして確かめるしか方法はありません。各種報道を見ていると、他者から指摘されて気付くケースがほとんどです。Winnyネットワークで流れているデータを検索してくれるサービスもあるようです。このようなサービスを利用して、自社の情報がないか確認する方法もあります。
Winny そのものを検出するツールが無償で提供されています。いずれかのツールを使用し、 Winny として検出されたファイルをすべて削除してください。また、検出されたファイルが
Winny.exe と同じフォルダ内に設定ファイルが作られますので、これらのファイルも削除するためです。
等で、複数のユーザーで１台のPCを使用している場合、各ユーザーアカウント毎に同様の検出、削除の処置を行って下さい。
なお、上記サイトおよびそのリンク先内容の利用によって生じたトラブル・損失・損害には、当機構では一切責任を負いかねます。あくまでも自己責任の下、自己判断でご利用ください。
シマンテック社 - Winny検索ツールの表示は英語ですが、その点はご容赦願います。
以後の調査のために、漏えいしたファイルをCDやDVD等の記憶媒体にコピーする
官公庁や企業等組織の情報ファイルである場合は、当該組織に速やかに報告する
ウイルス対策ソフトでスキャンし、感染した原因を特定する(Antinny亜種の特定)
ウイルスを駆除する、または、パソコンをリカバリする（初期状態へ戻す）
職場の個人情報や機密情報等を自宅のパソコンにコピーしなければ情報漏えいしないということではありません。
家族や友人の個人情報が漏えいする可能性は同じです。Winnyを導入したパソコンには、情報漏えいのリスクがあり、ウイルス対策が必要です。
Winnyを使っていなければ情報漏えいしないということではありません。例えば、2006年2月下旬に発見された通称「山田オルタナティブウイルス」は、Webサーバ機能を内蔵しており、感染したパソコンの内容をWebサイトという形式でインターネットから参照できるようにした後、そのパソコンへのリンクを掲示板サイト「2ちゃんねる」に貼り付けることで情報漏えいを行います。
このように、Winny に感染するウイルス（W32/Antinny）以外にも情報漏えいするウイルスが出現していますので、ウイルス対策を行うことが情報漏えいを防止するために大変重要です。
なお、上記以外の時間においても、電話の自動応答システムによる
FAX 送信サービスにより、予防・対処方法について情報提供をいたします。
Ⅲ．具体的な対策・その2：対処方法 3.Winnyがインストールされているかを確認する方法のタイトル、内容を更新
Ⅲ．具体的な対策・その2：対処方法 3.Winnyがインストールされているかを確認する方法の内容を更新

[] Winnyによる情報漏えいを防止するために
[引用サイト]　 http://www.ipa.go.jp/security/topics/20060310_winny.html
42

Last Updated 2007/ 03/ 27/ 13時11分31秒

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

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