情報処理システム
【課題】精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグをファイルに付加することのできる情報処理システムを提供すること。
【解決手段】本発明によれば、ファイルの処理に用いた関連情報とファイルとの関連度に基づいて、関連情報の有する要素を元にしてファイルに付加する属性タグの候補を作成するので、精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグをファイルに付加することのできる情報処理システムを提供することができる。
【解決手段】本発明によれば、ファイルの処理に用いた関連情報とファイルとの関連度に基づいて、関連情報の有する要素を元にしてファイルに付加する属性タグの候補を作成するので、精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグをファイルに付加することのできる情報処理システムを提供することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムに関し、特に、ファイルに、そのファイルの持つ属性を示す属性タグを付加する属性付加機能を備えた情報処理システムに関する。
【背景技術】
【０００２】
従来から、複数の情報を整理して保存しておくために、それぞれの情報に意味合いの違う複数の属性タグをつけておく技術がある。意味合いが違うとは、例えば、顧客先やセキュリティ（公開範囲等）、所有組織といった属性が持つ種類の違いという意味である。
【０００３】
一般的に、情報の属性タグは、情報の作成者または所有者がつけることが多い。ここでつける属性タグは、フリーワードである場合と、システムが用意した属性タグから選択する方式とがあるが、例えば社内の複数ユーザが利用するシステムのような場合、システムが用意した属性タグを選択させる方式の方が、同じような情報に対して違った属性タグがついてユーザを混乱させることを防げるので、有効である場合が多い。
【０００４】
例えば、顧客先の属性に対しては「Ａ社」「Ｂ社」「Ｃ社」等の属性タグを、セキュリティの属性に対しては「極秘」「社外秘」「扱い注意」等の属性タグを複数提示する。
【０００５】
また、このようなシステムでは、検索のしやすさ等の情報の利便性を考えると、情報には詳細な属性タグが数多く付加されている方が、様々な担当分野のユーザが利用する社内システムには有用であることは明らかである。
【０００６】
しかし、このシステムに新しい情報を保存する場合に、多数の属性タグの中から新しい情報に付加する属性タグをユーザが選択することは、付加する属性タグの種類が増えるほど面倒であり、また、選択肢を提示されてもユーザには判断のできない場合もある。そのため、実際には詳細な属性タグはつけられないことが多く、ユーザにとって本当に使いやすいシステムにはなっていない。
【０００７】
そこで、ファイル管理手段が、システムに保存する情報から自動的に付加情報を抽出し、付加情報データベースに自動的に登録することで、属性タグを自動的に付加する方法が提案されている（例えば、特許文献１参照）。
【０００８】
また、新規に作成された文書に固有のインデックス番号を付与するとともに、新規文書に関連する他の文書（例えば新規文書の作成のベースとなった文書＝親文書）に付与されているインデックス番号を取得し、新規文書に固有のインデックス番号と親文書のインデックス番号とを関連づけて、新規文書の情報として登録する方法が提案されている（例えば、特許文献２参照）。
【特許文献１】特開２００５−２１６１３０号公報
【特許文献２】特開２００５−３５２９７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかし、特許文献１の方法では、ユーザが本当につけたい属性タグが入力する情報内にあるとは限らず、結果としてユーザが意図しない属性タグが付加されてしまうことがあり、入力する情報に関わった幅広い情報から属性タグを抽出する必要がある。
【００１０】
また、特許文献２の方法でも、文書同士の関連についての情報は得られるが、その情報だけでは文書の属性を特定することはできず、属性に基づく情報の整理と保存の役には立たない。
【００１１】
本発明は、上記事情に鑑みてなされたもので、精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグをファイルに付加することのできる情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の目的は、下記構成により達成することができる。
【００１３】
１．ファイルに、該ファイルの属性を示す属性タグを付加する属性タグ付加手段と、前記属性タグ付加手段によって属性タグが付加された前記ファイルを保存するファイル保存部とを有するファイル保存装置と、
前記ファイルを処理するファイル処理手段を有するファイル処理装置とを備えた情報処理システムにおいて、
前記ファイル処理装置は、前記ファイルの処理に用いられた関連情報と前記ファイルとの関連度を算出する関連度算出手段を有し、
前記ファイル保存装置は、前記関連度算出手段の算出結果に基づいて、前記関連情報の有する要素を元にして、前記ファイルに付加する属性タグの候補を作成する属性タグ候補作成手段を有することを特徴とする情報処理システム。
【００１４】
２．前記関連度算出手段は、前記ファイルの処理中に前記関連情報が参照された回数に基づいて、関連度の算出を行うことを特徴とする１に記載の情報処理システム。
【００１５】
３．前記関連度算出手段は、前記ファイルの処理中に前記関連情報が参照された時間に基づいて、関連度の算出を行うことを特徴とする１に記載の情報処理システム。
【００１６】
４．前記関連度算出手段は、前記ファイルに付加されている属性タグと、前記関連情報に付加されている属性タグとの共通度に基づいて、関連度の算出を行うことを特徴とする１に記載の情報処理システム。
【００１７】
５．前記関連情報の有する要素は、前記関連情報に付加された属性タグであることを特徴とする１に記載の情報処理システム。
【００１８】
６．前記関連情報の有する要素は、前記関連情報中のデータであることを特徴とする１に記載の情報処理システム。
【００１９】
７．前記関連情報の有する要素は、前記ファイルに含まれるデータと一致する前記関連情報中のデータであることを特徴とする１に記載の情報処理システム。
【００２０】
８．前記関連情報の有する要素は、前記ファイルの処理のために選択された前記関連情報中のデータであることを特徴とする１に記載の情報処理システム。
【００２１】
９．前記データは、テキストデータであることを特徴とする６乃至８の何れか１項に記載の情報処理システム。
【００２２】
１０．前記データは、イメージデータであることを特徴とする６乃至８の何れか１項に記載の情報処理システム。
【００２３】
１１．前記属性タグ候補作成手段によって作成された属性タグの候補から、前記ファイルに付加する属性タグを選択する選択装置を備えたことを特徴とする１に記載の情報処理システム。
【発明の効果】
【００２４】
本発明によれば、ファイルの処理に用いた関連情報とファイルとの関連度に基づいて、関連情報の有する要素を元にしてファイルに付加する属性タグの候補を作成するので、精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグをファイルに付加することのできる情報処理システムを提供することができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明を図示の実施の形態に基づいて説明するが、本発明は該実施の形態に限られない。なお、図中、同一あるいは同等の部分には同一の番号を付与し、重複する説明は省略する。
【００２６】
最初に、本発明における情報処理システムについて、図１を用いて説明する、図１は、本発明における情報処理システム１の構成を示す模式図である。
【００２７】
図１において、情報処理システム１は、データベースサーバ（以下、ＤＢＳと言う）１００、パーソナルコンピュータ（以下、ＰＣと言う）２００、ＰＣ３００およびネットワークサーバ（以下、ＮＷＳと言う）４００等で構成される。ここに、ＤＢＳ１００は本発明におけるファイル保存装置として機能し、ＰＣ２００は本発明におけるファイル処理装置として機能する。
【００２８】
上述した情報処理システム１の各構成要素はネットワークＮＷに接続されており、相互にアクセス可能である。さらに、ＮＷＳ４００はインターネットＩＮに接続されており、上述した情報処理システム１の各構成要素は、ＮＷＳ４００を介してインターネットＩＮに接続可能である。
【００２９】
情報処理システム１のユーザは、例えばＰＣ２００を用いて、ＤＢＳ１００から目的のファイル（ここではファイルＡとする）を取得し、ファイルＡに編集、修正等の処理を施し、処理後のファイルＡを再びＤＢＳ１００に保存する。この処理にあたり、ユーザは、同様にＤＢＳ１００から取得した別のファイル、ＰＣ２００内にある情報、他のＰＣ３００内にある情報およびインターネットＩＮ上の情報等を参照しながら、作業を行うことができる。これらの参照情報を、関連情報ＲＩと呼ぶ。
【００３０】
次に、情報処理システム１を構成するＤＢＳ１００およびＰＣ２００について、図２を用いて説明する。図２は、情報処理システム１を構成するＤＢＳ１００およびＰＣ２００の内部構成を示す模式図で、図２（ａ）はＤＢＳ１００の内部構成を、図２（ｂ）はＰＣ２００の内部構成を示す模式図である。
【００３１】
図２（ａ）において、ＤＢＳ１００は、ＣＰＵ１１０、記憶装置１２０および入出力インタフェース１３０等で構成される。ＣＰＵ１１０は、ＤＢＳ１００にインストールされているソフトウェアにより、ファイル保存手段１１１、ファイル検索手段１１３、属性タグ候補作成手段１１５および属性タグ付加手段１１７として動作する。記憶装置１２０は、ハードディスク等の記憶媒体で構成され、ファイル保存部１２１および属性タグ記憶部１２３を備える。入出力インタフェース１３０は、ネットワークＮＷを介して外部と情報の入出力を行う。
【００３２】
ファイル保存部１２１に保存されるファイルには、属性タグＴＧを付加することができる。図３（ａ）に属性タグＴＧの例を示す。図３（ａ）において、属性タグＴＧは、属性名と属性値とで構成される。属性名には、例えばファイルの「所有部署」、ファイルの対象となる「顧客」、ファイルの「セキュリティ」等が記載される。属性値には、各々の属性名に従って、「第１部」、「Ａ社」、「社外秘」等が記載される。
【００３３】
属性タグＴＧは、ファイルのプロパティ画面でも確認することができる。図３（ｂ）にファイルのプロパティ画面の一例を示す。この例では、「提案計画書．ｄｏｃ」というファイルのプロパティに、図３（ａ）に示した属性タグＴＧの内容が記載されている。
【００３４】
属性タグＴＧは、ファイルの種類によっては、ファイルに直接付加しておくことも可能である。この場合には、ＤＢＳ１００のファイル保存手段１１１はオペレーティングシステム（以下、ＯＳと言う）のファイルシステムのようなものでよい。
【００３５】
あるいは、属性タグＴＧを、例えばＸＭＬ形式で属性タグ記憶部１２３に保存しておいて、ファイルと１対１の対応付けをしておくことも可能である。図４（ａ）にＸＭＬ形式の属性タグＴＧの例を示す。図４（ａ）において、図３（ａ）に示した属性タグＴＧが、ＩＤ番号「０００１」のＸＭＬ形式の属性タグＴＧとして記述されている。また、図４（ｂ）に、ファイルとＸＭＬ形式の属性タグＴＧとの対応表の例を示す。この例では、ＩＤ番号によってファイル名とＸＭＬ形式の属性タグＴＧとが対応付けされている。
【００３６】
図２（ａ）に戻って、ＤＢＳ１００は、ファイル保存部１２１に保存されているファイルを、ファイル検索手段１１３によって、属性タグＴＧを基に検索することができる。例えば、「Ａ社」という顧客に関するファイルの検索が要求された場合、ファイル保存部１２１に保存されているファイルから、「属性名＝顧客」で「属性値＝Ａ社」の属性タグＴＧが付加されたファイルを抽出するものである。
【００３７】
属性タグ候補作成手段１１５は、図７で後述する方法により、ファイルＡに付加する属性タグＴＧの候補を作成する。また、属性タグＴＧの候補に優先順位をつけることもできる。属性タグ付加手段１１７は、ユーザによって指定あるいは選択された属性タグＴＧをファイルに付加する。
【００３８】
図２（ｂ）において、ＰＣ２００は、ＣＰＵ２１０、記憶装置２２０、入出力インタフェース２３０、操作部２４０および表示装置２５０等で構成される。ＣＰＵ２１０は、ＰＣ２００にインストールされているソフトウェアにより、ファイル入出力手段２１１、ファイル処理手段２１３、関連情報収集手段２１５および関連度算出手段２１７として動作する。
【００３９】
ファイル入出力手段２１１は、入出力インタフェース２３０を介してＤＢＳ１００内のファイルを入力（取得）し、出力（保存）することができる。ファイル処理手段２１３は、ワードプロセッサや表計算、製図等のソフトウェアによって、ＤＢＳ１００から取得されたファイルに編集、修正等の処理を施すことができる。
【００４０】
関連情報収集手段２１５は、ＤＢＳ１００から取得されたファイルＡが、ファイル処理手段２１３によって処理されている間に、処理のために参照された情報、即ち関連情報ＲＩを関連情報リストＲＩＬに記録する。図５に関連情報リストＲＩＬの例を示す。
【００４１】
図５において、関連情報リストＲＩＬは、例えば、関連情報ＲＩの名称やＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）といった関連情報ＲＩの基本的な情報や、ファイルＡの処理のために関連情報ＩＲが参照された回数や時間といった後述する属性タグＴＧの候補を作成する際に用いられる情報が記載される。関連情報ＩＲが参照された回数や時間は、例えば各関連情報ＩＲのアプリケーションウィンドがアクティブにされた回数や時間で判断される。
【００４２】
図２（ｂ）に戻って、記憶装置２２０は、ハードディスク等の記憶媒体で構成される。入出力インタフェース２３０は、ネットワークＮＷを介して外部と情報の入出力を行う。操作部２４０は、キーボードやマウス等で構成され、ユーザがファイルを処理したり、属性タグＴＧを選択したりする際に用いられる。表示装置２５０は、ＣＲＴや液晶ディスプレイ等で構成され、ユーザがファイルを処理したり、属性タグＴＧを選択したりする際に用いられる。操作部２４０と表示装置２５０とは、本発明における選択装置として機能する。
【００４３】
続いて、本発明の第１の実施の形態について、図６乃至図１０を用いて説明する。図６は、本発明の第１の実施の形態における動作の流れを示すフローチャートのメインルーチンである。
【００４４】
図６において、ＰＣ２００のステップＳ２０１で、ＰＣ２００のファイル入出力手段２１１により、編集や修正等の処理が施されるファイルＡが、ＤＢＳ１００のファイル保存部１２１から取得される。ステップＳ２１０「ファイルＡ処理サブルーチン」で、ファイルＡの処理と関連情報リストＲＩＬの作成とが行われる。ステップＳ２１０「ファイルＡ処理サブルーチン」については、図７で詳述する。ステップＳ２２１で、ユーザによってファイルＡの保存操作が行われると、ファイルＡがＤＢＳ１００に送付される。
【００４５】
ＤＢＳ１００のステップＳ１００「属性タグ候補作成サブルーチン」で、属性タグ候補作成手段１１５により、属性タグＴＧの候補が作成され、ＰＣ２００に送付される。ステップＳ１００「属性タグ候補作成サブルーチン」については、図８で詳述する。
【００４６】
ＰＣ２００のステップＳ２３１で、ＤＢＳ１００から送付された属性タグＴＧの候補から、ファイルＡに付加する属性タグＴＧを選択するための属性タグ選択画面２５１が、表示装置２５０に表示される。属性タグ選択画面２５１については図１０で詳述する。ステップＳ２３３で、ファイルＡに付加する属性タグＴＧが、操作部２４０と表示装置２５０とを用いて、ユーザによって選択され、ＤＢＳ１００に送付される。
【００４７】
ＤＢＳ１００では、ステップＳ１１１で、属性タグ付加手段１１７により、ＰＣ２００から送付された属性タグＴＧがファイルＡに付加され、ステップＳ１１３で、ファイルＡがファイル保存部１２１に保存されるとともに、ファイルＡに付加された属性タグＴＧが属性タグ記憶部１２３に記憶される。以上で、一連の動作が終了される。
【００４８】
図７は、図６のステップＳ２１０「ファイルＡ処理サブルーチン」における動作の流れを示すフローチャートである。
【００４９】
図７において、ステップＳ２１１で、ＤＢＳ１００から取得された別のファイル、ＰＣ２００内にある情報、他のＰＣ３００内にある情報およびインターネットＩＮ上の情報等が参照されながら、ユーザによって、ファイルＡに編集や修正等の処理が施される。ステップＳ２１１が開始されてから一定時間が経過すると、ステップＳ２１３に進み、ステップＳ２１１のファイルＡの処理で関連情報ＲＩが参照されたか否かが確認される。参照されなければ（ステップＳ２１３；Ｎｏ）、ステップＳ２１９に進む。
【００５０】
関連情報ＲＩが参照された場合（ステップＳ２１３；Ｙｅｓ）、ステップＳ２１５で、関連情報収集手段２１５により、図５で説明したような、参照された関連情報ＲＩに関する情報が収集される。ステップＳ２１７で、ステップＳ２１５で収集された参照された関連情報ＲＩに関する情報が、関連情報リストＲＩＬに記載される。ステップＳ２１９で、ファイルＡの処理を終了するか否かが確認される。終了しない場合（ステップＳ２１９；Ｎｏ）は、ステップＳ２１１に戻ってファイルＡの処理が継続される。終了する場合（ステップＳ２１９；Ｙｅｓ）は、図６のステップＳ２１０に戻る。
【００５１】
図８は、図６のステップＳ１００「属性タグ候補作成サブルーチン」における動作の流れを示すフローチャートである。
【００５２】
図８において、ステップＳ１０１で、ＤＢＳ１００の属性タグ候補作成手段１１５により、ＰＣ２００の関連情報収集手段２１５から、関連情報リストＲＩＬが取得される。ステップＳ１０３で、取得された関連情報リストＲＩＬに記載されている関連情報ＲＩに付加されている属性タグＴＧが収集される。
【００５３】
ステップＳ１０５で、収集された関連情報ＲＩに付加されている属性タグＴＧから、ファイルＡに従来は付加されていない新規な属性タグＴＧが抽出される。ステップＳ１０７で、関連情報リストＲＩＬに記載されている関連情報ＲＩの参照回数が比較される。ステップＳ１０９で、ステップＳ１０５で抽出された新規な属性タグＴＧの内で、ステップＳ１０７で参照回数が多いと判断された関連情報ＲＩに付加されていた属性タグＴＧを優先順位の上位に位置づけ、図６のステップＳ１００「属性タグ候補作成サブルーチン」に戻る。
【００５４】
図９は、図８で説明した属性タグ候補の作成方法の具体例を示す図である。図９において、ファイルＡには、処理前から「所有部署＝第１部」という属性タグＴＧが付加されていたとする。また、図５に示した関連情報リストＲＩＬの記載から、処理中に関連情報ＲＩが参照された回数は、関連情報１が２回で、関連情報２が５回であったとする。
【００５５】
一方、関連情報１には「所有部署＝第２部」および「顧客＝Ｂ社」の２つの属性タグＴＧが付加されており、関連情報２には「所有部署＝第１部」、「顧客＝Ａ社」および「セキュリティ＝社外秘」の３つの属性タグＴＧが付加されているとする。図８のステップＳ１０３ではこれらの属性タグＴＧが収集される。収集された属性タグＴＧをまとめたものが、図９の表（９Ａ）である。
【００５６】
ファイルＡには、処理前から「所有部署」の属性タグＴＧが付加されていたので、図８のステップＳ１０５で述べたように、図９の表（９Ａ）から「所有部署」の属性タグＴＧを削除して、ファイルＡにとって新規な属性タグＴＧのみを抽出する。この結果が図９の表（９Ｂ）である。
【００５７】
続いて、図８のステップＳ１０９で述べたように、ファイルＡの処理中に参照回数の多かった関連情報２に付加されている属性タグＴＧを優先順位の上位に位置づける。その結果が図９の表（９Ｃ）である。以上で属性タグ候補が作成されたことになる。
【００５８】
図１０は、図６のステップＳ２３１でＰＣ２００の表示装置２５０に表示される属性タグ選択画面２５１の１例を示す模式図である。ここでは、図９の例で作成された属性タグ候補を表示してある。
【００５９】
図１０において、属性タグ選択画面２５１には、ユーザに属性タグＴＧの選択を促すメッセージとともに、属性タグＴＧの属性名毎に選択ボックス２５３が設けられる。本例では「顧客」ボックスと「セキュリティ」ボックスである。「顧客」ボックスには「Ａ社」「Ｂ社」および「顧客」の属性タグを「つけない」の３つの選択肢が表示される。優先順位の高い「Ａ社」のラジオボタンには、事前にチェックがつけられている。「セキュリティ」ボックスについても同様である。
【００６０】
もし多数の選択肢があって一度に表示しきれない場合には、「顧客」ボックスに例示したように「次ページへ」ボタンを置いて、次の候補を表示することもできる。その他に、属性タグ選択画面２５１には「保存」と「キャンセル」のボタンが表示され、属性タグＴＧの選択結果を保存したり、選択をキャンセルしたりできる。ユーザは、ＰＣ２００の操作部２４０であるキーボードやマウスを用いて、属性タグＴＧを選択することができる。
【００６１】
上述したように、本発明の第１の実施の形態によれば、ファイルの処理時に参照した関連情報の参照回数に基づいて関連情報に付加された属性タグに優先順位をつけ、ファイルに付加する属性タグの候補を作成するので、精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグをファイルに付加することのできる情報処理システムを提供することができる。
【００６２】
続いて、本発明の第２の実施の形態について、図１１を用いて説明する。本第２の実施の形態は、基本的には上述した第１の実施の形態と同じであるが、属性タグＴＧの候補を作成する際に、第１の実施の形態のように関連情報ＲＩの参照回数によって優先順位を決定するではなく、関連情報ＲＩの参照時間によって属性タグＴＧの候補の優先順位を決定する。図１１は、図６のステップＳ１００「属性タグ候補作成サブルーチン」における、本発明の第２の実施の形態の動作の流れを示すフローチャートである。
【００６３】
図１１において、ステップＳ１０１からＳ１０５は図８と同じであるので、説明は省略する。ステップＳ１２７で、関連情報リストＲＩＬに記載されている関連情報ＲＩの参照時間が比較される。ステップＳ１２９で、ステップＳ１０５で抽出された新規な属性タグＴＧの内で、ステップＳ１２７で参照時間が長いと判断された関連情報ＲＩに付加されていた属性タグＴＧを優先順位の上位に位置づけ、図６のステップＳ１００「属性タグ候補作成サブルーチン」に戻る。
【００６４】
図５に例示した関連情報リストＲＩＬであれば、関連情報１の参照回数＝２回で参照時間＝６００秒、関連情報１２の参照回数＝５回で参照時間＝３００秒である。従って、第１の実施の形態では参照回数の多い関連情報２に付加された属性タグＴＧが優先順位の上位に位置づけられたが、本第２の実施の形態では、参照時間の長い関連情報１に付加された属性タグＴＧが優先順位の上位に位置づけられる。よって、本第２の実施の形態では、図９の表（９Ｃ）の優先順位１と優先順位２とが入れ替わることになる。
【００６５】
上述したように、本発明の第２の実施の形態によれば、ファイルの処理時に参照した関連情報の参照時間に基づいて関連情報に付加された属性タグに優先順位をつけ、ファイルに付加する属性タグの候補を作成するので、精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグをファイルに付加することのできる情報処理システムを提供することができる。
【００６６】
次に、本発明の第３の実施の形態について、図１２を用いて説明する。本第３の実施の形態も、基本的には上述した第１および第２の実施の形態と同じであるが、属性タグＴＧの候補を作成する際に、第１および第２の実施の形態のように関連情報ＲＩの参照回数あるいは参照時間によって優先順位を決定するではなく、ファイルＡに元々付加されていた属性タグＴＧと関連情報ＲＩに付加された属性タグとの一致度によって属性タグＴＧの候補の優先順位を決定する。図１２は、図６のステップＳ１００「属性タグ候補作成サブルーチン」における、本発明の第３の実施の形態の動作の流れを示すフローチャートである。
【００６７】
図１２において、ステップＳ１０１からＳ１０５は図８および図１１と同じであるので、説明は省略する。ステップＳ１３７で、関連情報リストＲＩＬに記載されている関連情報ＲＩ毎に、ファイルＡに元々付加されていた属性タグＴＧの属性名と関連情報ＲＩに付加されている属性タグＴＧの属性名とで共通な属性名の数が計数される。ステップＳ１３８で、関連情報ＲＩ毎に、ファイルＡに元々付加されていた属性タグＴＧの属性値と関連情報ＲＩに付加されている属性タグＴＧの属性値とで共通な属性値の数が計数される。
【００６８】
ステップＳ１３９で、ステップＳ１０５で抽出された新規な属性タグＴＧの内で、ステップＳ１３７およびステップＳ１３８でファイルＡの属性タグＴＧと共通の属性名および属性値の数が多いと判断された関連情報ＲＩに付加されていた属性タグＴＧを優先順位の上位に位置づけ、図６のステップＳ１００「属性タグ候補作成サブルーチン」に戻る。
【００６９】
図１３は、図１２で説明した属性タグ候補の作成方法の具体例を示す図である。図１３において、ファイルＡには、処理前から「所有部署＝第１部」および「顧客＝Ａ社」という２つの属性タグＴＧが付加されていたとする。
【００７０】
一方、関連情報１には「所有部署＝第２部」「セキュリティ＝秘密」および「文書種類＝提案書」の３つの属性タグＴＧが付加されており、関連情報２には「所有部署＝第１部」、「顧客＝Ａ社」および「セキュリティ＝社外秘」の３つの属性タグＴＧが付加されているとする。図８（図１２）のステップＳ１０３ではこれらの属性タグＴＧが収集される。収集された属性タグＴＧをまとめたものが、図１３の表（１３Ａ）である。
【００７１】
ファイルＡには、処理前から「所有部署」と「顧客」との２つの属性タグＴＧが付加されていたので、図８（図１２）のステップＳ１０５で述べたように、図１３の表（１３Ａ）から「所有部署」と「顧客」との２つの属性タグＴＧを削除して、ファイルＡにとって新規な属性タグＴＧ、つまり「セキュリティ」と「文書種類」の２つのみを抽出する。この結果が図１３の表（１３Ｂ）である。
【００７２】
続いて、図１２のステップＳ１３７とＳ１３８で述べたように、ファイルＡに元々付加されていた属性タグＴＧと、関連情報１および２に付加されている属性タグＴＧとの共通属性名および共通属性値の数が計数される。図１３の例では、共通属性名の数は、関連情報１＝１、関連情報２＝２で、共通属性値の数は、関連情報１＝０、関連情報２＝２である。これをまとめたのが図１３の表（１３Ｃ）である。従って、図１２のステップＳ１３９で述べたように、共通属性名および共通属性値の数が多い関連情報２に付加されている属性タグＴＧを、優先順位の上位に位置づける。その結果が図１３の表（１３Ｄ）である。以上で属性タグ候補が作成されたことになる。
【００７３】
上述したように、本発明の第３の実施の形態によれば、ファイルに元々付加されていた属性タグＴＧと、ファイルの処理時に参照した関連情報ＲＩに付加されている属性タグＴＧとで、共通な属性名および属性値の数の多い関連情報ＲＩに付加された属性タグＴＧの優先順位を上位にして、ファイルに付加する属性タグＴＧの候補を作成するので、精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグＴＧをファイルに付加することのできる情報処理システムを提供することができる。
【００７４】
次に、本発明の第４の実施の形態について、図１４乃至図２０を用いて説明する。本第４の実施の形態も、基本的には上述した第１乃至第３の実施の形態と同じであるが、属性タグＴＧの候補を作成する際に、関連情報ＲＩに付加されていた属性タグＴＧから選択するのではなく、予めＤＢＳ１００の属性タグ記憶部１２３に記憶されている属性タグ一覧から候補を作成する。図１４は、図６のステップＳ２１０「ファイルＡ処理サブルーチン」における、本発明の第４の実施の形態の動作の流れを示すフローチャートである。
【００７５】
図１４において、ステップＳ２１１からステップＳ２１５までは図７と同じであるから、説明は省略する。ステップＳ２４６で、ファイルＡの処理のために参照された関連情報ＲＩにおいて、ユーザによって選択されたテキストデータやイメージデータ等のデータを収集し、ステップＳ２４７で、ステップＳ２４６で選択されたデータが関連情報リストＲＩＬに記録される。図１５に関連情報リストＲＩＬの例を示す。図１５では、図５とは異なり、関連情報リストＲＩＬに参照回数や参照時間ではなく、選択されたデータが記載されている。例えば、関連情報１内の「調査書」というテキストデータが選択されたことが分かる。
【００７６】
図１６は、図６のステップＳ１００「属性タグ候補作成サブルーチン」における、本発明の第４の実施の形態の動作の流れを示すフローチャートである。
【００７７】
図１６において、ステップＳ１０１で、ＤＢＳ１００の属性タグ候補作成手段１１５により、ＰＣ２００の関連情報収集手段２１５から、図１５に示した関連情報リストＲＩＬが取得される。ステップＳ１４３で、予めＤＢＳ１００の属性タグ記憶部１２３に記憶されている属性タグ一覧ＴＧＬが取得される。
【００７８】
図１７に属性タグ一覧ＴＧＬの例を示す。属性タグ一覧ＴＧＬは、例えばＤＢＳ１００のファイル保存部１２１に保存されている全てのファイルに付加されている属性タグＴＧの属性名と属性値との一覧表である。属性名には「所有部署」、「顧客」、「セキュリティ」、「文書種類」等があり、各属性名毎に属性値が記載されている。
【００７９】
図１６に戻って、ステップＳ１４５で、属性タグ一覧ＴＧＬからファイルＡに従来は付加されていない新規な属性タグＴＧが抽出される。ステップＳ１４６で、ステップＳ１０１で取得された関連情報リストＲＩＬに記載されている関連情報ＲＩに付加されている属性タグＴＧが収集される。
【００８０】
ステップＳ１４７で、ステップＳ１４５で抽出された新規な属性タグＴＧの属性値の内で、ステップＳ１４６で収集された関連情報ＲＩに付加されている属性タグＴＧの属性値と一致する属性値が優先順位の上位に位置づけられる。
【００８１】
ステップＳ１４８で、ステップＳ１４７で優先順位づけされた新規な属性タグＴＧの属性値の内で、関連情報ＲＩ内のテキストデータやイメージデータ等のデータと一致する属性値が優先順位の上位に位置づけられる。
【００８２】
ステップＳ１４９で、ステップＳ１４８で優先順位づけされた新規な属性タグＴＧの属性値の内で、図１４のステップＳ２４６で収集されステップＳ２４７で関連情報リストＲＩＬに記載された、関連情報ＲＩ内のユーザによって選択されたデータと一致する属性値が優先順位の最上位に位置づけられ、図６のステップＳ１００「属性タグ候補作成サブルーチン」に戻る。
【００８３】
図１８および図１９は、図１６で説明した属性タグ候補の作成方法の具体例を示す図である。図１８において、予めＤＢＳ１００の属性タグ記憶部１２３に記憶されている図１７の属性タグ一覧ＴＧＬが取得される。これが図１８の表（１８Ａ）である。一方、ファイルＡには、処理前から「所有部署＝第１部」属性タグＴＧが付加されていたとする。
【００８４】
そこで、図１６のステップＳ１４５で述べたように、図１８の表（１８Ａ）から「所有部署」の属性タグＴＧが削除されて、ファイルＡにとって新規な属性タグＴＧのみが抽出される。これが図１８の表（１８Ｂ）である。
【００８５】
次に、関連情報１には「所有部署＝第２部」「顧客＝Ａ社」および「セキュリティ＝社外秘」の３つの属性タグＴＧが付加されており、関連情報２には「所有部署＝第１部」、「顧客＝Ｄ社」および「セキュリティ＝秘密」の３つの属性タグＴＧが付加されているとする。図１６（図１２）のステップＳ１４６ではこれらの属性タグＴＧが収集される。そこで、図１６のステップＳ１４７で述べたように、関連情報１および２に付加されている属性タグＴＧの属性値と一致する属性値が優先順位の上位に位置づけられる。この結果が図１８の表（１８Ｃ）である。
【００８６】
図１９において、関連情報１の内部に「提案書」という記載があるとする。この場合、図１８の表（１８Ｃ）に示した「属性名＝文書種類」属性タグＴＧの属性値の中にも「提案書」が存在するので、図１６のステップＳ１４８に示したように、「属性値＝提案書」の優先順位が上位に位置づけられる。この結果が図１９の表（１９Ａ）である。
【００８７】
続いて、図１６のステップＳ１４９に示したように、図１５に示した関連情報リストＲＩＬに記載されているユーザによって選択されたデータである「調査書」と一致する「属性値＝調査書」が優先順位の最上位に位置づけられる。この結果が図１９の表（１９Ｂ）である。以上で属性タグ候補が作成されたことになる。
【００８８】
図２０は、図１０と同様の、図６のステップＳ２３１でＰＣ２００の表示装置２５０に表示される属性タグ選択画面２５１の１例を示す模式図である。ここでは、図１９の例で作成された属性タグ候補を表示してある。
【００８９】
図２０において、属性タグ選択画面２５１には、ユーザに属性タグＴＧの選択を促すメッセージとともに、属性タグＴＧの属性名毎に選択ボックス２５３が設けられる。本例では「顧客」ボックス、「セキュリティ」ボックスおよび「文書種類」ボックスである。「顧客」ボックスでは、関連情報ＲＩの属性値が優先されて、「Ａ社」「Ｄ社」が上位に位置づけされ、続いて「Ｂ社」「Ｃ社」および「顧客」の属性タグを「つけない」の５つの選択肢が表示される。優先順位の最も高い「Ａ社」のラジオボタンには、事前にチェックがつけられている。「セキュリティ」ボックスについても同様である。
【００９０】
「文書種類」ボックスでは、関連情報ＲＩ内のユーザによって選択されたデータである「調査書」が最優先とされ、関連情報ＲＩ内のデータである「提案書」が２番目の優先順位に位置づけられる。
【００９１】
もし多数の選択肢があって一度に表示しきれない場合には、「顧客」ボックスに例示したように「次ページへ」ボタンを置いて、次の候補を表示することもできる。また属性名が多数ある場合にも、属性タグ選択画面２５１に「次ページへ」ボタンを置いて、次の候補を表示してもよい。その他に、属性タグ選択画面２５１には「保存」と「キャンセル」のボタンが表示され、属性タグＴＧの選択結果を保存したり、選択をキャンセルしたりできる。ユーザは、ＰＣ２００の操作部２４０であるキーボードやマウスを用いて、属性タグＴＧを選択することができる。
【００９２】
上述したように、本発明の第４の実施の形態によれば、予めＤＢＳ１００の属性タグ記憶部１２３に記憶されている属性タグ一覧ＴＧＬから、ファイルＡにとって新規な属性タグＴＧを抽出し、関連情報ＲＩ内のユーザによって選択されたデータと共通の属性値、関連情報ＲＩ内のデータと共通の属性値、ファイルの処理時に参照した関連情報ＲＩに付加されている属性タグＴＧの属性値の順に優先順位を上位にして、ファイルに付加する属性タグＴＧの候補を作成するので、精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグＴＧをファイルに付加することのできる情報処理システムを提供することができる。
【００９３】
最後に、本発明の第５の実施の形態について、図２１を用いて説明する。図２１は、本発明の第５の実施の形態における動作の流れを示すフローチャートのメインルーチンである。
【００９４】
図２１において、ＰＣ２００のステップＳ２０１からＳ２２１までは、図６と同じであるので、説明は省略する。ＤＢＳ１００のステップＳ１００「属性タグ候補作成サブルーチン」で、属性タグ候補作成手段１１５により、属性タグＴＧの候補が作成され、ＰＣ２００に送付される。ステップＳ１００「属性タグ候補作成サブルーチン」は、上述した第１乃至第４の実施の形態のいずれであってもよい。
【００９５】
ステップＳ１５１で、ステップＳ１００「属性タグ候補作成サブルーチン」で作成された属性タグＴＧの候補が複数個あるか否かが確認される。複数ある場合（ステップＳ１５１；Ｙｅｓ）は、ＰＣ２００のステップＳ２３１で、ＤＢＳ１００から送付された属性タグＴＧの候補からファイルＡに付加する属性タグＴＧを選択するための属性タグ選択画面２５１が表示装置２５０に表示され、ステップＳ２３３でユーザによって選択される。以後は図６と同じであるので、説明は省略する。
【００９６】
属性タグＴＧの候補が１個しかない場合（ステップＳ１５１；Ｎｏ）は、ユーザに選択させることなく、ステップＳ１１１で属性タグ付加手段１１７により、ＰＣ２００から送付された属性タグＴＧがファイルＡに自動的に付加される。以後は図６と同じであるので、説明は省略する。
【００９７】
上述したように、本発明の第５の実施の形態によれば、属性タグＴＧの候補が複数ある場合にはユーザに選択させ、属性タグＴＧの候補が１つしかない場合にはユーザに選択させることなく、自動的に属性タグを付加するので、精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグＴＧをファイルに付加することのできる情報処理システムを提供することができる。
【００９８】
なお、上述した全ての実施の形態は、単独で行わなくてもよく、各実施の形態に示した手法を組み合わせて使ってもよい。ファイルに付加する属性タグの候補を絞り込む程度を鑑みて手法を使い分ければよい。あるいは、候補の絞り込み具合をユーザが設定できるようにしておくこともできるし、ユーザグループで候補作成ポリシーのようなものを設定できるようにしておいてもよい。
【００９９】
以上に述べたように、本発明によれば、ファイルの処理に用いた関連情報とファイルとの関連度に基づいて、関連情報の有する要素を元にしてファイルに付加する属性タグの候補を作成するので、精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグをファイルに付加することのできる情報処理システムを提供することができる。
【０１００】
尚、本発明に係る情報処理システムを構成する各構成の細部構成および細部動作に関しては、本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【図面の簡単な説明】
【０１０１】
【図１】本発明における情報処理システムの構成を示す模式図である。
【図２】情報処理システムを構成するデータベースサーバおよびパーソナルコンピュータの内部構成を示す模式図である。
【図３】属性タグの例を示す図である。
【図４】ＸＭＬ形式の属性タグの例を示す図である。
【図５】関連情報リストの例を示す図である。
【図６】本発明の第１の実施の形態における動作の流れを示すフローチャートのメインルーチンである。
【図７】図６の「ファイルＡ処理サブルーチン」における動作の流れを示すフローチャートである。
【図８】図６の「属性タグ候補作成サブルーチン」における動作の流れを示すフローチャートである。
【図９】図８で説明した属性タグ候補の作成方法の具体例を示す図である。
【図１０】属性タグ選択画面の１例を示す模式図である。
【図１１】図６の「属性タグ候補作成サブルーチン」における、本発明の第２の実施の形態の動作の流れを示すフローチャートである。
【図１２】図６の「属性タグ候補作成サブルーチン」における、本発明の第３の実施の形態の動作の流れを示すフローチャートである。
【図１３】図１２で説明した属性タグ候補の作成方法の具体例を示す図である。
【図１４】図６の「ファイルＡ処理サブルーチン」における、本発明の第４の実施の形態の動作の流れを示すフローチャートである。
【図１５】関連情報リストの例を示す図である。
【図１６】図６の「属性タグ候補作成サブルーチン」における、本発明の第４の実施の形態の動作の流れを示すフローチャートである。
【図１７】属性タグ一覧の例を示す図である。
【図１８】図１６で説明した属性タグ候補の作成方法の具体例を示す図（１／２）である。
【図１９】図１６で説明した属性タグ候補の作成方法の具体例を示す図（２／２）である。
【図２０】属性タグ選択画面の１例を示す模式図である。
【図２１】本発明の第５の実施の形態における動作の流れを示すフローチャートのメインルーチンである。
【符号の説明】
【０１０２】
１ 情報処理システム
１００ データベースサーバ（ＤＢＳ）
１１０ ＣＰＵ
１１１ ファイル保存手段
１１３ ファイル検索手段
１１５ 属性タグ候補作成手段
１１７ 属性タグ付加手段
１２０ 記憶装置
１２１ ファイル保存部
１２３ 属性タグ記憶部
１３０ 入出力インタフェース
２００ パーソナルコンピュータ（ＰＣ）
２１０ ＣＰＵ
２１１ ファイル入出力手段
２２０ 記憶装置
２３０ 入出力インタフェース
２４０ 操作部
２５０ 表示装置
２５１ 属性タグ選択画面
３００ パーソナルコンピュータ（ＰＣ）
４００ ネットワークサーバ（ＮＷＳ）
ＮＷ ネットワーク
ＩＮ インターネット
ＴＧ 属性タグ
ＴＧＬ 属性タグ一覧
ＲＩ 関連情報
ＲＩＬ 関連情報リスト
【技術分野】
【０００１】
本発明は、情報処理システムに関し、特に、ファイルに、そのファイルの持つ属性を示す属性タグを付加する属性付加機能を備えた情報処理システムに関する。
【背景技術】
【０００２】
従来から、複数の情報を整理して保存しておくために、それぞれの情報に意味合いの違う複数の属性タグをつけておく技術がある。意味合いが違うとは、例えば、顧客先やセキュリティ（公開範囲等）、所有組織といった属性が持つ種類の違いという意味である。
【０００３】
一般的に、情報の属性タグは、情報の作成者または所有者がつけることが多い。ここでつける属性タグは、フリーワードである場合と、システムが用意した属性タグから選択する方式とがあるが、例えば社内の複数ユーザが利用するシステムのような場合、システムが用意した属性タグを選択させる方式の方が、同じような情報に対して違った属性タグがついてユーザを混乱させることを防げるので、有効である場合が多い。
【０００４】
例えば、顧客先の属性に対しては「Ａ社」「Ｂ社」「Ｃ社」等の属性タグを、セキュリティの属性に対しては「極秘」「社外秘」「扱い注意」等の属性タグを複数提示する。
【０００５】
また、このようなシステムでは、検索のしやすさ等の情報の利便性を考えると、情報には詳細な属性タグが数多く付加されている方が、様々な担当分野のユーザが利用する社内システムには有用であることは明らかである。
【０００６】
しかし、このシステムに新しい情報を保存する場合に、多数の属性タグの中から新しい情報に付加する属性タグをユーザが選択することは、付加する属性タグの種類が増えるほど面倒であり、また、選択肢を提示されてもユーザには判断のできない場合もある。そのため、実際には詳細な属性タグはつけられないことが多く、ユーザにとって本当に使いやすいシステムにはなっていない。
【０００７】
そこで、ファイル管理手段が、システムに保存する情報から自動的に付加情報を抽出し、付加情報データベースに自動的に登録することで、属性タグを自動的に付加する方法が提案されている（例えば、特許文献１参照）。
【０００８】
また、新規に作成された文書に固有のインデックス番号を付与するとともに、新規文書に関連する他の文書（例えば新規文書の作成のベースとなった文書＝親文書）に付与されているインデックス番号を取得し、新規文書に固有のインデックス番号と親文書のインデックス番号とを関連づけて、新規文書の情報として登録する方法が提案されている（例えば、特許文献２参照）。
【特許文献１】特開２００５−２１６１３０号公報
【特許文献２】特開２００５−３５２９７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかし、特許文献１の方法では、ユーザが本当につけたい属性タグが入力する情報内にあるとは限らず、結果としてユーザが意図しない属性タグが付加されてしまうことがあり、入力する情報に関わった幅広い情報から属性タグを抽出する必要がある。
【００１０】
また、特許文献２の方法でも、文書同士の関連についての情報は得られるが、その情報だけでは文書の属性を特定することはできず、属性に基づく情報の整理と保存の役には立たない。
【００１１】
本発明は、上記事情に鑑みてなされたもので、精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグをファイルに付加することのできる情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の目的は、下記構成により達成することができる。
【００１３】
１．ファイルに、該ファイルの属性を示す属性タグを付加する属性タグ付加手段と、前記属性タグ付加手段によって属性タグが付加された前記ファイルを保存するファイル保存部とを有するファイル保存装置と、
前記ファイルを処理するファイル処理手段を有するファイル処理装置とを備えた情報処理システムにおいて、
前記ファイル処理装置は、前記ファイルの処理に用いられた関連情報と前記ファイルとの関連度を算出する関連度算出手段を有し、
前記ファイル保存装置は、前記関連度算出手段の算出結果に基づいて、前記関連情報の有する要素を元にして、前記ファイルに付加する属性タグの候補を作成する属性タグ候補作成手段を有することを特徴とする情報処理システム。
【００１４】
２．前記関連度算出手段は、前記ファイルの処理中に前記関連情報が参照された回数に基づいて、関連度の算出を行うことを特徴とする１に記載の情報処理システム。
【００１５】
３．前記関連度算出手段は、前記ファイルの処理中に前記関連情報が参照された時間に基づいて、関連度の算出を行うことを特徴とする１に記載の情報処理システム。
【００１６】
４．前記関連度算出手段は、前記ファイルに付加されている属性タグと、前記関連情報に付加されている属性タグとの共通度に基づいて、関連度の算出を行うことを特徴とする１に記載の情報処理システム。
【００１７】
５．前記関連情報の有する要素は、前記関連情報に付加された属性タグであることを特徴とする１に記載の情報処理システム。
【００１８】
６．前記関連情報の有する要素は、前記関連情報中のデータであることを特徴とする１に記載の情報処理システム。
【００１９】
７．前記関連情報の有する要素は、前記ファイルに含まれるデータと一致する前記関連情報中のデータであることを特徴とする１に記載の情報処理システム。
【００２０】
８．前記関連情報の有する要素は、前記ファイルの処理のために選択された前記関連情報中のデータであることを特徴とする１に記載の情報処理システム。
【００２１】
９．前記データは、テキストデータであることを特徴とする６乃至８の何れか１項に記載の情報処理システム。
【００２２】
１０．前記データは、イメージデータであることを特徴とする６乃至８の何れか１項に記載の情報処理システム。
【００２３】
１１．前記属性タグ候補作成手段によって作成された属性タグの候補から、前記ファイルに付加する属性タグを選択する選択装置を備えたことを特徴とする１に記載の情報処理システム。
【発明の効果】
【００２４】
本発明によれば、ファイルの処理に用いた関連情報とファイルとの関連度に基づいて、関連情報の有する要素を元にしてファイルに付加する属性タグの候補を作成するので、精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグをファイルに付加することのできる情報処理システムを提供することができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明を図示の実施の形態に基づいて説明するが、本発明は該実施の形態に限られない。なお、図中、同一あるいは同等の部分には同一の番号を付与し、重複する説明は省略する。
【００２６】
最初に、本発明における情報処理システムについて、図１を用いて説明する、図１は、本発明における情報処理システム１の構成を示す模式図である。
【００２７】
図１において、情報処理システム１は、データベースサーバ（以下、ＤＢＳと言う）１００、パーソナルコンピュータ（以下、ＰＣと言う）２００、ＰＣ３００およびネットワークサーバ（以下、ＮＷＳと言う）４００等で構成される。ここに、ＤＢＳ１００は本発明におけるファイル保存装置として機能し、ＰＣ２００は本発明におけるファイル処理装置として機能する。
【００２８】
上述した情報処理システム１の各構成要素はネットワークＮＷに接続されており、相互にアクセス可能である。さらに、ＮＷＳ４００はインターネットＩＮに接続されており、上述した情報処理システム１の各構成要素は、ＮＷＳ４００を介してインターネットＩＮに接続可能である。
【００２９】
情報処理システム１のユーザは、例えばＰＣ２００を用いて、ＤＢＳ１００から目的のファイル（ここではファイルＡとする）を取得し、ファイルＡに編集、修正等の処理を施し、処理後のファイルＡを再びＤＢＳ１００に保存する。この処理にあたり、ユーザは、同様にＤＢＳ１００から取得した別のファイル、ＰＣ２００内にある情報、他のＰＣ３００内にある情報およびインターネットＩＮ上の情報等を参照しながら、作業を行うことができる。これらの参照情報を、関連情報ＲＩと呼ぶ。
【００３０】
次に、情報処理システム１を構成するＤＢＳ１００およびＰＣ２００について、図２を用いて説明する。図２は、情報処理システム１を構成するＤＢＳ１００およびＰＣ２００の内部構成を示す模式図で、図２（ａ）はＤＢＳ１００の内部構成を、図２（ｂ）はＰＣ２００の内部構成を示す模式図である。
【００３１】
図２（ａ）において、ＤＢＳ１００は、ＣＰＵ１１０、記憶装置１２０および入出力インタフェース１３０等で構成される。ＣＰＵ１１０は、ＤＢＳ１００にインストールされているソフトウェアにより、ファイル保存手段１１１、ファイル検索手段１１３、属性タグ候補作成手段１１５および属性タグ付加手段１１７として動作する。記憶装置１２０は、ハードディスク等の記憶媒体で構成され、ファイル保存部１２１および属性タグ記憶部１２３を備える。入出力インタフェース１３０は、ネットワークＮＷを介して外部と情報の入出力を行う。
【００３２】
ファイル保存部１２１に保存されるファイルには、属性タグＴＧを付加することができる。図３（ａ）に属性タグＴＧの例を示す。図３（ａ）において、属性タグＴＧは、属性名と属性値とで構成される。属性名には、例えばファイルの「所有部署」、ファイルの対象となる「顧客」、ファイルの「セキュリティ」等が記載される。属性値には、各々の属性名に従って、「第１部」、「Ａ社」、「社外秘」等が記載される。
【００３３】
属性タグＴＧは、ファイルのプロパティ画面でも確認することができる。図３（ｂ）にファイルのプロパティ画面の一例を示す。この例では、「提案計画書．ｄｏｃ」というファイルのプロパティに、図３（ａ）に示した属性タグＴＧの内容が記載されている。
【００３４】
属性タグＴＧは、ファイルの種類によっては、ファイルに直接付加しておくことも可能である。この場合には、ＤＢＳ１００のファイル保存手段１１１はオペレーティングシステム（以下、ＯＳと言う）のファイルシステムのようなものでよい。
【００３５】
あるいは、属性タグＴＧを、例えばＸＭＬ形式で属性タグ記憶部１２３に保存しておいて、ファイルと１対１の対応付けをしておくことも可能である。図４（ａ）にＸＭＬ形式の属性タグＴＧの例を示す。図４（ａ）において、図３（ａ）に示した属性タグＴＧが、ＩＤ番号「０００１」のＸＭＬ形式の属性タグＴＧとして記述されている。また、図４（ｂ）に、ファイルとＸＭＬ形式の属性タグＴＧとの対応表の例を示す。この例では、ＩＤ番号によってファイル名とＸＭＬ形式の属性タグＴＧとが対応付けされている。
【００３６】
図２（ａ）に戻って、ＤＢＳ１００は、ファイル保存部１２１に保存されているファイルを、ファイル検索手段１１３によって、属性タグＴＧを基に検索することができる。例えば、「Ａ社」という顧客に関するファイルの検索が要求された場合、ファイル保存部１２１に保存されているファイルから、「属性名＝顧客」で「属性値＝Ａ社」の属性タグＴＧが付加されたファイルを抽出するものである。
【００３７】
属性タグ候補作成手段１１５は、図７で後述する方法により、ファイルＡに付加する属性タグＴＧの候補を作成する。また、属性タグＴＧの候補に優先順位をつけることもできる。属性タグ付加手段１１７は、ユーザによって指定あるいは選択された属性タグＴＧをファイルに付加する。
【００３８】
図２（ｂ）において、ＰＣ２００は、ＣＰＵ２１０、記憶装置２２０、入出力インタフェース２３０、操作部２４０および表示装置２５０等で構成される。ＣＰＵ２１０は、ＰＣ２００にインストールされているソフトウェアにより、ファイル入出力手段２１１、ファイル処理手段２１３、関連情報収集手段２１５および関連度算出手段２１７として動作する。
【００３９】
ファイル入出力手段２１１は、入出力インタフェース２３０を介してＤＢＳ１００内のファイルを入力（取得）し、出力（保存）することができる。ファイル処理手段２１３は、ワードプロセッサや表計算、製図等のソフトウェアによって、ＤＢＳ１００から取得されたファイルに編集、修正等の処理を施すことができる。
【００４０】
関連情報収集手段２１５は、ＤＢＳ１００から取得されたファイルＡが、ファイル処理手段２１３によって処理されている間に、処理のために参照された情報、即ち関連情報ＲＩを関連情報リストＲＩＬに記録する。図５に関連情報リストＲＩＬの例を示す。
【００４１】
図５において、関連情報リストＲＩＬは、例えば、関連情報ＲＩの名称やＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）といった関連情報ＲＩの基本的な情報や、ファイルＡの処理のために関連情報ＩＲが参照された回数や時間といった後述する属性タグＴＧの候補を作成する際に用いられる情報が記載される。関連情報ＩＲが参照された回数や時間は、例えば各関連情報ＩＲのアプリケーションウィンドがアクティブにされた回数や時間で判断される。
【００４２】
図２（ｂ）に戻って、記憶装置２２０は、ハードディスク等の記憶媒体で構成される。入出力インタフェース２３０は、ネットワークＮＷを介して外部と情報の入出力を行う。操作部２４０は、キーボードやマウス等で構成され、ユーザがファイルを処理したり、属性タグＴＧを選択したりする際に用いられる。表示装置２５０は、ＣＲＴや液晶ディスプレイ等で構成され、ユーザがファイルを処理したり、属性タグＴＧを選択したりする際に用いられる。操作部２４０と表示装置２５０とは、本発明における選択装置として機能する。
【００４３】
続いて、本発明の第１の実施の形態について、図６乃至図１０を用いて説明する。図６は、本発明の第１の実施の形態における動作の流れを示すフローチャートのメインルーチンである。
【００４４】
図６において、ＰＣ２００のステップＳ２０１で、ＰＣ２００のファイル入出力手段２１１により、編集や修正等の処理が施されるファイルＡが、ＤＢＳ１００のファイル保存部１２１から取得される。ステップＳ２１０「ファイルＡ処理サブルーチン」で、ファイルＡの処理と関連情報リストＲＩＬの作成とが行われる。ステップＳ２１０「ファイルＡ処理サブルーチン」については、図７で詳述する。ステップＳ２２１で、ユーザによってファイルＡの保存操作が行われると、ファイルＡがＤＢＳ１００に送付される。
【００４５】
ＤＢＳ１００のステップＳ１００「属性タグ候補作成サブルーチン」で、属性タグ候補作成手段１１５により、属性タグＴＧの候補が作成され、ＰＣ２００に送付される。ステップＳ１００「属性タグ候補作成サブルーチン」については、図８で詳述する。
【００４６】
ＰＣ２００のステップＳ２３１で、ＤＢＳ１００から送付された属性タグＴＧの候補から、ファイルＡに付加する属性タグＴＧを選択するための属性タグ選択画面２５１が、表示装置２５０に表示される。属性タグ選択画面２５１については図１０で詳述する。ステップＳ２３３で、ファイルＡに付加する属性タグＴＧが、操作部２４０と表示装置２５０とを用いて、ユーザによって選択され、ＤＢＳ１００に送付される。
【００４７】
ＤＢＳ１００では、ステップＳ１１１で、属性タグ付加手段１１７により、ＰＣ２００から送付された属性タグＴＧがファイルＡに付加され、ステップＳ１１３で、ファイルＡがファイル保存部１２１に保存されるとともに、ファイルＡに付加された属性タグＴＧが属性タグ記憶部１２３に記憶される。以上で、一連の動作が終了される。
【００４８】
図７は、図６のステップＳ２１０「ファイルＡ処理サブルーチン」における動作の流れを示すフローチャートである。
【００４９】
図７において、ステップＳ２１１で、ＤＢＳ１００から取得された別のファイル、ＰＣ２００内にある情報、他のＰＣ３００内にある情報およびインターネットＩＮ上の情報等が参照されながら、ユーザによって、ファイルＡに編集や修正等の処理が施される。ステップＳ２１１が開始されてから一定時間が経過すると、ステップＳ２１３に進み、ステップＳ２１１のファイルＡの処理で関連情報ＲＩが参照されたか否かが確認される。参照されなければ（ステップＳ２１３；Ｎｏ）、ステップＳ２１９に進む。
【００５０】
関連情報ＲＩが参照された場合（ステップＳ２１３；Ｙｅｓ）、ステップＳ２１５で、関連情報収集手段２１５により、図５で説明したような、参照された関連情報ＲＩに関する情報が収集される。ステップＳ２１７で、ステップＳ２１５で収集された参照された関連情報ＲＩに関する情報が、関連情報リストＲＩＬに記載される。ステップＳ２１９で、ファイルＡの処理を終了するか否かが確認される。終了しない場合（ステップＳ２１９；Ｎｏ）は、ステップＳ２１１に戻ってファイルＡの処理が継続される。終了する場合（ステップＳ２１９；Ｙｅｓ）は、図６のステップＳ２１０に戻る。
【００５１】
図８は、図６のステップＳ１００「属性タグ候補作成サブルーチン」における動作の流れを示すフローチャートである。
【００５２】
図８において、ステップＳ１０１で、ＤＢＳ１００の属性タグ候補作成手段１１５により、ＰＣ２００の関連情報収集手段２１５から、関連情報リストＲＩＬが取得される。ステップＳ１０３で、取得された関連情報リストＲＩＬに記載されている関連情報ＲＩに付加されている属性タグＴＧが収集される。
【００５３】
ステップＳ１０５で、収集された関連情報ＲＩに付加されている属性タグＴＧから、ファイルＡに従来は付加されていない新規な属性タグＴＧが抽出される。ステップＳ１０７で、関連情報リストＲＩＬに記載されている関連情報ＲＩの参照回数が比較される。ステップＳ１０９で、ステップＳ１０５で抽出された新規な属性タグＴＧの内で、ステップＳ１０７で参照回数が多いと判断された関連情報ＲＩに付加されていた属性タグＴＧを優先順位の上位に位置づけ、図６のステップＳ１００「属性タグ候補作成サブルーチン」に戻る。
【００５４】
図９は、図８で説明した属性タグ候補の作成方法の具体例を示す図である。図９において、ファイルＡには、処理前から「所有部署＝第１部」という属性タグＴＧが付加されていたとする。また、図５に示した関連情報リストＲＩＬの記載から、処理中に関連情報ＲＩが参照された回数は、関連情報１が２回で、関連情報２が５回であったとする。
【００５５】
一方、関連情報１には「所有部署＝第２部」および「顧客＝Ｂ社」の２つの属性タグＴＧが付加されており、関連情報２には「所有部署＝第１部」、「顧客＝Ａ社」および「セキュリティ＝社外秘」の３つの属性タグＴＧが付加されているとする。図８のステップＳ１０３ではこれらの属性タグＴＧが収集される。収集された属性タグＴＧをまとめたものが、図９の表（９Ａ）である。
【００５６】
ファイルＡには、処理前から「所有部署」の属性タグＴＧが付加されていたので、図８のステップＳ１０５で述べたように、図９の表（９Ａ）から「所有部署」の属性タグＴＧを削除して、ファイルＡにとって新規な属性タグＴＧのみを抽出する。この結果が図９の表（９Ｂ）である。
【００５７】
続いて、図８のステップＳ１０９で述べたように、ファイルＡの処理中に参照回数の多かった関連情報２に付加されている属性タグＴＧを優先順位の上位に位置づける。その結果が図９の表（９Ｃ）である。以上で属性タグ候補が作成されたことになる。
【００５８】
図１０は、図６のステップＳ２３１でＰＣ２００の表示装置２５０に表示される属性タグ選択画面２５１の１例を示す模式図である。ここでは、図９の例で作成された属性タグ候補を表示してある。
【００５９】
図１０において、属性タグ選択画面２５１には、ユーザに属性タグＴＧの選択を促すメッセージとともに、属性タグＴＧの属性名毎に選択ボックス２５３が設けられる。本例では「顧客」ボックスと「セキュリティ」ボックスである。「顧客」ボックスには「Ａ社」「Ｂ社」および「顧客」の属性タグを「つけない」の３つの選択肢が表示される。優先順位の高い「Ａ社」のラジオボタンには、事前にチェックがつけられている。「セキュリティ」ボックスについても同様である。
【００６０】
もし多数の選択肢があって一度に表示しきれない場合には、「顧客」ボックスに例示したように「次ページへ」ボタンを置いて、次の候補を表示することもできる。その他に、属性タグ選択画面２５１には「保存」と「キャンセル」のボタンが表示され、属性タグＴＧの選択結果を保存したり、選択をキャンセルしたりできる。ユーザは、ＰＣ２００の操作部２４０であるキーボードやマウスを用いて、属性タグＴＧを選択することができる。
【００６１】
上述したように、本発明の第１の実施の形態によれば、ファイルの処理時に参照した関連情報の参照回数に基づいて関連情報に付加された属性タグに優先順位をつけ、ファイルに付加する属性タグの候補を作成するので、精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグをファイルに付加することのできる情報処理システムを提供することができる。
【００６２】
続いて、本発明の第２の実施の形態について、図１１を用いて説明する。本第２の実施の形態は、基本的には上述した第１の実施の形態と同じであるが、属性タグＴＧの候補を作成する際に、第１の実施の形態のように関連情報ＲＩの参照回数によって優先順位を決定するではなく、関連情報ＲＩの参照時間によって属性タグＴＧの候補の優先順位を決定する。図１１は、図６のステップＳ１００「属性タグ候補作成サブルーチン」における、本発明の第２の実施の形態の動作の流れを示すフローチャートである。
【００６３】
図１１において、ステップＳ１０１からＳ１０５は図８と同じであるので、説明は省略する。ステップＳ１２７で、関連情報リストＲＩＬに記載されている関連情報ＲＩの参照時間が比較される。ステップＳ１２９で、ステップＳ１０５で抽出された新規な属性タグＴＧの内で、ステップＳ１２７で参照時間が長いと判断された関連情報ＲＩに付加されていた属性タグＴＧを優先順位の上位に位置づけ、図６のステップＳ１００「属性タグ候補作成サブルーチン」に戻る。
【００６４】
図５に例示した関連情報リストＲＩＬであれば、関連情報１の参照回数＝２回で参照時間＝６００秒、関連情報１２の参照回数＝５回で参照時間＝３００秒である。従って、第１の実施の形態では参照回数の多い関連情報２に付加された属性タグＴＧが優先順位の上位に位置づけられたが、本第２の実施の形態では、参照時間の長い関連情報１に付加された属性タグＴＧが優先順位の上位に位置づけられる。よって、本第２の実施の形態では、図９の表（９Ｃ）の優先順位１と優先順位２とが入れ替わることになる。
【００６５】
上述したように、本発明の第２の実施の形態によれば、ファイルの処理時に参照した関連情報の参照時間に基づいて関連情報に付加された属性タグに優先順位をつけ、ファイルに付加する属性タグの候補を作成するので、精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグをファイルに付加することのできる情報処理システムを提供することができる。
【００６６】
次に、本発明の第３の実施の形態について、図１２を用いて説明する。本第３の実施の形態も、基本的には上述した第１および第２の実施の形態と同じであるが、属性タグＴＧの候補を作成する際に、第１および第２の実施の形態のように関連情報ＲＩの参照回数あるいは参照時間によって優先順位を決定するではなく、ファイルＡに元々付加されていた属性タグＴＧと関連情報ＲＩに付加された属性タグとの一致度によって属性タグＴＧの候補の優先順位を決定する。図１２は、図６のステップＳ１００「属性タグ候補作成サブルーチン」における、本発明の第３の実施の形態の動作の流れを示すフローチャートである。
【００６７】
図１２において、ステップＳ１０１からＳ１０５は図８および図１１と同じであるので、説明は省略する。ステップＳ１３７で、関連情報リストＲＩＬに記載されている関連情報ＲＩ毎に、ファイルＡに元々付加されていた属性タグＴＧの属性名と関連情報ＲＩに付加されている属性タグＴＧの属性名とで共通な属性名の数が計数される。ステップＳ１３８で、関連情報ＲＩ毎に、ファイルＡに元々付加されていた属性タグＴＧの属性値と関連情報ＲＩに付加されている属性タグＴＧの属性値とで共通な属性値の数が計数される。
【００６８】
ステップＳ１３９で、ステップＳ１０５で抽出された新規な属性タグＴＧの内で、ステップＳ１３７およびステップＳ１３８でファイルＡの属性タグＴＧと共通の属性名および属性値の数が多いと判断された関連情報ＲＩに付加されていた属性タグＴＧを優先順位の上位に位置づけ、図６のステップＳ１００「属性タグ候補作成サブルーチン」に戻る。
【００６９】
図１３は、図１２で説明した属性タグ候補の作成方法の具体例を示す図である。図１３において、ファイルＡには、処理前から「所有部署＝第１部」および「顧客＝Ａ社」という２つの属性タグＴＧが付加されていたとする。
【００７０】
一方、関連情報１には「所有部署＝第２部」「セキュリティ＝秘密」および「文書種類＝提案書」の３つの属性タグＴＧが付加されており、関連情報２には「所有部署＝第１部」、「顧客＝Ａ社」および「セキュリティ＝社外秘」の３つの属性タグＴＧが付加されているとする。図８（図１２）のステップＳ１０３ではこれらの属性タグＴＧが収集される。収集された属性タグＴＧをまとめたものが、図１３の表（１３Ａ）である。
【００７１】
ファイルＡには、処理前から「所有部署」と「顧客」との２つの属性タグＴＧが付加されていたので、図８（図１２）のステップＳ１０５で述べたように、図１３の表（１３Ａ）から「所有部署」と「顧客」との２つの属性タグＴＧを削除して、ファイルＡにとって新規な属性タグＴＧ、つまり「セキュリティ」と「文書種類」の２つのみを抽出する。この結果が図１３の表（１３Ｂ）である。
【００７２】
続いて、図１２のステップＳ１３７とＳ１３８で述べたように、ファイルＡに元々付加されていた属性タグＴＧと、関連情報１および２に付加されている属性タグＴＧとの共通属性名および共通属性値の数が計数される。図１３の例では、共通属性名の数は、関連情報１＝１、関連情報２＝２で、共通属性値の数は、関連情報１＝０、関連情報２＝２である。これをまとめたのが図１３の表（１３Ｃ）である。従って、図１２のステップＳ１３９で述べたように、共通属性名および共通属性値の数が多い関連情報２に付加されている属性タグＴＧを、優先順位の上位に位置づける。その結果が図１３の表（１３Ｄ）である。以上で属性タグ候補が作成されたことになる。
【００７３】
上述したように、本発明の第３の実施の形態によれば、ファイルに元々付加されていた属性タグＴＧと、ファイルの処理時に参照した関連情報ＲＩに付加されている属性タグＴＧとで、共通な属性名および属性値の数の多い関連情報ＲＩに付加された属性タグＴＧの優先順位を上位にして、ファイルに付加する属性タグＴＧの候補を作成するので、精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグＴＧをファイルに付加することのできる情報処理システムを提供することができる。
【００７４】
次に、本発明の第４の実施の形態について、図１４乃至図２０を用いて説明する。本第４の実施の形態も、基本的には上述した第１乃至第３の実施の形態と同じであるが、属性タグＴＧの候補を作成する際に、関連情報ＲＩに付加されていた属性タグＴＧから選択するのではなく、予めＤＢＳ１００の属性タグ記憶部１２３に記憶されている属性タグ一覧から候補を作成する。図１４は、図６のステップＳ２１０「ファイルＡ処理サブルーチン」における、本発明の第４の実施の形態の動作の流れを示すフローチャートである。
【００７５】
図１４において、ステップＳ２１１からステップＳ２１５までは図７と同じであるから、説明は省略する。ステップＳ２４６で、ファイルＡの処理のために参照された関連情報ＲＩにおいて、ユーザによって選択されたテキストデータやイメージデータ等のデータを収集し、ステップＳ２４７で、ステップＳ２４６で選択されたデータが関連情報リストＲＩＬに記録される。図１５に関連情報リストＲＩＬの例を示す。図１５では、図５とは異なり、関連情報リストＲＩＬに参照回数や参照時間ではなく、選択されたデータが記載されている。例えば、関連情報１内の「調査書」というテキストデータが選択されたことが分かる。
【００７６】
図１６は、図６のステップＳ１００「属性タグ候補作成サブルーチン」における、本発明の第４の実施の形態の動作の流れを示すフローチャートである。
【００７７】
図１６において、ステップＳ１０１で、ＤＢＳ１００の属性タグ候補作成手段１１５により、ＰＣ２００の関連情報収集手段２１５から、図１５に示した関連情報リストＲＩＬが取得される。ステップＳ１４３で、予めＤＢＳ１００の属性タグ記憶部１２３に記憶されている属性タグ一覧ＴＧＬが取得される。
【００７８】
図１７に属性タグ一覧ＴＧＬの例を示す。属性タグ一覧ＴＧＬは、例えばＤＢＳ１００のファイル保存部１２１に保存されている全てのファイルに付加されている属性タグＴＧの属性名と属性値との一覧表である。属性名には「所有部署」、「顧客」、「セキュリティ」、「文書種類」等があり、各属性名毎に属性値が記載されている。
【００７９】
図１６に戻って、ステップＳ１４５で、属性タグ一覧ＴＧＬからファイルＡに従来は付加されていない新規な属性タグＴＧが抽出される。ステップＳ１４６で、ステップＳ１０１で取得された関連情報リストＲＩＬに記載されている関連情報ＲＩに付加されている属性タグＴＧが収集される。
【００８０】
ステップＳ１４７で、ステップＳ１４５で抽出された新規な属性タグＴＧの属性値の内で、ステップＳ１４６で収集された関連情報ＲＩに付加されている属性タグＴＧの属性値と一致する属性値が優先順位の上位に位置づけられる。
【００８１】
ステップＳ１４８で、ステップＳ１４７で優先順位づけされた新規な属性タグＴＧの属性値の内で、関連情報ＲＩ内のテキストデータやイメージデータ等のデータと一致する属性値が優先順位の上位に位置づけられる。
【００８２】
ステップＳ１４９で、ステップＳ１４８で優先順位づけされた新規な属性タグＴＧの属性値の内で、図１４のステップＳ２４６で収集されステップＳ２４７で関連情報リストＲＩＬに記載された、関連情報ＲＩ内のユーザによって選択されたデータと一致する属性値が優先順位の最上位に位置づけられ、図６のステップＳ１００「属性タグ候補作成サブルーチン」に戻る。
【００８３】
図１８および図１９は、図１６で説明した属性タグ候補の作成方法の具体例を示す図である。図１８において、予めＤＢＳ１００の属性タグ記憶部１２３に記憶されている図１７の属性タグ一覧ＴＧＬが取得される。これが図１８の表（１８Ａ）である。一方、ファイルＡには、処理前から「所有部署＝第１部」属性タグＴＧが付加されていたとする。
【００８４】
そこで、図１６のステップＳ１４５で述べたように、図１８の表（１８Ａ）から「所有部署」の属性タグＴＧが削除されて、ファイルＡにとって新規な属性タグＴＧのみが抽出される。これが図１８の表（１８Ｂ）である。
【００８５】
次に、関連情報１には「所有部署＝第２部」「顧客＝Ａ社」および「セキュリティ＝社外秘」の３つの属性タグＴＧが付加されており、関連情報２には「所有部署＝第１部」、「顧客＝Ｄ社」および「セキュリティ＝秘密」の３つの属性タグＴＧが付加されているとする。図１６（図１２）のステップＳ１４６ではこれらの属性タグＴＧが収集される。そこで、図１６のステップＳ１４７で述べたように、関連情報１および２に付加されている属性タグＴＧの属性値と一致する属性値が優先順位の上位に位置づけられる。この結果が図１８の表（１８Ｃ）である。
【００８６】
図１９において、関連情報１の内部に「提案書」という記載があるとする。この場合、図１８の表（１８Ｃ）に示した「属性名＝文書種類」属性タグＴＧの属性値の中にも「提案書」が存在するので、図１６のステップＳ１４８に示したように、「属性値＝提案書」の優先順位が上位に位置づけられる。この結果が図１９の表（１９Ａ）である。
【００８７】
続いて、図１６のステップＳ１４９に示したように、図１５に示した関連情報リストＲＩＬに記載されているユーザによって選択されたデータである「調査書」と一致する「属性値＝調査書」が優先順位の最上位に位置づけられる。この結果が図１９の表（１９Ｂ）である。以上で属性タグ候補が作成されたことになる。
【００８８】
図２０は、図１０と同様の、図６のステップＳ２３１でＰＣ２００の表示装置２５０に表示される属性タグ選択画面２５１の１例を示す模式図である。ここでは、図１９の例で作成された属性タグ候補を表示してある。
【００８９】
図２０において、属性タグ選択画面２５１には、ユーザに属性タグＴＧの選択を促すメッセージとともに、属性タグＴＧの属性名毎に選択ボックス２５３が設けられる。本例では「顧客」ボックス、「セキュリティ」ボックスおよび「文書種類」ボックスである。「顧客」ボックスでは、関連情報ＲＩの属性値が優先されて、「Ａ社」「Ｄ社」が上位に位置づけされ、続いて「Ｂ社」「Ｃ社」および「顧客」の属性タグを「つけない」の５つの選択肢が表示される。優先順位の最も高い「Ａ社」のラジオボタンには、事前にチェックがつけられている。「セキュリティ」ボックスについても同様である。
【００９０】
「文書種類」ボックスでは、関連情報ＲＩ内のユーザによって選択されたデータである「調査書」が最優先とされ、関連情報ＲＩ内のデータである「提案書」が２番目の優先順位に位置づけられる。
【００９１】
もし多数の選択肢があって一度に表示しきれない場合には、「顧客」ボックスに例示したように「次ページへ」ボタンを置いて、次の候補を表示することもできる。また属性名が多数ある場合にも、属性タグ選択画面２５１に「次ページへ」ボタンを置いて、次の候補を表示してもよい。その他に、属性タグ選択画面２５１には「保存」と「キャンセル」のボタンが表示され、属性タグＴＧの選択結果を保存したり、選択をキャンセルしたりできる。ユーザは、ＰＣ２００の操作部２４０であるキーボードやマウスを用いて、属性タグＴＧを選択することができる。
【００９２】
上述したように、本発明の第４の実施の形態によれば、予めＤＢＳ１００の属性タグ記憶部１２３に記憶されている属性タグ一覧ＴＧＬから、ファイルＡにとって新規な属性タグＴＧを抽出し、関連情報ＲＩ内のユーザによって選択されたデータと共通の属性値、関連情報ＲＩ内のデータと共通の属性値、ファイルの処理時に参照した関連情報ＲＩに付加されている属性タグＴＧの属性値の順に優先順位を上位にして、ファイルに付加する属性タグＴＧの候補を作成するので、精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグＴＧをファイルに付加することのできる情報処理システムを提供することができる。
【００９３】
最後に、本発明の第５の実施の形態について、図２１を用いて説明する。図２１は、本発明の第５の実施の形態における動作の流れを示すフローチャートのメインルーチンである。
【００９４】
図２１において、ＰＣ２００のステップＳ２０１からＳ２２１までは、図６と同じであるので、説明は省略する。ＤＢＳ１００のステップＳ１００「属性タグ候補作成サブルーチン」で、属性タグ候補作成手段１１５により、属性タグＴＧの候補が作成され、ＰＣ２００に送付される。ステップＳ１００「属性タグ候補作成サブルーチン」は、上述した第１乃至第４の実施の形態のいずれであってもよい。
【００９５】
ステップＳ１５１で、ステップＳ１００「属性タグ候補作成サブルーチン」で作成された属性タグＴＧの候補が複数個あるか否かが確認される。複数ある場合（ステップＳ１５１；Ｙｅｓ）は、ＰＣ２００のステップＳ２３１で、ＤＢＳ１００から送付された属性タグＴＧの候補からファイルＡに付加する属性タグＴＧを選択するための属性タグ選択画面２５１が表示装置２５０に表示され、ステップＳ２３３でユーザによって選択される。以後は図６と同じであるので、説明は省略する。
【００９６】
属性タグＴＧの候補が１個しかない場合（ステップＳ１５１；Ｎｏ）は、ユーザに選択させることなく、ステップＳ１１１で属性タグ付加手段１１７により、ＰＣ２００から送付された属性タグＴＧがファイルＡに自動的に付加される。以後は図６と同じであるので、説明は省略する。
【００９７】
上述したように、本発明の第５の実施の形態によれば、属性タグＴＧの候補が複数ある場合にはユーザに選択させ、属性タグＴＧの候補が１つしかない場合にはユーザに選択させることなく、自動的に属性タグを付加するので、精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグＴＧをファイルに付加することのできる情報処理システムを提供することができる。
【００９８】
なお、上述した全ての実施の形態は、単独で行わなくてもよく、各実施の形態に示した手法を組み合わせて使ってもよい。ファイルに付加する属性タグの候補を絞り込む程度を鑑みて手法を使い分ければよい。あるいは、候補の絞り込み具合をユーザが設定できるようにしておくこともできるし、ユーザグループで候補作成ポリシーのようなものを設定できるようにしておいてもよい。
【００９９】
以上に述べたように、本発明によれば、ファイルの処理に用いた関連情報とファイルとの関連度に基づいて、関連情報の有する要素を元にしてファイルに付加する属性タグの候補を作成するので、精度が高く、ユーザに負担を強いることもなく、より詳細な属性タグをファイルに付加することのできる情報処理システムを提供することができる。
【０１００】
尚、本発明に係る情報処理システムを構成する各構成の細部構成および細部動作に関しては、本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【図面の簡単な説明】
【０１０１】
【図１】本発明における情報処理システムの構成を示す模式図である。
【図２】情報処理システムを構成するデータベースサーバおよびパーソナルコンピュータの内部構成を示す模式図である。
【図３】属性タグの例を示す図である。
【図４】ＸＭＬ形式の属性タグの例を示す図である。
【図５】関連情報リストの例を示す図である。
【図６】本発明の第１の実施の形態における動作の流れを示すフローチャートのメインルーチンである。
【図７】図６の「ファイルＡ処理サブルーチン」における動作の流れを示すフローチャートである。
【図８】図６の「属性タグ候補作成サブルーチン」における動作の流れを示すフローチャートである。
【図９】図８で説明した属性タグ候補の作成方法の具体例を示す図である。
【図１０】属性タグ選択画面の１例を示す模式図である。
【図１１】図６の「属性タグ候補作成サブルーチン」における、本発明の第２の実施の形態の動作の流れを示すフローチャートである。
【図１２】図６の「属性タグ候補作成サブルーチン」における、本発明の第３の実施の形態の動作の流れを示すフローチャートである。
【図１３】図１２で説明した属性タグ候補の作成方法の具体例を示す図である。
【図１４】図６の「ファイルＡ処理サブルーチン」における、本発明の第４の実施の形態の動作の流れを示すフローチャートである。
【図１５】関連情報リストの例を示す図である。
【図１６】図６の「属性タグ候補作成サブルーチン」における、本発明の第４の実施の形態の動作の流れを示すフローチャートである。
【図１７】属性タグ一覧の例を示す図である。
【図１８】図１６で説明した属性タグ候補の作成方法の具体例を示す図（１／２）である。
【図１９】図１６で説明した属性タグ候補の作成方法の具体例を示す図（２／２）である。
【図２０】属性タグ選択画面の１例を示す模式図である。
【図２１】本発明の第５の実施の形態における動作の流れを示すフローチャートのメインルーチンである。
【符号の説明】
【０１０２】
１ 情報処理システム
１００ データベースサーバ（ＤＢＳ）
１１０ ＣＰＵ
１１１ ファイル保存手段
１１３ ファイル検索手段
１１５ 属性タグ候補作成手段
１１７ 属性タグ付加手段
１２０ 記憶装置
１２１ ファイル保存部
１２３ 属性タグ記憶部
１３０ 入出力インタフェース
２００ パーソナルコンピュータ（ＰＣ）
２１０ ＣＰＵ
２１１ ファイル入出力手段
２２０ 記憶装置
２３０ 入出力インタフェース
２４０ 操作部
２５０ 表示装置
２５１ 属性タグ選択画面
３００ パーソナルコンピュータ（ＰＣ）
４００ ネットワークサーバ（ＮＷＳ）
ＮＷ ネットワーク
ＩＮ インターネット
ＴＧ 属性タグ
ＴＧＬ 属性タグ一覧
ＲＩ 関連情報
ＲＩＬ 関連情報リスト
【特許請求の範囲】
【請求項１】
ファイルに、該ファイルの属性を示す属性タグを付加する属性タグ付加手段と、前記属性タグ付加手段によって属性タグが付加された前記ファイルを保存するファイル保存部とを有するファイル保存装置と、
前記ファイルを処理するファイル処理手段を有するファイル処理装置とを備えた情報処理システムにおいて、
前記ファイル処理装置は、前記ファイルの処理に用いられた関連情報と前記ファイルとの関連度を算出する関連度算出手段を有し、
前記ファイル保存装置は、前記関連度算出手段の算出結果に基づいて、前記関連情報の有する要素を元にして、前記ファイルに付加する属性タグの候補を作成する属性タグ候補作成手段を有することを特徴とする情報処理システム。
【請求項２】
前記関連度算出手段は、前記ファイルの処理中に前記関連情報が参照された回数に基づいて、関連度の算出を行うことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記関連度算出手段は、前記ファイルの処理中に前記関連情報が参照された時間に基づいて、関連度の算出を行うことを特徴とする請求項１に記載の情報処理システム。
【請求項４】
前記関連度算出手段は、前記ファイルに付加されている属性タグと、前記関連情報に付加されている属性タグとの共通度に基づいて、関連度の算出を行うことを特徴とする請求項１に記載の情報処理システム。
【請求項５】
前記関連情報の有する要素は、前記関連情報に付加された属性タグであることを特徴とする請求項１に記載の情報処理システム。
【請求項６】
前記関連情報の有する要素は、前記関連情報中のデータであることを特徴とする請求項１に記載の情報処理システム。
【請求項７】
前記関連情報の有する要素は、前記ファイルに含まれるデータと一致する前記関連情報中のデータであることを特徴とする請求項１に記載の情報処理システム。
【請求項８】
前記関連情報の有する要素は、前記ファイルの処理のために選択された前記関連情報中のデータであることを特徴とする請求項１に記載の情報処理システム。
【請求項９】
前記データは、テキストデータであることを特徴とする請求項６乃至８の何れか１項に記載の情報処理システム。
【請求項１０】
前記データは、イメージデータであることを特徴とする請求項６乃至８の何れか１項に記載の情報処理システム。
【請求項１１】
前記属性タグ候補作成手段によって作成された属性タグの候補から、前記ファイルに付加する属性タグを選択する選択装置を備えたことを特徴とする請求項１に記載の情報処理システム。
【請求項１】
ファイルに、該ファイルの属性を示す属性タグを付加する属性タグ付加手段と、前記属性タグ付加手段によって属性タグが付加された前記ファイルを保存するファイル保存部とを有するファイル保存装置と、
前記ファイルを処理するファイル処理手段を有するファイル処理装置とを備えた情報処理システムにおいて、
前記ファイル処理装置は、前記ファイルの処理に用いられた関連情報と前記ファイルとの関連度を算出する関連度算出手段を有し、
前記ファイル保存装置は、前記関連度算出手段の算出結果に基づいて、前記関連情報の有する要素を元にして、前記ファイルに付加する属性タグの候補を作成する属性タグ候補作成手段を有することを特徴とする情報処理システム。
【請求項２】
前記関連度算出手段は、前記ファイルの処理中に前記関連情報が参照された回数に基づいて、関連度の算出を行うことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記関連度算出手段は、前記ファイルの処理中に前記関連情報が参照された時間に基づいて、関連度の算出を行うことを特徴とする請求項１に記載の情報処理システム。
【請求項４】
前記関連度算出手段は、前記ファイルに付加されている属性タグと、前記関連情報に付加されている属性タグとの共通度に基づいて、関連度の算出を行うことを特徴とする請求項１に記載の情報処理システム。
【請求項５】
前記関連情報の有する要素は、前記関連情報に付加された属性タグであることを特徴とする請求項１に記載の情報処理システム。
【請求項６】
前記関連情報の有する要素は、前記関連情報中のデータであることを特徴とする請求項１に記載の情報処理システム。
【請求項７】
前記関連情報の有する要素は、前記ファイルに含まれるデータと一致する前記関連情報中のデータであることを特徴とする請求項１に記載の情報処理システム。
【請求項８】
前記関連情報の有する要素は、前記ファイルの処理のために選択された前記関連情報中のデータであることを特徴とする請求項１に記載の情報処理システム。
【請求項９】
前記データは、テキストデータであることを特徴とする請求項６乃至８の何れか１項に記載の情報処理システム。
【請求項１０】
前記データは、イメージデータであることを特徴とする請求項６乃至８の何れか１項に記載の情報処理システム。
【請求項１１】
前記属性タグ候補作成手段によって作成された属性タグの候補から、前記ファイルに付加する属性タグを選択する選択装置を備えたことを特徴とする請求項１に記載の情報処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２００９−２０７９０（Ｐ２００９−２０７９０Ａ）
【公開日】平成２１年１月２９日（２００９．１．２９）
【国際特許分類】
【出願番号】特願２００７−１８４１６７（Ｐ２００７−１８４１６７）
【出願日】平成１９年７月１３日（２００７．７．１３）
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
【公開日】平成２１年１月２９日（２００９．１．２９）
【国際特許分類】
【出願日】平成１９年７月１３日（２００７．７．１３）
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
[ Back to top ]