JP2013218575A - Ｉｄ情報管理システム、ｉｄ情報管理サーバ及びプログラム - Google Patents

Abstract

【課題】ＩＤ情報を管理するＩＤ情報管理ＤＢの更新を自動的に行うと共に、その更新内容を事前登録する際の作業負荷を低減する。
【解決手段】ＩＤ情報管理サーバ１０は、ＩＤ情報が登録されているＩＤ情報管理ＤＢ１０４と、ＩＤ情報管理ＤＢ１０４を更新するための予約情報が登録された予約情報管理ＤＢ１０２と、を備える。ＩＤ情報管理サーバ１０のＩＤ情報更新部１０３は、所定のタイミングで予約情報管理ＤＢ１０２にアクセスして、検索した予約情報に含まれる更新予定日が当日であるか否かを判定し、当日である場合には、当該予約情報の内容に基づいてＩＤ情報管理ＤＢ１０４の内容を更新する。予約情報登録部１０１は、アップロードデータ受信部１００によって受信された、端末装置からの第１の格納形式又は第２の格納形式のアップロードデータに基づいて予約情報管理ＤＢ１０２に予約情報を登録する。
【選択図】図２

Description

本発明は、ＩＤ情報を管理する技術に関する。

例えば、企業等において、社内業務システムやファイルサーバ等にて、ユーザの認証・認可に利用するＩＤ情報は、ＩＤ情報管理ＤＢ（データベース）にて一元管理され、人事異動や組織再編等のタイミングで、人的作業により適宜更新されるのが一般的である。

このような更新作業は、できるだけ短時間に完了させる必要があるが、例えば、異動対象者が多く、更新量が膨大であると、作業に手間がかかり、異動日当日になっても作業が完了しないケースも起こり得る。一方、このような事態を回避するため、更新作業を早めに開始すると、異動日の前にユーザのＩＤ情報が更新されることになり、認証等において不都合な面も出てくる。

このような問題に対し、例えば、特許文献１には、各職員の人事異動が書き込まれた最新役職情報テーブルを予め設定した周期で参照し、各職員の役職名が変わる当日に、各職員の役職名が登録されている職員情報テーブルの内容を自動的に書き換えるシステム（情報管理システム）が開示されている。

特開２０００−１０９２８号公報

ところで、ＩＤ情報管理ＤＢには、グループ会社等、複数の会社における社員のＩＤ情報が含まれるケースもある。この場合、各社員に割り振られるＩＤは、会社が異なっても同一とならないようにしているものの、各会社における社員情報のデータ管理方式（社員情報ＤＢの項目構成）は様々であることが多い。一例を挙げると、社員情報に、当該社員の現在の所属及び／又は役職が有効となった日を含める会社もあれば、そうでない会社もある。そうすると、上記の特許文献１の最新役職情報テーブルのような仮登録するＤＢに情報をアップロードする際、その入力項目群が、当該会社の社員情報ＤＢの項目群と一致せず、入力作業が容易ではない。

本発明は、上記問題に鑑みてなされたものであり、ユーザのＩＤ情報を管理するＩＤ情報管理ＤＢの更新を自動的に行うと共に、その更新内容を事前登録する際の作業負荷を低減できるＩＤ情報管理システム等を提供することを目標とする。

上記目的を達成するため、本発明に係るＩＤ情報管理システムは、
ユーザ毎のＩＤ情報を管理するＩＤ情報管理サーバと、前記ＩＤ情報管理サーバと所定のネットワークを介してデータ通信する端末装置と、から構成されるＩＤ情報管理システムであって、
前記ＩＤ情報管理サーバは、
前記ＩＤ情報が登録されているＩＤ情報管理データベースと、
前記ＩＤ情報管理データベースを更新するための予約情報が登録された予約情報管理データベースと、
所定のタイミングで前記予約情報管理データベースにアクセスして、登録されている全ての前記予約情報を順次検索し、検索した前記予約情報に含まれる更新予定日が当日であるか否かを判定し、当日である場合には、当該予約情報の内容に基づいて前記ＩＤ情報管理データベースの内容を更新するＩＤ情報更新部と、
所定の通信方式により前記端末装置とデータ通信を行い、前記端末装置から送信されたアップロードデータを受信するアップロードデータ受信部と、
前記アップロードデータ受信部によって受信された前記アップロードデータに基づいて前記予約情報管理データベースに前記予約情報を登録する予約情報登録部と、を備え、
前記端末装置は、
ユーザ操作に応じて、更新予定日を含む更新予定情報が１若しくは複数格納された第１の格納形式のアップロードデータ、又は、更新予定日を含まない更新予定情報が１若しくは複数格納されていると共にヘッダ部に更新予定日が格納された第２の格納形式のアップロードデータを前記ＩＤ情報管理サーバに送信し、
前記ＩＤ情報管理サーバの前記予約情報登録部は、
前記第１の格納形式のアップロードデータの場合、当該アップロードデータに格納されている各更新予定情報を予約情報として前記予約情報管理データベースに登録し、
前記第２の格納形式のアップロードデータの場合、当該アップロードデータの前記ヘッダ領域から前記更新予定日を抽出し、当該アップロードデータに格納されている前記各更新予定情報の内容を格納した予約情報を前記予約情報管理データベースに登録し、当該登録した各予約情報に前記抽出した更新予定日を格納する、ことを特徴とする。

本発明によれば、予約情報管理データベースに登録されている予約情報（更新予定のユーザＩＤ情報）を、その更新予定日に自動的にＩＤ情報管理データベースに更新登録する。したがって、人的作業に依らずにＩＤ情報管理データベースを適宜更新することができる。これにより、例えば、人事異動日の前後に拘わらず当該ユーザのＩＤ情報が正常に利用できるようになる。さらに、予約情報管理データベースへの予約情報の登録において、端末装置からは、更新予定日を含む更新予定情報が１又は複数格納された第１の格納形式のアップロードデータと、更新予定日を含まない更新予定情報が１又は複数格納されているアップロードデータと、を適宜選択して送信することができる。したがって、予約情報管理データベースへの予約情報の登録作業が簡易となる。

本発明の実施形態に係るＩＤ情報管理システムの全体構成を示す図である。 本実施形態のＩＤ情報管理サーバの構成を示すブロック図である。 ＩＤ情報の構成を示す図である。 予約情報の構成を示す図である。 第１の格納形式のアップロードデータの一例を示す図である。 第２の格納形式のアップロードデータの一例を示す図である。 格納形式問い合わせ画面の一例を示す図である。 第１の格納形式に対応した更新予定情報入力画面の一例を示す図である。 第２の格納形式に対応した更新予定情報入力画面の一例を示す図である。 予約情報登録処理の手順を示すフローチャートである。 ＩＤ情報更新処理の手順を示すフローチャートである。

以下、本発明の一実施形態について図面を参照して詳細に説明する。

図１は、本実施形態に係るＩＤ情報管理システム１の全体構成を示す図である。このＩＤ情報管理システム１は、ＩＤ情報管理サーバ１０と、複数の端末装置２０と、から構成される。ＩＤ情報管理サーバ１０と各端末装置２０は、例えば、インターネット等の所定のネットワーク３０に接続し、相互にデータの送受信が可能となるように構成されている。

ＩＤ情報管理システム１は、複数のグループ会社からなる企業において、各会社の社員（ユーザ）の認証・認可（以下、認証等という。）に利用するＩＤ情報を管理するシステムである。ここで管理されるＩＤ情報は、例えば、当該企業における共通の社内業務システムやファイルサーバへのユーザのアクセスの際に使用される

ＩＤ情報管理サーバ１０は、何れかの会社（グループ本社等）のＩＤ情報を管理する部門に設置される。ＩＤ情報管理サーバ１０は、一般的なサーバ・コンピュータと同等のハードウェア構成を有する。即ち、ＩＤ情報管理サーバ１０は、何れも図示しないが、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等から構成される制御装置、読み書き可能な不揮発性の半導体メモリやハードディスクドライブ等から構成される外部記憶装置、ネットワーク３０を介して各端末装置２０とデータ通信を行うための通信インタフェース、キーボード，マウス，キーパッド，タッチパッドやタッチパネル等から構成される入力装置、ＣＲＴや液晶モニタ等から構成される表示装置等を備える。

端末装置２０は、各会社毎に１又は複数台設置され、それぞれが、一般のパーソナルコンピュータと同等のハードウェア構成を有する。また、各端末装置２０には、ＩＤ情報管理サーバ１０にアップロードデータを送信するためのアプリケーションソフトウェアが予めインストールされている。

図２に示すように、ＩＤ情報管理サーバ１０は、機能的には、アップロードデータ受信部１００と、予約情報登録部１０１と、予約情報管理ＤＢ１０２と、ＩＤ情報更新部１０３と、ＩＤ情報管理ＤＢ１０４と、を備える。

ＩＤ情報管理ＤＢ１０４は、上述したように、社内業務システムやファイルサーバへのユーザのアクセスの際に使用されるＩＤ情報を管理するデータベースである。ＩＤ情報管理ＤＢ１０４には、現時点で在職中のグループ各社全員のＩＤ情報が登録されている。ＩＤ情報は、図３に示すように、ＩＤ３００、氏名３０１、所属３０２、役職３０３、有効開始日３０４及び有効終了日３０５の各項目から構成される。

ＩＤ３００には、各ユーザに割り振られたＩＤが格納される。ＩＤは、例えば、所定桁数（例えば、７桁）の英数文字で構成される。各ユーザには、異なるＩＤが割り振られている。氏名３０１には、当該ユーザの氏名を示す情報が格納される。氏名は、漢字、ひらがな、カタカナ又はこれらの内の任意の組み合わせで構成される。所属３０２には、当該ユーザの現在の所属先を示す情報（例えば、“Ａ社Ｂ部Ｃ課”等）が格納される。役職３０３には、当該ユーザの現在の役職を示す情報（例えば、“課長”等）が格納される。なお、所属３０２や役職３０３には、予め決められたコードが格納されてもよい。

有効開始日３０４には、当該ユーザの現在の所属及び／又は役職が有効となった年月日を示す情報（例えば、“20080401”等）が格納される。有効終了日３０５は、当該ユーザの在職期限（年月日）を示す情報（例えば、“20301031”等）が格納される。在職期限とは、例えば、当該ユーザが正規雇用ならば定年退職日を示し、非正規雇用（派遣等）ならば契約期間満了日を示す。なお、当該ユーザが正規雇用であっても、現在の所属及び／又は役職が所定期間限定の場合は、その期間の満了日を示す。なお在職期限を示す情報は、ＩＤ情報において、必須の情報ではなく、有効終了日３０５には、“ＮＵＬＬ”が格納されている場合もある。

予約情報管理ＤＢ１０２は、ＩＤ情報管理ＤＢ１０４に登録予定のＩＤ情報が予約情報として登録されたデータベースである。予約情報は、図４に示すように、ＩＤ４００、氏名４０１と、所属４０２と、役職４０３と、有効開始日４０４及び有効終了日４０５の各項目から構成される。これらの各項目の入力フォーマットは、上記のＩＤ３００、氏名３０１、所属３０２、役職３０３、有効開始日３０４及び有効終了日３０５の各項目の入力フォーマットと同一である。

ＩＤ４００には、ＩＤ３００と同様、各ユーザに割り振られたＩＤが格納される。また、氏名４０１には、氏名３０１と同様、当該ユーザ（異動予定、あるいは、新規に登録予定のユーザ）の氏名を示す情報が格納される。

所属４０２には、当該ユーザの現在又は異動予定の所属先を示す情報が格納される。役職４０３には、当該ユーザの現在又は異動予定の役職を示す情報が格納される。なお、所属４０２や役職４０３には、所属３０２や役職３０３と同様、予め決められたコードが格納されてもよい。

有効開始日４０４には、当該ユーザの異動予定の年月日を示す情報（例えば、“20120401”等）が格納される。有効終了日４０５は、有効終了日３０５と同様、当該ユーザの在職期限（年月日）を示す情報が格納される。有効終了日４０５には、有効終了日３０５と同様、“ＮＵＬＬ”が格納されている場合もある。

ＩＤ情報更新部１０３は、ＣＰＵ等が、ＲＯＭ又は外部記憶装置に記憶されている、所定のプログラムを実行することで実現する機能部であり、所定のタイミング（例えば、定期的）に予約情報管理ＤＢ１０２にアクセスして、登録されている全ての予約情報を参照する。そして、有効開始日４０４に格納されている情報が示す年月日と、当日の年月日と、が一致する場合には、当該予約情報の内容に基づいて、ＩＤ情報管理ＤＢ１０４の対応するＩＤ情報の内容を更新する。そして、ＩＤ情報更新部１０３は、当該予約情報を予約情報管理ＤＢ１０２から削除する。

アップロードデータ受信部１００は、ＣＰＵ等が上記の所定のプログラムを実行し、通信インタフェース等との協調により実現する機能部であり、ネットワーク３０を介して、所定の通信方式により端末装置２０とデータ通信を行い、端末装置２０から送信されたデータ（アップロードデータ）を受信する。アップロードデータ受信部１００は、受信したアップロードデータを予約情報登録部１０１に供給する。

ここで、各端末装置２０から送信されるアップロードデータについて詳細に説明する。本実施形態では、アップロードデータには、大別すると２通りの格納形式が存在する。第１の格納形式のアップロードデータには、図５に示すように、予約情報管理ＤＢ１０２の予約情報に則ったフォーマットの更新予定情報が１又は複数格納されている。第１の格納形式のアップロードデータのファイル形式として、例えば、ＣＳＶ（Comma Separated Values）が採用し得る。

図５では、例えば、現在の役職が主任であるＩＤが“Ｍ０００１１０”の“山田太郎”さんが、“２０１１年１２月１日”付で課長に役職が異動する場合の更新予定情報が示されている。

一方、第２の格納形式のアップロードデータには、図６に示すように、予約情報管理ＤＢ１０２の予約情報に則っていないフォーマットの更新予定情報が１又は複数（通常は複数）格納されている。第２の格納形式のアップロードデータのファイル形式として、第１の格納形式と同様、例えば、ＣＳＶが採用し得る。

図６に示すように、この更新予定情報には、予約情報管理ＤＢ１０２の予約情報における有効開始日４０４及び有効終了日４０５が含まれていない。但し、更新予定日（異動予定日）に相当する情報は、当該アップロードデータのヘッダ領域の所定箇所に格納されている。つまり、第２の格納形式のアップロードデータにおいては、更新予定日は、全ての更新予定情報において共通となっている。

アップロードデータ受信部１００からアップロードデータが供給されると、予約情報登録部１０１は、当該アップロードデータの格納形式の判別を行う。本実施形態では、アップロードデータのヘッダ領域の所定箇所に、第１又は第２の格納形式の何れかであるかを示す情報が格納されているものとする。

アップロードデータ受信部１００から供給されたアップロードデータが第１の格納形式のものである場合、予約情報登録部１０１は、当該アップロードデータに格納されている各更新予定情報を予約情報として予約情報管理ＤＢ１０２に登録する。

一方、アップロードデータ受信部１００から供給されたアップロードデータが第２の格納形式のものである場合、予約情報登録部１０１は、当該アップロードデータのヘッダ領域から、更新予定日を示す情報を抽出する。そして、当該アップロードデータに格納されている各更新予定情報の内容を格納した予約情報を予約情報管理ＤＢ１０２に追加登録し、当該登録した予約情報の有効開始日４０４に、抽出した更新予定日を示す情報を格納する。なお、有効終了日４０５には、“ＮＵＬＬ”を格納する。

以上により、端末装置２０から送信されたアップロードデータが、予約情報管理ＤＢ１０２に反映される。

次に、各端末装置２０において実行される、ＩＤ情報管理サーバ１０にアップロードデータを送信するためのユーザＩ／Ｆ処理について説明する。このユーザＩ／Ｆ処理は、上述したアプリケーションソフトウェアが、ユーザ操作により端末装置２０の図示しない制御装置により起動されることで開始される。

先ず、端末装置２０の制御装置は、図７に示すように、ユーザに対して、どの格納形式のアップロードデータにすべきかを問い合わせるための画面（格納形式問い合わせ画面７０１）を液晶モニタ等に表示する。

ユーザは、端末装置２０が備える図示しない入力装置を介して、ラジオボタン７０２又は７０３の何れかを選択する操作を行うことで、アップロードデータの格納形式を選択（指定）することができる。例えば、“第１の格納形式”を指定したい場合、ユーザは、ラジオボタン７０２を選択する操作を行えばよい。一方、“第２の格納形式”を指定したい場合、ユーザは、ラジオボタン７０３を選択する操作を行えばよい。

例えば、当該端末装置２０が設置されている部署（例えば、Ａ社のＢ部Ｃ課）において、近日中に異動する者が少なかったり、あるいは、異動日がまちまちである場合等では、ユーザは、“第１の格納形式”を指定すればよい。

ユーザにより、“第１の格納形式”が指定され、ＯＫボタン７０４が押下操作されると、端末装置２０の制御装置は、図８に示すような更新予定情報入力画面８０１を液晶モニタ等に表示する。

更新予定情報入力画面８０１には、予約情報管理ＤＢ１０２の予約情報に則ったフォーマットで更新予定情報を入力するための入力エリア８０２が設けられている。ユーザは、端末装置２０が備える入力装置を介して、入力エリア８０２の各項目に、当該移動予定のユーザにそれぞれ対応した情報を直接テキスト入力することができる。

複数の更新予定情報を入力したい場合には、ユーザは、次ボタン８０３を押下操作すればよい。次ボタン８０３が押下操作されると、端末装置２０の制御装置は、入力エリア８０２の入力内容をバッファに取り込んだ後、入力エリア８０２の各項目の表示をクリアする。これにより、ユーザは、次の更新予定情報を入力することができる。

ユーザにより、１又は複数の更新予定情報が入力され、ＯＫボタン８０４が押下操作されると、端末装置２０の制御装置は、データ領域に、入力された１又は複数の更新予定情報を格納し、さらにヘッダ領域の所定箇所に第１の格納形式を示す情報を格納したアップロードデータを生成する。そして、端末装置２０の制御装置は、図示しない通信インタフェースを制御して、生成したアップロードデータをネットワーク３０を介して、ＩＤ情報管理サーバ１０に送信する。

一方、例えば、当該端末装置２０が設置されている部署（例えば、Ｂ社のＣ部）において、同日に異動する者が多かったり、あるいは、当該部署における社員情報のデータ管理方式において、有効開始日及び有効終了日を管理していない（社員情報ＤＢの項目に含まれていない）場合等では、ユーザは、“第２の格納形式”を指定すればよい。

ユーザにより、“第２の格納形式”が指定され、ＯＫボタン７０４が押下操作されると、端末装置２０の制御装置は、図９に示すような更新予定情報入力画面９０１を液晶モニタ等に表示する。

この更新予定情報入力画面９０１には、更新予定情報が格納されたファイルを指定するための入力エリア９０２が設けられている。これにより、ユーザは、予め準備しておいた、当該部署の社員情報ＤＢの内容を出力したＣＳＶファイル（更新予定．ｃｓｖ）を指定することができる。そして、ユーザにより、ＯＫボタン９０３が押下操作されると、端末装置２０の制御装置は、データ領域に、指定されたＣＳＶファイルの内容を格納し、さらにヘッダ領域の所定箇所に第２の格納形式を示す情報を格納したアップロードデータを生成する。そして、端末装置２０の制御装置は、図示しない通信インタフェースを制御して、生成したアップロードデータをネットワーク３０を介して、ＩＤ情報管理サーバ１０に送信する。

以上のようにして、各端末装置２０において、ＩＤ情報管理サーバ１０にアップロードデータを送信するためのユーザＩ／Ｆ処理が実行される。

続いて、ＩＤ情報管理サーバ１０で実行される予約情報登録処理について、図１０のフロチャートに沿って説明する。

アップロードデータ受信部１００は、端末装置２０から送信されたアップロードデータを受信すると（ステップＳ１０１；ＹＥＳ）、受信したアップロードデータを予約情報登録部１０１に供給する。

予約情報登録部１０１は、当該アップロードデータの格納形式の判別を行う（ステップＳ１０２）。当該アップロードデータが第１の格納形式のものである場合（ステップＳ１０２；ＹＥＳ）、予約情報登録部１０１は、当該アップロードデータに格納されている各更新予定情報を予約情報として予約情報管理ＤＢ１０２に登録する（ステップＳ１０３）。

一方、当該アップロードデータが第２の格納形式のものである場合（ステップＳ１０２；ＮＯ）、予約情報登録部１０１は、当該アップロードデータのヘッダ領域から、更新予定日を示す情報を抽出する（ステップＳ１０４）。予約情報登録部１０１は、当該アップロードデータに格納されている各更新予定情報の内容を格納した予約情報を予約情報管理ＤＢ１０２に追加登録する（ステップＳ１０５）。そして、予約情報登録部１０１は、当該登録した予約情報の有効開始日４０４に、抽出した更新予定日を示す情報を格納し、有効終了日４０５に“ＮＵＬＬ”を格納する（ステップＳ１０６）。

続いて、ＩＤ情報管理サーバ１０で実行されるＩＤ情報更新処理について、図１１のフロチャートに沿って説明する。ＩＤ情報更新部１０３は、所定のタイミング（例えば、毎日午前０時）に予約情報管理ＤＢ１０２にアクセスする（ステップＳ２０１）。ＩＤ情報更新部１０３は、予約情報管理ＤＢ１０２に登録されている予約情報を順次検索し、有効開始日４０４に格納されている情報が示す年月日をチェックして、当日の年月日と一致するか否かを判定する（ステップＳ２０２）。

その結果、当日の年月日と一致する場合（ステップＳ２０２；ＹＥＳ）、ＩＤ情報更新部１０３は、当該予約情報の内容に基づいて、ＩＤ情報管理ＤＢ１０４の対応するＩＤ情報の内容を更新する（ステップＳ２０３）。また、ＩＤ情報更新部１０３は、当該予約情報を予約情報管理ＤＢ１０２から削除する。なお、ＩＤ情報管理ＤＢ１０４に対応するＩＤ情報が存在しない場合には、当該予約情報を新しいＩＤ情報としてＩＤ情報管理ＤＢ１０４に追加登録する。

一方、当日の年月日と一致しない場合（ステップＳ２０２；ＮＯ）又は、ステップＳ２０３の処理の後、ＩＤ情報更新部１０３は、全ての予約情報を検索したか否かを判定する（ステップＳ２０４）。全ての予約情報を検索していない場合（ステップＳ２０４；ＮＯ）、ＩＤ情報更新部１０３は、次の予約情報を検索して（ステップＳ２０５）、再度、ステップＳ２０２の処理を行う。

一方、全ての予約情報を検索した場合（ステップＳ２０４；ＹＥＳ）、ＩＤ情報更新部１０３は、次の参照時刻（翌日の午前０時）まで処理をウエイトする（ステップＳ２０６）。

以上、説明したように、本実施形態のＩＤ情報管理システム１によれば、予約情報管理ＤＢ１０２に登録されている予約情報を、その更新予定日に自動的にＩＤ情報管理ＤＢ１０４に更新登録する。したがって、人的作業に依らずにＩＤ情報管理ＤＢ１０４を適宜更新することができる。これにより、例えば、人事異動日の前後に拘わらず当該ユーザのＩＤ情報が正常に利用できる。

さらに、予約情報管理ＤＢ１０２への予約情報の登録において、端末装置２０からは、個人単位の情報入力に基づくアップロードデータと、ファイルの指定に基づくアップロードデータと、を適宜選択して送信することができる。したがって、各部署における社員情報のデータ管理方式が異なっている場合や、同日に異動する者が多かったりする場合等においても、容易に予約情報管理ＤＢ１０２に予約情報を登録することが可能となる。

なお、本発明は、上記実施形態に限定されず、本発明の要旨を逸脱しない範囲での種々の変更は勿論可能である。

例えば、ＩＤ情報更新部１０３は、予約情報の有効開始日４０４に格納されている情報が示す年月日と、当日の年月日と、が一致する場合、直ちに、ＩＤ情報管理ＤＢ１０４の対応するＩＤ情報の内容を更新するのではなく、対応するＩＤ情報と比較して、氏名、所属及び役職の少なくとも何れか１つの項目の内容が変化している場合に、更新するようにしてもよい。例えば、第２の格納形式のアップロードデータを選択する場合、部署によっては、当該部署の社員情報ＤＢの内容を、特に条件を絞らずにＣＳＶファイル等に出力するケースも想定できることから、当該アップロードデータには、異動予定のユーザに係る情報でないものが含まれる可能性がある。したがって、上記のようにすることで、異動予定のユーザのＩＤ情報のみを効率的に更新することができる。

また、上記実施形態のＩＤ情報管理サーバ１０が実行したプログラムを、既存のサーバ・コンピュータ等に適用することで、当該サーバ・コンピュータを本発明に係るＩＤ情報管理サーバとして機能させることも可能である。

このようなプログラムの配布方法は任意であり、例えば、ＣＤ−ＲＯＭ（Compact Disk Read-Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magneto Optical Disk）、メモリカードなどのコンピュータ読み取り可能な記録媒体に格納して配布してもよいし、インターネットなどの通信ネットワークを介して配布してもよい。

本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施形態及び変形が可能とされるものである。また、上述した実施形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。

１ ＩＤ情報管理システム
１０ ＩＤ情報管理サーバ
１００ アップロードデータ受信部
１０１ 予約情報登録部
１０２ 予約情報管理ＤＢ
１０３ ＩＤ情報更新部
１０４ ＩＤ情報管理ＤＢ

Claims (4)

1. ユーザ毎のＩＤ情報を管理するＩＤ情報管理サーバと、前記ＩＤ情報管理サーバと所定のネットワークを介してデータ通信する端末装置と、から構成されるＩＤ情報管理システムであって、
   前記ＩＤ情報管理サーバは、
   前記ＩＤ情報が登録されているＩＤ情報管理データベースと、
   前記ＩＤ情報管理データベースを更新するための予約情報が登録された予約情報管理データベースと、
   所定のタイミングで前記予約情報管理データベースにアクセスして、登録されている全ての前記予約情報を順次検索し、検索した前記予約情報に含まれる更新予定日が当日であるか否かを判定し、当日である場合には、当該予約情報の内容に基づいて前記ＩＤ情報管理データベースの内容を更新するＩＤ情報更新部と、
   所定の通信方式により前記端末装置とデータ通信を行い、前記端末装置から送信されたアップロードデータを受信するアップロードデータ受信部と、
   前記アップロードデータ受信部によって受信された前記アップロードデータに基づいて前記予約情報管理データベースに前記予約情報を登録する予約情報登録部と、を備え、
   前記端末装置は、
   ユーザ操作に応じて、更新予定日を含む更新予定情報が１若しくは複数格納された第１の格納形式のアップロードデータ、又は、更新予定日を含まない更新予定情報が１若しくは複数格納されていると共にヘッダ部に更新予定日が格納された第２の格納形式のアップロードデータを前記ＩＤ情報管理サーバに送信し、
   前記ＩＤ情報管理サーバの前記予約情報登録部は、
   前記第１の格納形式のアップロードデータの場合、当該アップロードデータに格納されている各更新予定情報を予約情報として前記予約情報管理データベースに登録し、
   前記第２の格納形式のアップロードデータの場合、当該アップロードデータの前記ヘッダ領域から前記更新予定日を抽出し、当該アップロードデータに格納されている前記各更新予定情報の内容を格納した予約情報を前記予約情報管理データベースに登録し、当該登録した各予約情報に前記抽出した更新予定日を格納する、
   ことを特徴とするＩＤ情報管理システム。
2. 前記ＩＤ情報更新部は、前記検索した前記予約情報に含まれる更新予定日が当日である場合、前記検索した前記予約情報に対応するＩＤ情報が前記ＩＤ情報管理データベースに存在しない場合、又は前記検索した前記予約情報の内容と、対応するＩＤ情報の内容とが所定条件の下で一致しない場合に、当該予約情報の内容に基づいて前記ＩＤ情報管理データベースの内容を更新する、
   ことを特徴とする請求項１に記載のＩＤ情報管理システム。
3. ユーザ毎のＩＤ情報が登録されているＩＤ情報管理データベースと、
   前記ＩＤ情報管理データベースを更新するための予約情報が登録された予約情報管理データベースと、
   所定のタイミングで前記予約情報管理データベースにアクセスして、登録されている全ての前記予約情報を順次検索し、検索した前記予約情報に含まれる更新予定日が当日であるか否かを判定し、当日である場合には、当該予約情報の内容に基づいて前記ＩＤ情報管理データベースの内容を更新するＩＤ情報更新部と、
   所定のネットワークを介した所定の通信方式により端末装置とデータ通信を行い、前記端末装置から送信されたアップロードデータを受信するアップロードデータ受信部と、
   前記アップロードデータ受信部によって受信された前記アップロードデータに基づいて前記予約情報管理データベースに前記予約情報を登録する予約情報登録部と、を備え、
   前記予約情報登録部は、前記端末装置から送信されたアップロードデータが、更新予定日を含む更新予定情報が１又は複数格納された第１の格納形式のアップロードデータである場合、当該アップロードデータに格納されている各更新予定情報を予約情報として前記予約情報管理データベースに登録し、更新予定日を含まない更新予定情報が１又は複数格納されていると共にヘッダ部に更新予定日が格納された第２の格納形式のアップロードデータである場合、当該アップロードデータの前記ヘッダ領域から前記更新予定日を抽出し、当該アップロードデータに格納されている前記各更新予定情報の内容を格納した予約情報を前記予約情報管理データベースに登録し、当該登録した各予約情報に前記抽出した更新予定日を格納する、
   ことを特徴とするＩＤ情報管理サーバ。
4. ユーザ毎のＩＤ情報が登録されているＩＤ情報管理データベースと、
   前記ＩＤ情報管理データベースを更新するための予約情報が登録された予約情報管理データベースと、を備えるコンピュータを、
   所定のタイミングで前記予約情報管理データベースにアクセスして、登録されている全ての前記予約情報を順次検索し、検索した前記予約情報に含まれる更新予定日が当日であるか否かを判定し、当日である場合には、当該予約情報の内容に基づいて前記ＩＤ情報管理データベースの内容を更新するＩＤ情報更新部、
   所定のネットワークを介した所定の通信方式により端末装置とデータ通信を行い、前記端末装置から送信されたアップロードデータを受信するアップロードデータ受信部、
   前記アップロードデータ受信部によって受信された前記アップロードデータに基づいて前記予約情報管理データベースに前記予約情報を登録する予約情報登録部、として機能させるプログラムであって、
   前記予約情報登録部は、前記端末装置から送信されたアップロードデータが、更新予定日を含む更新予定情報が１又は複数格納された第１の格納形式のアップロードデータである場合、当該アップロードデータに格納されている各更新予定情報を予約情報として前記予約情報管理データベースに登録し、更新予定日を含まない更新予定情報が１又は複数格納されていると共にヘッダ部に更新予定日が格納された第２の格納形式のアップロードデータである場合、当該アップロードデータの前記ヘッダ領域から前記更新予定日を抽出し、当該アップロードデータに格納されている前記各更新予定情報の内容を格納した予約情報を前記予約情報管理データベースに登録し、当該登録した各予約情報に前記抽出した更新予定日を格納する、
   ことを特徴とするプログラム。

Images