(57)【特許請求の範囲】
【請求項１】
コンテンツを取得するコンテンツ取得装置と、コンテンツ取得装置と通信可能に接続され、前記コンテンツを管理する管理装置と、を含むコンテンツ管理システムであり、
コンテンツ取得装置と管理装置はそれぞれ、前記コンテンツに関連する検索キーワードを協働して登録する登録手段を備えており、コンテンツ取得装置側登録手段は、以下の処理、即ち、
（１）前記コンテンツを前記管理装置へ送信し、
（２）前記コンテンツを識別するためのコンテンツＩＤと、前記コンテンツに関連付けられるキーワード候補を管理装置から受信し、
（３）前記キーワード候補を表示し、
（４）前記キーワード候補の中から指定されたキーワード候補と、前記コンテンツＩＤと、を関連付けて管理装置へ送信する、処理を実行し、
管理装置側登録手段は、
（ａ）前記コンテンツをコンテンツ取得装置から受信し、
（ｂ）前記コンテンツに基づいてキーワード候補を生成し、
（ｃ）前記コンテンツと生成されたキーワード候補を関連付けるとともに、前記コンテンツを識別するためのコンテンツＩＤを生成し、
（ｄ）前記コンテンツＩＤと生成されたキーワード候補をコンテンツ取得装置へ送信し、
（ｅ）指定されたキーワード候補とコンテンツＩＤをコンテンツ取得装置から受信し、
（ｆ）指定されたキーワード候補を、（ｅ）の処理で受信したコンテンツＩＤによって識別されるコンテンツに関連付けて、検索キーワードとして検索データベースに登録する、
処理を実行し、
前記管理装置側登録手段は、前記（ｄ）の処理において、
コンテンツ取得装置がユーザの前記コンテンツ取得装置のコンソールに対する操作によらずに自動的に前記コンテンツを取得した場合は、検索キーワードの登録が行われていないコンテンツのコンテンツＩＤ群を送信し、コンテンツ取得装置からの要求であって前記コンテンツＩＤ群の中からユーザによって指定されたコンテンツＩＤによって特定されるコンテンツのキーワード候補を要求する候補要求に応答して、指定されたコンテンツＩＤによって特定されるコンテンツのキーワード候補を送信し、
コンテンツ取得装置がユーザの前記コンテンツ取得装置のコンソールに対する操作に応答して前記コンテンツを取得した場合は、前記候補要求を待つことなく、前記コンテンツＩＤと生成されたキーワード候補を送信する、
ことを特徴とするコンテンツ管理システム。
【請求項２】
コンテンツ取得装置側登録手段は、前記（１）の処理において、前記コンテンツの取得動作に伴って発生するデータであり前記コンテンツの取得経路を示す情報を含むメタデータを管理装置へ送信し、
管理装置側登録手段は、前記メタデータに含まれている前記情報に基づいて、コンテンツ取得装置が前記コンテンツを自動的に取得したことを判断する、
ことを特徴とする請求項１に記載のコンテンツ管理システム。
【請求項３】
コンテンツ取得装置側登録手段は、前記（３）の処理において、ユーザの操作に応答して、前記キーワード候補を表示することを特徴とする請求項１に記載のコンテンツ管理システム。
【請求項４】
コンテンツ取得装置側登録手段は、前記（３）の処理に先立って、
既に取得したコンテンツのうち検索データベースに登録されていないコンテンツのコンテンツＩＤ一覧を表示する処理を実行し、
前記（３）の処理において、表示されたコンテンツＩＤ一覧の中から指定されたコンテンツＩＤによって特定されるコンテンツのキーワード候補を表示することを特徴とする請求項１に記載のコンテンツ管理システム。
【請求項５】
コンテンツ取得装置と管理装置は夫々、検索データベースの中からコンテンツを検索するための検索手段を備えており、
コンテンツ取得装置側検索手段は、以下の処理、即ち、
（５）既に登録されたコンテンツを検索するための検索キーワードを管理装置へ要求し、
（６）検索キーワードを管理装置から受信し、
（７）受信された検索キーワードの中から指定された検索キーワードを管理装置へ送信し、
（８）指定された検索キーワードに関連付けられているコンテンツを管理装置から受信し、
（９）受信したコンテンツを表示する、処理を実行し、
管理装置側検索手段は、以下の処理、即ち、
（ｇ）検索キーワードの要求に応答して、検索データベースに登録されている検索キーワードをコンテンツ取得装置へ送信し、
（ｈ）指定された検索キーワードに関連付けられているコンテンツを検索データベースから抽出し、
（ｉ）抽出したコンテンツをコンテンツ取得装置へ送信する、
処理を実行することを特徴とする請求項１から４のいずれか１項に記載のコンテンツ管理システム。
【請求項６】
コンテンツ取得装置が取得したコンテンツを、コンテンツ取得装置と通信可能に接続されている管理装置で管理する方法であり、
コンテンツ取得装置が取得したコンテンツを管理装置へ送信する第１送信ステップ；
管理装置が、前記コンテンツを受信する第１受信ステップ；
管理装置が、受信されたコンテンツに基づいてキーワード候補を生成する候補生成ステップ；
管理装置が、受信されたコンテンツと生成されたキーワード候補を関連付けるとともに受信されたコンテンツを識別するためのコンテンツＩＤを生成するＩＤ生成ステップ；
管理装置が、前記コンテンツＩＤと生成されたキーワード候補をコンテンツ取得装置へ送信する第２送信ステップ；
コンテンツ取得装置が、前記コンテンツＩＤと前記キーワード候補を受信する第２受信ステップ；
コンテンツ取得装置が、表示されたキーワード候補の中から指定されたキーワード候補と、前記コンテンツＩＤとを関連付けて管理装置へ送信する第３送信ステップ；
管理装置が、指定されたキーワード候補と前記コンテンツＩＤを受信する第３受信ステップ；
管理装置が、指定されたキーワード候補を、第３受信ステップで受信したコンテンツＩＤによって識別されるコンテンツに関連付けて、検索キーワードとして検索データベースに登録する登録ステップ；
を含み、前記第２送信ステップにおいて、
コンテンツ取得装置がユーザの前記コンテンツ取得装置のコンソールに対する操作によらずに自動的に前記コンテンツを取得した場合は、検索キーワードの登録が行われていないコンテンツのコンテンツＩＤ群を送信し、コンテンツ取得装置からの要求であって前記コンテンツＩＤ群の中からユーザによって指定されたコンテンツＩＤによって特定されるコンテンツのキーワード候補を要求する候補要求に応答して、指定されたコンテンツＩＤによって特定されるコンテンツのキーワード候補を送信し、
コンテンツ取得装置がユーザの前記コンテンツ取得装置のコンソールに対する操作に応答して前記コンテンツを取得した場合は、前記候補要求を待つことなく、前記コンテンツＩＤと生成されたキーワード候補を送信する、
ことを特徴とするコンテンツ管理方法。
【請求項７】
前記第１送信ステップは、前記コンテンツの取得動作に伴って発生するデータであり前記コンテンツの取得経路を示す情報を含むメタデータを管理装置へ送信することを含み、
前記第２送信ステップは、前記メタデータに含まれている前記情報に基づいて、コンテンツ取得装置が前記コンテンツを自動的に取得したことを判断することを含む、
ことを特徴とする請求項６に記載のコンテンツ管理方法。
【請求項８】
登録ステップの後に実行されるステップであり、
コンテンツ取得装置が、既に登録されたコンテンツを検索するための検索キーワードを管理装置へ要求するキーワード要求ステップ；
管理装置が、検索キーワードの要求に応答して、検索データベースに登録されているキーワードをコンテンツ取得装置へ送信する第４送信ステップ；
コンテンツ取得装置が、検索キーワードを管理装置から受信する第４受信ステップ；
コンテンツ取得装置が、第４受信ステップで受信した検索キーワードの中から指定された検索キーワードを管理装置へ送信する第５送信ステップ；
管理装置が、指定された検索キーワードに関連付けられているコンテンツを検索データベースから抽出する抽出ステップ；
管理装置が、抽出されたコンテンツをコンテンツ取得装置へ送信する第６送信ステップ；
コンテンツ取得装置が、指定された検索キーワードに関連付けられているコンテンツを管理装置から受信する第５受信ステップ；
コンテンツ取得装置が、第５受信ステップで受信されたコンテンツを表示する表示ステップ、
を含むことを特徴とする請求項６又は７に記載のコンテンツ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ取得装置が取得したコンテンツを、コンテンツ取得装置と通信可能に接続されている管理装置で管理するコンテンツ管理システムと管理方法に関する。
【背景技術】
【０００２】
近年、プリンタやファクシミリなど様々なデバイスがネットワークに接続されている。プリンタは、印刷対象であるドキュメントデータを端末から取得する。ファクシミリ装置は、ファクシミリデータを取得する。あるいは、電話機能を備えている場合、ファクシミリ装置は相手のメッセージを取得（録音）することもある。本明細書では、ドキュメントデータやファクシミリデータなどを「コンテンツ」と総称する。プリンタやファクシミリなど、コンテンツを取得する装置を「コンテンツ取得装置」、或いは「デバイス」と総称する。
種々のデバイスが取得した複数のコンテンツを集中的に管理する管理システムが知られている。管理システムは、管理している複数のコンテンツの中から所望のコンテンツを検索できることが望ましい。所望のコンテンツを検索するために、管理システムは、各コンテンツに検索用のキーワードを関連付けて記憶する。本明細書では、検索用のキーワードを単に「検索キーワード」と称する。検索キーワードは、コンテンツに応じてユーザが指定する。
特許文献１に、ユーザが検索キーワードを指定しやすい管理装置が開示されている。特許文献１の管理装置は、ネットワークを介して画像読取装置（デバイスの一種）と接続されている。画像読取装置は、受信した画像データ（画像コンテンツ）の縮小画像を生成して管理装置へ送信する。管理装置は、受信した縮小画像から特徴量を抽出し、その特徴量に基づいて、縮小画像に関連するキーワード候補を抽出する。抽出したキーワード候補は画像読取装置に送られる。画像読取装置は、キーワード候補を表示する。画像読取装置は、キーワード候補の中からユーザが指定したキーワード候補と取得した画像データを管理装置へ送信する。管理装置は、ユーザが指定したキーワード候補と画像データを関連付けて記憶する。すなわち、管理装置は、ユーザが指定したキーワード候補を検索キーワードとして記憶する。
【０００３】
【特許文献１】特開２００５−２０２５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１の技術では、ひとつの画像データの検索キーワード付与が終了する前に次の画像データの検索キーワード付与を開始する場合に不都合が生じる。各画像データとキーワード（キーワード候補或いは検索キーワード）の関連付けを維持するために、画像読取装置と管理装置の間で常に画像データとキーワードを一緒に通信しなければならない。そうしないと、画像データとキーワードの関連付けが失われるからである。
複数の画像データに効率よく検索キーワードを関連付けて管理するコンテンツ管理システムが望まれている。画像データに限らず、取得したコンテンツに効率よく検索キーワードを関連付けて管理するコンテンツ管理システムが望まれている。
【課題を解決するための手段】
【０００５】
コンテンツ管理システムが管理するコンテンツは画像コンテンツに限られない。デバイス（コンテンツ取得装置）が取得するコンテンツであれば、どのような形式のコンテンツであってもよい。デバイスが多機能装置（プリンタ機能やファクシミリ機能やコピー機能など、複数の機能を備える装置）の場合、多機能装置は、ファクシミリデータ（ファクシミリコンテンツ）や印刷データ（印刷コンテンツ）を取得する。多機能装置は、電話のメッセージ（音声コンテンツ）を取得（録音）する場合もある。
【０００６】
本発明のコンテンツ管理システムは、コンテンツを取得するデバイス（コンテンツ取得装置）と、デバイスと通信可能に接続されており、デバイスが取得したコンテンツを管理する管理装置を含む。デバイスと管理装置それぞれ、取得したコンテンツに関連する検索キーワードを協働して登録する登録手段を備えている。
デバイス側登録手段は、次の処理を実行する。即ち、
（１）取得したコンテンツを管理装置へ送信する処理；
（２）コンテンツを識別するためのコンテンツＩＤと、コンテンツに関連付けられるキーワード候補を管理装置から受信する処理；
（３）受信されたキーワード候補を表示する処理；
（４）表示されたキーワード候補の中からユーザによって指定されたキーワード候補と、受信したコンテンツＩＤとを関連付けて管理装置へ送信する処理。
管理装置側登録手段は、デバイス側登録手段と協働して以下の処理を実行する。即ち、
（ａ）取得されたコンテンツをデバイスから受信する処理；
（ｂ）受信されたコンテンツに基づいてキーワード候補を生成する処理；
（ｃ）受信されたコンテンツと生成されたキーワード候補を関連付けるとともに、受信されたコンテンツを識別するためのコンテンツＩＤを生成する処理；
（ｄ）生成されたコンテンツＩＤと生成されたキーワード候補をデバイスへ送信する処理；
（ｅ）デバイスが表示したキーワード候補の中からユーザによって指定されたキーワード候補とコンテンツＩＤをデバイスから受信する処理；
（ｆ）ユーザによって指定されたキーワード候補を、（ｅ）の処理で受信されたコンテンツＩＤによって識別されるコンテンツに関連付けて、検索キーワードとして検索データベースに登録する処理。
【０００７】
管理装置は、コンテンツＩＤを生成し、そのコンテンツＩＤに受信されたコンテンツを関連付ける。それゆえ、コンテンツＩＤによってコンテンツを区別することが可能となる。管理装置は、デバイスへコンテンツＩＤを送信する。管理装置とデバイスがコンテンツＩＤを共有することによって、双方が同一のコンテンツを特定することが可能となる。コンテンツに検索キーワードを関連付ける処理を効率化できる。
【０００８】
取得したコンテンツにコンテンツＩＤを関連付けると、検索キーワードがまだ関連付けられていないコンテンツを蓄積しておくことが可能となる。デバイスがコンテンツを取得するそのときにユーザがデバイスの傍らにいない場合、検索キーワードを関連付けずに取得したコンテンツを蓄積しておくことができる。そのような場合、ユーザの指示に応答して、蓄積した各コンテンツに検索キーワードを関連付けられるとよい。他方、デバイスがコンテンツを取得するそのときにユーザがデバイスの傍らにいる場合には、ユーザが速やかに検索キーワードを指定できるとよい。そのような機能を実現するために、管理装置側登録手段は、次の処理を実行できることが好ましい。即ち、デバイスがユーザ操作に応答してコンテンツを取得した場合は、コンテンツＩＤとキーワード候補を同時に送信する。他方、デバイスが自動的にコンテンツを取得した場合は、キーワード候補に先立ってコンテンツＩＤを送信し、デバイスからの要求に応答して、ユーザによって指定されたコンテンツＩＤによって特定されるコンテンツのキーワード候補を送信する。
クデバイスがユーザ操作に応答してコンテンツを取得した場合は、デバイスの傍らにユーザがいる可能性が高い。他方、デバイスが自動的にコンテンツを取得した場合は、デバイスの傍らにユーザがいる可能性が低い。従って、デバイスがユーザ操作に応答してコンテンツを取得した場合と、自動的にコンテンツを取得した場合とで、コンテンツＩＤとキーワード候補を同時に送信するか否かを決定することによって、ユーザフレンドリなシステムが構築できる。
【０００９】
デバイス側登録手段は、前記（３）の処理に先立って次の処理を実行できることが好ましい。
デバイス側登録手段は、既に取得したコンテンツのうち検索データベースに登録されていないコンテンツのコンテンツＩＤ一覧を表示する処理を実行する。そして、デバイス側登録手段は、前記した（３）の処理において、表示されたコンテンツＩＤ一覧の中からユーザによって指定されたコンテンツＩＤによって特定されるコンテンツのキーワード候補を表示する処理を実行する。
上記のコンテンツ管理システムによれば、検索キーワードが関連付けられていないコンテンツが複数存在する場合、その複数のコンテンツの中から、ユーザが検索キーワードの指定を希望するコンテンツを容易に選ぶことができる。
【００１０】
本発明のコンテンツ管理システムは、検索データベースに登録されたコンテンツを検索する機能を備えてもよい。即ち、デバイスは、検索データベースの中からユーザが希望するコンテンツを検索するデバイス側検索手段を備えており、管理装置は、デバイス側検索手段と協働する管理装置側検索手段を備えていることが好ましい。
デバイス側検索手段は、以下の処理、を実行できることが好ましい。即ち、
（５）既に登録されたコンテンツを検索するための検索キーワードを管理装置へ要求する処理；
（６）検索キーワードを管理装置から受信する処理；
（７）受信された検索キーワードの中からユーザによって指定された検索キーワードを管理装置へ送信する処理；
（８）指定された検索キーワードに関連付けられているコンテンツを管理装置から受信する処理；および、
（９）受信したコンテンツを表示する処理。
管理装置側検索手段は、デバイス側検索手段に協働する以下の処理を実行できることが好ましい。即ち、
（ｇ）検索キーワードの要求に応答して、検索データベースに登録されているキーワードをデバイスへ送信する処理；
（ｈ）ユーザによって指定された検索キーワードに関連付けられているコンテンツを検索データベースから抽出する処理；
（ｉ）抽出したコンテンツをデバイスへ送信する処理。
上記のデバイス側検索手段と管理装置側検索手段を備えることによって、取得したコンテンツを検索し易いコンテンツ管理装置が実現できる。
【００１１】
本発明は、上記した（１）〜（４）の処理、及び（ａ）〜（ｆ）の処理を含むコンテンツ管理方法として具現化してもよい。さらに、コンテンツ管理方法は、上記した（５）〜（９）の処理、及び（ｇ）〜（ｉ）の処理を含むことが好ましい。本発明によって具現化されるコンテンツ管理方法は、コンテンツを取得するコンピュータやコンテンツを記憶するコンピュータに実装されてよい。
「登録手段」や「検索手段」は、ソフトウエアで実現される場合は「登録処理」や「検索処理」と換言してよい。「登録処理」を実現するプログラム、あるいはハードウエアは「登録モジュール」と称することができる。「検索処理」を実行するプログラム、あるいはハードウエアは「検索モジュール」と称することができる。
【発明の効果】
【００１２】
本発明によれば、コンテンツ取得手段が取得したコンテンツに効率よく検索キーワードを関連付けて管理するコンテンツ管理技術を実現することができる。
【実施例】
【００１３】
図面を参照して実施例のコンテンツ管理システムを説明する。
１．システム構成
図１は、コンテンツ管理システム１００のブロック図である。コンテンツ管理システムは、サーバ４０（管理装置）とＭＦＤ１０がネットワーク５２に接続されているシステムである。ＭＦＤ１０は、印刷機能、ファクシミリ機能、スキャナ機能、及び電話機能を備えたいわゆるマルチファンクションデバイスである。サーバ４０とＭＦＤ１０は、ネットワーク５２を介して相互に通信することができる。
ＭＦＤ１０は、ＣＰＵ１２、ストレージ１４、コンソール２２、ディスプレイ２４、ネットワークインタフェイス２６、ＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋｓ）インタフェイス２８、プリントユニット３０、ファクシミリユニット３２、スキャナユニット３４、及びハンドセット３６を備えている。図１に記された「Ｉ／Ｆ」、「ＭＤＬ］の文字は、それぞれ、「インタフェイス」、「モジュール」を意味する。
【００１４】
ＣＰＵ１２は、ストレージ１４に格納された各種のプログラムに従ってＭＦＤ１０を制御する。ストレージ１４に格納されているプログラムには、登録モジュール１６と検索モジュール１８がある。夫々のプログラムに記述されている処理については後述する。ストレージ１４にはまた、各種のデータ２０が格納されている。
コンソール２２は、ユーザが操作するためのハードウエアである。ユーザは、コンソール２２を操作することによって、ＭＦＤ１０に所望の指示を入力する。
ネットワークインタフェイス２６は、ネットワーク５２を介してサーバ４０と通信するためのハードウエアである。ＰＳＴＮインタフェイス２８は、ＭＦＤ１０を公衆回線（不図示）に接続しているハードウエアである。ＭＦＤ１０は、公衆回線を通じて電話やファクシミリのデータを授受する。
プリントユニット３０は印刷機能のためのハードウエアである。ファクシミリユニット３２は、ファクシミリ機能のためのハードウエアである。スキャナユニット３４は、スキャナ機能のためのハードウエアである。ハンドセット３６は、電話機能のためのハードウエアである。
ＭＦＤ１０は、ネットワーク５２に接続されている端末からコンテンツを受け取って印刷することができる。ＭＦＤ１０は、ファクシミリコンテンツを送受信できる。ＭＦＤ１０は、紙面に印刷されているテキストや画像を読み取ることができる。ＭＦＤ１０は、読み取ったテキストや画像を印刷することができる。即ち、ＭＦＤ１０は、スキャナユニット３４とプリントユニット３０を用いることによってコピー機能を実行することができる。またＭＦＤ１０は、通話音声を録音することができる。即ち、ＭＦＤ１０は、印刷データ（印刷コンテンツ）、スキャンしたデータ（スキャンしたコンテンツ）、ファクシミリデータ（ファクシミリコンテンツ）、通話音声データ（音声コンテンツ）などを取得することができる。
【００１５】
ＭＦＤ１０の機能群は２つに大別することができる。ひとつは、ユーザの操作によらず、ＭＦＤ１０が自動的にコンテンツを取得する機能（自動取得機能）である。ファクシミリコンテンツの受信、留守電の録音（音声コンテンツの自動録音）、外部装置（例えば、ネットワークを介して接続されたパーソナルコンピュータ）から指示される印刷（印刷コンテンツの取得）が、自動取得機能に含まれる。もうひとつは、ユーザの操作に応答してＭＦＤ１０がコンテンツを取得する機能（手動取得機能）である。より正確には、ユーザによるコンソール２２の操作に応答して、コンテンツを取得する処理が開始される機能である。手動取得機能には、コピー、スキャン、ファクシミリコンテンツの送信、通話中の録音が含まれる。
【００１６】
サーバ４０は、ＣＰＵ４２とストレージ４４を備えている。ストレージ４４には、プログラムとして、登録モジュール４６と検索モジュール４８が記憶されている。ストレージ４４はまた、ＭＦＤ１０が取得した複数のコンテンツを検索可能に登録している検索データベース５０を格納している。
【００１７】
ＭＦＤ１０が取得したコンテンツは、サーバ４０に送信され管理される。サーバ４０は、コンテンツを検索データベース５０に登録する。その際、各コンテンツには検索用のキーワード（検索キーワード）が関連付けられる。即ち、データ管理システム１００は、ＭＦＤ１０が取得したコンテンツに検索キーワードを関連付けるとともに、それらを検索データベース５０に登録する。コンテンツと検索キーワードの登録は、ＭＦＤ１０の登録モジュール１６とサーバ４０の登録モジュール４６が協働して行われる。ＭＦＤ１０の登録モジュール１６をデバイス側登録モジュール１６と称し、サーバ４０の登録モジュール４６をサーバ側登録モジュール４６と称する。
検索キーワードは、ユーザによって指定される。デバイス側登録モジュール１６とサーバ側登録モジュール４６が協働して、ユーザが容易に検索キーワードを指定することができる環境を提供する。
【００１８】
２．キーワード登録処理
コンテンツ管理システム１００が実施する処理を説明する。まず、ＭＦＤ１０が取得したコンテンツに、ユーザが望む検索キーワードを関連付けるキーワード登録処理について説明する。
コンテンツ管理システム１００は、ユーザの操作に応答してコンテンツを取得する場合と、コンテンツを自動的に取得する場合で異なる処理を実行する。ユーザの操作に応答してコンテンツを取得する場合のデータ管理システム１００の処理フローを説明する。
図２は、ユーザの操作に応答してコンテンツを取得する場合のデータ管理システム１００全体の処理フローである。図２は、左側にユーザの操作を示しており、中央にＭＦＤ１０の処理を示しており、右側にサーバ４０の処理を示している。
ＭＦＤ１０は、ユーザの指示に応答してコンテンツを取得する（ステップＭ１０）。例えば、ユーザによる印刷指示に応答して、ユーザが指定するファイルを印刷する。あるいは、ユーザによるファクシミリ送信の指示に応答して、ユーザが指定するデータをファクシミリ送信する。ＭＦＤ１０では、コンテンツ取得処理（ステップＭ１０）に続いて、取得したコンテンツに検索キーワードを関連付けるデバイス側登録処理（Ｍ１２）が開始される。サーバ４０では、デバイス側登録処理に応答して、仮登録処理（Ｓ１０）とサーバ側本登録処理（Ｓ１２）が実行される。仮登録処理とサーバ側本登録処理は、サーバ側登録処理のサブモジュールである。
仮登録処理（Ｓ１０）は、ＭＦＤ１０が取得したコンテンツにコンテンツＩＤを割り当てるとともに、コンテンツのキーワード候補を生成する処理である。仮登録処理は、ＭＦＤ１０からコンテンツを受信し、受信したコンテンツに基づいて生成したキーワード候補とコンテンツＩＤをＭＦＤ１０へ送信する。仮登録処理では、「未登録リスト」が生成される。「未登録リスト」は、ユーザによる検索キーワードの指定が行なわれていないコンテンツを示すリストである。即ち、仮登録処理とは、検索キーワードが割り当てられていないコンテンツを、既に検索キーワードが割り当てられたコンテンツと区別して保存する処理である。
サーバ側本登録処理（Ｓ１２）は、仮登録されたコンテンツに検索キーワードを割り当てる処理である。サーバ側本登録処理は、ユーザによって指定されたキーワード候補を受信し、受信したキーワード候補をコンテンツに関連付けて検索データベースへ登録する。
以下、デバイス側登録処理（Ｍ１２）、仮登録処理（Ｓ１０）、サーバ側本登録処理（Ｓ１２）の夫々について説明する。
【００１９】
（デバイス側登録処理）
図６に、デバイス側登録処理のフローチャートを示す。
コンテンツを取得後、ＭＦＤ１０はメタデータを収集する（Ｍ１０２）。メタデータは、コンテンツの取得動作に伴って発生するデータであり、コンテンツの取得経路によって異なる。
メタデータには次の種類がある。左側がコンテンツの取得経路を表し、右側がメタデータを表す。
・ファクシミリ受信：受信日時、送信元の電話番号、宛先Ｆコード
・ファクシミリ送信：送信日時、送信先の電話番号、宛先Ｆコード
・コピー：コピー日時
・スキャン：スキャン日時
・印刷：印刷日時、端末名、ユーザアカウント、ドキュメント名
上記のほかに、コンテンツのページ数、通話日時、着信日時及び取得経路もメタデータに含まれる。
【００２０】
ＭＦＤ１０は、取得したコンテンツと収集したメタデータをサーバ４０へ送信する（Ｍ１０３）。サーバ４０は、コンテンツとメタデータを受信すると（図４のＳ１０１）、コンテンツＩＤとキーワード候補を生成してＭＦＤ１０へ送信する（図４のＳ１０６）。サーバ４０の処理については後述する。
コンテンツを自動的に取得した場合（ステップＭ１０４：「自動」）、ＭＦＤ１０はサーバ４０から「仮登録完了」の通知を受信して登録処理を終了する。コンテンツ自動取得の場合の登録処理については後述する。コンテンツの取得が「自動」か「手動」のいずれであるかは、メタデータに含まれているコンテンツの取得経路から判断する。
【００２１】
コンテンツの取得が「手動」の場合（すなわち、ＭＦＤ１０がユーザの操作に応答してコンテンツを取得した場合）、ＭＦＤ１０は、サーバ４０からコンテンツＩＤとキーワード候補を受信するまで待機する（Ｍ１０６）。
ＭＦＤ１０１０は、受信したキーワード候補をディスプレイ２４に表示する（１０７）。そして、ユーザによるキーワード候補の指定を待つ（Ｍ１０８）。ユーザは、コンソール２２を操作して、表示されたキーワード候補の中から、取得したコンテンツに関連付けることを希望するキーワード候補を指定する。
ユーザの指定を受け付けると、ＭＦＤ１０は、指定されたキーワード候補をサーバ４０へ送信し（Ｍ１１１）、デバイス側登録処理を終了する。
なお、ユーザが処理の中止を指示した場合（Ｍ１０９：ＹＥＳ）、「中止要求」をサーバ４０へ送信して処理を終了する（Ｍ１１０）。
【００２２】
（サーバによる仮登録処理）
デバイス側登録処理のステップＭ１０３に応答して、サーバ４０が仮登録処理を開始する。図４に仮登録処理のフローチャートを示す。
サーバ４０はまず、コンテンツとメタデータを受信する（Ｓ１０１）。
サーバ４０は、コンテンツＩＤを生成し、受信したコンテンツに関連付ける（Ｓ１０２）。コンテンツＩＤは、受信したコンテンツに一意に割り当てられる。
続いてサーバ４０は、受信したコンテンツとメタデータに基づいてキーワード候補を生成する（Ｓ１０３）。サーバ４０は、受信したメタデータの各要素（取得経路、日時、宛先Ｆコードなど）をキーワード候補として採用する。
サーバ４０は、キーワード候補を新たに生成するだけでなく、検索データベースに保存されている過去のキーワード候補の中からも、受信したコンテンツのキーワード候補を抽出する。次の段落で説明するように、検索データベースには、過去に生成したキーワード候補が蓄積されている。サーバ４０は、検索データベースに蓄積されている過去のキーワード候補の中から、受信したメタデータに関連するキーワードを抽出し、抽出したキーワードを受信したコンテンツのキーワード候補として採用する。例えば、過去に受信したメタデータにファクシミリの電話番号が含まれている場合、そのファクシミリ番号を有する会社名が、キーワード候補として検索データベースに蓄積されている場合がある。サーバ４０は、新たに受信したメタデータにファクシミリの電話番号が含まれている場合、検索データベースの中からそのファクシミリ番号を有する会社名を抽出し、新たに受信したコンテンツのキーワード候補として採用する。
同時にサーバ４０は、コンテンツから単語を抽出し、抽出した単語をキーワード候補として採用する。例えば、コンテンツが画像データの場合、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）によって単語を抽出する。また、コンテンツが音声データの場合は、音声認識処理により単語を抽出する。サーバ４０は、抽出された単語に統計的処理を施して、過去に抽出された頻度が高い単語をキーワード候補として採用する。
【００２３】
サーバ４０は、コンテンツ、コンテンツとメタデータから生成したキーワード候補、及びコンテンツＩＤを関連付けて検索データベースに仮登録する（Ｓ１０４）。具体的には、コンテンツ、コンテンツに関連付けられたキーワード候補とコンテンツＩＤをひとつのレコードとして検索データベースに登録するとともに、そのレコードに仮登録を示すフラグを付す。仮登録を示すフラグもレコードに含まれる。検索データベースの具体的構造については後述する。
サーバ４０は、コンテンツが手動取得される場合には（Ｓ１０５の分岐判断が「手動」の場合）、コンテンツＩＤとキーワード候補をＭＦＤ１０へ送信する（Ｓ１０６）。他方、コンテンツが自動取得される場合には「仮登録完了」を示す通知をＭＦＤ１０へ送信する（Ｓ１０７）。
コンテンツが自動取得と手動取得のどちらであるかは、メタデータに含まれている「取得経路」から判断する。
【００２４】
（サーバ側本登録処理）
図５に、サーバ側本登録処理のフローチャートを示す。コンテンツが手動取得される場合、コンテンツＩＤとユーザが指定したキーワード候補がＭＦＤ１０から送信される（図３のステップＭ１１１）。ステップＭ１１１に応答して、サーバ４０は、サーバ側本登録処理を開始する。サーバ４０はまず、コンテンツＩＤとユーザが指定したキーワード候補を受信する（Ｓ１３１）。サーバ４０は、受信したコンテンツＩＤによって識別されるコンテンツに、指定されたキーワード候補を検索キーワードとして関連付ける。サーバ４０は関連付けられたキーワード候補を、検索キーワードとして検索データベースに登録する（Ｓ１３２）。検索データベースには、コンテンツと、そのコンテンツの検索キーワードが登録される。検索キーワードの登録は具体的には、以下のとおりである。検索データベースには、既にキーワード候補が仮登録されている。各キーワード候補にも登録状態を示すフラグが割り当てられている。仮登録のときには「仮登録」のフラグが設定される。ユーザによって指定されたキーワード候補を検索キーワードとして登録する際、そのキーワード候補のフラグが「仮登録」から「本登録」に変更される。即ち、「仮登録」のフラグが設定されているキーワードが「キーワード候補」として識別され、「本登録」のフラグが設定されているキーワードが「検索キーワード」として識別される。
検索データベースの中から、「仮登録」のフラグが設定されているコンテンツやキーワード候補を抽出することによって、前述した「未登録リスト」が得られる。
最後にサーバ４０は、「登録完了」の通知をＭＦＤ１０へ送信して処理を終了する（Ｓ１３３）。
【００２５】
（コンテンツを自動取得する場合の登録処理）
コンテンツを自動取得する場合のシステム全体の処理のフローを図６に示す。コンテンツを自動取得する場合は、仮登録処理と本登録処理が独立して行われる。ＭＦＤ１０がコンテンツを取得すると（M１０）、ＭＦＤ１０とサーバ４０の間で仮登録処理が実行される。ＭＦＤ１０では、図３に示したデバイス側登録処理が実行される。但し、ステップＭ１０４の分岐判断が「自動」となる。従ってＭＦＤ１０は、サーバ４０から「仮登録完了」の通知を受信してデバイス側登録処理を終了する（Ｍ１０５）。
他方、サーバ４０では、図４に示した仮登録処理が実行される。但し、ステップＳ１０５の分岐判断が「自動」となる。従ってサーバ４０は、「仮登録完了」の通知を送信して仮登録処理を終了する（Ｓ１０７）。
【００２６】
コンテンツ取得後、ユーザが仮登録リストの閲覧指示を入力すると、ＭＦＤ１０はデバイス側本登録処理（Ｍ１４）を実行する。デバイス側本登録処理は、デバイス側登録モジュール１６のサブモジュールである。なお、「仮登録リスト」は、「未登録コンテンツ」と同義である。
デバイス側本登録処理（Ｍ１４）に応答して、サーバ４０では仮登録コンテンツのリストアップ処理（Ｓ１４）、キーワード候補のリストアップ処理（Ｓ１６）、及び、サーバ側本登録処理が実行される。これらの処理は、サーバ側登録モジュール４６のサブモジュールである。仮登録コンテンツのリストアップ処理（Ｓ１４）では、サーバ４０は、ＭＦＤ１０からの「リスト要求」に応答して、仮登録されたコンテンツを示すコンテンツＩＤを送信する。サーバ４０は、ユーザがコンテンツを判別し易くするようにメタデータをコンテンツＩＤに付加してもよい。以下、コンテンツＩＤとともにメタデータをＭＦＤ１０に送信する構成を説明する。キーワード候補のリストアップ処理では、サーバ４０は、ＭＦＤ１０からの「候補要求」に応答して、キーワード候補を送信する。デバイス側本登録処理（Ｍ１４）では、ＭＦＤ１０は、キーワード候補の表示、ユーザによるキーワード候補の指定の受け付け、受け付けたキーワード候補のサーバ４０への送信を行う。サーバ側本登録処理（Ｓ１２）では、サーバ４０は、指定されたキーワード候補をＭＦＤ１０から受信し、指定されたキーワード候補の登録完了を通知する。
以下、デバイス側本登録処理（Ｍ１４）、仮登録コンテンツのリストアップ処理（Ｓ１４）、キーワード候補のリストアップ処理（Ｓ１６）について詳しく説明する。
【００２７】
（デバイス側本登録処理）
ユーザがコンソール２２を操作して、ＭＦＤ１０へ仮登録リストの閲覧を指示すると、デバイス側本登録処理が開始する。図７に、デバイス側本登録処理のフローチャートを示す。ユーザによる閲覧指示に応答して、ＭＦＤ１０は、「仮登録リスト要求」をサーバ４０へ送信する（Ｍ２０１）。サーバ４０は、「仮登録リスト要求」に応答して、検索キーワードの指定が完了していないコンテンツのコンテンツＩＤ群（コンテンツＩＤのリスト）を送信する。ＭＦＤ１０は、コンテンツＩＤのリストを受信すると（Ｍ２０２）、受信したコンテンツＩＤ群を表示する。そして、ユーザの指定を待つ。ユーザは、検索キーワードを指定したいコンテンツを特定するコンテンツＩＤを指定する。ＭＦＤ１０は、いずれかのコンテンツＩＤの指定をユーザから受け付けると、受け付けたコンテンツＩＤ（ユーザによって指定されたコンテンツＩＤ）と「候補要求」をサーバ４０へ送信する（Ｍ２０３）。サーバ４０は、「候補要求」に応答して、指定されたコンテンツＩＤによって特定されるコンテンツに関連付けられたキーワード候補を送信する。ＭＦＤ１０は、キーワード候補を受信する（Ｍ２０４）。次いでＭＦＤ１０は、受信したキーワード候補を表示する（Ｍ２０５）。そして、ユーザによるキーワード候補の指定を待つ。ユーザは、コンソール２２を操作して、表示されたキーワード候補の中から、取得したコンテンツに関連付けたいキーワード候補を指定する。なお、ユーザは、複数のキーワード候補を指定（選択）可能である。ＭＦＤ１０は、ユーザによるキーワード候補の指定を受け付ける（Ｍ２０６）。このときＭＦＤ１０は、複数のキーワード候補を受け付けることができる。
ＭＦＤ１０は、ユーザの指定を受け付けると、指定されたキーワード候補をサーバ４０へ送信する（Ｍ２０７）。
【００２８】
（仮登録コンテンツのリストアップ処理）
図８に、サーバ４０が実行する「仮登録コンテンツのリストアップ処理」のフローチャートを示す。サーバ４０は、「仮登録リスト要求」（Ｍ２０１）に応答して、リストアップ処理を開始する。サーバ４０は、まず、仮登録の属性を有するコンテンツを検索データベースから抽出する（Ｓ２０１）。具体的には、サーバ４０は、検索データベースの中から、仮登録を示すフラグが設定されたコンテンツを抽出する。サーバ４０は、抽出されたコンテンツのコンテンツＩＤをリストアップする（Ｓ２０２）。サーバ４０は、リストアップされたコンテンツＩＤ及びメタデータをＭＦＤ１０へ送信する（Ｓ２０３）。
【００２９】
（キーワード候補のリストアップ処理）
図９に、サーバ４０が実行する「キーワード候補のリストアップ処理」のフローチャートを示す。サーバ４０はまず、ＭＦＤ１０から、「候補要求」とコンテンツＩＤを受信する（Ｓ２１１）。サーバ４０は、「候補要求」に応答して、受信したコンテンツＩＤが示すコンテンツのキーワード候補を検索データベースから抽出する（Ｓ２１２）。サーバ４０は、抽出したキーワード候補をＭＦＤ１０へ送信する（Ｓ２１３）。
【００３０】
以上説明したように、コンテンツ管理システム１００は、コンテンツを自動的に取得した場合は、仮登録の後、ユーザの指示に応答して未登録のコンテンツのリスト（未登録リスト）を表示する。ユーザは、リストから所望のコンテンツを指定して検索キーワードの指定を行うことができる。
【００３１】
（データベースの構造）
次に検索データベースの構造について説明する。検索データベースは、相互に関連するいくつかのテーブル（コンテンツテーブル、データ形式テーブル、キーワードテーブル、インデックス用リレーションテーブル、及び、アドレス帳リレーションテーブル）から構成されている。図１０に、コンテンツテーブルの一例を示す。図１１に、データ形式テーブルの一例を示す。図１２に、キーワードテーブルの一例を示す。図１３に、インデックス用リレーションテーブルの一例を示す。図１４に、アドレス帳リレーションテーブルの一例を示す。
コンテンツテーブルは、コンテンツＩＤ、パス、種別、取得日時、ページ数、及び登録フラグの項目を有している。パスの項目に、取得したコンテンツファイルの記憶場所が記述されている。
コンテンツＩＤの項目に、サーバ４０が生成したコンテンツＩＤが記述されている。サーバ４０は、取得したコンテンツをコンテンツテーブルに登録する際に、生成したコンテンツＩＤを関連付けて登録する。
種別の項目に、コンテンツの取得経路が記述されている。種別はコードで表される。夫々の種別コードと取得経路の対応は、データ形式テーブルに定義されている。例えば種別コード「Ｔ００１」は、ファクシミリ受信によって取得されることを表している。図１０に示すように、コンテンツＩＤが「Ｄ００１」のコンテンツには種別コード「Ｔ００１」が設定されている。即ち、コンテンツＩＤ「Ｄ００１」で識別されるコンテンツは、ファクシミリ受信によって取得されたコンテンツであることが示されている。
取得日時の項目に、コンテンツを取得した日時が記述されている。ページ数の項目に、コンテンツのページ数が記述されている。
登録フラグの項目に、コンテンツの検索キーワードが登録済みか否かを識別するフラグが設定されている。フラグ「Flag_A」は、検索キーワードが登録されていないことを表す。フラグ「Flag_B」は、検索キーワードが登録されていることを表している。即ち、「Flag_A」は、登録されているコンテンツが仮登録であることを示す。コンテンツテーブルから「Flag_A」が設定されているコンテンツを抽出することによって、未登録コンテンツがリストアップされる。
【００３２】
キーワードテーブルには、過去に生成されたキーワードが登録されている。各キーワードにはそのキーワードを識別するキーワード候補ＩＤが付されている。複数のコンテンツの夫々から、同一のキーワード候補が生成される場合がある。キーワードテーブルの参照数の項目には、各キーワードに関連付けられているコンテンツの数が記述されている。
インデックス用リレーションテーブルには、コンテンツとキーワードの関連付けが記述されている。例えば、コンテンツＩＤ「Ｄ００１」で識別されるコンテンツと、キーワードＩＤ「Ｍ００１」で識別されるキーワードが関連付けられている。参照属性は、そのコンテンツＩＤのコンテンツに対してキーワードが本登録なのか仮登録なのかを示すフラグである。フラグ「Flag_A」は、そのコンテンツＩＤのコンテンツに対してそのキーワードが検索キーワードとして本登録されていない仮登録、即ち候補状態であることを表す。フラグ「Flag_B」は、そのキーワードが検索キーワードとして登録されていることを表す。例えば、コンテンツＩＤ「Ｄ００１」とキーワードＩＤ「Ｍ００１」の欄には、「Flag_A」が設定されている。この「Flag_A」は、キーワードＩＤ「Ｍ００１」のキーワードがコンテンツＩＤ「Ｄ００１」のコンテンツのキーワードであることを示している。同様に、図１３のテーブルは、キーワードＩＤ「Ｍ００３」のキーワードが、コンテンツＩＤ「Ｄ００２」のコンテンツの検索キーワードであることを示している。
アドレス帳リレーションテーブルは、いわゆるアドレスデータ（名前、電話番号、ファクシミリ番号、会社名、住所）にＩＤ（アドレスＩＤ）を関連付けている。
【００３３】
次に、ＭＦＤ１０のディスプレイ２４の表示例を示す。図１５は、ステップＭ２０２で受信した未登録リストの表示例である。ステップＭ２０２に続いて、検索キーワードが登録されていないコンテンツ（未登録リストのコンテンツ）のコンテンツ情報と取得日時と取得経路（種別）が表示される。
図１５に表示されているリストの中からいずれかのコンテンツをユーザが指定すると、指定されたコンテンツに関連付けられているキーワード候補が表示される。図１６に、キーワード候補のリストの表示例である。ユーザが、表示されているキーワード候補の中からいずれかのキーワード候補を指定すると、指定されたキーワード候補が検索キーワードとして登録される。なお、図１６において、各キーワード候補の左に記されている矩形はチェックボックスを表している。ユーザは、複数のチェックボックスにマークすることによって、複数のキーワード候補を同時に指定することができる。
図１７は、検索画面の表示例である。ユーザが検索属性の中から「キーワード」を指定すると、過去に登録された検索キーワードが表示される。表示された検索キーワードの中からユーザが所望の検索キーワードを指定すると、指定された検索キーワードに関連付けられたコンテンツが抽出され、その一覧が表示される。なお、図１７において、各検索キーワードの左に記されている矩形もチェックボックスを表している。ユーザは、複数のチェックボックスにマークすることによって、複数の検索キーワードを同時に指定することができる。
図１８に、抽出されたコンテンツの一覧の表示例を示す。ユーザが一覧の中から所望のコンテンツを指定すると、そのコンテンツの内容が表示される。
図１５から図１８に示したように、ディスプレイ２４の右側には、テンキーが配置されている。このテンキーは、コンソール２２の一部である。
【００３４】
上記で説明した処理の留意点を以下に述べる。
図３のデバイス側登録処理のステップＭ１０９において、ユーザから「中止」の指示を受けた場合、それまで処理していたコンテンツＩＤとキーワード候補（即ち、「仮登録コンテンツ」）は、ＭＦＤ１０から削除され、サーバ４０内で仮登録状態のまま記憶される。仮登録状態のコンテンツは、後に、ＭＦＤ１０から「仮登録リスト要求」に対する仮登録コンテンツの抽出処理（図８のステップＳ２０１）の対象となる。あるいは、仮登録のコンテンツＩＤは、ＭＦＤ１０内に記憶されてもよい。この場合、ＭＦＤ１０は、図７のステップＭ２０１、Ｍ２０２の処理を行うことなく、仮登録コンテンツのリストを表示することができる。
【００３５】
３．検索処理
次に、検索データベースに登録されたコンテンツを検索する処理を説明する。
（データ管理システム１００全体の処理の流れ）
図１９に、コンテンツ検索のシステム全体のフローを示す。
ユーザがコンソール２２を操作してＭＦＤ１０に検索開始の指示を入力する。ＭＦＤ１０は、ユーザの指示に応答してデバイス側検索処理を実行する。デバイス側検索処理から「検索キーワードリスト要求」が送信されると、サーバ４０はサーバ側検索処理を開始する。サーバ４０は、「検索キーワードリスト要求」に応答して、検索キーワードのリストを送信する。デバイス側検索処理は、受信した検索キーワードのリストを表示する。ユーザは、表示された検索キーワードの中から、所望の検索キーワードを指定する。ユーザは、複数の検索キーワードを指定してもよい。指定された検索キーワードがＭＦＤ１０からサーバ４０へ送信される。サーバ４０では、指定された検索キーワードに一致するコンテンツ（検索キーワードを含むコンテンツ）を検索データベースから抽出する。複数のコンテンツが抽出される場合もある。サーバ４０は、抽出されたコンテンツのリスト（一覧）をＭＦＤ１０へ送信する。以上の処理によって、ＭＦＤ１０は検索結果（検索キーワードを含むコンテンツ）を表示する。
ユーザが表示されたコンテンツの一覧の中から所望のコンテンツを指定すると、ＭＦＤ１０は、そのコンテンツのコンテンツＩＤをサーバ４０へ送信する（不図示）。サーバ４０は、コンテンツＩＤを受信すると、コンテンツ出力処理を開始する。コンテンツ出力処理は、サーバ側検索モジュールのサブモジュールである。
サーバ４０は、コンテンツＩＤによって識別されるコンテンツの情報を送信する（不図示）。ユーザがダウンロードを希望する場合、ＭＦＤ１０は指定されたコンテンツの「ダウンロード要求」をサーバ４０へ送信する。サーバ４０は、指定されたコンテンツを検索データベースから抽出してＭＦＤ１０へ送信する。
【００３６】
（デバイス側検索処理）
図２０に、デバイス側検索処理のフローチャートを示す。
ＭＦＤ１０は、ユーザから検索開始処理の指示を受けると、「検索キーワードリスト要求」をサーバ４０へ送信する（Ｍ３０１）。サーバ４０は、「検索キーワードリスト要求」に応答して、検索データベースの中から登録されている検索キーワードを抽出してＭＦＤ１０へ送信する。ＭＦＤ１０は、サーバ４０から検索キーワードのリストを受信する（Ｍ３０２）。ＭＦＤ１０は、受信した検索キーワードのリストを表示する（Ｍ３０３）。検索キーワードの表示例が、前述した図１７である。
ＭＦＤ１０は、ユーザによる検索キーワードの指定を待つ（Ｍ３０４）。ユーザは、表示された検索キーワードのリストの中から、所望のコンテンツに含まれていると想定される検索キーワードを指定する。ＭＦＤ１０は、指定された検索キーワードをサーバ４０へ送信する（Ｍ３０５）。サーバ４０は、指定された検索キーワードを含むコンテンツを検索データベースから抽出し、抽出したコンテンツを送信する。ＭＦＤ１０は、サーバ４０が抽出したコンテンツのリストを表示する（Ｍ３０６）。ユーザがコンテンツの印刷を希望する場合（Ｍ３０７：ＹＥＳ）、ＭＦＤ１０は、印刷データ要求とともにコンテンツのコンテンツＩＤをサーバ４０に送信する（Ｍ３１０）。サーバ４０は、印刷データ要求に応答して、コンテンツＩＤによって特定されるコンテンツを送信する。ＭＦＤ１０は、コンテンツを受信し（Ｍ３１１）、受信したコンテンツを印刷する（Ｍ３１２）。
なお、ユーザは、ステップＭ３０６で表示されたコンテンツに、新たな検索用キーワードを追加することもできる（Ｍ３０９）。キーワード追加処理については後述する。
【００３７】
（サーバ側検索処理）
図２１に、サーバ側検索処理のフローチャートを示す。
サーバ４０は、ＭＦＤ１０から「検索キーワードリスト要求」を受信する（Ｓ３０１）。サーバ４０は次に、インデックス用リレーションテーブルのコピーを作成する（Ｓ３０２）。コピーしたテーブルを「tmp_table」と称する。インデックス用リレーションテーブルや、以下に登場するコンテンツテーブル等は、図１０から図１４を参照して先に説明したとおり、検索データベースを構成するテーブル群である。
サーバ４０は、コピーしたテーブルから、ステップＳ３０１で受信した検索キーワードに関連付けられていないコンテンツ（受信した検索キーワードを含まないコンテンツ）のレコードを削除する（Ｓ３０４）。ただし、受信した検索キーワードを参照しているコンテンツＩＤを含むレコードは全て残す。図１３を例に説明すると、受信した検索キーワードがＭ００１で示されるキーワードであるとき、それを参照しているレコードＡと、レコードＡと同じコンテンツ（コンテンツＩＤ「Ｄ００１」によって特定されるコンテンツ）を含むコンテンツを含むレコードＢを残す。サーバ４０は、ステップＳ３０１で受信した全ての検索キーワードについて、ステップＳ３０４の処理を繰り返す（ステップＳ３０５：ＮＯ）。これにより、指定された複数のキーワードの論理積による抽出が行われたことになる。論理積による抽出も、キーワードに一致したコンテンツに対するテーブル内での処理を変更することで対応可能である。全ての検索キーワードについてステップＳ３０４の処理を実行した後（ステップＳ３０５：ＹＥＳ）、サーバ４０は、ステップ３０４の処理後のテーブルを正規化する（ステップＳ３０６）。ここでいう「正規化」とは、テーブルに残ったコンテンツＩＤから重複するコンテンツＩＤを削除することを意味する。
サーバ４０は、残ったコンテンツＩＤのリスト（コンテンツリスト）を作成する（Ｓ３０７）。作成されたコンテンツリストに含まれているコンテンツＩＤは、ステップＳ３０１で受信した検索キーワードに関連付けられたコンテンツ（受信した検索キーワードを含むコンテンツ）のコンテンツＩＤのリストとなる。最後にサーバ４０は、作成したコンテンツリストをＭＦＤ１０へ送信する（Ｓ３０８）。この際、各コンテンツのメタデータを同時に送信してもよい。
【００３８】
（コンテンツ出力処理）
図２２に、コンテンツ出力処理のフローチャートを示す。
ＭＦＤ１０から、ユーザが出力を所望するコンテンツのコンテンツＩＤが送信される（図２０のステップＭ３１０）。サーバ４０は、そのコンテンツＩＤを受信する（Ｓ３２１）。サーバ４０は、受信したコンテンツＩＤによって識別されるコンテンツを検索データベースから抽出してＭＦＤ１０へ送信する（Ｓ３２２）。こうして、ユーザが所望するコンテンツを抽出することができる。
【００３９】
４．キーワード追加処理
図１９に示したフローにおいて、ＭＦＤ１０が検索結果の一覧を表示した後に、ユーザは、所望するコンテンツに検索キーワードを追加することができる。図２３に、キーワードを追加する際のシステム全体のフローを示す。ユーザがキーワードの追加を指示すると、ＭＦＤ１０は、キーワード追加処理を実行する。その際ユーザは、キーワードの追加を希望するコンテンツのコンテンツＩＤを指定する。ＭＦＤ１０は、指定されたコンテンツＩＤをサーバ４０へ送信する。サーバ４０は、追加キーワードリストアップ処理を実行し、指定されたコンテンツＩＤのコンテンツに関連付けられているキーワード候補をリストアップする。サーバ４０は、リストアップしたキーワード候補をＭＦＤ１０へ送信する。ＭＦＤ１０は、受信したキーワード候補を表示する。ユーザは、表示されたキーワード候補の中から、新たに追加するキーワードを指定する。指定されたキーワードはサーバ４０に送られて検索データベースに登録される。指定されたキーワードを検索データベースに登録するサーバ側本登録処理は、図５で説明した。
【００４０】
図２４に、ＭＦＤ１０が実行するキーワード追加処理のフローチャートを示す。
ＭＦＤ１０は、ユーザからキーワード追加の指示を受けると、「候補要求」をサーバへ送信する（Ｍ３３１）。サーバ４０は、「候補要求」に応答して、キーワード候補をリストアップして送信する。ＭＦＤ１０は、サーバ４０がリストアップしたキーワード候補を受信する（Ｍ３３２）。ＭＦＤ１０は、受信したキーワード候補を表示し（Ｍ３３３）、ユーザの指示を待つ（Ｍ３３４）。ユーザは、表示されたキーワード候補の中から、追加したいキーワード候補を指定する。ＭＦＤ１０は、ユーザによって指定されたキーワード候補をサーバ４０へ送信する（Ｍ３３５）。サーバ４０は、指定されたキーワード候補を検索データベースに追加する。
【００４１】
（追加キーワードリストアップ処理）
図２５に、サーバ４０が実行する追加キーワードリストアップ処理のフローチャートを示す。
サーバ４０は、「候補要求」を受信すると、インデックス用リレーションテーブルのコピーを作成する（Ｓ３５１）。サーバ４０は、候補要求の対象となるコンテンツのコンテンツＩＤと異なるコンテンツＩＤのコンテンツのレコードを、コピーしたテーブルから削除する（Ｓ３５２）。次いでサーバ４０は、キーワードテーブルを参照して、テーブルに残ったコンテンツに関連付けられているキーワード候補をリストアップする（Ｓ３５３）。サーバ４０は、リストアップしたキーワード候補をＭＦＤ１０へ送信する（Ｓ３５４）。
【００４２】
追加キーワードを抽出する際、検索データベースには、「Flag_A」が設定されたキーワード候補と、「Flag_B」が設定されたキーワード候補が混在している。すなわち、過去にキーワード候補として生成されたが検索キーワードとして登録されていないキーワードと、検索キーワードとして登録されているキーワードが混在する。追加キーワードのリストアップ処理では、検索キーワードとして登録されているキーワードと登録されていないキーワードの双方が抽出される。これにより、多くのキーワード候補をユーザに提示することができる。
他方、前述したように、検索の際には検索キーワードのみがユーザに提示され、キーワード候補は提示されない。検索の際には、ユーザによって指定される可能性が高い検索キーワードのみを提示する。ユーザは、所望のコンテンツを検索するのに好適な検索キーワードを、表示されたキーワードの中から容易に見つけ出すことができる。
【００４３】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【図面の簡単な説明】
【００４４】
【図１】図１は、データ管理システムのブロック図である。
【図２】図２は、システム全体のキーワード登録処理の流れを示す。
【図３】図３は、デバイス側登録処理のフローチャートを示す。
【図４】図４は、仮登録処理のフローチャートを示す。
【図５】図５は、サーバ側本登録処理のフローチャートを示す。
【図６】図６は、コンテンツを自動取得する場合のシステム処理のフローを示す。
【図７】図７は、デバイス側本登録処理のフローチャートを示す。
【図８】図８は、仮登録コンテンツのリストアップ処理のフローチャートを示す。
【図９】図９は、キーワード候補のリストアップ処理のフローチャートを示す。
【図１０】図１０は、コンテンツテーブルの一例を示す。
【図１１】図１１は、データ形式テーブルの一例を示す。
【図１２】図１２は、キーワードテーブルの一例を示す。
【図１３】図１３は、インデックス用リレーションテーブルの一例を示す。
【図１４】図１４は、アドレス帳リレーションテーブルの一例を示す。
【図１５】図１５は、ＭＦＤの表示例を示す（１）。
【図１６】図１６は、ＭＦＤの表示例を示す（２）。
【図１７】図１７は、ＭＦＤの表示例を示す（３）。
【図１８】図１８は、ＭＦＤの表示例を示す（４）。
【図１９】図１９は、コンテンツ検索のシステム全体のフローを示す。
【図２０】図２０は、デバイス側検索処理のフローチャートを示す。
【図２１】図２１は、サーバ側検索処理のフローチャートを示す。
【図２２】図２２は、コンテンツ出力処理のフローチャートを示す。
【図２３】図２３は、キーワードを追加する際のシステム全体の流れを示す。
【図２４】図２４は、キーワード追加処理のフローチャートを示す。
【図２５】図２５は、追加キーワードリストアップ処理のフローチャートを示す。
【符号の説明】
【００４５】
１０：ＭＦＤ（コンテンツ取得装置）
１２：ＣＰＵ
１４：ストレージ
１６：デバイス側登録モジュール
１８：デバイス側検索モジュール
２２：コンソール
２４：ディスプレイ
４０：サーバ（管理装置）
４２：ＣＰＵ
４４：ストレージ
４６：サーバ側登録モジュール
４８：サーバ側検索モジュール
５０：検索データベース
５２：ネットワーク
１００：データ管理システム
【図１】
0004849087.tif 000002
【図２】
0004849087.tif 000003
【図３】
0004849087.tif 000004
【図４】
0004849087.tif 000005
【図５】
0004849087.tif 000006
【図６】
0004849087.tif 000007
【図７】
0004849087.tif 000008
【図８】
0004849087.tif 000009
【図９】
0004849087.tif 000010
【図１０】
0004849087.tif 000011
【図１１】
0004849087.tif 000012
【図１２】
0004849087.tif 000013
【図１３】
0004849087.tif 000014
【図１４】
0004849087.tif 000015
【図１５】
0004849087.tif 000016
【図１６】
0004849087.tif 000017
【図１７】
0004849087.tif 000018
【図１８】
0004849087.tif 000019
【図１９】
0004849087.tif 000020
【図２０】
0004849087.tif 000021
【図２１】
0004849087.tif 000022
【図２２】
0004849087.tif 000023
【図２３】
0004849087.tif 000024
【図２４】
0004849087.tif 000025
【図２５】
0004849087.tif 000026