(57)【要約】【課題】ウェブページなどのためのブックマーク機能の利便性を高める。【解決手段】利用者にファイルを選択させるためにその識別情報を表示するシステムであって、分類済みのそれぞれのファイルについて、当該ファイルの識別情報を、当該ファイルの内容の分類を示すタグ情報に対応付けて記憶する記憶部と、新たに登録するタグ情報の入力に応じ、入力したタグ情報に一致する情報を含むファイルを、分類済みのファイルの中から検索する検索部と、検索されたファイルの識別情報に、入力したタグ情報を対応付けて記憶部に格納する第１格納部と、タグ情報を指定した識別情報の表示要求に応じ、指定されたタグ情報に対応付けられた識別情報を記憶部から読み出して、読み出した当該識別情報を表示する表示部とを備えるシステムを提供する。【選択図】図５
2008234304.tif 000002
【特許請求の範囲】
【請求項１】
利用者にファイルを選択させるためにその識別情報を表示するシステムであって、
分類済みのそれぞれのファイルについて、当該ファイルの識別情報を、当該ファイルの内容の分類を示すタグ情報に対応付けて記憶する記憶部と、
新たに登録するタグ情報の入力に応じ、入力した前記タグ情報に一致する情報を含むファイルを、分類済みの前記ファイルの中から検索する検索部と、
検索された前記ファイルの識別情報に、入力した前記タグ情報を対応付けて前記記憶部に格納する第１格納部と、
タグ情報を指定した識別情報の表示要求に応じ、指定された前記タグ情報に対応付けられた識別情報を前記記憶部から読み出して、読み出した当該識別情報を表示する表示部と
を備えるシステム。
【請求項２】
前記記憶部に新たに登録する識別情報、および、タグ情報の入力に応じ、入力した当該識別情報を、入力した当該タグ情報に対応付けて前記記憶部に格納する第２格納部を更に備え、
前記表示部は、タグ情報を指定した識別情報の表示要求に応じ、指定された前記タグ情報に対応する識別情報を前記記憶部から読み出して、読み出した当該識別情報を、前記第１格納部および前記第２格納部の何れにより格納されたタグ情報に対応するかを識別可能に表示する
請求項１に記載のシステム。
【請求項３】
前記ファイルはウェブページの少なくとも一部であり、
前記記憶部は、ウェブページのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を、当該ウェブページの分類を示すタグ情報に対応付けて記憶し、
前記検索部は、タグ情報として文字列を入力し、入力した前記文字列を含むウェブページを、前記記憶部に既に記憶された前記ＵＲＬにより識別されるウェブページの中から検索し、
前記第１格納部は、検索された前記ウェブページのＵＲＬに、入力した前記タグ情報を対応付けて前記記憶部に格納し、
前記表示部は、タグ情報を指定したＵＲＬの表示要求に応じ、指定された前記タグ情報に対応するＵＲＬを前記記憶部から読み出して、読み出した当該ＵＲＬを表示する
請求項１に記載のシステム。
【請求項４】
前記記憶部は、それぞれの識別情報について、当該識別情報に対応するタグ情報に対応付けて更に当該タグ情報の重要度を記憶し、
前記第２格納部により格納されるタグ情報に、前記第１格納部により格納されるタグ情報と比較してより高い重要度を対応付けて前記記憶部に格納する重要度格納部と、
既に前記記憶部に記憶されている重要度を、利用者の指示に応じて変更する重要度変更部と
を更に備え、
前記表示部は、タグ情報を指定した識別情報の表示要求に応じ、指定した当該タグ情報に対応付けられた重要度がより高い識別情報を、指定した当該タグ情報に対応付けられた重要度がより低い識別情報よりも優先して表示する
請求項２に記載のシステム。
【請求項５】
前記記憶部は１つの識別情報に２以上のタグ情報を対応付けて記憶しており、
前記表示部は、タグ情報を指定した識別情報の表示要求に応じ、指定した当該タグ情報に対応する識別情報を、対応する全てのタグ情報に対応付けられた重要度の和が大きい識別情報から順に優先して表示する
請求項４に記載のシステム。
【請求項６】
前記記憶部は１つの識別情報に２以上のタグ情報を対応付けて記憶しており、
前記表示部は、タグ情報を指定した識別情報の表示要求に応じ、指定した当該タグ情報が前記第２格納部により格納された識別情報を他の識別情報よりも優先して表示し、
さらに、
指定した当該タグ情報が前記第１格納部により格納された識別情報については、各識別情報について、対応する他のタグ情報の組合せが、優先して表示した当該識別情報に対応する他のタグ情報の組合せに近似する程度を示す指標値を算出たうえで、算出した指標値がより大きい識別情報から順に優先して表示する
請求項２に記載のシステム。
【請求項７】
前記第２格納部は、複数の利用者のそれぞれから、識別情報およびタグ情報を入力し、入力した当該識別情報に、入力した当該タグ情報、および、何れの利用者から入力されたかを示す利用者情報を対応付けて前記記憶部に格納し、
前記表示部は、タグ情報を指定したファイルの表示要求に応じ、指定された前記タグ情報に対応する識別情報および利用者情報を前記記憶部から読み出して、読み出した当該利用者情報に基づいて、読み出したそれぞれの識別情報が何れの利用者から入力されたタグ情報に対応するかを識別可能に表示する
請求項２に記載のシステム。
【請求項８】
前記表示部は、タグ情報を指定したファイルの表示要求に応じ、指定した当該タグ情報が他の利用者により対応付けられた識別情報を外部の装置から読み出して、指定された当該タグ情報に対応する前記記憶部中の識別情報とは識別可能に表示する
請求項２に記載のシステム。
【請求項９】
分類済みのそれぞれのファイルについて、当該ファイルの識別情報を、当該ファイルの内容の分類を示すタグ情報に対応付けて記憶する記憶部を有し、利用者にファイルを選択させるためにその識別情報をコンピュータにより表示する方法であって、
新たに登録するタグ情報の入力に応じ、入力した前記タグ情報に一致する情報を含むファイルを、分類済みの前記ファイルの中から検索することと、
検索された前記ファイルの識別情報に、入力した前記タグ情報を対応付けて前記記憶部に格納することと、
タグ情報を指定した識別情報の表示要求に応じ、指定された前記タグ情報に対応付けられた識別情報を前記記憶部から読み出して、読み出した当該識別情報を表示することと
を備える方法。
【請求項１０】
利用者にファイルを選択させるためにその識別情報を表示するシステムとして、コンピュータを機能させるプログラムであって、
前記コンピュータを、
分類済みのそれぞれのファイルについて、当該ファイルの識別情報を、当該ファイルの内容の分類を示すタグ情報に対応付けて記憶する記憶部と、
新たに登録するタグ情報の入力に応じ、入力した前記タグ情報に一致する情報を含むファイルを、分類済みの前記ファイルの中から検索する検索部と、
検索された前記ファイルの識別情報に、入力した前記タグ情報を対応付けて前記記憶部に格納する第１格納部と、
タグ情報を指定した識別情報の表示要求に応じ、指定された前記タグ情報に対応付けられた識別情報を前記記憶部から読み出して、読み出した当該識別情報を表示する表示部と
して機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを分類して管理する技術に関する。特に、本発明は、データをタグ情報に対応付けて管理する技術に関する。
【背景技術】
【０００２】
近年、ウェブページやウェブログのブックマーク機能が提供されている（非特許文献１−３を参照。）。ブックマーク機能は、頻繁に閲覧するウェブページのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を予め登録し、利用者の要求に応じてそれらを選択可能に一覧表示する機能である。この機能により、利用者は一覧からＵＲＬを選択すれば、そのＵＲＬを入力することなく即座にウェブページを表示できる。
【０００３】
登録したＵＲＬの数が膨大になるとその中から所望のウェブページのＵＲＬを探し出すのは困難な場合がある。これに対し、従来、ウェブページにタグ情報を対応付けて管理することが行われている。タグ情報とは、ＵＲＬに対応付けるためのキーワード等の情報である。利用者は、各ウェブページをその内容などに基づいて分類し、その内容を示すタグ情報に対応付けて登録する。ウェブページの探索時にタグ情報を指定すれば、そのタグ情報に対応するＵＲＬのみが表示されるので、所望のＵＲＬを探し出し易い。
【０００４】
【非特許文献１】del.icio.us social bookmarkingホームページ、ＵＲＬ「http://del.icio.us/」、２００７年３月６日検索
【非特許文献２】タグ候補の抽出について、ホームページ、ＵＲＬ「http://tdiary.ishinao.net/20051201.html#p02」、２００７年３月６日検索
【非特許文献３】ＴａｇＣｌｉｃｋについて、ホームページ、ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｔａｇｃｌｉｃｋ．ｎｅｔ／ｏｖｅｒｖｉｅｗ／」
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、タグ情報を付け忘れる場合や、１つのタグ情報に対応付けるＵＲＬの数が多過ぎる場合には、以下のシナリオに例示するように、タグ情報を利用してもＵＲＬを探し出すのは困難である。
タグ情報の付け忘れ
１．Ｐｏｒｔａｌ（ポータル）サイトに関するブックマークにはＰｏｒｔａｌタグを対応付けることが多い。但し、対応付けるのを忘れたり、急いでいる場合にはひとまずブックマークだけしてあとでタグ情報に対応付けようとしている場合もある。
２．以前に登録したはずのＵＲＬ（例えばＸＸＸ  Ｐｏｒｔａｌ  Ｖ６  Ｉｎｆｏｒｍａｔｉｏｎ  Ｃｅｎｔｅｒに関するもの）を探し出そうとする。
３．Ｐｏｔａｌタグを指定するが探し出すことができない。
４．やむを得ず、Ｐｏｒｔａｌをキーワードとして、ブックマークの付加情報であるタイトルや要約文を検索する。
５．所望のＵＲＬは探し出せたが、やはりＰｏｒｔａｌタグは対応付けられていなかった。
６．次回以降のために、Ｐｏｒｔａｌタグを対応付けておいた。しかし、他にも同様にＰｏｒｔａｌタグを付け忘れたＵＲＬがあったが、今回の探索とは関係しないのでそのままにしておいた。
７．「２．」に戻る。
【０００６】
重要なＵＲＬの埋没
１．Ａｊａｘに関するウェブページのＵＲＬにはＡｊａｘタグを対応付けることが多い。
２．Ａｊａｘタグに対応付けているＵＲＬは数多くあるが、その中にはあまり参照しないＵＲＬもある。したがって、Ａｊａｘタグを指定しても所望のＵＲＬが先頭近くに表示されるとは限らず、一覧の後方に表示されて探しにくい場合がある。
３．探索するＵＲＬを絞り込むために、他のタグ情報を組合せてＵＲＬを探索する。探索可能な程度までＵＲＬを絞り込むためには、２−３個のタグ情報を組み合わせる必要がある場合もある。
４．次回以降の探索を効率化するため、検索されたＵＲＬに対し、頻繁に使用するＵＲＬを示すタグ情報「Ｉｍｐｏｒｔａｎｔ」を対応付けることもできる。しかし、そのような処理を繰り返した結果、「Ｉｍｐｏｒｔａｎｔ」の付加されたＵＲＬが多くなってしまう。
５．「Ｉｍｐｏｒｔａｎｔ」タグを指定しただけでは十分に絞り込めず、他のタグ情報と組み合わせる必要が生じてくる。
【０００７】
このように、タグ情報の運用によっては、所望のＵＲＬが検索結果に現れなくなったり、登録したＵＲＬが多すぎた結果、検索結果が多すぎて所望のＵＲＬを探し出せなくなってしまう場合がある。
そこで本発明は、上記の課題を解決することのできるシステム、方法およびプログラムを提供することを目的とする。この目的は特許請求の範囲における独立項に記載の特徴の組み合わせにより達成される。また従属項は本発明の更なる有利な具体例を規定する。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の第１の形態においては、利用者にファイルを選択させるためにその識別情報を表示するシステムであって、分類済みのそれぞれのファイルについて、当該ファイルの識別情報を、当該ファイルの内容の分類を示すタグ情報に対応付けて記憶する記憶部と、新たに登録するタグ情報の入力に応じ、入力した前記タグ情報に一致する情報を含むファイルを、分類済みの前記ファイルの中から検索する検索部と、検索された前記ファイルの識別情報に、入力した前記タグ情報を対応付けて前記記憶部に格納する第１格納部と、タグ情報を指定した識別情報の表示要求に応じ、指定された前記タグ情報に対応付けられた識別情報を前記記憶部から読み出して、読み出した当該識別情報を表示する表示部とを備えるシステムを提供する。また、当該システムにより識別情報を表示する方法、および、当該システムとしてコンピュータを機能させるプログラムを提供する。
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【発明を実施するための最良の形態】
【０００９】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００１０】
図１は、本実施形態に係る情報システム１０の全体構成を示す。情報システム１０は、端末装置２０と、管理装置３０と、ウェブサーバ４０とを備える。端末装置２０は、インターネットなどの通信ネットワークを介して管理装置３０およびウェブサーバ４０と接続している。管理装置３０は、いわゆるブックマーク機能を提供する装置である。具体的には、管理装置３０は、ウェブページ、ウェブログ、音声、音楽、静止画および動画などの、通信ネットワーク上で提供されるファイルに迅速にアクセスできるように、それらのファイルの識別情報を登録している。識別情報とは、ファイルがウェブページであればＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）などの情報である。
【００１１】
更に、これらの識別情報の中から所望の識別情報を利用者に選択し易くするため、管理装置３０は、識別情報を、それによって識別されるファイルの内容に応じて分類したタグ情報に対応付けて記憶している。管理装置３０は、タグ情報を指定した識別情報の表示要求を端末装置２０から受け取ると、そのタグ情報に対応する識別情報の一覧を端末装置２０に返信する。端末装置２０は、この識別情報の一覧を利用者に表示して、利用者に識別情報を選択させる。選択はポインティングデバイスのクリック動作などによって実現される。識別情報はハイパーリンクを伴っており、このクリック動作によりＵＲＬを伴ったＨＴＴＰリクエストがウェブサーバ４０に対し送信される。これを受けて、ウェブサーバ４０は、そのＵＲＬにより識別されるファイル、即ちウェブページなどを端末装置２０に返信する。
【００１２】
本実施形態に係る情報システム１０は、このようなブックマーク機能の利便性を向上すること、特に、登録された多数のブックマークの中から所望のブックマークをこれまでよりも探し出し易くすることを目的とする。
【００１３】
図２は、ファイルの識別情報に対応付けられたタグ情報の第１例を示す。管理装置３０は、３つのファイルの識別情報を既に登録している。第１のファイルには、「ＡＡＡ  Ｐｏｒｔａｌの製品説明」という文字列が含まれている。このファイルがウェブページの場合、この文字列はそのウェブページの本文に含まれていてもよいし、タイトルに含まれていてもよい。同様に、第２のファイルには、「ＢＥＡのＳＯＡのＡＡＡ  ＳＯＡに対する利点（ＢＰＥＬ…Ｐｏｒｔａｌ）」という文字列が含まれている。また、第３のファイルには、「ＡＡＡのＳＯＡのＵＩはＰｏｒｔａｌとＪＳＦです」という文字列が含まれている。これらのファイルの実体はウェブサーバ４０に記憶されている。なお、ウェブサーバ４０は、これらのファイルをファイル単位でのアクセスが可能なように記憶していればよく、各ファイルの具体的な記憶形式は問わない。例えば、ファイルは他のファイルと結合されて単一のバイナリデータとしてウェブサーバ４０に記憶されていてもよい。
【００１４】
管理装置３０は、第１のファイルの識別情報に、タグ情報としてＡＡＡという文字列と、Ｐｏｒｔａｌという文字列とを対応付けて記憶している。このように、タグ情報は単一のファイルに複数対応付けられていてよく、ファイルの内容の分類を示す情報であれば分類の観点は様々であってよい。また、図中に示すように、第２のファイルの識別情報には、ＢＥＡというタグ情報、および、ＳＯＡというタグ情報が対応付けられている。第３のファイルの識別情報にはＵＩというタグ情報、および、ＳＯＡというタグ情報が対応付けられている。
【００１５】
管理装置３０は、タグ情報として「Ｐｏｒｔａｌ」を指定した識別情報の表示要求を受けると、「Ｐｏｒｔａｌ」に対応付けられている識別情報を選択して端末装置２０に返信する。図２の例では第１のファイルが返信される。一方、第２のファイルおよび第３のファイルには「Ｐｏｒｔａｌ」という文字列が含まれているものの、「Ｐｏｒｔａｌ」というタグ情報には対応付けられていないので、これらのファイルの識別情報は端末装置２０に返信されない。この結果、利用者は、本来探し出したかった第３のファイルを見つけることができない。このように、タグ情報が適切に登録されていないとファイルが探し出しにくい場合がある。
【００１６】
図３は、ファイルの識別情報に対応付けられたタグ情報の第２例を示す。登録されているファイルは図２に示した第１例と同様である。但し、この第２例では、第２のファイルおよび第３のファイルの何れの識別情報にも、何らかの方法により「Ｐｏｒｔａｌ」というタグ情報が対応付けられている。したがって、管理装置３０は、タグ情報として「Ｐｏｒｔａｌ」を指定した識別情報の表示要求を受けると、第１−第３のファイルのそれぞれについて、その識別情報を選択して端末装置２０に返信する。利用者は、返信された識別情報の中から所望のファイルの識別情報を見つけ出すことができる。
【００１７】
但し、この第２例で利用者が探し出したいファイルは第１のファイルである。従って、第１例であれば「Ｐｏｒｔａｌ」を指定すれば第１のファイルをそれ単独で見つけ出すことができたのに対し、第２例では第２−第３のファイルも併せて表示されるので、利用者はその中から所望のファイルを見つけ出さなければならない。登録済みのファイルの数がこの例のように３つではなくそれより多い場合には、所望のファイルを見つけ出すのは容易ではない。即ち、あるタグ情報があまりに多くの識別情報に対応付けられていると、そのタグ情報を指定しても表示される識別情報が多すぎて、所望のファイルを却って探しにくい場合がある。
【００１８】
図４は、ファイルの識別情報に対応付けられたタグ情報の第３例を示す。登録されているファイルは図２に示した第１例と同様である。また、各ファイルの識別情報に対応付けられているタグ情報は第２例と同様である。但し、この第３例では、予め利用者によって登録されたタグ情報と、何らかの別の方法で登録されたタグ情報とが区別されている。具体的には、第１のファイルに対応付けられたタグ情報「Ｐｏｒｔａｌ」は、利用者により登録されたタグ情報である。一方、第２−第３のファイルに対応付けられたタグ情報「Ｐｏｒｔａｌ」は、何らかの別の方法、例えばコンピュータにより自動的に登録されたタグ情報である。
【００１９】
このように、タグ情報をその登録の方法によって区別できれば、利用者は、その登録の方法をファイルの探索に利用できる。一例として、管理装置３０は、利用者が自ら登録したタグ情報に対応する識別情報と、管理装置３０が自動的に登録したタグ情報に対応する識別情報とを区別して表示する。利用者は、自ら登録したタグ情報を重要と考えれば、そのタグ情報に対応する識別情報のみを閲覧して、その中から所望のファイルを探し出す。この図４の例の場合は、第１のファイルがこの結果として探索される。もし探し出すことができなければ、利用者は、その時に初めて管理装置３０により自動的に登録したタグ情報に対応する識別情報を閲覧すればよい。
本実施形態に係る管理装置３０は、ファイルを探し出し易くする目的で、まずタグ情報の登録し忘れがないように、ある程度自動的にタグ情報を登録する。また、図４の例のように識別情報を登録の方法によって区別して表示する。以下、図５から図１５を参照してその具体的機能を説明してゆく。
【００２０】
図５は、管理装置３０の機能構成を示す。管理装置３０は、後述のＣＰＵ１０００およびＲＡＭ１０２０等の動作により、記憶部３００と、検索部３１０と、第１格納部３２０と、第２格納部３３０と、重要度格納部３４０と、表示部３５０と、重要度変更部３６０として機能する。記憶部３００は、分類済みのそれぞれのファイルについて、当該ファイルの識別情報を、当該ファイルの内容の分類を示すタグ情報に対応付けて記憶する。ファイルがウェブページの少なくとも一部である場合において、記憶部３００は、ウェブページのＵＲＬをそのウェブページの分類を示すタグ情報に対応付けて記憶する。また、記憶部３００は、それぞれの識別情報について、その識別情報に対応するタグ情報に対応付けて更にそのタグ情報の重要度を記憶する。
【００２１】
検索部３１０は、新規に登録するタグ情報の入力を受ける。たとえば、検索部３１０は、利用者の操作に基づいて端末装置２０から送信されたタグ情報を受信する。これに応じ、検索部３１０は、入力したこのタグ情報に一致する情報を含むファイルを、分類済みのファイルの中から検索する。たとえば、検索部３１０は、タグ情報として文字列を入力し、入力したその文字列を含むウェブページを、ウェブサーバ４０の中から検索する。検索の対象は、記憶部３００に既に記憶されたＵＲＬにより識別されるウェブページである。例えば、検索部３１０は、このＵＲＬにより識別されるファイルのみならず、このファイルが示すウェブページに埋め込まれて表示される各種のオブジェクトを検索の対象としてもよい。詳細には、ウェブページがＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述されている場合においては、imgタグで指定される画像ファイル、または、iframeタグで指定される他のＨＴＭＬファイルなどが検索の対象となる。そして、第１格納部３２０は、検索されたファイルの識別情報に、入力したこのタグ情報を新たに対応付けて記憶部３００に格納する。例えば、タグ情報に一致する情報が、あるＵＲＬにより識別されるファイル、または、そのファイルが示すページに埋め込まれて表示されるオブジェクトから検索された場合には、第１格納部３２０は、そのＵＲＬに、この新たなタグ情報を対応付けて格納する。
【００２２】
一方、第２格納部３３０は、記憶部３００に新たに登録する識別情報、および、タグ情報の入力を受ける。タグ情報は、既に他の識別情報に対応付けて記憶部３００に記憶されたタグ情報の中から選択したものであってもよいし、新たに登録するものであってもよい。但し、新たに登録するものである場合には上記検索部３１０による処理も行われる。新規の識別情報の入力に応じ、第２格納部３３０は、入力したこの識別情報を、入力したこのタグ情報に対応付けて記憶部３００に格納する。重要度格納部３４０は、第２格納部３３０により格納されるタグ情報に、第１格納部３２０により格納されるタグ情報と比較してより高い重要度を対応付けて記憶部３００に格納する。
【００２３】
表示部３５０は、タグ情報を指定した識別情報の表示要求に応じ、指定されたこのタグ情報に対応付けられた識別情報を記憶部３００から読み出して、読み出したこの識別情報を、第１格納部３２０および第２格納部３３０の何れにより格納されたタグ情報に対応するかを識別可能に表示する。各識別情報についてそれに対応するタグ情報が何れの格納部により格納されたかの判断は、各タグ情報に対応して記憶されている重要度に基づいて行われる。即ち例えば、表示部３５０は、指定されたタグ情報に対応付けられた識別情報を、その識別情報およびそのタグ情報に対応する重要度と共に記憶部３００から読み出す。そして、表示部３５０は、対応する重要度がより高い識別情報を、対応する重要度がより低い識別情報よりも優先して表示する。
【００２４】
重要度変更部３６０は、既に記憶部３００に記憶されている重要度を、利用者の指示に応じて変更する。この変更の例を、図６および図７を参照して説明する。
図６は、ファイルの識別情報に対応付けられたタグ情報の第４例を示す。記憶部３００は、３つのファイルの識別情報を既に登録している。第１のファイルは、いろいろな技術について横断的に説明したテキストを含んでおり、たとえばＤＢやＳＯＡなどの文字列を含む。またに、第２のファイルには、「ＢＥＡのＳＯＡ  ＰｏｒｔａｌのＡＡＡ  Ｐｏｒｔａｌに対する利点」という文字列が含まれている。また、第３のファイルには、「ＡＡＡのＳＯＡのＵＩはＰｏｒｔａｌとＪＳＦです」という文字列が含まれている。
【００２５】
記憶部３００は、第１のファイルの識別情報に、タグ情報としてＳＯＡという文字列を対応付けて記憶している。このＳＯＡというタグ情報は第１格納部３２０により対応付けられたので、他のタグ情報と比較して低い重要度が対応付けられている。また、第２のファイルの識別情報には、Ｐｏｒｔａｌというタグ情報、ＢＥＡというタグ情報、および、ＳＯＡというタグ情報が対応付けられている。このＰｏｒｔａｌというタグ情報も第１格納部３２０により対応付けられたので、他のタグ情報と比較して低い重要度が対応付けられている。第３のファイルの識別情報にはＵＩというタグ情報、ＳＯＡというタグ情報、および、Ｐｏｒｔａｌというタグ情報が対応付けられている。
【００２６】
この図６の例で、ＳＯＡというタグ情報は第２のファイルおよび第３のファイルの何れの識別情報にも第２格納部３３０によって対応付けられている。この例ではＳＯＡに対応するファイル数は２であるが、もっと多数のファイルにＳＯＡが対応づいている場合には、所望のファイルを見つけ出しにくくなってしまう場合がある。これは、第１格納部３２０および第２格納部３３０の何れにより対応付けられたタグ情報かを識別可能に表示しても不十分である。これに対し重要度変更部３６０は、既に記憶しているタグ情報の重要度を変更することで、所望のファイルを見つけ易くする。図７にその一例を示す。
【００２７】
図７は、ファイルの識別情報に対応付けられたタグ情報の第５例を示す。第１−第３のファイルについては図６の例と同様である。また、各ファイルの識別情報に対応するタグ情報も図６の例と同様である。但し、図７の例では、重要度変更部３６０により第３のファイルのタグ情報「ＳＯＡ」に対応する重要度が、他のタグ情報に対応する重要度よりも高く変更されている。このように、重要度を変更することができれば、重要性の高さを示す特殊なタグ情報を用いる場合と比較して、無用なタグ情報の氾濫を防止することができ、また、利用者の意図に沿ってファイル識別情報の表示を制御できる。
【００２８】
図８は、表示部３５０が端末装置２０に表示させる画面の具体例を示す。表示部３５０は、第１選択ウィンドウ８１０と、第２選択ウィンドウ８２０と、タグ情報ウィンドウ８３０と、タグ入力ウィンドウ８４０とを表示する。表示部３５０は、既に登録されて記憶部３００に記憶されているタグ情報の一覧をタグ情報ウィンドウ８３０に表示する。表示部３５０は、タグ入力ウィンドウ８４０において、タグ情報を指定した識別情報の表示要求を受け付ける。この表示要求に応じ、表示部３５０は、そのタグ情報に対応する識別情報を記憶部３００から読み出す。そして、表示部３５０は、そのタグ情報が第２格納部３３０により対応付けられた識別情報を第１選択ウィンドウ８１０に表示する。一方、表示部３５０は、そのタグ情報が第１格納部３２０により対応付けられた識別情報を第２選択ウィンドウ８２０に表示する。
【００２９】
このように、表示部３５０は、タグ情報が第２格納部３３０および第１格納部３２０の何れにより対応付けられたかに応じて、ウィンドウを区別して識別情報を表示してもよい。そして、好ましくは、表示部３５０は、第２格納部３３０によりタグ情報が対応付けられた識別情報を、より選択し易いように優先して表示する。これは、たとえば、第１選択ウィンドウ８１０を第２選択ウィンドウ８２０よりも目立つ画面上方に表示することによって実現されてもよい。また、第１選択ウィンドウ８１０を第２選択ウィンドウ８２０よりも大きく表示してもよい。また、第１選択ウィンドウ８１０中の文字よりも第２選択ウィンドウ８２０中の文字を大きく表示してもよい。さらには、第１選択ウィンドウ８１０のみを表示し、第２選択ウィンドウ８２０は何らかの追加操作を受けるまでは表示しなくてもよい。
【００３０】
表示される識別情報は、例えば、ウェブページのタイトルまたはウェブページのＵＲＬなどである。具体的には、タイトルは「ＡＡＡ  Ｐｏｒｔａｌの製品説明」という文字列であり、これはウェブページを構成するＨＴＭＬファイル等のＴＩＴＬＥタグの内容である。また、ＵＲＬは「ｗｗｗ．ＡＡＡ△△△．ｃｏｍ／」という文字列である。このように、ウェブページ等を示すファイルの識別情報とは、情報システム１０がその内部処理においてそのファイルを識別するためのＵＲＬなどの情報であってもよいし、利用者が画面上でそのファイルを識別するためのタイトルなどの文字列であってもよい。
【００３１】
ファイルの種類によっては、識別情報とは、そのファイルのファイル名やそのファイルの所在を示すパス名であってもよい。また、ファイルが静止画や動画の場合は、識別情報とはそのサムネイル画像などであってもよい。また、図８においてタイトルを示す文字列に付した下線はその文字列にはハイパーリンクが設定されていることを示す。表示部３５０は、このようなハイパーリンクを設定してもよい。さらに、表示部３５０は、ウェブページの要約文など、ファイル内のデータの少なくとも一部を識別情報に対応付けて更に表示してもよい。
【００３２】
図９は、管理装置３０が新規のタグ情報の入力に応じて行う処理の流れを示す。検索部３１０は、新規に登録するタグ情報の入力を受ける（Ｓ９００）。これに応じ、検索部３１０は、入力したこのタグ情報に一致する情報を含むファイルを、記憶部３００に既に記憶した識別情報により識別されるファイルの中から検索する（Ｓ９１０）。例えばタグ情報が文字列の場合、検索部３１０は、その文字列を含むファイルを検索してもよい。文字列は完全一致の場合のみならず、大文字と小文字の相違を無視したり、ハイフンの有無の相違を無視したりしたいわゆるあいまい検索であってよい。第１格納部３２０は、検索されたファイルの識別情報に、入力したこのタグ情報を新たに対応付けて記憶部３００に格納する（Ｓ９２０）。重要度格納部３４０は、格納したこのタグ情報に、第２格納部３３０により格納されるタグ情報と比較してより低い重要度を対応付けて格納する（Ｓ９３０）。
【００３３】
図１０は、管理装置３０が新規の識別情報の入力に応じて行う処理の流れを示す。第２格納部３３０は、記憶部３００に新たに登録する識別情報、および、タグ情報の入力を受ける（Ｓ１０００）。タグ情報の入力とは、タグ情報の実体、例えば文字列の入力のみならず、登録済みのタグ情報から何れかのタグ情報を選択する入力を含む。即ち、利用者は登録済みのタグ情報から所望のタグ情報を選択してその選択結果を管理装置３０に入力してよい。また、管理装置３０が複数の利用者からタグ情報の入力を受ける場合には、第２格納部３３０は、入力する利用者を識別する利用者情報を更に入力してよい。
【００３４】
第２格納部３３０は、入力したこの識別情報を、入力したこのタグ情報に対応付けて記憶部３００に格納する（Ｓ１０１０）。利用者情報を入力した場合には、第２格納部３３０は、そのタグ情報が何れの利用者から入力されたかを示す利用者情報をこのタグ情報に更に対応付けて格納してよい。そして、重要度格納部３４０は、格納したこのタグ情報に、第１格納部３２０により格納されるタグ情報と比較してより高い重要度を対応付けて記憶部３００に格納する（Ｓ１０２０）。
【００３５】
図１１は、管理装置３０が表示要求の入力に応じて行う処理の流れを示す。表示部３５０は、タグ情報を指定した識別情報の表示要求を受信する（Ｓ１１００）。管理装置３０が複数の利用者から表示要求を受信する場合には、表示部３５０は、表示要求に対応付けて何れの利用者の表示要求であるかを示す利用者情報を更に受信してよい。そして、表示部３５０は、指定した当該タグ情報に対応付けられた識別情報を記憶部３００から読み出す（Ｓ１１１０）。識別情報が利用者情報に対応付けて記憶部３００に記憶されている場合には、表示部３５０は、受信した利用者情報と同一の利用者情報に対応付けられている識別情報のみを記憶部３００から読み出してよい。
【００３６】
次に、表示部３５０は、読み出した識別情報のうち、指定された当該タグ情報が第２格納部３３０により対応付けられた識別情報を選択して、その表示順序を決定する（Ｓ１１２０）。なお、このタグ情報のことを簡単のため手動タグと呼ぶ。１つの識別情報に２以上のタグ情報が対応付けられている場合において、この表示順序は、各識別情報に対応付けられている複数のタグ情報に基づいて定められる。例えば、表示部３５０は、これらの識別情報を、対応する全てのタグ情報に対応付けられた重要度の和が大きい識別情報から順に優先して表示するように、表示順序を決定してもよい。
【００３７】
次に、表示部３５０は、指定された当該タグ情報が第１格納部３２０により格納された識別情報について、その識別情報の表示順序を決定する（Ｓ１１３０）。なお、このタグ情報のことを簡単のため自動タグと呼ぶ。例えば、まず表示部３５０は、これらの識別情報の各々について、対応する他のタグの組合せが、優先して表示した識別情報に対応する他のタグ情報の組合せに近似する程度を示す指標値を算出する。そして、表示部３５０は、算出したこの指標値がより大きい識別情報から順に優先して表示するように、これらの識別情報の間の表示順序を決定する。
そして、表示部３５０は、端末装置２０に指示して、決定した表示順序に基づいてそれぞれの識別情報を端末装置２０の画面に表示する。
【００３８】
以上、図１１を参照して、自動タグに対応付けられた識別情報、および、手動タグに対応付けられた識別情報のそれぞれについて、その表示順を独立して決定する例について説明した。これに代えて、管理装置３０は、手動タグおよび自動タグの何れかに対応付けられた識別情報の表示順を一律に決定してもよい。具体的には、まず、表示部３５０は、少なくとも１つのタグ情報を指定した表示要求を入力すると、指定された当該タグ情報の何れにも対応付けられた識別情報を選択する。そして、表示部３５０は、指定されたこれらのタグ情報に対応する重要度の和がより大きい識別情報から順に優先して表示する。例えば、いま、２つのタグ情報（タグ情報ＡとＢ）が指定されたとすると、表示部３５０は、各識別情報について、タグ情報Ａに対応する重要度、および、タグ情報Ｂに対応する重要度を合計する。ある識別情報１に自動タグＡ（重要度１０）および手動タグＢ（重要度５）が対応付けられている場合において、表示部３５０はその識別情報１について１５を算出する。別の識別情報２に手動タグＡ（重要度５）および手動タグＢ（重要度５）が対応付けられている場合において、表示部３５０は、その識別情報２について１０を算出する。この場合、表示部３５０は、重要度の和が１５としてより大きい識別情報１を、重要度の和が１０としてより小さい識別情報２よりも優先して表示する。このように、手動タグおよび自動タグが混在しており、複数のタグ情報が指定され得る場合においては、表示部３５０は、重要度という一律の指標を用いて識別情報の表示順を決定してもよい。
【００３９】
図１２は、ファイルの識別情報に対応付けられた複数のタグ情報の具体例を示す。図１２を参照して、Ｓ１１３０における表示順の決定方法の一例を説明する。管理装置３０は、Ａｊａｘというタグ情報を指定した表示要求を受け取ると、このタグ情報に対応する識別情報を読み出す。この結果、手動タグであるＡｊａｘに対応する識別情報として、Ｇｏｏｇｌｅ  ｍａｐｓ、ｄｏｊｏｔｏｏｌｋｉｔ．ｏｒｇ、Ａｊａｘ−Ｗｉｋｉｐｅｄｉａ、および、Ａｄａｐｔｉｖｅ  Ｐａｔｈがそれぞれ読み出される。また、自動タグであるＡｊａｘに対応する識別情報として、Ａｊａｘｉａｎ、Ｗｈａｔ  ｉｓ  Ｗｅｂ  ２．０、Ｐｒｏｇｒａｍｍａｂｌｅ  ＷｅｂおよびＴｏｗｎ  ｏｆ  Ａｊａｘ、Ｃａｎａｄａがそれぞれ読み出される。ここでは説明のため識別情報としてウェブページのタイトルを示すが、実際にはそのＵＲＬなどが読み出されてよい。
【００４０】
これらの識別情報には、Ａｊａｘというタグ情報のほか、更に他のタグ情報が対応付けられている場合がある。たとえば、Ａｊａｘ−Ｗｉｋｉｐｅｄｉａという識別情報には、ｊａｖａｓｃｒｉｐｔおよびｍａｐというタグ情報が更に対応付けられている。但し、対応付けられているタグ情報の組合せは識別情報ごとに異なる。タグ情報は人手により、あるいは、管理装置３０の検索結果に基づいて対応付けられるものであるから、タグ情報の組合せはそのウェブページの内容をある程度適切に示唆している場合が多い。このため、表示部３５０は、対応するタグ情報の組合せが、第２格納部３３０により格納された識別情報に近似する識別情報を、より優先して表示するべき識別情報と判断する。この図１２の例における具体的計算方法は以下の通りである。
【００４１】
まず、表示部３５０は、第２格納部３３０によりタグ情報Ａｊａｘが対応付けられた何れかの識別情報に対応する他のタグ情報（即ちｊａｖａｓｃｒｉｐｔ，ｍａｐ、ｗｅｂ）のそれぞれについて、情報量利得を計算する。情報量利得の計算式は以下の通りである。
Ｉｎｆｏｒｍａｔｉｏｎ  Ｇａｉｎ（ＩＧ）＝Ｈ（Ｙ）−Ｈ（Ｙ｜Ｘ）
但し、Ｙは、指定されたタグ情報（たとえばＡｊａｘ）が第１格納部３２０および第２格納部３３０の何れにより対応付けられたかを示す変数である。また、Ｘは、他のタグ情報が対応付けられているかどうかを示す。また、Ｈ（Ｙ）の定義は以下の通りである。
Ｈ（Ｙ）＝−Σｐ（ｙ）ｌｏｇ２ｐ（ｙ）である。
【００４２】
例えばＨ（Ｙ）については以下のように計算される。
Ｈ（Ｙ）＝−ｐ（ｙ＝手動タグ）×ｌｏｇ２ｐ（ｙ＝手動タグ）−ｐ（ｙ＝自動タグ）×ｌｏｇ２（ｙ＝自動タグ）
＝−（４／８）×ｌｏｇ２（４／８）−（４／８）×ｌｏｇ２（４／８）
＝１．０００
【００４３】
また、タグ情報ｍａｐについてＨ（Ｙ｜Ｘ）は以下のように計算される。
Ｈ（Ｙ｜Ｘ）＝ｐ（ｘ＝ｍａｐに対応）×Ｈ（Ｙ｜ｘ＝ｍａｐに対応）＋ｐ（ｘ＝ｍａｐに非対応）×Ｈ（Ｙ｜ｘ＝ｍａｐに非対応）
＝（５／８）×｛−（３／５）×ｌｏｇ２（３／５）−（２／５）×ｌｏｇ２（２／５）｝＋（３／８）×｛―（２／３）×ｌｏｇ２（２／３）−（１／３）×ｌｏｇ２（１／３）｝
＝０．９５１
【００４４】
従って、情報量利得はＩＧ＝０．０４９（１．０００−０．９５１）となる。この情報量利得は、第２格納部３３０により対応付けられた識別情報に、より多く対応付けられ、第１格納部３２０により対応付けられた識別情報に、あまり対応付けられていない場合にはより大きい値を採る。
【００４５】
表示部３５０は、以上に例示する計算を各タグ情報について行う。例えばタグ情報ｊａｖａｓｃｒｉｐｔについて、情報量利得は０．５４９となる。また、タグ情報ｗｅｂについて、情報量利得は０となる。そして、表示部３５０は、指定されたタグ情報（ここではＡｊａｘ）が自動タグである各識別情報について、その識別情報に対応する他のタグの情報量利得を合計する。そして、表示部３５０は、情報量利得の合計がより大きい識別情報をより優先して表示するように、表示順序を決定する。このようにすることで、対応するタグ情報の組合せが手動タグに近似する自動タグをより正確に選択することができる。
【００４６】
図１３は、各種の処理例についてその特徴を比較して示す。図１３（ａ）に示すように、選択対象のファイルにはその内容を特徴付けるキーワードが含まれていても、そのキーワードがタグ情報として利用者により対応付けられている場合（ケース１）もあれば、対応付けられていない場合（ケース２）がある。図１３（ｂ）には、そのそれぞれの場合について、各種の処理例の利害得失を記号で示す。タグ情報を第２格納部３３０によってのみ識別情報に対応付ける場合（手動と略す）には、有効なキーワードをタグ情報として対応付けている場合には識別情報を探索し易いが（○）、対応付けられていない場合には識別情報を探索し難い（×）。ただし、タグ情報は利用者自らが登録したものなので、タグ情報の一覧から所望のタグ情報を見つけ出すのは容易な場合が多い（○）。一方、手動のみなのでタグ情報の付け忘れが発生し易く、タグ情報登録の網羅性は低い（×）。
【００４７】
これに対し、ある程度自動的にタグ情報を登録するべく、識別情報の登録時に、その識別情報により識別されるファイルの内容の中に含まれる文字列を抽出し、識別情報に自動的に対応付ける処理が考えられる（第１例）。しかしながら、同一文字列を含む識別情報を多数登録すると、その文字列をタグ情報として指定しても所望の識別情報は探し出しにくい（△）。また、タグ情報自体の数も膨大と成り、タグ情報の一覧からタグ情報を探し出すのがそもそも困難である（×）。また、タグ情報は網羅的に登録されるものの、識別情報を先に登録して後からタグ情報を追加する場合には、登録済みの識別情報には新たなタグ情報が対応付けられないため、登録の網羅性は高くない（△）。
【００４８】
また、ある程度自動的にタグ情報を登録する処理としては、識別情報の登録時に、予め登録しておいたタグ情報でその識別情報に対応するファイルの中を検索し、検索にヒットしたタグを自動的に対応付ける処理も考えられる（第２例）。しかしながら、第１例と同様、同一のタグ情報に多数の識別情報が対応付けられるおそれがあり、所望の識別情報が探し出しにくい場合がある（△）。ただし、登録されるタグ情報は限られているので、その中から所望のタグ情報を探し出すのは比較的容易である（○）。登録済みの識別情報には新たなタグ情報が対応付けられないため、タグ情報登録の網羅性は高くない（△）。
【００４９】
これらに対し、管理装置３０は、手動タグと自動タグとを区別して表示し、ケース１の場合でも手動タグに対応する識別情報を優先して表示するので、他の自動タグに対応する識別情報に埋没しにくい（○）。また、ケース２の場合でも、タグ情報は自動的に登録されるので、タグ情報を手動で登録しなくとも所望の識別情報を探し出すことはできる（○）。タグ情報は利用者が指定したもののみなので、タグ情報のリストは不必要に長くならず、所望のタグ情報は探し出し易い（○）。そして、タグ情報は登録済みの識別情報にも網羅的に対応付けられる（○）。このように、本実施形態に係る管理装置３０によれば、多様な観点から検討しても、識別情報の探索を容易にすることができる。
【００５０】
次に、図１４および図１５を参照して、管理装置３０が複数の利用者から識別情報の登録を受けるという性質を利用して、どの利用者から登録されたタグ情報であるかを区別して表示する例を、第１変形例として説明する。
図１４は、本実施形態の第１変形例における管理装置３０の処理の流れを示す。表示部３５０は、タグ情報を指定した識別情報の表示要求を受信する（Ｓ１４００）。管理装置３０が複数の利用者から表示要求を受信する場合には、表示部３５０は、表示要求に対応付けて何れの利用者の表示要求であるかを示す利用者情報を更に受信する。そして、表示部３５０は、指定した当該タグ情報、および、受信した利用者識別情報（利用者Ａの識別情報とする）に対応付けられた識別情報を記憶部３００から読み出す（Ｓ１４１０）。
【００５１】
図１５を参照してその一例を示す。
図１５は、本実施形態の第１変形例における記憶部３００のデータ構造の一例を示す。記憶部３００は、識別情報に、利用者情報およびタグ情報の組を複数対応付けて記憶している。たとえば、識別情報ｗｗｗ．△△△．ｃｏｍには、利用者Ａおよびタグ情報ＸＸＸの組、利用者Ｂおよびタグ情報ＹＹＹの組、および、利用者Ａおよびタグ情報ＺＺＺの組が対応付けられている。一方、識別情報ｗｗｗ．□□□．ｃｏｍには、利用者Ｂおよびタグ情報ＸＸＸの組は対応付けられているものの、利用者Ａおよびタグ情報ＸＸＸの組は対応付けられていない。このため、表示部３５０は、タグ情報ＸＸＸが指定されても、識別情報ｗｗｗ．△△△．ｃｏｍは読み出すが、識別情報ｗｗｗ．□□□．ｃｏｍは読み出さない。
【００５２】
図１４に戻る。次に、表示部３５０は、利用者Ａ以外の他の利用者の利用者識別情報、および、指定した当該タグ情報に対応する識別情報を、既にＳ１４１０において読み出した識別情報とは区別して読み出す（Ｓ１４２０）。図１５の例では、識別情報ｗｗｗ．□□□．ｃｏｍが読み出される。そして、表示部３５０は、読み出したそれぞれの識別情報を、何れの利用者から入力されたタグ情報に対応付けられているかを識別可能に表示する（Ｓ１４３０）。例えば、表示部３５０は、表示を要求した利用者Ａにより対応付けられた識別情報を、他の利用者により対応付けられた識別情報よりも優先して表示してよい。図１５の例では、識別情報ｗｗｗ．△△△．ｃｏｍが、識別情報ｗｗｗ．□□□．ｃｏｍよりも優先して表示される。
【００５３】
以上、図１４および図１５を参照して説明したように、本第１変形例によれば、複数の利用者により対応付けられたタグ情報に基づき識別情報を表示することで、様々なファイルについてその識別情報を網羅的に表示できる。また、何れの利用者により対応付けられたかを区別して表示することで、所望の識別情報を探し出し易くすることもできる。
次に、図１６を参照して、図１から図１３を参照して説明した各種機能が管理装置３０でなく端末装置２０に設けられた例を第２変形例として説明する。
【００５４】
図１６は、本実施形態の変形例における端末装置２０の機能構成を示す。第２変形例においては、管理装置３０に加えて、端末装置２０も、記憶部３００と、検索部３１０と、第１格納部３２０と、第２格納部３３０と、重要度格納部３４０と、表示部３５０と、重要度変更部３６０とを有する。これら各部材は同一番号を付した実施例中の各部材の機能と概ね同一であるから、以降相違点を説明する。検索部３１０は、新たに登録するタグ情報を、利用者からキー操作等を受けることによって受け取る。第２格納部３３０は、新たに登録する識別情報を、利用者からキー操作等を受けることによって受け取る。また、表示部３５０は、タグ情報を指定した識別情報の表示要求を、利用者からキー操作等を受けることによって受け取る。
【００５５】
また、本第２変形例において、表示部３５０は、タグ情報を指定した識別情報の表示要求を入力すると、そのタグ情報に対応する識別情報を記憶部３００のみならず、外部の管理装置３０が備える記憶部３００から読み出してよい。たとえば、管理装置３０の記憶部３００に記憶された識別情報は、端末装置２０の利用者とは異なる利用者により登録されたものである。そして、表示部３５０は、管理装置３０の記憶部３００から読み出した識別情報を、端末装置２０の記憶部３００から読み出した識別情報とは識別可能に表示する。このように、第２変形例に示す構成によっても、識別情報を何れの利用者に対応付けられたタグ情報に対応するかによって区別して表示し、利用者の情報探索を支援することができる。
【００５６】
図１７は、端末装置２０または管理装置３０として機能するコンピュータ７００のハードウェア構成の一例を示す。コンピュータ７００は、ホストコントローラ１０８２により相互に接続されるＣＰＵ１０００、ＲＡＭ１０２０、及びグラフィックコントローラ１０７５を有するＣＰＵ周辺部と、入出力コントローラ１０８４によりホストコントローラ１０８２に接続される通信インターフェイス１０３０、ハードディスクドライブ１０４０、及びＣＤ−ＲＯＭドライブ１０６０を有する入出力部と、入出力コントローラ１０８４に接続されるＲＯＭ１０１０、フレキシブルディスクドライブ１０５０、及び入出力チップ１０７０を有するレガシー入出力部とを備える。
【００５７】
ホストコントローラ１０８２は、ＲＡＭ１０２０と、高い転送レートでＲＡＭ１０２０をアクセスするＣＰＵ１０００及びグラフィックコントローラ１０７５とを接続する。ＣＰＵ１０００は、ＲＯＭ１０１０及びＲＡＭ１０２０に格納されたプログラムに基づいて動作し、各部の制御を行う。グラフィックコントローラ１０７５は、ＣＰＵ１０００等がＲＡＭ１０２０内に設けたフレームバッファ上に生成する画像データを取得し、表示装置１０８０上に表示させる。これに代えて、グラフィックコントローラ１０７５は、ＣＰＵ１０００等が生成する画像データを格納するフレームバッファを、内部に含んでもよい。
【００５８】
入出力コントローラ１０８４は、ホストコントローラ１０８２と、比較的高速な入出力装置である通信インターフェイス１０３０、ハードディスクドライブ１０４０、及びＣＤ−ＲＯＭドライブ１０６０を接続する。通信インターフェイス１０３０は、ネットワークを介して外部の装置と通信する。ハードディスクドライブ１０４０は、コンピュータ７００が使用するプログラム及びデータを格納する。ＣＤ−ＲＯＭドライブ１０６０は、ＣＤ−ＲＯＭ１０９５からプログラム又はデータを読み取り、ＲＡＭ１０２０又はハードディスクドライブ１０４０に提供する。
【００５９】
また、入出力コントローラ１０８４には、ＲＯＭ１０１０と、フレキシブルディスクドライブ１０５０や入出力チップ１０７０等の比較的低速な入出力装置とが接続される。ＲＯＭ１０１０は、コンピュータ７００の起動時にＣＰＵ１０００が実行するブートプログラムや、コンピュータ７００のハードウェアに依存するプログラム等を格納する。フレキシブルディスクドライブ１０５０は、フレキシブルディスク１０９０からプログラム又はデータを読み取り、入出力チップ１０７０を介してＲＡＭ１０２０またはハードディスクドライブ１０４０に提供する。入出力チップ１０７０は、フレキシブルディスク１０９０や、例えばパラレルポート、シリアルポート、キーボードポート、マウスポート等を介して各種の入出力装置を接続する。
【００６０】
コンピュータ７００に提供されるプログラムは、フレキシブルディスク１０９０、ＣＤ−ＲＯＭ１０９５、又はＩＣカード等の記録媒体に格納されて利用者によって提供される。プログラムは、入出力チップ１０７０及び/又は入出力コントローラ１０８４を介して、記録媒体から読み出されコンピュータ７００にインストールされて実行される。プログラムがコンピュータ７００等に働きかけて行わせる動作は、図１から図１６において説明した端末装置２０または管理装置３０における動作と同一であるから、説明を省略する。
【００６１】
以上に示したプログラムは、外部の記憶媒体に格納されてもよい。記憶媒体としては、フレキシブルディスク１０９０、ＣＤ−ＲＯＭ１０９５の他に、ＤＶＤやＰＤ等の光学記録媒体、ＭＤ等の光磁気記録媒体、テープ媒体、ＩＣカード等の半導体メモリ等を用いることができる。また、専用通信ネットワークやインターネットに接続されたサーバシステムに設けたハードディスク又はＲＡＭ等の記憶装置を記録媒体として使用し、ネットワークを介してプログラムをコンピュータ７００に提供してもよい。
【００６２】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。例えば、管理装置３０およびウェブサーバ４０は別体に設けられていなくともよく、単一のコンピュータ・システムが管理装置３０およびウェブサーバ４０の双方の役割を果たしてよい。この場合、そのコンピュータ・システムは、そのコンピュータ・システム内に記憶したファイルの識別情報を端末装置２０の画面に表示する。このように、画像や音楽などのファイルを提供するシステムが、自らが提供するファイルを利用者に選択し易くするために、そのファイルの識別情報を一覧表示してもよい。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【図面の簡単な説明】
【００６３】
【図１】図１は、本実施形態に係る情報システム１０の全体構成を示す。
【図２】図２は、ファイルの識別情報に対応付けられたタグ情報の第１例を示す。
【図３】図３は、ファイルの識別情報に対応付けられたタグ情報の第２例を示す。
【図４】図４は、ファイルの識別情報に対応付けられたタグ情報の第３例を示す。
【図５】図５は、管理装置３０の機能構成を示す。
【図６】図６は、ファイルの識別情報に対応付けられたタグ情報の第４例を示す。
【図７】図７は、ファイルの識別情報に対応付けられたタグ情報の第５例を示す。
【図８】図８は、表示部３５０が端末装置２０に表示させる画面の具体例を示す。
【図９】図９は、管理装置３０が新規のタグ情報の入力に応じて行う処理の流れを示す。
【図１０】図１０は、管理装置３０が新規の識別情報の入力に応じて行う処理の流れを示す。
【図１１】図１１は、管理装置３０が表示要求の入力に応じて行う処理の流れを示す。
【図１２】図１２は、ファイルの識別情報に対応付けられた複数のタグ情報の具体例を示す。
【図１３】図１３は、各種の処理例についてその特徴を比較して示す。
【図１４】図１４は、本実施形態の第１変形例における管理装置３０の処理の流れを示す。
【図１５】図１５は、本実施形態の第１変形例における記憶部３００のデータ構造の一例を示す。
【図１６】図１６は、本実施形態の第２変形例における端末装置２０の機能構成を示す。
【図１７】図１７は、端末装置２０または管理装置３０として機能するコンピュータ７００のハードウェア構成の一例を示す。
【符号の説明】
【００６４】
１０  情報システム
２０  端末装置
３０  管理装置
４０  ウェブサーバ
３００  記憶部
３１０  検索部
３２０  第１格納部
３３０  第２格納部
３４０  重要度格納部
３５０  表示部
３６０  重要度変更部
７００  コンピュータ
８１０  第１選択ウィンドウ
８２０  第２選択ウィンドウ
８３０  タグ情報ウィンドウ
８４０  タグ入力ウィンドウ
【図１】
2008234304.tif 000003
【図２】
2008234304.tif 000004
【図３】
2008234304.tif 000005
【図４】
2008234304.tif 000006
【図５】
2008234304.tif 000007
【図６】
2008234304.tif 000008
【図７】
2008234304.tif 000009
【図８】
2008234304.tif 000010
【図９】
2008234304.tif 000011
【図１０】
2008234304.tif 000012
【図１１】
2008234304.tif 000013
【図１２】
2008234304.tif 000014
【図１３】
2008234304.tif 000015
【図１４】
2008234304.tif 000016
【図１５】
2008234304.tif 000017
【図１６】
2008234304.tif 000018
【図１７】
2008234304.tif 000019