JP2009282757A - サーバ、および共有ファイル管理方法 - Google Patents

Abstract

【課題】共有者の意思を反映させて共有ファイルを管理することを省力化することが可能なサーバを実現する技術を提供すること。
【解決手段】共有ファイルおよび複数の端末のアドレスを格納する記憶部と、共有ファイルが記憶部に新規に格納されると、共有ファイルが作成された旨を示した第１の通知を複数の端末のアドレスに対して送信し、その後、複数の端末のそれぞれかについて第１の通知に対する返信を受け取っているか否かを示す返信情報を作成して記憶部に格納し、その後、複数の端末のいずれかから共有ファイルに対して特定の処理を実行する旨の要求を受け付けると、返信情報を参照して特定の処理を実行することに対する諾否の選択と返信を促す第２の通知を送信する端末を決定し、第２の通知に対する返信に示された回答に基づいて特定の処理を実行することを承認するか否か判断する管理部と、を有する。
【選択図】図１

Description

本発明は、複数の端末から参照および操作することが可能な共有ファイルを格納するサーバに関し、特に共有ファイルを更新または削除することについて該共有ファイルの共有者の諾否を確認するサーバ、および共有ファイル管理方法に関する。

サーバに格納されるファイルとして、複数の端末から参照および操作することが可能な共有ファイルがある。共有ファイルは複数の端末から参照および操作されることから、パスワードで保護されており、その内容を編集する際にはパスワードを入力することによりその内容を編集、更新することが可能となる。

共有ファイルの編集内容については、パスワードを入力した編集者に委ねられており、共有者の意思を確認する処理は行われていない。そのため、全ての共有者が行われた共有ファイルの編集内容を承認している場合は問題ないが、承認していない共有者がいる場合には不都合が生じる。

そこで、上記のような問題を解決するためのシステムが提案されており、例えば特許文献１（特開２００３−３４５７２８号公報）に開示されている。特許文献１に記載のシステムは、共有ファイルの共有者がそれぞれ利用する複数の端末と、該共有ファイルを格納し、ネットワークを介して各端末と通信可能な管理装置と、を有する。

特許文献１に記載のシステムでは、ファイル管理者が管理装置を操作して更新または削除する共有ファイルを指定すると、指定された共有ファイルのＵＲＬ（Uniform Resource Locator）と共有ファイルを更新または削除することについて賛成または反対のいずれかを選択する選択欄とを添付した電子メールが管理装置から各端末へ送信される。

各共有者は、端末を通じて電子メールを受け取ると、端末を操作して、該電子メールに添付された選択欄に賛成または反対を選択して返信メールを管理装置へ送信させる。管理装置は、各端末からの返信メールを受信するたびに返信メールに添付された回答を抽出して、賛否の数をそれぞれ集計する。管理装置は、賛成の割合が予め定められた割合を超えている場合には、共有ファイルの更新処理または削除処理を実行する。賛成の割合が予め定められた割合を超えていない場合には、管理装置は、共有ファイルの更新処理または削除処理を実行しない。

特許文献１に記載のシステムによれば、共有者の意思を反映させて共有ファイルを管理することが可能となる。
特開２００３−３４５７２８号公報

特許文献１に記載のシステムは、更新または削除の対象となる共有ファイルが指定されるたびごとに、該共有ファイルが各共有者にとって必要なものであるか否かに関係なく共有者全員による諾否の回答を添付したメールの返信作業を必要とする。特に、同じ共有ファイルが何度も更新される場合、該共有ファイルを必要としていない共有者にとって、毎回上記の作業を行うことは煩わしいものとなる。

本発明は、共有者の意思を反映させて共有ファイルを管理することを省力化することが可能なサーバ、および共有ファイル管理方法を実現する技術を提供することを目的とする。

上記目的を達成するための本発明によるサーバは、
ネットワークを介して複数の端末と接続され、前記複数の端末のそれぞれから参照および操作することが可能な共有ファイルを管理するサーバであって、
前記共有ファイルおよび前記複数の端末のアドレスを格納する記憶部と、
前記共有ファイルが前記記憶部に新規に格納されると、該共有ファイルが作成された旨を示した第１の通知を前記複数の端末のアドレスに対して送信し、その後、前記複数の端末のそれぞれについて前記第１の通知に対する返信を受け取っているか否かを示す返信情報を作成して前記記憶部に格納し、その後、前記複数の端末のいずれかから該共有ファイルに対して特定の処理を実行する旨の要求を受け付けると、前記返信情報を参照して前記特定の処理を実行することに対する諾否の選択と返信を促す第２の通知を送信する端末を決定し、前記第２の通知に対する返信に示された回答に基づいて前記特定の処理を実行することを承認するか否か判断する管理部と、
を有する。

また、上記目的を達成するための本発明による共有ファイル管理方法は、
ネットワークを介して複数の端末と接続され、前記複数の端末のそれぞれから参照および操作することが可能な共有ファイルおよび前記複数の端末のアドレスを格納する記憶部を備えるサーバで行われる共有ファイル管理方法であって、
前記共有ファイルが前記記憶部に新規に格納されると、該共有ファイルが作成された旨を示した第１の通知を前記複数の端末のアドレスに対して送信し、
前記複数の端末のそれぞれについて前記第１の通知に対する返信を受け取っているか否かを示す返信情報を作成して前記記憶部に格納し、
前記複数の端末のいずれかから該共有ファイルに対して特定の処理を実行する旨の要求を受け付けると、前記返信情報を参照して前記特定の処理を実行することに対する諾否の選択と返信を促す第２の通知を送信する端末を決定し、前記第２の通知に対する返信に示された回答に基づいて前記特定の処理を実行することを承認するか否か判断する。

本発明によれば、サーバは、特定の処理を実行する旨の要求を受け付けると、返信情報に示された第１の通知に対する返信状況に基づいて、諾否を問い合わせる端末を選別する。特定の処理を共有ファイルの更新処理または削除処理とする場合には、共有ファイルを必要としない共有者が第１の通知に対する返信作業を行うか否かにより、該共有者による諾否の返答作業が不要になる。

上記の通り、特定の処理を実行することに対する諾否の返答作業について、共有データを必要とする共有者には要求し、共有データを必要としない共有者には要求しないので、共有者の意思を反映させて共有ファイルを管理することを省力化することが可能となる。

本実施形態のサーバについて説明する。

図１は、本発明によるサーバの一実施形態の構成を示すブロック図である。

本実施形態のサーバ１は、図１に示すように、共有ファイルの共有者がそれぞれ利用する端末２、端末３、および端末４とネットワーク１００を介して接続されており、記憶部１０と、管理部２０と、を有する。

記憶部１０は、端末２、端末３、および端末４から参照および操作することが可能な複数の共有ファイル、共有者情報、および共有ファイル管理情報などを格納する。共有者情報は、管理部２０が各端末に対してサーバ１へのアクセスを許可する際に必要となる情報であり、各共有者のユーザＩＤ、パスワード、メールアドレス、および共有者が属するグループ名などが示されている。共有ファイル管理情報は、管理部２０が共有ファイルを管理するのに必要となる情報である。図２は、共有ファイル管理情報の構成の一例を示した図である。

図２に記載の共有ファイル管理情報２００には、ある共有ファイルについて、ファイルパス、ファイルステータス、およびファイル所有者情報を示す項目、および各項目に対応するデータが示されている。

項目がファイルパスであるデータは、共有ファイルの格納場所を示す。項目がファイルステータスであるデータは、共有ファイルのステータスを示し、「変更なし」、「変更要求中」、および「削除要求中」の３種類ある。

「変更なし」を示すデータが記述されている場合には、共有ファイルが更新または削除を要求されていない状態であることを示す。「変更要求中」を示すデータが記述されている場合には、共有ファイルが更新を要求されている状態であることを示す。「削除要求中」を示すデータが記述されている場合には、共有ファイルが削除を要求されている状態であることを示す。

項目がファイル所有者情報であるデータは、共有者のユーザＩＤおよび共有ファイルに対する共有者のステータスを示す。共有者のステータスは、４種類あり、それぞれ「所有」、「変更要求中」、「変更承認」、および「所有権放棄」である。

「所有」を示すデータが記述されている場合には、共有ファイルの更新または削除について諾否の問い合わせが必要な共有者であることを示す。「変更要求中」を示すデータが記述されている場合には、共有ファイルの更新または削除を要求した共有者であることを示す。「変更承認」を示すデータが記述されている場合には、共有ファイルの更新または削除を承認している共有者であることを示す。「所有権放棄」を示すデータが記述されている場合には、共有ファイルの更新または削除について諾否の問い合わせが不要な共有者であることを示す。

管理部２０は、記憶部１０に格納された共有ファイルや種々の情報を管理するものであり、共有者管理部２１と、共有ファイル管理部２２と、通信部２３と、を有する。共有者管理部２１は、共有者情報を管理する。共有ファイル管理部２２は、共有ファイル、および共有ファイル管理情報を管理する。通信部２３は、共有ファイル管理部２２の制御に基づいて、各端末と通信を行う。

端末２、端末３、端末４は、例えば、ネットワーク１００を介してサーバ１と通信可能なパーソナルコンピュータであり、各端末を利用する共有者のメールアドレスが設定されている。本実施形態では端末が３台となっているが、端末の台数は、特に限定されるものではない。

次に、本実施形態のサーバの動作について説明する。本実施形態では、端末２を操作する共有者をユーザＡ、端末３を操作する共有者をユーザＢ、端末４を操作するユーザＣと称する。また、ユーザＡのユーザＩＤ、ユーザＢのユーザＩＤ、およびユーザＣのユーザＩＤは、共有者情報において同じグループ名が対応付けられていることとする。

まず、共有ファイルが新規に作成される際の本実施形態のサーバの動作について説明する。

図３は、サーバ１、および端末２、３、４の動作を示すシーケンス図である。本実施形態では、ユーザＡが共有ファイルを新規に作成する場合について説明する。

ユーザＡが端末２にユーザＩＤおよびパスワードを入力して、端末２をサーバ１へアクセスさせる操作を行うと、接続を要求する旨を示す接続要求信号がユーザＩＤおよびパスワードとともに端末２からネットワーク１００を介してサーバ１へ送信される（ステップＳ１）。

サーバ１では、共有者管理部２１が、端末２から受信したユーザＩＤおよびパスワードが記憶部１０に格納されている共有者情報に登録されているか否か確認する（ステップＳ２）。受信したユーザＩＤおよびパスワードが共有者情報に登録されている場合には、共有者管理部２１は、サーバ１へのアクセスを許可し、その旨を端末２へ通知する（ステップＳ３）。

端末２のサーバ１へのアクセスが許可されると、ユーザＡが端末２を操作して共有ファイルを作成し、作成した共有ファイルを記憶部１０に格納させる（ステップＳ４）。すると、共有ファイル管理部２２は、共有ファイル管理情報を新規に作成する（ステップＳ５）。ここで、ステップＳ５の動作について、詳しく説明する。

共有ファイル管理部２２は、共有ファイル管理情報を新規に作成する場合、ファイルステータスについて「変更なし」を示すデータを記述し、共有ファイルの作成者（ユーザＡ）と同じグループに属するユーザのユーザＩＤを共有者管理部２１へ問い合わせる。

共有者管理部２１は、記憶部１０に格納されている共有者情報からファイル作成者（ユーザＡ）と同じグループ名に属するユーザのユーザＩＤ（ユーザＢのユーザＩＤおよびユーザＣのユーザＩＤ）を抽出して共有ファイル管理部２２へ送出する。

共有ファイル管理部２２は、共有者管理部２１から受け取ったユーザＩＤをユーザＡのユーザＩＤとともに共有ファイル管理情報に記述する。このとき、共有ファイル管理部２２は、各ユーザのステータスについて全て「所有」を示すデータを記述する。これによりステップＳ５の動作が終了する。

共有者管理部２１は、共有ファイル管理情報の作成が終了すると、ファイル作成者を除く共有者（ユーザＢ、ユーザＣ）のユーザＩＤを共有者管理部２１へ送信してメールアドレスを問い合わせる。共有者管理部２１は、受け取ったユーザＩＤに対応付けて共有者情報に記述されているメールアドレスを抽出して共有ファイル管理部２２へ送出する。

共有ファイル管理部２２は、共有者管理部２１から受け取ったメールアドレスを宛先とする電子メールを通信部２３に配信させる（ステップＳ６）。本実施形態では、通信部２３より配信された電子メールは、端末３および端末４に受信される（ステップＳ７）。

ステップＳ６の動作において通信部２３より配信される電子メールには、共有ファイルが新規に作成された旨および該共有ファイルのファイルパスが添付されており、ユーザＢは端末３を、ユーザＣは端末４をそれぞれ操作して、ファイルパスに示された場所に格納されている共有ファイルを参照する。

なお、電子メールはファイル作成者が利用する端末（端末２）にも送信することにしてもよい。

共有ファイルが不要と判断したユーザは、端末を操作して、受け取った電子メールに対する返信メールを管理サーバへ送信させる（ステップＳ８）。なお、本実施形態では、端末３から返信メールが送信されることとする。

返信メールは、通信部２３を通じて共有ファイル管理部２２に受信される。共有ファイル管理部２２は、返信メールの送信元（端末３）のメールアドレスに対応するユーザＩＤを共有者管理部２１へ問い合わせる。

共有者管理部２１は、記憶部１０に格納されている共有者情報から該当するユーザＩＤを抽出して共有ファイル管理部２２へ送出する。共有ファイル管理部２２は、ファイル所有者情報において、該当するユーザＩＤに対応するステータスを「所有権放棄」を示すデータに書き換える（ステップＳ９）。

なお、ユーザＢ、ユーザＣが共有ファイルを新規に作成する場合にも、ステップＳ１〜ステップＳ９と同様の動作が実施される。

次に、共有ファイルが更新される際の本実施形態のサーバの動作について図３を参照しながら説明する。本実施形態では、ユーザＡが共有ファイルの更新を要求する場合について説明する。また、ここでは、端末２は、既にサーバ１よりアクセスを許可された状態とする。

ユーザＡは、端末２を操作して、サーバ１に対して記憶部１０に格納されている複数の共有ファイルのいずれかを指定するとともに、指定した共有ファイルの更新を要求する（ステップＳ１０）。本実施形態では、ユーザＡは、ステップＳ４の動作で作成された共有ファイルを指定することとする。

サーバ１では、共有ファイル管理部２２が、通信部２３を通じて端末２からの要求を受信する。そして、共有ファイル管理部２２は、更新を要求された共有ファイルの共有ファイル管理情報において、ファイルステータスを「変更要求中」を示すデータに、ユーザＡのユーザＩＤに対応するステータスを「変更要求中」を示すデータにそれぞれ書き換える（ステップＳ１１）。

なお、共有ファイルの削除を要求されている場合には、共有ファイル管理部２２は、ファイルステータスを「削除要求中」を示すデータに書き換える。また、ユーザＡが共有ファイルの削除を要求している場合であっても、共有ファイル管理部２２は、ステータスを「変更要求中」に書き換える。

続いて、共有ファイル管理部２２は、共有ファイル管理情報におけるユーザのステータスに基づいて、共有ファイルの更新について諾否を問い合わせる端末を決定する（ステップＳ１２）。

具体的には、共有ファイル管理部２２は、ファイル所有者情報において、ステータスが「所有」となっているユーザＩＤを抽出し、抽出したユーザＩＤに対応するメールアドレスを共有者管理部２１へ問い合わせる。本実施形態では、ユーザＢのステータスは「所有権放棄」となっているため、共有ファイル管理部２２はユーザＣのメールアドレスのみ共有者管理部２１へ問い合わせる。共有者管理部２１は、記憶部１０に格納されている共有者情報から該当するメールアドレスを抽出して共有ファイル管理部２２へ送出する。

共有ファイル管理部２２は、共有者管理部２１から受け取ったメールアドレスを宛先とする電子メールを通信部２３より送信させる（ステップＳ１３）。本実施形態では、通信部２３より配信された電子メールは、端末４に受信される（ステップＳ１４）。

ステップＳ１３の動作において通信部２３より配信される電子メールには、更新対象の共有ファイルのファイルパスと、共有ファイルの更新について承認または不承認のいずれかを選択する選択欄とが添付されている。ユーザＣは、端末４を操作して、受け取った電子メールに添付された選択欄で諾否を選択して返信メールをサーバ１へ送信させる（ステップＳ１５）。

返信メールは、通信部２３を通じて共有ファイル管理部２２に受信され、共有ファイル管理部２２は、返信メールに添付された諾否の回答に基づいて、共有ファイルの更新を承認するか否か判断する（ステップＳ１６）。ここで、ステップＳ１５の動作について詳しく説明する。

共有ファイル管理部２２は、返信メールを受信するたびに返信メールに添付された選択欄から回答を抽出する。選択欄において承認が選択されている場合、共有ファイル管理部２２は、所有者情報において、ユーザＣのステータスを「変更承認」を示すデータに書き換える。

選択欄において不承認が選択されている場合、共有ファイル管理部２２は、共有ファイル管理情報において、ファイルステータスを「変更なし」を示すデータに書き換える。なお、ステップＳ１４の動作で通信部２３が端末４以外の端末にも電子メールを送信し、すでに更新を承認しているユーザがいる場合には、共有ファイル管理部２２は、そのユーザのステータスを「変更承認」から「所有」を示すデータに書き換える。

共有ファイル管理部２２は、返信メールに添付された選択欄において全て承認が選択されていた場合には、共有ファイルの更新を承認し、その旨を添付した電子メールを端末２へ送信する。これにより、ユーザＡは、端末２を操作して自ら指定した共有ファイルの更新を行うことができるようになる。なお、削除を要求されている場合には、共有ファイル管理部２２が、該当する共有ファイルを削除する。

また、共有ファイル管理部２２は、返信メールに添付された選択欄において一つでも不承認が選択されていた場合には、更新を要求した共有者が利用する端末（端末２）、および返信メールを送信した全ての端末（端末４）へ更新を拒絶する旨の電子メールを配信する。

なお、ファイル所有者情報において、ステータスが「所有」となっているユーザＩＤがなかった場合（ユーザＢおよびユーザＣが所有権を放棄している場合）には、共有ファイル管理部２２は、直ちに共有ファイルの更新を承認する旨の電子メールを端末２へ送信する。

本実施形態では、サーバ１は、共有ファイルが新規に作成されると、その旨を添付した電子メールを各端末へ送信するとともに、共有ファイル管理情報を作成する。その後、サーバ１は、共有ファイルを変更または削除する旨の要求を受け付けると、共有ファイル管理情報に示された電子メールに対する返信メールを端末から受信したか否か示す返信情報を参照して、諾否を問い合わせる電子メールを送信する端末を決定する。そのため、共有ファイルを必要としない共有者が上記の返信メールを送信する作業を行うことで、該共有者による返答作業が不要になる。

上記の通り、共有ファイルを更新または削除することに対する返答作業について、共有データを必要とする共有者には要求し、共有データを必要としない共有者には要求しないので、共有者の意思を反映させて共有ファイルを管理することを省力化することが可能となる。

なお、本発明では、共有ファイル管理部２２は、共有ファイルの共有者の数である所有者数、共有ファイルの所有権を放棄した共有者の数である所有権放棄者数を共有ファイル管理情報で管理することとしてもよい。この場合、共有ファイル管理部２２は、共有者から共有ファイルの更新に承認する旨の返信メールを受信するたびに更新に承認した共有者の数である変更承認者数を加算していき、変更承認者数と所有権放棄者数の和が所有者数となったときに共有ファイルの更新を承認する。

上記のようにして共有ファイルの更新を承認するか否か判断するようにすると、返信メールを受信するたびに各共有者のステータスを更新する処理が不要となるため、共有ファイル管理部２２の負荷を減らすことが可能となる。

また、本発明では、共有ファイルを更新または削除することに対する諾否を問い合わせる電子メールを端末へ送信した後、所定の時間が経過するまでに該端末から返信メールが管理サーバに送信されなかった場合には、管理サーバは、該端末を利用する共有者は更新または削除に承認したと判断することにしてもよい。この場合、管理サーバは、返信メールを全て受信するまで待たなくても共有ファイルを更新または削除することを承認するか否か判断できる。そのため、共有ファイルの更新処理または削除処理を迅速に行うことが可能となる。

また、本発明では、サーバは、共有ファイルの作成に伴い配信した電子メールに対して返信メールを送信した端末に対して、共有ファイルを更新または削除することについて諾否を問い合わせる電子メールを送信することとしてもよい。この場合、共有ファイルを必要としない共有者は、共有ファイルの作成に伴い配信された電子メールに対する返信作業が不要になる。これにより、共有ファイルを必要としない共有者の手間を省くことが可能となる。

本発明によるサーバの一実施形態の構成を示すブロック図である。 共有ファイル管理情報の構成の一例を示した図である。 本実施形態のサーバおよび端末の動作を示すシーケンス図である。

符号の説明

１ サーバ
２、３、４ 端末
１０ 記憶部
２０ 管理部

Claims (12)

1. ネットワークを介して複数の端末と接続され、前記複数の端末のそれぞれから参照および操作することが可能な共有ファイルを管理するサーバであって、
   前記共有ファイルおよび前記複数の端末のアドレスを格納する記憶部と、
   前記共有ファイルが前記記憶部に新規に格納されると、該共有ファイルが作成された旨を示した第１の通知を前記複数の端末のアドレスに対して送信し、その後、前記複数の端末のそれぞれについて前記第１の通知に対する返信を受け取っているか否かを示す返信情報を作成して前記記憶部に格納し、その後、前記複数の端末のいずれかから該共有ファイルに対して特定の処理を実行する旨の要求を受け付けると、前記返信情報を参照して前記特定の処理を実行することに対する諾否の選択と返信を促す第２の通知を送信する端末を決定し、前記第２の通知に対する返信に示された回答に基づいて前記特定の処理を実行することを承認するか否か判断する管理部と、
   を有するサーバ。
2. 請求項１に記載のサーバにおいて、
   前記管理部は、前記返信情報が前記第１の通知に対する返信を行っていないことを示す端末に対して前記第２の通知を送信する、サーバ。
3. 請求項１に記載のサーバにおいて、
   前記管理部は、前記返信情報が前記第１の通知に対する返信を行ったことを示す端末に対して前記第２の通知を送信する、サーバ。
4. 請求項２に記載のサーバにおいて、
   前記管理部は、前記返信情報が前記第１の通知に対する返信をすべての端末が行っていることを示す場合には、前記第２の通知を送信することなく前記特定の処理を実行することを承認する、サーバ。
5. 請求項３に記載のサーバにおいて、
   前記管理部は、前記返信情報が前記第１の通知に対する返信をすべての端末が行っていないことを示す場合には、前記第２の通知を送信することなく前記特定の処理を実行することを承認する、サーバ。
6. 請求項１から請求項３までのいずれか１項に記載のサーバにおいて、
   前記管理部は、前記第２の通知を送信してから所定の時間が経過したときに前記第２の通知に対する返信を行っていない端末については、前記特定処理の実行について承認する旨の返信を行ったと判断する、サーバ。
7. ネットワークを介して複数の端末と接続され、前記複数の端末のそれぞれから参照および操作することが可能な共有ファイルおよび前記複数の端末のアドレスを格納する記憶部を備えるサーバで行われる共有ファイル管理方法であって、
   前記共有ファイルが前記記憶部に新規に格納されると、該共有ファイルが作成された旨を示した第１の通知を前記複数の端末のアドレスに対して送信し、
   前記複数の端末のそれぞれについて前記第１の通知に対する返信を受け取っているか否かを示す返信情報を作成して前記記憶部に格納し、
   前記複数の端末のいずれかから該共有ファイルに対して特定の処理を実行する旨の要求を受け付けると、前記返信情報を参照して前記特定の処理を実行することに対する諾否の選択と返信を促す第２の通知を送信する端末を決定し、前記第２の通知に対する返信に示された回答に基づいて前記特定の処理を実行することを承認するか否か判断する、共有ファイル管理方法。
8. 請求項７に記載の共有ファイル管理方法において、
   前記返信情報が前記第１の通知に対する返信を行っていないことを示す端末に対して前記第２の通知を送信する、共有ファイル管理方法。
9. 請求項７に記載の共有ファイル管理方法において、
   前記返信情報が前記第１の通知に対する返信を行ったことを示す端末に対して前記第２の通知を送信する、共有ファイル管理方法。
10. 請求項８に記載の共有ファイル管理方法において、
    前記返信情報が前記第１の通知に対する返信をすべての端末が行っていることを示す場合には、前記第２の通知を送信することなく前記特定の処理を実行することを承認する、共有ファイル管理方法。
11. 請求項９に記載の共有ファイル管理方法において、
    前記返信情報が前記第１の通知に対する返信をすべての端末が行っていないことを示す場合には、前記第２の通知を送信することなく前記特定の処理を実行することを承認する、共有ファイル管理方法。
12. 請求項７から請求項９までのいずれか１項に記載の共有ファイル管理方法において、
    前記第２の通知を送信してから所定の時間が経過したときに前記第２の通知に対する返信を行っていない端末については、前記特定処理の実行について賛成する旨の返信を行ったと判断する、共有ファイル管理方法。

Images