(57)【要約】【課題】端末における電話帳の使い勝手の向上のための電話帳レコードの分類を実現させるに際したユーザの負担を軽減する。【解決手段】電話帳管理装置１では、電話帳レコードに含まれる属性名又は値が電話帳ルールにおいて設定されている条件に該当するか否かを判定し、条件に該当する場合に当該条件に対応付けられたメタデータを抽出する電話帳ルール判定部１３と、抽出したメタデータを電話帳レコードに付与するメタデータ付与部１４とを有する。これにより、電話帳レコードに付与されたメタデータを分類や検索のための情報として用いることができるので、電話帳レコードの分類や検索等が容易になる。従って、電話帳レコードの分類を実現させるに際したユーザの負担の軽減が実現される。【選択図】図１
2013118498.tif 000002
【特許請求の範囲】
【請求項１】
属性名及び該属性に対応付けられる値を含むフィールドを含んで構成され、通信先の電話番号及びメールアドレスのいずれかにより表される通信アドレスを記憶する前記フィールドを少なくとも１つ含む電話帳レコードを管理する電話帳管理装置であって、
前記属性名又は前記値に関する条件と、該条件が満たされる場合に生成する１つ以上のメタデータとが対応付けられた電話帳ルールを１つ以上保持する電話帳ルール保持手段と、
前記電話帳レコードを記憶している記憶手段から前記電話帳レコードを取得する電話帳レコード取得手段と、
前記電話帳レコード取得手段により取得された電話帳レコードに含まれるフィールドにおける属性名又は値が、前記電話帳ルール保持手段に保持されているいずれかの電話帳ルールにおける条件を満たすか否かを判定し、いずれかの条件を満たす場合に該条件に対応付けられたメタデータを抽出する電話帳ルール判定手段と、
前記電話帳ルール判定手段により抽出されたメタデータを、当該電話帳レコードに付与して前記記憶手段に記憶させるメタデータ付与手段と、
を備える電話帳管理装置。
【請求項２】
前記メタデータ付与手段は、前記電話帳ルールに基づく判定により当該メタデータが付与されたことを示す第１のフラグを当該メタデータにセットして当該電話帳レコードに付与する、
請求項１に記載の電話帳管理装置。
【請求項３】
前記第１のフラグがセットされたメタデータを含む電話帳レコードに示される通信先との通信開始時、通信中及び通信終了時並びに当該電話帳管理装置のユーザに対する前記電話帳レコードの提示時のうちのいずれかの契機において、前記メタデータの妥当性を照会するための提示を当該電話帳管理装置のユーザに対して実施し、該ユーザからの前記メタデータを承認する旨の入力を受け付けた場合に、前記第１のフラグをリセットする第１フラグ管理手段を更に備える、
請求項２に記載の電話帳管理装置。
【請求項４】
前記第１のフラグがセットされたメタデータを含む電話帳レコードに示される通信先との通信開始時、通信中及び通信終了時並びに当該電話帳管理装置のユーザに対する前記電話帳レコードの提示時のうちのいずれかの契機において、互いに関連あるメタデータを対応付けて記憶している関連メタデータ記憶手段を参照して、前記第１のフラグがセットされたメタデータに対応付けられた１以上のメタデータを関連メタデータとして抽出し、前記関連メタデータを当該電話帳管理装置のユーザに対して提示し、提示した関連メタデータに対する前記ユーザからの選択入力を受け付けた場合に、前記第１のフラグをリセットする第１フラグ管理手段を更に備え、
前記メタデータ付与手段は、選択入力が受け付けられた前記関連メタデータを、当該電話帳レコードに付与して前記記憶手段に記憶させる、
請求項２に記載の電話帳管理装置。
【請求項５】
前記電話帳ルール保持手段は、前記通信アドレスのフィールドにおける属性名に所定のキーワードが含まれること、または該キーワードと所定の関連性を有するキーワードが含まれることを条件として有する電話帳ルールを保持する、
請求項１〜４のいずれか１項に記載の電話帳管理装置。
【請求項６】
前記電話帳ルール保持手段は、前記通信アドレスのフィールドにおける値に所定のキーワードが含まれることを条件として有する電話帳ルールを保持する、
請求項１〜５のいずれか１項に記載の電話帳管理装置。
【請求項７】
前記電話帳レコード取得手段により取得された電話帳レコードに含まれる一のフィールドの値をキーとして、当該電話帳管理装置の外部に構成された所定の外部データベースを参照し、該外部データベースにおいて前記値に関連付けられたデータを取得し、取得した該データをメタデータとして、当該電話帳レコードに付与する外部照会手段を更に備える、
請求項１〜６のいずれか１項に記載の電話帳管理装置。
【請求項８】
メタデータ間の競合関係の有無を記憶している競合関係記憶手段と、
一の電話帳レコードに付与された複数のメタデータの間の競合の有無を、前記競合関係記憶手段を参照して検知し、メタデータ間の競合が有る場合に、当該電話帳レコードにメタデータ間の競合があることを示す第２のフラグをセットする競合検知手段と、を更に備える
請求項１〜７のいずれか１項に記載の電話帳管理装置。
【請求項９】
前記第２のフラグがセットされたメタデータを含む電話帳レコードに示される通信先との通信開始時、通信中及び通信終了時並びに当該電話帳管理装置のユーザに対する前記電話帳レコードの提示時のうちのいずれかの契機において、前記メタデータの妥当性を照会するための提示を当該電話帳管理装置のユーザに対して実施し、該ユーザからの前記メタデータを承認する旨の入力を受け付けた場合に、前記第２のフラグをリセットする第２フラグ管理手段を更に備える、
請求項８に記載の電話帳管理装置。
【請求項１０】
当該電話帳管理装置のユーザの通信履歴データを取得し、所定の条件による検索又は該ユーザによる選択に基づき、取得した通信履歴データから複数の通信アドレスを抽出する通信アドレス抽出手段と、
前記通信アドレス抽出手段により抽出された複数の通信アドレスの通信先を識別する名称を前記電話帳レコードから取得し、取得した各々の名称を前記ユーザに提示し、提示した複数の名称に対応するグループ名の入力を受け付けるグループ受付手段と、
前記グループ受付手段により受け付けられたグループ名を、前記複数の通信アドレスが含まれる電話帳データのメタデータとして各々の電話帳データに付与するグループ付与手段と、を更に備える
請求項１〜９のいずれか１項に記載の電話帳管理装置。
【請求項１１】
前記グループ受付手段は、前記複数の通信アドレスが含まれる各電話帳レコードに記憶されている複数のグループ名を、入力させるグループ名の候補として前記ユーザに提示し、前記複数のグループ名の入力を受け付ける、
請求項１０に記載の電話帳管理装置。
【請求項１２】
前記メタデータ付与手段は、メタデータを付与したときに、前記電話帳ルール判定手段において当該メタデータの抽出に用いられた属性名又は値を、当該メタデータ及び当該メタデータが付与された電話帳レコードを識別する情報に対応付けて、メタデータの付与履歴を保持するメタデータ付与履歴保持手段に保持させ、
当該電話帳管理装置は、電話帳レコードにおいて属性名又は値が更新された場合に、前記メタデータ付与履歴保持手段を参照して、当該電話帳レコードにおいて当該属性名又は当該値を用いて抽出されたメタデータを検出するメタデータ検出手段を更に備える、
請求項１〜１１のいずれか１項に記載の電話帳管理装置。
【請求項１３】
属性名及び該属性に対応付けられる値を含むフィールドを含んで構成され、通信先の電話番号及びメールアドレスのいずれかにより表される通信アドレスを記憶する前記フィールドを少なくとも１つ含む電話帳レコードを管理する電話帳管理装置における電話帳管理方法であって、
前記電話帳レコードを記憶している記憶手段から前記電話帳レコードを取得する電話帳レコード取得ステップと、
前記電話帳レコード取得ステップにおいて取得された電話帳レコードに含まれるフィールドにおける属性名又は値が、前記属性名又は前記値に関する条件と、該条件が満たされる場合に生成する１つ以上のメタデータとが対応付けられた電話帳ルールを１つ以上保持する電話帳ルール保持手段に保持されているいずれかの電話帳ルールにおける条件を満たすか否かを判定する判定ステップと、
前記判定ステップにおいていずれかの条件を満たすと判定された場合に、該条件に対応付けられたメタデータを抽出する抽出ステップと、
前記抽出ステップにおいて抽出されたメタデータを、当該電話帳レコードに付与して前記記憶手段に記憶させるメタデータ付与ステップと、
を有する電話帳管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話帳管理装置及び電話帳管理方法に関する。
【背景技術】
【０００２】
携帯電話やスマートフォンといった端末では、通信先の電話番号及びメールアドレス等の通信アドレスを電話帳データで管理している。このような電話帳において、例えば、電話帳のレコードをある目的に従って分類したい場合がある。電話帳のレコードを分類するための技術として、例えば、通話の課金の振り分けを目的として、勤務スケジュール情報を用いて勤務時間中によく通話する相手先を抽出し、仕事用の電話帳に抽出した相手先を半自動で登録することにより、電話番号を分類する技術が知られている（例えば、特許文献１参照）。この特許文献１では、公私の分類以外にも、趣味等の属性により分類することも述べられている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−４２２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載された技術は、あらかじめ属性を判定するための曜日や時間帯などのスケジュールを設定する必要があるため、電話帳のレコードの分類を実現させるための作業が煩雑であった。
【０００５】
そこで、本発明は、上記問題点に鑑みてなされたものであり、端末における電話帳の使い勝手の向上のための電話帳レコードの分類を実現させるに際したユーザの負担の軽減が可能な電話帳管理装置及び電話帳管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の一側面に係る電話帳管理装置は、属性名及び該属性に対応付けられる値を含むフィールドを含んで構成され、通信先の電話番号及びメールアドレスのいずれかにより表される通信アドレスを記憶するフィールドを少なくとも１つ含む電話帳レコードを管理する電話帳管理装置であって、属性名又は値に関する条件と、該条件が満たされる場合に生成する１つ以上のメタデータとが対応付けられた電話帳ルールを１つ以上保持する電話帳ルール保持手段と、電話帳レコードを記憶している記憶手段から電話帳レコードを取得する電話帳レコード取得手段と、電話帳レコード取得手段により取得された電話帳レコードに含まれるフィールドにおける属性名又は値が、電話帳ルール保持手段に保持されているいずれかの電話帳ルールにおける条件を満たすか否かを判定し、いずれかの条件を満たす場合に該条件に対応付けられたメタデータを抽出する電話帳ルール判定手段と、電話帳ルール判定手段により抽出されたメタデータを、当該電話帳レコードに付与して記憶手段に記憶させるメタデータ付与手段と、を備える。
【０００７】
また、上記課題を解決するために、本発明の一側面に係る電話帳管理方法は、属性名及び該属性に対応付けられる値を含むフィールドを含んで構成され、通信先の電話番号及びメールアドレスのいずれかにより表される通信アドレスを記憶するフィールドを少なくとも１つ含む電話帳レコードを管理する電話帳管理装置における電話帳管理方法であって、電話帳レコードを記憶している記憶手段から電話帳レコードを取得する電話帳レコード取得ステップと、電話帳レコード取得ステップにおいて取得された電話帳レコードに含まれるフィールドにおける属性名又は値が、属性名又は値に関する条件と、該条件が満たされる場合に生成する１つ以上のメタデータとが対応付けられた電話帳ルールを１つ以上保持する電話帳ルール保持手段に保持されているいずれかの電話帳ルールにおける条件を満たすか否かを判定する判定ステップと、判定ステップにおいていずれかの条件を満たすと判定された場合に、該条件に対応付けられたメタデータを抽出する抽出ステップと、抽出ステップにおいて抽出されたメタデータを、当該電話帳レコードに付与して記憶手段に記憶させるメタデータ付与ステップと、を有する。
【０００８】
この電話帳管理装置及び電話帳管理方法によれば、電話帳レコードに含まれる属性名又は値が電話帳ルールにおいて設定されている条件に該当する場合に、当該条件に対応付けられたメタデータが抽出され、電話帳レコードに付与される。これにより、電話帳レコードに付与されたメタデータを分類や検索のための情報として用いることができるので、電話帳レコードのグループとしての分類や検索等が容易になる。従って、電話帳レコードの分類を実現させるに際したユーザの負担の軽減が実現される。
【０００９】
また、本発明の一側面に係る電話帳管理装置では、メタデータ付与手段は、電話帳ルールに基づく判定により当該メタデータが付与されたことを示す第１のフラグを当該メタデータにセットして当該電話帳レコードに付与してもよい。
【００１０】
この場合には、第１のフラグが付されているメタデータが電話帳ルールに基づき自動生成されたものであることを判別できる。これにより、電話帳レコードに付与されたメタデータを利用して電話帳レコードに対する処理を実施するに際し、第１のフラグがセットされているか否かにより、当該メタデータの重み付けを異ならせることができる。
【００１１】
また、本発明の一側面に係る電話帳管理装置は、第１のフラグがセットされたメタデータを含む電話帳レコードに示される通信先との通信開始時、通信中及び通信終了時並びに当該電話帳管理装置のユーザに対する前記電話帳レコードの提示時のうちのいずれかの契機において、メタデータの妥当性を照会するための提示を当該電話帳管理装置のユーザに対して実施し、該ユーザからのメタデータを承認する旨の入力を受け付けた場合に、第１のフラグをリセットするフラグ管理手段を更に備えてもよい。
【００１２】
この場合には、ユーザにより承認されたメタデータの第１のフラグがリセットされる。これにより、電話帳レコードに付与されたメタデータを利用して電話帳レコードに対する処理を実施するに際し、第１のフラグがリセットされたメタデータを、第１のフラグがセットされたメタデータに比べてより信頼性が高いものとして扱うことができる。
【００１３】
また、本発明の一側面に係る電話帳管理装置では、第１のフラグがセットされたメタデータを含む電話帳レコードに示される通信先との通信開始時、通信中及び通信終了時並びに当該電話帳管理装置のユーザに対する前記電話帳レコードの提示時のうちのいずれかの契機において、互いに関連あるメタデータを対応付けて記憶している関連メタデータ記憶手段を参照して、第１のフラグがセットされたメタデータに対応付けられた１以上のメタデータを関連メタデータとして抽出し、関連メタデータを当該電話帳管理装置のユーザに対して提示し、提示した関連メタデータに対するユーザからの選択入力を受け付けた場合に、第１のフラグをリセットする第１フラグ管理手段を更に備え、メタデータ付与手段は、選択入力が受け付けられた関連メタデータを、当該電話帳レコードに付与して記憶手段に記憶させてもよい。
【００１４】
この場合には、メタデータが付与された電話帳レコードに対して、関連するメタデータを更に付与することができる。このように付与されたメタデータも電話帳レコードの分類や検索に用いることができるので、電話帳レコードの分類や検索等が更に容易になる。
【００１５】
また、本発明の一側面に係る電話帳管理装置では、電話帳ルール保持手段は、通信アドレスのフィールドにおける属性名に所定のキーワードが含まれること、または該キーワードと所定の関連性を有するキーワードが含まれることを条件として有する電話帳ルールを保持してもよい。
【００１６】
これにより、電話帳レコードに含まれる通信アドレスの属性名に基づき、ユーザの負担を軽減しつつ、分類や検索のための情報であるメタデータを自動且つ容易に電話帳レコードに付与できる。
【００１７】
また、本発明の一側面に係る電話帳管理装置では、電話帳ルール保持手段は、通信アドレスのフィールドにおける値に所定のキーワードが含まれることを条件として有する電話帳ルールを保持してもよい。
【００１８】
これにより、電話帳レコードに含まれる通信アドレスの値に基づき、ユーザの負担を軽減しつつ、分類や検索のための情報であるメタデータを自動且つ容易に電話帳レコードに付与できる。
【００１９】
また、本発明の一側面に係る電話帳管理装置は、電話帳レコード取得手段により取得された電話帳レコードに含まれる一のフィールドの値をキーとして、当該電話帳管理装置の外部に構成された所定の外部データベースを参照し、該外部データベースにおいて値に関連付けられたデータを取得し、取得した該データをメタデータとして、当該電話帳レコードに付与する外部照会手段を更に備えてもよい。
【００２０】
この場合には、当該電話帳レコードに関連するデータを外部データベースから取得し、取得したデータがメタデータとして当該電話帳レコードに付与される。これにより、電話帳ルールに予め設定されたメタデータ以外のデータをメタデータとして電話帳レコードに付与して検索等の処理に用いることができる。従って、電話帳レコードに対する検索等の処理の精度が向上する。
【００２１】
また、本発明の一側面に係る電話帳管理装置は、メタデータ間の競合関係の有無を記憶している競合関係記憶手段と、一の電話帳レコードに付与された複数のメタデータの間の競合の有無を、競合関係記憶手段を参照して検知し、メタデータ間の競合が有る場合に、当該電話帳レコードにメタデータ間の競合があることを示す第２のフラグをセットする競合検知手段と、を更に備えてもよい。
【００２２】
この場合には、一の電話帳レコードに付与されたメタデータ間に競合が有る場合に、当該電話帳レコードに第２のフラグがセットされる。これにより、自動で付与したメタデータが他のメタデータと競合がある場合に、当該電話帳レコードを判別できる。従って、例えば、第２のフラグがセットされた電話帳レコードをユーザに提示する等の処理を実施することにより、競合を解決できる。
【００２３】
また、本発明の一側面に係る電話帳管理装置は、第２のフラグがセットされたメタデータを含む電話帳レコードに示される通信先との通信開始時、通信中及び通信終了時のうちのいずれかの契機において、メタデータの妥当性を照会するための提示を当該電話帳管理装置のユーザに対して実施し、該ユーザからのメタデータを承認する旨の入力を受け付けた場合に、第２のフラグをリセットする第２フラグ管理手段を更に備えてもよい。
【００２４】
この場合には、ユーザにより承認されたメタデータの第２のフラグがリセットされる。これにより、電話帳レコードに付与されたメタデータを利用して電話帳レコードに対する処理を実施するに際し、第２のフラグがリセットされたメタデータを、第２のフラグがセットされたメタデータに比べてより信頼性が高いものとして扱うことができる。
【００２５】
また、本発明の一側面に係る電話帳管理装置は、当該電話帳管理装置のユーザの通信履歴データを取得し、所定の条件による検索又は該ユーザによる選択に基づき、取得した通信履歴データから複数の通信アドレスを抽出する通信アドレス抽出手段と、通信アドレス抽出手段により抽出された複数の通信アドレスの通信先を識別する名称を電話帳レコードから取得し、取得した各々の名称をユーザに提示し、提示した複数の名称に対応するグループ名の入力を受け付けるグループ受付手段と、グループ受付手段により受け付けられたグループ名を、複数の通信アドレスが含まれる電話帳データのメタデータとして各々の電話帳データに付与するグループ付与手段と、を更に備えてもよい。
【００２６】
この場合には、通信履歴データから抽出された複数の通信アドレスに対応する複数の電話帳レコードに対して、ユーザにより入力されたグループ名がメタデータとして付与される。通信履歴が存在する複数の電話帳レコードに対して、ユーザの操作負担を軽減しながら、グループ分けを行うことができる。従って、当該グループ名による電話帳レコードの検索等の処理が可能になり、電話帳の使い勝手が向上される。
【００２７】
また、本発明の一側面に係る電話帳管理装置では、グループ受付手段は、複数の通信アドレスが含まれる各電話帳レコードに記憶されている複数のグループ名を、入力させるグループ名の候補としてユーザに提示し、複数のグループ名の入力を受け付けてもよい。
【００２８】
この場合には、複数の電話帳レコードに対して付与するためのグループ名の候補がユーザに対して提示される。これにより、ユーザは容易にグループ名を入力できる。
【００２９】
また、本発明の一側面に係る電話帳管理装置では、メタデータ付与手段は、メタデータを付与したときに、電話帳ルール判定手段において当該メタデータの抽出に用いられた属性名又は値を、当該メタデータ及び当該メタデータが付与された電話帳レコードを識別する情報に対応付けて、メタデータの付与履歴を保持するメタデータ付与履歴保持手段に保持させ、当該電話帳管理装置は、電話帳レコードにおいて属性名又は値が更新された場合に、メタデータ付与履歴保持手段を参照して、当該電話帳レコードにおいて当該属性名又は当該値を用いて抽出されたメタデータを検出するメタデータ検出手段を更に備えてもよい。
【００３０】
この場合には、電話帳レコードに含まれるフィールドにおける属性名や値が更新された場合に、その属性名又は値に基づき付与されたメタデータが検出される。これにより、電話帳レコードの更新に追随して、メタデータの更新が可能となる。従って、電話帳レコードに対する検索等の処理の精度が向上される。
【発明の効果】
【００３１】
端末における電話帳の使い勝手の向上のための電話帳レコードの分類を実現させるに際したユーザの負担の軽減が可能となる。
【図面の簡単な説明】
【００３２】
【図１】第１実施形態に係る電話帳管理装置の機能的構成を示すブロック図である。
【図２】電話帳管理装置のハードブロック図である。
【図３】電話帳レコード記憶部に記憶されている電話帳レコードの例を示す図である。
【図４】電話帳ルール保持部に保持されている電話帳ルール及び関連メタデータテーブルの例を示す図である。
【図５】競合関係記憶テーブルの例を示す図である。
【図６】グループ名の入力の受け付けに際し、端末において表示される表示画面Ｄの例である。
【図７】メタデータ付与履歴保持部の構成及び記憶されているデータの例を示す図である。
【図８】電話帳管理方法の処理内容を示すフローチャートである。
【図９】メタデータの妥当性をユーザに照会するための処理手順を示すフローチャートである。
【図１０】通信履歴に基づくグループ設定の処理手順を示すフローチャートである。
【図１１】第２実施形態に係る電話帳管理装置の機能的構成を示すブロック図である。
【発明を実施するための形態】
【００３３】
本発明に係る電話帳管理装置及び電話帳管理方法の実施形態について図面を参照して説明する。なお、可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。
【００３４】
（第１実施形態）
図１は、第１実施形態に係る電話帳管理装置１の機能的構成を示すブロック図である。電話帳管理装置１は、複数の通信先の電話帳レコードを管理する装置であって、第１実施形態においては、端末１０に構成される。端末１０は、例えば、携帯電話やスマートフォン，パーソナルコンピュータ等の通信機能を備える装置である。
【００３５】
図１に示すように、電話帳管理装置１は、機能的には、電話帳レコード取得部１１（電話帳レコード取得手段）、電話帳ルール保持部１２（電話帳ルール保持手段）、電話帳ルール判定部１３（電話帳ルール判定手段）、及びメタデータ付与部１４（メタデータ付与手段）、を備える。
【００３６】
また、電話帳管理装置１は、フラグ管理部１５（第１フラグ管理手段、第２フラグ管理手段）、競合検知部１６（競合検知手段）、通信アドレス抽出部１７（通信アドレス抽出手段）、グループ受付部１８（グループ受付手段）、グループ付与部１９（グループ付与手段）、外部照会部２０（外部照会手段）、メタデータ検出部２１（メタデータ検出手段）、及びメタデータ付与履歴保持部２２（メタデータ付与履歴保持手段）を備えても良い。
【００３７】
また、端末１０は、電話帳管理装置１からのアクセスが可能な電話帳レコード記憶部３０及び通信履歴記憶部４０を備える。なお、図１では、電話帳レコード記憶部３０及び通信履歴記憶部４０は、電話帳管理装置１の外部に設けられているが、電話帳管理装置１の内部に設けられても良い。また、電話帳管理装置１は、外部データベース５０と通信可能である。
【００３８】
図２は、電話帳管理装置１のハードウエア構成図である。電話帳管理装置１は、物理的には、図２に示すように、ＣＰＵ１０１、主記憶装置であるＲＡＭ１０２及びＲＯＭ１０３、データ送受信デバイスである通信モジュール１０４、ハードディスク、フラッシュメモリ等の補助記憶装置１０５、入力デバイスであるキーボード等の入力装置１０６、ディスプレイ等の出力装置１０７などを含むコンピュータシステムとして構成されている。図１に示した各機能は、図２に示すＣＰＵ１０１、ＲＡＭ１０２等のハードウエア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１０１の制御のもとで通信モジュール１０４、入力装置１０６、出力装置１０７を動作させるとともに、ＲＡＭ１０２や補助記憶装置１０５におけるデータの読み出し及び書き込みを行うことで実現される。再び、図１を参照し、各機能部について詳細に説明する。
【００３９】
まず、電話帳管理装置１の機能部に先立って、電話帳レコード記憶部３０について説明する。電話帳レコード記憶部３０は、通信先若しくは通信相手に関する情報である電話帳レコードを記憶している記憶手段である。電話帳レコードは、属性名及びその属性に対応付けられる値を含むフィールドを含んで構成され、通信先の電話番号及びメールアドレスのいずれかにより表される通信アドレスを記憶するフィールドを少なくとも１つ含む。図３は、電話帳レコード記憶部３０に記憶されている電話帳レコードの例を示す図である。図３に示すように、電話帳レコードは、当該電話帳レコードを識別するデータＮｏごとに、属性名として、姓、名、携帯電話（個人）、携帯電話（勤務先）、固定電話（自宅）、電話、メールアドレス（個人）、メールアドレス、グループ名を有する。そして、電話帳レコードは、属性名ごとにそれぞれの値を対応付けて記憶している。なお、通信相手が複数のグループに所属する場合があるので、複数のグループ名が電話帳レコードに記憶されてもよい。
【００４０】
また、電話帳レコード記憶部３０は、電話帳レコードごとにメタデータを記憶できる。電話帳レコードに記憶されたメタデータは、後述される自動生成フラグを記憶するためのフィールドＦ１を伴う。さらに、電話帳レコード記憶部３０は、後述される競合フラグを記憶するためのフィールドＦ２を有することができる。
【００４１】
電話帳レコード取得部１１は、電話帳レコードの分析のために、電話帳レコード記憶部３０から電話帳レコードを取得する部分である。電話帳レコード取得部１１は、取得した電話帳レコードを電話帳ルール判定部１３に送出する。
【００４２】
電話帳ルール保持部１２は、属性名又は値に関する条件と、その条件が満たされる場合に生成するメタデータとが対応付けられた電話帳ルールを１つ以上保持する部分である。即ち、後述するように、電話帳ルール判定部１３により、電話帳ルールの条件に、取得した一の電話帳レコードが該当すると判定された場合に、当該条件に対応付けられたメタデータが、一の電話帳レコードに付与される。図４（ａ）は、電話帳ルール保持部１２に保持されている電話帳ルールの例を示す図である。
【００４３】
具体的には、電話帳ルール保持部１２は、通信アドレスのフィールドにおける属性名に所定のキーワードが含まれること、または、属性名が所定の概念に該当することを条件として有する電話帳ルールを保持している。
【００４４】
図４（ａ）に示すように、項番１のルールでは“自宅”、“プライベート”及び“個人”といったキーワードを通信アドレスの属性名が含む場合に、“プライベート”といったメタデータが電話帳レコードに付与される。また、項番２のルールでは“勤務先”、“会社”及び“ビジネス”といったキーワードを通信アドレスの属性名が含む場合に、“仕事”といったメタデータが電話帳レコードに付与される。
【００４５】
属性名が所定の概念に該当するか否かの判定は、例えば、ある概念に該当する複数のキーワードを電話帳ルールの条件として保持しておき、それら複数のキーワードを属性名が含むか否かによって行われる。ある概念に該当するキーワードは、一のキーワードの類義語や関連語等を端末内または外部のデータベースから検索することにより取得されることとしてもよい。
【００４６】
例えば、図３に示す電話帳レコードが取得された場合には、通信アドレスの属性名である“携帯電話（個人）”に基づき、図４（ａ）の電話帳ルールにおける項番１のルールにより“プライベート”といったメタデータが抽出され、当該電話帳レコードに付与される。また、通信アドレスの属性名である“メールアドレス(会社）”に基づき、項番２の電話帳ルールにより“仕事”といったメタデータが抽出され、当該電話帳レコードに付与される。
【００４７】
また、電話帳ルール保持部１２は、通信アドレスのフィールドにおける値に所定のキーワードが含まれることを条件として有する電話帳ルールを保持している。
【００４８】
図４（ａ）に示すように、項番１のルールでは“自宅”、“プライベート”及び“個人”といったキーワードを通信アドレスの属性名が含む場合に、“プライベート”といったメタデータが電話帳レコードに付与される。
【００４９】
図４（ａ）に示すように、項番３のルールでは、電話帳レコードにおける電話番号の先頭の番号が“０１２０”にマッチする場合に、“店やサービス”といったメタデータが電話帳レコードに付与される。また、項番４のルールでは、電話帳管理装置１を含む端末１０のユーザのメールアドレスのドメイン名と、電話帳レコードにおける通信アドレスのドメイン名とがマッチする場合に“同じ組織”といったメタデータが当該電話帳レコードに付与される。具体的には、端末１０のユーザのメールアドレスがghi@xyz-company.comであった場合に、図３の電話帳レコードに含まれるメールアドレス“def@xyz-company.com”とドメイン名がマッチするので、“同じ組織”といったメタデータが当該電話帳レコードに付与される。ただし、この条件において、インターネットサービス提供者が一般に広く提供しているメールアドレスのドメイン名は、条件から除外されることとしてもよい。
【００５０】
また、項番５のルールでは、端末１０のユーザの誕生日と、電話帳レコードに示される通信相手の誕生日とを比較し、誕生日が同年次である場合に、“同級生”といったメタデータが当該電話帳レコードに付与される。その他、誕生日の比較に基づき、“年上”といったメタデータを付与したり、住所の比較に基づき、“同じ市”や“同じ県”といったメタデータを付与したりすることも可能である。
【００５１】
なお、条件とメタデータの組により構成される電話帳ルールは、プログラムとして記述されてもよいし、ルールを記述する所定の記述言語により記述されることとしてもよい。
【００５２】
電話帳ルール判定部１３は、電話帳レコードの説明において述べたように、電話帳レコード取得部１１により取得された電話帳レコードに含まれる通信アドレスのフィールドにおける属性名又は値が、電話帳ルール保持部１２に保持されているいずれかの電話帳ルールにおける条件を満たすか否かを判定し、いずれかの条件を満たす場合に該条件に対応付けられたメタデータを電話帳ルールから抽出する部分である。電話帳ルール判定部１３は、抽出したメタデータをメタデータ付与部１４に送出する。
【００５３】
メタデータ付与部１４は、電話帳ルール判定部１３により抽出されたメタデータを当該電話帳レコードに付与する部分である。具体的には、メタデータ付与部１４は、メタデータを当該電話帳レコードに対応付けて、電話帳レコード記憶部３０に記憶させる。
【００５４】
また、メタデータ付与部１４は、電話帳レコードにメタデータを付与するときに、電話帳ルールに基づく判定により当該メタデータが付与されたことを示す自動生成フラグ（第１のフラグ）を当該メタデータにセットして当該電話帳レコードに付与してもよい。例えば、電話帳ルール判定部１３により「プライベート」及び「同級生」といったメタデータが抽出された場合には、図３に示すように、メタデータ付与部１４は、メタデータ「プライベート」、「同級生」を電話帳レコードに対応付けて記憶させる。さらに、メタデータ付与部１４は、これらのメタデータの付与に際して、フィールドＦ１に自動生成フラグを「１」にセットする。これにより、自動生成フラグが付されているメタデータが電話帳ルールに基づき自動生成されたものであることを判別できる。従って、電話帳レコードに付与されたメタデータを利用して電話帳レコードに対する処理を実施するに際し、自動生成フラグがセットされているか否かにより、当該メタデータの重み付けを異ならせることができる。なお、この自動生成フラグは、後述するように、フラグ管理部１５によりリセットされる場合がある。
【００５５】
また、メタデータ付与部１４は、電話帳レコードにメタデータを付与したときに、電話帳ルール判定部１３において当該メタデータの抽出に用いられた属性名又は値を、当該メタデータ及び当該メタデータが付与された電話帳レコードを識別する情報に対応付けて、メタデータ付与履歴保持部２２に保持させることができる。メタデータ付与履歴保持部２２は、メタデータの付与履歴を保持する記憶手段である。メタデータ付与履歴保持部２２については後に説明する。なお、メタデータ付与履歴保持部２２に保持されたメタデータの付与履歴は、後述するように、メタデータ検出部２１における処理に用いられる。
【００５６】
フラグ管理部１５は、自動生成フラグがセットされたメタデータを含む電話帳レコードに示される通信先との通信開始時、通信中及び通信終了時並びに当該電話帳管理装置のユーザに対する前記電話帳レコードの提示時のうちのいずれかの契機において、メタデータの妥当性を照会するための提示を端末１０のユーザに対して実施し、そのユーザからのメタデータを承認する旨の入力を受け付けた場合に、自動生成フラグをリセットする部分である。
【００５７】
例えば、図３に示すように、電話帳レコードに「プライベート」、「同級生」といったメタデータが自動生成フラグと共に付与されていた場合には、フラグ管理部１５は、所定の契機にそれらのメタデータを所定の表示手段を介してユーザに対して提示する。そして、ユーザからのメタデータを承認する旨の入力を受け付けた場合に、フラグ管理部１５は、フィールドＦ１にセットされていた自動生成フラグを「０」にリセットする。
【００５８】
また、フラグ管理部１５は、自動生成フラグがセットされたメタデータを含む電話帳レコードに示される通信先との通信開始時、通信中及び通信終了時並びに当該電話帳管理装置のユーザに対する電話帳レコードの提示時のうちのいずれかの契機において、互いに関連あるメタデータを対応付けて記憶している関連メタデータテーブル（関連メタデータ記憶手段）を参照して、自動生成フラグがセットされたメタデータに対応付けられた１以上のメタデータを関連メタデータとして抽出し、関連メタデータを当該電話帳管理装置のユーザに対して提示し、提示した関連メタデータに対するユーザからの選択入力を受け付けた場合に、自動生成フラグをリセットすることができる。また、フラグ管理部１５において関連メタデータに対するユーザからの選択入力が受け付けられた場合には、メタデータ付与部１４は、その関連メタデータを当該電話帳レコードに付与する。
【００５９】
図４（ｂ）は、関連メタデータテーブルの例を示す図である。関連メタデータテーブルは、例えば、電話帳レコード保持部１２において保持されている。図４（ｂ）に示すように、関連メタデータテーブルは、互いに関連あるメタデータを対応付けて記憶している。例えば、ある電話帳レコードに「プライベート」といったメタデータが自動生成フラグと共に付与されていた場合には、フラグ管理部１５は、所定の契機に「友達」、「知人」、「家族・親戚」、「同級生」、「趣味」等のメタデータを関連メタデータとしてユーザに提示する。そして、提示した関連メタデータに対するユーザからの選択入力が受け付けられた場合には、フラグ管理部１５は、「プライベート」といったメタデータに付与された自動生成フラグをリセットすると共に、メタデータ付与部１４は、ユーザにより選択された選択メタデータを電話帳レコードに付与する。これにより、メタデータが付与された電話帳レコードに対して、関連するメタデータを更に付与することができるので、メタデータをキーとした電話帳レコードの分類や検索等が更に容易になる。
【００６０】
また、フラグ管理部１５は、後述する競合フラグ（第２のフラグ）がセットされた電話帳レコードに示される通信先との通信開始時、通信中及び通信終了時並びに当該電話帳管理装置のユーザに対する前記電話帳レコードの提示時のうちのいずれかの契機において、メタデータの妥当性を照会するための提示を端末１０のユーザに対して実施し、そのユーザからのメタデータを承認する旨の入力を受け付けた場合に、競合フラグをリセットすることができる。例えば、図３に示す電話帳レコードのフィールドＦ２に競合フラグが「１」にセットされていた場合には、フラグ管理部１５は、所定の契機に、競合検知部１６により競合すると判定された複数のメタデータを所定の表示手段を介してユーザに対して提示する。そして、ユーザからのメタデータの競合を承認する旨の入力を受け付けた場合に、フラグ管理部１５は、フィールドＦ２にセットされていた自動生成フラグを「０」にリセットする。
【００６１】
なお、フラグ管理部１５が契機として用いる通信は、通常の通話の他、留守番電話、伝言メモ及びボイスメール等を含む。具体的には、フラグ管理部１５は、通話開始時、通話中若しくは通話終了時又は留守番電話の再生開始時、再生中若しくは再生後に、当該通信相手に関する、メタデータが付与された電話帳レコードを端末１０のユーザに対して表示し、自動生成フラグ又は競合フラグがセットされたメタデータの妥当性を判断させ、その判断結果を入力させる。そして、そのメタデータが妥当であって、承認する旨の入力をユーザから受け付けた場合に、フラグ管理部１５は、対応するフラグをリセットする。
【００６２】
これにより、電話帳レコードに付与されたメタデータを利用して電話帳レコードに対する処理を実施するに際し、フラグがリセットされたメタデータを、フラグがセットされたメタデータに比べてより信頼性が高いものとして扱うことができる。
【００６３】
競合検知部１６は、一の電話帳レコードに付与された複数のメタデータの間の競合の有無を検知し、メタデータ間の競合が有る場合に、当該電話帳レコードにメタデータ間の競合があることを示す競合フラグ（第２のフラグ）をセットする部分である。メタデータ間の競合の検知は、競合関係記憶テーブル（競合関係記憶手段）を参照して行われる。競合関係記憶テーブルは、メタデータ間の競合関係の有無を記憶しており、本実施形態では、競合検知部１６において保持されている。
【００６４】
図５は、競合関係記憶テーブルの例を示す図である。図５の例では、競合関係記憶テーブルは、“プライベート”、“仕事”、“お店やサービス”及び“同級生”といった４種のメタデータに関する競合関係を保持している。図５を参照すると、例えば、“プライベート”といったメタデータは、“同級生”といったメタデータとは競合しないが、“仕事”及び“お店やサービス”といったメタデータとは競合する。競合検知部１６は、ある電話帳レコードにおいて、例えば、“プライベート”及び“仕事”といった複数のメタデータが設定されていた場合には、その電話帳レコードに対して競合フラグをセットする。本実施形態では、競合検知部１６は、図３に示す電話帳レコードのフィールドＦ２に競合フラグをセットできる。これにより、自動で付与したメタデータが他のメタデータと競合がある場合に、当該電話帳レコードを判別できる。従って、例えば、競合フラグがセットされた電話帳レコードをユーザに提示する等の処理を実施することにより、競合を解決できる。なお、例えば、ある電話帳レコードが示す人物が同級生であると共に同僚である場合があり得るため、ユーザが両方のメタデータを承認することにより、競合関係を有するようなメタデータが一の電話帳レコードに共存するような事象が発生しうる。
【００６５】
通信アドレス抽出部１７は、端末１０のユーザの通信履歴データを取得し、所定の条件による検索又はユーザによる選択に基づき、取得した通信履歴データから複数の通信アドレスを抽出する部分である。本実施形態では、通信履歴データは、通信履歴記憶部４０に記憶されている。通信履歴記憶部４０は、少なくとも通信を行った通信先の通信アドレスを含む通信履歴データを記憶している。
【００６６】
具体的には、通信履歴データがメールの通信履歴を示す場合には、通信アドレス抽出部１７は、通信履歴記憶部４０にアクセスして、メールの宛先や送信元を示すヘッダデータから複数の通信相手のメールアドレスを抽出できる。また、通信アドレス抽出部１７は、メールサーバにＩＭＡＰ４などのプロトコルによりアクセスしてメールの送受信履歴データを取得することにより、通信先の通信アドレスを取得してもよい。また、複数の通信相手のメールアドレスの組を取得する条件として、通信履歴記録部４０に、同一のメールアドレスの組が指定回数以上利用されている場合や、同一のメールアドレスの組が指定回数以上かつ指定の期間以上に渡って存在する場合に限定して設定されるようにしてもよい。具体的には、例えば、前者は３通以上のメールにおいて、そのメールアドレスの組が利用されている場合を指す。後者は、例えば、３通以上のメールでかつそのもっとも古いメールの履歴ともっとも新しいメールの履歴との間の期間が1週間以上あった場合を指す。これにより、複数の通信相手のメールアドレスの組が、一時的なものか継続的なものかを区別できる。さらに、取得した通信アドレスの組の履歴を記憶し、一度、取得した通信アドレスの組は再度、取得しないように制限してよい。通信アドレス抽出部１７は、抽出した通信アドレスをグループ受付部１８に送出する。
【００６７】
グループ受付部１８は、通信アドレス抽出部１７により抽出された複数の通信アドレスの通信先を識別する名称を電話帳レコードから取得し、取得した各々の名称をユーザに提示し、提示した複数の名称に対応するグループ名の入力を受け付ける部分である。また、グループ受付部１８は、抽出された複数の通信アドレスが含まれる各電話帳レコードに記憶されている複数のグループ名を、入力させるグループ名の候補としてユーザに提示し、複数のグループ名の入力を受け付けてもよい。
【００６８】
図６は、グループ名の入力の受け付けに際し、端末１０において表示される表示画面Ｄの例である。グループ受付部１８は、通信アドレス抽出部１７により抽出された通信アドレスに基づき電話帳レコードをサーチし、当該通信アドレスによる通信先を識別する名称を取得する。この名称は、例えば、通信相手の名前であって、電話帳レコードにおける“姓”及び“名”から構成される。グループ受付部１８は、このように取得した名称を、例えば図６の符号Ｎに示されるように、表示画面Ｄに表示させる。さらに、グループ受付部１８は、抽出された通信アドレスが含まれる電話帳レコードに既にグループ名が記憶されていたり、グループ名がメタデータとして付与されていたりした場合には、そのグループ名を取得し、入力させるグループ名の候補として、図６の符号Ｇに示すように、ユーザに提示する。
【００６９】
グループ付与部１９は、グループ受付部１８により受け付けられたグループ名を、通信アドレス抽出部１７により抽出された複数の通信アドレスが含まれる電話帳データのメタデータとして各々の電話帳データに付与する部分である。
【００７０】
これにより、通信履歴が存在する複数の電話帳レコードに対して、ユーザの操作負担を軽減しながら、グループ分けを行うことができる。従って、当該グループ名による電話帳レコードの検索等の処理が可能になり、電話帳の使い勝手が向上される。また、複数の電話帳レコードに対して付与するためのグループ名の候補がユーザに対して提示される。これにより、ユーザは容易にグループ名を入力できる。
【００７１】
外部照会部２０は、電話帳レコード取得部１１により取得された電話帳レコードに含まれる一のフィールドの値をキーとして、当該電話帳管理装置１及び端末１０の外部に構成された所定の外部データベースを参照し、該外部データベースにおいて、キーとした値に関連付けられたデータを取得し、取得したデータをメタデータとして、当該電話帳レコードに付与する部分である。本実施形態では、外部照会部２０は、例えば、外部データベース５０を参照することができる。
【００７２】
外部データベース５０は、例えば、店舗、サービス、企業名、電話番号、住所及び業種等を対応付けて記憶している。外部照会部２０は、外部データベース５０に対して、例えば電話番号をキーとして検索を行うことにより、その電話番号のユーザの業種に関するデータをメタデータとして取得できる。また、外部照会部２０は、電話帳レコードにおいて属性名“所属”に対応付けられている値が“ＸＹＺ株式会社”である場合に、外部データベース５０にアクセスすることにより、ＸＹＺ株式会社の業種をメタデータとして取得できる。同様に、住所に基づく照会も可能である。
【００７３】
これにより、電話帳ルールに予め設定されたメタデータ以外のデータをメタデータとして電話帳レコードに付与して検索等の処理に用いることができる。従って、電話帳レコードに対する検索等の処理の精度が向上する。
【００７４】
メタデータ検出部２１は、電話帳レコードにおいて属性名又は値が更新された場合に、メタデータ付与履歴保持部２２を参照して、当該電話帳レコードにおいて当該属性名又は当該値を用いて抽出されたメタデータを検出する部分である。
【００７５】
メタデータ付与履歴保持部２２は、前述のとおり、メタデータの付与履歴を保持する記憶手段であって、電話帳レコードにメタデータが付与されたときに、電話帳ルール判定部１３において当該メタデータの抽出に用いられた属性名又は値を、当該メタデータ及び当該メタデータが付与された電話帳レコードを識別する情報に対応付けて記憶する。図７は、メタデータ付与履歴保持部２２の構成及び記憶されているデータの例を示す図である。図７に示すように、メタデータ付与履歴保持部２２は、電話帳レコードにメタデータが付与された場合に、当該電話帳レコードを識別するデータＮｏ、メタデータの抽出に用いられた属性名又は値、及びそのメタデータを対応付けて記憶している。
【００７６】
具体的には、メタデータ検出部２１は、電話帳レコード記憶部３０を所定の時間間隔毎に参照したり、端末１０における電話帳レコード記憶部３０に対するアクセスを監視したりすることにより、電話帳レコードにおける属性名又は値の更新を検出する。属性名又は値の更新を検出した場合に、メタデータ検出部２１は、メタデータ付与履歴保持部２２を参照して、更新された属性名又は値に基づき検索することにより、その属性名又は値に基づき抽出及び付与されたメタデータを検出する。
【００７７】
このように、電話帳レコードに含まれるフィールドにおける属性名や値が更新された場合に、その属性名又は値に基づき付与されたメタデータが検出されるので、例えば、検出されたメタデータを削除したり、ユーザに提示したりすることが可能となる。従って、電話帳レコードの更新に追随して、メタデータの更新が可能となり、電話帳レコードに対する検索等の処理の精度が向上される。
【００７８】
次に、電話帳管理装置１における電話帳管理方法の処理手順について説明する。図８は、電話帳管理方法の処理内容を示すフローチャートである。図８に示す処理は、定期的に実行されてもよいし、電話帳レコード記憶部のデータが更新されたときに実行されてもよいし、ユーザが要求したタイミングであってもよい。ユーザが要求したタイミングは、例えば、ユーザが端末１０の電話帳アプリケーションのメニューから「電話帳分析」といったコマンドを選択した場合である。
【００７９】
まず、電話帳レコード取得部１１は、電話帳レコード記憶部３０を参照して、未分析の電話帳レコードの有無を判定する（Ｓ１）。電話帳レコード取得部１１は、例えば、各電話帳レコードにシリアルに付与されたデータＮｏ．の値が小さいものから昇順に分析処理を実施することにより、分析済及び未分析の電話帳のレコードを判別できる。また、電話帳レコード取得部１１は、例えば、分析済の電話帳レコードに対して、分析済であることを表すフラグを付すことにより、未分析の電話帳のレコードの有無を判定できる。未分析の電話帳レコードが有ると判定された場合には、処理手順はステップＳ２に進められる。一方、未分析の電話帳レコードが有ると判定されなかった場合には、処理手順は終了する。
【００８０】
ステップＳ２において、電話帳レコード取得部１１は、電話帳レコード記憶部３０から未分析の電話帳レコードを取得する（Ｓ２）。電話帳レコード取得部１１は、取得した電話帳レコードを電話帳ルール判定部１３に送出する。
【００８１】
次に、電話帳ルール判定部１３は、ステップＳ２において電話帳レコード取得部１１により取得された電話帳レコードに含まれる通信アドレスのフィールドにおける属性名が、電話帳ルール保持部１２に保持されているいずれかの電話帳ルールにおける条件を満たすか否かを判定し、いずれかの条件を満たす場合に該条件に対応付けられたメタデータを電話帳ルール保持部１２から取得する（Ｓ３）。
【００８２】
続いて、ステップＳ２において電話帳レコード取得部１１により取得された電話帳レコードに含まれる通信アドレスのフィールドにおける値が、電話帳ルール保持部１２に保持されているいずれかの電話帳ルールにおける条件を満たすか否かを判定し、いずれかの条件を満たす場合に該条件に対応付けられたメタデータを電話帳ルール保持部１２から取得する（Ｓ４）。
【００８３】
さらに続いて、外部照会部２０は、電話帳レコード取得部１１により取得された電話帳レコードに含まれる一のフィールドの値をキーとして、外部データベース５０を参照し、外部データベース５０において、キーとした値に関連付けられたデータをメタデータとして取得する（Ｓ５）。
【００８４】
次に、メタデータ付与部１４は、ステップＳ３〜Ｓ５において取得されたメタデータが当該電話帳レコードに既に付与されているか否かを判定する（Ｓ６）。全てのメタデータが既に付与されていると判定された場合には、処理手順はステップＳ７に進められる。一方、全てのメタデータが既に付与されていると判定されなかった場合には、処理手順はステップ１に戻る。
【００８５】
ステップＳ７において、メタデータ付与部１４は、ステップＳ３〜Ｓ５において取得されたメタデータのうち未付与のメタデータを当該電話帳レコードに付与する（Ｓ７）。また、メタデータ付与部１４は、電話帳レコードにメタデータを付与するときに、電話帳ルールに基づく判定により当該メタデータが付与されたことを示す自動生成フラグを当該メタデータにセットして当該電話帳レコードに付与する。
【００８６】
続いて、競合検知部１６は、電話帳レコードに付与された複数のメタデータの間の競合の有無を、例えば競合関係記憶テーブルを参照することにより、検知する（Ｓ８）。メタデータ間の競合が有ると判定された場合には、処理手順はステップＳ９に進められる。一方、メタデータ間の競合が有ると判定されなかった場合には、処理手順はステップＳ１に戻る。
【００８７】
ステップＳ９において、競合検知部１６は、当該電話帳レコードにメタデータ間の競合があることを示す競合フラグをセットする（Ｓ９）。
【００８８】
次に、電話帳管理装置１における電話帳管理方法の処理手順のうち、メタデータの妥当性をユーザに照会するための処理手順について説明する。電話帳ルールに基づく判定によりメタデータが電話帳レコードに付与された場合には当該メタデータは自動生成フラグを伴っており、メタデータ間の競合が有ると判定された場合には当該メタデータは競合フラグを伴っているので、これらのフラグが付されたメタデータの妥当性をユーザに照会することにより、メタデータの信頼性を高めることができる。図９は、メタデータの妥当性をユーザに照会するための処理手順を示すフローチャートである。図９に示す処理は、通信先との通信開始時、通信中及び通信終了時のうちのいずれかの契機において実施できる。また、この処理は、定期的又はユーザが要求したタイミングに実行されてもよい。以下の説明は、通話終了時に当該処理が行われた場合を想定する。
【００８９】
まず、フラグ管理部１５は、通信していた通信先の電話帳レコードを電話帳レコード記憶部３０から取得し、取得した電話帳レコードを端末１０のユーザに対して表示する（Ｓ１１）。
【００９０】
次に、フラグ管理部１５は、取得した電話帳レコードにおいてフラグが付されたメタデータが有るか否かを判定する（Ｓ１２）。フラグが付されたメタデータが有ると判定された場合には、処理手順はステップＳ１３に進められる。一方、フラグが付されたメタデータが有ると判定されなかった場合には、処理手順は終了する。
【００９１】
ステップＳ１３において、フラグ管理部１５は、フラグが付されたメタデータを、ディスプレイ等の表示手段を介して提示することにより、端末１０のユーザに対して照会する（Ｓ１３）。
【００９２】
続いて、フラグ管理部１５は、ユーザからのメタデータを承認する旨の入力が端末１０に対して行われたか否かを判定する（Ｓ１４）。メタデータを承認する旨の入力が行われた場合には、処理手順はステップＳ１５に進められる。一方、メタデータを承認する旨の入力が行われなかった場合には、処理手順はステップＳ１６に進められる。
【００９３】
ステップＳ１５において、フラグ管理部１５は、承認されたメタデータのフラグをリセットする（Ｓ１５）。一方、ステップＳ１６において、フラグ管理部１５は、承認されなかったメタデータを削除する（Ｓ１６）。
【００９４】
次に、電話帳管理装置１における電話帳管理方法の処理手順のうち、通信履歴に基づくグループ設定の処理手順を説明する。図１０は、かかる処理手順を示すフローチャートである。この処理手順は、定期的に実行されてもよいし、電話帳レコードの分析によるメタデータ付与手順の完了後に実施されてもよいし、ユーザが要求したタイミングであってもよい。ユーザが要求したタイミングは、例えば、ユーザが端末の電話帳アプリケーションのメニューから「通信履歴分析」のコマンドを選択した場合である。
【００９５】
まず、通信アドレス抽出部１７は、端末１０のユーザの通信履歴データを通信履歴記憶部４０から取得する（Ｓ２１）。ここでは、通信アドレス抽出部１７は、全ての通信履歴データを取得することとしてもよいし、所定の条件による検索された通信履歴データを取得することとしてもよいし、ユーザにより選択された通信履歴データを取得することとしてもよい。続いて、通信アドレス抽出部１７は、取得した通信履歴データから複数の通信アドレスを抽出する（Ｓ２２）。
【００９６】
次に、グループ受付部１８は、通信アドレス抽出部１７により抽出された複数の通信アドレスの通信先を識別する名称を電話帳レコードから取得し、取得した各々の名称をユーザに提示する（Ｓ２３）。ここで提示される名称は、例えば、電話帳レコードにおいて姓及び名によって表される名前である。なお、ステップＳ２３において、グループ受付部１８は、抽出された複数の通信アドレスが含まれる各電話帳レコードに記憶されている複数のグループ名を、入力させるグループ名の候補としてユーザに提示してもよい。
【００９７】
続いて、グループ受付部１８は、提示した複数の名称に対応するグループ名の入力を受け付ける（Ｓ２４）。そして、グループ付与部１９は、ステップＳ２４においてグループ受付部１８により受け付けられたグループ名を、通信アドレス抽出部１７により抽出された複数の通信アドレスが含まれる電話帳データのメタデータとして各々の電話帳データに付与する（Ｓ２５）。
【００９８】
以上説明した本実施形態の電話帳管理装置１及び電話帳管理方法では、電話帳レコードに含まれる属性名又は値が電話帳ルールにおいて設定されている条件に該当する場合に、当該条件に対応付けられたメタデータが抽出され、電話帳レコードに付与される。これにより、電話帳レコードに付与されたメタデータを分類や検索のための情報として用いることができるので、電話帳レコードの分類や検索等が容易になる。従って、電話帳レコードの分類を実現させるに際したユーザの負担の軽減が実現される。
【００９９】
（第２実施形態）
図１１は、第２実施形態に係る電話帳管理装置１Ａの機能的構成を示すブロック図である。第１実施形態では、電話帳管理装置１が端末１０に構成されていたのに対して、第２実施形態では、電話帳管理装置１Ａは、サーバ１０Ａに構成される。サーバ１０Ａにおける電話帳管理装置１Ａが備える各機能部１１〜２２は、第１実施形態における電話帳管理装置１の各機能部１１〜２２と同様の機能を有する。
【０１００】
ユーザの電話帳レコードが、サーバ１０Ａと通信可能なユーザの端末に保持されている場合には、サーバ１０Ａの電話帳レコード記憶部３０Ａに記憶されている電話帳レコードと端末における電話帳レコードとは同期して保持される。即ち、電話帳管理装置１Ａは、電話帳レコードを取得したり、メタデータを電話帳レコードに付与したりするために、サーバ１０Ａの電話帳レコード記憶部３０Ａにアクセスする。このアクセスにおいてメタデータの付与等が実施されることによって電話帳レコードが更新された場合には、同期の機構によって、サーバ１０Ａにおける電話帳レコードと、端末側の電話帳レコードとが同期される。その他の処理手順は、第１実施形態と同様に実施される。
【０１０１】
以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で様々な変形が可能である。
【符号の説明】
【０１０２】
１，１Ａ…電話帳管理装置、１０…端末、１０Ａ…サーバ、１１…電話帳レコード取得部、１２…電話帳ルール保持部、１３…電話帳ルール判定部、１４…メタデータ付与部、１５…フラグ管理部、１６…競合検知部、１７…通信アドレス抽出部、１８…グループ受付部、１９…グループ付与部、２０…外部照会部、２１…メタデータ検出部、２２…メタデータ付与履歴保持部、３０，３０Ａ…電話帳レコード記憶部、４０…通信履歴記憶部、５０…外部データベース。
【図１】
2013118498.tif 000003
【図２】
2013118498.tif 000004
【図３】
2013118498.tif 000005
【図４】
2013118498.tif 000006
【図５】
2013118498.tif 000007
【図６】
2013118498.tif 000008
【図７】
2013118498.tif 000009
【図８】
2013118498.tif 000010
【図９】
2013118498.tif 000011
【図１０】
2013118498.tif 000012
【図１１】
2013118498.tif 000013