JP2012164092A - 通信装置、親密度算出プログラム及び親密度算出方法 - Google Patents

Abstract

【課題】通信相手との親密度を精度よく算出する通信装置、親密度算出プログラム及び親密度算出方法を提供することを目的とする。
【解決手段】通信装置１０は、アドレス帳情報を取得するアドレス帳情報取得部１５と、アドレス帳情報取得部１５により取得されたアドレス帳情報が示す通信先である通信端末３０に付与された、通信装置１０の使用者が管理する所定のデータへのアクセス権情報を取得するアクセス権情報取得部１６と、アクセス権情報取得部１６により取得されたアクセス権情報に基づいて、通信端末３０の使用者と通信装置１０の使用者との間の親密度を算出する親密度算出部１７と、を備える。
【選択図】図１

Description

本発明は、使用者間の親密度を算出する通信装置、親密度算出プログラム及び親密度算出方法に関する。

近年、携帯電話等の通信端末の普及が急速に進んできている。携帯電話には、携帯電話の使用者と関わりのある人やお店等の連絡先に関するアドレス帳が保存されており、通話や、メール及びＳＭＳ（Short Message Service）等の文字送信の各機能に伴う通信先の選択に使われている。アドレス帳には、通常の五十音順に表示する以外にも通信履歴順、もしくは通信回数の多い順等のように五十音順以外の順番に並び替える機能や、グループ分け機能によるグループ別表示機能が実装されている。このように、携帯電話には、アドレス帳をグループ別に表示する等、並び順を変更することで通信先の選択のし易さを目指した機能が備えられており、利便性の向上が図られている。

このような並び替え機能として、例えば、携帯電話の使用者の通信履歴に基づいて、通信相手である他の携帯電話の使用者等との間の親密さ（人間関係の強さ）を、親密度として算出する技術が特許文献１〜３に開示されている。

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

ところで、通信履歴によって示される通話回数が多い通信相手と、親密な通信相手とは必ずしも一致しない場合がある。例えば、仕事上でいくら連絡をとりあっても親密とは言えず、逆に年に一回程度は必ず会うものの、普段は連絡を取らないような高校時代の友人とは現在の通話回数が少なくても、親密と言える場合が多い。

上述した特許文献１〜３においては、いずれの手段においても通信端末に十分な通信履歴が蓄積されていることが前提とされており、例えば上記のように年に一回程度は必ず会うものの、普段は連絡を取らないような高校時代の友人といった、過去交流が盛んであり、現在も親密な友人である場合にその関係を推定することは極めて困難であった。つまり、従来の親密度を算出する方法では精度が十分とは言えず、上記のような場合でも正しく算出できるような親密度の算出方法が必要であった。

そこで、本発明は、かかる課題に鑑みて為されたものであり、通信相手との親密度を精度よく算出する通信装置、親密度算出プログラム及び親密度算出方法を提供することを目的とする。

上述の課題を解決するために、本発明の通信装置は、アドレス帳情報を取得するアドレス帳情報取得手段と、アドレス帳情報取得手段により取得されたアドレス帳情報が示す通信先である通信端末に付与された、自装置の使用者が管理する所定のデータへのアクセス権情報を取得するアクセス権情報取得手段と、アクセス権情報取得手段により取得されたアクセス権情報に基づいて、通信端末の使用者と自装置の使用者との間の親密度を算出する親密度算出手段と、を備える。

また、本発明の親密度算出プログラムは、アドレス帳情報を取得するアドレス帳情報取得モジュールと、アドレス帳情報取得モジュールにより取得されたアドレス帳情報が示す通信先である通信端末に付与された、自装置の使用者が管理する所定のデータへのアクセス権情報を取得するアクセス権情報取得モジュールと、アクセス権情報取得モジュールにより取得されたアクセス権情報に基づいて、通信端末の使用者と自装置の使用者との間の親密度を算出する親密度算出モジュールと、を含む。

また、本発明の親密度算出方法は、アドレス帳情報を取得するアドレス帳情報取得ステップと、アドレス帳情報取得ステップにおいて取得されたアドレス帳情報が示す通信先である通信端末に付与された、自装置の使用者が管理する所定のデータへのアクセス権情報を取得するアクセス権情報取得ステップと、アクセス権情報取得ステップにおいて取得されたアクセス権情報に基づいて、通信端末の使用者と自装置の使用者との間の親密度を算出する親密度算出ステップと、を含む。

この発明によれば、取得されたアドレス帳情報が示す通信先である通信端末に付与された、自装置の使用者が管理する所定のデータへのアクセス権情報に基づいて、通信端末の使用者と自装置の使用者との間の親密度を算出する。これにより、アクセス権情報に基づいて通信相手との親密度を精度よく算出することができる。

また、本発明の通信装置において、親密度算出手段は、全ての所定のデータに対する、通信端末への公開対象となる所定のデータの割合に基づいて、親密度を算出することが好ましい。これにより、個々の所定のデータに対して重み付けが可能となり、通信相手との親密度を精度よく算出することができる。

また、本発明の通信装置において、親密度算出手段は、所定のデータのうち、通信端末の全てに公開していないデータへのアクセス権情報を除いたアクセス権情報に基づいて、親密度を算出することが好ましい。これにより、通信端末の全てに公開していないデータに関する処理の必要が無くなり、無駄な処理を省くことができると共に、通信相手との親密度を精度よく算出することができる。

また、本発明の通信装置において、親密度算出手段は、所定のデータのうち、通信端末の全てに公開しているデータへのアクセス権情報を除いたアクセス権情報に基づいて、親密度を算出することが好ましい。これにより、通信端末の全てに公開しているデータに関する処理の必要が無くなり、無駄な処理を省くことができると共に、通信相手との親密度を精度よく算出することができる。

また、本発明の通信装置において、親密度算出手段は、全ての通信端末に対する、所定のデータの公開対象となる通信端末の割合に基づいて、公開対象である通信端末に対する親密度を算出することが好ましい。これにより、個々の所定のデータに対して重み付けが可能となり、通信相手との親密度を精度よく算出することができる。

また、本発明の通信装置において、親密度算出手段は、通信端末に対する公開データの数が大きくなるほど、上昇率が大きくなる指標を用いて親密度を算出することが好ましい。これにより、個々の所定のデータに対して重み付けが可能となり、通信相手との親密度を精度よく算出することができる。

また、本発明の通信装置において、親密度算出手段により算出された親密度に基づいて、アドレス帳情報取得手段により取得されたアドレス帳情報の並べ替えを行う並べ替え処理手段を更に備えることが好ましい。これにより、例えば、精度よく算出された親密度の順にアドレス帳情報を並べ替えることができる等、通信装置の使用者の利便性が向上する。

また、本発明の通信装置において、親密度算出手段により算出された親密度に基づいて、通信端末の着信設定を行う着信設定処理手段を更に備えることが好ましい。これにより、例えば、精度よく算出された親密度に基づいて着信設定を自動的に行うことができる等、通信装置の使用者の利便性が向上する。

本発明によれば、通信相手との親密度を精度よく算出することができる。

本実施形態の通信装置を含むシステム構成を示す構成図である。 本実施形態の通信装置のハードウェア構成図である。 本実施形態のアドレス帳情報のテーブルを示す図である。 本実施形態のプロフィール情報のテーブルを示す図である。 本実施形態のアクセス権情報のテーブルを示す図である。 親密度算出部１７の算出例１〜５により算出された親密度のテーブルを示す図である。 親密度算出部１７の算出例６により算出された親密度のテーブル（その１）を示す図である。 親密度算出部１７の算出例６により算出された親密度のテーブル（その２）を示す図である。 親密度算出部１７の算出例７により算出された親密度のテーブルを示す図である。 本実施形態の実施例を示す画面遷移図（その１）である。 本実施形態の実施例を示す画面遷移図（その２）である。 本実施形態の実施例を示す画面遷移図（その３）である。 本実施形態の通信装置の処理を示すフローチャート図である。 本実施形態の通信装置と同等の機能を実現することができるプログラムのモジュール構成図である。 通信システム１の変形例１を示す構成図である。 通信システム１の変形例２を示す構成図である。

（通信システム１の構成）
図１は、本発明に係る通信システムの一実施形態を示す構成図である。図１に示すように、通信システム１は、通信装置１０と一つ以上の通信端末３０とを含んで構成される。通信装置１０及び通信端末３０は、例えば、携帯電話、ＰＨＳ（Personal Handy-phone System）及びＰＤＡ（Personal Digital Assistant）等である。図１に示すように、通信装置１０と通信端末３０とは回線交換網等のネットワークを介して接続されている。通信装置１０は、ネットワークにおける交換制御により、通信端末３０と互いに音声通話や電子メールの送受信を行うことができる。説明の便宜上、以後、通信装置１０を用いて本発明の実施形態を説明するが、通信端末３０が通信装置１０と同様の機能を備えていてもよい。

（通信装置１０の構成）
通信装置１０は、通信端末３０の使用者である通信相手と通信装置１０の使用者自身との間の親密度をそれぞれ算出し、算出結果を表示する機能を備えている。図１に示される通信装置１０の機能ブロックの通り、この通信装置１０は、機能構成として、データ保存部１１、アドレス帳情報保存部１２、アクセス権情報管理部１３、データ作成部１４、アドレス帳情報取得部１５（アドレス帳情報取得手段）、アクセス権情報取得部１６（アクセス権情報取得手段）、親密度算出部１７（親密度算出手段）、並べ替え処理部１８（並べ替え処理手段）、及び着信設定処理部１９（着信設定処理手段）を含んで構成されている。

この通信装置１０は、ＣＰＵ等のハードウェアから構成されているものである。図２は、通信装置１０のハードウェア構成図である。図１に示される通信装置１０は、物理的には、図２に示すように、ＣＰＵ５１、主記憶装置であるＲＡＭ５２及びＲＯＭ５３、入力デバイスであるカメラ、マイク、ボタン、ＧＰＳ、テンキー等の入力装置５４、ディスプレイ等の出力装置５５、通信端末３０等と電話やメール等の通信をネットワーク経由で行うためのデータ送受信デバイスである通信モジュール５６、及びハードディスク等の補助記憶装置５７等を含むコンピュータシステムとして構成されている。図１に示す各機能ブロックの機能は、図２に示すＣＰＵ５１、ＲＡＭ５２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ５１の制御のもとで入力装置５４、出力装置５５、通信モジュール５６を動作させるとともに、ＲＡＭ５２や補助記憶装置５７におけるデータの読み出し及び書き込みを行うことで実現される。

以下、図１に示す通信装置１０の機能ブロックに基づいて、通信装置１０の各機能ブロックを説明する。データ保存部１１は、補助記憶装置５７から構成されており、後述のデータ作成部１４により作成されたデータを保存する。データ保存部１１に保存されるデータとは、例えば通信装置１０の使用者が作成した日記や、通信端末３０の使用者に関するプロフィール情報である。

アドレス帳情報保存部１２は、アドレス帳情報を保存する。図３は、アドレス帳情報保存部１２により保存されたアドレス帳情報を格納するテーブルを示す図である。図３に示すテーブルにおいて、アドレス帳情報として通信端末３０の使用者の名称、通信端末３０の電話番号、及び通信端末３０の電子メールアドレスが格納されている。電話番号または電子メールアドレスは、通信端末３０との通信を行う上で通信端末３０を識別するために利用される。通信端末３０の使用者の名称は、通信装置１０の使用者が通信端末３０の使用者を特定するために利用される。例えば、通信装置１０がアドレス帳情報保存部１２に保存されたアドレス帳情報を出力装置５５に表示する際、アドレス帳情報のうち各通信端末３０の使用者の名称のみをリスト表示することで、通信装置１０の使用者は特定の通信端末３０を選択することができる。また、例えば、通信装置１０に対して通信端末３０からの通信があった際に、通信端末３０の使用者の名称を出力装置５５に表示することで、通信装置１０の使用者は誰からの通信かを知ることができる。

アクセス権情報管理部１３は、後述のアドレス帳情報取得部１５により取得されたアドレス帳情報が示す通信先である通信端末３０に付与された、通信装置１０の使用者が管理する所定のデータへのアクセス権情報を保存する。また、アクセス権情報管理部１３は、アドレス帳情報保存部１２により保存されたアドレス帳情報が示す通信先である通信端末３０に付与された、通信装置１０の使用者が管理する所定のデータへのアクセス権情報を保存してもよい。所定のデータとは、例えば、データ保存部１１により保存されたデータである。アクセス権情報は、入力装置５４を介して通信装置１０の使用者により指定されるものであり、各通信端末３０が、どの所定のデータにアクセスできるかを示す情報である。アクセス権情報は、アドレス帳情報取得部１５により取得されたアドレス帳情報に紐づく形で通信装置１０により付与される。また、アクセス権情報は、アドレス帳情報保存部１２により保存されたアドレス帳情報に紐づく形で通信装置１０により付与されてもよい。

図５は、アクセス権情報の例を示す図である。図５は、データ保存部１１により保存された通信装置１０の使用者の日記データへの、各通信端末３０の使用者に付与されたアクセス権情報を示す図である。日記データは「データ１」から「データ２１」まで２１個あり、そのうち「データ１」は全ての通信端末３０に公開されており、「データ２１」は全ての通信端末３０に非公開となっている。また、「データ２」から「データ２０」までは、図５に示す通り、一部の通信端末３０に公開されている。例えば、「友人Ａ」に対しては「データ１」、「データ３」、「データ６」、及び「データ７」から「データ２０」が公開されている。なお、図１に示す実施例では、日記データがデータ保存部１１により保存されているとしたが、これに限るものではない。例えば、通信端末１０の使用者がＳＮＳ(Social Network Service)を利用して日記を作成している場合、日記データが、ＳＮＳの事業者が運営する外部サーバに保存されていてもよいし、通信装置１０がその外部サーバから通信を介して適宜日記データのコピーを取得してデータ保存部１１により保存してもよい。

データ作成部１４は、入力装置５４からの入力を元にデータを作成する。例えば、入力装置５４において、ボタンで「１」を押し、その後決定ボタンを押下することで、データ作成部１４は、「１」という文字から構成されるメモデータを作成する。また、例えば、入力装置５４であるカメラを通して得られた画像情報を元にして、データ作成部１４は、撮影時刻を含む形で閲覧可能な形式である画像データを作成する。なお、入力装置５４はデータへのアクセス権限を決定する際にも用いられる。

アドレス帳情報取得部１５は、アドレス帳情報を取得する。アドレス帳情報取得部１５は、アドレス帳情報保存部１２により保存されたアドレス帳情報を取得する。また、アドレス帳情報取得部１５は、外部サーバに保存されたアドレス帳情報を、ネットワークを介して取得してもよい。

アクセス権情報取得部１６は、アクセス権情報を取得する。アクセス権情報取得部１６は、アクセス権情報管理部１３により保存されたアクセス権情報を取得する。また、アクセス権情報取得部１６は、外部サーバに保存されたアクセス権情報を、ネットワークを介して取得してもよい。

ここで、データ保存部１１により保存されたデータに通信端末３０からアクセスする要求があった場合、アクセス権情報管理部１３により保存されたアクセス権情報に従って、通信端末３０がアクセス可能な設定であれば、通信装置１０はデータを通信端末３０に送信する。また、アクセス不可能であれば、通信装置１０はデータを送信しない。

なお、データ保存部１１により複数のデータが保存されている場合には、通信端末３０がアクセス権のあるデータのみを全て通信装置１０が通信端末３０に送信してもよい。また、その場合、通信端末３０がアクセス権があるデータの一部情報（タイトルやサムネイル画像等）のみを通信装置１０が通信端末３０送信し、再度個別の要求があった際に、通信端末３０がアクセス権がある場合に限って通信装置１０が通信端末３０にデータを送信してもよい。

また、データ保存部１１を通信装置１０及び外部サーバの両方に含め、外部サーバのデータ保存部１１により保存されたデータを、通信装置１０のアクセス権情報取得部１６により取得されたアクセス権情報に従って閲覧できるようにしてもよい。その際には、通信装置１０のデータ保存部１１により保存されたデータは、手動で外部サーバのデータ保存部１１にコピーしてもよいし、ネットワークが利用可能なときに自動でコピーするようにしてもよい。更には時刻や一定間隔ごとなど何かしらの条件に従ってコピーをしても良いし、外部サーバに移動した時点で（コピーではなく）通信装置１０のデータ保存部１１に保存されたデータを削除してもよい。

親密度算出部１７は、アクセス権情報取得部１６により取得されたアクセス権情報に基づいて、通信端末３０の使用者と通信装置１０の使用者との間の親密度を算出する。親密度算出部１７は、全ての所定のデータに対する、通信端末３０への公開対象となる所定のデータの割合に基づいて、親密度を算出してもよい。また、親密度算出部１７は、所定のデータのうち、通信端末３０の全てに公開していないデータへのアクセス権情報を除いたアクセス権情報に基づいて、親密度を算出してもよい。また、親密度算出部１７は、所定のデータのうち、通信端末３０の全てに公開しているデータへのアクセス権情報を除いたアクセス権情報に基づいて、親密度を算出してもよい。また、親密度算出部１７は、全ての通信端末３０に対する、所定のデータの公開対象となる通信端末３０の割合に基づいて、公開対象である通信端末に対する親密度を算出してもよい。また、親密度算出部１７は、通信端末３０に対する公開データの数が大きくなるほど、上昇率が大きくなる指標を用いて親密度を算出してもよい。なお、親密度算出部１７による親密度の具体的な算出例については後述する。

並べ替え処理部１８は、親密度算出部１７により算出された親密度に基づいて、アドレス帳情報取得部１５により取得されたアドレス帳情報の並べ替えを行う。また、並べ替え処理部１８は、親密度算出部１７により算出された親密度に基づいて、アドレス帳情報保存部１２により保存されたアドレス帳情報の並べ替えを行ってもよい。例えば、並べ替え処理部１８は、アドレス帳情報に含まれる通信端末３０の使用者を親密度が高い順に並べ替えてもよい。

並べ替え処理部１８は、親密度算出部１７により算出された親密度を所定の表示形式に変換し、出力装置５５を介して表示してもよい。例えば、後述の図１１（ａ）に示すように、並べ替え処理部１８は親密度順に既存のアドレス帳で通常用いられるリスト形式で表示してもよい。また、並べ替え処理部１８は、それ以外の表示形式として、各通信端末３０との間の親密度を数値として表示させたり、視覚的にグラフを用いて表示させたりしてもよい。

着信設定処理部１９は、親密度算出部１７により算出された親密度に基づいて、通信端末３０の着信設定を行う。例えば、着信設定処理部１９は、数値で表された親密度が所定の数値よりも大きい使用者の通信端末３０に対して、その通信端末３０の使用者だけに特別な着信音を設定してもよい。

（親密度算出部１７の算出例１）
以下では、親密度算出部１７による具体的な親密度の算出例１について説明する。算出例１では、データ保存部１１により保存されているデータの個数と、そのデータのうち通信端末３０に対してアクセスを許しているデータの個数に基づいて親密度を算出する。

まず、前提条件について説明する。通信装置１０の使用者である「ユーザＡ」は、図３に示す通り、「お店Ａ」、「お店Ｂ」、「同僚Ａ」、「同僚Ｂ」、「同僚Ｃ」、「友人Ａ」、「友人Ｂ」、及び「友人Ｃ」の合計８件をアドレス帳情報として登録している。

「ユーザＡ」は、通信装置１０を２年前に購入したとする。また、「ユーザＡ」は、この２年間に毎月合計３０回ずつメールと電話をそれぞれしている。また、「ユーザＡ」は、送受信合わせて月に平均１００バイトのメールを３００通送受信している。また、「ユーザＡ」は、図４に示すプロフィール情報をデータ保存部１１により保存している。図４に示すとおり、プロフィール情報には「ユーザＡ」に関するプロフィール項目が２１項目登録されている。

「ユーザＡ」は、「友人Ａ」とはこの２年間の間に月平均１．５回ずつメールと電話をしている。「ユーザＡ」は、男性である「友人Ｂ」とは過去交流が盛んであり、現在も交流は年１回程度と少ないが、親しく気のおけない高校時代の友人である。また、「ユーザＡ」は、この２年間の間に「友人Ｂ」とは毎年１０月に３回ずつメールと電話をしている。また、「ユーザＡ」は、「友人Ｂ」に対しては図４に示すプロフィール情報の２１項目全てを公開している。

「ユーザＡ」は、女性である「同僚Ｃ」とは仕事上の付き合い以外でも多少連絡を取り合っている。また、通信装置１０には、この２年間の間に「同僚Ｃ」とは毎月３回ずつメールと電話をした通信ログが蓄積されている（２年以上前のログは残っていない）。女性相手の方がデコレーションメールとよばれる容量の比較的大きいメールが使われることが一般的であるため、「ユーザＡ」は、「同僚Ｃ」とは平均５００バイトのデコレーションメールのやり取りをしている。また、「ユーザＡ」は「同僚Ｃ」に対しては図４に示すプロフィール情報のうち、図４の「同僚Ｃへの公開」列に示すように５項目だけを公開している。つまり、「同僚Ｃ」は自身の通信端末３０から「ユーザＡ」の通信装置１０に対して「端末メールアドレス」を要求すると「ａａａ＠ａａａ．ａａａ．ｃｏｍ」が送信されるが、「一言メッセージ」を要求しても拒否される。「同僚Ｃ」の通信端末３０がはじめにアクセスが許可されているプロフィール情報の項目一覧を要求・受信し、その後アクセス要求を行うことで、許可されていないプロフィール項目へのアクセス要求を行うことを防ぐことができる。以上の前提条件については以降の算出例においても同様である。

「ユーザＡ」と「友人Ａ」との親密度は、データ保存部１１により保存されているデータの個数をＮ＿ＡＬＬとし、データ保存部１１により保存されているデータのうち「友人Ａ」の所持する通信端末３０に対してアクセスを許しているデータの個数をＮ＿Ａとすると、以下の算出式で親密度算出部１７が算出する。
「友人Ａ」との親密度＝Ｎ＿Ａ／Ｎ＿ＡＬＬ・・・（１）
データの公開／非公開の設定が図５に示したアクセス権情報のようになされている場合、「ユーザＡ」と「友人Ａ」との親密度は、１７÷２１＝約０．８１と算出される。

なお、「友人Ｃ」の端末が「ユーザＡ」の端末内のデータにアクセス出来る機能を有していなかったり、「友人Ｃ」が「ユーザＡ」の加入しているＳＮＳに加入していない場合には、親密度をデフォルト値とすればよい。ここでは、親密度のデフォルト値を０とはせずに、機能が対応している人、もしくはＳＮＳに加入している人の平均より小さい値とする。具体的には、「友人Ｃ」については公開日記数の平均値（１７＋２０＋２＋５）÷４＝１１の約半分である５個を公開しているとして、「ユーザＡ」と「友人Ｃ」との親密度は、５÷２１＝約０．２３８と算出される。同様の算出を行うことで、図６（ａ）に示すような親密度が得られる。図６（ａ）では、「友人Ｂ」が「同僚Ｃ」よりも親しいとして算出されている。また、本算出例では、親密度を算出する際に、アクセス権情報として図５に示す日記の公開数を用いたが、例えば、図４に示すプロフィール情報の公開数を用いて、同様に算出してもよい。

（親密度算出部１７の算出例２）
以下では、親密度算出部１７による具体的な親密度の算出例２について説明する。算出例２では、「ユーザＡ」の日記データのうち、通信端末３０の全てに公開していない日記データへのアクセス権情報を除いたアクセス権情報に基づいて、親密度を算出する。つまり、算出例２の特徴は、完全に誰にも公開していないデータを除いて親密度を算出する点にある。

データ保存部１１により保存されているデータのうち、誰かしらには公開しているデータの個数Ｎ＿ＡＬＬ２とすると、以下の算出式で親密度算出部１７が算出する。
「友人Ａ」との親密度＝Ｎ＿Ａ／Ｎ＿ＡＬＬ２・・・（２）
この算出により、非公開のデータを数える必要が無くなり、無駄な処理を省くことができる。データの公開／非公開の設定が図５に示したアクセス権情報のようになされている場合、「ユーザＡ」と「友人Ａ」との親密度は、１７÷２０＝０．８５と算出される。同様の算出を行い、小数点以下を四捨五入することで、図６（ｂ）に示すような親密度が得られる。図６（ｂ）では、「友人Ｂ」が「同僚Ｃ」よりも親しいとして算出されている。なお、デフォルト値は５個を公開しているうちの全公開が１個であることから（５−１）÷２０＝０．２と計算した。

（親密度算出部１７の算出例３）
以下では、親密度算出部１７による具体的な親密度の算出例３について説明する。算出例３では、「ユーザＡ」の日記データのうち、通信端末３０の全てに公開している日記データへのアクセス権情報を除いたアクセス権情報に基づいて、親密度を算出する。つまり、算出例３の特徴は、全体公開しているデータを除いて親密度を算出する点にある。

データ保存部１１により保存されているデータのうち、誰にでも公開しているデータを除いた個数Ｎ＿ＡＬＬ３とすると、以下の算出式で親密度算出部１７が算出する。
「友人Ａ」との親密度＝Ｎ＿Ａ／Ｎ＿ＡＬＬ３・・・（３）
この算出により、親密度の順番に影響しない全公開のデータを数える必要が無くなり、無駄な処理を省くことができる。データの公開／非公開の設定が図５に示したアクセス権情報のようになされている場合、「ユーザＡ」と「友人Ａ」との親密度は、１６÷２０＝０．８と算出される。同様の算出を行うことで、図６（ｃ）に示すような親密度が得られる。図６（ｃ）では、「友人Ｂ」が「同僚Ｃ」よりも親しいとして算出されている。

（親密度算出部１７の算出例４）
以下では、親密度算出部１７による具体的な親密度の算出例４について説明する。算出例４では、全ての通信端末３０に対する、「ユーザＡ」の日記データの公開対象となる通信端末３０の割合に基づいて、公開対象である通信端末３０に対する親密度を算出する。つまり、算出例４の特徴は、少人数にしか公開していないデータを公開していれば親しいことが多いこと、つまり、数で見れば同じ一つだけの情報を公開している場合でも、多くの人に公開しているデータを公開している場合と、その人にだけ公開している場合では後者の方が親しいという点を反映させて親密度を算出する点にある。

データ保存部１１により保存されているデータのうち、「データ１」を公開している人数をＮ＿１、「データ１」を「友人Ａ」に公開していればＮ＿１Ａ＝１、公開していなければＮ＿１Ａ＝０と定義し、「データ２」を公開している人数をＮ＿２、「データ２」を「友人Ａ」に公開していればＮ＿２Ａ＝１、公開していなければＮ＿２Ａ＝０と定義する。同様の定義により、以下の算出式で親密度算出部１７が算出する。
「友人Ａ」との親密度＝｛（Ｎ＿１Ａ÷Ｎ＿１）＋（Ｎ＿２Ａ÷Ｎ＿２）＋・・・｝÷Ｎ＿ＡＬＬ２・・・（４）
データの公開／非公開の設定が図５に示したアクセス権情報のようになされている場合、「ユーザＡ」と「友人Ａ」との親密度は、｛（１÷４）＋（０÷３）＋（１÷４）＋（０÷２）＋（０÷２）＋（１÷２）＋（１÷２）×１４｝÷２０＝０．４と算出される。同様の算出を行うことで、図６（ｄ）に示すような親密度が得られる。なお、平均値の減少に伴い、未登録時に割り当てるデフォルト値を８に変更している。図６（ｄ）では、「友人Ｂ」が「同僚Ｃ」よりも親しいとして算出されている。

（親密度算出部１７の算出例５）
以下では、親密度算出部１７による具体的な親密度の算出例５について説明する。算出例５の特徴は、公開するデータの個数と親密度に正の相関はあるにしても、比例関係ではないという点を反映させたことにある。例えば１０個のデータを保存している場合に、今まで何も公開していなかった相手に１個のデータを公開した時の親密度の上昇度合いと、今まで９個のデータを公開していた相手に最後の１個のデータを公開した時の親密度の上昇度合いとでは、後者の方が大きいことを反映させている。つまり、通信端末３０に対する公開データの数が大きくなるほど、親密度の上昇率が大きくなる指標、例えばべき関数などを用いて親密度を算出する。

以下の算出式で親密度算出部１７が算出する。
「友人Ａ」との親密度＝（Ｎ＿Ａ／Ｎ＿ＡＬＬ２）＾２・・・（５）
データの公開／非公開の設定が図５に示したアクセス権情報のようになされている場合、「ユーザＡ」と「友人Ａ」との親密度は、（１７÷２０）＾２＝約０．７２と算出される。同様の算出を行うことで、図６（ｅ）に示すような親密度が得られる。なお、平均値の減少に伴い、未登録時に割り当てるデフォルト値を８に変更している。図６（ｅ）では、「友人Ｂ」が「同僚Ｃ」よりも親しいとして算出されている。なお、２乗以外に任意の１より大きい数Ｘに対してＸ乗した値としてもよく、例えば１．５乗や３．１乗としてもよい。

これまでにいくつかの親密度の算出例を示したが、以下のように既に知られた方法と組み合わせて算出を行ってもよい。

（親密度算出部１７の算出例６）
以下では、親密度算出部１７による具体的な親密度の算出例６について説明する。算出例６では、データの公開割合と通信履歴とを組み合わせて、親密度を算出する。「ユーザＡ」と「友人Ａ」との親密度は、「ユーザＡ」による「友人Ａ」への電話回数をＴ＿Ａ、「ユーザＡ」による算出期間の全電話回数をＴ＿ＡＬＬとすると、例えば以下の式（６）や式（７）で示される。
「友人Ａ」との親密度＝（Ｎ＿Ａ／Ｎ＿ＡＬＬ２）×（Ｔ＿Ａ／Ｔ＿ＡＬＬ）・・・（６）
「友人Ａ」との親密度＝（Ｎ＿Ａ／Ｎ＿ＡＬＬ２）＋Ｃ×（Ｔ＿Ａ／Ｔ＿ＡＬＬ）・・・（７）
両者の違いは積を求めているか和を求めているかである。式（７）の係数Ｃは、通信回数とアクセス制限のどちらを重要視するかで決定する重み付けのための値である。

図７は、それぞれアドレス帳に登録された通信端末３０の使用者と、式（６）を用いて算出した親密度、２年間の通信回数の合計、保存している２０個の日記のうち、その使用者に向けて公開しているデータの数を一覧表示した図である。例えば、アクセス制限を通信回数の２倍重視する場合には、図７より「友人Ａ」について公開日記数が１７、通信回数が３６回であることから、「ユーザＡ」と「友人Ａ」との親密度は、（１７÷２０）＋２×（３６÷＜３０×２４＞）＝０．９５と算出される。同様の算出を行うことで、図７に示すような親密度が得られる。なお、親密度のデフォルト値は２０（４個を公開）とした。図７では、「友人Ｂ」が「同僚Ｃ」よりも親しいとして算出されている。

図７に示すアドレス帳を親密度順に並べ替えた場合のアドレス帳を図８（ａ）に、通信回数順に並べ替えた場合のアドレス帳を図８（ｂ）に示す。図８（ａ）に示すアドレス帳の方が、図８（ｂ）に示すアドレス帳に比べて「友人Ｂ」が上位に来ており、「お店Ａ」が下にある。このため、お勧めや招待機能、新しいＳＮＳ上でのアドレス帳表示においては、通信回数順に比べて親密度順の方が選択の可能性が高い人が上位に来ているので有効であることが分かる。

また、着信設定において上位４人の着信を気づきやすくする設定に自動ですると、親密度順の図８（ａ）の順番では「友人Ｂ」の着信に気づきやすい設定となるが、単なる回数順である図８（ｂ）の順番では「友人Ｂ」の着信に気づきやすい設定とならず、逆にセールスの電話で回数が増えている「お店Ａ」の着信に気付きやすくなっている。よって通信回数順に比べて親密度順の方が着信の自動設定において有効であることが分かる。

以上は親密度の有効性を分かりやすく説明するために本発明の方法に従って行った。他の親密度算出方法では、その効果は親密度算出の精度に深く依存するため、本実施形態における算出例による親密度の算出を行い、その結果によってアドレス帳の並び替えを行ったり設定に反映させたりすることがより望ましい。

なお、電話の回数以外にメールの回数や、ＳＭＳの回数、ＳＮＳでのコメント回数等で同様の算出をしてもよいし、電話とメールの合計回数を反映する等、複数の要素を反映してもよく、更に電話の１回をメールの２回分とする等、重み付けを行ってもよい。

（親密度算出部１７の算出例７）
以下では、親密度算出部１７による具体的な親密度の算出例７について説明する。算出例７では、アドレス帳情報と組み合わせて、親密度を算出する。例えば、「友人Ａ」について、電話番号とメールアドレスの一方のみの登録の場合にＣ＿Ａ＝０．５、両方を登録している場合にＣ＿Ａ＝１．０と定義する。「ユーザＡ」と「友人Ａ」との親密度は、例えば以下の式（８）で示される。
「友人Ａ」との親密度＝（Ｎ＿Ａ／Ｎ＿ＡＬＬ）×Ｃ＿Ａ・・・（８）
電話番号とメールアドレスの登録が図９（ａ）に示した表の通りの場合、「ユーザＡ」と「友人Ａ」との親密度は、（１７÷２１）×１．０＝約０．８１と算出される。同様の算出を行うことで、図９（ｂ）に示すような親密度が得られる。図９（ｂ）では、「友人Ｂ」が「同僚Ｃ」よりも親しいとして算出されている。

（親密度算出部１７の算出例８）
以下では、親密度算出部１７による具体的な親密度の算出例８について説明する。算出例８は、式（５）と式（６）の考え方を組み合わせた算出例である。「ユーザＡ」と「友人Ａ」との親密度は、例えば以下の式（９）で示される。
「友人Ａ」との親密度＝（Ｎ＿Ａ／Ｎ＿ＡＬＬ２）＾２×（Ｔ＿Ａ／Ｔ＿ＡＬＬ）・・・（９）

式（９）を用いると、「ユーザＡ」と「友人Ｂ」との親密度は、（２０÷２０）＾２×（３回×２年／［３０×２４］）＝１÷１２０＝約０．００８３となる。また、「ユーザＡ」と「同僚Ｃ」との親密度は、（５÷２０）＾２×（３回×２４ヶ月／［３０×２４］）＝（１÷１６）×（１÷１０）＝０．００６２５となる。このように「友人Ｂ」が「同僚Ｃ」よりも親しいとして算出されている。なお、「２０÷２０」の算出は、日記の数として算出したが、プロフィール情報の公開項目であっても今回の場合では同じ算出式である。

なお、データの数とプロフィール情報の公開項目との両方を考慮して算出を行う場合には、「ユーザＡ」と「友人Ｂ」との親密度は、（４０÷４０）＾２×（３回×２年／［３０×２４］）＝１÷１２０＝約０．００８３となり、「ユーザＡ」と「同僚Ｃ」との親密度は、（１０÷４０）＾２×（３回×２４ヶ月／［３０×２４］）＝（１÷１６）×（１÷１０）＝０．００６２５となる。

（親密度算出部１７のその他の算出例）
式（２）、式（３）、式（５）及び式（８）の考え方を組み合わせる場合の算出例は以下の式（１０）で示される。
「友人Ａ」との親密度＝Ｃ＿Ａ×｛Ｎ＿Ａ÷［Ｎ＿ＡＬＬ―（Ｎ＿ＡＬＬ―Ｎ＿ＡＬＬ２）―（Ｎ―Ｎ＿ＡＬＬ３）］｝＾２×（Ｔ＿Ａ／Ｔ＿ＡＬＬ）・・・（１０）
また、式（４）、式（５）、式（７）及び式（８）の考え方を組み合わせる場合の算出例は以下の式（１１）で示される。
「友人Ａ」との親密度＝Ｃ＿Ａ×＜［｛（Ｎ＿１Ａ÷Ｎ＿１）＋（Ｎ＿２Ａ÷Ｎ＿２）＋・・・｝÷Ｎ＿ＡＬＬ２］＾２＋Ｃ×（Ｔ＿Ａ／Ｔ＿ＡＬＬ）＾１．５＞・・・（１１）
なお、式（１１）に示す係数Ｃは、式（７）における係数Ｃと同様に、通信回数とアクセス制限のどちらを重要視するかで決定する重み付けのための値である。

（従来技術の親密度の算出例）
以下では、従来技術による「ユーザＡ」と「友人Ｂ」及び「同僚Ｃ」との親密度の算出例について説明する。

下記参考文献２に基づく算出方法では、経過時間考慮型の方法として、古くからの友人の方が履歴が蓄積されている為に大きな値が出やすいことを考慮して、以下のような算出を行う。すなわち、「ユーザＡ」と「友人Ｂ」との親密度は、√（３回×２年）＝√６＝約２．４５と算出される。また、「ユーザＡ」と「同僚Ｃ」との親密度は、３回×２４ヶ月＝√７２＝約８．４９と算出される。このように、「友人Ｂ」よりも「同僚Ｃ」の方が親しいと誤って推定されている。なお、古くからの友人の方が履歴が蓄積されている為に大きな値が出やすいとあるが、実際には通信端末を変更した際には履歴は引き継がれないことが一般的であり、そもそも大きな値が出やすいという考え方がそぐわないと考えられる。たとえ平方根を取らない算出を採用するとしても、やはり誤って推定されている。
参考文献２：特開２００３−２３３５６４号公報

下記参考文献３に基づく算出方法では、「ユーザＡ」と「友人Ｂ」との親密度は、（３回×２年／（３０×２４））＝約０．００８３と算出される。また、「ユーザＡ」と「同僚Ｃ」との親密度は、（３回×２４ヶ月／（３０×２４））＝０．１と算出される。このように、やはり、「友人Ｂ」よりも「同僚Ｃ」の方が親しいと誤って推定されている。下記参考文献３に基づく算出方法では、更に「デートをしたことがありますか？」といった質問に答えさせることで精度を向上させる方法についても記載があるが、この方法は親密度を算出するために新たに使用者に入力を求めているため、使用者の利便性が低下する。通信装置１０では通信装置１０の使用者に追加の作業をさせること無く、普段の操作から親密度を精度良く推定できる事がポイントであり、狙いが異なるものである。
参考文献３：特開平１１−２５２６４８号公報

下記参考文献４に基づく算出方法では、下記参考文献４の図１２Ａで示される算出方法に従い、「ユーザＡ」と「友人Ｂ」との親密度は、（１００バイト×３回×２年）÷（１００×３００×２年）＝０．０１と算出される。また、「ユーザＡ」と「同僚Ｃ」との親密度は、（５００バイト×３回×２４ヶ月）÷（１００×３００×２年）＝０．６と算出される。このように、やはり「友人Ｂ」よりも「同僚Ｃ」の方が親しいと誤って推定されている。
参考文献４：特開２００６−２６００９９号公報

（通信装置１０の処理）
次に、このように構成された通信装置１０の、親密度に基づいたアドレス帳の並び替え処理について説明する。図１３は、通信装置１０の処理を示すフローチャートである。まず、通信装置１０の使用者によるアドレス帳情報とアクセス権情報の入力が受け付けられる（Ｓ６０）。次に、通信装置１０は、入力装置５４を介した入力を判定する（Ｓ６１）。例えば、Ｓ６０において通信装置１０の使用者によるアドレス帳情報とアクセス権情報の入力があった場合、入力されたアドレス帳情報がアドレス帳情報保存部１２により保存され（Ｓ６２）、入力されたアクセス権情報がアクセス権情報管理部１３により保存される（Ｓ６２）。Ｓ６１において、入力が判定されない場合、後述のＳ６３に処理が移る。

Ｓ６２に続いて、親密度算出部１７は、親密度算出依頼の受信を判定する（Ｓ６３）。例えば、新しいアドレス帳情報が作成されたことを契機として、親密度算出依頼が通信装置１０により出力され、親密度算出部１７が受信を判定すると、アドレス帳情報保存部１２により保存されたアドレス帳情報が、アドレス帳情報取得部１５により取得され（Ｓ６４、アドレス帳情報取得ステップ）、アクセス権情報管理部１３により保存されたアクセス権情報が、アクセス権情報取得部１６により取得される（Ｓ６５、アクセス権情報取得ステップ）。次に取得されたアクセス権情報に基づき、親密度算出部１７により親密度が算出される（Ｓ６６、親密度算出ステップ）。なお、親密度の算出のタイミング（親密度算出依頼が出力されるタイミング）を、新しいアドレス帳情報が作成された時だけではなく、定刻としてもよい。例えば毎日午前０時に親密度を算出する設定の場合には、毎日午前０時に通信装置１０により親密度算出依頼が出力され、その後Ｓ６４以降のフローが実行される。Ｓ６３にて親密度算出依頼の受信が判定されなかった場合、待機状態としてＳ６１に処理が移る。Ｓ６６に続いて、アドレス帳情報が、算出された親密度順に並べ替え処理部１８によって並び替えられる（Ｓ６７）。

（通信装置１０と同等の機能を実現するプログラム８０）
通信装置１０について、同等の機能をプログラムにより実現することができる。すなわち、プログラムを記録媒体（例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ等）に記録させ、ＣＰＵ、ＲＡＭ、ＲＯＭ、補助記憶装置等から構成されるコンピュータに読みこませることにより、通信装置１０と同等の機能をコンピュータにより実現させることができる。以下、本プログラムについて説明する。

図１４は、通信装置１０と同等の機能を実現することができるプログラム８０のモジュール構成図である。プログラム８０は、アドレス帳情報取得モジュール８１、アクセス権情報取得モジュール８２、及び親密度算出モジュール８３を含んで構成されている。これら各モジュールが実行されることにより実現される機能は、通信装置１０の各構成要素の機能と同様である。すなわち、上述各モジュールは、アドレス帳情報取得部１５、アクセス権情報取得部１６、及び親密度算出部１７にそれぞれ対応して、各構成要素と同等の機能を実現することができる。

（通信装置１０の実施例）
以下、通信装置１０の実施例について説明する。まず、図１０〜１２を用いて、通信装置１０の使用者である「ユーザＡ」が、ショッピングサイトにアクセスした際に、商品をお勧めしたい人のメールアドレスを簡単に入力することができる例を説明する。

まず、通信装置１０が図１０（ａ）に示すようなショッピングサイト内の商品ページにアクセスする。この商品ページに含まれる「友達に勧める」ボタンを「ユーザＡ」が押下することで、図１０（ｂ）に示すような、この商品を勧めたい友人のメールアドレスが入力できる入力フォームを含むページに遷移する。このページにおいて、入力フォームにフォーカスが当たった状態で「ユーザＡ」が決定ボタンを押下することで、図１０（ｃ）に示すようなメールアドレスを入力するテキスト入力モードに切り替わる。ここで通信装置１０のメニューボタンを「ユーザＡ」が押下することで、図１０（ｄ）に示すようなテキスト入力を補助する機能がメニューの選択肢として現れる。ここで、メニューの選択肢のうち「電話帳引用」にフォーカスが当たっている時に「ユーザＡ」が決定ボタンを押下することで、図１１（ａ）に示すようなアドレス帳が表示される。

図１１（ａ）に示すアドレス帳は、端末識別情報に含まれる通信端末３０の使用者の名称が、親密度算出部１７により算出された親密度の順番に並べ替えられたものである。図１１（ａ）に示すアドレス帳において、「友人Ｂ」にカーソルを移動した状態で「ユーザＡ」が決定ボタンを押下すると、図１１（ｂ）に示すように入力フォームに「友人Ｂ」のメールアドレスが入力される。図１１（ｂ）に示す画面において「友達に勧める」ボタンを「ユーザＡ」が押下することで、「友人Ｂ」にこのショッピングサイトの運営者から送信されるメールが自動で生成され、図１１（ｃ）に示すような送信メールを確認する画面に遷移する。「ユーザＡ」の確認後、問題がなければ図１１（ｃ）に示す画面において「勧める」ボタンを「ユーザＡ」が押下することでお勧めメールが「友人Ｂ」に送信される。メール送信後は送信が完了したことを示すために図１１（ｄ）に示すような送信完了を伝える画面に遷移することが望ましい。

なお、送信されるメールについてはお勧めのメッセージ等も追加して送信できるようにしてもよい。また、メールの送信元は「ユーザＡ」の通信装置１０にして、このショッピングサイトはメールのテンプレート情報を提供するだけで、送信は通信装置１０の機能を利用して行うようにしてもよい。

続いて図１２を用いて「友人Ｂ」がお勧めに従って購入ができるページに遷移するまでの流れを説明する。「友人Ｂ」は例えば図１２（ａ）に示すようなメールを受信し、メールに含まれるリンクからサイトにアクセスすることで図１２（ｂ）に示すような商品ページにアクセスすることができる。「友人Ｂ」は、この商品ページから詳細情報の確認や購入を行うことができる。

本実施例では、通信装置１０の機能としてアドレス帳を呼び出したが、アドレス帳と親密度、もしくは親密度順に並び替えたアドレス帳、更には親密度順に並び替えたアドレス帳と親密度を通信装置１０からショッピングサイトに送信し、ショッピングサイトの機能としてアドレス帳を操作してもよい。

本実施例ではショッピングサイトを例にして説明しているが、ＳＮＳサイト等で実施してもよい。親密度に関する情報をＳＮＳサイトに提供することで、ＳＮＳサイトのユーザがＳＮＳを始めたばかりであっても、ＳＮＳサイト上でのアドレス帳の表示順序を、親しい順に並び替えることができ、ユーザの利便性が向上する。その際、ＳＮＳサイトは登録されているメールアドレス等をキーとしてアドレス帳とマッチングをはかればよい。

また、実施例では親密度を用いたお勧めについて、勧める側がアドレス帳から手動で選択する方法を示したが、自動でお勧めを行ってもよい。例えば、ユーザが商品を購入した時に自動でお勧め情報を親密度の高い通信端末３０の使用者に送信する等してもよい。

（通信システム１の変形例１）
以上、本発明をその実施形態に基づき具体的に説明したが、本発明は、上記実施形態に限定されるものではない。以下、通信システム１の変形例１について説明する。通信システム１において、特にデータ保存部１１、アドレス帳情報保存部１２、アクセス権情報管理部１３、及び親密度算出部１７は全て外部サーバ４０を含む別々の装置に組み込まれてもよいし、そのうち一部だけ別の装置であってもよい。その場合、親密度を算出する際に算出に必要なデータを通信等何かしらの手段で別途取得する必要がある。

例えば、図１５は、通信システム１におけるデータ保存部１１及びアクセス権情報管理部１３を、ネットワークを介した外部サーバ４０に移動した通信システム１’を示す図である。通信装置１０と通信システム１’に含まれる通信装置１０’とは、通信装置１０に含まれていたデータ保存部１１及びアクセス権情報管理部１３を通信装置１０’が含まない点で異なる。データ保存部１１及びアクセス権情報管理部１３は、通信システム１’に含まれる外部サーバ４０に含まれる。

通信システム１’において、通信装置１０’のデータ作成部１４が作成したデータは、通信モジュール５６を介して外部サーバ４０のデータ保存部１１により保存される。通信端末３０は、通信装置１０’のデータの閲覧要求を、通信装置１０’の代わりに、外部サーバ４０に送信する。また、通信装置１０’に含まれるアクセス権情報取得部１６は、外部サーバ４０に含まれるアクセス権情報管理部１３により保存されたアクセス権情報を取得する。その他の通信システム１’における動作は、通信システム１の動作と同様である。

以下、通信システム１の更なる変形例について説明する。通信システム１において、親密度算出部１７を外部サーバ４０に含め、外部サーバ４０で算出をしてもよい。その場合、外部サーバ４０がアドレス帳情報やアクセス権情報等の算出に必要な情報を保持しない場合は、通信装置１０もしくは通信路の提供元等から別途アドレス帳情報やアクセス権情報等の情報を送信してもらう。また、アドレス帳情報保存部１２を外部サーバ４０のみに含めてもよいし、アドレス帳情報保存部１２を通信装置１０と外部サーバ４０との両方に含めてもよい。アドレス帳情報保存部１２が通信装置１０と外部サーバ４０との両方に含まれる場合、外部サーバ４０で親密度を算出する際に改めて通信装置１０等からアドレス帳情報保存部１２に保存された情報を入手する必要が無くなるが、通信装置１０と外部サーバ４０とに含まれるアドレス帳情報保存部１２に保存された情報を定期的に同期する必要がある。更に、データ保存部１１だけを外部サーバ４０に移し、アクセス権情報管理部１３は端末に残しておいてもよい。その場合には、通信端末３０からのアクセス要求があった際にアクセス権情報を送信してもよいし、アクセスの可否だけを送信してもよい。

（通信システム１の変形例２）
次に、通信システム１の変形例２について変形例１との差分を中心に説明する。変形例２では、アクセス権が設定されたデータがＳＮＳ等の外部サーバ４０’にあること、アクセス権情報を外部サーバ７０から取得することを大きな特徴とする。

通信システム１の変形例２を示す図１６において、外部サーバ４０’が、データ保存部１１とアクセス権情報管理部１３とを含む。データ作成部１４が作成したデータは、通信モジュール５６を介して外部サーバ４０’のデータ保存部１１により保存される。また、通信装置１０’のＩＤが外部サーバ７０において割り当てられ、ＩＤと通信装置１０’との関連情報が、管理サーバ５０にて管理される。

通信端末３０は、通信装置１０’が外部サーバ４０’に保存したデータの閲覧要求を以下のように行なう。まず、メールアドレス等の登録データが合致するユーザが居るかどうかを管理サーバ５０に問い合せる。合致するユーザが居た場合には、管理サーバ５０は通信端末３０の使用者と通信装置１０’の使用者とが当該ＳＮＳサービス上で友人関係であることをまず確認し、友人関係である場合にのみ以下の処理を継続する。管理サーバ５０は、閲覧したいデータを作成した通信装置１０’の使用者に向けて外部サーバ４０’が割り当てたＩＤを通信端末３０に送信し、通信端末３０は、外部サーバ４０’に当該ＩＤのデータについての閲覧要求を送信する。

親密度の算出に利用する場合には、閲覧出来ないデータの数、全体公開しているデータの数等を別途要求し、外部サーバ４０’に送信してもらう。その際にデータ自体を送信してもらう必要は必ずしも無く、親密度の算出方法は上記実施形態における通信装置１０と同様である。

以下、変形例２の更なる変形例について説明する。データの公開状況を問い合せる外部サービスは複数でもよい。その場合の親密度の算出方法としては、各サーバ毎に算出した値の平均値、全サーバのデータを平等にカウントして算出、ランダムに一つ選択、一番最新のデータを含む外部サーバについてのデータの個数で算出する等といった方法があげられる。なお、算出対象の端末が所属する外部サービスが一つも分からない場合、親密度を０とするのではなく、アドレス帳の親密度が計算できた各電話帳エントリの親密度の平均値の半分とする等に扱い、かつ通信履歴も親密度算出に考慮することで、普段直接連絡をよく取っているが外部サービスは何かしらの都合で使ってないような親しい人との親密度も正しく推定出来ることはこれまでの実施例と同様である。

（通信装置１０の変形例）
以下、通信装置１０の変形例について説明する。例えば、親密度の算出は全てのアドレス帳情報に対して行ってもよいし、アドレス帳情報に含まれる電話番号の最後の番号の偶数奇数で分けて一日おきに親密度を算出してもよい。つまり、必ずしも毎回全てのアドレス帳情報に対して親密度を算出する必要はない。

また、上記実施例ではアドレス帳を表示するタイミングで親密度を算出したが、親密度の算出のタイミングは任意でもよい。例えば、表示の都度、設定が変わったタイミング、定刻、定刻かつ設定が変わった場合、通信があった場合、定刻かつ通信があった場合等がある。都度算出でない場合は親密度または親密度の順位を別途蓄積しておく必要がある。

（通信装置１０の作用効果）
次に、このように構成された通信装置１０の作用効果について説明する。

本実施形態に係る通信装置１０において、アドレス帳情報取得部１５により、アドレス帳情報が取得され、アクセス権情報取得部１６により、アドレス帳情報取得部１５により取得されたアドレス帳情報が示す通信先である通信端末３０に付与された、通信装置１０の使用者が管理する所定のデータへのアクセス権情報が取得され、アクセス権情報取得部１６により取得されたアクセス権情報に基づいて、通信端末３０の使用者と通信装置１０の使用者との間の親密度が算出される。これにより、アクセス権情報に基づいて通信相手との親密度を精度よく算出することができる。

また、本実施形態に係る通信装置１０において、親密度算出部１７により、全ての所定のデータに対する、通信端末３０への公開対象となる所定のデータの割合に基づいて、親密度が算出される。これにより、個々の所定のデータに対して重み付けが可能となり、通信相手との親密度を精度よく算出することができる。

また、本実施形態に係る通信装置１０において、親密度算出部１７により、所定のデータのうち、通信端末３０の全てに公開していないデータへのアクセス権情報を除いたアクセス権情報に基づいて、親密度が算出される。これにより、通信端末３０の全てに公開していないデータに関する処理の必要が無くなり、無駄な処理を省くことができると共に、通信相手との親密度を精度よく算出することができる。

また、本実施形態に係る通信装置１０において、親密度算出部１７により、所定のデータのうち、通信端末３０の全てに公開しているデータへのアクセス権情報を除いたアクセス権情報に基づいて、親密度が算出される。これにより、通信端末３０の全てに公開しているデータに関する処理の必要が無くなり、無駄な処理を省くことができると共に、通信相手との親密度を精度よく算出することができる。

また、本実施形態に係る通信装置１０において、親密度算出部１７により、全ての通信端末３０に対する、所定のデータの公開対象となる通信端末３０の割合に基づいて、公開対象である通信端末３０に対する親密度が算出される。これにより、個々の所定のデータに対して重み付けが可能となり、通信相手との親密度を精度よく算出することができる。

また、本実施形態に係る通信装置１０において、親密度算出部１７により、通信端末３０に対する公開データの数が大きくなるほど、上昇率が大きくなる指標を用いて親密度を算出される。これにより、個々の所定のデータに対して重み付けが可能となり、通信相手との親密度を精度よく算出することができる。

また、本実施形態に係る通信装置１０において、親密度算出部１７により算出された親密度に基づいて、アドレス帳情報取得部１５により取得されたアドレス帳情報の並べ替えが並べ替え処理部１８により行われる。これにより、例えば、精度よく算出された親密度の順にアドレス帳情報を並べ替えることができる等、通信装置１０の使用者の利便性が向上する。

また、本実施形態に係る通信装置１０において、親密度算出部１７により算出された親密度に基づいて、通信端末３０の着信設定が着信設定処理部１９により行われる。これにより、例えば、精度よく算出された親密度に基づいて着信設定を自動的に行うことができる等、通信装置１０の使用者の利便性が向上する。

ところで、最近の携帯端末では、写真の撮影や撮影された写真の送信といった機能等、種々の機能をも備えるようになってきている。例えば、自分の子供の写真等、自身のよりプライベートな情報の送信時における送信先を選択する際に、従来の電話回数によるアドレス帳の並び替えを用いた場合、送信先の選択のし易さを考慮した並び順とはなっていないといった問題がある。本実施形態に係る通信装置１０によれば、通信相手に付与されたアクセス権情報に基づいて通信相手との親密度を精度よく算出することができるため、このような場合、送信先の選択のし易さを考慮した並び順のアドレス帳を提供することができる。

また、最近ではＥＣ（Electronic Commerce）サイト上で自分のお勧めの商品を友達に紹介する際や、ＳＮＳ等のソーシャルサイトの招待の際にもアドレス帳機能から簡易な操作で入力できることも多い。相手が親しいほどお勧めや招待を受けた側は真剣に検討をする為、親しい人を選択しやすくするようにする手段の提供が必要であり、精度良い親密度の算出を行うことが求められていた。本実施形態に係る通信装置１０によれば、通信相手に付与されたアクセス権情報に基づいて通信相手との親密度を精度よく算出することができるため、このような場合、親しい人を選択しやすくするようにする手段を提供することができる。

また、ユーザが新しくＳＮＳ等を始めた際にはそのサービス上で行われたコメント等のコミュニケーション履歴が蓄積されておらず、そのサービス上でのアドレス帳をコミュニケーション履歴を利用して並べ替える際に、初期の数少ない履歴では履歴表示やコミュニケーション数順による表示が真にユーザの良く使う順番になっていない可能性が高いという課題もある。しかしながら、既に携帯端末上で親密度を算出しておけば、算出した親密度を使ってそのサービス上のアドレス帳についても並べ替えを行うことで、選択のし易さを考慮した並び順での表示がはじめから可能になるため、精度のよい親密度の算出を行うことが求められていた。本実施形態に係る通信装置１０によれば、通信相手に付与されたアクセス権情報に基づいて通信相手との親密度を精度よく算出することができるため、このような場合、通信装置１０において精度のよい親密度を算出することができ、選択のし易さを考慮した並び順での表示がはじめから可能になる。

以上説明したように、本実施形態によれば、通信端末３０の使用者である通信相手との間の親密度を算出する際、通信端末３０に付与されたアクセス権情報に基づいて親密度を算出している。このため、仕事上で数多く連絡をとりあっても、プライベートな情報を含む、通信装置１０内のデータを公開していなければ親密度が余り向上しない為、誤って親密度が高いと算出することが少なくなる。通信装置１０の使用者が意識すること無く、通信相手との親密さを通信装置１０の使用者の意志を反映し精度よく推定して親密度を算出できるため、親しい人へのお勧めを行う際の選択の手間を軽減することが可能になる効果がある。

また、アドレス帳が親密度順に並んでいれば、ｎ番目までの人に対して自分の写真や日記等の情報を公開するといった設定も簡単に行える。具体的には、１０番目までの人に対してある日記を公開したい場合には「１０」という数字を入力したり、１０番目の人を選択したりすればよい。または、親密度が例えば「２０」以上の人に公開したい場合には「２０」という数字を入力すればよい。数字の入力は情報の持ち主が行わなくてもよい。例えばＳＮＳサイト上での公開にあたってはＳＮＳサイトの運営者側が値を決定しても良い。

１、１’、１’’…通信システム、１０、１０’…通信装置、１１…データ保存部、１２…アドレス帳情報保存部、１３…アクセス権情報管理部、１４…データ作成部、１５…アドレス帳情報取得部、１６…アクセス権情報取得部、１７…親密度算出部、１８…並べ替え処理部、１９…着信設定処理部、２０…アカウント情報保存部、３０…通信端末、４０、４０’…外部サーバ、５０…管理サーバ、８０…プログラム、８１…アドレス帳情報取得モジュール、８２…設定情報取得モジュール、８３…親密度算出モジュール。

Claims (10)

1. アドレス帳情報を取得するアドレス帳情報取得手段と、
   前記アドレス帳情報取得手段により取得されたアドレス帳情報が示す通信先である通信端末に付与された、自装置の使用者が管理する所定のデータへのアクセス権情報を取得するアクセス権情報取得手段と、
   前記アクセス権情報取得手段により取得されたアクセス権情報に基づいて、前記通信端末の使用者と自装置の使用者との間の親密度を算出する親密度算出手段と、
   を備える通信装置。
2. 前記親密度算出手段は、全ての前記所定のデータに対する、前記通信端末への公開対象となる前記所定のデータの割合に基づいて、親密度を算出することを特徴とする請求項１記載の通信装置。
3. 前記親密度算出手段は、前記所定のデータのうち、前記通信端末の全てに公開していないデータへのアクセス権情報を除いたアクセス権情報に基づいて、親密度を算出することを特徴とする請求項１または２記載の通信装置。
4. 前記親密度算出手段は、前記所定のデータのうち、前記通信端末の全てに公開しているデータへのアクセス権情報を除いたアクセス権情報に基づいて、親密度を算出することを特徴とする請求項１〜３の何れか一項記載の通信装置。
5. 前記親密度算出手段は、全ての前記通信端末に対する、前記所定のデータの公開対象となる前記通信端末の割合に基づいて、公開対象である前記通信端末に対する親密度を算出することを特徴とする請求項１〜４の何れか一項記載の通信装置。
6. 前記親密度算出手段は、前記通信端末に対する公開データの数が大きくなるほど、上昇率が大きくなる指標を用いて親密度を算出することを特徴とする、請求項１〜５いずれか一項記載の通信装置。
7. 前記親密度算出手段により算出された親密度に基づいて、前記アドレス帳情報取得手段により取得されたアドレス帳情報の並べ替えを行う並べ替え処理手段を更に備えることを特徴とする請求項１〜６の何れか一項記載の通信装置。
8. 前記親密度算出手段により算出された親密度に基づいて、前記通信端末の着信設定を行う着信設定処理手段を更に備えることを特徴とする請求項１〜７の何れか一項記載の通信装置。
9. アドレス帳情報を取得するアドレス帳情報取得モジュールと、
   前記アドレス帳情報取得モジュールにより取得されたアドレス帳情報が示す通信先である通信端末に付与された、自装置の使用者が管理する所定のデータへのアクセス権情報を取得するアクセス権情報取得モジュールと、
   前記アクセス権情報取得モジュールにより取得されたアクセス権情報に基づいて、前記通信端末の使用者と自装置の使用者との間の親密度を算出する親密度算出モジュールと、
   を含む親密度算出プログラム。
10. アドレス帳情報を取得するアドレス帳情報取得ステップと、
    前記アドレス帳情報取得ステップにおいて取得されたアドレス帳情報が示す通信先である通信端末に付与された、自装置の使用者が管理する所定のデータへのアクセス権情報を取得するアクセス権情報取得ステップと、
    前記アクセス権情報取得ステップにおいて取得されたアクセス権情報に基づいて、前記通信端末の使用者と自装置の使用者との間の親密度を算出する親密度算出ステップと、
    を含む親密度算出方法。

Images