場合とは？

④侵害者に連絡をしたが、権利侵害ではないと反論された。どう対応すれば良いかアドバイスが欲しい。等
お目にかかり、権利侵害にかかる資料等を拝見しながら、アドバイスをします。権利侵害にかかる資料とは、自身の創作であることを証する資料、権利侵害している（侵害者の）資料等のご相談に必要なものを指します。
相談を受ける者は著作権業務に精通した行政書士で、こちらのリストをご参照の上、直接ご連絡ください。なお、ご相談は有料です（料金は相談する行政書士にご確認ください）。
近くに相談できる者がいないなど、面談相談が困難な場合に、次善の方法として、メール相談をお受けします。メールでご相談事項をご連絡ください。但し、メールでお知らせいただいた内容に対するアドバイスとなり、必ずしも全体像を正確に把握した上でのアドバイスにならない危険性があることを踏まえてください（全体情報ではない部分情報でのアドバイスは最適の解ではない可能性があるという意）。
なお、メール相談は有料（１件 10,500円）で、アドバイスメール（回答）をお送りする際にご請求し、その後、指定口座へお振込みいただきます。
【ご注意】ここでいう「相談」は、下記の「内容証明」作成や「告訴状」作成の前段としての、権利侵害事実や侵害状況の確認や対応方針の検討にかかるアドバイスを指しています。案件により、内容証明や告訴に進まない場合もあるため、その場合のアドバイス部分を特出ししたものです。
内容証明を侵害者に発送する場合の、的確な文面作成や代理人名での発送を行います。なお、通常は上記の「侵害対応に関する相談」に続く対応としての「内容証明」となりますので、面談相談を行った場合は、その面談しアドバイスを行った行政書士にご依頼ください。下記は、上記「相談」の②メール相談の場合です。
状況を把握し、どう取組むべきかアドバイスをした上で、的確な内容証明を作成します。ワードで作成し、お送りしますので、その後のプリントアウトや発送はご依頼人が行います。それらの要領はアドバイスします。
（注1）「侵害対応に関する相談」がなかった場合とは、内容証明に入る前に同相談（メール相談）を行うことが必要であるため、まずその相談を行い、その後内容証明を作成するという意味です。対応を相談した結果、内容証明を用いない場合は、ご相談料 10,500円のみとなります。
（注3）内容が複雑な案件の場合は、上記に加算をお願いする場合があります。その場合、御見積もりと共に、事前にその旨をお知らせします。
（注4）上記は、内容証明作成までの領域です。それを超える部分、例えば、内容証明発送の後、相手方との協議や交渉に入る場合などのサポートは個別に御見積もりいたします。
本来的には、面談相談による内容証明作成以外の場合、行政書士を代理人とすることはなじみませんが、相手方に与えるプレッシャー、発送の手間、相手方の反応に対する対応等を考えると、代理人を用いた方が効果がある場合もあります。代理人方式をご希望の場合はご相談ください。上記に加算される料金は、個別に御見積もりいたします。
内容証明を送付した後も、依然として権利侵害が続き、トラブルが解決しない場合、捜査機関に対してその犯罪の事実を申告し、犯人の処罰を求める意思表示を「告訴状」で行います。
なお、（本ページ最上部の）侵害対応相談で「面談相談」を行った場合は、その面談しアドバイスを行った行政書士にご依頼ください。
状況を把握し、どう取組むべきかアドバイスをした上で、的確な告訴状を作成します。ワードで作成し、お送りしますので、その後のプリントアウトや捜査機関（警察・検察）への告訴そのものはご依頼人が行います。それらの要領はアドバイスします。
なお、告訴にあたっては、侵害事実を立証する資料等が不可欠となりますので、アドバイスを踏まえてご用意いただきます。
◆上記「侵害対応に関する相談」の依頼がなく「告訴状」となる場合 → 当該相談＋告訴状となり 31,500円
（注1）「侵害対応に関する相談」のご依頼がなかった場合とは、まず状況把握と方針に関する相談（メール相談）を行い、その後に告訴状を作成するという意味です。従って、対応を相談し、結果として告訴しない場合は、ご相談料 10,500円のみとなります。なお、内容証明を経ていない場合は、内容証明を先に行います（上記へ）。
（注2）内容が複雑な案件の場合は、上記に加算をお願いする場合があります。その場合、御見積もりと共に、事前にその旨をお知らせします。
本来的には、面談相談からはじまる告訴以外の場合、行政書士を代理人とすることはなじみませんが、その方法をご希望の場合はご相談ください。なお、告訴の場合、依頼人（告訴権者）も同行することを原則とします。
（１）上記サポートは、本来的には面談相談によることが望ましいアイテムですが、地域性（近隣に相談する適任者がいない）等により面談相談が困難な場合の支援を行うものです。従って、著作権侵害への対応は、基本的にはご自身で行い、それを側面から（限定的に）サポートする位置づけです。親身になったフルサポートをご希望の場合は、面談相談からスタートしてください。
（２）上記は、著作権侵害侵害を解決させる有力な手段ですが、常にそれで全てが解決する訳ではありません。創作の立証が十分でない場合や、法や判例による判断が固まっていない権利侵害の場合等は、期待成果が得られない場合があります。
（３）上記の過程で、損害賠償の合意が得られない場合、主張を貫こうとすると、訴訟を提起（裁判）しての「損害賠償請求」となりますが、その場合は適任の弁護士にご相談ください。差止請求（侵害の停止や予防）、不当利得返還請求、名誉回復等の措置請求（著作者人格権侵害の場合）も、同様に弁護士にご相談ください。
（４）本ページでの支援業務と料金を整理すると次のとおりです。なお、相談や書面作成以外の業務が必要になる場合、当該業務分は別料金となります。
解決をみた場合、解決した内容を行き違いのないよう書面で確認し、後日の再燃を防止します。なお、料金は案件により異なりますので、ご相談ください（１件３万円～）。

[ 52] 著作権を侵害された場合のサポート
[引用サイト]　 http://jca.net-b.co.jp/singai/support1.html

</urlset> サイトマップの記述ルールは次のとおりです。 <urlset> タグで始め、</urlset> タグで閉じる。各 URL に <url> エントリを XML 親タグとして含める。各親タグ <url> に子エントリ <loc> を含める。 XML タグ定義使用できる XML タグは次のとおりです。 <urlset> 必須ファイルの他のタグを囲み、現在のプロトコル標準を参照します。 <url> 必須各 URL エントリの親タグです。その他のタグは、このタグ内に含めます。 <loc> 必須ページの URL です。ウェブサーバーによっては、http などのプロトコルから始め、末尾にスラッシュを含める必要があります。この値は 2048 文字以下で指定する必要があります。 <lastmod> オプションファイルの最終更新日です。この日付は W3C Datetime 形式で記述します。必要な場合は、時刻の部分を省略して YYYY-MM-DD の形式で記述することもできます。 <changefreq> オプションページの更新頻度です。検索エンジンではこの値を参考情報として使用しますが、指定した値とは異なる頻度でクロールされることがあります。使用できる値は次のとおりです。 always hourly daily weekly monthly yearly never "always" は、アクセスするたびに内容が更新されるドキュメントに使用します。 "never" は、アーカイブページの URL に使用します。このタグの値は、必ず指定した通りになるわけではなく、あくまでヒントとして使用されることに注意してください。検索エンジンのクローラはこの情報を使用してクロール頻度を調整しますが、実際のクロールは "hourly" というマークが付けられたページでは 1 時間に 1 回以下、"yearly" というマークが付けられたページでは 1 年に 1 回以上行われます。また、"never" とマークされたページも予期せず変更された場合に備えて定期的にクロールされます。 <priority> オプションサイト内の他の URL と比較したこの URL の優先度です。 0.0 から 1.0. までの値を指定できます。この値は他のサイトのページとの比較ではなく、ご自身のサイト内の重要なページから順にクロールされるようにするためのものです。ページのデフォルトの値は 0.5 です。ページに割り当てた優先度は、検索エンジンの検索結果に表示されるページの掲載順位には影響しません。検索エンジンでは、この情報を使用してご自身のサイトの URL の中から重要なページを検索インデックスに優先的に登録することができます。また、ご自身のサイト内のすべての URL に高い優先度を設定しないでください。優先度は、相対的な基準としてサイト内から URL を選択する目的でのみ使用されます。ページの優先度は、他のサイトのページの優先度とは比較されません。エンティティのエスケープ処理サイトマップファイルは UTF-8 エンコードで作成する必要があります。他の XML ファイルと同じように、URL などのデータ値では、次の文字にエンティティのエスケープコードを使用する必要があります。文字エスケープコードアンパサンド & & 一重引用符 ' ' 二重引用符 " " 不等記号 (より大) > > 不等記号 (より小) < < サイトマップの URL を含めたすべての URL は、ホストするウェブサーバーで読み取り可能な形式でエンコードし、エスケープ処理を行う必要がありますが、スクリプト、ツール、ログファイルなどを使用して URL を生成した場合、通常はすでに適切にエンコードされています。サイトマップを送信し、URL が見つからないというエラーが表示された場合は、URL が URI の RFC-3986 基準、IRI の RFC-3987 基準、および XML 基準に従っているかどうかを確認してください。 ASCII 以外の文字 (ü) とエンティティのエスケープ処理が必要な文字 (&) を含む URL の例を次に示します。 http://www.example.com/ümlat.html&q=name ISO-8859-1 エンコードを使用するサーバーでホストされている場合は、次のように ISO-8859-1 エンコードで URL をエスケープします。 http://www.example.com/%FCmlat.html&q=name UTF-8 エンコードを使用するサーバーでホストされている場合は、次のように UTF-8 エンコードで URL をエスケープします。 http://www.example.com/%C3%BCmlat.html&q=name さらにエンティティのエスケープ処理を行った URL は次のようになります。 http://www.example.com/%C3%BCmlat.html&q=name XML サイトマップのサンプル次に、XML 形式のサイトマップの例を示します。このサイトマップには複数の URL が含まれており、各 URL は XML タグ <loc> で区分されています。この例では、それぞれの URL に異なるオプションのパラメータが設定されています。 <?xml version="1.0" encoding="UTF-8"?>
</urlset> サイトマップファイルは gzip 形式で圧縮できます。サイトマップファイルを圧縮すると、サーバーの負荷を軽減することができます。圧縮前のサイトマップファイルのサイズは 10 MB を超えないようにご注意ください。複数のサイトマップファイルを使用する場合 [コンテンツ] 複数のサイトマップファイルを送信できますが、各サイトマップファイルには 50,000 個までの URL を含めることができ、圧縮していない状態でファイルサイズが 10 MB (10,485,760 Byte) 以下である必要があります。この制限は、容量の大きなファイルによってウェブサーバーに負荷がかかりすぎないようにするために設けられています。サイトマップに含める URL の数が 50,000 個を超える、またはファイルのサイズが 10 MB を超えると予想される場合は、複数のサイトマップファイルを作成します。複数のサイトマップを使用する場合は、これらのサイトマップをリストしたサイトマップインデックスファイルを作成できます。サイトマップインデックスファイルには 1,000 個までのサイトマップを含めることができます。サイトマップインデックスファイルの XML フォーマットは、サイトマップファイルとほぼ同じです。サイトマップインデックスファイルでは、次の XML タグを使用します。 loclastmodsitemapsitemapindex 注: サイトマップインデックスファイルには、このファイルと同じサイトにあるサイトマップのみを含めることができます。たとえば、http://www.yoursite.com/sitemap_index.xml には、http://www.yoursite.com のサイトマップを含めることができますが、http://www.example.com や http://yourhost.yoursite.com のサイトマップを含めることはできません。サイトマップと同様に、サイトマップインデックスファイルは UTF-8 エンコードで作成する必要があります。 XML サイトマップインデックスのサンプル XML 形式のサイトマップインデックスは次のように作成します。このサイトマップインデックスには、2 つのサイトマップが含まれています。 <?xml version="1.0" encoding="UTF-8"?>
</sitemapindex> 注: サイトマップの URL を含む XML ファイルのすべての値は、エンティティのエスケープ処理を行う必要があります。サイトマップインデックスの XML タグ定義 <loc> タグは必須で、サイトマップの場所を認識するために使用されます。 <lastmod> タグはオプションのタグで、対応するサイトマップファイルの更新時刻を指定します。サイトマップにリストされているページの変更時刻ではありません。 lastmod タグの値は、W3C Datetime 形式で指定する必要があります。この最終更新日のタイムスタンプを提供すると、検索エンジンのクローラでインデックスにある特定のサイトマップのみをクロールできるようになります。たとえば、特定の日付以降に更新されたサイトマップのみがクロールされます。このようにサイトマップを段階的にクロールすることで、大規模なサイトでも新しい URL を迅速に見つけることができます。個々のサイトマップの情報を <sitemap> タグで囲みます。ファイル内のすべてのサイトマップに関する情報を <sitemapindex> タグで囲みます。サイトマップファイルの場所 [コンテンツ] サイトマップファイルを置く場所によって、サイトマップに含めることのできる URL は異なります。サイトマップファイルを http://example.com/catalog/sitemap.gz に置いた場合は、http://example.com/catalog/ から始まる URL を含めることができますが、http://example.com/images/ から始まる URL を含めることはできません。 http://example.org/path/sitemap.gz を変更する権限がある場合は、通常 http://example.org/path/ で始まる URL の情報を含めることができます。 http://example.com/catalog/sitemap.gz には、次のような URL を含めることができます。 http://example.com/catalog/show?item=23
https://example.com/catalog/page1.html 有効ではない URL はクロールされません。サイトマップは、ウェブサーバーのルートディレクトリに置くことを強くお勧めします。たとえば、ウェブサーバーが example.com にある場合は、サイトマップインデックスファイルを http://example.com/sitemap.gz に置きます。セキュリティ保護のため組織内でディレクトリごとに異なる書き込み権限を設定している場合などは、サイトのパスごとにサイトマップを作成する必要があります。サイトマップの検証 [コンテンツ] サイトマップファイルの要素と属性の定義には XML スキーマを使用します。このスキーマは次のリンクからダウンロードできます。サイトマップ: http://www.google.com/schemas/sitemap/0.84/sitemap.xsdサイトマップインデックスファイル: http://www.google.com/schemas/sitemap/0.84/siteindex.xsd ツールを使用して、サイトマップの構造をこのスキーマに基づいて検証できます。 XML 関連ツールのリストは、次の場所から入手できます。 http://www.w3.org/XML/Schema#Toolshttp://www.xml.com/pub/a/2000/12/13/schematools.html サイトマップまたはサイトマップインデックスファイルのスキーマを検証するため、XML ファイルに追加ヘッダーを含める必要があります。サイトマップ生成ツールを使用した場合は、追加ヘッダーが自動的に含められます。別のツールを使用してサイトマップを作成した場合、XML ファイルのヘッダーは次のようになっている必要があります。サイトマップ: <?xml version='1.0' encoding='UTF-8'?>
</sitemapindex> よくある質問 [コンテンツ] サイトマップでは URL をどのように記述すればよいですか。サイトマップファイルはどの文字エンコードで作成すればよいですか。時刻を指定するにはどうすればよいですか。 lastmod日はどのように算出すればよいですか。サイトマップはどこに置けばよいですか。サイトマップの最大サイズはどのくらいですか。サイトに多数の URL がある場合、最近変更した URL のみを送信できますか。サイトマップを作成したら、次に何をすればよいですか。サイトマップには完全な URL を記述する必要がありますか。サイトに "http" と "https" の 2 種類の URL がある場合、両方の URL をリストに含める必要がありますか。サイトの URL にセッション ID が含まれている場合、セッション ID を削除する必要がありますか。サイトマップの URL の表記順には重要な意味がありますか。サイトにフレームを使用したページがある場合、フレームセットの URL とフレームのコンテンツの URL のどちらを含めればよいですか。サイトマップは圧縮できますか。その場合は、gzip 形式で圧縮する必要がありますか。 XML サイトマップの "priority" 値は検索結果でのページの掲載順位に影響しますか。 XML サイトマップを検証するための XML スキーマはありますか。質問: サイトマップでは URL をどのように記述すればよいですか。他の XML ファイルと同じように、URL などのデータ値では、アンパサンド (&)、一重引用符 (')、二重引用符 (")、不等記号(より大) (<)、および不等記号（より小） (>) にエンティティのエスケープコードを使用する必要があります。 URL はすべて URI の RFC-3986 基準、IRI の RFC-3987 基準、および XML 基準に従っている必要があります。URL の生成にスクリプトを使用している場合、通常はスクリプトで URL のエスケープ処理が行われます。また、これらの URL のエンティティもエスケープ処理する必要があります。たとえば、次の Python スクリプトでは http://www.example.com/view?widget=3&count>2 のエンティティがエスケープされます。 $ python
>> 2004-10-26T08:56:39+00:00 動的な URL の場合は、ページ内のデータが変更された日付や、定期的に更新している場合はこの更新日から概算して、最終更新日を簡単に割り出すことができます。概算の日時やタイムスタンプであっても、その情報によりクローラが更新されていない URL をクロールしないようになるため、ウェブサーバーの負荷や CPU の使用量を軽減することができます。質問: サイトマップはどこに置けばよいですか。サイトマップは、HTML サーバーのルートディレクトリに置くことをお勧めします。たとえば、http://example.com/sitemap.xml.gz などの場所に置きます。セキュリティ保護のため組織内でディレクトリごとに異なる書き込み権限を設定している場合などは、サイトのパスごとにサイトマップを作成する必要があります。 http://example.com/path/sitemap.xml.gz をアップロードする権限がある場合は、通常 http://example.com/path/ 以下にあるメタデータを送信できます。質問: サイトマップの最大サイズはどのくらいですか。サイトマップのサイズは圧縮する前の状態で 10 MB (10,485,760 Byte ) 以下、含める URL の数は 50,000 個以下とする必要があります。 URL の数が 50,000 個を超える場合や、サイトマップのサイズが 10 MB を超える場合は、複数のサイトマップを作成し、サイトマップインデックスファイルを使用する必要があります。現在はサイトの規模が小さくても、将来的に URL の数が 50,000 個を超えたり、サイズが 10 MB を超えることが予想される場合は、サイトマップインデックスファイルを使用します。質問: サイトに多数の URL がある場合、最近変更した URL のみを送信できますか。更新の頻繁な URL だけを別途 1 つのサイトマップにまとめてリストし、サイトマップインデックスファイルで lastmod タグを使用して、これらのサイトマップファイルを区別します。これにより、最近変更されたサイトマップのみが検索エンジンでクロールされるようになります。質問: サイトマップを作成したら、次に何をすればよいですか。サイトマップを作成したら、検索エンジンにサイトマップの場所を通知する必要があります。検索エンジンでは、通知を受けたサイトマップを検索し、サイトマップにある URL をクロールできます。質問: サイトマップには完全な URL を含める必要がありますか。はい。 URL には、http などのプロトコルを含める必要があります。また、ウェブサーバーによっては、末尾のスラッシュも含める必要があります。たとえば、サイトマップに含める URL として http://www.google.com/ は有効ですが、www.google.com は有効ではありません。質問: サイトに "http" と "https" の 2 種類の URL がある場合、両方の URL をリストに含める必要がありますか。いいえ。サイトマップには一方のバージョンの URL のみを含めてください。複数のバージョンの URL を含めると、サイトのクロールが正確に行われない可能性があります。質問: サイトの URL にセッション ID が含まれている場合、セッション ID を削除する必要はありますか。はい。 URL にセッション ID を含めると、サイトのクロールが正確に行われない可能性があります。質問: サイトマップの URL の表記順には重要な意味がありますか。いいえ。サイトマップの URL の表記順が、検索エンジンでの URL の扱いに影響を与えることはありません。質問: サイトにフレームを使用したページがある場合、フレームセットの URL とフレームのコンテンツの URL のどちらを含めればよいですか。両方の URL を含めてください。質問: サイトマップは圧縮できますか。その場合は、gzip 形式で圧縮する必要がありますか。サイトマップは、gzip 形式で圧縮してください。質問: XML サイトマップの "priority" 値は検索結果でのページの掲載順位に影響しますか。いいえ。サイトマップの "priority" 値は、特定の URL がサイト内の他の URL と比べてどの程度重要であるかを示すヒントとして使用されます。質問: XML サイトマップを検証するための XML スキーマはありますか。サイトマップファイルの XML スキーマは http://www.google.com/schemas/sitemap/0.84/sitemap.xsd から入手できます。また、サイトマップインデックスファイルのスキーマは http://www.google.com/schemas/sitemap/0.84/siteindex.xsd から入手できます。サイトマップの検証の詳細については、こちらをご覧ください。トラブルシューティングこのプロトコルで作成したサイトマップを送信し、解析エラーやその他のプロトコルに関連するエラーが発生した場合は、サイトマップの XML スキーマを使って検証してください。通常、検証を行うと、サイトマップの問題に関する詳細情報を得ることができます。サイトマップを送信した後、URL が見つからないというエラーが表示された場合は、URL のエンコードとエスケープ処理が適切に行われているかどうかを確認してください。最終更新日: 2006 年 4 月 15 日 ©2007 Google - プライバシーポリシー - 利用規約 - Google について

itune関連についての情報

場合とは？

お気に入り