(57)【要約】【課題】  最新の情報を知らされていない者が、過去の情報から最新の情報を検索できるようにすること。【解決手段】  利用者名と現在の電話番号とを対応づけたマスタデータベース１２１０と、このマスタデータベース１２１０に対応した複数の過去の電話番号を有する履歴データベース１２２０と、を記憶し、入力部１１１０から入力された利用者の電話番号で、履歴データベース１２２０を検索し対応するマスタデータベース１２１０から現在電話番号を抽出し、出力部１１４０から出力することにより、過去のいずれかの電話番号を頼りに現在の電話番号を抽出することができ、利用者の直近とは限らない過去の電話番号から現在の電話番号を知ることができる。【選択図】図１
2007052806.tif 000002
【特許請求の範囲】
【請求項１】
利用者を特定する特定情報と前記利用者が現在使用中の電話番号とを対応づけて記憶する第１のテーブルと、利用者を特定する特定情報と前記利用者が過去登録されてきた複数の電話番号情報とを対応づけて記憶する第２のテーブルと、にアクセス可能なコンピュータに、
電話番号の検索要求があった場合、前記第２のテーブルを参照し、記憶されている電話番号に対応する特定情報を抽出する特定情報抽出ステップと、
前記第１のテーブルを参照し、前記特定情報抽出ステップにて抽出した特定情報に対応する現在使用中の電話番号情報を抽出し、検索要求元へ出力を行う電話番号抽出ステップと、
を実行させることを特徴とする履歴検索プログラム。
【請求項２】
利用者を特定する特定情報と前記利用者が現在使用中の電話番号とを対応づけて記憶する第１のテーブルと、利用者を特定する特定情報と前記利用者が過去登録されてきた複数の電話番号情報とを対応づけて記憶する第２のテーブルと、にアクセス可能なコンピュータが、
電話番号の検索要求があった場合、前記第２のテーブルを参照し、記憶されている電話番号に対応する特定情報を抽出する特定情報抽出ステップと、
前記第１のテーブルを参照し、前記特定情報抽出ステップにて抽出した特定情報に対応する現在使用中の電話番号情報を抽出し、検索要求元へ出力を行う電話番号抽出ステップと、
を実行することを特徴とする履歴検索方法。
【請求項３】
利用者を特定する特定情報と前記利用者が現在使用中の電話番号とを対応づけて記憶する第１のテーブルと、
利用者を特定する特定情報と前記利用者が過去登録されてきた複数の電話番号情報とを対応づけて記憶する第２のテーブルと、
電話番号の検索要求があった場合、前記第２のテーブルを参照し、記憶されている電話番号に対応する特定情報を抽出する特定情報抽出手段と、
前記第１のテーブルを参照し、前記特定情報抽出手段が抽出した特定情報に対応する現在使用中の電話番号情報を抽出し、検索要求元へ出力を行う電話番号抽出手段と、
を備えたことを特徴とする履歴検索装置。
【請求項４】
利用者を特定する特定情報と前記利用者が現在使用中のメールアドレスとを対応づけて記憶する第１のテーブルと、利用者を特定する特定情報と前記利用者が過去登録されてきた複数のメールアドレス情報とを対応づけて記憶する第２のテーブルと、にアクセス可能なコンピュータに、
メールアドレスの検索要求があった場合、前記第２のテーブルを参照し、記憶されているメールアドレスに対応する特定情報を抽出する特定情報抽出ステップと、
前記第１のテーブルを参照し、前記特定情報抽出ステップにて抽出した特定情報に対応する現在使用中のメールアドレス情報を抽出し、検索要求元へ出力を行うメールアドレス抽出ステップと、
を実行させることを特徴とする履歴検索プログラム。
【請求項５】
利用者を特定する特定情報と前記利用者が現在使用中のメールアドレスとを対応づけて記憶する第１のテーブルと、利用者を特定する特定情報と前記利用者が過去登録されてきた複数のメールアドレス情報とを対応づけて記憶する第２のテーブルと、にアクセス可能なコンピュータが、
メールアドレスの検索要求があった場合、前記第２のテーブルを参照し、記憶されているメールアドレスに対応する特定情報を抽出する特定情報抽出ステップと、
前記第１のテーブルを参照し、前記特定情報抽出ステップにて抽出した特定情報に対応する現在使用中のメールアドレス情報を抽出し、検索要求元へ出力を行うメールアドレス抽出ステップと、
を実行することを特徴とする履歴検索方法。
【請求項６】
利用者を特定する特定情報と前記利用者が現在使用中のメールアドレスとを対応づけて記憶する第１のテーブルと、
利用者を特定する特定情報と前記利用者が過去登録されてきた複数のメールアドレス情報とを対応づけて記憶する第２のテーブルと、
メールアドレスの検索要求があった場合、前記第２のテーブルを参照し、記憶されているメールアドレスに対応する特定情報を抽出する特定情報抽出手段と、
前記第１のテーブルを参照し、前記特定情報抽出手段が抽出した特定情報に対応する現在使用中のメールアドレス情報を抽出し、検索要求元へ出力を行うメールアドレス抽出手段と、
を備えたことを特徴とする履歴検索装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介した情報検索システムに係り、特に、過去の情報から最新の情報を検索する履歴検索方法に関する。
【背景技術】
【０００２】
近年、電話機、特に携帯電話機および情報通信網の発達はきわめて顕著であり、携帯電話機本体の機能性、操作性などがめざましく改良され、新機種が頻繁に市場に提供されている。また、料金体系も頻繁に変更され、流行性などにもより利用者の機種変更が頻繁に行われているのが現状である。また、破損、紛失などにより新機種の購入を強いられる場合もある。
【０００３】
このような新たな携帯電話機を購入した利用者がそれまでの電気通信事業者によって定められ使用していた電話番号は、新電気通信事業者においては全く使用することができず、新電気通信事業者によって定められた新電話番号を使用することになる。さらに、移転などにともない、固定電話などの電話番号変更を強いられることもある。
【０００４】
このような場合、電話番号が変更された利用者は、個々の通話相手に電話番号変更の連絡をしなければならない。したがって、電話番号が変更になったことを不知の通話者は、この利用者に対して電話をかけることができなくなってしまう。
【０００５】
そこで、例えば、以下のような電話番号案内装置がある。このものは、変更前の電話番号および変更後の電話番号を対応づけて管理し、旧電話番号から変更後の電話番号を知らせるものである（例えば、特許文献１参照）。
【０００６】
また、ある人の現在の勤務先、所属、電話番号、メールアドレスなど個人情報を知ろうとした場合、現在の情報を管理したデータベースを検索するのが一般的である。
【０００７】
個人を認識するのに有効かつ確実なメールアドレスを知っている場合は、メールアドレスで検索するのが有効な手段となるが、迷惑メール対策、あるいは、サービス内容によるＩＳＰ乗り換えなどに応じて、最近、利用者が頻繁にメールアドレスを変更する機会が多くなっている。また、メールサーバのドメイン名変更や企業統廃合といったＩＳＰ側の理由により、メールアドレスが変更になることもある。
【特許文献１】特開２００１−２１７９３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記のようなメールアドレスの変更を知らされていない他者は、変更後のメールアドレスを知る術がない。
【０００９】
また、問合者が知っているメールアドレスが、直近の変更前のメールアドレスであるとは限らない。例えば、利用者が２度メール変更して、今は３番目のメールアドレスを使用している場合、問合者は１番目のメールアドレスしか知らない場合もある。
【００１０】
同様に、電話番号でも同じ問題が生じる。しかも、電話番号の場合は、使用が打ち切られて一定期間経過すると同一番号を他者に割り当てる場合がある。したがって、サーバ側の問題として、単純に過去の電話番号履歴から検索すると、複数の利用者が該当して本当に問合者が知りたい人物の最新電話番号を提供することができない。
【００１１】
そこで本発明は、サーバが変更前のメールアドレス、電話番号など過去の情報を履歴データとして管理し、問合者が条件入力した情報から、履歴データを検索することにより現在の情報を得る。また、直近の変更前情報、例えば、直近のメールアドレスだけでなく、各利用者に関して全ての使用メールアドレスを記録しておくので、問合者の条件入力したメールアドレスがどんなに古いものでも、検索できる。また、複数の利用者が該当した場合は、問合せメールアドレスの所持者の電話番号（あるいは、入力したアドレスよりさらに古いアドレス、または、氏名）をさらに入力させて、該当する利用者を特定する履歴検索方法を提供することを課題とする。
【課題を解決するための手段】
【００１２】
本発明は、上記課題を解決するため、利用者特定情報と複数の過去連絡識別子と現在連絡識別子とを対応づけた利用者情報を記憶する利用者情報記憶ステップと、第一の利用者から第二の利用者の連絡識別子を受信する連絡識別子受信ステップと、前記受信した連絡識別子で前記過去連絡識別子を検索し対応する現在連絡識別子を抽出する連絡識別子抽出ステップと、を備えたことを特徴とするものである。
【００１３】
これにより、過去のいずれかの電話番号などの連絡識別子を頼りに現在の連絡識別子を抽出することができ、第二の利用者の直近とは限らない過去の連絡識別子しか知らない第一の利用者が、自分の知っている過去の連絡識別子を手がかりにして現在の連絡識別子を知ることができる。
【００１４】
また、本発明は、上記課題を解決するため、前記連絡識別子抽出ステップが、前記検索において複数のレコードが検索されたとき、別の連絡識別子の入力要求を送信する入力要求送信ステップと、別の連絡識別子を受信する絞り込み連絡識別子受信ステップと、前記受信した別の連絡識別子で前記複数のレコードを検索し、対応する現在連絡識別子を抽出する連絡識別子絞り込みステップと、を備えたことを特徴とするものである。
【００１５】
これにより、複数の利用者が該当した場合には、さらに別の連絡識別子で検索して利用者を特定することができ、第一の利用者が知っている連絡識別子が他の人に使用されていても、所望のデータを特定することができる。
【００１６】
例えば、第一の利用者が知っている電話番号を、第二の利用者が変更してから長い期間が経過していて、その電話番号を他の人が使用していても、第二の利用者のさらに古い電話番号によって検索して、所望の第二の利用者の現在電話番号を知ることができる。
【００１７】
また、本発明は、上記課題を解決するため、前記利用者情報記憶ステップが、前記利用者情報に複数種類の連絡識別子を記憶し、前記入力要求送信ステップが、前記受信した連絡識別子とは異なる種類の連絡識別子の入力要求を送信し、前記絞り込み連絡識別子受信ステップが、前記受信した連絡識別子とは異なる種類の連絡識別子を受信することを特徴とするものである。
【００１８】
これにより、種類の異なる連絡識別子によって所望の相手の情報を得ることができ、例えば、電話番号とメールアドレスなどでデータの絞り込みを行うことができ、必要な相手の情報を確実に得ることができる。
【発明の効果】
【００１９】
本発明によれば、利用者特定情報と複数の過去連絡識別子と現在連絡識別子とを対応づけた利用者情報を記憶し、利用者の連絡識別子を受信し、受信した連絡識別子で前記過去連絡識別子を検索し対応する現在連絡識別子を抽出するので、過去のいずれかの電話番号などの連絡識別子を頼りに現在の連絡識別子を抽出することができ、第二の利用者の直近とは限らない過去の連絡識別子しか知らない第一の利用者が、自分の知っている過去の連絡識別子を手がかりにして現在の連絡識別子を知ることができる。
【００２０】
また、本発明によれば、前記検索において複数のレコードが検索されたとき、別の連絡識別子を要求し、この別の連絡識別子で前記複数のレコードを検索し、対応する現在連絡識別子を抽出するので、複数の利用者が該当した場合には、さらに別の連絡識別子で検索して利用者を特定することができ、第一の利用者が知っている連絡識別子が他の人に使用されていても、所望のデータを特定することができる。
【００２１】
例えば、第一の利用者が知っている電話番号を、第二の利用者が変更してから長い期間が経過していて、その電話番号の他の人が使用していても、第二の利用者のさらに古い電話番号によって検索して、所望の第二の利用者の現在電話番号を知ることができる。
【００２２】
また、本発明によれば、前記利用者情報に複数種類の連絡識別子を記憶し、前記受信した連絡識別子とは異なる種類の連絡識別子を要求し、この異なる種類の連絡識別子でさらに絞り込み検索を行うので、種類の異なる連絡識別子によって所望の相手の情報を得ることができる。例えば、電話番号とメールアドレスなどでデータの絞り込みを行うことができ、必要な相手の情報を確実に得ることができる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施の形態について添付図面を参照しつつ説明する。
【００２４】
本発明に係る履歴検索装置の要部構成図を、図１に示す。図１に示すように、履歴検索装置１０００は、入力部１１１０、記憶部１１２０、抽出部１１３０、出力部１１４０および制御部１１９０を備え、記憶部１１２０は、マスタ情報データベース１２１０、履歴データベース１２２０を備えている。
【００２５】
入力部１１１０は、利用者から登録情報や検索情報などのデータを入力するものであり、記憶部１１２０は、入力部１１１０から入力されたデータなどを記憶するものである。抽出部１１３０は、入力部１１１０から入力されたデータなどから記憶部１１２０に記憶されたデータを抽出するものであり、出力部１１４０は、抽出部１１３０に抽出されたデータなどを出力するものである。制御部１１９０は、入力部１１１０、記憶部１１２０、抽出部１１３０、出力部１１４０を制御するものである。
【００２６】
マスタ情報データベース１２１０は、利用者を特定する利用者特定情報、利用者の連絡識別子を記録するものであり、図２（ａ）に示すように、基本属性テーブル１２１１を有するものである。履歴データベース１２２０は、連絡識別子の履歴を記録するものであり、図２（ｂ）に示すように、電話番号履歴テーブル１２２１、メールアドレス履歴テーブル１２２２を有するものである。
【００２７】
基本属性テーブル１２１１は、キー、氏名、所属、電話番号、メールアドレス、更新日等を有している。ここで、キーは、履歴データベース１２２０の電話番号履歴テーブル１２２１、メールアドレス履歴テーブル１２２２のデータと結合するための結合キーであり、電話番号、メールアドレスが、上記連絡識別子である。
【００２８】
電話番号履歴テーブル１２２１は、キー、電話番号を有し、メールアドレス履歴テーブル１２２２は、キー、メールアドレスを有する。ここで、キーは、基本属性テーブル１２１１と対応づけるための結合キーであり、電話番号履歴テーブル１２２１の電話番号は、過去から現在までの全ての電話番号を有し、メールアドレス履歴テーブル１２２２のメールアドレスは、過去から現在までの全てのメールアドレスを有するものである。
【００２９】
以下、上記のように構成された履歴検索装置１０００の動作処理について説明する。図３に、本履歴検索装置１０００の動作処理フローチャートを示す。
【００３０】
まず、履歴検索装置１０００は、入力部１１１０から利用者の操作情報を入力すると、利用者情報の登録または修正処理であるか（ｓ１３０）、変更履歴管理項目の設定または変更処理であるか（ｓ１５０）、利用者情報検索処理であるか否かを判断する（ｓ１７０）。
【００３１】
利用者情報登録または修正処理であるならば、利用者情報登録／修正処理（ｓ１４０）を行い、変更履歴管理項目の設定または変更処理であるならば、変更履歴管理項目設定／変更処理（ｓ１６０）を行い、利用者情報検索処理であるならば、利用者情報検索処理（ｓ１８０）を行う。上記処理後は、他に処理があるか否かを判断し（ｓ１９０）、処理終了であれば、本処理を終了し、処理を続行する場合には、利用者情報の登録または修正処理の判断（ｓ１３０）から処理を繰り返す。
【００３２】
次に、利用者情報登録／修正処理について説明する。利用者情報登録／修正処理のフローチャートを、図４に示す。
【００３３】
利用者情報登録／修正処理では、まず、利用者情報登録処理であるか（ｓ２１０）、利用者情報修正処理であるか（ｓ２５０）を判断する。利用者情報登録処理である場合には、変更履歴管理項目が設定済か否かを判定し（ｓ２２０）、変更履歴管理項目が設定されていなければ、後述する変更履歴管理項目設定処理を行う（ｓ２３０）。ここでは、変更履歴管理項目を、"電話番号"と"メールアドレス"とする。変更履歴管理項目が設定済の場合、または、変更履歴管理項目設定処理（ｓ２３０）終了後、利用者情報登録処理を行う（ｓ２４０）。
【００３４】
利用者情報修正処理である場合には、利用者情報修正処理を行う（ｓ２６０）。例えば、利用者が情報を変更したときには、利用者情報修正処理であると判断され、後述する利用者情報修正処理で、変更情報を履歴データベース１２２０に履歴データとして自動保存する。
【００３５】
次に、利用者情報登録処理について説明する。利用者情報登録処理のフローチャートを、図５に示す。
【００３６】
利用者情報登録処理では、まず、登録項目を基本属性テーブル１２１１に登録する（ｓ３１０）。例えば、氏名、電話番号、メールアドレスがそれぞれ、"蒲田一郎"、"０４５−７７７−８８８"、"Ichiro@a.com"が入力された場合、図２に示すように、基本属性テーブル１２１１のそれぞれの項目に上記値を登録するとともに、更新日に登録された日付を登録する。
【００３７】
次に、登録した項目に変更履歴管理項目があるか否かを判定し（ｓ３２０）、登録した項目に変更履歴管理項目がある場合には、登録データを該当する変更履歴テーブルに追加する。ここでは、"電話番号"と"メールアドレス"が、変更履歴管理項目であるので、電話番号履歴テーブル１２２１に、"０４５−７７７−８８８"、メールアドレス履歴テーブル１２２２に"Ichiro@a.com"を追加する。以上の処理が終わったら、利用者情報登録処理を終了する。
【００３８】
次に、利用者情報修正処理について説明する。利用者情報修正処理のフローチャートを、図６に示す。
【００３９】
利用者情報修正処理では、まず、入力された修正項目で基本属性テーブル１２１１を更新する（ｓ４１０）。例えば、富士通太朗のメールアドレスが、"taro@a.com"から"taro@b.com"に変更された場合、基本属性テーブル１２１１の富士通太朗のメールアドレスを"taro@b.com"に更新するとともに、更新日に更新された日付を登録する。さらに、"taro@b.com"から"taro@c.com"に変更された場合、基本属性テーブル１２１１の富士通太朗のメールアドレスを"taro@c.com"に更新するとともに、更新日に更新された日付を登録する。
【００４０】
次に、修正した項目に変更履歴管理項目があるか否かを判定し（ｓ４２０）、修正した項目に変更履歴管理項目がある場合には、修正データを該当する変更履歴テーブルに追加する（ｓ４３０）。ここでは、修正した"メールアドレス"が、変更履歴管理項目であるので、メールアドレス履歴テーブル１２２２に"taro@b.com"を追加する。さらに、"taro@c.com"に変更された場合には、"taro@c.com"も追加する。このとき、メールアドレス履歴テーブル１２２２の"taro@a.com"や"taro@b.com"は削除せずにとっておく。以上の処理が終わったら、利用者情報修正処理を終了する。
【００４１】
次に、変更履歴管理項目設定／変更処理について説明する。変更履歴管理項目設定／変更処理のフローチャートを、図７に示す。
【００４２】
変更履歴管理項目設定／変更処理では、まず、変更履歴管理項目設定処理であるか（ｓ５１０）、変更履歴管理項目変更処理であるか（ｓ５３０）を判断する。変更履歴管理項目設定処理である場合には、変更履歴管理項目設定処理を行う（ｓ５２０）。変更履歴管理項目設定処理では、設定された変更履歴管理項目の履歴テーブルを作成する。ここで、変更履歴管理項目が、"メールアドレス"であったなら、メールアドレス履歴テーブル１２２２を作成する。
【００４３】
次に、変更履歴管理項目変更処理である場合には、変更履歴管理項目変更処理を行う（ｓ５４０）。変更履歴管理項目変更処理では、変更された変更履歴管理項目に追加の変更履歴管理項目があったなら、追加された項目の履歴テーブルを作成する。ここで、変更履歴管理項目として、"電話番号"が追加されたなら、電話番号履歴テーブル１２２１を作成する。
【００４４】
このように、指定された項目は、履歴管理データベース１２２０に全ての変更履歴が保存されることになる。これにより、メールアドレスや電話番号といった固定の項目だけでなく、用途に合わせて自由に指定した項目の過去の履歴も含んだ検索が可能となる。
【００４５】
以上の処理が終わったら、変更履歴管理項目設定／変更処理を終了する。
【００４６】
次に、利用者情報検索処理について説明する。利用者情報検索処理のフローチャートを、図８に示す。また、利用者情報検索処理を行う画面図を図９、図１０に示す。
【００４７】
利用者情報検索処理では、まず、検索情報の入力を行い、入力された項目の履歴テーブルを検索する（ｓ６２０）。ここでは、検索情報として、電話番号"０３−２２２２−３３３３"が入力され、電話番号履歴テーブル１２２１を検索する。
【００４８】
次に、検索した結果、該当データがあるか否かを判定し（ｓ６３０）、１件もなければ、該当データがない旨表示し（ｓ６４０）、利用者情報検索処理を終了する。該当データがある場合には、該当データが複数あるか否かを判定し（ｓ６５０）、該当データが１件であれば、該当するデータの結合キーにより、対応する基本属性テーブル１２１１の項目を表示し（ｓ６６０）、利用者情報検索処理を終了する。
【００４９】
ここで、メールアドレス"taro@a.com"で検索した場合の、利用者情報検索処理例を、図１１に示し、説明する。メールアドレス"taro@a.com"で検索する場合、まず、メールアドレス履歴テーブル１２２２を検索する。メールアドレス"taro@a.com"が該当するデータは、１件なので、結合キー"２"が求まり、結合キー"２"で基本属性テーブル１２１１を検索し、現在のメールアドレス"taro@c.com"と電話番号"０３−１１１１−２２２２"とが表示される。したがって、過去のメールアドレス"taro@a.com"から現在の情報を得ることができる。
【００５０】
次に、該当データが複数ある場合には、該当したデータ件数を表示し、該当したデータの結合キーで基本属性テーブル１２１１のデータを抽出する（ｓ６８０）。次に、抽出した基本属性テーブル１２１１と該当するメールアドレス履歴テーブル１２２２とを結合し、２次検索テーブルＡを作成する（ｓ６９０）。次に、抽出した基本属性テーブル１２１１と該当する電話番号履歴テーブル１２２１とを結合し、２次検索テーブルＢを作成する（ｓ７００）。２次検索テーブルＡ、２次検索テーブルＢを、図１２に示す。
【００５１】
ここでは、電話番号"０３−２２２２−３３３３"で、電話番号履歴テーブル１２２１を検索すると、結合キー"２"と"３"のデータが該当し、複数該当するので、該当した結合キー"２"と"３"で、基本属性テーブル１２１１のデータ、"富士通太朗"と"川崎花子"のデータを抽出する。次に、該当した結合キー"２"と"３"で、メールアドレス履歴テーブル１２２２の該当データ、"Ichiro@a.com""Ichiro@b.com""Ichiro@c.com""hanako@c.com"を抽出し、上記抽出した基本属性テーブル１２１１とメールアドレス履歴テーブル１２２２とを結合することにより、図１２に示す、２次検索テーブルＡ１２４１が作成される。
【００５２】
次に、該当した結合キー"２"と"３"で、電話番号履歴テーブル１２２１の該当データ、"０３−１１１１−２２２２""０３−２２２２−３３３３""０３−３３３３−４４４４""０３−５５５５−６６６６""０３−２２２２−３３３３"を抽出し、上記抽出した基本属性テーブル１２１１と電話番号履歴テーブル１２２１とを結合することにより、図１２に示す、２次検索テーブルＢ１２４２が作成される。
【００５３】
２次検索テーブルＡ、Ｂが作成されたら、２次検索（絞り込み）処理（ｓ７１０）を行う。
【００５４】
次に、２次検索（絞り込み）処理について説明する。２次検索（絞り込み）処理のフローチャートを、図１３に示す。
【００５５】
２次検索（絞り込み）処理では、まず、２次検索（絞り込み）処理項目の入力を行う（ｓ８１０）。次に、メールアドレスによる絞り込みか（ｓ８２０）、電話番号による絞り込みか（ｓ８３０）を判定する。メールアドレスによる絞り込みであれば、２次検索テーブルＡ１２４１を検索し（ｓ８４０）、電話番号による絞り込みであれば、２次検索テーブルＢ１２４２を検索する（ｓ８５０）。メールアドレスによる絞り込みでも、電話番号による絞り込みでもない場合には、再度、２次検索（絞り込み）処理項目の入力を行う（ｓ８１０）。
【００５６】
次に、検索した結果該当データがあるか否かを判定し（ｓ８６０）、１件もなければ、該当データがない旨表示し（ｓ８７０）、２次検索（絞り込み）処理を終了する。該当データがある場合には、該当データが複数あるか否かを判定し（ｓ８８０）、該当データが１件であれば、該当した検索結果を表示し（ｓ８９０）、２次検索（絞り込み）処理を終了する。
【００５７】
ここで、本実施の形態の場合、２次検索（絞り込み）処理項目として、電話番号"０３−３３３３−４４４４"を入力する。したがって、電話番号による絞り込み処理であるので、２次検索テーブルＢ１２４２を検索する。２次検索テーブルＢ１２４２を電話番号"０３−３３３３−４４４４"で検索すると、該当データが１件であるので、該当した検索結果、メールアドレス"taro@c.com"、電話番号"０３−１１１１−２２２２"が表示され、該当する利用者を特定し、現在の情報を得ることができる。
【００５８】
該当データが複数ある場合には、さらに絞り込み処理を行う（ｓ９００）。この絞り込み処理の詳細については省略するが、本２次検索処理と同様に、新たに絞り込み項目を入力させて検索すれば良い。また、さらなる絞り込み処理は行わないようにして、検索処理項目数を限定させても良い。
【００５９】
さらに、本実施の形態では、検索処理項目を１項目ずつ入力したが、複数の検索処理項目を同時に入力して、複数の項目によって同時に検索するようにしても良い。
【００６０】
さらに、本発明に関して以下を付記する。
【００６１】
（付記１）
利用者を特定する利用者特定情報と、前記利用者が過去に使用した複数の過去連絡識別子と、前記利用者が現在使用中の現在連絡識別子と、を対応づけた利用者情報を記憶する利用者情報記憶ステップと、
第一の利用者から第二の利用者の連絡識別子を受信する連絡識別子受信ステップと、
前記受信した連絡識別子で、前記利用者情報の前記過去連絡識別子を検索し、対応する現在連絡識別子を抽出する連絡識別子抽出ステップと、
前記抽出された現在連絡識別子を前記第一の利用者へ送信する連絡識別子送信ステップと、
を備えたことを特徴とする履歴検索方法。
【００６２】
（付記２）
付記１記載の履歴検索方法において、
前記連絡識別子抽出ステップが、
前記受信した連絡識別子で、前記利用者情報の前記過去連絡識別子を検索し、複数のレコードが検索されたとき、前記第一の利用者に前記第二の利用者に対する別の連絡識別子の入力要求を送信する入力要求送信ステップと、
前記第一の利用者から前記第二の利用者に対する別の連絡識別子を受信する絞り込み連絡識別子受信ステップと、
前記受信した別の連絡識別子で、前記複数のレコードを検索し、対応する現在連絡識別子を抽出する連絡識別子絞り込みステップと、
を備えたことを特徴とする履歴検索方法。
【００６３】
（付記３）
付記２記載の履歴検索方法において、
前記利用者情報記憶ステップが、前記利用者情報に複数種類の連絡識別子を記憶し、
前記入力要求送信ステップが、前記連絡識別子受信ステップで受信した連絡識別子とは異なる種類の連絡識別子の入力要求を送信し、
前記絞り込み連絡識別子受信ステップが、前記連絡識別子受信ステップで受信した連絡識別子とは異なる種類の連絡識別子を受信することを特徴とする履歴検索方法。
【００６４】
（付記４）
利用者を特定する利用者特定情報と、前記利用者が過去に使用した複数の過去連絡識別子と、前記利用者が現在使用中の現在連絡識別子と、を対応づけた利用者情報を記憶する利用者情報記憶手段と、
第一の利用者から第二の利用者の連絡識別子を受信する連絡識別子受信手段と、
前記受信した連絡識別子で、前記利用者情報の前記過去連絡識別子を検索し、対応する現在連絡識別子を抽出する連絡識別子抽出手段と、
前記抽出された現在連絡識別子を前記第一の利用者へ送信する連絡識別子送信手段と、
を備えたことを特徴とする履歴検索装置。
【００６５】
（付記５）
付記４記載の履歴検索装置において、
前記連絡識別子抽出手段が、
前記受信した連絡識別子で、前記利用者情報の前記過去連絡識別子を検索し、複数のレコードが検索されたとき、前記第一の利用者に前記第二の利用者に対する別の連絡識別子の入力要求を送信する入力要求送信手段と、
前記第一の利用者から前記第二の利用者に対する別の連絡識別子を受信する絞り込み連絡識別子受信手段と、
前記受信した別の連絡識別子で、前記複数のレコードを検索し、対応する現在連絡識別子を抽出する連絡識別子絞り込み手段と、
を備えたことを特徴とする履歴検索装置。
【００６６】
（付記６）
付記５記載の履歴検索装置において、
前記利用者情報記憶手段が、前記利用者情報に複数種類の連絡識別子を記憶し、
前記入力要求送信手段が、前記連絡識別子受信手段により受信された連絡識別子とは異なる種類の連絡識別子の入力要求を送信し、
前記絞り込み連絡識別子受信手段が、前記連絡識別子受信手段により受信された連絡識別子とは異なる種類の連絡識別子を受信することを特徴とする履歴検索装置。
【図面の簡単な説明】
【００６７】
【図１】本発明に係る履歴検索装置の一実施形態を示す要部構成図である。
【図２】マスタデータベースおよび履歴データベースを示す図である。
【図３】履歴検索装置の動作処理を示すフローチャートである。
【図４】利用者情報登録／修正処理を示すフローチャートである。
【図５】利用者情報登録処理を示すフローチャートである。
【図６】利用者情報修正処理を示すフローチャートである。
【図７】変更履歴管理項目設定／変更処理を示すフローチャートである。
【図８】利用者情報検索処理を示すフローチャートである。
【図９】利用者情報検索処理を行う画面図である。
【図１０】利用者情報検索処理を行う画面図である。
【図１１】利用者情報検索処理を示す図である。
【図１２】１次検索により作成される２次検索テーブルを示す図である。
【図１３】２次検索処理を示すフローチャートである。
【符号の説明】
【００６８】
１０００  履歴検索装置
１１１０  入力部
１１２０  記憶部
１１３０  抽出部
１１４０  出力部
１１９０  制御部
１２１０  マスタ情報データベース
１２１１  基本属性テーブル
１２２０  履歴データベース
１２２１  電話番号履歴テーブル
１２２２  メールアドレス履歴テーブル
１２４１  ２次検索テーブルＡ
１２４２  ２次検索テーブルＢ
【図１】
2007052806.tif 000003
【図２】
2007052806.tif 000004
【図３】
2007052806.tif 000005
【図４】
2007052806.tif 000006
【図５】
2007052806.tif 000007
【図６】
2007052806.tif 000008
【図７】
2007052806.tif 000009
【図８】
2007052806.tif 000010
【図９】
2007052806.tif 000011
【図１０】
2007052806.tif 000012
【図１１】
2007052806.tif 000013
【図１２】
2007052806.tif 000014
【図１３】
2007052806.tif 000015