JP5900050B2 - 情報処理装置、情報処理システム及びプログラム - Google Patents

Description

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

文書ファイルの各ページへのアクセス権に基づいて文書ファイルに対するアクセス許容レベルを演算し、演算されたアクセス許容レベルを視覚化したアイコンを作成し、作成されたアイコンを表示部に表示させる技術は知られている（例えば、特許文献１参照）。
電子文書のページ毎のディスプレイによる表示時間を表示履歴情報として記憶し、表示履歴情報により示されるページ毎の表示時間に基づいて電子文書のディスプレイによるページ毎の表示順序を決定する技術も知られている（例えば、特許文献２参照）。

特開２００５−１６５７７７号公報 特開２００６−２６００６５号公報

本発明の目的は、指示者が複数の使用者にデータの使用を指示するための情報を、特定の使用者が特定の使用環境でそのデータの部分を使用可能に保存することにある。

請求項１に記載の発明は、複数の使用者に指示者が使用を指示するデータを特定する特定手段と、前記特定手段により特定された前記データの使用を制御するための情報であって、前記データの部分と、前記複数の使用者のうちの当該部分を使用可能な使用者と、当該使用者が当該部分を使用する際の使用環境とを対応付けた情報である制御情報を、予め定められた保存操作が前記指示者によって行われた場合に、前記特定手段により特定された前記データに関連付けて保存する処理を行う処理手段と、前記処理手段により保存された前記制御情報を取得する取得手段とを備えたことを特徴とする情報処理装置である。
請求項２に記載の発明は、前記特定手段は、前記複数の使用者に前記指示者が使用を指示した前記データを特定し、前記処理手段は、保存された前記制御情報を取得する操作として予め定められた取得操作が前記複数の使用者のうちの特定の使用者によって行われた場合に、前記取得手段により取得された前記制御情報において当該特定の使用者に対応付けられた前記データの特定の部分を、当該制御情報において当該特定の部分に対応付けられた特定の使用環境で表示する処理を行うことを特徴とする請求項１に記載の情報処理装置である。
請求項３に記載の発明は、前記処理手段は、前記取得操作が前記特定の使用者によって行われた場合に、前記データの前記特定の部分以外の他の部分を表示しないようにする処理を行うことを特徴とする請求項２に記載の情報処理装置である。
請求項４に記載の発明は、前記処理手段は、前記取得操作が前記特定の使用者によって行われた場合に、前記データの前記特定の部分以外の他の部分を、当該特定の部分の態様とは異なる態様で表示する処理を行うことを特徴とする請求項２に記載の情報処理装置である。
請求項５に記載の発明は、前記使用環境は、前記使用者が前記部分を閲覧する際に最初に表示される箇所を含み、前記特定の使用環境は、前記特定の使用者が前記特定の部分を閲覧する際に、前記制御情報において当該特定の部分に対応付けられた特定の箇所が最初に表示される環境であることを特徴とする請求項２乃至請求項４の何れかに記載の情報処理装置である。
請求項６に記載の発明は、前記使用環境は、前記使用者が前記部分を閲覧する際に表示される情報の内容又は形式を含み、前記特定の使用環境は、前記特定の使用者が前記特定の部分を閲覧する際に、前記制御情報において当該特定の部分に対応付けられた特定の内容又は形式を有する情報が表示される環境であることを特徴とする請求項２乃至請求項４の何れかに記載の情報処理装置である。
請求項７に記載の発明は、前記使用環境は、前記使用者が前記部分を更新する際に用いられる情報の内容又は形式を含み、前記特定の使用環境は、前記特定の使用者が前記特定の部分を更新する際に、前記制御情報において当該特定の部分に対応付けられた特定の内容又は形式を有する情報が用いられる環境であることを特徴とする請求項２乃至請求項４の何れかに記載の情報処理装置である。
請求項８に記載の発明は、前記処理手段は、前記保存操作が前記指示者によって行われた場合に、前記特定手段により特定された前記データとは別に、当該データに関連付けて、前記制御情報を保存する処理を行うことを特徴とする請求項１乃至請求項７の何れかに記載の情報処理装置である。
請求項９に記載の発明は、前記複数の使用者に前記指示者が使用を指示する前記データを取得するデータ取得手段を更に備え、前記処理手段は、前記データ取得手段により取得された前記データを、前記制御情報を付加した状態で保存する処理を行うことを特徴とする請求項１乃至請求項７の何れかに記載の情報処理装置である。
請求項１０に記載の発明は、指示者が複数の使用者にデータの使用を指示するために用いる指示装置と、前記複数の使用者のうちの特定の使用者が前記データを使用するために用いるデータ使用装置と、前記データを管理する管理装置とを備え、前記指示装置は、予め定められた保存操作が前記指示者によって行われた場合に、当該データと、当該データを識別する第１の識別情報と、当該データの使用を制御するための情報であって、当該データの部分と、前記複数の使用者のうちの当該部分を使用可能な使用者を識別する第２の識別情報と、当該使用者が当該部分を使用する際の使用環境とを対応付けた情報である制御情報とを送信する第１の送信手段を備え、前記管理装置は、前記第１の送信手段により前記データと前記第１の識別情報と前記制御情報とが送信された場合に、当該第１の識別情報に関連付けて、当該データと、当該制御情報とを保存する保存手段を備え、前記データ使用装置は、保存された前記データを取得する操作として予め定められた取得操作が前記特定の使用者によって行われた場合に、当該データを識別する前記第１の識別情報と、当該特定の使用者を識別する前記第２の識別情報とを送信する第２の送信手段を備え、前記管理装置は、前記第２の送信手段により前記第１の識別情報と前記第２の識別情報とが送信された場合に、当該第１の識別情報に関連付けて前記保存手段に保存された前記データを、当該第１の識別情報に関連付けて前記保存手段に保存された前記制御情報において前記第２の識別情報に対応付けられた前記データの特定の部分が、当該制御情報において当該特定の部分に対応付けられた特定の使用環境で表示されるように、前記データ使用装置に送信する第３の送信手段を更に備えたことを特徴とする情報処理システムである。
請求項１１に記載の発明は、コンピュータに、複数の使用者に指示者が使用を指示するデータを特定する機能と、特定された前記データの使用を制御するための情報であって、前記データの部分と、前記複数の使用者のうちの当該部分を使用可能な使用者と、当該使用者が当該部分を使用する際の使用環境とを対応付けた情報である制御情報を、予め定められた保存操作が前記指示者によって行われた場合に、特定された前記データに関連付けて保存する処理を行う機能と、保存された前記制御情報を取得する機能とを実現させるためのプログラムである。
請求項１２に記載の発明は、前記複数の使用者に前記指示者が使用を指示した前記データを特定する機能と、保存された前記制御情報を取得する操作として予め定められた取得操作が前記複数の使用者のうちの特定の使用者によって行われた場合に、取得された前記制御情報において当該特定の使用者に対応付けられた前記データの特定の部分を、当該制御情報において当該特定の部分に対応付けられた特定の使用環境で表示する機能とを実現させるための請求項１１に記載のプログラムである。

請求項１の発明によれば、指示者が複数の使用者にデータの使用を指示するための情報を、特定の使用者が特定の使用環境でそのデータの部分を使用可能に保存することができる。
請求項２の発明によれば、指示者が複数の使用者にデータの使用を指示した際に、特定の使用者が特定の使用環境でそのデータの部分を使用することができる。
請求項３の発明によれば、指示者からデータの使用を指示された使用者が、そのデータの使用可能な部分を、それ以外の部分を意識することなく使用することができる。
請求項４の発明によれば、指示者からデータの使用を指示された使用者が、そのデータの使用可能な部分を、それ以外の部分も参照しながら使用することができる。
請求項５の発明によれば、指示者からデータの使用を指示された使用者が、そのデータの使用可能な部分を、その使用者に対して設定された箇所から閲覧することができる。
請求項６の発明によれば、指示者からデータの使用を指示された使用者が、そのデータの使用可能な部分を、その使用者に対して設定された内容又は形式の情報と共に閲覧することができる。
請求項７の発明によれば、指示者からデータの使用を指示された使用者が、そのデータの使用可能な部分を、その使用者に対して設定された内容又は形式の情報を用いて更新することができる。
請求項８の発明によれば、指示者が複数の使用者にデータの使用を指示するための情報を、例えば使用者が異なるアプリケーションを用いるような場合でも使用可能に、保存することができる。
請求項９の発明によれば、指示者が複数の使用者にデータの使用を指示するための情報を、例えば指示者が使用者にデータを直接渡すことにより、本構成を有していない場合に比較して容易に使用可能に、保存することができる。
請求項１０の発明によれば、指示者が複数の使用者にデータの使用を指示するための情報を、例えば使用者が異なるアプリケーションを用いるような場合でも使用可能に、保存することができる。
請求項１１の発明によれば、指示者が複数の使用者にデータの使用を指示するための情報を、特定の使用者が特定の使用環境でそのデータの部分を使用可能に保存することができる。
請求項１２の発明によれば、指示者が複数の使用者にデータの使用を指示した際に、特定の使用者が特定の使用環境でそのデータの部分を使用することができる。

本発明の実施の形態が適用されるコンピュータシステムの構成例を示した図である。 本発明の実施の形態におけるクライアント端末のハードウェア構成例を示した図である。 本発明の実施の形態の概要を模式的に示した図である。 本発明の実施の形態におけるクライアント端末の機能構成例を示したブロック図である。 本発明の実施の形態における文書サーバの機能構成例を示したブロック図である。 本発明の実施の形態の作業依頼記憶部に記憶される作業依頼を例示した図である。 本発明の実施の形態における文書サーバの作業依頼を登録する際の動作例を示したフローチャートである。 本発明の実施の形態における文書サーバの作業用文書ファイルを生成する際の動作例を示したフローチャートである。

以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
図１は、本実施の形態が適用されるコンピュータシステムの全体構成例を示したものである。
図示するように、このコンピュータシステムは、クライアント端末１０ａ，１０ｂ，１０ｃと、文書サーバ３０とが、ネットワーク８０を介して接続されることにより構成されている。
尚、図では、クライアント端末１０ａ，１０ｂ，１０ｃを示したが、これらを区別する必要がない場合は、クライアント端末１０と称する。また、図には、３つのクライアント端末１０しか示していないが、４つ以上のクライアント端末１０を設けてもよい。

クライアント端末１０は、ユーザが文書ファイルの閲覧、編集等を行う際に用いられるコンピュータ装置である。具体的には、ユーザの操作に応じて、文書サーバ３０から文書ファイルをダウンロードし、ユーザに文書ファイルの閲覧、編集等をさせた後、文書サーバ３０に文書ファイルをアップロードする。ここで、クライアント端末１０としては、デスクトップＰＣ（Personal Computer）、ノートＰＣ、タブレットＰＣ、ウェアラブルコンピュータ、ＰＤＡ（Personal Digital Assistants）、スマートフォン、携帯電話等を用いるとよい。本実施の形態では、指示装置、データ使用装置の一例として、クライアント端末１０を設けている。

文書サーバ３０は、ユーザが閲覧、編集等を行う対象である文書ファイルを格納するコンピュータ装置である。具体的には、ワードプロセッサソフトウェア、表計算ソフトウェア、プレゼンテーションソフトウェア等で作成されたファイル、環境に依存せずにオリジナルのイメージを再現可能なＰＤＦ（Portable Document Format）等のファイルを格納する。但し、本明細書で「文書ファイル」というときは、テキストを含む「文書」を電子化したファイルのみを意味するとは限らない。例えば、図形等のグラフィックデータ、絵、写真等の画像データも、ラスタデータであるかベクタデータであるかに関わらず、「文書ファイル」に含まれるものとする。ここで、文書サーバ３０としては、ＰＣ等を用いるとよい。本実施の形態では、管理装置の一例として、文書サーバ３０を設けている。

ネットワーク８０は、クライアント端末１０と文書サーバ３０との間の情報通信に用いられる通信手段であり、例えば、インターネットである。

次に、クライアント端末１０のハードウェア構成について説明する。
図２は、クライアント端末１０のハードウェア構成例を示した図である。
図示するように、クライアント端末１０は、演算手段であるＣＰＵ（Central Processing Unit）１１と、記憶手段であるメインメモリ１２及びＨＤＤ（Hard Disk Drive）１３とを備える。ここで、ＣＰＵ１１は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、後述する各機能を実現する。また、メインメモリ１２は、各種ソフトウェアやその実行に用いるデータ等を記憶する記憶領域であり、ＨＤＤ１３は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶する記憶領域である。尚、クライアント端末１０がスマートフォンや携帯電話である場合は、ＨＤＤ１３に代えて、フラッシュストレージを用いるとよい。
更に、クライアント端末１０は、外部との通信を行うための通信インターフェース（以下、「通信Ｉ／Ｆ」と表記する）１４と、ビデオメモリやディスプレイ等からなる表示機構１５と、キーボードやマウス等の入力デバイス１６とを備える。

尚、図２は、文書サーバ３０のハードウェア構成を示した図として捉えることもできる。この場合、ＣＰＵ１１、メインメモリ１２、ＨＤＤ１３、通信Ｉ／Ｆ１４、表示機構１５、入力デバイス１６は、それぞれ、ＣＰＵ３１、メインメモリ３２、ＨＤＤ３３、通信Ｉ／Ｆ３４、表示機構３５、入力デバイス３６と表記するものとする。

ところで、図１のコンピュータシステムにおいて、文書サーバ３０に格納された文書ファイルの閲覧、編集等は、複数のユーザによって別々のクライアント端末１０で並行して行われることがある。
特に、あるユーザ（依頼ユーザ）が１つの文書ファイルに対する内容確認等の作業を複数のユーザ（担当ユーザ）に依頼することがあるが、依頼ユーザとしては、担当ユーザごとに異なる作業、例えば、異なる箇所を確認する作業、異なる内容の作業を依頼したい場合が多い。このような場合、通常、依頼ユーザは、作業依頼内容を明示した担当ユーザごとの文書ファイルを作成してこれを各担当ユーザに渡す方法や、１つの文書ファイルに担当ユーザごとの作業依頼内容を記したコメントを添えたものを各担当ユーザに渡す方法を採用することになる。
しかしながら、前者の方法を採用すると、依頼ユーザが担当ユーザごとの文書ファイルを作成する手間がかかると共に、文書ファイルの増加による管理負担が大きくなってしまう。また、後者の方法を採用すると、担当ユーザが確認箇所を探し出す手間がかかってしまう。

そこで、本実施の形態では、依頼ユーザが、文書ファイルに対して、ページごと、担当ユーザごとの作業依頼内容を付加することができるようにし、担当ユーザが、文書ファイルを閲覧する際には、担当ユーザと作業依頼内容とを照合して、文書ファイルの表示形式や機能の設定値を制御するようにした。

図３は、本実施の形態の概要を模式的に示した図である。ここでは、クライアント端末１０ａを使用するユーザＡが、自分が作成した文書ファイルの校正を、クライアント端末１０ｂを使用するユーザＢ及びクライアント端末１０ｃを使用するユーザＣに依頼するシーンを想定している。

具体的には、ユーザＡは、クライアント端末１０ａで文書ファイル作成用のアプリケーションのプロパティ画面を開き、作業依頼設定２０１を入力する。即ち、まず、校正の依頼先としてユーザＢ及びユーザＣを設定する。また、例えば、文書ファイルの１０ページのうち、ユーザＢの担当ページとして３〜５ページ目を、ユーザＣの担当ページとして６〜１０ページ目を、それぞれ指定する。更に、ユーザＢ、ユーザＣの閲覧時の初期表示ページとしてそれぞれ３ページ目、６ページ目を指定し、ユーザＢ、ユーザＣの校正時のマーカ色の初期値としてそれぞれ赤、青を指定する。

すると、クライアント端末１０ａは、矢印Ａ１で示すように文書ファイルを文書サーバ３０に保存する際に、矢印Ａ２で示すように作業依頼設定２０１に基づく情報（以下、単に「作業依頼」という）も文書サーバ３０に保存する。

その後、ユーザＢがクライアント端末１０ｂで文書ファイルの閲覧を要求すると、クライアント端末１０ｂは、矢印Ｂ１で示すように、作業依頼が反映された作業用文書ファイルを文書サーバ３０から呼び出す。そして、ユーザＢが作業用文書ファイルを開くと、最初に３ページ目の画像２０２ｂが表示される。また、３〜５ページ目のみを表示する等、担当ページの閲覧がし易いような表示制御がなされる。更に、ユーザＢが作業用文書ファイルにマーカを付すると、初期的にはマーカの色は赤となる。

一方で、ユーザＣがクライアント端末１０ｃで文書ファイルの閲覧を要求すると、クライアント端末１０ｃは、矢印Ｃ１で示すように、作業依頼が反映された作業用文書ファイルを文書サーバ３０から呼び出す。そして、ユーザＣが作業用文書ファイルを開くと、最初に６ページ目の画像２０２ｃが表示される。また、６〜１０ページ目のみを表示する等、担当ページの閲覧がし易いような表示制御がなされる。更に、ユーザＣが作業用文書ファイルにマーカを付すると、初期的にはマーカの色は青となる。

次に、本実施の形態における各装置の構成について説明する。
図４は、クライアント端末１０の機能構成例を示したブロック図である。
図示するように、クライアント端末１０は、操作受付部２１と、送信部２２と、受信部２８と、表示制御部２９とを備えている。

操作受付部２１は、ユーザが文書サーバ３０にログインする操作、ユーザが閲覧、編集等を行いたい文書ファイルを選択する操作、ユーザが文書サーバ３０から受信した文書ファイルを閲覧、編集等を行った後に文書サーバ３０に保存する操作等を受け付ける。

送信部２２は、ユーザが文書サーバ３０にログインする操作を操作受付部２１が受け付けた際にはユーザの識別情報（以下、「ユーザＩＤ」という）を、ユーザが文書ファイルを選択する操作を操作受付部２１が受け付けた際にはその文書ファイルの識別情報（以下、「文書ＩＤ」という）を、ユーザが文書ファイルを文書サーバ３０に保存する操作を操作受付部２１が受け付けた際にはその文書ファイルの文書ＩＤ、その文書ファイル及び作業依頼を、それぞれ文書サーバ３０に送信する。ここで、文書ＩＤとしては、例えば、文書サーバ３０における文書ファイルの記憶場所を示す情報を用いるとよい。この記憶場所を示す情報とは、例えば、ＵＲＩ（Uniform Resource Identifier）である。本実施の形態では、データの一例として、文書ファイルを用いており、データを識別する第１の識別情報の一例として、文書ＩＤを用いており、操作者を識別する第２の識別情報の一例として、ユーザＩＤを用いており、データの使用を制御するための制御情報の一例として、作業依頼を用いている。また、保存操作が指示者によって行われた場合にデータと第１の識別情報と制御情報とを送信する第１の送信手段、取得操作が使用者によって行われた場合に第１の識別情報と第２の識別情報とを送信する第２の送信手段の一例として、送信部２２を設けている。

受信部２８は、送信部２２がユーザＩＤを送信した際にはユーザが閲覧、編集等を行うことが可能な文書ファイルの文書ＩＤの一覧を、送信部２２が文書ＩＤを送信した際にはその文書ＩＤで示される場所に記憶された文書ファイルに作業依頼が反映された作業用文書ファイルを、それぞれ文書サーバ３０から受信する。

表示制御部２９は、受信部２８が受信した文書ＩＤの一覧、作業用文書ファイル等を表示機構１５に表示するように制御する。

尚、これらの機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、ＣＰＵ１１が、操作受付部２１、送信部２２、受信部２８、表示制御部２９を実現するプログラムを例えばＨＤＤ１３からメインメモリ１２に読み込んで実行することにより、これらの機能部は実現される。

図５は、文書サーバ３０の機能構成例を示したブロック図である。
図示するように、文書サーバ３０は、文書管理部４１と、送信部４２と、作業依頼管理部４３と、作業依頼記憶部４４と、文書変換部４５と、受信部４８と、ユーザ管理部４９とを備える。

文書管理部４１は、図示しない文書記憶部の例えば文書ＩＤで示される記憶場所にて文書ファイルを管理する。即ち、文書記憶部から文書ファイルを取得したり、文書記憶部に文書ファイルを保存したりする。また、文書管理部４１は、文書ファイルの閲覧、編集等を行うことが可能なユーザに関連付けた文書ファイルの管理も行う。例えば、ユーザＩＤと文書ＩＤとを対応付けておくことにより、あるユーザが閲覧、編集等を行うことが可能な文書ファイルの文書ＩＤを取得する。本実施の形態では、第１の送信手段によりデータと第１の識別情報と制御情報とが送信された場合にデータを保存する保存手段の一例として、文書管理部４１を設けている。

送信部４２は、ユーザが閲覧、編集等を行うことが可能な文書ファイルの文書ＩＤの一覧を文書管理部４１が取得した際にはその文書ＩＤの一覧を、文書変換部４５が文書ファイルを作業依頼に基づいて変換した際にはその変換後の文書ファイルである作業用文書ファイルを、それぞれクライアント端末１０に送信する。本実施の形態では、取得操作が使用者によって行われた場合にデータの特定の部分を表示する処理を行う処理手段、第２の送信手段により第１の識別情報と第２の識別情報とが送信された場合にデータを送信する第３の送信手段の一例として、送信部４２を設けている。

作業依頼管理部４３は、ユーザが文書ファイルに対して設定した作業依頼を、その文書ファイルの文書ＩＤに関連付けて作業依頼記憶部４４にて管理する。即ち、文書ＩＤをキーとして作業依頼記憶部４４から作業依頼を取得したり、文書ＩＤに関連付けて作業依頼記憶部４４に作業依頼を記憶したりする。本実施の形態では、保存操作が指示者によって行われた場合に制御情報を保存する処理を行う処理手段の一例として、作業依頼管理部４３を設けている。

作業依頼記憶部４４は、作業依頼管理部４３により管理の下、文書ＩＤに関連付けて作業依頼を保存する。本実施の形態では、第１の送信手段によりデータと第１の識別情報と制御情報とが送信された場合に制御情報を保存する保存手段の一例として、作業依頼記憶部４４を設けている。尚、この作業依頼記憶部４４に記憶される作業依頼については後述する。

文書変換部４５は、文書管理部４１が取得した文書ファイルを、作業依頼管理部４３が取得した作業依頼に基づいて変換することにより、作業用文書ファイルを生成する。

受信部４８は、ユーザが文書サーバ３０にログインする操作を行った際にはユーザＩＤを、ユーザが文書ファイルを選択する操作を行った際にはその文書ファイルの文書ＩＤを、ユーザが文書ファイルを文書サーバ３０に保存する操作を行った際にはその文書ファイルの文書ＩＤ、その文書ファイル及び作業依頼を、それぞれクライアント端末１０から受信する。本実施の形態では、データを特定する特定手段、制御情報を取得する制御情報取得手段、データを取得するデータ取得手段の一例として、受信部４８を設けている。

ユーザ管理部４９は、受信部４８が受信したユーザＩＤを管理する。即ち、ユーザが文書サーバ３０にログインする際、受信部４８は、ユーザＩＤに加えてパスワードを受信するので、ユーザ管理部４９は、このユーザＩＤ及びパスワードの組み合わせが予め登録されたユーザＩＤ及びパスワードの組み合わせの中に存在するかどうかを調べることにより、ユーザの認証を行う。そして、ユーザの認証が成功すれば、セッションＩＤを生成して、ユーザＩＤとセッションＩＤとを紐付けておく。その後、このユーザのログインが継続した状態で受信部４８が情報を受信すると、情報にはこのセッションＩＤが含まれるので、このセッションＩＤに紐付けられたユーザＩＤを受信部４８に返す。

尚、これらの機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、ＣＰＵ３１が、文書管理部４１、送信部４２、作業依頼管理部４３、文書変換部４５、受信部４８、ユーザ管理部４９を実現するプログラムを例えばＨＤＤ３３からメインメモリ３２に読み込んで実行することにより、これらの機能部は実現される。また、作業依頼記憶部４４は、例えばＨＤＤ３３により実現される。

図６は、作業依頼記憶部４４に記憶される作業依頼を例示した図である。但し、ここでは、１つの文書ファイルに対する作業依頼を示している。実際には、作業依頼記憶部４４は複数の文書ファイルに対する作業依頼を記憶しており、各作業依頼は、文書ＩＤに関連付けられることにより、どの文書ファイルに対する作業依頼であるか区別できるようになっている。

図示するように、作業依頼は、ページと、担当ユーザと、初期表示フラグと、マーカ色初期値と、メッセージとを含む。尚、この作業依頼は、図３の作業依頼設定２０１に各担当ユーザへのメッセージを追加したものに対応している。
ページは、文書ファイルを意味内容とは関係なく予め定めた行数で区切った単位である。本明細書では、ページに対して設定を行うことを前提とするが、例えば、文書ファイルの章、節等の意味内容を考慮して設定された単位に対して設定を行うようにしてもよい。この意味で、ページは、データの部分の一例である。

担当ユーザは、対応するページを閲覧して内容確認等の作業を行う担当のユーザである。ここでは、ユーザＢが３ページ目から５ページ目を担当するユーザであり、ユーザＣが６ページ目から１０ページ目を担当するユーザであることが記憶されている。

初期表示フラグは、担当ユーザが作業用文書ファイルを開いたときに、対応するページを初期表示ページとするかどうかを表すフラグである。「ＯＮ」が、対応するページを初期ページとすることを表し、「ＯＦＦ」が、対応するページを初期表示ページとしないことを表す。ここでは、ユーザＢが作業用文書ファイルを開いたときに３ページ目が初期表示され、ユーザＣが作業用文書ファイルを開いたときに６ページ目が初期表示されることが記憶されている。尚、初期表示ページは、使用者が部分を閲覧する際に最初に表示される箇所の一例である。また、この場合は、あるユーザが担当するページ群が、部分の一例である。

マーカ色初期値は、担当ユーザが、対応するページにマーカを付したときにマーカに初期的に設定される色を表す。ここでは、ユーザＢが作業用文書ファイルに付するマーカが初期的には赤であり、ユーザＣが作業用文書ファイルに付するマーカが初期的には青であることが記憶されている。

メッセージは、担当ユーザが、対応するページを開いたときに表示されるメッセージである。ユーザＢが担当するページを開くと「文章をチェックして下さい」とのメッセージが表示され、ユーザＣが担当するページを開くと「図面をチェックして下さい」とのメッセージが表示されることが記憶されている。

尚、図では、対応するページの表示形式や機能の設定値を制御する情報として、初期表示フラグ、マーカ色初期値、メッセージを示したが、これらには限らない。
例えば、マーカ色初期値に代えて、担当ユーザがページを更新する際に用いられる他の設定値を記憶してもよい。このような他の設定値としては、担当ユーザがページにコメントを記入する際のテキストの書式（例えば、フォント、太字、斜体、アンダーライン、色）等が考えられる。ここで、マーカ色初期値、テキストの書式は、使用者が部分を更新する際に用いられる情報の形式の一例である。或いは、担当ユーザがページにコメントを記入する際に含めるべき文言等を記憶してもよい。ここで、このような文言は、使用者が部分を更新する際に用いられる情報の内容の一例である。

また、メッセージに代えて、担当ユーザがページを閲覧する際に表示される他の設定値を記憶してもよい。ここで、メッセージは、使用者が部分を閲覧する際に表示される情報の内容の一例である。或いは、担当ユーザがページを開いたときのページ内のテキストの書式等を記憶してもよい。ここで、このようなテキストの書式は、使用者が部分を閲覧する際に表示される情報の形式の一例である。

更に、初期表示フラグ、マーカ色初期値、メッセージ以外の文書ファイルが使用される環境に関する情報を記憶してもよい。ここで、初期表示フラグ、マーカ色初期値、メッセージは、使用者が部分を使用する際の使用環境の一例である。

尚、図の例では、同じ担当ユーザが設定されたページに対しては、マーカ色初期値及びメッセージとしても同じものを設定したが、必ずそのように設定しなければならないというわけではない。同じ担当ユーザが設定されたページであっても、ページによって、異なるマーカ色初期値を設定したり、異なるメッセージを設定したりしてよい。

次いで、本実施の形態の動作について説明する。
図７は、文書サーバ３０の作業依頼を登録する際の動作例を示したフローチャートである。クライアント端末１０で、操作受付部２１が、文書サーバ３０へのログイン操作を受け付け、送信部２２が、ユーザＩＤを文書サーバ３０に送信することにより、このフローチャートの動作は開始する。
動作が開始すると、文書サーバ３０では、まず、受信部４８が、ユーザＩＤを受信する（ステップ３０１）。尚、このユーザＩＤは、ユーザ管理部４９で管理され、ログインが継続した状態での同じユーザからの以降のアクセスを認識できるようになっている。
また、受信部４８がユーザＩＤを文書管理部４１に送ることにより、文書管理部４１が、ユーザＩＤに関連付けられた文書ファイルの文書ＩＤの一覧を取得し、送信部４２が、これをクライアント端末１０に送信する（ステップ３０２）。これにより、クライアント端末１０では、受信部２８が、文書ＩＤの一覧を受信し、表示制御部２９が、この文書ＩＤの一覧が表示されるように制御する。

このとき、文書サーバ３０から文書ファイルを呼び出すのであれば、ユーザは文書ＩＤの一覧の中から文書ＩＤを選択するが、ここでは、クライアント端末１０で作成した文書ファイルを文書サーバ３０に保存するものとし、ユーザは文書サーバ３０に文書ファイルを保存する操作を行うものとする。そして、クライアント端末１０では、操作受付部２１が、この操作を受け付け、送信部２２が、文書ＩＤ及び文書ファイルを文書サーバ３０に送信する。また、ユーザが文書ファイルに対して作業依頼を設定していれば、送信部２２は、作業依頼も文書サーバ３０に送信する。すると、文書サーバ３０では、受信部４８が、文書ＩＤ及び文書ファイルを受信して文書管理部４１に送り、文書管理部４１が、文書ＩＤで示される場所に文書ファイルを保存する（ステップ３０３）。

また、受信部４８は、文書ＩＤ及び文書ファイルと共に作業依頼を受信したかどうかを判定する（ステップ３０４）。
その結果、作業依頼を受信したと判定すると、受信部４８は、文書ＩＤ及び作業依頼を作業依頼管理部４３に受け渡し、作業依頼管理部４３が、文書ＩＤに関連付けて作業依頼を作業依頼記憶部４４に記憶する。但し、作業依頼は、依頼ユーザにとっては、各担当ユーザに対する依頼として入力するのが自然であるのに対し、作業用文書ファイルを開くときの表示制御では、各ページに対して設定されていた方が処理し易いので、ここで形式の変換を行う。

即ち、作業依頼管理部４３は、まず、１人のユーザに対する作業依頼内容を取り出す（ステップ３０５）。例えば、図３の作業依頼設定２０１のユーザＢに対応するレコードを取り出す。
次に、１人のユーザに対する作業依頼内容において、複数のページが指定されていることがあるので、作業依頼管理部４３は、１つのページに対する作業依頼内容を取り出して作業依頼記憶部４４に記憶する（ステップ３０６）。例えば、図３の作業依頼設定２０１のユーザＢに対応するレコードにおいて、３ページ目に対する作業依頼内容を取り出したとすると、図６の作業依頼の３ページ目に対応するレコードを記憶する。

その後、作業依頼管理部４３は、ステップ３０５で取り出したユーザに対する作業依頼内容において、他のページが指定されているかどうかを判定する（ステップ３０７）。
その結果、他のページが指定されていると判定されれば、ステップ３０６を繰り返すが、他のページが指定されていないと判定されれば、作業依頼管理部４３は、他のユーザに対する作業依頼内容があるかどうかを判定する（ステップ３０８）。そして、他のユーザに対する作業依頼内容があると判定されれば、ステップ３０５へ戻るが、他のユーザに対する作業依頼内容がないと判定されれば、処理を終了する。

一方、ステップ３０４で、作業依頼を受信していないと判定されれば、そのまま処理を終了する。

図８は、文書サーバ３０の作業用文書ファイルを生成する際の動作例を示したフローチャートである。クライアント端末１０で、操作受付部２１が、文書サーバ３０へのログイン操作を受け付け、送信部２２が、ユーザＩＤを文書サーバ３０に送信することにより、このフローチャートの動作は開始する。
動作が開始すると、文書サーバ３０では、まず、受信部４８が、ユーザＩＤを受信する（ステップ３２１）。尚、このユーザＩＤは、ユーザ管理部４９で管理され、ログインが継続した状態での同じユーザからの以降のアクセスを認識できるようになっている。
また、受信部４８がユーザＩＤを文書管理部４１に送ることにより、文書管理部４１が、ユーザＩＤに関連付けられた文書ファイルの文書ＩＤの一覧を取得し、送信部４２が、これをクライアント端末１０に送信する（ステップ３２２）。これにより、クライアント端末１０では、受信部２８が、文書ＩＤの一覧を受信し、表示制御部２９が、この文書ＩＤの一覧が表示されるように制御する。

次に、クライアント端末１０では、操作受付部２１が、文書ＩＤの一覧の中から閲覧、編集等を行いたい文書ファイルの文書ＩＤを選択する操作を受け付け、送信部２２が、選択された文書ＩＤを文書サーバ３０に送信する。すると、文書サーバ３０では、受信部４８が、文書ＩＤを受信する（ステップ３２３）。
そして、受信部４８が文書ＩＤを文書管理部４１に送ることにより、文書管理部４１が、文書ＩＤで示される場所に記憶された文書ファイルを取得する（ステップ３２４）。尚、ここで取得された文書ファイルは文書変換部４５に渡される。
また、受信部４８が文書ＩＤを作業依頼管理部４３に送ることにより、作業依頼管理部４３が、文書ＩＤに関連付けられた作業依頼が作業依頼記憶部４４に記憶されているかどうかを判定する（ステップ３２５）。

その結果、文書ＩＤに関連付けられた作業依頼が作業依頼記憶部４４に記憶されていると判定すると、作業依頼管理部４３は、その作業依頼を文書変換部４５に受け渡し、文書変換部４５が、ステップ３２４で渡された文書ファイルをこの作業依頼に基づいて変換する文書変換処理を開始する。尚、この文書変換処理に先立ち、受信部４８は、ユーザ管理部４９で管理されたユーザＩＤを文書変換部４５に渡しているものとする。また、文書変換部４５は、作業用文書ファイルを格納するメモリに、ページを含まない作業用文書ファイルの構造を用意しておくものとする。

この文書変換処理において、文書変換部４５は、まず、文書ファイルのページを取り出す（ステップ３２６）。また、受信部４８から渡されたユーザＩＤが、作業依頼でこのページに対して設定されている担当ユーザのユーザＩＤであるかどうかを判定する（ステップ３２７）。
ここで、渡されたユーザＩＤが作業依頼における担当ユーザのユーザＩＤであると判定されれば、文書変換部４５は、作業用文書ファイルにこのページを含める（ステップ３２８）。例えば、ユーザＢのユーザＩＤがステップ３２１で受信され、かつ、図６の作業依頼が設定された文書ファイルの３ページ目がステップ３２６で取り出されたとすると、その３ページ目は作業用文書ファイルに含められる。また、文書変換部４５は、作業依頼においてこのページに設定されている情報を作業用文書ファイルに設定する（ステップ３２９）。例えば、図６の作業依頼が設定された文書ファイルの３ページ目がステップ３２６で取り出されたとすると、作業用文書ファイルを開いたときにこのページが初期表示され、このページに付加するマーカ色の初期値が赤となり、このページを開いたときに「文章をチェックして下さい」というメッセージが例えば吹き出し内に表示されるような設定がなされる。そして、処理は、ステップ３３０へ進む。

また、ステップ３２７で、渡されたユーザＩＤが作業依頼における担当ユーザのユーザＩＤでないと判定されれば、作業用文書ファイルにこのページを含めることも、このページに情報を設定することもなく、処理は、ステップ３３０へ進む。
その後、文書変換部４５は、文書ファイルに他のページがあるかどうかを判定する（ステップ３３０）。
その結果、他のページがあると判定されれば、ステップ３２６へ戻るが、他のページがないと判定されれば、文書変換部４５は、メモリに格納された作業用文書ファイルを送信部４２に受け渡し、送信部４２が、この作業用文書ファイルをクライアント端末１０に送信する（ステップ３３１）。これにより、クライアント端末１０では、受信部２８が、作業用文書ファイルを受信し、表示制御部２９が、この作業用文書ファイルが設定された情報に従って表示されるように制御する。

一方、ステップ３２５で、文書ＩＤに関連付けられた作業依頼が作業依頼記憶部４４に記憶されていない判定すると、文書変換部４５は、ステップ３２４で渡された文書ファイルをそのまま送信部４２に受け渡し、送信部４２が、この文書ファイルをクライアント端末１０に送信する（ステップ３３２）。これにより、クライアント端末１０では、受信部２８が、文書ファイルを受信し、表示制御部２９が、この文書ファイルが表示されるように制御する。このとき、作業依頼に従った特別な表示制御は行われない。

尚、この動作例では、ユーザが作業用文書ファイルを表示したときに、そのユーザが担当するページのみがフィルタリングされて表示されるようにする処理を行った。ここで、この処理は、データの特定の部分以外の他の部分を表示しないようにする処理の一例である。しかしながら、ユーザが作業用文書ファイルを表示したときに、そのユーザが担当するページもそのユーザが担当しないページも表示されるようにし、これらのページを区別可能にする処理を行ってもよい。そのような処理としては、例えば、そのユーザが担当するページについてのみ、背景色の変更、付箋の貼付等のマーキングを行う処理がある。或いは、作業用文書ファイルを単に表示しただけでは、担当するページと担当しないページとは区別できないが、サムネイル表示に切り替えて「担当ページの表示」ボタンを押下すると、担当するページをハイライト表示する処理のように、何らかの操作を行うことによって、担当するページと担当しないページとを区別可能にする処理を行ってもよい。ここで、これらの担当するページと担当しないページとを区別可能にする処理は、データの特定の部分以外の他の部分を特定の部分の態様とは異なる態様で表示する処理の一例である。
以上により、本実施の形態の説明を終了する。

尚、上記実施の形態において、クライアント端末１０は、文書ファイルを文書サーバ３０に保存する時に、作業依頼も文書サーバ３０に保存するようにしたが、文書ファイルを文書サーバ３０に保存する時以外に、明示的な指示により作業依頼を文書サーバ３０に保存するようにしてもよい。例えば、文書ファイルを保存するためのボタンが押下されると、作業依頼を文書ファイルと一緒に文書サーバ３０に保存してもよいし、作業依頼を保存するための特別なボタンを設け、このボタンが押下されると、作業依頼のみを文書サーバ３０に保存するようにしてもよい。また、これを一般化して、作業依頼を保存する操作として予め定められた保存操作がユーザによって行われると、作業依頼を文書サーバ３０に保存することとしてもよい。

また、上記実施の形態において、クライアント端末１０は、文書ファイルを文書サーバ３０から呼び出す時に、作業依頼も文書サーバ３０から呼び出すようにしたが、文書ファイルを文書サーバ３０から呼び出す時以外に、明示的な指示により作業依頼を文書サーバ３０から呼び出すようにしてもよい。例えば、文書ファイルを呼び出すためのボタンが押下されると、作業依頼を文書ファイルと一緒に文書サーバ３０から呼び出してもよいし、作業依頼を呼び出すための特別なボタンを設け、このボタンが押下されると、作業依頼のみを文書サーバ３０から呼び出すようにしてもよい。また、これを一般化して、作業依頼を取得する操作として予め定められた取得操作がユーザによって行われると、作業依頼を文書サーバ３０から呼び出すこととしてもよい。

更に、上記実施の形態において、文書サーバ３０は、作業依頼を文書ファイルとは別のファイルとして保存し、文書ＩＤと作業依頼とを関連付ける情報を記憶することにより、文書ファイルと作業依頼とを関連付けるようにしたが、これには限らない。例えば、文書サーバ３０は、文書ファイルに属性情報として作業依頼を付加することにより、文書ファイルと作業依頼とを関連付けるようにしてもよい。

更にまた、上記実施の形態では、クライアント端末１０が、文書ファイルと作業依頼とを文書サーバ３０に送信し、文書サーバ３０が、これらを関連付けて保存するようにしたが、これには限らない。例えば、クライアント端末１０が、文書ファイルと作業依頼とを関連付けた情報を文書サーバ３０に送信し、文書サーバ３０が、この情報をそのまま保存するようにしてもよい。或いは、クライアント端末１０が、文書ファイルと作業依頼とを関連付けた情報を保存しておいてもよい。この場合、クライアント端末１０は、文書ファイルを特定する特定手段の一例としての文書ファイル特定部（図示せず）と、作業依頼を取得する制御情報取得手段の一例としての作業依頼取得部（図示せず）と、保存操作がユーザによって行われた場合に文書ファイルに関連付けて作業依頼を保存する処理手段の一例としての作業依頼保存部（図示せず）と、取得操作がユーザによって行われた場合に文書ファイルの特定のページを特定の使用環境で表示する処理手段の一例としての表示制御部２９とを備えていることになる。

尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。その場合、図７の処理を実行させるプログラムと、図８の処理を実行させるプログラムとは、同じ記録媒体に格納して提供してもよいし、別々の記録媒体に格納して提供してもよい。

１０…クライアント端末、２１…操作受付部、２２…送信部、２８…受信部、２９…表示制御部、３０…文書サーバ、４１…文書管理部、４２…送信部、４３…作業依頼管理部、４４…作業依頼記憶部、４５…文書変換部、４８…受信部、４９…ユーザ管理部、８０…ネットワーク

Claims (12)

1. 複数の使用者に指示者が使用を指示するデータを特定する特定手段と、
   前記特定手段により特定された前記データの使用を制御するための情報であって、前記データの部分と、前記複数の使用者のうちの当該部分を使用可能な使用者と、当該使用者が当該部分を使用する際の使用環境とを対応付けた情報である制御情報を、予め定められた保存操作が前記指示者によって行われた場合に、前記特定手段により特定された前記データに関連付けて保存する処理を行う処理手段と、
   前記処理手段により保存された前記制御情報を取得する取得手段と
   を備えたことを特徴とする情報処理装置。
2. 前記特定手段は、前記複数の使用者に前記指示者が使用を指示した前記データを特定し、
   前記処理手段は、保存された前記制御情報を取得する操作として予め定められた取得操作が前記複数の使用者のうちの特定の使用者によって行われた場合に、前記取得手段により取得された前記制御情報において当該特定の使用者に対応付けられた前記データの特定の部分を、当該制御情報において当該特定の部分に対応付けられた特定の使用環境で表示する処理を行うことを特徴とする請求項１に記載の情報処理装置。
3. 前記処理手段は、前記取得操作が前記特定の使用者によって行われた場合に、前記データの前記特定の部分以外の他の部分を表示しないようにする処理を行うことを特徴とする請求項２に記載の情報処理装置。
4. 前記処理手段は、前記取得操作が前記特定の使用者によって行われた場合に、前記データの前記特定の部分以外の他の部分を、当該特定の部分の態様とは異なる態様で表示する処理を行うことを特徴とする請求項２に記載の情報処理装置。
5. 前記使用環境は、前記使用者が前記部分を閲覧する際に最初に表示される箇所を含み、
   前記特定の使用環境は、前記特定の使用者が前記特定の部分を閲覧する際に、前記制御情報において当該特定の部分に対応付けられた特定の箇所が最初に表示される環境であることを特徴とする請求項２乃至請求項４の何れかに記載の情報処理装置。
6. 前記使用環境は、前記使用者が前記部分を閲覧する際に表示される情報の内容又は形式を含み、
   前記特定の使用環境は、前記特定の使用者が前記特定の部分を閲覧する際に、前記制御情報において当該特定の部分に対応付けられた特定の内容又は形式を有する情報が表示される環境であることを特徴とする請求項２乃至請求項４の何れかに記載の情報処理装置。
7. 前記使用環境は、前記使用者が前記部分を更新する際に用いられる情報の内容又は形式を含み、
   前記特定の使用環境は、前記特定の使用者が前記特定の部分を更新する際に、前記制御情報において当該特定の部分に対応付けられた特定の内容又は形式を有する情報が用いられる環境であることを特徴とする請求項２乃至請求項４の何れかに記載の情報処理装置。
8. 前記処理手段は、前記保存操作が前記指示者によって行われた場合に、前記特定手段により特定された前記データとは別に、当該データに関連付けて、前記制御情報を保存する処理を行うことを特徴とする請求項１乃至請求項７の何れかに記載の情報処理装置。
9. 前記複数の使用者に前記指示者が使用を指示する前記データを取得するデータ取得手段を更に備え、
   前記処理手段は、前記データ取得手段により取得された前記データを、前記制御情報を付加した状態で保存する処理を行うことを特徴とする請求項１乃至請求項７の何れかに記載の情報処理装置。
10. 指示者が複数の使用者にデータの使用を指示するために用いる指示装置と、
    前記複数の使用者のうちの特定の使用者が前記データを使用するために用いるデータ使用装置と、
    前記データを管理する管理装置と
    を備え、
    前記指示装置は、
    予め定められた保存操作が前記指示者によって行われた場合に、当該データと、当該データを識別する第１の識別情報と、当該データの使用を制御するための情報であって、当該データの部分と、前記複数の使用者のうちの当該部分を使用可能な使用者を識別する第２の識別情報と、当該使用者が当該部分を使用する際の使用環境とを対応付けた情報である制御情報とを送信する第１の送信手段
    を備え、
    前記管理装置は、
    前記第１の送信手段により前記データと前記第１の識別情報と前記制御情報とが送信された場合に、当該第１の識別情報に関連付けて、当該データと、当該制御情報とを保存する保存手段
    を備え、
    前記データ使用装置は、
    保存された前記データを取得する操作として予め定められた取得操作が前記特定の使用者によって行われた場合に、当該データを識別する前記第１の識別情報と、当該特定の使用者を識別する前記第２の識別情報とを送信する第２の送信手段
    を備え、
    前記管理装置は、
    前記第２の送信手段により前記第１の識別情報と前記第２の識別情報とが送信された場合に、当該第１の識別情報に関連付けて前記保存手段に保存された前記データを、当該第１の識別情報に関連付けて前記保存手段に保存された前記制御情報において前記第２の識別情報に対応付けられた前記データの特定の部分が、当該制御情報において当該特定の部分に対応付けられた特定の使用環境で表示されるように、前記データ使用装置に送信する第３の送信手段
    を更に備えたことを特徴とする情報処理システム。
11. コンピュータに、
    複数の使用者に指示者が使用を指示するデータを特定する機能と、
    特定された前記データの使用を制御するための情報であって、前記データの部分と、前記複数の使用者のうちの当該部分を使用可能な使用者と、当該使用者が当該部分を使用する際の使用環境とを対応付けた情報である制御情報を、予め定められた保存操作が前記指示者によって行われた場合に、特定された前記データに関連付けて保存する処理を行う機能と、
    保存された前記制御情報を取得する機能と
    を実現させるためのプログラム。
12. 前記複数の使用者に前記指示者が使用を指示した前記データを特定する機能と、
    保存された前記制御情報を取得する操作として予め定められた取得操作が前記複数の使用者のうちの特定の使用者によって行われた場合に、取得された前記制御情報において当該特定の使用者に対応付けられた前記データの特定の部分を、当該制御情報において当該特定の部分に対応付けられた特定の使用環境で表示する機能と
    を実現させるための請求項１１に記載のプログラム。

Images