JP2009239617A - コンテンツ管理装置、コンテンツ管理システム及びコンテンツ管理方法 - Google Patents

Abstract

【課題】複数のコンテンツに効率よく検索キーワードを付与して管理するコンテンツ管理システムを提供する。
【解決手段】ＭＦＤ（デバイス）は、コンテンツを取得すると、サーバへ送信する。サーバは、コンテンツを識別するコンテンツＩＤを生成するとともに、コンテンツに関連するキーワード候補を生成する。サーバは、コンテンツＩＤとキーワード候補を関連付けて記憶する。サーバは、コンテンツＩＤとキーワード候補をＭＦＤへ送信する。ユーザが所望のキーワード候補を指定すると、ＭＦＤは指定されてキーワード候補とコンテンツＩＤをサーバへ送信する。サーバは、指定されたキーワード候補を、コンテンツＩＤによって識別されるコンテンツの検索キーワードとして登録する。検索キーワードを登録する際、コンテンツＩＤによってコンテンツを識別することができるので、複数のコンテンツに効率よく検索キーワードを付与することができる。
【選択図】図２

Description

本発明は、取得したコンテンツを検索可能に管理するコンテンツ管理技術に関する。特に、新たに取得したコンテンツに検索キーワードを付し易く、かつ、既に登録されたコンテンツを検索し易いコンテンツ管理技術に関する。

近年、プリンタやファクシミリなど様々なデバイスがネットワークに接続されている。プリンタは、印刷対象であるドキュメントデータを端末から取得する。ファクシミリ装置は、ファクシミリデータを取得する。あるいは、電話機能を備えている場合、ファクシミリ装置は相手のメッセージを取得（録音）することもある。本明細書では、ドキュメントデータやファクシミリデータなどを「コンテンツ」と総称する。プリンタやファクシミリなど、コンテンツを取得する装置を「コンテンツ取得装置」、或いは「ネットワークデバイス」と総称する。
デバイスが取得したコンテンツは、ネットワークデバイス自身、或いはネットワークデバイスに通信可能に接続されたコンテンツ管理装置で管理される。以下、「コンテンツ管理装置」を単に「管理装置」と称する。ネットワークデバイス或いは管理装置は、管理している複数のコンテンツの中から所望のコンテンツを検索できることが望ましい。所望のコンテンツを検索するために、ネットワークデバイス或いは管理装置は、コンテンツに検索用のキーワードを対応付けて記憶する。本明細書では、検索用のキーワードを単に「検索キーワード」と称する。検索キーワードは、コンテンツに応じてユーザが指定する。
特許文献１に、ユーザが検索キーワードを指定しやすい管理装置が開示されている。特許文献１の管理装置は、ネットワークを介して画像読取装置（ネットワークデバイスの一種）と接続されている。画像読取装置は、受信した画像データ（画像コンテンツ）の縮小画像を生成して管理装置へ送信する。管理装置は、受信した縮小画像から特徴量を抽出し、その特徴量に基づいて、縮小画像に関連するキーワード候補を抽出する。抽出したキーワード候補は画像読取装置に送られる。画像読取装置は、キーワード候補を表示する。画像読取装置は、キーワード候補の中からユーザが指定したキーワード候補と取得した画像データを管理装置へ送信する。管理装置は、ユーザが指定したキーワード候補と画像データを関連付けて記憶する。すなわち、管理装置は、ユーザが指定したキーワード候補を検索キーワードとして記憶する。

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

特許文献１の技術は、ユーザが検索キーワードを指定し易いが、必ずしも画像データ（画像コンテンツ）を検索し易くはなかった。画像データを検索する際にも検索キーワードを指定する場合と同じようにキーワードをユーザに提示すると、多くのキーワードがユーザに提示されてしまう。ユーザが過去に指定したキーワードだけでなく、指定しなかったキーワードも同時に提示されてしまう。提示されたキーワードの中から所望の画像データを検索するためのキーワードを見つけるのに時間を要してしまう。
キーワードを指定し易いだけでなく、キーワードを指定したコンテンツを検索し易いコンテンツ管理技術が望まれている。

ネットワークデバイスあるいは管理装置が管理するコンテンツは画像コンテンツに限られない。ネットワークデバイス（コンテンツ取得装置）が取得するコンテンツであれば、どのような形式のコンテンツであってもよい。ネットワークデバイスが多機能装置（プリンタ機能やファクシミリ機能やコピー機能など、複数の機能を備える装置）の場合、多機能装置は、ファクシミリデータ（ファクシミリコンテンツ）や印刷データ（印刷コンテンツ）を取得する。多機能装置は、電話のメッセージ（音声コンテンツ）を取得（録音）する場合もある。

キーワードを付したコンテンツを検索する際、コンテンツに関連する可能性があっても、検索キーワードに指定されなかったキーワードを数多くユーザに提示するのはユーザを混乱させる。本発明は、過去にユーザが指定したキーワードのみを検索時にユーザに提示することによって、検索に要するユーザの負荷を軽減する。

本明細書が開示する技術のひとつは、取得したコンテンツを検索可能に管理するコンテンツ管理装置（コンテンツ取得装置）に具現化される。コンテンツ管理装置は、記憶手段と登録手段と検索手段を備えている。記憶手段は、複数のキーワードとコンテンツが登録されている検索データベースを記憶する。検索データベースに既に登録されているコンテンツと、新たなコンテンツであり検索データベースに登録される前のコンテンツを区別するために、前者を「既登録コンテンツ」と称し、後者を「新たなコンテンツ」と称する。
登録手段は以下の処理を実行する。
・新たなコンテンツに関連するキーワード候補を検索データベースから抽出する処理；
・抽出されたキーワード候補を表示する処理；
・表示されたキーワード候補の中からユーザによって指定されたキーワード候補を、新たなコンテンツに関連付けて、検索キーワードとして検索データベースに登録する処理。新たなコンテンツは、検索データベースに登録されると既登録コンテンツとなる。
検索手段は、以下の処理を実行する。
・検索データベースに登録された検索キーワードを表示する処理；
・表示された検索キーワードの中からユーザによって指定された検索キーワードに関連付けられた既登録コンテンツを検索データベースから抽出する処理；
・抽出された既登録コンテンツを表示する処理。

このコンテンツ管理装置は、新たなコンテンツを登録する際には、その新たなコンテンツに関連するキーワード候補をユーザに提示する。ユーザは、新たなコンテンツに関連する多くのキーワード候補の中から所望のキーワードを自在に選択することができる。他方、既登録コンテンツを検索する際には、過去に検索キーワードとして登録されたキーワードのみをユーザに提示する。既登録コンテンツの検索のためにユーザが指定する可能性の高いキーワードのみを提示する。既登録コンテンツの検索のためにユーザが要する負荷を軽減することができる。

本明細書に開示される技術の他のひとつは、コンテンツを取得するコンテンツ取得装置と、該コンテンツ取得装置と通信可能に接続されており前記コンテンツを検索可能に管理する管理装置と、を含むコンテンツ管理システムに具現化することも好適である。
コンテンツ取得装置は、新たなコンテンツを検索データベースに登録するコンテンツ取得装置側登録手段と、検索データベースに登録されたコンテンツを検索するコンテンツ取得装置側検索手段とを備えている。管理装置は、コンテンツ取得装置側登録手段と協働する管理装置側登録手段と、コンテンツ取得装置側検索手段と協働する管理装置側検索手段を備えている。
コンテンツ取得装置側登録手段は、以下の処理を実行する。
（１）新たなコンテンツを管理装置へ送信する処理；
（２）新たなコンテンツを識別するためのコンテンツＩＤと、新たなコンテンツを検索するためのキーワード候補を管理装置から受信する処理；
（３）受信されたキーワード候補を表示する処理；
（４）表示されたキーワード候補の中からユーザによって指定されたキーワード候補を、（２）の処理で受信したコンテンツＩＤとともに管理装置へ送信する処理。
管理装置側登録手段は、以下の処理を実行する。
（ａ）新たなコンテンツをコンテンツ取得装置から受信する処理；
（ｂ）受信された新たなコンテンツに基づいてキーワード候補を生成する処理；
（ｃ）受信された新たなコンテンツと生成されたキーワード候補を関連付けるとともに、新たなコンテンツを識別するためのコンテンツＩＤを生成する処理；
（ｄ）生成されたコンテンツＩＤと生成されたキーワード候補をコンテンツ取得装置へ送信する処理；
（ｅ）ユーザによって指定されたキーワード候補とコンテンツＩＤをコンテンツ取得装置から受信する処理；
（ｆ）指定されたキーワード候補を、（ｅ）の処理で受信したコンテンツＩＤによって識別される新たなコンテンツに関連付けて、検索キーワードとして検索データベースに登録する処理。
キーワードを生成する処理では、キーワードを新たに生成してよいし、過去に生成したキーワードを再び採用してもよい。
コンテンツ取得装置側検索手段は、以下の処理を実行する。
（５）既に登録されたコンテンツを検索するための検索キーワードを管理装置へ要求する処理；
（６）検索キーワードを管理装置から受信する処理；
（７）受信された検索キーワードの中からユーザによって指定された検索キーワードを管理装置へ送信する処理；
（８）指定された検索キーワードに関連付けられている既登録コンテンツを管理装置から受信する処理；
（９）受信された既登録コンテンツを表示する処理。
管理装置側検索手段は、以下の処理を実行する。
（ｇ）検索キーワードの要求に応答して、検索データベースに登録されている検索キーワードをコンテンツ取得装置へ送信する処理；
（ｈ）ユーザによって指定された検索キーワードに関連付けられている既登録コンテンツを検索データベースから抽出する処理；
（ｉ）抽出された既登録コンテンツをコンテンツ取得装置へ送信する処理。

このコンテンツ管理システムは、ひとつのコンテンツ管理装置で複数のコンテンツ取得装置が取得したコンテンツを集中的に管理することができる。コンテンツ取得装置と管理装置は、コンテンツをコンテンツＩＤによって識別することができる。管理装置が新たなコンテンツを受信した後は、コンテンツ取得装置はコンテンツＩＤを指定することによっていつでもコンテンツを管理装置から取り出すことができる。コンテンツ取得装置がコンテンツを保存する必要がない。コンテンツの管理が容易となる。

「登録手段」や「検索手段」は、ハードウエアで実現されてよいし、ソフトウエアで実現されてもよい。「登録手段」や「検索手段」は、ソフトウエアで実現される場合は「登録処理」や「検索処理」と換言してよい。「登録処理」を実現するプログラム、あるいはハードウエアは「登録モジュール」と称することができる。「検索処理」を実行するプログラム、あるいはハードウエアは「検索モジュール」と称することができる。本明細書が開示する技術は、コンテンツを管理するプログラムに具現化されてよいし、コンテンツを管理する方法に具現化されてもよい。本明細書が開示するコンテンツを管理する方法は、検索データベースを有するコンピュータに実装されてよい。

本発明によれば、キーワードを指定し易いだけでなく、キーワードを指定したコンテンツを検索し易いコンテンツ管理技術を実現することができる。

図面を参照して実施例のコンテンツ管理システムを説明する。
１．システム構成
図１は、コンテンツ管理システム１００のブロック図である。コンテンツ管理システムは、サーバ４０（管理装置）とＭＦＤ１０がネットワーク５２に接続されているシステムである。ＭＦＤ１０は、印刷機能、ファクシミリ機能、スキャナ機能、及び電話機能を備えたいわゆるマルチファンクションデバイスである。サーバ４０とＭＦＤ１０は、ネットワーク５２を介して相互に通信することができる。
ＭＦＤ１０は、ＣＰＵ１２、ストレージ１４、コンソール２２、ディスプレイ２４、ネットワークインタフェイス２６、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋｓ）インタフェイス２８、プリントユニット３０、ファクシミリユニット３２、スキャナユニット３４、及びハンドセット３６を備えている。図１に記された「Ｉ／Ｆ」、「ＭＤＬ］の文字は、それぞれ、「インタフェイス」、「モジュール」を意味する。

ＣＰＵ１２は、ストレージ１４に格納された各種のプログラムに従ってＭＦＤ１０を制御する。ストレージ１４に格納されているプログラムには、登録モジュール１６と検索モジュール１８がある。夫々のプログラムに記述されている処理については後述する。ストレージ１４にはまた、各種のデータ２０が格納されている。
コンソール２２は、ユーザが操作するためのハードウエアである。ユーザは、コンソール２２を操作することによって、ＭＦＤ１０に所望の指示を入力する。
ネットワークインタフェイス２６は、ネットワーク５２を介してサーバ４０と通信するためのハードウエアである。ＰＳＴＮインタフェイス２８は、ＭＦＤ１０を公衆回線（不図示）に接続しているハードウエアである。ＭＦＤ１０は、公衆回線を通じて電話やファクシミリのデータを授受する。
プリントユニット３０は印刷機能のためのハードウエアである。ファクシミリユニット３２は、ファクシミリ機能のためのハードウエアである。スキャナユニット３４は、スキャナ機能のためのハードウエアである。ハンドセット３６は、電話機能のためのハードウエアである。
ＭＦＤ１０は、ネットワーク５２に接続されている端末からコンテンツを受け取って印刷することができる。ＭＦＤ１０は、ファクシミリコンテンツを送受信できる。ＭＦＤ１０は、紙面に印刷されているテキストや画像を読み取ることができる。ＭＦＤ１０は、読み取ったテキストや画像を印刷することができる。即ち、ＭＦＤ１０は、スキャナユニット３４とプリントユニット３０を用いることによってコピー機能を実行することができる。またＭＦＤ１０は、通話音声を録音することができる。即ち、ＭＦＤ１０は、印刷データ（印刷コンテンツ）、スキャンしたデータ（スキャンしたコンテンツ）、ファクシミリデータ（ファクシミリコンテンツ）、通話音声データ（音声コンテンツ）などを取得することができる。

ＭＦＤ１０の機能群は２つに大別することができる。ひとつは、ユーザの操作によらず、ＭＦＤ１０が自動的にコンテンツを取得する機能（自動取得機能）である。ファクシミリコンテンツの受信、留守電の録音（音声コンテンツの自動録音）、外部装置（例えば、ネットワークを介して接続されたパーソナルコンピュータ）から指示される印刷（印刷コンテンツの取得）が、自動取得機能に含まれる。もうひとつは、ユーザの操作に応答してＭＦＤ１０がコンテンツを取得する機能（手動取得機能）である。より正確には、ユーザによるコンソール２２の操作に応答して、コンテンツを取得する処理が開始される機能である。手動取得機能には、コピー、スキャン、ファクシミリコンテンツの送信、通話中の録音が含まれる。

サーバ４０は、ＣＰＵ４２とストレージ４４を備えている。ストレージ４４には、プログラムとして、登録モジュール４６と検索モジュール４８が記憶されている。ストレージ４４はまた、ＭＦＤ１０が取得した複数のコンテンツを検索可能に登録している検索データベース５０を格納している。

ＭＦＤ１０が取得したコンテンツは、サーバ４０に送信され管理される。サーバ４０は、コンテンツを検索データベース５０に登録する。その際、各コンテンツには検索用のキーワード（検索キーワード）が関連付けられる。即ち、データ管理システム１００は、ＭＦＤ１０が取得したコンテンツに検索キーワードを関連付けるとともに、それらを検索データベース５０に登録する。コンテンツと検索キーワードの登録は、ＭＦＤ１０の登録モジュール１６とサーバ４０の登録モジュール４６が協働して行われる。ＭＦＤ１０の登録モジュール１６をデバイス側登録モジュール１６と称し、サーバ４０の登録モジュール４６をサーバ側登録モジュール４６と称する。
検索キーワードは、ユーザによって指定される。デバイス側登録モジュール１６とサーバ側登録モジュール４６が協働して、ユーザが容易に検索キーワードを指定することができる環境を提供する。

２．キーワード登録処理
コンテンツ管理システム１００が実施する処理を説明する。まず、ＭＦＤ１０が取得したコンテンツに、ユーザが望む検索キーワードを関連付けるキーワード登録処理について説明する。
コンテンツ管理システム１００は、ユーザの操作に応答してコンテンツを取得する場合と、コンテンツを自動的に取得する場合で異なる処理を実行する。ユーザの操作に応答してコンテンツを取得する場合のデータ管理システム１００の処理フローを説明する。
図２は、ユーザの操作に応答してコンテンツを取得する場合のデータ管理システム１００全体の処理フローである。図２は、左側にユーザの操作を示しており、中央にＭＦＤ１０の処理を示しており、右側にサーバ４０の処理を示している。
ＭＦＤ１０は、ユーザの指示に応答してコンテンツを取得する（ステップＭ１０）。例えば、ユーザによる印刷指示に応答して、ユーザが指定するファイルを印刷する。あるいは、ユーザによるファクシミリ送信の指示に応答して、ユーザが指定するデータをファクシミリ送信する。ＭＦＤ１０では、コンテンツ取得処理（ステップＭ１０）に続いて、取得したコンテンツに検索キーワードを関連付けるデバイス側登録処理（Ｍ１２）が開始される。サーバ４０では、デバイス側登録処理に応答して、仮登録処理（Ｓ１０）とサーバ側本登録処理（Ｓ１２）が実行される。仮登録処理とサーバ側本登録処理は、サーバ側登録処理のサブモジュールである。
仮登録処理（Ｓ１０）は、ＭＦＤ１０が取得したコンテンツにコンテンツＩＤを割り当てるとともに、コンテンツのキーワード候補を生成する処理である。仮登録処理は、ＭＦＤ１０からコンテンツを受信し、受信したコンテンツに基づいて生成したキーワード候補とコンテンツＩＤをＭＦＤ１０へ送信する。仮登録処理では、「未登録リスト」が生成される。「未登録リスト」は、ユーザによる検索キーワードの指定が行なわれていないコンテンツを示すリストである。即ち、仮登録処理とは、検索キーワードが割り当てられていないコンテンツを、既に検索キーワードが割り当てられたコンテンツと区別して保存する処理である。
サーバ側本登録処理（Ｓ１２）は、仮登録されたコンテンツに検索キーワードを割り当てる処理である。サーバ側本登録処理は、ユーザによって指定されたキーワード候補を受信し、受信したキーワード候補をコンテンツに関連付けて検索データベースへ登録する。
以下、デバイス側登録処理（Ｍ１２）、仮登録処理（Ｓ１０）、サーバ側本登録処理（Ｓ１２）の夫々について説明する。

（デバイス側登録処理）
図６に、デバイス側登録処理のフローチャートを示す。
コンテンツを取得後、ＭＦＤ１０はメタデータを収集する（Ｍ１０２）。メタデータは、コンテンツの取得動作に伴って発生するデータであり、コンテンツの取得経路によって異なる。
メタデータには次の種類がある。左側がコンテンツの取得経路を表し、右側がメタデータを表す。
・ファクシミリ受信：受信日時、送信元の電話番号、宛先Ｆコード
・ファクシミリ送信：送信日時、送信先の電話番号、宛先Ｆコード
・コピー：コピー日時
・スキャン：スキャン日時
・印刷：印刷日時、端末名、ユーザアカウント、ドキュメント名
上記のほかに、コンテンツのページ数、通話日時、着信日時及び取得経路もメタデータに含まれる。

ＭＦＤ１０は、取得したコンテンツと収集したメタデータをサーバ４０へ送信する（Ｍ１０３）。サーバ４０は、コンテンツとメタデータを受信すると（図４のＳ１０１）、コンテンツＩＤとキーワード候補を生成してＭＦＤ１０へ送信する（図４のＳ１０６）。サーバ４０の処理については後述する。
コンテンツを自動的に取得した場合（ステップＭ１０４：「自動」）、ＭＦＤ１０はサーバ４０から「仮登録完了」の通知を受信して登録処理を終了する。コンテンツ自動取得の場合の登録処理については後述する。コンテンツの取得が「自動」か「手動」のいずれであるかは、メタデータに含まれているコンテンツの取得経路から判断する。

コンテンツの取得が「手動」の場合（すなわち、ＭＦＤ１０がユーザの操作に応答してコンテンツを取得した場合）、ＭＦＤ１０は、サーバ４０からコンテンツＩＤとキーワード候補を受信するまで待機する（Ｍ１０６）。
ＭＦＤ１０１０は、受信したキーワード候補をディスプレイ２４に表示する（１０７）。そして、ユーザによるキーワード候補の指定を待つ（Ｍ１０８）。ユーザは、コンソール２２を操作して、表示されたキーワード候補の中から、取得したコンテンツに関連付けることを希望するキーワード候補を指定する。
ユーザの指定を受け付けると、ＭＦＤ１０は、指定されたキーワード候補をサーバ４０へ送信し（Ｍ１１１）、デバイス側登録処理を終了する。
なお、ユーザが処理の中止を指示した場合（Ｍ１０９：ＹＥＳ）、「中止要求」をサーバ４０へ送信して処理を終了する（Ｍ１１０）。

（サーバによる仮登録処理）
デバイス側登録処理のステップＭ１０３に応答して、サーバ４０が仮登録処理を開始する。図４に仮登録処理のフローチャートを示す。
サーバ４０はまず、コンテンツとメタデータを受信する（Ｓ１０１）。
サーバ４０は、コンテンツＩＤを生成し、受信したコンテンツに関連付ける（Ｓ１０２）。コンテンツＩＤは、受信したコンテンツに一意に割り当てられる。
続いてサーバ４０は、受信したコンテンツとメタデータに基づいてキーワード候補を生成する（Ｓ１０３）。サーバ４０は、受信したメタデータの各要素（取得経路、日時、宛先Ｆコードなど）をキーワード候補として採用する。
サーバ４０は、キーワード候補を新たに生成するだけでなく、検索データベースに保存されている過去のキーワード候補の中からも、受信したコンテンツのキーワード候補を抽出する。次の段落で説明するように、検索データベースには、過去に生成したキーワード候補が蓄積されている。サーバ４０は、検索データベースに蓄積されている過去のキーワード候補の中から、受信したメタデータに関連するキーワードを抽出し、抽出したキーワードを受信したコンテンツのキーワード候補として採用する。例えば、過去に受信したメタデータにファクシミリの電話番号が含まれている場合、そのファクシミリ番号を有する会社名が、キーワード候補として検索データベースに蓄積されている場合がある。サーバ４０は、新たに受信したメタデータにファクシミリの電話番号が含まれている場合、検索データベースの中からそのファクシミリ番号を有する会社名を抽出し、新たに受信したコンテンツのキーワード候補として採用する。
同時にサーバ４０は、コンテンツから単語を抽出し、抽出した単語をキーワード候補として採用する。例えば、コンテンツが画像データの場合、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）によって単語を抽出する。また、コンテンツが音声データの場合は、音声認識処理により単語を抽出する。サーバ４０は、抽出された単語に統計的処理を施して、過去に抽出された頻度が高い単語をキーワード候補として採用する。

サーバ４０は、コンテンツ、コンテンツとメタデータから生成したキーワード候補、及びコンテンツＩＤを関連付けて検索データベースに仮登録する（Ｓ１０４）。具体的には、コンテンツ、コンテンツに関連付けられたキーワード候補とコンテンツＩＤをひとつのレコードとして検索データベースに登録するとともに、そのレコードに仮登録を示すフラグを付す。仮登録を示すフラグもレコードに含まれる。検索データベースの具体的構造については後述する。
サーバ４０は、コンテンツが手動取得される場合には（Ｓ１０５の分岐判断が「手動」の場合）、コンテンツＩＤとキーワード候補をＭＦＤ１０へ送信する（Ｓ１０６）。他方、コンテンツが自動取得される場合には「仮登録完了」を示す通知をＭＦＤ１０へ送信する（Ｓ１０７）。
コンテンツが自動取得と手動取得のどちらであるかは、メタデータに含まれている「取得経路」から判断する。

（サーバ側本登録処理）
図５に、サーバ側本登録処理のフローチャートを示す。コンテンツが手動取得される場合、コンテンツＩＤとユーザが指定したキーワード候補がＭＦＤ１０から送信される（図３のステップＭ１１１）。ステップＭ１１１に応答して、サーバ４０は、サーバ側本登録処理を開始する。サーバ４０はまず、コンテンツＩＤとユーザが指定したキーワード候補を受信する（Ｓ１３１）。サーバ４０は、受信したコンテンツＩＤによって識別されるコンテンツに、指定されたキーワード候補を検索キーワードとして関連付ける。サーバ４０は関連付けられたキーワード候補を、検索キーワードとして検索データベースに登録する（Ｓ１３２）。検索データベースには、コンテンツと、そのコンテンツの検索キーワードが登録される。検索キーワードの登録は具体的には、以下のとおりである。検索データベースには、既にキーワード候補が仮登録されている。各キーワード候補にも登録状態を示すフラグが割り当てられている。仮登録のときには「仮登録」のフラグが設定される。ユーザによって指定されたキーワード候補を検索キーワードとして登録する際、そのキーワード候補のフラグが「仮登録」から「本登録」に変更される。即ち、「仮登録」のフラグが設定されているキーワードが「キーワード候補」として識別され、「本登録」のフラグが設定されているキーワードが「検索キーワード」として識別される。
検索データベースの中から、「仮登録」のフラグが設定されているコンテンツやキーワード候補を抽出することによって、前述した「未登録リスト」が得られる。
最後にサーバ４０は、「登録完了」の通知をＭＦＤ１０へ送信して処理を終了する（Ｓ１３３）。

（コンテンツを自動取得する場合の登録処理）
コンテンツを自動取得する場合のシステム全体の処理のフローを図６に示す。コンテンツを自動取得する場合は、仮登録処理と本登録処理が独立して行われる。ＭＦＤ１０がコンテンツを取得すると（M１０）、ＭＦＤ１０とサーバ４０の間で仮登録処理が実行される。ＭＦＤ１０では、図３に示したデバイス側登録処理が実行される。但し、ステップＭ１０４の分岐判断が「自動」となる。従ってＭＦＤ１０は、サーバ４０から「仮登録完了」の通知を受信してデバイス側登録処理を終了する（Ｍ１０５）。
他方、サーバ４０では、図４に示した仮登録処理が実行される。但し、ステップＳ１０５の分岐判断が「自動」となる。従ってサーバ４０は、「仮登録完了」の通知を送信して仮登録処理を終了する（Ｓ１０７）。

コンテンツ取得後、ユーザが仮登録リストの閲覧指示を入力すると、ＭＦＤ１０はデバイス側本登録処理（Ｍ１４）を実行する。デバイス側本登録処理は、デバイス側登録モジュール１６のサブモジュールである。なお、「仮登録リスト」は、「未登録コンテンツ」と同義である。
デバイス側本登録処理（Ｍ１４）に応答して、サーバ４０では仮登録コンテンツのリストアップ処理（Ｓ１４）、キーワード候補のリストアップ処理（Ｓ１６）、及び、サーバ側本登録処理が実行される。これらの処理は、サーバ側登録モジュール４６のサブモジュールである。仮登録コンテンツのリストアップ処理（Ｓ１４）では、サーバ４０は、ＭＦＤ１０からの「リスト要求」に応答して、仮登録されたコンテンツを示すコンテンツＩＤを送信する。サーバ４０は、ユーザがコンテンツを判別し易くするようにメタデータをコンテンツＩＤに付加してもよい。以下、コンテンツＩＤとともにメタデータをＭＦＤ１０に送信する構成を説明する。キーワード候補のリストアップ処理では、サーバ４０は、ＭＦＤ１０からの「候補要求」に応答して、キーワード候補を送信する。デバイス側本登録処理（Ｍ１４）では、ＭＦＤ１０は、キーワード候補の表示、ユーザによるキーワード候補の指定の受け付け、受け付けたキーワード候補のサーバ４０への送信を行う。サーバ側本登録処理（Ｓ１２）では、サーバ４０は、指定されたキーワード候補をＭＦＤ１０から受信し、指定されたキーワード候補の登録完了を通知する。
以下、デバイス側本登録処理（Ｍ１４）、仮登録コンテンツのリストアップ処理（Ｓ１４）、キーワード候補のリストアップ処理（Ｓ１６）について詳しく説明する。

（デバイス側本登録処理）
ユーザがコンソール２２を操作して、ＭＦＤ１０へ仮登録リストの閲覧を指示すると、デバイス側本登録処理が開始する。図７に、デバイス側本登録処理のフローチャートを示す。ユーザによる閲覧指示に応答して、ＭＦＤ１０は、「仮登録リスト要求」をサーバ４０へ送信する（Ｍ２０１）。サーバ４０は、「仮登録リスト要求」に応答して、検索キーワードの指定が完了していないコンテンツのコンテンツＩＤ群（コンテンツＩＤのリスト）を送信する。ＭＦＤ１０は、コンテンツＩＤのリストを受信すると（Ｍ２０２）、受信したコンテンツＩＤ群を表示する。そして、ユーザの指定を待つ。ユーザは、検索キーワードを指定したいコンテンツを特定するコンテンツＩＤを指定する。ＭＦＤ１０は、いずれかのコンテンツＩＤの指定をユーザから受け付けると、受け付けたコンテンツＩＤ（ユーザによって指定されたコンテンツＩＤ）と「候補要求」をサーバ４０へ送信する（Ｍ２０３）。サーバ４０は、「候補要求」に応答して、指定されたコンテンツＩＤによって特定されるコンテンツに関連付けられたキーワード候補を送信する。ＭＦＤ１０は、キーワード候補を受信する（Ｍ２０４）。次いでＭＦＤ１０は、受信したキーワード候補を表示する（Ｍ２０５）。そして、ユーザによるキーワード候補の指定を待つ。ユーザは、コンソール２２を操作して、表示されたキーワード候補の中から、取得したコンテンツに関連付けたいキーワード候補を指定する。なお、ユーザは、複数のキーワード候補を指定（選択）可能である。ＭＦＤ１０は、ユーザによるキーワード候補の指定を受け付ける（Ｍ２０６）。このときＭＦＤ１０は、複数のキーワード候補を受け付けることができる。
ＭＦＤ１０は、ユーザの指定を受け付けると、指定されたキーワード候補をサーバ４０へ送信する（Ｍ２０７）。

（仮登録コンテンツのリストアップ処理）
図８に、サーバ４０が実行する「仮登録コンテンツのリストアップ処理」のフローチャートを示す。サーバ４０は、「仮登録リスト要求」（Ｍ２０１）に応答して、リストアップ処理を開始する。サーバ４０は、まず、仮登録の属性を有するコンテンツを検索データベースから抽出する（Ｓ２０１）。具体的には、サーバ４０は、検索データベースの中から、仮登録を示すフラグが設定されたコンテンツを抽出する。サーバ４０は、抽出されたコンテンツのコンテンツＩＤをリストアップする（Ｓ２０２）。サーバ４０は、リストアップされたコンテンツＩＤ及びメタデータをＭＦＤ１０へ送信する（Ｓ２０３）。

（キーワード候補のリストアップ処理）
図９に、サーバ４０が実行する「キーワード候補のリストアップ処理」のフローチャートを示す。サーバ４０はまず、ＭＦＤ１０から、「候補要求」とコンテンツＩＤを受信する（Ｓ２１１）。サーバ４０は、「候補要求」に応答して、受信したコンテンツＩＤが示すコンテンツのキーワード候補を検索データベースから抽出する（Ｓ２１２）。サーバ４０は、抽出したキーワード候補をＭＦＤ１０へ送信する（Ｓ２１３）。

以上説明したように、コンテンツ管理システム１００は、コンテンツを自動的に取得した場合は、仮登録の後、ユーザの指示に応答して未登録のコンテンツのリスト（未登録リスト）を表示する。ユーザは、リストから所望のコンテンツを指定して検索キーワードの指定を行うことができる。

（データベースの構造）
次に検索データベースの構造について説明する。検索データベースは、相互に関連するいくつかのテーブル（コンテンツテーブル、データ形式テーブル、キーワードテーブル、インデックス用リレーションテーブル、及び、アドレス帳リレーションテーブル）から構成されている。図１０に、コンテンツテーブルの一例を示す。図１１に、データ形式テーブルの一例を示す。図１２に、キーワードテーブルの一例を示す。図１３に、インデックス用リレーションテーブルの一例を示す。図１４に、アドレス帳リレーションテーブルの一例を示す。
コンテンツテーブルは、コンテンツＩＤ、パス、種別、取得日時、ページ数、及び登録フラグの項目を有している。パスの項目に、取得したコンテンツファイルの記憶場所が記述されている。
コンテンツＩＤの項目に、サーバ４０が生成したコンテンツＩＤが記述されている。サーバ４０は、取得したコンテンツをコンテンツテーブルに登録する際に、生成したコンテンツＩＤを関連付けて登録する。
種別の項目に、コンテンツの取得経路が記述されている。種別はコードで表される。夫々の種別コードと取得経路の対応は、データ形式テーブルに定義されている。例えば種別コード「Ｔ００１」は、ファクシミリ受信によって取得されることを表している。図１０に示すように、コンテンツＩＤが「Ｄ００１」のコンテンツには種別コード「Ｔ００１」が設定されている。即ち、コンテンツＩＤ「Ｄ００１」で識別されるコンテンツは、ファクシミリ受信によって取得されたコンテンツであることが示されている。
取得日時の項目に、コンテンツを取得した日時が記述されている。ページ数の項目に、コンテンツのページ数が記述されている。
登録フラグの項目に、コンテンツの検索キーワードが登録済みか否かを識別するフラグが設定されている。フラグ「Flag_A」は、検索キーワードが登録されていないことを表す。フラグ「Flag_B」は、検索キーワードが登録されていることを表している。即ち、「Flag_A」は、登録されているコンテンツが仮登録であることを示す。コンテンツテーブルから「Flag_A」が設定されているコンテンツを抽出することによって、未登録コンテンツがリストアップされる。

キーワードテーブルには、過去に生成されたキーワードが登録されている。各キーワードにはそのキーワードを識別するキーワード候補ＩＤが付されている。複数のコンテンツの夫々から、同一のキーワード候補が生成される場合がある。キーワードテーブルの参照数の項目には、各キーワードに関連付けられているコンテンツの数が記述されている。
インデックス用リレーションテーブルには、コンテンツとキーワードの関連付けが記述されている。例えば、コンテンツＩＤ「Ｄ００１」で識別されるコンテンツと、キーワードＩＤ「Ｍ００１」で識別されるキーワードが関連付けられている。参照属性は、そのコンテンツＩＤのコンテンツに対してキーワードが本登録なのか仮登録なのかを示すフラグである。フラグ「Flag_A」は、そのコンテンツＩＤのコンテンツに対してそのキーワードが検索キーワードとして本登録されていない仮登録、即ち候補状態であることを表す。フラグ「Flag_B」は、そのキーワードが検索キーワードとして登録されていることを表す。例えば、コンテンツＩＤ「Ｄ００１」とキーワードＩＤ「Ｍ００１」の欄には、「Flag_A」が設定されている。この「Flag_A」は、キーワードＩＤ「Ｍ００１」のキーワードがコンテンツＩＤ「Ｄ００１」のコンテンツのキーワードであることを示している。同様に、図１３のテーブルは、キーワードＩＤ「Ｍ００３」のキーワードが、コンテンツＩＤ「Ｄ００２」のコンテンツの検索キーワードであることを示している。
アドレス帳リレーションテーブルは、いわゆるアドレスデータ（名前、電話番号、ファクシミリ番号、会社名、住所）にＩＤ（アドレスＩＤ）を関連付けている。

次に、ＭＦＤ１０のディスプレイ２４の表示例を示す。図１５は、ステップＭ２０２で受信した未登録リストの表示例である。ステップＭ２０２に続いて、検索キーワードが登録されていないコンテンツ（未登録リストのコンテンツ）のコンテンツ情報と取得日時と取得経路（種別）が表示される。
図１５に表示されているリストの中からいずれかのコンテンツをユーザが指定すると、指定されたコンテンツに関連付けられているキーワード候補が表示される。図１６に、キーワード候補のリストの表示例である。ユーザが、表示されているキーワード候補の中からいずれかのキーワード候補を指定すると、指定されたキーワード候補が検索キーワードとして登録される。なお、図１６において、各キーワード候補の左に記されている矩形はチェックボックスを表している。ユーザは、複数のチェックボックスにマークすることによって、複数のキーワード候補を同時に指定することができる。
図１７は、検索画面の表示例である。ユーザが検索属性の中から「キーワード」を指定すると、過去に登録された検索キーワードが表示される。表示された検索キーワードの中からユーザが所望の検索キーワードを指定すると、指定された検索キーワードに関連付けられたコンテンツが抽出され、その一覧が表示される。なお、図１７において、各検索キーワードの左に記されている矩形もチェックボックスを表している。ユーザは、複数のチェックボックスにマークすることによって、複数の検索キーワードを同時に指定することができる。
図１８に、抽出されたコンテンツの一覧の表示例を示す。ユーザが一覧の中から所望のコンテンツを指定すると、そのコンテンツの内容が表示される。
図１５から図１８に示したように、ディスプレイ２４の右側には、テンキーが配置されている。このテンキーは、コンソール２２の一部である。

上記で説明した処理の留意点を以下に述べる。
図３のデバイス側登録処理のステップＭ１０９において、ユーザから「中止」の指示を受けた場合、それまで処理していたコンテンツＩＤとキーワード候補（即ち、「仮登録コンテンツ」）は、ＭＦＤ１０から削除され、サーバ４０内で仮登録状態のまま記憶される。仮登録状態のコンテンツは、後に、ＭＦＤ１０から「仮登録リスト要求」に対する仮登録コンテンツの抽出処理（図８のステップＳ２０１）の対象となる。あるいは、仮登録のコンテンツＩＤは、ＭＦＤ１０内に記憶されてもよい。この場合、ＭＦＤ１０は、図７のステップＭ２０１、Ｍ２０２の処理を行うことなく、仮登録コンテンツのリストを表示することができる。

３．検索処理
次に、検索データベースに登録されたコンテンツを検索する処理を説明する。
（データ管理システム１００全体の処理の流れ）
図１９に、コンテンツ検索のシステム全体のフローを示す。
ユーザがコンソール２２を操作してＭＦＤ１０に検索開始の指示を入力する。ＭＦＤ１０は、ユーザの指示に応答してデバイス側検索処理を実行する。デバイス側検索処理から「検索キーワードリスト要求」が送信されると、サーバ４０はサーバ側検索処理を開始する。サーバ４０は、「検索キーワードリスト要求」に応答して、検索キーワードのリストを送信する。デバイス側検索処理は、受信した検索キーワードのリストを表示する。ユーザは、表示された検索キーワードの中から、所望の検索キーワードを指定する。ユーザは、複数の検索キーワードを指定してもよい。指定された検索キーワードがＭＦＤ１０からサーバ４０へ送信される。サーバ４０では、指定された検索キーワードに一致するコンテンツ（検索キーワードを含むコンテンツ）を検索データベースから抽出する。複数のコンテンツが抽出される場合もある。サーバ４０は、抽出されたコンテンツのリスト（一覧）をＭＦＤ１０へ送信する。以上の処理によって、ＭＦＤ１０は検索結果（検索キーワードを含むコンテンツ）を表示する。
ユーザが表示されたコンテンツの一覧の中から所望のコンテンツを指定すると、ＭＦＤ１０は、そのコンテンツのコンテンツＩＤをサーバ４０へ送信する（不図示）。サーバ４０は、コンテンツＩＤを受信すると、コンテンツ出力処理を開始する。コンテンツ出力処理は、サーバ側検索モジュールのサブモジュールである。
サーバ４０は、コンテンツＩＤによって識別されるコンテンツの情報を送信する（不図示）。ユーザがダウンロードを希望する場合、ＭＦＤ１０は指定されたコンテンツの「ダウンロード要求」をサーバ４０へ送信する。サーバ４０は、指定されたコンテンツを検索データベースから抽出してＭＦＤ１０へ送信する。

（デバイス側検索処理）
図２０に、デバイス側検索処理のフローチャートを示す。
ＭＦＤ１０は、ユーザから検索開始処理の指示を受けると、「検索キーワードリスト要求」をサーバ４０へ送信する（Ｍ３０１）。サーバ４０は、「検索キーワードリスト要求」に応答して、検索データベースの中から登録されている検索キーワードを抽出してＭＦＤ１０へ送信する。ＭＦＤ１０は、サーバ４０から検索キーワードのリストを受信する（Ｍ３０２）。ＭＦＤ１０は、受信した検索キーワードのリストを表示する（Ｍ３０３）。検索キーワードの表示例が、前述した図１７である。
ＭＦＤ１０は、ユーザによる検索キーワードの指定を待つ（Ｍ３０４）。ユーザは、表示された検索キーワードのリストの中から、所望のコンテンツに含まれていると想定される検索キーワードを指定する。ＭＦＤ１０は、指定された検索キーワードをサーバ４０へ送信する（Ｍ３０５）。サーバ４０は、指定された検索キーワードを含むコンテンツを検索データベースから抽出し、抽出したコンテンツを送信する。ＭＦＤ１０は、サーバ４０が抽出したコンテンツのリストを表示する（Ｍ３０６）。ユーザがコンテンツの印刷を希望する場合（Ｍ３０７：ＹＥＳ）、ＭＦＤ１０は、印刷データ要求とともにコンテンツのコンテンツＩＤをサーバ４０に送信する（Ｍ３１０）。サーバ４０は、印刷データ要求に応答して、コンテンツＩＤによって特定されるコンテンツを送信する。ＭＦＤ１０は、コンテンツを受信し（Ｍ３１１）、受信したコンテンツを印刷する（Ｍ３１２）。
なお、ユーザは、ステップＭ３０６で表示されたコンテンツに、新たな検索用キーワードを追加することもできる（Ｍ３０９）。キーワード追加処理については後述する。

（サーバ側検索処理）
図２１に、サーバ側検索処理のフローチャートを示す。
サーバ４０は、ＭＦＤ１０から「検索キーワードリスト要求」を受信する（Ｓ３０１）。サーバ４０は次に、インデックス用リレーションテーブルのコピーを作成する（Ｓ３０２）。コピーしたテーブルを「tmp_table」と称する。インデックス用リレーションテーブルや、以下に登場するコンテンツテーブル等は、図１０から図１４を参照して先に説明したとおり、検索データベースを構成するテーブル群である。
サーバ４０は、コピーしたテーブルから、ステップＳ３０１で受信した検索キーワードに関連付けられていないコンテンツ（受信した検索キーワードを含まないコンテンツ）のレコードを削除する（Ｓ３０４）。ただし、受信した検索キーワードを参照しているコンテンツＩＤを含むレコードは全て残す。図１３を例に説明すると、受信した検索キーワードがＭ００１で示されるキーワードであるとき、それを参照しているレコードＡと、レコードＡと同じコンテンツ（コンテンツＩＤ「Ｄ００１」によって特定されるコンテンツ）を含むコンテンツを含むレコードＢを残す。サーバ４０は、ステップＳ３０１で受信した全ての検索キーワードについて、ステップＳ３０４の処理を繰り返す（ステップＳ３０５：ＮＯ）。これにより、指定された複数のキーワードの論理積による抽出が行われたことになる。論理積による抽出も、キーワードに一致したコンテンツに対するテーブル内での処理を変更することで対応可能である。全ての検索キーワードについてステップＳ３０４の処理を実行した後（ステップＳ３０５：ＹＥＳ）、サーバ４０は、ステップ３０４の処理後のテーブルを正規化する（ステップＳ３０６）。ここでいう「正規化」とは、テーブルに残ったコンテンツＩＤから重複するコンテンツＩＤを削除することを意味する。
サーバ４０は、残ったコンテンツＩＤのリスト（コンテンツリスト）を作成する（Ｓ３０７）。作成されたコンテンツリストに含まれているコンテンツＩＤは、ステップＳ３０１で受信した検索キーワードに関連付けられたコンテンツ（受信した検索キーワードを含むコンテンツ）のコンテンツＩＤのリストとなる。最後にサーバ４０は、作成したコンテンツリストをＭＦＤ１０へ送信する（Ｓ３０８）。この際、各コンテンツのメタデータを同時に送信してもよい。

（コンテンツ出力処理）
図２２に、コンテンツ出力処理のフローチャートを示す。
ＭＦＤ１０から、ユーザが出力を所望するコンテンツのコンテンツＩＤが送信される（図２０のステップＭ３１０）。サーバ４０は、そのコンテンツＩＤを受信する（Ｓ３２１）。サーバ４０は、受信したコンテンツＩＤによって識別されるコンテンツを検索データベースから抽出してＭＦＤ１０へ送信する（Ｓ３２２）。こうして、ユーザが所望するコンテンツを抽出することができる。

４．キーワード追加処理
図１９に示したフローにおいて、ＭＦＤ１０が検索結果の一覧を表示した後に、ユーザは、所望するコンテンツに検索キーワードを追加することができる。図２３に、キーワードを追加する際のシステム全体のフローを示す。ユーザがキーワードの追加を指示すると、ＭＦＤ１０は、キーワード追加処理を実行する。その際ユーザは、キーワードの追加を希望するコンテンツのコンテンツＩＤを指定する。ＭＦＤ１０は、指定されたコンテンツＩＤをサーバ４０へ送信する。サーバ４０は、追加キーワードリストアップ処理を実行し、指定されたコンテンツＩＤのコンテンツに関連付けられているキーワード候補をリストアップする。サーバ４０は、リストアップしたキーワード候補をＭＦＤ１０へ送信する。ＭＦＤ１０は、受信したキーワード候補を表示する。ユーザは、表示されたキーワード候補の中から、新たに追加するキーワードを指定する。指定されたキーワードはサーバ４０に送られて検索データベースに登録される。指定されたキーワードを検索データベースに登録するサーバ側本登録処理は、図５で説明した。

図２４に、ＭＦＤ１０が実行するキーワード追加処理のフローチャートを示す。
ＭＦＤ１０は、ユーザからキーワード追加の指示を受けると、「候補要求」をサーバへ送信する（Ｍ３３１）。サーバ４０は、「候補要求」に応答して、キーワード候補をリストアップして送信する。ＭＦＤ１０は、サーバ４０がリストアップしたキーワード候補を受信する（Ｍ３３２）。ＭＦＤ１０は、受信したキーワード候補を表示し（Ｍ３３３）、ユーザの指示を待つ（Ｍ３３４）。ユーザは、表示されたキーワード候補の中から、追加したいキーワード候補を指定する。ＭＦＤ１０は、ユーザによって指定されたキーワード候補をサーバ４０へ送信する（Ｍ３３５）。サーバ４０は、指定されたキーワード候補を検索データベースに追加する。

（追加キーワードリストアップ処理）
図２５に、サーバ４０が実行する追加キーワードリストアップ処理のフローチャートを示す。
サーバ４０は、「候補要求」を受信すると、インデックス用リレーションテーブルのコピーを作成する（Ｓ３５１）。サーバ４０は、候補要求の対象となるコンテンツのコンテンツＩＤと異なるコンテンツＩＤのコンテンツのレコードを、コピーしたテーブルから削除する（Ｓ３５２）。次いでサーバ４０は、キーワードテーブルを参照して、テーブルに残ったコンテンツに関連付けられているキーワード候補をリストアップする（Ｓ３５３）。サーバ４０は、リストアップしたキーワード候補をＭＦＤ１０へ送信する（Ｓ３５４）。

追加キーワードを抽出する際、検索データベースには、「Flag_A」が設定されたキーワード候補と、「Flag_B」が設定されたキーワード候補が混在している。すなわち、過去にキーワード候補として生成されたが検索キーワードとして登録されていないキーワードと、検索キーワードとして登録されているキーワードが混在する。追加キーワードのリストアップ処理では、検索キーワードとして登録されているキーワードと登録されていないキーワードの双方が抽出される。これにより、多くのキーワード候補をユーザに提示することができる。
他方、前述したように、検索の際には検索キーワードのみがユーザに提示され、キーワード候補は提示されない。検索の際には、ユーザによって指定される可能性が高い検索キーワードのみを提示する。ユーザは、所望のコンテンツを検索するのに好適な検索キーワードを、表示されたキーワードの中から容易に見つけ出すことができる。

実施例で説明したコンテンツ管理システム１００を概説すると次の通りである。ＭＦＤ１０は、デバイス側登録モジュール１６とデバイス側検索モジュール１８を備えている。サーバ４０は、サーバ側登録モジュール４６とサーバ側検索モジュール４８を備えている。
デバイス側登録モジュールによって、以下の処理が実行される。
（１）新たなコンテンツをサーバ４０へ送信する処理（Ｍ１０３）；
（２）新たなコンテンツを識別するためのコンテンツＩＤと、新たなコンテンツを検索するためのキーワード候補をサーバ４０から受信する処理（Ｍ１０６）；
（３）受信されたキーワード候補を表示する処理（Ｍ１０７）；
（４）表示されたキーワード候補の中からユーザによって指定されたキーワード候補を、（２）の処理で受信したコンテンツＩＤとともにサーバ４０へ送信する処理（Ｍ１１１）。
サーバ側登録手段によって、以下の処理が実行される。
（ａ）新たなコンテンツをＭＦＤ１０から受信する処理（Ｓ１０１）；
（ｂ）受信された新たなコンテンツに基づいてキーワード候補を生成する処理（Ｓ１０３）；
（ｃ）受信された新たなコンテンツと生成されたキーワード候補を関連付けるとともに、新たなコンテンツを識別するためのコンテンツＩＤを生成する処理（Ｓ１０２、Ｓ１０４）；
（ｄ）生成されたコンテンツＩＤと生成されたキーワード候補をＭＦＤ１０へ送信する処理（Ｓ１０６）；
（ｅ）ユーザによって指定されたキーワード候補とコンテンツＩＤをＭＦＤ１０から受信する処理（Ｓ１３１）；
（ｆ）指定されたキーワード候補を、（ｅ）の処理で受信したコンテンツＩＤによって識別される新たなコンテンツに関連付けて、検索キーワードとして検索データベース５０に登録する処理（Ｓ１３２）。
デバイス側検索モジュールによって、以下の処理が実行される。
（５）既に登録されたコンテンツを検索するための検索キーワードをサーバ４０へ要求する処理（Ｍ３０１）；
（６）検索キーワードをサーバ４０から受信する処理（Ｍ３０２）；
（７）受信された検索キーワードの中からユーザによって指定された検索キーワードをサーバ４０へ送信する処理（Ｍ３０５）；
（８）指定された検索キーワードに関連付けられている既登録コンテンツをサーバ４０から受信する処理（Ｍ３１１）；
（９）受信された既登録コンテンツを表示する処理（Ｍ３１２）。
サーバ側検索モジュールによって、以下の処理が実行される。
（ｇ）検索キーワードの要求に応答して、検索データベースに登録されている検索キーワードをコンテンツ取得装置へ送信する処理（図９の「検索キーワードリスト」）；
（ｈ）ユーザによって指定された検索キーワードに関連付けられている既登録コンテンツを検索データベース５０から抽出する処理（Ｓ３０７）；
（ｉ）抽出された既登録コンテンツをＭＦＤ１０へ送信する処理（Ｓ３０８）。

実施例のコンテンツ管理システム１００は、ＭＦＤ１０（コンテンツ取得装置）とサーバ４０（管理装置）で構成されている。本発明は、ＭＦＤ１０の機能とサーバ４０の機能を有するひとつのコンテンツ管理装置に具現化されてもよい。そのコンテンツ管理装置は、様々コンテンツを取得し、取得したコンテンツを検索データベースに登録することができる。検索データベースには、複数のキーワードとコンテンツが登録されている。そのコンテンツ管理装置は、登録モジュールと検索モジュールを備える。登録モジュールによって、以下の処理が実行される。
・新たなコンテンツに関連するキーワード候補を検索データベース５０から抽出する処理（Ｓ１０３）；
・抽出されたキーワード候補を表示する処理（Ｍ１０７）；
・表示されたキーワード候補の中からユーザによって指定されたキーワード候補を、新たなコンテンツに関連付けて、検索キーワードとして検索データベースに登録する処理（Ｓ１３２）。
検索モジュールによって、以下の処理が実行される。
・検索データベースに登録された検索キーワードを表示する処理（Ｍ３０３）；
・表示された検索キーワードの中からユーザによって指定された検索キーワードに関連付けられた既登録コンテンツを検索データベース５０から抽出する処理（Ｓ３０７）；
・抽出された既登録コンテンツを表示する処理（Ｍ３１２）。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

図１は、データ管理システムのブロック図である。 図２は、システム全体のキーワード登録処理の流れを示す。 図３は、デバイス側登録処理のフローチャートを示す。 図４は、仮登録処理のフローチャートを示す。 図５は、サーバ側本登録処理のフローチャートを示す。 図６は、コンテンツを自動取得する場合のシステム処理のフローを示す。 図７は、デバイス側本登録処理のフローチャートを示す。 図８は、仮登録コンテンツのリストアップ処理のフローチャートを示す。 図９は、キーワード候補のリストアップ処理のフローチャートを示す。 図１０は、コンテンツテーブルの一例を示す。 図１１は、データ形式テーブルの一例を示す。 図１２は、キーワードテーブルの一例を示す。 図１３は、インデックス用リレーションテーブルの一例を示す。 図１４は、アドレス帳リレーションテーブルの一例を示す。 図１５は、ＭＦＤの表示例を示す（１）。 図１６は、ＭＦＤの表示例を示す（２）。 図１７は、ＭＦＤの表示例を示す（３）。 図１８は、ＭＦＤの表示例を示す（４）。 図１９は、コンテンツ検索のシステム全体のフローを示す。 図２０は、デバイス側検索処理のフローチャートを示す。 図２１は、サーバ側検索処理のフローチャートを示す。 図２２は、コンテンツ出力処理のフローチャートを示す。 図２３は、キーワードを追加する際のシステム全体の流れを示す。 図２４は、キーワード追加処理のフローチャートを示す。 図２５は、追加キーワードリストアップ処理のフローチャートを示す。

符号の説明

１０：ＭＦＤ（コンテンツ取得装置）
１２：ＣＰＵ
１４：ストレージ
１６：デバイス側登録モジュール
１８：デバイス側検索モジュール
２２：コンソール
２４：ディスプレイ
４０：サーバ（管理装置）
４２：ＣＰＵ
４４：ストレージ
４６：サーバ側登録モジュール
４８：サーバ側検索モジュール
５０：検索データベース
５２：ネットワーク
１００：データ管理システム

Claims (3)

1. 取得したコンテンツを検索可能に管理するコンテンツ管理装置であり、
   複数のキーワードと前記コンテンツが登録されている検索データベースを記憶する記憶装置と、
   新たなコンテンツを前記検索データベースに登録する登録手段と、
   前記検索データベースに登録されたコンテンツを検索する検索手段とを備えており、
   前記登録手段は以下の処理、即ち、
   前記新たなコンテンツに関連するキーワード候補を前記検索データベースから抽出し、
   抽出されたキーワード候補を表示し、
   表示されたキーワード候補の中から指定されたキーワード候補を、前記新たなコンテンツに関連付けて、検索キーワードとして前記検索データベースに登録する、処理を実行し、
   前記検索手段は、
   前記検索データベースに登録された検索キーワードを表示し、
   表示された検索キーワードの中から指定された検索キーワードに関連付けられた前記コンテンツを検索データベースから抽出し、
   前記抽出されたコンテンツを表示する、処理を実行することを特徴とするコンテンツ管理装置。
2. コンテンツを取得するコンテンツ取得装置と、該コンテンツ取得装置と通信可能に接続されており前記コンテンツを検索可能に管理する管理装置と、を含むコンテンツ管理システムであり、
   コンテンツ取得装置は、新たなコンテンツを検索データベースに登録するコンテンツ取得装置側登録手段と、前記検索データベースに登録されたコンテンツを検索するコンテンツ取得装置側検索手段とを備えており、
   管理装置は、コンテンツ取得装置側登録手段と協働する管理装置側登録手段と、コンテンツ取得装置側検索手段と協働する管理装置側検索手段を備えており、
   コンテンツ取得装置側登録手段は、以下の処理即ち、
   （１）前記新たなコンテンツを管理装置へ送信し、
   （２）前記新たなコンテンツを識別するためのコンテンツＩＤと、前記新たなコンテンツを検索するためのキーワード候補を管理装置から受信し、
   （３）受信されたキーワード候補を表示し、
   （４）表示されたキーワード候補の中から指定されたキーワード候補を、（２）の処理で受信したコンテンツＩＤとともに管理装置へ送信する、処理を実行し、
   管理装置側登録手段は、以下の処理、即ち、
   （ａ）前記新たなコンテンツをコンテンツ取得装置から受信し、
   （ｂ）受信された前記新たなコンテンツに基づいてキーワード候補を生成し、
   （ｃ）受信された前記新たなコンテンツと生成されたキーワード候補を関連付けるとともに、前記新たなコンテンツを識別するためのコンテンツＩＤを生成し、
   （ｄ）コンテンツＩＤと生成されたキーワード候補をコンテンツ取得装置へ送信し、
   （ｅ）指定されたキーワード候補とコンテンツＩＤをコンテンツ取得装置から受信し、
   （ｆ）指定されたキーワード候補を、（ｅ）の処理で受信したコンテンツＩＤによって識別される前記新たなコンテンツに関連付けて、検索キーワードとして検索データベースに登録する、処理を実行し、
   コンテンツ取得装置側検索手段は、以下の処理、即ち、
   （５）既に登録された前記コンテンツを検索するための検索キーワードを管理装置へ要求し、
   （６）検索キーワードを管理装置から受信し、
   （７）受信された検索キーワードの中から指定された検索キーワードを管理装置へ送信し、
   （８）指定された検索キーワードに関連付けられている前記コンテンツを管理装置から受信し、
   （９）受信された前記コンテンツを表示する、処理を実行し、
   管理装置側検索手段は、以下の処理、即ち、
   （ｇ）検索キーワードの要求に応答して、検索データベースに登録されている検索キーワードをコンテンツ取得装置へ送信し、
   （ｈ）指定された検索キーワードに関連付けられている前記コンテンツを検索データベースから抽出し、
   （ｉ）抽出された前記コンテンツをコンテンツ取得装置へ送信する、
   処理を実行することを特徴とするコンテンツ管理システム。
3. 取得したコンテンツを検索可能に管理する方法であり、
   （１）新たなコンテンツに関連するキーワード候補を検索データベースから抽出するステップ；
   （２）抽出されたキーワード候補を表示するステップ；
   （３）表示されたキーワード候補の中から指定されたキーワード候補を、前記新たなコンテンツに関連付けて、検索キーワードとして検索データベースに登録するステップ；
   （４）検索データベースに登録された検索キーワードを表示するステップ；
   （５）表示された検索キーワードの中から指定された検索キーワードに関連付けられた前記コンテンツを検索データベースから抽出するステップ；
   （６）抽出された前記コンテンツを表示するステップ；
   を含むことを特徴とするコンテンツ管理方法。

Images