(57)【要約】      （修正有）【課題】コンテンツにおける引用が適切に行われるようにユーザアシストを行う情報処理装置、情報処理方法、プログラム及び記憶媒体を提供する。【解決手段】ブログサーバは、端末装置におけるコンテンツ作成中に引用に関する判定機会が発生したことを検出する。その場合に、コンテンツ作成中に、端末装置における閲覧履歴情報を用いた第１引用適否判定を行う。また端末装置からのコンテンツのアップロード要求のタイミングで、設定された判定基準を用いて第２引用適否判定を行う。そして第１引用適否判定の判定結果と第２引用適否判定の判定結果に応じて、端末装置において注意喚起表示を実行させる処理を行う。【選択図】図４
2020017098.tif 000002
【特許請求の範囲】
【請求項１】
端末装置におけるコンテンツ作成中に引用に関する判定機会が発生したことを検出する判定機会検出部と、
前記判定機会検出部により判定機会が検出されたことに応じて、前記コンテンツ作成中に、前記端末装置における閲覧履歴情報を用いた引用適否判定を行う第１引用適否判定部と、
前記端末装置からのコンテンツのアップロード要求のタイミングで、設定された判定基準を用いて引用適否判定を行う第２引用適否判定部と、
前記第１引用適否判定部の判定結果と前記第２引用適否判定部の判定結果に応じて、前記端末装置において注意喚起表示を実行させる処理を行う注意喚起部と、を備えた
情報処理装置。
【請求項２】
前記注意喚起部は、前記端末装置において、適正な引用とするためのガイド情報を含む注意喚起表示を実行させる処理を行う
請求項１に記載の情報処理装置。
【請求項３】
前記判定機会検出部は、作成中のコンテンツにおいてペースト操作が検出されることで、ペースト部分についての判定機会と検出する
請求項１又は請求項２に記載の情報処理装置。
【請求項４】
前記判定機会検出部は、作成中のコンテンツにおいて所定文字数以上のペースト操作が検出されることで、ペースト部分についての判定機会と検出する
請求項１又は請求項２に記載の情報処理装置。
【請求項５】
前記判定機会検出部は、作成中のコンテンツにおけるテキストデータについて、文体の特徴が異なる部分を検出した場合、当該部分の判定機会と検出する
請求項１乃至請求項４のいずれかに記載の情報処理装置。
【請求項６】
前記第１引用適否判定部は、閲覧履歴情報で示されるウェブページデータを探索して、引用と推定された箇所と同一データが存在するか否かを確認する処理を行う
請求項１乃至請求項５のいずれかに記載の情報処理装置。
【請求項７】
前記第１引用適否判定部は、閲覧履歴情報で示されるウェブページデータのうちで、閲覧時刻条件により抽出したウェブページデータを探索して、引用と推定された箇所と同一データが存在するか否かを確認する処理を行う
請求項１乃至請求項５のいずれかに記載の情報処理装置。
【請求項８】
前記第２引用適否判定部は、前記判定基準の１つとして、引用箇所の出典を示す情報の有無を判定する
請求項１乃至請求項７のいずれかに記載の情報処理装置。
【請求項９】
前記第２引用適否判定部は、前記判定基準の１つとして、引用箇所とコンテンツ本文の分量の比率について判定する
請求項１乃至請求項８のいずれかに記載の情報処理装置。
【請求項１０】
前記第２引用適否判定部は、前記判定基準の１つとして、引用箇所とコンテンツ本文との文字態様の異同について判定する
請求項１乃至請求項９のいずれかに記載の情報処理装置。
【請求項１１】
引用が行われたことを出典元に通知する処理を行う引用通知部を備えた
請求項１乃至請求項１０のいずれかに記載の情報処理装置。
【請求項１２】
情報処理装置が行う情報処理方法として、
端末装置におけるコンテンツ作成中に引用に関する判定機会が発生したことを検出する判定機会検出ステップと、
前記判定機会検出ステップにより判定機会が検出されたことに応じて、前記コンテンツ作成中に、前記端末装置における閲覧履歴情報を用いた引用適否判定を行う第１引用適否判定ステップと、
前記端末装置からのコンテンツのアップロード要求のタイミングで、設定された判定基準を用いて引用適否判定を行う第２引用適否判定ステップと、
前記第１引用適否判定ステップの判定結果と前記第２引用適否判定ステップの判定結果に応じて、前記端末装置において注意喚起表示を実行させる処理を行う注意喚起ステップと、
を行う情報処理方法。
【請求項１３】
端末装置におけるコンテンツ作成中に引用に関する判定機会が発生したことを検出する判定機会検出機能と、
前記判定機会検出機能により判定機会が検出されたことに応じて、前記コンテンツ作成中に、前記端末装置における閲覧履歴情報を用いた引用適否判定を行う第１引用適否判定機能と、
前記端末装置からのコンテンツのアップロード要求のタイミングで、設定された判定基準を用いて引用適否判定を行う第２引用適否判定機能と、
前記第１引用適否判定機能による判定結果と前記第２引用適否判定機能による判定結果に応じて、前記端末装置において注意喚起表示を実行させる処理を行う注意喚起機能と、
を情報処理装置に実行させるプログラム。
【請求項１４】
端末装置におけるコンテンツ作成中に引用に関する判定機会が発生したことを検出する判定機会検出機能と、
前記判定機会検出機能により判定機会が検出されたことに応じて、前記コンテンツ作成中に、前記端末装置における閲覧履歴情報を用いた引用適否判定を行う第１引用適否判定機能と、
前記端末装置からのコンテンツのアップロード要求のタイミングで、設定された判定基準を用いて引用適否判定を行う第２引用適否判定機能と、
前記第１引用適否判定機能による判定結果と前記第２引用適否判定機能による判定結果に応じて、前記端末装置において注意喚起表示を実行させる処理を行う注意喚起機能と、
をコンピュータに実行させるプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理装置、情報処理方法、プログラム、記憶媒体に関し、特にブログを管理するサーバ装置への適用に好適な技術に関する。
【背景技術】
【０００２】
インターネットを利用したサービスの１つとしてブログ環境を提供するサービスが知られている。ユーザはブログとしての任意の文章や画像による記事をサーバにアップロードし、当該ユーザの書き込み記事として保存してもらう。保存されたブログは、例えばウェブページの形式で一般に公開される。
多くのユーザは、自己発信のツールとしたり、或いは個人的な日記代わりなどとして、このようなブログサービスを利用している。
【０００３】
なお下記特許文献１，２，３には引用に関する技術が開示されている。
例えば特許文献１には、コピー元の電子文書からコピーしたテキスト列と共に、コピー元の電子文書を特定可能な文献情報を、コピー先の電子文書にペーストすることで引用した場合に引用元を容易に明示できることが示されている。
特許文献２には、操作履歴やコピー元文献情報を記憶し、引用量(率)を算出し、該引用量が所定値以上の場合、コピー文書と判定する技術が記載されている。
特許文献３にはＵＲＬ（Uniform Resource Locator）を辿り、引用元が正しいか判定することが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−１７７７２１号公報
【特許文献２】特開２０１４−１８６６４１号公報
【特許文献３】特開２０１４−１４６２５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところでブログ等、サービス運営団体以外の一般ユーザが作成し、投稿するようなコンテンツの場合、他のウェブページ等からテキストデータや画像データを引用する場合がある。もちろん適法性のある引用であれば問題ないが、引用としての適法性や著作権侵害に関する判断は一般ユーザには難しいことが多い。このため、特に悪意がないユーザであったとしても、結果として不適切な引用を行ってしまうようなことも起こりえる。
そのためには、厳密に適法な引用であるか否かの判定とまではいかなくとも、著作権侵害リスクを未然に防止するために、コンテンツ作成時に自動的に引用の判定を行うようにすることが望ましい。しかしながら、引用の判定のために、膨大なウェブサイトのデータとの照合や、判定のための処理時間の増大等が生ずることは、ブログサービスシステムとしても、またユーザの使用性としても望ましくない。
【０００６】
そこで本発明では、ユーザに対して引用に関する適切なガイドを行う場合に、ユーザに判定のための待ち時間の増大等の不便を感じさせず、またシステムの処理負担の著しい増大を伴わないようにすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る情報処理装置は、端末装置におけるコンテンツ作成中に引用に関する判定機会が発生したことを検出する判定機会検出部と、前記判定機会検出部により判定機会が検出されたことに応じて、前記コンテンツ作成中に、前記端末装置における閲覧履歴情報を用いた引用適否判定を行う第１引用適否判定部と、前記端末装置からのコンテンツのアップロード要求のタイミングで、設定された判定基準を用いて引用適否判定を行う第２引用適否判定部と、前記第１引用適否判定部の判定結果と前記第２引用適否判定部の判定結果に応じて、前記端末装置において注意喚起表示を実行させる処理を行う注意喚起部とを備える。
コンテンツとは例えばブログ記事などを想定する。このようなコンテンツはユーザが作成してアップロードするものであるが、その作成中に、他のコンテンツのテキストデータや画像データがそのまま含まれることがある。これが引用として適切かどうかの判定はユーザには困難なことが多い。そこで判定機会が検出されたら、第１引用判定として、閲覧履歴情報を用いた判定を行う。またアップロード要求の際に第２引用適否判定として所定の判定基準を用いた判定を行う。これにより引用の適否を判定し、必要に応じてユーザに注意喚起する。
【０００８】
上記した情報処理装置においては、前記注意喚起部は、前記端末装置において、適正な引用とするためのガイド情報を含む注意喚起表示を実行させる処理を行うことが考えられる。
適正な引用とするためのガイド情報とは、例えば出典記載のアシストのための情報、ペースト部分の一部削除やブログ本文の追加等を薦めるメッセージ、出典記載や記載態様などのモデルの提示などである。
【０００９】
上記した情報処理装置においては、前記判定機会検出部は、作成中のコンテンツにおいてペースト操作が検出されることで、ペースト部分についての判定機会と検出することが考えられる。
引用部分は通常、テキストデータ又は画像データのコピー＆ペースト操作により作成中のコンテンツ内に挿入される。従って、ペースト操作があった場合は、仮に引用が行われた可能性があるとして第１引用適否判定が行われるようにする。
【００１０】
上記した情報処理装置においては、前記判定機会検出部は、作成中のコンテンツにおいて所定文字数以上のペースト操作が検出されることで、ペースト部分についての判定機会と検出することが考えられる。
つまり文字データについて少ない文字数の場合、例えば１０文字未満などの少数の文字のコピー＆ペーストの操作の場合は、引用部分とは推定しないようにする。
【００１１】
上記した情報処理装置においては、前記判定機会検出部は、作成中のコンテンツにおけるテキストデータについて、文体の特徴が異なる部分を検出した場合、当該部分の判定機会と検出することが考えられる。
つまり言葉遣いの相違などから引用箇所を推定する。例えば、ユーザの過去投稿を参照して、形態素解析によってユーザ文体の特徴を特定し、記事内においてユーザ文体でない箇所を引用箇所とする。
【００１２】
上記した情報処理装置においては、前記第１引用適否判定部は、閲覧履歴情報で示されるウェブページデータを探索して、引用と推定された箇所と同一データが存在するか否かを確認する処理を行うことが考えられる。
即ち閲覧履歴情報で示されたウェブページデータからテキストデータ又は画像データのコピー元を探索する。
【００１３】
上記した情報処理装置においては、前記第１引用適否判定部は、閲覧履歴情報で示されるウェブページデータのうちで、閲覧時刻条件により抽出したウェブページデータを探索して、引用と推定された箇所と同一データが存在するか否かを確認する処理を行うことが考えられる。
即ち閲覧履歴情報の全てではなく、例えば直近の所定時間内であるとか、ブログ作成開始後であるとかの閲覧時刻条件に該当するウェブページデータからテキストデータ又は画像データのコピー元を探索する。
【００１４】
上記した情報処理装置においては、前記第２引用適否判定部は、前記判定基準の１つとして、引用箇所の出典を示す情報の有無を判定することが考えられる。
即ち引用と推定された部分に対して、出典（引用元）が記載されているか否かを確認する。
【００１５】
上記した情報処理装置においては、前記第２引用適否判定部は、前記判定基準の１つとして、引用箇所とコンテンツ本文の分量の比率について判定することが考えられる。
即ち引用と推定された部分と本文の分量を比較する。
【００１６】
上記した情報処理装置においては、前記第２引用適否判定部は、前記判定基準の１つとして、引用箇所とコンテンツ本文との文字態様の異同について判定することが考えられる。
即ち引用と推定された部分が本文と明確に異なる態様で記載されているかを判定する。
【００１７】
上記した情報処理装置においては、引用が行われたことを出典元に通知する処理を行う引用通知部を備えることが考えられる。
例えば引用と推定された部分が存在する場合に、その引用元に対して、引用が行われた旨の通知を行う。
【００１８】
本発明に係る情報処理装置が行う情報処理方法は、端末装置におけるコンテンツ作成中に引用に関する判定機会が発生したことを検出する判定機会検出ステップと、前記判定機会検出ステップにより判定機会が検出されたことに応じて、前記コンテンツ作成中に、前記端末装置における閲覧履歴情報を用いた引用適否判定を行う第１引用適否判定ステップと、前記端末装置からのコンテンツのアップロード要求のタイミングで、設定された判定基準を用いて引用適否判定を行う第２引用適否判定ステップと、前記第１引用適否判定ステップの判定結果と前記第２引用適否判定ステップの判定結果に応じて、前記端末装置において注意喚起表示を実行させる処理を行う注意喚起ステップとを行う。
これによりコンテンツの引用について、作成中とアップロード時に分散して行うようにする。
本発明に係るプログラムは、この情報処理方法の処理を情報処理装置に実行させるプログラムである。
本発明に係る記憶媒体は、上記プログラムを記憶した記憶媒体である。
このプログラムや記憶媒体により本発明の情報処理装置の実現及び提供を容易とする。
【発明の効果】
【００１９】
本発明によれば、第１引用適否判定では、ブログ記事等のコンテンツ作成中に行ってしまうことで、ユーザにこれらの処理時間を感じさせないようにすることができる。例えば処理時間がかかることが想定される閲覧履歴を用いたコピー元の探索や、コピー部分がそのコピー元の一部である以下否か等の処理を第１引用適否判定で、時間的な負担をユーザにかけずに実行できる。また第２引用適否判定では、コンテンツ完成の状態で引用適格性の判定を行うことで、無駄な判定が生じない。これらにより、引用に関する適切な注意喚起を、ユーザへの時間的な負担を感じさせず、またシステムの処理負担増もさほど生じさせずに実行できることになる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施の形態のシステム構成のブロック図である。
【図２】実施の形態のコンピュータ装置のブロック図である。
【図３】実施の形態のブログサーバの機能構成の説明図である。
【図４】実施の形態のユーザ端末とサーバ装置の通信の説明図である。
【図５】実施の形態の注意喚起の状態の説明図である。
【図６】第１の実施の形態のブログサーバの処理のフローチャートである。
【図７】実施の形態の第１引用適否判定処理のフローチャートである。
【図８】実施の形態のウェブページ調査の処理のフローチャートである。
【図９】実施の形態の第２引用適否判定処理のフローチャートである。
【図１０】実施の形態の注意喚起処理のフローチャートである。
【図１１】第２の実施の形態のブログサーバの処理のフローチャートである。
【図１２】第３の実施の形態の処理のフローチャートである。
【発明を実施するための形態】
【００２１】
以下、実施の形態を説明するが、以下の説明において、端末装置で作成するコンテンツの例としてブログ記事を挙げる。“ブログ”とは、ウェブログあるいは単にブログと呼ばれる日記形式のウェブページのことである。より具体的には、ブログサーバはユーザに対してブログを形成する環境（記憶容量やウェブページ）を提供し、ユーザは投稿等の形式で文章や画像による記事を自分のブログにアップロードする。ブログサーバは通常、当該記事を一般（又は限定した範囲）の閲覧に供する。
記事の内容については特に限定されない。ユーザが情報発信に用いる内容でも、個人的な日記等の内容でもよい。また「ブログ」と呼ばれていないものであっても、同等のものを含む。
【００２２】
“ブログ記事”（単に“記事”とも表記する）とは、ブログを構成する要素であって、文章や画像によって構成された１つの単位（例えば投稿単位）のことを指す。内容には関わらない。なお、必ずしも１つの話題としての記事ではなく、１又は複数の話題について１つのＵＲＬで閲覧される記事群を指すものと考えても良い。
【００２３】
“ユーザ”とは、自己のブログに記事を書き込むブロガーとしてのユーザ（いわゆるブロガー）と、他人又は自己のブログを閲覧する閲覧者としてのユーザが想定される。これらを区別する場合、記事を書くユーザを「ブロガー」と表記し、ブログ閲覧者としてのユーザについては「閲覧者」と表記する。
もちろん一人のユーザがある時点ではブロガーとなり、ある時点では閲覧者となることが通常に想定される。
【００２４】
＜１．システム構成＞
図１に実施の形態のブログサーバ１を含むネットワークシステムの構成例を示す。
本実施の形態に係るネットワークシステムは、ブログサーバ１と複数のユーザ端末５がネットワーク２により相互に通信可能に接続されている。
またブログサーバ１は各種データベースにアクセス可能とされている。なお、以下「データベース」については「ＤＢ」と表記する。図ではブログサーバ１がアクセス可能なＤＢとしてブログＤＢ５１、画像ＤＢ５２、管理ＤＢ５３を例示している。
【００２５】
ネットワーク２の構成は多様な例が想定される。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＣＡＴＶ（Community Antenna TeleVision）通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が想定される。
またネットワーク２の全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４、ＵＳＢ（Universal Serial Bus）、電力線搬送、電話線等の有線でも、ＩｒＤＡ（Infrared Data Association）のような赤外線、ブルートゥース（登録商標）、８０２．１１無線、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【００２６】
ブログサーバ１は、ユーザに対するブログサービスの管理運営を行う組織によって用いられる情報処理装置である。ブログサーバ１は、ユーザ（ブロガー）へのブログ環境の提供やユーザ（閲覧者）のアクセス要求に応じたブログ記事ページ等のウェブページデータの配信を行う。
具体的にはブログを開設したいブロガーに対しては、そのブロガーのブログとしてのウェブページの設定やユーザ情報の登録などを行う。既にブログ開設済のブロガーに対しては、ブロガーが投稿する記事の保存を行う。
また一般の閲覧者となるユーザからのアクセス要求に応じて、該当のウェブページに係るウェブページデータを配信する。
このブログサーバ１が、本発明請求項の情報処理装置の実施の形態に相当する。
【００２７】
ユーザ端末５は、ブロガーや閲覧者としてのユーザが使用する端末である。このユーザ端末５は、例えば、通信機能を備えたＰＣ（Personal Computer）やフィーチャーフォンやＰＤＡ（Personal Digital Assistant）、或いは、スマートフォンやタブレット端末などのスマートデバイスなどが想定される。
ユーザ端末５では、必要に応じて各種の送受信処理や表示処理などが実行される。
閲覧者は、ユーザ端末５においてウェブブラウザを介して、関心のあるブログの閲覧を任意に行うことができる。
ブロガーは、ユーザ端末５により自分のブログページにアクセスし、閲覧したり、新規に記事を投稿することができる。
ユーザ端末５ではこれらの動作のための通信処理や表示処理等を行うことになる。
【００２８】
図１に示したブログサーバ１やユーザ端末５を構成する情報処理装置のハードウエア構成を図２に示す。ブログサーバ１やユーザ端末５として示した各装置は、情報処理および情報通信が可能な図２に示すようなコンピュータ装置によって実現される。
【００２９】
図２において、コンピュータ装置のＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ( Read Only Memory)１０２に記憶されているプログラム、または記憶部１０８からＲＡＭ( Random Access Memory )１０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１０３にはまた、ＣＰＵ１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
ＣＰＵ１０１、ＲＯＭ１０２、およびＲＡＭ１０３は、バス１０４を介して相互に接続されている。このバス１０４には、入出力インタフェース１０５も接続されている。
入出力インタフェース１０５には、入力部１０６、出力部１０７、記憶部１０８、通信部１０９が接続されている。
入力部１０６はキーボード、マウス、タッチパネルなどにより構成される。
出力部１０７はＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、有機ＥＬ（Electroluminescence）パネルなどよりなるディスプレイ、並びにスピーカなどにより構成される。
記憶部１０８はＨＤＤ（Hard Disk Drive）やフラッシュメモリ装置などにより構成される。
通信部１０９はネットワーク２を介しての通信処理や機器間通信を行う。
入出力インタフェース１０５にはまた、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、リムーバブルメディア１１１に対する情報の書込や読出が行われる。
【００３０】
このようなコンピュータ装置では、通信部１０９による通信によりデータやプログラムのアップロード、ダウンロードが行われる。またリムーバブルメディア１１１を介したデータやプログラムの受け渡しが可能である。
ＣＰＵ１０１が各種のプログラムに基づいて処理動作を行うことで、ブログサーバ１やユーザ端末５としての必要な情報処理や通信が実行される。
なお、ブログサーバ１やユーザ端末５を構成する情報処理装置は、図２のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、ＬＡＮ等によりシステム化されていてもよいし、インターネット等を利用したＶＰＮ等により遠隔地に配置されたものでもよい。複数の情報処理装置には、クラウドコンピューティングサービスによって利用可能なサーバ群（クラウド）としての情報処理装置が含まれてもよい。
【００３１】
＜２．ブログサーバ及びデータベース＞
図３に１又は複数の情報処理装置で構成されるブログサーバ１としての機能構成および各種のＤＢを示す。
ブログサーバ１としての各機能は、情報処理装置においてＣＰＵ１０１でプログラムに応じて実行される処理により実現される機能である。但し以下説明する全部又は一部の各構成の処理をハードウエアにより実現してもよい。
また各機能をソフトウエアで実現する場合に、各機能がそれぞれ独立したプログラムで実現される必要はない。１つのプログラムにより複数の機能の処理が実行されてもよいし、１つの機能が複数のプログラムモジュールの連携で実現されてもよい。
また各機能は複数の情報処理装置に分散されていてもよい。さらに機能の１つが、複数の情報処理装置によって実現されてもよい。
【００３２】
ブログサーバ１は、図示するようにブログ管理部１１、判定機会検出部１２、第１引用適否判定部１３、第２引用適否判定部１４、注意喚起部１５、引用通知部１６としての機能を備える。
【００３３】
ブログ管理部１１は、ブログサービスを提供するサーバとして必要な処理を実行する。例えばユーザへのブログ環境の提供、ブロガーとしてのユーザの情報の管理、作成されたブログの記憶管理、各ブログに関する情報管理、アクセス要求に応じたブログ（記事）のウェブページの配信などを行う。
またブログ管理部１１は管理ＤＢ５３の情報の更新や読み出しを逐次行う。
【００３４】
判定機会検出部１２は、ユーザ装置５におけるブログ記事の作成中に引用についての判定する機会が発生したことを検出する。即ち何らかの手法により、引用の可能性があると推定される部分が生じたことを検出する。
なお、引用について判定する機会の発生を検出するということは、実際に厳密に引用であるか否かを判定することではない。このため、例えばユーザ端末５においてペースト操作があったことにより判定機会が生じたと検出するなどの簡易な処理とすることができる。
【００３５】
なお、ユーザ端末５における操作をブログサーバ１において検出するために、例えばユーザ端末５に提供するブログ作成用のウェブページに、ユーザ操作を検出し送信するプログラムが含まれるようにすることが考えられる。
ブログ記事ページやブログ作成ページを形成するウェブページのデータは、例えば、ＨＴＭＬ（HyperText Markup Language）やＸＨＴＭＬ（Extensible HyperText Markup Language）などの構造化文書ファイルである。そしてこの構造化文書ファイルにおいて、ブロガーが作成する記事のテキストデータや画像の指定情報、さらにはそれらの配置や表示態様（文字色やフォントや大きさや装飾など）が記述される。
このようなウェブページデータには、例えばブラウザベースで動作可能なJava（登録商標）などのプログラミング言語やJavaScript（登録商標）などのスクリプト言語で生成されたプログラムを埋め込むことで、各種の処理をユーザ端末５（ブラウザ）に実行させることが可能である。これにより例えばユーザがブログ記事作成を行っている場合に、ユーザの操作や、編集中のデータ等をブログサーバ１側でモニタリングできるようにすることができ、例えばユーザの操作等に応じた判定機会検出を行うことができる。
【００３６】
第１引用適否判定部１３は、ユーザ端末５においてブログ記事が作成されているときに、判定機会検出部１２により引用についての判定機会が検出されたことに応じて、そのユーザ端末５における閲覧履歴情報を用いた引用適否判定（第１引用適否判定）を行う。
この第１引用適否判定としては、例えばユーザの閲覧履歴に沿って過去にさかのぼって、ペースト箇所と同一内容（コピー箇所）を探索する。またコピー箇所の、そのコピー元のウェブページのコンテンツ等における割合を算出するなどを行う。
【００３７】
第２引用適否判定部１４は、ユーザ端末５からのブログ記事のアップロード要求のタイミングで、設定された判定基準を用いて引用適否判定（第２引用適否判定）を行う。
この第２引用適否判定としては、例えばペースト部分が主記事部分に対して「従たる範囲」となっているか否かを判定や、引用元の提示有無の確認などを行う。
【００３８】
注意喚起部１５は、第１引用適否判定部１３の判定結果と第２引用適否判定部１４の判定結果に応じて、ユーザ端末５において注意喚起表示を実行させる処理を行う。
例えば第１、第２引用適否判定部のいずれかで不適切な引用や無断転載の可能性があると判定された際に、記事のアップロードを開始させずに、不適切引用の警告を行うことなどが想定される。
【００３９】
引用通知部１６は、引用が行われたことを出典元に通知する処理を行う。また出典元のユーザからの通知を受け取って必要な対応処理を行う場合もある。
【００４０】
図３ではブログサーバ１がアクセスするＤＢとしてブログＤＢ５１、画像ＤＢ５２、管理ＤＢ５３を示している。
ブログＤＢ５１は、各ブロガーについてのブログデータを保存するＤＢである。各ブログのウェブページデータが保存され、また各ブログについては、ブロガーの投稿に応じて記事が追加されていく。
またブログに対しては閲覧者がコメントを投稿することもできる。そのような閲覧者からのコメントデータもブログやブログ内の個々の記事に紐づけてブログＤＢ５１に保存される。
ブログサーバ１は、ユーザ端末５から或るブログについてのアクセス要求があった場合は、要求されたブログページをブログＤＢ５１から読み出してユーザ端末５に配信することになる。
【００４１】
画像ＤＢ５２は、ブログに添付された画像データ（静止画データや動画データ）を保存するＤＢである。
ブログ内の記事には、画像を添付することができるが、例えばブログＤＢ５１には記事データ及び記事データに対応した画像の指定情報（リンク情報）が記憶される。そして画像データ自体は画像ＤＢ５２に保存される。
画像が添付されたブログ記事へのアクセス要求の場合、そのウェブページデータがユーザ端末５においてブラウザにより表示されるが、その際、ユーザ端末５はウェブページ上のリンク設定により画像データをブログサーバ１に要求する。ブログサーバ１は当該要求に応じて画像データを画像ＤＢ５２から読み出し、ユーザ端末５に配信する。これによりユーザ端末５上で、画像付きのブログ記事が表示される。
なおこれは一例であり、予め画像データを含むウェブページデータをブログＤＢ５１に格納するようにしてもよい。
【００４２】
管理ＤＢ５３は、各ブログの管理のための情報を格納するＤＢである。
例えば１つのブログについてはブログＩＤ（Identification）が設定され、ブログＩＤにより付随する情報が管理される。例えば各ブログ（ブログＩＤ）毎に、ユーザ情報、ブログ管理情報、ブログ実績情報、サイズ情報などが、逐次更新されながら管理される。
【００４３】
ユーザ情報は、ブログを開設したブロガーとしてのユーザ（ブログ管理者）の情報である。例えばユーザ情報としては、ユーザＩＤ、管理者としてのログインパスワード、ユーザの住所、氏名、年齢等の属性情報、管理者としてのログイン日時、などの情報が含まれる。
ブログ管理情報は、ブログ自体の属性情報である。例えばブログのＵＲＬ、ブログのジャンル情報、ブログの開設日時、ブログに含まれる記事数、更新日時情報、ブログのレイアウト情報、リンク設定情報等が含まれる。
ブログ実績情報としては、総ページビュー数、アクセスしたユニークユーザ数、総被リンク数、総コメント数、ブログのページランク、広告クリック数などがあり、これらは逐次更新されていく。
サイズ情報は、そのブログ全体のデータサイズの情報である。また各記事のサイズ情報を記憶しても良い。サイズ情報は、ブログの更新に応じて更新される。
【００４４】
以上の各ＤＢ（ブログＤＢ５１、画像ＤＢ５２、管理ＤＢ５３）は、ブログサーバ１がアクセス可能とされていればどのような形態で実現されていてもよい。例えばブログサーバ１と同一システム内の記憶部に各ＤＢのすべてが形成されていてもよいし、各ＤＢの一部又は全部が別体、遠隔地等のコンピュータシステムに設けられていてもよい。もちろん各ＤＢが一つの装置（例えば一つのＨＤＤ等）内に形成されている必要はない。また各ＤＢのそれぞれが、それぞれ１つのＤＢとして構成される必要もない。例えば管理ＤＢ５３として記憶される情報が、複数のＤＢ（例えばブログに関するユーザ管理用のＤＢとブログ管理用のＤＢなど）により記憶管理されてもよい。以上の各ＤＢは、実施の形態の処理に関連する情報の記憶部を、それぞれ１つのＤＢの形態で例示したものに過ぎない。
【００４５】
＜３．第１の実施の形態＞
第１の実施の形態としてのブログサーバ１の処理を説明する。
ブログサーバ１は、ユーザ端末５にブログ作成用のウェブページを送信し、ユーザがブログ作成を行っている場合において、引用の可能性が検出されることに応じて適切な引用であるか否かの判定を行うとともに、アップロード要求の際にも引用適否判定を行い、必要に応じて注意喚起処理を行うものである。
【００４６】
図４によりブログ作成の際のユーザ端末５とブログサーバ１の処理の流れを説明する。
ブログ記事を作成しようとするユーザは、ユーザ端末５上でブログサーバ１にブログ作成ページを要求する操作を行う。これによりステップＳ１０としてユーザ端末５からブログサーバ１にブログ作成ページの要求が行われる。
ブログサーバ１はこの要求に応じて、ステップＳ２０でブログ作成ページをユーザ端末５に送信する。これによりユーザ端末５では、ウェブブラウザ機能により、ブログ作成ページが表示される。ユーザは、ブログ作成ページを用いて記事としてのテキストデータ入力や画像データの指定等を行っていく。
ステップＳ１１のブログ作成とは、ブログ作成ページに対するユーザ操作により、画面上でブログ記事の作成編集が行われている際のユーザ端末５の処理を総括的に示している。
【００４７】
このブログ作成中においては、例えばユーザがコピー＆ペーストの操作を行うことがある。例えばブログサーバ１は、作成中のブログ記事へのペースト操作を検出したら（Ｓ２１）、これを引用に関する判定機会の発生として、ステップＳ２２の第１引用適否判定の処理を行う。
この第１引用適否判定は、ペースト操作でペーストされたテキストデータや画像データについて、他のウェブページなどにおけるコピー元を探索する等の処理を行う。
この第１引用適否判定は、例えばペースト操作が検出される毎に実行される。
【００４８】
ユーザは、ブログ記事を完成させると、それをアップロードする操作を行う。ユーザ端末５はこの操作に応じてステップＳ１２でブログサーバ１に対してブログ記事のアップロードを要求する。
このときブログサーバ１は、ステップＳ２３として第２引用適否判定を行い、所定の条件により適切な引用が行われているか否かを判定する。ただし、厳密な判定でなくてよく、例えば、「著作権侵害の可能性がある」又は「著作権侵害の可能性がないとはいえない」という程度の判定であればよい。
【００４９】
ステップＳ２４でブログサーバ１は、注意喚起が必要であるか否かを判定する。
引用と推定される部分が存在しない場合や、引用が適切に行われていると判定される場合は、注意喚起が不要であるとして、ブログサーバ１はステップＳ２５からＳ２７に進み、アップロードを受け付け、ユーザ端末５のアップロード処理（送信）を受信してブログ記事のデータをブログＤＢ５１に格納するアップロード処理を行う。
【００５０】
一方、注意喚起が必要と判定した場合は、ブログサーバ１はステップＳ２５からＳ２６に進み、注意喚起処理を行う。この場合、例えばアップロードを開始させず、ユーザ端末５においてブログ作成ページとともに、注意喚起のメッセージが表示されるように制御を行う。ユーザ端末５側ではステップＳ１３で注意喚起表示が行われる。
【００５１】
図５に注意喚起表示が行われている状態の例を示している。
例えばユーザが作成し、アップロードをしようとしたブログ記事６０において、例えば枠表示６１により不適切な引用と判定された箇所が明示される。もちろん枠表示６１以外にも、ハイライト表示、特定色表示、拡大表示その他の手法で、引用箇所が示されるようにしてもよい。
さらにメッセージ表示６２により、必要なメッセージが表示される。ここでは無断転載の指摘や、出典元を明記することを薦める表示の例としている。
もちろんメッセージ内容は多様に考えられる。例えば対象法として、テキストの削除や文字数の削減、引用箇所の明示、文字等の態様（サイズやフォント等）の変更などのアドバイスを示すものでもよい。
【００５２】
このような注意喚起表示を行った場合、例えばユーザ端末側はブログ作成の処理（Ｓ１１）に戻してユーザの編集を受け付けるようにするとよい。ユーザは、不適切な引用の指摘がされないように所要の編集を行って、再度アップロードを要求すればよい。
【００５３】
以上は、ブログサーバ１とユーザ端末５の処理の流れの概要を示したが、このような処理を実現するためのブログサーバ１の具体的な処理例を説明していく。
図６はブログサーバ１が図３に示した機能、特に判定機会検出部１２、第１引用適否判定部１３、第２引用適否判定部１４、注意喚起部１５としての機能により実行する処理例を示している。
【００５４】
ステップＳ１００としてユーザ端末からブログ作成ページの要求が検知された場合、ブログサーバ１はステップＳ１０１に進み、ブログ作成ページを要求元のユーザ端末５に送信する。
そしてブログサーバ１はステップＳ１０２で変数Ｍを初期設定としてＭ＝０とする。変数Ｍは作成されているブログ記事内で、引用元が発見された数を管理する変数である。
【００５５】
ユーザ端末５においてユーザの操作によりブログ記事の作成・編集が行われている期間は、ブログサーバ１はステップＳ１０３，Ｓ１０４，Ｓ１０５の監視処理を継続的に行っている。
ステップＳ１０３でブログサーバ１は、ユーザ端末５においてブログ作成ページが終了されたか否かを監視する。例えばユーザがブログ記事作成を中止して当該ウェブページを閉じたような場合である。
ブログ作成ページの終了が検出された場合、ブログサーバ１はステップＳ１０３から図６の処理を終える。
【００５６】
ステップＳ１０４でブログサーバ１は、ユーザ端末５からのアップロード要求を監視する。
ステップＳ１０５でブログサーバ１は、ユーザ端末５においてペースト処理が行われることを監視する。即ち作成中のブログ記事として、コピー＆ペーストの操作によりテキストデータ又は画像データが貼り付けられたことを検知する。
【００５７】
ブログ記事作成中のある時点でペースト操作が検知されると、ブログサーバ１は処理をステップＳ１０５からＳ１０６に進め、第１引用適否判定を行う。この第１引用適否判定の処理例を図７に示す。
【００５８】
図７のステップＳ２０１でブログサーバ１は、ブログ記事内においてペーストされた部分を特定する。
ステップＳ２０２でブログサーバ１は、このコピー＆ペーストの操作が、当該ブログ記事内（もしくはブログ内）で行われたものであるか否かを判定する。例えばペーストされた部分のデータが当該作成中のブログ記事内の他の部分からコピーされたものであるか、或いは当該ブログ（現在記事を作成中のブログ）の他の記事からコピーされたものであるかを確認する。このような場合は、コピー元がユーザ本人が作成した文章等と考えられるため、今回のペースト操作は、単なる文の移動、自己文章の転記、入力効率化のための操作などである可能性がある。またこの場合はユーザ自身の文章のコピー＆ペースト操作であり著作権侵害の問題は生じないと考えられる。そこで不適切な引用の可能性があるとはしないで、ステップＳ２０２から図７の第１引用適否判定を終える。
【００５９】
ブログ内又は記事内からのコピー＆ペーストではない場合は、ブログサーバ１はステップＳ２０３で、ペーストされたデータがテキストデータか画像データかにより処理を分岐する。
テキストデータであった場合はブログサーバ１はステップＳ２０４に進み、引用適否判定の対象のテキストデータをコピー元探索するデータとして取得する。
そしてステップＳ２０６でブログサーバ１は、当該テキストデータの文字数を、所定の閾値ｔｈＴＮと比較する。文字数が閾値ｔｈＴＮ以上であればステップＳ２０７に進み、閾値ｔｈＴＮ未満であれば図７の処理を終える。
これは、引用とは考えにくい、少ない文字数の場合を排除するためであり、閾値ｔｈＴＮは、例えば「１０」などとされる。つまりペーストされた文字数が１０文字未満であれば、それは引用ではないとみなして第１引用適否判定を行わないようにするものである。もちろんこの判定の閾値は１０文字に限られない。
【００６０】
ペーストされたのが画像データであった場合、ブログサーバ１はステップＳ２０３からＳ２０５に進み、引用適否判定の対象の画像データをコピー元探索するデータとして取得する。そしてステップＳ２０７に進む。
【００６１】
ステップＳ２０７でブログサーバ１は、ユーザ端末５から閲覧履歴データを取得する。
例えばユーザ端末５からブラウザが管理するウェブページの閲覧履歴を送信させ、これを取得する。
ステップＳ２０８でブログサーバ１は、閲覧履歴で示されるウェブページのうちで、調査対象のページを選択する。
取得した閲覧履歴で示される全てのウェブページを調査対象としてもよい。
また例えば閲覧履歴情報で示される閲覧日時の情報を用いて、現在より所定時間以内にユーザが閲覧したウェブページを調査対象としてもよい。
またブログサーバ１はブログ作成ページを送信した日時を把握しているため、その日時以降に閲覧したウェブページ、つまりブログ記事作成中に閲覧したウェブページを調査対象として選択してもよい。
【００６２】
ステップＳ２０９でブログサーバ１は、変数Ｎ＝１、変数Ｎｍａｘ＝調査対象のウェブページ数とする。変数ＮはステップＳ２０８で調査対象として選択したウェブページを区別するための変数である。選択されたウェブページを第１のウェブページから第（Ｎｍａｘ）のウェブページとする。
そしてステップＳ２１０でブログサーバ１は、第Ｎのウェブページの調査を行う。この処理を図８に示す。
【００６３】
図８のステップＳ２２０でブログサーバ１は、まず調査するデータ（ペーストされたデータ）がテキストデータか画像データかで処理を分岐する。
テキストデータの場合は、ブログサーバ１はステップＳ２２１で、第Ｎのウェブページにアクセスしてそのページデータを取得する。
ステップＳ２２２でブログサーバ１は、当該ウェブページにテキストデータが存在するか否かを確認する。テキストデータが存在しなければ、そのウェブページはコピー元ではあり得ないため、当該第Ｎの（例えば第１の）ウェブページの調査を終了する。
この場合、ブログサーバ１は図７のステップＳ２１１に進み、変数Ｎ≧Ｎｍａｘでなければ、つまりまだ選択した全てのウェブページの調査が終了していなければ、ステップＳ２１２で変数ＮをインクリメントしてステップＳ２１０に戻る。そして第Ｎのウェブページ、つまり次のウェブページについて図８の処理を行うことになる。
【００６４】
調査中のウェブページにおいてステップＳ２２２でテキストデータが存在すると判定した場合、ブログサーバ１はステップＳ２２３で、そのウェブページ内でコピー元のテキストを検索する。つまりペーストされたテキストデータと同一のテキストデータが、そのウェブページ内に有るか否かを調べる。
無ければ、ステップＳ２２４から当該第Ｎのウェブページについての図８の処理を終える。
【００６５】
ペーストされたテキストデータと同一のテキストデータが、そのウェブページ内に発見された場合は、ブログサーバ１はステップＳ２２４からＳ２２５に進み、引用といえるか、或いは転載であるか否かを判定する。
適正な引用としては、出典元（コピー元）の文章等の一部であることが必要と考えることができる。逆に出典元のテキストデータの全部又は大部分が丸ごとコピー＆ペーストされているのは、引用とはいえず、転載と考えられ、場合によっては無断転載と考えることもできる。
そこでステップＳ２２５では、コピー＆ペースト操作に係るテキストデータ部分が、コピー元のウェブページ内のテキストデータの一部とはいえない量であるか否かを判定し、これによって引用か転載かを判定する。
【００６６】
続いてブログサーバ１はステップＳ２２６で変数Ｍをインクリメントする。そしてステップＳ２２７で、今回コピー元が発見されたペースト部分について「第Ｍの引用箇所」に関する情報を生成する。
具体的にはコピーフラグＦ(M)１をオンとする。“(M)”は、作成中のブログ記事内で発見された第Ｍの引用箇所に対応するフラグであることを示すものとして、現時点の変数Ｍの値が挿入される。
このコピーフラグＦ(M)１＝１とされるということは、現在調査対象としているテキストデータのコピー元として他のウェブサイトが発見されたことを示すことになり、ブログサーバ１はコピーフラグＦ(M)１をペースト部分のデータと対応づけて記憶する。
またブログサーバ１は、引用／転載フラグＦ(M)ｉｔも設定する。例えばステップＳ２２５で「引用」と判定されたらＦ(M)ｉｔ＝０、「転載」と判定されたらＦ(M)ｉｔ＝１とし、ペースト部分のデータと対応づけて記憶する。
【００６７】
ステップＳ２２８でブログサーバ１は、今回発見した第Ｍの引用箇所（ペースト箇所）についての出典情報を取得する。例えば現在調査していた第ＮのウェブページのＵＲＬやウェブサイト名称、ウェブページ管理者等の情報を取得する。
ブログサーバ１はこの出典情報を、ペースト箇所のデータ、コピーフラグＦ(M)１、引用／転載フラグＦ(M)ｉｔとともに、第１引用適否判定の結果として記憶する。例えば図２のＲＡＭ１０３又は記憶部１０８に記憶する。
【００６８】
ステップＳ２２９では変数Ｎを強制的にＮｍａｘとする。これは、コピー元が発見された段階で、他のウェブページを調査する必要がなくなるため、第１引用適否判定を終了させるためである。
即ちこの場合、図７のステップＳ２１１でＮ≧Ｎｍａｘとなり、図７の処理が終了される。
例えば閲覧履歴情報から５個の閲覧履歴が調査対象とされた場合、コピー元が見つかるまでは、５個のウェブページが順次図８の処理で調査対象とされるが、コピー元が見つかり次第、未調査のウェブページが残っていても、第１引用適否判定が終了されることになる。これにより冗長な調査処理が行われないようにする。
【００６９】
なお、例えばこの場合に５個のウェブページのいずれからもコピー元が発見されない場合もある。その場合は、ステップＳ２２６、Ｓ２２７、Ｓ２２８の処理が行われないため、当該ペースト部分は引用されたものではないとみなされることになる。
例えばユーザが他のアプリケーションソフトウエアを使用して自分で作成したデータをコピー＆ペーストにより貼り付けたとする。そのような場合のペースト部分は引用ではなく、閲覧履歴にあるウェブページからは発見できない。このような場合、ペースト部分は第Ｍの引用箇所として記憶されないことになる。
但し、もちろん他人のテキストや画像からのコピー＆ペーストはウェブページからとは限らない。例えば電子書籍その他の電子コンテンツであって、ユーザ端末５においてローカルに保存されているものもコピー元になり得る。
そこで、ローカルコンテンツを含めて閲覧履歴、再生履歴を取得できるようにし、それらについてもコピー元の調査を行うようにしてもよい。
【００７０】
図８の処理においてペースト部分が画像データであった場合は、ブログサーバ１はステップＳ２２０からＳ２３１に進み、第Ｎのウェブページにアクセスしてそのページデータを取得する。
ステップＳ２３２でブログサーバ１は、当該ウェブページに画像データが存在するか否かを確認する。画像データが存在しなければ、そのウェブページはコピー元ではあり得ないため、当該第Ｎのウェブページの調査を終了する。
調査中のウェブページにおいてステップＳ２３２で画像データが存在すると判定した場合、ブログサーバ１はステップＳ２３３で、そのウェブページ内でコピー元の画像データを検索する。つまりペーストされた画像データと同一の画像データが、そのウェブページ内に有るか否かを調べる。
無ければ、ステップＳ２３４から、当該第Ｎのウェブページについての図８の処理を終える。
【００７１】
ペーストされた画像データと同一の画像データが、そのウェブページ内に発見された場合は、ブログサーバ１はステップＳ２３４からＳ２２６、Ｓ２２７、Ｓ２２８、Ｓ２２９の処理を上記のテキストデータの場合と同様に行う。この場合、第Ｍのペースト箇所のデータとして、画像データと、コピーフラグＦ(M)１、引用／転載フラグＦ(M)ｉｔ、出典情報が、第１引用適否判定の結果として記憶される。
なお画像データの場合は、通常は画像全体をコピー＆ペーストすることから、引用／転載フラグＦ(M)ｉｔは、画像単位で考えて「転載」であることを示すようにすることが考えられる。
【００７２】
調査対象とされたウェブページのうちからコピー元が見つかって図８の処理が終わった時点、または調査対象とされた全てのウェブページの調査が完了してもコピー元が見つからなかった時点で、図７のステップＳ２１１でＮ＝Ｎｍａｘとなり、図７の第１引用適否判定が終了する。
図６のステップＳ１０６の第１引用適否判定では、以上の図７，図８のように処理が行われ、ペーストされたデータについてのコピー元が見つかった場合に、その情報が第Ｍの引用箇所として管理される状態となる。
ステップＳ１０５のペースト検出は、複数回行われることも当然想定されるが、引用としての蓋然性が高い場合にのみ、そのペースト部分のデータについて第Ｍの引用箇所のデータが生成されることになる。
変数ＭはステップＳ１０２でＭ＝０とされた後、コピー元が検出された図８のステップＳ２２６でインクリメントされるものであるため、ブログ記事が完成するまでに、多数回のコピー＆ペーストの操作が行われたとすると、その都度第１引用適否判定が行われ、コピー元が見つかる毎に、第１の引用箇所、第２の引用箇所・・・第Ｍの引用箇所として、引用箇所であると判定された結果の情報が保存されることになる。つまりＭ個のペースト箇所が引用箇所（転載も含む）として検出される。例えばブログ記事完成までに一度もコピー元が見つからない場合は、変数Ｍ＝０のままで、引用箇所はなかったということになる。
【００７３】
ユーザは、ブログ記事を完成させると、アップロード操作を行うことになる。ユーザ端末５はブログサーバ１にアップロード要求を送信する。この場合図６のブログサーバ１の処理はステップＳ１０４からＳ１１０に進み、第２引用適否判定を行うことになる。
第２引用適否判定の具体例を図９に示す。
【００７４】
図９のステップＳ３００でブログサーバ１は、変数Ｍ＝０であるか否かを確認する。上記のように変数Ｍ＝０であるということは、引用箇所と判定されたペースト部分が存在しなかったということになる。その場合は、第２引用適否判定を終了し、図６のステップＳ１１１に進む。
【００７５】
一方、変数Ｍ＝０でなければ、当該ブログ記事内に、第１引用適否判定で引用箇所と判定されたペースト部分が１箇所以上あったということである。
この場合ブログサーバ１はステップＳ３０２で変数Ｍｍａｘに変数Ｍの値を代入する。変数Ｍｍａｘは、第１引用適否判定で引用箇所と判定されたペースト部分の数となる。
そしてステップＳ３０３で変数Ｍ＝１とする。これは引用箇所と判定された第１番目のペースト箇所から順に、第２引用適否判定を行っていくためである。
【００７６】
但し、第１引用適否判定で引用箇所と判定されたペースト部分は、このアップロード時点では、消去されている可能性もある。第１引用適否判定はペースト処理の都度行われており、ユーザがそのペースト後のブログ記事作成の過程で、ペースト部分を削除することも通常に考えられるためである。従って、アップロード要求の時点で、必ずしもＭ個のペースト箇所が全て残っているとは限らない。
そこでステップＳ３０３でブログサーバ１は、アップロードされようとしているブログ記事において、第Ｍの引用箇所が存在しているか否かを確認する。つまり第１引用適否判定で保存された第Ｍの引用箇所の情報と、アップロード要求時点のブログ記事を照合し、当該部分が残されているか否かを確認する。
もし残されていなければ、その部分は引用適否判定を行う必要がないため、ブログサーバ１はステップＳ３２９で、その第Ｍの引用箇所についてのフラグ（コピーフラグＦ(M)１、引用／転載フラグＦ(M)ｉｔ、及び後述するフラグＦ(M)２、フラグＦ(M)３、フラグＦ(M)４）を全てリセット（＝０）とし、ステップＳ３３０に進む。そしてステップＳ３３０でＭ≧Ｍｍａｘであるか否か（全ての引用箇所について第２引用適否判定を終えたか否か）を確認し、Ｍ≧ＭｍａｘでなければステップＳ３３１で変数ＭをインクリメントしてステップＳ３０３に戻る。つまり次の引用箇所について、存在判定を行う。
【００７７】
第Ｍの引用箇所について、ブログ記事内に存在すると判定した場合、ブログサーバ１はステップＳ３０４で、第Ｍの引用箇所の対象のデータがテキストデータであるか画像データであるかにより処理を分岐する。
テキストデータである場合、ブログサーバ１はステップＳ３１０に進み、生成されたブログ記事の総テキスト量に対する当該引用部分のテキスト量の比率を算出する。
そしてステップＳ３１１で、求められた比率が閾値ｔｈＴ以上であるか否かを判定する。適切な引用とするには、本文（引用以外）がコンテンツ内で支配的であり、本文と引用文に主従の関係が見つめられることが望ましいと考えられる。閾値ｔｈＴはこのような関係を満たしているか否かを判定する閾値であり、適切な比率が設定される。
【００７８】
ブログサーバ１は、求められた比率が閾値ｔｈＴ以上であれば、ステップＳ３１２に進みフラグＦ(M)２をオンとし、求められた比率が閾値ｔｈＴ以上でなければ、ステップＳ３１３に進みフラグＦ(M)２をオフとする。
フラグＦ(M)２は、第Ｍの引用箇所について、引用部分が本文中で従たる記載になっていない場合にオンとされるものとする。つまり本文と引用部分の量的な関係で不適切な引用となっている可能性があることを示すフラグである。
【００７９】
次にブログサーバ１はステップＳ３１４で、第Ｍの引用箇所について、出典情報の記載を確認する。
そしてブログサーバ１は、アップロードしようとするブログ記事に第Ｍの引用箇所について出典情報が記載されていなければ、ステップＳ３１５からＳ３１６に進んでフラグＦ(M)３をオンとし、出典情報が記載されていればステップＳ３１５からＳ３１７に進みフラグＦ(M)３をオフとする。
つまりフラグＦ(M)３は、第Ｍの引用箇所について、引用部分ついての出典情報が記載されておらず、不適切な引用となっている可能性があることを示すフラグとされる。
なお、ブログサーバ１は第Ｍの引用箇所について出典情報を記憶しているため、ブログ記事内に出典情報が記載されているときに、それが正しい記載であるか否かも判定できる。そこで、出典情報が記載されている場合でも、それが正しいか否かを判定し、誤った記載となっている場合はフラグＦ(M)３をオンとすることが考えられる。
【００８０】
次にブログサーバ１はステップＳ３１８で、第Ｍの引用箇所について、文字属性を判定する。これは引用箇所が、本文と明確に区別されて記載されているか否かの判定である。例えば文字サイズやフォント、色等の文字属性が、引用箇所と本文とで明確に区別されて異なっているか否かを確認する。
そしてブログサーバ１は、明確な区別が認められなければステップＳ３１９からＳ３２０に進んでフラグＦ(M)４をオンとし、明確な区別が認められればステップＳ３１９からＳ３２１に進みフラグＦ(M)４をオフとする。
つまりフラグＦ(M)４は、第Ｍの引用箇所について、引用部分の明確性の点で不適切な引用となっている可能性があることを示すフラグとされる。
【００８１】
なお、本文と引用箇所の明確な区別は、文字サイズ、フォント、色のいずれかで行われることを要するものではない。例えば引用部分が枠で囲われているようにしたり、インデントによる文字の配置の違い、レイアウトなどによっても明確な区別は可能である。そこで文字属性に限らず、他の表示態様も考慮して判定するとよい。
【００８２】
第Ｍの引用箇所がテキストデータである場合は、以上の処理を行った後、ステップＳ３３０で、最後の引用箇所まで処理を終えたか否かを判定し、終えていなければ次の引用箇所について第２引用適否判定を行うためステップＳ３３１で変数ＭをインクリメントしてステップＳ３０３に戻る。
【００８３】
第Ｍの引用箇所が画像データであってステップＳ３２０に進んだ場合は、ブログサーバ１は、生成されたブログ記事の総表示面に対する当該引用部分の画像データが占める比率を算出する。
そしてステップＳ３２１で、求められた比率が閾値ｔｈＰ以上であるか否かを判定する。適切な引用とするには、コンテンツの本体部分が支配的であり、引用された画像データが従たる位置づけであることが望ましいと考えられる。閾値ｔｈＰはこのような関係を満たしているか否かを判定する閾値であり、適切な比率が設定される。
【００８４】
ブログサーバ１は、求められた比率が閾値ｔｈＰ以上であれば、ステップＳ３２２に進みフラグＦ(M)２をオンとし、求められた比率が閾値ｔｈＰ以上でなければ、ステップＳ３２３に進みフラグＦ(M)２をオフとする。即ちテキストの場合と同じく、本文と引用部分の量的な関係で不適切な引用となっている可能性があることを示すフラグの制御を行う。
【００８５】
次にブログサーバ１はステップＳ３２４で、第Ｍの引用箇所について、出典情報の記載を確認する。
そしてブログサーバ１は、アップロードしようとするブログ記事に第Ｍの引用箇所について出典情報が記載されていなければ、ステップＳ３２５からＳ３２６に進んでフラグＦ(M)３をオンとし、出典情報が記載されていればステップＳ３２５からＳ３２７に進みフラグＦ(M)３をオフとする。
つまりテキストの場合と同様に、出典情報の記載の点で不適切な引用となっている可能性があることを示すフラグの制御を行う。
なおこの場合も、ブログサーバ１は第Ｍの引用箇所について出典情報が記載されている場合に、それが正しいか否かを判定し、誤った記載となっている場合はフラグＦ(M)３をオンとすることが考えられる。
【００８６】
第Ｍの引用箇所が画像データである場合は、以上の処理を行った後、ステップＳ３３０で、最後の引用箇所まで処理を終えたか否かを判定し、終えていなければ次の引用箇所について第２引用適否判定を行うためステップＳ３３１で変数ＭをインクリメントしてステップＳ３０３に戻る。
【００８７】
ブログサーバ１は、Ｍｍａｘ個の引用箇所について以上の処理を終えたら図９の処理、即ち図６のステップＳ１１０の第２引用適否判定を終える。
【００８８】
図６のステップＳ１１１ではブログサーバ１は、第１、第２引用適否判定の結果を用いて注意喚起の要否を判定する。
例えば以上の第１、第２引用適否判定によれば、コピーフラグＦ(M)１、引用／転載フラグＦ(M)ｉｔ、フラグＦ(M)２、フラグＦ(M)３、フラグＦ(M)４が設定されている。
特にアップロード時点では、コピーフラグＦ(M)１がオンとされた引用箇所について第２引用適否判定でフラグＦ(M)２、フラグＦ(M)３、フラグＦ(M)４が設定されるため、ステップＳ１１１の時点では、引用／転載フラグＦ(M)ｉｔ、フラグＦ(M)２、フラグＦ(M)３、フラグＦ(M)４を確認することが考えられる。
【００８９】
例えば引用／転載フラグＦ(M)ｉｔ、フラグＦ(M)２、フラグＦ(M)３、フラグＦ(M)４のうちで１つでも“１”となっていたら、注意喚起要と判定する。
引用／転載フラグＦ(M)ｉｔ、フラグＦ(M)２、フラグＦ(M)３、フラグＦ(M)４が全て“０”となっていたら、注意喚起不要と判定する。
【００９０】
注意喚起不要と判定した場合は、ブログサーバ１はステップＳ１１２からＳ１１３に進んでアップロード処理に移行する。つまりアップロード要求に応じて通常にブログ記事のアップロードを完了させる。
一方、注意喚起要と判定した場合は、ブログサーバ１はステップＳ１１２からＳ１２０に進み、注意喚起処理を行う。例えばユーザ端末５において図５に示したような注意喚起表示が実行されるように制御する。
【００９１】
注意喚起処理の具体例を図１０に示す。
ブログサーバ１はステップＳ４０１で変数Ｍ＝１とする。
ステップＳ４０２でブログサーバ１は第Ｍの引用箇所のフラグを確認する。例えば引用／転載フラグＦ(M)ｉｔ、フラグＦ(M)２、フラグＦ(M)３、フラグＦ(M)４を確認する。
【００９２】
ステップＳ４０３では、上記のフラグの判定から、第Ｍの引用箇所についての注意喚起が必要であるか否かを確認する。
引用／転載フラグＦ(M)ｉｔ、フラグＦ(M)２、フラグＦ(M)３、フラグＦ(M)４の全てが“０”であれば、その第Ｍの引用箇所についての注意喚起は不要である。
なお、第１引用適否判定で引用箇所とされたが、第２引用適否判定で存在していないとされた引用箇所については、図９のステップＳ３２９でフラグがクリアされるため、注意喚起の対象とはならない。
【００９３】
一方、第Ｍの引用箇所について注意喚起不要とされなければ、ブログサーバ１はステップＳ４０４で、注意喚起内容を設定する。これは、“１”とされているフラグに応じて設定すればよい。
引用／転載フラグＦ(M)ｉｔ＝１である場合は、転載の可能性があることを示す内容を含む注意喚起を行うようにする。当該箇所の削除を薦めるメッセージを含むようにしてもよい。
フラグＦ(M)２＝１であるときは、引用部分がコンテンツ内で従たる位置づけになっていないことを知らせる内容を含む注意喚起を行うようにする。引用部分の削除や文字数の削減を行うことを薦めるメッセージ、或いは本文を増加させることを薦めるメッセージを含むようにしてもよい。
フラグＦ(M)３＝１であるときは、引用部分についての出典明示が無い（又は記載が誤っている可能性がある）ことを知らせる内容を含む注意喚起を行うようにする。
出典情報を提示するようにしてもよい。
フラグＦ(M)４＝１であるときは、引用部分が本文と明確に区別されていないことを知らせる内容を含む注意喚起を行うようにする。区別のための手法、例えば文字属性の変更などを教える通知を含むようにしてもよい。
【００９４】
このようにフラグに応じて注意喚起内容を設定する。例えばメッセージ内容を設定する。もちろん複数のフラグにより複合的なメッセージを生成してもよい。
【００９５】
ステップＳ４０５でブログサーバ１はＭ≧Ｍｍａｘであるか否かを確認し、Ｍ≧ＭｍａｘでなければステップＳ４０６で変数ＭをインクリメントしてステップＳ４０２に戻る。つまり、次の引用箇所についての注意喚起の設定処理に移る。
ブログサーバ１は最後の引用箇所まで処理を終えたか時点でステップＳ４０５からＳ４０７に移り、注意喚起制御を行う。つまりユーザ端末５に対して、ステップＳ４０４で設定した内容の注意喚起が行われるように制御する。
【００９６】
このような注意喚起により、ユーザは著作権侵害の可能性がある箇所を認識でき、必要な修正を行って再度アップロード要求を行えばよいことになる。
ユーザにとっては、不注意、もしくは引用に関する知識の不足によって、知らないうちに著作権侵害となる可能性を生じさせることが未然に防止されることになる。
【００９７】
なお、以上の第１の実施の形態では、コピー元が発見できなかった場合は引用ではないと判定しているは、ペースト箇所については、「引用でしたら出典記載してください」等の注意喚起を行うことも考えられる。
【００９８】
またアップロード要求の際には第２引用適否判定が行われるが、これは、既に見つけられている引用箇所についてのフラグ設定処理であり、さほど時間のかかる処理ではない。比較的時間のかかる第１引用適否判定はブログ作成中に行われている。従ってユーザがアップロード要求を行った後に、長い待ち時間を生じさせるようなものとはならない。従ってユーザの使用性を悪化させずに適切な注意喚起は可能となる。
また、第２引用適否判定は、最終的にアップロード時点のブログ記事に残されている引用箇所のみについて判定を行えば良く、無駄な判定は不要である。この点もアップロード要求時の迅速な処理の要請に適している。
また第１引用適否判定は、ブログ記事作成中に行われるため、さほどの迅速性は要求されない。これはコピー元の発見に有利であると共に、ブログサーバ１の処理負担を逼迫させないという点で好適となる。
【００９９】
＜４．第２の実施の形態＞
第２の実施の形態のブログサーバ１の処理を図１１で説明する。なお図１１において図６と同一の処理については同一符号を付し、重複説明を避ける。
図１１において図６の処理と異なるのは、ブログサーバ１（判定機会検出部１２）の処理としてステップＳ１０５、Ｓ１３０〜Ｓ１３４が行われる点である。
【０１００】
まずペースト捜査が検出された場合、ブログサーバ１の処理はステップＳ１３０からＳ１３４に進み、ペーストされた部分がテキストデータであって所定文字数未満であるか否かが判定される。所定文字数とは、例えば１０文字など、少ない文字数に設定されている。これは、通常、引用とは考えにくい場合の文字数の判断に用いるように設定される。
そして所定文字数以上の場合に、ステップＳ１０６に進むようにしている。
つまり、もし、ペーストした部分が所定文字数未満のテキストデータの場合は、引用ではない（引用の可能性はきわめて小さい）として、ステップＳ１０６の第１引用適否判定の処理には進まないようにしている。
【０１０１】
このようにすることで、操作頻度が高いと考えられるコピー＆ペーストの操作の全てに反応して第１引用適否判定が実行されることを防ぐ。即ち引用の可能性がきわめて低い場合に第１引用適否判定に進むことでブログサーバ１の処理負担が過剰にならないようにしている。
なお、以上の処理は、図７のステップＳ２０６と同じ趣旨の処理であり、そもそも第１引用適否判定に入る条件としてペーストした文字数を判定するか否かの違いである。このステップＳ１３４の処理を採用する場合、図７のステップＳ２０６は不要となる。
【０１０２】
またこの図１１では、ペースト操作の検出以外でも第１引用適否判定が行われる場合があるようにしている。
ステップＳ１３０でブログサーバ１は、ブログ作成としてユーザによって入力されているテキストデータが所定量進行したか否か判定している。これは、例えば前回のステップＳ１３２の判定後に、未判定のテキスト量が所定量以上入力されたか否かを判定する。
所定量とは、厳密に文字数のみで判定するのではなく、所定量の文字数以上であって、文章として１以上の段落、改行、行空けなどで区切られた範囲の入力があったか否かを判断すると良い。
【０１０３】
このような条件が満たされた場合、ブログサーバ１はステップＳ１３１に進んで、その新たに入力された部分のテキストデータを判定用に取得し、ステップＳ１３２で自己文章判定を行う。
これは、当該入力されたテキストデータが、そのユーザ自身の文章と推定できるか否かを判定するものである。
例えば当該ユーザの他のブログ記事、或いは作成中の他の部分の文章について文体解析を行っておき、当該ユーザの文章の癖・傾向を把握しておく。これは各ブロガーについて予め行っておいても良い。そしてステップＳ１３２では、新たに入力された部分について、同様の解析を行い、文章の癖・傾向を判定する。そして、それらを比較することで、今回入力された部分が、当該ブロガーが自身で発した文章であるか否かを推定する。
【０１０４】
文章の癖や傾向を判定する要素としては、例えば多用するワード、句読点の癖（挿入頻度）、絵文字等の使用の傾向（使用の多寡）、特定の記号（「？」「！」等）の使用頻度、一文の長さ、体言止め等の特定の文体の使用頻度、改行の頻度、「です・ます」調と「である」調の使用傾向、外国語や外国文字の混入の頻度、などが考えられる。これらの点をそれぞれ数値化して比較し、類似性を判定する。そして類似性が確認できれば、ユーザ本人が創作した文章であると推定する。
【０１０５】
ブログ記事作成中のユーザ本人が考えた文章であると推定される場合は、ブログサーバ１はステップＳ１３３で自己文章と判定し、ステップＳ１０３に戻る。もしユーザ本人が考えた文章であると推定されない場合は、ブログサーバ１はステップＳ１０６に進み、当該箇所について第１引用適否判定を行う。
つまり、ブログ記事作成中のテキストデータについて、文体の特徴が異なる部分を検出した場合、当該部分の判定機会と検出して第１引用適否判定を行うものである。
【０１０６】
以上のように第２の実施の形態では、第１引用適否判定の処理を行うための判定機会の検出手法が第１の実施の形態と異なる。
これにより、ペースト処理に過剰に反応しないようにできる。
また、ペースト以外で他人の文章を引用するような場合にも引用適否判定の処理を適用できることになる。
【０１０７】
＜５．第３の実施の形態＞
第３の実施の形態の処理を図１２で説明する。これは図３に示した引用通知部１６の機能を加えた処理例である。
図１２は、図４のアップロード（Ｓ１４，Ｓ２７）の後の処理として、ユーザ端末５、ブログサーバ１、及び引用元となったウェブページの管理者のユーザ端末（区別のため「ユーザ端末５Ａ」と表記する）の処理及び通信を示している。
【０１０８】
ブログサーバ１はステップＳ２７でアップロード処理を完了したら、ステップＳ２８で、今回アップロードしたブログ記事に引用箇所があったか否かを確認する。
引用箇所がないブログ記事の場合は、ステップＳ３５に進んで、当該ブログ記事を公開対象とする。
【０１０９】
引用箇所があった場合、ブログサーバ１はステップＳ２９に進んで、通知条件を判定する。例えば第１，第２引用適否判定の処理の結果から、引用の適法性が高いか否かを通知条件として判定し、適法性が高いということに該当しない場合は引用元に通知を行うものとする。
【０１１０】
例えば引用の適法性が高い場合は、通知不要とし、ブログサーバ１はステップＳ３０からＳ３５に進むが、それに該当しない場合、ステップＳ３１に進んで、引用元のウェブページの管理者に対して通知処理を行う。例えばユーザ端末５Ａにおいて引用箇所を明示して引用が行われたことを、引用元のユーザに提示する。またそれに対して許可／不許可の回答を求めるようにする。ユーザ端末５Ａにおいては、ステップＳ５１でこれらの内容が表示される。
【０１１１】
引用元のユーザが回答を行った場合（Ｓ５２）、ブログサーバ１はステップＳ３２で回答を確認し、公開許可の回答が得られたか否かを判定する。
なお、引用元のユーザからの回答が得られない場合もある。ブログサーバ１はある程度の期間を経ても回答が得られない場合は、公開禁止がされなかったとみなしてもよい。なぜなら、そもそもアップロードしたブログ記事は、第１、第２引用適否判定を経て、また場合によっては注意喚起処理を経ており、これらをクリアして、ある程度の適法性が担保されたものと言えるためである。
なお、もちろん引用元のユーザからの回答が得られない限り、公開はされないような運用を行ってもよい。
【０１１２】
公開許可となった場合は、ブログサーバ１はステップＳ３３からＳ３５に進む。一方、公開許可とならなかった場合は、ブログサーバ１はステップＳ３４に進み、ブログ記事作成を行ったユーザのユーザ端末５に対して、修正通知を送信する。この際、引用箇所の削除や適切なクレジット表示などを促すことができる。
ユーザ端末５では修正通知が表示される（Ｓ１５）。その後、ユーザはそれに応じて例えば引用箇所の削除などの修正を行い（Ｓ１６）、再度アップロードすればよい。
【０１１３】
このように引用箇所の出典元が他のブログ記事等のウェブページであった場合に、引用元のユーザに引用が行われた旨を通知することで、引用元のユーザは引用状況を確認できる。
また引用元ユーザに引用箇所の使用可否を問い合わせ、不許可の場合はブログ記事作成を行ったユーザに通知し修正を求めることで、ユーザ間のトラブルも未然に防ぐことができる。
【０１１４】
＜７．まとめ及び変形例＞
以上の実施の形態では次のような効果が得られる。
ブログサーバ１は、ユーザ端末５におけるブログ記事（コンテンツ）作成中に引用に関する判定機会が発生したことを検出する判定機会検出部１２と、判定機会検出部１２により判定機会が検出されたことに応じて、ブログ記事作成中に、ユーザ端末５における閲覧履歴情報を用いた引用適否判定を行う第１引用適否判定部１３と、ユーザ端末５からのブログ記事のアップロード要求のタイミングで、設定された判定基準を用いて引用適否判定を行う第２引用適否判定部１４と、第１引用適否判定と第２引用適否判定の結果に応じて、ユーザ端末５において注意喚起表示を実行させる処理を行う注意喚起部１５を備える。
例えば作成中のブログ記事内に他のコンテンツのテキストデータや画像データをペーストしたような場合、ユーザは、それを適切な引用として信じて行う場合もあれば、著作権等に無関心で何も気にせずに行う場合もある。また、実際に合法的な引用となっているか否かは判断が難しく、或いは判定できないことも多い。そのような場合、アップロードされて公開されたブログ記事は著作権侵害リスクを負うことになる。
本実施の形態の処理によれば、このようなリスクが生じる場合に、アップロードの段階でユーザ（ブロガー）に警告、注意喚起でき、リスクのあるブログ記事の公開を未然に防ぐことができる。
またこのような注意喚起が行われることで、善意のユーザがある程度自由かつ安心してブログ作成を行う環境が提供できることにもなる。
そして特に第１引用適否判定は、ユーザのブログ作成中に行うようにしている。第１引用適否判定では、閲覧履歴を用いて、ユーザが閲覧したウェブページにおいて、同内容のテキストデータや画像データが存在するかを確認していく処理を行い、コピー元（出典元）を探索する。この探索はある程度処理時間がかかる可能性があるが、ブログ作成中に行うことで、その時間をユーザに感じさせないようにすることができる。換言すれば、アップロード時にこのような処理を行うと、当該判定を含むアップロード時間が長時間化し、ユーザにとって利便性の悪いものとなるが、そのような事態を生じさせないことになる。
また、第１引用適否判定では、膨大なウェブサイトをクローリングするのではなく、ユーザの操作履歴／履歴情報を用いて特定のウェブサイトを対象とすることで、処理負担は著しく低減されつつ、引用元を発見できる可能性は高いものとなる。
また第２引用適否判定は、アップロード操作時点（ユーザがブログ完成と認識した時点）で行うことで、適法な引用の要件の１つである、当該ブログ記事内での本文と引用部分の量的な関係を正しく判断できる。換言すれば、ユーザが本文を書き進めること等に応じて何度も量的な関係を判断し直す必要はないため無駄な処理が起こらないことになる。
また注意喚起は、アップロード操作時点（ユーザがブログ完成と認識した時点）で行うことで、作成中にむやみな指示が行われない。例えばユーザは一旦ペーストしたとしても、それをそのまま用いずに、削除したり、編集して全く異なる文章にしたりして、引用とは無関係になる場合も多い。そのため都度注意喚起していくと、ユーザが「これから直そうと思っていたのに・・・」等の気持ちをおこさせる状況にもなり、快適なブログ作成環境ではなくなってしまう恐れがある。このような過度あるいは無用の注意喚起を行わないことで、ユーザに使用性のよいブログ作成環境を提供できる。
以上により実施の形態では、ユーザに快適なブログ作成環境を提供しながら、不適切な引用がされたブログが公開されないようにアシストすることができる。
【０１１５】
第１の実施の形態では、ユーザ端末５において、適正な引用とするためのガイド情報を含む注意喚起表示を実行させる例を述べた。例えば出典記載のアシストのための情報、ペースト部分の一部削除やブログ本文の追加等を薦めるメッセージ、出典記載や記載態様などのモデルの提示などである。
ユーザにとっては、例えば適正な引用を意図していたとしても、実際には引用部分の記載態様をどのようにすれば適正なのかどうかはわかりにくいことが多い。そこで、注意喚起の際に、どのようにすれば良いかをガイドすることで、ユーザは容易に必要な修正を施すことができる。これによって、ユーザの作成したブログ記事を無駄にすることなく、引用態様の修正によりアップロードを受け付けることも可能となる。
なお、ユーザが修正しなくとも、例えばユーザの同意を要求したうえで、引用部分の記載態様を自動修正することも考えられる。例えば文字サイズやフォントを変更したり、出店情報を追加したりする。これによってユーザの修正の手間を省くこともできる。
【０１１６】
第１，第２の実施の形態では、作成中のブログ記事においてペースト操作が検出されることで、ペースト部分についての判定機会と検出する例を述べた。
引用部分は通常、テキストデータ又は画像データのコピー＆ペースト操作により作成中のコンテンツ内に挿入される。従って、ペースト操作があった場合は、仮に引用が行われたとして第１引用適否判定が行われるようにする。
ペースト操作を検知することで、引用の可能性のある部分について引用判定処理を実行することができ、判定漏れを少なくすることができる。またペースト操作を検知するという容易な処理で、引用の可能性を推定でき、判定機会の検出が容易となる。
なお、一般的な操作として、コピー＆ペーストを行った直後に、ペーストされた文章を編集するということも行われる。例えば参考になる文章をコピーしたうえで、それを編集して自分の望みの文章を記述するような場合である。そのような場合には第１引用適否判定は無駄な処理となる可能性がある。そこで、ペースト操作を検出した後、そのペースト部分の編集が行われずに、所定時間経過したり、他の文章の入力に進んだ場合に、例えば図６のステップＳ１０５のペースト検出と判定してもよい。これにより無用な処理が発生することを防止できる。
【０１１７】
第２の実施の形態では、作成中のブログ記事において所定文字数以上のペースト操作が検出されることで、ペースト部分についての判定機会と検出する例を述べた。
コピー＆ペーストの操作はユーザによっては文書作成中に頻繁に行われる操作であり、また少数の文字のペースト操作も良く行われる。するとペースト操作に応じて第１引用適否判定が行われるのは処理負担を過度に増すことになってしまう。そこで引用とは通常考えにくい少数の文字のペースト操作の場合は、引用と推定せず、無駄な第１引用適否判定が行われないようにする（図１１のＳ１３４参照）。これによりブログサーバ１の処理負担を軽減することができる。
【０１１８】
第２の実施の形態では、作成中のブログ記事におけるテキストデータについて、文体の特徴が異なる部分を検出した場合、当該部分の判定機会と検出する例を述べた。
つまり言葉遣いの相違などから引用箇所を推定する。例えば、ユーザの過去投稿を参照して、形態素解析によってユーザ文体の特徴を特定し、記事内においてユーザ文体でない箇所を引用箇所とする。
ブログ記事を作成するユーザの文体は、ブログ内である程度統一されている。文章中に、通常とは異なる文体の部分が存在したら、その部分は他人の文章である可能性があると推定できる。そこでこのような場合を引用に関する判定機会とすることで、コピー＆ペーストの操作によらない引用部分についても引用適否判定の対象とすることができる（図１１のＳ１３１からＳ１３３参照）。
特に図１１の処理のようにコピー＆ペーストの操作検知による推定と併用することで、引用の可能性のある部分を高い確率で判定できる。
【０１１９】
第１の実施の形態では、第１引用適否判定において閲覧履歴情報で示されるウェブページデータを探索して、引用と推定された箇所と同一データが存在するか否かを確認する処理を行う例を述べた。
ブログ記事を執筆するユーザは、作成中、又は作成前に直近まで閲覧していたウェブページから引用を行うことがあると考えられる。そこで引用元の探索のためのクローリングを行う範囲を閲覧履歴に基づいて絞る（図７のＳ２０７〜Ｓ２１０参照）。これによりコピー元の探索処理負担が低減される。
【０１２０】
第１の実施の形態では、第１引用適否判定は、閲覧履歴情報で示されるウェブページデータのうちで、閲覧時刻条件により抽出したウェブページデータを探索して、引用と推定された箇所と同一データが存在するか否かを確認する処理を行う例を述べた。
即ち閲覧履歴情報の全てではなく、例えば直近の所定時間内であるとか、ブログ作成開始後であるとかの閲覧時刻条件に該当するウェブページデータからテキストデータ又は画像データのコピー元を探索する。
ブログ記事に対してコピー＆ペーストの操作を行うユーザは、近い時間に閲覧した他のウェブページからテキストデータや画像データをコピーすることが通常である。
特にコピー＆ペーストの操作により引用部分を貼り付ける場合、そのコピー操作はブログ記事の作成中に行われることが多いと想定される。
そこで閲覧時刻の条件により、探索するウェブページを選択する（図７のＳ２０８参照）。これによりコピー元の探索処理負担をさらに低減しつつ、探索範囲の精度が低下しないようにすることができる。
【０１２１】
第１の実施の形態では、第２引用適否判定において、判定基準の１つとして、引用箇所の出典を示す情報の有無を判定する例を挙げた。
即ち引用と推定された部分に対して、出典（引用元）が記載されているか否かを確認する。
出典明記は適正な引用の一要素と考えられるため、その有無を判定することで、適正性の要件の１つを担保できる。これによりユーザに適切なガイドを行うことが可能となる（図９のＳ３１４，Ｓ３２４参照）。
具体的には、例えば他のウェブページのＵＲＬ、タイトル等の有無を判定する。
なお、元々ユーザが作成した段階で引用部分に対してＵＲＬ等が記載されていた場合、出典記載が妥当か否かも判定できる。例えば、記事内に引用箇所とＵＲＬとが組み合わせて配置されているが、ＵＲＬから参照したウェブページに当該引用箇所がなかった場合、出典は妥当ではないと判定することも可能であり、その場合に注意喚起とともに「記載された出典が間違っている可能性があります」等のメッセージ表示を行うことも考えられる。
【０１２２】
第１の実施の形態では、第２引用適否判定において、判定基準の１つとして、引用箇所とコンテンツ本文の分量の比率について判定する例を挙げた。
即ち引用と推定された部分と本文の分量を比較する。
引用箇所と本文（当該引用箇所を除いた箇所）の分量の比率（コンテンツ内の主従関係）は適正な引用の判定基準の１つとなると考えられるため、これを判定する（図９のＳ３１０、Ｓ３２０参照）。これにより引用が適切か否かの１要素を確認し、ユーザに通知できるようにすることで、ユーザに適切なガイドを行うことが可能となる。
【０１２３】
第１の実施の形態では、第２引用適否判定において、判定基準の１つとして、引用箇所の文字態様とコンテンツ本文の文字態様との異同について判定する例を挙げた。
即ち引用と推定された部分が本文と明確に異なる態様で記載されているかを判定する。
引用箇所が本文（当該引用箇所を除いた箇所）内において明確であることは、適正な引用の判定基準の１つとなると考えられるため、これを判定する（図９のＳ３１８参照）。これにより引用が適切か否かの１要素を確認し、ユーザに通知できるようにすることで、ユーザに適切なガイドを行うことが可能となる。
【０１２４】
第３の実施の形態では、引用が行われたことを出典元に通知する処理を行う引用通知部１６を備えた場合を述べた。
これにより出典元のユーザは引用状況を確認できる。また出典元のユーザの考えをブログ作成者にフィードバックすることができる。例えば引用元からの許可の回答があった場合は、ブロガーは安心してブログ記事を公表できることになる。また、引用元からの不許可の回答があった場合は、ブロガーはそれに応じた対処（ブログ記事内容の修正など）を行うことができる。
なお出典元のユーザが引用箇所の使用を拒否した場合には、引用を行ったユーザにその旨が通知するとともに引用箇所の削除、適切なクレジット表示などを促すことも可能である。これらの対処により、ユーザ間でのトラブルを未然に防止する機能も果たすことができる。
【０１２５】
実施の形態の処理例は一例であり、他にも各種の変形例が想定される。
第１引用適否判定を行う判定機会の検出や、第２引用適否判定での判定項目は他にも考えられる。
また実施の形態の技術はブログに限らず、テキストや画像（静止画・動画）による各種のコンテンツに適用できる。
【０１２６】
＜８．プログラム及び記憶媒体＞
実施の形態のプログラムは、ブログサーバ１における少なくとも判定機会検出部１２、第１引用適否判定部１３、第２引用適否判定部１４、注意喚起部１５の処理を情報処理装置（ＣＰＵ等）に実行させるプログラムである。
【０１２７】
実施の形態のプログラムは、端末装置におけるコンテンツ作成中に引用に関する判定機会が発生したことを検出する判定機会検出機能（Ｓ１０５，Ｓ１３０〜Ｓ１３４）と、判定機会検出機能により判定機会が検出されたことに応じて、コンテンツ作成中に端末装置における閲覧履歴情報を用いた引用適否判定を行う第１引用適否判定機能（Ｓ１０６、及び図７，図８）と、端末装置からのコンテンツのアップロード要求のタイミングで設定された判定基準を用いて引用適否判定を行う第２引用適否判定機能（Ｓ１１０、及び図９）と、第１引用適否判定機能による判定結果と第２引用適否判定機能による判定結果に応じて、前記装置において注意喚起表示を実行させる処理を行う注意喚起機能（Ｓ１２０、及び図１０）とを情報処理装置に実行させるプログラムである。
【０１２８】
このようなプログラムにより、上述したブログサーバ１としての１又は複数の情報処理装置を実現できる。
そしてこのようなプログラムはコンピュータ装置等の機器に内蔵されている記憶媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭ等に予め記憶しておくことができる。あるいはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的あるいは永続的に格納（記憶）しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータ等にインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークを介してダウンロードすることもできる。
【０１２９】
また、このようなプログラムをアプリケーションプログラムとしてユーザ端末５にインストールされるようにし、ユーザ端末５において上述の処理が実行されるようにしてもよい。即ち実施の形態のブログサーバ１による例えば判定機会検出部１２、第１引用適否判定部１３、第２引用適否判定部１４、注意喚起部１５の処理を、ユーザ端末５にインストールされたアプリケーションプログラムにより実行するようにする。これによりブログ作成中にブログサーバ１との通信を介さずに、使用性のよいブログ作成環境を提供しつつ、不適切な引用がされたブログがアップロードされないようにアシストすることができる。その場合、ユーザ端末５が請求項でいう情報処理装置に該当することにもなる。
【符号の説明】
【０１３０】
１…ブログサーバ、２…ネットワーク、５…ユーザ端末、１１…ブログ管理部、１２…判定機会検出部、１３…第１引用適否判定部、１４…第２引用適否判定部、１５…注意喚起部、１６…引用通知部、５１…ブログＤＢ、５２…画像ＤＢ、５３…管理ＤＢ
【図１】
2020017098.tif 000003
【図２】
2020017098.tif 000004
【図３】
2020017098.tif 000005
【図４】
2020017098.tif 000006
【図５】
2020017098.tif 000007
【図６】
2020017098.tif 000008
【図７】
2020017098.tif 000009
【図８】
2020017098.tif 000010
【図９】
2020017098.tif 000011
【図１０】
2020017098.tif 000012
【図１１】
2020017098.tif 000013
【図１２】
2020017098.tif 000014
【手続補正書】
【提出日】令和1年11月14日(2019.11.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末装置におけるコンテンツ作成中にペースト操作が検出されることで、ペースト部分を判定対象として引用に関する判定機会が発生したと検出する判定機会検出部と、
前記判定機会検出部により判定機会が検出されたことに応じて、前記コンテンツ作成中に、前記端末装置における閲覧履歴情報で示されるウェブページデータを探索して、前記判定対象とされた部分と同一データが存在するか否かを確認する処理を実行するとともに、前記判定対象とされた部分と同一データが存在したウェブページの情報を出典情報として取得する第１引用適否判定部と、
前記第１引用適否判定部が取得した前記出典情報が前記コンテンツに記載されているか否かを判定する処理と、前記コンテンツの総テキスト量に対する前記判定対象のテキスト量の割合または総表示面に対する前記判定対象の画像データの割合が所定の閾値以上であるか否かを判定する処理と、前記判定対象のテキストにおいて文字属性が前記コンテンツの前記判定対象以外の本文と異なっているかについて判定する処理と、を前記端末装置からの前記コンテンツのアップロード要求のタイミングで行う第２引用適否判定部と、
前記第１引用適否判定部の判定結果と前記第２引用適否判定部の判定結果に応じて、前記端末装置において注意喚起表示を実行させる処理を行う注意喚起部と、を備えた
情報処理装置。
【請求項２】
前記注意喚起部は、
前記第１引用適否判定部によりペースト操作に係るデータ部分が、前記判定対象とされた部分と同一データが存在したウェブページ内のデータの一部とはいえない量であると判定された場合、
前記第２引用適否判定部により、前記出典情報が前記コンテンツに記載されていないと判定された場合、
前記第２引用適否判定部により、前記判定対象とされた部分の割合が前記閾値以上であると判定された場合、又は、
前記第２引用適否判定部により、前記判定対象とされた部分の文字属性が前記コンテンツの前記判定対象以外の本文と異なっていないと判定された場合、
のいずれかに該当することに応じて、それぞれの判定ごとに設定された適正な引用とするためのガイド情報を含む注意喚起のメッセージを作成し前記端末装置に表示させる処理を行う
請求項１に記載の情報処理装置。
【請求項３】
前記判定機会検出部は、作成中のコンテンツにおいて所定文字数以上の前記ペースト操作が検出されることで、ペースト部分を判定対象として引用に関する判定機会が発生したと検出する
請求項１又は請求項２に記載の情報処理装置。
【請求項４】
前記判定機会検出部は、作成中のコンテンツにおいて入力されたテキストデータについての文体解析結果と、前記コンテンツ作成者により作成された他の文章についての文体解析結果とを比較して類似性を判定し、類似性が確認できない場合に、前記入力されたテキストデータの部分を判定対象として引用に関する判定機会が発生したと検出する
請求項１から請求項３のいずれかに記載の情報処理装置。
【請求項５】
前記第１引用適否判定部は、前記閲覧履歴情報で示されるウェブページデータのうちで、閲覧時刻条件により抽出したウェブページデータを探索して、判定対象とされた部分と同一のデータが存在するか否かを確認する処理を行う
請求項１から請求項４のいずれかに記載の情報処理装置。
【請求項６】
前記第１引用適否判定部が取得した前記出典情報を基に、引用が行われたことを出典元に通知する処理を行う引用通知部を備えた
請求項１から請求項５のいずれかに記載の情報処理装置。
【請求項７】
情報処理装置が行う情報処理方法として、
端末装置におけるコンテンツ作成中にペースト操作が検出されることで、ペースト部分を判定対象として引用に関する判定機会が発生したと検出する判定機会検出ステップと、
前記判定機会検出ステップにより判定機会が検出されたことに応じて、前記コンテンツ作成中に、前記端末装置における閲覧履歴情報で示されるウェブページデータを探索して、前記判定対象とされた部分と同一データが存在するか否かを確認する処理を実行するとともに、前記判定対象とされた部分と同一データが存在したウェブページの情報を出典情報として取得する第１引用適否判定ステップと、
前記第１引用適否判定ステップにおいて取得した前記出典情報が前記コンテンツに記載されているか否かを判定する処理と、前記コンテンツの総テキスト量に対する前記判定対象のテキスト量の割合または総表示面に対する前記判定対象の画像データの割合が所定の閾値以上であるか否かを判定する処理と、前記判定対象のテキストにおいて文字属性が前記コンテンツの前記判定対象以外の本文と異なっているかについて判定する処理と、を前記端末装置からの前記コンテンツのアップロード要求のタイミングで行う第２引用適否判定ステップと、
前記第１引用適否判定ステップの判定結果と前記第２引用適否判定ステップの判定結果に応じて、前記端末装置において注意喚起表示を実行させる処理を行う注意喚起ステップと、
を行う情報処理方法。
【請求項８】
端末装置におけるコンテンツ作成中にペースト操作が検出されることで、ペースト部分を判定対象として引用に関する判定機会が発生したと検出する判定機会検出機能と、
前記判定機会検出機能により判定機会が検出されたことに応じて、前記コンテンツ作成中に、前記端末装置における閲覧履歴情報で示されるウェブページデータを探索して、前記判定対象とされた部分と同一データが存在するか否かを確認する処理を実行するとともに、前記判定対象とされた部分と同一データが存在したウェブページの情報を出典情報として取得する第１引用適否判定機能と、
前記第１引用適否判定機能により取得された前記出典情報が前記コンテンツに記載されているか否かを判定する処理と、前記コンテンツの総テキスト量に対する前記判定対象のテキスト量の割合または総表示面に対する前記判定対象の画像データの割合が所定の閾値以上であるか否かを判定する処理と、前記判定対象のテキストにおいて文字属性が前記コンテンツの前記判定対象以外の本文と異なっているかについて判定する処理と、を前記端末装置からの前記コンテンツのアップロード要求のタイミングで行う第２引用適否判定機能と、
前記第１引用適否判定機能による判定結果と前記第２引用適否判定機能による判定結果に応じて、前記端末装置において注意喚起表示を実行させる処理を行う注意喚起機能と、
を情報処理装置に実行させるプログラム。
【請求項９】
端末装置におけるコンテンツ作成中にペースト操作が検出されることで、ペースト部分を判定対象として引用に関する判定機会が発生したと検出する判定機会検出機能と、
前記判定機会検出機能により判定機会が検出されたことに応じて、前記コンテンツ作成中に、前記端末装置における閲覧履歴情報で示されるウェブページデータを探索して、前記判定対象とされた部分と同一データが存在するか否かを確認する処理を実行するとともに、前記判定対象とされた部分と同一データが存在したウェブページの情報を出典情報として取得する第１引用適否判定機能と、
前記第１引用適否判定機能により取得された前記出典情報が前記コンテンツに記載されているか否かを判定する処理と、前記コンテンツの総テキスト量に対する前記判定対象のテキスト量の割合または総表示面に対する前記判定対象の画像データの割合が所定の閾値以上であるか否かを判定する処理と、前記判定対象のテキストにおいて文字属性が前記コンテンツの前記判定対象以外の本文と異なっているかについて判定する処理と、を前記端末装置からの前記コンテンツのアップロード要求のタイミングで行う第２引用適否判定機能と、
前記第１引用適否判定機能による判定結果と前記第２引用適否判定機能による判定結果に応じて、前記端末装置において注意喚起表示を実行させる処理を行う注意喚起機能と、
を情報処理装置に実行させるプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
本発明に係る情報処理装置は、端末装置におけるコンテンツ作成中にペースト操作が検出されることで、ペースト部分を判定対象として引用に関する判定機会が発生したと検出する判定機会検出部と、前記判定機会検出部により判定機会が検出されたことに応じて、前記コンテンツ作成中に、前記端末装置における閲覧履歴情報で示されるウェブページデータを探索して、前記判定対象とされた部分と同一データが存在するか否かを確認する処理を実行するとともに、前記判定対象とされた部分と同一データが存在したウェブページの情報を出典情報として取得する第１引用適否判定部と、前記第１引用適否判定部が取得した前記出典情報が前記コンテンツに記載されているか否かを判定する処理と、前記コンテンツの総テキスト量に対する前記判定対象のテキスト量の割合または総表示面に対する前記判定対象の画像データの割合が所定の閾値以上であるか否かを判定する処理と、前記判定対象のテキストにおいて文字属性が前記コンテンツの前記判定対象以外の本文と異なっているかについて判定する処理と、を前記端末装置からの前記コンテンツのアップロード要求のタイミングで行う第２引用適否判定部と、前記第１引用適否判定部の判定結果と前記第２引用適否判定部の判定結果に応じて、前記端末装置において注意喚起表示を実行させる処理を行う注意喚起部とを備える。
コンテンツとは例えばブログ記事などを想定する。このようなコンテンツはユーザが作成してアップロードするものであるが、その作成中に、他のコンテンツのテキストデータや画像データがそのまま含まれることがある。これが引用として適切かどうかの判定はユーザには困難なことが多い。そこで判定機会が検出されたら、第１引用判定として、閲覧履歴情報を用いた判定を行う。またアップロード要求の際に第２引用適否判定として所定の判定基準を用いた判定を行う。これにより引用の適否を判定し、必要に応じてユーザに注意喚起する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
上記した情報処理装置においては、前記注意喚起部は、前記第１引用適否判定部によりペースト操作に係るデータ部分が、前記判定対象とされた部分と同一データが存在したウェブページ内のデータの一部とはいえない量であると判定された場合、前記第２引用適否判定部により、前記出典情報が前記コンテンツに記載されていないと判定された場合、前記第２引用適否判定部により、前記判定対象とされた部分の割合が前記閾値以上であると判定された場合、又は、前記第２引用適否判定部により、前記判定対象とされた部分の文字属性が前記コンテンツの前記判定対象以外の本文と異なっていないと判定された場合、のいずれかに該当することに応じて、それぞれの判定ごとに設定された適正な引用とするためのガイド情報を含む注意喚起のメッセージを作成し前記端末装置に表示させる処理を行う。
適正な引用とするためのガイド情報とは、例えば出典記載のアシストのための情報、ペースト部分の一部削除やブログ本文の追加等を薦めるメッセージ、出典記載や記載態様などのモデルの提示などである。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
上記した情報処理装置においては、前記判定機会検出部は、作成中のコンテンツにおいてペースト操作が検出されることで、ペースト部分についての判定機会と検出する。
引用部分は通常、テキストデータ又は画像データのコピー＆ペースト操作により作成中のコンテンツ内に挿入される。従って、ペースト操作があった場合は、仮に引用が行われた可能性があるとして第１引用適否判定が行われるようにする。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
上記した情報処理装置においては、前記判定機会検出部は、作成中のコンテンツにおいて入力されたテキストデータについての文体解析結果と、前記コンテンツ作成者により作成された他の文章についての文体解析結果とを比較して類似性を判定し、類似性が確認できない場合に、前記入力されたテキストデータの部分を判定対象として引用に関する判定機会が発生したと検出することが考えられる。
つまり言葉遣いの相違などから引用箇所を推定する。例えば、ユーザの過去投稿を参照して、形態素解析によってユーザ文体の特徴を特定し、記事内においてユーザ文体でない箇所を引用箇所とする。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
上記した情報処理装置においては、前記第１引用適否判定部は、閲覧履歴情報で示されるウェブページデータを探索して、引用と推定された箇所と同一データが存在するか否かを確認する処理を行うとともに、同一データが存在したウェブページの情報を出典情報として取得する。
即ち閲覧履歴情報で示されたウェブページデータからテキストデータ又は画像データのコピー元を探索し、同一データが存在したウェブページについて、例えばウェブページのＵＲＬやウェブサイト名称、ウェブページ管理者等の情報を出典情報として取得する。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
上記した情報処理装置においては、前記第２引用適否判定部は、前記第１引用適否判定部が取得した前記出典情報が前記コンテンツに記載されているか否かを判定する処理を行う。
即ち引用と推定された部分に対して、出典（引用元）が記載されているか否かを確認する。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
上記した情報処理装置においては、前記第２引用適否判定部は、前記コンテンツの総テキスト量に対する判定対象のテキスト量の割合または総表示面に対する前記判定対象の画像データの割合が所定の閾値以上であるか否かを判定する処理を行う。
即ち引用と推定された部分と本文の分量を比較する。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
上記した情報処理装置においては、前記第２引用適否判定部は、判定対象のテキストにおいて文字属性が前記コンテンツの前記判定対象以外の本文と異なっているかについて判定する処理を行う。
即ち引用と推定された部分が本文と明確に異なる態様で記載されているかを判定する
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
上記した情報処理装置においては、前記第１引用適否判定部が取得した前記出典情報を基に、引用が行われたことを出典元に通知する処理を行う引用通知部を備えることが考えられる。
例えば引用と推定された部分が存在する場合に、その引用元に対して、引用が行われた旨の通知を行う。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
本発明に係る情報処理装置が行う情報処理方法は、端末装置におけるコンテンツ作成中にペースト操作が検出されることで、ペースト部分を判定対象として引用に関する判定機会が発生したと検出する判定機会検出ステップと、前記判定機会検出ステップにより判定機会が検出されたことに応じて、前記コンテンツ作成中に、前記端末装置における閲覧履歴情報で示されるウェブページデータを探索して、前記判定対象とされた部分と同一データが存在するか否かを確認する処理を実行するとともに、前記判定対象とされた部分と同一データが存在したウェブページの情報を出典情報として取得する第１引用適否判定ステップと、前記第１引用適否判定ステップにおいて取得した前記出典情報が前記コンテンツに記載されているか否かを判定する処理と、前記コンテンツの総テキスト量に対する前記判定対象のテキスト量の割合または総表示面に対する前記判定対象の画像データの割合が所定の閾値以上であるか否かを判定する処理と、前記判定対象のテキストにおいて文字属性が前記コンテンツの前記判定対象以外の本文と異なっているかについて判定する処理と、を前記端末装置からの前記コンテンツのアップロード要求のタイミングで行う第２引用適否判定ステップと、前記第１引用適否判定ステップの判定結果と前記第２引用適否判定ステップの判定結果に応じて、前記端末装置において注意喚起表示を実行させる処理を行う注意喚起ステップとを行う。
これによりコンテンツの引用について、作成中とアップロード時に分散して行うようにする。
本発明に係るプログラムは、この情報処理方法の処理を情報処理装置に実行させるプログラムである。
本発明に係る記憶媒体は、上記プログラムを記憶した記憶媒体である。
このプログラムや記憶媒体により本発明の情報処理装置の実現及び提供を容易とする。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００９７
【補正方法】変更
【補正の内容】
【００９７】
なお、以上の第１の実施の形態では、コピー元が発見できなかった場合は引用ではないと判定しているが、ペースト箇所については、「引用でしたら出典記載してください」等の注意喚起を行うことも考えられる。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】０１００
【補正方法】変更
【補正の内容】
【０１００】
ますペースト操作が検出された場合、ブログサーバ１の処理はステップＳ１３０からＳ１３４に進み、ペーストされた部分がテキストデータであって所定文字数未満であるか否かが判定される。所定文字数とは、例えば１０文字など、少ない文字数に設定されている。これは、通常、引用とは考えにくい場合の文字数の判断に用いるように設定される。
そして所定文字数以上の場合に、ステップＳ１０６に進むようにている。
つまり、もし、ペーストした部分が所定文字数未満のテキストデータの場合は、引用ではない（引用の可能性はきわめて小さい）として、ステップＳ１０６の第１引用適否判定の処理には進まないようにしている。