レビュープログラムおよびレビューシステム
【課題】使い勝手のよいレビュープログラムおよびレビューシステムを提供する。
【解決手段】サーバと、サーバに通信回線を介して接続された複数の端末と、を有するレビューシステムのサーバにおいて実行されるレビュープログラムであって、レビューの対象となるレビュー対象文書の少なくとも一部に対する指摘事項が含まれる指摘情報を、複数の端末から通信回線を介してサーバに受信させる受信工程と、受信工程においてサーバにより受信された、レビュー対象文書に対する指摘情報に基づいて、サーバに所定の書式を有するレビュー結果報告書を作成させる報告書作成工程とを含むレビュープログラム。
【解決手段】サーバと、サーバに通信回線を介して接続された複数の端末と、を有するレビューシステムのサーバにおいて実行されるレビュープログラムであって、レビューの対象となるレビュー対象文書の少なくとも一部に対する指摘事項が含まれる指摘情報を、複数の端末から通信回線を介してサーバに受信させる受信工程と、受信工程においてサーバにより受信された、レビュー対象文書に対する指摘情報に基づいて、サーバに所定の書式を有するレビュー結果報告書を作成させる報告書作成工程とを含むレビュープログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、レビュープログラムおよびレビューシステムに関する。
【背景技術】
【０００２】
複数のユーザが会議形式でレビュー対象文書のレビューを行えるレビューシステムが知られている。例えば特許文献１には、ＬＡＮやＷＡＮ等の通信回線を介して相互に通信可能な複数のレビュー端末を有するレビューシステムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−５９３０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来のレビューシステムは、レビュー結果をまとめた報告書の作成に時間を要してしまうため、使い勝手が悪いという問題があった。
【課題を解決するための手段】
【０００５】
請求項１に係る発明は、サーバと、サーバに通信回線を介して接続された複数の端末と、を有するレビューシステムのサーバにおいて実行されるレビュープログラムであって、レビューの対象となるレビュー対象文書の少なくとも一部に対する指摘事項が含まれる指摘情報を、複数の端末から通信回線を介してサーバに受信させる受信工程と、受信工程においてサーバにより受信された、レビュー対象文書に対する指摘情報に基づいて、サーバに所定の書式を有するレビュー結果報告書を作成させる報告書作成工程とを含むことを特徴とするレビュープログラムである。
請求項９に係る発明は、請求項１〜８のいずれか一項に記載のレビュープログラムを有するサーバと、サーバに通信回線を介して接続された複数の端末と、を有するレビューシステムである。
【発明の効果】
【０００６】
本発明によれば、使い勝手のよいレビューシステムを提供することができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の第１の実施の形態に係るレビューシステムの全体構成を示すブロック図である。
【図２】レビューシステム１が有するレビュー端末１００の構成を示すブロック図である。
【図３】主催者端末により実行されるレビュー処理のフローチャートである。
【図４】参加者端末により実行されるレビュー処理のフローチャートである。
【図５】図３および図４において呼び出される処理のフローチャートである。
【図６】表示装置１５０に表示される画面の一例を示す図である。
【図７】指摘情報の入力画面の一例を示す図である。
【図８】図３および図４において呼び出される処理のフローチャートである。
【図９】図３および図４において呼び出される処理のフローチャートである。
【図１０】文書表示領域１３の一表示例を示す図である。
【図１１】主催者端末が出力可能な報告書の様式の一例を示す図である。
【図１２】図３において呼び出される処理のフローチャートである。
【図１３】第２の実施の形態に係るレビューシステムの全体構成を示すブロック図である。
【図１４】指摘情報に含める図を描画する画面の一例を示す図である。
【図１５】指摘情報を集計し可視化した画面の一例を示す図である。
【図１６】再レビュー機能を説明するための図である。
【図１７】再レビュー時にＤＲＡＭ１３０に格納されるデータを示す図である。
【図１８】再レビュー機能を実現するための処理のフローチャートである。
【図１９】レビュー対象文書を画像データに変換する処理のフローチャートである。
【図２０】実際のレビューの進め方について説明する図である。
【発明を実施するための形態】
【０００８】
以下、本発明を適用したレビューシステムについて説明する。
【０００９】
（第１の実施の形態）
図１は、本発明の第１の実施の形態に係るレビューシステムの全体構成を示すブロック図である。レビューシステム１は、ネットワーク２００を介して相互に接続された複数のレビュー端末１００を有している。ネットワーク２００は、周知のプロトコルにより構成されるＬＡＮやＷＡＮ等である。
【００１０】
図２は、レビューシステム１が有するレビュー端末１００の構成を示すブロック図である。レビュー端末１００は、ＣＰＵおよびその周辺回路を含む制御回路１１０と、制御回路１１０により制御されるフラッシュメモリ１２０、ＤＲＡＭ１３０、ＨＤＤ１４０、表示装置１５０、入力装置１６０、およびネットワークインタフェース（Ｉ／Ｆ）１７０とから構成される。
【００１１】
制御回路１１０は、フラッシュメモリ１２０またはＨＤＤ１４０に予め格納されている所定のレビュープログラムを読み込んで実行することにより、レビュー端末１００を制御する。フラッシュメモリ１２０は不揮発性の記憶媒体であり、ＤＲＡＭ１３０は揮発性の記憶媒体である。上記のレビュープログラムはＤＲＡＭ１３０を一時的な記憶領域として利用する。ＨＤＤ１４０には、後述するレビュー対象文書等が格納されている。表示装置１５０は例えば液晶ディスプレイ等の、表示画面を有する表示装置である。入力装置１６０は例えばキーボードやマウス等の入力装置である。ネットワークＩ／Ｆ１７０は、ネットワーク２００を介して通信を行うためのインタフェースである。制御回路１１０はネットワークＩ／Ｆ１７０を介して、ネットワーク２００により相互に接続されたレビュー端末１００同士でデータ通信を行う。
【００１２】
以上のように構成されたレビューシステム１により、本システムの利用者は、作成した文書のレビューを行うことができる。以下、本実施形態のレビューシステム１により行われるレビューについて簡単に説明する。
【００１３】
本実施形態のレビューシステム１により行われるレビューとは、レビューの対象となる文書について、その文書の作成者とは異なる者がその内容を確認し、当該文書の問題点や修正すべき点等を指摘する作業のことである。以下の説明では、レビューに参加する者のうち、レビューを取り纏める者をレビュー主催者あるいは単に主催者と呼び、それ以外の者をレビュー参加者あるいは単に参加者と呼ぶ。レビュー主催者はレビューにおいて１人だけ存在し、レビュー参加者は１人以上存在する。また、レビューの対象とする文書ファイルをレビュー対象文書と称する。レビュー対象文書は、各種のアプリケーションソフトウェアにより作成可能な任意の文書ファイルとすることができる。例えば、プログラムのソースコード等のテキストファイルや、ワードプロセッサ、スプレッドシート、プレゼンテーションソフト等の各種のアプリケーションソフトウェアにより作成される文書ファイルをレビュー対象文書とすることができる。なお、レビュー対象文書の作成者は各文書毎に１人以上存在し、主催者や参加者であることもあればそれ以外の者であることもある。
【００１４】
主催者および参加者は、それぞれに割り当てられたレビュー端末１００を用いてレビューを行う。以下の説明において、主催者の利用するレビュー端末１００を主催者端末と呼び、参加者の利用するレビュー端末１００を参加者端末と呼ぶ。なお、本実施形態では、レビュー端末１００は主催者端末になることも参加者端末になることもできる汎用的な端末としたが、主催者端末と参加者端末がそれぞれ異なる構成を備えた専用の端末であるとしてもよい。
【００１５】
レビューの流れを簡単に説明すると、まずレビュー主催者は主催者端末にレビューを開催するために必要な情報を入力する。主催者端末はこれに応じて、参加者端末の接続を待ち受ける状態となる。次に、レビュー参加者は参加者端末を操作して主催者端末に接続する。これにより、主催者端末から参加者端末に対してレビュー対象文書が送信され、参加者端末においてレビュー対象文書が表示される。レビュー参加者およびレビュー主催者は、参加者端末および主催者端末を用いて各レビュー対象文書を閲覧し、必要に応じて、当該文書に対する指摘を表す指摘情報を参加者端末に入力する。参加者端末に入力された指摘情報は主催者端末を介して他の参加者端末に送信される。また、主催者端末に入力された指摘情報は、他の参加者端末に送信される。主催者端末および参加者端末は、入力された指摘情報および他のレビュー端末１００から受信した指摘情報を表示装置１５０の表示画面に表示する。このように、１つのレビュー端末１００において入力された指摘情報は、全てのレビュー端末１００において共有され、また表示される。最後に、主催者端末にレビューの終了指示が入力されると、主催者端末は今回行われたレビューの結果を所定の形式で表示画面等に出力する。
【００１６】
以下、上述したレビューの具体的な処理内容について説明する。
【００１７】
（主催者端末が実行するレビュー処理の説明）
図３は、主催者端末により実行されるレビュー処理のフローチャートである。まずステップＳ１００では、主催者が入力装置１６０を操作し、制御回路１１０にレビューの開催に必要な情報が入力される。本実施形態において、ステップＳ１００で入力される情報には、レビュー名情報、参加メンバー情報、対象文書情報、および検出目標情報が、少なくとも含まれる。
【００１８】
レビュー名情報は、今回開始するレビューに付された名称を表す文字列であり、主催者が任意に設定する。参加メンバー情報は、今回開始するレビューに参加可能な参加者を識別するための情報であり、参加者ＩＤと参加者パスワードとの組を１つ以上含んでいる。制御回路１１０は、この参加者ＩＤと参加者パスワードを用いて参加者を認証する。対象文書情報は、レビュー対象文書を表す情報であり、レビュー対象文書の名称および内容の組を１つ以上含んでいる。主催者は、予めＨＤＤ１４０に記憶されている文書ファイルから、レビュー対象とする文書ファイルを選択することにより、対象文書情報を入力する。検出目標情報は、今回のレビューにおいて入力される指摘情報の目標件数を表す。例えば検出目標情報が１０件に設定された場合、今回のレビューでは少なくとも１０件の検出情報が入力されるべきである、とレビュー主催者が考えていることを意味する。制御回路１１０は、ステップＳ１００で入力されたこれらの必要な情報を、ＤＲＡＭ１３０に記憶させておく。
【００１９】
ステップＳ１１０では、制御回路１１０が、主催者による入力装置１６０の操作およびネットワーク２００を介した参加者端末からのデータ受信の待ち合わせを行う。そして、入力装置１６０に対して行われた操作や参加者端末から受信したデータの種類に応じた処理を、ステップＳ１２０〜Ｓ１８０の各々において実行する。
【００２０】
ステップＳ１１０において主催者により指摘入力操作が為された場合、ステップＳ１２０に進み、制御回路１１０は後述する指摘入力処理Ａ（図８）を実行する。他方、ステップＳ１１０において参加者端末から指摘データを受信した場合にはステップＳ１３０に進み、制御回路１１０は後述する指摘受信処理Ａ（図８）を実行する。ステップＳ１２０またはステップＳ１３０を実行した制御回路１１０は、引き続きステップＳ１４０に進み、ステップＳ１２０において入力された指摘やステップＳ１３０において受信した指摘データを表示画面に反映させる。
【００２１】
ステップＳ１１０において参加者端末から接続要求を受信した場合、ステップＳ１５０に進み、制御回路１１０は後述する接続受け入れ処理（図５）を実行する。ステップＳ１１０において主催者により表示位置同期操作が為された場合にはステップＳ１６０に進み、制御回路１１０は後述する表示位置同期処理Ａ（図９）を実行する。ステップＳ１１０において参加者端末から表示位置要求を受信した場合、ステップＳ１７０に進み、制御回路１１０は後述する表示位置要求受信処理Ａ（図９）を実行する。ステップＳ１１０において主催者により終了操作が為された場合、ステップＳ１８０に進み、制御回路１１０は後述するレビュー終了処理（図１２）を実行し、図３の処理を終了する。
【００２２】
（参加者端末が実行するレビュー処理の説明）
図４は、参加者端末により実行されるレビュー処理のフローチャートである。まずステップＳ２００では、制御回路１１０が後述する接続処理（図５）を実行し、主催者端末に接続する。ステップＳ１１０では、制御回路１１０が、参加者による入力装置１６０の操作およびネットワーク２００を介した主催者端末からのデータ受信の待ち合わせを行う。そして、入力装置１６０に対して行われた操作や主催者端末から受信したデータの種類に応じた処理を、ステップＳ２２０〜Ｓ２７０の各々において実行する。
【００２３】
ステップＳ１１０において参加者により指摘入力操作が為された場合、ステップＳ２２０に進み、制御回路１１０は後述する指摘入力処理Ｂ（図８）を実行する。他方、ステップＳ２１０において主催者端末から指摘データを受信した場合にはステップＳ２３０に進み、制御回路１１０は後述する指摘受信処理Ｂ（図８）を実行する。ステップＳ２３０を実行した制御回路１１０は、引き続きステップＳ２４０に進み、ステップＳ２３０において受信した指摘データを表示画面に反映させる。
【００２４】
ステップＳ２１０において参加者により表示位置同期操作が為された場合にはステップＳ２５０に進み、制御回路１１０は後述する表示位置同期処理Ｂ（図９）を実行する。ステップＳ２１０において主催者端末から表示位置要求を受信した場合、ステップＳ２６０に進み、制御回路１１０は後述する表示位置要求受信処理Ｂ（図９）を実行する。ステップＳ２１０において主催者端末からレビューの終了指示を受信した場合、ステップＳ２７０に進み、制御回路１１０は主催者端末との接続を切断し、図４の処理を終了する。
【００２５】
（接続受け入れ処理および接続処理の説明）
図５は、図３および図４において呼び出される接続受け入れ処理および接続処理のフローチャートである。図５の左側には主催者端末の制御回路１１０により実行される接続受け入れ処理が、図５の右側には参加者端末の制御回路１１０により実行される接続処理が、それぞれ示されている。また、図５において破線で示される矢印は、端末間のデータ通信によるデータの授受を表している。以下、まず接続受け入れ処理について説明し、その後に接続処理を説明する。
【００２６】
接続受け入れ処理が呼び出されると、まずステップＳ３１０で制御回路１１０が、参加者端末から参加者ＩＤおよび参加者パスワードを受信する。ステップＳ３２０では制御回路１１０が、ステップＳ３１０で受信した参加者ＩＤおよび参加者パスワードを用いて、参加者の認証を行う。具体的には、ＤＲＡＭ１３０に記憶されている参加メンバー情報から、受信した参加者ＩＤと参加者パスワードとの組に一致するものを検索する。そして、一致するものが見つかれば、認証に成功したとみなし、参加者端末に認証成功を表す情報を送信してステップＳ３４０に進む。他方、一致するものが見つからなかった場合には、参加者端末に認証失敗をあらわす情報を送信してステップＳ３３０に進む。ステップＳ３３０では制御回路１１０が参加者端末の接続を切断し、図５の処理を終了する。
【００２７】
ステップＳ３４０では制御回路１１０が、今回接続された参加者端末を識別するための情報（例えば参加者端末のネットワークアドレスや参加者ＩＤなど）をＤＲＡＭ１３０に記憶する。以下、この情報を端末識別情報と称する。ここで記憶された端末識別情報は、参加者端末が切断したときに消去される。ステップＳ３５０では、制御回路１１０が、ＤＲＡＭ１３０に記憶されている対象文書情報を今回接続された参加者端末に送信する。ステップＳ３６０では制御回路１１０が、ＤＲＡＭ１３０に記憶されている指摘情報（後に詳述する）を、今回接続された参加者端末に送信する。
【００２８】
次に、図５の右側に示した、参加者端末により実行される接続処理を説明する。参加者端末の制御回路１１０は、まずステップＳ４００において、接続先の主催者端末を特定する。例えば、参加者に入力装置１６０を操作させて主催者端末のネットワークアドレスを入力させる。ステップＳ４１０では、入力装置１６０から制御回路１１０に、参加者の参加者ＩＤおよび参加者パスワードが入力される。ステップＳ４２０では制御回路１１０が、ステップＳ４００で特定された主催者端末へ、ネットワーク２００を介して接続を試みる。ステップＳ４３０では制御回路１１０が、ステップＳ４１０で入力された参加者ＩＤおよび参加者パスワードを、主催者端末に送信する（ステップＳ３１０に対応）。
【００２９】
ステップＳ４４０では制御回路１１０が、ステップＳ４３０において送信した参加者ＩＤおよび参加者パスワードによる認証が成功したか否かを判定する。この判定は、主催者端末から受信した認証結果を表す情報に基づいて行われる。認証が失敗していた場合は図５の処理を終了する。他方、認証に成功した場合にはステップＳ４５０に進む。
【００３０】
ステップＳ４５０では制御回路１１０が、主催者端末から送信される対象文書情報を受信する（ステップＳ３５０に対応）。ステップＳ４６０では制御回路１１０が、主催者端末から送信される指摘情報を受信する（ステップＳ３６０に対応）。ステップＳ４５０およびステップＳ４６０で受信されたこれらの情報は、参加者端末のＤＲＡＭ１３０に記憶される。ステップＳ４７０では制御回路１１０が、ステップＳ４５０およびステップＳ４６０において受信したこれらの情報に基づいて、表示装置１５０の表示画面の内容を更新する（後に詳述）。
【００３１】
（レビュー中の表示画面の説明）
接続の待ち受けを開始した主催者端末の表示装置１５０、および、主催者端末への接続を完了した参加者端末の表示装置１５０には、例えば図６に示す画面が表示される。この画面は大きく分けて、左上、左下、右側の３つの領域に分かれている。画面左上の文書一覧領域１１には、レビュー対象文書の一覧が表示されている。画面左下の参加者一覧領域１２には、レビューの主催者および参加者の一覧が表示されている。画面右側の文書表示領域１３には、１つのレビュー対象文書について、その内容が表示されている。
【００３２】
なお、これら３つの領域（文書一覧領域１１、参加者一覧領域１２、および文書表示領域１３）は、その表示／非表示を切り替えることや、表示位置を変更することが可能であり、図６に示した画面はその表示態様の一例を示すものに過ぎない。
【００３３】
主催者および参加者は、文書一覧領域１１から、文書表示領域１３に表示させたい文書を選択することができる。文書を選択すると、文書表示領域１３に当該文書の内容が表示される。主催者および参加者は、文書表示領域１３を視認することにより、当該文書の内容を確認する。例えば当該文書が文書表示領域１３に収まりきらない大きさの場合には、所定のスクロール操作を行うことができる。また、当該文書が複数のページから構成されている場合には、所定のページ切り替え操作により、他のページに表示を切り替えることができる。
【００３４】
レビュー端末１００には、文書表示領域１３の表示内容（表示位置）を、他のレビュー端末１００の文書表示領域１３と同期させる機能が用意されている。特定の端末において、参加者一覧領域１２に各参加者／主催者毎に設けられた同期ボタン１４が押下されると、当該端末における文書表示領域１３の表示内容（表示位置）が、同期ボタン１４に対応する参加者／主催者の端末の表示内容（表示位置）に同期される。例えば、ある参加者が特定のレビュー対象文書の３ページ目を表示中に、主催者端末においてその参加者に対応する同期ボタン１４が押下されると、主催者端末の文書表示領域１３には、当該文書の３ページ目が表示される。
【００３５】
また、この同期機能は、継続的に機能させることも可能である。特定の端末において、参加者一覧領域１２に各参加者／主催者毎に設けられた自動同期チェックボックス１５にチェックが入れられると、当該端末における文書表示領域１３の表示内容（表示位置）が、自動同期チェックボックス１５に対応する参加者／主催者の端末の表示内容（表示位置）に、自動的に同期される。なお、文書表示領域１３に複数のレビュー対象文書を同時に表示させることや、文書表示領域１３を複数の部分に分割し、１つのレビュー対象文書の複数箇所を並列に表示させることも可能である。このような場合、文書表示領域１３の表示内容全てを端末間で同期させてもよいし、いずれか１つのレビュー対象文書やその１箇所のみを端末間で同期させてもよい。
【００３６】
自動同期チェックボックス１５にチェックが入れられている場合、制御回路１１０は図３および図４に示した処理を実行する際、ステップＳ１１０およびステップＳ２１０において、定期的にステップＳ１６０およびステップＳ２５０の処理を呼び出して実行する。これにより、各端末間の表示位置が定期的に同期される。
【００３７】
文書中に問題点等を発見した場合、主催者および参加者は、文書表示領域１３において、問題点等が含まれる範囲を選択し、当該範囲に紐付けられた指摘情報を入力することができる。前述したように、指摘情報とは当該文書に対する指摘を表す情報である。例えばプログラムコード等のテキストファイルであれば、行単位や文字単位での範囲選択を行うことができる。また、画像ファイル等であれば、任意の大きさの矩形で範囲選択を行うことができる。
【００３８】
図７は、指摘情報の入力画面の一例を示す図である。指摘情報には、指摘内容を表す文章２１（以下、単に指摘内容２１と称する）が少なくとも含まれる。主催者および参加者は、入力装置１６０を用いてこの情報を入力する。また、制御回路１１０は、入力された指摘情報に、更にその指摘情報を入力した参加者または主催者の名前と、指摘情報を入力した日時と、指摘を行ったレビュー対象文書のファイル名と、当該指摘情報に紐付けられた範囲と、を少なくとも追加する。
【００３９】
次に、実際のレビューの進め方について説明する。まず図２０（ａ）に示すように、複数のレビュー対象文書からいずれか１つのレビュー対象文書を選択して文書表示領域に表示させる。ここで選択されたレビュー対象文書を、仮にレビュー対象文書Ａと称する。次に、このレビュー対象文書Ａの内容を閲覧し、問題がないようであれば、その範囲について指摘事項がないことを表す情報（後に詳述）を入力する。換言すれば、当該範囲がレビュー済みであることを表す情報を入力する。これにより、図２０（ｂ）に示すように、レビュー対象文書Ａは、その一部（範囲９０）がレビュー済みの状態となる。
【００４０】
参加者および主催者は更にレビュー対象文書Ａの内容の閲覧を継続し、問題が見つかった場合には、その範囲について指摘情報を入力する。これにより、図２０（ｃ）に示すように、当該範囲９１に指摘情報が関連付けられる。このように、指摘事項がないことを表す情報が入力された範囲９０と、指摘情報が関連付けられた範囲９１とを合わせた範囲が、当該文書のレビュー済み範囲となる。このようにして、レビュー対象文書Ａの全ての範囲についてレビュー済みとなるまで、レビュー対象文書Ａのレビューを継続する。
【００４１】
なお、レビュー対象文書Ａのレビュー中に、他のレビュー対象文書の閲覧に移ることもある。これは、レビュー対象文書Ａにおいて発見された問題が、他のレビュー対象文書にも影響を及ぼすものである場合があるためである。
【００４２】
以下、指摘情報を扱う指摘入出力処理（図３および図４のフローチャートから呼び出される処理）について詳述する。
【００４３】
（指摘入出力処理の説明）
図８は、図３および図４において呼び出される指摘入力処理Ａ、指摘入力処理Ｂ、指摘受信処理Ａ、および指摘受信処理Ｂのフローチャートである。図８において破線で示される矢印は、端末間のデータ通信によるデータの授受を表している。以下、各処理を順に説明する。
【００４４】
指摘入力処理Ａにおいて、主催者端末の制御回路１１０はまずステップＳ５１０で、入力装置１６０により主催者から入力された指摘情報に上述した各情報（指摘情報を入力した主催者の名前等）を追加して、当該指摘情報をＤＲＡＭ１３０に記憶させる。ステップＳ５２０では制御回路１１０が、ＤＲＡＭ１３０に記憶されている端末識別情報に基づき、全ての参加者端末に当該指摘情報を送信する。
【００４５】
次に、参加者端末の制御回路１１０が実行する指摘入力処理Ｂについて説明する。まずステップＳ６１０において制御回路１１０は、入力装置１６０により参加者から入力された指摘情報に、上述した各情報（指摘情報を入力した参加者の名前等）を追加した上で当該指摘情報を主催者端末に送信する。
【００４６】
次に、主催者端末の制御回路１１０が実行する指摘受信処理Ａについて説明する。まずステップＳ５４０において制御回路１１０は、受信した指摘情報をＤＲＡＭ１３０に記憶させる。ステップＳ５５０では制御回路１１０が、ＤＲＡＭ１３０に記憶した指摘情報を全ての参加者端末に対して送信する。
【００４７】
次に、参加者端末の制御回路１１０が実行する指摘受信処理Ｂについて説明する。ステップＳ６４０では制御回路１１０が、受信した指摘情報をＤＲＡＭ１３０に記憶させる。
【００４８】
以上のように、各端末が指摘入力処理Ａ、指摘入力処理Ｂ、指摘受信処理Ａ、および指摘受信処理Ｂを実行することにより、特定の端末において入力された指摘情報が他の全ての端末に共有される。
【００４９】
なお、レビュー対象文書全体のうち、レビューが済んだ箇所については、指摘事項の有無に関わらず、主催者端末および参加者端末に対し、当該箇所のレビューが完了したことを表す情報を入力することができる。以下、この情報をレビュー済み情報と称する。制御回路１１０は、入力されたレビュー済み情報を、上述した指摘情報と同様に全ての端末で共有する。制御回路１１０は各レビュー対象文書について、レビュー済み情報によって当該文書のレビュー済み範囲を管理する。レビュー済み範囲とは、レビュー済み情報によりレビューが完了していることが表された範囲のことである。つまり、レビュー済み情報が存在しない（紐付けられていない）範囲が残っている場合、その文書に対するレビューが完了していないということを意味する。制御回路１１０は、各レビュー対象文書について、当該文書全体に対するレビュー済み範囲の割合を演算し、表示装置１５０の表示画面のうち文書一覧領域１１に表示する。主催者および参加者は、この表示を視認することにより、各レビュー対象文書について、どの程度レビューが完了したかを認識することが可能である。
【００５０】
（表示更新処理の説明）
図９は、図３および図４において呼び出される表示位置同期処理Ａ、表示位置同期処理Ｂ、表示位置要求受信処理Ａ、および表示位置要求受信処理Ｂのフローチャートである。表示位置同期処理Ａおよび表示位置要求受信処理Ａは主催者端末の制御回路１１０により実行され、表示位置同期処理Ｂおよび表示位置要求受信処理Ｂは参加者端末の制御回路１１０により実行される。また、図９において破線で示される矢印は、端末間のデータ通信によるデータの授受を表している。
【００５１】
まず、主催者端末において実行される表示位置同期処理Ａについて説明する。ステップＳ７１０では制御回路１１０が、表示位置を同期する相手の参加者端末１００に対して表示位置要求を送信する。表示位置要求は、対象のレビュー端末１００の文書表示領域１３の現在の表示位置を要求するデータである。ステップＳ７２０では制御回路１１０が、ステップＳ７１０で送信した表示位置要求への返答として送信される表示位置情報を受信する。ステップＳ７３０では制御回路１１０が、文書表示領域１３の表示位置を、ステップＳ７２０で受信した表示位置情報に基づいて更新する。
【００５２】
次に、参加者端末において実行される表示位置同期処理Ｂについて説明する。ステップＳ７４０では制御回路１１０が、表示位置を同期する相手の参加者端末１００を要求先とする表示位置要求を、主催者端末に送信する。ステップＳ７５０では制御回路１１０が、ステップＳ７４０で送信した表示位置要求への返答として送信される表示位置情報を受信する。ステップＳ７６０では制御回路１１０が、文書表示領域１３の表示位置を、ステップＳ７５０で受信した表示位置情報に基づいて更新する。
【００５３】
次に、主催者端末において実行される表示位置要求受信処理Ａについて説明する。この処理は、主催者端末の制御回路１１０が参加者端末から表示位置要求を受信した場合に実行される処理である。ステップＳ７７０において制御回路１１０は、受信した表示位置要求の要求先が主催者端末（すなわち自端末）であるか、あるいは他の参加者端末であるかを判定する。主催者端末が要求先であった場合にはステップＳ７７１に進み、要求元の参加者端末に対して、主催者端末（すなわち自端末）の現在の表示位置を表す表示位置情報を送信する。他方、要求先が他の参加者端末であった場合にはステップＳ７７２に進む。
【００５４】
ステップＳ７７２では制御回路１１０が、要求先の参加者端末へ表示位置要求を送信する。ステップＳ７７３では制御回路１１０が、ステップＳ７７２で送信した表示位置要求への返答として送信される表示位置情報を受信する。ステップＳ７７４では制御回路１１０が、ステップＳ７７３で受信した表示位置情報を、要求元の参加者端末に送信する。
【００５５】
次に、参加者端末において実行される表示位置要求受信処理Ｂについて説明する。この処理は、参加者端末の制御回路１１０が主催者端末から表示位置要求を受信した場合に実行される処理である。ステップＳ７７５において制御回路１１０は、主催者端末に自端末の現在の表示位置を表す表示位置情報を送信する。
【００５６】
なお、文書表示領域１３の表示内容を更新する際、ＤＲＡＭ１３０に記憶されている指摘情報やレビュー済み情報に基づいて、指摘が存在する範囲やレビュー済みの範囲を強調表示する。このとき、指摘情報の内容を文書表示領域１３に重畳してポップアップ表示してもよい。例えば図１０に示すように、レビュー済みのページに「レビュー済み」のウォーターマーク（すかし文字）を重畳表示したり、指摘情報が存在する範囲を周囲とは異なる色で表示したりすることができる。また、指摘情報が存在する範囲にマウスカーソルを重ねることで、マウスカーソルの位置にその指摘情報の内容の概略をポップアップ表示することができる。
【００５７】
（レビュー終了処理の説明）
主催者は、入力装置１６０を用いて、主催者端末にレビュー終了指示を入力することが可能である。レビュー終了指示が入力された主催者端末は、所定のレビュー終了処理を実行する。レビュー終了後は、主催者端末において、今回行われたレビューの結果を所定の書式を有する報告書の形で出力することが可能である。
【００５８】
図１１に、主催者端末が出力可能な報告書の様式の一例を示す。このように、レビュー結果の報告書には、レビューが行われた日時および期間、レビューへの参加者の一覧（主催者を含む）、レビュー中に各端末から入力された指摘情報に含まれる種々の情報（例えば指摘範囲や指摘文章、指摘情報を入力した参加者名等）を含めることが可能である。また、制御回路１１０が実行するレビュープログラムは、各レビュー対象文書について、レビュー済み範囲の割合を示すことが可能に構成されている。主催者端末を含む各レビュー端末１００のＤＲＡＭ１３０には、各レビュー端末１００において入力された全ての指摘情報やレビュー済み情報が格納されているので、これらのレビュー済み情報に関連付けられた範囲を集計すれば、各レビュー対象文書のレビュー済み範囲の割合を演算することが可能である。例えばレビュー対象文書がテキストファイルであれば、レビュー済み範囲が行単位で入力されているので、当該テキストファイルの全行数に対するレビュー済み範囲の割合を演算すればよい。更に、実際に入力された指摘情報の個数から、レビュー開始時に設定された検出目標情報の充足率を示すことも可能である。例えば検出目標情報が１０件に設定され、指摘情報が８件入力されていれば、充足率は８０％となる。この報告書は、例えば不図示のプリンタ等により印刷したり、所定の文書ファイルとしてＨＤＤ１４０に記憶させたりすることが可能である。
【００５９】
図１２は、図３において呼び出されるレビュー終了処理のフローチャートである。まずステップＳ８００では制御回路１１０が、全ての参加者端末にレビュー終了指示を送信する。ステップＳ８１０では制御回路１１０が、全ての参加者端末との接続を切断する。
【００６０】
上述した第１の実施の形態によるレビューシステムによれば、次の作用効果が得られる。
（１）主催者端末の制御回路１１０が、レビューの結果（指摘情報を含む種々の情報）を所定の書式の報告書として出力するようにした。このようにしたので、レビューの結果を手動でまとめる必要がなく、使い勝手のよいレビューシステムを提供することができる。
【００６１】
（２）複数のレビュー端末１００において、文書表示領域１３の表示位置を同期させることができる。このようにしたので、多数の参加者により行われるレビューを円滑に進めることが可能となる。また、レビュー中に離席した場合や途中からレビューに参加した場合であっても、速やかに現在進行中のレビューに参加することができる。
【００６２】
（第２の実施の形態）
図１３は、第２の実施の形態に係るレビューシステムの全体構成を示すブロック図である。レビューシステム１が複数のレビュー端末１００により構成されていたのに対し、本実施形態のレビューシステム２は、サーバ３００と、ネットワーク２００を介してサーバ３００に接続された複数のレビュー端末１００とから構成されている。サーバ３００はレビュー端末１００と同様に、制御回路やＤＲＡＭ、ＨＤＤ等の各部を有し、所定のレビュープログラムを実行するが、それらの各構成要素はいずれも図２に示したものと同様であるため説明を省略する。
【００６３】
サーバ３００は、主催者により操作されないことを除き、第１の実施の形態における主催者端末と同様の役割を担う。レビューの主催者は、いずれかのレビュー端末１００を操作して、サーバ３００に対して新規レビューの登録を行うよう指示する。またこのとき、レビュー端末１００からサーバ３００に対して、レビューの開始に必要な情報が送信される。サーバ３００はこの指示および情報に応じて、第１の実施の形態における主催者端末のように、接続の待ち受けを開始する。
【００６４】
各参加者は、第１の実施の形態で主催者端末に接続していたように、サーバ３００に接続する。また、各レビュー端末１００に入力された指摘情報はサーバ３００に送信される。サーバ３００は主催者端末のように、各レビュー端末１００からの接続を受け付けて認証を行うと共に、対象文書情報や指摘情報を各レビュー端末１００に配信する。各レビュー端末１００は、表示位置の同期等に際しても、いったんサーバ３００を介して他の端末の表示位置情報等を取得する。
【００６５】
主催者がいずれかのレビュー端末１００からレビュー終了指示をサーバ３００に送信すると、サーバ３００は主催者端末のように報告書を作成して主催者が利用しているレビュー端末１００に送信する。
【００６６】
上述した第２の実施の形態によるレビューシステムによれば、第１の実施の形態と同様の作用効果が得られる。
【００６７】
次のような変形も本発明の範囲内であり、変形例の一つ、もしくは複数を上述の実施形態と組み合わせることも可能である。
【００６８】
（変形例１）
指摘情報に、上述した実施形態で示した例に加えて、更に複数の情報が含まれるようにしてもよい。例えば、プログラムコードのレビュー向けに、予め定めておいた開発工程（要件定義、基本設計、詳細設計等）から、当該指摘により表される問題点が生じたと考えられる工程（原因工程）を表す情報を指摘情報に含めるようにしてもよい。ここで要件定義とは、開発するシステムに要求される（顧客が必要としている）機能を定義する工程であり、基本設計とはシステムの基本的な設計を行う工程である。基本設計では、要件定義を元に、どのようなシステムを開発すればそれを満たすことができるかを検討し、実装すべき機能、画面や帳票など、操作や入出力に関する事項、生成・保管されるデータの概要など、システムの基礎的な仕様をまとめる。また、詳細設計とは、基本設計で定められた機能や操作・表示方法などに基づき、システムとしてそれをどう実現するかを具体的に定める工程のことを指す。このように、各指摘情報に対してその原因工程を入力させることで、その指摘情報により表される問題点等を、どの工程に遡って修正するかを、後から容易に判断することができるようになる。
【００６９】
また、指摘情報に、文章だけではなく画像データ等を含めてもよい。例えば図１４に示すように、表示装置１５０の表示画面に描画領域を表示し、参加者や主催者が入力装置１６０（例えばマウス等のポインティングデバイスが望ましい）を用いて図を描画可能にし、描画された図の画像データを指摘情報に含めるようにしてもよい。
【００７０】
その他、指摘情報には、当該指摘に関するあらゆる情報を付け加えることが可能である。それらの情報は、報告書に出力するための情報であってもよいし、表示画面に表示する際に用いられる情報（例えば当該指摘の表示色等）であってもよい。指摘情報に付加される各情報は、予め用意されたいくつかの選択肢から選択される情報であってもよいし、参加者および主催者により自由に入力される数値や文字列であってもよい。
【００７１】
（変形例２）
レビュー結果を、報告書以外の形で出力可能にしてもよい。例えば、指摘情報に変形例１で説明した当該指摘の原因工程や、当該指摘に対応するレビュー対象文書の作成者等で集計し、その結果をグラフや表の形でプリンタ等に印刷したり、表示装置１５０の表示画面に表示したりできるようにしてもよい。一例として図１５に示したように、棒グラフや円グラフ、レーダーチャート等の種々の方法で、指摘情報を可視化することが可能である。
【００７２】
（変形例３）
上述したレビュープログラムに、一度完了したレビューの結果に基づく再レビュー機能を設けてもよい。この再レビュー機能とは、１回目のレビューにおいて問題点等が指摘された箇所が、正しく修正され、上記の問題点が取り除かれているかを確認するためのレビューを実施することを支援する機能である。
【００７３】
例えば図１６（ａ）に示すように、１回目のレビューではレビュー対象文書Ａについてレビューを行い、複数の指摘情報を含むレビュー結果Ａが得られたとする。その後、図１６（ｂ）に示す様に、レビュー結果Ａに基づいてレビュー対象文書Ａが修正され、レビュー結果Ａの各指摘情報により指摘された問題点が解消されたレビュー対象文書Ｂが作成される。
【００７４】
図１８は、再レビュー機能を実現するための処理のフローチャートである。まずステップＳ９００において、主催者端末の制御回路１１０は、主催者が主催者端末の入力装置１６０を用いて入力した、前回のレビュー結果に基づく再レビュー指示を受け付ける。この指示に応じて主催者端末の制御回路１１０は、ステップＳ９１０においてレビュー対象文書Ａとレビュー対象文書Ｂとを比較し、ＤＲＡＭ１３０に図１７に示す各データを格納する。具体的には、レビュー対象文書Ａとレビュー対象文書Ｂとを比較することにより、前回のレビュー結果Ａに含まれる各指摘情報について、その指摘範囲がレビュー対象文書Ｂのどの範囲に相当するかを決定する。
【００７５】
ステップＳ９２０では制御回路１１０が、ステップＳ９１０において行った比較の結果と前回のレビュー結果Ａとから、前回の指摘範囲（レビュー対象文書Ａにおける指摘範囲）と今回の指摘範囲（レビュー対象文書Ｂにおける指摘範囲）とを対応付けたレビュー結果マップ（図１７）を作成する。ステップＳ９３０で主催者端末の制御回路１１０は、このレビュー結果マップを全ての参加者端末に送信し、全端末で共有する。
【００７６】
主催者端末および参加者端末の制御回路１１０は、このようにして実行される新たなレビュー（２回目のレビュー）において、図１７に示したレビュー結果マップを表示画面に表示する。主催者または参加者がこのレビュー結果マップに含まれるいずれかの行を選択すると、制御回路１１０は文書表示領域１３にレビュー対象文書Ｂを表示する。このとき、表示位置はレビュー結果マップ中の今回指摘範囲（レビュー対象文書Ｂにおける指摘範囲）となる。つまり、主催者および参加者はレビュー対象文書Ｂにおいて、前回指摘を受けた箇所に素早くジャンプし、前回指摘された問題点等が解消しているか否かを容易に判断することができる。
【００７７】
（変形例４）
プログラムのソースコード等のテキストファイルをレビュー対象文書とする場合、レビューを行いやすくするための種々の支援機能を設けることが望ましい。例えば、多数のレビュー対象文書から特定のキーワードを一括検索する、いわゆるＧｒｅｐ検索機能や、その検索結果から各レビュー対象文書における当該キーワードの出現箇所にジャンプする、いわゆるタグジャンプ機能をレビュー端末１００に設けてもよい。このような機能の実装方法については周知であるため、制御回路１１０の具体的な処理内容については省略する。
【００７８】
（変形例５）
特定の種類のワードプロセッサ文書やスプレッドシート文書等は、構造が複雑であったり、あるいはプロプライエタリなソフトウェアで扱う事を前提にしているためその内部構造が公開されていなかったりするために、表示装置１５０の表示画面にその内容を表示することが困難である。そこで、図１９のフローチャートに示すように外部プログラムを制御し、当該レビュー対象文書を画像として扱う事で、上述した実施形態でこのような文書をレビュー対象とすることが可能となる。
【００７９】
図１９では、上述した実施形態において各レビュー端末１００で実行されるレビュープログラムに加えて、更に仮想プリンタプログラムと、当該レビュー対象文書を扱う外部プログラムとにおいて実行される処理を示している。この外部プログラムは、例えばワードプロセッサソフトやスプレッドシートソフト等、上述したレビュー対象文書を扱う事ができるプログラムである。また仮想プリンタプログラムは、オペレーティングシステム（ＯＳ）上でプリンタとして認識されるプログラムであり、このプリンタで印刷を行うと、印刷結果が画像データとして出力されるようなプログラムである。このような仮想プリンタプログラムは周知であるので説明を省略する。
【００８０】
レビュープログラムは、上述したレビュー対象文書を扱う場合、まずステップＳ１０００において、外部プログラムに対しレビュー対象文書の印刷指示を出力する。このときの印刷先は、上記の仮想プリンタプログラムを指定する。外部プログラムはステップＳ１０２０においてこの印刷指示を受け付けて、当該レビュー対象文書を仮想プリンタプログラムにより印刷するため、ステップＳ１０３０において仮想プリンタプログラムに印刷データを出力する。仮想プリンタプログラムはこの印刷データをステップＳ１０４０で受け付け、ステップＳ１０５０で印刷データを画像データに変換してレビュープログラムに出力する。レビュープログラムはステップＳ１０１０でこの画像データを取得し、この画像データを当該レビュー対象文書として扱う。例えば、文書表示領域にこの画像データを表示し、参加者および主催者が入力装置１６０を用いてこの画像データ上で矩形領域を選択して指摘情報を入力すると、当該矩形領域を指摘範囲として指摘情報を受け付ける。また、レビュー対象文書が複数のページから構成される文書の場合には、各ページを画像データに変換して扱う。このように構成することで、取り扱いが困難な種類の文書ファイルを、レビュー対象文書として正しく取り扱うことが可能となり、レビューシステムの利便性が向上する。
【００８１】
なお、図１９では、レビュープログラムと仮想プリンタプログラムとは独立したプログラムとして図示したが、これらが１つのプログラムにより構成されるようにしてもよい。例えば、レビュープログラムに含まれる１つのモジュールとして、図１９に示した仮想プリンタプログラム相当のプログラムが含まれるようにしてもよい。
【００８２】
（変形例６）
上述した各実施形態において、レビュープログラムが、レビュー端末１００間でコミュニケーションを取るための種々の通信機能を有していてもよい。例えば、いわゆる文字チャット機能やボイスチャット機能、ホワイトボード共有機能等をレビュープログラムに設けてもよい。
【００８３】
（変形例７）
第１の実施の形態や上述の各変形例において説明した各種の機能は、第２の実施の形態において、サーバ３００とレビュー端末１００のいずれで実行されるようにしてもよい。具体的には、レビュー報告書の出力（印刷や表示など）処理や変形例２で説明した指摘情報の集計（可視化）処理、変形例３で説明した再レビュー機能を実現するための処理、変形例４で説明した支援機能、変形例５で説明した仮想プリンタプログラムや外部プログラム、変形例６で説明した通信機能などをサーバ３００で実行するように構成してもよい。また、これらの処理に必要なデータがサーバ３００からレビュー端末１００に送信されるようにし、レビュー端末１００においてこれらの処理が実行されるようにしてもよい。上記の各処理は、その他レビュー端末１００とサーバ３００のあらゆる組み合わせで実行させることが可能である。
【００８４】
本発明の特徴を損なわない限り、本発明は上記実施の形態に限定されるものではなく、本発明の技術的思想の範囲内で考えられるその他の形態についても、本発明の範囲内に含まれる。
【符号の説明】
【００８５】
１、２…レビューシステム、１００…レビュー端末、２００…ネットワーク、３００…サーバ
【技術分野】
【０００１】
本発明は、レビュープログラムおよびレビューシステムに関する。
【背景技術】
【０００２】
複数のユーザが会議形式でレビュー対象文書のレビューを行えるレビューシステムが知られている。例えば特許文献１には、ＬＡＮやＷＡＮ等の通信回線を介して相互に通信可能な複数のレビュー端末を有するレビューシステムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−５９３０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来のレビューシステムは、レビュー結果をまとめた報告書の作成に時間を要してしまうため、使い勝手が悪いという問題があった。
【課題を解決するための手段】
【０００５】
請求項１に係る発明は、サーバと、サーバに通信回線を介して接続された複数の端末と、を有するレビューシステムのサーバにおいて実行されるレビュープログラムであって、レビューの対象となるレビュー対象文書の少なくとも一部に対する指摘事項が含まれる指摘情報を、複数の端末から通信回線を介してサーバに受信させる受信工程と、受信工程においてサーバにより受信された、レビュー対象文書に対する指摘情報に基づいて、サーバに所定の書式を有するレビュー結果報告書を作成させる報告書作成工程とを含むことを特徴とするレビュープログラムである。
請求項９に係る発明は、請求項１〜８のいずれか一項に記載のレビュープログラムを有するサーバと、サーバに通信回線を介して接続された複数の端末と、を有するレビューシステムである。
【発明の効果】
【０００６】
本発明によれば、使い勝手のよいレビューシステムを提供することができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の第１の実施の形態に係るレビューシステムの全体構成を示すブロック図である。
【図２】レビューシステム１が有するレビュー端末１００の構成を示すブロック図である。
【図３】主催者端末により実行されるレビュー処理のフローチャートである。
【図４】参加者端末により実行されるレビュー処理のフローチャートである。
【図５】図３および図４において呼び出される処理のフローチャートである。
【図６】表示装置１５０に表示される画面の一例を示す図である。
【図７】指摘情報の入力画面の一例を示す図である。
【図８】図３および図４において呼び出される処理のフローチャートである。
【図９】図３および図４において呼び出される処理のフローチャートである。
【図１０】文書表示領域１３の一表示例を示す図である。
【図１１】主催者端末が出力可能な報告書の様式の一例を示す図である。
【図１２】図３において呼び出される処理のフローチャートである。
【図１３】第２の実施の形態に係るレビューシステムの全体構成を示すブロック図である。
【図１４】指摘情報に含める図を描画する画面の一例を示す図である。
【図１５】指摘情報を集計し可視化した画面の一例を示す図である。
【図１６】再レビュー機能を説明するための図である。
【図１７】再レビュー時にＤＲＡＭ１３０に格納されるデータを示す図である。
【図１８】再レビュー機能を実現するための処理のフローチャートである。
【図１９】レビュー対象文書を画像データに変換する処理のフローチャートである。
【図２０】実際のレビューの進め方について説明する図である。
【発明を実施するための形態】
【０００８】
以下、本発明を適用したレビューシステムについて説明する。
【０００９】
（第１の実施の形態）
図１は、本発明の第１の実施の形態に係るレビューシステムの全体構成を示すブロック図である。レビューシステム１は、ネットワーク２００を介して相互に接続された複数のレビュー端末１００を有している。ネットワーク２００は、周知のプロトコルにより構成されるＬＡＮやＷＡＮ等である。
【００１０】
図２は、レビューシステム１が有するレビュー端末１００の構成を示すブロック図である。レビュー端末１００は、ＣＰＵおよびその周辺回路を含む制御回路１１０と、制御回路１１０により制御されるフラッシュメモリ１２０、ＤＲＡＭ１３０、ＨＤＤ１４０、表示装置１５０、入力装置１６０、およびネットワークインタフェース（Ｉ／Ｆ）１７０とから構成される。
【００１１】
制御回路１１０は、フラッシュメモリ１２０またはＨＤＤ１４０に予め格納されている所定のレビュープログラムを読み込んで実行することにより、レビュー端末１００を制御する。フラッシュメモリ１２０は不揮発性の記憶媒体であり、ＤＲＡＭ１３０は揮発性の記憶媒体である。上記のレビュープログラムはＤＲＡＭ１３０を一時的な記憶領域として利用する。ＨＤＤ１４０には、後述するレビュー対象文書等が格納されている。表示装置１５０は例えば液晶ディスプレイ等の、表示画面を有する表示装置である。入力装置１６０は例えばキーボードやマウス等の入力装置である。ネットワークＩ／Ｆ１７０は、ネットワーク２００を介して通信を行うためのインタフェースである。制御回路１１０はネットワークＩ／Ｆ１７０を介して、ネットワーク２００により相互に接続されたレビュー端末１００同士でデータ通信を行う。
【００１２】
以上のように構成されたレビューシステム１により、本システムの利用者は、作成した文書のレビューを行うことができる。以下、本実施形態のレビューシステム１により行われるレビューについて簡単に説明する。
【００１３】
本実施形態のレビューシステム１により行われるレビューとは、レビューの対象となる文書について、その文書の作成者とは異なる者がその内容を確認し、当該文書の問題点や修正すべき点等を指摘する作業のことである。以下の説明では、レビューに参加する者のうち、レビューを取り纏める者をレビュー主催者あるいは単に主催者と呼び、それ以外の者をレビュー参加者あるいは単に参加者と呼ぶ。レビュー主催者はレビューにおいて１人だけ存在し、レビュー参加者は１人以上存在する。また、レビューの対象とする文書ファイルをレビュー対象文書と称する。レビュー対象文書は、各種のアプリケーションソフトウェアにより作成可能な任意の文書ファイルとすることができる。例えば、プログラムのソースコード等のテキストファイルや、ワードプロセッサ、スプレッドシート、プレゼンテーションソフト等の各種のアプリケーションソフトウェアにより作成される文書ファイルをレビュー対象文書とすることができる。なお、レビュー対象文書の作成者は各文書毎に１人以上存在し、主催者や参加者であることもあればそれ以外の者であることもある。
【００１４】
主催者および参加者は、それぞれに割り当てられたレビュー端末１００を用いてレビューを行う。以下の説明において、主催者の利用するレビュー端末１００を主催者端末と呼び、参加者の利用するレビュー端末１００を参加者端末と呼ぶ。なお、本実施形態では、レビュー端末１００は主催者端末になることも参加者端末になることもできる汎用的な端末としたが、主催者端末と参加者端末がそれぞれ異なる構成を備えた専用の端末であるとしてもよい。
【００１５】
レビューの流れを簡単に説明すると、まずレビュー主催者は主催者端末にレビューを開催するために必要な情報を入力する。主催者端末はこれに応じて、参加者端末の接続を待ち受ける状態となる。次に、レビュー参加者は参加者端末を操作して主催者端末に接続する。これにより、主催者端末から参加者端末に対してレビュー対象文書が送信され、参加者端末においてレビュー対象文書が表示される。レビュー参加者およびレビュー主催者は、参加者端末および主催者端末を用いて各レビュー対象文書を閲覧し、必要に応じて、当該文書に対する指摘を表す指摘情報を参加者端末に入力する。参加者端末に入力された指摘情報は主催者端末を介して他の参加者端末に送信される。また、主催者端末に入力された指摘情報は、他の参加者端末に送信される。主催者端末および参加者端末は、入力された指摘情報および他のレビュー端末１００から受信した指摘情報を表示装置１５０の表示画面に表示する。このように、１つのレビュー端末１００において入力された指摘情報は、全てのレビュー端末１００において共有され、また表示される。最後に、主催者端末にレビューの終了指示が入力されると、主催者端末は今回行われたレビューの結果を所定の形式で表示画面等に出力する。
【００１６】
以下、上述したレビューの具体的な処理内容について説明する。
【００１７】
（主催者端末が実行するレビュー処理の説明）
図３は、主催者端末により実行されるレビュー処理のフローチャートである。まずステップＳ１００では、主催者が入力装置１６０を操作し、制御回路１１０にレビューの開催に必要な情報が入力される。本実施形態において、ステップＳ１００で入力される情報には、レビュー名情報、参加メンバー情報、対象文書情報、および検出目標情報が、少なくとも含まれる。
【００１８】
レビュー名情報は、今回開始するレビューに付された名称を表す文字列であり、主催者が任意に設定する。参加メンバー情報は、今回開始するレビューに参加可能な参加者を識別するための情報であり、参加者ＩＤと参加者パスワードとの組を１つ以上含んでいる。制御回路１１０は、この参加者ＩＤと参加者パスワードを用いて参加者を認証する。対象文書情報は、レビュー対象文書を表す情報であり、レビュー対象文書の名称および内容の組を１つ以上含んでいる。主催者は、予めＨＤＤ１４０に記憶されている文書ファイルから、レビュー対象とする文書ファイルを選択することにより、対象文書情報を入力する。検出目標情報は、今回のレビューにおいて入力される指摘情報の目標件数を表す。例えば検出目標情報が１０件に設定された場合、今回のレビューでは少なくとも１０件の検出情報が入力されるべきである、とレビュー主催者が考えていることを意味する。制御回路１１０は、ステップＳ１００で入力されたこれらの必要な情報を、ＤＲＡＭ１３０に記憶させておく。
【００１９】
ステップＳ１１０では、制御回路１１０が、主催者による入力装置１６０の操作およびネットワーク２００を介した参加者端末からのデータ受信の待ち合わせを行う。そして、入力装置１６０に対して行われた操作や参加者端末から受信したデータの種類に応じた処理を、ステップＳ１２０〜Ｓ１８０の各々において実行する。
【００２０】
ステップＳ１１０において主催者により指摘入力操作が為された場合、ステップＳ１２０に進み、制御回路１１０は後述する指摘入力処理Ａ（図８）を実行する。他方、ステップＳ１１０において参加者端末から指摘データを受信した場合にはステップＳ１３０に進み、制御回路１１０は後述する指摘受信処理Ａ（図８）を実行する。ステップＳ１２０またはステップＳ１３０を実行した制御回路１１０は、引き続きステップＳ１４０に進み、ステップＳ１２０において入力された指摘やステップＳ１３０において受信した指摘データを表示画面に反映させる。
【００２１】
ステップＳ１１０において参加者端末から接続要求を受信した場合、ステップＳ１５０に進み、制御回路１１０は後述する接続受け入れ処理（図５）を実行する。ステップＳ１１０において主催者により表示位置同期操作が為された場合にはステップＳ１６０に進み、制御回路１１０は後述する表示位置同期処理Ａ（図９）を実行する。ステップＳ１１０において参加者端末から表示位置要求を受信した場合、ステップＳ１７０に進み、制御回路１１０は後述する表示位置要求受信処理Ａ（図９）を実行する。ステップＳ１１０において主催者により終了操作が為された場合、ステップＳ１８０に進み、制御回路１１０は後述するレビュー終了処理（図１２）を実行し、図３の処理を終了する。
【００２２】
（参加者端末が実行するレビュー処理の説明）
図４は、参加者端末により実行されるレビュー処理のフローチャートである。まずステップＳ２００では、制御回路１１０が後述する接続処理（図５）を実行し、主催者端末に接続する。ステップＳ１１０では、制御回路１１０が、参加者による入力装置１６０の操作およびネットワーク２００を介した主催者端末からのデータ受信の待ち合わせを行う。そして、入力装置１６０に対して行われた操作や主催者端末から受信したデータの種類に応じた処理を、ステップＳ２２０〜Ｓ２７０の各々において実行する。
【００２３】
ステップＳ１１０において参加者により指摘入力操作が為された場合、ステップＳ２２０に進み、制御回路１１０は後述する指摘入力処理Ｂ（図８）を実行する。他方、ステップＳ２１０において主催者端末から指摘データを受信した場合にはステップＳ２３０に進み、制御回路１１０は後述する指摘受信処理Ｂ（図８）を実行する。ステップＳ２３０を実行した制御回路１１０は、引き続きステップＳ２４０に進み、ステップＳ２３０において受信した指摘データを表示画面に反映させる。
【００２４】
ステップＳ２１０において参加者により表示位置同期操作が為された場合にはステップＳ２５０に進み、制御回路１１０は後述する表示位置同期処理Ｂ（図９）を実行する。ステップＳ２１０において主催者端末から表示位置要求を受信した場合、ステップＳ２６０に進み、制御回路１１０は後述する表示位置要求受信処理Ｂ（図９）を実行する。ステップＳ２１０において主催者端末からレビューの終了指示を受信した場合、ステップＳ２７０に進み、制御回路１１０は主催者端末との接続を切断し、図４の処理を終了する。
【００２５】
（接続受け入れ処理および接続処理の説明）
図５は、図３および図４において呼び出される接続受け入れ処理および接続処理のフローチャートである。図５の左側には主催者端末の制御回路１１０により実行される接続受け入れ処理が、図５の右側には参加者端末の制御回路１１０により実行される接続処理が、それぞれ示されている。また、図５において破線で示される矢印は、端末間のデータ通信によるデータの授受を表している。以下、まず接続受け入れ処理について説明し、その後に接続処理を説明する。
【００２６】
接続受け入れ処理が呼び出されると、まずステップＳ３１０で制御回路１１０が、参加者端末から参加者ＩＤおよび参加者パスワードを受信する。ステップＳ３２０では制御回路１１０が、ステップＳ３１０で受信した参加者ＩＤおよび参加者パスワードを用いて、参加者の認証を行う。具体的には、ＤＲＡＭ１３０に記憶されている参加メンバー情報から、受信した参加者ＩＤと参加者パスワードとの組に一致するものを検索する。そして、一致するものが見つかれば、認証に成功したとみなし、参加者端末に認証成功を表す情報を送信してステップＳ３４０に進む。他方、一致するものが見つからなかった場合には、参加者端末に認証失敗をあらわす情報を送信してステップＳ３３０に進む。ステップＳ３３０では制御回路１１０が参加者端末の接続を切断し、図５の処理を終了する。
【００２７】
ステップＳ３４０では制御回路１１０が、今回接続された参加者端末を識別するための情報（例えば参加者端末のネットワークアドレスや参加者ＩＤなど）をＤＲＡＭ１３０に記憶する。以下、この情報を端末識別情報と称する。ここで記憶された端末識別情報は、参加者端末が切断したときに消去される。ステップＳ３５０では、制御回路１１０が、ＤＲＡＭ１３０に記憶されている対象文書情報を今回接続された参加者端末に送信する。ステップＳ３６０では制御回路１１０が、ＤＲＡＭ１３０に記憶されている指摘情報（後に詳述する）を、今回接続された参加者端末に送信する。
【００２８】
次に、図５の右側に示した、参加者端末により実行される接続処理を説明する。参加者端末の制御回路１１０は、まずステップＳ４００において、接続先の主催者端末を特定する。例えば、参加者に入力装置１６０を操作させて主催者端末のネットワークアドレスを入力させる。ステップＳ４１０では、入力装置１６０から制御回路１１０に、参加者の参加者ＩＤおよび参加者パスワードが入力される。ステップＳ４２０では制御回路１１０が、ステップＳ４００で特定された主催者端末へ、ネットワーク２００を介して接続を試みる。ステップＳ４３０では制御回路１１０が、ステップＳ４１０で入力された参加者ＩＤおよび参加者パスワードを、主催者端末に送信する（ステップＳ３１０に対応）。
【００２９】
ステップＳ４４０では制御回路１１０が、ステップＳ４３０において送信した参加者ＩＤおよび参加者パスワードによる認証が成功したか否かを判定する。この判定は、主催者端末から受信した認証結果を表す情報に基づいて行われる。認証が失敗していた場合は図５の処理を終了する。他方、認証に成功した場合にはステップＳ４５０に進む。
【００３０】
ステップＳ４５０では制御回路１１０が、主催者端末から送信される対象文書情報を受信する（ステップＳ３５０に対応）。ステップＳ４６０では制御回路１１０が、主催者端末から送信される指摘情報を受信する（ステップＳ３６０に対応）。ステップＳ４５０およびステップＳ４６０で受信されたこれらの情報は、参加者端末のＤＲＡＭ１３０に記憶される。ステップＳ４７０では制御回路１１０が、ステップＳ４５０およびステップＳ４６０において受信したこれらの情報に基づいて、表示装置１５０の表示画面の内容を更新する（後に詳述）。
【００３１】
（レビュー中の表示画面の説明）
接続の待ち受けを開始した主催者端末の表示装置１５０、および、主催者端末への接続を完了した参加者端末の表示装置１５０には、例えば図６に示す画面が表示される。この画面は大きく分けて、左上、左下、右側の３つの領域に分かれている。画面左上の文書一覧領域１１には、レビュー対象文書の一覧が表示されている。画面左下の参加者一覧領域１２には、レビューの主催者および参加者の一覧が表示されている。画面右側の文書表示領域１３には、１つのレビュー対象文書について、その内容が表示されている。
【００３２】
なお、これら３つの領域（文書一覧領域１１、参加者一覧領域１２、および文書表示領域１３）は、その表示／非表示を切り替えることや、表示位置を変更することが可能であり、図６に示した画面はその表示態様の一例を示すものに過ぎない。
【００３３】
主催者および参加者は、文書一覧領域１１から、文書表示領域１３に表示させたい文書を選択することができる。文書を選択すると、文書表示領域１３に当該文書の内容が表示される。主催者および参加者は、文書表示領域１３を視認することにより、当該文書の内容を確認する。例えば当該文書が文書表示領域１３に収まりきらない大きさの場合には、所定のスクロール操作を行うことができる。また、当該文書が複数のページから構成されている場合には、所定のページ切り替え操作により、他のページに表示を切り替えることができる。
【００３４】
レビュー端末１００には、文書表示領域１３の表示内容（表示位置）を、他のレビュー端末１００の文書表示領域１３と同期させる機能が用意されている。特定の端末において、参加者一覧領域１２に各参加者／主催者毎に設けられた同期ボタン１４が押下されると、当該端末における文書表示領域１３の表示内容（表示位置）が、同期ボタン１４に対応する参加者／主催者の端末の表示内容（表示位置）に同期される。例えば、ある参加者が特定のレビュー対象文書の３ページ目を表示中に、主催者端末においてその参加者に対応する同期ボタン１４が押下されると、主催者端末の文書表示領域１３には、当該文書の３ページ目が表示される。
【００３５】
また、この同期機能は、継続的に機能させることも可能である。特定の端末において、参加者一覧領域１２に各参加者／主催者毎に設けられた自動同期チェックボックス１５にチェックが入れられると、当該端末における文書表示領域１３の表示内容（表示位置）が、自動同期チェックボックス１５に対応する参加者／主催者の端末の表示内容（表示位置）に、自動的に同期される。なお、文書表示領域１３に複数のレビュー対象文書を同時に表示させることや、文書表示領域１３を複数の部分に分割し、１つのレビュー対象文書の複数箇所を並列に表示させることも可能である。このような場合、文書表示領域１３の表示内容全てを端末間で同期させてもよいし、いずれか１つのレビュー対象文書やその１箇所のみを端末間で同期させてもよい。
【００３６】
自動同期チェックボックス１５にチェックが入れられている場合、制御回路１１０は図３および図４に示した処理を実行する際、ステップＳ１１０およびステップＳ２１０において、定期的にステップＳ１６０およびステップＳ２５０の処理を呼び出して実行する。これにより、各端末間の表示位置が定期的に同期される。
【００３７】
文書中に問題点等を発見した場合、主催者および参加者は、文書表示領域１３において、問題点等が含まれる範囲を選択し、当該範囲に紐付けられた指摘情報を入力することができる。前述したように、指摘情報とは当該文書に対する指摘を表す情報である。例えばプログラムコード等のテキストファイルであれば、行単位や文字単位での範囲選択を行うことができる。また、画像ファイル等であれば、任意の大きさの矩形で範囲選択を行うことができる。
【００３８】
図７は、指摘情報の入力画面の一例を示す図である。指摘情報には、指摘内容を表す文章２１（以下、単に指摘内容２１と称する）が少なくとも含まれる。主催者および参加者は、入力装置１６０を用いてこの情報を入力する。また、制御回路１１０は、入力された指摘情報に、更にその指摘情報を入力した参加者または主催者の名前と、指摘情報を入力した日時と、指摘を行ったレビュー対象文書のファイル名と、当該指摘情報に紐付けられた範囲と、を少なくとも追加する。
【００３９】
次に、実際のレビューの進め方について説明する。まず図２０（ａ）に示すように、複数のレビュー対象文書からいずれか１つのレビュー対象文書を選択して文書表示領域に表示させる。ここで選択されたレビュー対象文書を、仮にレビュー対象文書Ａと称する。次に、このレビュー対象文書Ａの内容を閲覧し、問題がないようであれば、その範囲について指摘事項がないことを表す情報（後に詳述）を入力する。換言すれば、当該範囲がレビュー済みであることを表す情報を入力する。これにより、図２０（ｂ）に示すように、レビュー対象文書Ａは、その一部（範囲９０）がレビュー済みの状態となる。
【００４０】
参加者および主催者は更にレビュー対象文書Ａの内容の閲覧を継続し、問題が見つかった場合には、その範囲について指摘情報を入力する。これにより、図２０（ｃ）に示すように、当該範囲９１に指摘情報が関連付けられる。このように、指摘事項がないことを表す情報が入力された範囲９０と、指摘情報が関連付けられた範囲９１とを合わせた範囲が、当該文書のレビュー済み範囲となる。このようにして、レビュー対象文書Ａの全ての範囲についてレビュー済みとなるまで、レビュー対象文書Ａのレビューを継続する。
【００４１】
なお、レビュー対象文書Ａのレビュー中に、他のレビュー対象文書の閲覧に移ることもある。これは、レビュー対象文書Ａにおいて発見された問題が、他のレビュー対象文書にも影響を及ぼすものである場合があるためである。
【００４２】
以下、指摘情報を扱う指摘入出力処理（図３および図４のフローチャートから呼び出される処理）について詳述する。
【００４３】
（指摘入出力処理の説明）
図８は、図３および図４において呼び出される指摘入力処理Ａ、指摘入力処理Ｂ、指摘受信処理Ａ、および指摘受信処理Ｂのフローチャートである。図８において破線で示される矢印は、端末間のデータ通信によるデータの授受を表している。以下、各処理を順に説明する。
【００４４】
指摘入力処理Ａにおいて、主催者端末の制御回路１１０はまずステップＳ５１０で、入力装置１６０により主催者から入力された指摘情報に上述した各情報（指摘情報を入力した主催者の名前等）を追加して、当該指摘情報をＤＲＡＭ１３０に記憶させる。ステップＳ５２０では制御回路１１０が、ＤＲＡＭ１３０に記憶されている端末識別情報に基づき、全ての参加者端末に当該指摘情報を送信する。
【００４５】
次に、参加者端末の制御回路１１０が実行する指摘入力処理Ｂについて説明する。まずステップＳ６１０において制御回路１１０は、入力装置１６０により参加者から入力された指摘情報に、上述した各情報（指摘情報を入力した参加者の名前等）を追加した上で当該指摘情報を主催者端末に送信する。
【００４６】
次に、主催者端末の制御回路１１０が実行する指摘受信処理Ａについて説明する。まずステップＳ５４０において制御回路１１０は、受信した指摘情報をＤＲＡＭ１３０に記憶させる。ステップＳ５５０では制御回路１１０が、ＤＲＡＭ１３０に記憶した指摘情報を全ての参加者端末に対して送信する。
【００４７】
次に、参加者端末の制御回路１１０が実行する指摘受信処理Ｂについて説明する。ステップＳ６４０では制御回路１１０が、受信した指摘情報をＤＲＡＭ１３０に記憶させる。
【００４８】
以上のように、各端末が指摘入力処理Ａ、指摘入力処理Ｂ、指摘受信処理Ａ、および指摘受信処理Ｂを実行することにより、特定の端末において入力された指摘情報が他の全ての端末に共有される。
【００４９】
なお、レビュー対象文書全体のうち、レビューが済んだ箇所については、指摘事項の有無に関わらず、主催者端末および参加者端末に対し、当該箇所のレビューが完了したことを表す情報を入力することができる。以下、この情報をレビュー済み情報と称する。制御回路１１０は、入力されたレビュー済み情報を、上述した指摘情報と同様に全ての端末で共有する。制御回路１１０は各レビュー対象文書について、レビュー済み情報によって当該文書のレビュー済み範囲を管理する。レビュー済み範囲とは、レビュー済み情報によりレビューが完了していることが表された範囲のことである。つまり、レビュー済み情報が存在しない（紐付けられていない）範囲が残っている場合、その文書に対するレビューが完了していないということを意味する。制御回路１１０は、各レビュー対象文書について、当該文書全体に対するレビュー済み範囲の割合を演算し、表示装置１５０の表示画面のうち文書一覧領域１１に表示する。主催者および参加者は、この表示を視認することにより、各レビュー対象文書について、どの程度レビューが完了したかを認識することが可能である。
【００５０】
（表示更新処理の説明）
図９は、図３および図４において呼び出される表示位置同期処理Ａ、表示位置同期処理Ｂ、表示位置要求受信処理Ａ、および表示位置要求受信処理Ｂのフローチャートである。表示位置同期処理Ａおよび表示位置要求受信処理Ａは主催者端末の制御回路１１０により実行され、表示位置同期処理Ｂおよび表示位置要求受信処理Ｂは参加者端末の制御回路１１０により実行される。また、図９において破線で示される矢印は、端末間のデータ通信によるデータの授受を表している。
【００５１】
まず、主催者端末において実行される表示位置同期処理Ａについて説明する。ステップＳ７１０では制御回路１１０が、表示位置を同期する相手の参加者端末１００に対して表示位置要求を送信する。表示位置要求は、対象のレビュー端末１００の文書表示領域１３の現在の表示位置を要求するデータである。ステップＳ７２０では制御回路１１０が、ステップＳ７１０で送信した表示位置要求への返答として送信される表示位置情報を受信する。ステップＳ７３０では制御回路１１０が、文書表示領域１３の表示位置を、ステップＳ７２０で受信した表示位置情報に基づいて更新する。
【００５２】
次に、参加者端末において実行される表示位置同期処理Ｂについて説明する。ステップＳ７４０では制御回路１１０が、表示位置を同期する相手の参加者端末１００を要求先とする表示位置要求を、主催者端末に送信する。ステップＳ７５０では制御回路１１０が、ステップＳ７４０で送信した表示位置要求への返答として送信される表示位置情報を受信する。ステップＳ７６０では制御回路１１０が、文書表示領域１３の表示位置を、ステップＳ７５０で受信した表示位置情報に基づいて更新する。
【００５３】
次に、主催者端末において実行される表示位置要求受信処理Ａについて説明する。この処理は、主催者端末の制御回路１１０が参加者端末から表示位置要求を受信した場合に実行される処理である。ステップＳ７７０において制御回路１１０は、受信した表示位置要求の要求先が主催者端末（すなわち自端末）であるか、あるいは他の参加者端末であるかを判定する。主催者端末が要求先であった場合にはステップＳ７７１に進み、要求元の参加者端末に対して、主催者端末（すなわち自端末）の現在の表示位置を表す表示位置情報を送信する。他方、要求先が他の参加者端末であった場合にはステップＳ７７２に進む。
【００５４】
ステップＳ７７２では制御回路１１０が、要求先の参加者端末へ表示位置要求を送信する。ステップＳ７７３では制御回路１１０が、ステップＳ７７２で送信した表示位置要求への返答として送信される表示位置情報を受信する。ステップＳ７７４では制御回路１１０が、ステップＳ７７３で受信した表示位置情報を、要求元の参加者端末に送信する。
【００５５】
次に、参加者端末において実行される表示位置要求受信処理Ｂについて説明する。この処理は、参加者端末の制御回路１１０が主催者端末から表示位置要求を受信した場合に実行される処理である。ステップＳ７７５において制御回路１１０は、主催者端末に自端末の現在の表示位置を表す表示位置情報を送信する。
【００５６】
なお、文書表示領域１３の表示内容を更新する際、ＤＲＡＭ１３０に記憶されている指摘情報やレビュー済み情報に基づいて、指摘が存在する範囲やレビュー済みの範囲を強調表示する。このとき、指摘情報の内容を文書表示領域１３に重畳してポップアップ表示してもよい。例えば図１０に示すように、レビュー済みのページに「レビュー済み」のウォーターマーク（すかし文字）を重畳表示したり、指摘情報が存在する範囲を周囲とは異なる色で表示したりすることができる。また、指摘情報が存在する範囲にマウスカーソルを重ねることで、マウスカーソルの位置にその指摘情報の内容の概略をポップアップ表示することができる。
【００５７】
（レビュー終了処理の説明）
主催者は、入力装置１６０を用いて、主催者端末にレビュー終了指示を入力することが可能である。レビュー終了指示が入力された主催者端末は、所定のレビュー終了処理を実行する。レビュー終了後は、主催者端末において、今回行われたレビューの結果を所定の書式を有する報告書の形で出力することが可能である。
【００５８】
図１１に、主催者端末が出力可能な報告書の様式の一例を示す。このように、レビュー結果の報告書には、レビューが行われた日時および期間、レビューへの参加者の一覧（主催者を含む）、レビュー中に各端末から入力された指摘情報に含まれる種々の情報（例えば指摘範囲や指摘文章、指摘情報を入力した参加者名等）を含めることが可能である。また、制御回路１１０が実行するレビュープログラムは、各レビュー対象文書について、レビュー済み範囲の割合を示すことが可能に構成されている。主催者端末を含む各レビュー端末１００のＤＲＡＭ１３０には、各レビュー端末１００において入力された全ての指摘情報やレビュー済み情報が格納されているので、これらのレビュー済み情報に関連付けられた範囲を集計すれば、各レビュー対象文書のレビュー済み範囲の割合を演算することが可能である。例えばレビュー対象文書がテキストファイルであれば、レビュー済み範囲が行単位で入力されているので、当該テキストファイルの全行数に対するレビュー済み範囲の割合を演算すればよい。更に、実際に入力された指摘情報の個数から、レビュー開始時に設定された検出目標情報の充足率を示すことも可能である。例えば検出目標情報が１０件に設定され、指摘情報が８件入力されていれば、充足率は８０％となる。この報告書は、例えば不図示のプリンタ等により印刷したり、所定の文書ファイルとしてＨＤＤ１４０に記憶させたりすることが可能である。
【００５９】
図１２は、図３において呼び出されるレビュー終了処理のフローチャートである。まずステップＳ８００では制御回路１１０が、全ての参加者端末にレビュー終了指示を送信する。ステップＳ８１０では制御回路１１０が、全ての参加者端末との接続を切断する。
【００６０】
上述した第１の実施の形態によるレビューシステムによれば、次の作用効果が得られる。
（１）主催者端末の制御回路１１０が、レビューの結果（指摘情報を含む種々の情報）を所定の書式の報告書として出力するようにした。このようにしたので、レビューの結果を手動でまとめる必要がなく、使い勝手のよいレビューシステムを提供することができる。
【００６１】
（２）複数のレビュー端末１００において、文書表示領域１３の表示位置を同期させることができる。このようにしたので、多数の参加者により行われるレビューを円滑に進めることが可能となる。また、レビュー中に離席した場合や途中からレビューに参加した場合であっても、速やかに現在進行中のレビューに参加することができる。
【００６２】
（第２の実施の形態）
図１３は、第２の実施の形態に係るレビューシステムの全体構成を示すブロック図である。レビューシステム１が複数のレビュー端末１００により構成されていたのに対し、本実施形態のレビューシステム２は、サーバ３００と、ネットワーク２００を介してサーバ３００に接続された複数のレビュー端末１００とから構成されている。サーバ３００はレビュー端末１００と同様に、制御回路やＤＲＡＭ、ＨＤＤ等の各部を有し、所定のレビュープログラムを実行するが、それらの各構成要素はいずれも図２に示したものと同様であるため説明を省略する。
【００６３】
サーバ３００は、主催者により操作されないことを除き、第１の実施の形態における主催者端末と同様の役割を担う。レビューの主催者は、いずれかのレビュー端末１００を操作して、サーバ３００に対して新規レビューの登録を行うよう指示する。またこのとき、レビュー端末１００からサーバ３００に対して、レビューの開始に必要な情報が送信される。サーバ３００はこの指示および情報に応じて、第１の実施の形態における主催者端末のように、接続の待ち受けを開始する。
【００６４】
各参加者は、第１の実施の形態で主催者端末に接続していたように、サーバ３００に接続する。また、各レビュー端末１００に入力された指摘情報はサーバ３００に送信される。サーバ３００は主催者端末のように、各レビュー端末１００からの接続を受け付けて認証を行うと共に、対象文書情報や指摘情報を各レビュー端末１００に配信する。各レビュー端末１００は、表示位置の同期等に際しても、いったんサーバ３００を介して他の端末の表示位置情報等を取得する。
【００６５】
主催者がいずれかのレビュー端末１００からレビュー終了指示をサーバ３００に送信すると、サーバ３００は主催者端末のように報告書を作成して主催者が利用しているレビュー端末１００に送信する。
【００６６】
上述した第２の実施の形態によるレビューシステムによれば、第１の実施の形態と同様の作用効果が得られる。
【００６７】
次のような変形も本発明の範囲内であり、変形例の一つ、もしくは複数を上述の実施形態と組み合わせることも可能である。
【００６８】
（変形例１）
指摘情報に、上述した実施形態で示した例に加えて、更に複数の情報が含まれるようにしてもよい。例えば、プログラムコードのレビュー向けに、予め定めておいた開発工程（要件定義、基本設計、詳細設計等）から、当該指摘により表される問題点が生じたと考えられる工程（原因工程）を表す情報を指摘情報に含めるようにしてもよい。ここで要件定義とは、開発するシステムに要求される（顧客が必要としている）機能を定義する工程であり、基本設計とはシステムの基本的な設計を行う工程である。基本設計では、要件定義を元に、どのようなシステムを開発すればそれを満たすことができるかを検討し、実装すべき機能、画面や帳票など、操作や入出力に関する事項、生成・保管されるデータの概要など、システムの基礎的な仕様をまとめる。また、詳細設計とは、基本設計で定められた機能や操作・表示方法などに基づき、システムとしてそれをどう実現するかを具体的に定める工程のことを指す。このように、各指摘情報に対してその原因工程を入力させることで、その指摘情報により表される問題点等を、どの工程に遡って修正するかを、後から容易に判断することができるようになる。
【００６９】
また、指摘情報に、文章だけではなく画像データ等を含めてもよい。例えば図１４に示すように、表示装置１５０の表示画面に描画領域を表示し、参加者や主催者が入力装置１６０（例えばマウス等のポインティングデバイスが望ましい）を用いて図を描画可能にし、描画された図の画像データを指摘情報に含めるようにしてもよい。
【００７０】
その他、指摘情報には、当該指摘に関するあらゆる情報を付け加えることが可能である。それらの情報は、報告書に出力するための情報であってもよいし、表示画面に表示する際に用いられる情報（例えば当該指摘の表示色等）であってもよい。指摘情報に付加される各情報は、予め用意されたいくつかの選択肢から選択される情報であってもよいし、参加者および主催者により自由に入力される数値や文字列であってもよい。
【００７１】
（変形例２）
レビュー結果を、報告書以外の形で出力可能にしてもよい。例えば、指摘情報に変形例１で説明した当該指摘の原因工程や、当該指摘に対応するレビュー対象文書の作成者等で集計し、その結果をグラフや表の形でプリンタ等に印刷したり、表示装置１５０の表示画面に表示したりできるようにしてもよい。一例として図１５に示したように、棒グラフや円グラフ、レーダーチャート等の種々の方法で、指摘情報を可視化することが可能である。
【００７２】
（変形例３）
上述したレビュープログラムに、一度完了したレビューの結果に基づく再レビュー機能を設けてもよい。この再レビュー機能とは、１回目のレビューにおいて問題点等が指摘された箇所が、正しく修正され、上記の問題点が取り除かれているかを確認するためのレビューを実施することを支援する機能である。
【００７３】
例えば図１６（ａ）に示すように、１回目のレビューではレビュー対象文書Ａについてレビューを行い、複数の指摘情報を含むレビュー結果Ａが得られたとする。その後、図１６（ｂ）に示す様に、レビュー結果Ａに基づいてレビュー対象文書Ａが修正され、レビュー結果Ａの各指摘情報により指摘された問題点が解消されたレビュー対象文書Ｂが作成される。
【００７４】
図１８は、再レビュー機能を実現するための処理のフローチャートである。まずステップＳ９００において、主催者端末の制御回路１１０は、主催者が主催者端末の入力装置１６０を用いて入力した、前回のレビュー結果に基づく再レビュー指示を受け付ける。この指示に応じて主催者端末の制御回路１１０は、ステップＳ９１０においてレビュー対象文書Ａとレビュー対象文書Ｂとを比較し、ＤＲＡＭ１３０に図１７に示す各データを格納する。具体的には、レビュー対象文書Ａとレビュー対象文書Ｂとを比較することにより、前回のレビュー結果Ａに含まれる各指摘情報について、その指摘範囲がレビュー対象文書Ｂのどの範囲に相当するかを決定する。
【００７５】
ステップＳ９２０では制御回路１１０が、ステップＳ９１０において行った比較の結果と前回のレビュー結果Ａとから、前回の指摘範囲（レビュー対象文書Ａにおける指摘範囲）と今回の指摘範囲（レビュー対象文書Ｂにおける指摘範囲）とを対応付けたレビュー結果マップ（図１７）を作成する。ステップＳ９３０で主催者端末の制御回路１１０は、このレビュー結果マップを全ての参加者端末に送信し、全端末で共有する。
【００７６】
主催者端末および参加者端末の制御回路１１０は、このようにして実行される新たなレビュー（２回目のレビュー）において、図１７に示したレビュー結果マップを表示画面に表示する。主催者または参加者がこのレビュー結果マップに含まれるいずれかの行を選択すると、制御回路１１０は文書表示領域１３にレビュー対象文書Ｂを表示する。このとき、表示位置はレビュー結果マップ中の今回指摘範囲（レビュー対象文書Ｂにおける指摘範囲）となる。つまり、主催者および参加者はレビュー対象文書Ｂにおいて、前回指摘を受けた箇所に素早くジャンプし、前回指摘された問題点等が解消しているか否かを容易に判断することができる。
【００７７】
（変形例４）
プログラムのソースコード等のテキストファイルをレビュー対象文書とする場合、レビューを行いやすくするための種々の支援機能を設けることが望ましい。例えば、多数のレビュー対象文書から特定のキーワードを一括検索する、いわゆるＧｒｅｐ検索機能や、その検索結果から各レビュー対象文書における当該キーワードの出現箇所にジャンプする、いわゆるタグジャンプ機能をレビュー端末１００に設けてもよい。このような機能の実装方法については周知であるため、制御回路１１０の具体的な処理内容については省略する。
【００７８】
（変形例５）
特定の種類のワードプロセッサ文書やスプレッドシート文書等は、構造が複雑であったり、あるいはプロプライエタリなソフトウェアで扱う事を前提にしているためその内部構造が公開されていなかったりするために、表示装置１５０の表示画面にその内容を表示することが困難である。そこで、図１９のフローチャートに示すように外部プログラムを制御し、当該レビュー対象文書を画像として扱う事で、上述した実施形態でこのような文書をレビュー対象とすることが可能となる。
【００７９】
図１９では、上述した実施形態において各レビュー端末１００で実行されるレビュープログラムに加えて、更に仮想プリンタプログラムと、当該レビュー対象文書を扱う外部プログラムとにおいて実行される処理を示している。この外部プログラムは、例えばワードプロセッサソフトやスプレッドシートソフト等、上述したレビュー対象文書を扱う事ができるプログラムである。また仮想プリンタプログラムは、オペレーティングシステム（ＯＳ）上でプリンタとして認識されるプログラムであり、このプリンタで印刷を行うと、印刷結果が画像データとして出力されるようなプログラムである。このような仮想プリンタプログラムは周知であるので説明を省略する。
【００８０】
レビュープログラムは、上述したレビュー対象文書を扱う場合、まずステップＳ１０００において、外部プログラムに対しレビュー対象文書の印刷指示を出力する。このときの印刷先は、上記の仮想プリンタプログラムを指定する。外部プログラムはステップＳ１０２０においてこの印刷指示を受け付けて、当該レビュー対象文書を仮想プリンタプログラムにより印刷するため、ステップＳ１０３０において仮想プリンタプログラムに印刷データを出力する。仮想プリンタプログラムはこの印刷データをステップＳ１０４０で受け付け、ステップＳ１０５０で印刷データを画像データに変換してレビュープログラムに出力する。レビュープログラムはステップＳ１０１０でこの画像データを取得し、この画像データを当該レビュー対象文書として扱う。例えば、文書表示領域にこの画像データを表示し、参加者および主催者が入力装置１６０を用いてこの画像データ上で矩形領域を選択して指摘情報を入力すると、当該矩形領域を指摘範囲として指摘情報を受け付ける。また、レビュー対象文書が複数のページから構成される文書の場合には、各ページを画像データに変換して扱う。このように構成することで、取り扱いが困難な種類の文書ファイルを、レビュー対象文書として正しく取り扱うことが可能となり、レビューシステムの利便性が向上する。
【００８１】
なお、図１９では、レビュープログラムと仮想プリンタプログラムとは独立したプログラムとして図示したが、これらが１つのプログラムにより構成されるようにしてもよい。例えば、レビュープログラムに含まれる１つのモジュールとして、図１９に示した仮想プリンタプログラム相当のプログラムが含まれるようにしてもよい。
【００８２】
（変形例６）
上述した各実施形態において、レビュープログラムが、レビュー端末１００間でコミュニケーションを取るための種々の通信機能を有していてもよい。例えば、いわゆる文字チャット機能やボイスチャット機能、ホワイトボード共有機能等をレビュープログラムに設けてもよい。
【００８３】
（変形例７）
第１の実施の形態や上述の各変形例において説明した各種の機能は、第２の実施の形態において、サーバ３００とレビュー端末１００のいずれで実行されるようにしてもよい。具体的には、レビュー報告書の出力（印刷や表示など）処理や変形例２で説明した指摘情報の集計（可視化）処理、変形例３で説明した再レビュー機能を実現するための処理、変形例４で説明した支援機能、変形例５で説明した仮想プリンタプログラムや外部プログラム、変形例６で説明した通信機能などをサーバ３００で実行するように構成してもよい。また、これらの処理に必要なデータがサーバ３００からレビュー端末１００に送信されるようにし、レビュー端末１００においてこれらの処理が実行されるようにしてもよい。上記の各処理は、その他レビュー端末１００とサーバ３００のあらゆる組み合わせで実行させることが可能である。
【００８４】
本発明の特徴を損なわない限り、本発明は上記実施の形態に限定されるものではなく、本発明の技術的思想の範囲内で考えられるその他の形態についても、本発明の範囲内に含まれる。
【符号の説明】
【００８５】
１、２…レビューシステム、１００…レビュー端末、２００…ネットワーク、３００…サーバ
【特許請求の範囲】
【請求項１】
サーバと、前記サーバに通信回線を介して接続された複数の端末と、を有するレビューシステムの前記サーバにおいて実行されるレビュープログラムであって、
レビューの対象となるレビュー対象文書の少なくとも一部に対する指摘事項が含まれる指摘情報を、前記複数の端末から前記通信回線を介して前記サーバに受信させる受信工程と、
前記受信工程において前記サーバにより受信された、前記レビュー対象文書に対する前記指摘情報に基づいて、前記サーバに所定の書式を有するレビュー結果報告書を作成させる報告書作成工程とを含むことを特徴とするレビュープログラム。
【請求項２】
請求項１に記載のレビュープログラムにおいて、
前記指摘情報には前記指摘事項に関する複数の指摘項目が含まれ、
前記受信工程において前記サーバにより受信された複数の前記指摘情報を、前記複数の指摘項目のうちいずれかの指摘項目により前記サーバに集計させる集計工程と、
前記集計工程において前記サーバが集計した集計結果を前記サーバから出力させる集計結果出力工程とを更に含むことを特徴とするレビュープログラム。
【請求項３】
請求項１または２に記載のレビュープログラムにおいて、
前記報告書作成工程において前記レビュー結果報告書を作成するために用いられた前記指摘情報に基づいて、前記サーバに前記レビュー対象文書の再レビューを行わせる再レビュー工程を更に含むことを特徴とするレビュープログラム。
【請求項４】
請求項１〜３のいずれか一項に記載のレビュープログラムにおいて、
前記レビュー対象文書を前記複数の端末に表示するために前記サーバから送信させる文書送信工程と、
前記複数の端末のうちいずれかの端末から送信される、当該端末における前記レビュー対象文書の表示位置を表す表示位置情報を前記サーバに受信させる表示位置受信工程と、
前記複数の端末のうち前記表示位置情報を送信した端末とは異なる端末に、前記表示位置受信工程において受信された前記表示位置情報を前記サーバに送信させ、前記いずれかの端末の表示画面上における前記レビュー対象文書の表示位置と、前記異なる端末の表示画面上における前記レビュー対象文書の表示位置とを同期させる表示位置同期工程とを更に含むことを特徴とするレビュープログラム。
【請求項５】
請求項１〜４のいずれか一項に記載のレビュープログラムにおいて、
前記指摘情報は、前記複数の端末において作成された画像データを含むことを特徴とするレビュープログラム。
【請求項６】
請求項１〜５のいずれか一項に記載のレビュープログラムにおいて、
前記レビュー対象文書はテキストデータを含み、
前記テキストデータから所定のキーワードを前記サーバに検索させる検索工程と、
前記テキストデータにおける前記キーワードの出現位置の一覧を表示手段に表示させる検索結果表示工程と、
前記表示手段に表示された前記出現位置の一覧からいずれかの出現位置が選択されたことに応じて、当該出現位置の前後のテキストデータを前記表示手段に表示させる出現位置選択工程とを更に含むことを特徴とするレビュープログラム。
【請求項７】
請求項１〜５のいずれか一項に記載のレビュープログラムにおいて、
前記サーバは、印刷データから出力イメージを表す画像データを作成可能な仮想プリンタプログラムと、前記レビュー対象文書を印刷可能な外部プログラムとが記憶された記憶手段を備え、
前記外部プログラムを実行し、前記外部プログラムが前記レビュー対象文書を前記仮想プリンタプログラムにより印刷するよう前記サーバを制御する印刷制御工程と、
前記仮想プリンタプログラムにより出力された画像データを、前記レビュー対象文書として表示手段に表示させる表示工程とを更に含むことを特徴とするレビュープログラム。
【請求項８】
請求項２に記載のレビュープログラムにおいて、
前記集計工程は、所定の目標件数に対する前記指摘情報の個数の割合である充足率を演算する演算工程を更に含むことを特徴とするレビュープログラム。
【請求項９】
請求項１〜８のいずれか一項に記載のレビュープログラムを有するサーバと、前記サーバに通信回線を介して接続された複数の端末と、を有するレビューシステム。
【請求項１】
サーバと、前記サーバに通信回線を介して接続された複数の端末と、を有するレビューシステムの前記サーバにおいて実行されるレビュープログラムであって、
レビューの対象となるレビュー対象文書の少なくとも一部に対する指摘事項が含まれる指摘情報を、前記複数の端末から前記通信回線を介して前記サーバに受信させる受信工程と、
前記受信工程において前記サーバにより受信された、前記レビュー対象文書に対する前記指摘情報に基づいて、前記サーバに所定の書式を有するレビュー結果報告書を作成させる報告書作成工程とを含むことを特徴とするレビュープログラム。
【請求項２】
請求項１に記載のレビュープログラムにおいて、
前記指摘情報には前記指摘事項に関する複数の指摘項目が含まれ、
前記受信工程において前記サーバにより受信された複数の前記指摘情報を、前記複数の指摘項目のうちいずれかの指摘項目により前記サーバに集計させる集計工程と、
前記集計工程において前記サーバが集計した集計結果を前記サーバから出力させる集計結果出力工程とを更に含むことを特徴とするレビュープログラム。
【請求項３】
請求項１または２に記載のレビュープログラムにおいて、
前記報告書作成工程において前記レビュー結果報告書を作成するために用いられた前記指摘情報に基づいて、前記サーバに前記レビュー対象文書の再レビューを行わせる再レビュー工程を更に含むことを特徴とするレビュープログラム。
【請求項４】
請求項１〜３のいずれか一項に記載のレビュープログラムにおいて、
前記レビュー対象文書を前記複数の端末に表示するために前記サーバから送信させる文書送信工程と、
前記複数の端末のうちいずれかの端末から送信される、当該端末における前記レビュー対象文書の表示位置を表す表示位置情報を前記サーバに受信させる表示位置受信工程と、
前記複数の端末のうち前記表示位置情報を送信した端末とは異なる端末に、前記表示位置受信工程において受信された前記表示位置情報を前記サーバに送信させ、前記いずれかの端末の表示画面上における前記レビュー対象文書の表示位置と、前記異なる端末の表示画面上における前記レビュー対象文書の表示位置とを同期させる表示位置同期工程とを更に含むことを特徴とするレビュープログラム。
【請求項５】
請求項１〜４のいずれか一項に記載のレビュープログラムにおいて、
前記指摘情報は、前記複数の端末において作成された画像データを含むことを特徴とするレビュープログラム。
【請求項６】
請求項１〜５のいずれか一項に記載のレビュープログラムにおいて、
前記レビュー対象文書はテキストデータを含み、
前記テキストデータから所定のキーワードを前記サーバに検索させる検索工程と、
前記テキストデータにおける前記キーワードの出現位置の一覧を表示手段に表示させる検索結果表示工程と、
前記表示手段に表示された前記出現位置の一覧からいずれかの出現位置が選択されたことに応じて、当該出現位置の前後のテキストデータを前記表示手段に表示させる出現位置選択工程とを更に含むことを特徴とするレビュープログラム。
【請求項７】
請求項１〜５のいずれか一項に記載のレビュープログラムにおいて、
前記サーバは、印刷データから出力イメージを表す画像データを作成可能な仮想プリンタプログラムと、前記レビュー対象文書を印刷可能な外部プログラムとが記憶された記憶手段を備え、
前記外部プログラムを実行し、前記外部プログラムが前記レビュー対象文書を前記仮想プリンタプログラムにより印刷するよう前記サーバを制御する印刷制御工程と、
前記仮想プリンタプログラムにより出力された画像データを、前記レビュー対象文書として表示手段に表示させる表示工程とを更に含むことを特徴とするレビュープログラム。
【請求項８】
請求項２に記載のレビュープログラムにおいて、
前記集計工程は、所定の目標件数に対する前記指摘情報の個数の割合である充足率を演算する演算工程を更に含むことを特徴とするレビュープログラム。
【請求項９】
請求項１〜８のいずれか一項に記載のレビュープログラムを有するサーバと、前記サーバに通信回線を介して接続された複数の端末と、を有するレビューシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１３−１１４３３７（Ｐ２０１３−１１４３３７Ａ）
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願番号】特願２０１１−２５７８８６（Ｐ２０１１−２５７８８６）
【出願日】平成２３年１１月２５日（２０１１．１１．２５）
【出願人】（５０７２９５１９６）株式会社クライム (2)
【Ｆターム（参考）】
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願日】平成２３年１１月２５日（２０１１．１１．２５）
【出願人】（５０７２９５１９６）株式会社クライム (2)
【Ｆターム（参考）】
[ Back to top ]