(57)【要約】【課題】利用者情報の信頼性を高め、アプリケーション拡張時の作業工数の削減をはかる利用者情報配信装置を提供する。【解決手段】利用者情報配信装置３は、定期または不定期に更新される利用者情報を取得し、記憶装置（例えば、ＤＢサーバ４）に格納する利用者情報取得部３１と、アプリケーションプログラム毎に更新された利用者情報を配信する条件が予め設定登録された配信条件表３２０を参照して記憶装置（例えば、ＤＢサーバ４）を検索し、該当する利用者情報を抽出して配信対象となるアプリケーション実行装置１に配信する利用者情報配信部３３と、により構成した。【選択図】図２
2008139946.tif 000002
【特許請求の範囲】
【請求項１】
利用者情報を用いてそれぞれのアプリケーションプログラムを実行する複数のアプリケーション実行装置が接続される利用者情報配信装置であって、
定期または不定期に更新される利用者情報を取得し、記憶装置に格納する利用者情報取得部と、
前記アプリケーションプログラム毎に前記更新された利用者情報を配信する条件が予め設定登録された配信条件表を参照して前記記憶装置を検索し、該当する利用者情報を抽出して配信対象となるアプリケーション実行装置に配信する利用者情報配信部と、を有する
ことを特徴とする利用者情報配信装置。
【請求項２】
前記利用者情報取得部は、ファイルもしくは関数で提供される利用者情報を取得して前記記憶装置に格納するときに、削除条件表に予め設定登録された削除条件と合致する利用者情報について削除処理した日時を付加し、前記取得した利用者情報が前記記憶装置に存在しない場合は追加日時を、存在する場合は更新した日時を前記利用者情報に付加する
ことを特徴とする請求項１に記載の利用者情報配信装置。
【請求項３】
前記利用者情報配信部は、前記利用者情報を配信した結果、それぞれのアプリケーション実行装置から返信される配信状況について、前記配信した利用者情報の利用者を示す情報毎、前記記憶装置に予め割り付けられ記憶される配信状態管理表に設定するとともに、前記配信条件表に設定される最終配信日時のデータ項目を配信開始日時で更新する
ことを特徴とする請求項１に記載の利用者情報配信装置。
【請求項４】
前記利用者情報配信部は、初回の利用者情報配信時、前記利用者情報と配信条件表とを設定登録し、前記配信条件表に設定登録された内容にしたがい前記配信状態管理表に未登録の利用者情報を配信先のアプリケーション実行装置に配信し、前記配信した利用者情報の利用者を示す情報と配信先と配信状態とを追記し、前記配信日時を更新する
ことを特徴とする請求項３に記載の利用者情報配信装置。
【請求項５】
前記利用者情報配信部は、前記利用者情報が変更になった場合、前記更新日時が前記配信状態管理表に設定された前回配信日時以降の利用者情報を抽出して前記配信条件表に設定された配信条件に合致する利用者情報を配信し、前記配信した利用者情報の利用者を示す情報と配信先と配信状態とを追記して、前記配信日時を更新するとともに、
前記配信条件表に設定された配信条件に合致しない利用者情報で、前記配信状態管理表に配信済みと設定されている利用者情報を抽出して配信先のアプリケーション実行装置に配信して削除させ、前記削除される利用者情報の前記配信状態管理表における配信状態を未配信に変更する
ことを特徴とする請求項３に記載の利用者情報配信装置。
【請求項６】
前記利用者情報配信部は、前記配信条件表が変更された場合、前記配信条件表に設定登録された配信条件に合致する全ての利用者情報を抽出し、前記抽出された利用者情報の中から前記配信状態管理表の配信状態に未登録または未配信と設定されている利用者情報を抽出して配信先のアプリケーション実行装置に配信し、前記配信した利用者情報の利用者を示す情報と配信先と配信状態とを追記または更新して、前記配信日時を更新するとともに、
前記配信条件表に設定された配信条件に合致しない利用者情報で、前記配信状態管理表に配信済みと設定されている利用者情報を抽出し配信先のアプリケーション実行装置に配信して削除させ、前記削除される利用者情報の前記配信状態管理表における配信状態を未配信に変更する
ことを特徴とする請求項３に記載の利用者情報配信装置。
【請求項７】
前記利用者情報配信部は、前記削除条件表が変更された場合、前記削除条件表に設定登録された変更後の削除条件に合致する全ての利用者情報を抽出し、抽出された前記利用者情報の中から前記配信状態管理表の配信状態に配信済みと設定されている利用者情報を抽出し、配信先のアプリケーション実行装置に配信して削除させ、前記削除される利用者情報の前記配信状態管理表における配信状態を未配信に変更する
ことを特徴とする請求項２に記載の利用者情報配信装置。
【請求項８】
利用者情報を用いてそれぞれのアプリケーションプログラムを実行する複数のアプリケーション実行装置が接続される利用者情報配信装置に用いられるプログラムであって、
定期または不定期に更新される利用者情報を取得し、記憶装置に格納する処理と、
前記アプリケーションプログラム毎に前記更新された利用者情報を配信する条件が予め設定登録された配信条件表を参照して前記記憶装置を検索する処理と、
前記検索により該当する利用者情報を抽出して配信対象となるアプリケーション実行装置に配信する処理と、をコンピュータに実行させる
ことを特徴とするプログラム。
【請求項９】
利用者情報を用いてそれぞれのアプリケーションプログラムを実行する複数のアプリケーション実行装置と、
前記複数のアプリケーション実行装置とは通信ネットワークを介して接続され、外部から定期または不定期に更新される利用者情報を取得して記憶装置に格納し、前記アプリケーションプログラム毎に更新される利用者情報を配信する条件が予め登録される配信条件表を参照して前記記憶装置を検索し、該当する利用者情報を抽出して該当するアプリケーション実行装置に配信する利用者情報配信装置と、を有する
ことを特徴とする利用者情報配信システム。
【請求項１０】
利用者情報を用いてそれぞれのアプリケーションプログラムを実行する複数のアプリケーション実行装置に対して、前記利用者情報を配信する利用者情報配信装置の利用者情報配信方法であって、
前記利用者情報配信装置は、利用者情報取得部と、利用者情報配信部と、記憶部とを備え、
前記利用者情報取得部は、定期または不定期に更新される利用者情報を取得し、前記記憶部に格納し、
前記利用者情報配信部は、前記アプリケーションプログラム毎に前記更新された利用者情報を配信する条件が予め設定登録された配信条件表を参照して前記記憶部を検索し、該当する利用者情報を抽出して配信対象となるアプリケーション実行装置に配信する
ことを特徴とする利用者情報配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、それぞれのアプリケーションプログラムを実行する複数のアプリケーション実行装置が接続される、利用者情報配信装置、プログラム、利用者情報配信システム、および利用者情報配信方法に関する。
【背景技術】
【０００２】
情報セキュリティ事故の多発、法規制強化等により、人、モノ、情報単独のセキュリティシステムを連携し、セキュリティを強化したシステムが求められている。
【０００３】
ところが、アプリケーションのそれぞれは、独自に利用者情報を管理しており、このため、例えば、入退管理や、ＰＣログイン管理等のアプリケーションにおいては、人の異動（新入社員、退職者、所属部署の変更）が発生すると、利用者情報の新規登録、削除、変更をアプリケーション毎に行なう必要がある。このような運用は、作業効率が悪く、多大な手間となって、人の異動が大規模に行なわれるユーザにとっては運用管理者への負担がより大きなものとなる。
【０００４】
従来、クライアントが、アプリケーションベンダが有する障害情報や最新情報を検索してクライアントのアプリケーション障害に適用していた修正モジュールを取得し、あるいは、アプリケーションベンダがクライアントに最新の修正モジュールを配信することによりクライアントの情報検索の手間を削減し、最新の障害情報やクライアントの修正情報の把握を容易にするアプリケーションのメンテナンスシステムおよびその方法が知られている（例えば、特許文献１参照）。
【特許文献１】特開２００３−１７７９２１号公報（段落「０００８」、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
前記した特許文献１に開示された技術によれば、クライアントが使用する修正モジュールのバージョン情報等をアプリケーションベンダが一元管理することにより、修正モジュール取得時のクライアントのアプリケーション管理者の手間を削減することができる。しかしながら、クライアントは、アプリケーションベンダから定期的に発信されるアプリケーションの障害や修正情報を監視する必要があり、適宜、最新の修正モジュールを取得するため手間が必要である。
【０００６】
また、前記したセキュリティシステムにおいて、人の異動が発生した場合の利用者情報の新規登録、削除、変更をアプリケーション毎に行なった場合、各アプリケーションで管理する利用者情報に差分が発生する可能性が高くなり、信頼性が劣化する。また、入退管理サーバを増設する等、アプリケーションの拡張時には、対象人員分の利用者情報を新規に登録することになり、工数が多大になる。
【０００７】
本発明は前記した課題を解決するためになされたものであり、利用者情報等、定期または不定期に更新される情報を利用するアプリケーションにおいて、利用者情報更新の都度、各アプリケーションに必要な変更された利用者情報を必要なアプリケーションに自動配信する仕組みを構築することにより、利用者情報の信頼性を高め、アプリケーション拡張時の作業工数の削減をはかった、利用者情報配信装置、プログラム、利用者情報配信システム、および利用者情報配信方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
前記した課題を解決するために本発明の利用者情報配信装置は、定期または不定期に更新される利用者情報を取得し、記憶装置に格納する利用者情報取得部と、アプリケーションプログラム毎に更新された利用者情報を配信する条件が予め設定登録された配信条件表を参照して記憶装置を検索し、該当する利用者情報を抽出して配信対象となるアプリケーション実行装置に配信する利用者情報配信部と、を備えて構成したものである。
【発明の効果】
【０００９】
本発明によれば、利用者情報等、定期または不定期に更新される情報を利用するアプリケーションにおいて、利用者情報更新の都度、各アプリケーションに必要な変更された利用者情報を必要なアプリケーションに自動配信する仕組みを構築することにより、利用者情報の信頼性を高め、アプリケーション拡張時の作業工数の削減がはかれる。
【発明を実施するための最良の形態】
【００１０】
図１は、本発明の実施の形態に係わる利用者情報配信システムのシステム構成の一例を示す図である。図１に示されるように、本発明の実施の形態に係わる利用者情報配信システムは、利用者情報を用いてそれぞれのアプリケーションプログラムを実行する複数のアプリケーション実行装置１と、利用者情報を取得するＬＤＡＰ（Lightweight Directory Access Protocol）等の外部システム２と、前記した利用者情報のうち、必要な情報を必要なアプリケーション実行装置１に配信する利用者情報配信装置３と、利用者情報等のオブジェクトを管理するＤＢサーバ（記憶装置）４と、により構成される。なお、ＤＢは、Data Baseの略である。
【００１１】
アプリケーション実行装置１は、例えば、指静脈認証、ＲＦＩＤ（Radio Frequency Identifier）チップ、ＩＣカード等による利用者の属性情報により入退管理やログイン管理などを行なうセキュリティのアプリケーションプログラムを実行する。
【００１２】
また、外部システム２は、例えば、ＬＤＡＰであり、ＬＤＡＰはインターネットやイントラネット等のＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）プロトコルで、ディレクトリ（データベース）にアクセスするプロトコルであり、ユーザ名から利用者情報を検索することができる。なお、ＬＤＡＰを用いることなく、社内の利用者情報管理システム等からＣＳＶ（Comma Separated Values）等によるテキストファイルを取得することで代替してもよい。
【００１３】
利用者情報配信装置３は、後記するように、定期または不定期に更新される利用者情報を取得し、ＤＢサーバ４に格納するとともに、アプリケーションプログラム毎、更新された利用者情報を配信する条件が予め設定登録された後記する配信条件表を参照してＤＢサーバ４を検索し、該当する利用者情報を抽出して配信対象となるアプリケーション実行装置１に配信する。
【００１４】
前記したアプリケーション実行装置１、外部システム２、利用者情報配信装置３、ＤＢサーバ４のそれぞれは、ＬＡＮ（Local Area Network）５等の通信ネットワークを介して接続される。ここでは通信ネットワークとしてＬＡＮ５を用いることとするが、ＬＡＮに限らず、ＷＡＮ（Wide Area Network）で接続を代替してもよい。
【００１５】
図２は、本発明の実施の形態に係わる利用者情報配信装置３の機能構成図である。図２に示されるように、本発明の実施の形態に係わる利用者情報配信装置３は、利用者情報取得部３１と、配信条件登録部３２と、利用者情報配信部３３と、インタフェース部３４、削除条件登録部３５とにより構成される。なお、図２中、図１と同じ符号が付されたブロックは、図１に示すそれと同じ名称、機能を有する。
【００１６】
利用者情報取得部３１は、定期または不定期に更新される利用者情報を取得し、ＤＢサーバ４に格納する機能を有する。利用者情報取得部３１は、ファイルもしくは関数で提供される利用者情報を取得してＤＢサーバ４に転送するとき、予め指定される削除条件（削除条件表３１０）と合致する利用者情報について削除処理した日時を付加し、また、取得した利用者情報がＤＢサーバ４に存在しない場合は追加日時を、存在する場合は更新した日時を利用者情報に付加する。詳細は後記する。
【００１７】
配信条件登録部３２は、アプリケーション実行装置１毎に配信するための利用者情報４１の抽出条件を登録する機能を持ち、また、削除条件登録部３５は、アプリケーション実行装置１毎に配信するための利用者情報４１の削除条件を登録する機能を持つ。これにより、アプリケーション実行装置１で必要とする利用者情報のみが抽出可能となり、また、抽出条件を変更することでアプリケーション実行装置１に対して追加、削除する利用者情報の抽出を可能にする。ここでは、配信条件登録部３２が内蔵する記憶装置（図示せず）に配信条件表３２０が格納され、また、削除条件登録部３５に内蔵する記憶装置（図示せず）に削除条件表３１０が格納される。
【００１８】
利用者情報配信部３３は、アプリケーションプログラム毎に更新された利用者情報を配信する条件が予め設定登録された配信条件表３２０を参照してＤＢサーバ４を検索し、該当する利用者情報４１を抽出して配信対象となるアプリケーション実行装置１に配信する機能を有する。また、利用者情報配信部３３は、利用者情報を配信した結果、それぞれのアプリケーション実行装置１から返信される配信状況について、配信した利用者情報の利用者を示す情報（ＩＤ）毎、ＤＢサーバ４に予め割り付けられ記憶される配信状態管理表４２に設定するとともに、配信条件表３２０に設定される「最終配信日時」のデータ項目を配信日時で更新する機能も併せて有している。
【００１９】
インタフェース部３４は、ＤＢサーバ４からアプリケーション実行装置１へ利用者情報を配信する際、利用者情報を追加し、更新し、削除する場合のインタフェースの機能を司り、ユーザにより作成されるアプリケーションにより指定されたアプリケーション実行装置１へ配信するときのデータ転送経路となる。
【００２０】
なお、ＤＢサーバ４は、ＤＢサーバ４が有する記憶領域に、例えば、図４にそのデータ構造の一例が示されるように、少なくとも、「氏名」、「ＩＤ」、「所属」、「職位」等のデータ項目から構成される利用者情報４１と、利用者情報４１の配信状態を示す配信状態管理表４２とが少なくとも割り付けられ格納される。利用者情報４１は、ユーザ入力によりオブジェクトとして定義される。配信状態管理表４２のデータ構造については後記する。
【００２１】
図３は、本発明の利用者情報配信装置の動作を説明するために引用したフローチャートである。ここでは、利用者情報取得部３１の動作のみ抽出して示してある。
【００２２】
利用者情報取得部３１は、例えば、社員情報を管理する外部システム２から提供される利用者情報を取得し、ＤＢサーバ４に格納される利用者情報４１の内容を追加、更新、削除する機能を有する。具体的に、図３のフローチャートに示されるように、利用者情報取得部３１が内部から起動された場合（Ｓ３０１，内部）、まず、ユーザ入力にしたがい、ＣＳＶファイルで提供される利用者情報（取込み情報）の定義内容、および利用者情報４１のデータを削除する条件が設定される（Ｓ３０２）。ここで設定された条件は削除条件表３１０に設定され記憶される。
【００２３】
続いて、外部システム２より取り込む利用者情報（ＣＳＶファイル）が指定され、このことにより、利用者情報取得部３１は、指定された利用者情報４１（ＣＳＶファイル）を読み込む（Ｓ３０３）。そして、読み込まれた変更分のＣＳＶファイルと、削除条件表３１０に設定されている内容と比較し（Ｓ３０４）、合致すれば削除データ（Ｓ３０４，＝、およびＳ３０５）、合致しなければ追加、または更新データとしてＤＢサーバ４内の利用者情報４１の内容を更新する（Ｓ３０４，≠、およびＳ３０６）。
【００２４】
一方、利用者情報取得部３１が外部から起動された場合（Ｓ３０１，外部）、変更分の利用者情報を取り込むために、利用者情報の追加、更新、削除を行なうための関数がコールされる（Ｓ３０７〜Ｓ３１０）。なお、関数コールは、ユーザにより作成されるアプリケーションに基づく。
【００２５】
以降、利用者情報取得部３１は、外部システム２より指定された利用者情報（ＣＳＶファイル）を読み込み（Ｓ３０３）、読み込まれた変更分のＣＳＶファイルと、削除条件表３１０に設定されている内容と比較し（Ｓ３０４）、合致すれば削除データ（Ｓ３０４，＝、Ｓ３０５）、合致しなければ追加、または更新データとしてＤＢサーバ４内の利用者情報４１の内容を更新する（Ｓ３０４，≠、およびＳ３０６）。
【００２６】
図４は、利用者情報取得部による利用者情報取得動作を説明するための動作概念図である。ここでは、（ａ）変更前の利用者情報と、（ｂ）２００６年５月２１日更新分の利用者情報と、（ｃ）削除条件表３１０の内容と、（ｄ）取り込まれた後（変更後）の利用者情報とが示されている。
【００２７】
前記したように、利用者情報取得部３１は、ＣＳＶファイルや関数で提供される利用者情報を取り込み、ＤＢサーバ４へ登録する機能を有する。具体的に、図４に示されるように、利用者情報を登録するタイミングで、削除条件表３２０に設定された内容と合致する利用者情報４１は、「更新日時」、および「削除日時」に処理した日時が設定され、キー項目となるＩＤ以外の情報を初期値に戻す。また、利用者情報４１に存在しない場合は、追加データとし、存在する場合は更新データとする。ここで、追加、更新については更新日時のみを処理した日時で設定する。但し、前提として、削除条件（ここでは、所属が「退職」の場合、勤務地が「○○」の場合）は、予め削除条件表３２０に設定されており、また、利用者情報のデータ項目に「更新日時」、「削除日時」の項目が付加されているものとする。
【００２８】
具体的には、図４（ｄ）に示すように、Ａさんは、主任から課長に変更され、Ｂさんは、退職したので、削除されている。Ｃさんには、変更がない。利用者情報４１のＡさんとＢさんの行の該当項目は、２００６年５月２１日５：００に更新されている。また、利用者情報４１のＢさんの行の該当項目は、２００６年５月２１日５：００に削除されている。なお、図中の２００６／０５／２１  ０５：００は、２００６年５月２１日５：００を意味する。
【００２９】
図５は、本発明の利用者情報配信装置の動作を説明するためのフローチャートである。ここでは、利用者情報配信部３３の動作のみを抽出して示してある。利用者情報配信部３３は、定義済みの配信条件表３２０の内容を基に、アプリケーションに必要な利用者情報を配信する機能を提供する。配信条件表３２０には、利用者情報４１を配信するアプリケーションに関する情報と配信条件が設定される。
【００３０】
具体的に、図５のフローチャートに示されるように、利用者情報配信部３３が内部から起動された場合（Ｓ５０１，内部）、まず、配信条件表３２０に、「アプリケーション名」、「ＩＰアドレス」、「配信条件」、「最終更新日時」の各データ項目からなる配信条件が設定され（Ｓ５０２）、指定されたアプリケーションに対し（Ｓ５０３，Ｙｅｓ）、配信条件表３２０、指定された抽出開始日、および配信状態管理表４２を基に、ＤＢサーバ４に格納された利用者情報４１から対象となる利用者情報を抽出し（Ｓ５０４）、ユーザにより作成されるデータ追加・更新、削除のためのインタフェース部３４をコールして指定されたアプリケーション実行装置１へ配信する（Ｓ５０５）。前記のようにして利用者情報４１を配信した結果、それぞれのアプリケーション実行装置１から返信される配信状況について（Ｓ５０６，Ｙｅｓ）、ＤＢサーバ４に割り付けられ記憶される配信状態管理表４２に設定する（Ｓ５０７）。なお、Ｓ５０３において、配信アプリが指定されない場合（Ｓ５０３，Ｎｏ）、利用者情報配信部３３は、処理の待ち状態となる。また、同様に、Ｓ５０６において、アプリケーション実行装置１から返信されない場合（Ｓ５０６，Ｎｏ）において、利用者情報配信部３３は、処理の待ち状態となる。
【００３１】
一方、利用者情報配信部３３が外部から起動された場合（Ｓ５０１，外部）、利用者情報４１を配信するアプリケーションの情報と配信条件とが設定され（Ｓ５０８）、外部から利用者情報４１の配信起動を行なう関数を提供する。ここで、関数をコールするアプリケーションは、ユーザが作成する。前記した関数がコールされた場合（Ｓ５０９，Ｙｅｓ）、指定されたアプリケーションに対し、配信条件表３２０、指定された抽出開始日、および配信状態管理表４２を基に、ＤＢサーバ４に格納された利用者情報４１から対象となる利用者情報を抽出し（Ｓ５０４）、データ追加・更新、削除のためのインタフェース部３４をコールして指定されたアプリケーション実行装置１へ配信する（Ｓ５０５）。そして、アプリケーション実行装置１からの配信状況の返信（Ｓ５０６，Ｙｅｓ）を待って配信状態管理表４２を更新管理するのも同様である（Ｓ５０７）。なお、Ｓ５０９において、前記した関数がコールされない場合（Ｓ５０９，Ｎｏ）、利用者情報配信部３３は、処理の待ち状態となる。
【００３２】
なお、ここで、データ追加・更新・削除のためのインタフェース部３４とは、利用者情報配信部３３が、抽出した情報をアプリケーション実行装置１へ配信するインタフェースである。ここでは、アプリケーションが任意の形式でデータを授受出来るようにインタフェースのみ規定され、コーディングはアプリケーション毎に行なう。また、配信状態管理表４２は、誰が、どのアプリケーションに、いつ配信したか（または配信が解除されたか）を示す利用者情報４１の配信状態を管理するために用いられる。
【００３３】
図６は、利用者情報配信部による利用者情報配信動作を説明するための動作概念図である。ここでは、（ａ）利用者情報４１と、（ｂ）配信状態管理表４２と、（ｃ）配信条件表３２０と、（ｄ）入退管理アプリケーション（アプリケーション実行装置１）とが示されている。前記したように、利用者情報取得部３１は、ＤＢサーバ４に格納してある利用者情報４１を、配信条件（配信条件表３２０）や、配信状態（配信状態管理表４２）によりアプリケーション実行装置１へ配信する機能を提供する。アプリケーション実行装置１の例として、指静脈による入退管理（指）、μチップによる入退管理（μ）、ＩＣカードによる入退管理（ＩＣ）のアプリケーションが示されている。
【００３４】
具体的に、図６に示されるように、利用者情報配信部３３は、指定されたアプリケーションに対し、配信条件表３２０、指定された抽出開始日、および配信状態管理表４２を基に、ＤＢサーバ４に格納された利用者情報４１から対象となる利用者情報を抽出し、ユーザにより作成（コーディング）されるデータ追加・更新、削除のためのインタフェース部３４をコールして指定されたアプリケーション実行装置１へ配信する。
【００３５】
そして、配信結果をアプリケーション実行装置１から受信したタイミングで、利用者毎の配信状況を配信状態管理表４２に設定し、配信条件表３２０の「最終配信日時」を処理開始した日時で更新する。また、アプリケーションへ利用者を追加した場合は、配信状態管理表４２に、誰を、どのアプリケーションに配信したかを追記する。更新した場合は、配信状態のみを変更する。
【００３６】
図７は、利用者情報配信装置の運用時における動作（初回の利用者情報配信、利用者情報が変更になった場合の利用者情報配信、配信条件が変更になった場合の利用者情報配信）を例示し、それぞれについて利用者情報の登録から配信に至るまでの動作を示したフローチャートである。
【００３７】
また、図８と図９は、初回の利用者情報配信についての動作説明図である。図１０〜図１５は、利用者情報が変更になった場合の利用者情報配信についての動作説明図である。図１６〜図１８は、配信条件が変更になった場合の利用者情報配信の動作説明図である。なお、図８〜図１８中、図１、図２に示すブロックと同じ符号が付されたブロックは、図１、図２に示すそれと同じ名称、機能を有するブロックと同じとする。
【００３８】
以下、図７〜図１８を参照しながら、図１、図２に示す本発明の実施の形態に係わる利用者情報配信装置の動作について詳細に説明する。
【００３９】
利用者情報配信装置（利用者情報配信部３３）は、初回の利用者情報配信時（Ｓ７０１，新規）、図８に示されるように、配信元となるＤＢサーバ４に、利用者情報４１と配信条件表３２０とを設定登録する（Ｓ７０２）。ここで、配信状態管理表４２は、初回の利用者情報の配信（新規）であるため、ＤＢサーバ４に記憶領域が割り当てられるだけであり、ここではブランクデータが設定される。
【００４０】
続いて、図９に示されるように、利用者情報配信部３３は、配信条件表３２０に設定登録された内容にしたがい、配信状態管理表４２に未登録の利用者情報を配信先となるアプリケーション実行装置１（ここでは、指静脈認証により入退管理を行なうＡシステムという）に配信する（Ｓ７０３）。同時に、配信状態管理表４２に、「配信した利用者情報の利用者を示す情報（ＩＤ）」と、「配信先」と、「配信状態」とを追記し、配信日時を更新する（Ｓ７０４）。
【００４１】
具体的には、図９に示されるように、配信条件表３２０に設定されたＡシステムの配信条件は、職位が課長以上である。利用者情報配信装置３は、課長以上の「日立太郎」、「日立二郎」、「日立三郎」の利用者情報を配信先のアプリケーション実行装置１のＡシステムに対して配信する。配信状態管理表４２には、ＩＤ（１００１、１００２、１００３）、配信先（Ａシステム）、配信状態（配信済）が追記されている。また、最終配信日時は、２００６年６月１１日００：００である。
【００４２】
一方、利用者情報が変更になった場合（Ｓ７０１，異動）、利用者情報配信部３３は、図１０に太枠で示されるように、更新日時が配信条件表３２０に設定された最終更新日時（前回配信日時）以降の利用者情報を抽出する（Ｓ７０５）。
【００４３】
そして、図１１に示されるように、利用者情報配信部３３は、対象となる利用者情報４１（図中、太枠）の中から、配信状態管理表４２に登録されていない「課長以上」（配信条件に合致する）利用者情報を配信する（Ｓ７０６，合致、およびＳ７０７）。同時に、配信した利用者情報の利用者を示す情報と配信先と配信状態とを追記して、配信日時を更新する（Ｓ７０８）。
【００４４】
具体的には、図１１に示されるように、利用者情報配信装置３は、課長以上の「日立四郎」、の利用者情報を配信先のアプリケーション実行装置１のＡシステムに対して配信する。配信状態管理表４２には、ＩＤ（１００４）、配信先（Ａシステム）、配信状態（配信済）が追記されている。また、最終配信日時は、２００６年６月１３日００：００である。
【００４５】
続いて、図１２に示されるように、利用者情報配信部３３は、配信条件表３２０に設定された配信条件に合致しない利用者情報で（Ｓ７０６，合致せず）、配信状態管理表３２０に「配信済み」と設定されているか否かを判定する（Ｓ７０９）。既に配信済みの場合（Ｓ７０９，Ｙｅｓ）、利用者情報を削除データとして抽出する。
【００４６】
そして、図１３に示されるように、利用者情報配信部３３は、抽出した利用者情報を配信先のアプリケーション実行装置１に削除データとして配信し（Ｓ７１０）、配信先のアプリケーション実行装置１でその抽出した利用者情報を削除する。そして、利用者情報配信部３３は、削除された利用者情報の配信状態管理表３２０における配信状態を「未配信」に変更する（Ｓ７１１）。なお、Ｓ７０９において、配信済みでない場合（Ｓ７０９，Ｎｏ）、一連の処理を終了する。
【００４７】
具体的には、図１３に示すように、利用者情報配信装置３は、「日立三郎」の利用者情報を配信先のアプリケーション実行装置１のＡシステムに対して削除データとして配信する。配信状態管理表４２には、ＩＤ（１００３）、配信先（Ａシステム）、配信状態（未配信）に更新される。
【００４８】
一方、配信条件が変更になった場合（Ｓ７０１，変更）、利用者情報配信部３３は、図１４に太枠で示されるように、配信条件表３２０に設定登録された配信条件（職位が「課長」または「一般」）に合致する（Ｓ７１２，合致）全ての利用者情報を抽出する。
【００４９】
そして、利用者情報配信部３３は、図１５に示されるように、対象となる利用者情報の中から、配信状態管理表３２０の配信状態に未登録、または「未配信」と設定されている（Ｓ７１３，合致）利用者情報を抽出する。続いて、図１６に示されるように、抽出した利用者情報を追加データとして配信先のアプリケーション実行装置１に配信する（Ｓ７１４）。同時に配信した利用者情報の利用者を示す情報（ＩＤ）と、「配信先」」と、「配信状態」とを追記または「配信状態」を「配信済み」に更新し、配信日時を更新する（Ｓ７１５）。なお、Ｓ７１３において、合致しない場合（Ｓ７１３，合致せず）、一連の処理を終了する。
【００５０】
具体的には、図１４に示されるように、配信条件表３２０に該当する利用者は、「日立二郎」、「日立三郎」、「日立四郎」である。図１５に示されるように、配信状態管理表４２には、「日立三郎」は未配信となっている。利用者情報配信装置３は、「日立三郎」の利用者情報を配信先のアプリケーション実行装置１のＡシステムに対して配信する。Ａシステムの利用者情報には、「日立三郎」が追加されている。また、配信状態管理表４２には、ＩＤ（１００３）、配信先（Ａシステム）、配信状態（配信済）に更新される。
【００５１】
一方、利用者情報配信部３３は、図１７に太枠で示されるように、配信条件表３２０に設定された配信条件に合致しない利用者情報で（Ｓ７１２，合致せず）、配信状態管理表４２に「配信済み」と設定されている（Ｓ７１８，Ｙｅｓ）利用者情報を削除データとして抽出する。
【００５２】
そして、図１８に示されるように、抽出した利用者情報を削除データとして配信先のアプリケーション実行装置１に配信し（Ｓ７１９）、配信先のアプリケーション実行装置１で削除する。また、削除データとして抽出した利用者情報の配信状態管理表４２における配信状態を「未配信」に変更する（Ｓ７２０）。なお、Ｓ７１８において、配信済みでない場合（Ｓ７１８，Ｎｏ）、一連の処理を終了する。
【００５３】
具体的には、図１７に示されるように、配信条件表３２０に該当しない利用者は、「日立太郎」である。また、配信状態管理表４２には、「日立太郎」は配信済となっている。利用者情報配信装置３は、図１８に示されるように、「日立太郎」の利用者情報を配信先のアプリケーション実行装置１のＡシステムに対して削除データとして配信する。また、配信状態管理表４２には、ＩＤ（１００１）、配信先（Ａシステム）、配信状態（未配信）に更新される。
【００５４】
なお、図７に示すフローチャートには図示省略したが、運用中に削除条件が変更されることも考えられる。例えば、削除条件表３１０の内容が、「職位が“退職の場合”」から「職位が“退職”または“異動”」に変更されたとする。このとき、利用者情報取得部３１は、削除条件登録部３５によって登録された変更後の削除条件表３１０を取得する。そして、このタイミングで変更された削除条件表３１０の削除条件である「職位が“退職”または“異動”」に合致する利用者情報を抽出し、ＤＢサーバ４の利用者情報を削除する。また、利用者情報配信部３３は、削除された利用者情報が、配信状態管理表４２の配信状態に「配信済み」と設定されていた場合には、削除情報として、配信先のアプリケーション実行装置１に配信して削除を依頼する。そして、利用者情報配信部３３は、そのアプリケーション実行装置から削除終了の通知があったところで、当該削除された利用者情報の配信状態管理表４２における配信状態を「未配信」に変更する。
【００５５】
以上説明のように、本発明の実施の形態に係わる利用者情報配信装置によれば、定期または不定期に更新される利用者情報を取得してＤＢサーバ４に格納し、アプリケーション毎更新された利用者情報を配信条件が予め設定登録された配信条件表３２０を参照して検索し、該当する利用者情報を抽出して配信対象となるアプリケーション実行装置１に配信する仕組みを構築することにより、人の異動が頻繁に発生しても、利用者情報の新規登録、削除、変更をアプリケーション毎に行なう必要がなくなるため作業効率が向上し、このため、特に、人の異動が頻繁に行われる大規模ユーザにおいて得られる効果が大きい。
【００５６】
また、利用者情報の新規登録、削除、変更をアプリケーション毎に行なう必要がなくなることから、アプリケーション毎に管理する利用者情報に差分が生じることがなくなり、したがって、各アプリケーションで使用する利用者情報の信頼性が高まる。さらに、例えば、入退管理のためのサーバ（アプリケーション実行装置１）を増設する等、アプリケーション拡張時にも、対象人員分の利用者情報を新規登録する必要がなくなるため登録工数の削減がはかれ、運用管理者の負担が大幅に軽減される。
【００５７】
また、図３、図５に示したフローチャートは、本発明の実施の形態に係わる利用者情報配信装置の動作の他に、本発明の実施の形態に係わるプログラムによる処理手順も併せて示している。すなわち、本発明の実施の形態に係わるプログラムは、利用者情報を用いてそれぞれのアプリケーションプログラムを実行する複数のアプリケーション実行装置１が接続される利用者情報配信装置３に用いられるプログラムであって、定期または不定期に更新される利用者情報を取得し、記憶装置（例えば、ＤＢサーバ４）に格納する処理（図３のＳ３０１〜Ｓ３０６）と、アプリケーションプログラム毎に更新された利用者情報を配信する条件が予め設定登録された配信条件表３２０を参照して記憶装置を検索する処理（図５のＳ５０１〜Ｓ５０４）と、検索により該当する利用者情報を抽出して配信対象となるアプリケーション実行装置１に配信する処理（図５のＳ５０５）と、をコンピュータに実行させるものである。
【００５８】
前記した本発明のプログラムによれば、定期または不定期に更新される利用者情報を使用するアプリケーションにおいて、利用者情報更新の都度、各アプリケーションに必要な利用者情報のみを必要なアプリケーションに自動配信することで利用者情報の信頼性を高め、アプリケーション拡張時の作業工数の削減がはかれる。
【００５９】
なお、図２に示した利用者情報配信装置３を構成する利用者情報取得部３１、配信条件登録部３２、利用者情報配信部３３、インタフェース部３４、削除条件登録部３５の各構成ブロックが有する機能は、具体的には、利用者情報配信装置３の制御中枢となるＣＰＵが、メモリに記録されたプログラムを逐次読み出し実行することにより実現されるものである。ＣＰＵおよびメモリはいずれも図示省略してある。また、前記した利用者情報配信装置３の各構成ブロックの機能は、全てをソフトウェアによって実現しても、あるいはその少なくとも一部をハードウエアで実現してもよい。
【００６０】
なお、前記した本発明の実施の形態によれば、ＤＢサーバ４は、利用者情報配信装置３とは独立して存在するものとして説明したが、利用者情報配信装置３が、ＤＢサーバ４が有する機能を取り込んで有していてもよい。この場合、利用者情報配信装置３の負荷が大きくなるが、ＤＢサーバ４を不要とするため、コンパクトな構成になる。
【図面の簡単な説明】
【００６１】
【図１】利用者情報配信システムのシステム構成の一例を示す図である。
【図２】利用者情報配信装置の機能構成図である。
【図３】利用者情報配信装置の動作を説明するためのフローチャートである。
【図４】利用者情報配信装置の動作を説明するための動作概念図である。
【図５】利用者情報配信装置の動作を説明するためのフローチャートである。
【図６】利用者情報配信装置の動作を説明するための動作概念図である。
【図７】利用者情報配信装置の運用時における動作（初回の利用者情報配信、利用者情報が変更になった場合の利用者情報配信、配信条件が変更になった場合の利用者情報配信）を例示し、それぞれについて利用者情報の登録から配信に至るまでの動作を示したフローチャートである。
【図８】初回の利用者情報配信についての動作説明図である。
【図９】初回の利用者情報配信についての動作説明図である。
【図１０】利用者情報が変更になった場合の利用者情報配信についての動作説明図である。
【図１１】利用者情報が変更になった場合の利用者情報配信についての動作説明図である。
【図１２】利用者情報が変更になった場合の利用者情報配信についての動作説明図である。
【図１３】利用者情報が変更になった場合の利用者情報配信についての動作説明図である。
【図１４】利用者情報が変更になった場合の利用者情報配信についての動作説明図である。
【図１５】利用者情報が変更になった場合の利用者情報配信についての動作説明図である。
【図１６】配信条件が変更になった場合の利用者情報配信の動作説明図である。
【図１７】配信条件が変更になった場合の利用者情報配信の動作説明図である。
【図１８】配信条件が変更になった場合の利用者情報配信の動作説明図である。
【符号の説明】
【００６２】
１    アプリケーション実行装置
２    外部システム
３    利用者情報配信装置
４    ＤＢサーバ
５    通信ネットワーク（ＬＡＮ）
３１    利用者情報取得部
３２    配信条件登録部
３３    利用者情報配信部
３４    インタフェース部
３５    削除条件登録部
４１    利用者情報
４２    配信状態管理表
３１０    削除条件表
３２０    配信条件表
【図１】
2008139946.tif 000003
【図２】
2008139946.tif 000004
【図３】
2008139946.tif 000005
【図４】
2008139946.tif 000006
【図５】
2008139946.tif 000007
【図６】
2008139946.tif 000008
【図７】
2008139946.tif 000009
【図８】
2008139946.tif 000010
【図９】
2008139946.tif 000011
【図１０】
2008139946.tif 000012
【図１１】
2008139946.tif 000013
【図１２】
2008139946.tif 000014
【図１３】
2008139946.tif 000015
【図１４】
2008139946.tif 000016
【図１５】
2008139946.tif 000017
【図１６】
2008139946.tif 000018
【図１７】
2008139946.tif 000019
【図１８】
2008139946.tif 000020