JP2017005447A - 連絡先管理プログラム、連絡先管理システム、及び連絡先管理方法 - Google Patents

Abstract

【課題】制御対象外の通信端末が記憶する連絡先情報に対するアクセス制御を実行する。
【解決手段】コンピュータは、第１の通信端末より、第１の通信端末にインストールされた第１のアプリケーションプログラムに提供する連絡先情報についての問い合わせを受信する（ステップ５０１）。次に、コンピュータは、記憶部に記憶された、第１の通信端末が記憶する第１の連絡先群に含まれる複数の連絡先それぞれに対応する複数の通信端末にインストールされたアプリケーションプログラム各々に関するアプリケーション情報を参照する。さらに、コンピュータは、第１のアプリケーションプログラムに関するアプリケーション情報を参照して、第１の連絡先群より第２の連絡先群を抽出する（ステップ５０２）。コンピュータは、抽出した第２の連絡先群を第１の通信端末へ送信する（ステップ５０３）。
【選択図】図５

Description

本発明は、連絡先管理プログラム、連絡先管理システム、及び連絡先管理方法に関する。

携帯電話機等の通信端末が記憶する連絡先情報には、通信端末を保有する端末保有者の個人情報と情報提供者の個人情報とが含まれる。情報提供者とは、端末保有者に電話番号等の情報を提供した人物である。

図１は、連絡先情報に含まれる情報提供者の個人情報の例を示している。名前は、情報提供者の名前（ＩＤ）を表し、電話番号及びメールアドレスは、情報提供者が保有する通信端末を示す連絡先であり、情報提供者の名前と対応付けられている。例えば、ユーザＡの電話番号は“７１ＸＸＸＸ”であり、メールアドレスは“Ｘ＠ｆｆｆｆｆ”である。情報提供者の個人情報には、住所、誕生日等が含まれることもある。端末保有者の個人情報にも、情報提供者の個人情報と同様の情報が含まれる。

近年登場したスマートフォン、タブレット等の通信端末では、アプリケーションプログラムは、通信端末内の連絡先情報を直接参照する代わりに、連絡先情報取得用のApplication Programming Interface（ＡＰＩ）等を利用して連絡先情報を取得する。以下では、アプリケーションプログラムを単にアプリケーションと記載することがある。

特開２０１４−９８９６８号公報 特開２００９−２４５１４５号公報 特開２００２−２３２５５４号公報

従来の連絡先情報に対するアクセス権限を持つアプリケーションは、連絡先情報に含まれるすべての情報提供者の個人情報を利用することができ、情報提供者が自身の個人情報の利用可否を制御する技術は知られていない。

なお、かかる問題は、携帯電話機、スマートフォン、又はタブレットのような移動通信端末に限らず、パーソナルコンピュータ等の他の通信端末においても生ずるものである。

１つの側面において、本発明は、制御対象外の通信端末が記憶する連絡先情報に対するアクセス制御を目的とする。

１つの案では、連絡先管理プログラムは、以下の処理をコンピュータに実行させる。
（１）コンピュータは、第１の通信端末より、第１の通信端末にインストールされた第１のアプリケーションプログラムに提供する連絡先情報についての問い合わせを受信する。
（２）コンピュータは、記憶部に記憶された、第１の通信端末が記憶する第１の連絡先群に含まれる複数の連絡先それぞれに対応する複数の通信端末にインストールされたアプリケーションプログラム各々に関するアプリケーション情報を参照する。さらに、コンピュータは、第１のアプリケーションプログラムに関するアプリケーション情報を参照して、第１の連絡先群より第２の連絡先群を抽出する。
（３）コンピュータは、第２の連絡先群を第１の通信端末へ送信する。

１つの実施形態によれば、制御対象外の通信端末が記憶する連絡先情報に対するアクセス制御が可能になる。

連絡先情報に含まれる個人情報を示す図である。 連絡先情報へのアクセスを示す図である。 個人情報の利用を示す図である。 連絡先管理システムの構成図である。 連絡先管理処理のフローチャートである。 連絡先管理システムの具体例を示す構成図である。 第１のインストール情報を示す図である。 マスタ連絡先情報を示す図である。 問い合わせ処理を示す図である。 第１の問い合わせを示す図である。 第１の問い合わせ結果を示す図である。 専用連絡先情報を示す図である。 専用連絡先情報へのアクセスを示す図である。 アプリケーション情報の取得方法を示す図である。 管理情報を示す図である。 ベンダ単位の判定を示す図である。 アプリケーション単位の判定を示す図である。 バージョン単位の判定を示す図である。 アプリケーション毎の専用連絡先情報を示す図である。 アクセス制御処理のフローチャートである。 返信処理のフローチャートである。 連絡先抽出処理のフローチャートである。 メッセージダイジェスト形式のインストール情報を示す図である。 暗号化処理を示す図である。 更新情報を示す図である。 インストール時に行われる問い合わせ処理を示す図である。 第２の問い合わせを示す図である。 第２のインストール情報を示す図である。 第３の問い合わせを示す図である。 第２の問い合わせ結果を示す図である。 第３のインストール情報を示す図である。 第３の問い合わせ結果を示す図である。 第４のインストール情報を示す図である。 連絡先削除処理を示す図である。 更新情報送信処理のフローチャートである。 更新処理のフローチャートである。 第５のインストール情報を示す図である。 第４の問い合わせを示す図である。 情報処理装置の構成図である。

以下、図面を参照しながら、実施形態を詳細に説明する。
図２は、従来の通信端末におけるアプリケーションから連絡先情報へのアクセスの例を示している。連絡先情報２０１に対するアクセス権限を持つアプリケーション２０３は、連絡先情報取得用のＡＰＩ２０２を介して連絡先情報２０１を取得することができる。ただし、アプリケーション２０３から連絡先情報２０１に直接アクセスすることは禁止されている。一方、連絡先情報２０１に対するアクセス権限を持たないアプリケーション２０４から連絡先情報２０１及びＡＰＩ２０２へのアクセスは禁止される。

ここで、アプリケーションに対してアクセス権限を与える人物は、情報提供者ではなく端末保有者であり、アクセス権限を与えられたアプリケーションは、通信端末内のすべての情報提供者の個人情報を利用することができる。このため、情報提供者が端末保有者の通信端末にインストールされたアプリケーションによって自身の個人情報が参照されることを防ぐのは困難である。

図３は、アプリケーションによる個人情報の利用例を示している。端末保有者の通信端末３０１にインストールされたアプリケーション２０３は、例えば、無料通話アプリケーションであり、連絡先情報２０１に対するアクセス権限を端末保有者から与えられる。この場合、アプリケーション２０３は、ＡＰＩ２０２を介して取得した連絡先情報２０１を、アプリケーション２０３を提供したアプリケーション提供者のサーバ３０２へ送信することができる。このようにして、情報提供者の個人情報がサーバ３０２へ送信される可能性がある。

通信端末が記憶する連絡先情報には、連絡先情報にアクセスするアプリケーション毎に、複数の個人情報のうちいずれを開示してよいかを判断するための制御情報が含まれていない。このため、各アプリケーションは、連絡先情報内のすべての情報提供者の個人情報を通信端末から外部へ送信することが可能になる。

情報提供者が許可したアプリケーションのみに対してその情報提供者の個人情報の利用を許可するためには、制御情報に基づいてアクセス制御を行う仕組みだけでなく、制御情報を取得して通信端末に設定する仕組みを設けることが望ましい。

図４は、実施形態の連絡先管理システムの構成例を示している。図４の連絡先管理システムは、通信端末４０１、通信端末４０２−１〜通信端末４０２−Ｍ（Ｍは２以上の整数）、及び管理装置４０３を含む。管理装置４０３は、記憶部４１１を含み、通信ネットワーク４０４を介して通信端末４０１及び通信端末４０２−１〜通信端末４０２−Ｍと通信することができる。

通信端末４０１は、連絡先群４３１を記憶する。通信端末４０１には、アプリケーション４４１がインストールされている。管理装置４０３の記憶部４１１は、連絡先群４３１に含まれる複数の連絡先それぞれに対応する通信端末４０２−１〜通信端末４０２−Ｍにインストールされたアプリケーション各々に関するアプリケーション情報を含むインストール情報４６１を記憶する。管理装置４０３は、アプリケーション４４１に関するアプリケーション情報４５１を記憶していてもよく、通信端末４０１から受信してもよい。

図５は、図４の管理装置４０３が行う連絡先管理処理の例を示すフローチャートである。まず、管理装置４０３は、通信端末４０１より、アプリケーション４４１に提供する連絡先情報についての問い合わせを受信する（ステップ５０１）。

管理装置４０３は、インストール情報４６１及びアプリケーション情報４５１を参照して、連絡先群４３１より連絡先群４３２を抽出する（ステップ５０２）。そして、管理装置４０３は、抽出した連絡先群４３２を通信端末４０１へ送信する（ステップ５０３）。

図４の連絡先管理システムによれば、制御対象外の通信端末４０１が記憶する連絡先情報に対するアクセス制御が可能になる。

図６は、図４の連絡先管理システムの具体例を示している。図６の連絡先管理システムは、通信端末６０１−１〜通信端末６０１−Ｎ（Ｎは２以上の整数）及び管理装置４０３を含む。

各通信端末６０１−ｉ（ｉ＝１〜Ｎ）は、通信部６１１、制御部６１２、実行部６１３、及び記憶部６１４を含み、記憶部６１４は、マスタ連絡先情報６２１、専用連絡先情報６２２、アプリケーション６２３、及びアプリケーション４４１を記憶する。図４の通信端末４０１及び通信端末４０２−１〜通信端末４０２−Ｍの各々は、いずれかの通信端末６０１−ｉに対応する。

マスタ連絡先情報６２１は、通信端末６０１−ｉに登録された複数の連絡先を含み、専用連絡先情報６２２は、マスタ連絡先情報６２１に含まれる連絡先の一部又は全部を含む。アプリケーション４４１は、アクセス制限の対象となるアプリケーションであり、マスタ連絡先情報６２１に対するアクセス権限を持たず、専用連絡先情報６２２に対するアクセス権限を持つ。

一方、アプリケーション６２３は、アクセス制限の対象とならないアプリケーションであり、マスタ連絡先情報６２１に対するアクセス権限を持つ。例えば、通信端末６０１−ｉに搭載されたオペレーティングシステム（ＯＳ）のベンダが提供する標準アプリケーションは、アクセス制限の対象外であってもよい。

実行部６１３は、アプリケーション６２３及びアプリケーション４４１を実行する。制御部６１２は、アプリケーション６２３又はアプリケーション４４１からの要求に応じて、マスタ連絡先情報６２１又は専用連絡先情報６２２から情報を読み出し、読み出した情報を要求元のアプリケーションへ転送する。通信部６１１は、制御部６１２からの要求に応じて管理装置４０３と通信する。

通信端末６０１−ｉ上で他のアプリケーションも動作する場合、制御部６１２は、アプリケーション毎に専用連絡先情報６２２を生成して記憶部６１４に格納し、その専用連絡先情報６２２を編集することができる。制御部６１２の機能は、通信端末６０１−ｉのＯＳにより実現してもよく、連絡先情報取得用のＡＰＩにより実現してもよい。

管理装置４０３は、記憶部４１１、通信部６３１、及び管理部６３２を含み、記憶部４１１は、インストール情報４６１を記憶する。インストール情報４６１内では、各通信端末６０１−ｉを示す連絡先と、その通信端末６０１−ｉにインストールされているアプリケーションに関するアプリケーション情報とが関連付けられている。通信部６３１は、管理部６３２からの要求に応じて各通信端末６０１−ｉと通信する。管理部６３２は、通信部６１１を介して各通信端末６０１−ｉからアプリケーション情報を収集し、インストール情報４６１を更新する。

管理部６３２は、各通信端末６０１−ｉから収集したユーザ情報を扱う権限を持ち、インストール情報４６１に登録されていない新たな連絡先をインストール情報４６１に追加する。通信端末６０１−ｉにインストールされているアプリケーションが変更された場合、管理部６３２は、インストール情報４６１内の対応する連絡先のアプリケーション情報を更新する。また、通信端末６０１−ｉがアプリケーション情報を長期間通知しない場合、管理部６３２は、その連絡先をインストール情報４６１から削除することができる。

図７は、インストール情報４６１の例を示している。図７のインストール情報４６１は、電話番号、最終収集日、及びアプリケーション情報一覧を含む。電話番号は、各通信端末に書き込まれた固有の電話番号（オーナ番号）であり、その通信端末の連絡先を示す。最終収集日は、各通信端末から最後にアプリケーション情報を収集した日を表し、電話番号が使用されているか否かを判定するために用いられる。

アプリケーション情報一覧は、各通信端末にインストールされたアプリケーションに関するアプリケーション情報の配列である。アプリケーション情報は、アプリケーションを識別するための固有の情報であり、例えば、アプリケーション名、アプリケーションのバージョン情報等を含む。例えば、電話番号“７１ＸＸＸＸ”の最終収集日は２０１５年２月２２日であり、アプリケーション情報は、ＡＰＡ、ＡＰＢ、ＡＰＣ、及びＡＰＤである。

この場合、管理部６３２は、電話番号をインストール情報４６１の編集のための主キーとして使用し、電話番号単位でアプリケーション情報一覧を定期的に更新し、電話番号の削除に伴ってアプリケーション情報一覧を削除する。

例えば、通信端末６０１−１が端末保有者の通信端末であり、通信端末６０１−２が情報提供者の通信端末である場合、管理部６３２は、通信端末６０１−１及び通信端末６０１−２にインストールされているアプリケーションをチェックする。そして、通信端末６０１−２内のアプリケーションが通信端末６０１−１内のアプリケーション４４１に対応する場合、アプリケーション４４１による情報提供者の個人情報の利用をその情報提供者が許諾していると判定する。

図８は、マスタ連絡先情報６２１の例を示している。図８のマスタ連絡先情報６２１は、名前、振り仮名、電話番号、メールアドレス、会社名、住所、及び郵便番号を含む。名前は、各通信端末６０１−ｉの端末保有者の名前（ＩＤ）を表し、振り仮名は、名前の読み方を表す。電話番号及びメールアドレスは、端末保有者が保有する通信端末を示す連絡先であり、会社名、住所、及び郵便番号は、端末保有者の個人情報の一部である。例えば、ユーザＡの電話番号は“７１ＸＸＸＸ”である。

マスタ連絡先情報６２１に登録される個人情報は、情報交換アプリケーションを用いて取得されることもあり、端末保有者が操作する入力装置から入力されることもある。

図７のインストール情報４６１に登録されている電話番号は、図８のマスタ連絡先情報６２１に登録されている電話番号と一致しているが、インストール情報４６１は、より多くの電話番号を含んでいてもよい。

通信端末６０１−１の制御部６１２は、マスタ連絡先情報６２１に含まれる連絡先を用いて、通信部６１１を介して管理装置４０３に対する問い合わせを行う。これにより、制御部６１２は、その連絡先が示す他の通信端末６０１−ｉにインストールされているアプリケーションの情報を、管理装置４０３から取得することができる。また、制御部６１２は、問い合わせにアプリケーション情報を含めることで、通信端末６０１−１にインストールされているアプリケーションを管理装置４０３に通知することができる。

図９は、通信端末６０１−１が行う問い合わせ処理のシーケンスの例を示している。問い合わせ処理の契機となる事象が発生すると（ステップ９０１）、制御部６１２は、アプリケーション４４１のアプリケーション情報を取得し（ステップ９０２）、専用連絡先情報６２２を生成する（ステップ９０３）。この時点では、専用連絡先情報６２２には未だ連絡先が登録されていない。問い合わせ処理の契機としては、例えば、次のようなものが考えられる。
（ａ）アプリケーション４４１が制御部６１２に対して連絡先情報を要求した場合
（ｂ）前回の問い合わせ処理から一定期間が経過した場合
次に、制御部６１２は、通信端末６０１−１の電話番号（オーナ番号）、アプリケーション４４１のアプリケーション情報、及びマスタ連絡先情報６２１内の電話番号一覧を含む問い合わせを管理装置４０３へ送信する（ステップ９０４）。

図１０は、図８のマスタ連絡先情報６２１から生成された問い合わせの例を示している。ＡＰＡは、アプリケーション４４１のアプリケーション情報であり、電話番号一覧は、連絡先群に対応する。

管理装置４０３の管理部６３２は、受信したアプリケーション情報及び電話番号一覧をインストール情報４６１と照合する（ステップ９０５）。このとき、管理部６３２は、インストール情報４６１から、受信したアプリケーション情報に対応するアプリケーション情報と関連付けられた電話番号を検索し、受信した電話番号一覧から検索された電話番号を抽出する。そして、管理部６３２は、抽出した電話番号群を含む問い合わせ結果を生成する。

図１１は、図１０の問い合わせに対する問い合わせ結果の例を示している。図１０の問い合わせに含まれる電話番号のうち、図７のインストール情報４６１内でＡＰＡと関連付けられている電話番号は、“７１ＸＸＸＸ”及び“７２ＹＹＹＹ”である。そこで、これらの２つの電話番号が問い合わせ結果として抽出される。

次に、管理部６３２は、問い合わせ結果を通信端末６０１−１へ返信する（ステップ９０６）。制御部６１２は、問い合わせ結果に含まれる各電話番号に対応する情報をマスタ連絡先情報６２１から取得して、専用連絡先情報６２２に登録する（ステップ９０７）。

図１２は、図１１の問い合わせ結果から生成される専用連絡先情報６２２の例を示している。図１２の専用連絡先情報６２２は、図８のマスタ連絡先情報６２１に登録された端末保有者のうち、“７１ＸＸＸＸ”及び“７２ＹＹＹＹ”に対応するユーザＡ及びユーザＢの個人情報のみを含んでいる。

アプリケーション４４１は、マスタ連絡先情報６２１に対するアクセス権限を持たず、専用連絡先情報６２２のみを利用することができる。このように、マスタ連絡先情報６２１の代わりに専用連絡先情報６２２を利用することで、アプリケーション４４１が利用できる個人情報を限定することができる。

通信端末６０１−１がアプリケーション４４１に対してバックグラウンド機能を提供している場合、アプリケーション４４１は、一旦起動した後は停止状態に移行することが少ない。そこで、図９の問い合わせ処理を、アプリケーション４４１の起動時と、起動時からアプリケーション４４１の停止時まで一定期間毎に行ってもよい。これにより、常に最新のインストール情報４６１を専用連絡先情報６２２に反映させることができ、専用連絡先情報６２２の品質低下が防止される。

図１３は、アプリケーションから専用連絡先情報へのアクセスの例を示している。通信端末６０１−１内でアプリケーション４４１及びアプリケーション１３０１が動作している場合、各アプリケーションは、制御部６１２を介して連絡先情報を取得する。専用連絡先情報６２２は、アプリケーション４４１のための連絡先情報であり、専用連絡先情報１３０２は、アプリケーション１３０１のための連絡先情報である。

制御部６１２は、要求元のアプリケーションを識別し、そのアプリケーションの専用連絡先情報を返信する。制御部６１２は、アプリケーション４４１から連絡先情報を要求された場合、専用連絡先情報６２２から情報を読み出して返信し、アプリケーション１３０１から連絡先情報を要求された場合、専用連絡先情報１３０２から情報を読み出して返信する。

このように、アプリケーション毎に専用連絡先情報を設けることで、通信端末６０１−１内に保存されている情報提供者の個人情報が、その情報提供者の許諾を得ていないアプリケーションに漏洩することが防止される。また、アプリケーション毎に各通信端末６０１−ｉの端末保有者から個人情報の利用許諾を受ける手順を踏むことなく、個人情報を適切に保護することができる。

制御部６１２の機能を連絡先情報取得用のＡＰＩを置き換える方法で実装する場合、ＯＳ及び各アプリケーションの改修は不要である。したがって、既存のすべてのアプリケーションに対して、アプリケーション毎に専用連絡先情報を設けることが可能である。

制御部６１２は、各アプリケーションから連絡先情報を要求された場合、要求元アプリケーションの識別情報（例えば、プロセス名）を取得し、その識別情報に基づいて対応する専用連絡先情報が存在するか否かを確認する。インストール直後の初回のアプリケーション起動時のように、対応する専用連絡先情報が存在しない場合、制御部６１２は、図９の問い合わせ処理を行って、専用連絡先情報を生成する。

図１４は、アプリケーション情報の取得方法の例を示している。制御部６１２は、通信端末６０１−１にインストールされている各アプリケーションから各種情報を取得し、取得した情報の中から選別した情報を、アプリケーション情報として使用する。

図１５は、管理装置４０３の管理部６３２がアプリケーション情報を管理するための管理情報の例を示している。図１５の管理情報は、記憶部４１１に木構造で格納され、アプリケーションを提供したベンダのベンダ情報１５０１、アプリケーション名１５０２、及びバージョン情報１５０３を含む。

ベンダ情報１５０１は、Ａ社及びＢ社の２つのベンダが存在することを表し、アプリケーション名１５０２は、Ａ社がアプリケーションＡＰ１を提供し、Ｂ社がアプリケーションＡＰ２及びアプリケーションＡＰ３を提供していることを表す。バージョン情報１５０３は、アプリケーションＡＰ１〜アプリケーションＡＰ３のバージョンを表す。アプリケーションＡＰ１のバージョンとしてはＶ１．０及びＶ１．１が存在し、アプリケーションＡＰ２のバージョンとしてはＶ１．０及びＶ２．０が存在し、アプリケーションＡＰ３のバージョンとしてはＶ１．０、Ｖ１．５、及びＶ２．８が存在する。

管理部６３２は、この管理情報に基づいて、ベンダ単位、アプリケーション単位、又はバージョン単位でアプリケーションを対応付けて、個人情報の利用可否を判定することができる。

図１６は、ベンダ単位の判定の例を示している。ベンダ単位の判定では、２つのアプリケーションのベンダ情報が一致する場合、それらのアプリケーションのアプリケーション情報が対応していると判定される。情報提供者の通信端末６０１−２には、Ａ社のＡＰ１Ｖ１．０及びＢ社のＡＰ２Ｖ１．０がインストールされており、通信端末６０１−１には、Ａ社のＡＰ１Ｖ１．１及びＢ社のＡＰ３Ｖ２．８がインストールされている。

情報提供者の許諾対象がベンダ情報である場合、管理部６３２は、管理情報を参照して各通信端末内の各アプリケーションのベンダ情報を確認する。この場合、通信端末６０１−１及び通信端末６０１−２の各々にＡ社及びＢ社のアプリケーションがインストールされている。そこで、管理部６３２は、通信端末６０１−１内のアプリケーションＡＰ１及びアプリケーションＡＰ３が情報提供者の個人情報を利用できると判定する。

これに対して、通信端末６０１−２にＡ社のＡＰ１Ｖ１．０がインストールされていない場合は、通信端末６０１−１内のアプリケーションＡＰ１のベンダ情報と一致するアプリケーションが通信端末６０１−２内に存在しない。このため、通信端末６０１−１内のアプリケーションＡＰ１に対しては、情報提供者の個人情報の利用が禁止される。

図１７は、アプリケーション単位の判定の例を示している。アプリケーション単位の判定では、２つのアプリケーションのベンダ情報及びアプリケーション名が一致する場合、それらのアプリケーションのアプリケーション情報が対応していると判定される。

情報提供者の許諾対象がアプリケーション名である場合、管理部６３２は、管理情報を参照して各通信端末内の各アプリケーションのベンダ情報を確認する。この場合、通信端末６０１−１内のアプリケーションＡＰ１と通信端末６０１−２内のアプリケーションＡＰ１との間で、ベンダ情報及びアプリケーション名が一致する。そこで、管理部６３２は、通信端末６０１−１内のアプリケーションＡＰ１が情報提供者の個人情報を利用できると判定する。

一方、通信端末６０１−１内のアプリケーションＡＰ３と通信端末６０１−２内のアプリケーションＡＰ２との間では、ベンダ情報が一致するがアプリケーション名は一致しない。このため、通信端末６０１−１内のアプリケーションＡＰ３に対しては、情報提供者の個人情報の利用が禁止される。

図１８は、バージョン単位の判定の例を示している。バージョン単位の判定では、２つのアプリケーションのベンダ情報及びアプリケーション名が一致し、バージョン情報が所定の関係を満たす場合、それらのアプリケーションのアプリケーション情報が対応していると判定される。所定の関係は、例えば、個人情報を利用するアプリケーションのバージョン情報が、情報提供者が使用しているアプリケーションのバージョン情報以上であることである。

情報提供者の通信端末６０１−２には、Ａ社のＡＰ１Ｖ１．０及びＢ社のＡＰ２Ｖ１．０がインストールされており、通信端末６０１−１には、Ａ社のＡＰ１Ｖ１．１及びＢ社のＡＰ２Ｖ２．０がインストールされている。

情報提供者の許諾対象がバージョン情報である場合、管理部６３２は、管理情報を参照して各通信端末内の各アプリケーションのベンダ情報を確認する。この場合、通信端末６０１−１内のアプリケーションＡＰ１と通信端末６０１−２内のアプリケーションＡＰ１との間で、ベンダ情報及びアプリケーション名が一致し、バージョン情報が所定の関係を満たしている。そこで、管理部６３２は、通信端末６０１−１内のアプリケーションＡＰ１が情報提供者の個人情報を利用できると判定する。

また、通信端末６０１−１内のアプリケーションＡＰ２と通信端末６０１−２内のアプリケーションＡＰ２との間でも、ベンダ情報及びアプリケーション名が一致し、バージョン情報が所定の関係を満たしている。そこで、管理部６３２は、通信端末６０１−１内のアプリケーションＡＰ２が情報提供者の個人情報を利用できると判定する。

情報提供者の許諾対象がベンダ情報、アプリケーション名、又はバージョン情報のいずれであるかを示す許諾対象情報は、各アプリケーションのアプリケーション情報に含めることができる。この場合、管理部６３２は、各通信端末６０１−ｉから収集したアプリケーション情報内の許諾対象情報に基づいて、ベンダ単位、アプリケーション単位、又はバージョン単位の判定を行う。

図１９は、許諾対象がアプリケーション名である場合のアプリケーション毎の専用連絡先情報の例を示している。通信端末６０１−１及び通信端末６０１−２には、アプリケーションＡＰ１、アプリケーションＡＰ２、及びアプリケーションＡＰ３がインストールされている。また、通信端末６０１−３には、アプリケーションＡＰ１及びアプリケーションＡＰ２がインストールされており、通信端末６０１−４には、アプリケーションＡＰ１及びアプリケーションＡＰ３がインストールされている。

個人情報Ｐ１は、通信端末６０１−２を示す連絡先を含み、個人情報Ｐ２は、通信端末６０１−３を示す連絡先を含み、個人情報Ｐ３は、通信端末６０１−４を示す連絡先を含む。

この場合、通信端末６０１−１内のアプリケーションＡＰ１の専用連絡先情報１９０１には、個人情報Ｐ１〜個人情報Ｐ３が登録される。また、アプリケーションＡＰ２の専用連絡先情報１９０２には、個人情報Ｐ１及び個人情報Ｐ２が登録され、アプリケーションＡＰ３の専用連絡先情報１９０３には、個人情報Ｐ１及び個人情報Ｐ３が登録される。

アプリケーションＡＰ１は、専用連絡先情報１９０１のみに対してアクセスすることができる。また、アプリケーションＡＰ２は、専用連絡先情報１９０２のみに対してアクセスすることができ、アプリケーションＡＰ３は、専用連絡先情報１９０３のみに対してアクセスすることができる。したがって、アプリケーションＡＰ２に対しては、個人情報Ｐ３の利用が禁止され、アプリケーションＡＰ３に対しては、個人情報Ｐ２の利用が禁止される。

このように、アプリケーション毎に専用連絡先情報に含まれる情報提供者の個人情報が異なるため、情報提供者の許諾を得たアプリケーションのみがその情報提供者の個人情報にアクセスできるようになる。

図２０は、通信端末６０１−ｉの制御部６１２が行うアクセス制御処理の例を示すフローチャートである。制御部６１２は、アプリケーションから連絡先情報に対するアクセス要求を実行部６１３から受信すると（ステップ２００１）、アクセス要求に含まれる要求元アプリケーションの識別情報を参照する（ステップ２００２）。そして、制御部６１２は、その識別情報に基づいて、要求元アプリケーションがアクセス制限の対象であるか否かをチェックする（ステップ２００３）。

要求元アプリケーションがアクセス制限の対象である場合（ステップ２００３，ＹＥＳ）、制御部６１２は、対応する専用連絡先情報から情報を読み出して実行部６１３へ返信する（ステップ２００４）。一方、要求元アプリケーションがアクセス制限の対象ではない場合（ステップ２００３，ＮＯ）、制御部６１２は、マスタ連絡先情報６２１から情報を読み出して実行部６１３へ返信する（ステップ２００５）。

図２１は、図２０のステップ２００４における返信処理の例を示すフローチャートである。図２１のステップ２１０１〜ステップ２１０９の処理は、図９の問い合わせ処理に対応する。

まず、制御部６１２は、記憶部６１４内に要求元アプリケーションの専用連絡先情報が存在するか否かをチェックし（ステップ２１０１）、専用連絡先情報が存在しない場合（ステップ２００３，ＮＯ）、専用連絡先情報を生成する（ステップ２１０２）。この時点では、生成された専用連絡先情報には未だ情報が登録されていない。

次に、制御部６１２は、管理装置４０３と通信可能か否かをチェックする（ステップ２１０３）。管理装置４０３と通信可能である場合（ステップ２１０３，ＹＥＳ）、制御部６１２は、マスタ連絡先情報６２１からオーナ番号とそれ以外の電話番号とを読み出す（ステップ２１０４）。そして、制御部６１２は、読み出した電話番号と要求元アプリケーションのアプリケーション情報とを暗号化し、問い合わせを表す暗号化データを生成する（ステップ２１０５）。

次に、制御部６１２は、通信端末６０１−ｉのSubscriber Identity Module（ＳＩＭ）カードからMobile Station International Subscriber Directory Number（ＭＳＩＳＤＮ）を読み出して、オーナ番号とＭＳＩＳＤＮとを比較する（ステップ２１０６）。オーナ番号とＭＳＩＳＤＮとが一致する場合（ステップ２１０６，ＹＥＳ）、制御部６１２は、暗号化データを管理装置４０３へ送信する（ステップ２１０７）。

次に、制御部６１２は、問い合わせ結果を表す暗号化データを管理装置４０３から受信し、その暗号化データを復号する（ステップ２１０８）。次に、制御部６１２は、問い合わせ結果に含まれる各電話番号に対応する情報をマスタ連絡先情報６２１から取得して、専用連絡先情報に登録する（ステップ２１０９）。そして、制御部６１２は、専用連絡先情報から情報を読み出して実行部６１３へ返信する（ステップ２１１０）。

専用連絡先情報が存在する場合（ステップ２００３，ＹＥＳ）、制御部６１２は、ステップ２１０３以降の処理を行い、ステップ２１０９において、問い合わせ結果に基づき専用連絡先情報を更新する。これにより、要求元アプリケーションを新たにインストールしたユーザが専用連絡先情報に追加され、問い合わせ結果に含まれないユーザが専用連絡先情報から削除される。

管理装置４０３と通信不可能である場合（ステップ２１０３，ＮＯ）、制御部６１２は、ステップ２１１０の処理を行う。例えば、通信端末６０１−ｉが通信ネットワーク４０４に接続されていない場合、管理装置４０３と通信不可能になる。

オーナ番号とＭＳＩＳＤＮとが一致しない場合（ステップ２１０６，ＹＥＳ）、制御部６１２は、ステップ２１１０の処理を行う。例えば、ＭＳＩＳＤＮとは異なる電話番号がオーナ番号としてマスタ連絡先情報６２１に設定されている場合、オーナ番号とＭＳＩＳＤＮとが一致しない。

なお、制御部６１２は、アプリケーションの起動時にステップ２１０１〜ステップ２１０９と同様の問い合わせ処理を行って、専用連絡先情報を生成することもできる。

図２２は、通信端末６０１−ｉから問い合わせを受信した管理装置４０３が行う連絡先抽出処理の例を示すフローチャートである。まず、管理装置４０３の管理部６３２は、通信端末６０１−ｉから暗号化データを受信し（ステップ２２０１）、その暗号化データを復号する（ステップ２２０２）。

次に、管理部６３２は、問い合わせに含まれるオーナ番号がインストール情報４６１内に存在するか否かをチェックする（ステップ２２０３）。オーナ番号がインストール情報４６１内に存在しない場合（ステップ２２０３，ＮＯ）、管理部６３２は、オーナ番号をインストール情報４６１に追加し（ステップ２２０４）、オーナ番号と関連付けてアプリケーション情報を登録する（ステップ２２０５）。

次に、管理部６３２は、インストール情報４６１から、問い合わせに含まれるアプリケーション情報に対応するアプリケーション情報と関連付けられた電話番号を検索し、問い合わせに含まれる電話番号の中から検索された電話番号を抽出する（ステップ２２０６）。そして、管理部６３２は、抽出した電話番号を暗号化して、問い合わせ結果を表す暗号化データを生成し（ステップ２２０７）、その暗号化データを通信端末６０１−ｉへ返信する（ステップ２２０８）。

オーナ番号がインストール情報４６１内に存在する場合（ステップ２２０３，ＹＥＳ）、管理部６３２は、ステップ２２０５以降の処理を行う。

図２３は、メッセージダイジェスト形式のインストール情報４６１の例を示している。図２３のインストール情報４６１は、図７のインストール情報４６１に含まれる各電話番号をメッセージダイジェストに置き換えた情報である。例えば、“ＧＡｘｘｘｘ”は、電話番号“７１ＸＸＸＸ”のメッセージダイジェストを表す。

管理装置４０３がメッセージダイジェスト形式のインストール情報４６１を記憶している場合、図２１のステップ２１０５において、制御部６１２は、各電話番号をメッセージダイジェストに変換して問い合わせを生成する。

図２４は、ステップ２１０５における暗号化処理の例を示している。図１０の問い合わせを表す暗号化データを生成する場合、制御部６１２は、まず、オーナ番号“６００００００６”をメッセージダイジェスト“ＡＨＡＡＢＣＤＥ”に変換する。また、制御部６１２は、電話番号“７１ＸＸＸＸ”、“７２ＹＹＹＹ”、“７３ＺＺＺＺ”、及び“７４ＡＡＡＡ”をメッセージダイジェスト“ＧＡｘｘｘｘ”、“ＧＢｘｘｘｘ”、“ＧＣｘｘｘｘ”、及び“ＧＤｘｘｘｘ”に変換する。

次に、制御部６１２は、それらのメッセージダイジェストとアプリケーション情報ＡＰＡとを結合して暗号化することで、暗号化データＥｎｃ［ＡＰＡ，ＡＨＡＡＢＣＤＥ，ＧＡｘｘｘｘ，ＧＢｘｘｘｘ，ＧＣｘｘｘｘ，ＧＤｘｘｘｘ］を生成する。

この暗号化データを受信した管理部６３２は、ステップ２２０２において暗号化データを復号することで、アプリケーション情報ＡＰＡとメッセージダイジェストとを取得し、各メッセージダイジェストを電話番号とみなして、ステップ２２０３以降の処理を行う。

この場合、管理部６３２は、抽出したメッセージダイジェストの一覧を暗号化して暗号化データを生成し、通信端末６０１−ｉへ返信する。そして、制御部６１２は、暗号化データを復号してメッセージダイジェストの一覧を取得する。制御部６１２は、マスタ連絡先情報６２１内の各電話番号のメッセージダイジェストを、受信したメッセージダイジェストの一覧と比較することで、各メッセージダイジェストに対応する情報をマスタ連絡先情報６２１から取得することができる。

ところで、情報提供者の通信端末６０１−ｉからアプリケーションがアンインストールされた場合、又はアプリケーションが長期間起動されない場合は、情報提供者が個人情報の利用許諾を終了したものとみなすことが望ましい。そこで、このような場合に、管理装置４０３のインストール情報４６１を更新するために、制御部６１２は、すべてのアプリケーションのアプリケーション情報一覧を含む更新情報を、定期的に管理装置４０３へ送信する。

更新情報を送信する契機は、前回の送信日から一定期間が経過したときであり、一定期間は、例えば、１ヶ月〜１年の期間であってもよい。制御部６１２は、送信時に動作しているアプリケーションのアプリケーション情報一覧を含む更新情報を管理装置４０３へ送信する。管理部６３２は、受信したアプリケーション情報一覧を、インストール情報４６１内の対応する連絡先のアプリケーション情報一覧と比較し、受信したアプリケーション情報一覧に含まれていないアプリケーション情報を、インストール情報４６１から削除する。

図２５は、通信端末６０１−２から定期的に送信される更新情報の例を示している。図２５の更新情報は、収集日とアプリケーション情報一覧とを含む。管理部６３２は、まず、２０１５年１月１日にＡＰＡ、ＡＰＢ、及びＡＰＣを含む更新情報を受信し、その１ヵ月後にＡＰＡ、ＡＰＣ、ＡＰＤ、及びＡＰＥを含む更新情報を受信する。この場合、管理部６３２は、通信端末６０１−２からＡＰＢに対応するアプリケーションがアンインストールされたと判断し、インストール情報４６１から通信端末６０１−２のアプリケーション情報ＡＰＢを削除する。

その後、通信端末６０１−１からアプリケーション情報ＡＰＢと電話番号一覧とを含む問い合わせを受信した場合、管理部６３２は、通信端末６０１−２の電話番号を含まない電話番号一覧を、問い合わせ結果として通信端末６０１−１へ返信する。

通信端末６０１−１にアプリケーション４４１がインストールされた後に、マスタ連絡先情報６２１に登録されている通信端末６０１−２に、アプリケーション４４１に対応するアプリケーションがインストールされる場合もある。この場合、アプリケーション４４１の専用連絡先情報６２２に、即時に通信端末６０１−２の情報提供者の個人情報が登録されるわけではない。通信端末６０１−２が図９の問い合わせ処理又は図２５の定期的な更新処理を行って、管理装置４０３がインストール情報４６１を更新した後に、専用連絡先情報６２２にその個人情報が登録される。

図２６は、アプリケーションのインストール時に行われる問い合わせ処理のシーケンスの例を示している。この例では、端末保有者の通信端末６０１−１のオーナ番号は“６００００００６”であり、情報提供者の通信端末６０１−２のオーナ番号は“７２ＸＸＸＸ”である。また、通信端末６０１−１にインストールされているアプリケーションＡＰ１のアプリケーション情報は、ＡＰＡである。

まず、通信端末６０１−２にアプリケーションＡＰ１がインストールされる前の２０１５年３月１日２０時２分に、通信端末６０１−１は、図２７に示すような問い合わせを管理装置４０３へ送信する。このとき、管理装置４０３は、図２８に示すように、通信端末６０１−１の電話番号とアプリケーション情報ＡＰＡとをインストール情報４６１に登録し、電話番号を含まない空の問い合わせ結果を通信端末６０１−１へ返信する。

次に、情報提供者が通信端末６０１−２にアプリケーションＡＰ１をインストールし、アプリケーションＡＰ１が起動する（ステップ２６０１）。このとき、通信端末６０１−２は、通信端末６０１−２のオーナ番号、アプリケーション情報、及び電話番号一覧を含む問い合わせを管理装置４０３へ送信する（ステップ２６０２）。

図２９は、通信端末６０１−２が送信する問い合わせの例を示している。オーナ番号は“７２ＸＸＸＸ”であり、アプリケーション情報はＡＰＡであり、電話番号一覧には、通信端末６０１−１の電話番号“６００００００６”が含まれている。

管理装置４０３は、問い合わせ結果を生成して（ステップ２６０３）、通信端末６０１−２へ返信し（ステップ２６０４）、インストール情報４６１を更新する。

図３０は、図２９の問い合わせに対する問い合わせ結果の例を示している。この問い合わせ結果には、通信端末６０１−１の電話番号“６００００００６”が含まれている。

図３１は、図２９の問い合わせに基づいて更新されたインストール情報４６１の例を示している。図２８のインストール情報４６１に対して、通信端末６０１−２の電話番号“７２ＸＸＸＸ”と関連付けられたアプリケーション情報ＡＰＡが追加されている。

通信端末６０１−２は、問い合わせ結果に含まれる電話番号“６００００００６”に対応する情報をマスタ連絡先情報６２１から取得して、専用連絡先情報に登録する（ステップ２６０５）。

次に、通信端末６０１−１は、図２７に示した問い合わせを管理装置４０３へ送信する（ステップ２６０６）。管理装置４０３は、問い合わせ結果を生成して（ステップ２６０７）、通信端末６０１−２へ返信し（ステップ２６０８）、インストール情報４６１を更新する。

図３２は、図２７の問い合わせに対する問い合わせ結果の例を示している。この問い合わせ結果には、通信端末６０１−２の電話番号“７２ＸＸＸＸ”が含まれている。

図３３は、図２７の問い合わせに基づいて更新されたインストール情報４６１の例を示している。図３３のインストール情報４６１では、図３１のインストール情報４６１の電話番号“６００００００６”に対応する最終収集日が、２０１５年３月３日２０時２２分に変更されている。

通信端末６０１−１は、問い合わせ結果に含まれる電話番号“７２ＸＸＸＸ”に対応する情報をマスタ連絡先情報６２１から取得して、専用連絡先情報に登録する（ステップ２６０９）。

図３４は、管理装置４０３が行う連絡先削除処理の例を示している。インストール情報４６１には、連絡先の電話番号毎に最終収集日が記録されており、管理装置４０３は、最終収集日から一定期間が経過した電話番号を削除する。

例えば、一定期間が１ヶ月である場合、２０１５年１月１５日の時点で、図３４のインストール情報４６１に含まれる４つの電話番号のうち、１ヶ月以上前の最終収集日を有する電話番号が削除される。したがって、インストール情報４６１から“７３ＺＺＺＺ”及び“７４ＡＡＡＡ”とそれらのアプリケーション情報とが削除される。

削除された電話番号を含む電話番号一覧による問い合わせを受信した場合、管理装置４０３は、その電話番号を含まない問い合わせ結果を返信する。これにより、アプリケーションの使用を停止した通信端末６０１−ｉを示す連絡先を、他の通信端末が記憶する専用連絡先情報から自動的に削除することが可能になる。

図３５は、各通信端末６０１−ｉが行う更新情報送信処理の例を示すフローチャートである。図３５の更新情報送信処理は、一定期間間隔で定期的に行われる。

前回の更新情報送信処理から一定期間が経過したとき、通信端末６０１−ｉの制御部６１２は、通信端末６０１−ｉ内で動作しているすべてのアプリケーションからアプリケーション情報を取得する（ステップ３５０１）。そして、制御部６１２は、アプリケーション情報に基づいて、マスタ連絡先情報６２１又は専用連絡先情報に対するアクセス権限を持つアプリケーションを抽出する（ステップ３５０２）。

次に、制御部６１２は、管理装置４０３と通信可能か否かをチェックする（ステップ３５０３）。管理装置４０３と通信可能である場合（ステップ３５０３，ＹＥＳ）、制御部６１２は、抽出したアプリケーションのアプリケーション情報一覧を生成する（ステップ３５０４）。そして、制御部６１２は、マスタ連絡先情報６２１から読み出したオーナ番号とアプリケーション情報一覧とを暗号化して、更新情報を表す暗号化データを生成し（ステップ３５０５）、暗号化データを管理装置４０３へ送信する（ステップ３５０６）。

一方、管理装置４０３と通信不可能である場合（ステップ３５０３，ＮＯ）、制御部６１２は、処理を終了する。

図３６は、通信端末６０１−ｉから更新情報を受信した管理装置４０３が行う更新処理の例を示すフローチャートである。まず、管理装置４０３の管理部６３２は、通信端末６０１−ｉから暗号化データを受信し（ステップ３６０１）、その暗号化データを復号する（ステップ３６０２）。

次に、管理部６３２は、更新情報に含まれるオーナ番号がインストール情報４６１内に存在するか否かをチェックする（ステップ３６０３）。オーナ番号がインストール情報４６１内に存在する場合（ステップ３６０３，ＹＥＳ）、管理部６３２は、そのオーナ番号と関連付けられているアプリケーション情報一覧を、更新情報に含まれるアプリケーション情報一覧に変更する（ステップ３６０４）。

これにより、受信したアプリケーション情報一覧に含まれていないアプリケーション情報が、インストール情報４６１から削除される。逆に、受信したアプリケーション情報一覧に含まれており、インストール情報４６１には含まれていないアプリケーション情報が、インストール情報４６１に追加される。

一方、オーナ番号がインストール情報４６１内に存在しない場合（ステップ３６０３，ＮＯ）、管理部６３２は、オーナ番号をインストール情報４６１に追加し、オーナ番号と関連付けてアプリケーション情報一覧を登録する（ステップ３６０５）。

このような更新情報送信処理及び更新処理を定期的に行うことで、インストール情報４６１を常に最新の状態に保つことができ、専用連絡先情報の品質低下が防止される。

図６の管理装置４０３は、通信端末６０１−ｉに搭載されたＯＳのベンダ以外の第三者のサーバに設けてもよく、ＯＳのベンダのアプリケーション提供サーバに設けてもよい。ＯＳのベンダのアプリケーション提供サーバは、通信端末６０１−ｉの端末保有者であるユーザの電話番号と、通信端末６０１−ｉにインストールされているアプリケーションのアプリケーション情報を記憶している。このため、アプリケーション提供サーバに管理装置４０３を設けた場合、通信端末６０１−ｉは、オーナ番号及びアプリケーション情報を省略した問い合わせを送信して、問い合わせ結果を取得することができる。

図３７は、アプリケーション提供サーバに設けられた管理装置４０３が記憶するインストール情報４６１の例を示している。図３７のインストール情報４６１は、ユーザＩＤ、ユーザ情報、及びアプリケーション情報一覧を含む。ユーザＩＤは、アプリケーション提供サーバによりユーザに対して付与される識別情報であり、ユーザ情報は、電話番号、メールアドレス等の個人情報である。アプリケーション情報一覧は、図７のインストール情報４６１と同様である。

例えば、通信端末６０１−１がアプリケーション提供サーバから新規にアプリケーション４４１をダウンロードした場合、制御部６１２は、通信端末６０１−１のマスタ連絡先情報６２１内の電話番号一覧を含む問い合わせを管理装置４０３へ送信する。

図３８は、図８のマスタ連絡先情報６２１から生成された問い合わせの例を示している。図３８の問い合わせでは、図１０の問い合わせに含まれるオーナ番号及びアプリケーション情報が省略されている。

管理部６３２は、インストール情報４６１から、ダウンロードされたアプリケーション４４１のアプリケーション情報に対応するアプリケーション情報と関連付けられた電話番号を検索し、受信した電話番号一覧から検索された電話番号を抽出する。そして、管理部６３２は、抽出した電話番号群を含む問い合わせ結果を通信端末６０１−１へ返信する。

アプリケーション４４１のアプリケーション情報がＡＰＡである場合、図３８の問い合わせに対して図１１に示した問い合わせ結果が通信端末６０１−１へ返信される。そして、制御部６１２は、問い合わせ結果に含まれる各電話番号に対応する情報をマスタ連絡先情報６２１から取得して、図１２に示した専用連絡先情報６２２を生成する。

図４及び図６の連絡先管理システムの構成は一例に過ぎず、連絡先管理システムの用途や条件に応じて、一部の構成要素を省略又は変更してもよい。例えば、図６の記憶部６１４は、インストールされているアプリケーションの個数に応じて２つ以上の専用連絡先情報を記憶することができる。

図５、図２０〜図２２、図３５、及び図３６のフローチャートは一例に過ぎず、連絡先管理システムの構成や条件に応じて一部の処理を省略又は変更してもよい。例えば、マスタ連絡先情報６２１に直接アクセスするアプリケーションが存在しない場合は、図２０のステップ２００３及びステップ２００５の処理を省略することができる。

図２１の返信処理において、制御部６１２は、ステップ２１０２の代わりにステップ２１０９において、専用連絡先情報を生成してもよい。この場合、ステップ２１０１及びステップ２１０２の処理を省略することができる。

管理装置４０３と通信可能であるか否かをチェックする必要がない場合は、ステップ２１０３の処理を省略することができ、オーナ番号とＭＳＩＳＤＮとが一致するか否かをチェックする必要がない場合は、ステップ２１０６の処理を省略することができる。

問い合わせ及び問い合わせ結果を暗号化する必要がない場合は、図２１のステップ２１０５及びステップ２１０８の処理と、図２２のステップ２２０２及びステップ２２０７の処理とを省略することができる。

図３５の更新情報送信処理において、管理装置４０３と通信可能であるか否かをチェックする必要がない場合は、ステップ３５０３の処理を省略することができる。更新情報を暗号化する必要がない場合は、図３５のステップ３５０５及び図３６のステップ３６０２の処理を省略することができる。

図９及び図２６のシーケンスは一例に過ぎず、連絡先管理システムの構成や条件に応じて一部の処理を省略又は変更してもよい。例えば、図９の問い合わせ処理において、制御部６１２は、ステップ９０３の代わりにステップ９０７において、専用連絡先情報を生成してもよい。この場合、ステップ９０３の処理を省略することができる。

図１の個人情報、図７、図２３、図２８、図３１、図３３、及び図３７のインストール情報、図８のマスタ連絡先情報、及び図１２の専用連絡先情報は一例に過ぎず、連絡先管理システムの構成や条件に応じて一部の情報を省略又は変更してもよい。例えば、インストール情報において、電話番号の代わりにメールアドレスを連絡先として用いてもよく、マスタ連絡先情報及び専用連絡先情報の振り仮名、会社名、住所、及び郵便番号を省略してもよい。

図１０、図２７、図２９、及び図３８の問い合わせと図１１、図３０、及び図３２の問い合わせ結果は一例に過ぎず、連絡先管理システムの構成や条件に応じて一部の情報を省略又は変更してもよい。例えば、インストール情報において、電話番号の代わりにメールアドレスを連絡先として用いる場合は、問い合わせ及び問い合わせ結果の電話番号一覧の代わりにメールアドレス一覧が用いられる。

図１５〜図１８のアプリケーション情報は一例に過ぎず、連絡先管理システムの構成や条件に応じて一部の情報を省略又は変更してもよい。例えば、バージョン単位の判定が行われない場合は、バージョン情報を省略することができ、アプリケーション単位の判定及びバージョン単位の判定が行われない場合は、アプリケーション名及びバージョン情報を省略することができる。また、アプリケーション名からベンダを特定できる場合は、ベンダ情報を省略することができる。

図２５の更新情報は一例に過ぎず、連絡先管理システムの構成や条件に応じて一部の情報を省略又は変更してもよい。例えば、管理装置４０３が更新情報の受信日を収集日として用いる場合は、収集日を省略することができる。

図３９は、図４及び図６の通信端末６０１−ｉ及び管理装置４０３を実現するための情報処理装置の構成例を示している。図３９の情報処理装置は、ＣＰＵ３９０１、メモリ３９０２、入力装置３９０３、出力装置３９０４、補助記憶装置３９０５、媒体駆動装置３９０６、及びネットワーク接続装置３９０７を備える。これらの構成要素はバス３９０８により互いに接続されている。

メモリ３９０２は、例えば、Read Only Memory（ＲＯＭ）、Random Access Memory（ＲＡＭ）、フラッシュメモリ等の半導体メモリであり、処理に用いられるプログラム及びデータを格納する。メモリ３９０２は、図４及び図６の記憶部４１１又は記憶部６１４として用いることができる。

情報処理装置が通信端末６０１−ｉである場合、ＣＰＵ３９０１（プロセッサ）は、例えば、メモリ３９０２を利用してプログラムを実行することにより、図６の通信部６１１及び制御部６１２として動作する。ＣＰＵ３９０１は、実行部６１３としても動作する。

情報処理装置が管理装置４０３である場合、ＣＰＵ３９０１は、例えば、メモリ３９０２を利用してプログラムを実行することにより、図６の通信部６３１及び管理部６３２として動作する。

入力装置３９０３は、例えば、キーボード、ポインティングデバイス等であり、オペレータ又はユーザからの指示や情報の入力に用いられる。出力装置３９０４は、例えば、表示装置、プリンタ、スピーカ等であり、オペレータ又はユーザへの問い合わせ又は指示、及び処理結果の出力に用いられる。

補助記憶装置３９０５は、例えば、磁気ディスク装置、光ディスク装置、光磁気ディスク装置、テープ装置等である。補助記憶装置３９０５は、ハードディスクドライブ又はフラッシュメモリであってもよい。情報処理装置は、補助記憶装置３９０５にプログラム及びデータを格納しておき、それらをメモリ３９０２にロードして使用することができる。補助記憶装置３９０５は、図４及び図６の記憶部４１１又は記憶部６１４として用いることができる。

媒体駆動装置３９０６は、可搬型記録媒体３９０９を駆動し、その記録内容にアクセスする。可搬型記録媒体３９０９は、メモリデバイス、フレキシブルディスク、光ディスク、光磁気ディスク等である。可搬型記録媒体３９０９は、Compact Disk Read Only Memory（ＣＤ−ＲＯＭ）、Digital Versatile Disk（ＤＶＤ）、Universal Serial Bus（ＵＳＢ）メモリ等であってもよい。オペレータ又はユーザは、この可搬型記録媒体３９０９にプログラム及びデータを格納しておき、それらをメモリ３９０２にロードして使用することができる。

このように、処理に用いられるプログラム及びデータを格納するコンピュータ読み取り可能な記録媒体は、メモリ３９０２、補助記憶装置３９０５、又は可搬型記録媒体３９０９のような、物理的な（非一時的な）記録媒体である。

ネットワーク接続装置３９０７は、通信ネットワーク４０４に接続され、通信に伴うデータ変換を行う通信インタフェースである。情報処理装置は、プログラム及びデータを外部の装置からネットワーク接続装置３９０７を介して受け取り、それらをメモリ３９０２にロードして使用することができる。

なお、情報処理装置が図３９のすべての構成要素を含む必要はなく、用途や条件に応じて一部の構成要素を省略することも可能である。例えば、情報処理装置とオペレータ又はユーザとの間のインタフェースが不要である場合は、入力装置３９０３及び出力装置３９０４を省略してもよい。また、可搬型記録媒体３９０９を利用しない場合は、媒体駆動装置３９０６を省略してもよい。

情報処理装置が通話機能を有するスマートフォン等の携帯端末装置である場合、マイク及びスピーカのような通話用の装置を含んでいてもよく、カメラのような撮像装置を含んでいてもよい。

開示の実施形態とその利点について詳しく説明したが、当業者は、特許請求の範囲に明確に記載した本発明の範囲から逸脱することなく、様々な変更、追加、省略をすることができるであろう。

図４乃至図３９を参照しながら説明した実施形態に関し、さらに以下の付記を開示する。
（付記１）
第１の通信端末より、前記第１の通信端末にインストールされた第１のアプリケーションプログラムに提供する連絡先情報についての問い合わせを受信し、
記憶部に記憶された、前記第１の通信端末が記憶する第１の連絡先群に含まれる複数の連絡先それぞれに対応する複数の通信端末にインストールされたアプリケーションプログラム各々に関するアプリケーション情報を参照するとともに、前記第１のアプリケーションプログラムに関するアプリケーション情報を参照して、前記第１の連絡先群より第２の連絡先群を抽出し、
前記第２の連絡先群を前記第１の通信端末へ送信する、
処理をコンピュータに実行させる連絡先管理プログラム。
（付記２）
前記コンピュータは、前記複数の通信端末それぞれが前記複数の通信端末にインストールされた前記アプリケーションプログラムより連絡先情報を要求されたとき、前記複数の通信端末それぞれより、前記複数の通信端末にインストールされた前記アプリケーションプログラム各々に関する前記アプリケーション情報を受信し、前記第１の通信端末が前記第１のアプリケーションプログラムより前記連絡先情報を要求されたとき、前記第１の通信端末より、前記第１のアプリケーションプログラムに関する前記アプリケーション情報を受信することを特徴とする付記１記載の連絡先管理プログラム。
（付記３）
前記記憶部は、前記第１の通信端末を示す識別情報と、前記第１のアプリケーションプログラムに関する前記アプリケーション情報とを関連付けた情報を記憶するとともに、前記複数の通信端末を示す複数の識別情報と、前記複数の通信端末にインストールされた前記アプリケーションプログラム各々に関する前記アプリケーション情報とを関連付けた情報を記憶し、前記コンピュータは、前記問い合わせを前記第１の通信端末から受信したとき、前記第１の通信端末を示す前記識別情報に基づいて、前記第１のアプリケーションプログラムに関する前記アプリケーション情報を参照することを特徴とする付記１記載の連絡先管理プログラム。
（付記４）
前記コンピュータは、前記第１の連絡先群に含まれる前記複数の連絡先のうち、前記第１のアプリケーションプログラムに関する前記アプリケーション情報に対応する第２のアプリケーションプログラムがインストールされた第２の通信端末に対応する連絡先を、前記第２の連絡先群として抽出することを特徴とする付記１乃至３のいずれか１項に記載の連絡先管理プログラム。
（付記５）
前記第１のアプリケーションプログラムに関する前記アプリケーション情報は、前記第１のアプリケーションプログラムのベンダを示す第１のベンダ情報を含み、前記第２のアプリケーションプログラムに関するアプリケーション情報は、前記第２のアプリケーションプログラムのベンダを示す第２のベンダ情報を含み、前記コンピュータは、前記第１のベンダ情報が前記第２のベンダ情報に対応する場合、前記第１の連絡先群から前記第２の連絡先群を抽出することを特徴とする付記４記載の連絡先管理プログラム。
（付記６）
前記コンピュータは、前記第２のアプリケーションプログラムが前記第２の通信端末からアンインストールされたことを示す更新情報を前記第２の通信端末から受信した場合、前記記憶部から前記第２のアプリケーションプログラムに関する前記アプリケーション情報を削除し、前記第２のアプリケーションプログラムに関する前記アプリケーション情報を削除した後に前記第１のアプリケーションプログラムに提供する連絡先情報についての問い合わせを前記第１の通信端末から受信した場合、前記第２の通信端末に対応する前記連絡先を含まない第３の連絡先群を前記第１の通信端末へ送信することを特徴とする付記４又は５記載の連絡先管理プログラム。
（付記７）
第１の連絡先群を記憶し、第１のアプリケーションプログラムがインストールされた第１の通信端末と、
前記第１の連絡先群に含まれる複数の連絡先それぞれに対応する複数の通信端末にインストールされたアプリケーションプログラム各々に関するアプリケーション情報を記憶する記憶部を含む管理装置とを備え、
前記管理装置は、前記第１の通信端末より、前記第１のアプリケーションプログラムに提供する連絡先情報についての問い合わせを受信し、前記複数の通信端末にインストールされた前記アプリケーションプログラム各々に関する前記アプリケーション情報を参照するとともに、前記第１のアプリケーションプログラムに関するアプリケーション情報を参照して、前記第１の連絡先群より第２の連絡先群を抽出し、前記第２の連絡先群を前記第１の通信端末へ送信することを特徴とする連絡先管理システム。
（付記８）
前記管理装置は、前記複数の通信端末それぞれが前記複数の通信端末にインストールされた前記アプリケーションプログラムより連絡先情報を要求されたとき、前記複数の通信端末それぞれより、前記複数の通信端末にインストールされた前記アプリケーションプログラム各々に関する前記アプリケーション情報を受信し、前記第１の通信端末が前記第１のアプリケーションプログラムより前記連絡先情報を要求されたとき、前記第１の通信端末より、前記第１のアプリケーションプログラムに関する前記アプリケーション情報を受信することを特徴とする付記７記載の連絡先管理システム。
（付記９）
前記記憶部は、前記第１の通信端末を示す識別情報と、前記第１のアプリケーションプログラムに関する前記アプリケーション情報とを関連付けた情報を記憶するとともに、前記複数の通信端末を示す複数の識別情報と、前記複数の通信端末にインストールされた前記アプリケーションプログラム各々に関する前記アプリケーション情報とを関連付けた情報を記憶し、前記管理装置は、前記問い合わせを前記第１の通信端末から受信したとき、前記第１の通信端末を示す前記識別情報に基づいて、前記第１のアプリケーションプログラムに関する前記アプリケーション情報を参照することを特徴とする付記７記載の連絡先管理システム。
（付記１０）
前記管理装置は、前記第１の連絡先群に含まれる前記複数の連絡先のうち、前記第１のアプリケーションプログラムに関する前記アプリケーション情報に対応する第２のアプリケーションプログラムがインストールされた第２の通信端末に対応する連絡先を、前記第２の連絡先群として抽出することを特徴とする付記７乃至９のいずれか１項に記載の連絡先管理システム。
（付記１１）
前記第１のアプリケーションプログラムに関する前記アプリケーション情報は、前記第１のアプリケーションプログラムのベンダを示す第１のベンダ情報を含み、前記第２のアプリケーションプログラムに関するアプリケーション情報は、前記第２のアプリケーションプログラムのベンダを示す第２のベンダ情報を含み、前記管理装置は、前記第１のベンダ情報が前記第２のベンダ情報に対応する場合、前記第１の連絡先群から前記第２の連絡先群を抽出することを特徴とする付記１０記載の連絡先管理システム。
（付記１２）
前記管理装置は、前記第２のアプリケーションプログラムが前記第２の通信端末からアンインストールされたことを示す更新情報を前記第２の通信端末から受信した場合、前記記憶部から前記第２のアプリケーションプログラムに関する前記アプリケーション情報を削除し、前記第２のアプリケーションプログラムに関する前記アプリケーション情報を削除した後に前記第１のアプリケーションプログラムに提供する連絡先情報についての問い合わせを前記第１の通信端末から受信した場合、前記第２の通信端末に対応する前記連絡先を含まない第３の連絡先群を前記第１の通信端末へ送信することを特徴とする付記１０又は１１記載の連絡先管理システム。
（付記１３）
前記第１の通信端末は、前記第１のアプリケーションプログラムから前記第１の連絡先群を含む第１の連絡先情報に対するアクセスを禁止し、前記第１のアプリケーションプログラムから前記第２の連絡先群を含む第２の連絡先情報に対するアクセスを許可するとともに、前記第１の通信端末にインストールされた第３のアプリケーションプログラムから前記第１の連絡先情報に対するアクセスを許可することを特徴とする付記７乃至１２のいずれか１項に記載の連絡先管理システム。
（付記１４）
コンピュータが、
第１の通信端末より、前記第１の通信端末にインストールされた第１のアプリケーションプログラムに提供する連絡先情報についての問い合わせを受信し、
記憶部に記憶された、前記第１の通信端末が記憶する第１の連絡先群に含まれる複数の連絡先それぞれに対応する複数の通信端末にインストールされたアプリケーションプログラム各々に関するアプリケーション情報を参照するとともに、前記第１のアプリケーションプログラムに関するアプリケーション情報を参照して、前記第１の連絡先群より第２の連絡先群を抽出し、
前記第２の連絡先群を前記第１の通信端末へ送信する、
ことを特徴とする連絡先管理方法。
（付記１５）
前記コンピュータは、前記複数の通信端末それぞれが前記複数の通信端末にインストールされた前記アプリケーションプログラムより連絡先情報を要求されたとき、前記複数の通信端末それぞれより、前記複数の通信端末にインストールされた前記アプリケーションプログラム各々に関する前記アプリケーション情報を受信し、前記第１の通信端末が前記第１のアプリケーションプログラムより前記連絡先情報を要求されたとき、前記第１の通信端末より、前記第１のアプリケーションプログラムに関する前記アプリケーション情報を受信することを特徴とする付記１４記載の連絡先管理方法。
（付記１６）
前記記憶部は、前記第１の通信端末を示す識別情報と、前記第１のアプリケーションプログラムに関する前記アプリケーション情報とを関連付けた情報を記憶するとともに、前記複数の通信端末を示す複数の識別情報と、前記複数の通信端末にインストールされた前記アプリケーションプログラム各々に関する前記アプリケーション情報とを関連付けた情報を記憶し、前記コンピュータは、前記問い合わせを前記第１の通信端末から受信したとき、前記第１の通信端末を示す前記識別情報に基づいて、前記第１のアプリケーションプログラムに関する前記アプリケーション情報を参照することを特徴とする付記１４記載の連絡先管理方法。
（付記１７）
前記コンピュータは、前記第１の連絡先群に含まれる前記複数の連絡先のうち、前記第１のアプリケーションプログラムに関する前記アプリケーション情報に対応する第２のアプリケーションプログラムがインストールされた第２の通信端末に対応する連絡先を、前記第２の連絡先群として抽出することを特徴とする付記１４乃至１６のいずれか１項に記載の連絡先管理方法。
（付記１８）
前記第１のアプリケーションプログラムに関する前記アプリケーション情報は、前記第１のアプリケーションプログラムのベンダを示す第１のベンダ情報を含み、前記第２のアプリケーションプログラムに関するアプリケーション情報は、前記第２のアプリケーションプログラムのベンダを示す第２のベンダ情報を含み、前記コンピュータは、前記第１のベンダ情報が前記第２のベンダ情報に対応する場合、前記第１の連絡先群から前記第２の連絡先群を抽出することを特徴とする付記１７記載の連絡先管理方法。
（付記１９）
前記コンピュータは、前記第２のアプリケーションプログラムが前記第２の通信端末からアンインストールされたことを示す更新情報を前記第２の通信端末から受信した場合、前記記憶部から前記第２のアプリケーションプログラムに関する前記アプリケーション情報を削除し、前記第２のアプリケーションプログラムに関する前記アプリケーション情報を削除した後に前記第１のアプリケーションプログラムに提供する連絡先情報についての問い合わせを前記第１の通信端末から受信した場合、前記第２の通信端末に対応する前記連絡先を含まない第３の連絡先群を前記第１の通信端末へ送信することを特徴とする付記１７又は１８記載の連絡先管理方法。

２０１ 連絡先情報
２０３、２０４、４４１、６２３、１３０１ アプリケーション
２０２ ＡＰＩ
３０１、４０１、４０２−１〜４０２−Ｍ、６０１−１〜６０１−Ｎ 通信端末
３０２ サーバ
４０３ 管理装置
４０４ 通信ネットワーク
４１１ 記憶部
４３１、４３２ 連絡先群
４５１ アプリケーション情報
４６１ インストール情報
６１１ 通信部
６１２ 制御部
６１３ 実行部
６１４ 記憶部
６２１ マスタ連絡先情報
６２２、１３０２、１９０１〜１９０３ 専用連絡先情報
６３１ 通信部
６３２ 管理部
１５０１ ベンダ情報
１５０２ アプリケーション名
１５０３ バージョン情報
３９０１ ＣＰＵ
３９０２ メモリ
３９０３ 入力装置
３９０４ 出力装置
３９０５ 補助記憶装置
３９０６ 媒体駆動装置
３９０７ ネットワーク接続装置
３９０８ バス
３９０９ 可搬型記録媒体

Claims (9)

1. 第１の通信端末より、前記第１の通信端末にインストールされた第１のアプリケーションプログラムに提供する連絡先情報についての問い合わせを受信し、
   記憶部に記憶された、前記第１の通信端末が記憶する第１の連絡先群に含まれる複数の連絡先それぞれに対応する複数の通信端末にインストールされたアプリケーションプログラム各々に関するアプリケーション情報を参照するとともに、前記第１のアプリケーションプログラムに関するアプリケーション情報を参照して、前記第１の連絡先群より第２の連絡先群を抽出し、
   前記第２の連絡先群を前記第１の通信端末へ送信する、
   処理をコンピュータに実行させる連絡先管理プログラム。
2. 前記コンピュータは、前記複数の通信端末それぞれが前記複数の通信端末にインストールされた前記アプリケーションプログラムより連絡先情報を要求されたとき、前記複数の通信端末それぞれより、前記複数の通信端末にインストールされた前記アプリケーションプログラム各々に関する前記アプリケーション情報を受信し、前記第１の通信端末が前記第１のアプリケーションプログラムより前記連絡先情報を要求されたとき、前記第１の通信端末より、前記第１のアプリケーションプログラムに関する前記アプリケーション情報を受信することを特徴とする請求項１記載の連絡先管理プログラム。
3. 前記記憶部は、前記第１の通信端末を示す識別情報と、前記第１のアプリケーションプログラムに関する前記アプリケーション情報とを関連付けた情報を記憶するとともに、前記複数の通信端末を示す複数の識別情報と、前記複数の通信端末にインストールされた前記アプリケーションプログラム各々に関する前記アプリケーション情報とを関連付けた情報を記憶し、前記コンピュータは、前記問い合わせを前記第１の通信端末から受信したとき、前記第１の通信端末を示す前記識別情報に基づいて、前記第１のアプリケーションプログラムに関する前記アプリケーション情報を参照することを特徴とする請求項１記載の連絡先管理プログラム。
4. 前記コンピュータは、前記第１の連絡先群に含まれる前記複数の連絡先のうち、前記第１のアプリケーションプログラムに関する前記アプリケーション情報に対応する第２のアプリケーションプログラムがインストールされた第２の通信端末に対応する連絡先を、前記第２の連絡先群として抽出することを特徴とする請求項１乃至３のいずれか１項に記載の連絡先管理プログラム。
5. 前記第１のアプリケーションプログラムに関する前記アプリケーション情報は、前記第１のアプリケーションプログラムのベンダを示す第１のベンダ情報を含み、前記第２のアプリケーションプログラムに関するアプリケーション情報は、前記第２のアプリケーションプログラムのベンダを示す第２のベンダ情報を含み、前記コンピュータは、前記第１のベンダ情報が前記第２のベンダ情報に対応する場合、前記第１の連絡先群から前記第２の連絡先群を抽出することを特徴とする請求項４記載の連絡先管理プログラム。
6. 前記コンピュータは、前記第２のアプリケーションプログラムが前記第２の通信端末からアンインストールされたことを示す更新情報を前記第２の通信端末から受信した場合、前記記憶部から前記第２のアプリケーションプログラムに関する前記アプリケーション情報を削除し、前記第２のアプリケーションプログラムに関する前記アプリケーション情報を削除した後に前記第１のアプリケーションプログラムに提供する連絡先情報についての問い合わせを前記第１の通信端末から受信した場合、前記第２の通信端末に対応する前記連絡先を含まない第３の連絡先群を前記第１の通信端末へ送信することを特徴とする請求項４又は５記載の連絡先管理プログラム。
7. 第１の連絡先群を記憶し、第１のアプリケーションプログラムがインストールされた第１の通信端末と、
   前記第１の連絡先群に含まれる複数の連絡先それぞれに対応する複数の通信端末にインストールされたアプリケーションプログラム各々に関するアプリケーション情報を記憶する記憶部を含む管理装置とを備え、
   前記管理装置は、前記第１の通信端末より、前記第１のアプリケーションプログラムに提供する連絡先情報についての問い合わせを受信し、前記複数の通信端末にインストールされた前記アプリケーションプログラム各々に関する前記アプリケーション情報を参照するとともに、前記第１のアプリケーションプログラムに関するアプリケーション情報を参照して、前記第１の連絡先群より第２の連絡先群を抽出し、前記第２の連絡先群を前記第１の通信端末へ送信することを特徴とする連絡先管理システム。
8. 前記第１の通信端末は、前記第１のアプリケーションプログラムから前記第１の連絡先群を含む第１の連絡先情報に対するアクセスを禁止し、前記第１のアプリケーションプログラムから前記第２の連絡先群を含む第２の連絡先情報に対するアクセスを許可するとともに、前記第１の通信端末にインストールされた第３のアプリケーションプログラムから前記第１の連絡先情報に対するアクセスを許可することを特徴とする請求項７記載の連絡先管理システム。
9. コンピュータが、
   第１の通信端末より、前記第１の通信端末にインストールされた第１のアプリケーションプログラムに提供する連絡先情報についての問い合わせを受信し、
   記憶部に記憶された、前記第１の通信端末が記憶する第１の連絡先群に含まれる複数の連絡先それぞれに対応する複数の通信端末にインストールされたアプリケーションプログラム各々に関するアプリケーション情報を参照するとともに、前記第１のアプリケーションプログラムに関するアプリケーション情報を参照して、前記第１の連絡先群より第２の連絡先群を抽出し、
   前記第２の連絡先群を前記第１の通信端末へ送信する、
   ことを特徴とする連絡先管理方法。
   

Images