(57)【要約】【課題】グループ内のニュースメディアで公開された記事を、同一グループ内の別のニュースメディアで容易に公開する技術を実現可能にすることを目的とする。【解決手段】新規作成部６１は、処理対象のニュースメディアの記事の新規作成を制御する。編集部６２は、処理対象のニュースメディアの記事の編集を制御する。外部記事取込部６３は、他のニュースメディアで新規作成された記事を外部記事として、処理対象のニュースメディアの記事として取り込む。公開制御部５３は、処理対象のニュースメディアの記事の公開を制御する。この場合、編集部６２は、外部記事として取り込まれた記事の編集の制御として、著作権者による使用及び改変の許諾が不要な部分については編集を許可し、著作権者による使用又は改変の許諾が必要な部分については編集を禁止する制御を実行する。【選択図】図３
2017117270.tif 000002
【特許請求の範囲】
【請求項１】
複数のニュースメディアの夫々を処理対象として管理する情報処理装置において、
処理対象のニュースメディアの記事の新規作成を制御する新規作成手段と、
前記処理対象のニュースメディアの記事の編集を制御する記事編集手段と、
他のニュースメディアで新規作成された記事を外部記事として、前記処理対象のニュースメディアの記事として取り込む外部記事取込手段と、
前記処理対象のニュースメディアの記事の公開を制御する記事公開手段と、
を備え、
前記記事編集手段は、前記外部記事取込手段により外部記事として取り込まれた記事の編集の制御として、当該記事を新規作成した前記他のニュースメディアによる使用及び改変の許諾が不要な部分については編集を許可し、当該他のニュースメディアによる使用又は改変の許諾が必要な部分については編集を禁止する制御を実行する、
情報処理装置。
【請求項２】
前記他のニュースメディアが新規作成した前記記事は、当該他のニュースメディアによる使用及び改変の許諾が不要な部分として、タイトルを含み、当該他のニュースメディアによる改変の許諾が必要な部分として、本文を含み、
前記記事編集手段は、前記外部記事取込手段により外部記事として取り込まれた記事の編集の制御として、前記タイトルの編集を許可し、前記本文の編集を禁止する制御を実行する、
請求項１に記載の情報処理装置。
【請求項３】
前記記事は画像データの対応付けが可能とされており、
前記他のニュースメディアが新規作成した所定記事に対応付けられた画像データは、同一のグループ内であれば当該所定記事と共に使用する場合には使用の許諾が不要とされているが、他の記事への対応付けについては、当該他のニュースメディアによる許諾が不要とされ、前記処理対象のニュースメディアでは当該他のニュースメディアによる使用の許諾が必要とされており、
前記新規作成手段は、前記処理対象のニュースメディアの記事として新規作成した第１記事に対してさらに、第１画像データを対応付ける制御を実行し、
前記外部記事取込手段は、第２画像データが対応付けられた前記外部記事を、前記処理対象のニュースメディアの第２記事として取り込むと共に、当該第２画像データも取り込み、
前記記事編集手段は、前記処理対象のニュースメディアの第３記事に対して、前記第１記事に対応付けられた第１画像データを対応付けることを許可し、前記第２記事に対応付けられた第２画像データを対応付けることを禁止する制御を実行し、
前記記事公開手段は、前記処理対象のニュースメディアの記事を、対応付けられた画像データと共に公開する制御を実行する、
請求項１に記載の情報処理装置。
【請求項４】
前記処理対象のニュースメディアの記事に関する文字、図形、若しくは記号又はこれらの組合せにより示される当該記事のインデックスを、ギガインデックスとして作成するギガインデックス作成手段をさらに備え、
前記編集手段は、前記外部記事取込手段により外部記事として取り込まれた記事に対して、前記他のニュースメディアにおいて付加された前記ギガインデックスとは異なる文字、図形、若しくは記号又はこれらの組合せを、前記ギガインデックスとして付与する制御をさらに実行する、
請求項１又は２に記載の情報処理装置。
【請求項５】
複数のニュースメディアの夫々を処理対象として管理する情報処理装置が実行する情報処理方法において、
処理対象のニュースメディアの記事の新規作成を制御する新規作成ステップと、
前記処理対象のニュースメディアの記事の編集を制御する記事編集ステップと、
他のニュースメディアで新規作成された記事を外部記事として、前記処理対象のニュースメディアの記事として取り込む外部記事取込ステップと、
前記処理対象のニュースメディアの記事の公開を制御する記事公開ステップと、
を含み、
前記記事編集ステップは、前記外部記事取込ステップの処理により外部記事として取り込まれた記事の編集の制御として、当該記事を新規作成した前記他のニュースメディアによる使用及び改変の許諾が不要な部分については編集を許可し、当該他のニュースメディアによる使用又は改変の許諾が必要な部分については編集を禁止する制御を実行するステップを含む
情報処理方法。
【請求項６】
複数のニュースメディアの夫々を処理対象として管理する情報処理装置を制御するコンピュータに、
処理対象のニュースメディアの記事の新規作成を制御する新規作成ステップと、
前記処理対象のニュースメディアの記事の編集を制御する記事編集ステップと、
他のニュースメディアで新規作成された記事を外部記事として、前記処理対象のニュースメディアの記事として取り込む外部記事取込ステップと、
前記処理対象のニュースメディアの記事の公開を制御する記事公開ステップと、
を含む制御処理を実行させ、
前記記事編集ステップは、前記外部記事取込ステップの処理により外部記事として取り込まれた記事の編集の制御として、当該記事を新規作成した前記他のニュースメディアによる使用及び改変の許諾が不要な部分については編集を許可し、当該他のニュースメディアによる使用又は改変の許諾が必要な部分については編集を禁止する制御を実行するステップを含む
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び方法、並びにプログラムに関する。
【背景技術】
【０００２】
従来より、本出願人は、グループ内の複数のニュースメディアを管理するシステムを運営している。
このため、グループ内のニュースメディアで公開された記事を、同一グループ内の別のニュースメディアの記事として簡単に公開したいという要望が存在する。
ただし、記事の内容の責任は、オリジナルのニュースメディアが持つべきである。しかし、別のニュースメディアで記事の内容をむやみに変更して、オリジナルの記事と整合性が取れないような事態が生じた場合にまで、オリジナルのニュースメディアに責任を負わすのは酷である。
【０００３】
ところで、特許文献１には、著作物を含む文章を表示等する際に、当該著作物に関する著作権情報のうち、著作権者又は著作権管理者の端末のアドレス情報を検索し、この著作権者又は著作権管理者の端末に対して、通信ネットワークを通じて、当該著作権の使用許諾の更新要求を行なう技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第５３８２６９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術をそのまま適用しても、上述の要求に十分に応えることはできない。
グループ内のニュースメディアで公開される記事を、同一グループ内の別のニュースメディアで公開する毎に、オリジナルのニュースメディアに対して、記事（著作物）の使用許諾の更新要求をその都度行うことは、同一グループ内という点を考慮すると煩わしさに堪えないからである。
【０００６】
本発明は、このような状況に鑑みてなされたものであり、グループ内のニュースメディアで公開された記事を、同一グループ内の別のニュースメディアで容易に公開する技術を実現可能にすることを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明の一態様の情報処理装置は、
複数のニュースメディアの夫々を処理対象として管理する情報処理装置において、
処理対象のニュースメディアの記事の新規作成を制御する新規作成手段と、
前記処理対象のニュースメディアの記事の編集を制御する記事編集手段と、
他のニュースメディアで新規作成された記事を外部記事として、前記処理対象のニュースメディアの記事として取り込む外部記事取込手段と、
前記処理対象のニュースメディアの記事の公開を制御する記事公開手段と、
を備え、
前記記事編集手段は、前記外部記事取込手段により外部記事として取り込まれた記事の編集の制御として、当該記事を新規作成した前記他のニュースメディアによる使用及び改変の許諾が不要な部分については編集を許可し、当該他のニュースメディアによる使用又は改変の許諾が必要な部分については編集を禁止する制御を実行する、
ことができる。
【０００８】
本発明の一態様の情報処理方法及びプログラムは、上述の本発明の一態様の情報処理装置に対応する方法及びプログラムである。
【発明の効果】
【０００９】
本発明によれば、グループ内のニュースメディアで公開された記事を、同一グループ内の別のニュースメディアで容易に公開する技術を実現可能にすることを目的とすることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の情報処理システムの一実施形態としてのグループシステムの構成例を示す図である。
【図２】図１の情報処理システムのうちグループ総合サーバのハードウェア構成を示すブロック図である。
【図３】図１の情報処理システムにおけるグループ総合サーバ１が有する各種機能のうち、所定のニュースメディアで配信される記事のデータの作成や管理を行う機能を実現するための機能的構成を示す機能ブロック図である。
【図４】図３の機能的構成を有するグループ総合サーバの処理の流れを説明する模式図である。
【図５】記事のデータを新規作成して登録するための画面の一例を示す図である。
【図６】所定のニュースメディアで配信されるニュースの各記事の一覧を示す画面の一例を示す図である。
【図７】記事の基本情報の詳細を表示する画面の一例を示す図である。
【図８】剽窃チェックの結果一覧を表示する画面の一例を示す図である。
【図９】剽窃チェックの結果の詳細を表示する画面の一例を示す図である。
【図１０】所定のニュースメディアで配信されるニュースの各記事の一覧を示す画面であって、図６とは異なる例の画面の一例を示す図である。
【図１１】記事の基本情報の詳細を表示する画面であって、図７とは異なる例の画面の一例を示す図である。
【図１２】所定のニュースメディアから公開された記事に対する、別のニュースメディアでの取り扱いを説明するための模式図である。
【図１３】取り込み可能な外部記事の一覧を示す画面の一例を示す図である。
【図１４】所定のニュースメディアで管理される各記事の一覧を示す画面の一例を示す図である。
【図１５】取り込まれた外部記事のデータを更新するための画面の一例を示す図である。
【図１６】第１のニュースメディアにより配信されたニュースの一例を示す図である。
【図１７】第Ｎのニュースメディアにより配信されたニュースの一例を示す図である。
【図１８】第１のニュースメディアにおいて、図１２の記事Ｂに対してギガインデックスを追加又は削除するための画面の一例を示す図である。
【図１９】第Ｎのニュースメディアにおいて、図１２の記事Ｂ’に対してギガインデックスを追加又は削除するための画面の一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について、図面を用いて説明する。
【００１２】
図１は、本発明の情報処理システムの一実施形態としてのグループシステムの構成例を示している。
図１に示すグループシステムＧは、グループ総合サーバ１と、Ｎ個（Ｎは１以上の任意の整数値）のメディア装置群２−１乃至２−Ｎと、記事ＤＢ４とが、インターネット等の所定のネットワークＮを介して相互に接続されることによって構成されている。ネットワークＮにはまた、Ｓ個（Ｓは１以上の任意の整数値）の他グループサーバ３−１乃至３−Ｓも接続されている。
【００１３】
グループ総合サーバ１は、複数のカテゴリの各ニュースをネットワークＮを介して夫々配信するＮ個のニュースメディアが属するグループについて、当該グループ全体の各種処理を総合的に管理する。
【００１４】
メディア装置群２−１乃至２−Ｎの夫々は、Ｎ個のニュースメディアの夫々により管理されている。
例えばメディア装置群２−１は、第１のニュースメディアにより管理され、記事ＤＢ２−１Ｄと、記者端末２−１１乃至２−１Ｑ（Ｑは１以上の任意の整数値）と、管理者端末２−１Ｍが、第１のニュースメディア内のローカルネットワークを介して相互に接続されることによって構成されている。なお、本実施形態では説明の便宜上、メディア装置群２−１内の各装置は、第１のニュースメディア内のローカルネットワークに接続されるものとしているが、特にこれに限定されず、ネットワークＮ等に直接接続されてもよい。
記者端末２−１１乃至２−１Ｑは、第１のニュースメディアに属するＱ人の各記者によって管理され、各記者の操作に基づいて、記事等のデータを新規作成したり編集する等各種処理を実行する。
管理者端末２−１Ｍは、第１のニュースメディアの管理者によって管理され、管理者の操作に基づいて、各記者が作成した記事等のデータを、当該第１のニュースメディアのニュースに含めて公開するための各種管理（例えば承認等）をするための各処理を実行する。
【００１５】
メディア装置群２−Ｎは、第Ｎのニュースメディアにより管理され、記事ＤＢ２−ＮＤと、記者端末２−Ｎ１乃至２−ＮＲ（ＲはＱ等とは独立した１以上の任意の整数値）と、管理者端末２−ＮＭが、第Ｎのニュースメディア内のローカルネットワークを介して相互に接続されることで構成される。
なお、本実施形態では説明の便宜上、メディア装置群２−Ｎ内の各装置は、第Ｎのニュースメディア内のローカルネットワークに接続されるものとしているが、特にこれに限定されず、ネットワークＮ等に直接接続されてもよい。
記者端末２−Ｎ１乃至２−ＮＲは、第Ｎのニュースメディアに属するＲ人の各記者によって管理され、各記者の操作に基づいて、記事等のデータを新規作成したり編集する等各種処理を実行する。
管理者端末２−ＮＭは、第Ｎのニュースメディアの管理者による操作に基づいて、各記者が作成した記事等のデータを、当該第Ｎのニュースメディアのニュースに含めて配信するための各種管理（例えば承認等）をするための各処理を実行する。
【００１６】
記事ＤＢ４には、第１乃至第Ｎのニュースメディアの夫々のニュースに掲載される各記事等のデータが格納される。
【００１７】
以下説明の便宜上、図１に図示されている装置を例示として説明するが、その他の図示せぬ装置、例えばメディア装置群２−２乃至２−（Ｎ−１）についても、全く同様に当てはまる。
【００１８】
図２は、図１の情報処理システムのうちグループ総合サーバ１のハードウェア構成を示すブロック図である。
【００１９】
グループ総合サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２３と、バス２４と、入出力インターフェース２５と、出力部２６と、入力部２７と、記憶部２８と、通信部２９と、ドライブ３０と、を備えている。
【００２０】
ＣＰＵ２１は、ＲＯＭ２２に記録されているプログラム、又は、記憶部２８からＲＡＭ２３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ２３には、ＣＰＵ２１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００２１】
ＣＰＵ２１、ＲＯＭ２２及びＲＡＭ２３は、バス２４を介して相互に接続されている。このバス２４にはまた、入出力インターフェース２５も接続されている。入出力インターフェース２５には、出力部２６、入力部２７、記憶部２８、通信部２９及びドライブ３０が接続されている。
【００２２】
出力部２６は、ディスプレイやスピーカ等で構成され、各種情報を画像や音声として出力する。
入力部２７は、キーボードやマウス等で構成され、各種情報を入力する。
記憶部２８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部２９は、インターネットを含むネットワークＮを介して他の装置との間で通信を行う。
【００２３】
ドライブ３０は、必要に応じて設けられる。ドライブ３０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア４１が適宜装着される。ドライブ３０によってリムーバブルメディア４１から読み出されたプログラムは、必要に応じて記憶部２８にインストールされる。また、リムーバブルメディア４１は、記憶部２８に記憶されている各種データも、記憶部２８と同様に記憶することができる。
【００２４】
なお、図示はしないが、記者端末２や他グループサーバ３も、図２のグループ総合サーバ１と基本的に同様のハードウェア構成を有しているものとする。
【００２５】
図３は、図１の情報処理システムにおけるグループ総合サーバ１が有する各種機能のうち、所定のニュースメディアで配信される記事のデータの作成や管理を行う機能を実現するための機能的構成を示す機能ブロック図である。
【００２６】
グループ総合サーバ１のＣＰＵ２１（図２）においては、図３に示すように、Ｎ個のメディア管理部４１−１乃至４１−Ｎと、総合管理部４２とが機能する。
メディア管理部４１−Ｋ（Ｋは、１乃至Ｎのうち任意の整数値）は、第Ｋのメディアに属する各装置を管理すべく、記事作成制御部５１と、記事管理制御部５２と、公開制御部５３とを有する。
【００２７】
記事作成制御部５１は、所定のニュースメディアに属する記者による記事の作成等を制御すべく、新規作成部６１と、編集部６２と、外部記事取込部６３と、ギガインデックス作成部６４とを有する。
記事管理制御部５２は、所定のニュースメディアの各記事をニュースに含めて公開するまでに必要な各種管理を制御すべく、承認部７１と、剽窃チェック部７２と、公開指示受付部７３とを有する。
【００２８】
総合管理部４２は、グループ全体の管理を実行すべく、メディア管理部４１−１乃至４１−Ｎの夫々と各種情報を適宜授受すると共に、イードＩＤ管理部８１とコンテンツエクスチェンジ管理部８２とを機能させる。
【００２９】
イードＩＤ管理部８１は、ニュースメディアの読者等の図示せぬユーザ端末がアクセス可能とするためのＩＤとして、グループシステムＧで通用するＩＤ（即ち全ニュースメディアの会員用のＩＤ（以下、「イードＩＤ」と呼ぶ）や、各ニュースメディアの会員用ＩＤ（以下、「メディアＩＤ」と呼ぶ）を管理する。
つまり、端末がイードＩＤでログインした場合、読者等は、グループシステムＧ内の各ニュースメディアの夫々について、有料会員や無料会員等の設定や管理を一括して行うことができる。例えば、第１のニュースメディアでは有料会員になり、第２のニュースメディアでは無料会員になり、第３のニュースメディアでは会員にならない等の設定を一括して行うことができる。そして、このような設定がなされた後に、端末がイードＩＤでログインした場合、読者等は、設定の内容の範囲内で、各ニュースメディアの記事を閲覧することができる。このように、イードＩＤを導入することで、各ニュースメディア間の会員連携を実現することができる。
一方、端末がメディアＩＤでログインした場合、読者等は、対応するニュースメディアのみについて、有料会員や無料会員等の設定や管理を行い、設定の内容の範囲内で、当該ニュースメディアの記事のみを閲覧することができる。イードＩＤ管理部８１は、これらのログイン時の認証処理を実行することができる。
また、図５を参照して後述するように、所定のニュースメディアにおいて会員として無料会員と有料会員とにわけている場合、イードＩＤ管理部８１は、記事単位で、無料会員にまでアクセス（閲覧）を許可するのか、それとも、有料会員のみアクセス（閲覧）する（無料会員は一部公開してもよい）ことを許可するのか、ということを選択的に設定する制御（以下、「アクセス制御」と呼ぶ）することもできる。
【００３０】
コンテンツエクスチェンジ管理部８２は、各メディア管理部４１−１乃至４１−Ｎの夫々で新規作成された記事（コンテンツ）を、各ニュースメディア間で交換する制御を実行する。
例えば、コンテンツエクスチェンジ管理部８２は、第１のニュースメディアのメディア管理部４１で新規作成された記事（コンテンツ）を、第２のニュースメディアのメディア管理部４１において外部記事として取り込ませる制御を実行することができる。
また例えば、コンテンツエクスチェンジ管理部８２は、第１のニュースメディアのメディア管理部４１に対して、別のニュースメディアのメディア管理部４１で新規作成された記事のうち、第１のニュースメディアにより登録されたキーワードに合致する記事や、人気記事等を、外部記事として取り込む候補として推薦することもできる。
【００３１】
図４は、図３の機能的構成を有するグループ総合サーバ１の処理の流れを説明する模式図である。
ここで、図４等を説明する場合の前提事項として、記者は、第１のニュースメディアに属し、メディア装置群２−１内の記者端末２−１１を操作して、記事を作成したり編集したりするものとする。また、当該第１のニュースメディアに属する管理者は、当該記者が作成した記事に対して承認等をするものとする。
【００３２】
記事作成制御部５１の新規作成部６１は、図４に示す様に、記者が記者端末２−１１を操作して記事を新規作成するために必要な各種処理を制御する。
具体的には例えば、新規作成部６１は、先ず、図５に示す様な画面を記者端末２−１１に表示させる制御を実行する。
【００３３】
図５は、記事を新規作成して登録するための画面の一例を示している。
図５の画面は、記者が操作する記者端末２−１１の表示部に表示される。
記者は、図５の画面に配置される各項目のボックス内に、記事に関する各種文章や情報を入力する。記事を構成する上で必須な項目（基本情報）としては、タイトル、本文、及びカテゴリが存在する。
タイトルの項目には、記事のタイトルを示す文章（図５の例では、「おしゃべりは上手なのに二次試験以降が通らないあなたへ」という文章）が入力される。
本文の項目には、記事の本文を示す文章が入力される。
サマリーの項目には、記事のサマリーを示す文章が入力される。
カテゴリの選択項目では、予め登録された複数のカテゴリのうち記者により選択されたものが、記事のカテゴリとして登録される。
【００３４】
ここで、図５において、会員アクセス制御とは、上述した様に、ニュースメディア単位に、イードＩＤやメディアＩＤを有する各会員からの記事へのアクセスを制御することをいう。このような会員アクセス制御を実行するための「会員アクセス制御選択項目」も設けられている。具体的には、「無料会員」を選択することで、無料会員にまでアクセス（閲覧）を許可する、という選択をすることができる。一方、「有料会員」を選択することで、有料会員のみアクセス（閲覧）する（無料会員は一部公開してもよい）ことを許可する、という選択をすることができる。
【００３５】
また、図５には、ＰＲ記事の文字の横にチェックボックスが設けられている。
そこで、図５の画面で新規作成した記事がＰＲ記事に該当する場合には、操作者は、チェックボックスにチェックを入れる操作をする。
なお、ＰＲ記事の詳細については、図１２を参照して後述する。
【００３６】
記者は、記者端末２−１１を図５の画面を用いて各種操作をすることで、記事を新規作成することができる。ここで、記者端末２−１１は、記事（データ）に対してさらに、当該記事に含める１以上の画像データを対応付けることができる。
本実施形態では、記事（データ）と、当該記事に対応付けられた画像データとが紐付けられて、記者端末２−１１の記憶部（ローカル）に記憶される。なお、各段階でその都度、記事ＤＢ４（図１）に記憶されるようにしてもよい。
【００３７】
記事（データ）が記者端末２−１１の記憶部（ローカル）に記憶されている段階では、記者は、記者端末２−１１を操作することで、新規作成した記事（画像含む）を適宜編集することができる。
記事作成制御部５１の編集部６２は、図４に示す様に、記者が記者端末２−１１を操作して記事のデータを編集するために必要な制御処理を実行する。
具体的には例えば、編集部６２は、記者端末２−１１の記憶部（ローカル）に直前まで記憶されていた図５に示す画面を、記者端末２−１１に表示させる制御を実行する。
記者は、図５の画面に配置される各項目の情報については、記事に関する各種文章や情報を適宜入力する。また図示はしないが、記者は、当該記事に含める画像のデータを適宜更新する。
本実施形態では、このようにして更新された記事のデータと当該記事に含める1以上の画像のデータとは対応付けられて、記者端末２−１１の記憶部（ローカル）に上書きされる。なお、各段階でその都度、記事ＤＢ４（図１）に記憶されるようにしてもよい。
【００３８】
記者は、自身が作成した記事を、自身が属するニュースメディア（本例では第１のニュースメディア）のＤＢ（本例では記事ＤＢ４内）に保存したい場合、記者端末２−１１を用いて「保存する」旨の指示操作をする。
すると、図４に示す様に、記事作成制御部５１は、記事のデータ（対応付けられた画像データ含む）を、記者が属するニュースメディア（本例では第１のニュースメディア）の記事ＤＢ２−１Ｄに保存する制御を実行する。
ここで、各記事のデータはステータスを有している。記者が属するニュースメディアの記事ＤＢ２−１Ｄに記事が保存されると、記事ステータスは「編集中」に移行する。
記事ステータスが「編集中」である間、記者は、記事のデータを適宜編集することができる。
【００３９】
ここで、本実施形態では、所定のニュースメディアの記者（本例では第１のニュースメディアの記者）が作成した記事は、当該所定のニュースメディアの管理者の承認を経てから、当該所定のニュースメディアのニュースに含められて配信される。
そこで、記者は、記事の編集が終了した段階、例えば、自身が属するニュースメディア（本例では第１のニュースメディア）のニュースに当該記事を含めて配信する準備ができた段階で、記者端末２−１１に対して「承認へ回す」旨を指示する操作をする。
記事作成制御部５１は、当該操作を受付けると、「承認へ回す」旨を、記事管理制御部５２に通知する。これにより、記事ステータスは「承認待ち」に移行する。
【００４０】
所定の記事について「承認へ回す」旨が通知された記事管理制御部５２の承認部７１は、図６に示す様な画面を、当該所定の記事を配信するニュースメディアの管理者端末（本例では第１メディアの管理者端末２−１Ｍ）の表示部に表示させる制御を実行する。
【００４１】
図６は、所定のニュースメディアで配信されるニュースの各記事の一覧を示す画面の一例を示している。
図６の画面は、当該所定のニュースメディアの管理者端末（本例では第１メディアの管理者端末２−１Ｍ）の表示部に表示される。
図６の画面のうち、一番上の欄には、承認待ちの各記事がリスト化されて表示される。例えば、図５の例で作成及び編集された記事（タイトルが「おしゃべりは上手なのに二次試験以降が通らないあなたへ」という記事）は、一番上の行に新規に登録されて表示される。
上から２番目の欄には、公開前に剽窃チェック依頼された各記事が一覧表示される。剽窃チェックについては、図８以降の図面を参照して後述する。
上から３番目の欄には、最新の各記事が一覧表示される。
図６には図示しないが、当該所定のニュースメディアで配信されるニュースの各記事の一覧が、各種観点に基づいてソートされて表示される欄が適宜設けられる。
【００４２】
所定のニュースメディアの管理者（本例では第１メディアの管理者）は、一覧表示された各記事の詳細を確認したい場合、管理者端末（本例で管理者端末２−１Ｍ）に対する所定の操作をすることで、図７に示す様な記事の詳細画面を当該管理者端末に表示させることができる。
図７は、記事の基本情報の詳細を表示する画面の一例を示している。
【００４３】
管理者は、図７の画面で記事の基本情報の詳細を確認すると共に、剽窃チェックをすることができる。
即ち、剽窃チェック部７２は、当該記事の剽窃チェックをする。
以下、図８乃至図１１を適宜参照して、剽窃チェックについて説明する。
【００４４】
剽窃チェックとは、記事の本文の少なくとも一部が、インターネットで取得可能な他人文章と同一又は類似しているかについて行うチェックをいう。具体的には例えば本実施形態では、記事の本文全体に対する、他人文章と同一又は類似している部分の割合が、「類似度」として算出され、当該「類似度」がチェック結果としてニュースメディアの管理者に提示される。
即ち、記事管理制御部５２の剽窃チェック部７２は、チェック対象の記事の本文を抽出し、当該本文と同一又は類似する他人文章をネットワークＮ（インターネット）を介して複数抽出する。そして、剽窃チェック部７２は、チェック対象の記事の本文について、複数の他人文章の夫々との類似度を演算して、図８に示す様な類似度の一覧画面を、チェック対象の記事が配信されるニュースメディアの管理者端末（本例では管理者端末２−１Ｍ）の表示部に表示させる。
【００４５】
図８は、剽窃チェックの結果一覧を表示する画面の一例である。
図８の画面では、ネットワークから抽出された複数の他人文章の夫々について、他人文章を特定可能な情報（タイトルやＵＲＬ）と類似度とが対応付けられて、類似度が高い順にソートされた上で一覧表示される。
例えば、図８の例では、「〇〇〇〇〇〇〇〇」というタイトルの他人文章が、最高の類似度５２．６７％であるとして一番上の行に表示されている。
このように、本実施形態の剽窃チェックは、単に剽窃しているか否かの判断結果を提示するのではなく、類似度が高い（剽窃の可能性が高い）複数の他人文章のリストを提示するものである。つまり、剽窃しているか否かの最終判断は、チェック対象の記事が配信されるニュースメディアの管理者に委ねられている。
【００４６】
そこで、ニュースメディアの管理者は、管理者端末（本例では管理者端末２−１Ｍ）を操作することで、複数の他人文章のうち選択したものについて、図９に示す様な画面、即ち具体的にどの箇所が記事と同一又は類似なのかを確認できる画面を、当該管理者端末に表示させることができる。
【００４７】
図９は、剽窃チェックの結果の詳細を表示する画面の一例である。
図９の画面の一番上には、図８の画面と同一内容、即ち、他人文章を特定可能な情報（タイトルやＵＲＬ）と類似度とが対応付けられて表示される。
図９の画面において、「入力テキスト」には、チェック対象の記事が表示される。その下方の「検索結果テキスト」には、管理者により選択された他人文章（図９の例では、「〇〇〇〇〇〇〇〇」というタイトルの、最高の類似度５２．６７％を有する他人文章）が表示される。
ここで、図９において、点線が具体的な文章を示しており、網掛け部分が、「入力テキスト」と「検索結果」との一致部分を示している。なお、網掛け部分は、実際には、例えば黄色の蛍光表示等、管理者にとって視認しやすい表示形態で表示される。
つまり、管理者は、網掛け部分を視認するだけで、チェック対象の記事が他人文章を剽窃したものか否かを容易に判断することができる。
【００４８】
管理者はまた、図１０や図１１に示す様に、各記事の基本情報を表示する画面を視認しても、剽窃チェックの結果を確認することもできる。
図１０は、所定のニュースメディアで配信されるニュースの各記事の一覧を示す画面であって、図６とは異なる例の画面の一例を示している。
図１１は、記事の基本情報の詳細を表示する画面であって、図７とは異なる例の画面の一例を示している。
即ち、「おしゃべりは上手なのに二次試験以降通らないあなたへ」というタイトルの記事は、図６や図７の例では剽窃チェック前の段階であったものが、図１０や図１１の例では剽窃チェック後の段階になっている。
このため、「おしゃべりは上手なのに二次試験以降通らないあなたへ」というタイトルの記事については、図６の２番目の「公開前剽窃チェック依頼記事」ではステータスが「保留（処理待ち）」とされていたものが、図１０の２番目の「公開前剽窃チェック依頼記事」ではステータスが「チェック完了」に変更されている。また、図１０の２番目の「公開前剽窃チェック依頼記事」では、チェック結果を示す表示として、類似度「５２．６７％」と当該類似度を示すグラフとが表示されている。
同様に図７の「公開前類似度」の項目には「保留（処理待ち）」が入力されていたものが、図１１の「公開前類似度」の項目には、チェック結果を示す表示として、類似度「５２．６７％」と当該類似度を示すグラフとが表示されている。
【００４９】
図４に戻り、このようにして所定のニュースメディア（本例では第１メディア）の記事に対して「承認する」の前に「剽窃チェックする」がなされると、管理者は、管理者端末（本例で管理者端末２−１Ｍ）に対する所定の操作をすることで、当該記事に対して次の３つの判断をくだすことができる。
【００５０】
第１の判断は、「却下する」である。この第１の判断がなされた場合、記事ステータスは「承認却下」となり、図３の記事管理制御部５２の承認部７１は、図４に示す様に「却下する」旨を記事作成制御部５１に通知する。
即ち、記事作成制御部５１は、当該記事が作成等された記者端末（本例では記者端末２−１１）を介して「却下する」旨を記者に提示する制御を実行する。
「却下する」旨が提示された記者は、記者端末（本例では記者端末２−１１）を操作して、当該記事を再編集することができる。
【００５１】
第２の判断は、「削除する」である。この第２の判断がなされた場合、記事ステータスは「削除」となり、図３の記事管理制御部５２の承認部７１は、当該記事のデータをＤＢ（本例では記事ＤＢ４）から削除する。
【００５２】
第３の判断は、「承認する」である。この第３の判断がなされた場合、記事ステータスは「承認する」となる。つまり、図３の記事管理制御部５２の承認部７１は、記事のデータを公開対象として承認する。
【００５３】
図４に戻り、このようにして所定のニュースメディア（本例では第１メディア）の記事に対して「承認する」がなされると、当該所定のニュースメディアの管理者は、管理者端末（管理者端末２−１Ｍ）を操作して、次のような選択をすることができる。
即ち、管理者は、当該記事を再度記者に編集させるのか、即座に発行されるニュースに当該記事を含めて公開させるのか、又は、将来発行される予定のニュースに当該記事を含めるための予約（以下、「公開予約」と呼ぶ）をするのかを選択することができる。
【００５４】
記事を再度記者に編集させることが選択された場合、記事ステータスは「編集中」に戻り、図３の記事管理制御部５２の承認部７１は、図４に示す様に「編集する」旨を記事作成制御部５１に通知する。
即ち、記事作成制御部５１は、当該記事を作成等された記者端末（本例では記者端末２−１１）を介して「編集する」旨を記者に提示する制御を実行する。「編集する」旨が提示された記者は、記者端末を操作して、当該記事を再編集することができる。
【００５５】
即座に発行されるニュースに記事を含めて公開させることが選択された場合、図３の記事管理制御部５２の公開指示受付部７３は、その選択を受付けて、公開制御部５３は、当該記事のデータをニュースに含めて公開する。これにより記事ステータスは「公開中」になる。
ここで、公開の範囲は、図４に示す様に、自サイトと、記事フィードといった２単位に分かれている。
自サイトとは、ニュースメディア単位のサイトで公開する範囲を意味する。
記事フィードとは、別のニュースメディア又は他グループサーバ３で公開する範囲を意味する。
公開されると、自サイトも記事フィードも、「記事表示」になる。
【００５６】
なお、所定のニュースメディア（本例では第１メディア）の記事がニュースに含められて公開された後であっても、当該所定のニュースメディアの管理者は、当該記事を再度記者に編集させたり、当該記事を非公開にすることもできる。
【００５７】
記事を再度記者に編集させることが選択された場合、記事ステータスは「編集中」に戻り、図３の記事管理制御部５２の公開指示受付部７３は、図４に示す様に「再編集する」旨を記事作成制御部５１に通知する。
即ち、記事作成制御部５１は、当該記事を作成等された記者端末（本例では記者端末２−１１）を介して「再編集する」旨を記者に提示する制御を実行する。「再編集する」旨が提示された記者は、記者端末を操作して、当該記事を再編集することができる。
【００５８】
記事を非公開にすることが選択された場合、図３の記事管理制御部５２の公開指示受付部７３はその旨を受付け、公開制御部５３は当該記事を非公開にする。これにより、記事ステータスは「非公開」になる。
ここで、非公開の範囲は任意に設定することが可能であり、また夫々の公開の単位毎に非公開にするための処理を個別に設定することができる。例えば、自サイトでは「該当するような記事がありません」という表示処理が設定される。例えば記事フィードでは、「記事削除」という処理が設定される。
【００５９】
ここで、記事は、即座に発行されるニュースに含めて公開するだけではなく、将来発行されるニュースに含めて公開することを予約することもできる。つまり、記事の公開予約の選択も可能である。
この場合、図３の記事管理制御部５２の公開指示受付部７３は、その選択を受付けて、公開予約をする。これにより記事ステータスは「公開予約」になる。
その後、公開予約の対象となったニュースが発行されるタイミングで、当該ニュースに当該記事が含められて公開される。この場合、記事ステータスは「公開中」となる。
記事ステータスが「公開中」となった後の処理は、上述したので、ここではその説明は省略する。
【００６０】
次に、このようにして所定のニュースメディアから公開された記事に対する、別のニュースメディアでの取り扱いについて、図１２以降の図面を適宜参照して説明する。
【００６１】
図１２は、所定のニュースメディアから公開された記事に対する、別のニュースメディアでの取り扱いを説明するための模式図である。
図１２には、第１のニュースメディア（メディア装置群２−１）から公開された記事に対する、第Ｎのニュースメディア（メディア装置群２−Ｎ）の取り扱いの例が図示されている。
【００６２】
先ず、上述した様に、第１のニュースメディアに属する記者が、記者端末２−１１を操作して、記事Ａ，Ｂを作成して、記事ＤＢ４の一領域である記事ＤＢ２−１Ｄに保存したものとする。
記事Ａには画像イが対応付けられ、記事Ｂには画像イと関連記事α，βとが対応付けられているものとする。なお、関連記事αはＰＲ記事である一方、関連記事βはＰＲ記事でないものとする。つまり、関連記事αは、第１のニュースメディアが報酬を受けたものであるとする。
このように、同一ニュースメディア内の記事であれば、同一の画像イを別々の記事Ａ，Ｂの両方に対応付けることが容易に可能になる。
第１のニュースメディアの管理者による管理者端末２−１Ｍの操作により、記事Ａ，Ｂが承認されて公開されると、図１２の上方右側に示す様に、画像イが対応付けられた記事Ａと、同一画像イが対応付けられた記事Ｂとを含むニュースが、第１のニュースメディアが管理するサイト（記事Ａについてはサイト２−１−Ａ、記事Ｂについてはサイト２−１−Ｂと記載）や、他グループ３−１乃至３−Ｓの夫々に配信される。
ここで、ニュースに含められた記事Ａ，Ｂの夫々の下方に存在するＵＲＬ２−１−Ａ，２−１−Ｂの夫々とは、第１のニュースメディアにおける記事Ａ，Ｂの夫々のＵＲＬを示している。つまり、記事Ａ，Ｂは両方とも、ＵＲＬ２−１で特定される第１のニュースメディアが管轄する記事である、ということを意味する。
なお、関連記事αは、報酬を受けた第１のニュースメディアのサイト２−１では、図１２に示す様に表示される。ただし、ＰＲ記事であることが読者にわかるような、何かしらの表示がなされている。また、図示はしないが、他グループサーバ３−１乃至３−Ｓに配信される際には、ＰＲ記事である関連記事αの表示は禁止される（図１２の下の図のような表示がなされる）。
【００６３】
ここで、第１のニュースメディアとは別の第Ｎのニュースメディアの記者が、記事を作成したり編集することを考える。
第Ｎのニュースメディアの記者は、記者端末２−Ｎ１を操作することで、自身で記事を作成したり編集して、第Ｎのニュースメディアの記事として公開させることができる。さらに、第Ｎのニュースメディアの記者は、他のニュースメディアの記事を取り込んで、当該記事を適宜編集したうえ、第Ｎのニュースメディアの記事として公開させることもできる。
【００６４】
第Ｎのニュースメディアにとっては、第１のニュースメディアを含めその他のニュースメディアは外部と把握できる。そこで以下、所定のニュースメディアからみて、外部で作成されて公開された記事を、「外部記事」と呼ぶ。
ただし、本実施形態では、特に、他のニュースメディアで作成されて公開された記事を、「外部記事」と呼ぶ。つまり、本実施形態でいう「外部記事」とは、あくまでもグループシステムＧ内の記事である点、即ち、グループ総合サーバ１が管理している記事である点である。従って、グループシステムＧからみての外部（完全外部）で作成された記事、例えば他グループサーバ３−１乃至３−Ｓで作成された記事は、外部記事とは呼ばない点に留意する。
【００６５】
例えば図１２の例では、第Ｎのニュースメディアの記者は、記者端末２−Ｎ１を操作して、第１のメディアで公開された記事Ｂを外部記事として取り込む指示をしている。
【００６６】
具体的には例えば、記者端末２−Ｎ１は、取り込み可能な外部記事の一覧として、図１３に示す様な画面を表示部に表示させる。
図１３は、取り込み可能な外部記事の一覧を示す画面の一例を示している。
図１３の例の外部記事の一覧において、所定の１行は所定の１の外部記事に対応している。即ち、所定の行には、当該行に対応する外部記事についての、ＩＤ、記事提供元、タイトル（対応付けられている画像の枚数）、公開日時、及び更新日時の夫々を示す情報が表示される。
例えば一番上の行には、外部記事Ｂの情報として、ＩＤが３９３７であり、記事提供元がメディア２−１（即ちメディア装置群２−１で管理される第１のメディア）であり、タイトルが「おしゃべり上手なのに二次試験以降が通らないあなたへ」であり、公開日時が「１５−０５−２８  ２２：３６：３０」であり、更新日時が「１５−０５−２８  ２２：３６：３０」であることがわかる。
そこで、第Ｎのニュースメディアの記者は、図１３の画面のうち１行目の項目に対してクリック操作等所定の操作をすることで、当該１行目に対応する外部記事Ｂの取り込みを指示することができる。
【００６７】
この場合、グループ総合サーバ１の外部記事取込部６３（図３）は、図１２に示す様に、第１のニュースメディアで公開された外部記事Ｂを、第Ｎのニュースメディア内の記事Ｂ’として取り込んで、記事ＤＢ４の一領域である記事ＤＢ２−ＮＤに記憶させる制御を実行する。
【００６８】
このようにして、外部記事Ｂは、第Ｎのニュースメディアの記事Ｂ'として記事ＤＢ２−ＮＤに保存される。
【００６９】
図１４は、所定のニュースメディア（本例では第Ｎのニュースメディア）で管理される各記事の一覧を示す画面の一例を示している。
図１４の画面は、第Ｎメディアの管理者端末２−ＮＭや記者端末２−Ｎ１乃至２−ＮＭ等の表示部に適宜表示される。
図１４の例の記事の一覧において、所定の１行は所定の１の記事に対応している。即ち、所定の行には、当該行に対応する記事についての、ＩＤ、公開日、タイトル、著者、ステータス、類似度（上記剽窃チェック参照）、更新日時、及び更新者の夫々を示す情報が表示される。
例えば一番上の行には、外部記事Ｂが第Ｎのニュースメディアに記事Ｂ’として取り込まれた場合における当該記事Ｂ’について、ＩＤが１３５３８７であり、タイトルが「おしゃべり上手なのに二次試験以降が通らないあなたへ」であり、著者が「〇△×」であり、ステータスが「編集中」であり、更新日時が「１５／０５／２８」であり、更新者が「〇△×」であることがわかる。
【００７０】
このようにステータスが「編集中」であることから、第Ｎのニュースメディアの記者は、記事Ｂ’を編集することができる。
具体的には、記者は、図１４の画面のうち１行目の項目に対してクリック操作等所定の操作をすると、図１５に示す様な編集画面が記者端末２−Ｎ１に表示される。これにより、記者は、図１４の画面の１行目に対応する記事Ｂ’（取り込まれた外部記事Ｂ）を編集することができる。
【００７１】
図１５は、取り込まれた外部記事のデータを更新するための画面の一例を示している。
図１５の画面は、記事Ｂ’（取り込まれた外部記事Ｂ）を記者が編集操作する記者端末２−Ｎ１の表示部に表示される。
記者は、図１５の画面に配置される各項目のボックス内に、記事Ｂ’（取り込まれた外部記事Ｂ）に関する各種文章や情報を入力する。
ただし、記事Ｂ’（取り込まれた外部記事Ｂ）は、あくまでも他ニュースメディアの記者（本例では第１のニュースメディアの記者端末２−１１を操作する別の記者）により創造されたものである。
そこで、記事Ｂ’（取り込まれた外部記事Ｂ）を構成する上で必須な項目（基本情報）のうち、タイトルとカテゴリの編集のみが許可され、本文やサブタイトル等の他の項目の編集は禁止されている。
ここで、サブタイトルとは、オリジナル記事のタイトル、即ち図５の画面で新規作成された際のタイトルであり、図１２の例でいえば、第１のニュースメディアで作成されたオリジナル記事Ｂのタイトルである。つまり、第Ｎのニュースメディア用に新たなタイトルを作成（編集）することは許可されるが、第１のニュースメディアのオリジナルのタイトル（サブタイトル）の編集は禁止される。
即ち、グループ総合サーバ１の編集部６２（図３）は、外部記事として取り込まれた記事Ｂ’の編集の制御として、タイトルとカテゴリの編集を許可し、本文やサブタイトル等の編集を禁止する制御を実行する。
【００７２】
さらに、記者は、記者端末２−１Ｎを操作することで、上述した様に、各記事に画像を対応付けることができる。
しかしながら、画像イは、あくまでも他ニュースメディアの記者（本例では第１のニュースメディアの記者端末２−１１を操作する別の記者）により、記事Ｂ’（取り込まれた外部記事Ｂ）に対応付けられたものである。
そこで、図１２に示す様に、記事Ｂ’（取り込まれた外部記事Ｂ）に対応付けられた画像イは、その対応付けが他のニュースメディア（第１のニュースメディア）で行われたものであることから、第Ｎのニュースメディアの他の記事（例えば図１２の例では記事Ｃ）に対応付けることが禁止される。
なお、図１２の右方に示す様に、第Ｎのニュースメディアで管理される別の画像ロを記事Ｃに対応付けること自体は特に禁止されることなく可能である。
即ち、グループ総合サーバ１の編集部６２（図３）は、記事Ｃに対する画像の対応付けの制御として、外部記事として取り込まれた記事Ｂ’に対応付けられた画像イの対応付けを禁止して、第Ｎのニュースメディアで管理される別の画像Ｃの対応付けを許可する制御を実行する。
【００７３】
第Ｎのニュースメディアの管理者による管理者端末２−ＮＭの操作により、記事Ｂ’，Ｃが承認されて公開されると、図１２の下方右側に示す様に、画像イが対応付けられた記事Ｂ’と、当該画像イの対応付けが禁止された記事Ｃとを含むニュースが、第Ｎのニュースメディアが管理するサイト（記事Ｃについてはサイト２−Ｎ−Ｃ、記事Ｂ’についてはサイト２−Ｎ−Ｂと記載）や、他グループ３−１乃至３−Ｓの夫々に配信される。
ここで、ニュースに含められた記事Ｃの下方に存在するＵＲＬ２−Ｎ―Ｃとは、第Ｎのニュースメディアにおける記事ＣのＵＲＬを示している。同様に、ニュースに含められた記事Ｂ’の下方に存在するＵＲＬ２−Ｎ―Ｂとは、第Ｎのニュースメディアにおける記事Ｂ’のＵＲＬを示している。つまり、記事Ｂ’は、第１のニュースメディアの外部記事Ｂと本文等は同一のものであるが、あくまでもＵＲＬ２−Ｎで特定される第Ｎのニュースメディアが管轄する記事である、ということを意味する。
【００７４】
ここで、記事Ｂの関連記事αは、第１のニュースメディア側で報酬を受けたＰＲ記事である。従って、関連記事αは、記事Ｂ’の関連記事からは除外され、図１２の右下の図に示す様に、第Ｎのニュースメディアの記事配信では一切表示されない。
【００７５】
以上説明したように、第１のニュースメディアの外部記事Ｂは、第Ｎのニュースメディアに取り込まれると、当該第Ｎのニュースメディアの記事Ｂ’として取り扱われる。
このため、記事Ｂ’の本文等や、当該記事Ｂ’対応付けられる画像イは、第１のニュースメディアでの状態をそのまま保護すべく、第Ｎのニュースメディアにおいて編集が禁止される。
これに対して、記事Ｂ’の題名については、編集が許可される。即ち、題名については、第１のニュースメディアの外部記事Ｂと、第Ｎのニュースメディアに取り込まれた記事Ｂ’との間で異なることは特に否定されない仕様となっている。
【００７６】
図１６は、第１のニュースメディア（図１のメディア装置群２−１）により配信されたニュースの一例を示している。
図１７は、第Ｎのニュースメディア（図１のメディア装置群２−Ｎ）により配信されたニュースの一例を示している。
図１６に示す様に、第１のニュースメディア（図１のメディア装置群２−１）により配信されたニュースでは、記事Ｂは、タイトルＢＴと本文ＢＨとを含み、画像イが対応付けられている。最新ニュースとして、記事Ａと記事Ｂの簡易版も表示されている。ここで、記事Ａには、記事Ｂと同一の画像イが対応付けられている。
これに対して、図１７に示す様に、第Ｎのニュースメディア（図１のメディア装置群２−Ｎ）により配信されたニュースでは、記事Ｂ’（取り込まれた外部記事Ｂ）は、外部記事Ｂとは異なるタイトルＢＴ’と、外部記事Ｂと同一の本文ＢＨとを含み、外部記事Ｂと同一の画像イが対応付けられている。最新ニュースとして、記事Ｂ’と記事Ｃの簡易版も表示されている。ここで、記事Ｃには、記事Ｂ’と同一の画像イの対応付けが禁止されていることから、それとは別の画像ロが対応付けられている。
【００７７】
ここで、本実施形態では、ギガインデックスについても、記事Ｂ’（取り込まれた外部記事Ｂ）の編集が許可される仕様となっている。即ち、ギガインデックスについても、第１のニュースメディア（図１のメディア装置群２−１）の外部記事Ｂと、第Ｎのニュースメディア（図１のメディア装置群２−Ｎ）に取り込まれた記事Ｂ’との間で異なることは特に否定されない。
【００７８】
ギガインデックスとは、文字、図形、若しくは記号、又はこれらの組合せにより特定されるインデックスであり、1以上の記事に付加されるものをいう。なお、ギガインデックスを示す、文字、図形、若しくは記号、又はこれらの組合せを、以下、「ギガインデックス名」と呼ぶ。ギガインデックス名は、使用者が記事に関連する内容であると判断できれば足り、任意に設定が可能である。例えば、その記事のジャンル、その記事に関連する単語や名称等を、ギガインデックスとして採用することができる。
なお、ギガインデックスの特定は、「ギガインデックスＩＤ」により行われる。即ち、ギガインデックスＩＤとは、ギガインデックスを一意に特定するための識別子である。
ギガインデックスには、関連するＵＲＬ（記事やＨＰ等任意のＵＲＬ）を対応付けることができる。このようなＵＲＬを、以下、「ギガインデックス関連ＵＲＬ」と呼ぶ。
また、所定の１の記事に対して任意のギガインデックスを１以上付加（対応付け）することもできるし、逆に、所定の１のギガインデックスに対して、任意の記事を１以上追加（対応付け）することもできる。このように、ギガインデックスに対して関連付けられた記事を、「ギガインデックス関連記事」と呼ぶ。換言すると、所定の１の記事に対して任意のギガインデックスを１以上付加（対応付け）することとは、付加したギガインデックス側からみると、ギガインデックス関連記事が追加されたことを意味する。即ち、ギガインデックス関連記事の追加は、記事側からすることもできるし、ギガインデックス側からもすることもできる。
このように、ギガインデックスに対しては、ギガインデックス関連記事や、ギガインデックス関連ＵＲＬが対応付けられているので、所定のギガインデックスに関するまとめサイト等を容易に生成することが可能になる。
つまり、まとめサイト等に含めることが可能なものは、ギガインデックスに対応付けることができるので、上述のギガインデックス関連記事やギガインデックス関連ＵＲＬの他、例えば任意の広告等も対応付けることが可能になる。
【００７９】
ここで、ギガインデックスの有効範囲は、グループシステムＧ内の範囲内であれば任意に設定することが可能であり、例えばグループシステムＧ全体で有効なギガインデックスを採用してもよい。
ただし本実施形態では、ギガインデックスの有効範囲は、ニュースメディア単位であるものとする。これにより、上述した様に、ギガインデックスについても、記事Ｂ’（取り込まれた外部記事Ｂ）の編集が可能になる。
即ち、図１８や図１９に示す様に、第１のニュースメディア（図１のメディア装置群２−１）において、記事Ｂに対して追加されるギガインデックスと、第Ｎのニュースメディア（図１のメディア装置群２−Ｎ）において、記事Ｂ’（外部記事Ｂが取り込まれたもの）に対して追加されるギガインデックスとは、異なるものとすることができる。
図１８は、第１のニュースメディア（図１のメディア装置群２−１）において、記事Ｂに対してギガインデックスを追加又は削除するための画面の一例である。図１８の例では、記事Ｂに対してギガインデックスとして、コラム、社会人基礎力、マインドセット、及びビジネススキルが対応付けられている。
図１９は、第Ｎのニュースメディア（図１のメディア装置群２−Ｎ）において、記事Ｂ’（外部記事Ｂが取り込まれたもの）に対してギガインデックスを追加又は削除するための画面の一例である。図１９の例では、記事Ｂ’に対してギガインデックスとして、図１８の例とは異なるものが対応付けられている。
【００８０】
以上、本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【００８１】
例えば、図２に示すハードウェア構成は、本発明の目的を達成するための例示に過ぎず、特に限定されない。
【００８２】
また例えば、図３に示す機能ブロック図は、例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは、特に図３の例に限定されない。
【００８３】
また、機能ブロックの存在場所も、図３に限定されず、任意でよい。即ち、図３に示すグループ総合サーバ３に備えられている各機能ブロックによる各機能の少なくとも一部を、他の装置、例えば図１の各メディア装置群２−１乃至２−Ｎのうち任意の装置に移譲してもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【００８４】
各機能ブロックの処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
【００８５】
このようなプログラムを含む記録媒体は、プログラムを提供するために装置本体とは別に配布される、リムーバブルメディアにより構成されるだけではなく、装置本体に予め組み込まれた状態で提供される記録媒体等で構成される。
【００８６】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に添って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
【００８７】
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものである。
【００８８】
また例えば、第１のニュースメディアで作成された記事が外部記事として第Ｎのニュースメディアに読み込まれた場合、第Ｎのニュースメディアにおいて、当該記事の題名の編集は許可されるのに対して、当該記事の本文の編集は禁止された。
しかしながら、外部記事の編集の許可や禁止範囲は、特にこれに限定されず、グループシステムＧ内で予め定められた規則等に応じて可変可能である。
例えばこのような規則としては、オリジナルの記事を新規作成したニュースメディアが、編集されても責任を負えるものについては編集を許可し、編集された場合に責任を負えないものについては無断編集を禁止する（仮に編集するならば使用及び改変の許諾をする）というような規則を採用することができる。
即ち、図３の編集部６２は、他ニュースメディアから外部記事として取り込まれた記事の編集の制御として、当該他ニュースメディアによる使用及び改変の許諾が不要な部分については編集を許可し、当該他ニュースメディアによる使用又は改変の許諾が必要な部分については編集を禁止する制御を実行してもよい。
換言すると、当該他ニュースメディアによる使用及び改変の許諾が不要な部分の一例として、上述した実施形態ではタイトルが採用され、著作権者による改変の許諾が必要な部分として、上述した実施形態では本文が採用されていたに過ぎない。
【００８９】
以上まとめると、本発明が適用される情報処理装置は、次のような構成を取れば足り、各種各様な実施形態を取ることができる。
即ち、本発明が適用される情報処理装置（例えば図３のグループ総合サーバ１）は、
複数のニュースメディアの夫々を処理対象として管理する（例えば図１のメディア装置群２−１乃至２−Ｎの夫々を処理対象として管理する）情報処理装置において、
処理対象のニュースメディアの記事の新規作成を制御する新規作成手段（例えば図３の新規作成部６１）と、
前記処理対象のニュースメディアの記事の編集を制御する記事編集手段（例えば図３の編集部６２）と、
他のニュースメディアで新規作成された記事を外部記事として、前記処理対象のニュースメディアの記事として取り込む外部記事取込手段（例えば図３の外部記事取込部６３）と、
前記処理対象のニュースメディアの記事の公開を制御する記事公開手段（例えば図３の公開制御部５３）と、
を備え、
前記記事編集手段は、前記外部記事取込手段により外部記事として取り込まれた記事の編集の制御として、当該記事を新規作成した前記他のニュースメディアによる使用及び改変の許諾が不要な部分については編集を許可し、当該他のニュースメディアによる使用又は改変の許諾が必要な部分については編集を禁止する制御を実行する、
ことができればよい。
【００９０】
なお、ここでいう「グループ」は、本発明が適用される情報処理装置が管理する複数のニュースメディアが属する集合体であれば足り、経済上の関係等は必ずしも必要ない。
【００９１】
このような本発明に係る情報処理装置を採用することで、グループ内の第１のニュースメディアで公開された記事は、同一グループ内の第２のニュースメディアにおいて、外部記事として取り込みが可能になる。そして、当該外部記事のうち、第１のニュースメディアによる使用及び改変の許諾が不要な部分については編集が許可され、第１のニュースメディアによる使用又は改変の許諾が必要な部分については編集が禁止される。
これにより、第１のニュースメディアは、新規作成した記事が第２のニュースメディア側で外部記事として取り込まれても、当該外部記事が不用意に改変等されることがなくなるため、安心して当該記事の責任を負うことができる。
【００９２】
ここで、前記他のニュースメディアが新規作成した前記記事は、当該他のニュースメディアによる使用及び改変の許諾が不要な部分として、タイトルを含み、当該他のニュースメディアによる改変の許諾が必要な部分として、本文を含むようにすることができる。
この場合、前記記事編集手段は、前記外部記事取込手段により外部記事として取り込まれた記事の編集の制御として、前記タイトルの編集を許可し、前記本文の編集を禁止する制御を実行することができる。
【００９３】
また、  前記記事は画像データの対応付けが可能とされており、
前記他のニュースメディアが新規作成した所定記事に対応付けられた画像データは、同一のグループ内であれば当該所定記事と共に使用する場合には使用の許諾が不要とされているが、他の記事への対応付けについては、当該他のニュースメディアによる許諾が不要とされ、前記処理対象のニュースメディアでは当該他のニュースメディアによる使用の許諾が必要とされており、
前記新規作成手段は、前記処理対象のニュースメディアの記事として新規作成した第１記事に対してさらに、第１画像データを対応付ける制御を実行し、
前記外部記事取込手段は、第２画像データが対応付けられた前記外部記事を、前記処理対象のニュースメディアの第２記事として取り込むと共に、当該第２画像データも取り込み、
前記記事編集手段は、前記処理対象のニュースメディアの第３記事に対して、前記第１記事に対応付けられた第１画像データを対応付けることを許可し、前記第２記事に対応付けられた第２画像データを対応付けることを禁止する制御を実行し、
前記記事公開手段は、前記処理対象のニュースメディアの記事を、対応付けられた画像データと共に公開する制御を実行する、
ようにしてもよい。
【００９４】
また、情報処理装置は、
前記処理対象のニュースメディアの記事に関する文字、図形、若しくは記号又はこれらの組合せにより示される当該記事のインデックスを、ギガインデックスとして作成するギガインデックス作成手段（例えば図３のギガインデックス作成部６４）をさらに備えることができる。
この場合、前記編集手段は、前記外部記事取込手段により外部記事として取り込まれた記事に対して、前記他のニュースメディアにおいて付加された前記ギガインデックスとは異なる文字、図形、若しくは記号又はこれらの組合せを、前記ギガインデックスとして付与する制御をさらに実行することができる。
【００９５】
また例えば、上述の実施形態では、「外部記事」は、所定のニュースメディアからみて、同一グループ内の他のニュースメディアで新規作成された記事とされたが、特にこれに限定されず、外部で新規作成された記事を含む広義な概念として使用することもできる。
【００９６】
また例えば、上述の実施形態では、「ＰＲ記事」が、他のニュースメディア等の外部で公開等が制限されたが、制限される対象は特にこれに限定されない。即ち、外部で公開等を制限する情報は、システムの設計思想やユーザの各種思想に基づき、任意のものを採用することができる。
【符号の説明】
【００９７】
１・・・グループ総合サーバ、２−１乃至２−Ｎ・・・メディア装置群、２−１Ｄ・・・記事ＤＢ、２−１１乃至２−１Ｑ・・・記者端末、２−１Ｍ・・・管理者端末、２−Ｎ１乃至２−ＮＱ・・・記者端末、２−ＮＭ・・・管理者端末、３−１乃至３−Ｓ・・・他グループサーバ、４・・・記事ＤＢ、２１・・・ＣＰＵ、２２・・・ＲＯＭ、２３・・・ＲＡＭ、２４・・・バス、２５・・・入出力インターフェース、２６・・・出力部、２７・・・入力部、２８・・・記憶部、２９・・・通信部、３０・・・ドライブ、５１・・・記事作成制御部、５２・・・記事管理制御部、５３・・・公開制御部、６１・・・新規作成部、６２・・・編集部、６３・・・外部記事取込部、６４・・・ギガインデックス作成部、８１・・・イードＩＤ管理部、８２・・・コンテンツエクスチェンジ管理部
【図１】
2017117270.tif 000003
【図２】
2017117270.tif 000004
【図３】
2017117270.tif 000005
【図４】
2017117270.tif 000006
【図５】
2017117270.tif 000007
【図６】
2017117270.tif 000008
【図７】
2017117270.tif 000009
【図８】
2017117270.tif 000010
【図９】
2017117270.tif 000011
【図１０】
2017117270.tif 000012
【図１１】
2017117270.tif 000013
【図１２】
2017117270.tif 000014
【図１３】
2017117270.tif 000015
【図１４】
2017117270.tif 000016
【図１５】
2017117270.tif 000017
【図１６】
2017117270.tif 000018
【図１７】
2017117270.tif 000019
【図１８】
2017117270.tif 000020
【図１９】
2017117270.tif 000021