(57)【要約】      （修正有）【課題】複数の校閲者ダルチェッカーが校閲作業を行うことにより、ライターの執筆した記事の品質を向上させる校閲システムを提供する。【解決手段】校閲システムは、端末と通信するための通信部と、記事を校閲するために複数のライターの識別番号を有する校閲案件データを格納している記憶部と、通信部が受信し、ライターと識別するためのチェッカーの識別番号を受信するチェッカー識別番号受付部と、校閲案件データを取得する校閲案件取得部と、チェッカーの識別番号と校閲案件データとの一致および不一致を判断するマッチング処理部と、マッチング処理部がチェッカーの識別番号と校閲案件データの識別番号が不一致と判断すると、記憶部に格納されている複数の校閲案件データによってページを構成するページ構成部と、を有する。【選択図】図２
2019200727.tif 000002
【特許請求の範囲】
【請求項１】
端末と通信するための通信部と、
記事を校閲するために複数のライターの識別番号を有する校閲案件データを格納している記憶部と、
前記通信部が受信し、前記ライターと識別するためのチェッカーの識別番号を受信するチェッカー識別番号受付部と、
前記校閲案件データを取得する校閲案件取得部と、
前記チェッカーの識別番号と前記校閲案件データとの一致および不一致を判断するマッチング処理部と、
前記マッチング処理部が前記チェッカーの識別番号と前記校閲案件データの識別番号が不一致と判断すると、前記記憶部に格納されている複数の校閲案件データによってページを構成するページ構成部と、を有する校閲システム。
【請求項２】
校閲案件識別番号受信部と、を有する請求項１記載の校閲システム。
【請求項３】
前記チェッカーのチェッカー端末上で校閲作業を行った校閲データを受信する校閲データ受付部と、
前記校閲データを、前記記憶部に保存する校閲データ保存部と、
前記校閲案件データにおける投稿数を更新する校閲案件データ更新部と、
前記校閲案件データにおける納品記事データと、修正される前の元の記事である校閲元記事データと、を、最終承認者端末に送信する保存結果送信部と、をさらに有する請求項２記載の校閲システム。
【請求項４】
前記請求項１記載の校閲システムに実行させるプログラムであって、
前記プログラムは、前記校閲システムにおける前記通信部がそのチェッカーデータを受信するチェッカーデータ受信工程と、
前記記憶部から前記校閲案件データを校閲案件取得部が取得する校閲案件データ取得工程と、
前記校閲案件データ取得工程によって、校閲案件取得部が取得する校閲案件データと上述のチェッカーデータにおけるチェッカーの識別番号は、前記校閲システムにおけるチェッカー識別番号受付部が受け付け、そのチェッカー識別番号と、記事の投稿者の識別番号との一致および不一致をマッチング処理部が判断する投稿者識別工程と、
前記マッチング処理部は、前記チェッカーデータにおけるチェッカー識別番号と、記事の投稿者である、校閲案件データにおけるライターの識別番号と、が不一致であると判断すると、チェッカーとして適正であると判断する記事マッチング工程と、をコンピュータに順次実行させるプログラム。
【請求項５】
前記請求項３記載の校閲システムに実行させるプログラムであって、
前記プログラムは、前記校閲システムにおける前記通信部がそのチェッカーデータを受信するチェッカーデータ受信工程と、
前記記憶部から前記校閲案件データを校閲案件取得部が取得する校閲案件データ取得工程と、
前記校閲案件データ取得工程によって、校閲案件取得部が取得する校閲案件データと上述のチェッカーデータにおけるチェッカーの識別番号は、校閲システムにおけるチェッカー識別番号受付部が受け付け、そのチェッカー識別番号と、記事の投稿者の識別番号との一致および不一致をマッチング処理部が判断する投稿者識別工程と、
前記マッチング処理部は、前記チェッカーデータにおけるチェッカー識別番号と、記事の投稿者である、校閲案件データにおけるライターの識別番号と、が不一致であると判断すると、チェッカーとして適正であると判断する記事マッチング工程と、
チェッカー端末から校閲案件データにおける校閲案件識別番号を送信されると、通信回線Ｎを通じて、その校閲システムにおける校閲案件識別番号受信部がその校閲案件識別番号を受信するチェッカー校閲案件識別番号受信工程と、
前記チェッカー校閲案件識別番号受信工程によって、受信した校閲案件識別番号により、校閲案件データを記憶部から、校閲案件取得部が取得するチェッカー校閲案件データ取得工程と、
前記チェッカー校閲案件データ取得工程によって、校閲案件取得部が取得する校閲案件データと上述のチェッカーの識別番号は、前記校閲システムにおけるチェッカー識別番号受付部が受け付けたそのチェッカー識別番号と、記事のライターすなわち投稿者の識別番号との一致および不一致をマッチング処理部が判断するチェッカー投稿者識別工程と、
前記校閲案件データを記憶部から取得し、また、チェッカーが得意とするカテゴリが指定されている場合は、上記チェッカーデータにおけるカテゴリ別作業数と、承認数から、案件データにおける承認条件に合致する案件を、マッチング処理部が判断するチェッカー記事マッチング工程と、
前記チェッカー記事マッチング工程により、マッチング処理部が所定の基準を適正と判断すると記憶部に格納されている複数の校閲案件データをページ構成部によって、画面を構成するチェッカーページ作成工程と、をコンピュータに順次実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、いわゆる投稿者（ライター）が執筆した記事を複数のチェッカーが校閲をすることで記事の品質を向上させる校閲システムに関するものである。
【背景技術】
【０００２】
従来は、いわゆるライターが執筆した記事について、あらかじめ定められた校閲者が校閲していた。このようにあらかじめ校閲者を用意しておかなければならず、コストがかさむと共に、その校閲者の能力にその校閲作業が依存することになり客観的な校閲作業がなされない可能性がある。
【０００３】
また、特開２００３−２２３４３８号公報において、出版物の原稿データを利用するための原稿データ利用システムであって、通信網に接続された原稿データ管理サーバと、通信網に接続可能なクライアントとを有し、該原稿データ管理サーバは：原稿データを蓄積するための原稿データ・データベース手段と、該原稿データ・データベース手段に蓄積された原稿データをクライアントに送信し、該クライアントで修正された修正原稿データを受け取り、これを原稿データ・データベース手段に記録させる原稿データ送受信手段とを有し、該クライアントは：原稿データ管理サーバから受け取った原稿データを表示するための原稿表示手段と、該原稿データに修正を加えるための原稿データ編集手段とを有することを特徴とする原稿データ利用システムが開示されているが、上記発明によれば、原稿データを利用することにより、たとえば依頼主との打ち合わせの場において、依頼主の要望に応じて該原稿データに修正を加えるとともに、その場で修正された原稿データの校閲、確認を取ることを可能とし、その結果簡易且つ迅速な印刷出版物の作成を可能とするというものである。
【０００４】
しかしながら、上記発明ではライターが執筆した記事を複数のチェッカーが校閲作業を行うものではないので、記事の品質を向上させることができない。 
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−２２３４３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は前記の点に鑑みなされたもので、その課題は、複数の校閲者であるチェッカーが校閲作業を行うことにより、ライターが執筆した記事の品質を向上させる校閲システムを提供する。
【課題を解決するための手段】
【０００７】
鋭意研究開発の結果前記の課題を解決するため、第１観点の校閲システムは、端末と通信するための通信部と、記事を校閲するために複数のライターの識別番号を有する校閲案件データを格納している記憶部と、通信部が受信し、前記ライターと識別するためのチェッカーの識別番号を受信するチェッカー識別番号受付部と、校閲案件データを取得する校閲案件取得部と、チェッカーの識別番号と前記校閲案件データとの一致および不一致を判断するマッチング処理部と、マッチング処理部が前記チェッカーの識別番号と前記校閲案件データの識別番号が不一致と判断すると、記憶部に格納されている複数の校閲案件データによってページを構成するページ構成部と、を有するものである。
【０００８】
また、第２観点の校閲システムは、第１観点において、校閲案件識別番号受信部と、を有するというものである。
【０００９】
また、第３観点の校閲システムは、第２観点において、チェッカーのチェッカー端末上で校閲作業を行った校閲データを受信する校閲データ受付部と、校閲データを、記憶部に保存する校閲データ保存部と、校閲案件データにおける投稿数を更新する校閲案件データ更新部と、校閲案件データにおける納品記事データと、修正される前の元の記事である校閲元記事データと、を、最終承認者端末に送信する保存結果送信部と、をさらに有するというものである。
【００１０】
第４観点の校閲システムに実行させるプログラムは、第１観点における校閲システムにおける通信部がそのチェッカーデータを受信するチェッカーデータ受信工程と、記憶部から校閲案件データを校閲案件取得部が取得する校閲案件データ取得工程と、校閲案件データ取得工程によって、校閲案件取得部が取得する校閲案件データと上述のチェッカーデータにおけるチェッカーの識別番号は、その校閲システムにおけるチェッカー識別番号受付部が受け付け、そのチェッカー識別番号と、記事の投稿者の識別番号との一致および不一致をマッチング処理部が判断する投稿者識別工程と、マッチング処理部は、チェッカーデータにおけるチェッカー識別番号と、記事の投稿者である、校閲案件データにおけるライターの識別番号と、が不一致であると判断すると、チェッカーとして適正であると判断する記事マッチング工程と、をコンピュータに順次実行させるというものである。
【００１１】
第５観点の校閲システムに実行させるプログラムは、第３観点の校閲システムにおける通信部がそのチェッカーデータを受信するチェッカーデータ受信工程と、記憶部から校閲案件データを校閲案件取得部が取得する校閲案件データ取得工程と、校閲案件データ取得工程によって、校閲案件取得部が取得する校閲案件データと上述のチェッカーデータにおけるチェッカーの識別番号は、校閲システムにおけるチェッカー識別番号受付部が受け付け、そのチェッカー識別番号と、記事の投稿者の識別番号との一致および不一致をマッチング処理部が判断する投稿者識別工程と、マッチング処理部は、チェッカーデータにおけるチェッカー識別番号と、記事の投稿者である、校閲案件データにおけるライターの識別番号と、が不一致であると判断すると、チェッカーとして適正であると判断する記事マッチング工程と、チェッカー端末から校閲案件データにおける校閲案件識別番号を送信されると、通信回線Ｎを通じて、校閲システムにおける校閲案件識別番号受信部がその校閲案件識別番号を受信するチェッカー校閲案件識別番号受信工程と、チェッカー校閲案件識別番号受信工程によって、受信した校閲案件識別番号により、校閲案件データを記憶部から、校閲案件取得部が取得するチェッカー校閲案件データ取得工程と、チェッカー校閲案件データ取得工程によって、校閲案件取得部が取得する校閲案件データと上述のチェッカーの識別番号は、その校閲システムにおけるチェッカー識別番号受付部が受け付けたそのチェッカー識別番号と、記事のライターすなわち投稿者の識別番号との一致および不一致をマッチング処理部が判断するチェッカー投稿者識別工程と、校閲案件データを記憶部から取得し、また、チェッカーが得意とするカテゴリが指定されている場合は、上記チェッカーデータにおけるカテゴリ別作業数と、承認数から、案件データにおける承認条件に合致する案件を、マッチング処理部が判断するチェッカー記事マッチング工程と、チェッカー記事マッチング工程により、マッチング処理部が所定の基準を適正と判断すると記憶部に格納されている複数の校閲案件データをページ構成部によって、画面を構成するチェッカーページ作成工程と、をコンピュータに順次実行させるというものである。
【発明の効果】
【００１２】
本発明は上記のように構成されかつ作用するものであるから、複数の校閲者であるチェッカーが校閲作業を行うことにより、ライターが執筆した記事の品質を向上させる校閲システムを提供することができる。
【図面の簡単な説明】
【００１３】
【図１】校閲システムと、通信回線を介して複数の一次承認者端末と、複数のチェッカー端末と、複数の最終承認者端末と、が接続されている状態を示す図である。
【図２】校閲システムの各構成を示すブロック図である。
【図３】１次承認記事データと校閲案件データとの概念図である。
【図４】校閲システムが実行する処理の流れを説明する第１のフローチャートである。
【図５】校閲システムの機能的構成を示す図である。
【図６】校閲案件データとチェッカーデータとの概念図である
【図７】チェッカー端末に表示された画面の表示内容。
【図８】校閲システムが実行する処理の流れを説明する第２のフローチャートである。
【図９】校閲案件データが示された画面の表示内容。
【図１０】校閲案件データと、校閲データと、校閲詳細データと、チェッカーデータと、最終承認者データとの概念図である。
【図１１】校閲システムが実行する処理の流れを説明する第３のフローチャートである。
【図１２】チェッカー端末に投稿を受け付けた旨の内容の表示。
【図１３】校閲システムが実行する処理の流れを説明する第４のフローチャートである。
【図１４】校閲システムの機能的構成を示す図である。
【図１５】最終承認者端末に表示された、チェッカーが校閲した内容を表示した画面。
【図１６】校閲システムが実行する処理の流れを説明する第５のフローチャートである。
【図１７】最終承認者端末に表示された、最終的に校閲が完了した校閲データの内容が示された画面。
【図１８】校閲システムが実行する処理の流れを説明する第６のフローチャートである。
【図１９】最終承認者が、納品記事データを更新しようとする状態の画面。
【図２０】校閲システムが実行する処理の流れを説明する第７のフローチャートである。
【図２１】最終承認者端末に表示された納品記事データの画像を表示した画面。
【発明を実施するための最良の形態】
【００１４】
以下、本実施例の校閲システム１０について説明する。校閲システム１０は、インターネット等の通信回線Ｎを介して通信可能に、ライターが執筆した記事を所定の事項を充足しているかを判断する後述する一次承認を行う複数の一次承認者がそれぞれ使用する複数の一次承認者端末２０ａ〜２０ｄと、その記事を校閲する校閲者である複数のチェッカーがそれぞれ使用する複数のチェッカー端末３０ａ〜３０ｄと、その記事を最終的に承認する複数の最終承認者がそれぞれ使用する最終承認者端末４０ａ〜４０ｄと、が接続されている。また、校閲システム１０はコンピュータであり、所定のプログラムを実行することができる。
【００１５】
校閲システム１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１００と、を有する。ＣＰＵ１００は、校閲システム１０全体の動作を制御する。また、ＣＰＵ１００は、制御プログラムに基づいて処理を行う。
【００１６】
また、チェッカー識別番号受付部１０１と、校閲案件取得部１０２と、マッチング処理部１０３と、ページ構成部１０４と、  校閲案件識別番号受信部１０５と、校閲データ取得部１０６と、校閲データ受付部１０７と、校閲データ保存部１０８と、校閲案件データ更新部１０９と、を有する。さらに、保存結果送信部１１０と、最終承認者識別番号受付部１１１と、校閲案件データ取得部１１２と、校閲詳細データ取得部１１３と、データ送信部１１４と、チェッカー評価受付部１１５と、チェッカー評価保存部１１６と、校閲案件データ更新部１１７と、保存結果送信部１１８と、編集内容受付部１１９と、編集内容更新部１２０と、最終承認データ受付部１２７と、を備える。
【００１７】
また、校閲案件取得部１０２は、後述する記憶部１６０にアクセスし、ライターが執筆した記事に対して校閲する校閲件数が募集件数に達していない記事データを取得する。
【００１８】
後述するように、チェッカー識別番号受付部１０１は、校閲者であるチェッカーの識別番号を受け付けるものであり、校閲案件取得部１０２は、後述する記憶部１６０にアクセスし、ライターが執筆した記事に対して校閲する校閲件数が募集件数に達していない記事の内容である記事データを取得する。また、マッチング処理部１０３は、校閲案件に後述するようにマッチング条件（後述するチェッカーの承認率・承認数）が設定されているか確認する。マッチング条件が設定されている場合は、校閲者であるチェッカーを識別するチェッカー識別番号から、そのチェッカーの実績（承認数・承認率）を取得する。さらにマッチング処理部１０３は、後述するチェッカーデータ４２０におけるチェッカーの識別番号と、記事の投稿者（ライター）の識別番号との一致および不一致を判断する。また、マッチング処理部１０３は、１のチェッカーの識別番号と他のチェッカーの識別番号との一致および不一致を判断する。また、チェッカーの過去の実績がマッチング条件を満たしている校閲案件のみを出力する。また、ページ構成部１０４は、各ページを構成し出力する。また、校閲案件識別番号受信部１０５は、校閲案件を選択した際にチェッカー端末３０ａから送信された校閲案件識別番号を受信する。
【００１９】
また、校閲データ取得部１０６は、校閲案件識別番号を元に記憶部１６０にアクセスし、校閲データ４３０を取得する。また、校閲データ受付部１０７は、チェッカーのチェッカー端末３０ａ〜３０ｄ上で校閲作業を行った校閲データ４３０を受信する。また、校閲データ保存部１０８は、チェッカーがチェッカー端末３０ａ〜３０から送信した校閲データ４３０を記憶部１６０に保存する。
【００２０】
また、校閲案件データ更新部１０９は、校閲データ保存部１０８で、後述する校閲データ４３０を記憶部１６０に保存することで、校閲案件データ４１０における投稿数のインクリメント（カウントを１つ増やすこと）を行う。また、保存結果送信部１１０は、例えば校閲データ保存部１０８で保存した結果（成功・失敗）をチェッカー端末３０ａに対して出力する部分である。
【００２１】
また、最終承認者識別番号受付部１１１は、最終承認者の最終承認者端末４０ａ〜４０ｄからログイン情報が送信されてくるので受信するものである。なお、最終承認画面は最終承認者専用のログインを行い、その際にログイン情報が最終承認者端末４０ａ〜４０ｄに保存される。校閲案件データ取得部１１２は、後述する校閲案件データ４１０に対して、最終承認者が承認判定を行うか登録されている。最終承認者識別番号を元に記憶部１６０へリクエストをし、校閲案件データ４１０を取得する。
【００２２】
校閲詳細データ取得部１１３は、後述する校閲案件データ４１０に対してチェッカーが投稿した校閲データ４３０が紐づいている。その校閲データ４３０における校閲案件識別番号を元に記憶部１６０から取得する。データ送信部１１４は、ページ構成部１０４が構成した各ページを出力する。
チェッカー評価受付部１１５は、最終承認者が、最終承認者端末４０ａ〜４０ｄでチェッカーの評価を行うとチェッカーを評価するチェッカー評価情報が、その最終承認者端末４０ａ〜４０ｄから、校閲システム１０に送信されるので受信する。また、チェッカー評価保存部１１６は、後述するチェッカーデータ４２０に蓄積された承認数/非承認数/承認率/カテゴリ別作業数/カテゴリ別承認率を記憶部１６０に保存する。
校閲案件データ更新部１１７は、最終承認を行うと校閲案件を承認済み状態にするので記憶部１６０に記憶されている情報を更新する。保存結果送信部１１８は、保存結果送信部１１０と同様である。編集内容受付部１１９は、最終承認者端末４０ａ〜４０ｄから校閲対象の記事の編集情報が送信されるので、その情報を受信し、更新情報に不備や不正が無いかを確認する。編集内容更新部１２０は、編集された記事の内容である記事情報を記憶部１６０に保存する。また、最終承認データ受付部１２７は、後述するように最終承認者が修正した校閲案件データ４１０における納品記事データと、修正される前の元の校閲元記事データと、を受信する。
【００２３】
また、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１４０と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１５０とを有し、さらに、プログラムや上記各情報を格納した記憶部１６０と、複数の一次承認者端末２０ａ〜２０ｄと、複数のチェッカーがそれぞれ使用する複数のチェッカー端末３０ａ〜３０ｄと、複数の最終承認者がそれぞれ使用する最終承認者端末４０ａ〜４０ｄと通信可能な通信部１７０とを備え、上述のパスによって接続されている。なお、通信部１７０は、ＴＣＰ／ＩＰなどの通信プロトコルによって、他の機器との通信を行うことができる。
【００２４】
また、複数の一次承認者がそれぞれ使用する複数の一次承認者端末２０ａ〜２０ｄは、パーソナルコンピュータや、スマートフォン、タブレット端末が好ましく、図示しないＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）を有する。また、キーボードなどの入力装置と、画像を出力するモニターとを有し、通信回線Ｎを介して通信可能に、校閲システム１０と接続されている。また、複数の校閲者であるチェッカーがそれぞれ使用する複数のチェッカー端末３０ａ〜３０ｄと、複数の最終承認者がそれぞれ使用する最終承認者端末４０ａ〜４０ｄと、についても同様である。なお、本実施例においては、チェッカー端末３０ａ〜３０ｄと、最終承認者端末４０ａ〜４０ｄとはそれぞれ、４つの端末を記載しているが、４つに限定されるものではない。
【００２５】
最初に、不特定多数のライターに募集をかける場合または、クライアントの要望により、特定のカテゴリの記事を書くのにふさわしいライターが選ばれ、そのライターに記事を依頼する。ライターは、その案件情報レギュレーションに記載しているルール（記事毎によってルールは異なり、クライアントから記事レギュレーションと呼んでいる決まり事を元に記事を執筆する）。例えば、他のインターネットサイトの記事をコピーすること。また過去に投稿した記事を再利用すること。公序良俗に反する文章でないこと。文章としてなりたい立たないものでないこと。文字増しや誤字脱字がないこと。また、固有名詞を記載することは、特定の場合以外認められないこと。等である。なおこれ以外にも、文末表現などのルールが記事の作成を依頼したクライアントごとに定められている。
【００２６】
これらのルールに沿って、そのライターが記事を投稿する。記事の構成は案件ごとに異なり、「文章入力」・「選択肢」・「URL入力」・「画像選択」が組み合わされて構成される。その後、投稿された記事は記事データとして記憶部１６０に管理される。投稿完了した直後に管理画面で後述する１次承認するための対象記事として表示される。なお、その投稿された記事は、既に投稿されている記事と重複していないか、投稿直後にシステムの自動チェックが行われる（システムのバッチ処理でシステムチェックが行われる。）。重複チェック結果は重複結果データとして記憶部１６０に蓄積される。このような記事データに対して以下のとおり一次承認する。
【００２７】
次に一次承認について説明する。
１次承認とは、ライターが執筆した記事の内容が、今まで記憶部１６０に蓄積されている記事の内容である、後述する１次承認記事データ４００における記事情報と重複していないかのチェックをし、投稿された記事情報の誤字、脱字をチェックし、さらに内容が依頼された内容の記事と一致するかの記事の内容の確認をすることをいう。また、その記事情報が募集条件に沿っていない場合は１次承認されず、再度自動的に記事の再募集を開始する。また、その記事情報が１次承認された場合はライターにポイントを付与する。なお記憶部１６０において、ライターの情報を管理しており、その中でポイントを管理し、そのポイントをライターに付与する際はポイントの履歴とポイントの加算を行う。また、その記事の内容である記事情報が１次承認記事データ４００として管理される。その記事情報が校閲の対象となり、そのライターが執筆した記事の内容である記事情報を含む１次承認記事データ４００が記憶部１６０に登録される。尚、１次承認記事データ４００については後述する。
【００２８】
また、上述の１次承認を行う者を１次承認者と言う。一次承認者とは、上記のとおりあらかじめ特定の内容の記事を募集し、その募集に応じた内容の記事に対し、その記事が募集内容と合致するか否かを確認する者であって、かつ、その記事に対して誤字及び脱字などをさらに確認する者をいう。その複数の１次承認を行う者が使用する端末を一次承認者端末２０ａ〜２０ｄといい、その一次承認者端末２０ａ〜２０ｄで、一次承認者は、１次承認を行う。なお一次承認者端末２０ａ〜２０ｄは、たとえばスマートフォンやｐｃ、タブレット端末が好ましい。
【００２９】
また、チェッカーは、一次承認者が承認した記事に対して、実際に校閲作業をする校閲者をいう。また、最終承認者とは、チェッカーが実際に校閲した記事に対して行われるものであり、最終的にその校閲した記事の内容を承認する者をいう。
【００３０】
上記の１次承認する対象となる記事情報を有する１次承認記事データ４００は、所定のテーマについて執筆した記事を他の記事と識別するための識別番号である記事識別番号と、その記事を作成したライターと他のライターを識別するための識別番号であるライター識別番号と、１次承認者の識別番号である１次承認者情報と、１次承認の可否である１次承認結果と、記事の内容を格納した記事情報と、その記事のテーマの範疇を示すカテゴリと、を有し、それらが互いに紐付けられている（図３参照）。なお、１次承認の可否である１次承認結果は、１次承認されると承認状態に更新される。また、１次承認記事データ４００は、記憶部１６０に保存されている。
【００３１】
校閲案件データ４１０は、以下の内容を有している。校閲する案件を識別する校閲案件識別番号と、記事を識別する記事識別番号と、記事を執筆したライターを識別するライター識別番号と、後述する最終承認者が最終承認の可否の結果を入力する最終承認結果と、校閲する前の元の記事の内容である校閲元記事データと、校閲をするチェッカーを募集する人数である募集数と、校閲をするチェッカーが、投稿する投稿数と、校閲する記事のカテゴリと、チェッカーが過去に行った校閲が、後述する最終承認者に承認された割合を示す承認条件と、実際に校閲された投稿数が互いに紐付けられている（図３参照）。なお、校閲案件データ４１０は、記憶部１６０に保存されている。
【００３２】
また、チェッカーは、記事を校閲する校閲者であり、その複数のチェッカーが使用するそれぞれのチェッカー端末３０ａ〜３０ｄはあらかじめそれぞれのチェッカーデータ４２０を有している。以下は、その１のチェッカーが使用するチェッカー端末３０ａについて説明する。従って、他のチェッカーが使用するチェッカー端末３０ｂ〜ｄについても同様である。チェッカーデータ４２０（図６参照）は、校閲者であるチェッカーを識別するためのチェッカー識別番号と、そのチェッカーが過去にした校閲が、後述する最終承認者に承認された記事の数量である承認数と、そのチェッカーが過去にした校閲が承認されなかった記事の数量である非承認数と、それらの割合である承認率と、カテゴリ別作業量と、カテゴリ別承割合と、が互いに紐付けられている。カテゴリ別作業量とは、たとえば、そのチェッカーが過去に作成した記事のカテゴリが美容に関するものとスポーツに関するものでありであり、その美容に関するものが７５パーセントであり、スポーツに関するものがたとえば２５パーセントである場合である。またカテゴリ別承認割合とは、たとえば、美容に関するものの記事のうち後述する最終承認者に承認された割合が９０パーセントであり、スポーツに関するものの記事のうち後述する最終承認者に承認された割合が２０パーセントで場合である。
【００３３】
次に、校閲案件一覧を表示するための校閲システム１０の動作について説明する。なお、図４は、その処理の流れを説明する第１のフローチャートｓ２００を図示したものであり、コンピュータである校閲システム１０の処理を実行するために、第１のフローチャートｓ２００に対応する機能的構成を図５に示している。
【００３４】
例えば校閲者である複数のチェッカーのうち１のチェッカーのチェッカー端末３０ａから上記チェッカーデータ４２０が送信されると、通信回線Ｎを通じて、校閲システム１０における通信部１７０がそのチェッカーデータ４２０を受信する（チェッカーデータ受信工程ｓ２０１）。なお、チェッカーデータ４２０は、上記のとおり、校閲者であるチェッカーを識別するためのチェッカー識別番号が記載されている（図６参照）。
【００３５】
校閲案件データ４１０を記憶部１６０から、校閲案件取得部１０２が取得する（校閲案件データ取得工程ｓ２０２）。なお、校閲案件取得部１０２は、記憶部１６０にアクセスし、ライターが執筆した記事に対して校閲する校閲件数が募集件数に達していない校閲案件データ４１０を取得する一方で、すでに募集件数に達した校閲案件データ４１０は取得しない。
【００３６】
上記校閲案件データ取得工程ｓ２０２によって、校閲案件取得部１０２が取得する校閲案件データ４１０と上述のチェッカーデータ４２０におけるチェッカーの識別番号は、校閲システム１０におけるチェッカー識別番号受付部１０１が受け付け、そのチェッカー識別番号と、記事の投稿者（ライター）の識別番号との一致および不一致をマッチング処理部１０３が判断する（投稿者識別工程ｓ２０３）。なお、マッチング処理部１０３は、校閲案件データ４１０に対しマッチング条件（後述するチェッカーの承認率・承認数）が設定されているか確認する。マッチング条件が設定されている場合は、校閲者であるチェッカーを識別するチェッカー識別番号から、そのチェッカーの実績（承認数・承認率）を取得する。また、チェッカーの過去の実績がマッチング条件を満たしている校閲案件データ４１０のみを出力する。このようにマッチング処理部１０３が、チェッカーデータ４２０におけるチェッカー識別番号と、記事の投稿者である、校閲案件データ４１０におけるライターの識別番号と、が不一致であると判断すると（図６参照）、校閲するチェッカーと、記事の投稿者であるライターが同一ではないことになり、チェッカーとして適正であると判断する。このように記事の投稿者すなわちライター自らがチェッカーとしてその記事を校閲できないようにしている。なお、チェッカーの承認率は、チェッカーが過去に行った記事の校閲が、最終承認者に承認された比率である。またチェッカーの承認数は、最終承認者に承認された記事の総数をいう。なお、後述するチェッカー識別工程ｓ２０３１についてはここでは実行せず、この投稿者識別工程ｓ２０３の次は後述の記事マッチング工程ｓ２０４を実行する（図４参照）。
【００３７】
また、校閲案件データ４１０を、記憶部１６０から取得し、また、チェッカーが得意とするカテゴリが指定されている場合は、上記チェッカーデータ４２０におけるカテゴリ別作業量と、承認数から、校閲案件データ４１０における承認条件に合致する案件を、マッチング処理部１０３が判断する（記事マッチング工程ｓ２０４）。例えば承認条件はクライアントの要望によりカテゴリ（美容・エンタメ等）により、過去のチェッカーが校閲した投稿数や、校閲した記事の承認率を設定することができる。もっとも、そのマッチングの前提条件として、チェッカーが校閲案件データ４１０の記事のライターと同一人物ではないものとすることができる。また、マッチング方法として、カテゴリ設定がない場合は全体の投稿数と承認率の項目をマッチング条件として、チェッカーにおけるそれらの実績を比較する。また、カテゴリの設定がある場合は対象のカテゴリの投稿数と承認率の項目をマッチング条件としてチェッカーの実績を比較することができる。
【００３８】
上記記事マッチング工程ｓ２０４により、マッチング処理部１０３が上記承認条件より適正と判断すると記憶部１６０に格納されている複数の校閲案件データ４１０によってページ構成部１０４がページを作成する（ページ作成工程ｓ２０５）。なお、ページ構成部１０４は、各ページを構成し出力する。
【００３９】
上記ページ作成工程ｓ２０５によって作成したページのデータを通信部１７０から、チェッカー端末３０ａに通信回線Ｎを通じて送信する（案件送信工程ｓ２０６）。これによりチェッカー端末３０ａに送信された複数の校閲する対象の記事の一覧が表示され（図７参照）終了する。なお、本実施例において例えば図７に示すように「ライティング作業を行うときのコツ」２０６の、１件のチェック案件すなわち校閲する対象となる校閲案件が表示されている。なお、校閲案件が複数表示される場合もある。
【００４０】
次に、校閲案件を表示して処理するための校閲システム１０の動作について説明する。なお、図８は、その処理の流れを説明する第２のフローチャートｓ３００を図示したものであり、コンピュータである校閲システム１０の処理を実行するために、第２のフローチャートｓ３００に対応する機能的構成を図５に示している。
【００４１】
チェッカー端末３０ａから校閲案件データ４１０における校閲案件識別番号を送信されると、通信回線Ｎを通じて、校閲システム１０における校閲案件識別番号受信部１０５がその校閲案件識別番号を受信する（チェッカー校閲案件識別番号受信工程ｓ３０１）。
【００４２】
上記チェッカー校閲案件識別番号受信工程ｓ３０１によって、受信した校閲案件識別番号により、校閲案件データ４１０を記憶部１６０から、校閲案件取得部１０２が取得する（チェッカー校閲案件データ取得工程ｓ３０２）。
【００４３】
上記チェッカー校閲案件データ取得工程ｓ３０２によって、校閲案件取得部１０２が取得する校閲案件データ４１０と上述のチェッカーの識別番号は、校閲システム１０におけるチェッカー識別番号受付部１０１が受け付けたそのチェッカー識別番号と、記事のライターすなわち投稿者の識別番号との一致および不一致をマッチング処理部１０３が判断する（チェッカー投稿者識別工程ｓ３０３）。このようにチェッカー投稿者識別工程ｓ３０３において、マッチング処理部１０３が、チェッカー識別番号と、記事の投稿者の識別番号との不一致であると判断すると、校閲するチェッカーと、記事の投稿者であるライターが同一ではないことになり、そのマッチング処理部１０３が、チェッカーとして適正であると判断する。このように記事の投稿者であるライター自らがチェッカーとして校閲できないようにしている。
【００４４】
また、校閲案件データ４１０を記憶部１６０から取得し、また、チェッカーが得意とするカテゴリが指定されている場合は、上記チェッカーデータ４２０におけるカテゴリ別作業数と、承認数から、案件データにおける承認条件に合致する案件を、マッチング処理部１０３が判断する（チェッカー記事マッチング工程ｓ３０４）。なお、承認率は、校閲案件に設定されている承認率より実績の承認率の方が高ければ好ましい。また、投稿数は、校閲案件に設定されている投稿数よりも実績の投稿数の方が多ければ好ましい。
【００４５】
上記チェッカー記事マッチング工程ｓ３０４により、マッチング処理部１０３が所定の基準を適正（例えば、承認率は、校閲案件に設定されている承認率より実績の承認率の方が高ければ適正と判断する。また、投稿数は、校閲案件に設定されている投稿数よりも実績の投稿数の方が多ければ適正と判断する。このようにあらかじめ設定した基準を満たしていれば適正を判断する。）と判断すると記憶部１６０に格納されている複数の校閲案件データ４１０をページ構成部１０４によって、画面Ａ（図９参照）を構成する（チェッカーページ作成工程ｓ３０５）。画面Ａでは、例えば、「至福の１杯でリフレッシュ」という校閲する対象となる校閲案件が表示されている。これは、ライティング作業を行うときのコツ２０６として、ライティング作業時に、コーヒーを入れることでリフレッシュして  作業がはかどるということから記事が作成されている例である。
【００４６】
上記チェッカー校閲案件送信工程ｓ３０６によって、チェッカー端末３０ａに、校閲案件の一覧が表示される。なお、チェッカー校閲案件識別番号受信工程ｓ３０１からチェッカー校閲案件送信工程ｓ３０６までの工程は任意のものとすることができる。
【００４７】
また、校閲者であるチェッカーは、校閲する記事情報のジャンルやテーマを選択すると、それに合致する校閲案件データ４１０は、そのジャンルやテーマを元にチェッカーが選択することができるが、どの校閲案件データ４１０を選択するかは、チェッカー記事マッチング工程ｓ３０４により、マッチング処理部１０３が選択する。なお、すでに同一の校閲案件データ４１０を投稿している場合は除外する。また、基本的には校閲案件データ４１０は、記憶部１６０に保存された順番に割り振られる。また再度校閲案件データ４１０が募集される場合は、優先的にその記事が割り振られる。
【００４８】
次に、校閲データ４３０は、校閲データを識別する校閲データ識別番号と、校閲案件データ４１０を識別する校閲案件識別番号と、記事情報の内容に対してチェッカーがその印象を指摘する全体の指摘と、その記事情報の評価である全体評価と、チェッカーがその記事情報を承認するか否かを記載するチェッカー承認の各データを格納している（図１０参照）。
【００４９】
また、校閲詳細データ４４０は、記事を校閲した以下の各データを格納したものである。すなわち、その校閲詳細データ４４０は、記事のうち校閲する箇所を識別するための校閲詳細データ識別番号と、校閲する記事を識別するための校閲データ４３０における校閲データ識別番号と、記事を校閲した具体的な個所を特定するための対象文章と、具体的に校閲内容を指摘した指摘内容とが格納されており、記事のうち校閲した個所が増すごとに、上記データがそれぞれ格納される（図１０参照）。
【００５０】
チェッカーである校閲者は、校閲対象である校閲案件データ４１０の校閲元記事データについて、誤りがある場合には記事のうち具体的な記事の内容を特定し、誤りの内容を具体的に指摘する指摘内容を記載する。例えば、校閲詳細データ４４０における指摘内容において「この部分に誤字があります」との内容を書き込む。なお、上記校閲は、複数のチェッカーが行うことができ、それぞれ、校閲対象である校閲案件データ４１０における校閲元記事データに対して、誤りがある場合には記事のうち具体的な記事の内容を特定し、誤りの内容を具体的に指摘する。上記と同様に、例えば、校閲詳細データ４４０における指摘内容に「この部分に誤字があります」との内容を書き込むことができる（図１０参照）。
【００５１】
さらに、校閲案件表示して処理するための校閲システム１０の動作について説明する。なお、図１１は、その処理の流れを説明する第３のフローチャートｓ４００を図示したものであり、コンピュータである校閲システム１０の処理を実行するために、第３のフローチャートｓ４００に対応する機能的構成を図５に示している。
複数のチェッカーは、それぞれ、校閲データ４３０と、校閲詳細データ４４０と、をチェッカー端末３０ａから、通信回線Ｎを通じて送信し、校閲システム１０における校閲データ受付部１０７がその校閲データ４３０と、校閲詳細データ４４０と、を受信する（校閲データ及び校閲詳細データ受付工程ｓ４０１）。なお、チェッカーのチェッカー端末３０ａ上で校閲作業を行い、校閲投稿完了時に校閲システム１０に送信を行う。その際に校閲データ受付部１０７は校閲データ４３０を受信し、その校閲データ受付部１０７が校閲データに不備や不正が無いかチェックを行う。
【００５２】
すなわち、校閲データ４３０において、校閲データを識別する校閲データ識別番号、例えば「１００１」と、校閲案件を識別する校閲案件識別番号例えば「２０」と、記事の内容に対してチェッカーがその印象を指摘する全体の指摘例えば「全体的にまとまりがあり読みやすい文章です。」との指摘、その記事の評価である全体評価、例えば「ｇｏｏｄ」と、チェッカーがその記事を承認するか否かの状態を表すチェッカー承認、例えば「承認」との各データを校閲データ受付部１０７が受信する。
【００５３】
また、校閲詳細データ４４０において、記事のうち校閲する箇所を識別するための校閲詳細データ識別番号、例えば「２００１」と、校閲する記事を識別するための校閲データ識別番号、例えば「１００１」と、記事を校閲した具体的な個所を特定するための対象文章「○○ページ○○行の文章〜」と、具体的に校閲内容を指摘した指摘内容例えば「この部分に誤字があります。」と、の各データを校閲データ受付部１０７が受信する。
【００５４】
上記校閲詳細データ受付工程ｓ４０１により受信した校閲データ４３０と、校閲詳細データ４４０とを、校閲データ保存部１０８が記憶部１６０に保存する（校閲データと校閲詳細データ保存工程ｓ４０２）。
【００５５】
すでに記憶部１６０に格納されている校閲データ４３０と校閲詳細データ４４０は、上記校閲データ４３０と校閲詳細データ保存工程ｓ４０２により新たに保存された校閲データ４３０と、校閲詳細データ４４０と、によって、すでに他のチェッカーによって保存されている過去の校閲データ４３０と過去の校閲詳細データ４４０とは、校閲案件データ更新部１０９によって更新され、記憶部１６０に保存する（校閲データと校閲詳細データ更新工程ｓ４０３）。このとき校閲案件データ４１０における投稿数も更新される。これにより、投稿数が、増加するように更新され、校閲案件データ４１０の投稿数のデータが更新される。
【００５６】
上記校閲データと校閲詳細データ更新工程ｓ４０３によって記憶部１６０に保存された登録結果を再び校閲案件データ更新部１０９が、その記憶部１６０からそれらのデータを取得する（データ更新結果取得工程ｓ４０４）。なお、校閲案件データ更新部１０９は、校閲データ保存部１０８で校閲データを記憶部１６０に保存したことで校閲案件データ４１０の管理している投稿数のインクリメント（カウントを1つ増やすこと）を行う。また、登録結果とは、登録する際に、異常なデータであったり記憶部１６０に保存ができないケースがあるため、成功したか失敗したか、ということを保存結果送信部１１０を通じてチェッカー端末３０ａに送信することができる。
【００５７】
上記データ更新結果取得工程ｓ４０４によって、校閲案件データ更新部１０９が、記憶部１６０から取得した登録結果を、保存結果送信部１１０が、チェッカー端末３０ａ〜３０ｄに送信する（登録結果送信工程ｓ４０５）。チェッカー端末３０ａには、投稿を受け付けた旨の表示Ｂがなされる（図１２参照）。また、他の複数のチェッカーがそれぞれ、チェッカー端末３０ｂ〜３０ｄをそれぞれ使用し、それぞれ上記の工程を経ることで、複数のチェッカーが、校閲を行うことにより、記事の内容の事実確認、文章表現または用語の誤り、誤字または脱字の校閲を、記事を書いたライターとは異なる複数のチェッカーがそれぞれ、チェッカー端末３０ａ〜３０ｄ上でチェックを行うことで、内容の不備を正しく修正する仕組みを構築することができる。このように、いわゆるＷｅｂコンテンツの中には事実かどうか疑わしい内容の記事や、誤った内容の記事が混じるという問題を解決するといったニーズや、ユーザー（読者）は信ぴょう性の高い情報を求めるといったニーズを満足することができる。なお、本実施例においては１例としてチェッカー端末３０ａ〜３０ｄとしているがこれらチェッカー端末３０の数は限定されない。また、他の複数のチェッカーがそれぞれ、チェッカー端末３０ｂ〜３０ｄをそれぞれ使用する場合は、それぞれ、チェッカーデータ４２０におけるチェッカー識別番号が異なり、それにより、それぞれのチェッカーを識別することができるので、複数のチェッカーが、校閲を行うことができる。
【００５８】
すなわち、上述の、上記校閲案件データ取得工程ｓ２０２によって、校閲案件取得部１０２が取得する校閲案件データ４１０と上述のチェッカーデータ４２０におけるチェッカーの識別番号は、校閲システム１０におけるチェッカー識別番号受付部１０１が受け付け、そのチェッカー識別番号と、記事の投稿者（ライター）の識別番号との一致および不一致をマッチング処理部１０３が判断する投稿者識別工程ｓ２０３とともに、既に記憶部１６０に保存されている校閲済みの校閲データ４３０におけるチェッカー識別番号（この場合は、識別番号１００１、図１０参照）と他のチェッカー端末３０ｂから送信されるチェッカーデータ４２０におけるチェッカー識別番号との一致および不一致をマッチング処理部１０３が判断するチェッカー識別工程ｓ２０３１をさらに実行することによって、それぞれのチェッカーを識別することができるので、複数のチェッカーが、校閲を行うことができる（図４参照）。なお、他のチェッカー端末３０ｃ、３０ｄについても同様である。このように、校閲済みの校閲データ４３０におけるチェッカー識別番号と、他のチェッカー端末３０ｂから送信されるチェッカーデータ４２０におけるチェッカー識別番号とが一致すれば同一のチェッカーが校閲することになるので、このような校閲は排除される。一方で、校閲済みの校閲データ４３０におけるチェッカー識別番号と、他のチェッカー端末３０ｂから送信されるチェッカーデータ４２０におけるチェッカー識別番号とが不一致であるとすれば、先のチェッカーとは別のチェッカーが校閲することになるので、このような校閲は、受任されることになり複数のチェッカーが、校閲を行うことができる。
【００５９】
従って、上述のチェッカーデータ受信工程ｓ２０１と、校閲案件データ取得工程ｓ２０２と、投稿者識別工程ｓ２０３と、チェッカー識別工程ｓ２０３１と、記事マッチング工程ｓ２０４と、ページ作成工程ｓ２０５と、を、をコンピュータである校閲システム１０に順次実行させることができる（図４参照）。
【００６０】
なお上述の１次承認記事データ４００と、校閲案件データ４１０と、チェッカーデータ４２０と、校閲データ４３０と、校閲詳細データ４４０と、最終承認者データ４５０と、は記憶部１６０に格納されている。
【００６１】
次に、最終承認者が、校閲案件データ４１０に対して最終承認するための校閲システム１０の動作について説明する。なお、図１３は、その処理の流れを説明する第４のフローチャートｓ５００を図示したものであり、校閲システム１０の処理を実行するために、第４のフローチャートｓ５００に対応する機能的構成を図１４に示している。
【００６２】
複数存在する最終承認者のうち、図示しない運営者が、１の最終承認者を選び、その校閲に対する最終承認を依頼する。その選ばれた最終承認者は、例えば最終承認者端末４０ａから、通信回線Ｎを通じて、最終承認者データ４５０（図１０参照）を送信すると校閲システム１０における通信部１７０を通じて、最終承認者識別番号受付部１１１が、その最終承認者データ４５０における最終承認者番号を受信する（最終承認者番号受付工程ｓ５０１）。なお、記事の内容によっては、他の最終承認者が選ばれることがあり、その場合は例えば、最終承認者端末４０ｂ、または最終承認者端末４０ｃ、最終承認者端末４０ｄによって、以下の工程を経ることができる。
【００６３】
上記最終承認者番号受付工程ｓ５０１によって受信した、最終承認者を識別するための、最終承認者データ４５０における最終承認者番号によって、あらかじめ、図示しない運営者からその最終承認者に対し依頼されている校閲案件データ４１０を記憶部１６０から、校閲案件データ取得部１１２が取得する（校閲案件最終承認者取得工程ｓ５０２）。
【００６４】
上記校閲案件最終承認者取得工程ｓ５０２によって校閲案件データ取得部１１２が取得した校閲案件データ４１０によって、それと校閲案件識別番号によって紐づけられている校閲データ４３０を、校閲詳細データ取得部１１３が記憶部１６０から取得する（校閲データ取得工程ｓ５０３）
【００６５】
上記校閲データ取得工程ｓ５０３によって校閲案件データ取得部１１２が取得した校閲データ４３０によって、校閲データ識別番号と紐づけられている校閲詳細データ４４０を、校閲詳細データ取得部１１３が記憶部１６０から取得する（校閲詳細データ取得工程ｓ５０４）。
【００６６】
上記校閲案件最終承認者取得工程ｓ５０２によって取得した校閲案件データ４１０と、上記校閲データ取得工程ｓ５０３によって取得した校閲データ４３０と、校閲詳細データ取得工程ｓ５０４によって取得した校閲詳細データ４４０とを、通信回線Ｎを通じて、データ送信部１１４が最終承認者端末４０ａに送信（各データ送信工程ｓ５０５）し、その最終承認者端末４０ａに、上記校閲案件データ４１０と、上記校閲データ４３０と、上記校閲詳細データ４４０と、が最終承認者端末４０ａに表示される。なお、最終承認者端末４０ａには、チェッカーが校閲した内容を表示した画面Ｃが表示される（図１５参照）。
【００６７】
上記のとおり、複数のチェッカーがそれぞれ校閲した上記校閲データ４３０が示される（画面Ｃにおいては、１人目のチェッカーと２人目のチェカー２のそれぞれが校閲した内容を表示している。なお、さらに複数のチェッカーが校閲した場合がさらに複数の校閲した内容が表示される。）。図１５の実施例においては、誤字、脱字等はみあたらないものの、それぞれのチェッカーの総評において、「ライティングのコツについての記事のはずが、コーヒーについての記事になってしまっている。」との記載や、「参考にしたい記事でした。」との記載がなされている。
【００６８】
次に、校閲データ４３０及び、校閲詳細データ４４０を元に、チェッカーが正しい校閲をしているかについて、最終承認者が評価を行うための校閲システム１０の動作について説明する。なお、図１６は、その処理の流れを説明する第５のフローチャートｓ６００を図示したものであり、コンピュータである校閲システム１０の処理を実行するために、第５のフローチャートｓ６００に対応する機能的構成を図１４に示している。
【００６９】
校閲データ４３０及び、校閲詳細データ４４０を元に、チェッカーが正しい校閲をしているかについて、最終承認者が評価を行う。最終承認者は、最終承認者端末４０ａにおいて、校閲者であるチェッカーの評価を行う。具体的には、校閲データ４３０におけるチェッカー承認において、チェッカーが正しい校閲を行っている場合は承認し、不適切な校閲を行っている場合は非承認とする。最終承認者は、最終承認者端末４０ａから、承認、非承認のいずれかを入力した校閲データ４３０を送信し、通信部１７０がこれを受信する（チェッカー評価入力受信工程ｓ６０１）。
【００７０】
上記チェッカー評価入力受信工程ｓ６０１において、受信した校閲データ４３０におけるチェッカー承認を、チェッカー評価受付部１１５が受付ける（チェッカー評価受付工程ｓ６０２）。
【００７１】
チェッカー評価受付工程ｓ６０２によりチェッカー評価受付部１１５が受付けた校閲データ４３０におけるチェッカー承認について、チェッカー評価保存部１１６が、その承認、非承認を書き換える。本実施例においては、例えば、校閲データ４３０におけるチェッカー承認について「承認」と書き換えられる。
【００７２】
なお、チェッカー評価受付工程ｓ６０２によりチェッカー評価受付部１１５が受付けた校閲データ４３０におけるチェッカー承認について、「承認」または「非承認」である旨を、校閲案件データ更新部１１７が、更新する（チェッカー評価更新工程ｓ６０３）。
【００７３】
また、なお、チェッカー評価受付工程ｓ６０２によりチェッカー評価受付部１１５が受付けた校閲データ４３０におけるチェッカー承認について、「非承認」である場合は、校閲案件データ４１０における投稿数が更新される（投稿数更新工程ｓ６０４）。
【００７４】
上記チェッカー評価更新工程ｓ６０３によって更新された校閲データ４３０を、保存結果送信部１１８が、通信部１７０を介して、最終承認者端末４０ａに送信する（校閲データ保存結果送信工程Ｓ６０５）。
【００７５】
校閲データ保存結果送信工程Ｓ６０５によって、最終承認者端末４０ａに送信された校閲データ４３０を、最終承認者端末４０ａに表示する（最終承認者端末表示工程Ｓ６０６）。なお、最終承認者端末４０ａには、最終的に校閲が完了した校閲データ４３０の内容が示された画面Ｄと、その画面Ｄにおける「チェッカー評価」の項目の表示Ｄ１（チェッカー評価）が変更される（図１７参照）。（画面Ｄにおいては、１人の目のチェッカーと２人目のチェカー２のそれぞれが校閲した内容をそれぞれが、最終承認者が承認した状態を示している。）。
【００７６】
校閲データ４３０におけるチェッカー承認において、承認・非承認の結果をチェッカーデータ４２０における承認数及び非承認数が蓄積され、チェッカーデータ４２０におけるカテゴリ別承認数に登録されているカテゴリから、そのカテゴリ毎の評価も蓄積される。また、チェッカーデータ４２０で蓄積された承認数/非承認数/承認率/カテゴリ別作業数/カテゴリ別承認率は、次回の校閲案件データ４１０におけるカテゴリとのマッチングで使用される。すなわち、得意なカテゴリや校閲が得意なチェッカーに対しマッチングが行われ、校閲データ４３０自体の品質が高まる仕組みになっている。校閲データ４３０を基に、チェッカーが正しい校閲をしているかを最終承認者が評価を行う。
【００７７】
次に、校閲データ４３０及び、校閲詳細データ４４０を元に、チェッカーが正しい校閲をしているかについて、最終承認者が評価を行うための校閲システム１０の動作について説明する。なお、図１８は、その処理の流れを説明する第６のフローチャートｓ７００を図示したものであり、コンピュータである校閲システム１０の処理を実行するために、第６のフローチャートｓ７００に対応する機能的構成を図１４に示している。
【００７８】
複数のチェッカーによる校閲データ４３０が、あらかじめ定められた規定数集まった後に、最終承認者がその校閲データ４３０を基に記事を修正する。その記事の修正がすべて完了すると、その修正が完了した記事のデータを校閲案件データ４１０における納品記事データとして、最終承認者が、最終承認者端末４０ａから、その納品記事データを有する校閲案件データ４１０を送信し、通信回線Ｎを通じて、その校閲システム１０における編集内容受付部１１９が校閲案件データ４１０とともに納品記事データを受信する（編集内容受付工程ｓ７０１）。
【００７９】
上記編集内容受付工程ｓ７０１において、校閲案件データ４１０とともに受信した納品記事データを、校閲システム１０における編集内容更新部１２０が、記憶部１６０に記憶されている校閲案件データ４１０における記事の内容である記事データを更新する（編集内容更新工程ｓ７０２）。
【００８０】
上記編集内容更新工程ｓ７０２によって、記憶部１６０に格納されている校閲案件データ４１０における納品記事データを更新し、保存結果送信部１１８が、通信回線Ｎを通じて、納品記事データを更新した校閲案件データ４１０を最終承認者端末４０ａに送信する（保存結果更新工程ｓ７０３）。なお、最終承認者端末４０ａには、画面Ｅ（編集画面）が表示される（図１９参照）  画面Ｅは、最終承認者が、納品記事データを更新しようとする状態の画面である。
【００８１】
次に、募集している校閲した校閲詳細データ４４０の数量に達した場合、以下の納品作業を行うための校閲システム１０の動作について説明する。なお、図２０は、その処理の流れを説明する第７のフローチャートｓ８００を図示したものであり、コンピュータである校閲システム１０の処理を実行するために、第７のフローチャートｓ８００に対応する機能的構成を図１４に示している。
【００８２】
募集している校閲した校閲詳細データ４４０の数量に達した場合、以下の納品作業を行う。最終承認者が、最終承認者端末４０ａから、最終承認者が修正した校閲案件データ４１０における納品記事データと、修正される前の元の校閲元記事データと、を通信回線Ｎを通じて送信し、校閲システム１０における最終承認データ受付部１２７が、これらを受信する（最終承認データ受付工程ｓ８０１）。
【００８３】
上記最終承認データ受付工程ｓ８０１によって受信した校閲案件データ４１０における納品記事データと、修正される前の元の記事である校閲元記事データと、を基に、校閲案件データ更新部１２４が、記憶部１６０に格納されている校閲案件データ４１０における納品記事データを、その送信された校閲案件データ４１０に基づいて更新する（校閲案件データ更新工程ｓ８０２）。
【００８４】
上記校閲案件データ更新工程ｓ８０２により更新された校閲案件データ４１０における納品記事データと、修正される前の元の記事である校閲元記事データと、を、保存結果送信部１１０が、通信回線Ｎを通じて、最終承認者端末４０ａに送信する（最終承認者送信工程ｓ８０３）。これらは、最終承認者端末４０ａにおいて、納品記事データの画像Ｆを表示する（図２１参照）。
【符号の説明】
【００８５】
１０  校閲システム
２０ａ〜２０ｄ  複数の一次承認者端末
３０ａ〜３０ｄ  複数のチェッカー端末
４０ａ〜４０ｄ  複数の最終承認者端末
１００  ＣＰＵ
１０１  チェッカー識別番号受付部  
１０２  校閲案件取得部
１０３  マッチング処理部
１０４  ページ構成部
１０５  校閲案件識別番号受信部  
１０６  校閲データ取得部
１０７  校閲データ受付部
１０８  校閲データ保存部
１０９  校閲案件データ更新部
１１０  保存結果送信部
１１１  最終承認者識別番号受付部
１１２  校閲案件データ取得部
１１３  校閲詳細データ取得部
１１４  データ送信部
１１５  チェッカー評価受付部
１１６  チェッカー評価保存部
１１７  校閲案件データ更新部
１１８  保存結果送信部
１１９  編集内容受付部
１２０  編集内容更新部
１２７  最終承認データ受付部
１４０  ＲＡＭ
１５０  ＲＯＭ
１６０  記憶部
１７０  通信部
４００  １次承認記事データ
４１０  校閲案件データ
４２０  チェッカーデータ
４３０  校閲データ
４４０  校閲詳細データ
４５０  最終承認者データ
【図１】
2019200727.tif 000003
【図２】
2019200727.tif 000004
【図３】
2019200727.tif 000005
【図４】
2019200727.tif 000006
【図５】
2019200727.tif 000007
【図６】
2019200727.tif 000008
【図７】
2019200727.tif 000009
【図８】
2019200727.tif 000010
【図９】
2019200727.tif 000011
【図１０】
2019200727.tif 000012
【図１１】
2019200727.tif 000013
【図１２】
2019200727.tif 000014
【図１３】
2019200727.tif 000015
【図１４】
2019200727.tif 000016
【図１５】
2019200727.tif 000017
【図１６】
2019200727.tif 000018
【図１７】
2019200727.tif 000019
【図１８】
2019200727.tif 000020
【図１９】
2019200727.tif 000021
【図２０】
2019200727.tif 000022
【図２１】
2019200727.tif 000023