JP6977367B2 - プログラム及び記事編集支援装置 - Google Patents

Description

本発明は、プログラム及び記事編集支援装置に関する。

特許文献１に開示された装置は、所定グループ内に配信されるコンテンツを作成するコンテンツ作成装置であって、コンテンツ記事の素材データに対して所定グループのユーザから反応を受け付ける反応管理部と、前記反応を前記素材データの提供元のユーザに通知し、前記提供元のユーザから回答を受け付けるインタビュー実行部とを備え、前記回答を含めた素材データを用いて、コンテンツを作成する。

特許文献２には、階層構造を有する記事間において、上位の記事に対するコメントを投稿したことを、１度で階層構造内における上位の記事に対して通知するシステムが開示されている。

特許文献３に開示される判定サーバは、Ｗｅｂページに含まれるリンクデータおよび記事データを抽出するＵＲＬ抽出部と、抽出されたリンクデータが指し示すリンク先のファイルを取得する引用ファイル取得部と、取得されたファイル内に、記事データの少なくとも一部分が含まれる場合、当該記事データの重要度を低く判定する引用解析部と、を備えることで、事前のデータ収集を必要とせずに、対象の記事に対する重要度を判定する。

特開２０１２−０６４１６５号公報 特開２００９−２０５２１１号公報 特開２０１０−２３１５０８号公報

記事に対して編集が行われたことを示す情報を、その記事にリンクしているリンク元の記事に関連付けられたユーザに提供するシステムがある。このようなシステムにおいて、そのリンク元の記事にとって重要な記事の編集についての通知と、余り重要でない記事の編集についての通知とを、同じ態様で通知したのでは、重要な記事の編集についての通知が重要でない記事の編集についての通知に紛れて見落とされてしまう。

請求項１に係る発明は、コンピュータを、編集対象の記事へのリンクを含むリンク元の記事を特定する特定手段、前記リンク元の記事に関連付けられたユーザに対する、前記編集対象の記事に行われた編集についての通知の態様を、前記リンク元の記事に対する前記編集対象の記事の重要度に応じて制御する通知制御手段、として機能させるためのプログラムであって、前記通知制御手段は、前記編集対象の記事の内容と前記リンク元の記事の内容との相関が高いほど、前記重要度を高くする、プログラムである。
請求項２に係る発明は、前記通知制御手段は、前記相関として、前記リンク元の記事のうち前記リンクと関連する関連部分と、前記編集対象の記事との相関を求める、請求項１に記載のプログラムである。
請求項３に係る発明は、コンピュータを、編集対象の記事へのリンクを含むリンク元の記事を特定する特定手段、前記リンク元の記事に関連付けられたユーザに対する、前記編集対象の記事に行われた編集についての通知の態様を、前記リンク元の記事に対する前記編集対象の記事の重要度に応じて制御する通知制御手段、として機能させるためのプログラムであって、前記通知制御手段は、前記編集対象の記事の編集前及び編集後のそれぞれの内容について、前記リンク元の記事の内容との相関を求め、求めた相関同士の差が大きいほど前記重要度を高くする、プログラムである。
請求項４に係る発明は、前記通知制御手段は、前記相関として、前記リンク元の記事のうち前記リンクと関連する関連部分と、前記編集対象の記事の編集前及び編集後のそれぞれの内容との相関を求める、請求項３に記載のプログラムである。
請求項５に係る発明は、前記通知制御手段は、前記重要度があらかじめ定めた閾値以上の場合の前記ユーザに対して第１の通知態様で前記通知を行い、前記重要度が前記閾値未満の場合の前記ユーザに対して前記第１の通知態様より目立ちにくい第２の通知態様で前記通知を行う、請求項１〜４のいずれか１項に記載のプログラムである。
請求項６に係る発明は、前記第１の通知態様は電子メールである、請求項５に記載のプログラムである。
請求項７に係る発明は、前記第１の通知態様では、ユーザに提示された前記通知が再度閲覧可能となるよう保存されることを特徴する、請求項５又は６に記載のプログラムである。
請求項８に係る発明は、前記第２の通知態様では、ユーザに提示された前記通知が消去されることを特徴とする、請求項５〜７のいずれか１項に記載のプログラムである。

請求項９に係る発明は、前記通知制御手段は、前記編集対象の記事中の特定の項目に編集が行われた場合には、前記重要度が前記閾値未満であっても、前記第１の通知態様で前記通知を行う、請求項５〜８のいずれか１項に記載のプログラムである。

請求項１０に係る発明は、前記通知制御手段は、前記編集対象の記事中の特定の項目に編集が行われていない場合には、前記重要度が前記閾値以上であっても、前記第２の通知態様で前記通知を行う、請求項５〜９のいずれか１項に記載のプログラムである。

請求項１１に係る発明は、前記通知制御手段は、複数の前記編集対象の記事の中に前記閾値より高いあらかじめ定められた第２の閾値以上の重要度を持つ記事である高重要度記事が存在する場合には、それら複数の前記編集対象の記事の中に重要度が前記閾値以上かつ前記第２の閾値未満の記事については、前記高重要度記事についての通知よりも目立ちにくい態様で前記通知を行う、請求項５〜１０のいずれか１項に記載のプログラムである。

請求項１２に係る発明は、前記通知制御手段は、前記重要度が閾値以上の場合は前記ユーザに対して前記通知を行うが、前記重要度が前記閾値未満の場合は前記ユーザに対して前記通知を行わない、請求項１に記載のプログラムである。

請求項１３に係る発明は、前記通知制御手段は、前記編集対象の記事中の特定の項目に編集が行われた場合には、前記重要度が前記閾値未満であっても、前記通知を行う、請求項１２に記載のプログラムである。

請求項１４に係る発明は、前記通知制御手段は、前記編集対象の記事中の特定の項目に編集が行われていない場合には、前記重要度が前記閾値以上であっても、前記通知を行わない、請求項１２又は１３に記載のプログラムである。

請求項１５に係る発明は、前記通知制御手段は、複数の前記編集対象の記事の中に前記閾値より高いあらかじめ定められた第２の閾値以上の重要度を持つ記事である高重要度記事が存在する場合には、それら複数の前記編集対象の記事の中に重要度が前記閾値以上かつ前記第２の閾値未満の記事については、前記通知を行わない、請求項１２〜１４のいずれか１項に記載のプログラムである。

請求項１６に係る発明は、前記通知制御手段は、前記リンク元の記事における前記リンクの位置が前記リンク元の記事の冒頭に近いほど前記重要度を高くする、請求項１〜１５
のいずれか１項に記載のプログラムである。

請求項１７に係る発明は、前記通知制御手段は、前記リンク元の記事における前記リンクに強調タグが付されている場合、そうでない場合よりも前記重要度を高くする、請求項１〜１６のいずれか１項に記載のプログラムである。

請求項１８に係る発明は、前記編集対象の記事に対して編集を行ったユーザに対して、前記重要度が第２の閾値以上となるリンク元記事の情報を提供する情報提供手段、を更に含む、請求項１〜１７のいずれか１項に記載のプログラムである。

請求項１９に係る発明は、編集対象の記事へのリンクを含むリンク元の記事を特定する特定手段と、前記リンク元の記事に関連付けられたユーザに対する、前記編集対象の記事に対する編集についての通知の態様を、前記リンク元の記事に対する前記編集対象の記事の重要度に応じて制御する通知制御手段と、を含み、前記通知制御手段は、前記編集対象の記事の内容と前記リンク元の記事の内容との相関が高いほど、前記重要度を高くする、記事編集支援装置である。

請求項１、５、１２又は１９に係る発明によれば、編集対象の記事のリンク元の記事に対する重要度によらず一律の態様で通知を行う場合に比べて、リンク元の記事にとって重要な記事の編集についての通知が、リンク元の記事に関連付けられたユーザに認知されやすくすることができる。更に、編集対象の記事とリンク元の記事との相関が高いほど、編集対象の記事の編集についての通知が、リンク元の記事に関連付けられたユーザに認知されやすい態様で通知されるようにすることができる。
請求項２に係る発明によれば、編集対象の記事と、リンク元の記事内のリンクに関連する関連部分との相関が高いほど、編集対象の記事の編集についての通知が、リンク元の記事に関連付けられたユーザに認知されやすい態様で通知されるようにすることができる。
請求項３に係る発明によれば、編集対象の記事の編集の前後でのリンク元の記事との相関の差が大きいほど、編集対象の記事の編集についての通知が、リンク元の記事に関連付けられたユーザに認知されやすい態様で通知されるようにすることができる。
請求項４に係る発明によれば、編集対象の記事の編集の前後での、リンク元の記事内のリンクに関連する関連部分との相関が高いほど、編集対象の記事の編集についての通知が、リンク元の記事に関連付けられたユーザに認知されやすい態様で通知されるようにすることができる。

請求項９又は１３に係る発明によれば、特定の項目に編集が行われた場合に、リンク元の記事に関連付けられたユーザにそのことを通知することができる。

請求項１０又は１４に係る発明によれば、重要度が高いことよりも特定の項目の編集の有無の方が、リンク元の記事への影響が強い場合に、特定の項目に編集が行われなければ、重要度が閾値以上でもユーザに通知しないようにすることができる。

請求項１１又は１５に係る発明によれば、重要度が第１の閾値以上である記事を一律の態様で通知する場合と比べて、高重要度記事についての通知がそれよりも重要度が低い記事についての通知と紛れにくくすることができる。

請求項１６に係る発明によれば、リンク元の記事のうち閲覧される可能性が高い冒頭に近い位置に編集対象の記事へのリンクが位置するほど、編集対象の記事の編集についての通知が、リンク元の記事に関連付けられたユーザに認知されやすい態様で通知されるようにすることができる。

請求項１７に係る発明によれば、リンク元の記事内の編集対象への記事へのリンクが、強調タグにより強調されている場合に、そうでない場合よりも、編集対象の記事の編集についての通知が、リンク元の記事に関連付けられたユーザに認知されやすい態様で通知されるようにすることができる。

請求項１８に係る発明によれば、編集対象の記事に対して編集を行ったユーザに、その編集により大きな影響を及ぼす可能性があるリンク元の記事の情報を通知することができる。

記事編集支援装置の機能構成の例を示す図である。 記事ＤＢ（データベース）のデータ内容の例を示す図である。 著者ＤＢのデータ内容の例を示す図である。 通知履歴ＤＢのデータ内容の例を示す図である。 編集処理部の処理手順の例を示す図である。 編集通知部の処理手順の例を示す図である。 通知制御部が行う重要度の算出の手順を例示する図である。 通知制御部が行う重要度の算出の手順の別の例を示す図である。 図８の手順を具体的な記事の例へ適用した場合の例を説明するための図である。 第１の変形例における編集通知部の処理手順の主要部を例示する図である。 第２の変形例における編集通知部の処理手順の主要部を例示する図である。 第３の変形例における編集通知部の処理手順の主要部を例示する図である。 第４の変形例における記事編集支援装置の機能構成を例示する図である。 第４の変形例における編集処理部の処理手順の主要部を例示する図である。 通知制御部が行う重要度の算出の手順の別の例を示す図である。

図１に、本発明に係る記事編集支援装置の一実施形態の構成を示す。この装置は、複数のユーザによるハイパーテキストの記事群の編集を支援するための装置であり、記事ＤＢ（データベース）１０、著者ＤＢ２０、編集処理部３０、編集通知部４０、通知履歴ＤＢ５０を含む。以下の例では、記事はＨＴＭＬ（HyperText Markup Language）で記述されるものとして説明するが、記事はハイパーテキストを記述できるＨＴＭＬ以外の言語で記述されていてもよい。

記事ＤＢ１０は、個々の記事のデータを記憶し、管理するデータベースである。図２に記事ＤＢ１０が記憶する記事のデータの例を示す。図示の例では、個々の記事のデータには、記事ＩＤ（識別情報）、著者ＩＤ、記事タイトル、記事本文、作成日時、更新日時等の項目が含まれる。「記事ＩＤ」は、当該記事を一意に識別する識別情報である。記事ＩＤとして、当該記事のＨＴＭＬデータのＵＲＬ（Uniform Resource Locator）を用いてもよい。あるいは、記事を指すＵＲＬがその記事の記事ＩＤを含む（例えばＵＲＬ中の当該記事本文のファイル名の部分が記事ＩＤとなっているなど）よう構成されていてもよい。「著者ＩＤ」は、当該記事の著者を一意に識別する識別情報である。すなわち、著者ＩＤの欄には、この記事編集支援装置に登録されているユーザのユーザＩＤのうち、当該記事の著者のユーザＩＤが記録される。当該記事が複数の著者によるものである場合、著者ＩＤの欄にはそれら複数の著者の著者ＩＤが記録される。「記事タイトル」は、当該記事のタイトルであり、例えば当該記事のＨＴＭＬデータのヘッダ内に、titleタグを用いて記述される。「記事本文」は、当該記事のＨＴＭＬデータのうちの本文、すなわちbody要素である。記事本文には、他の記事へのハイパーリンク（以下単にリンクという）が含まれ得る。「作成日時」は、当該記事が作成された（すなわち記事ＤＢ１０に登録された）日時である。「更新日時」は、記事ＤＢ１０内の当該記事が最後に更新された日時である。

また記事ＤＢ１０は、記事の版管理機能を有していてもよい。

著者ＤＢ２０は、各著者のデータを記憶し、管理するデータベースである。図３に著者ＤＢが記憶する著者のデータの例を示す。図示の例では、個々の著者のデータは、著者ＩＤ、著者名、メールアドレス等の項目を含む。著者ＩＤは既に説明した。「著者名」は、当該著者の氏名である。「メールアドレス」は、当該著者の電子メールアドレスである。このメールアドレスは、当該著者が著作した記事からリンクしているリンク先の記事に編集がなされたことを電子メールで通知する際に用いられる。

編集処理部３０は、記事の編集処理サービスをユーザに提供する。ユーザ（著者）は、例えば自分のＰＣ（パーソナルコンピュータ）から社内ネットワークやインターネット等のネットワークを介して記事編集支援装置の編集処理部３０にログインする。編集処理部３０は、記事の作成、編集のための環境をネットワーク経由でユーザのＰＣに提供し、ユーザはその環境を用いて、新規の記事を作成したり、記事ＤＢ１０内にある自分が過去に作成した記事（あるいはそのユーザが編集権限を持つ記事）を編集したりする。新規に作成され、保存を指示された記事は、編集処理部３０から記事ＩＤを付与され、著者ＩＤ等の項目（図２参照）の情報と共に記事ＤＢ１０に保存される。また、記事ＤＢ１０内の記事が編集権限を持つユーザにより編集され、保存を指示された場合、記事ＤＢ１０内の記事本文（場合によっては記事タイトル）がその編集を経たものに変更され、更新日時がその保存の指示のあった日時に変更される。

編集通知部４０は、記事ＤＢ１０内の記事が編集された場合に、その編集された記事（「編集対象の記事」と呼ぶ）にリンクしているリンク元の記事の著者に、その編集を知らせる通知を行う。リンク元の記事の著者に通知を行うのは、リンク元の記事の内容が、編集対象の記事の編集後の内容が整合しているかどうか確認し、整合していない場合に、リンク元の記事をその編集対象の記事の内容に合わせて修正できるようにするためである。

ただし、編集通知部４０は、編集対象の記事が編集されたからといって、リンク元の記事の著者に必ず通知を行うわけではない。編集対象の記事についての編集がそのリンク元の記事にとって重要でない場合には通知は行わず、重要である場合には通知を行う。

編集通知部４０は、リンク元特定部４２と通知制御部４４を含む。リンク元特定部４２は、記事ＤＢ１０に保存された記事の中から、編集対象の記事にリンクしているリンク元の記事を特定する。通知制御部４４は、特定されたリンク元の記事に対して、その編集対象の記事の編集に関する通知を行うか否かを制御する。この制御は、編集対象の記事がそのリンク元の記事に対して重要か否かを判定することにより行う。重要か否かは、編集対象の記事とその記事に対するリンク元の記事との関係を解析することにより判定する。詳細な判定の例は後で説明する。

通知履歴ＤＢ５０は、編集通知部４０が行った通知の履歴情報を記録するデータベースである。図４に、通知履歴ＤＢ５０に記録される通知履歴データの例を示す。通知履歴データは、通知ＩＤ、通知時刻、著者ＩＤ、リンク元記事ＩＤ、リンク先記事ＩＤ等の項目を含む。通知ＩＤは、当該通知を一意に識別する識別情報である。「通知時刻」は、当該通知を行った（例えば送信した）時刻である。「著者ＩＤ」は、当該通知の通知先である著者の識別情報である。「リンク元記事ＩＤ」は、当該通知に係る編集が行われた編集対象の記事にリンクしたリンク元の記事であって、当該通知の通知先の著者が作成した記事の識別情報である。「リンク先記事ＩＤ」は、当該通知に係る編集が行われた編集対象の記事の識別情報である。通知制御部４４は、記事が編集されたことの通知をその記事のリンク元の記事の著者に対して行った場合に、通知履歴ＤＢ５０のその通知についての情報を記録する。図４では省略したが、通知履歴ＤＢ５０には、通知ＩＤに対応付けて、当該通知が後述する電子メールでの通知、又は管理画面での通知のいずれであるかを示す情報を記録してもよい。また、別の例として、重要度が高い場合の通知態様である電子メールでの通知についてのみ、通知履歴ＤＢ５０に記録してもよい。

次に、図５を参照して、編集処理部３０が行う処理手順の一例を説明する。

この手順では、編集処理部３０は、記事編集支援装置にログインしたユーザから編集対象の記事ＩＤの入力を受けた場合、そのユーザがその記事ＩＤに対して編集権限を持つかどうかを公知のアクセス権管理により判定する。そのユーザが編集権限を持つ（例えばそのユーザがその記事の著者の一人である）と判定した場合、その記事ＩＤに対応する記事本文（場合によっては記事タイトルも）を記事ＤＢ１０から取得し（Ｓ１０）、その記事本文の編集環境となる画面情報をそのユーザ（すなわちそのユーザの操作しているＰＣ）に対して提供する。編集処理部３０は、編集環境におけるその記事本文等に対するユーザの編集（記載の変更等）操作を受け付ける（Ｓ１２）。そして、編集処理部３０は、ユーザから編集完了の指示が入力されるのを待つ（Ｓ１４）。

ユーザから編集完了の指示が入力されると、編集環境が保持しているその記事（編集済み）のデータを記事ＤＢ１０に保存する。また編集処理部３０は、編集前の記事本文等と編集後の記事本文等との文字列の差分を求める（Ｓ１６）。そして、差分の量（例えば編集の前後で異なる文字の数）があらかじめ定めた閾値以上であるか判定する（Ｓ１８）。差分の量が閾値以上であれば、編集通知部４０に対して、その記事ＩＤを通知して（Ｓ１９）、処理を終了する。一方、Ｓ１８で差分の量が閾値未満と判定した場合、編集処理部３０は、Ｓ１９をスキップする。すなわち、編集による記事内容の差分の量がその閾値未満の場合、誤字の修正等の軽微な編集である可能性が高いため、リンク元の記事の著者への通知対象から外す。逆に、編集による差分の量がその閾値以上である場合には、編集が重要である可能性があるため、編集通知部４０に知らせて通知の要否を判定させる。

次に図６を参照して、編集通知部４０の処理手順の一例を説明する。

編集処理部３０がステップＳ１９で送信した記事ＩＤ（編集された記事、すなわち編集対象の記事のＩＤ）を編集通知部４０が受信する（Ｓ２０）ことで、図６の処理手順が開始される。編集通知部４０は、受け取った記事ＩＤを、編集対象の記事のＩＤとして保持する。

次に、編集通知部４０は、記事ＤＢ１０に保存されている記事を一つ選択する（Ｓ２２）。そして、その後編集通知部４０は、この選択された記事についてＳ２４〜Ｓ３６の処理を行う。

すなわち、編集通知部４０のリンク元特定部４２が、Ｓ２２で選択した記事の本文中からリンク記述（例えばＵＲＬ等を含むアンカー要素）を抽出し（Ｓ２４）、抽出した１以上のリンク記述の中に、編集対象の記事（すなわちＳ２０で取得したＩＤに対応する記事）をリンク先とするリンク記述があるかどうかを判定する（Ｓ２６）。Ｓ２６の判定は、別の観点からいえば、Ｓ２２で選択した記事が、編集対象の記事のリンク元であるか否かの判定である。

Ｓ２６の判定結果がＮ（否定）の場合、すなわち選択された記事が編集対象の記事のリンク元でない場合、処理はＳ３６に進み、編集通知部４０は、記事ＤＢ１０の中に、Ｓ２４〜Ｓ３６の処理がまだ行われていない記事（「未処理記事」と呼ぶ）があるかどうかを判定する。未処理記事がある場合、編集通知部４０は、Ｓ２２に戻り、記事ＤＢ１０中の未処理記事を一つ選択し、Ｓ２４以降の処理を繰り返す。

Ｓ２６の判定結果がＹ（肯定）の場合、すなわち選択された記事が編集対象の記事のリンク元である場合、通知制御部４４が、編集対象の記事の、そのリンク元の記事にとっての重要度を算出する（Ｓ２８）。重要度の算出の仕方については、後でいくつかの例を示す。重要度を算出すると、通知制御部４４は、その重要度があらかじめ定めた閾値以上であるかどうかを判定する（Ｓ３０）。ここで用いる閾値は、編集対象の記事がリンク元の記事にとって重要であるか否かの切り分けのための閾値である。重要度が閾値以上であれば、編集対象の記事はリンク元の記事にとって重要であるとみなす。

Ｓ３０の判定結果がＹの場合、通知制御部４４は、そのリンク元記事の記事ＩＤの著者の著者ＩＤを記事ＤＢ１０から求め、その著者ＩＤに対応するメールアドレスを著者ＤＢ２０から求め、求めたメールアドレスをメール通知リストに追加する（Ｓ３２）。また通知制御部４４は、Ｓ３２で求めた著者ＩＤを管理画面ログイン時通知リストに追加する（Ｓ３４）。通知制御部４４は、これらメール通知リスト及び管理画面ログイン時通知リストを、編集対象の記事のＩＤ及び通知する情報と対応付けて管理している。Ｓ３０の判定結果がＮならば、Ｓ３４に進む。

このあと、通知制御部４４は、記事ＤＢ１０中に未処理記事があるか判定し（Ｓ３６）、未処理記事があれば、Ｓ２２に戻り、記事ＤＢ１０中の未処理記事を一つ選択し、Ｓ２４以降の処理を繰り返す。

Ｓ３６で記事ＤＢ１０中に未処理記事がないと判定された場合、通知制御部４４は、メール通知リストに含まれる各メールアドレスに対して、編集対象の記事（すなわちＳ２０で取得されたＩＤに対応する記事）が編集されたことを示す電子メールを送信する（Ｓ３８）。この電子メールには、例えば、編集対象の記事のＵＲＬ、及び、その記事が編集されたことを示すメッセージが含まれる。また、その記事の編集箇所（すなわち変更箇所）の抜粋等が含まれてもよい。

なお、本実施形態では、上述した電子メールでの通知に加え、ユーザが記事編集支援装置にログインしたときに表示される管理画面上でも、関連記事が編集されたことを通知する。例えば、管理画面内には、そのユーザがアクセス権を持つ記事のリストや検索欄に加え、関連記事が編集されたことを通知する編集通知欄が含まれる。あるいは、そのような編集の通知は、新着情報の表示欄に新着情報の一つとして表示されるようにしてもよい。前述の管理画面ログイン時通知リストには、記事編集支援装置に登録されたユーザの内、編集対象の記事が編集されたことを示す通知を表示するユーザのユーザＩＤが列挙される。図５の手順では、電子メールによる通知は重要度が閾値以上と判定されたリンク元記事の著者のみに送られるのに対し、管理画面での通知は重要度に関係なくすべてのリンク元記事の著者に対して行われる。

管理画面での通知は、同画面内に他の表示情報（例えば記事リスト、編集の通知以外の新着情報）と共に表示されるため、ユーザに認識されにくい傾向がある。また管理画面での通知は、時間の経過と共に表示対象から外れてしまう（例えばその通知が新着情報でなくなる）ため、記事の編集がユーザに認知されないままとなる可能性もある。これに対し、電子メールでの通知の場合、記事が編集されたことをユーザに端的に（例えばノイズとなる他の情報を交えることなく）認知させることができ、またいったん受信された電子メールが自動的に消えることもないので、ユーザがその通知を認識する機会は管理画面上での表示の場合よりも多い。このようなことから、電子メールでの通知は、管理画面上での通知よりも相対的に目立ちやすい（すなわちユーザに認知されやすい）といえる。すなわち、この実施形態では、編集対象の記事にリンクしているリンク元記事のうち、その編集対象の記事の重要度が高い（すなわち閾値以上）リンク元記事の著者には、重要度が低い（すなわち閾値未満）リンク元記事の著者に対する通知よりも、より目立ちやすい通知が行われる。

なお、一般的にいえば、重要度が閾値以上の場合の第１の通知の態様（上記の例では電子メール）は、閾値以下の場合の第２の通知の態様（上記の例では管理画面での通知）よりも目立つ態様である。ここで言う「目立つ」とは、通知がユーザ（リンク元記事の著者）に認知されやすい（第２の通知の態様に比べて）ことを意味するが、これには次のような場合が含まれる。すなわち、（ａ）通知の表示の態様自体がユーザの注目を惹きやすいこと、（ｂ）通知がいったんユーザに提示されたあとも保存され、後でユーザが再度閲覧できること、又は、（ｃ）いったんユーザに提示されたあと保存された通知の情報をユーザが容易に（すなわち簡単な手順、又はユーザが手慣れた手順で）再度閲覧できること、は「目立つ」ことの一例である。これとの対比で、第２の通知の態様が「目立たない」ことには、（ａ）その第２の通知の態様自体がユーザの注目を惹きにくい（第１の通知の態様と比べて）こと、（ｂ）通知がいったんユーザに提示されたあと消去され、ユーザが再度閲覧できないこと、又は、（ｃ）いったんユーザに提示されたあと保存された通知の情報をユーザが再度閲覧するのが第１の通知の態様よりも困難であること、等が含まれる。保存された通知を再度閲覧するのが容易な例としては、例えば電子メールのようにユーザが普段使い慣れているツールに通知が保存される場合や、記事の編集画面上の分かりやすい位置に過去の通知の一覧を呼び出すためのタブやアイコンが表示されている場合（すなわち編集画面上からワンクリックで過去の通知の一覧を呼び出せる場合）等がある。これに対して、保存された通知を再度閲覧するのが困難な例としては、過去の通知の一覧を呼び出すために、編集画面から複数階層のメニューをたどる必要がある場合がある。

次に、図６の手順におけるステップＳ２８の処理の詳細な手順の例を、図７を参照して説明する。

図７の手順は、リンク元記事（Ｓ２２で選択したもの）に対する、編集対象の記事（図６のＳ２０で取得したＩＤに対応する記事）の重要度を算出するものである。この手順では、通知制御部４４は、そのリンク元記事内の、編集対象の記事へのリンクの記述が、タグ要件を満たすか否かを判定する（Ｓ４０）。タグ要件とは、そのリンクの記述が、強調の機能を持つ特定のタグにより囲まれているという条件である。ここで言う強調とは、記事の通常の段落内の文字よりも目立つように文字を強調することである。強調の機能を持つ特定のタグには、ｈ１タグ等の見出しタグ、ｅｍタグやｓｔｒｏｎｇタグのような強調を意味するタグ、ｂタグ（太字）やｉタグ（イタリック体）、ｂｉｇタグ（文字サイズを大きくする）等のように強調の効果を持つタグ等がある。リンク元記事内の編集対象の記事へのリンクの記述（例えばａタグ等を用いて記述される）が、それら特定のタグのいずれかにより囲まれていれば、Ｓ４０の判定結果がＹ（肯定）となる。

また、通知制御部４４は、そのリンク元記事内の、編集対象の記事へのリンクの記述が、位置要件を満たすか否かを判定する（Ｓ４２）。位置要件とは、そのリンク記述がそのリンク元記事内で閲覧者に認識されやすい位置にあるという条件である。リンク元の記事を冒頭から読み始めた閲覧者がその記事の最後まで読み通すとは限らないので、リンク記述がその記事の冒頭に近い位置にあるほどそのリンク記述は閲覧者に認識されやすいといえる。例えば、ステップＳ４２では、編集対象の記事へのリンク記述がリンク元記事の全体の行数の１／２より上（冒頭に近い）に位置している場合に、位置要件を満たすと判定する（判定結果がＹ）。なお、１／２という数値はあくまで一例である。

また、通知制御部４４は、リンク先記事（すなわち編集対象の記事）とリンク元記事との間の相関分析を行う（Ｓ４４）。相関分析は、それら両記事の内容同士の相関の強さ（近さ）を数値として求める分析である。相関分析では、例えば、それら両記事のＣＯＳ（コサイン）類似度を、それら両記事の相関を示す値として求める。ＣＯＳ類似度は、記事内での各単語の生起回数をベクトルとし、それらベクトルの内積をそれらベクトルの大きさ同士の積で除することにより求められる。なお、両記事の相関を示す値としてＣＯＳ類似度を用いるのはあくまで一例に過ぎず、他の公知の相関演算を用いてもよい。そして、通知制御部４４は、Ｓ４４で計算した相関の強さの値が閾値以上であるか否かを判定する（Ｓ４６）。

Ｓ４０、Ｓ４２、Ｓ４６のすべての判定結果がＮの場合、通知制御部４４は、そのリンク元記事にとっての編集対象の記事の重要度の値を「低」とする（Ｓ４８）。またＳ４０、Ｓ４２、Ｓ４６の判定結果のうちいずれか１つでもＹであれば、通知制御部４４は、そのリンク元記事にとっての編集対象の記事の重要度の値を「高」とする（Ｓ４９）。

次に、図８を参照して、図６の手順におけるステップＳ２８の処理の詳細な手順の別の例を説明する。

図８の処理手順は、図６のＳ２２で選択したリンク元記事に対する、編集対象の記事（Ｓ２０で取得したＩＤに対応する記事）の重要度を算出する。この手順では、通知制御部４４は、そのリンク元記事のＨＴＭＬ記述を構造解析し（Ｓ５０）、そのＨＴＭＬ記述の中から、その編集対象の記事へのリンクを含むａタグ（アンカータグ）の要素（注目ａ要素と呼ぶ）を含んだひとかたまりの文章を取り出す（Ｓ５２）。この「ひとかたまり」の文章としては、注目ａ要素を内包した上位階層の要素（例えばｐ要素、ｄｉｖ要素、ａｒｔｉｃｌｅ要素、ｓｅｃｔｉｏｎ要素）内の文章（テキスト）を取り出せばよい。この場合、注目ａ要素を内包する上位階層の要素は、注目ａ要素の１つ上の階層の要素（親要素）であると取り決めてもよいし、あらかじめ定めた特定の一群に属する要素（例えばａｒｔｉｃｌｅ要素やｓｅｃｔｉｏｎ要素）であって注目ａ要素より上位（親より上の階層でもよい）の要素であると取り決めてもよい。後者の場合、その上位の要素に含まれる１以上の要素内のテキストの集まりが、Ｓ５２でひとかたまりの文章として取り出される。また、別の例として、注目ａ要素の直前の見だし要素（ｈ１，ｈ２等のタグで表される）から直後の見だし要素までの文章、をその「ひとかたまり」の文章として取り出してもよい。注目ａ要素を含むひとかたまりの文章として、どのような区切りで区切られた文章を取り出すかのルールは、あらかじめ通知制御部４４に設定しておけばよい。このようなルールとしては、例えば、（１）注目ａ要素の親要素内のテキストを取り出す、（２）注目ａ要素の上位の特定の一群に属する要素のうち注目ａ要素に最も近い要素内のテキストを取り出す、（３）注目ａ要素の直前と直後の見だし要素同士の間のテキストを取り出す、等の個別ルールや、それら個別ルールの適用の優先順位を定めるルールなどがある。

次に通知制御部４４は、Ｓ５２で取り出した文章と、編集対象の記事の編集前（Ｓ５４）及び編集後（Ｓ５６）の文章と、の相関分析をそれぞれ実行する（Ｓ５４及びＳ５６）。そして、Ｓ５４及びＳ５６の相関分析で得られた相関値同士の差の絶対値がある閾値以上であるか否かを判定する（Ｓ５８）。通知制御部４４は、この判定の結果がＹの場合はリンク元記事にとっての編集対象の記事の重要度の値を「高」とし（Ｓ６０）、その判定結果がＮの場合はその重要度の値を「低」とする（Ｓ６２）。

Ｓ５８の判定結果がＹとなることは、編集対象の記事の編集の前後で、リンク元記事の関連部分（Ｓ５２で取り出した文章）との関係が相当程度大きく変わったことを意味する。このような場合には、編集対象の記事の編集後の内容に合わせてリンク元記事の関連部分について、文章内容を変更したり、編集対象の記事へのリンクを削除したり（編集により相関が低くなった場合）する等の修正が必要になることがある。そこで、このような場合には重要度を「高」とし、編集対象の記事が編集されたことが、リンク元記事の著者に（そうでない場合よりも目立つ、すなわちその著者により認知されやすい態様で）通知されるようにする。逆に、Ｓ５８の判定結果がＮの場合は、編集の前後でのリンク元記事の関連部分との関係の変化は小さいため、リンク元記事の修正の必要性は高くないと考えられるので、リンク元記事の著者に対する通知の必要性も高くない。したがって、この場合には、重要度を「低」とし、その編集についての通知が重要度「高」の場合よりも目立たない態様で行われるようにする。

図８の処理手順を具体的な記事に適用した場合の例を図９に示す。この例では、ＨＴＭＬで記述されたＵＲＬが「http://town.jp/harutako.html」である記事１１０ａが編集されて記事１１０ｂになったとする。この記事１１０ａ又は１１０ｂが、図６の手順のＳ２０で取得された記事ＩＤが示す編集対象の記事である。一方、記事１００（ＵＲＬ：「http://town.jp/harufes.html」）は、その編集対象の記事「http://town.jp/harutako.html」に対するリンクを含んだａ要素１０４を含んでおり、編集対象の記事１１０ａ又は１１０ｂに対するリンク元記事である。

図８の手順で通知制御部４４は、Ｓ５０でリンク元の記事１００の記述を解析し、Ｓ５２でそのａ要素１０４を含む文章のかたまり１０２を取り出す。この例では、注目しているａ要素１０４の直前の見だし要素「<h3>春のたこやき祭り</h3>」と直後の見だし要素「<h3>フラダンスショー春</h3>」との間にそのａ要素１０４を内包する上位要素がないので、それら２つの見だし要素の間の文章が、かたまり１０２として取り出される。次に、通知制御部４４は、取り出したかたまり１０２と、編集対象の記事の編集前の文章（記事１１０ａ）及び編集後の文章（記事１１０ｂ）との相関値をそれぞれＳ５４及びＳ５６で計算する。図示の例では、編集の前後のそれら相関値の差（絶対値）が閾値以上であるため、重要度が「高」と判定され、リンク元の記事１００の著者に対して、（重要度が「低」の場合より）目立つ態様でその編集についての通知が行われる。

上述の図７及び図８の例では、重要度を「高」、「低」の二値としている。この場合、前述した図６の手順のＳ３０で用いる重要度に関する閾値は「高」であり、Ｓ２８で求められた重要度が「高」であれば、Ｓ３０の判定結果はＹとなる。

次に、上記実施形態の第１の変形例を、図１０を参照して説明する。この変形例は、図６に示した編集通知部４０の手順についての変形例である。この変形例における編集通知部４０の手順のうちこの変形例に固有の部分を図１０に示す。図１０に示した部分以外は図６の手順と同様でよい。

この第１の変形例では、Ｓ３０の判定の結果がＮの場合、通知制御部４４は、更に当該編集により編集対象の記事内の特定項目が変更されたか否かを判定する（Ｓ１０２）。判定の対象である特定項目は、記事の項目群のうち内容が変更されると他の記事への影響が大きい項目である。例えば記事ＤＢ１０内の記事群がある地域コミュニティにおける情報交換のためのものである場合、記事（例えば地域内のイベントを紹介する記事）内の日付や場所（例えばそのイベントの開催日や開催場所）の記述は、その記事の内容にとって重要な項目であり、「特定項目」として取り扱われる。特定項目は、例えば、記事のＨＴＭＬ記述中で特定のタグで囲むことで特定すればよい。特定のタグは、例えば、ｔｉｍｅタグのようにタグの種類により特定されるものであってもよいし、ｄｉｖタグやｓｐａｎタグのような要素の範囲を示すタグの中に、特定項目を示すあらかじめ定めた属性（例えばクラス属性）を記述することにより特定されるものであってもよい。通知制御部４４には、どのタグや属性が「特定項目」に該当するのかを示す情報が設定されており、その設定に従って記事内の特定項目を特定する。

Ｓ１０２の判定結果がＹの場合（すなわち特定項目が変更された場合）、通知制御部４４は、Ｓ３２に進み、リンク元記事の著者のメールアドレスをメール通知リストに追加する。一方、Ｓ１０２の判定結果がＮの場合には、Ｓ３４を実行する。

このように、この第１の変形例では、編集対象の記事内の特定項目が編集されていた場合には、重要度によらず、その記事が編集を知らせる通知の２つの通知態様のうち目立つ（すなわちリンク元記事の著者により認知されやすい）態様である電子メールを採用する。このようにすることで、編集対象の記事の編集により影響が高い項目が変更された場合には、リンク元記事の著者がその編集を認知しやすくなる。

次に、上記実施形態の第２の変形例を、図１１を参照して説明する。この第２の変形例も、図６に示した編集通知部４０の手順についての変形例である。この変形例における編集通知部４０の手順のうちこの変形例に固有の部分を図１１に示す。図１１に示した部分以外は図６の手順と同様でよい。

この第２の変形例では、Ｓ３０の判定の結果がＹの場合、通知制御部４４は、更に当該編集により編集対象の記事内の特定項目が変更されたか否かを判定する（Ｓ１０４）。特定項目は、上述の第１の変形例の場合と同様のものでよい。

Ｓ１０４の判定結果がＹの場合（すなわち特定項目が変更された場合）、通知制御部４４は、Ｓ３２に進み、リンク元記事の著者のメールアドレスをメール通知リストに追加する。一方、Ｓ１０４の判定結果がＮの場合には、Ｓ３４に進み、リンク元記事の著者のＩＤを管理画面ログイン時通知リストに追加する。すなわち、この第２の変形例では、重要度が閾値以上の場合でも、特定項目に変更がない場合は、通知方式として電子メールではなく、それよりも目立ちにくい管理画面内での通知を採用する。

このように、この第２の変形例では、２つの通知態様のうち目立つ方の態様である電子メールの通知は、重要度が閾値以上かつ編集対象の記事内の特定項目が編集されていた場合に採用される。

次に、上記実施形態の第３の変形例を、図１２を参照して説明する。この第３の変形例も、図６に示した編集通知部４０の手順についての変形例である。この変形例における編集通知部４０の手順のうちこの変形例に固有の部分を図１２に示す。図１２に示した部分以外は図６の手順と同様でよい。

この手順では、通知制御部４４は、図６のＳ２８（重要度の算出）の後、算出した重要度が第１閾値以上であるか否かを判定する（Ｓ３０ａ）。Ｓ３０ａは、図６の手順のＳ３０と同じ処理を行うステップであり、Ｓ３０ａで用いる第１閾値は図６のＳ３０で用いる閾値と等しい。Ｓ３０ａの判定結果がＮの場合、図６の手順と同様、処理はＳ３４に進む。

一方、Ｓ３０ａの判定結果がＹの場合、この変形例では、通知制御部４４は、編集対象の記事の直近所定期間（例えば１時間）内に編集された他の記事の中に、当該リンク元記事（図６のＳ２４，Ｓ２６で特定されている）に対する重要度が第２閾値以上のものがあるかどうかを判定する（Ｓ１０６）。第２閾値は、第１閾値よりも大きい値であり、リンク元記事に対する非常に重要（すなわち第１閾値が示す重要性よりもはるかに重要）な編集を検知するために用いる。そして、通知制御部４４は、Ｓ１０６の判定結果がＮの場合には、リンク元の記事の著者への通知の手段としてメールによる通知を選択し（Ｓ３２）、その判定結果がＹの場合、その通知の手段として、管理ログイン画面上での通知を選択する（Ｓ３４）。図６の手順では、Ｓ３０で重要度が閾値（＝第１閾値）以上であればメールでの通知（Ｓ３２）をかならず選択していたのと対照的である。

このように、第３の変形例では、編集対象の記事のリンク元記事への重要度が第１閾値以上であっても、ほぼ同時期（すなわちこの手順を実行している時点から直近の所定期間内）に編集された他の記事の中に、重要度が第２閾値以上の記事（高重要度記事と呼ぶ）があれば、高重要度記事の編集の通知がリンク元記事の著者により目立ちやすくなるよう、重要度が第１閾値以上だが第２閾値未満である記事についての通知のレベルを下げる（すなわち管理画面での通知とする）。これにより、リンク元記事の著者は、高重要度記事の通知を、重要ではあるが高重要度記事ほどではない記事の通知よりもより認識しやすくなり、高重要度記事の編集に対応してそのリンク元記事を修正する等の対応が取りやすくなる。

なお、第３の変形例の更なる変形として、例えば、重要度が第１閾値以上第２閾値未満の記事についての通知の態様としてメール通知を選択し（Ｓ３２）、高重要度記事（重要度が第２閾値以上）についての通知の態様としてメール通知よりも更に目立ちやすい態様の通知を採用してもよい。

次に、図１３及び図１４を参照して、第４の変形例を説明する。

図１３に、この変形例の記事編集支援装置の機能構成を例示する。この変形例の装置は、編集処理部３０に編集影響通知部３２を設けた点が図１と異なる。編集影響通知部３２は、ユーザが編集処理部３０を用いて行った記事の編集が、その記事にリンクしているリンク元記事へどの程度の影響をもたらすのか示す情報を、そのユーザに対して提供する。

図１４に、この変形例における編集処理部３０の処理手順のうち、編集影響通知部３２に関連する部分を示す。この手順では、編集処理部３０は、図５の手順と同様、ユーザ（編集者）が指定した記事ＩＤに対応する記事を記事ＤＢ１０から取得し（Ｓ１０）、その記事に対するユーザの編集操作を受け付ける（Ｓ１２）。その後、編集処理部３０が図５に示したＳ１４以降の処理を行うのと並行して、編集影響通知部３２が図１４のＳ１１０以降の処理を実行する。

すなわち、編集影響通知部３２は、ユーザから影響確認指示が入力されるのを待つ（Ｓ１１０）。影響確認指示とは、そのユーザが編集対象の記事に対して行った編集が、その記事にリンクしているリンク元記事にどの程度の影響があるのかの確認を求める指示である。この指示が入力された場合、編集影響通知部３２は、その編集対象の記事にリンクしているリンク元記事を、図６の手順のＳ２２〜Ｓ２６と同様の処理により特定する（Ｓ１１２）。次に編集影響通知部３２は、Ｓ１１２で特定したリンク元記事毎に、その編集対象の記事の、当該リンク元記事に対する重要度を算出する（Ｓ１１４）。Ｓ１１４での重要度の算出は、図６のＳ２８の場合と同様、図７又は図８等に例示した手順で行えばよい。次に編集影響通知部３２は、特定した各リンク元記事の情報を、それら各リンク元記事について算出した重要度に応じて、そのユーザに通知する（Ｓ１１６）。この通知は、例えばユーザが編集対象の記事を編集している画面上に、リンク元記事の記事ＩＤと記事タイトルのペアを、重要度が高い順に配列した編集影響表示欄を表示することにより行う。また別の例として、重要度がある閾値以上であるリンク元記事のみを抽出し、それら抽出したリンク元記事についての情報（例えば記事ＩＤ、タイトル、編集対象の記事へのリンクの前後の文章の抜粋等）を画面表示してもよい。ユーザが編集影響表示欄に表示されたリンク元記事の記事ＩＤをクリック操作等で選択すると、編集影響通知部３２は、その記事ＩＤに対応する記事を画面上に表示する。このリンク元記事の表示欄には、リンク元記事のうち、その編集対象の記事へのリンク（ａタグ等）を含む範囲が表示されるようにしてもよい。ユーザはその表示により、そのリンク元記事の内容（特に編集対象の記事へのリンクの前後の部分）を確認して、今回行った編集に関して更に修正を加えるかどうかを判断する。ユーザが、Ｓ１１６の表示をみて今回の編集の影響を確認し、この編集内容を確定してよいと判断した場合、編集確定（編集完了）の指示を入力する。編集処理部３０は、編集確定の指示が入力されるのを待ち（Ｓ１１８）、その指示が入力されると、編集対象の記事のデータを記事ＤＢ１０に保存する。ユーザが、Ｓ１１６の表示等から、今回行った編集に関して更に修正を加えると判断した場合は、Ｓ１２に戻る。

このように、第４の変形例では、記事を編集するユーザに、その記事の編集の影響が強いリンク元記事の情報を提供し、ユーザはその情報を用いてその記事の編集が適切であったがどうか、修正を加える必要がないか等を判断する。

以上、本発明の実施形態及びその変形例を説明したが、これらはあくまで本発明の具現化の一例に過ぎない。本発明の範囲内で更に様々な変形が考えられる。

例えば、上記実施形態では、目立ちやすい通知態様として電子メールを、目立ちにくい通知態様として管理画面での通知を用いたが、これは一例に過ぎない。例えば、同じ管理画面上の通知でも、重要度が高い（閾値以上）場合には、そうでない場合よりも大きい文字で表示したり、重要度が高い通知要の特別の通知欄に表示したりする等の形で、通知態様の区別を行ってもよい。

また、上記実施形態では、重要度が閾値未満の場合、重要度が閾値以上の場合の通知態様（電子メール）よりも目立ちにくい通知態様（管理画面での通知）を採用したが、別の例として、重要度が閾値未満の場合には、通知を行わないようにしてもよい。

また、上記の実施形態や変形例では、重要度の値を高低の二値としたが、もちろんこれも一例に過ぎず、この代わりに重要度を３段階以上の値としてもよい。重要度を３以上の多段階（あるいは連続的な数値）とする場合、図７の重要度算出手順に代えて、例えば、図１５の算出手順を用いればよい。

図１５の手順では、通知制御部４４は、（図６のＳ２２〜Ｓ２６で選ばれた）リンク元記事内の、編集対象の記事へのリンクの記述を囲んでいる強調系のタグを判別し、そのタグに応じた得点を求める（Ｓ１２０）。この得点は、重要度に関する得点である。Ｓ１２０で求めた得点は、当該リンク元記事の得点を保持する変数（初期値は０）に加算される。強調系のタグには、見出しタグ（ｈ１タグ等）や強調の意味を持つタグ（ｅｍタグ）、字形を変化させることで強調の効果を持つタグ（ｂタグ等）がある。それら強調系のタグごとに得点を定めておけばよい。また、強調とは逆の効果を持つタグ（例えばｓｍａｌｌタグ（細目等を示す）、ｄｅｌタグ（削除されたテキストを示す）、ｓタグ（無効なテキストを示す））でリンク記述が囲まれている場合に、Ｓ１２０での得点を負の値としてもよい。特に、リンク記述がｄｅｌタグやｓタグ等のように、無効なテキストを表すタグで囲まれている場合、Ｓ１２２やＳ１２６のような他の観点の得点によらず、最終的な重要度を閾値未満（例えば０）としてもよい。

また通知制御部４４は、そのリンク元記事内での、編集対象の記事へのリンクの記述の位置に応じた得点を求め、その得点を、当該リンク元記事の得点を保持する変数（例えばＳ１２０で求めた得点を保持している）に加算する（Ｓ１２２）。ここで、リンクの記述の位置に応じた得点は、例えばリンク元記事内の先頭に近いほど高くなるように定めておけばよい。

また通知制御部４４は、図７のＳ４４と同様、編集対象の記事とそのリンク元記事との間の相関分析を行い（Ｓ１２４）、相関分析により求めた相関値に応じた得点を、当該リンク元記事の得点を保持する変数に加算する（Ｓ１２６）。相関値に応じた得点は、相関値が高くなるほど得点が高くなるよう、あらかじめ関数等の形で定めておけばよい。

Ｓ１２０、Ｓ１２２、Ｓ１２６の実行順序は図示の通りでなくてもよい。

そして、通知制御部４４は、Ｓ１２０、Ｓ１２２、Ｓ１２６で求めた得点の合計から重要度を算出する（Ｓ１２８）。得点合計そのものを重要度としてもよい。

また、以上の実施形態及び変形例では、記事の編集環境がサーバ（すなわち記事編集支援装置、特にその中の編集処理部３０）からクライアントである編集者のＰＣに提供されたが、これはあくまで一例に過ぎない。クライアントである個々のＰＣに記事の編集環境を提供するアプリケーションがインストールされていてもよい。この場合、記事編集支援装置には、編集処理部３０に相当する要素はなくてもよい。ＰＣ内の記事編集用のアプリケーションは、ユーザが編集対象に指定した記事を、記事編集支援装置内の記事ＤＢ１０からダウンロードし、その記事に対するユーザの編集操作を受け付ける。そして、ユーザによる記事の編集が完了すると、編集された記事のデータを記事編集支援装置に送信する。記事編集支援装置は、受け取った記事を記事ＤＢ１０に登録（すなわち記事ＤＢ１０内のその記事の内容を受け取った記事の内容へと更新）すると共に、編集通知部４０にその受け取った記事（及び／又はその記事のＩＤ）を渡して、上述の処理を実行させる。

以上に例示した実施形態の記事編集支援装置は、コンピュータに上述したシステムの各機能を表すプログラムを実行させることにより実現される。ここで、コンピュータは、例えば、ハードウエアとして、ＣＰＵ等のマイクロプロセッサ、ランダムアクセスメモリ（ＲＡＭ）およびリードオンリメモリ（ＲＯＭ）等のメモリ（一次記憶）、フラッシュメモリやＳＳＤ（ソリッドステートドライブ）、ＨＤＤ（ハードディスクドライブ）や等の固定記憶装置を制御するコントローラ、各種Ｉ／Ｏ（入出力）インタフェース、ローカルエリアネットワークなどのネットワークとの接続のための制御を行うネットワークインタフェース等が、たとえばバス等を介して接続された回路構成を有する。それら各機能の処理内容が記述されたプログラムがネットワーク等の経由でフラッシュメモリ等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置に記憶されたプログラムがＲＡＭに読み出されＣＰＵ等のマイクロプロセッサにより実行されることにより、上に例示した機能モジュール群が実現される。

１０ 記事ＤＢ（データベース）、２０ 著者ＤＢ、３０ 編集処理部、３２ 編集影響通知部、４０ 編集通知部、４２ リンク元特定部、４４ 通知制御部、５０ 通知履歴ＤＢ。

Claims (19)

1. コンピュータを、
   編集対象の記事へのリンクを含むリンク元の記事を特定する特定手段、
   前記リンク元の記事に関連付けられたユーザに対する、前記編集対象の記事に行われた編集についての通知の態様を、前記リンク元の記事に対する前記編集対象の記事の重要度に応じて制御する通知制御手段、
   として機能させるためのプログラムであって、
   前記通知制御手段は、前記編集対象の記事の内容と前記リンク元の記事の内容との相関が高いほど、前記重要度を高くする、プログラム。
2. 前記通知制御手段は、前記相関として、前記リンク元の記事のうち前記リンクと関連する関連部分と、前記編集対象の記事との相関を求める、請求項１に記載のプログラム。
3. コンピュータを、
   編集対象の記事へのリンクを含むリンク元の記事を特定する特定手段、
   前記リンク元の記事に関連付けられたユーザに対する、前記編集対象の記事に行われた編集についての通知の態様を、前記リンク元の記事に対する前記編集対象の記事の重要度に応じて制御する通知制御手段、
   として機能させるためのプログラムであって、
   前記通知制御手段は、前記編集対象の記事の編集前及び編集後のそれぞれの内容について、前記リンク元の記事の内容との相関を求め、求めた相関同士の差が大きいほど前記重要度を高くする、プログラム。
4. 前記通知制御手段は、前記相関として、前記リンク元の記事のうち前記リンクと関連する関連部分と、前記編集対象の記事の編集前及び編集後のそれぞれの内容との相関を求める、請求項３に記載のプログラム。
5. 前記通知制御手段は、前記重要度があらかじめ定めた閾値以上の場合の前記ユーザに対して第１の通知態様で前記通知を行い、前記重要度が前記閾値未満の場合の前記ユーザに対して前記第１の通知態様より目立ちにくい第２の通知態様で前記通知を行う、請求項１〜４のいずれか１項に記載のプログラム。
6. 前記第１の通知態様は電子メールである、請求項５に記載のプログラム。
7. 前記第１の通知態様では、ユーザに提示された前記通知が再度閲覧可能となるよう保存されることを特徴する、請求項５又は６に記載のプログラム。
8. 前記第２の通知態様では、ユーザに提示された前記通知が消去されることを特徴とする、請求項５〜７のいずれか１項に記載のプログラム。
9. 前記通知制御手段は、前記編集対象の記事中の特定の項目に編集が行われた場合には、前記重要度が前記閾値未満であっても、前記第１の通知態様で前記通知を行う、請求項５〜８のいずれか１項に記載のプログラム。
10. 前記通知制御手段は、前記編集対象の記事中の特定の項目に編集が行われていない場合には、前記重要度が前記閾値以上であっても、前記第２の通知態様で前記通知を行う、請求項５〜９のいずれか１項に記載のプログラム。
11. 前記通知制御手段は、複数の前記編集対象の記事の中に前記閾値より高いあらかじめ定められた第２の閾値以上の重要度を持つ記事である高重要度記事が存在する場合には、それら複数の前記編集対象の記事の中に重要度が前記閾値以上かつ前記第２の閾値未満の記事については、前記高重要度記事についての通知よりも目立ちにくい態様で前記通知を行う、請求項５〜１０のいずれか１項に記載のプログラム。
12. 前記通知制御手段は、前記重要度が閾値以上の場合は前記ユーザに対して前記通知を行うが、前記重要度が前記閾値未満の場合は前記ユーザに対して前記通知を行わない、請求項１に記載のプログラム。
13. 前記通知制御手段は、前記編集対象の記事中の特定の項目に編集が行われた場合には、前記重要度が前記閾値未満であっても、前記通知を行う、請求項１２に記載のプログラム。
14. 前記通知制御手段は、前記編集対象の記事中の特定の項目に編集が行われていない場合には、前記重要度が前記閾値以上であっても、前記通知を行わない、請求項１２又は１３に記載のプログラム。
15. 前記通知制御手段は、複数の前記編集対象の記事の中に前記閾値より高いあらかじめ定められた第２の閾値以上の重要度を持つ記事である高重要度記事が存在する場合には、それら複数の前記編集対象の記事の中に重要度が前記閾値以上かつ前記第２の閾値未満の記事については、前記通知を行わない、請求項１２〜１４のいずれか１項に記載のプログラム。
16. 前記通知制御手段は、前記リンク元の記事における前記リンクの位置が前記リンク元の記事の冒頭に近いほど前記重要度を高くする、請求項１〜１５のいずれか１項に記載のプログラム。
17. 前記通知制御手段は、前記リンク元の記事における前記リンクに強調タグが付されている場合、そうでない場合よりも前記重要度を高くする、請求項１〜１６のいずれか１項に記載のプログラム。
18. 前記編集対象の記事に対して編集を行ったユーザに対して、前記重要度が第２の閾値以上となるリンク元記事の情報を提供する情報提供手段、を更に含む、請求項１〜１７のいずれか１項に記載のプログラム。
19. 編集対象の記事へのリンクを含むリンク元の記事を特定する特定手段と、
    前記リンク元の記事に関連付けられたユーザに対する、前記編集対象の記事に対する編集についての通知の態様を、前記リンク元の記事に対する前記編集対象の記事の重要度に応じて制御する通知制御手段と、
    を含み、前記通知制御手段は、前記編集対象の記事の内容と前記リンク元の記事の内容との相関が高いほど、前記重要度を高くする、記事編集支援装置。

Images