JP2019087052A - 情報処理装置およびその制御方法、並びにプログラム - Google Patents

Abstract

【課題】注釈データとファイルを対応付ける際に、ファイル数に応じて注釈データが増加するため、注釈データの管理性および注釈データに対するユーザーの操作性が低下していた。【解決手段】所定のグループ単位で管理されている文書データの操作が可能な情報処理装置であって、グループとオブジェクト情報とを対応付けて登録する登録手段と、文書データがユーザーにより編集される際に、当該文書データが属するグループに対応付けて登録されたオブジェクト情報を当該文書データに付加することが可能なように表示する表示手段とを有する。【選択図】 図１９

Description

本発明は、情報処理装置およびその制御方法、並びにプログラムに関する。

従来、文書管理システムに登録された文書に対して、文字列や印影画像、もしくは文字列画像（署名などのサインも含む）等のオブジェクト（注釈とも称する）を編集対象の文書に対して追加できる文書編集アプリケーションが存在する。文書編集システムでは、複数の注釈が登録、管理される。そして、複数の注釈の中で、ユーザーが特によく用いる注釈と、その追加位置とを関連付けて、お気に入りとして文書編集アプリケーションによって管理され、文書の編集時にユーザーに提示される。

一方、注釈をファイルとは別データとしてデータベースに管理する仕組みがある。特許文献１には、実ファイル毎にファイルパスを注釈として保持した注釈データを、注釈データベースに保持する。そして、ファイルの検索時には、注釈データベースを検索することで、条件に一致する注釈データから、実ファイルのファイルパスを取得し、分散して保存されている目的の実ファイルを取得することが可能となることが記載されている。

特開２００５−１８７３４号公報

しかしながら、特許文献１では、実ファイルと、ファイルパスを保持している注釈データとは１対１で対応付ける必要がある。そのため、実ファイル数に応じて注釈データが増加し、注釈管理が煩雑になる。又、注釈データが増加すると、ユーザーが検索実行時に、システムが対象ファイルとは無関係の注釈データに関しても内部を解析する必要がある。その結果、処理時間が増え、最終的にユーザーの検索実行時間が増加する課題がある。

本発明は、上記の課題に鑑みられたものであり、注釈データの管理性の向上とユーザー作業の効率化を目的とする。

上記課題を解決するために本願発明は以下の構成を有する。すなわち、所定のグループ単位で管理されている文書データの操作が可能な情報処理装置であって、グループとオブジェクト情報とを対応付けて登録する登録手段と、文書データがユーザーにより編集される際に、当該文書データが属するグループに対応付けて登録されたオブジェクト情報を当該文書データに付加することが可能なように表示する表示手段とを有する。

本発明により、注釈データの管理性の向上とユーザー作業の効率化が可能となる。

本発明に係るシステムの構成例を示す図。 本発明に係る各装置のハードウェア構成の例を示す図。 本発明に係る各装置のソフトウェア構成の例を示す図。 本発明に係る文書管理アプリケーションのＵＩの一例を示す図。 本発明に係る文書編集アプリケーションのＵＩ一例を示す図。 本発明に係るお気に入り注釈ＵＩの一例を示す図。 本発明に係る注釈管理ＵＩの一例を示す図。 本発明に係る注釈対応付けＵＩの一例を示す図。 第２の実施形態に係る必須注釈対応付けＵＩの一例を示す図。 第２の実施形態に係る注釈対応付け警告ＵＩの一例を示す図。 第３の実施形態に係る未登録時に注釈対応付けＵＩの一例を示す図。 第３の実施形態に係る注釈対応付けＵＩの一例を示す図。 本発明に係る注釈管理テーブルの一例を示す図。 本発明に係るお気に入り管理テーブルの一例を示す図。 本発明に係る注釈対応付け管理テーブルのＵＩの一例を示す図。 第２の実施形態に係る注釈対応付け管理テーブルのＵＩの一例を示す図。 本発明に係る注釈対応付けＵＩの表示処理を示すフローチャート。 第１の実施形態に係る注釈対応付け管理テーブルへの登録処理を示すフローチャート。 本発明に係る文書編集アプリケーションのお気に入り表示処理を示すフローチャート。 第２の実施形態に係る注釈対応付け管理テーブルへの登録処理を示すフローチャート。 第２の実施形態に係る必須注釈チェック処理を示すフローチャート。

以下、本発明を実施するための一実施形態について図面を用いて説明する。

＜第１の実施形態＞
［システム構成］
図１は、本発明の一実施形態に係るシステム構成の例を示す図である。図１において、クライアント端末１０１、フォルダ構成文書管理システム１０２、及びインデックス文書管理システム１０３は、ネットワーク１１０を介して通信可能に接続されている。クライアント端末１０１、フォルダ構成文書管理システム１０２、及びインデックス文書管理システム１０３はそれぞれ、複数台から構成され、これらが接続するように構成されていても構わない。

ネットワーク１１０は、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線等のいずれであり、またこれらの組み合わせにより実現される、いわゆる通信ネットワークである。ネットワーク１１０は、データの送受信が可能であればよく、有線、無線は問わない。また、クライアント端末１０１は、例えば、デスクトップパソコン、ノートパソコン、モバイルパソコン、タブレット端末等から成るが、プログラムの実行環境が内蔵されたスマートフォンであってもよい。クライアント端末１０１には、オフィスアプリケーションやプリンタードライバー等の各種プログラムを実行する環境が内蔵されている。

フォルダ構成文書管理システム１０２は、文書をフォルダ構成で管理する文書管理システムであって、クライアント端末１０１からネットワーク１１０を通じてアクセス可能である。インデックス文書管理システム１０３は、文書をインデックで管理する文書管理システムであって、クライアント端末１０１からネットワーク１１０を通じてアクセス可能である。フォルダ構成文書管理システム１０２、及び、インデックス文書管理システム１０３は、それぞれサーバーとして機能し、クライアント端末１０１からの要求に応じて、サービスを提供する。

［ハードウェア構成］
図２は、本実施形態に係る、クライアント端末１０１、フォルダ構成文書管理システム１０２、及びインデックス文書管理システム１０３を実行するコンピューターのハードウェア構成の例を示す図である。なお、ここでは、各装置が同じ構成を有している例について述べるが、それぞれが異なる構成を備えていてもよい。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０２は、装置全体の制御を行う。ＣＰＵ２０２は、ハードディスク（ＨＤＤ）２０５に格納されているアプリケーションプログラム、ＯＳ等を実行し、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０４は、不揮発性の記憶手段であり、内部には、基本Ｉ／Ｏプログラム等の各種データを記憶する。ＲＡＭ２０３は、一時記憶手段であり、ＣＰＵ２０２の主メモリ、ワークエリア等として機能する。ＨＤＤ２０５は、外部記憶手段の一つであり、大容量メモリとして機能し、オフィスアプリケーションやＷｅｂブラウザー等のアプリケーションプログラム、ＯＳ、関連プログラム等を格納している。

ディスプレイ２０６は、表示手段であり、キーボード／マウス２０７などを介して入力されたコマンド等を表示したりする。インターフェース２０８は、外部装置Ｉ／Ｆであり、プリンター、ＵＳＢ機器、周辺機器等を接続する。キーボード／マウス２０７は、指示入力手段である。システムバス２０１は、装置内における各部位間のデータの流れを司る。ネットワークインターフェースカード（ＮＩＣ）２０９は、ネットワーク１１０を介して外部装置とのデータのやり取りを行う。

なお、図２に示すコンピューター（情報処理装置）の構成は一例であり、この構成に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ２０４、ＲＡＭ２０３、ＨＤＤ２０５などで変更することも可能である。本実施形態の説明において特に明記しない場合は、各種処理はＲＯＭ２０４等に記憶されているプログラムをＲＡＭ２０３等にロードし、ＣＰＵ２０２で実行することによって実現されるものとする。

［ソフトウェア構成］
図３は、図１に示すクライアント端末１０１、フォルダ構成文書管理システム１０２、及びインデックス文書管理システム１０３のソフトウェア構成の例を示す図である。

フォルダ構成サーバーアプリケーション３０１は、フォルダ構成文書管理システム１０２を構成するサーバーアプリケーションを示す。フォルダ構成文書管理システム１０２は、フォルダ構造を持った文書管理となる。つまり、フォルダ構成文書管理システム１０２では、１または複数の文書データ（文書ファイル）をフォルダ単位で管理する。フォルダ構成サーバーアプリケーション３０１は、フォルダ構成文書管理システム１０２の文書データの保管を行うソフトウェアであり、後述するクライアント端末１０１の文書管理アプリケーション３０５からの要求に応じて文書データの登録を行う。フォルダ構成サーバーアプリケーション３０１は、データ送受信部３０２、データ管理部３０３、及び文書データベース３０４を含んで構成される。データ送受信部３０２は、後述するクライアント端末１０１の文書管理アプリケーション３０５からの要求を受信し、要求の内容に応じてデータ管理部３０３へ文書データの処理を指示する。データ管理部３０３は、データ送受信部３０２の指示を受けて文書データベース３０４へ文書データの入出力や検索を行う。文書データベース３０４は、文書データの保管を、文書データが格納されたフォルダに対応するフォルダパスで管理している。

インデックスサーバーアプリケーション３０９は、インデックス文書管理システム１０３を構成するサーバーアプリケーションを示す。インデックス文書管理システム１０３は、インデックスで文書を管理する機能持った文書管理となる。つまり、インデックス文書管理システム１０３では、文書データそれぞれに対して、データのステータスなどに応じて予め規定されたインデックスを付与し、そのインデックス単位で管理する。言い換えると、同じインデックスが付与された文書データは、同じまとまりとして扱われる。インデックスサーバーアプリケーション３０９は、後述するクライアント端末１０１のアプリケーションからの要求に応じて文書データ、インデックスの登録を行う。インデックスサーバーアプリケーション３０９は、データ送受信部３１０、データ管理部３１１、及び文書データベース３１２を含んで構成される。データ送受信部３１０は、後述するクライアント端末１０１のアプリケーションからの要求を受信し、要求の内容に応じてデータ管理部３１１へ文書データの処理を指示する。データ管理部３１１は、データ送受信部３１０の指示を受けて文書データベース３１２へ文書データの入出力や検索を行う。文書データベース３１２は、文書データの保管、及び、インデックスを用いた各文書データの管理を行う。

尚、フォルダ構成文書管理システム１０２及びインデックス文書管理システム１０３は、文書管理を行う点では同じ機能を備えており、文書データをフォルダ階層で管理するのか、インデックスを付加することで管理するのか違いがある。つまり、フォルダ構成文書管理システム１０２及びインデックス文書管理システム１０３はそれぞれ文書データを管理する単位が異なる。フォルダ構成文書管理システム１０２は、文書データが格納されたフォルダの単位で、文書データを管理する。一方、インデックス文書管理システム１０３は、文書データに付与されたインデックスに基づいて、そのインデックスが共通する文書データをグループとして管理する。以下の説明では、フォルダ構成文書管理システム１０２を例に挙げて述べる。しかし、インデックス文書管理システム１０３でも同等なことが実現できるため、インデックス文書管理システム１０３を用いた説明は割愛する。また、文書データを管理する所定の単位（グループ単位）は、フォルダ単位やインデックス単位に限定するものではなく、他の単位で文書データを管理してもよい。この場合でも、本発明は適用可能である。

クライアント端末１０１は、文書管理アプリケーション３０５および文書編集アプリケーション３１３を含んで構成される。文書管理アプリケーション３０５は、フォルダ構成サーバーアプリケーション３０１、及びインデックスサーバーアプリケーション３０９と連携し、各文書管理システムにアクセスすることを可能にするアプリケーションである。文書管理アプリケーション３０５は、各種文書管理システムやＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のファイルシステムが管理する文書にアクセスを可能にし、ユーザーからの要求に応じて文書の各種操作を行うことが可能である。文書管理アプリケーション３０５は、ＵＩ部３０６、処理実行部３０７、及び文書管理システムプラグイン３０８を含んで構成される。ＵＩ部３０６は、図４で示すユーザーインターフェースの構築や、ユーザーからの各種入力操作を受け付けて、対応する処理を処理実行部３０７に指示する。処理実行部３０７は、ＵＩ部３０６の指示に応じて文書の閲覧、検索、移動、コピーなどの各種操作を実行する。文書管理システムプラグイン３０８は、フォルダ構成文書管理システム１０２のフォルダ構成サーバーアプリケーション３０１や、インデックス文書管理システム１０３のインデックスサーバーアプリケーション３０９と連携する。そして、文書管理システムプラグイン３０８は、各文書管理システムが管理している文書にアクセスする。処理実行部３０７は、これらの文書に対する各種操作を処理する。

文書編集アプリケーション３１３は、ＵＩ部３１４、処理実行部３１５、及び文書管理システムプラグイン３１６を含んで構成される。文書編集アプリケーション３１３は、フォルダ構成サーバーアプリケーション３０１、インデックスサーバーアプリケーション３０９、文書管理アプリケーション３０５と連携し、文書の編集、印刷、保存を可能にする。文書編集アプリケーション３１３は、ユーザーからの要求に応じて、フォルダ構成サーバーアプリケーション３０１や、インデックスサーバーアプリケーション３０９が管理する文書を編集して保存することが可能である。文書編集アプリケーション３１３は、文書管理アプリケーション３０５から文書を選択して起動することもできる。また、文書編集アプリケーション３１３は、クライアント端末１０１にインストールされているＯＳのファイルシステムで管理されている文書に対しても編集、保存が可能である。

ＵＩ部３１４は、図７で示すユーザーインターフェースの構築や、ユーザーからの各種入力操作を受け付けて、対応する処理を処理実行部３１５に指示する。処理実行部３１５は、ＵＩ部３１４の指示に応じて文書の各種編集、印刷、保存処理を実行する。文書管理システムプラグイン３１６は、フォルダ構成文書管理システム１０２のフォルダ構成サーバーアプリケーション３０１や、インデックス文書管理システム１０３のインデックスサーバーアプリケーション３０９と連携する。そして、各文書管理システムが管理している文書にアクセス可能にする。処理実行部３１５は、これらの文書に対する各種操作を処理する。

［ＵＩ構成］
次に、図４〜図８を用いて本実施形態に係るＵＩ（ユーザーインターフェース）に関して説明する。尚、各ＵＩでは、関連するデータ管理テーブルである図１３〜図１５の説明を併せて行う。なお、以下に説明する注釈とは、文字列や図形オブジェクトなどの文書データに付与されるオブジェクト情報が該当するが、これに限定するものではない。例えば、文書データ内に付与するオブジェクトであれば、その構成や表示形式など様々な組み合わせであってよい。

図４の文書管理アプリケーションＵＩ４００は、文書管理アプリケーション３０５のユーザーインターフェースの一例を示している。尚、文書管理アプリケーション３０５は、単独のアプリケーションとして起動可能である。

ファイルメニュー４０１は、ファイルに対する各種操作を表示するためのメニューを示している。ナビゲーションペイン４０２は、文書管理アプリケーション３０５が管理している文書管理システムへのアクセスをナビゲートするナビゲーションペインを示している。ナビゲーションペイン４０２には、文書管理システムの保存領域がツリー表示され、ユーザーの指定に応答して保存領域にアクセス可能な構成となっている。ナビゲーションペイン４０２は、フォルダ構成サーバーアプリケーション３０１及びインデックスサーバーアプリケーション３０９が管理する物理的に別の文書管理システムを統一的に表示可能な構成となっている。

アドレスバー４０３は、ナビゲーションペイン４０２で指定した保存領域の場所（パス）を表示するアドレスバーを示している。ファイルリストペイン４０４は、ナビゲーションペイン４０２で指定した保存領域に保存されているファイルもしくはフォルダを一覧表示するファイルリストペインを示している。図４では、選択されたＣｏｍｐａｎｙフォルダ内にＳａｍｐｌｅＦｉｌｅ１、ＳａｍｐｌｅＦｉｌｅ２の文書データと、Ｄｉｖｉｓｉｏｎ１のフォルダが表示されている例を示している。ファイルリストペイン４０４に表示されたファイルを指定することで、文書管理アプリケーション３０５は、ファイルに対する各種操作を実行可能となる。ナビゲーションペイン４０２又はファイルリストペイン４０４に表示されたフォルダを右クリックすると、コンテキストメニュー（不図示）を表示することができる。コンテキストメニュー（不図示）では、フォルダに対して後述する注釈対応付けＵＩ８００を表示することができる。ボタン４０５は、特定の条件に基づいたメールの送信を行うためのボタンであり、アウトプットボタンで本ボタンを選択するか又はファイルをドラック＆ドロップすることでメールの送信が可能となる。閉じるボタン４０６は、文書管理アプリケーションＵＩ４００を閉じるためのボタンである。

図５の文書編集アプリケーションＵＩ５００は、文書編集アプリケーション３１３のユーザーインターフェースの一例を示している。尚、文書編集アプリケーション３１３は、単独のアプリケーションとして起動可能である。

メインウィンドウ５０１は、文書編集アプリケーションＵＩ５００のメインウィンドウである。メインウィンドウ５０１は、文書編集アプリケーション３１３の起動に応じて表示され、後述する各種機能を実行するための機能ボタンやコントロールをレイアウトする。画像読み込みボタン５０２は、文書編集アプリケーション３１３に画像データの読み込みを指示する機能ボタンである。読み込まれた画像データは編集の対象となる。プレビュー画像５０６は、編集中の画像データにおける、現在表示しているページのプレビュー画像を示す。選択された注釈５０７は、編集中の画像データに対して付加した１以上の注釈のうち、現在選択状態になっている注釈を示す。お気に入り登録ボタン５０３は、選択された注釈５０７と、プレビュー画像５０６におけるその位置を、関連付けてお気に入りとして登録することを指示する機能ボタンである。お気に入り登録ボタン５０３は、注釈が選択状態になっている場合にのみ、操作を受け付ける。お気に入り登録ボタン５０３を押下すると、図１４に示すお気に入り管理テーブル１４００に情報を登録する。

ここで、お気に入り管理テーブル１４００に関して説明する。図１４は、図１３に示す注釈管理テーブル１３００で管理している注釈の中で、お気に入りとして登録した注釈を管理するテーブルである。お気に入り管理テーブル１４００は、お気に入りＩＤ１４０１と注釈ＩＤとが対応付けて構成される。お気に入りＩＤ１４０１は、お気に入りに登録された注釈ＩＤを、ユニークに管理するためのＩＤ（識別情報）を保持する領域である。注釈ＩＤ１４０２は、お気に入りとして登録された注釈ＩＤの値である。図１４では４つの注釈ＩＤ（注釈）がお気に入りとして登録されている例を示している。お気に入りＩＤ“１”として、注釈ＩＤ“１”の注釈が登録されている。

お気に入り一覧５０４には、お気に入りとして登録されている注釈の外観が一覧表示される。お気に入り一覧５０４が提供する機能の詳細については図６を用いて後述する。注釈管理ボタン５０５は、注釈管理ＵＩを開くことを指示する機能ボタンである。注釈管理ＵＩの詳細については図７を用いて後述する。

図６のお気に入り注釈ＵＩ６００は、文書編集アプリケーションＵＩ５００のユーザーインターフェースに含まれる、お気に入り一覧５０４の領域に表示される。お気に入りボタン６０１、６０２は、それぞれ、お気に入りに登録された注釈の外観を示す。図６の注釈ＵＩ６００内に示されているお気に入りボタン６０１とお気に入りボタン６０２は、編集中の画像データに対して、予め登録された位置に、注釈を付加することを指示する機能ボタンである。

図７の注釈管理ＵＩ７００は、文書編集アプリケーションＵＩ５００の注釈管理ボタン５０５を操作することによって表示されるＵＩの例を示している。注釈管理ＵＩ７００は、注釈管理ボタン５０５の操作に応じてディスプレイ２０６に表示され、各種機能を実行するための機能ボタンやコントロールをレイアウトする。

ここで、注釈管理ＵＩ７００で制御するデータを管理している注釈管理テーブル１３００に関して図１３を用いて説明する。図１３の注釈管理テーブル１３００は、注釈管理ＵＩ７００によって制御された注釈の情報を管理するテーブルである。注釈管理テーブル１３００は、注釈ＩＤ１３０１、注釈名１３０２、及び注釈情報１３０３が対応付けて構成される。注釈ＩＤ１３０１は、注釈をユニークに管理するためのＩＤ（識別情報）を保持する領域である。注釈名１３０２は、注釈に付けられた名前を保持する領域である。注釈情報１３０３は、注釈として文字列や図形オプションやイメージの文書データ上での配置位置、色、形状などを保持する領域である。注釈情報１３０３に含まれる情報は、上記に限定するものではなく、その他にも、図形のサイズやフォントなどその他の注釈に関する属性情報が含まれてもよい。図１３では、図１４に対応して４つの注釈が登録されている例を示している。注釈ＩＤ“１”において、注釈名には”小杉“が保持され、注釈情報には注釈名“小杉”に関する文字列や図形オブジェクト、イメージの文書データ上での配置、色、形状が保持されている。注釈管理ＵＩ７００の説明に戻る。

注釈管理ＵＩ７００の注釈リスト７０１は、注釈管理テーブル１３００に登録されている注釈名１３０２の一覧である。注釈７０２は、注釈リスト７０１にて示されている注釈のうち、現在選択されている注釈の注釈名（注釈名１３０２）を示しており、選択状態となっている。選択状態である注釈７０２が、後述する各種機能の実行の対象となる。付加ボタン７０３は、選択状態である注釈７０２を、編集中の画像データに対して付加することを指示する機能ボタンである。新規追加ボタン７０４は、注釈編集画面（不図示）を開いて、その画面で編集された注釈を、新しい注釈として注釈管理テーブル１３００に対して追加することを指示する機能ボタンである。注釈編集画面（不図示）では、文字列や図形オブジェクトやイメージの配置、色、形状等の注釈に関する属性情報を編集して注釈としての外観を決定することができる。編集ボタン７０５は、注釈編集画面（不図示）を開いて、選択状態である注釈７０２で示される注釈の編集を開始することを指示する機能ボタンである。削除ボタン７０６は、選択状態である注釈７０２を、注釈リスト７０１及び注釈管理テーブル１３００から削除することを指示する機能ボタンである。

図８は、注釈とフォルダとの対応付けを行う際に用いられる注釈対応付けＵＩ８００の一例を示す。注釈対応付けＵＩ８００は、文書管理アプリケーションＵＩ４００のナビゲーションペイン４０２又はファイルリストペイン４０４でフォルダ構成サーバーアプリケーション３０１のフォルダを選択し、コンテキストメニュー（不図示）から注釈対応付けメニューを選択した際に表示される。注釈欄８０１は、注釈管理テーブル１３００に管理されている注釈名１３０２を表示する。次に、フォルダ名表示欄８０２には、図１５の注釈対応付け管理テーブル１５００の管理データを表示する。ここで、図１５の注釈対応付け管理テーブル１５００の説明を行う。

注釈対応付け管理テーブル１５００は、注釈対応付けＵＩ８００の操作でＯＫボタン８０６を押下した際に、その時点で指定された情報を保持するためのテーブルである。注釈対応付け管理テーブル１５００は、フォルダパス１５０１、及び対応注釈ＩＤ１５０２が対応付けて構成される。フォルダパス１５０１は、フォルダのフォルダパスを保持する領域である。対応注釈ＩＤ１５０２は、フォルダパス１５０１にて示されるフォルダに対応付けられた注釈ＩＤ１３０１を保持する領域である。対応注釈ＩＤ１５０２では、複数個の注釈ＩＤを保持することができる。図１５では、４つのレコードが保持されている例を示している。例えば、フォルダパス１５０１にて選択されたフォルダパス“￥￥ｂｉｔｅｒｕｂｏ￥受信ＦＡＸ￥処理中”には、注釈ＩＤ“１”、“２”の２つの注釈が対応付けて保持されている。この注釈ＩＤを用いて、注釈管理テーブル１３００から注釈名１３０２等を取得する。図８の説明に戻る。

フォルダと注釈との対応付けを行うためには、追加ボタン８０３を押下することで選択したフォルダに対して注釈の対応付けは可能である。又、対応付けた注釈は、削除ボタン８０４を押下することで、対応付けから削除することができる。キャンセルボタン８０５は、対応付け処理のキャンセルボタンである。ＯＫボタン８０６は、注釈対応付けＵＩ８００を終了し、フォルダに対応付けられた注釈情報を注釈対応付け管理テーブル１５００に保存するボタンである。尚、本実施形態では対応付けを行うために注釈欄８０１から追加を行うことで対応付けを行った。しかし、他の対応付けの方法として、フォルダ名表示欄８０２に全てのお気に入りに登録された注釈を表示し、これらの注釈の中から削除を行うことで、フォルダパスに対応付ける注釈のみを残す方法で対応付けを行う構成であってもよい。

［処理フロー］
次に、図１７〜図１９を用いて、本実施形態に係る各処理フローを順に説明する。

（注釈対応付けＵＩ表示処理）
まず、図１７を用いて、注釈対応付けＵＩ８００の表示処理フローを説明する。図１７は、文書管理アプリケーション３０５の文書管理アプリケーションＵＩ４００上で、フォルダを選択し、コンテキストメニュー（不図示）から注釈の対応付けＵＩ８００を表示する際のフローチャートである。尚、図１７のフローチャートが示す各動作（ステップ）は、クライアント端末１０１のＣＰＵ２０２がＨＤＤ２０５等に記憶された制御プログラムを実行することにより実現される。

Ｓ１７０１にて、処理実行部３０７は、文書管理アプリケーションＵＩ４００上で選択されているフォルダのフォルダパスを取得する。

Ｓ１７０２にて、処理実行部３０７は、お気に入り管理テーブル１４００にお気に入り登録された注釈ＩＤ１４０２を取得する。

Ｓ１７０３にて、処理実行部３０７は、注釈対応付け管理テーブル１５００のフォルダパス１５０１からフォルダパスに対応する対応注釈ＩＤ１５０２を取得する。

Ｓ１７０４にて、処理実行部３０７は、Ｓ１７０２にて取得した注釈ＩＤ１４０２、及びＳ１７０３にて取得した対応注釈ＩＤ１５０２に基づいて、それぞれ対応する注釈名１３０２を注釈管理テーブル１３００から取得する。更に、処理実行部３０７は、ＵＩ部３０６を介してディスプレイ２０６に注釈対応付けＵＩ８００を表示する。具体的には、Ｓ１７０２にて取得した抽出ＩＤに対応する注釈は注釈対応付けＵＩ８００の注釈欄８０１に表示され、Ｓ１７０３にて取得した抽出ＩＤに対応する注釈は注釈対応付けＵＩ８００のフォルダ名表示欄８０２にフォルダ名と併せて表示される。そして、本処理フローを終了する。

（登録処理）
次に、図１８を用いて、注釈対応付けＵＩ１８００で設定した設定値を注釈対応付け管理テーブル１５００に登録する処理フローを説明する。図１８は、図１７のフローチャート処理で表示した注釈対応付けＵＩ８００に対してＯＫボタン８０６が押下された際の処理フローチャートである。尚、図１８のフローチャートが示す各動作（ステップ）は、クライアント端末１０１のＣＰＵ２０２がＨＤＤ２０５に記憶された制御プログラムを実行することにより実現される。

Ｓ１８０１にて、処理実行部３０７は、注釈の対応付け対象であるフォルダのフォルダパスを取得する。

Ｓ１８０２にて、処理実行部３０７は、フォルダパスに対応付けられた注釈の注釈ＩＤを取得する。

Ｓ１８０３にて、処理実行部３０７は、注釈対応付け管理テーブル１５００に、取得したフォルダパスと注釈ＩＤとを対応付けて登録する。そして、本処理フローを終了する。

（お気に入り表示処理）
次に、図１９を用いて、文書編集アプリケーション３１３において注釈対応付け管理テーブル１５００を用いてお気に入り注釈ＵＩ６００を制御し、表示する処理フローを説明する。図１９は、文書編集アプリケーション３１３が、フォルダ構成サーバーアプリケーション３０１に格納された文書のフォルダパスに応じて、お気に入り注釈ＵＩ６００の表示を制御する処理フローチャートである。尚、本フローチャートの説明の前提として、文書編集アプリケーション３１３は、文書管理アプリケーション３０５の文書管理アプリケーションＵＩ４００上で文書を選択し、編集又は開くメニューを選択して起動した状況とする。図１９のフローチャートが示す各動作（ステップ）は、クライアント端末１０１のＣＰＵ２０２がＨＤＤ２０５に記憶された制御プログラムを実行することにより実現される。

Ｓ１９０１にて、文書編集アプリケーション３１３の処理実行部３１５は、文書管理アプリケーション３０５に起動された際に受け渡された文書データのプロパティ情報（不図示）からフォルダパスを取得する。

Ｓ１９０２にて、処理実行部３１５は、注釈対応付け管理テーブル１５００からフォルダパス１５０１に対応する対応注釈ＩＤ１５０２を取得する。

Ｓ１９０３にて、処理実行部３１５は、対応注釈ＩＤ１５０２を取得できたか否かを判定する。対応注釈ＩＤ１５０２を取得できなかった場合（Ｓ１９０３にてＮＯ）、Ｓ１９０５に進み、取得できた場合は（Ｓ１９０３にてＹＥＳ）、Ｓ１９０４へ進む。

Ｓ１９０４にて、処理実行部３１５は、取得した対応注釈ＩＤ１５０２に基づき、注釈管理テーブル１３００から注釈名１３０２を取得し、ＵＩ部３１４を介してディスプレイ２０６にお気に入り注釈ＵＩ６００を表示する。そして、本処理フローを終了する。

Ｓ１９０５にて、処理実行部３１５は、お気に入り管理テーブル１４００からお気に入り注釈ＩＤ１４０２を取得する。そして、処理実行部３１５は、取得したお気に入り注釈ＩＤ１４０２に基づき、注釈管理テーブル１３００から注釈名１３０２を取得し、ＵＩ部３１４を介してディスプレイ２０６にお気に入り注釈ＵＩ６００を表示する。そして、本処理フローを終了する。

上記のように、本実施形態では、注釈データを複数ファイルで共有し、ユーザーの操作対象のファイルに応じて注釈データの表示制御を行うことで、注釈データの管理性向上とユーザー操作の操作性向上を実現できる。

＜第２の実施形態＞
次に、本発明に係る第２の実施形態について説明する。第１の実施形態にて説明した構成に加え、必須注釈設定に関する処理について述べる。尚、第１の実施形態と重複する構成については、説明を省略する。

図９の注釈対応付けＵＩ９００は、注釈に対して付加が必須か否かの設定を行うことができるＵＩである。尚、図９のフラグ９０７以外は、第１の実施形態にて述べた図８の８０１〜８０６と同じであるため説明を割愛する。

フラグ９０７は、フォルダに対応付けた注釈が必須か否かを設定するフラグである。フォルダ配下にある文書データを移動する際に、必須チェックが付加された注釈が文書に設定されていない場合に、図１０に示す注釈対応付け警告ＵＩ１０００を出力するためのフラグである。つまり、文書データを移動する場合とは、その文書データが属するフォルダが変更されることを意味し、必須チェックが付加された注釈は、変更前のフォルダに指定された注釈である。

図１０の注釈対応付け警告ＵＩ１０００は、図９で必須設定がされた注釈が、文書移動時に文書に付加されていなかった場合に表示するＵＩである。メッセージ１００１は、警告時に表示する警告文であり、違反対象（付加されていない必須注釈）の注釈名も表示する。図１０に示す例では、注釈名“鈴木”が文書に付加されていないことを通知している。ＯＫボタン１００２は、押下されると表示しているダイアログを閉じてファイル移動を中止する。なお、メッセージ１００１の文字列は一例であり、他の文字列であってもよい。また、必須注釈として設定された注釈が複数あり、それらがいずれも付与されていない場合には、その旨を併せて通知してもよい。

図１６の注釈対応付け管理テーブル１６００は、図９の注釈対応付けＵＩ９００で設定されたデータを保持するテーブルである。尚、１６０１、１６０２は、第１の実施形態にて述べた図１５の１５０１、１５０２と同等なため説明を割愛する。必須注釈ＩＤ１６０３には、フォルダパス１６０１配下のリソースに対して必須な注釈ＩＤが保持される。上述したように、図９の注釈対応付けＵＩ９００のフラグ９０７にて指定された注釈が必須注釈として扱われる。注釈ＩＤが複数された場合、複数の注釈ＩＤを保持する。

［処理フロー］
（登録処理）
図２０は、注釈対応付けＵＩ９００において設定された必須注釈設定を、図１６の必須注釈対応付け管理テーブル１６００に保持する際の処理フローである。

Ｓ２００１にて、処理実行部３０７は、注釈の対応付け対象であるフォルダのフォルダパスを取得する。

Ｓ２００２にて、処理実行部３０７は、フォルダパスに対応付けられた注釈の注釈ＩＤ、及びこの注釈のうち必須とする注釈の注釈ＩＤを取得する。

Ｓ２００３にて、処理実行部３０７は、注釈対応付け管理テーブル１６００に、取得したフォルダパス、対応注釈ＩＤ、及び必須注釈ＩＤを対応付けて登録する。そして、本処理フローを終了する。

以上により、必須注釈設定の設定と保持が可能になる。

（必須注釈チェック処理）
次に、図２１を用いて、保持された必須注釈設定を、ファイルの移動処理時のチェックに利用する処理フローを説明する。図２１は、フォルダ構成サーバーアプリケーション３０１の文書データベース３０４のフォルダに保存された文書データが他のフォルダに移動される際に実行する処理フローである。又、本処理はインデックスサーバーアプリケーション３０９の文書データベース３１２に特定のインデックス値に関連付けて保存された文書データが、別のインデックス値に変更された際に実行する処理と同等である。従って、インデックスサーバーアプリケーション３０９における移動処理ロジックは同等であるため、フォルダ構成サーバーアプリケーション３０１のフォルダ間移動に関する処理に関してのみ記載する。尚、図２１のフローチャートが示す各動作（ステップ）は、クライアント端末１０１のＣＰＵ２０２がＨＤＤ２０５に記憶された制御プログラムを実行することにより実現される。

Ｓ２１０１にて、文書管理アプリケーションＵＩ４００のファイルリストペイン４０４にある文書をナビゲーションペイン４０２にある別のフォルダにユーザーが移動させる際に、処理実行部３０７は、文書の移動元となるフォルダパスを取得する。

Ｓ２１０２にて、処理実行部３０７は、注釈対応付け管理テーブル１６００を参照し、Ｓ２１０１にて取得したフォルダパスが存在するか否かをチェックする。

Ｓ２１０３にて、処理実行部３０７は、Ｓ２１０２のチェックの結果、フォルダパスが存在したか否かを判定する。フォルダパスが存在しなかった場合（Ｓ２１０３にてＮＯ）、処理実行部３０７は、移動処理を継続し、本処理フローを終了する。フォルダパスが存在する場合（Ｓ２１０３にてＹＥＳ）、Ｓ２１０４に進む。

Ｓ２１０４にて、処理実行部３０７は、注釈対応付け管理テーブル１６００を参照し、フォルダパスに対応する必須注釈ＩＤが存在するか否かをチェックする。

Ｓ２１０５にて、処理実行部３０７は、Ｓ２０１４のチェックの結果、フォルダパスに対応する必須注釈ＩＤが存在するか否かを判定する。必須注釈ＩＤが存在しない場合（Ｓ２１０５にてＮＯ）、処理実行部３０７は、移動処理を継続し、本処理フローを終了する。必須注釈ＩＤが存在する場合（Ｓ２１０５にてＹＥＳ）、Ｓ２１０６へ進む。

Ｓ２１０６にて、処理実行部３０７は、Ｓ２１０４にてチェックされた必須注釈ＩＤに対応する注釈が文書に存在するか否かをチェックする。

Ｓ２１０７にて、処理実行部３０７は、Ｓ２１０６のチェックの結果、必須注釈ＩＤに対応する注釈が文書に存在するか否かを判定する。必須注釈ＩＤに対応した注釈が文書に存在しない場合には（Ｓ２１０７にてＮＯ）Ｓ２１０８へ進む。必須注釈ＩＤに対応した注釈が文書に存在する場合には（Ｓ２１０７にてＹＥＳ）、処理実行部３０７は、移動処理を継続し、本処理フローを終了する。

Ｓ２１０８にて、処理実行部３０７は、ＵＩ部３０６を介してディスプレイ２０６に注釈対応付け警告ＵＩを表示する。そして、本処理フローを終了する。

以上、本実施形態では、必須注釈として設定した注釈が付加されていない場合の文書移動を制御できる。また、必須注釈を設定することで、フォルダ間を移動する際に付加が必要な注釈の有無のチェックを自動で行うことができるので、業務上の手戻り工数を低減できる。

＜第３の実施形態＞
次に、本発明に係る第３の実施形態について説明する。本実施形態では、第１の実施形態の構成に加え、注釈の対応付けが未登録の場合の処理フローに関して述べる。第１の実施形態で説明したものと重複する部分については、説明を省略する。

図１１は、文書編集アプリケーション３１３の文書編集アプリケーションＵＩ５００のお気に入り一覧５０４にお気に入りが表示されない時に、お気に入り選択ボタン（不図示）が押下された際に表示される注釈対応付けＵＩ１１００の構成例を示す。つまり、注釈対応付けＵＩ１１００は、文書編集アプリケーション３１３が起動した際に開く文書フォルダに、注釈の対応付け設定がされていない場合に表示されるＵＩである。

チェックボックス１１０１、１１０２は、他のフォルダに対応付けられた注釈のセットを指定するためのチェックボックスである。表示されているチェックボックスのいずれかにチェックを付け、新規登録ボタン１１０３を押下すると、図１２の新規注釈対応付けＵＩ１２００が開かれる。キャンセルボタン１１０４を押下すると、注釈対応付けＵＩ１１００が閉じられる。ＯＫボタン１１０５を押下すると、チェックを付けたフォルダの注釈対応付け設定をコピーして、操作中のフォルダ設定として利用することができる。なお、図１１においては、２つのフォルダ“処理中”、“確認却下”に関して例を示しているが、これに限定するものではなく、すでに登録されている他のフォルダがある場合には、更に多くのフォルダを選択可能なように示してもよい。

図１２の新規対応付けＵＩ１２００は、図１１の新規登録ボタン１１０３の押下時に表示する新規注釈対応付けＵＩである。ここでの新規登録の対象として操作中のフォルダをフォルダ“承認待ち”として示す。フォルダ名表示欄１２０２以外は、第１の実施形態にて述べた図８の注釈対応付けＵＩ８００の８０１〜８０６と同等なため説明を割愛する。フォルダ名表示欄１２０２には、未登録時の注釈対応付けＵＩ１１００のチェックボックスにチェックを付けたフォルダに対応付けられた注釈の一覧が表示される。ここでは、図１１に示した注釈対応付けＵＩ１００のチェックボックス１１０１、１１０２（フォルダ“処理中”、“確認却下”）が選択され、これらに対応付けられた注釈が表示されているものとする。ユーザーはこの注釈一覧をベースに、注釈の追加や削除を行うことができる。

以上、本実施形態では、既存の注釈対応付け設定を利用し新規注釈の対応付けを実現できる。また、既存の注釈対応付け設定を活用できることで、ゼロから登録する必要がなくなり、新規で対応付けを行う際のユーザーの設定工数を低減できる。

＜その他の実施形態＞
本発明は上述の実施形態の１以上の機能を実現するプログラムをネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピューターにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１…クライアント端末、１０２…フォルダ構成文書管理システム、１０３…インデックス文書管理システム、１１０…ネットワーク、３０１…フォルダ構成サーバーアプリケーション、３０５…文書管理アプリケーション、３０９…インデックスサーバーアプリケーション、３１３…文書編集アプリケーション

Claims (9)

1. 所定のグループ単位で管理されている文書データの操作が可能な情報処理装置であって、
   グループとオブジェクト情報とを対応付けて登録する登録手段と、
   文書データがユーザーにより編集される際に、当該文書データが属するグループに対応付けて登録されたオブジェクト情報を当該文書データに付加することが可能なように表示する表示手段と
   を有することを特徴とする情報処理装置。
2. 前記登録手段は、グループへのオブジェクト情報の追加、削除、編集が可能な画面をユーザーに提供することを特徴とする請求項１に記載の情報処理装置。
3. 前記登録手段は更に、グループに対応付けて登録されているオブジェクト情報のうち、当該グループに属する文書データに対して付加することが必須であるオブジェクト情報の指定を受け付けることを特徴とする請求項１または２に記載の情報処理装置。
4. 文書データに対し、属するグループの変更の指示を受け付けた際に、変更前のグループに対して必須であるとして指定されたオブジェクト情報が当該文書データに付加されていない場合、その旨を通知する通知手段を更に有することを特徴とする請求項３に記載の情報処理装置。
5. 前記表示手段は、グループに属する文書データが編集される際に、当該グループに対してオブジェクト情報が対応付けて登録されていない場合、他のグループに対応付けて登録されているオブジェクト情報を選択可能に表示し、
   前記登録手段は、ユーザーにより選択された他のグループに対応付けられたオブジェクト情報を前記グループに対応付けて登録することを特徴とする請求項１乃至４のいずれか一項に記載の情報処理装置。
6. 前記所定のグループ単位は、文書データが格納されるフォルダ、もしくは、文書データに付与されたインデックスのいずれかであることを特徴とする請求項１乃至５のいずれか一項に記載の情報処理装置。
7. 前記オブジェクト情報は、文字列、図形の形状、文書データにおける配置位置、の少なくともいずれかを含むことを特徴とする請求項１乃至６のいずれか一項に記載の情報処理装置。
8. 所定のグループ単位で管理されている文書データの操作が可能な情報処理装置の制御方法であって、
   グループとオブジェクト情報とを対応付けて登録する登録工程と、
   文書データがユーザーにより編集される際に、当該文書データが属するグループに対応付けて登録されたオブジェクト情報を当該文書データに付加することが可能なように表示する表示工程と
   を有することを特徴とする制御方法。
9. コンピューターを、
   文書データを管理するための所定のグループ単位におけるそれぞれのグループとオブジェクト情報とを対応付けて登録する登録手段、
   文書データがユーザーにより編集される際に、当該文書データが属するグループに対応付けて登録されたオブジェクト情報を当該文書データに付加することが可能なように表示する表示手段
   として機能させるためのプログラム。

Images