JP2020149330A - 情報処理装置及びプログラム - Google Patents

Abstract

【課題】予め定められた複数のデータにおいて、各データが特定条件を満たした際に、当該複数のデータに一括処理を行う場合において、ユーザが各データの進捗状況を確認する操作を軽減させる。【解決手段】ユーザ端末１０，１２から複数のデータを受け付け、データの各々に対して予め特定条件を設定する。設定された特定条件をデータの各々に関連付けて記憶装置１４５に記憶する。共有サーバ１４の制御装置１４１は、受け付けた複数のデータの各データが特定条件を満たすか否かを判定してデータ毎に進捗率を表示する。制御装置１４１は、全てのデータが特定条件を満たす場合に複数のデータを一括処理する。【選択図】図１

Description

本発明は、情報処理装置及びプログラムに関する。

特許文献１には、文書と共に、該文書に対する処理の実行を制御する処理条件を記憶する記憶手段と、それぞれ所定の処理を行う複数の処理実行手段と、記憶手段に記憶された文書に対する、複数の処理実行手段から選択した処理の実行を指示する指示手段と、この指示手段により指示を行った使用者と、指示された処理とが、指示された処理の対象となる文書と共に記憶手段に記憶されている処理条件を満足するものであるか否かを検証する検証手段と、この検証手段の検証結果に従って、指示手段により指示された処理の実行を制御する手段を具備した文書処理装置が記載されている。これにより、複数の人が共同で作業する際に、特定の人だけに特定の処理だけを許可／拒絶するというきめ細かな管理を行うことができ、通知により互いの作業の進捗状況を即座に把握でき、処理の許可／拒絶を関係者の意思決定により決定する共同管理を速やかに行うことができるとしている。

特開平０５−０５４０３６号公報

複数のユーザが共同して複数のデータを処理し、各データが各々の条件を満たした際に当該複数のデータに対して一括処理を行う場合がある。この場合、ユーザが各データの進捗状況を逐一確認し、全ての複数のデータが各々の条件を満たしていることを確認できてから複数のデータに対して一括処理を行わなければならない。ユーザにとっては、複数のデータに対して一括処理を行うために、各データにアクセスしてその進捗状況を確認するのは煩雑な作業となる。

本発明は、予め定められた複数のデータにおいて、各データが各々の特定条件を満たした際に、当該複数のデータに一括処理を行う場合において、ユーザが各データにアクセスして進捗状況を確認する場合よりも、ユーザが各データの進捗状況を確認する操作を軽減させることを目的とする。

請求項１に記載の発明は、複数のデータを受け付ける受付手段と、前記受付手段が受け付けた、あるいは受け付け予定のデータの各々に対して予め特定条件を設定する設定手段と、前記設定手段で設定された前記特定条件を、前記受付手段が受け付けた、あるいは受け付け予定のデータの各々に関連付けて記憶する記憶手段と、前記受付手段が受け付けた複数のデータの各データが、前記記憶手段に記憶された前記特定条件を満たす場合に複数のデータを一括処理する処理手段とを備える情報処理装置である。

請求項２に記載の発明は、前記特定条件は、前記データを前記受付手段で受け付け、データ格納領域に格納することである請求項１に記載の情報処理装置である。

請求項３に記載の発明は、前記特定条件は、特定ユーザによる特定作業が完了することである請求項１に記載の情報処理装置である。

請求項４に記載の発明は、前記特定条件は、特定ユーザによる特定作業が完了し、他のユーザにより確認されたことである請求項１に記載の情報処理装置である。

請求項５に記載の発明は、前記特定作業は、前記特定ユーザによるデータの更新あるいは削除の制限動作である請求項３に記載の情報処理装置である。

請求項６に記載の発明は、前記特定作業は、前記特定ユーザによるデータの更新あるいは削除の制限状態の解除動作である請求項３に記載の情報処理装置である。

請求項７に記載の発明は、前記特定作業は、特定ユーザによる作業完了の通知である請求項３に記載の情報処理装置である。

請求項８に記載の発明は、前記特定作業は、特定ユーザによるバージョンアップである請求項３に記載の情報処理装置である。

請求項９に記載の発明は、前記特定条件は、前記受付手段で受け付け、データ格納領域に格納されたデータに対する特定の追記である請求項１に記載の情報処理装置である。

請求項１０に記載の発明は、前記特定の追記は、前記データに対する特定量以上の更新である請求項９に記載の情報処理装置である。

請求項１１に記載の発明は、前記複数のデータの各データが各々の特定条件を満たした後に、管理者へその旨を通知する通知手段を備え、前記処理手段は、前記通知手段から通知を受けた管理者からの確認を得た場合に一括処理を実行する請求項１に記載の情報処理装置である。

請求項１２に記載の発明は、前記特定条件は、前記受付手段で受け付け、データ格納領域に格納して特定期日に至ることである請求項１に記載の情報処理装置である。

請求項１３に記載の発明は、前記複数のデータの各データが前記特定条件を満たすか否かを表示するように制御する表示制御手段をさらに備える請求項１に記載の情報処理装置である。

請求項１４に記載の発明は、前記複数のデータのデータ毎に、前記特定条件を表示するように制御する表示制御手段をさらに備える請求項１に記載の情報処理装置である。

請求項１５に記載の発明は、前記複数のデータをひとまとめとした全体の進捗状況を表示するように制御する表示制御手段をさらに備える請求項１に記載の情報処理装置である。

請求項１６に記載の発明は、前記複数のデータのうち、前記特定条件を満たしていないデータを前記受付手段に提供すべきユーザに対してその旨を通知する通知手段をさらに備える請求項１３に記載の情報処理装置である。

請求項１７に記載の発明は、前記複数のデータを前記受付手段に提供すべきユーザに対して、各データの特定条件を表示するように制御する表示制御手段をさらに備える請求項１に記載の情報処理装置である。

請求項１８に記載の発明は、前記一括処理は、データ送信、データ暗号化、データ復号化、データ形式変更、データ編集、データ圧縮、データ伸長の少なくともいずれかである請求項１〜１７のいずれかに記載の情報処理装置である。

請求項１９に記載の発明は、コンピュータを、複数のデータを受け付ける受付手段と、前記受付手段が受け付けた、あるいは受け付け予定のデータの各々に対して予め特定条件を設定する設定手段と、前記設定手段で設定された前記特定条件を、前記受付手段が受け付けた、あるいは受け付け予定のデータの各々に関連付けて記憶する記憶手段と、前記受付手段が受け付けた複数のデータの各データが、前記記憶手段に記憶された前記特定条件を満たす場合に複数のデータを一括処理する処理手段として動作させるためのプログラムである。

請求項１，１９に記載の発明によれば、複数のデータが各々に設定された特定条件を満たしたときに複数のデータに対して一括処理を行う場合において、ユーザが各データにアクセスして進捗状況を確認する場合よりも、ユーザが各データの進捗状況を確認する操作を軽減し得る。

請求項２に記載の発明によれば、データがデータ格納領域に格納されることによって、一括処理が実行される。

請求項３に記載の発明によれば、特定ユーザによる特定作業が完了することによって、一括処理が実行される。

請求項４に記載の発明によれば、特定ユーザによる特定作業が完了し、他のユーザにより確認されたことによって、一括処理が実行される。

請求項５に記載の発明によれば、特定ユーザによるデータの更新あるいは削除の制限動作によって、一括処理が実行される。

請求項６に記載の発明によれば、特定ユーザによるデータの更新あるいは削除の制限状態の解除動作によって、一括処理が実行される。

請求項７に記載の発明によれば、特定ユーザによる作業完了の通知によって、一括処理が実行される。

請求項８に記載の発明によれば、特定ユーザによるバージョンアップによって、一括処理が実行される。

請求項９に記載の発明によれば、データ格納領域に格納されたデータに対する特定の追記によって、一括処理が実行される。

請求項１０に記載の発明によれば、データ格納領域に格納されたデータに対する特定量以上の更新よって、一括処理が実行される。

請求項１１に記載の発明によれば、さらに、管理者での確認下において一括処理が実行される。

請求項１２に記載の発明によれば、データ格納領域に格納して特定期日に至った場合に、一括処理が実行される。

請求項１３に記載の発明によれば、さらに、複数のデータの各データが特定条件を満たすか否かが視認され得る。

請求項１４に記載の発明によれば、さらに、複数のデータのデータ毎の特定条件が視認され得る。

請求項１５に記載の発明によれば、さらに、複数のデータをひとまとめとした全体の進捗状況が視認され得る。

請求項１６に記載の発明によれば、さらに、複数のデータのうち、特定条件を満たしていないデータを提供すべきユーザがその旨を認識し得る。

請求項１７に記載の発明によれば、さらに、複数のデータを提供すべきユーザが各データの特定条件を視認し得る。

請求項１８に記載の発明によれば、さらに、データ送信、データ暗号化、データ復号化、データ形式変更、データ編集、データ圧縮、データ伸長の少なくともいずれかが一括処理される。

実施形態の全体構成図である。 実施形態の公開説明図である。 実施形態の処理フローチャート（その１）である。 実施形態の処理フローチャート（その２）である。 実施形態の画面例（その１）である。 実施形態の画面例（その２）である。 実施形態の画面例（その３）である。 実施形態の画面例（その４）である。 実施形態の画面例（その５）である。 実施形態の画面例（その６）である。 実施形態の画面例（その７）である。 変形例の画面例（その１）である。 変形例の画面例（その２）である。 変形例の画面例（その３）である。

以下、図面に基づき本発明の実施形態について、サーバクライアントシステムを例にとり説明する。

図１は、本実施形態における情報処理装置の全体構成図を示す。 情報処理装置は、ユーザ端末１０、ユーザ端末１２、及び共有サーバ１４を備えている。ユーザ端末１０、ユーザ端末１２、及び共有サーバ１４は、通信ネットワーク１６でデータ送受信可能に接続される。通信ネットワーク１６は、公衆回線あるいは専用回線のいずれでもよく、有線回線あるいは無線回線のいずれでもよい。

ユーザ端末１０及びユーザ端末１２は、パーソナルコンピュータ（ＰＣ）やタブレット端末、あるいはスマートフォン等の情報携帯端末であり、プロセッサやメモリ、入出力装置、通信インターフェイス（Ｉ／Ｆ）を備え、通信ネットワーク１６を介して共有サーバ１４にアクセスして文書等のファイルのアップロードやダウンロード、共有サーバ１４に格納されている文書等のファイルに対する追記や削除等の編集作業を行う。なおファイルは、文書に限らず画像や動画等のあらゆるデータも含む。

図では、２つのユーザ端末１０，１２を例示しているが、その数は任意であり、単一のユーザ端末１０のみが通信ネットワーク１６に接続してもよく、あるいは３つ以上のユーザ端末が通信ネットワーク１６に接続していてもよい。

共有サーバ１４は、サーバコンピュータであり、制御装置１４１と、通信インターフェイス（Ｉ／Ｆ）１４２と、ＲＯＭ１４３と、ＲＡＭ１４４と、記憶装置１４５を備える。

制御装置１４１は、１つ又は複数のプロセッサで構成され、ＲＯＭ１４３等のプログラムメモリに記憶された処理プログラムを読み出し、処理プログラムを実行することで各種処理を実現する。制御装置１４１の機能の一部は、プログラムの実行によるソフトウェア処理ではなく、ハードウェア処理により実現してもよい。ハードウェア処理は、例えばＡＳＩＣやＦＰＧＡ（フィールドプログラマブルゲートアレイ）等の回路を用いて行ってもよい。制御装置１４１は、通信Ｉ／Ｆ１４２を介してユーザ端末１０あるいはユーザ端末１２からデータとして文書等のファイルのアップロード要求、あるいはダウンロード要求を受け付けると、記憶装置１４５内に文書等のファイルを格納し、あるいは格納されている文書等のファイルを読み出してユーザ端末１０あるいはユーザ端末１２に送信する。制御装置１４１は、各処理を実行するために、機能モジュールとして、特定条件設定モジュール、判定モジュール、及び一括処理モジュールを備える。ここで、「モジュール」とは、論理的に分離可能なソフトウェア、ハードウェア等の部品を意味する。モジュールは機能に対して１：１に対応してもよいが、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよい。また、複数モジュールは１つのプロセッサによって実行されてもよいし、分散又は並列環境における複数のプロセッサによって実行されてもよい。各モジュールによる処理では、対象となる情報を読み込み、ＣＰＵ等のプロセッサで処理を行った後に、処理結果を出力する。

特定条件設定モジュールは、受付手段としての通信Ｉ／Ｆ１４２を介して受け付けたファイル、あるいは受け付け予定のファイルの各々に対して特定条件を設定する。特定条件は、ユーザ端末１０あるいはユーザ端末１２から供給される。特定条件設定モジュールは、受け付けたファイル、あるいは受け付け予定のファイルと、特定条件とを関連付けてＲＡＭ１４４あるいは記憶装置１４５に記憶する。特定条件は、記憶装置１４５に記憶された複数のファイルに対して一括処理する際に満たすべき条件であり、一括処理の内容に応じて設定され得る。一括処理の内容としては、例えば、複数のファイルを特定ユーザにメールで送信することで公開する、複数のファイルを暗号化する、複数のファイルを復号化する、複数のファイルの形式を変更する、複数のファイルを圧縮する、複数のファイルを伸長する、複数のファイルの内容を編集する等があり得る。複数のファイルを特定ユーザにメールで送信することで公開する場合、特定条件としては、特定ユーザに公開するために必要と考えられる条件であり、具体的にはメール送信すべき送信対象の全てのファイルが記憶装置１４５に格納されている、送信対象の全てのファイルについて作業が完了している、送信対象の全てのファイルについて管理者の最終確認が完了している等があり得る。ユーザ端末１０あるいはユーザ端末１２のユーザは、所望の特定条件を特定条件設定モジュールに提供する。

特定条件設定モジュールは、ファイル毎に特定条件を関連付けて記憶するので、ファイルが異なれば関連付けされた特定条件も異なり得る。例えば、複数のファイルとしてファイルＡ，ファイルＢ、及びファイルＣが存在し、特定条件として条件ａ，条件ｂ，条件ｃがあるものとすると、全てのファイルで同一条件が関連付けられるパターン、すなわち
ファイルＡ→条件ａ，ｂ，ｃ
ファイルＢ→条件ａ，ｂ，ｃ
ファイルＣ→条件ａ，ｂ，ｃ
の場合もあるが、全てのファイルで異なる条件が関連付けられるパターン、すなわち
ファイルＡ→条件ａ，ｂ，ｃ
ファイルＢ→条件ａ，ｂ
ファイルＣ→条件ｃ
の場合もあり得る。
特定条件は、一つのファイルに対して複数設定されてもよいし、一つだけ設定されてもよい。

特定条件は、一括処理の内容に応じて設定し得るが、例示すると以下のような条件である。
・ファイルを共有サーバ１４で受け付け、記憶装置１４５の特定フォルダに格納したこと
・特定フォルダに格納して特定期日に至ること
・特定ユーザによる特定作業が完了したこと
・特定ユーザによる特定作業が完了し、他のユーザにより確認されたこと
・特定フォルダに格納されたファイルに対する特定の追記であること
ここで、特定作業は、例えば特定ユーザによる作業完了の通知、特定ユーザによるバージョンアップ等である。

判定モジュールは、一括処理の対象である複数のファイルの全てにおいて、それぞれに関連付けられた特定条件を満たしているか否かを判定する。判定モジュールは、一括処理の対象である複数のファイルの全てにおいて特定条件を満たしていると判定した場合に、その旨の判定結果を一括処理モジュールに出力する。また、判定モジュールは、一括処理の対象である複数のファイルの全てではないが、いずれかにおいて特定条件を満たしている場合には、満たしている割合を進捗率として算出して出力する。具体的には、一括処理の対象である複数のファイルの半分が特定条件を満たしている場合には進捗率＝５０％として算出する等である。進捗率は、０％以上１００％以下の範囲で算出される。判定モジュールは、算出した進捗率をユーザ端末１０，１２に送信して表示する。判定モジュールは、進捗率をユーザ端末１０，１２に表示する表示制御モジュールとしても機能する。

一括処理モジュールは、判定モジュールでの判定結果に応じて一括処理を実行する。すなわち、判定モジュールにおいて複数のファイルの全てが特定条件を満たしていると判定された場合に、当該複数のファイルを一括処理する。処理結果は、記憶装置１４５に格納してもよく、必要に応じてユーザ端末１０あるいはユーザ端末１２に送信してもよい。

次に、一括処理として、記憶装置１４５に格納された複数のファイルを特定ユーザにメールで送信することで公開する場合を例にとり、本実施形態の処理をより詳細に説明する。

図２は、一括処理として公開を行う場合の処理を模式的に示す。

ユーザ端末１０としてユーザ端末１０−１，１０−２，１０−３が通信ネットワーク１６を介して共有サーバ１４に接続しており、ユーザＡ，ユーザＢ、及びユーザＣがそれぞれユーザ端末１０−１，１０−２，１０−３を操作して文書等のファイルを共有サーバ１４の記憶装置１４５内に作成されたフォルダ１４６に格納する。ユーザＡは、文書ａを作成してユーザ端末１０−１からアップロードしてフォルダ１４６内に格納し、ユーザＢは、文書ｂを作成してユーザ端末１０−２からアップロードしてフォルダ１４６内に格納し、ユーザＣは、文書ｃを作成してユーザ端末１０−３からアップロードしてフォルダ１４６内に格納する。また、ユーザＡは、必要に応じてフォルダ１４６から文書ａをダウンロードし、ユーザ端末１０−１で追記等してバージョンアップし、再びフォルダ１４６内にアップロードする。ユーザＢ、ユーザＣについても同様である。さらに、システムの管理者は、フォルダ１４６内に文書ａ、文書ｂ、文書ｃが確かに格納されているか、あるいは文書ａ、文書ｂ、文書ｃがバージョンアップされているか等を必要に応じてチェックする。

制御装置１４１の判定モジュールは、記憶装置１４５に記憶されている、複数の文書毎に特定条件が関連付けされた特定条件テーブル１４７を参照し、文書ａ、文書ｂ、文書ｃがそれぞれ特定条件を満たしているか否かを判定する。

文書ａ、文書ｂ、文書ｃにそれぞれ関連付けられた特定条件が、全て同一の特定条件であり、
・バージョンアップがなされていること
・管理者の最終チェックがあること
である場合、判定モジュールは、文書ａ、文書ｂ、文書ｃがそれぞれこれらの条件を満たしているか否かを判定する。そして、文書ａ、文書ｂ、文書ｃの全てがこれらの条件を満たしている場合、制御装置１４１の一括処理モジュールは、フォルダ１４６内に格納された文書ａ、文書ｂ、文書ｃを特定のユーザ端末１２にメールで送信することで公開する。

なお、文書ａ、文書ｂ、文書ｃがバージョンアップされているか否かは、それぞれの文書に付加されたバージョンアップ情報を用いて判定し得る。例えば、ユーザＡは、文書ａをバージョンアップした場合に、文書ａにメタデータとしてのバージョンアップ情報を付加してアップロードする。判定モジュールは、当該メタデータを参照することで、文書ａがバージョンアップされているか否かを判定する。また、文書ａの文書名がバージョンアップにより変更されている場合、例えばバージョンアップ前は「文書１ｖｅｒ１．０」であるところ、バージョンアップ後は「文書１ｖｅｒ１．１」である場合、文書名の変更からバージョンアップされているか否かを判定し得る。また、文書ａが複数回アップロードされている場合には、バージョンアップされたものと判定し得る。さらに、文書ａが複数回アップロードされ、そのコンテンツ内容に差分が存在する場合に、バージョンアップされたものと判定し得る。

文書ａ、文書ｂ、文書ｃについて管理者の最終チェックがあるか否かは、それぞれの文書に付加された最終チェック情報を用いて判定し得る。例えば、管理者は、文書ａについて最終チェックした場合に、文書ａにメタデータとしての最終チェック情報を付加する。判定モジュールは、当該メタデータを参照することで、文書ａが管理者により最終チェックされているか否かを判定する。

図２では、複数のユーザがそれぞれ文書ａ、文書ｂ、文書ｃをアップロード、ダウンロード、あるいはバージョンアップする場合について説明したが、あるユーザが文書ａ、文書ｂ、文書ｃの全てについてアップロード、ダウンロード、あるいはバージョンアップしてもよい。すなわち、一括処理対象の複数のファイルは、単一ユーザあるいは複数ユーザのいずれのファイルであってもよい。

図３は、一括処理として記憶装置１４５のフォルダ１４６内に格納された複数文書の公開を行う場合の全体処理フローチャートを示す。

まず、ユーザは共有サーバ１４にログインして共有サーバ１４へのアクセスを可能とする（Ｓ１０１）。ログインは、ＩＤやパスワード、生体認証等が用いられ得る。

次に、公開を意図するユーザは、例えばユーザ端末１０を操作して設定画面からフォルダ１４６に格納された複数文書の公開予約を設定する（Ｓ１０２）。ユーザは、予め共有サーバ１４を使用するためのアプリケーションプログラムを共有サーバ１４からダウンロードしてユーザ端末１０にインストールし、当該アプリケーションプログラムを起動して公開予約を設定してもよく、あるいはウェブブラウザ上で動作するウェブアプリケーションプログラムを用いて公開予約を設定してもよい。公開予約の設定には、公開すべき文書、公開先、及び文書毎の特定条件が含まれる。この場合の特定条件は、「公開条件」ということもできる。公開予約の設定には、さらに公開希望日や公開期限日が含まれていてもよい。設定された公開予約は、ユーザ端末１０から共有サーバ１４に送信される。共有サーバ１４の制御装置１４１は、公開予約の設定条件をＲＡＭ１４４や記憶装置１４５等に格納する。制御装置１４１は、図２の特定条件テーブル１４７に示すように、公開予定の文書と、文書毎の特定条件とを関連付けて格納する。図２では、文書と特定条件との関連付けをテーブル形式で示しているが、これに限定されるものではなく、公開予定の文書と特定条件とを別々の記憶領域に格納しておき、両者の対応関係を管理テーブル等で管理することで関連付けしてもよい。

次に、制御装置１４１は、公開予定の全ての文書のステータスを確認する（Ｓ１０３）。すなわち、制御装置１４１の判定モジュールは、公開予定の全ての文書を対象として、それぞれの文書に関連付けられた特定条件を満たすか否かを判定する。このとき、制御装置１４１は、ステータスの確認結果を進捗率としてユーザ端末１０に送信してユーザ端末１０に表示してもよい。全ての文書が特定条件を満たす場合（Ｓ１０３で「満たす」）、進捗率は１００％であり、制御装置１４１は、フォルダ１４６内の全ての文書を公開予約で設定された公開先にメールで送信することで文書を公開する（Ｓ１０７）。

他方で、全ての文書が特定条件を満たさない場合（Ｓ１０３で「満たさない」）、進捗率は１００％未満であり、制御装置１４１は、文書を公開することなく、対象ユーザに処理を催促する（Ｓ１０４）。対象ユーザは、特定条件を満たしていない文書に係るユーザであり、例えばユーザＡが文書ａを作成してアップロードし、ユーザＢが文書ｂを作成してアップロードし、ユーザＣが文書ｃを作成してアップロードした場合において、文書ｃが特定条件を満たしていないときには当該文書ｃに係るユーザＣが対象ユーザである。制御装置１４１は、文書ｃの特定条件がアップロードされていることであり、文書ｃが未だバージョンアップされていない場合には、ユーザＣに対して「文書ｃが未だバージョンアップされていません。」等とメールで通知することで催促する。

対象ユーザに催促した後、特定条件（公開条件）を満たしていない文書にイベントが生じると（Ｓ１０５）、制御装置１４１は、さらに全ての文書のステータスを再確認し、全ての文書が特定条件を満たしているか否かを判定する（Ｓ１０６）。文書ｃについてバージョンアップがなされる等して全ての文書が満たしていれば（Ｓ１０６で「満たす」）、フォルダ１４６内の全ての文書を公開先のユーザに対してメール送信することで公開する（Ｓ１０７）。未だ特定条件を満たしていなければ（Ｓ１０６で「満たさない」）、Ｓ１０４以降の処理を繰り返し実行する。

図４は、図３におけるＳ１０３あるいはＳ１０６のステータス確認処理の詳細フローチャートを示す。ステータス確認処理は、文書毎に設定される特定条件に応じて変化し得る。図４は、図３のＳ１０２における公開予約設定処理において、特定条件として、全ての文書に対して
・文書がフォルダ１４６に格納されたこと（Ｓ２０１）
・文書について特定作業が完了していること（Ｓ２０２）
・文書について他ユーザにより確認されていること（Ｓ２０３）
・文書についてバージョンアップ前後の差分が閾値以上あること（Ｓ２０４）
・管理者の承認があること（Ｓ２０５）
が設定された場合である。制御装置１４１は、文書毎にこれらの条件が全て満たされているか否かを判定し、全ての文書について満たされている場合に条件を満たすと判定し（Ｓ２０６）、少なくともいずれかの文書で条件が魅されていない場合に条件を満たさないと判定する（Ｓ２０７）。

図４において、ある文書ではバージョンアップが特定条件として設定されていない場合、当該文書についてはＳ２０４の処理はスキップされ得る。また、Ｓ２０２の特定作業として、バージョンアップが含まれていてもよく、文書の特定箇所に特定の追加がなされていることであってもよい。特定作業をバージョンアップとした場合、Ｓ２０２の処理及びＳ２０４の処理により、単なるバージョンアップではなく、必要な量（閾値で決定される）だけバージョンアップされたことをもって特定条件を満たすと判定する。また、Ｓ２０３の他ユーザによる確認と、Ｓ２０５における管理者の承認は、択一処理としてもよい。すなわち、Ｓ２０３の処理が実行される場合にはＳ２０５の処理は不要であり、Ｓ２０３の処理が実行されない場合にはＳ２０５の処理を実行する等である。

制御装置１４１は、全ての文書についてステータスを確認する際に、全ての文書に係る全てのユーザに対し、フォルダ１４６単位の進捗率に加え、文書毎の進捗率を算出してユーザ端末に送信してもよい。具体的には、ユーザＡが文書ａを作成してアップロードし、ユーザＢが文書ｂを作成してアップロードし、ユーザＣが文書ｃを作成してアップロードした場合において、文書ａ、文書ｂはＳ２０１〜Ｓ２０５の全ての判定処理においてＹＥＳであり、文書ｃはＳ２０５の処理のみがＮＯであるとすると、フォルダ１４６単位の進捗率としては、６６％（３つの文書ａ、文書ｂ、文書ｃのうち２つの文書が条件を満たしている）であり、文書毎の進捗率は、文書ａ＝１００％、文書ｂ＝１００％、文書ｃ＝８０％である。図２を例にとると、制御装置１４１は、フォルダ１４６単位及び文書毎に進捗率を算出して、ユーザ端末１０−１、ユーザ端末１０−２、ユーザ端末１０−３に算出した進捗率のデータを送信する。これにより、ユーザＣは、自己の文書ｃについて未だ特定条件が満たされていないことを把握し得るとともに、他のユーザＡ及びユーザＢも、ユーザＣの進捗が遅れていることを把握し得る。

なお、制御装置１４１は、ユーザからの要求に応じ、文書毎に関連つけられた特定条件をユーザ端末１０，１２に送信してもよい。ユーザは、これにより自己がアップロードすべき文書に関連付けられた特定条件を再確認し得る。

次に、ユーザ端末１０に表示される画面例について具体的に説明する。

図５は、ユーザ端末１０の表示装置に表示される公開予約の設定画面である。特定のアプリケーションプログラムを起動し、あるいはウェブブラウザ上で動作するアプリケーションプログラムを起動して共有サーバ１４にログインすることで表示される。

画面左側には、各種メニューとして移動、削除、ダウンロード、文書公開、公開予約の各ボタンが表示される。ユーザは、記憶装置１４５に格納されているあるフォルダを公開予約する場合には、「公開予約」ボタンを操作するとともに、文書公開用フォルダをチェックして公開すべきフォルダを特定する。文書公開用フォルダを操作（タッチあるいはマウスで右クリック）すると、ポップアップメニューが表示され、
・詳細表示
・名前の変更
・移動
・削除
・アクセス権
・文書受け取り
・公開予約
の各メニューが表示される。ユーザは、「公開予約」を選択することで、文書公開用フォルダに対して公開予約の設定画面に移行する。

図６は、公開予約の設定画面例である。文書公開用フォルダの名前を入力する入力フィールドが表示されるとともに、当該フォルダ内の全ての文書が公開予約文書一覧としてリスト表示される。ユーザは、リスト表示されたこれらの文書のいずれかを選択して操作（右クリック等）すると、ポップアップメニューが表示され、
・公開設定
・公開対象から外す
の各メニューが表示される。ユーザは、「公開設定」を選択すると、当該文書について特定条件、すなわち文書を公開するための公開条件を設定する画面に移行する。

また、フィルダ内の全ての文書の公開希望日及び公開期限日を入力するための入力フィールドが表示される。ユーザは、これらの項目を入力することで、公開希望日及び公開期限日を設定できる。公開希望日は、ユーザが公開を希望する日時であって、その日時までに全ての文書が特定条件を満たしているため公開できることを希望する日時である。制御装置１４１は、この公開希望日において特定条件を満たしていない文書が存在する場合に、当該文書に係るユーザに催促通知を送信し得る。

図７は、図６においてユーザが「公開設定」を操作した場合に表示される画面例である。文書公開先、公開の条件、送信メールの件名を入力するための入力フィールドが表示される。文書公開先は、アドレス帳から追加する、履歴リストから追加する、メールアドレス追加等により入力する。公開の条件は、アクション対象ユーザを選択し、アクション内容を選択することで入力する。アクション対象ユーザは、特定条件を実行すべき主体としてのユーザであり、アクション内容は特定条件の内容である。図では、公開の条件として、アクション内容とは別に、管理者の最終チェックの有無を入力する構成であるが、管理者の最終チェックをアクション内容の一つとして含めてもよい。送信メールの件名は任意に入力し得る。例えば、
「富士太郎さんから文書が公開されました」
である。フォルダ内の全ての文書が特定条件を満たす場合に、文書公開先で指定されたメールアドレスに当該文書がメール送信されて公開されるが、そのときの送信メールの件名としてここで入力された件名が表示される。

図８は、図７において「アクション内容」を操作した場合に表示される画面例である。複数の特定条件がリスト表示され、ユーザは適宜これらの特定条件にチェックを入れて設定できる。特定条件は、
・バージョンアップ
・コンテンツ差分
・承認印
・レビューステータス
である。

バージョンアップは、文書をユーザがバージョンアップしたことを示す。コンテンツ差分は、バージョンアップ前後のコンテンツの差分が閾値以上あることを示す。承認印は、管理者等の承認印が存在することを示す。なお、この承認印は、図７における公開の条件としての管理者の最終チェックとは別である。レビューステータスは、文書に係るユーザ以外の他のユーザによる確認があることを示す。

ユーザＡが作成してアップロードした文書ａについて、上記の特定条件の全てが設定され、かつ、管理者の最終チェックありが設定されたものとする。この場合、制御装置１４１は、文書ａについて、バージョンアップされ、かつ、バージョンアップの前後のコンテンツ差分が閾値以上あり、かつ、管理者の承認印が押印されており、かつ、他のユーザ、例えばユーザＢ及びユーザＣの確認作業が完了しており、かつ、管理者の最終チェックありを示すデータが文書ａに付加されている場合、当該文書ａは特定条件を満たすと判定する。

管理者の最終チェックは、制御装置１４１が文書ａについて、バージョンアップされ、かつ、バージョンアップの前後のコンテンツ差分が閾値以上あり、かつ、管理者の承認印が押印されており、かつ、他のユーザ、例えばユーザＢ及びユーザＣの確認作業が完了していると判定した場合に管理者端末にその旨を通知し、通知を受けた管理者が管理者端末を操作して最終チェックを行い制御装置１４１に返信することで実行される。

図９は、制御装置１４１でフォルダ内の全ての文書のステータスを確認した場合に、ユーザ端末１０に送信されて表示される画面例である。フォルダ毎に、公開予約日、公開期限日、公開期限、及び進捗率が表示される。例えば、３つのフォルダが存在する場合、それぞれのフォルダの進捗率が、８０％、６０％、１０％等と表示される。フォルダの進捗率は、
フォルダの進捗率＝（満たされた文書数）／（全ての文書数）
で算出される。フォルダの進捗率を操作（右クリック等）すると、詳細表示のポップアップメニューが表示され、これを操作すると当該フォルダ内の文書毎の進捗率の詳細表示画面に移行する。

図１０は、図９において詳細表示が操作された場合の画面例である。選択されたフォルダ内の全ての文書の進捗率が表示される。例えば、３つの文書が存在する場合、それぞれの文書の特定条件（公開条件）が表示されるとともに、その進捗率が、完、未等と表示される。完は全て満たされている場合、未は満たされていない場合を示す。

ここで、表示される特定条件は、文書毎に設定された全ての特定条件を表示する、満たされた特定条件のみを表示する、満たされていない特定条件のみを表示する、のいずれであってもよい。また、進捗率が完の場合には特定条件を表示せず、進捗率が未の場合に満たされていない特定条件のみを表示してもよい。

図１０では、進捗率を完あるいは未として表示しているが、数値で表示してもよい。文書の進捗率は、
文書の進捗率＝（満たされた特定条件数）／（全特定条件数）
で算出される。ユーザが文書の進捗率を操作すると、詳細表示及び公開承認のポップアップメニューが表示される。「公開承認」は、例えば進捗率が未であっても、例えば管理者の判断により進捗率を完に変える場合に操作される。「詳細表示」を操作すると、進捗率のステータスの詳細を表示する画面に移行する。

図１１は、進捗率の詳細画面例を示す。ある文書の特定条件として、
・バージョンアップ
・コンテンツ差分
が設定されており、バージョンアップがなされたものの差分量が閾値に満たない場合の例である。

対象文書のバージョンアップ前とバージョンアップ後の画像が並列に表示され、バージョンアップされた部分が黒枠等でハイライト表示される。当該文書に係るユーザあるいは他のユーザは、どの部分がどの程度バージョンアップされたかを把握し得る。

以上、本発明の実施形態について説明したが、本発明はこれらの実施形態に限定されるものではなく、種々の変形が可能である。以下、変形例について説明する。

＜変形例１＞
実施形態では、記憶装置１４５のフォルダ１４６内に格納された複数の文書に対して一括処理するための特定条件を設定しているが、フォルダ１４６内に未だ格納されておらず、格納予定の文書に対して予め特定条件を設定してもよい。

図１２〜図１４は、格納予定文書に対して特定条件を設定する場合の画面例を示す。

図１２は、図６に対応する画面例であり、図６に加えて「格納予定文書を追加」のボタンが表示される。ユーザはこのボタンを操作することで、格納済みの文書に加え、格納予定の文書を公開予約文書一覧に追加し得る。図では、「格納予定．ｔｘｔ」なる文書を追加したことを示す。

図１３は、図１２において「格納予定文書を追加」のボタンを操作した場合に表示される画面例を示す。格納予定文書のファイル名を入力するための入力フィールドが表示され、文書を格納する予定のユーザを入力するための各種ボタンが表示される。

図１４は、図１３において文書を格納する予定のユーザとして特定されたユーザが操作するユーザ端末に表示される画面例を示す。ファイル名を入力して「登録」ボタンを操作することで、当該文書は共有サーバ１４に送信され、指定されたフォルダ内に格納される。なお、ファイル名は図１３で指定されたファイル名と同一に設定される。これは、格納予定の文書のファイル名に関連付けて特定条件を記憶しているため、格納予定の文書のファイル名と実際にアップロードされた文書のファイル名が異なっていると、特定条件との関連付けが毀損されるためである。

＜変形例２＞
実施形態において、一括処理を行うための特定条件として文書のバージョンアップ等を例示したが、特定条件として、アップロードされた文書に対する更新あるいは削除を制限するための動作を行ったか否か（以下、これを「チェックアウト」と称する）を含めてもよい。チェックアウトを行うことで、当該文書に対する更新等の編集作業を防止した閲覧やダウンロードを行い得る。また、特定条件として、アップロードされた文書に対する更新あるいは削除の制限状態を解除するための動作を行ったか否か（以下、これを「チェックイン」と称する）を含めてもよい。チェックインを行うことで、他のユーザによるレビューやコメント追記、管理者による承認印の押印、公開先での編集等も行い得る。

１０，１２ ユーザ端末、１４ 共有サーバ、１６ 通信ネットワーク、１４１ 制御装置、１４５ 記憶装置。

Claims (19)

1. 複数のデータを受け付ける受付手段と、
   前記受付手段が受け付けた、あるいは受け付け予定のデータの各々に対して予め特定条件を設定する設定手段と、
   前記設定手段で設定された前記特定条件を、前記受付手段が受け付けた、あるいは受け付け予定のデータの各々に関連付けて記憶する記憶手段と、
   前記受付手段が受け付けた複数のデータの各データが、前記記憶手段に記憶された前記特定条件を満たす場合に複数のデータを一括処理する処理手段と、
   を備える情報処理装置。
2. 前記特定条件は、前記データを前記受付手段で受け付け、データ格納領域に格納することである
   請求項１に記載の情報処理装置。
3. 前記特定条件は、特定ユーザによる特定作業が完了することである
   請求項１に記載の情報処理装置。
4. 前記特定条件は、特定ユーザによる特定作業が完了し、他のユーザにより確認されたことである
   請求項１に記載の情報処理装置。
5. 前記特定作業は、前記特定ユーザによるデータの更新あるいは削除の制限動作である
   請求項３に記載の情報処理装置。
6. 前記特定作業は、前記特定ユーザによるデータの更新あるいは削除の制限状態の解除動作である
   請求項３に記載の情報処理装置。
7. 前記特定作業は、特定ユーザによる作業完了の通知である
   請求項３に記載の情報処理装置。
8. 前記特定作業は、特定ユーザによるバージョンアップである
   請求項３に記載の情報処理装置。
9. 前記特定条件は、前記受付手段で受け付け、データ格納領域に格納されたデータに対する特定の追記である
   請求項１に記載の情報処理装置。
10. 前記特定の追記は、前記データに対する特定量以上の更新である
    請求項９に記載の情報処理装置。
11. 前記複数のデータの各データが各々の特定条件を満たした後に、管理者へその旨を通知する通知手段を備え、
    前記処理手段は、前記通知手段から通知を受けた管理者からの確認を得た場合に、一括処理を実行する
    請求項１に記載の情報処理装置。
12. 前記特定条件は、前記受付手段で受け付け、データ格納領域に格納して特定期日に至ることである
    請求項１に記載の情報処理装置。
13. 前記複数のデータの各データが前記特定条件を満たすか否かを表示するように制御する表示制御手段をさらに備える
    請求項１に記載の情報処理装置。
14. 前記複数のデータのデータ毎に、前記特定条件を表示するように制御する表示制御手段をさらに備える
    請求項１に記載の情報処理装置。
15. 前記複数のデータをひとまとめとした全体の進捗状況を表示するように制御する表示制御手段をさらに備える
    請求項１に記載の情報処理装置。
16. 前記複数のデータのうち、前記特定条件を満たしていないデータを前記受付手段に提供すべきユーザに対してその旨を通知する通知手段をさらに備える
    請求項１３に記載の情報処理装置。
17. 前記複数のデータを前記受付手段に提供すべきユーザに対して、各データの特定条件を表示するように制御する表示制御手段をさらに備える
    請求項１に記載の情報処理装置。
18. 前記一括処理は、データ送信、データ暗号化、データ復号化、データ形式変更、データ編集、データ圧縮、データ伸長の少なくともいずれかである
    請求項１〜１７のいずれかに記載の情報処理装置。
19. コンピュータを
    複数のデータを受け付ける受付手段と、
    前記受付手段が受け付けた、あるいは受け付け予定のデータの各々に対して予め特定条件を設定する設定手段と、
    前記設定手段で設定された前記特定条件を、前記受付手段が受け付けた、あるいは受け付け予定のデータの各々に関連付けて記憶する記憶手段と、
    前記受付手段が受け付けた複数のデータの各データが、前記記憶手段に記憶された前記特定条件を満たす場合に複数のデータを一括処理する処理手段
    として動作させるためのプログラム。