(57)【要約】【課題】携帯端末での利用に適したソーシャルネットワークサービスシステム、サーバ、およびソーシャルネットワークサービス提供方法を提供する。【解決手段】サーバ３０は、ユーザによる登録を受けて、各登録ユーザが少なくとも一人の他の登録ユーザと関係づけられた登録ユーザの集合を、各ユーザの属性情報とともに管理するデータベース（ユーザデータ記憶部２１）を構築する。登録ユーザの一人である検索者の指示に従い携帯端末１１はサーバ３０に対してデータベースの検索指示を行う。サーバ３０は、携帯端末１１に対して、ユーザ属性を選択肢とする検索条件を逐次提示して検索者に所望の選択肢を選択させ、指示された登録ユーザを起点として、その登録ユーザに関係づけられた他の登録ユーザの中から、前記選択された選択肢に該当する登録ユーザを検索し、検索の結果得られた登録ユーザの情報を含む検索結果を検索者に提示する。【選択図】図１
2006023876.tif 000002
【特許請求の範囲】
【請求項１】
複数の携帯端末と、これら複数の携帯端末と通信ネットワークを介して接続されるサーバとにより構成されるソーシャルネットワークサービスシステムであって、
サーバは、ユーザによる登録を受けて、各登録ユーザが少なくとも一人の他の登録ユーザと関係づけられた登録ユーザの集合を、各ユーザの属性情報とともに管理するデータベースを構築し、
登録ユーザの一人である検索者の指示に従い携帯端末は前記データベースの検索指示を行い、
前記サーバは、携帯端末からの検索指示の受領時に、ユーザ属性を選択肢とする検索条件を逐次提示して検索者に所望の選択肢を選択させ、指示された登録ユーザを起点として、その登録ユーザに関係づけられた他の登録ユーザの中から、前記選択された選択肢に該当する登録ユーザを検索し、検索の結果得られた登録ユーザの情報を含む検索結果を当該検索者に提示する、
ことを特徴とするソーシャルネットワークサービスシステム。
【請求項２】
前記サーバは、前記検索条件に合致する登録ユーザの人数が所定数以下であるとき、または、ユーザ属性の選択肢が最後の選択肢にまで達したとき、または、ユーザの指示があったとき、検索の結果得られた登録ユーザの情報を含む検索結果を当該検索者に提示することを特徴とする請求項１記載のソーシャルネットワークサービスシステム。
【請求項３】
前記ユーザ属性は複数の属性種類に分類され、各属性種類に含まれる複数の属性を選択肢として提示することを特徴とする請求項１記載のソーシャルネットワークサービスシステム。
【請求項４】
検索者に対して一度に提示される前記選択肢として、複数の選択対象項目を２分割または３分割したものを段階的に検索者に提示することを特徴とする請求項１または３記載のソーシャルネットワークサービスシステム。
【請求項５】
前記携帯端末は、前記選択肢を２分岐または３分岐した道としてグラフィック表示することを特徴とする請求項４記載のソーシャルネットワークサービスシステム。
【請求項６】
検索の結果、選択された登録ユーザを検索履歴として一時記憶しておく手段を備え、
前記サーバは、ユーザの指示に応じて、前記一時記憶しておいた登録ユーザを起点として検索を行うことを特徴とする請求項１または３記載のソーシャルネットワークサービスシステム。
【請求項７】
前記サーバは、検索者の指示に従って、前記検索履歴に基づいて直前に訪れた登録ユーザに戻って検索を続行することを特徴とする請求項６記載のソーシャルネットワークサービスシステム。
【請求項８】
前記サーバは、前記逐次提示する選択肢の順序を検索者の属性情報に応じて変更することを特徴とする請求項１記載のソーシャルネットワークサービスシステム。
【請求項９】
前記データベースは、各ユーザの属性情報とともに当該ユーザが他のユーザの検索時に他のユーザに対して開示したい情報として登録した開示情報を管理し、前記サーバは検索時に該当したユーザの登録している検索者に対して当該開示情報を提示することを特徴とする請求項１記載のソーシャルネットワークサービスシステム。
【請求項１０】
前記サーバは、検索者の要求に応じて、当該検索者と関係づけられていない、検索により得られた登録ユーザとの間の関係づけを行い、前記データベースを更新することを特徴とする請求項１記載のソーシャルネットワークサービスシステム。
【請求項１１】
各登録ユーザが少なくとも一人の他の登録ユーザと関係づけられた登録ユーザの集合を、各ユーザの属性情報とともに管理するデータベースと、
通信ネットワークを介して登録ユーザの携帯端末との間でデータ通信を行う通信手段と、
携帯端末からの検索指示の受領時に、ユーザ属性を選択肢とする検索条件を逐次提示して検索者に所望の選択肢を選択させ、指示された登録ユーザを起点として、その登録ユーザに関係づけられた他の登録ユーザの中から、前記選択された選択肢に該当する登録ユーザを検索し、検索の結果得られた登録ユーザの情報を含む検索結果を当該検索者に提示する検索手段と、
を備えたことを特徴とするサーバ。
【請求項１２】
前記検索手段は、前記検索条件に合致する登録ユーザの人数が所定数以下であるとき、または、ユーザ属性の選択肢が最後の選択肢にまで達したとき、または、ユーザの指示があったとき、検索の結果得られた登録ユーザの情報を含む検索結果を当該検索者に提示することを特徴とする請求項１１記載のサーバ。
【請求項１３】
前記ユーザ属性は複数の属性種類に分類され、前記検索手段は、各属性種類に含まれる複数の属性を選択肢として提示することを特徴とする請求項１１記載のサーバ。
【請求項１４】
前記検索手段は、検索者に対して一度に提示される前記選択肢として、複数の選択対象項目を２分割または３分割したものを段階的に検索者に提示することを特徴とする請求項１１または１３記載のサーバ。
【請求項１５】
前記選択肢を２分岐または３分岐した道としてグラフィック表示情報を提示することを特徴とする請求項１４記載のサーバ。
【請求項１６】
検索の結果、選択された登録ユーザを検索履歴として一時記憶しておく手段を備え、
前記検索手段は、ユーザの指示に応じて、前記一時記憶しておいた登録ユーザを起点として検索を行うことを特徴とする請求項１１記載のサーバ。
【請求項１７】
前記検索手段は、検索者の指示に従って、前記検索履歴に基づいて直前に訪れた登録ユーザに戻ることを特徴とする請求項１６記載のサーバ。
【請求項１８】
前記検索手段は、前記逐次提示する選択肢の順序を検索者の属性情報に応じて変更することを特徴とする請求項１１記載のサーバ。
【請求項１９】
前記データベースは、各ユーザの属性情報とともに当該ユーザが他のユーザの検索時に他のユーザに対して開示したい情報として登録した開示情報を管理し、検索時に該当したユーザの登録している検索者に対して当該開示情報を提示することを特徴とする請求項１１記載のサーバ。
【請求項２０】
検索者の要求に応じて、当該検索者と関係づけられていない、検索により得られた登録ユーザとの間の関係づけを行い、前記データベースを更新する手段を備えたことを特徴とする請求項１１記載のサーバ。
【請求項２１】
複数の携帯端末のユーザに対して、通信ネットワークを介してソーシャルネットワークサービスを提供するソーシャルネットワークサービス提供方法であって、
既登録ユーザの紹介に応じて新規ユーザの情報を登録するステップと、
各登録ユーザが少なくとも一人の他の登録ユーザと関係づけられた登録ユーザの集合を、各ユーザの属性情報とともにデータベースに管理するステップと、
携帯端末から人脈の検索指示を受領するステップと、
前記検索指示に応じて、ユーザ属性を選択肢とする検索条件を逐次提示して検索者に所望の選択肢を選択させるステップと、
検索者から指示された登録ユーザを起点として、その登録ユーザに関係づけられた他の登録ユーザの中から、前記選択された選択肢に該当する登録ユーザを検索するステップと、
検索の結果得られた登録ユーザの情報を含む検索結果を当該検索者に提示するステップと、
を備えたことを特徴とするソーシャルネットワークサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末の利用者に適したソーシャルネットワークサービスシステム、サーバ、およびソーシャルネットワークサービス提供方法に関するものである。
【背景技術】
【０００２】
従来、インターネットを利用したサービスとして、ソーシャルネットワークサービスと呼ばれるサービスがある。このサービスは、従来の電子掲示板（ＢＢＳ）のように不特定多数のものが利用できるものではなく、既登録会員から紹介を受けた者だけが利用することができる。新たに登録されたユーザがさらに別のユーザを紹介することにより、新たな登録ユーザが生まれる。このように、すべての登録ユーザは少なくとも一人の登録ユーザと友達として関係づけられており、各登録ユーザについてその各種個人情報等が当該ユーザの属性情報として記憶される。したがって、これらの登録ユーザの集合は人脈に相当し、それらの記憶情報はデータベースとして機能する。
【０００３】
このように、ソーシャルネットワークサービスシステムは、友達関係で繋がっているコミュニティを形成しており、通常、ユーザ登録時に実名（場合によっては顔写真も）を必要とすることもあり、匿名での書き込みが許される電子掲示板のようにサイト上で他人を中傷、誹謗するような行為は行い難く、節度を保った交流が行われる。各ユーザは自分の人脈を登録することにより新たな人脈を仲介により増やしていくことができる。
【０００４】
特許文献１にはソーシャルネットワークサービスシステムにおける人脈情報の検索システムが提案されている。特許文献２には、ネットオークションの売り手に関する信頼度を判断するための、人脈データベースを利用した情報提供システムが開示されている。
【特許文献１】特開２００３−１４１３８１号公報
【特許文献２】特開２００２−２５９７３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来のソーシャルネットワークサービスシステムは、主として、パーソナルコンピュータ（ＰＣ）を端末として想定したものであった。近年、携帯電話機を代表とする携帯端末が普及し、その多機能化によりインターネットへの接続機能も備えられてきている。このような状況で、携帯端末を対象としたソーシャルネットワークサービスシステムの運用も予定されている。
【０００６】
しかし、携帯端末においては、その表示デバイスや入力デバイスに制約がある。例えば、携帯端末の表示デバイスでは、表示画面サイズが限られているため、ＰＣのように一度に多くの情報が表示できず、テンキーやカーソルキー、ソフトキー等、限られた操作キーでの可能な操作態様も限られている。したがって、ソーシャルネットワークサービスシステムへの携帯端末の利用の検討の結果、人脈の検索操作および結果表示等、ＰＣと同様のユーザインタフェースは利用困難であったり、可能であっても操作性に問題があることが分かった。このような問題は、各ユーザの友達が増えて行くにつれて、一層、顕著となる。
【０００７】
また、携帯端末の使用形態はＰＣと異なり、外出途上、外出先等、任意の場所で任意の時間に使用できるため利用できる時間が細切れになりやすい、という携帯端末特有の事情もある。
【０００８】
したがって、本発明はこのような背景においてなされたものであり、その目的は、携帯端末での利用に適したソーシャルネットワークサービスシステム、サーバ、およびソーシャルネットワークサービス提供方法を提供することにある。
【課題を解決するための手段】
【０００９】
本発明によるソーシャルネットワークサービスシステムは、複数の携帯端末と、これら複数の携帯端末と通信ネットワークを介して接続されるサーバとにより構成されるソーシャルネットワークサービスシステムである。このシステムにおいて、サーバは、ユーザによる登録を受けて、各登録ユーザが少なくとも一人の他の登録ユーザと関係づけられた登録ユーザの集合を、各ユーザの属性情報とともに管理するデータベースを構築する。他方、携帯端末は、登録ユーザの一人である検索者の指示に従い、前記データベースの検索指示を行う。さらに、前記サーバは、携帯端末からの検索指示の受領時に、ユーザ属性を選択肢とする検索条件を逐次提示して検索者に所望の選択肢を選択させ、指示された登録ユーザを起点として、その登録ユーザに関係づけられた他の登録ユーザの中から、前記選択された選択肢に該当する登録ユーザを検索し、検索の結果得られた登録ユーザの情報を含む検索結果を当該検索者に提示する。
【００１０】
本発明での登録ユーザの検索（人脈検索）は、一人の登録ユーザを起点としてその登録ユーザに関係づけられたユーザを辿っていく処理とする。これにより、検索の結果、一度に多数の該当者が発生することが避けられる。携帯端末からの検索指示の受領時に、ユーザ属性を選択肢とする検索条件を検索者に逐次提示することにより、携帯端末の表示デバイスや入力デバイスに合ったユーザインタフェースが提供される。
【００１１】
より具体的には、検索者に対して一度に提示される前記選択肢として、複数の選択対象項目を２分割または３分割したものを段階的に検索者に提示する。これいより、一度に提示する選択肢の個数を比較的少ない個数（例えば二つまたは三つ）に抑えられる。前記選択肢を２分岐または３分岐した道としてグラフィック表示することができる。
【００１２】
検索の結果、選択された登録ユーザを検索履歴として一時記憶しておく手段を備え、前記サーバは、ユーザの指示に応じて、前記一時記憶しておいた登録ユーザを起点として検索を行うようにしてもよい。携帯端末は外出途上や外出先で利用されることが多く、一旦始めた検索処理をその途中で中断した場合にも、その続きから検索を開始することができる。
【００１３】
前記サーバは、検索者の指示に従って、前記検索履歴に基づいて直前に訪れた登録ユーザに戻って検索を続行するようにしてもよい。これにより、一旦、捨象した選択肢に戻りたい場合に、検索の起点を最初に戻す必要がなくなる。
【００１４】
前記サーバは、前記逐次提示する選択肢の順序を検索者の属性情報に応じて変更するようにしてもよい。これにより、検索者の望む選択肢が早く出現する確率が高まる。
【００１５】
本発明によるサーバは、各登録ユーザが少なくとも一人の他の登録ユーザと関係づけられた登録ユーザの集合を、各ユーザの属性情報とともに管理するデータベースと、通信ネットワークを介して登録ユーザの携帯端末との間でデータ通信を行う通信手段と、携帯端末からの検索指示の受領時に、ユーザ属性を選択肢とする検索条件を逐次提示して検索者に所望の選択肢を選択させ、指示された登録ユーザを起点として、その登録ユーザに関係づけられた他の登録ユーザの中から、前記選択された選択肢に該当する登録ユーザを検索し、検索の結果得られた登録ユーザの情報を含む検索結果を当該検索者に提示する検索手段とを備えたことを特徴とする。
【００１６】
本発明によるソーシャルネットワークサービス提供方法は、複数の携帯端末のユーザに対して、通信ネットワークを介してソーシャルネットワークサービスを提供するソーシャルネットワークサービス提供方法であって、既登録ユーザの紹介に応じて新規ユーザの情報を登録するステップと、各登録ユーザが少なくとも一人の他の登録ユーザと関係づけられた登録ユーザの集合を、各ユーザの属性情報とともにデータベースに管理するステップと、携帯端末から人脈の検索指示を受領するステップと、前記検索指示に応じて、ユーザ属性を選択肢とする検索条件を逐次提示して検索者に所望の選択肢を選択させるステップと、検索者から指示された登録ユーザを起点として、その登録ユーザに関係づけられた他の登録ユーザの中から、前記選択された選択肢に該当する登録ユーザを検索するステップと、検索の結果得られた登録ユーザの情報を含む検索結果を当該検索者に提示するステップと、を備えたことを特徴とする。
【発明の効果】
【００１７】
本実施の形態によれば、次のような効果が得られる。
【００１８】
本発明での検索は、一人の登録ユーザを起点としてその登録ユーザに関係づけられたユーザを辿っていく処理とすることにより、検索の結果、一度に多数の該当者が発生することが避けられる。これは、表示画面サイズの限られた携帯端末での利用に適する。
【００１９】
検索時に闇雲にユーザを辿っていくのでは興味のあるユーザにたどり着く確率は低いが、検索者に対して検索条件の選択肢を与え、検索者はこの選択肢を選択していくことにより希望する条件の登録ユーザにたどり着くことができる。
【００２０】
検索者に対して一度に提示する選択肢の個数を比較的少ない個数（例えば二つまたは三つ）に抑え、逐次ユーザに選択させていくことにより、携帯端末の表示手段や入力手段の制約に合った検索条件の提示が可能となる。高々３分岐の選択肢の選択は、道を進むような分岐選択型のユーザインタフェースに適しており、選択の回数が多くなっても遊び感覚で操作ができるので、操作が苦にならない。
【００２１】
また、検索の履歴データを保存しておくことにより、一旦始めた検索処理をその途中で中断しても、その中断したユーザから人脈を辿る操作を再開することができる。したがって、外出時等の細切れの時間を利用して人脈検索を行うのに有用である。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の好適な実施の形態について図面を参照しながら詳細に説明する。まず、本実施の形態のシステムおよびその構成要素の説明を行い、ついで、本実施の形態の具体的な動作例について説明する。
【００２３】
図１は、本発明の実施の形態に係るソーシャルネットワークサービスシステムの概略構成を示す図である。このシステムでは、複数の携帯端末１１ａ，１１ｂ（総称するときは携帯端末１１または単に端末１１という）と、これらの携帯端末１１を対象としたソーシャルネットワークサービスを提供するサーバ３０とが通信ネットワーク１５を介して相互に接続される。通信ネットワーク１５は、モバイルネットワークおよびインターネットを含みうる。
【００２４】
サーバ３０は、記憶部２０を備え、ウェブ（Ｗｅｂ）データ処理部３１、人脈検索部３３、ユーザ関係処理部３４、ユーザ登録部３５、通信部３７等の各種処理部を内蔵している。記憶部２０は、ユーザデータ記憶部２１、ユーザ関係記憶部２３、ウェブデータ記憶部２５、検索履歴記憶部２７等の各種データの記憶部を有する。
【００２５】
図２は、端末１１のハードウェア構成の概略を示すブロック図である。この端末１１は、携帯電話機に特有の要素として、アンテナ２０１、送受信処理部２０３、変復調処理部２０５、ウェブデータ処理部２０７、Ｄ／Ａ変換器２０９、スピーカ２１０、Ａ／Ｄ変換器２１１およびマイク２１２を備える。端末１１は、また、これらの各要素を制御するＣＰＵ，ＲＯＭ等を含むコントローラ２２５、このコントローラ２２５により作業領域やデータの一時記憶領域として利用されるメモリ２２７、ユーザインタフェースとして機能する液晶表示デバイス等を含む表示部２２０、各種操作キー等に対応する操作部２２３、ならびに、位置情報検出手段としてのＧＰＳ(Global Positioning System)受信部２２９を備える。位置情報の検出は、ＧＰＳによらず携帯電話（ＰＨＳを含む）の基地局の位置情報を利用する方法であってもよい。この場合、位置検出自体は端末外で行われることになるが、端末はその検出の要求を行うと共にその結果を受領するので、この場合も端末に位置検出機能を備えているものとする。なお、後述する行動範囲を自動検出しない場合にはＧＰＳ受信部２２９は不要である。
【００２６】
図３は、サーバ３０のハードウェア構成の概略を示す。ＣＰＵ３１０は、プログラム制御によりサーバ各部の制御を行う。ＣＰＵ３１０はまた、時間管理（日時情報の生成等）を行う時計部を含んでいる。メモリ３１１は、ＣＰＵ３１０が実行するプログラムやデータを格納する。メモリ３１１は、バス３３０を介してＣＰＵ３１０に接続される。キーボードなどの入力装置３１４、ＣＲＴ，液晶ディスプレイなどの表示装置３１５、ハードディスク装置等の外部記憶装置３１６は、インタフェース３１３を介してバス３３０に接続されている。外部記憶装置３１６はサーバ３０の各種のデータ記憶部の記憶装置を提供する。また、バス３３０は通信部３２０（図１の通信部３７に対応）を介して通信ネットワーク１５と接続される。図１に示したサーバ３０内の各種処理部３１、３３、３４、３５はＣＰＵ３１０のプログラム制御により実現される。図１の記憶部２０は外部記憶装置３１６やメモリ３１１により構成することができる。
【００２７】
図４は、本サービスに登録された複数のユーザＡ〜Ｋの間の対応関係を示している。図において、ユーザ間を連結するリンクは、両ユーザが「友達」関係にあることを意味している。本明細書における「友達」とは、通常の意味での「友達」を含むことは勿論であるが、それ以外にも、二人の登録ユーザに何らかの関係があり、両者がそれを認めている関係を示している。
【００２８】
図５（ａ）は、サーバ３０が用いる、ユーザデータ記憶部２１内に格納されたユーザデータベース４１の構成を模式的にテーブル形式に示したものである。実際のデータ形式がテーブル形式である必要はなく、カード形式等、他の任意のデータ形式であってよい。ユーザデータベース４１は、各登録ユーザについて、各ユーザ固有のユーザ識別情報である「ユーザＩＤ」、ユーザの実名である「氏名」、「年齢」、「ニックネーム」、ユーザへの連絡先情報の一種としての電子メールアドレスである「メールアドレス」、ユーザへの連絡先情報の一種としての携帯電話番号等の「電話番号」、ユーザの居住地である「住所」（ここでは都道府県名）、ユーザの職業である「職種」、「性別」、「誕生日」、ユーザの顔の分かるイメージデータである「写真」、「趣味」（複数可）、ユーザの主に行動する地理的範囲である「行動範囲」、等を登録する。「ユーザＩＤ」および「行動範囲」以外の項目はユーザ登録時のユーザ自身が入力する情報である。これらの項目はあくまで例示であり、本システムにおいて必ずしもこれらすべての項目が必要な訳ではない。逆にこれら以外の項目（例えば誕生地等）があってもよい。「写真」はイメージデータファイル名で特定される。ユーザデータベース４１および「写真」に対応するイメージデータファイルは図１のユーザデータ記憶部２１内に記憶される。「行動範囲」は、ＧＰＳ等を利用した位置検索サービスの利用時に得られた現在地情報を蓄積しておき、その蓄積情報に基づいて判断することができる。但し、行動範囲は自動検出せず、ユーザが入力するようにしてもよい。
【００２９】
図５に示したユーザデータベース４１は各登録ユーザの個人情報を登録するものであり、登録ユーザ間の関係は規定していない。登録ユーザ間の関係は図６に示した友達リスト４２により管理される。この友達リスト４２はユーザ毎にその友達の「ユーザＩＤ」および「関係」を記憶する。「関係」は登録者がその相手を認識している関係であり、ここでは「仕事」と「趣味」に二分している。これ以外の関係があってもよい。本実施の形態では友達関係の二人の一方から他方を見た関係（例えば仕事）と他方から一方を見た関係（例えば趣味）は一致させるようにしているが、異なってもよい。
【００３０】
図７に、検索履歴記憶部２７に検索者のユーザ毎に、記憶される検索履歴データ４３の構成例を示す。図７（ａ）は人脈検索時に辿っていった登録ユーザの履歴（ユーザ履歴）を示している。図７（ｂ）は現在位置する登録ユーザについての検索条件の選択結果の履歴（検索条件履歴）を示している。ユーザの検索履歴データは、後述するように、あるユーザまで辿っていって人脈検索を中断した後、再度、同じ登録ユーザから人脈検索を再開する際に役に立つ。検索条件の選択結果の履歴は後述する条件選択ツリーの後戻り時に役に立つ。
【００３１】
図８により、本実施の形態における未登録ユーザの登録手順の一例を説明する。
（１）まず、登録ユーザであるユーザＡがサーバに対して、ユーザＢを友達としてソーシャルネットワークサービスへの入力の推薦を行いたい旨の仮申し込みを行う。この仮申し込みはサーバが提供するウェブサイト上で行っても、あるいは電子メールで行ってもよい。この仮申し込みの際にはユーザＡはユーザＢの氏名やメールアドレス等、ユーザを特定するための情報をサーバに提示する。なお、仮申し込みに先立ってユーザＡがユーザＢの了解をとっておくことが好ましい。
（２）サーバはこの仮申し込みに対して、仮ＩＤおよび仮パスワードを発行し、これらをサーバのユーザ登録サイトのＵＲＬとともに、ユーザＡに通知する。この通知もウェブまたはメールで行うことができる。
（３）通知を受けたユーザＡはユーザＢに対して図示のようなメールを送信する。このメールにはユーザＡがユーザＢに入会を勧めるメッセージ、前記ユーザ登録サイトのＵＲＬ、仮ＩＤおよび仮パスワードを含んでいる。ユーザＡがこのようなメールを手入力しなくて済むように、サーバはこのようなメールのひな形をユーザＡに提供することが好ましい。この場合、ユーザＡはひな形にあて先のメールアドレスを追加するのみでメールが完成する。
（４）ユーザＢは受信したメール内のＵＲＬのサイトにアクセスすることにより、ウェブ上で必要な情報を記入して申し込みを行う。この際、仮ＩＤおよび仮パスワードを利用してログインを行う。
（５）サーバは当該仮ＩＤを発行した相手からのアクセスであることを確認して、ユーザＢの入会を認め所定のユーザ登録を行うとともに、ユーザＢに正式なユーザＩＤおよびパスワードを発行してその旨を通知する。
【００３２】
図９は、未登録ユーザの登録手順の他の例を示している。図８の場合、ユーザＡからの仮申し込みに対して、サーバからユーザＡに対して仮ＩＤ等の通知が行われたが、図９の例ではこれを直接ユーザＢに対して行う。具体的には次のとおりである。
（１）まず、図８の場合と同様、登録ユーザであるユーザＡがサーバに対して、ユーザＢを友達としてソーシャルネットワークサービスへの入力の推薦を行いたい旨の仮申し込みを行う。
（２）サーバはこの仮申し込みに対して、仮ＩＤおよび仮パスワードを発行し、これらをサーバのユーザ登録サイトのＵＲＬとともに、ユーザＢに通知する。この通知は図示のようなメールで行っている。このメールにはユーザＡからユーザＢに入会を推薦したい旨の申し入れがあったことを伝えるメッセージ、ユーザ登録サイトのＵＲＬ、仮ＩＤおよび仮パスワードを含んでいる。
（３）ユーザＢは受信したメール内のＵＲＬのサイトにアクセスすることにより、ウェブ上で必要な情報を記入して申し込みを行う。この際、仮ＩＤおよび仮パスワードを利用してログインを行う。
（４）サーバは当該仮ＩＤを発行した相手からのアクセスであることを確認して、ユーザＢの入会を認め所定のユーザ登録を行うとともに、ユーザＢに正式なユーザＩＤおよびパスワードを発行してその旨を通知する。
【００３３】
次に、携帯端末の表示画面の画面例を参照しながら、本実施の形態における具体的な動作を説明する。
【００３４】
図１０は、携帯端末において本実施の形態のサービスを利用する際に表示されるＴＯＰ画面としてのメニュー画面５００の一例を示している。ユーザは、本サービスの利用に先立って、サーバ３０にアクセスし、ユーザＩＤおよびパスワード等の入力を経て、このＴＯＰ画面に到達することができる。
【００３５】
メニュー画面５００からは、人脈検索（人脈辿り）に関する指示ボタン５０１〜５０３、Ｐｒｏｆｉｌｅ（個人情報）および写真に関する指示ボタン５０４，５０５、ならびにリコメンドデータ（開示情報）に関する指示ボタン５０６，５０７を有している。
【００３６】
指示ボタン５０１は一旦中断した人脈検索を「続きから」行うためのボタンである。指示ボタン５０２は人脈検索を「初めから」行うためのボタンである。携帯端末で毎回自分の友達から（初めから）辿るのは時間および通信コストが掛かり、限られた時間内ではある程度の範囲までしか辿ることができない。そこで、本実施の形態では、人脈によるネットワーク上で辿った位置を覚えるという機能を用意する。指示ボタン５０３は、図１１の画面５１０に示すように、人脈を辿る際の選択表示形式を、テキスト文字列のリストによる「リスト表示」にするか、分岐路を有する道をグラフィック表示する「道表示」にするか、を設定するためのボタンである。選択表示形式の具体例については後述する。
【００３７】
図１０のメニュー画面５００におけるＰｒｏｆｉｌｅ設定用の指示ボタン５０４を指示したとき、図１２に示すようなＰｒｏｆｉｌｅ設定画面５２０が表示される。この例では、図５（ａ）で説明したような「氏名」、「ニックネーム」、「性別」、「年齢」、「住所」、「趣味」等の種々のユーザの個人情報を入力するための入力フォームが表示される。趣味の入力欄は図では一つしか示していないが複数存在してよい。また、写真登録のための指示ボタン５０５により図示しないが写真ファイルを選択または入力するための入力画面が表示される。これらのＰｒｏｆｉｌｅや写真はユーザ登録のために必要な情報であり、便宜上、図１０のメニュー画面に含めて示したが、ユーザ登録のための別の画面に含めるようにしてもよい。
【００３８】
図１０のメニュー画面５００におけるリコメンドデータ登録用の指示ボタン５０６を指示すると、図１３に示すようなリコメンドデータ登録画面５３０が表示される。リコメンドデータとは、ユーザが推薦や紹介したい任意の情報（例えばお勧めの商品や、音楽など）であり、本実施の形態では、テキストだけでなくイメージも掲載可能となっている。リコメンドデータには他のウェブサイトへのリンク情報を含めることもできる。リコメンドデータ登録画面５３０で、ユーザはリコメンドデータの「タイトル」および「説明」を入力する。リコメンドデータとして画像を添付したい場合には「画像読み込み」ボタンを指示して入力画面（図示せず）から所望の画像ファイルを選択する。リコメンドデータ編集用の指示ボタン５０７を指示すると、入力済のリコメンドデータの変更や削除等の編集を行うことができる。
【００３９】
図１０のメニュー画面５００における人脈検索の指示ボタン５０１，５０２を指示すると、サーバ３０において与えられたユーザを起点として、所定の人脈検索処理が開始される。すなわち、サーバは、携帯端末からの検索指示の受領時に、指示された登録ユーザを起点として、その登録ユーザに関係づけられた他の登録ユーザのユーザ属性を選択肢とする検索条件を逐次提示して検索者に所望の選択肢を選択させ、選択された選択肢に該当する登録ユーザを検索する。検索条件に合致する登録ユーザの人数が所定数以下であるとき、または、ユーザ属性の選択肢が最後の選択肢にまで達したとき、または、ユーザの指示があったとき、図１４（ａ）に検索結果画面５４０を例示するように、検索の結果得られた登録ユーザの情報を含む検索結果として携帯端末表示用画面情報を当該端末に送信する。この画面には「表示する」、「一人戻る」、「続ける」、「終了する」の各指示ボタンが設けられている。「表示する」ボタンは、検索条件に該当するユーザが存在するときにそのユーザの個人情報を表示するための指示ボタンである。「一人戻る」ボタンは、当該検索者の検索履歴データ４３を参照して、人脈検索処理において現在位置するユーザから一人分位置を戻る指示を行うための指示ボタンである。これは一旦辿った道を引き返すために利用することができる。「続ける」ボタンは、検索を続行するための指示ボタンである。「終了する」ボタンは、人脈検索の終了を指示する指示ボタンである。
【００４０】
図１４（ｂ）は検索結果画面５４０において「表示する」ボタンが指示されたときに表示される該当者リスト画面５５０の一例を示している。この画面では、各該当者の写真とともに上述した個人情報が表示される。画面に収納されない部分についてはスクロールまたは画面切替により表示可能となっている。図の該当者リスト表示画面５５０には、「連絡先」ボタン、「リコメンド」ボタン、「友達になる」ボタン、「戻る」ボタン等が用意されている。閲覧者は図１４（ｂ）の画面から該当者のある程度の個人情報を知得することができる。
【００４１】
携帯端末の表示画面サイズに鑑みて、電子メールアドレス、電話番号のような連絡先は「連絡先」ボタンを指示したときに別の画面で表示されるようになっている。連絡先は該当者リスト画面５５０に当該該当者の情報として表示するようにしてもよい。なお、サーバは、閲覧者と該当者との間の関係をチェックし、直接の友達関係にある閲覧者（ユーザ）に対してのみ連絡先を開示するようにしてもよい。
【００４２】
「リコメンド」ボタンは該当者が予め用意したリコメンドデータを、図１４（ｃ）に示すように、リコメンドデータ画面５６０として表示するための指示ボタンである。リコメンドデータ画面５６０からは操作部での所定の操作にしたがって、該当者リスト画面５５０に戻ることができる。リコメンドデータが用意されていないユーザについては「リコメンド」ボタンは表示されない。「リコメンド」ボタンを設けずに、該当者リスト画面５５０において該当者を選択したときにその該当者がリコメンドデータを用意していれば自動的にそれを表示するようにしてもよい。
【００４３】
「友達になる」ボタンは、ソーシャルネットワークサービスにおいて直接的な友達の関係にないユーザとの間で直接的な友達の関係になるための指示ボタンである。上述したように、登録ユーザから紹介を受けて入会したユーザには既に登録済の別のユーザの中に実質的な「友達」がいる場合がある。あるいは、個人情報を閲覧して直接的な「友達」関係になりたい場合もある。いずれにせよ、「友達になる」ボタンが指示されたとき、サーバのユーザ関係処理部３４は、友達追加処理として、例えば該当者に対して電子メール等で、閲覧者の個人情報とともに、その閲覧者が「友達」関係になることを求めている旨の通知を当該相手ユーザに行い、その確認が得られたとき、双方の友達リスト４２に相手を登録する。
【００４４】
図１４（ｂ）の「戻る」ボタンは、図１４（ａ）の画面に戻るための指示ボタンである。
【００４５】
次に、本実施の形態における具体的な人脈検索の手法およびユーザインタフェースについて説明する。本実施の形態における人脈検索はある登録ユーザを起点にして、その登録ユーザと直接的に友達関係のあるユーザが複数存在するとき、検索条件でそれらの登録ユーザをふるいにかけて所定の人数に絞り込む。検索条件は、ユーザ属性であり、複数の属性種類（趣味、仕事、行動範囲等）の中の複数の属性である。携帯端末での表示デバイスや入力デバイスの制約から、本実施の形態では、条件選択の際の一度に選択を行う選択肢の数を所定数（例えば、２または３）に制限する。携帯端末では３分岐までの選択は比較的容易に行うことができる。
【００４６】
図１５は、一度に２分岐の条件選択を行う場合の条件選択ツリーの例を示している。「スタート」から、順次、２分岐の条件選択を行うことにより、選択肢の個数が多くても、１回毎の指示自体は簡単な操作で入力指示を行うことができる。ツリーの選択肢としては、上位概念（例えばスポーツ）の選択肢に対してそれに含まれる下位概念（野球、サッカー、スキー等）をさらに分岐として用意してもよい。この場合、ユーザ登録フォーマット中には、登録時にユーザがプルダウンメニュー等のメニュー内に用意する選択肢として、下位概念のみの選択肢を用意してもよいし、上位概念と下位概念の両方の選択肢を用意してもよい。
【００４７】
図１６は、３分岐と２分岐とを組み合わせた条件選択ツリーの例を示している。このように３分岐と２分岐とが混在してもよい。
【００４８】
図１５、図１６では仕事の選択時の後続の選択肢を示していないが、選択肢がある場合には、例えば図１７に示すような２分岐（または３分岐）ずつの条件選択を行うことができる。
【００４９】
図１８は、「趣味」を選択した場合の後続の選択肢を３分岐ずつにした条件選択ツリーの例を示している。
【００５０】
変形例として、別個の複数のツリーを直列につないで利用してもよい。例えば図１５のようなツリーで最終的にツリーの枝端部の選択肢に到達した後、別のツリー（例えば行動範囲）に移行するようにしてもよい。このような直列的に接続されたツリーは予め固定的に用意されていてもよいし、第１のツリーの終了時に次のツリーに進むかどうかをユーザに確認して第２のツリーに進むようにしてもよい。
【００５１】
図１９（ａ）（ｂ）は、人脈を辿る際の選択表示形式として、２分岐ずつの条件選択を行う場合の「リスト表示」と「道表示」の二つの画面例をそれぞれ示している。
【００５２】
図２０（ａ）（ｂ）は、人脈を辿る際の選択表示形式として、３分岐ずつの条件選択を行う場合の「リスト表示」と「道表示」の二つの画面例をそれぞれ示している。この図の「道表示」のように、選択肢の個数に応じて道の太さを変える（個数の多い方を太くする）ようにすれば、ユーザは直感的に選択肢の状態を認識することができる。図では３分岐の場合を示したが、２分岐の場合にも同様である。
【００５３】
このような各分岐において、ユーザが特定の選択肢（ユーザデータベースに登録されているレベルの選択肢）を選択する度に、サーバの人脈検索部３３は現在位置する登録ユーザの直接の友達について当該検索条件による検索を行う。順次選択肢を選択していく過程で、検索条件に合致する登録ユーザの人数が所定数以下であるとき、または、ユーザ属性の選択肢が最後の選択肢にまで達したとき、または、ユーザの指示があったとき、図１４（ａ）に示したような検索結果画面５４０を表示する。
【００５４】
図７（ｂ）に示したように、少なくとも１回の人脈検索を開始してから終了するまでの間、順次表示される検索条件の選択結果の履歴も保持しておき、検索条件レベルでの後戻りが可能としてもよい。これにより、条件選択ツリーにおいてある分岐に進んだ後に、途中の検索条件まで戻って前回と別の選択肢を選択することができる。
【００５５】
以上の２分岐、３分岐の「道表示」の画面例では常に同じ道形状のものを用いたが、図２１（ａ）（ｂ）に示すように、同じ２分岐でも実際の道のように分岐の態様が異なる画面を使用してもよい。これにより実際の道を辿っているような臨場感を高めることができる。このような画面の切替は個々の条件画面対応に予め対応づけておいてもよいし、ランダムに切り替えるようにしてもよい。
【００５６】
図２２に、本実施の形態においてサーバ３０の人脈検索部３３が実行する人脈検索の処理例を表したフローチャートを示す。
【００５７】
この処理は、本実施の形態では図１０のメニュー画面５００において、「続きから」または「初めから」の指示ボタン５０１または５０２が指示されたときに起動される。まず、登録ユーザの一人である検索者自身を基準として、この検索者から友達として直接的および間接的に繋がる登録ユーザの集合をツリー状に表した人脈ツリーを生成する（Ｓ１）。この人脈ツリーは登録ユーザ間の関係を所定のデータ構造として表したデータで足り、図４に示したような形式の表示を行う必要はない。
【００５８】
ついで、検索は「初めから」行うか否かをチェックする（Ｓ２）。これは「続きから」または「初めから」の指示ボタン５０１または５０２のいずれのボタンが指示されたかによって判断できる。「続きから」の場合には、保存してある検索履歴から中断ユーザ（履歴の中の最新の位置）を起点とする（Ｓ３）。「初めから」の場合には、検索者自身を起点とする（Ｓ４）。
【００５９】
そこで、検索者の携帯端末に対して逐次検索条件を提示し、ユーザの選択した選択肢にしたがって人脈ツリーの現時点のユーザから次のユーザを検索する検索処理を実行する（Ｓ５）。この検索結果を携帯端末に送信して表示させる検索結果表示処理を行う（Ｓ６）。
【００６０】
検索者が検索の結果得られた特定のユーザに着目した後、次のユーザの検索を行うならば（Ｓ７，Ｙｅｓ）ステップＳ５へ戻って上記の検索および結果提示処理を実行する。検索者の指示等により検索処理が終了された場合には検索履歴データ４３に検索履歴を追加保存する（Ｓ８）。
【００６１】
図２２のステップＳ５で説明した検索処理の具体的な処理手順例を図２３により説明する。
【００６２】
図１５、図１６等で説明したような検索パターンにおける選択肢の提示順は予め固定的に定められていてもよいが、検索者のユーザ属性に応じて可変としてもよい。すなわち、同種の選択肢が多数存在する場合（例えば「趣味」における「音楽」「映画」「スポーツ」「ドライブ」「アウトドア」等）、２分岐や３分岐で選択肢を提示する場合、同時に提示することはできず、順次の提示にならざるを得ない。これらの選択肢を予め固定の順番で提示してもよいが、検索者の目的の選択肢がツリーの最後の方に出現する場合には選択肢の選択に手間を要することになる。そこで、図２３のフローでは、ユーザデータベース４１において検索者の同種の属性をチェックし、検索者の登録している選択肢を先に提示するよう、検索者によって提示する順番を変更する（Ｓ１１）。このような処理は人脈検索部３３とウェブデータ処理部３１との連携処理によって実現することが可能である。例えば、検索者の登録している趣味が「ドライブ」である場合には、趣味の検索パターンにおいて「ドライブ」を最初に提示する。一般的に検索者は、自分の趣味と同じ趣味を持った他のユーザに興味を持ち、そのような趣味の選択肢を選択する可能性が高いと考えられるからである。また、類似に選択肢を予めグループ化しておき（例えば「ドライブ」と「アウトドア」を同一グループとする）、「ドライブ」を最初に提示する場合には、同一グループの「アウトドア」を「ドライブ」に続けるよう提示順序を変更するようにしてもよい。
【００６３】
なお、検索パターンが複数用意されている場合に、どの検索パターンを利用するかは、表示形式とともに予めユーザが選択しておくことができる。選択されない場合にはデフォルトの設定が用いられる。
【００６４】
そこで、検索パターンに従って、検索条件の選択肢を提示する（Ｓ１２）。この条件の提示は、予め設定されているまたは図１１の画面５１０で選択されている表示形式（「リスト表示」または「道表示」）に従って行う。
【００６５】
ついで、提示された検索条件の選択肢に対する検索者のキー操作等による選択を受け付ける（Ｓ１３）。この選択肢について検索可能であるかどうかをチェックする（Ｓ１４）。例えば、選択された選択肢が「その他」である場合には検索不可と判断する。検索可能な場合、選択された選択肢の条件に合致する属性を有する登録ユーザを検索する（Ｓ１５）。
【００６６】
検索の結果、該当者が所定数以下であれば（Ｓ１６，Ｙｅｓ）、検索処理を終了して、検索結果提示処理へ移行する。該当者が所定数以下でなくても検索者の結果表示指示があれば（Ｓ１７，Ｙｅｓ）、検索結果提示処理へ移行する。該当者が所定数以下ではなく検索者の結果表示指示もない場合であっても、選択条件ツリーの次の選択肢がなければ（Ｓ１８，Ｙｅｓ）、図２２の処理へ戻る。選択条件ツリーの次の選択肢があれば、ステップＳ１２に戻り、次の条件選択肢の提示を行って、上記処理を繰り返す。
【００６７】
図２４に検索結果提示処理（Ｓ６）の具体的な処理手順例を示す。この処理はサーバ３０の人脈検索部３３の検索結果を受けてウェブデータ処理部３１が実行する。
【００６８】
まず、図１４（ａ）に示したような検索結果提示画面情報を検索者の携帯端末に送信する（Ｓ２１）。この画面に対して検索者から「表示する」ボタンの指示があれば（Ｓ２２，Ｙｅｓ）、ステップＳ２３へ進む。「一人戻る」ボタンの指示があれば（Ｓ３１，Ｙｅｓ）、検索履歴に基づいて現在着目しているユーザを一人分戻して（直前に選択されたユーザを指定して）、図２２の検索処理へ戻る（Ｓ３２）。「続ける」ボタンの指示があれば（Ｓ３３，Ｙｅｓ）、検索処理に戻って検索処理を続行する。「終了する」ボタンの指示があれば（Ｓ３４，Ｙｅｓ）、この処理を終了して図２２の処理へ戻る。
【００６９】
上記「表示する」ボタンの指示があったとき、該当者リスト画面５５０（図１４（ｂ））を提示する（Ｓ２３）。すなわち、この画面情報を検索者の携帯端末に送信する。検索結果として複数の該当者（登録ユーザ）が提示された場合、検索者の指示に従い、携帯端末は特定のユーザを強調表示（反転表示やハイライト等）する。この画面で「連絡先」ボタンの指示があったとき（Ｓ２４，Ｙｅｓ）、この指示されたユーザの連絡先画面を提示する（Ｓ２５）。前述のように、この表示は、該当者と検索者の友達関係を確認して行うようにしてもよい。「リコメンド」ボタンの指示があれば（Ｓ２６，Ｙｅｓ）、そのユーザについて予め用意されているリコメンドデータ画面５６０（図１４（ｃ））を提示する（Ｓ２７）。「友達になる」ボタンが指示されたとき（Ｓ２８，Ｙｅｓ）、上述したような友達追加処理を行う（Ｓ２９）。「戻る」ボタンの指示があったときには（Ｓ３０，Ｙｅｓ）、ステップＳ２１に戻り、再度検索結果を提示する。そうでなければ、ステップＳ２４へ戻り、該当者リスト画面での検索者の指示を待つ。
【００７０】
なお、中断後に検索を再開した際に、既にそのユーザが登録を解消していた場合は、そこに至るまでのパス中に存在する登録ユーザまで戻る。
【００７１】
以上、本発明の好適な実施の形態について説明したが、上記で言及した以外にも種々の変形、変更を行うことが可能である。
【００７２】
例えば、リコメンドデータの利用法として、商品等をリコメンドしているユーザヘはウェブページのバナーのように他のユーザにクリックしてもらうと当該リコメンドしているユーザに対して何らかの利益が与えられたり、そこから商品等の購入に繋がると更に得点が得られるなどのアフェリエイト的なビジネスの仕組みも導入可能である。
【図面の簡単な説明】
【００７３】
【図１】本発明の実施の形態に係るソーシャルネットワークサービスシステムの概略構成を示す図である。
【図２】端末のハードウェア構成の概略を示すブロック図である。
【図３】図１のシステムにおけるサーバのハードウェア構成の概略を示すブロック図である。
【図４】本発明の実施の形態におけるソーシャルネットワークサービスに登録された複数のユーザＡ〜Ｋの間の対応関係を示す図である。
【図５】本発明の実施の形態においてサーバが用いるユーザデータベースの構成を模式的にテーブル形式に示した図である。
【図６】本発明の実施の形態において登録ユーザ間の関係を管理する友達リストの構成例を示す図である。
【図７】検索履歴記憶部に検索者のユーザ毎に、記憶される検索履歴データの構成例を示す図である。
【図８】本発明の実施の形態における未登録ユーザの登録手順の一例を説明するための図である。
【図９】本発明の実施の形態における未登録ユーザの登録手順の他の例を説明するための図である。
【図１０】携帯端末において本実施の形態のサービスを利用する際に表示されるＴＯＰ画面としてのメニュー画面の一例を示す図である。
【図１１】本発明の実施の形態において、携帯端末で人脈を辿る際の選択表示形式の説明図である。
【図１２】本発明の実施の形態における携帯端末でのＰｒｏｆｉｌｅ設定画面の例を示す図である。
【図１３】本発明の実施の形態における携帯端末でのリコメンドデータ登録画面の例を示す図である。
【図１４】本発明の実施の形態における携帯端末での人脈検索の結果に関連した画面例を示す図である。
【図１５】本発明の実施の形態において一度に２分岐の条件選択を行う場合の条件選択ツリーの例を示す図である。
【図１６】本発明の実施の形態において一度に３分岐の条件選択を行う場合の条件選択ツリーの例を示す図である。
【図１７】本発明の実施の形態において「仕事」の選択条件ツリーの例を示す図である。
【図１８】本発明の実施の形態において「趣味」を選択した場合の後続の選択肢を３分岐ずつにした条件選択ツリーの例を示す図である。
【図１９】本発明の実施の形態において人脈を辿る際の選択表示形式として、２分岐ずつの条件選択を行う場合の「リスト表示」と「道表示」の二つの画面例をそれぞれ示す図である。
【図２０】本発明の実施の形態において人脈を辿る際の選択表示形式として、３分岐ずつの条件選択を行う場合の「リスト表示」と「道表示」の二つの画面例をそれぞれ示す図である。
【図２１】本発明の実施の形態において、同じ２分岐でも実際の道のように分岐の態様が異なる画面例を示す図である。
【図２２】本発明の実施の形態においてサーバの人脈検索部が実行する人脈検索の処理例を表したフローチャートである。
【図２３】図２２のステップＳ５で説明した検索処理の具体的な処理手順例を示すフローチャートである。
【図２４】図２２内の検索結果提示処理（Ｓ６）の具体的な処理手順例を示すフローチャートである。
【符号の説明】
【００７４】
１１，１１ａ，１１ｂ…携帯端末、１５…通信ネットワーク、２０…記憶部、２１…ユーザデータ記憶部、２３…ユーザ関係記憶部、２５…ウェブデータ記憶部、２７…検索履歴記憶部、３０…サーバ、３１…ウェブデータ処理部、３３…人脈検索部、３４…ユーザ関係処理部、３５…ユーザ登録部、３７…通信部、４１…ユーザデータベース、４２…友達リスト、４３…検索履歴データ、５００…メニュー画面、５０１〜５０７…指示ボタン、５１０…画面、５２０…Ｐｒｏｆｉｌｅ設定画面、５３０…リコメンドデータ登録画面、５４０…検索結果画面、５５０…該当者リスト画面、５６０…リコメンドデータ画面
【図１】
2006023876.tif 000003
【図２】
2006023876.tif 000004
【図３】
2006023876.tif 000005
【図４】
2006023876.tif 000006
【図５】
2006023876.tif 000007
【図６】
2006023876.tif 000008
【図７】
2006023876.tif 000009
【図８】
2006023876.tif 000010
【図９】
2006023876.tif 000011
【図１０】
2006023876.tif 000012
【図１１】
2006023876.tif 000013
【図１２】
2006023876.tif 000014
【図１３】
2006023876.tif 000015
【図１４】
2006023876.tif 000016
【図１５】
2006023876.tif 000017
【図１６】
2006023876.tif 000018
【図１７】
2006023876.tif 000019
【図１８】
2006023876.tif 000020
【図１９】
2006023876.tif 000021
【図２０】
2006023876.tif 000022
【図２１】
2006023876.tif 000023
【図２２】
2006023876.tif 000024
【図２３】
2006023876.tif 000025
【図２４】
2006023876.tif 000026