JP2007133809A - 情報処理装置、コンテンツ処理方法、記憶媒体およびプログラム - Google Patents

Abstract

【課題】 不適切な検索情報が追加されてしまう事態を防ぎつつ、自動的に適切な検索情報をコンテンツに更新設定することである。
【解決手段】 設定された検索条件に基づいてデータベース１１０に記憶されたコンテンツを検索エンジン３０４で検索を行う。そして、検索エンジン３０４による検索の実行で得られた当該コンテンツに対する操作履歴を操作履歴エンジン３０６を介して取得する。そして、その操作履歴と検索情報とを照合して、データベースに登録されたコンテンツに対する検索情報を更新処理する構成を特徴とする。
【選択図】 図３

Description

本発明は、保存されたコンテンツを検索処理する情報処理装置にに関するものである。

近年のネットワーク環境に適応して、電子化された大量のコンテンツ（ドキュメント、画像、etc）を保持し再利用を可能とするシステムが数多く提案されている。そして、このようなネットワーク環境において、所望のコンテンツを検索する機能は欠かすことができない。このため、大量の検索対象をもつコンテンツに対して、全文検索型できわめて強力な検索エンジンが提案されている。

例えばＷｅｂ上のＨＴＭＬドキュメントを検索するための検索サイト（検索システム）が存在する。

これら代表的な検索システムおよび検索エンジンは、キーワード検索という手段であることが多い。キーワードは検索対象となるコンテンツにあらかじめ関連付けられている。ここで重要なことは、どの単語をキーワードとして設定しておくかである。

なお、キーワードには単語以外にも文章や文字なども用いることがある。

また、１つのコンテンツには、キーワードが複数持つことができるため、広域な意味をもつ用語や、狭義の用語など併用し、利用者に使いやすいキーワードとしなければならない。

また、利用されないコンテンツや、不適切なキーワードが設定されたものについては、メンテナンスを行う必要もあった。

また、コンテンツに対して自動的にキーワードを追加してくれるような機能が用いられることがある。例えば、特許文献１では、コンテンツに対して操作をおこなった日時や頁番号などを保持することにより、検索キーワードとして用いることができるようにしている。
特開平７−２３９８５４号公報

しかしながら、自動的にキーワードを追加する機能において、適切なキーワードにならないことが起こりえる。

例えば、利用者が併用して用いた検索キーワードを、該当したコンテンツに付加する場合、併用した用語との関連性が低い場合などである。

また、このような自動的にキーワードを追加する機能は、追加されたキーワードが適切であるかどうかの判断を持たない場合が多い。その結果、１コンテンツに大量のキーワードが適応されたり、不適切なキーワードが適応されたりするという事態を招き、どのようにして自動的に最良のキーワードを見つけるかが課題であった。

さらに、コンテンツの検索状況に応じて、不適切なキーワードを削除したり、追加したりする場合にも、キーワードの適切性を十分検討がなされていなかった。このため、そのキーワードの更新や、削除により適切なものが削除されたり、不要なものが更新されてしまう事態を有効に回避できないという課題があった。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、データベースに登録されたコンテンツに対して、不適切な検索情報が追加されてしまう事態を防ぐことができる。また、コンテンツに対する検索要求を処理することで、自動的に適切な検索情報をコンテンツに更新設定できる仕組みを提供することである。

上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。

設定された検索情報を伴う所定のコンテンツを記憶する記憶手段を備える情報処理装置であって、設定される検索情報に基づいて、前記記憶手段に記憶されたコンテンツを検索する検索手段を有する。また、前記記憶手段に記憶されたコンテンツに対する検索操作要求履歴を保存する保存手段を有する。また、前記検索手段により検索された検索結果と、前記保存手段により保存された検索操作要求履歴とを照合して、前記記憶手段に記憶された前記所定のコンテンツに設定されている検索情報の更新を行う更新手段とを有することを特徴とする。

上記目的を達成する本発明のコンテンツ処理方法は以下に示す構成を備える。

設定された検索情報を伴う所定のコンテンツを記憶する記憶手段と、前記記憶手段に記憶されたコンテンツに対する検索操作要求履歴を保存する保存手段とを備える情報処理装置におけるコンテンツ処理方法である。本コンテンツ処理方法は、設定される検索情報に基づいて、前記記憶手段に記憶されたコンテンツを検索する検索ステップを有する。また、前記検索ステップにより検索された検索結果と、前記保存手段により保存された検索操作要求履歴とを照合して、前記記憶手段に記憶された前記所定のコンテンツに設定されている検索情報の更新を行う更新ステップとを有することを特徴とする。

本発明によれば、設定された検索条件に基づいて記憶されたコンテンツを検索した場合に、検索の実行で得られた当該コンテンツに対する操作履歴を利用する。これにより、不適切な検索情報が追加されてしまう事態を防ぎつつ、自動的に適切な検索情報をコンテンツに更新設定できる。

次に本発明を実施するための最良の形態について図面を参照して説明する。

＜システム構成の説明＞
〔第１実施形態〕
以下、図面を参照して本発明の実施の形態を説明する。

図１は、本発明の第１実施形態を示すデータ処理システムの一例を示す図である。なお、本システムは、情報コンテンツの閲覧を行うシステム例である。

本実施形態において、コンテンツとは、ドキュメントデータ、画像データ、テキストデータ、音楽データ、映像データ、その他情報処理装置で扱うことのできる電子データを指す。

従って、実運用するシステムの属性に応じて扱うコンテンツは異なる。例えば音楽配信システムでは、主なコンテンツは音楽ファイルや付随するドキュメントデータである。また、カタログ作成システムでは、画像データやテキストデータがコンテンツとなる。

図１において、本システムは、ネットワーク上に、クライアントＰＣ１０１，１０２，１０３と、ＨＴＴＰサーバ（Ｗｅｂサーバ）１０８と、Ｗｅｂアプリケーションサーバ（WebＡＰＳ）１０９とを備えている。

クライアントＰＣ１０１，１０２，１０３は、Ｗｅｂブラウザを使用しＨＴＴＰで通信するコンピュータである。例えば、システム管理者がコンテンツのメンテナンスをしたり、ユーザ管理情報の修正などのシステムメンテナンス処理を行ったりする作業を行うために使用されるパソコンで構成される。

ＬＡＮ（ローカルエリアネットワーク）１０５、１０７及びインターネット１０６はシステムで使用するネットワーク形態をあらわしており、ＬＡＮ１０５に接続しているクライアントＰＣ１０１〜１０２は、このＬＡＮ１０５を介して他の機器とデータのやり取りを行う。クライアントＰＣ１０３は、インターネット１０６に直接に接続されている。

ＨＴＴＰサーバ（Ｗｅｂサーバ）１０８は、ネットワークを介してクライアントＰＣ１０１，１０２，１０３からＨＴＴＰプロトコルで送られてきたリクエストを受け取るサーバである。ＨＴＴＰサーバ１０８には、いくつかのＷｅｂアプリケーションサーバが登録されており、ＨＴＴＰサーバ１０８は、クライアントＰＣ１０１，１０２，１０３からのリクエスト内容に従って、処理を適切なＷｅｂアプリケーションサーバに割り振る。また、リクエストを受け取った例えばWebＡＰＳ１０９は、処理を実行してその処理結果をクライアントＰＣ１０１，１０２，１０３へ返信する。

WebＡＰＳ１０９には、データベース１１０が接続されている。このデータベース１１０には、コンテンツデータ、コンテンツに関連付けられたデータ、操作履歴、及び処理ステータスなどの情報や、ユーザ／グループ情報などのシステム情報が記録される。

なお、本実施形態において、コンテンツとは、ドキュメントデータ、画像データ、テキストデータ、音楽データ、映像データ、その他情報処理装置で扱うことのできる電子データを指す。実運用するシステムに応じて扱うコンテンツは異なる。音楽配信システムでは、主なコンテンツは音楽ファイルや付随するドキュメントデータであり、カタログ作成システムでは、画像データやテキストデータがコンテンツとなる。

ＨＴＴＰサーバ１０８、WebＡＰＳ１０９、及びデータベース１１０が有機的に組み合わされて、Ｗｅｂデータベースシステムとして機能する。

また、本実施形態において、WebページとはＨＴＭＬで記述されているとするが、Webページを記述できるマークアップ言語、及びそれに類する言語で作成さえる。例えばＸＭＬ準拠のＸＨＴＭＬなどを利用した場合も本発明の実現は容易であり、本発明はWebページの記述言語に関わらず有効なものである。また、動的なページ生成手段を用いた場合も同様に本発明の優位性は保たれる。

そして、WebＡＰＳ１０９は、例えばＬＡＮ１０７を介して企業などのバックエンドシステム（顧客管理システム）１１１に接続されており、このバックエンドシステムにおいてコンテンツデータを利用するような形態を実現している。なお、バックエンドシステム１１１は、WebＡＰＳ１０９にダイレクトに接続される構成であっても良い。

図２は、図１に示したクライアントＰＣ１０１，１０２，１０３、ＨＴＴＰサーバ１０８及びWebＡＰＳ１０９のハードウエア構成を示すブロック図である。

図２において、２０１はシステムバスである。このシステムバス２０１には、ＣＰＵ（Central Processing Unit）２０２、プログラム・メモリ（PMEM）２０３が接続されている。また、システムバス２０１には、通信制御部２０４、外部記憶装置制御部２０８、入力制御部２１１、ビデオ・イメージ・メモリ（ＶＲＡＭ）２１４が接続されている。

さらに、システムバス２０１には、表示出力制御部２１５、プリンタ制御部２１７、外部機器制御部２１９、及び画像読み取り機器制御部２２０が接続されている。

通信制御部２０４は、通信ポート２０５に於ける入出力データの制御を行う。そして、通信ポート２０５から出力された信号は、通信回線を経由してネットワーク上の他の装置２０６の通信ポートに伝えられる。

外部記憶装置制御部２０８は、データファイル用のディスクとして、例えばＵＳＢメモリ２０９やハードディスク（ＨＤ）２１０に対するアクセスを制御する。

入力制御部２１１には、キーボード２１２やマウス２１３等の入力装置が接続される。操作者は、この入力装置を操作することによりシステムの動作指令等を行う。ビデオ・イメージ・メモリ（ＶＲＡＭ）２１４には、表示出力制御部２１５を介してディスプレイ２１６が接続されている。そして、ＶＲＡＭ２１４には、ディスプレイ２１６に表示されるデータがビットマップデータとして展開されている。

ポインティング・デバイスであるマウス２１３によりディスプレイ２１６上で画像情報の加工指示を行う。マウス２１３によりディスプレイ２１６上のカーソルをＸ，Ｙ方向任意に移動してコマンドメニュー上のコマンドやアイコンを選択する。そして、ます２１３は、その選択の指示を行うほか、編集対象の指示、描画位置の指示等も行うようになっている。

ＰＭＥＭ２０３は、本実施の形態に係る処理を実行するためのプログラムをハードディスク２１０から適宜、選択して読み込み、ＣＰＵ２０２での実行に供する。また、キーボード２１２から入力されたデータは、テキスト・メモリでもあるＰＭＥＭ２０３にコード情報として格納される。

プリンタ制御部２１７は、接続されているプリンタ２１８に対するデータの出力制御を行う。画像読み取り機器制御部２２０は、画像読み取り機器２２１に接続され、その接続機器の制御を行う。

外部機器制御部２１９は、プリンタ２１８や画像読み取り機器２２１などの外部機器を制御するためのものである。

なお、本実施形態のクライアントＰＣ１０１，１０２，１０３では、クライアントＰＣに直接接続されたプリンタ２１８とプリンタ制御部２１７、画像読み取り機器制御部２２０と画像読み取り機器２２１といった構成要素は必ずしも必要ではない。

また、本実施形態ではＬＡＮなどのネットワークに関して記述するが、この通信制御部２０４に接続される通信ポート２０５及び通信回線が一般の公衆回線であっても本発明が適応されることは言うまでもない。

また、画像読み取り機器制御部２２０と画像読み取り機器２２１が物理的に別々のコンポーネントであってもよい。また、画像読み取り機器制御部２２０が画像読み取り機器２２１を含む１つのコンポーネントであっても、同様な機能を有することとする。

また、ＰＭＥＭ２０３に記憶されるプログラムは、装置に直接接続されているハードディスク（ＨＤ）やＵＳＢメモリなどの記憶媒体に記憶されている。また、ＰＭＥＭ２０３に記憶されるプログラムは、ネットワークで接続されている他の装置上に記憶されていても良い。

なお、クライアントＰＣ１０１，１０２，１０３では、汎用のＷｅｂブラウザ（例えば、Microsoft Internet Explorer（商標））が記憶媒体に格納されている。そして、ＣＰＵ２０２が該Ｗｅｂブラウザプログラムを読み込んで実行し、該Ｗｅｂブラウザ上で本発明のユーザインターフェースが実現される。

図３は、図１に示したデータ処理システムにおける各デバイスのモジュールの構成を示すブロック図である。

図３において、クライアントＰＣ１０１，１０２，１０３は、情報登録モジュール３０１とコンテンツ検索モジュール３０２を備える。そして、情報登録モジュール３０１は、カタログ情報や画像データなどのコンテンツをWebＡＰＳ１０９にＨＴＴＰサーバ１０８を介して登録したり、商品データを出力するためのフォーム情報を登録したりする。また、クライアントＰＣ１０１，１０２，１０３のコンテンツ検索モジュール３０２は、は、それらフォーム作成に必要となるコンテンツを検索する。

また、情報登録モジュール３０１とコンテンツ検索モジュール３０２は、図２に示したハードディスク２１０等に記憶されて、ＰＭＥＭ２０３にロードされてＣＰＵ２０２により実行される。

但し、これらの情報登録モジュール３０１とコンテンツ検索モジュール３０２は、WebＡＰＳ１０９から必要に応じてＷｅｂブラウザのプラグイン（Ｐｌｕｇ−ｉｎ）形式などで自動的に配信される。従って、クライアントＰＣ１０１，１０２，１０３上でインストール処理などを行う必要はない。

さらに、WebＡＰＳ１０９には、ＨＴＴＰサーバ１０８から受け取った、クライアントＰＣ１０１，１０２，１０３からのリクエストを処理するためのモジュール群３０３が記憶されている。

このモジュール群３０３の機能として、例えば、ユーザ認証機能Ｆ１、ユーザ管理機能Ｆ２、ワークフロー制御機能Ｆ３を有する。また、モジュール群３０３の機能として、受信データ登録機能Ｆ４、検索処理機能Ｆ５、グループ管理機能Ｆ６、データメンテナンス機能Ｆ７、操作履歴機能Ｆ８、図示しないサムネイル作成機能がある。

ここで、ユーザ認証機能Ｆ１は、ユーザがシステムにログインした際にユーザの権限を確認する機能である。また、ユーザ管理機能Ｆ２は、個人情報の登録、管理を行う機能である。

ワークフロー制御機能Ｆ３は、ワークフローの制御に関する機能である。また、受信データ登録機能Ｆ４は、受信した帳票画像データの登録に関する機能である。

また、検索処理機能Ｆ５は、コンテンツの検索や、全文検索のような検索に関わる機能である。グループ管理機能Ｆ６は、ユーザが属するグループの登録、管理を行う機能である。データメンテナンス機能Ｆ７は、データを格納するフォルダなど内部で使用するデータを設定する機能である。操作履歴機能Ｆ８は、各モジュールに対して行われた操作を記録し検索を可能にする機能である。

これらのモジュール群３０３は、クライアントＰＣ１０１，１０２，１０３からのリクエストに応じてＰＭＥＭ３上にロードされ、処理が実行される。また、WebＡＰＳ１０９には、これらのモジュール群３０３とは別に、データベース１１０とのデータのやり取りを行うためのデータベース共通ライブラリ３０５を備える。また、WebＡＰＳ１０９には、各種ユーティリティライブラリとして操作履歴エンジン３０６を備える。

これらのモジュール群３０３は必要に応じて機能の追加などを行うことが可能であることはいうまでもない。本実施形態でのコンテンツ検索処理は、検索エンジン３０４を利用して行う。

なお、本実施形態において、エンジンとは、コンピュータで実質的にデータ処理を実行する機構、およびプログラミング、およびアルゴリズムを指す。便宜上「検索エンジン」、「操作履歴検索エンジン」などの言葉を用いるが、それらのエンジンは記憶媒体に格納されたプログラムコードを読み出し実行することによって定められた処理を行う機構の総称とする。

検索エンジン３０４は、検索処理機能３０３より深い階層に存在する。なお、本階層関係は一例であり、同階層に検索エンジンを持ったり、検索処理モジュール内に検索エンジンを組み込んでいたりしていても問題ない。

検索エンジン３０４は、一般に「全文検索」、「テキスト検索」、「イメージ検索」などの、入力情報としてテキストデータを用い、そのテキストデータと関連のあるコンテンツを見つけ出すエンジンのことである。

全文検索、テキスト検索は、見出しや著者など文書に含まれる特定の要素のみを対象に検索する場合と、文書に含まれるすべての情報を対象に検索する場合があるが、エンジンがもちいる方法はそのどちらでもよい。あるいは、類似する別の方法でもよい。

イメージ検索は、コンテンツのキャプションや周囲のテキストを参考にする。あるいはイメージ検索に使用するデータをあらかじめ収集していたりするが、エンジンがもちいる方法はそのどちらでもよい。あるいは、類似する別の方法でもよい。

本実施形態において、検索エンジン３０４は、入力されたテキストデータと関連のあるコンテンツを見つけ出す機能を有していることが重要であって、検索を実行するアルゴリズムや手法はどのようなものでもよい。

また、検索エンジン３０４の機能によっては、データベース１１０を利用した処理を行うこともある。さらに、検索処理は、検索の種類や用途に応じて複数の検索エンジンを使い分けてもよい。

本実施形態では、操作履歴検索処理を操作履歴エンジン３０６によって行う。操作履歴エンジン３０６は、モジュール群３０３より深い階層に存在する。なお、階層関係は一例であり、同階層に操作履歴エンジンを持ったり、操作履歴モジュール内に操作履歴エンジンを組み込んでいたりしていても問題ない。

操作履歴エンジン３０６は、WebＡＰＳ１０９や各モジュール群３０３に対して行われた操作をデータベース１１０上に記憶している。それらの履歴情報から入力情報として得られた条件をもとに該当するものを見つけ出すエンジンとして機能する。

条件として用いられるのは、各種操作（ログイン、ダウンロード、アップロード、コンテンツ検索、etc）であったり、操作の行われた日時であったり、利用者毎であったりする。

もちろん組み合わせて「〜月に〜さんがコンテンツ検索した」履歴などであってもよい。

本実施形態において、操作履歴エンジン３０６は、操作の履歴を見つけ出す機能を有していることが重要であって、検索を実行するアルゴリズムや手法はどのようなものでもよい。

また、操作履歴エンジンによっては、データベース１１０を利用した処理を行うこともある。

以下、図３に示したデータ処理システム例を参照して、本実施形態における特徴的構成並びに動作について説明する。

図３において、設定された検索情報を伴う所定のコンテンツを記憶するデータベース１１０を備えるＷｅｂアプリケーションサーバ１０９は以下の構成を備える。

データベース１１０に対する登録時等において、設定される検索情報に基づいて、データベース１１０に記憶されたコンテンツを検索する検索エンジン３０４を備える。検索エンジン３０４の詳細は上述の通りである。

又、データベース１１０に記憶されたコンテンツに対する検索操作要求履歴を保存する保存部をデータベース１１０に備える。

更に、検索エンジン３０４は、検索された検索結果と、データベース１１０により保存された検索操作要求履歴とを照合して、データベース１１０に記憶された所定のコンテンツに設定されている検索情報の更新を図５に示す制御手順に基づいて行う。

又、検索エンジン３０４による更新処理では、検索された検索結果と、データベース１１０により保存された検索操作要求履歴とを照合して、更新すべき検索情報を選定する処理を行う。

更に、検索エンジン３０４により検索された検索結果と、データベース１１０により保存された検索操作要求履歴とを照合して、データベース１１０に記憶された前記所定のコンテンツに設定されている検索情報の追加更新を行う。

又、検索エンジン３０４により検索された検索結果と、データベース１１０により保存された検索操作要求履歴とを照合して、データベース１１０に記憶された前記所定のコンテンツに設定されている検索情報の追加更新を行う。

図４は、本発明に係るサーバ装置における第１のデータ処理手順の一例を示すフローチャートである。本処理は、WebＡＰＳ１０９のＣＰＵによって実行されるキーワード処理手順に対応する。なお、Ｓ４０１〜Ｓ４０８は各ステップを示す。また、各ステップは、ハードディスク２１０等からＰＭＥＭ２０３にロードされる制御プログラムをＣＰＵ２０２が実行することで実現される。

まず、ステップＳ４０１で、インターネット１０６、ＬＡＮ１０５、１０７等を介してクライアントＰＣ１０１，１０２，１０３との通信によりキーワード検索処理リクエストを受け取る。ここでは、登録されているコンテンツを検索するための処理とする。

なお、上述したようにクライアントＰＣ１０１，１０２，１０３はＷｅｂブラウザからＨＴＴＰサーバ１０８を介してWebＡＰＳ１０９に対してリクエストを送ることができる。このリクエストには、WebＡＰＳ１０９が検索処理で必要となる検索キーワードや検索種類のパラメータを含むものとする。

次に、ステップＳ４０２で、WebＡＰＳ１０９はクライアントＰＣ１０１，１０２，１０３からの要求を受け取り、リクエストを処理するためのモジュール群３０３内の検索機能を使用し検索処理依頼を行う。

そして、ステップＳ４０３は、検索エンジン３０４が、クライアントＰＣ１０１，１０２，１０３からWebＡＰＳ１０９経由で送られてきたパラメータをもとにデータベース１１０に保存されたコンテンツに対する検索処理を実行する。

なお、本実施形態では検索エンジンの種類は特定しない。検索に必要なパラメータや必要な準備は、検索エンジンごとに異なるので本実施形態では言及しないが、使用する検索エンジンに関わらず本発明に適用可能なものである。

次に、ステップＳ４０４で、検索エンジン３０４から、ステップＳ４０３で依頼したコンテンツの検索処理の結果をモジュール群３０３が受信する。なお、モジュール群３０３が受信する内容の代表的なもの以下の通りである。

クライアントＰＣ１０１，１０２，１０３からWebＡＰＳ１０９経由で送られてきた検索要求に設定されるパラメータに該当したデータ名や、総件数、該当結果、該当データ毎の拡張子、該当データに関連する付随情報などである。

次に、ステップＳ４０５は、ステップＳ４０５〜ステップ４０８のループ処理の開始ステップであり、ステップ４０４の結果で複数のコンテンツが該当した場合は、ステップＳ４０５〜ステップ４０８を繰り返し処理する。

先ず、ステップＳ４０５で、そのループ繰り返し判定処理で、複数の結果がある場合は、処理を繰り返す。本実施形態では検索結果の該当件数回ループを行う。すなわち、全ての検索結果に対して処理を行う。

そして、ステップＳ４０６はで、該当するコンテンツに対し、キーワード更新の有無および更新するキーワードの選定の判断を行う。この部分の詳細処理は図５のフローチャートにおいて説明する。

そして、ステップＳ４０６において、この選定の結果、更新しないという結果が得られたと判断した場合は、ステップＳ４０８に進む。

一方、ステップＳ４０６で、選定したキーワードを用いてキーワードの更新処理を行うと判定した場合は、ステップＳ４０７で、図７に詳細を示すキーワード更新処理を実行する。

そして、ステップＳ４０８で、キーワード更新処理のループ終了判定を行い、終了しないと判定した場合は、ステップＳ４０５に戻り、終了と判定した場合は、本処理を終了する。

図５は、本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートである。本処理は、WebＡＰＳ１０９のＣＰＵによって実行される図４に示したステップＳ４０６におけるキーワード更新有無およびキーワード選定の判断処理の詳細手順に対応する。なお、Ｓ５０１〜Ｓ５０４は各ステップを示す。また、各ステップは、ハードディスク２１０等からＰＭＥＭ２０３にロードされる制御プログラムをＣＰＵ２０２が実行することで実現される。

まず、ステップＳ５０１で、操作履歴を検索するのに必要な情報の取得を行う。これは、検索対象の期間や利用者、どのような処理を検索するかなどである。本実施形態ではコンテンツ名を指定し、そのコンテンツ名が過去に利用された履歴をデータベース１１０に蓄積された操作履歴情報から検索する。この際、情報の取得先は、WebＡＰＳ１０９またはデータベース１１０などである。

次に、ステップＳ５０２で操作履歴の検索を行う。ステップＳ５０２の処理は、図３に示した操作履歴エンジン３０６の処理である。具体的には、ステップＳ５０１で取得した情報を操作履歴エンジン３０６に送り、操作履歴エンジン３０６が操作履歴の検索を行う。

本実施形態では操作履歴エンジンの種類は特定しない。検索に必要なパラメータや必要な準備は、エンジン毎に異なるので本実施形態では言及しないが、使用する操作履歴エンジンに関わらず本発明を適用可能なものである。

そして、ステップＳ５０３では、ステップＳ５０２で該当する検索結果が得られたかどうか操作履歴エンジン３０６が判定する。操作履歴エンジン３０６が１つも該当するものが無いと判定した場合は、「更新するキーワードなし」として、本処理を終了する。

一方、ステップＳ５０３で、操作履歴エンジン３０６が該当するものがあると判定した場合は、ステップＳ５０４に進み、更新するキーワードの選定処理を行う。この部分の詳細処理は図６のフローチャートにおいて説明する。

図６は、本発明に係るサーバ装置における第３のデータ処理手順の一例を示すフローチャートである。本処理は、WebＡＰＳ１０９のＣＰＵによって実行される更新キーワードの選定処理手順に対応する。なお、Ｓ６０１〜Ｓ６０６は各ステップを示す。また、各ステップは、ハードディスク２１０等からＰＭＥＭ２０３にロードされる制御プログラムをＣＰＵ２０２が実行することで実現される。

まず、ステップＳ６０１で、今回使用された検索キーワードを取得する。これは検索エンジン３０４から得られる検索結果である。この際、検索キーワードの他に検索式や該当したコンテンツ名なども取得してもよい。

次に、ステップＳ６０２で、操作履歴の該当した結果から、用いられているキーワードを取得する。なお、このキーワードは、ステップＳ５０２の操作履歴検索処理から得られるデータをもとに抽出する。

次に、ステップＳ６０３は、ステップＳ６０６を含むループ処理の判定処理である。本処理は、取得されたキーワードが複数あるか否かを判定する。そして、複数のキーワードがあると判定した場合は、ステップＳ６０４、ステップＳ６０５を繰り返し行う。そして、ステップＳ６０６で、複数のキーワードがないと判定した場合は、本処理を終了する。

一方、ステップＳ６０３で、複数のキーワードがあると判定する場合がある。この場合は、ステップＳ６０４で、取得した使用された検索キーワードとステップＳ６０３で取得した、操作履歴から抽出した検索キーワードとを比較して同じキーワードが使われているかどうかを判定する。この比較判定処理は、過去に今回使用したキーワードの中で、操作履歴から抽出した検索キーワードにも同じものがあるかどうかにより判定する。ここで、同じキーワードがなかったと判定した場合は、ステップＳ６０６に進み繰り返すかどうかの判定を行う。

一方、ステップＳ６０４で、今回使用したキーワードの中で、操作履歴から抽出した検索キーワードにも同じキーワードがあったと判定した場合がある。この場合は、ステップＳ６０５で、同じであった検索キーワードを、コンテンツの検索キーワードとして新たに付加するものとし、データベース１１０などの記憶領域に保持する。

そして、ステップＳ６０６は、ステップＳ６０３に基づくループ処理の終了判定を行い、複数のキーワードがないと判定した場合は、本処理を終了する。

図７は、本発明に係るサーバ装置における第４のデータ処理手順の一例を示すフローチャートである。本処理は、WebＡＰＳ１０９のＣＰＵによって実行されるキーワード更新手順に対応する。なお、Ｓ６０１〜Ｓ６０６は各ステップを示す。また、各ステップは、ハードディスク２１０等からＰＭＥＭ２０３にロードされる制御プログラムをＣＰＵ２０２が実行することで実現される。

まず、ステップＳ７０１で、更新する検索キーワード情報を取得する。これは図６のステップＳ６０５で保持したデータである。

次に、ステップＳ７０２において、モジュール群３０３の検索処理モジュールＦ５が検索キーワードの更新処理を検索エンジン３０４に依頼する。

そして、ステップＳ７０３で、ステップＳ７０２の依頼を受け検索エンジン３０４が検索キーワードの更新処理をデータベース１１０に記憶されるキーワードに対して行い、本処理を終了する。なお、検索キーワードの詳細な更新処理の手段は検索エンジンによって異なる。

また、更新に必要なパラメータや必要な準備は、エンジンごとに異なるので本実施例では言及しないが、使用する検索エンジンに関わらず、本発明を適用可能である。

以上が第１実施形態における処理フローである。次に、第１実施形態において使用される各種のデータについて説明する。

図８は、図１に示したクライアントＰＣ１０１、１０２、１０３から検索リクエストとして受け取る情報の一例を示す図である。本例は、クライアントＰＣ１０１、１０２、１０３及びWebＡＰＳ１０９内の記憶媒体に格納されたデータ例である。

また、本実施形態では図４に示した制御フローにおけるステップＳ４０１で受信するデータに相当する。

図８において、８０１は受信するデータ全体を表す。ユーザＩＤ領域８０２、８０３、８０４、８０５に分類されたデータを所定のプロトコルによりクライアントＰＣ１０１〜１０３のいずれかより一括に受信することとする。

８０２はユーザＩＤ領域である。検索処理をリクエストしたユーザを判別するために用いられる。なお、ユーザＩＤは、クライアントＰＣ１０１〜１０３のアプリケーションにより設定される。

８０６は、前記ユーザＩＤ領域８０２に対応する実データ部であり、例えば「１２３４５」という情報を持っている例である。

８０３はパスワード領域である。ユーザＩＤ領域８０２のＩＤと併用しログオン処理や権限の確認などに用いられる。なお、ユーザＩＤは、クライアントＰＣ１０１〜１０３のアプリケーションにより設定される。

８０７は、前記パスワード領域８０３に対応する実データ部であり「Admin」という情報を持っている。もちろん、実データ部８０７が暗号化されていたりしても構わない。

８０４は検索キーワード領域である。キーワード領域８０４は、項番と文字列の２領域に細分化される。

８０８は、前記キーワード領域８０４に対応する実データ部である。データ量は利用者が入力する情報や検索エンジンの仕様により可変する。

ここでは、キーワードとして、「項番１：夏、項番２：旅、項番３：西日本」という情報を持っている。

８０５は検索式領域である。８０９は、前記検索式領域８０５に対応する実データ部であり「１ or ２or ３」という情報を持っている。

これは、実データ部８０８の実データと照らし合わせれば「夏 or 旅 or 西日本」の検索を意味しているとわかる。本実施形態では以上の情報とするが、必要に応じて情報量は拡張可能である。なお、ｏｒとａｎｄとを組み合わせたり、ａｎｄのみであってもよいことはいうまでもない。

図９は、図３に示したWebＡＰＳ１０９内の記憶媒体に格納されたデータ例を示す図である。なお、記憶媒体の例としては、図２に示したハードディスク２１０等が好適である。

なお、本データ例は、図４に示したステップＳ４０４で、モジュール群３０３が検索エンジン３０４から受け取る検索結果の情報例で、WebＡＰＳ１０９内の記憶媒体に格納されたデータである。

図９において、９０１は受信するデータ全体を。データ９０２は検索において該当した結果のファイル名である。９０３は対応する拡張子を示す。データ９０４は検索において該当した結果であり「コンテンツＡ」という情報を持っている。データ９０５は、前記データ９０４に対応する拡張子であり「jpg」という情報を持っている。

データ９０６は検索対象となった総数である。データ９０７は、前記データ９０６に対応する情報であり「１０００」という情報を持っている。すなわち、検索エンジン３０４が１０００件の検索対象から検索を行ったということである。

データ９０８は検索エンジン３０４がデータベース１１０の検索の結果該当した件数である。

データ９０９は、該当件数を示すデータ９０８に対応する情報であり「１」という情報（ヒット件数）を持っている。すなわち、データ９０４は、１件のデータしか該当しなかったということである。

図１０は、図３に示した検索エンジン３０４から取得するデータの一例を示す図である。本例は、図４に示したステップＳ４０４で検索エンジン３０４から取得する検索結果のデータ例である。また、この検索結果データをもとにクライアントＰＣに表示すべきWebページなどを作成してもよい。

図１０において、１００１は受信するデータ全体を表す。データ１００２は検索に該当したコンテンツを表す。実際はファイルの参照先などの情報として扱うことが想定されるが、本実施形態ではわかりやすさのために画像データで表示することとする。本例は、夏、旅、出会った犬とが一体となった画像データの例を示す。

データ全体１００３は、前記データ１００２に関連つけられているデータ領域である。システムによってどのようなデータを持つか可変するが、ここでは「コンテンツ名」、「検索用キーワード」、「拡張子」、「作成日」の領域をもつことにする。

データ１００４は、データ全体１００３に対応する実データである。本例では、「コンテンツＡ」、「旅」、「jpg」、「2006/06/01」の情報を持つ。

すなわち検索に該当したデータは、コンテンツ名「コンテンツＡ」で検索用キーワードは「旅」であり、拡張子は「jpg」で「2006/06/01」に作成されたものであることがわかる。本例は、旅先で出会った犬の画像データ例を示す。

図１１は、図１に示したWebＡＰＳ１０９内の記憶媒体に格納されたデータの一例を示す図である。本例は、図５に示したステップＳ５０１で取得するデータであり、WebＡＰＳ１０９内の記憶媒体に格納されたデータである。

図１１において、１１０１は受信するデータ全体を表す。１１０２は操作履歴の検索条件領域を表す。検索条件はさらに検索領域１１０３によって細分化される。本実施形態では「いつ？」、「誰が？」、「何を？」という３つの領域を持つこととする。もちろん他の条件があっても構わない。

データ１１０４は、検索領域１１０３に対応する値であり、「2005/06〜2005/08」、「全て」、「コンテンツ検索」という情報をもっている。

つまり、データ全体１１０１から検索条件は、「2005/06〜2005/08」の期間で「全て」の利用者が「コンテンツ検索」をした履歴の検索ということになる。

１１０５は詳細条件領域を表す。検索条件領域１１０５はさらに、検索領域１１０６によって細分化される。本実施形態では「コンテンツ名」、「拡張子」という２つの領域を持つこととする。

データ１１０７は検索領域１１０６に対応する各値であり、「コンテンツＡ」、「jpg」という情報を持っている。

データ１１０４とデータ１１０７の条件を組み合わせると、「2005/06〜2005/08」の期間で、「全て」の利用者が「コンテンツ検索」をした履歴の中から、コンテンツ名が「コンテンツＡ」で拡張子が「jpg」である履歴を検索条件とする。そして、この検索条件を検索エンジン３０４に対して設定することになる。

図１２は、図３に示した操作履歴エンジン３０６から受け取る操作履歴の検索結果データの一例を示す図である。本例は、図５に示したステップＳ５０２で取得するデータであり、操作履歴エンジン３０６から受け取る操作履歴の検索結果データ例で、WebＡＰＳ１０９内の記憶媒体に格納されたデータである。また、このデータをもとに図５に示したステップＳ５０３の判断処理を行う。

図１２において、１２０１は受信するデータ全体を表す。１２０２は検索結果の項番を示す領域である。ここでは３件のデータが検索されたとする。

１２０３、１２０４、１２０５は操作履歴の結果データである。この操作履歴の結果は操作履歴エンジンによって異なるが、使用するエンジンに関わらず本発明を適用可能なものである。

本例において、結果データ１２０３は、１番目の結果を示し「７月１日に旅行、夏を検索キーワードとしてコンテンツＡが検索された」ことを表している。１２０４は２番目の結果を示し「７月１日に旅行、海を検索キーワードとしてコンテンツＡが検索された」ことを表している。

１２０５は３番目の結果を示し「７月１日に旅行、沖縄を検索キーワードとしてコンテンツＡが検索された」ことを表している。これら結果データ１２０３、データ１２０４、データ１２０５は、検索条件であるデータ全体１１０１に該当していることがわかる。

そして、図５に示したステップＳ５０３ではこの検索結果のデータ全体１２０１を用い判断を行う。判断処理は前述した通り検索結果があるかないかであるので、データ全体１２０１に適応するのなら、３件が該当するのでステップＳ５０３の判断処理は「有る」になり、次の処理であるステップＳ５０４に進む。

図１３は、図１に示したWebＡＰＳ１０９内の記憶媒体に格納されたデータの一例を示す図である。本例は、図６に示したステップＳ６０１で、操作履歴エンジン３０６より取得するデータであり、図８に示したデータ８０１から必要な情報だけを抜き出したものであり、WebＡＰＳ１０９内の記憶媒体に格納されたデータ例である。

図１３において、１３０１は受信するデータ全体を表す。１３０２は使用された検索キーワードの項番を表す。１３０３は使用された検索キーワードである。これは図８に示した実データ部８０８と同等の値である。

すなわち「夏」、「旅」、「西日本」のだ３単語が使用されている。１３０４は検索式のデータである。これは図８の８０９と同様なので説明を割愛する。１３０５は検索に該当したコンテンツを表す。図１０に示したデータ１００４の結果から「コンテンツＡ」であるという情報が得られる。

図１４は、図１に示したWebＡＰＳ１０９内の記憶媒体に格納されたデータの一例を示す図である。本例は、図１２に示したデータから抽出されるキーワードの一例である。また、本例は、図６に示したステップＳ６０２で取得するデータであり、図１２に示したデータ全体１２０１から必要な情報だけを抜き出したものであり、WebＡＰＳ１０９内の記憶媒体に格納されたデータである。

図１４において、１４０１は受信するデータ全体を表す。１４０２は使用された検索キーワードの項番を表す。１４０３は使用された操作履歴検索用のキーワードである。これは図１２に示したデータ１２０３、１２０４、１２０５からキーワードの部分だけ抜き出したもので、すなわち、「旅行」、「夏」、「海」、「沖縄」の４種類の単語が使用されている。

図１３に示したデータ全体１３０１と、図１４に示したデータ１４０１は、図６に示したステップＳ６０４の判断処理で利用される。双方のキーワード領域を比較し、共通のものを探し出す。

すなわち図１３に示した検索キーワード１３０３と、図１４に示した１４０３の比較を行う。ここで共通する単語として「夏」があることがわかる。よって、図６に示したステップＳ６０４では、操作履歴から探り当てた履歴の中に今回と同じキーワードである「夏」があるので、同じキーワードが使われていると判断しステップＳ６０５に進むことになる。

図１５は、図１に示したWebＡＰＳ１０９内の記憶媒体に格納されたデータの一例を示す図である。本例は、図６に示したステップＳ６０６で生成され保持されるデータであって、WebＡＰＳ１０９内の記憶媒体に格納されたデータである。

図１５において、１５０１は受信するデータ全体を表す。１５０２は各データのカテゴリを示す領域で、更新対象コンテンツ、既存キーワード、更新キーワードの欄がある。１５０３は、前記領域１５０２の対応するデータで「コンテンツＡ」、「旅」、「夏」という情報を持っている。

すなわち、更新対象コンテンツが「コンテンツＡ」であり、コンテンツＡの持つ既存キーワードが「旅」であり、コンテンツＡに新たに更新するキーワードが「夏」であるということである。

この「夏」というキーワードは、前述のように過去に同じコンテンツに対する、検索の履歴（操作履歴）から取得したものである。このように今回使用したキーワードをコンテンツに追加するかの判断をする場合に、過去に他者も同じキーワードを使用していた形跡があるのであれば、妥当であると判断する。ここが本実施形態の特徴である。

従来ではこの判断処理が実行されないため、キーワードが突飛なものであった場合など、不適切なキーワードとなってしまうのを防げなかった。

なお、「過去」と記述したが未来を含めた一定期間を定め、ログを蓄積し判断を行ってもよい。

図１５で生成された情報は、図７のステップＳ７０１で取得し、ステップＳ７０３にて検索エンジン３０４が検索キーワードの更新処理を実行する。

図１６は、図３に示した検索エンジンから受けとる検索結果のデータの一例を示す図である。本例は、更新後のコンテンツＡの情報を示す。構成は、図１０と同様であり、検索エンジンから受けとる検索結果のデータ例となり、このデータをもとにクライアントＰＣに表示されるWebページなどを作成してもよい。

なお、１００２、１００３、１００４は図１０に示した説明と同様である。

図１６において、１６０２は更新された検索キーワードを表す。

図１０に示すコンテンツの例では「旅」という１つのキーワードしか持っていなかったが、前述したフローに従い処理を終えることで、「夏」というキーワードが追加されたことを表す。これによりコンテンツＡは「旅」もしくは「夏」という検索キーワードに対応したことになる。

以上のように、第１実施形態では利用者が見つけ出したコンテンツに対し、検索に用いたキーワードと、操作履歴から過去に使用されたキーワードを洗い出し比較を行う。

そして、その比較の結果、その中に同じキーワードがあった場合、データベース１１０を利用する不特定多数から容認されるキーワードであり、コンテンツに追加するキーワードに相応しいと判断し、キーワードの更新処理を行うことを特徴とする。

第１実施形態によれば、コンテンツに関連付けられているキーワードが、使用される度に更新されるので、運用を重ねることで利用者が所望のコンテンツを見つけ出すことの効率化を図れる。

また、更新されるキーワードは操作履歴により適切であるかの判断が行われているため、従来にあった不適切な検索キーワードが付加されてしまうことを防げる。

〔第２実施形態〕
第１実施形態では、コンテンツに追加するキーワードに相応しいかどうかは、操作履歴によって過去に同じものが使用されているかどうかで判定する例を示した。第２実施形態では、検索履歴等考慮する判定によりキーワードの選定処理を行い、より相応しいキーワードを登録する例である。以下、第２実施形態について詳述する。

特に断りがない場合、実施の構成や処理フローは第１実施形態と同じものとするので、個々の説明は割愛する。

図１７は、本発明に係るサーバ装置における第５のデータ処理手順の一例を示すフローチャートである。本処理は、WebＡＰＳ１０９のＣＰＵによって実行される更新キーワード選定処理手順に対応する。

なお、Ｓ６０１〜Ｓ６０３、Ｓ１７０１、Ｓ１７０２、Ｓ６０５、Ｓ６０６は各ステップを示す。また、各ステップは、ハードディスク２１０等からＰＭＥＭ２０３にロードされる制御プログラムをＣＰＵ２０２が実行することで実現される。なお、ステップＳ１７０１、ステップＳ１７０２を除いては図６と同様であるため説明は割愛する。

ステップＳ６０３で、ループ処理の判定処理に入った後、ステップＳ１７０１において以後の選定の条件となる情報を取得する。

なお、ここで、情報はWebＡＰＳ１０９内の記憶媒体に格納されたデータである。取得した情報には、キーワードの選定条件として「使用回数」や「最大文字数」がある。もちろんその他の情報があってもよい。例えば使用期間や頻度などである。

次に、ステップＳ１７０２で、取得した使用された検索キーワードとステップＳ６０３で取得した、操作履歴から抽出した検索キーワードを比較する。このとき第１実施形態とは異なり、前述のステップＳ１７０１で取得したキーワード選定条件に対応する情報も加味する。

すなわち、今回使用したキーワードの中で、操作履歴から抽出した検索キーワードにも同じものがあった場合は、それが使用回数と文字数制限を満たしているかを加えて判断する。そして、満たしていると判断した場合は、ステップＳ６０５に進む。

このように本実施形態では、検索情報を更新するための選定条件を設定する条件設定処理を行う。そして、図４に示したステップＳ４０６におけるキーワード選定処理において、設定された選定条件に基づいて更新すべき検索情報を選定する。

一方、ステップＳ１７０２で、満たすものがなかったと判断した場合は、ステップＳ６０６に進み繰り返すかどうかの判定を行う。以後は図６のステップＳ６０５、ステップＳ６０６と同様なので説明を割愛する。

図１８は、図１に示したWebＡＰＳ１０９内の記憶媒体に格納されたデータの一例を示す図である。本例は、図１７に示したステップＳ１７０１で取得するデータであり、WebＡＰＳ１０９内の記憶媒体に格納されたデータである。

図１８において、１８０１は受信するデータ全体を表す。１８０２はキーワードの選定条件領域を表す。選定条件は細分化されここでは「使用回数」、「文字数」という情報をもっている。

１８０３は、前記選定条件領域１８０２に対応する選定条件データで「４回以上」、「５文字以内」という値である。すなわち、本実施形態における選定の条件は、「使用回数」が「４回以上」かつキーワードの長さが「５文字以内」ということである。

図１９は、図３に示した操作履歴エンジン３０６から受けとる操作履歴の検索結果データの一例を示す図である。本例は、第１実施形態と同じ分類のデータであるが、取得した履歴に相違がある。第２実施形態では第１実施形態に示した図１２の代わりに、図１９に示したデータが図５に示したステップＳ５０２から取得した操作履歴データとする。

そして、操作履歴エンジン３０６から受けとる操作履歴の検索結果データは、WebＡＰＳ１０９内の記憶媒体に格納される。

図１９において、１９０２は検索結果の項番を示す領域である。ここでは７件のデータが検索されたとする。データ１９０３、データ１９０４、データ１９０５、データ１９０６、データ１９０７、データ１９０８、データ１９０９は操作履歴の結果である。この操作履歴の結果は操作履歴エンジンによって異なるが、使用するエンジンに関わらず本発明を適用可能なものである。

１９０３は１番目の検索結果データを示し「７月１日に旅、夏を検索キーワードとしてコンテンツＡが検索された」ことを表している。１９０４は２番目の検索結果データを示し「７月２日に旅、海を検索キーワードとしてコンテンツＡが検索された」ことを表している。

１９０５は３番目の検索結果データを示し「７月１０日に旅、夏を検索キーワードとしてコンテンツＡが検索された」ことを表している。１９０６は４番目の検索結果データを示し「７月１１日に旅、夏、海を検索キーワードとしてコンテンツＡが検索された」ことを表している。

１９０７は５番目の検索結果データを示し「７月１２日に旅、西日本を検索キーワードとしてコンテンツＡが検索された」ことを表している。

１９０８は６番目の検索結果データを示し「７月２０日に旅、夏、西日本を検索キーワードとしてコンテンツＡが検索された」ことを表している。１９０９は７番目の検索結果データを示し「７月２５日に旅、夏を検索キーワードとしてコンテンツＡが検索された」ことを表している。

この検索結果データを用いると、図６に示したステップＳ６０２で取得するデータは図２０のようになる。

図２０は、図１に示したWebＡＰＳ１０９内の記憶媒体に格納されたデータの一例を示す図である。本例は、図６に示したステップＳ６０２で取得するデータであり、図１９に示したデータ１９０１から必要な情報（キーワードとその検索回数）だけを抜き出したものであり、WebＡＰＳ１０９内の記憶媒体に格納されたデータである。

図２０において、２００１は受信するデータ全体を表す。２００２は使用された検索キーワードの項番を表す。２００３は使用された操作履歴検索用のキーワードである。すなわち「旅」、「夏」、「海」、「西日本」の４種類の単語が使用されている。２００４は使用された検索キーワードの回数を表す。検索キーワード２００３と対応させると、「旅」が「７回」、「夏」が「５回」、「海」が「２回」、「西日本」が「２回」となる。

図１７に示したステップＳ１７０２では、図１３に示した検索キーワード１３０３、図２０に示した検索検索キーワード２００３と図１８に示した選定条件データ１８０３、図２０に示した回数２００４を用いて判断することになる。

データ全体１００３、２００３より同じキーワードは「旅」、「夏」、「西日本」に絞られる。

「旅」は図１０に示したデータ１００４から既に登録されているキーワードなので除外される。すなわち、追加するキーワードの候補は「夏」と「西日本」である。ここで、選定条件データ１８０３と回数２００４から使用回数が４回以上で５文字以内のものでないと追加してはいけないという制約がある。

よって、２回しか使われていない「西日本」は対象外となる。残った「夏」は５文字以内という条件も満たしているので、これが追加されるべきキーワードとして選定される。以後の処理は第実施形態と同様であるため、説明を割愛する。

以上のように、第２実施形態では、第１実施形態に加え、キーワード選定する場合に、条件を持たせ、よりコンテンツに追加するキーワードに相応しいと判断し、キーワードの更新処理を行うことを特徴とする。

第２実施形態によれば、コンテンツに関連付けられているキーワードが、使用されるたびに更新されるので、運用を重ねることで利用者が所望のコンテンツを見つけ出すことの効率化が図れる。また、更新されるキーワードは操作履歴と使用回数や文字数といったキーワードの追加を決定すべき選定条件で適切であるかの判断が行われているため、従来にあった不適切な検索キーワードが付加されることが防止される。

〔第３実施形態〕
第１、第２実施形態では、検索のためのキーワードをコンテンツに追加する場合に、検索されたキーワードが相応しいかどうを判定する場合について説明した。

データベースの運用により検索履歴は変動するので、コンテンツ登録からの経過期間に応じて、追加登録されたキーワードがそのコンテンツに対して相応しいものでなくなる場合もある。

そこで、選定されたキーワードを検索エンジンによって更新する場合に、キーワードを追加ばかりでなくキーワードの削除も合わせて実行するように構成してもよい。以下、第３実施形態では不要と判断されたキーワードの削除方法について説明する。

なお、特に断りがない場合、実施の構成や処理フローは第２実施形態と同じものとするので、個々の説明は割愛する。

図２１は、本発明に係るサーバ装置における第６のデータ処理手順の一例を示すフローチャートである。本処理は、WebＡＰＳ１０９のＣＰＵによって実行される更新キーワード選定処理手順に対応する。なお、Ｓ６０１〜Ｓ６０３、Ｓ１７０１、Ｓ１７０２、Ｓ２１０１、Ｓ６０６は各ステップを示す。また、各ステップは、ハードディスク２１０等からＰＭＥＭ２０３にロードされる制御プログラムをＣＰＵ２０２が実行することで実現される。なお、ステップＳ１７０１、ステップＳ１７０２を除いては図６と同様であるため説明は割愛する。また、ステップＳ１８０１を除いては図１７と同様であるため、他のステップについて説明は割愛する。

ステップＳ２１０１は、図６に示したステップＳ６０５と同様の分類の処理であるが、第１実施形態において保持する情報は、削除対象となるキーワードの情報であるということである。

データベース１１０などの記憶領域に保持することは同様である、以後このデータをもとに検索エンジンによって更新処理が成されれば、該当する検索キーワードは削除される。

以後は図６に示したステップＳ６０５、ステップＳ６０６と同様なので説明を割愛する。

図２２は、図３に示した検索エンジンから受けとる検索結果のデータの一例を示す図である。

図４のステップＳ４０４で取得するデーと同分類であるが、内容の差異がある。検索エンジンから受けとる検索結果のデータ例であり、このデータをもとにクライアントＰＣ上に表示されるWebページなどを作成してもよいことは図４と同様である。

図２２において、２２０１は受信するデータ全体を表す。データ２２０２は検索に該当したコンテンツを表す。実際はファイルの参照先などの情報として扱うことが想定されるが、本実施形態ではわかりやすさのために画像データで表示することとする。

データ２２０３は、前記データ２２０２に関連付けられているデータ領域である。システムによってどのようなデータを持つか可変するが、ここでは「コンテンツ名」、「検索用キーワード」、「拡張子」、「作成日」の領域を持つことにする。データ２２０４は、前記データ２２０３に対応する実データである。

データ２２０４は、一例として「コンテンツＡ」、「夏、旅、暑い、きれい」、「jpg」、「2006/06/01」の情報を持つ例を示す。

すなわち検索に該当したデータは、コンテンツ名「コンテンツＡ」で検索用キーワードは「夏」、「旅」、「暑い」、「きれい」の４種であり、拡張子は「jpg」で「2006/06/01」に作成されたものであることがわかる。

図２３は、図１に示したWebＡＰＳ１０９内の記憶媒体に格納されたデータの一例を示す図である。本例は、図２１のステップＳ１７０１で取得するデータであり、WebＡＰＳ１０９内の記憶媒体に格納されたデータ例である。

図２３において、２３０１は受信するデータ全体を表す。２３０２は削除処理におけるキーワードの選定条件領域を表す。

本実施形態では、第１、第２実施形態と異なり削除処理のためにキーワードを更新する。選定条件は細分化されここでは「使用回数」という情報をもっている。

２３０３は、選定条件領域２３０２で「２回未満」という値である。すなわち選定の条件は、「使用回数」が「２回未満」のキーワードである。

図２４は、図３に示した操作履歴エンジン３０６から受けとる操作履歴の検索結果データの一例を示す図である。本例は、図１９と同じ分類のデータであるが、取得した履歴に相違がある。データが操作履歴エンジン３０６から受け取る操作履歴の検索結果データ例で、WebＡＰＳ１０９内の記憶媒体に格納されたデータであることは同様である。

図２４において、２４０２は検索結果の項番を示す領域である。ここでは５件のデータが検索されたとする。データ２４０３、データ２４０４、データ２４０５、データ２４０６、データ２４０７、は操作履歴の結果である。この操作履歴の結果は操作履歴エンジンによって異なるが、使用するエンジンに関わらず本発明適用可能なものである。

２４０３は１番目の結果を示し「７月１日に旅、夏を検索キーワードとしてコンテンツＡが検索された」ことを表している。２４０４は２番目の結果を示し「７月２日に旅、海を検索キーワードとしてコンテンツＡが検索された」ことを表している。

２４０５は３番目の結果を示し「７月１０日に夏、海を検索キーワードとしてコンテンツＡが検索された」ことを表している。２４０６は４番目の結果を示し「７月１１日に旅、夏、きれい、を検索キーワードとしてコンテンツＡが検索された」ことを表している。２４０７は５番目の結果を示し「７月１２日に夏、海を検索キーワードとしてコンテンツＡが検索された」ことを表している。

このデータを用いると、図２１のステップＳ６０２で取得するデータは図２５のようになる。

図２５は、図１に示したWebＡＰＳ１０９内の記憶媒体に格納されたデータの一例を示す図である。本例は、図２１のステップＳ６０２で取得するデータであり、図２４に示したデータ１９０１から必要な情報だけを抜き出したものであり、WebＡＰＳ１０９内の記憶媒体に格納されたデータである。

図２５において、２５０１は受信するデータ全体を表す。２５０２は使用された検索キーワードの項番を表す。２５０３は使用された操作履歴検索用のキーワードである。すなわち「旅」、「夏」、「海」、「きれい」の４種類の単語が使用されている。２５０４は使用された検索キーワードの回数を表す。２５０３と対応させると、「旅」が「３回」、「夏」が「３回」、「海」が「３回」、「西日本」が「１回」となる。

図２１のステップＳ１７０２では、図１３に示した検索キーワード１３０３、図２２に示したデータ２２０４、図２５に示した回数２５０４、図２３に示した値２３０３を用いて判断することになる。ただし、データ全体１３０１は今回の結果も考慮したためであり、検索なしにコンテンツＡの不要キーワードを見つけ出す場合には必ずしも必要ではない。

データ２２０４よりコンテンツＡに既に登録されているキーワードは「夏」、「旅」、「暑い」、「きれい」の４種である。

回数２５０４で履歴から取得したキーワードは「旅」、「夏」、「海」、「きれい」である。「海」は登録されていないキーワードなので選定から除外される。次に、値２３０３の選定条件が「２回未満」であるため、使用回数が２回以上ある「旅」、「夏」は除外される。

よって「きれい」が削除対象キーワードとなる。また、登録されているキーワードである「暑い」は、履歴に出てこなかった。これはすなわち使用回数が「０回」であるので、「２回未満」の条件に当てはまり「暑い」も削除対象と選定される。

図２６は、図１に示したWebＡＰＳ１０９内の記憶媒体に格納されたデータの一例を示す図である。本例は、図２１のステップＳ２１０６で生成され保持されるデータであって、WebＡＰＳ１０９内の記憶媒体に格納されたデータである。 図２６において、２６０１データ全体を表す。２６０２は各データのカテゴリを示す領域で、更新対象コンテンツ、既存キーワード、削除キーワードの欄がある。２６０３は、前記領域２６０２の対応する実データで「コンテンツＡ」、「夏、旅、暑い、きれい」という情報を持っている。

すなわち、更新対象コンテンツが「コンテンツＡ」であり、コンテンツＡの持つ既存キーワードが「夏、旅、暑い、きれい」であり、コンテンツＡから削除するキーワードが「暑い」、「きれい」であるということである。

この「暑い」、「きれい」というキーワードは、条件として指定した期間内の検索の履歴（操作履歴）から取得したもので、使用されていないものや、極端に使用回数の少ないものを判断し、削除するキーワードとする。

従来例ではこの判断処理をもたないため、一度設定されたキーワードは使用頻度が低くても残り、不適切なキーワードとなってしまうのを防げなかった。

図２６で生成された情報は、図７のステップＳ７０１で取得し、ステップＳ７０３にて検索エンジン３０４が検索キーワードの更新処理（削除処理）を実行する。以後の処理は第１実施形態と同様であるため、説明を割愛する。

以上のように、第３実施形態は、第１、第２実施形態に加え、削除するためのキーワード選定を行い、よりコンテンツに関連付けられているキーワードを相応しいものにする、キーワードの更新処理を行うことを特徴とする。

第３実施形態によれば、コンテンツに関連付けられているキーワードを操作履歴から、適当であるか判断し、不要なキーワードは削除する更新処理を設けることで、不必要なキーワードの累積を減らして、メモリ領域を解放することができる。

〔第４実施形態〕
上記各実施形態では、データベースがＷｅｂアプリケーションサーバ１０９にローカルに接続される場合について説明した。

これに対して、ＬＡＮ１０７上に直接接続されるＬＡＮディスク装置のような記憶装置をコンテンツを保存するデータベースとするシステムであっても、本発明を適用可能である。

〔第５実施形態〕
上記各実施形態では、データベース１１０が１つで構成される場合について説明した。

これに対して、データベース１１０のバックアップ等を考慮した記憶システムを構成している場合、例えば複数台のハードディスク装置をミラー化して管理しているシステムにも本発明を適用可能である。そして、本実施形態では、一方のハードディスク装置におけるコンテンツに対する検索用のキーワードの更新処理に対して、所定のタイミングでキーワードを更新処理することで本発明を実現できる。

〔第６実施形態〕
以下、図２７に示すメモリマップを参照して本発明に係るサーバ装置で読み取り可能なデータ処理プログラムの構成について説明する。

図２７は、本発明に係るサーバ装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図４〜図７、図１７、図２１に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

本発明の第１実施形態を示すデータ処理システムの一例を示す図である。 図１に示したクライアントＰＣ、ＨＴＴＰサーバ及びWebＡＰＳのハードウエア構成を示すブロック図である。 図１に示したデータ処理システムにおける各デバイスのモジュールの構成を示すブロック図である。 本発明に係るサーバ装置における第１のデータ処理手順の一例を示すフローチャート図である。 本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートである。 本発明に係るサーバ装置における第３のデータ処理手順の一例を示すフローチャートである。 本発明に係るサーバ装置における第４のデータ処理手順の一例を示すフローチャートである。 図１に示したクライアントＰＣから検索リクエストとして受け取る情報例を示す図である。 図３に示したWebＡＰＳ内の記憶媒体に格納されたデータ例を示す図である。 図３に示した検索エンジンから取得するデータの一例を示す図である。 図１に示したWebＡＰＳ内の記憶媒体に格納されたデータの一例を示す図である。 図３に示した操作履歴エンジンから受けとる操作履歴の検索結果データの一例を示す図である。 図１に示したWebＡＰＳ内の記憶媒体に格納されたデータの一例を示す図である。 図１に示したWebＡＰＳ内の記憶媒体に格納されたデータの一例を示す図である。 図１に示したWebＡＰＳ内の記憶媒体に格納されたデータの一例を示す図である。 図３に示した検索エンジンから受けとる検索結果のデータの一例を示す図である。 本発明に係るサーバ装置における第５のデータ処理手順の一例を示すフローチャートである。 図１に示したWebＡＰＳ内の記憶媒体に格納されたデータの一例を示す図である。 図３に示した操作履歴エンジンから受けとる操作履歴の検索結果データの一例を示す図である。 図１に示したWebＡＰＳ内の記憶媒体に格納されたデータの一例を示す図である。 本発明に係るサーバ装置における第６のデータ処理手順の一例を示すフローチャートである。 図３に示した検索エンジンから受けとる検索結果のデータの一例を示す図である。 図１に示したWebＡＰＳ内の記憶媒体に格納されたデータの一例を示す図である。 図３に示した操作履歴エンジンから受けとる操作履歴の検索結果データの一例を示す図である。 図１に示したWebＡＰＳ内の記憶媒体に格納されたデータの一例を示す図である。 図１に示したWebＡＰＳ内の記憶媒体に格納されたデータの一例を示す図である。 本発明に係るサーバ装置装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

符号の説明

１０１〜１０３ クライアントＰＣ
１０９ Ｗｅｂアプリケーションサーバ（WebＡＰＳ）
１１０ データベース
３０３ モジュール群
３０４ 検索エンジン
３０６ 操作履歴エンジン

Claims (14)

1. 設定された検索情報を伴う所定のコンテンツを記憶する記憶手段を備える情報処理装置であって、
   設定される検索情報に基づいて、前記記憶手段に記憶されたコンテンツを検索する検索手段と、
   前記記憶手段に記憶されたコンテンツに対する検索操作要求履歴を保存する保存手段と、
   前記検索手段により検索された検索結果と、前記保存手段により保存された検索操作要求履歴とを照合して、前記記憶手段に記憶された前記所定のコンテンツに設定されている検索情報の更新を行う更新手段と、
   を有することを特徴とする情報処理装置。
2. 前記更新手段は、前記検索手段により検索された検索結果と、前記保存手段により保存された検索操作要求履歴とを照合して、更新すべき検索情報を選定する選定手段を有することを特徴とする請求項１記載の情報処理装置。
3. 前記検索手段により検索された検索結果と、前記保存手段により保存された検索操作要求履歴とを照合して、前記記憶手段に記憶された前記所定のコンテンツに設定されている検索情報の追加更新を行うことを特徴とする請求項１また２に記載の情報処理装置。
4. 前記検索手段により検索された検索結果と、前記保存手段により保存された検索操作要求履歴とを照合して、前記記憶手段に記憶された前記所定のコンテンツに設定されている検索情報の追加更新を行うことを特徴とする請求項１〜３のいずれかに記載の情報処理装置。
5. 前記検索情報を更新するための選定条件を設定する条件設定手段を有し、
   前記選定手段は、前記条件設定手段により設定された選定条件に基づいて更新すべき検索情報を選定することを特徴とする請求項１〜４のいずれかに記載の記載の情報処理装置。
6. ネットワークを介してクライアント装置と通信する通信手段を有し、
   前記通信手段を介してクライアント装置により設定される検索情報を取得することを特徴とする請求項１〜５のいずれかに記載の情報処理装置。
7. 設定された検索情報を伴う所定のコンテンツを記憶する記憶手段と、前記記憶手段に記憶されたコンテンツに対する検索操作要求履歴を保存する保存手段とを備える情報処理装置におけるコンテンツ処理方法であって、
   設定される検索情報に基づいて、前記記憶手段に記憶されたコンテンツを検索する検索ステップと、
   前記検索ステップにより検索された検索結果と、前記保存手段により保存された検索操作要求履歴とを照合して、前記記憶手段に記憶された前記所定のコンテンツに設定されている検索情報の更新を行う更新ステップと、
   を有することを特徴とするコンテンツ処理方法。
8. 前記更新ステップは、前記検索ステップにより検索された検索結果と、前記保存手段により保存された検索操作要求履歴とを照合して、更新すべき検索情報を選定する選定ステップを有することを特徴とする請求項７記載のコンテンツ処理方法。
9. 前記検索ステップにより検索された検索結果と、前記保存手段により保存された検索操作要求履歴とを照合して、前記記憶手段に記憶された前記所定のコンテンツに設定されている検索情報の追加更新を行うことを特徴とする請求項７また８に記載のコンテンツ処理方法。
10. 前記検索ステップにより検索された検索結果と、前記保存手段により保存された検索操作要求履歴とを照合して、前記記憶手段に記憶された前記所定のコンテンツに設定されている検索情報の追加更新を行うことを特徴とする請求項７〜９のいずれかに記載のコンテンツ処理方法。
11. 前記検索情報を更新するための選定条件を設定する条件設定ステップを有し、
    前記選定ステップは、前記条件設定ステップにより設定された選定条件に基づいて更新すべき検索情報を選定することを特徴とする請求項７〜１０のいずれかに記載の記載のコンテンツ処理方法。
12. 前記情報処理装置は、ネットワークを介してクライアント装置と通信する通信手段を有し、
    前記通信手段を介してクライアント装置により設定される検索情報を取得することを特徴とする請求項７〜１１のいずれかに記載のコンテンツ処理方法。
13. 請求項７〜１２のいずれかに記載のコンテンツ処理方法をコンピュータに実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
14. 請求項７〜１２のいずれかに記載のコンテンツ処理方法をコンピュータに実行させることを特徴とするプログラム。

Images