(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-09-11
(45)【発行日】2023-09-20
(54)【発明の名称】アプリケーションプログラム及びソフトウェアエージェント
(51)【国際特許分類】
G06F 8/71 20180101AFI20230912BHJP
G06F 16/14 20190101ALI20230912BHJP
【ＦＩ】
G06F8/71
G06F16/14 200
【請求項の数】
5
(21)【出願番号】P 2019129864
(22)【出願日】2019-07-12
(65)【公開番号】P2021015462
(43)【公開日】2021-02-12
【審査請求日】2022-06-21
(73)【特許権者】
【識別番号】000005496
【氏名又は名称】富士フイルムビジネスイノベーション株式会社
(74)【代理人】
【識別番号】100104880
【弁理士】
【氏名又は名称】古部 次郎
(74)【代理人】
【識別番号】100125346
【弁理士】
【氏名又は名称】尾形 文雄
(74)【代理人】
【識別番号】100166981
【弁理士】
【氏名又は名称】砂田 岳彦
(72)【発明者】
【氏名】大津 圭
【審査官】今城 朋彬
(56)【参考文献】
【文献】特開２０１７－０９１１０８（ＪＰ，Ａ）
【文献】特開２０１７－００４１１４（ＪＰ，Ａ）
【文献】特開２０００－３０５８１６（ＪＰ，Ａ）
【文献】米国特許出願公開第２００４／０１６７９１２（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ８／７１
Ｇ０６Ｆ ９／４６
Ｇ０６Ｆ １１／０７
Ｇ０６Ｆ １６／１４
(57)【特許請求の範囲】
【請求項1】
コンピュータに、自身の個別の機能に関する情報及び自身若しくは当該機能の実行に伴い動的に変化する情報の両方又は一方を含むファイルを生成する機能と、
前記コンピュータに常駐するソフトウェアエージェントが稼働している場合、前記ファイルが格納される場所を当該ソフトウェアエージェントに対して通知する機能と、
前記コンピュータに常駐するソフトウェアエージェントが稼働していない場合、前記ファイルが格納される場所の当該ソフトウェアエージェントに対する通知を延期する機能と、
を実現させるためのアプリケーションプログラム。
【請求項2】
前記場所は、自身が起動された後に前記ソフトウェアエージェントに通知される、請求項１に記載のアプリケーションプログラム。
【請求項3】
前記ファイルは、自身のアンインストール時に削除される、請求項１に記載のアプリケーションプログラム。
【請求項4】
前記ファイルに記録される情報は、自身のアップデート又はバージョンアップ時に変更される、請求項１に記載のアプリケーションプログラム。
【請求項5】
コンピュータに、アプリケーションプログラムの個別の機能に関する情報及び当該アプリケーションプログラム若しくは当該機能の実行に伴い動的に変化する情報の両方又は一方を含むファイルが格納されている場所の通知を、収集の対象とする当該アプリケーションプログラムのそれぞれから受動的に受け付ける機能と、
通知を受けた場所から前記ファイルを読み出す機能と、
読み出した前記ファイルの内容を指定された送信先に送信する機能と
を実行させるソフトウェアエージェント。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、アプリケーションプログラム及びソフトウェアエージェントに関する。
【背景技術】
【0002】
管理対象とするユーザの端末装置にインストールされたソフトウェアエージェントを通じ、端末装置のハードウェア情報、ソフトウェア情報、ユーザ情報をサーバ側のデータベースに登録する仕組みが提案されている。ただし、収集される情報は、基本ソフトウェアで管理が可能な静的な情報である。例えばソフトウェア情報の場合、基本ソフトウェアやそのバージョン情報、インストールされているソフトウェアやそのバージョン情報が収集の対象とされる。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２００２－３６６７３６号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
現在使用されているソフトウェアエージェントが収集する情報は、前述したように、インストールされているアプリケーションプログラムを単位とし、アプリケーションプログラム毎に用意されている個別の機能やアプリケーションプログラム若しくは各機能の実行に伴い動的に変化する情報を個別に収集する機能は備えられていない。これらの情報を収集するには、収集する情報としてソフトウェアエージェントに事前に登録する必要がある。しかし、収集する情報の格納場所はアプリケーションプログラム毎に異なる。このため、管理対象とする端末装置にインストールされているアプリケーションプログラムに応じてソフトウェアエージェントを用意する必要が発生する。しかし、ソフトウェアエージェントを修正する作業負担が大きい。
【0005】
本発明は、管理対象とする端末装置にインストールされているアプリケーションプログラム専用のソフトウェアエージェントを用意しなくても、アプリケーションプログラム毎に指定される情報の収集を可能にすることを目的とする。
【課題を解決するための手段】
【0006】
請求項１に記載の発明は、コンピュータに、自身の個別の機能に関する情報及び自身若しくは当該機能の実行に伴い動的に変化する情報の両方又は一方を含むファイルを生成する機能と、前記コンピュータに常駐するソフトウェアエージェントが稼働している場合、前記ファイルが格納される場所を当該ソフトウェアエージェントに対して通知する機能と、前記コンピュータに常駐するソフトウェアエージェントが稼働していない場合、前記ファイルが格納される場所の当該ソフトウェアエージェントに対する通知を延期する機能と、を実現させるためのアプリケーションプログラムである。
請求項２に記載の発明は、前記場所は、自身が起動された後に前記ソフトウェアエージェントに通知される、請求項１に記載のアプリケーションプログラムである。
請求項３に記載の発明は、前記ファイルは、自身のアンインストール時に削除される、請求項１に記載のアプリケーションプログラムである。
請求項４に記載の発明は、前記ファイルに記録される情報は、自身のアップデート又はバージョンアップ時に変更される、請求項１に記載のアプリケーションプログラムである。
請求項５に記載の発明は、コンピュータに、アプリケーションプログラムの個別の機能に関する情報及び当該アプリケーションプログラム若しくは当該機能の実行に伴い動的に変化する情報の両方又は一方を含むファイルが格納されている場所の通知を、収集の対象とする当該アプリケーションプログラムのそれぞれから受動的に受け付ける機能と、通知を受けた場所から前記ファイルを読み出す機能と、読み出した前記ファイルの内容を指定された送信先に送信する機能とを実行させるソフトウェアエージェントである。
請求項２に記載の発明は、前記場所は、自身が起動された後に前記ソフトウェアエージェントに通知される、請求項１に記載のアプリケーションプログラムである。
請求項３に記載の発明は、前記ファイルは、自身のアンインストール時に削除される、請求項１に記載のアプリケーションプログラムである。
請求項４に記載の発明は、前記ファイルに記録される情報は、自身のアップデート又はバージョンアップ時に変更される、請求項１に記載のアプリケーションプログラムである。
請求項５に記載の発明は、コンピュータに、アプリケーションプログラムの個別の機能に関する情報及び当該アプリケーションプログラム若しくは当該機能の実行に伴い動的に変化する情報の両方又は一方を含むファイルが格納されている場所の通知を、収集の対象とする当該アプリケーションプログラムのそれぞれから受動的に受け付ける機能と、通知を受けた場所から前記ファイルを読み出す機能と、読み出した前記ファイルの内容を指定された送信先に送信する機能とを実行させるソフトウェアエージェントである。
【発明の効果】
【0007】
請求項１記載の発明によれば、管理の対象とするクライアント端末にインストールされているアプリケーションプログラム専用のソフトウェアエージェントを用意しなくても、アプリケーションプログラム毎に指定される情報の収集を可能にできる。
請求項２記載の発明によれば、アプリケーションプログラムのインストール後も起動されるまでは、ソフトウェアエージェントによる収集の対象から除外できる。
請求項３記載の発明によれば、アプリケーションプログラムがアンインストールされた後はファイル自体が存在しなくなるので、ソフトウェアエージェントによる収集の対象から除外できる。
請求項４記載の発明によれば、ソフトウェアエージェントに変更を加えなくても、アプリケーションプログラムに新たに加えられた機能の情報を収集の対象に追加できる。
請求項５記載の発明によれば、管理の対象とするクライアント端末にインストールされているアプリケーションプログラム専用のソフトウェアエージェントを用意しなくても、アプリケーションプログラム毎に指定される情報の収集を可能にできる。
請求項２記載の発明によれば、アプリケーションプログラムのインストール後も起動されるまでは、ソフトウェアエージェントによる収集の対象から除外できる。
請求項３記載の発明によれば、アプリケーションプログラムがアンインストールされた後はファイル自体が存在しなくなるので、ソフトウェアエージェントによる収集の対象から除外できる。
請求項４記載の発明によれば、ソフトウェアエージェントに変更を加えなくても、アプリケーションプログラムに新たに加えられた機能の情報を収集の対象に追加できる。
請求項５記載の発明によれば、管理の対象とするクライアント端末にインストールされているアプリケーションプログラム専用のソフトウェアエージェントを用意しなくても、アプリケーションプログラム毎に指定される情報の収集を可能にできる。
【図面の簡単な説明】
【0008】
【図1】実施の形態で使用する情報処理システムの全体構成の例を概略的に示す図である。
【図2】実施の形態で使用する情報処理システムの機能構成を説明する図である。
【図3】情報収集フレームワークを組み込んだアプリケーションの配置例を説明する図である。
【図4】固有情報ファイルの具体例を示す図である。
【図5】格納先情報ＤＢの構造例を説明する図である。
【図6】新しいアプリケーションをクライアント端末にインストールする場合の処理動作例を説明する図である。
【図7】アプリケーションの起動後にクライアント端末で実行される処理動作例を説明する図である。
【図8】アプリケーションがクライアント端末からアンインストールされる場合の処理動作例を説明する図である。
【発明を実施するための形態】
【0009】
以下、図面を参照して、本発明の実施の形態を説明する。
図１は、実施の形態で使用する情報処理システム１の全体構成の例を概略的に示す図である。
図１に示す情報処理システム１は、ネットワーク１０に接続された複数台のクライアント端末２０と１台の収集情報管理サーバ３０とで構成されている。ここでのネットワークは、ＬＡＮ（＝Local Area Network）でもインターネットでもよい。
図１は、実施の形態で使用する情報処理システム１の全体構成の例を概略的に示す図である。
図１に示す情報処理システム１は、ネットワーク１０に接続された複数台のクライアント端末２０と１台の収集情報管理サーバ３０とで構成されている。ここでのネットワークは、ＬＡＮ（＝Local Area Network）でもインターネットでもよい。
【0010】
本実施の形態における収集情報管理サーバ３０は、クライアント端末２０にインストールされているアプリケーションプログラム（以下「アプリケーション」という）毎に指定されている情報を、クライアント端末２０から自動的に収集して管理する装置の一例である。収集の対象とされる情報の内容や種類は、アプリケーションによって異なる。本実施の形態では、バージョンアップ前後のアプリケーションだけでなく、アップデート前後のアプリケーションも異なるアプリケーションとして扱う。
例えば収集情報管理サーバ３０は、情報収集の対象である各アプリケーションに含まれる個々の機能が有効か無効かを示す情報、アプリケーションとしての利用時間や実行回数、機能別の利用時間や機能別の実行回数、特定の機能に付随して消費された消耗品の数や量等を管理する。なお、収集情報管理サーバ３０が情報を収集して管理するのは、管理の対象に定めたクライアント端末２０にインストールされている対象のアプリケーションに限られる。
例えば収集情報管理サーバ３０は、情報収集の対象である各アプリケーションに含まれる個々の機能が有効か無効かを示す情報、アプリケーションとしての利用時間や実行回数、機能別の利用時間や機能別の実行回数、特定の機能に付随して消費された消耗品の数や量等を管理する。なお、収集情報管理サーバ３０が情報を収集して管理するのは、管理の対象に定めたクライアント端末２０にインストールされている対象のアプリケーションに限られる。
【0011】
本実施の形態における収集情報管理サーバ３０は、サーバ全体の動きを制御するシステム制御部と、基本ソフトウェアやファームウェアを記憶する記憶装置、ネットワーク１０との通信に使用される通信インターフェースを有している。このうち、システム制御部は、ＣＰＵ（＝Central Processing Unit）と、ＢＩＯＳ（＝Basic Input Output System）等が記憶されたＲＯＭ（＝Read Only Memory）と、ワークエリアとして用いられるＲＡＭ（＝Random Access Memory）等を有している。なお、記憶装置には、ハードディスク装置や書き換え可能な不揮発性の半導体メモリが使用される。
【0012】
本実施の形態におけるクライアント端末２０は、いわゆるコンピュータやサーバに限らず、アプリケーションが実行されるネットワーク機器を含む。ここでのネットワーク機器には、印刷機能に加え、スキャナ機能やファクシミリ機能を備える画像形成装置、スマートフォンやタブレット端末等の情報端末、健康機器や医療機器、空調機、テレビ、冷蔵庫等のＩｏＴ（＝Internet of Things）家電も含まれる。もっとも、後述する機能構成が可能であれば、例示した機器に限らない。
【0013】
本実施の形態におけるクライアント端末２０も、端末全体の動きを制御するシステム制御部と、基本ソフトウェアやファームウェアを記憶する記憶装置、ネットワーク１０との通信に使用される通信インターフェースを有している。このうち、システム制御部は、ＣＰＵと、ＢＩＯＳ等が記憶されたＲＯＭと、ワークエリアとして用いられるＲＡＭ等を有している。なお、記憶装置には、ハードディスク装置や書き換え可能な不揮発性の半導体メモリが使用される。
【0014】
図２は、実施の形態で使用する情報処理システム１の機能構成を説明する図である。
図２に示す機能構成は、クライアント端末２０や収集情報管理サーバ３０のＣＰＵによるプログラムの実行を通じて実現される。また、図２においては、クライアント端末２０や収集情報管理サーバ３０に設けられている記憶装置に記憶される特定のデータをＤＢ（＝Data Base）として表している。
図２に示す機能構成は、クライアント端末２０や収集情報管理サーバ３０のＣＰＵによるプログラムの実行を通じて実現される。また、図２においては、クライアント端末２０や収集情報管理サーバ３０に設けられている記憶装置に記憶される特定のデータをＤＢ（＝Data Base）として表している。
【0015】
クライアント端末２０には、複数のアプリケーション２０１がインストールされている。本実施の形態で使用するアプリケーション２０１は、いずれも収集情報管理サーバ３０による管理の対象とする。
本実施の形態におけるアプリケーション２０１は、アプリケーション２０１のベンダーが収集の対象として指定した情報を収集するための情報収集フレームワーク２１０を含んでいる。
本実施の形態の場合、情報収集フレームワーク２１０は、情報更新ＡＰＩ（＝Application Programming Interface）２１１と格納先情報通知部２１２を含んでいる。
本実施の形態におけるアプリケーション２０１は、アプリケーション２０１のベンダーが収集の対象として指定した情報を収集するための情報収集フレームワーク２１０を含んでいる。
本実施の形態の場合、情報収集フレームワーク２１０は、情報更新ＡＰＩ（＝Application Programming Interface）２１１と格納先情報通知部２１２を含んでいる。
【0016】
情報収集フレームワーク２１０は、アプリケーション２０１毎に用意され、収集する情報はアプリケーション２０１毎に定められる。なお、収集の対象とする情報は、例えばアプリケーション２０１のベンダーが指定する。
収集の対象とする情報は、情報更新ＡＰＩ２１１に記述されている。情報更新ＡＰＩ２１１の記述に従って収集された情報は、固有情報ファイル２１３としてインストール時に用意した格納先に記録される。
ここでの固有情報ファイル２１３は、アプリケーション２０１毎に用意される。固有情報ファイル２１３は、例えばアップデートやバージョンアップのタイミングで更新される。情報更新ＡＰＩ２１１の更新により、収集の対象とする情報の追加や削除が可能になる。
収集の対象とする情報は、情報更新ＡＰＩ２１１に記述されている。情報更新ＡＰＩ２１１の記述に従って収集された情報は、固有情報ファイル２１３としてインストール時に用意した格納先に記録される。
ここでの固有情報ファイル２１３は、アプリケーション２０１毎に用意される。固有情報ファイル２１３は、例えばアップデートやバージョンアップのタイミングで更新される。情報更新ＡＰＩ２１１の更新により、収集の対象とする情報の追加や削除が可能になる。
【0017】
本実施の形態における情報更新ＡＰＩ２１１には、固有情報ファイル２１３の情報を更新するタイミングも規定されている。このタイミングは、アプリケーション２０１のアップデートやバージョンアップ時に限らず、任意のタイミンイングの指定が可能である。
格納先情報通知部２１２は、固有情報ファイル２１３が格納されている場所を、クライアント端末２０に常駐するソフトウェアエージェント（以下「エージェント」という）２０２に通知する。格納先情報通知部２１２を設けたことにより、収集の対象とする情報が変化しても、エージェント２０２の書き換えが不要になる。
格納先情報通知部２１２は、固有情報ファイル２１３が格納されている場所を、クライアント端末２０に常駐するソフトウェアエージェント（以下「エージェント」という）２０２に通知する。格納先情報通知部２１２を設けたことにより、収集の対象とする情報が変化しても、エージェント２０２の書き換えが不要になる。
【0018】
図３は、情報収集フレームワーク２１０を組み込んだアプリケーション２０１の配置例を説明する図である。
図３の場合、エージェント２０２は、ローカルディスクのＣドライブにインストールされている。このため、アプリケーション２０１も、エージェント２０２と同じドライブにインストールされている。
図３の場合、アプリケーション２０１は「SampleApp．exe」であり、「Program Files」の下位に生成された「Sample App」ディレクトリにインストールされている。同ディレクトリには、情報収集フレームワーク２１０のＤＬＬ（Dynamic Link Library）と固有情報ファイル２１３もインストールされている。
図３の場合、固有情報ファイル２１３の格納先は、「C:￥Program Files￥SampleApp￥UniqueInfo.dat」で表される。従って、前述した格納先情報通知部２１２（図２参照）は、この位置をエージェント２０２に通知する。
図３の場合、エージェント２０２は、ローカルディスクのＣドライブにインストールされている。このため、アプリケーション２０１も、エージェント２０２と同じドライブにインストールされている。
図３の場合、アプリケーション２０１は「SampleApp．exe」であり、「Program Files」の下位に生成された「Sample App」ディレクトリにインストールされている。同ディレクトリには、情報収集フレームワーク２１０のＤＬＬ（Dynamic Link Library）と固有情報ファイル２１３もインストールされている。
図３の場合、固有情報ファイル２１３の格納先は、「C:￥Program Files￥SampleApp￥UniqueInfo.dat」で表される。従って、前述した格納先情報通知部２１２（図２参照）は、この位置をエージェント２０２に通知する。
【0019】
図４は、固有情報ファイル２１３の具体例を示す図である。
本実施の形態の場合、固有情報ファイル２１３は、キーと値によるデータ形式で記述される。固有情報ファイル２１３に求められる条件は、エージェント２０２（図２参照）が扱うファイル形式と一致することだけである。すなわち、固有情報ファイル２１３をＪＳＯＮ（＝JavaScript（登録商標） Object Notation）やＸＭＬ（＝Extensible Markup Language）等によるファイル形式で記述することは不要である。このため、エージェント２０２は、固有情報の内容や形式を意識することなく、各アプリケーション２０１から収集された情報を扱える。
図４に示す固有情報ファイル２１３には、情報を収集する対象であるアプリケーション２０１（図２参照）の名称、バージョン、ライセンスコード等の静的な情報に加え、アプリケーション２０１を構成する個別の機能に関する情報、アプリケーション自体や各機能の実行に伴い動的に変化する情報も含まれている。
本実施の形態の場合、固有情報ファイル２１３は、キーと値によるデータ形式で記述される。固有情報ファイル２１３に求められる条件は、エージェント２０２（図２参照）が扱うファイル形式と一致することだけである。すなわち、固有情報ファイル２１３をＪＳＯＮ（＝JavaScript（登録商標） Object Notation）やＸＭＬ（＝Extensible Markup Language）等によるファイル形式で記述することは不要である。このため、エージェント２０２は、固有情報の内容や形式を意識することなく、各アプリケーション２０１から収集された情報を扱える。
図４に示す固有情報ファイル２１３には、情報を収集する対象であるアプリケーション２０１（図２参照）の名称、バージョン、ライセンスコード等の静的な情報に加え、アプリケーション２０１を構成する個別の機能に関する情報、アプリケーション自体や各機能の実行に伴い動的に変化する情報も含まれている。
【0020】
例えば機能Ａは現在オン状態であり、その利用開始日時は「2015-10-10T13:50:40」であること、機能Ｂも現在オン状態であり、その利用開始日時は「2015-11-14T11:41:22」であること、機能Ｃは現在オフ状態であることが分かる。
また図４の例では、アプリケーション２０１の最終更新日時が「2015/10/10T13:50:40」であること、文書の登録数が「１３２５４」であることも分かる。
なお、固有情報ファイル２１３には、アプリケーション２０１の総使用時間、各機能の総利用時間、アプリケーション２０１や各機能を使用した人数等を含めることも可能である。
前述したように、固有情報ファイル２１３に記録する情報の内容は、アプリケーション２０１のベンダーが自由に設定することが可能である。しかも、情報更新ＡＰＩ２１１の更新により、固有情報ファイル２１３に記憶される情報の内容も変更される。この収集する情報の変更に際し、エージェント２０２の修正等は不要である。
また図４の例では、アプリケーション２０１の最終更新日時が「2015/10/10T13:50:40」であること、文書の登録数が「１３２５４」であることも分かる。
なお、固有情報ファイル２１３には、アプリケーション２０１の総使用時間、各機能の総利用時間、アプリケーション２０１や各機能を使用した人数等を含めることも可能である。
前述したように、固有情報ファイル２１３に記録する情報の内容は、アプリケーション２０１のベンダーが自由に設定することが可能である。しかも、情報更新ＡＰＩ２１１の更新により、固有情報ファイル２１３に記憶される情報の内容も変更される。この収集する情報の変更に際し、エージェント２０２の修正等は不要である。
【0021】
図２の説明に戻る。
エージェント２０２は、クライアント端末２０に常駐し、事前に設定したタイミングで各アプリケーション２０１から情報を収集し、収集された情報を収集情報管理サーバ３０に送信する。本実施の形態の場合、各アプリケーション２０１から情報を収集するタイミングと収集情報管理サーバ３０に収集した情報を送信するタイミングは同じである。換言すると、収集情報管理サーバ３０に収集した情報を送信するタイミングに、各アプリケーション２０１から情報が収集される。
本実施の形態におけるエージェント２０２は、アプリケーション２０１のベンダーには依存しないプログラムである。また、エージェント２０２は、アプリケーション２０１の違いだけでなく、バージョンの違いとも無関係に利用が可能である。換言すると、本実施の形態におけるエージェント２０２は、何らの修正なしに、任意のアプリケーション２０１から任意の情報を収集することが可能である。
エージェント２０２は、クライアント端末２０に常駐し、事前に設定したタイミングで各アプリケーション２０１から情報を収集し、収集された情報を収集情報管理サーバ３０に送信する。本実施の形態の場合、各アプリケーション２０１から情報を収集するタイミングと収集情報管理サーバ３０に収集した情報を送信するタイミングは同じである。換言すると、収集情報管理サーバ３０に収集した情報を送信するタイミングに、各アプリケーション２０１から情報が収集される。
本実施の形態におけるエージェント２０２は、アプリケーション２０１のベンダーには依存しないプログラムである。また、エージェント２０２は、アプリケーション２０１の違いだけでなく、バージョンの違いとも無関係に利用が可能である。換言すると、本実施の形態におけるエージェント２０２は、何らの修正なしに、任意のアプリケーション２０１から任意の情報を収集することが可能である。
【0022】
本実施の形態におけるエージェント２０２は、格納先情報管理部２２０と、固有情報ファイル読込部２２１と、情報送信部２２２と、収集設定管理部２２３とを有している。
格納先情報管理部２２０は、各アプリケーション２０１から通知される固有情報ファイル２１３の格納先情報を格納先情報ＤＢ２２０Ａに登録して管理する機能を実行する。また、格納先情報管理部２２０は、固有情報ファイル読込部２２１からの要求に基づき、要求の対象である格納先の情報を固有情報ファイル読込部２２１に与える機能も実行する。
図５は、格納先情報ＤＢ２２０Ａの構造例を説明する図である。図５に示す格納先情報ＤＢ２２０Ａは、各アプリケーションに固有の情報を格納する固有情報ファイル２１３（図２参照）を登録日時と格納先により管理する。図５の場合、「AppA」、「AppB」、「SampleApp」の３つのアプリケーション２０１について格納先が登録されている。
格納先情報管理部２２０は、各アプリケーション２０１から通知される固有情報ファイル２１３の格納先情報を格納先情報ＤＢ２２０Ａに登録して管理する機能を実行する。また、格納先情報管理部２２０は、固有情報ファイル読込部２２１からの要求に基づき、要求の対象である格納先の情報を固有情報ファイル読込部２２１に与える機能も実行する。
図５は、格納先情報ＤＢ２２０Ａの構造例を説明する図である。図５に示す格納先情報ＤＢ２２０Ａは、各アプリケーションに固有の情報を格納する固有情報ファイル２１３（図２参照）を登録日時と格納先により管理する。図５の場合、「AppA」、「AppB」、「SampleApp」の３つのアプリケーション２０１について格納先が登録されている。
【0023】
図２の説明に戻る。
固有情報ファイル読込部２２１は、個々のアプリケーション２０１について通知されている格納先から固有情報ファイル２１３を取得し、取得された固有情報ファイル２１３の中から記録されている情報を読み込んで情報送信部２２２に与える機能を提供する。なお、取得の対象とする固有情報ファイル２１３は、情報送信部２２２から指示される。
情報送信部２２２は、予め定めたスケジュールに従って収集された情報を収集情報管理サーバ３０に送信する機能を実行する。
固有情報ファイル読込部２２１は、個々のアプリケーション２０１について通知されている格納先から固有情報ファイル２１３を取得し、取得された固有情報ファイル２１３の中から記録されている情報を読み込んで情報送信部２２２に与える機能を提供する。なお、取得の対象とする固有情報ファイル２１３は、情報送信部２２２から指示される。
情報送信部２２２は、予め定めたスケジュールに従って収集された情報を収集情報管理サーバ３０に送信する機能を実行する。
【0024】
収集設定管理部２２３は、設定情報ＤＢ２２３Ａを使用し、アプリケーション２０１から収集された情報を収集情報管理サーバ３０に送信するタイミング（以下「送信タイミング」という）や収集された情報の送信先を管理する。
本実施の形態の場合、設定情報ＤＢ２２３Ａには、送信タイミングと送信先に関する情報が記録されている。このため、収集した情報の送信タイミングや送信先は、アプリケーション２０１毎に管理する必要がない。すなわち、本実施の形態の場合には、収集した情報の送信タイミングや送信先をエージェント２０２に指定するだけで、任意のアプリケーション２０１の情報の送信の管理が可能になる。
本実施の形態の場合、設定情報ＤＢ２２３Ａには、送信タイミングと送信先に関する情報が記録されている。このため、収集した情報の送信タイミングや送信先は、アプリケーション２０１毎に管理する必要がない。すなわち、本実施の形態の場合には、収集した情報の送信タイミングや送信先をエージェント２０２に指定するだけで、任意のアプリケーション２０１の情報の送信の管理が可能になる。
【0025】
収集情報管理サーバ３０は、対象に定めたクライアント端末２０の情報をネットワーク１０経由で収集して管理し、検索や情報の参照等のサービスを提供する。
本実施の形態における収集情報管理サーバ３０は、情報受信部３０１と、収集情報参照部３０２と、収集された情報を記録する収集情報ＤＢ３０３とを有している。
なお、情報受信部３０１は、クライアント端末２０に常駐するエージェント２０２から受信した情報を収集情報ＤＢ３０３に記録する機能を実行する。
また、収集情報参照部３０２は、不図示の作業者端末からの指定に応じた情報を収集情報ＤＢ３０３から取得して提供するサービスを実行する。
本実施の形態における収集情報管理サーバ３０は、情報受信部３０１と、収集情報参照部３０２と、収集された情報を記録する収集情報ＤＢ３０３とを有している。
なお、情報受信部３０１は、クライアント端末２０に常駐するエージェント２０２から受信した情報を収集情報ＤＢ３０３に記録する機能を実行する。
また、収集情報参照部３０２は、不図示の作業者端末からの指定に応じた情報を収集情報ＤＢ３０３から取得して提供するサービスを実行する。
【0026】
以下では、情報処理システム１で実行される処理動作の例を説明する。
図６は、新しいアプリケーション２０１をクライアント端末２０にインストールする場合の処理動作例を説明する図である。なお、図中に示す記号のＳはステップを意味する。
ユーザが、情報収集フレームワーク２１０を適用したアプリケーション２０１のインストールを指示すると、クライアント端末２０によるアプリケーション２０１のインストールが実行される（ステップ１）。
本実施の形態の場合、アプリケーション２０１の情報を収集する情報収集フレームワーク２１０は、アプリケーション２０１に組み込まれている。従って、インストールが完了しても、アプリケーション２０１が起動されない間は、情報の収集は実行されないし、後述するように固有情報ファイル２１３の格納場所もエージェント２０２に通知されない。
図６は、新しいアプリケーション２０１をクライアント端末２０にインストールする場合の処理動作例を説明する図である。なお、図中に示す記号のＳはステップを意味する。
ユーザが、情報収集フレームワーク２１０を適用したアプリケーション２０１のインストールを指示すると、クライアント端末２０によるアプリケーション２０１のインストールが実行される（ステップ１）。
本実施の形態の場合、アプリケーション２０１の情報を収集する情報収集フレームワーク２１０は、アプリケーション２０１に組み込まれている。従って、インストールが完了しても、アプリケーション２０１が起動されない間は、情報の収集は実行されないし、後述するように固有情報ファイル２１３の格納場所もエージェント２０２に通知されない。
【0027】
ユーザが、インストールしたアプリケーション２０１の起動を指示すると、クライアント端末２０は、指示されたアプリケーション２０１を起動する（ステップ２）。
アプリケーション２０１が起動すると、格納先情報通知部２１２が、エージェント２０２が稼動しているか確認する（ステップ３）。
エージェント２０２が稼動している場合、格納先情報通知部２１２は、固有情報ファイル２１３の格納場所を格納先情報管理部２２０に通知する（ステップ４）。格納先情報管理部２２０は、エージェント２０２の機能部である。
次に、格納先情報管理部２２０は、通知された格納場所を格納先情報ＤＢ２２０Ａに登録する（ステップ５）。
なお、エージェント２０２が稼動していない場合、クライアント端末２０ではステップ４とステップ５がスキップされる。この場合、固有情報ファイル２１３の格納場所の通知等は、次回の起動時に延期される。
アプリケーション２０１が起動すると、格納先情報通知部２１２が、エージェント２０２が稼動しているか確認する（ステップ３）。
エージェント２０２が稼動している場合、格納先情報通知部２１２は、固有情報ファイル２１３の格納場所を格納先情報管理部２２０に通知する（ステップ４）。格納先情報管理部２２０は、エージェント２０２の機能部である。
次に、格納先情報管理部２２０は、通知された格納場所を格納先情報ＤＢ２２０Ａに登録する（ステップ５）。
なお、エージェント２０２が稼動していない場合、クライアント端末２０ではステップ４とステップ５がスキップされる。この場合、固有情報ファイル２１３の格納場所の通知等は、次回の起動時に延期される。
【0028】
図７は、アプリケーション２０１の起動後にクライアント端末２０で実行される処理動作例を説明する図である。
なお、図７に示す処理は、起動中のアプリケーション２０１について個別に実行される。
クライアント端末２０では、エージェント２０２の情報送信部２２２が、設定されているスケジュールに従って処理を開始する（ステップ１１）。
処理を開始した情報送信部２２２は、格納先情報管理部２２０から格納先一覧を取得する（ステップ１２）。
なお、図７に示す処理は、起動中のアプリケーション２０１について個別に実行される。
クライアント端末２０では、エージェント２０２の情報送信部２２２が、設定されているスケジュールに従って処理を開始する（ステップ１１）。
処理を開始した情報送信部２２２は、格納先情報管理部２２０から格納先一覧を取得する（ステップ１２）。
【0029】
次に、情報送信部２２２は、格納先情報があるか否かを判定する（ステップ１３）。
格納先情報が無い場合、情報送信部２２２は、ステップ１３で否定結果を得る。この場合、収集情報管理サーバ３０に送信すべき情報が存在しないので、情報送信部２２２は、この時点で処理を終了する。
一方、格納先情報が有る場合、情報送信部２２２は、ステップ１３で肯定結果を得る。この場合、情報送信部２２２は、固有情報ファイル読込部２２１に情報の取得を依頼する（ステップ１４）。
依頼を受けた固有情報ファイル読込部２２１は、固有情報ファイル２１３から情報を読み込んで情報送信部２２２に返送する（ステップ１５）。
返信を受け付けた情報送信部２２２は、受信した情報を情報受信部３０１に送信する（ステップ１６）。すなわち、エージェント２０２が収集した情報が収集情報管理サーバ３０に通知される。
情報受信部３０１は、受信した情報を収集情報ＤＢ３０３に登録する（ステップ１７）。
以上の動作が、任意のアプリケーションの起動中に繰り返し実行される。
格納先情報が無い場合、情報送信部２２２は、ステップ１３で否定結果を得る。この場合、収集情報管理サーバ３０に送信すべき情報が存在しないので、情報送信部２２２は、この時点で処理を終了する。
一方、格納先情報が有る場合、情報送信部２２２は、ステップ１３で肯定結果を得る。この場合、情報送信部２２２は、固有情報ファイル読込部２２１に情報の取得を依頼する（ステップ１４）。
依頼を受けた固有情報ファイル読込部２２１は、固有情報ファイル２１３から情報を読み込んで情報送信部２２２に返送する（ステップ１５）。
返信を受け付けた情報送信部２２２は、受信した情報を情報受信部３０１に送信する（ステップ１６）。すなわち、エージェント２０２が収集した情報が収集情報管理サーバ３０に通知される。
情報受信部３０１は、受信した情報を収集情報ＤＢ３０３に登録する（ステップ１７）。
以上の動作が、任意のアプリケーションの起動中に繰り返し実行される。
【0030】
図８は、アプリケーション２０１がクライアント端末２０からアンインストールされる場合の処理動作例を説明する図である。
図８に示すように、クライアント端末２０は、アプリケーション２０１のアンインストールの実行か否かを確認している（ステップ２１）。
ステップ２１で肯定結果が得られた場合、クライアント端末２０は、対応する固有情報ファイル２１３を削除する（ステップ２２）。固有情報ファイル２１３が削除されると、エージェント２０２は、格納先情報管理部２２０で管理する格納先から情報を読み出すことができなくなる。つまり、アプリケーション２０１のアンインストール後は、該当するアプリケーション２０１の情報をエージェント２０２は収集できなくなる。当然、アプリケーション２０１の情報が収集情報管理サーバ３０に送信されることもない。しかも、この動作には、エージェント２０２の変更が不要である。
なお、ステップ２１で否定結果が得られた場合には、クライアント端末２０は、ステップ２２をスキップし、今回の動作を終了する。
図８に示すように、クライアント端末２０は、アプリケーション２０１のアンインストールの実行か否かを確認している（ステップ２１）。
ステップ２１で肯定結果が得られた場合、クライアント端末２０は、対応する固有情報ファイル２１３を削除する（ステップ２２）。固有情報ファイル２１３が削除されると、エージェント２０２は、格納先情報管理部２２０で管理する格納先から情報を読み出すことができなくなる。つまり、アプリケーション２０１のアンインストール後は、該当するアプリケーション２０１の情報をエージェント２０２は収集できなくなる。当然、アプリケーション２０１の情報が収集情報管理サーバ３０に送信されることもない。しかも、この動作には、エージェント２０２の変更が不要である。
なお、ステップ２１で否定結果が得られた場合には、クライアント端末２０は、ステップ２２をスキップし、今回の動作を終了する。
【0031】
＜他の実施の形態＞
以上、本発明の実施の形態について説明したが、本発明の技術的範囲は前述した実施の形態に記載の範囲に限定されない。前述した実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。
以上、本発明の実施の形態について説明したが、本発明の技術的範囲は前述した実施の形態に記載の範囲に限定されない。前述した実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。
【符号の説明】
【0032】
１…情報処理システム、２０…クライアント端末、３０…収集情報管理サーバ、２０１…アプリケーション、２０２…エージェント、２１０…情報収集フレームワーク、２１１…情報更新ＡＰＩ、２１２…格納先情報通知部、２１３…固有情報ファイル、２２０…格納先情報管理部、２２１…固有情報ファイル読込部、２２２…情報送信部、２２３…収集設定管理部、３０１…情報受信部、３０２…収集情報参照部、３０３…収集情報ＤＢ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
