WO2007026810A1 - 通信システム及び通信端末 - Google Patents

Abstract

　アドレス帳を備えた通信端末が接続された通信ネットワークにおいて、通信端末の利用者によってネットワーク上に公開されるコンテンツへのアクセス権限が、その利用者の通信端末のアドレス帳データに基づいて判定される、通信端末及び通信システムを提供する。

Description

明 細 書

通信システム及び通信端末

技術分野

[0001] 本発明は、アドレス帳を利用して所定の制限を掛ける通信端末、及び、このような通 信端末を複数備えた通信システムに関する。

背景技術

[0002] 携帯電話に代表される通信端末は、ハードウェアの向上に伴って種々のアプリケー シヨンを実装できるようになり、多機能化している。通信端末に実装され得る機能には 、例えばネットワーク上の情報閲覧機能や、近距離通信機能（赤外線通信や Bluetoo th (登録商標)機能等)等が挙げられる。

[0003] ネットワーク上の情報閲覧機能は、通信端末に実装された情報閲覧ソフトウェア (以 下、ブラウザと記す）により実現される。ユーザはブラウザを用いて、ネットワーク上の 種々のサイトを閲覧することができる。

[0004] 近年、サイトの一形態として、ソーシャルネットワーキングサイト（以下、 SNS (Social Networking Site)と略記）と呼ばれるコミュニティ型の Webサイトが知られ、普及してい る。 SNSは、例えば参加者が互いに友達を紹介しあレ、、新たな友達関係を広げるこ とを目的に開設されている。 SNSには「自由参加型」や「招待型」等がある。 「自由参 加型」の SNSには何の公開制限もなぐ誰でも自由にそのコミュニティに参加すること ができる。例えば、デュオゲート株式会社のインターネット Webサイト（http：〃 blog.du ogate.jp/service/) [平成 17年 8月検索]には、携帯電話を用いて参加することができ る「自由参加型」の SNSが示されている。これに対して「招待型」の SNSでは、未参 加者は、例えば既存参加者からの招待がないとそのコミュニティに参加することがで きなレ、。例えば、サーチテリア株式会社のインターネット Webサイト（http：〃 www.sear chteria.co.jp/sns/top/index.html) [平成 17年 8月検索]には、携帯電話を用いて参 加することができる「招待型」の SNSが示されている。

[0005] また、近距離通信機能は、例えば通信端末に搭載された赤外線通信モジュールに より実現される。特開 2004— 289584号公報（日本国）には、赤外線通信モジユー ルを搭載し、それにより他の携帯電話と赤外線通信することができる携帯電話が示さ れている。

発明の開示

[0006] 上記サーチテリア株式会社の SNSにおいて既存参加者が例えば自己のコンテン ッを友達に公開するために必要とされる処理を以下に示す。

(1)既存参加者が友達に招待メールを送る

(2)招待メールを受け取った友達が SNSに登録する

(3)上記友達に対して SNS用の ID及びパスワードを付与する

(4) SNSのサーバにおいて既存参加者専用の友達リスト（例えばコンテンツの公開を 許可した友達の一覧）が更新される

(5) SNSのサーバにおいて上記友達専用の友達リストが新規作成される

(6)上記友達リストを参照して実行される、上記既存参加者、上記友達間のコンテン ッアクセス権等が付与される

[0007] 上記サーチテリア株式会社の SNSでは上記 (4)及び（5)に示されるように、サーバ は、ユーザ間におけるコンテンツの公開制限を実現するための種々のデータを作成 しなければならなレ、。このようなデータ作成処理は、サーバに対して極めて負担となり 得た。このため、サーバの公開制限に関する処理を軽減させることが要求されている

[0008] また、例えば上記特開 2004— 289584号公報に示された携帯電話は、機器同士 を接触させることにより所定の通信プロトコルを確立させて赤外線通信するように構成 されてレ、る。し力 ながら通信相手の信頼性に拘わらず赤外線通信が実行されてし まうこともあり得るため、セキュリティ面に不安があった。このため、赤外線通信を許可 する相手を適切に制限することができるユーザ制限方法が要求されている。

[0009] すなわち通信端末の多機能化に伴って、それら種々の機能に関する処理の効率 化やセキュリティ面等を向上させる要求がある。これらの要求を満たすための方法と して、例えば種々の機能に対してユーザ制限 (例えばコンテンツの公開制限や赤外 線通信許可の制限等）を容易且つ適切に設定することが考えられる。

[0010] そこで、本発明は上記の事情に鑑みて、通信端末においてコンテンツ公開や赤外 線通信等を始めとする種々の機能に対するユーザ制限を容易且つ適切に設定する ことができる通信端末、及び、通信システムを提供することを課題としている。

[0011] 上記の課題を解決する本発明の一態様によれば、アドレス帳を備えた通信端末と アドレス帳データのコピーを保持するサーバとが互いにネットワークに接続され、通信 端末は、アドレス帳データを格納するデータ格納部と、アドレス帳データを更新する データ更新部と、アドレス帳データに格納された通信宛先情報を用いて他の通信端 末と通信を行う通信部とを備え、サーバは、アドレス帳データのコピーを格納するコピ 一格納部と、通信端末の利用者と関連付けられたコンテンツを格納するコンテンツ保 持部と、上記の通信端末以外の外部機器からの上記コンテンツの取得に対する許可 要求に応じて上記の外部機器力らその利用者を特定する利用者識別情報を取得す る利用者識別情報取得部と、利用者識別情報取得部により取得した利用者識別情 報とアドレス帳データのコピーに含まれる通信宛先情報及び/又はそれと関連付け られた情報に基づいてコンテンツの取得を許可するかどうか判定する判定部とを備え ている、通信システムが提供される。

[0012] このように構成された通信システムによれば、利用者の通信端末に記録されたアド レス帳データに基づいてコンテンツの公開対象を制限できるため、通信端末の利用 者は特に設定をすることなしに、適切な公開範囲でコンテンツを公開することができ る。また、通信端末の利用者を特定できる利用者識別情報を用いるため、高いセキュ リティが実現される。さらに、コンテンツ取得の許可に使用するアドレス帳のコピーとコ ンテンッとをサーバが保持するため、コンテンツの取得の許可と配信を行う際にコン テンッを公開する利用者の通信端末との通信が不要であり、必要な処理を短時間で 行うことができる。

[0013] また、本発明の別の態様によれば、通信端末とサーバとが互いにネットワークに接 続されており、通信端末は、アドレス帳データを格納するデータ格納部と、アドレス帳 データを更新するデータ更新部と、サーバと通信すると共にアドレス帳データに格納 された通信宛先情報を用レ、て他の通信端末と通信を行う通信部とを備え、サーバは 、通信端末の利用者と関連付けられたコンテンツを格納するコンテンツ保持部と、上 記の通信端末以外の外部機器からのコンテンツの取得に対する許可要求に応じて 上記の外部機器力 その利用者を特定する利用者識別情報を取得する利用者識別 情報取得部と、取得した利用者識別情報を通信端末へ送信して通信端末に利用者 識別情報に対応する通信宛先情報がアドレス帳データに含まれているか否かを問い 合わせ、その問い合わせ結果に応じてコンテンツの取得を許可するかどうか判定す る判定部とを備えている、通信システムが提供される。

[0014] このように構成された通信システムによれば、サーバがアドレス帳データを保持しな いため、サーバのストレージの容量を小さくすることができる。

[0015] また、本発明の一態様によれば、アドレス帳を有し、外部機器からの所定の処理に 対する許可要求に応じてアドレス帳を検索するアドレス帳検索部と、アドレス帳検索 部の検索結果に基づいて該所定の処理を許可するか否かを判定する許可判定部と を備えた、通信端末が提供される。

[0016] このように構成された通信端末によれば、利用者の通信端末に記録されたアドレス 帳データに基づいて外部機器力 の処理の要求を制限するため、通信端末の利用 者は容易かつ適切に処理を許可するユーザを制限することができる。また、外部サ ーバはこの処理に関与する必要がないため、外部サーバの負荷を増やすことなくサ 一ビスを提供することができる。

[0017] また、本発明の別の態様によれば、アドレス帳を備え、外部機器から所定の処理を 許可するよう要求があった際に、当該外部機器の情報がアドレス帳に含まれているか 否かを判定するアドレス帳判定部と、アドレス帳判定部の判定結果に基づいて該所 定の処理を許可するか否かを判定する許可判定部とを備えた、通信端末が提供され る。

[0018] このように構成された通信端末によれば、アドレス帳データに所定の処理を要求す る外部機器の情報が含まれているか否かの判定によって処理を制限するため、軽い 負荷の処理で適切なユーザ制限を実現することができる。

[0019] また、本発明の別の態様によれば、アドレス帳を備え、外部機器から所定の処理を 許可するよう要求があった際に、アドレス帳を用いて当該外部機器と自己との関係を 判断する関係判断部と、関係判断部の判断結果に基づいて該所定の処理を許可す るか否かを判定する許可判定部とを備えた、通信端末が提供される。 [0020] このように構成された通信端末によれば、アドレス帳に基づいて自動的に外部機器 からの処理要求の許可を判断するため、通信端末の利用者は容易かつ適切に処理 を許可するユーザを制限することができる。

[0021] また、本発明の別の態様によれば、各々がアドレス帳を備えた、互いにネットワーク 上で接続された複数の通信端末力 成る通信システムが提供される。このシステムに ぉレ、て各通信端末は、他の通信端末から所定の処理を許可するよう要求があった際 に、他の通信端末の情報がアドレス帳に含まれているか否力を判定するアドレス帳判 定部と、アドレス帳に前記他の通信端末の情報が含まれていないと判定されたとき、 他の通信端末に自己との関係情報を要求する関係情報要求部と、該関係情報を要 求されたとき、当該関係情報を発行可能な通信端末に発行要求を行う発行要求部と 、該関係情報の発行要求に応答して、他の通信端末に該関係情報を発行する関係 情報発行部と、発行された関係情報を該関係情報要求元の通信端末に送信する関 係情報送信部と、要求先から送信された関係情報に基づいて該所定の処理を許可 するか否かを判定する許可判定部とを備える。

[0022] このように構成された通信システムによれば、アドレス帳に情報が含まれていない他 の通信端末に対しても、関係情報によって他の通信端末と自己との間に一定の関係 が確認できれば、処理が許可される。したがって、一定のセキュリティを確保しながら 、より多くのユーザとの通信が実現される。

[0023] 本発明の通信端末、及び、通信システムを採用すると、通信端末においてコンテン ッ公開や赤外線通信等を始めとする種々の機能に対するユーザ制限を容易且つ適 切に設定することが可能となる。

図面の簡単な説明

[0024] [図 1]本発明の実施の形態の携帯端末の外観を示した図である。

[図 2]本発明の実施の形態の携帯端末の構成を示したブロック図である。

[図 3]本発明の実施の形態の SNSを説明するための図である。

[図 4]本発明の実施の形態の SNSを利用するユーザとサーバとの間で実行される処 理を示した図である。

[図 5]本発明の実施の形態の SNSを説明するための図である。 [図 6]本発明の実施の形態におけるブログ作成の流れを示した図である。

[図 7]本発明の実施の形態における公開レベルを設定するための画面を示す。

[図 8]本発明の実施の形態の携帯端末においてアドレス帳フォルダに登録された友 達の情報の一例を示した図である。

[図 9]本発明の実施の形態においてユーザが開設しているコンテンツを示した図であ る。

[図 10]本発明の実施の形態においてサーバとなる携帯端末とクライアントとなる携帯 端末との間の処理を説明するための図である。

[図 11]本発明の実施の形態においてサーバとなる携帯端末で実行される処理を示し たフローチャートである。

[図 12]本発明の実施の形態において各携帯端末間で実行される処理を示した図で ある。

[図 13]図 11の S106の代替処理を示した図である。

[図 14]本発明の実施の形態におけるトラックバックに対する処理を示したフローチヤ ートである。

[図 15]本発明の実施の形態におけるバザールを説明するための図である。

[図 16]本発明の実施の形態の SNSを説明するための図である。

[図 17]本発明の実施の形態のサーバで実行される処理を示したフローチャートであ る。

[図 18]本発明の実施の形態の SNSを説明するための図である。

[図 19]本発明の実施の形態において、サーバと携帯端末との間で実行される処理を 示したシーケンス図である。

発明を実施するための最良の形態

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

[0026] (第 1実施形態）

図 1は、本発明の実施の形態の携帯端末 10の外観を示した図である。また、図 2は 、本発明の実施の形態の携帯端末 10の構成を示したブロック図である。本実施形態 において携帯端末 10は携帯電話であるものとするが、 PHS (Personal Handy phone System)等の他の小型移動端末に置き換えることもできる。

[0027] 図 1及び図 2に示されるように、携帯端末 10は、 CPU (Central Processing Unit) 10 0、 ROM (Read Only Memory) 102、 RAM (Random Access Memory) 104、入力部 106、表示部 108、電源 110、アンテナ 112、通信部 114、ストレージ部 116、カメラ モジユーノレ 118、赤外線通信モジュール 120、及び、 Webサーバ 122を有している。 これらの各構成要素は電源 110によって供給される駆動電圧により動作する。

[0028] CPU100は携帯端末 10全体を統括的に制御する。 ROM102には、各種プロダラ ムゃデータが格納されている。 ROM102に格納されているプログラムには、例えば ブログ（Blog)データ作成プログラム、ブラウザ、 RSS (Rich Site Summary)リーダ、メー ラ、及び、 PIM (Personal Information Manager)等が含まれる。ブログデータ作成プロ グラムは、ユーザが携帯端末 10を用いてブログを作成するためのプログラムである。

RSSリーダは、指定された Webサイトを巡回して RSS形式の更新情報を取得し、そ れを表示する周知のプログラムである。メーラは、電子メールや MMS (Multimedia M essaging Service)メッセージ等を送受信するための周知のメールクライアント、メッセ 一ジングクライアント等の機能を有したプログラムである。 PIMは、例えば電話番号、 電子メールアドレス、住所、スケジュール等の様々な個人情報を管理するための周知 のプログラムである。

[0029] RAM104は、例えば ROM102に格納されている各種プログラムの展開先である。

CPU100は、 ROM102に格納されているプログラム（例えばブラウザ）を読み出して 、 RAM104の所定領域に展開して実行する。これにより、例えばユーザはブラウザ によって Webサイト等を閲覧することができる。

[0030] 入力部 106には、文字や数字、記号等を入力するための入力キーが含まれている 。入力キーには、例えば方向指示キー及び決定キーが含まれる。方向指示キーは、 例えば「上」、「下」、「左」、「右」の何れかに対応し、これらを操作することにより、表示 部 108内の注視箇所（例えばカーソルやキヤレット）を移動させたり、画面をスクロー ルさせたりすることができる。決定キーは、例えば方向指示キーによって選択された オブジェクト（例えば画像や文字列で表示されたハイパーリンク等）を実行するための デバイスである。以下、これらのキーを用いたユーザの入力操作をユーザ'オペレー シヨンと記す。

[0031] 通信部 114は、例えばユーザによる入力部 106の所定の操作に応じて、アンテナ 1 12を介して所定の周波数帯域の電波信号を送受信する。

[0032] ストレージ部 116は例えば HDD (Hard Disk Drive)である。ストレージ部 116には種 々のデータが保存され得る。ここに保存され得るデータは例えば PIMで管理される データであり、メールデータ、アドレス帳フォルダ内のアドレス帳データ、スケジュール データ、ブログを構成するテキストデータや画像データ等が含まれる。

[0033] カメラモジュール 118は、小型機器用にモジュール化された周知のデジタルスチル カメラである。ストレージ部 116に保存されているブログの画像データは、主に、カメラ モジュール 118で撮影された画像のデータである。

[0034] 赤外線通信モジュール 120は周知の構成及び機能を有したものである。これにより 携帯端末 10は他の携帯端末と近距離通信を行って、種々のデータを取得したり共 有したりすることができる。

[0035] Webサーバ 122は、携帯端末 10で作成されたブログを Web上で公開するための プログラム及びデータを有している。 Webサーバ 122に格納されているデータには、 Web上で公開されるブログのテキストデータや画像データ（以下、公開用ブログデー タと記す）、ブログ等のコンテンツに対する他者のアクセス権に関する情報等が含ま れる。また、 Webサーバ 122に格納されているプログラムには、例えばブログデータ 公開プログラム、アクセス権チェックプログラム、閲覧許可情報プログラム、ブログデー タ提供プログラム、 CGI (Common Gateway Interface)プログラム等が含まれる。ブロ グデータ公開プログラムは、ブログを Web上に公開するために種々の処理を行うプロ グラムである。アクセス権チェックプログラムは、例えば携帯端末 10のユーザが作成 したコンテンツを閲覧リクエスト者に公開して良いか否かを判定するプログラムである 。閲覧許可情報プログラムは、例えばアクセス権チェックプログラムと同様に、コンテ ンッを閲覧リクエスト者に公開して良レ、か否力を判定するプログラムである。ブログデ ータ提供プログラムは、上記公開用ブログデータを Webで公開可能な形式に作り替 えるプログラムである。 CGIプログラムは、外部からの要求に呼応して、動的な情報を 当該外部に提供するプログラムである。これらのプログラムは CPU100により実行さ れる。代替的には、これらのプログラムを単一のプログラムで構成しても良ぐ或いは 、更に細分化されたプログラムで構成しても良レ、。

[0036] 図 3は、本発明の実施の形態の SNSを説明するための図である。図中の「S」は本 実施形態の SNSを提供し、それを管理している業者が運営しているサーバである。 「 bsjは携帯端末 10のキャリアが設置した携帯電話網の中継基地局である。 「A」及び 「B」は本実施形態の SNSを利用し得るユーザが所有する携帯端末 10 (以下、「A」 を携帯端末 A、「B」を携帯端末 Bと記す。また、携帯端末 Aのユーザをユーザ A、携 帯端末 Bのユーザをユーザ Bと記す）である。

[0037] 図 4は、本実施形態の SNSを利用するユーザとサーバ Sとの間で実行される処理を 示した図である。本実施形態の SNSを利用するため、ユーザは、先ず、サーバ Sと通 信して自己のクライアント IDを取得する必要がある。携帯端末 Aを例に取り説明する 。ユーザ Aは携帯端末 Aに実装されたブラウザを起動させて SNS (すなわちサーバ S )にアクセス（すなわちコンテンツデータを要求）する (ステップ 1、以下の明細書及び 図面においてステップを「S」と略記）。サーバ Sは上記要求に応答してコンテンツデ ータ（例えばトップページ）を送信する（S2)。

[0038] ブラウザは、受信したコンテンツデータを解釈する。次いで、その解釈結果に基づ いたレイアウト処理を行って、トップページをレンダリングする（S3)。 SNSのトツプべ 一ジには例えば「利用者登録」等と記されたリンクボタンがレイアウトされている。上記 リンクボタンがユーザ ·オペレーションにより選択されると、携帯端末 Aとサーバ Sとが 通信して S1〜S3と同様の処理が実行される。この通信の結果、ブラウザ上に、ユー ザ Aの種々の情報を入力するための入力フォームが表示される。次いで、ユーザ'ォ ペレーシヨンにより入力フォームの各項目に自己の情報が入力されて、例えば「送信 」と記されたボタンが選択されると、それらの情報がサーバ Sに送信される（S4)。なお 、入力フォームで入力され得るユーザ情報には、例えば「ユーザ名」、「電話番号」、「 電子メールアドレス」等が含まれる。

[0039] サーバ Sはユーザデータベースを有している。ユーザデータベースは、 SNSを利用 するユーザの情報 (上記入力フォームに対応した情報）を蓄積するデータベースであ る。サーバ Sは、 S4の処理で送信されたユーザ情報をデータベースに蓄積する（S5) 。ユーザデータベースはリレーショナノレデータベースであり、入力フォームの各項目 の情報は互いに関連付けられた状態で蓄積される。ユーザ情報蓄積後、サーバ Sは ユニークなクライアント IDを作成する。次いで、作成されたクライアント IDを、 S5の処 理で蓄積されたユーザ情報に関連付けた状態でユーザデータベースに格納すると 共に (S6)、携帯端末 Aに発行する (S7)。

[0040] 携帯端末 Aは、発行されたクライアント IDを例えばストレージ部 116に自己のユー ザ情報として保存する（S8)。携帯端末 Aとサーバ Sとの間で上記の如き処理が実行 されることにより、ユーザ Aは、携帯端末 Aのクライアント IDを取得して SNSを利用で きるようになる。なお、 自己のユーザ情報には、例えば「ユーザ名」、「電話番号」、「電 子メールアドレス」、「URL (例えば当ユーザが開設しているブログの URL)」、「クライ アント ID」等が含まれる。「ユーザ名」、「電話番号」、及び、「電子メールアドレス」は、 例えば携帯端末 A購入時にキャリア側によりストレージ部 116に予め保存される情報 である。また、「URL」は例えばユーザ Aが SNSでブログを開設後、ユーザ'オペレー シヨンにより保存され得る情報である。

[0041] 次に、各条件（1 ')、（2')において携帯端末同士で実行されるクライアント ID取得処 理の各例を説明する。

(1 ')相手のユーザ情報を互いに全く有してレ、なレ、場合

(2')携帯端末 Bが携帯端末 Aのユーザ情報を有している場合

なお、相手のユーザ情報とは、ストレージ部 116のアドレス帳フォルダに登録されて レ、るアドレス帳データを示す。アドレス帳データには、自己のユーザ情報と同様に、 例えば友達の「名前」、「電話番号」、「電子メールアドレス」、 「URL」、「クライアント I D」等が含まれる。

[0042] < (1')相手のユーザ情報を互いに全く有していない場合 >

携帯端末 Aと携帯端末 Bは、赤外線通信モジュール 120で赤外線通信することによ り相手のユーザ情報を取得することができる。この場合、携帯端末 Aと携帯端末 Bと が近距離に位置していることが必要不可欠である。携帯端末 Bは、クライアント IDを 含む携帯端末 Aのユーザ情報を取得して、アドレス帳フォルダにアドレス帳データの 一つとして登録する。また、携帯端末 Aも、クライアント IDを含む携帯端末 Bのユーザ 情報を取得して、アドレス帳フォルダにアドレス帳データの一つとして登録する。

[0043] なお、携帯端末 Aは、例えば相手 (ここでは携帯端末 B)のアドレス帳データをァドレ ス帳フォルダに登録していないとき、携帯端末 Bが信頼性に欠けると判定して携帯端 末 Bとの赤外線通信を禁止することができる。これに対して、携帯端末 Bのアドレス帳 データをアドレス帳フォルダに登録してレ、るとき、携帯端末 Bが信頼性を有すると判 定して携帯端末 Bとの赤外線通信を許可することもできる。このような判定処理を実行 して通信相手を制限することにより、全く知らない相手と赤外線通信が行われてしまう ことが防止される。すなわちセキュリティが向上する。

[0044] アドレス帳に登録されている人物は一般に信頼性があると言えるため、アドレス帳を 利用して赤外線通信の許可/不許可を判定すると、当該判定処理が容易且つ適切 に実現され得る。なお、この機能はオン/オフさせることができる。オフにしたときには 上記判定処理が行われず、常に赤外線通信可能な状態となる。

[0045] < (2')携帯端末 Bが携帯端末 Aのユーザ情報を有している >

例えば携帯端末 Aと携帯端末 Bとが近距離に位置している場合、これらの携帯端末 は、（1')の例と同様に、赤外線通信モジュール 120で赤外線通信することにより相手 のユーザ情報を取得することができる。

[0046] また、例えば携帯端末 Aと携帯端末 Bとが遠距離に位置している場合、これらの携 帯端末は、無線通信網やインターネット等のネットワーク網を介して通信する。例えば 携帯端末 Bが携帯端末 Aのクライアント IDを取得する処理について説明する。この場 合、携帯端末 Bは、アドレス帳フォルダに登録されている携帯端末 Aのアドレス帳デ ータ（例えばショートメールアドレスや電子メールアドレス）を用いて、携帯端末 Aにク ライアント IDを要求する。その要求には携帯端末 Bのユーザ情報 (例えば「名前」、「 電話番号」、「電子メールアドレス」の少なくとも一つ）が含まれる。

[0047] 携帯端末 Aは、上記要求に応答してアドレス帳フォルダを検索する。検索した結果 、アドレス帳フォルダに携帯端末 Bのアドレス帳データが登録されていると判定される とき、クライアント IDを携帯端末 Bに送信する。これにより、携帯端末 Bは携帯端末 A のクライアント IDを取得することができる。また、上記検索結果に基づいて、アドレス 帳フォルダに携帯端末 Bのアドレス帳データが登録されていないと判定されるとき、ク ライアント ID送付を拒否する通知を携帯端末 Bに送信する。すなわちこの場合、ユー ザ Aがユーザ Bを知らない可能性がある。従ってセキュリティの観点から、携帯端末 B に対して携帯端末 Aのクライアント IDを送付しないよう処理が行われる。

[0048] なお、上述した携帯端末間のアドレス帳データのやり取りは、赤外線通信やキャリア の中継基地局を用いたものに限定されず、 Bluetooth等の他の近距離通信、又は他 のネットワークを用いて実現されるものであっても良い。

[0049] 図 5は、本発明の実施の形態の SNSを説明するための図である。「C」、「D」、及び 、「E」は本実施形態の SNSを利用し得るユーザが所有する携帯端末 10 (以下、「C」 を携帯端末 C、「D」を携帯端末 D、「E」を携帯端末 Eと記す。また、携帯端末 Cのュ 一ザをユーザ C、携帯端末 Dのユーザをユーザ D、携帯端末 Eのユーザをユーザ Eと 記す）である。これらの携帯端末の各々は図 4に示された処理を実行済みであり、サ ーバ Sからクライアント IDを発行されている。なお、ユーザ C及び Dはブログ等のコン テンッを開設してレ、る。携帯端末 Cのアドレス帳フォルダには携帯端末 Dのアドレス 帳データが登録されている。また、携帯端末 Dのアドレス帳フォルダには携帯端末 C 及び Eのアドレス帳データが登録されている。また、携帯端末 Eのアドレス帳フォルダ には携帯端末 Dのアドレス帳データが登録されている。

[0050] 図 6は、本発明の実施の形態におけるブログ作成の流れを示した図である。携帯端 末 Cを例に取り説明する。ユーザ Cが携帯端末 Cのカメラモジュール 118を用いて写 真を撮影すると（図 6 (a)参照）、画像データが例えば RAM104に一時的に格納され て、表示部 108に表示される（図 6 (b)参照）。このとき撮影画像の下側に「サブメニュ 一」、「保存」、「Eメール」と記されたボタンも表示される。ユーザ'オペレーションによ り「サブメニュー」が選択されると、「フレーム」、 「スタンプ」、「文字書込み」、「特殊効 果」、「GPS情報付加」、「日付スタンプ」、「画像変換」、「ブログ」、「編集中止」、「撮り 直し」と記されたサブメニューがポップアップで表示される。なお、本実施形態の携帯 端末には周知の GPSレシ一ノ 図示せず）が搭載されている。 「GPS情報付加」は、 GPSレシーバにより取得した例えば携帯端末の GPS情報 (すなわち携帯端末の現 在位置情報）を種々のデータに付カ卩するためのメニューである。

[0051] ユーザ'オペレーションにより「ブログ」が選択されると、 CPU100は、 ROM102に 格納されているブログデータ作成プログラムを RAM104の所定領域に展開して実行 する。ブログデータ作成プログラム起動後、テキスト入力を促すフレーム、「サブメニュ 一」、「保存」、「Eメール」と記されたボタンが作成されて、撮影画像の下側に表示さ れる（図 6 (c)参照）。ユーザ ·オペレーションにより当フレーム内にテキストが入力され て「保存」が選択されると、撮影画像及びテキストデータから成るコンテンツデータ（ブ ログデータ）が HTML形式でストレージ部 1 16に保存される。なお、上記フレームは 任意のユーザ ·オペレーションにより作成されるようにしても良い。

[0052] ブログデータを HTML形式で保存後、当該ブログを公開するか否かをユーザ Cに 選択させる画像が表示される。次いで、ユーザ'オペレーションにより「はい」が選択さ れると、「通常」、「Levell」、「Level2」、「Level3」、「カスタマイズ」と記されたボタン がポップアップで表示される（図 6 (d)参照）。これらのボタンはブログ等のコンテンツ の公開レベルを設定するためのものである。 「通常」とはデフォルト設定の公開レベル を示す。 「Levell」、「Level2」、「Level3」はそれぞれ段階的な設定値を有する公開 レベルを示す。 「Levell」が最も制限の低い公開レベルであり、「Level3」が最も制 限の高い公開レベルである。 「カスタマイズ」を選択すると、ユーザ Cは各公開レベル を任意に設定することができる。

[0053] 図 7 (a)は、本発明の実施の形態における「Level2」の公開レベルを設定するため の画面を示す。また、図 7 (b)は、本発明の実施の形態における「Leve 」の公開レ ベルを設定するための画面を示す。 「： Levell」、「： Level2」、 「： Level3」は初期的にそ れぞれ段階的な設定値を有しているが、ユーザ Cはこれらの設定値を任意に変更す ることができる。ここで設定可能な項目は、「日記 Zブログへの公開範囲」、「日記/ ブログへのコメントの通知」、「日記/ブログへのトラックバックの許可範囲」、「電話の 許可範囲」、及び、「メールの許可範囲」である。代替的には、「日記/ブログへのトラ ックバックの許可範囲」の"トラックバッグ'を、 "リンク付きコメンドや"リンク"等にするこ ともできる。

[0054] 「日記 Zブログの公開範囲」は、「本人」、「友達」、「友達の友達」、「友達の友達の 友達」、「制限なし」の計五段階で設定可能である。 「本人」に設定されると、自己の日 記/ブログが自分だけ閲覧可能となる（換言すると何れの他者にもアクセス権を与え ない）。 「友達」とは、ユーザ Cのアドレス帳フォルダに登録されている全ての人を示す

。従って「友達」に設定されると、 日記 Zブログが自分及びアドレス帳フォルダに登録 されている人全員に対して公開可能となる。また、「友達の友達」とは、例えば「友達」 のブログのハイパーリンクを迪つてアクセスしてきた人（例えば自分の「友達」のァドレ ス帳に登録されてレ、る「友達」 )を示す (詳しくは後述)。従って「友達の友達」に設定 されると、 日記/ブログが自分、アドレス帳フォルダに登録されている人全員、及び、 「友達」のブログのハイパーリンクを迪つてアクセスしてきた人に対して公開可能となる 。また、「友達の友達の友達」とは、例えば「友達の友達」のブログのリンクを迪つてァ クセスしてきた人 (例えば自分の「友達の友達」のアドレス帳に登録されてレ、る「友達」 )を示す。従って「友達の友達の友達」に設定されると、 日記/ブログが自分、ァドレ ス帳フォルダに登録されている人全員、「友達」のブログのリンクを迪つてアクセスして きた人、及び、「友達の友達」のブログのリンクを迪つてアクセスしてきた人に対して公 開可能となる。なお、所定の設定を行うことにより「友達の友達の友達」の公開範囲を 更に広げることもできる（例えば「友達の友達の友達の友達」等）。 「制限なし」に設定 されると、全てのユーザが日記/ブログを閲覧できるようになる。代替的には、「友達」 をより細分化した単位 (例えば個人名や、グループ (家族等））にすることもできる。

[0055] 「日記/ブログへのコメントの通知」は、「受け取る」又は「受け取らない」の何れかに 設定可能である。また、「日記/ブログへのトラックバックの許可範囲」、「電話の許可 範囲」、及び、「メールの許可範囲」は、「不許可」、「友達」、「友達の友達」、「友達の 友達の友達」、「制限なし」の計五段階で設定可能である。 「日記 Zブログへのトラック バックの許可範囲」において「不許可」に設定されると、何れのユーザもユーザ Cの日 記 Zブログにトラックバックを付けることができなレ、。また、「電話の許可範囲」におい て「不許可」に設定されると、何れのユーザもブログを介してユーザ Cに電話を掛ける ことができなレ、（詳しくは後述）。また、「メールの許可範囲」において「不許可」に設定 されると、何れのユーザもブログを介してユーザ Cに電子メールを送ることができない

(詳しくは後述)。

[0056] 図 7 (&)に示されるょぅに「1^^12」では、「日記/ブログの公開範囲」が「友達の友 達の友達」、「日記/ブログへのコメントの通知」が「受け取る」、「日記/ブログへのト ラックバックの許可範囲」が「友達の友達の友達」、「電話の許可範囲」が「友達の友 達」、「メールの許可範囲」が「友達の友達の友達」に設定されている。また、図 7 (b) に示されるように「Level3」では、「日記/ブログの公開範囲」が「友達」、「日記/ブ ログへのコメントの通知」が「受け取る」に設定されている。上述したように「Level3」は 「Level2」よりも公開レベルの制限が高レ、。このため、例えば「Level3」の「日記/ブ ログへの公開範囲」は「Level2」のものよりも狭く設定されてレ、る。

[0057] 図 6 (d)において例えば「Level2」が選択されると、ストレージ部 116に保存されて レ、るブログデータが公開用ブログデータとして Webサーバ 122に保存される。このと き当該ブログデータと、公開レベル設定情報（ここでは図 6 (d)で設定された「Level2 」）とが関連付けられて保存される。上記公開用ブログデータはブログデータ公開プロ グラムにより、公開レベル「Level2」で Web上に公開される（図 6 (e)参照）。なお、 W ebサーバ 122のリソース削減のため、 Webサーバ 122に画像データそのものを保存 しなくても良い。この場合、ストレージ部 116だけに画像データを保存した状態で、 W ebサーバ 122には、例えばストレージ部 116の画像データを参照するためのデータ（ URL等）を保存する。

[0058] なお、図 6 (e)においてブログの下に「スケジュール帳へ」と記されたボタンが表示さ れる。作成されたブログは、 PIMによりスケジュール帳において日付単位に分類して 管理される（図 6 (f)参照）。 「スケジュール帳へ」が選択されると、表示部 108にはスケ ジュール帳が表示される。また、このとき画面下に「ブログ編集」と記されたボタンが表 示される。例えばスケジュール帳の 5月 12日が選択された状態で更に「ブログ編集」 が選択されると、 5月 12日に作成されたブログを編集（又は新規作成）するモードに 移行すること力 Sできる。

[0059] なお、先の例では図 6 (a)においてブログそのものの公開レベルを設定しているが、 例えばアドレス帳を利用して公開レベルを設定することもできる。図 8は、本発明の実 施の形態の携帯端末 Cにおいてアドレス帳フォルダに登録された友達の情報の一例 を示した図である。

[0060] アドレス帳には、登録番号（図 8の「No.」に続けて表示された「125」）、名前（「名」 に続けて表示された「〇〇 〇〇」）、読み仮名（「ョミ」に続けて表示された「△△△ △△△」）、電話番号（「携帯端末の絵文字」に続けて表示された「090_ * * * _ 1 234」 )、電子メールアドレス（「電子メールの絵文字」に続けて表示された「star-norri ©kasikomo.ne.jpJ )、グループ（「Gr」に続けて表示された「大学の友達」 )、ブログの URL (「M_blo」に続けて表示された「http：〃 mblo.++.ne.jp/star」）、公開レベル（「 公開」に続けて表示された「Level2」）等の情報が含まれている。登録番号、名前、ョ ミガナ、電話番号、電子メールアドレス、及び、グループは、周知の携帯端末のァドレ ス帳にも含まれている情報である。 「M_blo」はユーザ「〇〇 〇〇」が開設している ブログの URLを示す。公開レベルは、ユーザ「〇〇 〇〇」や「大学の友達」グルー プに対するユーザ Cのブログの公開レベルを示す。すなわち図 8の例では、個人単 位、或いは、グループ単位で公開レベルを設定するようにしている。なお、「M— blo」 のブログ（すなわち「http：〃 mblo.++.ne.jp/star」のブログ）が更新されたとき、例えば ユーザ「〇〇 〇〇」の携帯端末から携帯端末 Cに、更新通知メッセージが電子メー ル等で送信されるようにしても良レ、。或いは、 自己（携帯端末 C)のアドレス帳にある U RLを RSSで取得するようにしても良レ、。後者の場合、更新されたブログデータを RS S情報として配信する機能がユーザ「〇〇 〇〇」の携帯端末に実装されてレ、る。

[0061] 図 9は、本発明の実施の形態においてユーザ Cが開設しているコンテンツを示した 図である。ユーザ Cのコンテンツは例えば六つのページ（ページ P1〜P6)力ら構成さ れている。トップページ P1は、コンテンツのメニューページであり、コンテンツの最上 位の階層に位置する。ここには、ブログページ P2 (図 9の「1.最近のお知らせ」）、 日 記ページ P3 (「2.シリア旅行写真館」）、バザールページ P6 (「3.バザール」）へのリ ンクが貼られている。 日記は日付毎に独立した複数のページ（日記ページ P3、 P4、 P5)力 成る。

[0062] 図 9に示されたようにコンテンツが複数ページから成るとき、ユーザ Cは、コンテンツ 全体に一括して公開レベルを設定することができる。ここで、バザールページ P6は、 不特定多数に対する物品の売買を目的としたページである。従って、バザールぺー ジ P6だけには公開レベルの一括設定を適応させないことが望ましレ、。バザールぺー ジ P6は外部の公開サイト（例えば携帯端末のキャリアのサイト）からリンクされ得る、様 々なユーザがアクセス可能な状態で公開されることが望ましい。 [0063] また、ユーザ Cは、コンテンツに含まれるページ毎に公開レベルを設定することもで きる。例えばトップページ P1の公開レベルを「Level2」（例えば「友達の友達」）、ブロ グページ P2の公開レベルを「_Level3」（例えば「友達」）、 日記ページ P3〜P5の公開 レベルを「Level2」（例えば「友達の友達」）に設定することができる。

[0064] ここで、「Level2」の「電話の許可範囲」、「メールの許可範囲」が例えば「友達」に設 定されており、ブログページ P2の閲覧者が「友達」であるとき、図 9に示されるように画 面下には「Cに電話」、「Cにメール」と記されたアンカーが表示される。これに対して、 ブログページ P2の閲覧者力 S「友達の友達」であるとき、当該閲覧者に対して電話発 信やメール送信を許可していないため、画面下には上記アンカーが表示されない。 従って「友達の友達」である閲覧者はユーザ Cに対して電話を掛けたりメールを送信 したりすることができなレ、。なお、ユーザ ·オペレーションにより「Cに電話」のアンカー が選択されると、閲覧者の携帯端末から携帯端末 Cに電話が自動的に掛けられる。 また、「Cにメール」のアンカーが選択されると、宛先が携帯端末 Cに指定された状態 で閲覧者の携帯端末のメーラが起動する。

[0065] 次に、図 10〜図 12を参照して、ユーザ Eが他者（ユーザ Cや D)のブログを閲覧す る際に携帯端末間で実行される処理の一例を説明する。ブログページ P2'はユーザ Cのブログであり、トラックバックを詳細に示したページである。ブログページ P2'はブ ログページ P2において「トラックバック（2)」が選択されると表示される。また、ブログ ページ P11はユーザ Dのブログである。なお、上述したように、携帯端末 Dのアドレス 帳フォルダには携帯端末 C及び Eのアドレス帳データが登録されている。また、携帯 端末 Eのアドレス帳フォルダには携帯端末 Dのみのアドレス帳データが登録されてい る。ブログページ P2'にはユーザ Dからのトラックバックが付加されている。また、ブロ グページ P11にはユーザ Cのブログへのリンクが貼られている。このため、携帯端末 Cと携帯端末 Dのコンテンツは、ブログを介して相互にリンクされている。

[0066] 先ず、図 10及び図 11を参照して、ユーザ Eがユーザ Dのブログを閲覧する際に携 帯端末間で実行される処理について説明する。図 10は、サーバとなる携帯端末 (ここ では携帯端末 D)とクライアントとなる携帯端末 (ここでは携帯端末 E)との間の処理を 説明するための図である。また、図 11は、サーバとなる携帯端末で実行される処理を 示したフローチャートである。

[0067] 携帯端末 Eにおいてユーザ'オペレーションにより例えば携帯端末 Dのブログ (プロ グページ P11)の URLが選択されると、携帯端末 Eのブラウザは、当ブログの閲覧要 求、及び、ストレージ部 116に保存された自己の情報 (少なくともクライアント ID)を携 帯端末 Dに送信する。携帯端末 Dは携帯端末 Eからの要求応答を受信して (S101： YES)、そのクライアント IDを確認する（S102)。次いで、アクセス権チェックプロダラ ムを起動させて Webサーバ 122を参照し、閲覧要求を受けたブログの公開範囲を確 認する（S103)。なお、ブログページ P11の公開範囲は、図 7 (a)のものと同一である とする。

[0068] 携帯端末 Dは、 S101の処理で受信されたクライアント IDと、 S103の処理で確認さ れた公開範囲とを参照して、 自己のブログを携帯端末 Eに公開して良いか否力を判 定する（S104)。ここで、携帯端末 Dのアドレス帳フォルダには携帯端末 Eのアドレス 帳データ（クライアント IDを含む）が登録されている。このため、携帯端末 Dはユーザ Eを「友達」であると判定する。ブログページ P11の公開範囲は「友達の友達の友達」 であるため、携帯端末 Dは、携帯端末 Eに対してブログページ P11を公開して良いと 判定する（S104 :YES)。次いで、ブログページ P11のデータを携帯端末 Eに送信す る（S105)。ブログページ PI 1のデータ受信後、携帯端末 Eのブラウザが所定の処理 を実行してブログページ P11をレンダリングする。これにより、ユーザ Eはユーザ Dの ブログを閲覧することができる。

[0069] なお、上記例ではブログページ P11の公開範囲とクライアント IDとを参照して当ブ ログの公開の可否を判定しているが、クライアント IDとユーザ Eの属するグループの 公開範囲とを参照して当ブログの公開の可否を判定することもできる。この場合、携 帯端末 Dは S103及び S104の代替として以下の処理を行う。

[0070] 携帯端末 Dは、受信されたクライアント IDに基づレ、て、携帯端末 Dのアドレス帳の 何れのグループにユーザ Eが属しているかを判定する。ユーザ Eがアドレス帳に含ま れていない場合は処理が終了する。ユーザ Eが何れかのグループに属している場合 、当該グループに対して設定された公開範囲を確認して、ユーザ Eにブログを公開し て良いか否かを判定する。判定結果に応じて S105又は S106の処理が実行される。 [0071] なお、携帯端末 Eにおいてユーザ ·オペレーションにより携帯端末 Dのブログの UR Lが選択されたとき、携帯端末 Eのブラウザが当ブログの閲覧要求、及び、ユーザ E の全ての情報を送信するようにしても良い。この場合、携帯端末 Dは、 自己のアドレス 帳フォルダに含まれるユーザ Eのアドレス帳データと、ユーザ Eからの受信情報とを比 較して差分が検出されたとき、当該アドレス帳データを更新する。これは、例えば携 帯端末 Eの電話番号が変更したときに好適であり得る。このように携帯端末 Eは携帯 端末 Dのアドレス帳データを動的に更新させることができる。なお、アドレス帳データ 更新前にユーザ Dに更新するか否力を選択させる処理を加えると、より好適であると 言; ίる。

[0072] 次に、図 10〜図 12を参照して、ユーザ Εがユーザ Cのブログを閲覧する際に携帯 端末間で実行される処理にっレ、て説明する。

[0073] 携帯端末 Εにおいてブログページ P11を閲覧中ユーザ'オペレーションにより例え ば「Cが結婚」と記されたハイパーリンクが選択されると、携帯端末 Eは、当該ハイパー リンクにより、ブログページ P2の閲覧要求、及び、クライアント IDを携帯端末 Cに送信 する。これを受けた携帯端末 Cは S101〜S103の処理を実行する。

[0074] 携帯端末 Cは、 S101の処理で受信されたクライアント IDと、 S103の処理で確認さ れた公開範囲とを参照して、 自己のブログを携帯端末 Eに公開して良いか否力を判 定する（S104)。ここで、携帯端末 Cのブログの公開範囲が例えば「制限なし」に設定 されている場合、ブログページ P2のデータを携帯端末 Eに送信する。ブログページ P 2のデータ受信後、携帯端末 Eのブラウザが所定の処理を実行してブログページ P2 をレンダリングする。これにより、ユーザ Eはユーザ Cのブログを閲覧することができる 。これに対してその公開範囲が例えば「友達の友達」に設定されている場合、図 12に 示された処理が携帯端末間で実行される。なお、図 12の S201及び S205の処理は 、説明の便宜上、図 11の S104の処理を細分化して示したものである。

[0075] 上述したように、携帯端末 Cのアドレス帳フォルダには携帯端末 Eのアドレス帳デー タが登録されていない。このため、携帯端末 Cはユーザ Eを「友達」でないと判定する 。次いで、閲覧許可情報プログラムを起動させて、携帯端末 Eに閲覧許可用データを 要求する（S201)。ここでいう閲覧許可用データとは、例えばブログ閲覧希望者が「 友達の友達」であることを証明するためのデータである。

[0076] 携帯端末 Eは、携帯端末 Cからの上記要求に応答して、リンク元である携帯端末 D に閲覧許可用データの発行を要求する（S202)。携帯端末 Dは「友達」に対してのみ 閲覧許可用データを発行することができる。ユーザ Eは携帯端末 Dのアドレス帳に登 録されているため、「友達」と認定される。このため、携帯端末 Dは携帯端末 Eの要求 に応答して、閲覧許可用データを発行する (S203)。携帯端末 Eは、発行された閲覧 許可用データ、及び、自己のクライアント IDを携帯端末 Cに送信する（S204)。携帯 端末 Cは受信された閲覧許可用データを参照して、携帯端末 Eを「友達の友達」と判 定 (すなわちブログを公開可と判定)する（S205 : YES)。このため携帯端末 Cは、ブ ログページ P2のデータを携帯端末 Eに送信する（図 11の S105)。ブログページ P2 のデータ受信後、携帯端末 Eのブラウザが所定の処理を実行してブログページ P2を レンダリングする。これにより、ユーザ Eはユーザ Cのブログを閲覧することができる。 なお、例えば「友達の友達の友達」の閲覧許可用データが必要となる場合も、図 12と 同様の処理を携帯端末間で実行すれば良い。

[0077] S104の処理においてユーザ Cのブログをユーザ Eに公開させることができないと判 定される（例えばユーザ Cのブログの公開範囲が「友達」であり、ユーザ Eが「友達の 友達」である）場合（S104 : N〇）、携帯端末 Cは、例えば「アクセスが拒否されました」 とのメッセージが表示されるページを携帯端末 Eに送信する。或いは別の形態では、 自己のコンテンツの中でユーザ Eに対して公開させることができるページ（例えばトツ プページ P1)を携帯端末 Eに送信する（S106)。

[0078] なお、 S106の処理において携帯端末 Eに公開可能なページを送信する場合、「C に電話」や「Cにメール」等のアンカーが付いたものを送信する形態が考えられる。こ の場合、ユーザ Eはユーザ Cに任意に連絡を取ることができ、 SNSを利用した人脈の 広がりが実現され得る。

[0079] また、 S106の代替処理として、ブログ閲覧希望者（ここではユーザ E)力 「友達の友 達」であるとき、当該希望者を「友達」と認定してその情報をアドレス帳フォルダに登 録することもできる。以下、図 13を参照して、このような処理について説明する。

[0080] S104の処理においてユーザ Cのブログをユーザ Eに公開させることができないと判 定される場合（S104 : NO)、携帯端末 Cは、図 13に示されるように閲覧許可用デー タを携帯端末 Eに要求する（S211)。携帯端末 Eは上記要求に応答して、携帯端末 Dとの間で S202及び S203と同様の処理を実行する。次いで、携帯端末 Dから発行 された閲覧許可用データ、及び、自己のクライアント IDを携帯端末 Cに送信する（S2 12)。携帯端末 Cは、携帯端末 Eからの応答を受けて閲覧許可用データを参照する。 参照した結果、携帯端末 Eを「友達の友達」と判定して、携帯端末 Eにユーザ情報を 要求する（S213)。携帯端末 Eは上記要求に応答して、ユーザ情報 (例えば「名前」、 「電話番号」、「電子メールアドレス」、及び、「クライアント ID」）を携帯端末 Cに送信す る（S214)。携帯端末 Cは、受信されたユーザ情報をアドレス帳フォルダに登録する（ S215)。登録後、その通知を例えば電子メール等で携帯端末 Eに送信する（S216) 。このときのメールに、ユーザ Cの情報や他のコンテンツの URL等を添付しても良い 。携帯端末 Cと Eとの間で上記一連の処理が実行されることにより、ユーザ Cと Eは、 互レヽの電話番号等の情報を交換することができる。本実施形態の SNSではユーザ は、このようにして人脈を広げていくことができる。

[0081] なお、サーバとなる携帯端末の Webサーバ 122には、例えば自己のコンテンツ閲 覧者のアクセス履歴が保存される。このような履歴はコンテンツを充実させるための有 用な情報となり得る。

[0082] 図 14は、本発明の実施の形態におけるトラックバックに対する処理を示したフロー チャートである。携帯端末 Cが携帯端末 Dからトラックバックを要求されたときを例に説 明する。携帯端末 Dにおいて例えば携帯端末 Cのブログに対してトラックバックを付 けるようユーザ ·オペレーションされたとき、携帯端末 Dは、トラックバック要求及び自 己のクライアント IDを携帯端末 Cに送信する。携帯端末 Cは携帯端末 Dからの要求 及び IDを受信して（S301 : YES)、そのクライアント IDを確認する（S302)。次いで、 アクセス権チェックプログラムを起動させて Webサーバ 122を参照し、トラックバックの 許可範囲の設定を確認する（S303)。なお、ここでの設定は例えば「友達」である。

[0083] 携帯端末 Cは、 S301の処理で受信されたクライアント IDと、 S303の処理で確認さ れた設定とを参照して、携帯端末 Dからのトラックバックを自己のブログに付けて良い か否かを判定する（S304)。ここで、携帯端末 Cのアドレス帳フォルダには携帯端末 Dのアドレス帳データ（クライアント IDを含む）が登録されている。このため、携帯端末 Cはユーザ Dを「友達」であると判定する。トラックバックの許可範囲は「友達」であるた め、携帯端末 Cは、携帯端末 Dに対してトラックバックの付加を許可し (S304 : YES) 、それを携帯端末 Dに通知する。携帯端末 Dはこれに応答して携帯端末 Cにトラック ノ ックデータを送信する。携帯端末 Cは受信されたトラックバックデータに基づいて周 知のトラックバック処理を行レ、、 自己のブログに携帯端末 Dからのトラックバックを付け る（S305)。なお、 S304の処理においてトラックバックの付加を許可しない場合（S3 04 : NO)、携帯端末 Cは、例えば「トラックバックが拒否されました」とのメッセージが 表示されるページを携帯端末 Dに送信する（S306)。

[0084] なお、コメントやリンクに対しても、図 14のトラックバックに対する処理と同様の処理 が実行され得る。

[0085] 次に、図 15を参照して、ユーザ Cのコンテンツに含まれるバザールについて説明を 加える。 「S'」は例えば携帯端末通信システムのキャリアが運営するサーバである。 「 X」、「Y」は本実施形態の SNSを利用し得るユーザが所有する携帯端末 10 (以下、「 X」を携帯端末 X、「Υ」を携帯端末 Υと記す。また、携帯端末 Xのユーザをユーザ X、 携帯端末 Υのユーザをユーザ Υと記す）である。携帯端末 Xは、ユーザ Cのコンテンツ に対するアクセス権を有している。携帯端末 Υは、ユーザ Cのコンテンツに対するァク セス権を有していなレ、。なお、図 15において説明の便宜上、 Webサーバ 122、及び 、そこに保存されているバザールのデータ（HTMLデータ dl及び画像データ d2)を 図示している。

[0086] サーバ S'には、本実施形態の SNSを利用して開設された各ユーザのバザールの URLデータベースが蓄積されている。サーバ S'はそのデータベースに基づいて We b上でバザール一覧ページ P21を非制限で公開している。バザール一覧ページ P21 には各ユーザのバザールページへのハイパーリンクが並べられてレ、る。各ユーザの バザールページは、上述したように不特定多数に対する物品の売買を目的としてい るため、一般に非制限で公開されている。従ってユーザは、バザール一覧ページ P2 1のハイパーリンクを選択することにより、全く面識のなレ、人物のバザールページを閲 覧することができる。なお、各ユーザはコンテンツ作成時において、バザール一覧べ ージ P21に自己のバザールの URLを掲載させるか否かを選択することができる。す なわちバザールページを不特定多数に公開したくないときには、バザール一覧ぺー ジ P21にその URLを掲載させなレ、よう選択すれば良レ、。

[0087] 例えば携帯端末 Xにおいてバザール一覧ページ P21閲覧中ユーザ'オペレーショ ンにより「 (C)とれたて野菜通信」が選択されると、携帯端末 Xは中継基地局 bsを介し て携帯端末 Cの Webサーバ 122にアクセスして、バザールページ P6のデータを要求 する。携帯端末 Cは上記要求に応答して、バザールページ P6のデータを携帯端末 X に送信する。携帯端末 Xのブラウザは受信されたデータを処理して、バザールベー ジ P6をレンダリングする。なお、バザールページ P6において「[iバザール] topへ」の ハイパーリンクが選択されると、携帯端末 Xはサーバ S'のバザール一覧ページ P21 にアクセスして、そのブラウザ上でバザール一覧ページ P21が再び表示される。

[0088] また、携帯端末 Yにおレ、て「（C)とれたて野菜通信」が選択されると、携帯端末 Xは 中継基地局 bsを介して Webサーバ 122にアクセスして、バザールページ P6のデー タを要求する。ここで、携帯端末 Yは、ユーザ Cのコンテンツに対するアクセス権を有 していなレ、（すなわち例えばユーザ Yはユーザ Cにとつて全く面識のない人物であり 得る）。不特定多数の人物に電話番号や電子メールアドレスを知られることは、セキュ リティの観点から好ましくない。従って携帯端末 Cは、「Cに電話」や「Cにメール」等の アンカーを削除したバザールページ P6'のデータを携帯端末 Yに送信する。携帯端 末 Yのブラウザは受信されたデータを処理して、バザールページ P6'をレンダリング する。ユーザ Yは、例えばユーザ Cの販売する物品を購入したい場合、それを示す 通知をサーバ S'にアップロードすることができる。このような通知は、例えばユーザ C がサーバ S'にアクセスしたときにダウンロードされ得る。このような処理を実現可能と することにより、ユーザ Cは自己の連絡先を不特定多数に知られることなぐ物品を不 特定多数に販売することができる。

[0089] 本実施形態では、携帯端末に必ず備えられているアドレス帳を利用してコンテンツ 閲覧やトラックバック付加等の各処理に対する許可 Z不許可を判定している。このた め、許可/不許可の判定処理を実行するためのデータを例えばサーバ上で新たに 作成する必要がなレ、。従ってシステム全体及びサーバの処理が軽減される。 [0090] (第 2実施形態）

また、例えば携帯電話網のキャリアが運営するサーバ上で各ユーザが作成したコン テンッを保存、配信するシステムにおいて、各ユーザの携帯端末のアドレス帳データ を使用してコンテンツ閲覧等の許可/不許可の判定を行うこともできる。

[0091] 図 16は、本発明の第 2の実施形態による SNSを説明するための図である。「S1」は 携帯電話網のキャリアが運営するサーバである。 「F」、「G」及び「H」は本実施形態 の SNSを利用し得るユーザが所有する携帯端末 10 (以下、「F」を携帯端末 F、「G」 を携帯端末 G、「H」を携帯端末 Hと記す。また、携帯端末 Fのユーザをユーザ F、携 帯端末 Gのユーザをユーザ G、携帯端末 Hのユーザをユーザ Hと記す）である。これ らの携帯端末の各々について、図 4に示された第 1の実施形態における処理と同じ 処理が既に実行されており、サーバ S1からクライアント IDが発行されている。なお、こ こではユーザ Fがブログを開設している。また、携帯端末 Fのアドレス帳フォルダには 携帯端末 Gのアドレス帳データが登録されている。また、携帯端末 Gのアドレス帳フォ ルダには携帯端末 F及び Hのアドレス帳データが登録されている。また、携帯端末 H のアドレス帳フォルダには携帯端末 Gのアドレス帳データが登録されている。

[0092] サーバ S1は、携帯端末 10で作成され、サーバ S1にアップロードされたブログを公 開するためのプログラム及びデータを有している。サーバ S1に格納されているデータ には、各携帯端末 10のアドレス帳データセットのコピー、公開用ブログデータ、プロ グ等のコンテンツに対する他者のアクセス権に関する情報等が含まれる。また、サー ノ S1に格納されているプログラムには、例えば、アドレス帳データ管理プログラム、ブ ログデータ公開プログラム、アクセス権チェックプログラム、ブログデータ提供プロダラ ム、 CGIプログラム等が含まれる。アドレス帳データ管理プログラムは、 SNS利用者 の端末からアドレス帳データをコピーし、更新するためのプログラムである。その他の プログラムの基本的な機能は、第 1実施形態における携帯端末 10の有する Webサ ーバ 122に格納されているプログラムと同じである。ただし、サーバ S1は当該 SNSを 利用する全ての携帯端末 10のアドレス帳データセット (各携帯端末の保有するァドレ ス帳データの一式）のコピーを保持しているため、アクセス権チェックプログラムは全 ての携帯端末 10のアドレス帳データセットのコピーを検索し、複数の携帯端末のアド レス帳に基づくアクセス権（つまり「友達の友達」等のユーザ間の関係）を単体で判定 できるように構成されている。従って、この SNSでは閲覧許可情報プログラムは使用 されない。

[0093] この実施例の携帯端末 10は、第 1実施形態における携帯端末と同様の構成を有し ているが、 Webサーバ 122は必須ではなレ、。 ROM102には、ブログデータ作成プロ グラム、ブラウザ、 RSSリーダ、メーラ、 PIM等の他に、ブログデータ転送プログラム及 びアドレス帳データ転送プログラムが含まれる。ブログデータ転送プログラムは、作成 したブログデータを公開する際に、該ブログデータを携帯電話網を介してサーバ S1 にアップロードするためのプログラムである。アドレス帳データ転送プログラムはァドレ ス帳データをサーバに転送するためのプログラムである。

[0094] 次に、図 6 (a)〜 ）、図 11及び図 17を参照して、本発明の第 2実施形態の一連の 処理について説明する。本実施形態では、携帯電話網のキャリアが運営するサーバ 上に、ユーザが作成したブログデータ及び該ユーザの携帯端末のアドレス帳データ セットのコピーが保存され、サーバ上でブログが配信される。

[0095] まず、各携帯端末 10のアドレス帳データがサーバ S1に転送され、複製保存される 処理について説明する。最初に、ユーザが SNSに登録される際に、サーバ S1はアド レス帳データ管理プログラムを起動し、アドレス帳データの転送要求が携帯電話網を 介して該ユーザの携帯端末 10に送信される。サーバ S1からの転送要求を受信した 携帯端末 10は、アドレス帳データ転送プログラムを起動して、携帯端末 10のアドレス 帳フォルダにある全てのアドレス帳データ（すなわち、アドレス帳データセット）をサー バ S1に転送する。なお、特定のアドレス帳データについて、サーバ S1に転送されな レ、ように設定することもできる。サーバ S1では、転送されたアドレス帳データセットを サーバ S1の所定の記憶装置 (HDD等）に、当該ユーザに関する他の情報と関連付 けて複製保存する。以下、複製保存されたデータを「アドレス帳データセットのコピー 」という。その後、携帯端末 10のアドレス帳データが追加または変更されると、ァドレ ス帳データ管理プログラムが起動され、更新データ（追加または更新のあったァドレ ス帳データ）がサーバに転送される。更新データを受信したサーバは、当該ユーザの アドレス帳データセットのコピーを更新データに基づいて更新する。このようにして、 サーバ SIは、 SNSに登録される携帯端末 10のアドレス帳データのコピーをオリジナ ルに同期した状態で保有する。

[0096] 次に、ユーザ Fによるブログの作成からサーバ S1上での公開が開始されるまでの 処理について図 6 (a)〜（f)を参照して説明する。第 1実施形態と同様に、携帯端末 F を使用してブログデータが作成され、作成されたブログデータは携帯端末 Fのストレ ージ部116に保存される（図6 (&)〜^) )。更に同様にして、当該ブログを公開する か否かをユーザ Fに選択させる画面が表示され、ユーザ ·オペレーションによって「は レ、」が選択されると、次に公開レベルを設定する画面が表示される（図 6 (d)、図 7 (a) 〜（b) )。ユーザ'オペレーションによって公開レベルが設定されると、ストレージ部 11 6に保存されているブログデータが通信部 114によってアンテナ 112及び中継基地 局 bsを介してサーバ S1に送信される。そして、公開用ブログデータとしてサーバ S1 の所定の記憶装置 (HDD等）に保存される。このとき、対応する公開レベル設定情 報 (ここでは図 6 (d)で設定された「Level2」）も当該ブログデータと共に送信され、当 該ブログデータは対応する公開レベル設定情報と関連付けられて保存される。更に 、当該ブログデータは、既にサーバ S1に保存されている当該ブログデータを作成し た携帯端末 (即ち携帯端末 F)の有するアドレス帳データセットのコピーと関連付けら れて保存される。そして、上記公開用ブログデータはブログデータ公開プログラムに より、公開レベル「Level2」で Web上に公開される（図 6 (e) )。

[0097] 次に、図 11を参照して、ユーザ Hがユーザ Gの作成したブログを閲覧する際に、サ ーバ S1と携帯端末 Hとの間で実行される処理について説明する。図 11 (S401〜S4 06)は、サーバ S1において実行される処理のフローチャートである。すなわち、第 1 実施形態において携帯端末の Webサーバ 122上でブログが公開される場合と基本 的に同様の処理が、処理主体を Webサーバ 122からサーバ S1に代えて行われる。 なお、携帯端末 Hからの当該ブログの閲覧要求は、公開用ブログデータを保有する サーバ S1に対して行われる。

[0098] サーバ S1は携帯端末 Hからユーザ Gのブログの閲覧要求を受信すると（S401 : Y ES)、携帯端末 Hから同時に送られるクライアント IDを確認する（S402)。次いで、了 クセス権チェックプログラムを起動させて閲覧要求を受けたブログの公開範囲を確認 する（S403)。なお、ユーザ Gのブログの公開範囲は、図 7 (a)のものと同一であると する。

[0099] サーバ S1は、 S401の処理で受信されたクライアント IDと、 S403の処理で確認さ れた公開範囲とを参照して、ユーザ Gのブログを携帯端末 Hに公開して良いか否か を判定する（S404)。ここで、携帯端末 Gのアドレス帳データセットのコピーには携帯 端末 Hにつレ、てのアドレス帳データ（クライアント IDを含む）が含まれてレ、る。このため 、サーバ S1はユーザ Hをユーザ Gの「友達」であると判定する。ユーザ Gのブログの 公開範囲は「友達の友達の友達」であるため、サーバ S1は、携帯端末 Hに対してュ 一ザ Gのブログを公開して良いと判定する（S404 : YES)。次いで、ユーザ Gのブロ グデータを携帯端末 Hに送信する（S405)。ユーザ Gのブログデータを受信後、携帯 端末 Hのブラウザは所定の処理を実行してユーザ Gのブログデータをレンダリングす る。これにより、ユーザ Hはユーザ Gのブログを閲覧することができる。

[0100] 次に、図 11及び図 17を参照して、ユーザ Hがユーザ Fの作成したブログを閲覧す る際に、サーバ S1と携帯端末 Hとの間で実行される処理について説明する。

[0101] 携帯端末 Hにおいてユーザ Gのブログを閲覧中、ユーザ'オペレーションによりユー ザ Fのブログへのハイパーリンクが選択されると、携帯端末 Hは、当該ハイパーリンク により、ユーザ Fのブログの閲覧要求、及び、クライアント IDをサーバ S1に送信する。 これを受けたサーバ S1は S401〜S403の処理を実行する。

[0102] サーバ S1は、 S401の処理で受信されたクライアント IDと、 S403の処理で確認さ れた公開範囲とを参照して、ユーザ Fのブログを携帯端末 Hに公開して良レ、か否か を判定する（S404)。ここで、ユーザ Fのブログの公開範囲が例えば「制限なし」に設 定されている場合、当該ブログデータを携帯端末 Hに送信する。ブログデータ受信 後、携帯端末 Hのブラウザは所定の処理を実行してブログデータをレンダリングする 。これにより、ユーザ Hはユーザ Fのブログを閲覧することができる。これに対してその 公開範囲が例えば「友達の友達」に設定されている場合、図 17のフローチャートで示 される処理がサーバ S1で実行される。なお、図 17の S501〜S504の処理は、図 11 における処理 S404を詳細に示したものである。

[0103] 上述したように、携帯端末 Fのアドレス帳データセットのコピーには携帯端末 Hに関 するアドレス帳データは含まれていなレ、。このため、サーバ S1はユーザ Hをユーザ F の「友達」でないと判定する（S501 : N〇）。次いで、サーバ S1はリンク元のコンテンツ を作成したユーザ Gのアドレス帳データセットのコピーを検索する。ユーザ Hに関する アドレス帳データが携帯端末 Gのアドレス帳データセットのコピーには含まれているた め、ユーザ Hはユーザ Gの「友達」と判断される（S503)。つまり、サーバ S1によって ユーザ Hはユーザ Fの「友達の友達」と認定される。次いで、 S403の処理で確認され たユーザ Fのブログの公開範囲が参照される。該公開範囲は「友達の友達」であり、 認定されたユーザ Fとユーザ Hとの関係（「友達の友達」）を含むので（504 : YES)、 サーバ SIはユーザ Fのブログデータを携帯端末 Hに送信する（図 11の S405)。ブロ グデータ受信後、携帯端末 Hのブラウザが所定の処理を実行してブログデータをレ ンダリングする。これにより、ユーザ Hはユーザ Fのブログを閲覧することができる。な お、ユーザ Fとユーザ Hとの関係が例えば「友達の友達の友達」である場合は、更に 先のリンク元のコンテンツを作成したユーザのアドレス帳データセットのコピーに対し て同様の処理が実行される。

[0104] S404の処理においてユーザ Fのブログはユーザ Hに公開不可と判定される（例え ばユーザ Fのブログの公開範囲が「友達」であり、ユーザ Hが「友達の友達」である）場 合（S404 : N〇）、サーバ S1は、例えば「アクセスが拒否されました」とのメッセージが 表示されるページを携帯端末 Hに送信する。あるいは別の形態では、ユーザ Fのコン テンッの中でユーザ Hに対して公開させることができるページ（例えばトップページ） を携帯端末 Hに送信する。キャリアが制作したコンテンツを送信してもよい（S406)。

[0105] また、上記の実施例では、 SNSの利用者登録を行う際に発行されるクライアント ID を使用してクライアントが識別されているが、別のユニークな識別符号が使用されても よい。例えば、携帯端末が携帯電話である場合には、契約時にキャリアによって全端 末に与えられる電話番号、出荷時に製造元によって全ての携帯端末に与えられる製 造番号などが使用できる。また、 SNS等の情報サービスを利用するユーザのほとん どは、キャリアが発行する携帯端末用のメールアドレスを保有しているため、メールァ ドレスで端末を識別してもよい。また、携帯端末が IEEE規格に準拠した LAN端末で ある場合、全てのネットワークインターフェースに与えられてレ、る MACアドレスを携帯 端末の識別に利用することができる。また、本実施形態では、クライアントの識別情報 はキャリアの管理するサーバ以外には送信されないため、秘匿性の高い情報もクライ アントの識別符号として使用することができる。

[0106] 本実施形態では、 SNSを利用する全ての携帯端末のアドレス帳データのコピーが オリジナルに同期した状態でサーバ上に保持され、サーバはこれを利用して、やはり サーバ上に保存されたコンテンツに対する閲覧やトラックバック付加等の各処理の許 可 Z不許可を判定している。このため、許可/不許可の判定処理を実行する毎にコ ンテンッを公開するユーザの端末と通信する必要がない。従って、携帯通信網のトラ フィックが軽減し、更に、高速な処理が実現される。また、各携帯端末の Webサーバ に他の端末から直接アクセスされないので、セキュリティにおいても有利である。なお 、第 1実施形態と同様に、アドレス帳を利用することによってコンテンツの公開範囲を 容易に設定することができる。

[0107] (第 3実施形態） 上記は、携帯電話網のキャリアが運営するサーバ上に、ユーザが 作成したコンテンツとアドレス帳データセットのコピーとの双方が保存される例である 力 コンテンツのみをキャリアのサーバ上に置いて、各ユーザの携帯端末上のアドレ ス帳データを直接参照してコンテンツ閲覧等の許可/不許可の判定を行うこともでき る。

[0108] 次に、図 6 (a)〜 ）、図 11、図 18及び図 19を参照して、本発明の第 3実施形態に ついて説明する。この実施形態では、携帯電話網のキャリアが運営するサーバ上に 、ユーザが作成したブログデータが保存され、サーバは各ユーザの携帯端末のアド レス帳データを直接参照してコンテンツ閲覧等の許可 Z不許可の判定が行われる。

[0109] 図 18は、本発明の実施の形態における SNSを説明するための図である。 「S2」は 携帯電話網のキャリアが運営するサーバである。 「I」及び「J」は本実施形態の SNSを 禾用し得るユーザが所有する携帯端末 10 (以下、「I」を携帯端末 I、「J」を携帯端末 J と記す。また、携帯端末 Iのユーザをユーザ I、携帯端 のユーザをユーザ Jと記す） である。これらの携帯端末の各々は図 4に示された第 1の実施形態における処理と同 じ処理が既に実行されており、サーバ S2からクライアント IDが発行されている。なお、 ここではユーザ Iがブログを開設している。また、携帯端末 Iのアドレス帳フォルダには 携帯端末 Jのアドレス帳データが登録されている。また、携帯端 のアドレス帳フオル ダには携帯端末 Iのアドレス帳データが登録されている。

[0110] サーバ S2は、携帯端末 10で作成され、サーバ S2にアップロードされたブログを公 開するためのプログラム及びデータを有している。サーバ S2に格納されているデータ には、公開用ブログデータ、ブログ等のコンテンツに対する他者のアクセス権に関す る情報等が含まれる。また、サーバ S2に格納されているプログラムには、例えばプロ グデータ公開プログラム、アクセス権チェックプログラム、関係照会プログラム、ブログ データ提供プログラム、 CGIプログラム等が含まれる。これらプログラム（関係照会プ ログラムを除く）の基本的な機能は、第 1実施形態における携帯端末 10の有する We bサーバ 122に格納されているプログラムと同じである。関係照会プログラムは、ある ユーザ (例えばあるコンテンツの閲覧を要求したユーザ）の識別情報 (例えばクライア ント ID)を別のユーザ（例えば該コンテンツを公開するユーザ）に送信し、該別のユー ザのアドレス帳に該識別情報を含むアドレス帳データを有しているか否かを問い合わ せ、その問い合わせ結果に応じて、該ユーザと該コンテンツを公開するユーザとの関 係を決定するものである。ここでは、ユーザ Jの作成したブログがサーバ S2上で公開 されている。ブログの作成力らサーバ S2上での公開までの処理は、上述の図 16のシ ステムにおける処理と同じである。

[0111] 次に、図 11及び図 19を参照して、ユーザ Jがユーザ Iの作成したブログを閲覧する 際に、サーバ S2と携帯端お及び Iとの間で実行される処理について説明する。図 11 (S501〜S506)は、サーバ S2において実行される処理のフローチャートである。す なわち、上述の図 16の SNSにおける処理と基本的に同様の処理が行われる。ここで も、携帯端末 Jからの当該ブログの閲覧要求は、公開用ブログデータを保有するサー ノ S2に対して行われる。

[0112] サーバ S2は携帯端 からユーザ Iのブログに対する閲覧要求を受信すると（S501

： YES)、携帯端末 Jから同時に送られるクライアント IDを確認する（S502)。次いで、 アクセス権チェックプログラムを起動させて閲覧要求を受けたブログの公開範囲を確 認する（S503)。なお、ユーザ Iのブログの公開範囲は、図 7 (a)のものと同一であると する。 [0113] サーバ S2は、 S501の処理で受信されたクライアント IDと、 S503の処理で確認さ れた公開範囲とを参照して、ユーザ Iのブログを携帯端末 Jに公開して良いか否かを 判定する（S504)。このときサーバ S2は、関係照会プログラムを起動させて、携帯端 末 Iにユーザ Iとユーザ Jとの関係（ユーザ Jはユーザ Iの「友達」か否か）を照会する。つ まりは、ユーザ Jに関するアドレス帳データが携帯端末 Iのアドレス帳に含まれている か否か照会される。図 19は、この関係照会処理を示すシーケンス図である。サーバ S 2は、 S501で得たユーザ Jの関係照会要求及びクライアント IDを携帯端末 Iへ送信す る（S601)。次いで、携帯端末 Iは、アドレス帳を検索して、 S601で受信したクライア ント IDを含むアドレス帳データがあるか否かを確認する（S602)。該クライアント IDを 含むアドレス帳データが存在すれば例えば「1」を、存在しなければ例えば「0」を、関 係照会応答としてサーバに送信する（S603)。ここで、携帯端末 Iのアドレス帳には携 帯端末 Hに関するアドレス帳データ（クライアント IDを含む）が登録されてレ、る。このた め、 S603において関係照会応答として「1」がサーバ S2へ送信される。この関係照 会応答を受信したサーバ S2は、ユーザ Jをユーザ Iの「友達」と判定する。ユーザ Iの ブログの公開範囲は「友達の友達の友達」であるため、サーバ S2は、携帯端末 Jに対 してユーザ Iのブログを公開可と判定する（S504 : YES)。次いで、ユーザ Iのブログ データを携帯端末 Jに送信する（S505)。ユーザ Iのブログデータを受信後、携帯端 末 Jのブラウザは所定の処理を実行してユーザ Iのブログデータをレンダリングする。こ れにより、ユーザ Jはユーザ Iのブログを閲覧することができる。

[0114] ユーザ Jがユーザ Iの「友達」でないと判定された場合には、ユーザ Jがユーザ Iのブロ グにアクセスするために使用したハイパーリンクを提供した携帯端末 K (図示せず）に 対して、ユーザ Jとの関係を照会する。このとき、ユーザ Jがユーザ Kの「友達」であると 判定されると、次いでユーザ Iに対してユーザ Kとの関係が照会される。このとき、ュ 一ザ Kがユーザ Iの「友達」であると判定されると、サーバ S2はユーザ Jをユーザ Iの「 友達の友達」と判定する。ユーザ Iのブログの公開範囲は「友達の友達の友達」である ため、サーバ S2は、携帯端 に対してユーザ Iのブログが公開可と判定する（S504 ： YES)。ユーザ Kがユーザ Iの「友達」でないと判定された場合には、サーバ S2はュ 一ザ Iとユーザ Kとの間には全く関係が無いと判定する。従って、ユーザ Jはユーザ Iの コンテンツの公開範囲外と判定され、サーバ S2は、携帯端 に対してユーザ Iのブ ログは公開不可と判定する（S504 : NO)。また、ユーザ Jがユーザ Kの「友達」ではな レ、と判定された場合には、リンク元のコンテンツを公開するユーザがユーザ Kの「友 達」と判定されるまで（または、ユーザ Kがユーザ Iのブログの公開範囲外にあると判 定されるまで）、ハイパーリンクを遡って上記の処理が繰り返される。

[0115] 本実施形態では、キャリアが運営するサーバはアドレス帳を保持せず、コンテンツ のみを保持する。このため、サーバは、アドレス帳を保持するためのストレージを持つ 必要がない。また、個人情報であるアドレス帳をサーバに転送する必要がないので、 個人情報保護において有利である。なお、第 1実施形態と同様に、アドレス帳を利用 することによってコンテンツの公開範囲を容易に設定することができる。また、第 2実 施形態と同様に、各携帯端末の Webサーバは他の端末から直接アクセスされないの で、セキュリティにおいても有利である。

[0116] 以上が本発明の例示的な実施形態である。本発明はこれらの実施形態に限定され るものではなく様々な範囲で変形が可能である。例えば本実施形態では「クライアン ト ID」を用いて閲覧希望者に対するコンテンツへのアクセス権の有無を判定している 力 別の実施形態では、「クライアント ID」を「電話番号」や「電子メールアドレス」（す なわち従来よりアドレス帳に含まれていた情報)あるいは携帯端末の製造元が付与す る「機器識別番号」に置き換えることもできる。この場合、サーバ Sが不要となり、携帯 端末間のみにおいて SNSの如きサービスが実現され得る。また、本発明は、周知の アドレス帳に含まれているデータのみを用いても実現され得る方法やシステムである と ¾える。

[0117] また、ブログデータを Web上で公開するときに、 Webサーバ 122に、 GPSレシーバ により取得した GPS情報を当該ブログデータに関連付けて保存しても良い。このよう に、ブログ等のコンテンツは位置情報が付加されることにより、よりリッチなものとなり 得る。

[0118] また、本実施形態では各携帯端末にコンテンツデータを処理する Webサーバ 122 が備えられているが、別の実施形態では例えば SNSを提供するサーバ（以下、 SNS サーバと記す）や各ユーザの自宅サーバにおいてコンテンツデータを処理するように しても良い。なお、ここでの自宅サーバは例えば「SyncML」に対応したサーバであり 、 PIMで管理されるデータ（例えばアドレス帳フォルダのデータ等）を携帯端末と相互 に同期させている。

[0119] コンテンツデータを SNSサーバや自宅サーバで処理する形態では、例えば携帯端 末においてブログ等のコンテンツを作成後、そのデータをそれらのサーバに電子メー ル等で送信する。これにより、 SNSサーバや自宅サーバに各ユーザのコンテンツデ ータが蓄積される。携帯端末 Eにより例えばユーザ Cや Dのブログにアクセスする場 合、携帯端末 Eは、そのアクセス要求を SNSサーバやユーザ C、 Dの自宅サーバに 送信する。上記要求を受けたサーバは、それを携帯端末 Cや Dに送信する。これを 受けた携帯端末 Cや Dは、例えば図 11〜図 14に示されたものと同様の処理 (すなわ ち自己のコンテンツに対する携帯端末 Eのアクセス権の有無を判定する処理）を実行 する。次いでその判定結果をサーバに送信する。サーバは、アクセス権有りの判定結 果を受信した場合、ユーザ Cや Dのブログのデータを携帯端末 Eに送信する。また、 アクセス権無しの判定結果を受信した場合、アクセスが拒否された旨を通知するメッ セージを携帯端末 Eに送信する。すなわちこの形態においても、携帯端末が自己の アドレス帳を用いて閲覧希望者に対するアクセス権の有無を判定する。

[0120] また、本発明の実施形態の多様な態様を以下に例示する。

[0121] 本発明のいくつかの実施形態の一つの態様において、通信端末は電話端末であり

、アドレス帳データに格納された通信宛先情報は電話番号である。

[0122] 別の実施態様においては、通信端末はメール端末であり、アドレス帳データに格納 された通信宛先情報はメールアドレスである。

[0123] 本発明のレ、くつかの実施形態の一つの態様において、利用者識別情報は外部機 器に割り当てられた機器識別番号である。

[0124] 本発明のレ、くつかの実施形態の一つの態様において、コンテンツは通信端末の利 用者によって通信端末を用いて作成される。

[0125] 本発明のレ、くつかの実施形態の一つの態様において、通信端末とサーバは、それ ぞれが保有するアドレス帳データとそのコピーとを相互に同期する同期部をそれぞれ 備える。 [0126] 本発明のレ、くつかの実施形態の一つの態様において、携帯端末に要求される所定 の処理は、所定のデータに対する取得 ·閲覧である。

[0127] 本発明のレ、くつかの実施形態の一つの態様において、携帯端末は、所定のデータ であるコンテンツを作成するコンテンツ作成部と、作成されたコンテンツを所定のデー タ領域に保存するコンテンツ保存部とを有した、コンテンツをネットワーク上で公開す るサーバを更に備えている。

[0128] 本発明のレ、くつかの実施形態の一つの態様において、コンテンツは RSSにより配 信可能なブログデータである。この場合、携帯端末は、ユーザ'オペレーションにより 種々の機能を実現するための操作部を更に備えていてもよい。上記携帯端末は、所 定のユーザ.オペレーションに呼応して、コンテンツ作成部により作成されたブログを サーバの該所定のデータ領域に公開可能に保存することができる。また、上記携帯 端末は、被写体を撮像する撮像部を更に備えたものであっても良い。この場合、コン テンッ作成部は、所定のユーザ'オペレーションに呼応して、記撮像部により撮影さ れた画像をブログデータとして保存することができる。

[0129] 本発明のレ、くつかの実施形態の一つの態様において、アドレス帳を備えた携帯端 末は、外部機器力 所定の処理を許可するよう要求があった際に、当該外部機器の 情報がアドレス帳に含まれているか否かを判定するアドレス帳判定部と、アドレス帳 判定部の判定結果に基づいて該所定の処理を許可するか否かを判定する許可判定 部とを備えており、アドレス帳に該外部機器の情報が含まれていると判定されたとき、 許可判定部は、該外部機器に対して該所定の処理を許可することができる。また、別 の態様においては、アドレス帳に該外部機器の情報が含まれていないと判定された とき、該外部機器に対して該所定の処理を許可しないことができる。該外部機器の情 報は、電話番号、メールアドレス、該外部機器に付与された IDの少なくとも一つであ り得る。

[0130] 別の実施携帯において、アドレス帳を備えた携帯端末は、外部機器力 所定の処 理を許可するよう要求があった際に、アドレス帳を用いて当該外部機器と自己との関 係を判断する関係判断部と、関係判断部の判断結果に基づいて該所定の処理を許 可するか否力を判定する許可判定部とを備える。なお、該自己との関係はアドレス帳 におレ、て任意に設定可能であっても良レ、。

[0131] なお、上記携帯端末は、該所定の処理を許可するレベルを設定する許可レベル設 定部を更に備えたものであっても良い。この場合、許可判定部は、設定された許可レ ベル及び関係判断部の判断結果に基づレ、て、該所定の処理を許可するか否力を判 定することができる。また、許可判定部は、アドレス帳に基づいて該許可レベルを設 定することもできる。

[0132] また、別の態様においては、上記携帯端末は外部機器と近距離通信するための近 距離通信部を更に備えて、該所定の処理には該外部機器との近距離通信が含まれ る。

[0133] また、別の態様においては、上記携帯端末がネットワークに接続するためのネットヮ ーク接続部と、該ネットワークの所定の場所に自己のコンテンツを保存するコンテンツ 保存部とを更に備えており、該所定の処理には該外部機器に対する該コンテンツへ のアクセス権の付与が含まれる。なお、該コンテンツが複数のページ力 成るとき、許 可レベル設定部は、各ページに対するアクセス権の付与の許可レベルを、それぞれ 独立して設定することができる。

[0134] また、上記携帯端末は、該コンテンツを保存してネットワーク上で公開するサーバを 更に備えたものであっても良い。

[0135] また、本発明のレ、くつかの実施形態の一つの態様において、携帯端末通信システ ムは、互いにネットワーク上で接続された複数の本発明の実施形態による携帯端末 力も成るシステムである。

[0136] また、本発明のレ、くつかの実施形態の一つの態様において、携帯端末通信システ ムは、コンテンツ作成部及びコンテンツ保存部を有したサーバを備えた、互いにネッ トワーク上で接続された複数の携帯端末を有した携帯端末通信システムであり、携帯 端末で作成されたデータを保存し、当該携帯端末のアドレス帳データを相互に同期 して保有する外部サーバを備える。

[0137] また、本発明のレ、くつかの実施形態の一つの態様において、携帯端末通信システ ムを構成する各携帯端末は、要求先から送信された関係情報が所定の条件を満た すとき、他の携帯端末に該情報を要求する携帯端末情報要求部と、該情報を要求さ れたとき、要求元の携帯端末に該情報を送信する携帯端末情報送信部と、要求先か ら送信された該情報をアドレス帳に登録する携帯端末情報登録部とを備える。

また、上記携帯端末通信システムにおいて、各携帯端末の少なくとも 1つは、 自己 のコンテンツを保存してネットワーク上で公開するサーバを更に備えており、該所定 の処理には他の携帯端末に対する該コンテンツへのアクセス権の付与が含まれる。

Claims

請求の範囲

[1] アドレス帳データを備えた通信端末と前記アドレス帳データのコピーを保持するサ ーバとが互いにネットワークに接続された通信システムにおいて、

冃 ま i 、

前記アドレス帳データを格納するデータ格納部と、

前記アドレス帳データを更新するデータ更新部と、

前記アドレス帳データに格納された通信宛先情報を用いて他の通信端末と通 信を行う通信部と、を備え、

前記サーバは、

前記アドレス帳データのコピーを格納するコピー格納部と、

前記通信端末の利用者と関連付けられたコンテンツを格納するコンテンツ保持 部と、

前記通信端末以外の外部機器からの前記コンテンツの取得に対する許可要求 に応じて前記外部機器力 その利用者を特定する利用者識別情報を取得する利用 者識別情報取得部と、

前記利用者識別情報取得部により取得した利用者識別情報と前記アドレス帳 データのコピーに含まれる通信宛先情報及び Z又はそれと関連付けられた情報に 基づレ、て前記コンテンツの取得を許可するかどうか判定する判定部と、を備えてレ、る こと、を特徴とする通信システム。

[2] 前記通信端末は電話端末であり、前記アドレス帳データに格納された通信宛先情 報が電話番号であること、を特徴とする請求項 1に記載の通信システム。

[3] 前記通信端末はメール端末であり、前記アドレス帳データに格納された通信宛先 情報力 Sメールアドレスであること、を特徴とする請求項 1に記載の通信システム。

[4] 前記利用者識別情報が前記外部機器に割り当てられた機器識別番号であること、 を特徴とする請求項 1記載の通信システム。

[5] 前記コンテンツは、前記通信端末の利用者によって前記通信端末を用いて作成さ れること、を特徴とする請求項 1に記載の通信システム。

[6] 前記通信端末および前記サーバは、前記アドレス帳データと前記コピーとを相互に 同期する同期部をそれぞれ備えていること、を特徴とする請求項 1に記載の通信シス テム。

[7] 通信端末とサーバとが互いにネットワークに接続された通信システムにおいて、 前記通信端末は、前記アドレス帳データを格納するデータ格納部と、前記アドレス 帳データを更新するデータ更新部と、前記サーバと通信すると共に前記アドレス帳デ ータに格納された通信宛先情報を用いて他の通信端末と通信を行う通信部とを備え 前記サーバは、前記通信端末の利用者と関連付けられたコンテンツを格納するコ ンテンッ保持部と、前記通信端末以外の外部機器からの前記コンテンツの取得に対 する許可要求に応じて前記外部機器力 その利用者を特定する利用者識別情報を 取得する利用者識別情報取得部と、前記利用者識別情報を前記通信端末へ送信し て前記通信端末に前記利用者識別情報に対応する通信宛先情報が前記アドレス帳 データに含まれているか否かを問い合わせ、その問い合わせ結果に応じて前記コン テンッの取得を許可するかどうか判定する判定部とを備えたこと、を特徴とする通信 システム。

[8] 前記通信端末は電話端末であり、前記アドレス帳データに格納された通信宛先識 別情報が電話番号であること、を特徴とする請求項 7に記載の通信システム。

[9] 前記通信端末はメール端末であり、前記アドレス帳データに格納された通信宛先 識別情報カ^ールアドレスであること、を特徴とする請求項 7に記載の通信システム。

[10] 前記利用者識別情報が前記外部機器に割り当てられた機器識別番号であること、 を特徴とする請求項 7に記載の通信システム。

[11] アドレス帳を備えた通信端末において、

外部機器からの所定の処理に対する許可要求に応じて前記アドレス帳を検索する アドレス帳検索部と、

前記アドレス帳検索部の検索結果に基づいて該所定の処理を許可するか否かを 判定する許可判定部と、を備えたこと、を特徴とする通信端末。

[12] 該所定の処理が、所定のデータに対する取得'閲覧であること、を特徴とする請求 項 11に記載の通信端末。

[13] 該所定のデータであるコンテンツを作成するコンテンツ作成部と、作成されたコンテ ンッを所定のデータ領域に保存するコンテンツ保存部とを有した、該コンテンツをネ ットワーク上で公開するサーバを更に備えたこと、を特徴とする請求項 12に記載の通 ¾ 末。

[14] 該コンテンツは RSSにより配信可能なブログデータであること、を特徴とする請求項

13に記載の通信端末。

[15] ユーザ ·オペレーションにより種々の機能を実現するための操作部を更に備え、 所定のユーザ ·オペレーションに呼応して、前記コンテンツ作成部により作成された ブログを前記サーバの該所定のデータ領域に公開可能に保存すること、を特徴とす る請求項 14に記載の通信端末。

[16] 被写体を撮像する撮像部を更に備え、

前記コンテンツ作成部は、所定のユーザ'オペレーションに呼応して、前記撮像部 により撮影された画像をブログデータとして保存すること、を特徴とする請求項 15に 載の; ia^端末。

[17] アドレス帳を備えた通信端末において、

外部機器から所定の処理を許可するよう要求があった際に、当該外部機器の情報 が前記アドレス帳に含まれているか否かを判定するアドレス帳判定部と、

前記アドレス帳判定部の判定結果に基づいて該所定の処理を許可するか否かを 判定する許可判定部と、を備えたこと、を特徴とする通信端末。

[18] 前記アドレス帳に該外部機器の情報が含まれていると判定されたとき、前記許可判 定部は、該外部機器に対して該所定の処理を許可すること、を特徴とする請求項 17 に記載の通信端末。

[19] 前記アドレス帳に該外部機器の情報が含まれていないと判定されたとき、前記許可 判定部は、該外部機器に対して該所定の処理を許可しないこと、を特徴とする請求 項 17に記載の通信端末。

[20] 該外部機器の情報は、電話番号、メールアドレス、該外部機器に付与された IDの 少なくとも一つであること、を特徴とする請求項 17に記載の通信端末。

[21] アドレス帳を備えた通信端末において、

外部機器から所定の処理を許可するよう要求があった際に、前記アドレス帳を用い て当該外部機器と自己との関係を判断する関係判断部と、

前記関係判断部の判断結果に基づいて該所定の処理を許可するか否かを判定す る許可判定部と、を備えたこと、を特徴とする通信端末。

[22] 該自己との関係は前記アドレス帳において任意に設定可能であること、を特徴とす る請求項 21に記載の通信端末。

[23] 該所定の処理を許可するレベルを設定する許可レベル設定部を更に備え、

前記許可判定部は、設定された許可レベル及び前記関係判断部の判断結果に基 づいて、該所定の処理を許可するか否かを判定すること、を特徴とする請求項 21に 載の; ia^端末。

[24] 前記許可レベル設定部は、前記アドレス帳に基づいて該許可レベルを設定するこ と、を特徴とする請求項 21に記載の通信端末。

[25] 外部機器と近距離通信するための近距離通信部を更に備え、

該所定の処理が、該外部機器との近距離通信を含むこと、を特徴とする請求項 21 に記載の通信端末。

[26] ネットワークに接続するためのネットワーク接続部と、

該ネットワークの所定の場所に自己のコンテンツを保存するコンテンツ保存部と、を 更に備え、

該所定の処理が、該外部機器に対する該コンテンツへのアクセス権の付与を含む こと、を特徴とする請求項 21に記載の通信端末。

[27] 該コンテンツが複数のページ力 成るとき、前記許可レベル設定部は、各ページに 対するアクセス権の付与の許可レベルを、それぞれ独立して設定できること、を特徴 とする請求項 26に記載の通信端末。

[28] 該コンテンツを保存してネットワーク上で公開するサーバを更に備えたこと、を特徴 とする請求項 26に記載の通信端末。

[29] 請求項 21に記載された、互いにネットワーク上で接続された複数の通信端末から 成る通信システム。

[30] 請求項 13に記載された、互いにネットワーク上で接続された複数の通信端末を有 した通信システムであって、

前記通信端末で作成されたデータを保存し、当該通信端末のアドレス帳データを 相互に同期して保有する外部サーバを備えたこと、を特徴とする通信システム。

[31] 各々がアドレス帳を備えた、互いにネットワーク上で接続された複数の通信端末か ら成る通信システムにおいて、

各前記通信端末が、

他の通信端末力ら所定の処理を許可するよう要求があった際に、前記他の通信端 末の情報が前記アドレス帳に含まれているか否力を判定するアドレス帳判定部と、 前記アドレス帳に前記他の通信端末の情報が含まれていないと判定されたとき、前 記他の通信端末に自己との関係情報を要求する関係情報要求部と、

該関係情報を要求されたとき、当該関係情報を発行可能な通信端末に発行要求を 行う発行要求部と、

該関係情報の発行要求に応答して、前記他の通信端末に該関係情報を発行する 関係情報発行部と、

発行された関係情報を該関係情報要求元の通信端末に送信する関係情報送信部 と、

要求先から送信された関係情報に基づいて該所定の処理を許可するか否力を判 定する許可判定部と、を備えたこと、を特徴とする通信システム。

[32] 各前記通信端末が、

該要求先から送信された関係情報が所定の条件を満たすとき、前記他の通信端末 に該情報を要求する通信端末情報要求部と、

該情報を要求されたとき、要求元の通信端末に該情報を送信する通信端末情報送 信部と、

要求先から送信された該情報をアドレス帳に登録する通信端末情報登録部と、を 更に備えたこと、を特徴とする請求項 31に記載の通信システム。

[33] 各前記通信端末の少なくとも 1つが、自己のコンテンツを保存してネットワーク上で 公開するサーバを更に備え、 該所定の処理が、他の通信端末に対する該コンテンツへのアクセス権の付与を含 むこと、を特徴とする請求項 31に記載の通信システム。