(57)【要約】【課題】ドキュメントの整合性を損なうことなく、複数のユーザが同時に同じドキュメントの編集を行うことができる共有ドキュメント編集装置を提供する。【解決手段】ドキュメント蓄積部２０３は、ドキュメントを蓄積する。ドキュメント編集部４０２は、ドキュメント蓄積部に蓄積されたドキュメントを編集する。編集候補情報蓄積部２０９は、ドキュメント編集部により編集されたドキュメントの編集候補情報を蓄積する。編集候補情報表示部４０３は、ドキュメント蓄積部に蓄積されたドキュメントを表示するとともに、編集候補情報蓄積部に蓄積された編集候補情報を表示する。編集候補情報評価部４０２は、編集候補情報蓄積部に蓄積された編集候補情報の評価を受け付ける。編集候補情報表示部はさらに編集候補情報とともに編集候補情報評価部で受け付けた評価を表示する。【選択図】図１
2014167669.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザに共有されるドキュメントの編集を行うドキュメント編集システムであって、
ドキュメントを蓄積するドキュメント蓄積部と、
前記ドキュメント蓄積部に蓄積されたドキュメントの少なくとも一部を編集するドキュメント編集部と、
前記ドキュメント編集部により編集されたドキュメントの編集候補情報を複数蓄積する編集候補情報積部と、
前記ドキュメント蓄積部に蓄積されたドキュメントを表示するとともに、前記編集候補情報蓄積部に蓄積された編集候補情報を表示する編集候補情報表示部と、
前記編集候補情報蓄積部に蓄積された編集候補情報の評価を受け付ける編集候補情報評価部と
を備え、
前記編集候補情報表示部はさらに
前記編集候補情報とともに前記編集候補情報評価部で受け付けた評価を表示する
ことを特徴とするドキュメント編集システム。
【請求項２】
前記ドキュメント編集システムはさらに
期日の設定を受け付ける期日設定部と、
前記期日設定部で受け付けた期日に、前記編集候補情報評価部で受け付けた評価に応じて前記編集候補情報蓄積部に蓄積された編集候補情報から選択を行って前記ドキュメント蓄積部に蓄積されたドキュメントに編集を反映するドキュメント編集反映部と
を備えることを特徴とする請求項１に記載のドキュメント編集システム。
【請求項３】
前記ドキュメント編集システムはさらに
前記編集候補情報蓄積部により蓄積部に蓄積された編集候補情報の修正を受け付ける編集候補情報修正部
を備えることを特徴とする請求項１または２に記載のドキュメント編集システム。
【請求項４】
前記ドキュメント編集システムはさらに
前記編集候補情報蓄積部に蓄積された複数の編集候補情報に基づいて、複数の編集箇所の相互の関連性を評価する関連性評価部と、
前記関連性評価部の評価結果に基づいて前記編集候補情報評価部で受け付けた評価を変更する評価変更部と
を備えることを特徴とする請求項１乃至３に記載のドキュメント編集システム。
【請求項５】
複数のユーザに共有されるドキュメントの編集を行うドキュメント編集システムにおけるドキュメントの編集を行う方法であって、
ドキュメントを蓄積するドキュメント蓄積ステップと、
前記ドキュメント蓄積ステップで蓄積されたドキュメントを編集するドキュメント編集ステップと、
前記ドキュメント編集ステップで編集されたドキュメントの編集候補情報を蓄積する編集候補情報積ステップと、
前記ドキュメント蓄積ステップで蓄積されたドキュメントを表示するとともに、前記編集候補情報蓄積ステップで蓄積された編集候補情報を表示する編集候補情報表示ステップと、
前記編集候補情報蓄積ステップで蓄積された編集候補情報の評価を受け付ける編集候補情報評価ステップと
を含み、
前記編集候補情報表示ステップはさらに
前記編集候補情報とともに前記編集候補情報評価ステップで受け付けた評価を表示する
ことを特徴とするドキュメント編集方法。
【請求項６】
コンピュータを、
蓄積部に蓄積されたドキュメントを編集するドキュメント編集部と、
前記ドキュメント編集部により編集されたドキュメントの編集候補情報を蓄積部に蓄積させる編集候補情報蓄積部と、
蓄積部に蓄積されたドキュメントを表示部に表示させるとともに、前記編集候補情報蓄積部により蓄積部に蓄積された編集候補情報を表示部に表示させる編集候補情報表示部と、
前記編集候補情報蓄積部に蓄積された編集候補情報の評価を受け付ける編集候補情報評価部と
して機能させ、
前記編集候補情報表示部としてさらに
前記編集候補情報とともに前記編集候補情報評価部で受け付けた評価を表示部に表示させる
よう機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ドキュメント編集システムに関する。
【背景技術】
【０００２】
電子データにより作成した１つのドキュメントを複数のユーザが同時に編集することのできるドキュメント編集システムが知られている。このようなドキュメント編集システムは、たとえば図３６に示すように一般的に１つのサーバ２２と複数のクライアント端末２４、２４’、２４''、２４'''、２４''''（以下端末２４と称す）とで構成され、サーバ２２と端末２４との間はインターネット回線を使用したネットワーク２３で接続されている。そしてサーバ２２は、図３７に示すように、通信部２２０１と、ドキュメント情報管理部２２０２と、ドキュメント蓄積部２２０３と、編集情報蓄積部２２０４とを備えている。端末２４は、通信部２４０１と、ドキュメント編集部２４０２とを備えている。端末２４は、ドキュメント情報をサーバ２２から受信すると、ドキュメント編集部２４０２の表示装置に表示する。ユーザがドキュメント編集部２４０２のユーザインタフェース（User Interface、以下ＵＩと略）でドキュメント情報の編集操作を行うと、端末２４はドキュメントの編集操作情報を随時サーバ２２に送信する。ここで、従来のドキュメント編集システムでは、編集操作情報はドキュメントの更新操作指示と編集情報のみで構成されている。サーバ２２は、受信した編集操作情報を編集情報蓄積部２２０４に一時的に保持するが、編集操作情報に従ってドキュメント蓄積部２２０３のドキュメントを更新すると、編集情報蓄積部２２０４に蓄積した情報は破棄してしまう。
【０００３】
このような従来のドキュメント編集システムでは、複数のユーザが同時に編集を加えると、ドキュメントの整合性を損なうことがある。そのため、排他的編集権を与えられたユーザにのみ、対応するドキュメントの編集を許可する排他的な編集制御を行う編集装置が知られている（たとえば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−５１９８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１は、排他的編集権を強制的に解除した場合でも、当該排他的編集権に基づく編集内容をドキュメントに反映可能とした共有ドキュメントの編集装置を開示している。
しかしながら特許文献１に記載の従来の編集装置は、整合性を確保するため、編集を行うユーザに排他的編集権を与えている。そのため、複数のユーザが同時に同じドキュメントの編集ができないので、編集するユーザの数だけ作業時間が必要であるという問題があった。
【０００６】
そこで、本発明が解決しようとする課題は、ドキュメントの整合性を損なうことなく、複数のユーザが同時に同じドキュメントの編集を行うことができるドキュメント編集装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本願発明は以下のシステム、方法、プログラムを提供するものである。
１）複数のユーザに共有されるドキュメントの編集を行うドキュメント編集システム１であって、ドキュメントを蓄積するドキュメント蓄積部２０３と、ドキュメント蓄積部に蓄積されたドキュメントを編集するドキュメント編集部４０２と、ドキュメント編集部により編集されたドキュメントの編集候補情報を蓄積する編集候補情報蓄積部２０９と、ドキュメント蓄積部に蓄積されたドキュメントを表示するとともに、編集候補情報蓄積部に蓄積された編集候補情報を表示する編集候補情報表示部と、編集候補情報蓄積部に蓄積された編集候補情報の評価を受け付ける編集候補情報評価部と、を備え、編集候補情報表示部はさらに編集候補情報とともに編集候補情報評価部で受け付けた評価を表示することを特徴とするドキュメント編集システム。
２）複数のユーザに共有されるドキュメントの編集を行うドキュメント編集システムにおけるドキュメントの編集を行う方法であって、ドキュメントを蓄積するドキュメント蓄積ステップと、ドキュメント蓄積ステップで蓄積されたドキュメントを編集するドキュメント編集ステップと、ドキュメント編集ステップで編集されたドキュメントの編集候補情報を蓄積する編集候補情報蓄積ステップと、ドキュメント蓄積ステップで蓄積されたドキュメントを表示するとともに、編集候補情報蓄積ステップで蓄積された編集候補情報を表示する編集候補情報表示ステップと、編集候補情報蓄積ステップで蓄積された編集候補情報の評価を受け付ける編集候補情報評価ステップとを含み、編集候補情報表示ステップはさらに編集候補情報とともに編集候補情報評価ステップで受け付けた評価を表示することを特徴とするドキュメント編集方法。
３）コンピュータを、蓄積部に蓄積されたドキュメントを編集するドキュメント編集部と、ドキュメント編集部により編集されたドキュメントの編集候補情報を蓄積部に蓄積させる編集候補情報蓄積部と、蓄積部に蓄積されたドキュメントを表示部に表示させるとともに、編集候補情報蓄積部により蓄積部に蓄積された編集候補情報を表示部に表示させる編集候補情報表示部と、編集候補情報蓄積部に蓄積された編集候補情報の評価を受け付ける編集候補情報評価部として機能させ、編集候補情報表示部として、さらに編集候補情報とともに編集候補情報評価部で受け付けた評価を表示部に表示するよう機能させることを特徴とするプログラム。
【発明の効果】
【０００８】
本発明によれば、ドキュメントの整合性を損なうことなく、複数のユーザが同時に同じドキュメントを編集できる技術を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態である共有ドキュメント編集システムの構成図である。
【図２】本発明の一実施形態である共有ドキュメント編集システムのユースケース図である。
【図３】共有ドキュメント編集システムのサーバがリスト要求情報を受信したときの動作を示す模式図である。
【図４】共有ドキュメント編集システムのサーバが編集開始情報を受信したときの動作を示す模式図である。
【図５】共有ドキュメント編集システムのサーバが編集候補登録情報を受信したときの動作を示す模式図である。
【図６】共有ドキュメント編集システムのサーバが編集候補評価情報を受信したときの動作を示す模式図である。
【図７】共有ドキュメント編集システムのサーバが編集候補修正情報を受信したときの動作を示す模式図である。
【図８】共有ドキュメント編集システムのサーバが編集終了情報を受信したときの動作を示す模式図である。
【図９】共有ドキュメント編集システムのサーバが編集候補決定情報を受信したときの動作を示す模式図である。
【図１０】共有ドキュメント編集システムのサーバがスケジュールで編集候補決定するときの動作を示す模式図である。
【図１１】共有ドキュメント編集システムの端末がドキュメントのリスト要求を行うときの動作を示す模式図である。
【図１２】共有ドキュメント編集システムの端末がドキュメントの編集開始を行うするときの動作を示す模式図である。
【図１３】共有ドキュメント編集システムの端末がドキュメントの編集候補登録を行うときの動作を示す模式図である。
【図１４】共有ドキュメント編集システムの端末がドキュメントの編集候補評価を行うときの動作を示す模式図である。
【図１５】共有ドキュメント編集システムの端末がドキュメントの編集候補修正を行うときの動作を示す模式図である。
【図１６】共有ドキュメント編集システムの端末がドキュメントの新規の編集候補情報を受信したときの動作を示す模式図である。
【図１７】共有ドキュメント編集システムの端末がドキュメントの更新した編集候補情報を受信したときの動作を示す模式図である。
【図１８】共有ドキュメント編集システムの端末がドキュメントの編集終了を行うときの動作を示す模式図である。
【図１９】共有ドキュメント編集システムの端末が更新したドキュメント情報を受信したときの動作を示す模式図である。
【図２０】共有ドキュメント編集システムの端末がドキュメントの編集候補決定を行うときの動作を示す模式図である。
【図２１】共有ドキュメント編集システムの端末におけるドキュメント編集の処理フローの例である。
【図２２】共有ドキュメント編集システムの端末がドキュメントを編集候補登録を行うときのＵＩの例である。
【図２３】共有ドキュメント編集システムの端末がドキュメントの編集候補情報をプレビューするときの端末のＵＩの例である。
【図２４】共有ドキュメント編集システムの端末がドキュメントの編集候補評価を行うときのＵＩの例である。
【図２５】共有ドキュメント編集システムの端末がドキュメントの編集候補修正を行うときのＵＩの例である。
【図２６】共有ドキュメント編集システムの端末がドキュメントの編集候補決定を行うときのＵＩの例である。
【図２７】共有ドキュメント編集システムの端末が更新したドキュメント情報を受信したときのＵＩの例である。
【図２８】共有ドキュメント編集システムの端末におけるドキュメントの編集候補登録を行うときの処理フローの例である。
【図２９】共有ドキュメント編集システムの端末がドキュメントの編集候補登録を行うときのＵＩの第２の例である。
【図３０】共有ドキュメント編集システムの端末がドキュメントの編集候補評価を行うときのＵＩの第２の例である。
【図３１】共有ドキュメント編集システムの端末がドキュメントの編集候補修正を行うときのＵＩの第２の例である。
【図３２】共有ドキュメント編集システムの端末の初期画面表示のＵＩの例である。
【図３３】共有ドキュメント編集システムの端末のドキュメントリスト表示のＵＩの例である。
【図３４】共有ドキュメント編集システムの端末のドキュメント編集表示のＵＩの例である。
【図３５】共有ドキュメント編集システムの端末の編集終了表示のＵＩの例である。
【図３６】従来のドキュメント編集システムのシステム構成図の例である。
【図３７】従来のドキュメント編集システムにおけるサーバと端末のブロック構成図の例である。
【発明を実施するための形態】
【００１０】
以下、本発明の一実施形態である共有ドキュメント編集システムについて、実施例に基づき添付図面を参照して説明する。但し、この実施形態に記載される構成要素、種類、組み合わせ、形状、その相対配置などは特定的な記載がない限り、この発明の範囲をそれのみに限定する主旨ではなく単なる説明例に過ぎない。また既に説明したものと同一部分ならびに同一事項には同一符号、番号を付し、重複する説明は省略する。
【００１１】
最初に、本実施形態の説明に使用する用語とその意味について表１にまとめる。本実施形態の説明においては、特に記載のない限り、編集情報、編集候補情報、編集操作情報、編集ユーザ、ＵｓｅｒＩＤ、端末ＩＤ、ドキュメント番号、ドキュメント情報、ドキュメント編集表示の用語は、表１に示した意味で用いるものとする。
【表１】
2014167669.tif 000003
【００１２】
図１に示した共有ドキュメント編集システム１において、サーバ２は通信部２０１を介してネットワーク３に接続されている。サーバ２の主たる処理はドキュメント情報管理部２０２が行う。ドキュメント情報管理部２０２は、通信部２０１を介して端末４から受信した編集操作情報を主に処理する。編集操作情報の例を表２に示す。本実施形態で使用する編集操作情報は、操作種別と付随する情報とで構成されている。操作種別は、リスト要求、編集開始、編集候補登録、編集候補評価、編集候補修正、編集終了、編集候補決定の７種類とする。操作種別に付随する情報は、表２に列挙するように各操作に必要な情報で構成した形式としている。操作種別が編集候補決定の編集操作情報は管理ユーザのみが利用可能で、それ以外の操作種別の編集操作情報は全てのユーザが利用可能としている。
【表２】
2014167669.tif 000004
【００１３】
ドキュメント情報管理部２０２は他に、スケジュール情報管理部２０７から受信したイベントを処理したり、編集ユーザ情報管理部２０５が管理する編集ユーザ情報に関する処理をする。編集ユーザ情報の例を表３に示す。本実施形態の編集ユーザ情報管理部２０５は、編集ユーザに関する情報をＵｓｅｒＩＤ、端末ＩＤ、編集ドキュメント番号で管理する。
【表３】
2014167669.tif 000005
【００１４】
以上の処理の結果、ドキュメント情報管理部２０２はドキュメント情報と編集候補情報とを通信部２０１を介して端末４に送信する。ドキュメント情報の例を表４に示す。本実施形態のドキュメント情報管理部２０２は、別途管理されるファイルサーバなどのドキュメント蓄積部２０３にあるドキュメントを、ドキュメント番号、ドキュメントを管理するＵｓｅｒＩＤ、ファイルのアドレスを含んだドキュメントファイル名で管理する。なお、ドキュメント蓄積部２０３の情報は別に設けられたドキュメント情報管理部で登録されているものとし、登録方法の詳細についての記載は省略する。
【表４】
2014167669.tif 000006
【００１５】
表５は、サーバ２の編集候補情報蓄積部２０９に蓄積される編集候補情報の第１の例である。表５に示す編集候補情報の第１の例は、ＵｓｅｒＩＤ＝１のユーザが、ドキュメント番号１に対して変更、削除、挿入の３つの編集候補情報を新規登録した場合に蓄積された３つの編集候補情報を表している。
【表５】
2014167669.tif 000007
【００１６】
表６は、サーバ２の編集候補情報蓄積部２０９に蓄積される編集候補情報の第２の例である。表６に示す編集候補情報の第２の例は、表５に示す編集候補情報の第１の例に対して、他のユーザ、例えばＵｓｅｒＩＤ＝２のユーザが、編集候補番号１を評価（評価加減算値を＋１）した場合の編集候補情報を表している。表１の第１の例に対し、編集候補番号１の評価値が０から１に変化している。
【表６】
2014167669.tif 000008
【００１７】
表７は、サーバ２の編集候補情報蓄積部２０９に蓄積される編集候補情報の第３の例である。表７に示す編集候補情報の第３の例は、表５に示す編集候補情報の第１の例に対して、ＵｓｅｒＩＤ＝３のユーザが、編集候補番号１の編集候補を修正して編集候補情報を新規登録（結果として編集候補番号４を追加）し、編集候補番号１の評価を変更（評価加減算値を＋１）する。さらに、ＵｓｅｒＩＤ＝４の編集ユーザが編集候補番号１の編集候補を修正して編集候補情報を新規登録（結果として編集候補番号５を追加）し、編集候補番号１の評価を変更（評価加減算値を＋１）した場合に蓄積された編集候補情報を表している。
【表７】
2014167669.tif 000009
【００１８】
表８は、サーバ２のスケジュール情報蓄積部２０８に蓄積されるスケジュール情報の例である。スケジュール情報管理部２０７は、スケジュール情報をスケジュール情報管理番号、イベント実行曜日、イベント実行時刻、実行イベント、ドキュメント番号で管理する。たとえばスケジュール情報番号１は、ドキュメント情報管理部２０２が、毎週金曜日の２２：００にドキュメント番号１のドキュメントの編集候補情報の中から評価の高い編集候補情報を選んで、ドキュメントに反映して保存するように設定されている。なお、スケジュール情報蓄積部２０８の情報は、別に設けられたスケジュール情報管理部でドキュメントの管理ユーザが登録するものとし、登録方法の詳細については記載を省略する。
【表８】
2014167669.tif 000010
【００１９】
共有ドキュメント編集システム１の端末４は、通信部４０１を介してネットワーク３に接続されている。端末４の主たる処理はドキュメント編集部４０２が行う。ドキュメント編集部４０２はユーザ操作に関わる表示装置やＵＩなども備えており、ユーザ操作により生成された編集操作情報を、通信部４０１を介してサーバ２に送信する。ドキュメント情報合成部４０３は、通信部４０１を介してサーバ２から受信したドキュメント情報と編集候補情報とを記憶する。そしてドキュメント情報合成部４０３は、受信したドキュメント情報と編集候補情報とから、ドキュメントのテキスト情報や編集候補情報の印や表示・編集機能を合成した表示用のデータであるドキュメント編集の表示データを生成する。ドキュメント情報合成部４０３は、生成したドキュメント編集の表示データをドキュメント編集部４０２に出力する。ユーザ情報記憶部４０４は、ドキュメント編集部４０２が生成する編集操作情報に必要なＵｓｅｒＩＤや端末ＩＤといったユーザや端末４に関する情報を、要求に応じて都度ドキュメント編集部４０２に出力する。
【００２０】
本実施形態の共有ドキュメントの編集システムのサーバ２はさらに、未確定の編集操作情報である編集候補情報を蓄積する編集候補情報蓄積部２０９を備えている。これによりサーバ２は、管理ユーザによる端末４の操作またはスケジュール管理部２０７によって編集候補情報の中から特定の編集情報が選択・決定されるまでは、編集候補情報を編集候補情報蓄積部２０９に蓄積することができる。そのほかサーバ２は、編集ユーザの情報を管理・蓄積するため、編集ユーザ情報管理部２０５と編集ユーザ情報蓄積部２０６とを備えている。さらにサーバ２は、共有ドキュメントの編集に関するスケジュールを管理・蓄積するため、スケジュール情報管理部２０７とスケジュール情報蓄積部２０８とを備えている。
【００２１】
本実施形態の共有ドキュメント編集システムの端末４は、前述のようにサーバ２からドキュメントと一緒に送られてくる編集候補情報をドキュメントと合成して表示するためのドキュメント情報合成部４０３を備えている。これによって端末４は、ドキュメント編集部４０２だけでは成しえなかった、ドキュメントに関する編集候補情報を共有したり、評価したり、修正したりすることが可能になる。
【００２２】
＜共有ドキュメント編集システムの概要＞
以下、本実施形態の共有ドキュメント編集システムについての概要を説明する。はじめに、本実施形態の共有ドキュメント編集システムを利用するユーザとその役割について説明する。本実施形態の共有ドキュメント編集システム１では、共有ドキュメント１つにつき、１人の管理ユーザ１１０と複数の一般ユーザ１２０とがいるものとする。管理ユーザ１１０はドキュメントをサーバ２に登録・管理するユーザである。管理ユーザ１１０は、図２のユースケース図に示すように、ドキュメントリストからドキュメントを選択・表示（１０１）して、ドキュメントの編集候補の中からドキュメントに反映する編集情報を決定（１０５）するのが主な役割である。一般ユーザ１２０は共有ドキュメントを編集したり、他のユーザの編集を評価したりするユーザである。一般ユーザ１２０は、ドキュメントリストからドキュメントを選択・表示（１０１）して、ドキュメントを編集して編集候補を新規登録（１０２）したり、他のユーザが登録したドキュメントの編集候補を修正（１０３）したり、他のユーザが登録したドキュメントの編集候補を評価（１０４）したりするのが主な役割である。また、管理ユーザ１１０および一般ユーザ１２０はどちらもドキュメントを編集できるため、以降の説明では編集ユーザとして扱う。
【００２３】
次に図１を中心にユーザによる操作とそれに伴うサーバ２と端末４の間のやりとりの概要について説明する。
【００２４】
各ユーザは、端末４からサーバ２に対し、表２に示すような操作種別と付随する情報とで構成された編集操作情報で編集操作の各指示をすることで、共有ドキュメントの編集作業を行っていくものとする。編集操作情報の操作種別は、前述のようにリスト要求、編集開始、編集候補登録、編集候補評価、編集候補修正、編集終了、編集候補決定の７種類である。
どのユーザも共有ドキュメントの編集作業を始めるにあたって、最初に端末４でドキュメントのリストを要求し、端末４の通信部４０１からサーバにリスト要求の指示が送られる。するとサーバ２は、リスト要求の指示に応じて端末４にドキュメントリストを返してくるので、端末４は、送られたドキュメントリストを表示する。続いてユーザは、端末４に表示されたドキュメントリストの中から編集するドキュメントを１つ選択し、サーバ２に編集の開始の指示を行い、端末４の通信部４０１からサーバに編集開始の指示が送られる。するとサーバ２はユーザによって選択されたドキュメント情報とそれに付随する編集候補情報を端末４に返してくる。端末４はこれらの情報をドキュメント情報合成部４０３によって合成して、ドキュメント編集部４０２で表示を行う。全てのユーザはこのようにして表示されたドキュメント情報と編集候補情報から合成された編集画面を使って共有ドキュメントの編集作業を行う。
【００２５】
続いて、ユーザによる操作と端末４の動作の概要について、ＵＩの例を交えて説明する。図２２〜図２５および図２９〜図３１に示すように、一般ユーザはドキュメント編集部４０２に表示された編集画面を見ながら、ＵＩを駆使して共有ドキュメントを直接編集したり（編集候補登録の指示）、他のユーザが編集した編集候補情報についてプレビューしたり、他のユーザが編集した編集候補情報について評価したり（編集候補評価の指示）、さらには編集候補情報のテキストの一部分を修正したり（編集候補修正の指示）といった操作ができる。
【００２６】
管理ユーザは一般ユーザが行える編集候補情報の評価以外の操作も可能であり、図２６に示すような管理ユーザだけが操作可能な、編集候補情報の中から最終的に共有ドキュメントに反映する編集情報の決定（編集候補決定の指示）の操作ができる。
【００２７】
また、共有ドキュメントの編集作業で各ユーザが編集した編集候補情報は、随時サーバ２の編集候補情報蓄積部２０９に蓄積される。サーバ２はそれと同時に、同じ共有ドキュメントを編集しているユーザの端末４に差分の編集候補情報を送信する。端末４は、受信した編集候補情報を共有ドキュメントの編集画面に、図２２〜図２５および図２９〜図３１に示されているような印で表示する。各ユーザはこの印をクリックすることで編集候補情報のリスト表示を見たり、それ以降の操作をすることができる。
【００２８】
さらに、管理ユーザが端末４を操作してドキュメントに反映する編集候補を決定したり、スケジュール情報管理部２０７によってドキュメントに反映する編集候補が決定すると、サーバ２は管理ユーザやスケジュール情報管理部２０７から指示された共有ドキュメントを更新する。サーバ２は、同時に同じ共有ドキュメントを編集しているユーザの端末４に更新したドキュメント情報を送信する。更新したドキュメント情報を受信した端末４は、共有ドキュメントの編集画面を図２７のように更新する。
【００２９】
＜共有ドキュメント編集システムの詳細＞
以下、本実施形態の共有ドキュメント編集システムについて、各図を用いて詳細に説明する。図３はサーバ２が端末４からドキュメントのリスト要求情報（表２の操作種別＝リスト要求の編集操作情報）を受信したときの動作を示す。サーバ２は端末４からリスト要求情報を受信すると、ドキュメント蓄積部２０３を検索して、全てのドキュメントのドキュメントリストを生成する。サーバ２は、生成したドキュメントリストをリスト要求情報を送信した端末４に送信する。なお、サーバ２は、リスト要求情報を送信した端末４を編集操作情報に含まれる端末ＩＤで特定する。
【００３０】
図４は、サーバ２が端末４からドキュメントの編集開始情報（表２の操作種別＝編集開始の編集操作情報）を受信したときの動作を示す。サーバ２は、端末４から編集開始情報を受信すると、編集開始情報に含まれるドキュメント番号、ＵｓｅｒＩＤ、端末ＩＤを編集ユーザ情報蓄積部２０６に登録する。また、ドキュメント蓄積部２０３を編集開始情報から得られるドキュメント番号で検索して、指定のドキュメント番号に一致するドキュメント情報を抽出する。同様に編集候補情報蓄積部２０９もドキュメント番号で検索して、指定のドキュメント番号に一致する既出の編集候補情報を抽出する。サーバ２は、抽出したドキュメント情報と既出の編集候補情報と編集開始情報とを、送信した端末４に送信する。なお、サーバ２は、編集開始情報を送信した端末４を編集開始情報に含まれる端末ＩＤで特定する。
【００３１】
図５は、サーバ２が端末４からドキュメントの編集候補登録情報（表２の操作種別＝編集候補登録の編集操作情報）を受信したときの動作を示す。サーバ２は端末４から編集候補登録情報を受信すると、編集候補登録情報に含まれる編集候補情報が編集候補情報蓄積部２０９に新規で登録され、登録した編集候補情報にはその時点で編集候補番号が付与される。また編集候補登録情報に含まれるドキュメント番号で編集ユーザ情報蓄積部２０６を検索し、ドキュメント番号の編集ユーザに関するＵｓｅｒＩＤ、端末ＩＤを抽出する。そして抽出した端末ＩＤで特定される全ての端末（４、４'、４''、・・・）に対して、編集候補情報蓄積部２０９から再び抽出した新規の編集候補情報を送信する。再び編集候補情報蓄積部２０９から新規の編集候補情報を抽出するのは登録の度に順次振られる編集候補番号を得るためである。
【００３２】
図６は、サーバ２が端末４からドキュメントの編集候補評価情報（表２の操作種別＝編集候補評価の編集操作情報）を受信したときの動作を示す。サーバ２は端末４から編集候補評価情報を受信すると、編集候補評価情報に含まれる編集候補番号で編集候補情報蓄積部２０９を検索する。そして抽出した編集候補情報の評価値情報（表５〜表７の評価値に示すような評価ユーザによる評価値の統計を取った値）を、編集候補評価情報に含まれる評価加減算値（評価ユーザによるプラス１またはマイナス１の評価値）に従って更新する。つづいて編集候補評価情報に含まれるドキュメント番号で編集ユーザ情報蓄積部２０６を検索し、ドキュメント番号の編集ユーザに関するＵｓｅｒＩＤ、端末ＩＤを抽出する。そして抽出した端末ＩＤで特定される全ての端末（４、４'、４”、・・・）に対して、編集候補情報蓄積部２０９から再び抽出した更新した編集候補情報を送信する。
【００３３】
図７は、サーバ２が端末４からドキュメントの編集候補修正情報（表２の操作種別＝編集候補修正の編集操作情報）を受信したときの動作を示す。サーバ２は端末４から編集候補修正情報を受信すると、編集候補評価情報に含まれる編集候補番号で編集候補情報蓄積部２０９を検索する。そして抽出した編集候補情報の評価値情報を、編集候補評価情報に含まれる評価加減算値で更新する（図５における説明と同じ）。さらに編集候補登録情報に含まれる編集候補情報を、編集候補情報蓄積部２０９に新規で登録する（図６における説明と同じ）。つづいて編集候補評価情報および編集候補登録情報に含まれるドキュメント番号で編集ユーザ情報蓄積部２０６を検索し、ドキュメント番号の編集ユーザに関するＵｓｅｒＩＤ、端末ＩＤを抽出する。そして抽出した端末ＩＤで特定される全ての端末（４、４'、４”、・・・）に対して、編集候補情報蓄積部２０９から再び抽出した更新した編集候補情報および新規の編集候補情報を送信する。
【００３４】
図８は、サーバ２が端末４からドキュメントの編集終了情報（表２の操作種別＝編集終了の編集操作情報）を受信したときの動作を示す。サーバ２は、端末４から編集終了情報を受信すると、編集終了情報に含まれるＵｓｅｒＩＤ、端末ＩＤ、ドキュメント番号で編集ユーザ情報蓄積部２０６を探索する。そして一致する編集ユーザ情報を削除する。サーバ２は、編集ユーザ情報蓄積部２０６から端末４が指定した編集ユーザ情報を削除すると、編集終了処理の結果を編集終了情報を送信した端末４に送信する。なお、サーバ２は編集終了情報を送信した端末４を編集終了情報に含まれる端末ＩＤで特定する。
【００３５】
図９は、サーバ２が端末４からドキュメントの編集候補決定情報（表２の操作種別＝編集候補決定の編集操作情報）を受信したときの動作を示す。サーバ２は、端末４から編集候補決定情報を受信すると、編集候補決定情報に含まれる編集候補番号で編集候補情報蓄積部２０９を検索する。そして一致する編集候補情報を全て抽出する。編集候補情報を全て抽出したら、同じドキュメント番号の編集候補情報は編集候補情報蓄積部２０９から全て削除する。また編集候補決定情報に含まれるドキュメント番号でドキュメント蓄積部２０３を検索して、一致するドキュメント情報も抽出する。そして抽出した編集候補情報を抽出したドキュメント情報に反映して、ドキュメント蓄積部２０３のドキュメント情報の更新を行う。つづいて編集候補決定情報に含まれるドキュメント番号で編集ユーザ情報蓄積部２０６を検索し、ドキュメント番号の編集ユーザに関するＵｓｅｒＩＤ、端末ＩＤを抽出する。そして抽出した端末ＩＤで特定される全ての端末（４、４'、４”、・・・）に対して、ドキュメント蓄積部２０３から再び抽出した更新したドキュメント情報を送信する。
【００３６】
図１０は、サーバ２がスケジュールで編集候補決定を行うときの動作を示す。スケジュール管理部２０７がスケジュールイベント（表８のスケジュール情報例に示すイベント）に従って、スケジュール情報で指示されたドキュメント番号で編集候補情報蓄積部２０９を検索して、一致する編集候補情報を抽出する。そして抽出した編集候補情報を所定の編集候補決定プログラムで選別して、ドキュメントに反映する編集候補情報を抽出する。所定の編集候補決定プログラムは、例えば文頭から文末までを１つの編集範囲とした場合、その編集範囲に含まれる編集候補情報の中で評価値が最大のものをドキュメントに反映する編集情報に決定するといったプログラムだが、プログラムの内容はこれに限らない。編集候補情報を全て抽出したら、同じドキュメント番号の編集候補情報は編集候補情報蓄積部２０９から全て削除する。同時にドキュメント番号でドキュメント蓄積部２０３を検索して、一致するドキュメント情報を抽出する。そして抽出した編集候補情報を抽出したドキュメント情報に反映して、ドキュメント蓄積部２０３のドキュメント情報の更新を行う。つづいてスケジュール情報で指示されたドキュメント番号で編集ユーザ情報蓄積部２０６を検索し、ドキュメント番号の編集ユーザに関するＵｓｅｒＩＤ、端末ＩＤを抽出する。そして抽出した端末ＩＤで特定される全ての端末（４、４'、４”、・・・）に対して、ドキュメント蓄積部２０３から再び抽出した更新したドキュメント情報を送信する。
【００３７】
図１１は、端末４からサーバ２へドキュメントのリスト要求の指示を行うときの動作を示す。端末４のドキュメント編集部４０２は、ＵＩの操作（例えば表示装置に表示された「ドキュメントリスト取得」ボタンをマウス操作で押下する）によって、リスト要求情報の生成を開始する。リスト要求情報には操作種別＝リスト要求をセットし、ユーザ情報記憶部４０４に記憶されているＵｓｅｒＩＤと端末ＩＤをそれぞれ取得して、付随する情報としてセットする。生成したリスト要求情報は、直ちに端末４からサーバ２へ送信する。端末４は、リスト要求情報を送信したサーバ２からドキュメントリストを受信すると、ドキュメント情報合成部４０３で加工してドキュメントリストの表示データを生成する。そして生成したドキュメントリストの表示データを、ドキュメント編集部４０２の表示装置で表示する。
【００３８】
図１２は、端末４でドキュメントの編集開始の指示を行うときの動作を示す。端末４のドキュメント編集部４０２は、ＵＩの操作（例えば表示装置に表示されたドキュメントリストから特定のドキュメントを選択してドキュメントの編集開始ボタンをマウス操作で押下する）によって、編集開始情報の生成を開始する。編集開始情報には操作種別＝編集開始をセットし、選択したドキュメント番号と共に、ユーザ情報記憶部４０４に記憶されているＵｓｅｒＩＤと端末ＩＤをそれぞれ取得して、付随する情報としてセットする。生成した編集開始情報は直ちに端末４からサーバ２へ送信する。端末４は、編集開始情報を送信したサーバ２からドキュメント情報と既出の編集候補情報を受信すると、ドキュメント情報合成部４０３を介してドキュメント記憶部４０５にドキュメント情報を記憶し、編集候補情報記憶部４０６に既出の編集候補情報を記憶する。ドキュメント情報合成部４０３は、ドキュメント記憶部４０５と編集候補情報記憶部４０６から再びドキュメント情報と既出の編集候補情報を抽出して、ドキュメント編集の表示データを生成する。そして生成したドキュメント編集の表示データをドキュメント編集部４０２の表示装置で表示する。
【００３９】
図１３は、端末４でドキュメントを編集候補登録の指示を行うときの動作を示す。端末４のドキュメント編集部４０２は、ＵＩの操作（例えば表示装置に表示されたドキュメント編集表示にてテキストを編集する）によって、編集候補登録情報の生成を開始する。編集候補登録情報には操作種別＝編集候補登録をセットし、編集したドキュメント番号、編集情報と共に、ユーザ情報記憶部４０４に記憶されているＵｓｅｒＩＤを取得して付随する情報としてセットする。生成した編集候補登録情報は直ちに端末４からサーバ２へ送信する。
【００４０】
図１４は、端末４でドキュメントの編集候補評価の指示を行うときの動作を示す。端末４のドキュメント編集部４０２は、ＵＩの操作（例えば表示装置に表示されたドキュメント編集表示にて編集候補情報の評価をする）によって、編集候補評価情報の生成を開始する。編集候補評価情報には操作種別＝編集候補評価をセットし、編集したドキュメント番号、編集候補番号、評価加減算値と共に、ユーザ情報記憶部４０４に記憶されているＵｓｅｒＩＤを取得して、付随する情報としてセットする。生成した編集候補評価情報は直ちに端末４からサーバ２へ送信する。
【００４１】
図１５は、端末４でドキュメントの編集候補修正の指示を行うときの動作を示す。端末４のドキュメント編集部４０２は、ＵＩの操作（例えば表示装置に表示されたドキュメント編集表示にて編集候補情報のテキストの編集をする）によって、編集操作情報の編集候補修正情報の生成を開始する。編集候補修正情報には操作種別＝編集候補修正をセットし、付随する情報として編集元の編集候補情報の編集候補評価情報と編集元の編集候補情報の編集情報を複製・修正した編集候補登録情報をセットする。生成した編集候補修正情報は、直ちに端末４からサーバ２へ送信する。
【００４２】
図１６は、端末４がドキュメントの新規の編集候補情報を受信したときの動作を示す。端末４がサーバ２から新規の編集候補情報を受信すると、ドキュメント情報合成部４０３は編集候補情報記憶部４０６に新規の編集候補情報を記憶する。すなわち、新規の編集候補情報を既出の編集候補情報のリストに追加して記憶する。ドキュメント情報合成部４０３は、ドキュメント記憶部４０５に記憶されたドキュメント情報と編集候補情報記憶部４０６に記憶された全ての編集候補情報とを再び抽出して、抽出したドキュメント情報と全ての編集候補情報からドキュメント編集の表示データを生成する。そして生成したドキュメント編集の表示データを、ドキュメント編集部４０２の表示装置で表示する。具体的には、ドキュメント編集部４０２は、ドキュメント編集の表示データを表示装置で表示する際に、その時点で表示中のドキュメント編集の表示データと比較して差分のみを表示に反映する。
【００４３】
図１７は、端末４がドキュメントの更新した編集候補情報を受信したときの動作を示す。端末４がサーバ２から更新した編集候補情報を受信すると、ドキュメント情報合成部４０３は編集候補情報記憶部４０６に記憶されている編集候補情報を更新した編集候補情報で更新する。ここで、編集候補情報を更新するとは、編集候補情報のリスト内で更新した編集候補情報に含まれる編集候補番号に一致する編集候補情報を更新した編集候補情報で上書するという意味である。ドキュメント情報合成部４０３は、ドキュメント記憶部４０５に記憶されたドキュメント情報と編集候補情報記憶部４０６に記憶された全ての編集候補情報を再び抽出して、抽出した全ての編集候補情報からドキュメント編集表示データを生成する。そして生成したドキュメント編集表示データを、ドキュメント編集部４０２の表示装置で表示する。具体的には、ドキュメント編集部４０２は、受信したドキュメント編集表示データを表示装置で表示する際に、その時点で表示中のドキュメント編集表示データと比較して差分のみを表示に反映する。
【００４４】
図１８は、端末４でドキュメントの編集終了を行うときの動作を示す。端末４のドキュメント編集部４０２は、ＵＩの操作（例えば表示装置に表示されたドキュメントの編集終了ボタンをマウス操作で押下する）によって、編集終了情報の生成を開始する。編集終了情報には操作種別＝編集終了がセットされ、選択したドキュメント番号と共に、ユーザ情報記憶部４０４に記憶されているＵｓｅｒＩＤと端末ＩＤをそれぞれ取得して付随する情報としてセットする。生成した編集終了情報は直ちに端末４からサーバ２へ送信する。端末４が編集終了情報を送信したサーバ２から編集終了処理の結果を受信すると、編集終了処理の結果が正常終了であれば、ドキュメント情報合成部４０３を介してドキュメント記憶部４０５のドキュメント情報と編集候補情報記憶部４０６に記憶されている全ての編集候補情報を消去する。そしてドキュメント情報合成部４０３は、ドキュメント編集終了処理の結果表示データを生成する。そして生成したドキュメント編集終了処理の結果表示データを、ドキュメント編集部４０２の表示装置で表示する。また、編集終了処理の結果が異常終了の場合は、ドキュメント情報合成部４０３でドキュメント編集終了処理のエラー表示を生成する。このときドキュメント記憶部４０５のドキュメント情報や編集候補情報記憶部４０６に記憶された編集候補情報の消去はしない。そして生成したドキュメント編集終了処理のエラー表示をドキュメント編集部４０２の表示装置で表示する。
【００４５】
図１９は、端末４が更新したドキュメント情報を受信したときの動作を示す。端末４がサーバ２から更新したドキュメント情報と既出の編集候補情報（なし）を受信すると、ドキュメント情報合成部４０３を介してドキュメント記憶部４０５に更新したドキュメント情報を上書で記憶し、編集候補情報記憶部４０６に記憶されている全ての編集候補情報を消去する。ドキュメント情報合成部４０３は、ドキュメント記憶部４０５に記憶されたドキュメント情報と編集候補情報記憶部４０６に記憶された編集候補情報（なし）を再び抽出して、抽出したドキュメント情報と編集候補情報（なし）からドキュメント編集の表示データを生成する。そして生成したドキュメント編集の表示データを、ドキュメント編集部４０２の表示装置で表示する。
【００４６】
図２０は、端末４でドキュメントの編集候補決定を行うときの動作を示す。端末４のドキュメント編集部４０２は、ＵＩの操作（例えば表示装置に表示されたドキュメント編集表示にて編集候補情報を決定する）によって、編集候補決定情報の生成を開始する。編集候補決定情報には操作種別＝編集候補決定がセットされ、編集したドキュメント番号、決定した編集候補番号のリスト（一度に複数個の編集候補番号を通知するためリスト形式とする）と共に、ユーザ情報記憶部４０４に記憶されているＵｓｅｒＩＤを取得して、付随する情報としてセットする。生成した編集候補決定情報は直ちに端末４からサーバ２へ送信される。
【００４７】
図２１は、端末４によるドキュメント編集の処理フローを示す。端末４のドキュメント編集部４０２は、処理を開始すると初期画面表示を行う（Ｓ１０１）。
【００４８】
図３２は、端末の初期画面表示のＵＩの例である。初期画面表示１０００には、「ドキュメントリスト取得」ボタン１０１０と「処理終了」ボタン１０２０が配置されている。「ドキュメントリスト取得」ボタン１０１０をマウス操作で押下すると、端末４はサーバ２にリスト要求情報を送信する。
【００４９】
サーバ２は、リスト要求情報を受信すると端末４にドキュメントリストを送信し、ドキュメントリストを受信した端末は（Ｓ１０２）、ドキュメント編集部４０２でドキュメントリストを表示する（Ｓ１０３）。
【００５０】
図３３は、端末のドキュメントリスト表示のＵＩの例である。ドキュメントリスト表示１１００には、編集可能な共有ドキュメント数の表示１１０１、ドキュメントリストボックス１１１０、ドキュメントの編集開始を指示する「編集開始」ボタン１０２０が配置されている。また、ドキュメントボックス１１１０は縦スクロール可能なエリアであり、ドキュメントボックス１１１０内に表示された共有ドキュメントリストのいずれか１つを選択可能なドキュメントリストトグルボタン１１１１が各共有ドキュメント毎に配置されている。
【００５１】
「編集開始」ボタン１０２０をマウス操作で押下すると、端末４はサーバ２に編集開始情報を送信する。
【００５２】
サーバ２は編集開始情報を受信すると、端末４にドキュメント情報と既出の編集候補情報を送信する。端末４はドキュメント情報と既出の編集候補情報を受信すると（Ｓ１０４）、ドキュメント情報の管理ＵｓｅｒＩＤが端末４のユーザ情報記憶部４０４が記憶しているＵｓｅｒＩＤかどうかを判定する（Ｓ１０５）。
【００５３】
ドキュメント情報の管理ＵｓｅｒＩＤとユーザ情報記憶部４０４が記憶しているＵｓｅｒＩＤが同じ場合は、端末４のドキュメント編集部４０２は管理ユーザ用のドキュメント編集表示を行う（Ｓ１０６）。
【００５４】
図３４は、端末のドキュメント編集表示のＵＩの例であり、図３４左図は管理ユーザ用のドキュメント編集表示１２００である。管理ユーザ用のドキュメント編集表示１２００には、編集中のユーザ名とドキュメント名の表示１２０１、ドキュメント編集ボックス１２１０、ドキュメントの編集終了を指示する「編集終了」ボタン１２２０が配置されている。
【００５５】
管理ユーザ用のドキュメント編集表示（Ｓ１０６）を行った状態では端末４はドキュメントの編集候補登録操作、編集候補修正操作および編集候補決定操作を受け付ける。管理ユーザがこれらの操作を行うと、端末４は各操作に応じた編集操作情報をサーバ２に送信する。端末４がこれらの編集操作情報をサーバ２に送信した場合、または端末４が編集しているドキュメント情報と同じドキュメント情報を編集している他の端末（４'など）が編集操作情報をサーバ２に送信した場合に、サーバ２は端末４に編集候補情報やドキュメント情報を送信する。端末４が管理ユーザ用のドキュメント編集表示中に新規の編集候補情報のみ受信した場合（Ｓ１０７）、新規の編集候補情報と更新した編集候補情報の両方を受信した場合（Ｓ１０８）、更新したドキュメントと既出の編集候補情報（なし）を受信した場合（Ｓ１０９）のいずのときも、管理ユーザ用のドキュメント編集表示の表示更新を行う（Ｓ１０６）。
【００５６】
ドキュメント情報の管理ＵｓｅｒＩＤとユーザ情報記憶部４０４が記憶しているＵｓｅｒＩＤが異なる場合は、端末４のドキュメント編集部４０２は一般ユーザ用のドキュメント編集表示を行う（Ｓ１１１）。
【００５７】
図３４右図は一般ユーザ用のドキュメント編集表示１３００である。一般ユーザ用のドキュメント編集表示１３００には、編集中のユーザ名とドキュメント名の表示１３０１、ドキュメント編集ボックス１３１０、ドキュメントの編集終了を指示する「編集終了」ボタン１３２０が配置されている。
【００５８】
一般ユーザ用のドキュメント編集表示（Ｓ１１１）を行った状態では端末４はドキュメントの編集候補登録操作、編集候補評価操作、編集候補修正操作を受け付ける。一般ユーザがこれらの操作を行うと、端末４は各操作に応じた編集操作情報をサーバ２に送信する。端末４がこれらの編集操作情報をサーバ２に送信した場合、または端末４が編集しているドキュメント情報と同じドキュメント情報を編集している他の端末（４'など）が編集操作情報をサーバ２に送信した場合に、サーバ２は端末４に編集候補情報やドキュメント情報を送信する。端末４が一般ユーザ用のドキュメント編集表示中に新規の編集候補情報のみを受信した場合（Ｓ１１２）、更新した編集候補情報を受信した場合（Ｓ１１３）、新規の編集候補情報と更新した編集候補情報の両方を受信した場合（Ｓ１１４）、更新したドキュメント情報と既出の編集候補情報（なし）を受信した場合（Ｓ１１５）のいずれのときも、一般ユーザ用のドキュメント編集表示を更新する（Ｓ１１１）。
【００５９】
その他、管理ユーザ用のドキュメント編集表示１２００、一般ユーザ用のドキュメント編集表示１３００にはともにドキュメント編集を終了するための「編集終了」ボタン１２２０、１３２０が配置されており、ユーザが「編集終了」ボタン１２２０、１３２０をマウス操作で押下すると、端末４はサーバ２に編集終了情報を送信する。サーバ２は編集終了情報を受信すると端末４に編集終了処理の結果を送信し、端末４は編集終了処理の結果を受信すると（Ｓ１１０）、編集終了表示を行う（Ｓ１１６）。
【００６０】
図３５は、端末の編集終了表示のＵＩの例である。編集終了表示１４００には編集終了の処理結果表示１３０１、「トップ画面に戻る」ボタン１３２０が配置されている。「トップ画面に戻る」ボタン１３２０をマウス操作で押下すると初期画面表示に戻る（Ｓ１０１）。
【００６１】
図２２は、ドキュメントの編集候補登録を行うときの端末のＵＩの例を示す。
図２２上図はＵｓｅｒＩＤ＝１（編集操作を行ったユーザ）が端末４でドキュメント番号１のドキュメントを編集操作した場合を示している。アプリケーションウィンドウ５００にはドキュメント編集の表示データが表示されており、例として編集対象（Ａ）５０１、編集対象（Ｂ）５０２、編集対象（Ｃ）５０３が表示されているものとする。ＵｓｅｒＩＤ＝１（編集操作を行ったユーザ）が編集対象（Ａ）５０１に編集情報（１）、編集対象（Ｂ）５０２に編集情報（２）、編集対象（Ｃ）５０３に編集情報（３）の編集操作を加えると、アプリケーションウィンドウ５１０の表示に変化し、編集対象（Ａ）５１１、編集対象（Ｂ）５１２、編集対象（Ｃ）５１３が編集情報（１）〜編集情報（３）のそれぞれの編集情報が反映された表示に変化する（編集候補登録情報は編集操作の度にサーバ２へ送信される。）。アプリケーションウィンドウ５１０の編集対象（Ａ）５１１、編集対象（Ｂ）５１２、編集対象（Ｃ）５１３の例では、ＵｓｅｒＩＤ＝１（編集操作を行ったユーザ）による編集情報（１）〜編集情報（３）が追加されたことを編集印（黒丸に「編集」の白抜き文字）で示している。
【００６２】
図２２下図はＵｓｅｒＩＤ＝１（編集操作を行ったユーザ）が端末４で編集操作したドキュメント番号１のドキュメントを、ＵｓｅｒＩＤ＝２（編集候補情報を参照するユーザ）が端末４'のアプリケーションウィンドウ５００で参照した場合を示している。ＵｓｅｒＩＤ＝１（編集操作を行ったユーザ）の新規の編集候補情報を端末４'が受信すると、アプリケーションウィンドウ５２０の表示に変化し、被編集対象（Ａ）５２１、被編集対象（Ｂ）５２２、被編集対象（Ｃ）５２３がそれぞれＵｓｅｒＩＤ＝１（編集操作を行ったユーザ）による編集結果が反映された表示に変化する。アプリケーションウィンドウ５２０の被編集対象（Ａ）５２１、被編集対象（Ｂ）５２２、被編集対象（Ｃ）５２３の例では、ＵｓｅｒＩＤ＝１（編集操作を行ったユーザ）による編集情報（１）〜編集情報（３）が追加されたことを★印と下線で示している。
【００６３】
図２９は、図２２のドキュメントの編集候補登録を行うときの端末のＵＩＩの第２の例である。編集候補情報にコメント入力欄８２６、８２７を付加している。
【００６４】
図２３は、ドキュメントの編集情報をプレビューするときのＵＩの例を示す。ＵｓｅｒＩＤ＝２（編集候補情報を参照するユーザ）が端末４'のアプリケーションウィンドウ５３０で何人かによる編集候補情報が反映された表示を閲覧する。このときＵｓｅｒＩＤ＝２（編集候補情報を参照するユーザ）が編集対象（Ａ）５３１の★印または下線部分をマウス操作でクリックすると、アプリケーションウィンドウ５４０の表示に変化する。アプリケーションウィンドウ５４０には編集候補ウィンドウ８がポップアップ表示される。編集候補ウィンドウ８には編集候補（１）８２０、編集候補（２）８３０、編集候補（３）８４０とそれぞれのプレビューボタン８２１、８３１、８４１および編集候補ウィンドウ８の閉じるボタン８１０が配置される。編集候補ウィンドウ８のプレビューボタン８２１をマウス操作でクリックすると、アプリケーションウィンドウ５５０の表示に変化し、編集対象５５１のように編集候補（１）８２０の編集情報が反映された表示に変化する。同時に編集候補ウィンドウ８の編集候補（１）８２０に付随するボタンが、賛成ボタン８２２、修正ボタン８２３に変化する。同様に編集候補ウィンドウ８のプレビューボタン８２２をマウス操作でクリックした場合はアプリケーションウィンドウ５６０の表示に変化する。また、アプリケーションウィンドウ５４０、５５０、５６０の編集候補ウィンドウ８の閉じるボタン８１０をマウス操作でクリックした場合は、編集候補ウィンドウ８を閉じて元のアプリケーションウィンドウ（５３０）の表示に戻る。
【００６５】
図２４は、ドキュメントの編集候補評価を行うときの端末のＵＩの例を示す。アプリケーションウィンドウ５４０の編集候補ウィンドウ８のプレビューボタン８２１をマウス操作でクリックすると、アプリケーションウィンドウ５５０の表示に変化し、編集対象５５１のように編集候補（１）８２０の編集情報が反映された表示に変化する。同時に編集候補ウィンドウ８の編集候補（１）８２０に付随するボタンが、賛成ボタン８２２、修正ボタン８２３に変化する。ＵｓｅｒＩＤ＝２（編集候補情報を参照するユーザ）が賛成ボタン８２２をマウス操作でクリックすると、端末４は編集候補（１）８２０の編集情報について評価加減算値が＋１された編集評価情報をサーバ２へ送信する。そしてアプリケーションウィンドウ５７０の表示に変化し、編集対象５７１のように編集候補（１）８２０の編集情報が反映された表示に変化する。アプリケーションウィンドウ５７０の編集対象（Ａ）５７１の例では、ＵｓｅｒＩＤ＝２（編集候補情報を参照するユーザ）により編集情報が評価（賛成）されたことを賛成印（黒丸に「賛成」の白抜き文字）で示している。またアプリケーションウィンドウ５７０の表示から再び編集対象（Ａ）５７１の賛成印または下線部分をマウス操作でクリックするとアプリケーションウィンドウ５８０の表示に変化し、編集候補ウィンドウ８の編集候補（１）８２０にはボタンではない賛成済みアイコン８２４が表示されるようになる。
【００６６】
図３０は、図２４のドキュメントの編集候補評価を行うときの端末のＵＩの例に改良を加え、編集候補情報の評価を−１する「反対」ボタン８２９と、編集候補情報の評価をキャンセルする「キャンセル」ボタン８３１を付加した場合のドキュメントの編集情報を評価するときの端末のＵＩの第２の例である。
【００６７】
図２５は、ドキュメントの編集候補修正を行うときの端末のＵＩの例を示す。アプリケーションウィンドウ５４０の編集候補ウィンドウ８のプレビューボタン８２１をマウス操作でクリックすると、アプリケーションウィンドウ５５０の表示に変化し、編集対象５５１のように編集候補（１）８２０の編集情報が反映された表示に変化する。同時に編集候補ウィンドウ８の編集候補（１）８２０に付随するボタンが、「賛成」ボタン８２２、「修正」ボタン８２３に変化する。ＵｓｅｒＩＤ＝２（編集候補情報を参照するユーザ）が「修正」ボタン８２３をマウス操作でクリックすると、アプリケーションウィンドウ５９０の表示に変化し、編集候補（１）８２０の編集候補情報の修正用のサブウィンドウ９が表示される。修正用のサブウィンドウ９には修正フォーム９１０、修正のＯＫを指示する「ＯＫ」ボタン９２０、修正のキャンセルを指示する「キャンセル」ボタン９３０が配置される。修正フォーム９１０には修正可能な状態となった編集候補（１）８２０のテキストが表示され、これをＵｓｅｒＩＤ＝２（編集候補情報を参照するユーザ）がキーボード操作などでテキスト内容を修正する。修正フォーム９１０のテキストの修正完了で「ＯＫ」ボタン９２０を押下すると、アプリケーションウィンドウ６００の表示に変化し、編集候補ウィンドウ８の編集候補（１）８５０と付随するプレビューボタン８５１がそれまでの編集候補リストに追加された表示に変化する。尚、修正フォーム９１０のテキストの修正完了で「キャンセル」ボタン９３０を押下した場合は、修正フォーム９１０でのテキストの修正内容を破棄して、アプリケーションウィンドウ５４０の表示に戻る。
【００６８】
図３１は、図２５のドキュメントの編集候補修正を行うときの端末のＵＩの第２の例である。元の編集情報との関連性を、枝状表示８６０で示している。
【００６９】
図２６は、管理ユーザがドキュメントの編集候補決定を行うときの端末のＵＩの例を示す。アプリケーションウィンドウ６１０は管理ユーザ専用のアプリケーションウィンドウであるので、他のユーザのアプリケーションウィンドウ５４０とは異なる「全ての決定を反映」ボタン６１４が特別に配置されている。但し「全ての決定を反映」ボタン６１４は編集情報を決定するまでは無効表示される。アプリケーションウィンドウ６１０の編集候補ウィンドウ８のプレビューボタン８２１をＵｓｅｒＩＤ＝Ｘ（管理ユーザ）がマウス操作でクリックすると、アプリケーションウィンドウ６２０の表示に変化し、編集対象６２１のように編集候補（１）８２０の編集情報が反映された表示に変化する。同時に編集候補ウィンドウ８の編集候補（１）８２０に付随するボタンが、「決定」ボタン８２５、「修正」ボタン８２３に変化する。ＵｓｅｒＩＤ＝Ｘ（管理ユーザ）が「決定」ボタン８２５をマウス操作でクリックすると、編集候補決定情報に付随する情報としてドキュメント番号、編集候補番号、ＵｓｅｒＩＤの情報リストが追加され、アプリケーションウィンドウ６３０の表示に変化する（編集候補ウィンドウ８は閉じられるが編集対象６３１は編集候補（１）８２０の編集情報が反映されたままになる）。アプリケーションウィンドウ６３０の編集対象（Ａ）６３１の例では、ＵｓｅｒＩＤ＝Ｘ（管理ユーザ）により編集情報が決定されたことを決定印（黒丸に「決定」の白抜き文字）で示している。編集情報を決定すると、「全ての決定を反映」ボタン６３４が有効表示になる。管理ユーザが「全ての決定を反映」ボタン６３４を押下すると、端末４は編集候補決定情報をサーバ２へ送信する。サーバ２は編集候補決定情報を受信すると管理ユーザの端末４に更新ドキュメントを送信する。管理ユーザの端末４が更新ドキュメントを受信すると、アプリケーションウィンドウ６４０の表示に変化する。（編集結果（Ａ）６４１、編集結果（Ｂ）６４２、編集結果（Ｃ）６４３のように編集情報を示す★印と下線は全て消えた表示に変化する）。なお、管理ユーザが決定しなかった編集情報は全てサーバ２の編集候補情報蓄積部２０９から削除される。
【００７０】
図２７は、更新したドキュメント情報を受信したときの端末のＵＩの例を示す。ＵｓｅｒＩＤ＝Ｍ（更新したドキュメント情報を参照するユーザ）が端末４'のアプリケーションウィンドウ６５０で何人かによる編集候補情報が反映された表示を参照中に、ＵｓｅｒＩＤ＝Ｘ（管理ユーザ）またはスケジュール情報管理部２０７によって参照していたドキュメントが更新されると、アプリケーションウィンドウ６６０の表示に変化する（ドキュメントが更新されたため、編集候補を示していた★印と下線の部分６５１〜６５３は全て消えて６６１〜６６３の編集情報追加前の初期状態の表示に変化する）。
【００７１】
図２８は、編集ユーザが端末４でドキュメントの編集候補登録を行うときの処理フローを示す。ドキュメント編集部４０２のＵＩによってテキストの編集が行われると新規の編集情報が発生する。ドキュメント編集部４０２は新規の編集情報が発生すると、その編集情報を保持する（Ｓ２０１）。続いて編集完了待ちタイマーを開始して（Ｓ２０２）、編集位置移動の判定を行い（Ｓ２０３）、編集位置が移動したなら編集完了待ちタイマーを停止して（Ｓ２０４）、保持した編集情報から編集操作情報を生成してサーバ（２）に送信する（Ｓ２０５）。
【００７２】
ここで、編集完了待ちタイマーは単なるインクリメントタイマーである。編集位置移動の判定は、マウス操作またはキーボード操作による編集範囲外からの移動の判定である。保持した編集情報から編集操作情報を生成するとは、キーボード操作によるテキスト文字入力のログから編集位置（開始／終了）と編集内容（編集タイプ、テキスト）を表５〜表７の編集候補情報のようにデータ化することである。
【００７３】
編集位置移動の判定（Ｓ２０３）で編集位置が移動していないなら、次の編集情報があるか判定する（Ｓ２０６）。次の編集情報があれば、編集完了待ちタイマーを停止して（Ｓ２０７）、次の編集情報を保持する（Ｓ２０１）。次の編集情報があるか判定した結果（Ｓ２０６）、次の編集情報がなければ編集完了待ちタイマーがタイムアウトか判定する（Ｓ２０８）。編集完了待ちタイマーがタイムアウトであれば編集完了待ちタイマーを停止して（Ｓ２０４）、保持した編集情報から編集操作情報を生成してサーバ（２）に送信する（Ｓ２０５）。編集完了待ちタイマーがタイムアウトでなければＷａｉｔ処理を行って（Ｓ２０９）、編集位置移動の判定（Ｓ２０３）以降の処理を繰り返す。
ここでＷａｉｔ処理とは、図２７の処理フローをユーザ操作待ちのために一定期間停止することである。
【００７４】
このように、本実施例の共有ドキュメント編集システムは、同時に共有ドキュメントの同じ部分を複数のユーザが編集した場合でも、ユーザはお互いの編集情報を比較・評価することができる。これにより、ユーザは自分の編集した編集情報の評価を知ることができるので、同じ場所を継続して編集する場合に編集精度の向上をうながすことができる。また、ドキュメントを編集するユーザが編集した編集情報の候補の中から、管理するユーザがいずれかの編集情報を選択・決定するだけで、ドキュメントに編集情報を反映させることができる。また、編集情報の候補の評価を元に、最も多くユーザから支持を受けた編集情報がわかるようになる。また、編集情報の候補をドキュメントに個別に反映して表示させることができる。また、編集情報の候補の関連を表示することで、編集の経緯や量を視覚的に表現することができる。また、スケジュール管理（1日単位、時間単位などある時間単位による実行イベントの管理）によって、自動的に評価の高い編集情報をドキュメントに反映することができ、で効率的にドキュメントの更新をおこなうことができる。
【００７５】
なお、図２２〜図２７および図２９〜図３１は、管理ユーザ用のドキュメント編集ボックス１２１０または一般ユーザ用のドキュメント編集ボックス１３１０の内部のＵＩの例を説明していることをここで断っておく。
＜共有ドキュメント編集システムの変形例＞
【００７６】
複数の文節を編集する際、関連のある文節であっても評価値が異なる場合、文節ごとに異なる内容に編集されてしまう恐れがある。そのため、関連のある文節は同じ内容になるように管理することも好適である。以下に文節同士の関連性を評価して、関連性のある文節を同一の評価値とする例を説明する。
【００７７】
この変形例では、編集候補情報に編集を行った時刻を含むものとする。ドキュメント情報管理部２０２は、編集箇所ごとに編集候補情報を比較し、編集箇所同士の関連性を評価する。関連性の評価は、同一のユーザが所定の時間内に編集を行った編集箇所を関連性が高いとして、関連性評価値に１を加える。編集候補情報の例を表９に示す。
【表９】
2014167669.tif 000011
【００７８】
たとえば表９において編集候補番号１は２１文字目から始まる編集箇所（以下、文節１と称する）、編集候補番号２は２６文字目から始まる編集箇所（以下、文節２と称する）に追加を行ったものであり、いずれもＵｓｅｒＩＤ＝１の編集ユーザが行ったものである。これらの編集が所定の時間、たとえば１０分以内に行われたものとする。すると同じユーザが所定の時間内に編集を行ったので、ドキュメント管理部は文節１と文節２とを関連性が高いと判断する。そして文節１と文節２の関連性評価値に１を加える。関連性評価値の例を表１０に示す。
【表１０】
2014167669.tif 000012
【００７９】
このようにして、評価値を蓄積するとともに関連性評価値も蓄積する。そして関連性評価値が所定のしきい値を超えると、ドキュメント情報管理部２０２はそれらの文節を関連性ありと判断する。
【００８０】
なお、関連性を判断する方法はこれに限らない。たとえば関連性を判断する第２の方法として、所定の時間、たとえば６０分以内に編集・評価が所定の回数、たとえば１０回以上行われている編集箇所が複数ある場合に、これらの編集箇所を関連性ありと判断する。表１０の例では、２１文字目で始まる編集箇所に、編集が３回、評価が１回行われているが、他の文節では編集・評価が複数行われた箇所はない。
また関連性を判断する第３の方法として、所定の時間、たとえば１日以内に、当該組み合わせの文節の編集・評価を行ったユーザの人数に応じて、関連性評価値を定める。たとえば表１０の例では、２１文字目で始まる文節１にＵｓｅｒＩＤ＝１とＵｓｅｒＩＤ＝３の２人の編集ユーザが編集を行っており、４３文字目で始まる文節（以下、文節３と称す）にもＵｓｅｒＩＤ＝１とＵｓｅｒＩＤ＝３の２人のユーザが編集を行っているので、文節１と文節３との関連性評価値を２とする。このように、複数の編集箇所に対して行われた複数の編集に基づいて、関連性を評価する。あるいは、編集ユーザがあらかじめ複数の編集箇所を関連性ありと指定してもよい。また編集箇所の指定は、開始位置だけでなく終了位置を含めて判断してもよい。
【００８１】
ドキュメント情報管理部２０２は、関連性ありと判断された文節に対して同一ユーザの行った編集候補情報の評価値を一致させる。たとえば、表９の編集候補番号１と編集候補番号２の編集候補情報は評価値がそれぞれ１と２であるが、これらが関連性ありとされた場合、評価値を平均し、評価値を１．５とする。評価値を一致させる方法はこれに限らず最大値としたり最小値としたり、様々な方法をとりうる。
【００８２】
以上説明した変形例のように文節同士の関連性を評価して、関連性に応じて評価値を変更すれば、関連のある文節は同じ趣旨に沿った編集内容となり、好適である。
【００８３】
また以上説明したように、スケジュール情報管理部２０７およびスケジュール情報蓄積部は、期日設定部として機能し得る。編集情報蓄積部２０９は、編集候補情報蓄積部として機能し得る。ドキュメント編集部４０２は、編集候補情報表示部、編集候補情報評価部、編集候補情報修正部、関連性評価部、評価変更部としても機能し得る。
【００８４】
またこの構成は、ハードウェア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウェア的にメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組み合わせによっていろいろな形で実現できることは、当業者には理解されるところである。
【符号の説明】
【００８５】
１  共有ドキュメント編集システム
２  サーバ
３  ネットワーク
４  端末
２０１  通信部
２０２  ドキュメント情報管理部
２０３  ドキュメント蓄積部
２０５  編集ユーザ情報管理部
２０６  編集ユーザ情報蓄積部
２０７  スケジュール情報管理部
２０８  スケジュール情報蓄積部
２０９  編集情報蓄積部
４０１  通信部
４０２  ドキュメント編集部
４０３  ドキュメント情報合成部
４０４  ユーザ情報記憶部
【図１】
2014167669.tif 000013
【図２】
2014167669.tif 000014
【図３】
2014167669.tif 000015
【図４】
2014167669.tif 000016
【図５】
2014167669.tif 000017
【図６】
2014167669.tif 000018
【図７】
2014167669.tif 000019
【図８】
2014167669.tif 000020
【図９】
2014167669.tif 000021
【図１０】
2014167669.tif 000022
【図１１】
2014167669.tif 000023
【図１２】
2014167669.tif 000024
【図１３】
2014167669.tif 000025
【図１４】
2014167669.tif 000026
【図１５】
2014167669.tif 000027
【図１６】
2014167669.tif 000028
【図１７】
2014167669.tif 000029
【図１８】
2014167669.tif 000030
【図１９】
2014167669.tif 000031
【図２０】
2014167669.tif 000032
【図２１】
2014167669.tif 000033
【図２２】
2014167669.tif 000034
【図２３】
2014167669.tif 000035
【図２４】
2014167669.tif 000036
【図２５】
2014167669.tif 000037
【図２６】
2014167669.tif 000038
【図２７】
2014167669.tif 000039
【図２８】
2014167669.tif 000040
【図２９】
2014167669.tif 000041
【図３０】
2014167669.tif 000042
【図３１】
2014167669.tif 000043
【図３２】
2014167669.tif 000044
【図３３】
2014167669.tif 000045
【図３４】
2014167669.tif 000046
【図３５】
2014167669.tif 000047
【図３６】
2014167669.tif 000048
【図３７】
2014167669.tif 000049