JP2000311176A - データ検索管理装置およびそのプログラム記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 データの検索状況を複数の要素に区分して検
索履歴情報として蓄積しておき、それを分析すること
で、その分析結果を各種の資料として活用する。 【解決手段】 携帯端末２はＣＦカード３のデータファ
イルを検索する毎に、複数の要素に対応してその検索状
況を取得し、要素毎の検索状況を検索履歴情報として自
己の検索履歴ファイルに蓄える。サーバコンピュータ１
は端末対応のＣＦカード３がセットされている状態にお
いて、各ＣＦカード３から検索履歴ファイルを収集して
検索履歴集計ファイル６を作成し、この検索履歴集計フ
ァイル６の内容をいずれかの要素をキーとして分析し、
その分析結果を検索状況の集計レポートとして出力す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、データ検索を管
理するデータ検索管理装置およびそのプログラム記録媒
体に関する。

【０００２】

【従来の技術】一般に会社組織において、各営業担当者
は、モバイル型のクライアント端末（携帯型情報機器）
を持参し、端末本体に取り外し可能にセットされている
フロッピーディスクやコンパクトディスク等の記憶媒体
内に格納されているデータベースを外出先で検索しなが
ら営業活動を行う。そして、一日の営業終了時に端末本
体から記録媒体を抜き取って会社内のサーバコンピュー
タにセットすると、サーバコンピュータは各記憶媒体内
の営業記録を収集し、担当者別、商品別等の売上レポー
トを発行し、販売促進資料を得るようにしている。

【０００３】

【発明が解決しようとする課題】しかしながら、売上レ
ポートは単に売上高を集計した資料であるため、担当者
の営業活動により将来的に売上げに結びつく下地を作る
努力を重ねても、現時点で売上に直接結びつかなけれ
ば、その担当者が客観的に評価されることはなく、ま
た、地域担当者の人数配分は適切であったか、どの時期
どの時間帯に集中的に売り込めばよいか、売り込む商品
は適切か等、総合的なマーティング資料として活用する
ことができないばかりか、将来的に売上げが見込まれる
場合であっても、その機会を逃がしてしまうという問題
があった。ところで、営業担当者がデータを検索したと
いうことは、売上に直接結びつかなくても、将来的に売
上が見込まれる有効な営業活動であり、また顧客がどの
ような商品に関心を持っているか、その関心に地域性等
があるか等をデータの検索状況によって把握することも
できる。この発明の課題は、データの検索状況を複数の
要素に区分して検索履歴情報として蓄積しておき、それ
を分析することで、その分析結果を各種の資料として活
用できるようにすることである。

【０００４】

【課題を解決するための手段】この発明の手段は次の通
りである。請求項１記載の発明は、データ検索が行われ
た際に、予め決められている複数の要素に対応して要素
毎にその検索状況を取得する検索状況取得手段と、この
取得手段によって各要素毎に得られた検索状況を検索履
歴情報として記憶管理する履歴情報記憶手段と、前記検
索履歴情報を構成する各要素のうちいずれかの要素をキ
ーとして前記履歴情報記憶手段の内容を分析する履歴情
報分析手段と、この履歴情報分析手段によって得られた
検索状況の分析結果を出力する分析結果出力手段とを具
備するものである。なお、この発明は複数台の端末装置
とデータ収集装置とを備えたコンピュータシステムにお
いて、前記検索状況取得手段および前記履歴情報記憶手
段は、複数台の端末装置側にそれぞれ設けられ、前記履
歴情報分析手段および分析結果出力手段は、前記データ
収集装置側に設けられ、前記データ収集装置は各端末装
置から外部供給された前記履歴情報記憶手段の内容を収
集すると共に、収集した各履歴情報を分析することによ
って前記検索状況の分析結果を出力するようにしてもよ
い。この場合、前記複数台の端末装置は、持ち運び自由
な端末対応の記録媒体内に、検索対象としてのデータと
共に、このデータが検索される毎に前記検索状況取得手
段によって得られた検索履歴情報を記憶管理し、前記デ
ータ収集装置はその装置本体にセットされた前記端末対
応の記録媒体をアクセスして端末毎に検索履歴情報を収
集すると共に、その収集結果を分析するようにしてもよ
い。また、前記いずれかの要素をキーとして前記履歴情
報記憶手段の内容を分析することによって得られた分析
結果は、前記要素の内容毎に該当する検索履歴情報の件
数を集計した結果であり、前記分析結果出力手段は、そ
の集計結果を件数リストとして出力するようにしてもよ
い。

【０００５】請求項１記載の発明においては、データ検
索が行われる毎に、複数の要素に対応して要素毎にその
検索状況を取得する。例えば、どの端末・担当者がいつ
何を検索し、その結果はどうであったかを示す検索状況
を取得する。このようにデータ検索が行われる毎に取得
した検索状況を検索履歴情報として記憶管理しておき、
その後、各検索履歴情報をいずれかの要素をキーとして
分析し、その分析結果を検索状況の集計レポート等とし
て出力する。したがって、データの検索状況を複数の要
素に区分して検索履歴情報として蓄積しておき、それを
分析することで、その分析結果を各種の資料として活用
することができる。

【０００６】

【発明の実施の形態】以下、図１〜図８を参照してこの
発明の一実施形態を説明する。図１はオフライン型のク
ライアント・サーバシステムを示したシステム構成図で
ある。すなわち、会社組織において、会社内に設置され
ているサーバコンピュータ１と、各営業担当者が持参す
るモバイル型のクライアント端末（携帯端末）２とを有
し、一日の営業終了時に、端末本体から取り外し可能な
可搬型記憶媒体であるコンパクトフラッシュカード（Ｃ
Ｆカード）３を抜き取り、サーバコンピュータ１のカー
ドリーダ／ライタ４にセットすると、サーバコンピュー
タ１はカードリーダ／ライタ４を介してＣＦカード３内
の営業記録を収集処理するオフライン型のシステムであ
る。このサーバコンピュータ１に付属されているカード
リーダ／ライタ４は、各クライアント端末対応のＣＦカ
ード３が複数枚同時にセット可能なもので、各ＣＦカー
ド３を順次アクセスしてデータの読み込み／書き込みを
行う。なお、図中、ＣＦカード３に付した「＃１」、
「＃２」、「＃３」は、端末名称「Ａ」、「Ｂ」、
「Ｃ」で示されるクライアント別の携帯端末２に対応付
けられ、クライアント専用のカードであることを示す。
ここで、サーバコンピュータ１はクライアント端末対応
のＣＦカード３を介して携帯端末２側へデータファイル
を配布するようにしている。すなわち、サーバコンピュ
ータ１は商品情報を記憶するデータファイル５を読み出
してカードリーダ／ライタ４に与え、各ＣＦカード３に
データファイルを書き込む。なお、データファイル５は
商品情報として各商品毎に「商品コード」、「商品名
称」、「単価」、「売上個数」、「売上金額」の他、そ
の商品を説明するための商品ガイダンス情報、その商品
の外観を示す商品撮影画像等を記憶する商品ファイルで
あるが、そのファイルの種類は特に限定されるものでは
なく、任意である。

【０００７】クライアント端末のＣＦカード３は図２
（Ａ）に示すように、それを識別するための固有の媒体
番号「Ｍ０１」と、サーバコンピュータ１から配布され
たデータファイルＤＦと、このデータファイルＤＦが検
索される毎にその検索状況を検索履歴情報として記憶管
理する検索履歴ファイルＲＦを有している。検索履歴フ
ァイルＲＦは図２（Ｂ）に示すように、複数の項目「年
月日時分」、「ユーザＩＤ」、「商品コード」、「結果
フラグ」から成るレコードを検索履歴情報として記憶す
るもので、データファイルＤＦがその端末によって検索
される毎に、１レコード分の検索履歴情報が作成されて
検索履歴ファイルＲＦに記憶管理される。この検索履歴
情報はデータファイルＤＦが検索された際の検索状況を
予め決められている複数の要素に区分した情報であり、
そのレコードを構成する各項目は、いつ誰が何を検索
し、その結果はどうであったかを定義する。すなわち、
「年月日時分」はデータファイルＤＦが検索されたとき
の現在日時（システム日時）であり、いつ検索したかを
示す。「ユーザＩＤ」はデータファイルＤＦを検索する
際にログインされたユーザＩＤであり、誰が検索したか
を示す。「商品コード」はデータファイルＤＦを検索す
る際に、検索対象として指定された商品コードであり、
何を検索したかを示す。「結果フラグ」はデータファイ
ルＤＦを検索した際に、検索対象のデータがデータファ
イルＤＦに有ったか否かを示す検索結果であり、検索対
象データが有ればフラグ“１”、無ければフラグ“０”
がセットされる。

【０００８】一方、サーバコンピュータ１は一日の営業
終了時等において各端末対応のＣＦカード３がカードリ
ーダ／ライタ４にセットされている状況において、この
ＣＦカード３からデータファイルＤＦを読み込むが、そ
の際、サーバコンピュータ１は各端末毎にデータファイ
ルＤＦの内容を集計処理して商品別・担当者別の売上合
計や総売上合計等を算出し、その集計結果を合計ファイ
ル（図示せず）として記憶管理すると共に、その内容を
売上レポートとして表示／印刷出力させる。また、サー
バコンピュータ１は各端末毎に検索履歴ファイルＲＦの
内容を集計処理して検索履歴集計ファイル６に書き込む
が、その際、サーバコンピュータ１は検索履歴ファイル
ＲＦから１レコード分の検索履歴情報を読み出す毎にそ
の検索履歴レコードに必要項目のデータを付加して検索
履歴集計ファイル６に書き込む。図３（Ａ）はこの検索
履歴集計ファイル６のデータ構造を示したもので、各レ
コードは「年月日時分」、「地区コード」、「端末Ｉ
Ｄ」、「ユーザＩＤ」、「商品コード」、「結果フラ
グ」から成り、そのうち「地区コード」、「端末ＩＤ」
はサーバコンピュータ１側で追加された項目データであ
り、その他は端末対応のＣＦカード３から読み込んだ項
目データである。ここで、「地区コード」は図３（Ｂ）
に示す地区変換テーブル７を参照することによって自動
生成されたもので、各販売地域毎にその地域を担当する
営業担当者が決められている場合に、地区変換テーブル
７はその「地域コード」に対応して１または２以上の
「ユーザＩＤ」を記憶する索引テーブルである。サーバ
コンピュータ１は端末対応のＣＦカード３から読み込ん
だ検索履歴レコードに含まれている「ユーザＩＤ」に基
づいて地区変換テーブル７を参照し、該当する「地区コ
ード」を自動生成して検索履歴レコードに付加し、検索
履歴集計ファイル６に格納する。また「端末ＩＤ」は図
３（Ｃ）に示す端末登録テーブル８を参照することによ
って自動生成されたもので、端末登録テーブル８は各携
帯端末２毎にその「端末ＩＤ」と「媒体番号」との対応
関係を定義する構成となっている。ここで、サーバコン
ピュータ１は端末対応のＣＦカード３から読み込んだ
「媒体番号」に基づいて端末登録テーブル８を参照し、
該当する「端末ＩＤ」を自動生成して検索履歴レコード
に付加し、検索履歴集計ファイル６に格納する。一方、
サーバコンピュータ１は検索履歴集計ファイル６の内容
を分析することによってデータの検索状況を示す集計レ
ポートを作成するが、その際、検索履歴集計ファイル６
を構成する集計レコードのうち任意の項目をキーとして
検索履歴集計ファイル６の内容を分析し、その分析結果
を集計レポートとして出力する。

【０００９】図４は、サーバコンピュータ１、携帯端末
２の全体構成を示したブロック図である。なお、サーバ
コンピュータ１、携帯端末２の構成要素は基本的に同一
であるため、図中１１〜１７はサーバコンピュータ１に
対応する構成要素とし、図中２１〜２６は携帯端末２に
対応する構成要素として以下、説明するものとする。Ｃ
ＰＵ１１（２１）は各種プログラムにしたがってこのサ
ーバコンピュータ１（携帯端末２）の全体動作を制御す
る中央演算処理装置である。記憶装置１２（２２）はオ
ペレーティングシステムや各種アプリケーションプログ
ラム、データベース、文字フォントデータ等が予め格納
されている記憶媒体１３（２３）やその駆動系を有して
いる。この記憶媒体１３（２３）は固定的に設けたも
の、もしくは着脱自在に装着可能なものであり、フロッ
ピーディスク、ハードディスク、光ディスク、ＲＡＭカ
ード等の磁気的・光学的記憶媒体、半導体メモリによっ
て構成されている。また、記憶媒体内のプログラムやデ
ータは、必要に応じてＣＰＵ１１（２１）の制御によ
り、ＲＡＭ１４（２４）にロードされる。更に、ＣＰＵ
１１（２１）は通信回線等を介して他の機器側から送信
されて来たプログラム、データを受信して記憶媒体に格
納したり、他の機器側に設けられている記憶媒体に格納
されているプログラム、データを通信回線等を介して使
用することもできる。また、ＣＰＵ１１（２１）にはそ
の入出力周辺デバイスである入力装置１５（２５）、表
示装置１６（２６）、印刷装置１７がバスラインを介し
て接続されており、入出力プログラムにしたがってＣＰ
Ｕ１１（２１）はそれらの動作を制御する。

【００１０】次に、このクライアント・サーバシステム
の動作を図５〜図７に示すフローチャートにしたがって
説明する。ここで、これらのフローチャートに記述され
ている各機能を実現するためのプログラムは、読み取り
可能なプログラムコードの形態で記憶媒体１３（２３）
に格納されており、ＣＰＵ１１（２１）はこのプログラ
ムコードにしたがった動作を逐次実行する。図５はサー
バコンピュータ１側の特徴的な動作を示したフローチャ
ートである。先ず、サーバコンピュータ１は端末対応の
ＣＦカード３がカードリーダ／ライタ４にセットされる
まで待機状態となっており（ステップＡ１）、端末対応
のＣＦカード３がセットされると、このフローチャート
によって実行可能な各種処理を示す処理メニューを一覧
表示させ、その中から所望の処理種が選択指定されると
（ステップＡ２）、選択された処理種の判別を行う（ス
テップＡ３、Ａ６、Ａ１５）。ここで、選択可能な処理
種はＣＦカード３へのデータ書き込み処理（ステップＡ
３〜Ａ５）、ＣＦカード３から検索履歴ファイルＲＦの
内容を呼び出して検索履歴集計ファイル６に収集する履
歴集計処理（ステップＡ６〜Ａ１４）、検索履歴集計フ
ァイル６の内容を分析してデータ検索状況の集計レポー
トを得る履歴分析処理（ステップＡ１５〜Ａ３０）、そ
の他の処理（ステップＡ３１）である。いま、端末対応
のＣＦカード３がカードリーダ／ライタ４にセットされ
ている状態において、ＣＦカード３へのデータ書き込み
が指示された場合には（ステップＡ３）、データファイ
ル５を書き込み対象として指定し、これをカードリーダ
／ライタ４に与え、ＣＦカード３に書き込む（ステップ
Ａ４）。この場合、カードリーダ／ライタ４に複数枚の
ＣＦカード３がセットされていれば、予め決められてい
る順序にしたがってＣＦカード３を順次指定し、データ
ファイル５を書き込む動作を繰り返す。なお、データフ
ァイル５に複数のファイルが存在する場合、各ファイル
を端末対応のＣＦカード３にそれぞれ書き込むようにし
てもよい。すなわち、ＣＦカード３に書き込んでいるデ
ータファイルは１種類に限らず、複数種のデータファイ
ルを一括して書き込むようにしてもよい。また、このデ
ータファイルを使用してデータ処理を実行するためのア
プリケーションソフトをＣＦカード３に書き込むように
してもよい。このようにしてデータ書き込みが行われた
ＣＦカード３は、対応する携帯端末２側に配布される。

【００１１】図６は携帯端末２側において、電源投入に
伴って実行開始されるフローチャートである。先ず、端
末対応のＣＦカード３がセットされるまで待機状態とな
っている（ステップＢ１）。ここで、担当者はＣＦカー
ド３をセットしたのち、自己のユーザＩＤをログインす
ると（ステップＢ２）、予め携帯端末２に設定登録され
ているユーザＩＤと入力されたユーザＩＤとを比較し、
その結果、両者の不一致が検出された場合にはその担当
者の操作を無効とするためにステップＢ１に戻るが、ユ
ーザＩＤの一致により正当な担当者であることが判別さ
れた場合には、アプリケーションソフトを起動させて動
作可能状態となる（ステップＢ４）。この状態におい
て、商品別にＣＦカード３内のデータファイルＤＦを検
索するための検索キーが操作されると（ステップＢ
５）、その操作キーに対応する商品コードが生成されて
データファイルＤＦを検索し（ステップＢ６）、その検
索結果を表示出力させる（ステップＢ７）。そして、今
回の検索状況に応じて検索履歴レコードを作成する（ス
テップＢ８）。すなわち、検索履歴レコード内の「年月
日時分」の項目に、現在のシステム日時をセットすると
共に、その「ユーザＩＤ」の項目に今回入力されたユー
ザＩＤをセットし、更に「商品コード」の項目に今回検
索指定された「商品コード」をセットする。次に、デー
タファイルＤＦを検索した結果、該当するデータが有っ
たかを調べ（ステップＢ９）、データが有れば検索履歴
レコード内の「結果フラグ」の項目にフラグ“１”を追
加し（ステップＢ１０）、無ければフラグ“０”を追加
する（ステップＢ１１）。このようにして新規作成され
た検索履歴レコードをＣＦカード３内の検索履歴ファイ
ルＲＦに追加登録する（ステップＢ１２）。そして、現
在起動中のアプリケーション処理を終了させる終了指示
が有ったかを調べ（ステップＢ１３）、終了指示が有る
までステップＢ５に戻り、上述の動作が繰り返される。
したがって、商品検索が指示される毎にその検索状況に
応じた検索履歴レコードが新規作成されて検索履歴ファ
イルＲＦに順次蓄えられてゆく。

【００１２】このようにして一日の営業が終了し、会社
に戻った担当者はＣＦカード３を取り外してサーバコン
ピュータ１のカードリーダ／ライタ４にセットする。こ
こで、サーバコンピュータ１において、各ＣＦカード３
から検索履歴ファイルＲＦを読み込んでそれを集計する
履歴集計が指示された場合には（ステップＡ６）、履歴
集計処理の実行に移る。先ず、ＣＦカード３からその
「媒体番号」を読み込み（ステップＡ７）、この媒体番
号に基づいて端末登録テーブル８をアクセスし、媒体番
号対応の「端末ＩＤ」を取得する（ステップＡ８）。そ
して、このＣＦカード３内の検索履歴ファイルＲＦをオ
ープンし（ステップＡ９）、その先頭から検索履歴レコ
ードを読み込み（ステップＡ１０）、この検索履歴レコ
ードに「地区コード」、「端末ＩＤ」を付加して検索履
歴集計ファイル６に登録する（ステップＡ１１）。な
お、「地区コード」はその検索履歴レコード内の「ユー
ザＩＤ」に基づいて地区変換テーブル７から取得したデ
ータであり、また「端末ＩＤ」は上述のステップＡ８で
取得したデータである。このようにして１レコード分の
収集が終ると、その収集動作を全レコード分繰り返すた
めにステップＡ１２からステップＡ１０に戻る。これに
よって全レコード終了が検出されると、そのＣＦカード
３の検索履歴ファイルＲＦをクローズし（ステップＡ１
３）、他のＣＦカード３がカードリーダ／ライタ４にセ
ットされているかを調べ（ステップＡ１４）、セットさ
れていれば、ステップＡ７に戻り、そのＣＦカード３に
対して同様の収集処理を行う。

【００１３】次に、サーバコンピュータ１において、検
索履歴集計ファイル６の内容を分析した集計レポートを
出力すべきことが指示された場合には（図７のステップ
Ａ１５）、分析集計処理の実行に移る。先ず、検索履歴
集計ファイル６を構成する集計レコードのうちどの項目
をキーとする分析が指定されたかを調べる（ステップＡ
１６、Ａ１７、Ａ１８）。すなわち、「地区分析」、
「商品分析」、「担当者分析」、「その他の分析」のい
ずれが指示されたかを調べるが、いま、「地区分析」が
指示された場合には（ステップＡ１６）、「地区コー
ド」をキーとして検索履歴集計ファイル６の内容を検索
し、地区別、日付別集計を行う（ステップＡ１９）。つ
まり、地区コードをキーとして検索履歴集計ファイル６
を検索し、地域別のレコード件数を地域別合計件数とし
て計数すると共に、この地域別のレコードを更に「日
付」をキーとして細分化した地域別・日付別のレコード
件数を求める。そして、図８（Ａ）に示すように地区別
・日付別をマトリックス状の図表に展開した件数リスト
を作成する（ステップＡ２０）。これにより、「地区
名」を行方向、「日付」を列方向に配置したマトリック
ス上の各交点位置（セル）上には、地区別・日付別件数
がセットされる。なお、この件数リストには、「地区別
合計」、「日付別合計」、「総合計」が通常の表計算に
よって求められ、図表上の所定位置にセットされる。

【００１４】一方、商品分析が指示された場合には（ス
テップＡ１７）、「商品コード」をキーとして検索履歴
集計ファイル６の内容を検索し、商品別・日付別集計を
行う（ステップＡ２１）。つまり、商品コードをキーと
して検索履歴集計ファイル６を検索し、商品別のレコー
ド件数を商品別合計件数として計数すると共に、この商
品別のレコードを更に「日付」をキーとして細分化した
商品別・日付別のレコード件数を求める。そして、図８
（Ｂ）に示すような商品別・日付別の件数リストを作成
する（ステップＡ２２）。同様に、商品コードをキーと
して検索履歴集計ファイル６を検索し、商品別のレコー
ド件数を商品別合計件数として計数すると共に、この商
品別のレコードを更に「地区コード」をキーとして細分
化した商品別・地区別のレコード件数を求め（ステップ
Ａ２３）、図８（Ｃ）に示すような商品別・地区別の件
数リストを作成する（ステップＡ２４）。このように商
品分析が指示された場合には、商品別・日付別計数リス
トと商品別・地区別件数リストの２種類が作成される。
なお、この場合における件数リストにも「商品別合
計」、「日付別／地区別合計」、「総合計」が通常の表
計算によって求められ、図表上の所定位置にセットされ
る。

【００１５】また、担当者分析が指示された場合には
（ステップＡ１８）、ユーザＩＤをキーとして日付別集
計が行われ（ステップＡ２５）、担当者別・日付別件数
リストが作成されると共に（ステップＡ２６）、ユーザ
ＩＤをキーとして時間帯別集計が行われ（ステップＡ２
７）、担当者別・時間帯別件数リストが作成される（ス
テップＡ２８）。なお、その他の分析が指示された場
合、例えば、１週間単位、月単位等の期間帯別分析等が
指示された場合にはそれに応じた分析処理・リスト作成
処理が行われ、また、検索結果に応じた分析が指示され
た場合には、集計レコード内の「結果フラグ」をキーと
して検索履歴集計ファイル６を検索し、結果フラグが
“０”のレコード件数を商品別に集計したリストを作成
する等の処理が行われる（ステップＡ２９）。このよう
にして件数リストが作成されると、そのリストはデータ
検索状況を示す集計レポートとして表示／印字出力され
る（ステップＡ３０）。

【００１６】以上のようにこのクライアント・サーバシ
ステムにおいて、サーバコンピュータ１はデータファイ
ル５を端末対応の各ＣＦカード３に書き込んで各携帯端
末２側へ配布しておき、携帯端末２側でそのデータファ
イルＤＦが検索される毎に、予め決められている複数の
要素に対応してその検索状況を検索履歴レコードとして
取得し、ＣＦカード３内に検索履歴ファイルＲＦとして
格納するようにしたから、データ検索が行われる毎検索
履歴ファイルＲＦにはどの端末・担当者がいつ何を検索
し、その結果はどうであったかの検索状況が検索履歴レ
コードとして順序蓄えられる。そして、サーバコンピュ
ータ１は各携帯端末２対応のＣＦカード３からこの検索
履歴ファイルＲＦの内容を収集して検索履歴集計ファイ
ル６を作成し、この検索履歴集計ファイル６の内容を分
析した分析結果を検索状況の集計レポートとして出力す
るようにしたから、この集計レポートを総合的なマーテ
ィング資料として活用することができる。すなわち、営
業担当者がデータを検索した回数が多いということは、
現時点で売上に直接結びつかなくても間接的あるいは将
来的に売上げが見込まれる有効な営業活動であり、売上
高だけから担当者を評価するよりもその評価を正当に行
うことができ、またその担当地域の顧客の購買意欲や商
品への関心度等を把握することができると共に、地域担
当者の人数配分は適切か、どの時期どの時間帯に集中的
に売り込めばよいか、売り込む商品は適切か等を含め、
検索状況の集計レポートを総合的なマーティング資料と
して活用することができる。また、サーバコンピュータ
１は検索履歴集計ファイル６の内容を任意に指定された
要素をキーとして分析するようにしたから、地区分析、
商品分析、担当者分析等のように要素毎の分析結果を集
計レポートとして出力することができ、また要素毎に該
当する集計レコードの件数を求めて出力するようにした
から、要素毎の検索状況をより具体的に把握することが
可能となる。

【００１７】なお、上述した一実施形態においては、端
末対応のＣＦカード３を介してサーバコンピュータ１と
携帯端末２との間でデータの検索を行うオフライン型の
クライアント・サーバシステムを示したが、サーバコン
ピュータ１とクライアント端末とがネットワークを介し
て接続されて成るオンライン型のクライアント・サーバ
システムに適用することもでき、更に、スタンド・アロ
ーンタイプのデータ処理装置にも適用可能である。ま
た、端末対応の記録媒体は、ＣＦカードに限らず、磁気
的、光学的記録媒体、半導体メモリ等、任意であり、ま
たカードディスクの他、カートリッジ型のディスク等で
あってもよい。また、要素毎のデータ検索状況として
は、上述した一実施形態に限らず、データファイルを構
成する１レコード中のどの項目が検索アクセスされた
か、あるいはデータ検索を行った際に誰にそのデータを
開示したかを示す得意先名や性別等を検索状況の一要素
として加えてもよい。また、検索状況の分析結果を出力
する際に、その分析結果を棒グラフ、円グラフ等で出力
してもよく、更に各支店毎の分析結果を本部側のホスト
コンピュータへ送信するようにしてもよい。また、上述
した一実施形態においては、商品営業時において商品フ
ァイルの検索状況を検索履歴情報として蓄えるようにし
たが、人事データベース等への検索であってもよく、更
に、各ファイル毎にそのファイル対応の検索状況を検索
履歴情報として蓄えてもよく、ファイル毎に検索状況を
分析するようにしてもよい。この場合、全ファイル分の
検索履歴情報を収集し、全ファイル分の検索状況を分析
してもよい。更に、会員制のパソコン通信サービスやイ
ンターネットサービスのデータベース情報検索システム
に利用するようにしてもよい。

【００１８】

【発明の効果】この発明によれば、データの検索状況を
複数の要素に区分して検索履歴情報として蓄積してお
き、それを分析することで、その分析結果を各種の資料
として活用することができる。したがって、例えば、誰
がいつ何を検索したか等を基に検索状況を分析した分析
結果を検索状況の集計レポートとして出力することがで
き、この集計レポートを例えば、商品販売の総合的なマ
ーティング資料として活用すれば、販売戦略上有効なも
のとなる。

【図面の簡単な説明】

【図１】オフライン型のクライアント・サーバシステム
を示したシステム構成図。

【図２】（Ａ）は端末対応のＣＦカード３に格納格納さ
れているデータを示した図、（Ｂ）はこのＣＦカード３
内における検索履歴ファイルＲＦのデータ構造を示した
図。

【図３】サーバコンピュータ１側に設けられている検索
履歴集計ファイル６、地区変換テーブル７、端末登録テ
ーブル８において、（Ａ）は検索履歴集計ファイル６の
データ構造、（Ｂ）は地区変換テーブル７のデータ構
造、（Ｃ）は端末登録テーブル８のデータ構造を示した
図。

【図４】サーバコンピュータ１、携帯端末２の全体構成
を示したブロック図。

【図５】サーバコンピュータ１の特徴的な動作を示した
フローチャート。

【図６】図５に続くサーバコンピュータ１側の動作を示
したフローチャート。

【図７】携帯端末２側の動作を示したフローチャート。

【図８】検索状況の集計レポートを示した図で、（Ａ）
は地区別・日付別の分析結果、（Ｂ）は商品別・日付別
の分析結果、（Ｃ）は商品別・地区別の分析結果を示し
た図。

【符号の説明】

１ サーバコンピュータ ２ 携帯端末 ３ ＣＦカード ４ カードリーダ／ライタ ５ データファイル ６ 検索履歴集計ファイル ７ 地区変換テーブル ８ 端末登録テーブル １１、２１ ＣＰＵ １２、２２ 記憶装置 １３、２３ 記憶媒体 １４、２４ ＲＡＭ １５、２５ 入力装置 １６、２６ 表示装置 １７、２７ 印刷装置

Claims (5)

【特許請求の範囲】
1. 【請求項１】データ検索が行われた際に、予め決められ
   ている複数の要素に対応して要素毎にその検索状況を取
   得する検索状況取得手段と、 この取得手段によって各要素毎に得られた検索状況を検
   索履歴情報として記憶管理する履歴情報記憶手段と、 前記検索履歴情報を構成する各要素のうちいずれかの要
   素をキーとして前記履歴情報記憶手段の内容を分析する
   履歴情報分析手段と、 この履歴情報分析手段によって得られた検索状況の分析
   結果を出力する分析結果出力手段とを具備したことを特
   徴とするデータ検索管理装置。
2. 【請求項２】複数台の端末装置とデータ収集装置とを備
   えたコンピュータシステムにおいて、 前記検索状況取得手段および前記履歴情報記憶手段は、
   複数台の端末装置側にそれぞれ設けられ、 前記履歴情報分析手段および分析結果出力手段は、前記
   データ収集装置側に設けられ、前記データ収集装置は各
   端末装置から外部供給された前記履歴情報記憶手段の内
   容を収集すると共に、収集した各履歴情報を分析するこ
   とによって前記検索状況の分析結果を出力するようにし
   たことを特徴とする請求項１記載のデータ検索管理装
   置。
3. 【請求項３】前記複数台の端末装置は、持ち運び自由な
   端末対応の記録媒体内に、検索対象としてのデータと共
   に、このデータが検索される毎に前記検索状況取得手段
   によって得られた検索履歴情報を記憶管理し、 前記データ収集装置はその装置本体にセットされた前記
   端末対応の記録媒体をアクセスして端末毎に検索履歴情
   報を収集すると共に、その収集結果を分析するようにし
   たことを特徴とする請求項２記載のデータ検索管理装
   置。
4. 【請求項４】前記いずれかの要素をキーとして前記履歴
   情報記憶手段の内容を分析することによって得られた分
   析結果は、前記要素の内容毎に該当する検索履歴情報の
   件数を集計した結果であり、前記分析結果出力手段は、
   その集計結果を件数リストとして出力するようにしたこ
   とを特徴とする請求項１記載のデータ検索管理装置。
5. 【請求項５】コンピュータによって読み取られるプログ
   ラムコードを有する記録媒体であって、 データ検索が行われた際に、予め決められている複数の
   要素に対応して要素毎にその検索状況を取得する機能
   と、 各要素毎に取得した検索状況を検索履歴情報として記憶
   管理する機能と、 前記検索履歴情報を構成する各要素のうちいずれかの要
   素をキーとして前記各検索履歴情報を分析する機能と、 この検索状況の分析結果を出力する機能を実現するため
   のプログラムコードを有する記録媒体。