JP6064376B2 - 情報処理装置、コンピュータプログラムおよび端末装置 - Google Patents

Description

本開示は、情報処理装置、コンピュータプログラムおよび端末装置に関する。

人と人、企業と人などの社会的な繋がりをインターネット上で構築するためのサービスであるソーシャル・ネットワーキング・サービス（以下「ＳＮＳ」とも称する）が、広く普及している。ＳＮＳでは、ユーザ間で繋がりが出来ると、そのユーザ間で情報の共有が可能となる。

ＳＮＳでは、ユーザが、出身校が同じであったり、同じような趣味を有していたりする等の、友人として繋がりを持ちたい相手を自分で見つけ出し、その相手に対して友人申請することで、その相手と友人としての繋がりを持つことができる。しかし、ユーザが、同じ出身校や同じ趣味を有している等の、友人として繋がりを持ちたい相手を手動で探し出すのは手間がかかる。

そこで、ＳＮＳにおいて、自分の行動、趣味、嗜好等に適合するユーザを自動的に提示したり、グループ化したりする技術が開示されている（特許文献１〜５等参照）。また近年では、Ｅｌａｓｔｉｃ Ｎｅｔｗｏｒｋと呼ばれる、所定の条件を満たした複数のユーザを自動的にグループ化し、そのグループ内で情報の共有を可能にするサービスも提供されてきている。

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

しかし、ユーザを自動的にグループ化したり、ユーザ同士の繋がりを自動的に構築したりすると、ユーザが繋がりを希望しない相手とも、条件を満たせば自動的に繋がってしまう。友人としての繋がりを希望しない相手と自動的に友人として繋がってしまうと、ユーザは、繋がりを解除する面倒くささや、解除する相手に対して気を遣ったりする煩わしさがある。

そこで、本開示は、社会的な繋がりをインターネット上で構築するためのサービスにおいて、友人としての繋がりを希望しない相手と自動的に友人として繋がることを防ぐことが可能な、新規かつ改良された情報処理装置、コンピュータプログラムおよび端末装置を提供する。

本開示によれば、第１のユーザの情報と、第２のユーザの情報とが所定の条件を満たした場合に、前記第１のユーザに利用される第１の端末装置と、前記第２のユーザに利用される第２の端末装置との間で通信網上での情報の共有が不可能な第１の状態から情報の共有を可能とする第２の状態に遷移する条件判定部と、前記第１の端末装置から取得した、前記第１の状態から前記第２の状態への遷移を制限するための制限情報に基づき前記第１の状態から前記第２の状態への遷移を制限する制限部と、を備える、情報処理装置が提供される。

また本開示によれば、コンピュータに、第１のユーザの情報と、第２のユーザの情報とが所定の条件を満たした場合に、前記第１のユーザに利用される第１の端末装置と、前記第２のユーザに利用される第２の端末装置との間で通信網上での情報の共有が不可能な第１の状態から情報の共有を可能とする第２の状態に遷移する条件判定ステップと、前記第１の端末装置から取得した、前記第１の状態から前記第２の状態への遷移を制限するための制限情報に基づき前記第１の状態から前記第２の状態への遷移を制限する制限ステップと、を実行させる、コンピュータプログラムが提供される。

また本開示によれば、第１のユーザの情報と、第２のユーザの情報とが所定の条件を満たすと、前記第１のユーザに利用される第１の端末装置と、前記第２のユーザに利用される第２の端末装置との間で通信網上での情報の共有が不可能な第１の状態から情報の共有を可能とする第２の状態に遷移する場合に、前記第１のユーザの情報及び前記第１の状態の遷移を制限するための制限情報の入力を受け付ける受付部を備える、端末装置が提供される。

以上説明したように本開示によれば、社会的な繋がりをインターネット上で構築するためのサービスにおいて、友人としての繋がりを希望しない相手と自動的に友人として繋がることを防ぐことが可能な、新規かつ改良された情報処理装置、コンピュータプログラムおよび端末装置を提供することができる。

本開示の一実施形態にかかる情報処理システム１の構成例を示す説明図である。 本開示の一実施形態にかかるサーバ装置１００の構成例を示す説明図である。 本開示の一実施形態にかかる端末装置２００ａの構成例を示す説明図である。 本開示の一実施形態にかかる情報処理システム１の動作の概要を示す説明図である。 サーバ装置１００の情報記憶部１４０に記憶される、各ユーザが各端末装置を用いて入力した情報の一例を示す説明図である。 端末装置２００の表示部２１２に表示される、サービスに情報を登録するためのユーザインタフェースの例を示す説明図である。 サーバ装置１００の動作例を示す流れ図である。 サーバ装置１００の動作例を示す流れ図である。 関係自動構築処理について示す説明図である。 サーバ装置１００の動作例を示す流れ図である。 サーバ装置１００の動作例を示す流れ図である。 本開示の一実施形態にかかる情報処理システム１の構成例を示す説明図である。 サーバ装置１００の動作例を示す流れ図である。 サーバ装置１００の動作例を示す流れ図である。 ユーザが指定した所定の対象物が写った画像の例を示す説明図である。 サーバ装置１００の動作例を示す流れ図である。 サーバ装置１００の動作例を示す流れ図である。 サーバ装置１００の動作例を示す流れ図である。 ユーザによって設定される制限情報やつながりランクの一例を示す説明図である。 情報処理システム１の動作例について示す流れ図である。 情報処理システム１の動作例について示す流れ図である。 情報処理システム１の動作例について示す流れ図である。 端末装置に表示されるユーザリストの一例を示す説明図である。 端末装置に表示されるユーザリストの一例を示す説明図である。 情報処理システム１の動作例について示す流れ図である。 情報処理システム１の動作例について示す流れ図である。 端末装置に表示されるユーザリストの一例を示す説明図である。 情報処理システム１の動作例について示す流れ図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
＜１．本開示の一実施形態＞
［システム構成例］
［サーバ装置の構成例］
［端末装置の構成例］
［システムの動作例］
＜２．まとめ＞

＜１．本開示の一実施形態＞
［システム構成例］
まず、本開示の一実施形態にかかる、情報処理システムの構成例について説明する。図１は、本開示の一実施形態にかかる情報処理システム１の構成例を示す説明図である。以下、図１を用いて本開示の一実施形態にかかる情報処理システム１の構成例について説明する。

図１に示した情報処理システム１は、ＳＮＳに代表される、ユーザ同士の社会的な繋がりをネットワーク上で構築するサービスを提供するシステムである。図１に示したように、本開示の一実施形態にかかる情報処理システム１は、サーバ装置１００と、端末装置２００ａ、２００ｂ、２００ｃ、２００ｄとを含んで構成される。サーバ装置１００と、端末装置２００ａ、２００ｂ、２００ｃ、２００ｄとは、インターネットその他のネットワーク１０を介して相互に接続される。

端末装置２００ａ、２００ｂ、２００ｃ、２００ｄは、それぞれ、ユーザによって使用される端末である。以下の説明では、端末装置２００ａを使用するユーザをユーザＡ、端末装置２００ｂを使用するユーザをユーザＢ、端末装置２００ｃを使用するユーザをユーザＣ、端末装置２００ｄを使用するユーザをユーザＤとする。もちろん、端末装置の数は係る例に限定されないことは言うまでもなく、情報処理システム１を使用するユーザの数に応じて変化する。

サーバ装置１００は、端末装置２００ａ、２００ｂ、２００ｃ、２００ｄで生成され、端末装置２００ａ、２００ｂ、２００ｃ、２００ｄからネットワーク１０を通じて送られてくる各種情報を管理する。本実施形態では、サーバ装置１００は、ユーザ同士の社会的な繋がりの構築を実現するサービスを提供する。サーバ装置１００は、ユーザ同士の社会的な繋がりを構築することで、ユーザ間での情報の共有を可能にする。

本実施形態では、サーバ装置１００は、所定の条件を満たしたユーザ同士を自動的に友人として登録し、その友人同士となったユーザ間で、情報の共有を可能にするサービスをユーザに提供する。しかし上述したように、所定の条件を満たしたユーザ同士を、無制限に友人として登録してしまうと、ユーザが繋がりを希望しない相手とも、条件を満たせば自動的に繋がってしまう。繋がりを希望しない相手と自動的に繋がってしまうと、ユーザは、繋がりを解除したり、解除する相手に対して気を遣ったりする煩わしさがある。

そこで、本実施形態では、サーバ装置１００は、ユーザが繋がりを希望しない相手に自動的に繋がってしまうことを防ぐ処理を実行することで、上述した事象の回避を防ぐ。サーバ装置１００による、このようなユーザが繋がりを希望しない相手に自動的に繋がってしまうことを防ぐ処理の詳細については、後に詳述する。

なお、図１では、サーバ装置１００を１台のみ図示しているが、本開示は係る例に限定されない。例えば、複数のサーバ装置を設け、これら複数のサーバ装置に処理を分散して実行させることで、後述するサーバ装置１００の構成を実現するようにしても良い。

以上、図１を用いて本開示の一実施形態にかかる情報処理システム１の構成例について説明した。次に、本開示の一実施形態にかかるサーバ装置１００の構成例について説明する。

［サーバ装置の構成例］
図２は、本開示の一実施形態にかかるサーバ装置１００の構成例を示す説明図である。以下、図２を用いて本開示の一実施形態にかかるサーバ装置１００の構成例について説明する。

図２に示したように、本開示の一実施形態にかかるサーバ装置１００は、制御部１１０と、受付部１２０と、通信部１３０と、情報記憶部１４０と、を含んで構成される。

制御部１１０は、サーバ装置１００の動作を制御する。制御部１１０は、例えば、ＳＮＳ等のユーザ同士の社会的な繋がりをネットワーク上で構築するサービスを提供するための処理全般を実行する。また制御部１１０は、例えば、所定の条件を満たしたユーザ同士を自動的に友人として登録する処理を実行する。所定の条件を満たしたユーザ同士を自動的に友人として登録する処理を実行する際に、制御部１１０は、ユーザが繋がりを希望しない相手に自動的に繋がってしまうことを防ぐ処理を実行する。

図２に示したように、制御部１１０は、条件判定部１１１と、制限部１１２と、更新部１１３と、公開設定部１１４と、を含んで構成される。条件判定部１１１は、あるユーザの情報と、別のユーザの情報とが所定の条件を満たした場合に、そのユーザ同士で情報の共有が不可能な状態（第１の状態）から情報の共有を可能とする状態（第２の状態）に遷移する処理を実行する。制限部１１２は、ユーザ同士で情報の共有が不可能な第１の状態から、ユーザ同士で情報の共有を可能とする第２の状態に遷移しようとする際に、後述の受付部１２０が各端末装置から取得するユーザの情報及び制限情報に基づいて、その第２の状態への遷移を制限する処理を実行する。

更新部１１３は、各ユーザから送られてきた各ユーザの情報を、それぞれのユーザの行動履歴に基づいて自動的に更新する。公開設定部１１４は、各ユーザの情報の項目ごとの公開の可否を設定する。

なお、条件判定部１１１と制限部１１２は、図２では別々のものであるとして図示したが、本開示は係る例に限定されるものではない。すなわち、条件判定部１１１と制限部１１２は別々のものでなく、制御部１１０の内部に一体のものとして設けられていても構わず、制御部１１０が実行するプログラムにおいて実現されても構わない。つまり、条件判定部１１１と制限部１１２とを併せて一つの処理ブロックとしてもよい。

さらに、更新部１１３や公開設定部１１４についても同様に、図２に示したように、別々の処理ブロックとしてもよく、制御部１１０の内部に一体のものとして設けられるようにしてもよい。

受付部１２０は、各端末装置から通信部１３０が受信した各種情報を取得する。具体的には、受付部１２０は、各端末装置から、ユーザ自身の情報（個人情報等）や、ユーザが繋がりを希望しない相手に関する情報（制限情報）を取得する。受付部１２０は、取得したこれらの情報を制御部１１０に供給したり、必要に応じて情報記憶部１４０へ保存したりする。

通信部１３０は、ネットワーク１０を介した他の装置（例えば端末装置２００ａ、２００ｂ、２００ｃ、２００ｄ）との間の通信処理を実行する。通信部１３０が実行する通信処理により、サーバ装置１００はネットワーク１０を介して他の装置（例えば端末装置２００ａ、２００ｂ、２００ｃ、２００ｄ）から情報を取得したり、他の装置へ情報を送信したりすることができる。

情報記憶部１４０は、各種情報を記憶して保持し、例えばＲＯＭ、ＲＡＭ、ＨＤＤ等の記憶媒体で構成される。本実施形態では、情報記憶部１４０は、各端末装置から送信されてくる情報を記憶する。情報記憶部１４０が記憶する情報は、例えば、各端末装置を使用するユーザ自身の情報（個人情報等）や、ユーザが繋がりを希望しない相手に関する情報（制限情報）などである。

本開示の一実施形態にかかるサーバ装置１００は、図２に示したような構成を有することで、ユーザが繋がりを希望しない相手に自動的に繋がってしまうことを防ぐ処理を実行して、上述した事象の回避を防ぐことができる。

以上、本開示の一実施形態にかかるサーバ装置１００の構成例について説明した。続いて、本開示の一実施形態にかかる各端末装置の構成例について説明する。

［端末装置の構成例］
図３は、本開示の一実施形態にかかる端末装置２００ａの構成例を示す説明図である。ここでは、端末装置２００ａの構成例を示すが、本実施形態では、他の端末装置２００ｂ、２００ｃ、２００ｄについても同様の構成を有するため、ここでは端末装置２００ａの構成例を説明する。以下、図３を用いて本開示の一実施形態にかかる端末装置２００ａの構成例について説明する。

図３に示したように、本開示の一実施形態に係る端末装置２００ａは、通信部２１１と、表示部２１２と、制御部２１３と、位置取得部２１４と、通話部２１５と、メモリ２１６と、操作部２１７と、を含んで構成される。

通信部２１１は、ネットワーク１０を介した他の装置（例えばサーバ装置１００）との通信を行う。表示部２１２は、通信部２１１が受信した情報や、操作部２１７に対して行われたユーザの操作に応じた情報を表示する。表示部２１２は、例えば、液晶ディスプレイ、有機ＥＬディスプレイ等の平板型画像表示パネルで構成される。また本実施形態では、表示部２１２にはタッチパネルが設けられていてもよい。

制御部２１３は、端末装置２００ａの各種動作を制御する。例えば、制御部２１３は、メモリ２１６に格納されたプログラムを実行することで、端末装置２００ａの動作を制御する。制御部２１３による端末装置２００ａの動作の制御としては、例えば、通信部２１１に対する通信制御、表示部２１２に対する情報の表示制御などがある。

位置取得部２１４は、端末装置２００ａの現在位置を取得する。位置取得部２１４は、端末装置２００ａの現在位置を取得するために、例えばＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機であってもよく、無線ＬＡＮのアクセスポイントから現在位置を取得する機能を有するものであってもよい。通話部２１５は、例えばスピーカやマイクで構成され、他の端末装置や電話機との間で音声による通話を実行する。メモリ２１６は、例えばＲＯＭ、ＲＡＭなどで構成され、端末装置２００ａの動作を制御するためのプログラムの格納等に用いられる。操作部２１７は、端末装置２００ａを操作するためのボタンで構成される。操作部２１７の操作に応じて、制御部２１３によって端末装置２００ａの動作が制御される。なお、表示部２１２にはタッチパネルが設けられていれば、タッチパネルも操作部２１７として機能する。

端末装置２００ａは、さらにセンサ２１８を含んでいても良い。センサ２１８は、ユーザの生体情報（例えば脈拍は心拍数等）を取得する、筋電センサ等の生体センサである。なお、センサ２１８によってユーザの生体情報を取得する際には、端末装置２００ａは、腕時計型やメガネ型など、ユーザの身体に直接触れる形態のものであることが好ましい。

以上、以下、図３を用いて本開示の一実施形態にかかる端末装置２００ａの構成例について説明した。次に、本開示の一実施形態にかかる情報処理システム１の動作例について説明する。

［システムの動作例］
まず、本開示の一実施形態にかかる情報処理システム１の動作の概要を説明し、その後に、情報処理システム１を構成する各装置の動作について詳細に説明する。図４は、本開示の一実施形態にかかる情報処理システム１の動作の概要を示す説明図である。以下、図４を用いて、本開示の一実施形態にかかる情報処理システム１の動作の概要について説明する。

本実施形態は、上述したように、端末装置２００ａを使用するユーザをユーザＡ、端末装置２００ｂを使用するユーザをユーザＢ、端末装置２００ｃを使用するユーザをユーザＣ、端末装置２００ｄを使用するユーザをユーザＤとしている。各ユーザは、各端末装置を用いて、上記サービスを利用するためのユーザ登録を予めサーバ装置１００に対して行なっておく。そして各ユーザは、各端末装置を用いて、当該サービスに対して、各ユーザ自身の情報であるユーザ情報、自動での繋がりを希望しない相手に関する情報である制限情報、他のユーザのユーザ情報を評価する情報である評価情報を入力する。各端末装置は、各ユーザによって入力されたこれらの情報を、ネットワーク１０を通じてサーバ装置１００に送信する。

図４では、ユーザＡが入力したユーザ情報、制限情報、評価情報を、それぞれユーザ情報１、制限情報１、評価情報１としている。同様に、ユーザＢが入力したユーザ情報、制限情報、評価情報を、それぞれユーザ情報２、制限情報２、評価情報２とし、ユーザＣが入力したユーザ情報、制限情報、評価情報を、それぞれユーザ情報３、制限情報３、評価情報３とし、ユーザＤが入力したユーザ情報、制限情報、評価情報を、それぞれユーザ情報４、制限情報４、評価情報４としている。

図５は、サーバ装置１００の情報記憶部１４０に記憶される、各ユーザが各端末装置を用いて入力した情報の一例を示す説明図である。サーバ装置１００の情報記憶部１４０は、図５に示したように、サーバ装置１００の情報記憶部１４０は、各ユーザが各端末装置を用いて入力した情報をユーザごとに記憶する。情報記憶部１４０に記憶されたこれらの情報は、制御部１１０から随時参照される。

なお、図５には、ユーザ情報、制限情報、評価情報の他に被評価情報の項目が示されている。この被評価情報は、各ユーザが入力した評価情報に対する、その他のユーザからの評価情報である。この被評価情報により、各ユーザが入力した評価情報の正確性が担保される。被評価情報の使用例については後述する。

図６は、端末装置２００の表示部２１２に表示される、サービスに情報を登録するためのユーザインタフェースの例を示す説明図である。図６には、ユーザ情報を入力及び表示するユーザ情報表示領域２２０と、制限情報を入力及び表示する制限情報表示領域２３０と、友人として登録されているユーザのユーザ情報を表示する友人情報表示領域２４０とが、表示部２１２に表示されている例を示している。また図６には、それぞれの情報を編集するための編集ボタン２２１、２３１、２４１が、表示部２１２に表示されている例を示している。ユーザは、図６に示したようなユーザインタフェースを用いて、ユーザ情報、制限情報および評価情報を操作部２１７から入力することが出来る。従って、制限情報および評価情報をユーザに入力させる操作部２１７は、本開示の入力部の一例である。

各ユーザは、上記サービス上で、他のユーザと情報の共有が不可能な状態（第１の状態）と、他のユーザと情報の共有が可能な状態（第２の状態）の２つの状態を少なくとも有する。サーバ装置１００は、各ユーザに対してこれらの２つの状態の間を遷移させる。

サーバ装置１００は、各端末装置で入力されたこれらの情報に基づいて、ユーザ同士が所定の条件を満たした場合に、当該ユーザ同士を自動的に友人として登録する処理を実行する。自動的に友人として登録する処理を実行するとは、サービス上で、手動による友人申請や、その友人申請に対する手動での許可無しに、という意味である。ユーザ同士を自動的に友人として登録することで、これらのユーザは、上記サービス上で第１の状態から第２の状態に遷移される。ここで、所定の条件には、例えば、各ユーザが所有する端末装置間の距離が所定距離以内に近付いた場合、近付いた回数が所定の回数を上回った場合、メールのやりとりの回数が所定の回数を上回った場合、などがある。もちろん、他の条件を満たした場合に、サーバ装置１００は、当該ユーザ同士を自動的に友人として登録する処理を実行してもよい。

また、サーバ装置１００は、各ユーザから個人のユーザ情報の登録を受付部１２０で受け付ける。サーバ装置１００が各ユーザから受け付けるユーザ情報には、例えばユーザの経歴や趣味、嗜好等の個人情報が含まれていても良い。この個人情報には、例えば、勤務先、年齢、大学名、行動範囲、年収、顔、似ている芸能人、身長、宗教、体重、好きな、または嫌いな人や性格、スリーサイズ等が含まれていても良い。また、サーバ装置１００が各ユーザから受け付けるユーザ情報は、ユーザの行動履歴に基づき自動的にサーバ装置１００が更新部１１３によって更新してもよい。ユーザの行動履歴には、例えば、端末装置の位置取得部２１４から得られた行動範囲や、端末装置から得られる商品の購入履歴等が含まれていても良い。

なお、サーバ装置１００は、各ユーザに対して、上述したユーザ情報を公開する範囲または非公開とする範囲を、項目ごとに公開設定部１１４で設定できるようにしてもよい。またサーバ装置１００は、後述する友人登録された相手のつながり度合いに基づき、情報の公開の範囲を公開設定部１１４で設定してもよい。

サーバ装置１００は、自動での繋がりを希望しない相手に関する情報である制限情報の入力を、各端末装置から受け付ける。ユーザ同士を自動的に友人として登録しようとする際に、サーバ装置１００は、制限部１１２において、この制限情報に基づき、友人登録をするか否かを制御する。

例えば、図４に示した例では、ユーザＡとユーザＢとが所定の条件を満たした場合に、サーバ装置１００は、ユーザＡが、友人登録の対象ユーザであるユーザＢと自動的に友人として登録されるよう制御する。その際に、サーバ装置１００は、ユーザＡが入力した制限情報１と、友人登録の対象ユーザであるユーザＢが入力したユーザ情報２とを制限部１１２で比較する。そして制限部１１２は、ユーザＢが入力したユーザ情報２が、ユーザＡが入力した制限情報１によって友人登録が妨げられないものであれば、ユーザＡとユーザＢとの自動的な友人登録は制限しない。一方、友人登録の対象ユーザであるユーザＢが入力したユーザ情報２が、ユーザＡが入力した制限情報１によって友人登録が妨げられるものであれば、制限部１１２は、ユーザＡとユーザＢとの自動的な友人登録を制限する。

ここで、各ユーザが各端末装置を用いて入力する制限情報の例を説明する。制限情報には、例えば、友人として登録したい、または登録したくない顔のタイプ、学歴（所定の偏差値以上であるか、または特定の学校の卒業の有無）、特定の宗教を信仰している（または信仰していない）、特定の趣味を有している（または有していない）、資格試験のスコアが所定の点数以下である（または所定の点数以上である）、特定の人物との直接的または間接的な友人関係の有無、登録済みの友人の数が所定の人数以下である（または所定の人数以上である）、などが含まれていても良い。友人として登録したい、または登録したくない顔のタイプとして、各ユーザが各端末装置を用いてある芸能人や有名人を登録し、サーバ装置１００は、登録された人物の顔との類似度合いを制限情報としてもよい。

例えば、ユーザＡが入力した制限情報１に、試験のスコアが所定の点数以下のユーザとは自動で友人として繋がりたくないことが含まれていると、サーバ装置１００は、ユーザＡが入力した制限情報１に含まれる所定の点数と、友人登録の対象ユーザであるユーザＢが入力したユーザ情報２に含まれる資格試験のスコアとを制限部１１２で比較する。そしてサーバ装置１００は、制限部１１２での比較の結果、制限情報１に含まれる点数の方が高ければ、ユーザＡと、友人登録の対象ユーザであるユーザＢとの自動的な友人登録を制限する。

このように、各ユーザが各端末装置を用いて入力した制限情報を用いることで、サーバ装置１００は、上記サービス上で、ユーザが繋がりを希望しない相手に自動的に繋がってしまうことを防ぐ処理を実行することができる。

なお、ここまでは各ユーザが各端末装置を用いて制限情報を入力する場合を例に挙げて説明したが、制限情報は、サーバ装置１００で自動的に生成されても良い。すなわち、サーバ装置１００は、各端末装置における動作履歴などから、その端末装置を保有するユーザの制限情報を制御部１１０で自動的に生成しても良い。

例えば、ユーザがサービス上で友人登録している人物のユーザ情報に基づいて、そのユーザが友人登録している人物の傾向を、サーバ装置１００の制御部１１０で自動的に判断し、その判断結果に基づいて制限情報を自動的に生成しても良い。友人登録している人物の傾向の例としては、所定の芸能人Ｘの顔との類似度が高い人が多い、所定の偏差値以上の大学を卒業した人物が多い、などがある。ユーザが、所定の芸能人Ｘの顔との類似度が高い人とばかり友人登録している場合は、サーバ装置１００は、その所定の芸能人Ｘの顔と所定値以上類似していないことを、制限情報として自動的に生成しても良い。また、ユーザが、所定の偏差値以上の大学を卒業した人物とばかり友人登録している場合は、サーバ装置１００は、その所定の偏差値以上の大学を卒業していないことを、制限情報として自動的に制御部１１０で生成しても良い。

また例えば、サーバ装置１００は、ユーザが保有する各端末装置の位置取得部２１４により得られたユーザの行動範囲と、友人登録している人物のユーザ情報に登録された住所や活動範囲の情報とを比較し、その比較結果に基づいて制限情報を制御部１１０で自動的に生成しても良い。

また例えば、サーバ装置１００は、ユーザが保有する各端末装置に搭載されたＮＦＣタグやクレジットカード番号に基づく商品の購入履歴と、友人登録している人物の購入履歴や趣味を比較し、その比較結果に基づいて制限情報を制御部１１０で自動的に生成しても良い。

また例えば、サーバ装置１００は、ユーザが保有する各端末装置等から得られるそのユーザの行動履歴から、所定の時間以外では自動的な友人登録を制限するような制限情報を制御部１１０で自動的に生成しても良い。例えばサーバ装置１００は、ユーザが保有する各端末装置等から得られるそのユーザの行動履歴から、通勤や通学の時間帯では自動的な友人登録を制限したり、飲み会やパーティーの時間帯以外では自動的な友人登録を制限したりするような制限情報を制御部１１０で自動的に生成しても良い。

このように、サーバ装置１００は、ユーザが登録したユーザ情報と、別のユーザが登録した制限情報とを用いて、ユーザ同士が所定の条件を満たした場合であっても、当該ユーザ同士を自動的に友人として登録するかどうかを判断する。しかし、ユーザが登録したユーザ情報は、基本的にはそのユーザが入力したものであり、その入力内容に虚偽の内容が含まれていると、本来は友人関係の自動登録を制限すべきユーザなのに、そのユーザと自動的に友人として登録されてしまう可能性がある。

例えば、ユーザＡは、ある試験の点数がＸ点以上のユーザで無ければ自動的に友人として登録しないように制限情報を設定している場合に、友人登録の対象ユーザであるユーザＢは、その試験の点数がＹ点（なお、Ｘ＞Ｙとする）であったにも関わらず、ユーザ情報でその試験の点数をＺ点（なお、Ｘ＜Ｚとする）として登録してしまうと、本来はユーザＡとユーザＢとは友人関係の自動登録が制限されるべきなのに、ユーザＡとユーザＢとが自動的に友人として登録されてしまうことになる。

そこで、あるユーザが登録したユーザ情報を、別のユーザが評価することで、そのユーザ情報の正確性を担保するようにしても良い。そのための情報が上述の評価情報である。例えば、ユーザＢがユーザ情報として「身長：１８０センチ」と登録したとする。しかし、本当にユーザＢの身長が１８０センチなのかは、このユーザ情報だけでは分からない。そこで、ユーザＢのユーザ情報を他のユーザ（例えば、ユーザＢと既に友人としてサービス上で登録されているユーザ）に評価させることで、ユーザＢのユーザ情報の正確性を担保するようにしても良い。

他のユーザ情報に対する評価情報の入力には、例えば図６に示したようなユーザインタフェースが用いられても良い。図６には、友人情報表示領域２４０に表示されている当該友人のユーザ情報を評価するための評価ボタン２４２が示されている。各ユーザは、評価ボタン２４２を操作することで友人のユーザ情報を評価することができる。ちなみに図６に示した例では、ユーザＢの出身大学は信ぴょう性が高く、身長は信ぴょう性が中程度で、テストの点数は信ぴょう性が低いと評価している。

制限部１１２は、自動的に友人として登録するか否かの判断にあたり、あるユーザ（例えばユーザＢ）のユーザ情報に対して他のユーザ（例えばユーザＣ）が入力した評価情報を取得する。そして制限部１１２は、取得した評価情報に応じて、そのユーザ情報に対する重み付けを変化させてもよい。

例えば、ユーザＢがユーザ情報として、「身長：１８０センチ」と登録したのに対して、ユーザＢと友人登録している他のユーザ（例えばユーザＣ）が、ユーザＢによって登録されたその身長の情報が虚偽の情報であると判断した場合は、ユーザＣは、サービス上にてその身長に関するユーザ情報の信ぴょう性は“低い”と選択する。なお、複数の他のユーザが、そのユーザＢの身長の情報について信ぴょう性が“低い”と判断した場合に、制限部１１２は、さらにそのユーザＢの身長の情報の信ぴょう性が低いと情報が更新されるようにしてもよい。

そして制限部１１２は、一人または所定の人数の他のユーザが、ユーザ情報を信ぴょう性が“低い”と判断した場合に、信ぴょう性が低いと判断されたユーザ情報の項目については自動的な友人登録の設定にあたり考慮しないように制御してもよい。例えば、一人または所定の人数の他のユーザがユーザＢの身長について信ぴょう性が“低い”と判断した場合は、制限部１１２は、友人登録の対象ユーザであるユーザＢの身長の情報は自動的な友人登録の設定にあたり考慮しないように制御することができる。

このように、サーバ装置１００は、各ユーザが入力したユーザ情報を他のユーザに評価させることで、ユーザが自身で入力したユーザ情報の正確性を担保することができる。

制限部１１２は、各ユーザが入力したユーザ情報を他のユーザに評価させるタイミングを特定のタイミングで限定しなくても良い。例えば、制限部１１２は、評価者が被評価者と友人として登録されたタイミングで、評価者に被評価者のユーザ情報を評価させてもよく、被評価者から評価者に評価依頼が来たタイミングで、評価者に被評価者のユーザ情報を評価させてもよい。また、後述するつながりランクが所定のランク以上の友人に対しては、制限部１１２は自動的にユーザ情報の評価を評価者に依頼しても良い。

ユーザ情報は、各ユーザが任意のタイミングで変更することができる。従って制限部１１２は、被評価者がユーザ情報を更新・変更した場合は、評価者に再度の評価を依頼しても良い。制限部１１２がこのように、ユーザ情報の更新・変更のタイミングで評価者に再評価を依頼することで、サーバ装置１００は、ユーザ情報の信ぴょう性を常に担保することができる。

しかし、ユーザ情報を他のユーザに評価させることで、また別の事象が起こりうる。これは、ユーザ情報を評価するユーザによる、意図的な虚偽の評価の入力である。つまり、身長が１６５センチしか無いユーザＢがユーザ情報として「身長：１８０センチ」と登録し、ユーザＣが、意図的にその身長についてのユーザ情報を信ぴょう性が“高い”と評価するような場合である。他者による虚偽の評価がなされていることにより、本来は制限部１１２が友人関係の自動登録を制限すべきユーザなのに、そのユーザと自動的に友人として登録されてしまう可能性がある。

そこで制限部１１２は、ユーザ情報を評価する評価者に関する情報に応じて、評価情報の重み付けを変化させるようにしても良い。図４に示した例では、ユーザＢのユーザ情報２をユーザＣが評価して評価情報３が生成される場合に、制限部１１２は、ユーザＣ以外のユーザによるユーザＣに対する評価に基づいて、ユーザＣの被評価情報３の重み付けを行なう。例えば制限部１１２は、ユーザＡによるユーザＣのユーザ情報に対する評価が含まれる評価情報１や、ユーザＤによるユーザＣのユーザ情報に対する評価が含まれる評価情報４を用いて、ユーザＣの被評価情報３の重み付けを行なう。さらに制限部１１２は、ユーザＣの被評価情報３を用いてユーザＣの評価情報３の重み付けを行なう。

例えば、ユーザＣのユーザ情報について、複数のユーザから信ぴょう性が高いとの評価が得られていれば、制限部１１２は、ユーザＣの被評価情報３の重み付けを重くしてもよい。そして制限部１１２は、重み付けを重くしたユーザＣの被評価情報３を用いて、ユーザＣの評価情報３の重み付けを重くしてもよい。一方、ユーザＣのユーザ情報について、複数のユーザから信ぴょう性が低いとの評価が得られていれば、制限部１１２は、ユーザＣの被評価情報３の重み付けを低くしてもよい。そして制限部１１２は、重み付けを低くしたユーザＣの被評価情報３を用いて、ユーザＣの評価情報３の重み付けを低くしてもよい。

ここで、ユーザ情報が評価されるユーザと、そのユーザ情報を評価するユーザとの関係性が強い場合には、制限部１１２は、評価者の評価入力内容のユーザ情報に与える影響度を大きくするようにしてもよい。関係性が強い場合とは、例えば、小学校・中学校・高等学校と学校が一緒である、共通の複数の趣味を有している等、ユーザ情報の複数の項目において共通性が見られる場合や、現在の時点での趣味や、学校・会社等の所属が一緒である等の場合である。制限部１１２は、影響度の大きい評価者一人の評価結果は、影響度の低い複数の評価者による複数の評価結果と同等の影響をユーザ情報に及ぼす等の重み付けの変化を行なっても良い。

またサーバ装置１００は、サービス上で、ユーザから、他のユーザのユーザ情報の信ぴょう性についての評価を入力させるようにしても良い。そして制限部１１２は、信ぴょう性についての評価に基づいて、信ぴょう性自体の信ぴょう性を判断しても良い。例えば、制限部１１２は、他のユーザから信ぴょう性が高いとの所定数以上の評価を得ている評価者の評価を信ぴょう性が高いものと判断するようにしてもいい。また例えば、制限部１１２は、他のユーザから信ぴょう性が低いとの所定数以上の評価を得ている評価者の評価を信ぴょう性が低いものと判断するようにしてもいい。

ここで、図面を参照しながらここまでの処理について再度説明する。図７は、本開示の一実施形態にかかるサーバ装置１００の動作を示す流れ図である。図７に示した流れ図は、サーバ装置１００が提供するサービス上で、ユーザＡと、友人登録の対象ユーザであるユーザＢとを自動的に友人登録しようとする際のサーバ装置１００の動作を示したものである。以下、図７を用いて、本開示の一実施形態にかかるサーバ装置１００の動作について説明する。

まずサーバ装置１００は、条件判定部１１１で、ユーザＡの状態とユーザＢの状態とが所定の条件を満たしたかどうかを判断する（ステップＳ１０１）。ステップＳ１０１の判断の結果、ユーザＡの状態とユーザＢの状態とが所定の条件を満たしていなければ、サーバ装置１００の処理はステップＳ１０１に戻る。一方、ステップＳ１０１の判断の結果、ユーザＡの状態とユーザＢの状態とが所定の条件を満たしていた場合は、続いてサーバ装置１００は、制限部１１２で、ユーザＡが設定した制限情報に基づいてユーザＡとユーザＢとの友人登録の可否を判断する（ステップＳ１０２）。

制限部１１２で、ユーザＡが設定した制限情報に基づいてユーザＡとユーザＢとの友人登録の可否を判断すると、続いてサーバ装置１００は、条件判定部１１１で、ユーザＡとユーザＢとを友人登録可能かどうか判定する（ステップＳ１０３）。

上記ステップＳ１０３の判定の結果、ユーザＡとユーザＢとの友人登録が可能な場合は、サーバ装置１００は、制御部１１０で、ユーザＡとユーザＢとを友人として自動的に登録する（ステップＳ１０４）。一方、上記ステップＳ１０３の判定の結果、ユーザＡとユーザＢとの友人登録が不可な場合は、サーバ装置１００は、制御部１１０で、ユーザＡとユーザＢとの自動的な友人登録をブロックする（ステップＳ１０５）。

図７に示した処理を実行することで、サーバ装置１００は、上記サービス上で、ユーザが繋がりを希望しない相手に自動的に繋がってしまうことを防ぐことができる。

ここまでの説明では、サーバ装置１００は、友人登録をするか、またはしないかの二択の判断を実行することを前提としていたが、本開示は係る例に限定されない。例えばサーバ装置１００は、サービス上で友人登録というステータスについて３つ以上の複数の段階を設けるようにしてもよい。

例えばサーバ装置１００は、サービス上で、友人登録のステータスの中をさらに「親しい友人」「普通の友人」「親しくない友人」という３つの段階に分けるようにしてもよい。そして、サーバ装置１００は、友人登録のステータスに応じて、ユーザ間での情報共有の程度を公開設定部１１４で変化させてもよい。例えばサーバ装置１００は、「親しい友人」の場合は、全てのユーザ情報を公開するよう公開設定部１１４で設定するのに対し、「普通の友人」は一部の情報のみ（例えば、ユーザが指定した特定のユーザ情報を除いた情報）を公開するよう公開設定部１１４で設定し、「親しくない友人」は、「普通の友人」から更に少ない、限られた情報のみ（例えば、ユーザが指定した特定のユーザ情報のみ）を公開するよう公開設定部１１４で設定してもよい。

ここで、制限部１１２は、制限情報とユーザ情報との少なくともいずれかに応じて、友人登録のステータスの段階を変化させるようにしてもよい。例えば、あるユーザが制限情報として、ある資格試験のテストの点数が８００点以上であることを登録したとする。そして、第１の他のユーザのユーザ情報として、その資格試験のテストの点数が７５０点と登録され、第２の他のユーザのユーザ情報として、その資格試験のテストの点数が２００点と登録された場合に、制限部１１２は、上記ユーザは第１の他のユーザとは「親しい友人」として登録し、全ての情報を共有可能とするのに対して、第２の他のユーザとは「親しくない友人」として登録し、限られたごく一部の情報のみ共有可能としてもよい。このように、制限部１１２が、制限情報および／またはユーザ情報に応じて、友人登録のステータスの段階を変化させることで、サーバ装置１００は、制限情報および／またはユーザ情報に応じた、段階的な適切な量でのユーザ間の情報共有を可能にする。

サーバ装置１００は、制限情報および／またはユーザ情報に応じて、友人登録のステータスの段階を変化させることで、ユーザ間のつながり方に応じてユーザ情報の公開内容を変化させることが出来る。例えばサーバ装置１００は、共通の趣味でつながっているユーザについてはユーザ情報の公開内容を広く設定し、会社関係のつながりはあるが共通の趣味を有しないユーザについてはユーザ情報の公開内容を狭く設定してもよい。

ここまでで、サーバ装置１００による、ユーザが繋がりを希望しない相手への自動的な友人登録の制限処理の概要を説明した。以下では、上述してきた処理について、さらに詳細な具体例を挙げて説明していく。

例えばサーバ装置１００は、各ユーザの嗜好に基づいた友人登録の制限処理（フィルタリング）を実行しても良い。例えば、ユーザＢが制限情報として映画のあるジャンルを登録したとする。そして、ユーザＢと別のユーザＡとを自動的に友人登録をしようとする際に、サーバ装置１００は、ユーザＢが制限情報として登録した映画のジャンルと、ユーザＡが好きな映画として登録した映画のジャンルとを比較することで、ユーザＡとユーザＢとを自動的に友人として登録するか否かを決定しても良い。

図８は、本開示の一実施形態にかかるサーバ装置１００の動作を示す流れ図である。図８に示した流れ図は、サーバ装置１００が提供するサービス上で、ユーザＡと他のユーザとの友人関係を自動的に構築する関係自動構築処理を実行する際の、サーバ装置１００の動作を示したものである。なお、以下の説明では、ユーザＡとユーザＢとは、上述した、自動的に友人登録するための条件を満たしているものとする。以下、図８を用いて、本開示の一実施形態にかかるサーバ装置１００の動作について説明する。

まずサーバ装置１００は、ユーザＡが、好みに基づくフィルタリングを行なう設定をオンにしているかどうかを条件判定部１１１で判断する（ステップＳ１１１）。ステップＳ１１１の判断の結果、ユーザＡが、好みに基づくフィルタリングを行なう設定をオンにしていれば、続いて、サーバ装置１００は、ユーザＢのユーザ情報から、ユーザＡとの友人関係を構築するための関係構築候補のステータスを条件判定部１１１で取得する（ステップＳ１１２）。続いてサーバ装置１００は、ステップＳ１１２で取得した関係構築候補のステータスと、ユーザＡが登録した設定済みの制限情報とを条件判定部１１１で比較する（ステップＳ１１３）。

続いてサーバ装置１００は、上記ステップＳ１１３での比較の結果から、ユーザＡとユーザＢとが関係を構築したい条件に適合するか（または、関係を構築したくない条件に不適合か）を条件判定部１１１で判定する（ステップＳ１１４）。

上記ステップＳ１１４の判定の結果、ユーザＡとユーザＢとが関係を構築したい条件に適合する（または、関係を構築したくない条件に適合しない）場合は、サーバ装置１００は、ユーザＡとユーザＢとを友人として自動的に関係登録する（ステップＳ１１５）。一方、上記ステップＳ１１４の判定の結果、ユーザＡとユーザＢとが関係を構築したい条件に適合しない（または、関係を構築したくない条件に適合する）場合は、サーバ装置１００は、制限部１１２によって、ユーザＡとユーザＢとの友人としての自動的な関係登録をブロックする。つまり、サーバ装置１００は、ユーザＡとユーザＢとが関係を構築したい条件に適合しない（または、関係を構築したくない条件に適合する）場合は、上記ステップＳ１１５の処理をスキップする。

続いてサーバ装置１００は、ユーザＡの関係自動構築処理を継続するかどうかを条件判定部１１１で判断する（ステップＳ１１６）。他に自動的に友人登録するための条件を満たしているユーザがいれば、サーバ装置１００は上記ステップＳ１１１の処理に戻る。一方、他に自動的に友人登録するための条件を満たしているユーザがいなければ、サーバ装置１００はユーザＡの関係自動構築処理を終了する。

図９は、サーバ装置１００が実行する関係自動構築処理について示す説明図である。サーバ装置１００は、ユーザＢのユーザ情報に登録されている好きな映画の情報を取得する。そしてサーバ装置１００は、ユーザＢの好きな映画の情報を取得すると、その好きな映画のジャンルを、情報記憶部１４０に登録されている情報と照らしあわせて特定する。

そしてサーバ装置１００は、ユーザＢの好きな映画のジャンルと、ユーザＡの制限情報に登録されている映画のジャンルとを照らし合わせることで、ユーザＡとユーザＢとを自動的に友人として登録するかどうかを判断する。そして、ユーザＢの好きな映画のジャンルと、ユーザＡの制限情報に登録されている映画のジャンルとを照らし合わせて、一致するようであれば、制限部１１２は、ユーザＡとユーザＢとの自動的な友人登録をブロックする。

なお、図９では映画を例に挙げて説明したが、もちろん本開示は係る例に限定されるものではない。サーバ装置１００は、映画の他にも、例えば音楽、スポーツ、本、テレビ番組、ゲーム等にも上述の処理を適用することが可能である。

ＳＮＳのようなユーザの社会的な繋がりをネットワーク上で構築するサービスは、ユーザ情報が登録されたり、ユーザの行動履歴が蓄積されたりすることで、ユーザのニーズを表面化できる。このようなサービスにおいて、コンシューマ企業と連携したサービスを提供することが一般的に行われている。例えば、ＳＮＳのようなサービスにおいて、商品を安く購入できるクーポンを提供することは非常に有用である。ここでサーバ装置１００は、本開示の自動的な友人登録の制限処理をこのクーポンの提供等に適用することで、さらに有用な提供等が可能となる。

例えば、あるユーザが、ユーザ情報のパラメータに、趣味として「映画鑑賞」を設定している場合は、そのユーザは、映画に対して並々ならぬ興味があることが推察できるので、サーバ装置１００は、上記サービスにおいて映画を安く鑑賞できるクーポンを提供することが有効である。さらに、そのユーザが、制限情報として「ホラー映画」を設定している場合は、そのユーザはホラー映画が嫌いであることが推察されるので、サーバ装置１００は、クーポンを提供する際に。ホラー映画を除外して提供するようにしてもよい。このように、ユーザ情報だけでなく、制限情報を加味したサービスを提供することで、サーバ装置１００は、ユーザの要求により適合したサービスを提供することができる。

サーバ装置１００は、上述したクーポンのようなサービスを提供する際に、サービスの提供の対象となっているパラメータだけでなく、その他の制限情報として設定されている情報を利用してもよい。複数の制限情報を用いてサービスを提供することで、サーバ装置１００は、サービス提供の際の質の向上を図ることができる。例えば、あるユーザが、制限情報として年収を設定している場合には、サーバ装置１００は、年収を高く制限しているユーザに対しては高級ブランド品等のクーポンを、年収を低く制限しているユーザに対しては単価の低い商品に関するクーポンを提供するようにしてもよい。

サーバ装置１００は、特定の時間に基づいた友人登録の制限処理（フィルタリング）を実行しても良い。例えば、ユーザＢが制限情報として、特定の時間帯以外では自動的な友人登録を制限するように（または特定の時間帯のみ自動的な友人登録を実行するように）登録したとする。そして、ユーザＢと別のユーザＡとを自動的に友人登録をしようとする際に、サーバ装置１００は、ユーザＢが制限情報として登録した時間情報を参照することで、ユーザＡとユーザＢとを自動的に友人として登録するか否かを決定しても良い。

図１０は、本開示の一実施形態にかかるサーバ装置１００の動作を示す流れ図である。図１０に示した流れ図は、サーバ装置１００が提供するサービス上で、ユーザＡと、友人登録の対象ユーザであるユーザＢとの友人関係を自動的に構築する関係自動構築処理を実行する際の、サーバ装置１００の動作を示したものである。なお、以下の説明では、ユーザＡとユーザＢとは、上述した、自動的に友人登録するための条件を満たしているものとする。以下、図１０を用いて、本開示の一実施形態にかかるサーバ装置１００の動作について説明する。

サーバ装置１００は、ユーザＢが制限情報として登録した、関係を構築したい（または構築したくない）所望の時間帯にあるかどうかを判断する（ステップＳ１２１）。この所望の時間は、特定の日時であってもよく、定期的なもの（例えば、毎週金曜日の１８：００〜２１：００等）であってもよい。なお、ユーザＢが制限情報として時間情報を設定しない場合は、サーバ装置１００は、常にユーザＢについて関係自動構築処理を実行する。

続いてサーバ装置１００は、上記ステップＳ１２１の判断の結果、ユーザＢが制限情報として登録した、関係を構築したい（または構築したくない）所望の時間帯であれば、ユーザＡとユーザＢとを友人として自動的に関係登録する（ステップＳ１２２）。一方、上記ステップＳ１２１の判定の結果、ユーザＢが制限情報として登録した、関係を構築したい（または構築したくない）所望の時間帯でない場合は、サーバ装置１００は、制限部１１２によって、ユーザＡとユーザＢとの友人としての自動的な関係登録をブロックする。つまり、サーバ装置１００は、ユーザＢが制限情報として登録した、関係を構築したい（または構築したくない）所望の時間帯でない場合は、上記ステップＳ１２２の処理をスキップする。

続いてサーバ装置１００は、ユーザＡの関係自動構築処理を継続するかどうかを条件判定部１１１で判断する（ステップＳ１２３）。他に自動的に友人登録するための条件を満たしているユーザがいれば、サーバ装置１００は上記ステップＳ１２１の処理に戻る。一方、他に自動的に友人登録するための条件を満たしているユーザがいなければ、サーバ装置１００はユーザＡの関係自動構築処理を終了する。

図１０に示した例は、制限情報として登録した、関係を構築したい（または構築したくない）所望の時間帯と、関係自動構築処理を実行する時間とを単に照らし合わせたものであるが、本開示は係る例に限定されない。例えばサーバ装置１００は、過去の時間軸の履歴（時間軸情報）を用いて、自動的な友人登録を制限するようにしてもよい。

図１１は、本開示の一実施形態にかかるサーバ装置１００の動作を示す流れ図である。図１１に示した流れ図は、サーバ装置１００が提供するサービス上で、ユーザＡと、友人登録の対象ユーザであるユーザＢとの友人関係を自動的に構築する関係自動構築処理を実行する際の、サーバ装置１００の動作を示したものである。なお、以下の説明では、ユーザＡとユーザＢとは、上述した、自動的に友人登録するための条件を満たしているものとする。以下、図１１を用いて、本開示の一実施形態にかかるサーバ装置１００の動作について説明する。

サーバ装置１００は、ユーザＡが、時系列に基づくフィルタリングを行なう設定をオンにしているかどうかを条件判定部１１１で判断する（ステップＳ１３１）。ステップＳ１３１の判断の結果、ユーザＡが、時系列に基づくフィルタリングを行なう設定をオンにしていれば、続いて、サーバ装置１００は、ユーザＢのユーザ情報から、ユーザＡとの友人関係を構築するための関係構築候補のステータスを条件判定部１１１で取得する（ステップＳ１３２）。

続いてサーバ装置１００は、上記ステップＳ１３２で取得したユーザ情報からユーザＢの時間軸情報を取得し、ユーザＢの時間軸情報と、ユーザＡが登録した制限情報とを比較して、ユーザＡとユーザＢとが関係を構築したい条件に適合するか（または、関係を構築したくない条件に不適合か）を条件判定部１１１で判定する（ステップＳ１３３）。

上記ステップＳ１３３の判定の結果、ユーザＡとユーザＢとが関係を構築したい条件に適合する（または、関係を構築したくない条件に適合しない）場合は、サーバ装置１００は、ユーザＡとユーザＢとを友人として自動的に関係登録する（ステップＳ１３４）。一方、上記ステップＳ１３３の判定の結果、ユーザＡとユーザＢとが関係を構築したい条件に適合しない（または、関係を構築したくない条件に適合する）場合は、サーバ装置１００は、制限部１１２によって、ユーザＡとユーザＢとの友人としての自動的な関係登録をブロックする。つまり、サーバ装置１００は、ユーザＡとユーザＢとが関係を構築したい条件に適合しない（または、関係を構築したくない条件に適合する）場合は、上記ステップＳ１３４の処理をスキップする。

具体的な時間軸情報を用いた関係自動構築処理について例示する。例えばサーバ装置１００は、ユーザ同士が所定の関係を持った時期を軸にして判断してもよい。より具体的には、サーバ装置１００は、友人登録の判断対象のユーザの学歴、職歴等の経歴を処理対象のユーザの学歴、職歴等の経歴と照らし、どのコミュニティに属する友人なのかを条件判定部１１１で判断してもよい。例えば、ユーザＡは、小学校時代の苦い経験から、小学校の友人とは繋がりたくないと制限情報に登録していれば、サーバ装置１００は、ユーザＢの経歴から、ユーザＢがユーザＡと同じ小学校に通っているかどうかを判断し、ユーザＢがユーザＡと同じ小学校に通っていれば友人として登録しないように制限部１１２でブロックする。また例えば、ユーザＡは、入試で落ちた学校に通っている、またはその学校を卒業したユーザとは繋がりたくないと制限情報に登録していれば、サーバ装置１００は、自動的に友人として登録しようとするユーザがその学校に通っていたり、その学校を卒業したりしていれば、友人として登録しないように制限部１１２でブロックする。

また例えばサーバ装置１００は、サービス上での過去の活動履歴を軸にして判断してもよい。より具体的には、サーバ装置１００は、サービスに参加した時期や、投稿の頻度からサービス上のユーザのパーソナリティを条件判定部１１１で判断してもよい。例えば、ユーザＡは、サービス上で頻繁に活動しているコアなユーザとは繋がりなくないと制限情報に登録していれば、サーバ装置１００は、ユーザＢのサービス上での過去の活動履歴から、ユーザＢがコアなユーザであるかどうかを判断する。そしてサーバ装置１００は、ユーザＢがコアなユーザと判断されると、ユーザＡとユーザＢとを友人として自動的に登録しないように制限部１１２でブロックする。ここでサーバ装置１００は、コアなユーザかどうかの判断を、例えばサービスへのログイン頻度や、サービスへの投稿頻度等で行なってもよい。サーバ装置１００は、これらのログイン頻度や投稿頻度が所定の閾値を上回っているかどうかで、そのユーザがコアなユーザかどうかを判断しても良い。

また例えばサーバ装置１００は、サービス上ではなく、現実世界での過去の活動履歴を軸にして判断してもよい。より具体的には、サーバ装置１００は、処理対象のユーザと、友人登録の判断対象のユーザとが一緒にいた時間の長短に関する情報を、それぞれのユーザの位置情報を基に割り出して、一緒にいた時間の長短を条件判定部１１１で判断してもよい。例えば、ユーザＡは、平日いつも一緒にいるユーザ（例えば会社の同僚や学校の同級生）とは繋がりなくないと制限情報に登録していれば、サーバ装置１００は、ユーザＢの位置情報などから、平日いつも同じ場所にいるユーザかどうかを判断する。そしてサーバ装置１００は、ユーザＢが平日いつも同じ場所にいるユーザと判断されると、ユーザＡとユーザＢとを友人として登録しないように制限部１１２でブロックする。サーバ装置１００は、現実世界での過去の活動履歴として、この他にも、サーバ装置１００が提供するサービスにおいて、過去に同じ場所にチェックインした回数を用いても良い。なおチェックインとは、レストラン、ショップ、施設などに訪れた際のユーザによる投稿アクションを言う。

ここで、処理対象のユーザと、友人登録の判断対象のユーザとが一緒にいた時間の長短を判断するための構成例を説明する。図１２は、本開示の一実施形態にかかる情報処理システム１の構成例を示す説明図である。図１２に示したのは、ユーザＡが使用する端末装置２００ａおよびユーザＢが使用する端末装置２００ｂが、それぞれ位置取得部２１４で取得した現在位置の情報を定期的にサーバ装置１００に送信する様子である。そしてサーバ装置１００は、端末装置２００ａ、２００ｂから送られてきた現在位置の情報を用いて、情報記憶部１４０にデータベースを構築する。サーバ装置１００で構築するデータベースは、友人関係の有無および、ユーザが一緒にいた時間（端末装置２００ａ、２００ｂが所定の範囲内にいた時間）を軸にしたデータベースである。

サーバ装置１００は、各ユーザが使用する端末装置から現在位置の情報を取得して、現在位置の情報を用いたデータベースを構築することで、自動的な友人登録処理の対象のユーザと、友人登録の判断対象のユーザとが一緒にいた時間の長短を判断することができる。なお、処理対象のユーザと、友人登録の判断対象のユーザとが一緒にいた時間の長短を判断するための構成は、図１２に示したものに限られないことは言うまでもない。図１２では、上記サービスを実行するサーバ装置１００に上述したデータベースを構築するようにしていたが、別の装置に上述したデータベースを構築するようにしてもよい。

サーバ装置１００は、ユーザが自動的に友人として登録して欲しくないユーザを、友人として自動的に登録しないように制限部１１２でブロックすることができる。ここで、サーバ装置１００は、友人登録を制限したユーザのリストを制限部１１２で生成しておき、その情報はいつでも閲覧が可能なようにしてもよい。各ユーザは、各端末装置を用いて、サーバ装置１００が生成したリストの中から、制限したくなかったユーザを選択し、制限を解除することができるようにしてもよい。また、過去の時間履歴による制限等、条件が画一的でない制限処理について、サーバ装置１００は、ユーザの手動による制限の解除を学習し、精度を向上させるようにしてもよい。

上述したように、サーバ装置１００は、自動的な友人登録に際し、ユーザが予め登録した顔画像との比較によって、自動的な友人登録の可否を判断してもよい。ユーザが予め登録した顔画像を用いた自動的な友人登録の可否の判断処理について、以下で詳細に説明する。

図１３は、本開示の一実施形態にかかるサーバ装置１００の動作例について示す流れ図である。図１３に示した流れ図は、サーバ装置１００が、ユーザが予め登録した顔画像との比較によって、自動的な友人登録の可否を判断する際の動作例を示したものである。以下、図１３を用いて本開示の一実施形態にかかるサーバ装置１００の動作例について説明する。

サーバ装置１００は、ユーザが指定した好みの顔画像を、そのユーザの制限情報として情報記憶部１４０に登録する（ステップＳ１４１）。続いて、あるユーザ（ユーザＡ）と別の第二のユーザ（ユーザＢ）とが、自動的な友人登録の条件を満たした場合に、サーバ装置１００は、まず、ユーザＢのユーザ情報として情報記憶部１４０に登録される顔画像を条件判定部１１１で取得する（ステップＳ１４２）。続いてサーバ装置１００は、上記ステップＳ１４１で登録した、ユーザが指定した好みの顔画像と、上記ステップＳ１４２で取得した、ユーザＢが登録した顔画像とを条件判定部１１１で比較する（ステップＳ１４３）。

サーバ装置１００は、条件判定部１１１での顔画像の比較を例えば以下のように実行する。サーバ装置１００は、登録された顔画像を解析して、特徴を数値化して関連付けて情報記憶部１４０に保存しておく。顔画像の特徴の例としては、例えば右目と左目との間の距離、目の大きさ、目から鼻の頂点までの距離、口の位置、口の大きさ等がある。ここで、距離や大きさは、目と目の距離を基準に正規化されていてもよい。

サーバ装置１００は、上記ステップＳ１４１で登録した、ユーザが指定した好みの顔画像と、上記ステップＳ１４２で取得した、ユーザＢが登録した顔画像とが、所定の閾値以上類似しているかどうかを条件判定部１１１で判断する（ステップＳ１４４）。サーバ装置１００は、このステップＳ１４４での類似の判断の基準として、例えば差分の二乗平均を用いても良い。

そしてサーバ装置１００は、ステップＳ１４４の判断の結果、２つの顔画像が閾値以上類似していれば、条件判定部１１１でユーザＡとユーザＢとを友達として自動登録する（ステップＳ１４５）。一方、ステップＳ１４４の判断の結果、２つの顔画像が閾値以上類似していなければ、このステップＳ１４５の処理はスキップする。つまりサーバ装置１００は、２つの顔画像が閾値以上類似していなければ、ユーザＡとユーザＢとの友達関係の自動登録を制限部１１２でブロックする。

サーバ装置１００は、このように動作することで、自動的な友人登録の条件を満たした場合であっても、ユーザの好みの顔に近い顔のユーザに対してのみ友達関係の自動登録を実行することが出来る。すなわちサーバ装置１００は、ユーザの好みの顔ではないユーザに対しては、友達関係の自動登録を制限することができる。

上述の例では、サーバ装置１００は、顔全体の画像の比較によって友達関係の自動登録を制限するかどうかを決めていたが、サーバ装置１００は、顔全体の画像ではなく、ユーザの好みの顔の部品の画像（例えば目の画像、鼻の画像、口の画像など）の比較によって友達関係の自動登録を制限するかどうかを決めてもよい。またサーバ装置１００は、予めユーザに対して嫌いな顔の画像を登録させて、その顔画像に所定の閾値以上類似していると友達関係の自動登録を制限するようにしてもよい。

また例えばサーバ装置１００は、ユーザが予め登録したユーザ自身の顔の画像と、別のユーザの顔画像との比較によって友達関係の自動登録を制限するかどうかを決めてもよい。サーバ装置１００は、ユーザ自身の顔に類似している人を制限することで、例えば家族や親戚のような自分の顔に似ているユーザとの友達関係の自動登録を制限できる。また逆に、サーバ装置１００は、ユーザ自身の顔に類似していないユーザとの友達関係の自動登録を制限できる。

またサーバ装置１００は、ユーザが予め登録したユーザ自身の顔の画像と、当該ユーザを含む複数の人物が含まれる画像がサービス上に登録されていれば、その複数の人物の画像を用いて友達関係の自動登録を制限するようにしてもよい。例えばサーバ装置１００は、複数の人物が含まれる集合写真において、あるユーザＡの顔から所定の距離以上離れている人は、あまり親しくないユーザであると判断し、ユーザＡとの友達関係の自動登録を制限するようにしてもよい。あるユーザＡの顔と別のユーザの顔との距離を算出する際に、サーバ装置１００は、顔と顔の間の距離を、ユーザＡの顔の大きさで正規化してもよい。

サーバ装置１００は、顔画像の解析の他に、物体の画像の解析によって友達関係の自動登録を制限するようにしてもよい。図１４は、本開示の一実施形態にかかるサーバ装置１００の動作例について示す流れ図である。図１４に示した流れ図は、サーバ装置１００が、ユーザが予め登録した物体の画像との比較によって、自動的な友人登録の可否を判断する際の動作例を示したものである。以下、図１４を用いて本開示の一実施形態にかかるサーバ装置１００の動作例について説明する。

サーバ装置１００は、ユーザが指定した所定の対象物（看板、建物、風景など）が写った画像を、そのユーザの制限情報として情報記憶部１４０に登録する（ステップＳ１５１）。続いて、あるユーザ（ユーザＡ）と別の第二のユーザ（ユーザＢ）とが、自動的な友人登録の条件を満たした場合に、サーバ装置１００は、まず、ユーザＢのユーザ情報として情報記憶部１４０に登録される画像を条件判定部１１１で取得する（ステップＳ１５２）。続いてサーバ装置１００は、上記ステップＳ１５１で登録した、ユーザＡが指定した所定の対象物が写った画像と、上記ステップＳ１５２で取得した、ユーザＢが登録した画像とを条件判定部１１１で比較する（ステップＳ１５３）。

図１５は、ユーザＡが指定した所定の対象物が写った画像の例を示す説明図である。図１５に示した画像には、看板にイベントの名称が書かれた領域Ａ１が存在する。サーバ装置１００は、この領域Ａ１を比較対象として上記ステップＳ１５３の比較処理を実行する。

サーバ装置１００は、上記ステップＳ１５１で登録した、ユーザＡが指定した所定の対象物が写った画像と、上記ステップＳ１５２で取得した、ユーザＢが登録した画像とが、所定の閾値以上類似しているかどうかを条件判定部１１１で判断する（ステップＳ１５４）。条件判定部１１１は、画像の比較に際して、輝度のヒストグラムや形状パターンの比較等で２つの画像の類似度を判断しても良い。

そしてサーバ装置１００は、ステップＳ１５４の判断の結果、２つの画像が閾値以上類似していれば、条件判定部１１１でユーザＡとユーザＢとを友達として自動登録する（ステップＳ１５５）。一方、ステップＳ１５４の判断の結果、２つの画像が閾値以上類似していなければ、このステップＳ１５５の処理はスキップする。つまりサーバ装置１００は、２つの画像が閾値以上類似していなければ、ユーザＡとユーザＢとの友達関係の自動登録を制限部１１２でブロックする。なお、サーバ装置１００は、２つの画像が閾値以上類似していなければ、ユーザＢに対して友達関係を条件判定部１１１で自動登録し、２つの画像が閾値以上類似していれば、ユーザＡとユーザＢとの友達関係の自動登録を制限部１１２でブロックしてもよい。

サーバ装置１００は、このように動作することで、同じような場所やイベントに参加しているユーザを、友達として自動的に登録する、または登録しないように制御することができる。この場合にサーバ装置１００は、ユーザによって上記ステップＳ１５１で制限情報として登録された画像がそのユーザの自宅の周辺の画像である場合に、その画像に類似する画像をサーバ装置１００へ登録したユーザについて、友達関係の自動登録をブロックすることができる。これにより、サーバ装置１００は、ユーザの自宅周辺に居住するユーザに対する友達関係の自動登録をブロックすることができる。

各端末装置が、センサ２１８を用いてユーザの生体情報を取得できる場合は、サーバ装置１００は、その生体情報を制限情報として用いて友達関係の自動登録を制限しても良い。図１６は、本開示の一実施形態にかかるサーバ装置１００の動作例について示す流れ図である。図１６に示した流れ図は、サーバ装置１００が、ユーザが予め登録した生体情報との比較によって、自動的な友人登録の可否を判断する際の動作例を示したものである。以下、図１６を用いて本開示の一実施形態にかかるサーバ装置１００の動作例について説明する。

サーバ装置１００は、ユーザＡが心拍数の情報（例えば心拍数１２０以上等）を制限情報に指定した場合に、その心拍数の情報を、そのユーザＡの制限情報として情報記憶部１４０に登録する（ステップＳ１６１）。続いて、サーバ装置１００は、まず、第二のユーザ（ユーザＢ）のユーザ情報として、ユーザＢの端末装置のセンサ２１８が取得したユーザＢの生体情報（心拍数等）を条件判定部１１１で取得する（ステップＳ１６２）。続いてサーバ装置１００は、上記ステップＳ１６１で登録した、制限情報として設定される情報と、ユーザＢの端末装置からの電波強度及び上記ステップＳ１６２で取得したユーザＢの生体情報を条件判定部１１１で比較する（ステップＳ１６３）。例えば、ユーザＢの端末装置から所定の信号を発信させ、その信号の電波強度よって、ユーザＡとユーザＢとの間の距離が計測されるようにしても良い。

サーバ装置１００は、２人のユーザが所定の距離未満に近寄った場合に、ユーザＢの心拍数が、ステップＳ１６１で登録した所定の心拍数以上になったかどうかを判断する（ステップＳ１６４）。ステップＳ１６４の判断の結果、ユーザＢの心拍数が、ステップＳ１６１で登録した所定の心拍数以上であれば、サーバ装置１００は、条件判定部１１１でユーザＡとユーザＢをと友達として自動登録する（ステップＳ１６５）。一方、ステップＳ１６４の判断の結果、ユーザＢの心拍数が、ステップＳ１６１で登録した所定の心拍数以上でなければ、このステップＳ１６５の処理はスキップする。つまりサーバ装置１００は、ユーザＢの心拍数が、ステップＳ１６１で登録した所定の心拍数以上でなければ、ユーザＡとユーザＢとの友達関係の自動登録を制限部１１２でブロックする。

サーバ装置１００は、このように動作することで、例えば、ユーザＡが近付いた際にユーザＢの心拍数が上がった場合は、ユーザＢはユーザＡに好意的であったり興味を持ったりしていると判断して、ユーザＡとユーザＢとを自動的に友人として登録することができる。一方サーバ装置１００は、ユーザＡが近付いた際にユーザＢの心拍数が上がらなければ、ユーザＢはユーザＡに興味が無いと判断して、ユーザＡとユーザＢとを自動的に友人として登録しないようにブロックすることができる。

上述の例では、サーバ装置１００は、端末装置に設けられるセンサから得られた生体情報によって、自動的な友人登録の可否を判断していたが、生体情報が得られない場合は、各ユーザがサーバ装置１００に登録した情報を用いて自動的な友人登録の可否を判断してもよい。例えば、ユーザが彼女探しを目的としてサービスを利用していれば、同性への友達申請は意味が無いので、サーバ装置１００は、同性のユーザへの自動的な友人登録を制限しても良い。また、ユーザの好みが、例えば３０歳未満の女性であるとしたら、女性のユーザであっても、３０歳以上の女性であれば、そのユーザへの自動的な友人登録を制限しても良い。また例えば、ユーザが、特定の病気で悩んでいる人達と悩みを分かち合いたい、という目的でサービスを利用していれば、その特定の病気の病歴を持っていない人は友達になっても意味がないので、サーバ装置１００は、そのようなユーザへの自動的な友人登録を制限しても良い。

サーバ装置１００は、サービス上に登録された文章等の言語関連情報を用いて、友達関係の自動登録を制限しても良い。図１７は、本開示の一実施形態にかかるサーバ装置１００の動作例について示す流れ図である。図１７に示した流れ図は、サーバ装置１００が、サービス上に登録された文章等の言語関連情報の解析によって、自動的な友人登録の可否を判断する際の動作例を示したものである。以下、図１７を用いて本開示の一実施形態にかかるサーバ装置１００の動作例について説明する。

サーバ装置１００は、ユーザが指定した所定の制限語句を、そのユーザの制限情報として情報記憶部１４０に登録する（ステップＳ１７１）。例えば、鉄道に興味がないユーザは、鉄道に興味のあるユーザと自動的に友人として登録されるのを防ぐために、鉄道の路線名、鉄道の旅客列車の愛称等を制限語句としてサーバ装置１００に登録することができる。

続いて、あるユーザ（ユーザＡ）と別の第二のユーザ（ユーザＢ）とが、自動的な友人登録の条件を満たした場合に、サーバ装置１００は、まず、ユーザＢのユーザ情報として情報記憶部１４０に登録される文書情報を条件判定部１１１で取得する（ステップＳ１７２）。情報記憶部１４０に登録される文書情報としては、例えばユーザＢが送信したメールの内容や、ユーザＢが掲示板、ブログ、短文投稿サイトなどに投稿した文章の内容、電話の音声を文書化した情報が含まれていても良い。

続いてサーバ装置１００は、上記ステップＳ１７１で登録した、ユーザが指定した所定の制限語句と、上記ステップＳ１７２で取得した、ユーザＢが登録した文書情報とを条件判定部１１１で比較する（ステップＳ１７３）。そしてサーバ装置１００は、上記ステップＳ１７１で登録した、ユーザが指定した所定の制限語句と、上記ステップＳ１７２で取得した、ユーザＢが登録した文書情報とを比較した結果、ユーザＢが登録した文書情報に制限語句が所定の頻度以上出現しているかどうかを条件判定部１１１で判断する（ステップＳ１７４）。

そしてサーバ装置１００は、ステップＳ１７４の判断の結果、ユーザＢが登録した文書情報における制限語句の頻度が所定の閾値以下であれば、条件判定部１１１でユーザＡとユーザＢとを友達として自動登録する（ステップＳ１７５）。一方、ステップＳ１７４の判断の結果、ユーザＢが登録した文書情報における制限語句の頻度が所定の閾値を上回っていれば、このステップＳ１７５の処理はスキップする。つまりサーバ装置１００は、ユーザＡとユーザＢとの友達関係の自動登録を制限部１１２でブロックする。

サーバ装置１００は、制限語句として、猥褻な言葉や、汚い言葉遣いを用いても良い。制限語句として猥褻な言葉や汚い言葉遣いを用いることで、サーバ装置１００は、特に若年のユーザに対し、このような言葉を利用するユーザと自動的に友達として登録されないように制限することができる。

またサーバ装置１００は、ユーザが登録した文書情報から、同じイベントに参加していたことを特定し、同じイベントに参加していたユーザとは自動的に友達として登録されないように（または友達として登録されるように）制限してもよい。

またサーバ装置１００は、ユーザのメールの返信履歴やメールの文字数を制限情報として登録しても良い。サーバ装置１００は、メールの履歴から、メールを一方的に受信し、ほとんど返信をしていなかったり、返信していても、その文字数が少なかったりするユーザとは自動的に友達として登録されないように制限することができる。

またサーバ装置１００は、サービスにチャット機能を有していれば、そのチャットの内容を文書情報として取得してもよい。その際に、サーバ装置１００は、ユーザ単位でなく、グループ単位で自動的に友達として登録されないように制限してもよい。例えばサーバ装置１００は、ユーザが予め登録した制限語句と、友達として登録しようとするユーザが発言した内容、および当該ユーザが所属するグループ内で行われるチャットの全ての発言内容とを取得し、そのグループ単位で自動的に友達として登録をするか、友達としての登録に制限をかけるか判断してもよい。

続いて、ユーザ同士を一時的に友達として登録する際の、サーバ装置１００の動作例について説明する。例えばサーバ装置１００は、ユーザが展示会、会社説明会、飲み会等の所定のイベントに参加している間だけ、同じイベントに参加しているユーザと一時的に友達として登録するようにしてもよい。サーバ装置１００がこのように動作することを「一時的なつながりモード」で動作する、とも称する。なお、「一時的なつながりモード」ではないモードのことを「通常モード」とも称する。サーバ装置１００は、同じイベントに参加しているユーザ同士を一時的に友達として登録することで、名刺交換や実際の友達申請等の、ユーザ間の現実的な繋がりに活用することができる。

また、サーバ装置１００は、ユーザ同士を一時的に友達として登録する際に、その繋がりのランクを設定してもよい。つまり、あるユーザと、一時的に友達として登録したユーザとで共通の友人が存在していれば、一時的に友達として登録したユーザの繋がりのランクを高く設定し、共通の友人が存在していなければ、一時的に友達として登録したユーザの繋がりのランクを低く設定するようにしても良い。

図１８は、本開示の一実施形態にかかるサーバ装置１００の動作例について示す流れ図である。図１８に示した流れ図は、サーバ装置１００が一時的なつながりモードで動作する際の動作について示したものである。以下、図１８を用いて本開示の一実施形態にかかるサーバ装置１００の動作例について説明する。

サーバ装置１００は、ユーザからの指示に基づいて、一時的な「制限」や「つながりランク」の所定の条件を設定する（ステップＳ１８１）。ここで、サーバ装置１００が設定する条件は、ユーザが参加するイベントに応じて変わっても良い。また、サーバ装置１００が設定する条件は、ユーザがイベントにチェックインしたタイミングで変化するようにしてもよく、イベント会場内の近距離無線通信（ＮＦＣ）端末などからダウンロードできるようにしてもよい。

例えばサーバ装置１００は、コンパなどのイベントの場合は、制限情報として年収、性別、出身地などを各ユーザに設定させてもよく、就職説明会のようなイベントの場合は、設定条件として制限情報として語学試験の点数、希望職種、保有する資格などを各ユーザに設定させてもよい。

なお、サーバ装置１００は、一時的なつながりモードとして動作するのは上述したイベントに参加したユーザに対してのみであり、サーバ装置１００は、その他のユーザについては通常モードで動作する。

図１９は、サーバ装置１００が一時的なつながりモードで動作する場合において、ユーザによって設定される制限情報やつながりランクの一例を示す説明図である。図１９では、ユーザが男性の場合は一時的であっても友達として自動的に登録しないように制限し、ユーザが女性の場合は、３つのつながりランクによって友達としての登録状態を制御する例を示している。図１９では、つながりランク１は友達として登録が完了したユーザであり、つながりランク２は、友達の友達として登録されていたり、特定のグループや企業に所属していたりするユーザであり、つながりランク３は、上記以外のユーザであることが示されている。

また図１９は、自己情報の開示制限及び後述するユーザリストの表示項目についても併せて図示している。つながりランク１の場合は全ての情報を相手に開示するとともにユーザリストに名前を表示する。つながりランク２の場合は、基本情報及びサービスへの投稿内容を相手に開示するとともに、ユーザリストに名前、所属、共通の友達を表示する。なお、基本情報とは、例えば、氏名、性別、所属等を指す。そしてつながりランク３の場合は、基本情報のみを相手に開示するとともに、ユーザリストに名前と所属を表示する。

上記ステップＳ１８１で、サーバ装置１００が、ユーザからの指示に基づいて、一時的な「制限」や「つながりランク」の所定の条件を設定すると、続いてサーバ装置１００は、各ユーザから端末装置を用いて送信される自己の位置情報（ロケーション情報）を登録する（ステップＳ１８２）。そしてサーバ装置１００は、位置情報の登録に基づいて自動的に、またはユーザからの指示に基づいて、一時的なつながりモードでの動作を開始する（ステップＳ１８３）。なおサーバ装置１００は、一時的なつながりモードで動作する際に、並行して通常モードで動作してもよく、通常モードでの動作を停止してもよい。

図２０は、本開示の一実施形態にかかる情報処理システム１の動作例について示す流れ図である。図２０に示した流れ図は、サーバ装置１００が一時的なつながりモードで動作する際の、ユーザ間の情報の授受動作について示したものである。以下、図２０を用いて本開示の一実施形態にかかる情報処理システム１の動作例について説明する。

サーバ装置１００が一時的なつながりモードで動作している際に、例えばユーザＡが使用する端末装置２００ａから、ユーザＢが使用する端末装置２００ｂへ、予め設定した制限情報等の設定条件を、サーバ装置１００を介して送信する（ステップＳ１９１）。

ユーザＢが使用する端末装置２００ｂは、ユーザＢのユーザ情報は、ユーザＡによる設定条件の所定の条件を満たしているかどうかを判断する（ステップＳ１９２）。上記ステップＳ１９２の判断の結果、ユーザＢのユーザ情報は、ユーザＡによる設定条件の所定の条件を満たしていれば、端末装置２００ｂは、ユーザリスト用のユーザＢのユーザ情報を、サーバ装置１００を介して端末装置２００ａへ送信する（ステップＳ１９３）。なお、ユーザリスト用のユーザＢのユーザ情報は、端末装置２００ｂに保持されていなくても良い。ユーザリスト用のユーザＢのユーザ情報が端末装置２００ｂに保持されていない場合には、ユーザリスト用のユーザＢのユーザ情報はサーバ装置１００から端末装置２００ａに直接送信される。端末装置２００ａは、サーバ装置１００を介して端末装置２００ｂから送信されたユーザリスト用のユーザＢのユーザ情報を受信する（ステップＳ１９４）。

続いて端末装置２００ａは、ユーザＢのユーザ情報は、ユーザＡによる設定条件の所定の条件を満たしているかどうかを判断する（ステップＳ１９５）。上記ステップＳ１９５の判断の結果、ユーザＢのユーザ情報は、ユーザＡによる設定条件の所定の条件を満たしていれば、端末装置２００ａは、ユーザリスト用のユーザＡのユーザ情報を、サーバ装置１００を介して端末装置２００ｂへ送信する（ステップＳ１９６）。なお、ユーザリスト用のユーザＡのユーザ情報は、端末装置２００ａに保持されていなくても良い。ユーザリスト用のユーザＡのユーザ情報が端末装置２００ａに保持されていない場合には、ユーザリスト用のユーザＡのユーザ情報はサーバ装置１００から端末装置２００ｂに直接送信される。端末装置２００ｂは、サーバ装置１００を介して端末装置２００ａから送信されたユーザリスト用のユーザＡのユーザ情報を受信する（ステップＳ１９７）。

なお、上記ステップＳ１９２の判断の結果、ユーザＢのユーザ情報は、ユーザＡによる設定条件の所定の条件を満たしていなければ、端末装置２００ｂは端末装置２００ａに対して返信せずに処理を終了する。同様に、上記ステップＳ１９５の判断の結果、ユーザＢのユーザ情報は、ユーザＡによる設定条件の所定の条件を満たしていなければ、端末装置２００ａは端末装置２００ｂに対して返信せずに処理を終了する。

図２１は、本開示の一実施形態にかかる情報処理システム１の動作例について示す流れ図である。図２１に示した流れ図は、図２０に示した流れ図の続きであり、サーバ装置１００が一時的なつながりモードで動作する際の、ユーザ間の情報の授受動作について示したものである。以下、図２１を用いて本開示の一実施形態にかかる情報処理システム１の動作例について説明する。

端末装置２００ａは、ユーザＡとユーザＢとがユーザリスト用のユーザ情報を交換しあった後に、ユーザＢから詳細情報のリクエストがあったかどうかを判断する（ステップＳ２０１）。ステップＳ２０１の判断の結果、ユーザＢから詳細情報のリクエストがあった場合は、端末装置２００ａは、設定条件の所定の条件に応じた詳細情報を、サーバ装置１００を介して端末装置２００ｂへ送信する（ステップＳ２０２）。なお、ユーザＢの詳細情報は、端末装置２００ｂに保持されていなくても良い。ユーザＢの詳細情報が端末装置２００ｂに保持されていない場合には、ユーザＢの詳細情報はサーバ装置１００から直接端末装置２００ａに送信される。

上記ステップＳ２０２で送信される情報の種類は、例えばつながりランクに応じて選択される。詳細情報の開示範囲は、図１９に示した設定条件における「自己情報の開示制限」で規定されている。なお、ステップＳ２０２の処理は、ユーザの選択動作が無くとも自動的に行われるが、詳細情報を送信した旨のログをサーバ装置１００の内部に残しておいても良い。

一方、ステップＳ２０１の判断の結果、ユーザＢから詳細情報のリクエストが無ければ、端末装置２００ａはステップＳ２０２の処理をスキップする。

このように、ユーザリスト作成のためのユーザ情報の取得処理と、詳細情報の取得処理という２段階の情報取得処理を行うことで、本開示の一実施形態にかかる情報処理システム１は、ユーザ情報の授受の際の通信量を抑えることができる。

次に、一時的なつながりモードでのユーザリストの表示処理例について説明する。図２２は、本開示の一実施形態にかかる情報処理システム１の動作例について示す流れ図である。図２２に示した流れ図は、サーバ装置１００が一時的なつながりモードで動作する際の、端末装置でのユーザリストの表示処理例について示したものである。ユーザリストは、ユーザリスト用のユーザ情報を交換しあったユーザについてのリストである。なお、ユーザリスト用のユーザ情報を交換したユーザについての情報は、サーバ装置１００で保持される。以下、図２２を用いて本開示の一実施形態にかかる情報処理システム１の動作例について説明する。

図２０に示したステップＳ１９１及びステップＳ１９４の処理が、ユーザＡの端末装置２００ａで実行され、上記ステップＳ１９５で上記所定の条件を満たしているかどうかが判断され、上記所定の条件を満たしていた場合は、続いて端末装置２００ａは、所定の条件に応じたユーザリストの表示処理を実行する（ステップＳ２０３）。このステップＳ２０３の処理は、つながりランクに応じて行われる。

図２３は、端末装置２００ａに表示されるユーザリストの一例を示す説明図である。図２３には、４人のユーザ（ユーザＢ、ユーザＣ、ユーザＤ、ユーザＥ）の情報を示すユーザリストの例が開示されている。すなわち、図２３は、ユーザＡが４人のユーザとユーザリスト用のユーザ情報を交換しあったことを表している。そして図２３には、ユーザリストとして各ユーザのつながりランク、所属、共通の友達の情報を表示する場合が例示されている。図２３では、ユーザＡから見て、ユーザＢ、ユーザＣのつながりランクが１であり、ユーザＤのつながりランクが２であり、ユーザＥのつながりランクが３であることが示されている。そして図２３では、ユーザＤについては、そのユーザの所属及び共通の友達が示されており、ユーザＥについてはそのユーザの所属のみが示されている。

端末装置２００ａにおけるユーザリストの表示例は係る例に限定されない。例えば端末装置２００ａは、ＡＲ（拡張現実）技術を用いて、画像上にユーザ情報を重畳させてもよい。図２４は、端末装置２００ａに表示されるユーザリストの一例を示す説明図である。端末装置２００ａは、例えば、位置情報や加速度情報等に基づいて、図２４に示すようなユーザリストの表示を行なっても良い。端末装置２００ａは、ＡＲ技術を用いて画像上にユーザ情報を重畳させる場合、画面に表示されたユーザの情報のみが表示される。端末装置２００ａは、つながりランクが所定のランクの場合、そのユーザを強調表示するようにしてもよい。例えば端末装置２００ａは、ユーザのつながりランクが所定のランクに達していた場合に、符号Ｂ１、Ｂ２に示すように、そのユーザを囲む表示を行なっても良い。さらに、端末装置２００ａは、つながりランクが所定のランクの場合、そのユーザに対して任意の表示項目（図２４に示した例では、ユーザの所属の情報）が表示するようにしてもよい。

次に、一時的なつながりモードでの詳細なユーザ情報の取得処理例について説明する。図２５は、本開示の一実施形態にかかる情報処理システム１の動作例について示す流れ図である。図２５に示した流れ図は、サーバ装置１００が一時的なつながりモードで動作する際の、端末装置での詳細なユーザ情報の取得処理例について示したものである。以下、図２５を用いて本開示の一実施形態にかかる情報処理システム１の動作例について説明する。

端末装置２００ａで上述のユーザリストの表示処理が行われた後に、ユーザＡによってユーザリストから所望の他のユーザが選択されると（ステップＳ２１１）、端末装置２００ａは、ユーザＡによって選択された他のユーザの詳細情報をサーバ装置１００へ問い合わせる（ステップＳ２１２）。

サーバ装置１００は、ユーザＡによって選択された他のユーザの詳細情報を端末装置２００ａに返信し、端末装置２００ａは、ユーザＡによって選択された他のユーザの詳細情報をサーバ装置１００から受信し、表示する処理を実行する（ステップＳ２１３）。

続いて端末装置２００ａは、詳細情報を取得した他のユーザを友達として登録するかどうかをユーザＡに判断させる（ステップＳ２１４）。ユーザＡが、詳細情報を取得した他のユーザを友達として登録することを選択した場合は、端末装置２００ａは、ユーザＡの選択に基づき、詳細情報を取得した他のユーザに対して友達関係を申請する（ステップＳ２１５）。サーバ装置１００は、端末装置２００ａからの申請に基づき、ユーザＡと、他のユーザとを、友達として登録する。一方、ユーザＡが、詳細情報を取得した他のユーザを友達として登録することを選択しなかった場合は、端末装置２００ａは、ユーザＡの選択に基づき、上記ステップＳ２１５の処理をスキップする。

なお、図２５に示した例では、ユーザＡに、詳細情報を取得した他のユーザに対して友達関係を申請するかどうか判断させていたが、本開示は係る例に限定されない。例えばサーバ装置１００は、ユーザＡによって詳細情報が取得された他のユーザをユーザＡと自動的に友人として登録するように処理しても良い。

サーバ装置１００が一時的なつながりモードで動作する場合において、あるユーザ（例えばユーザＡ）が他のユーザに詳細情報を送信すると、端末装置（例えばユーザＡが使用する端末装置２００ａ）は、上述のユーザリストに、詳細情報を送信済みかどうかについての情報を更新するようにしても良い。

図２６は、本開示の一実施形態にかかる情報処理システム１の動作例について示す流れ図である。図２６に示した流れ図は、図２２に示した処理に続いて行なわれるものであって、サーバ装置１００が一時的なつながりモードで動作する際の、端末装置でのユーザリストの更新処理例について示したものである。以下、図２６を用いて本開示の一実施形態にかかる情報処理システム１の動作例について説明する。

ユーザＡが使用する端末装置２００ａは、他のユーザへ、ユーザＡの詳細情報を送信したかどうかを判断する（ステップＳ２１６）。他のユーザへ、ユーザＡの詳細情報を送信していた場合は、端末装置２００ａはユーザリストの更新を行う（ステップＳ２１７）。具体的には、端末装置２００ａは、当該他のユーザへユーザＡの詳細情報を送信したことを示す情報をユーザリストに更新する。

図２７は、端末装置２００ａに表示されるユーザリストの一例を示す説明図である。図２７には、４人のユーザ（ユーザＢ、ユーザＣ、ユーザＤ、ユーザＥ）の情報を示すユーザリストの例が開示されている。また図２７には、ユーザリストとして各ユーザのつながりランク、所属、共通の友達の情報を表示する場合が例示されている。

そして図２７には、詳細情報を送信したかどうかを示す情報がユーザリストに更新された状態が例示されている。図２７に示した例では、ユーザＢとユーザＣは既に友達として登録されているので、ユーザＡの詳細情報はユーザＢ及びユーザＣに開示されていることが分かる。また、ユーザＤから詳細情報の問い合わせがあったので、これに対して応答したことが分かる。またユーザＥからは詳細情報の問い合わせが無いことが分かる。

次に、一時的なつながりモードの終了処理について説明する。図２８は、本開示の一実施形態にかかる情報処理システム１の動作例について示す流れ図である。図２８に示した流れ図は、図２１に示した処理に続いて行なわれるものであって、一時的なつながりモードの終了処理例について示したものである。以下、図２８を用いて本開示の一実施形態にかかる情報処理システム１の動作例について説明する。

サーバ装置１００は、予め登録された、一時的なつながりモードが実行されるロケーションから、ユーザが離脱したかどうかを判断する（ステップＳ２２１）。サーバ装置１００は、このユーザが離脱したかどうかの判断を、例えば、ユーザが保有する端末装置によってチェックアウト処理が行われたかどうかや、端末装置が取得した現在位置の情報によって行われても良い。

上記ステップＳ２２１の判断の結果、予め登録された、一時的なつながりモードが実行されるロケーションからユーザが離脱していれば、サーバ装置１００は、そのユーザに対して一時的なつながりモードでの動作を解除する（ステップＳ２２２）。一方、上記ステップＳ２２１の判断の結果、予め登録された、一時的なつながりモードが実行されるロケーションからユーザが離脱していなければ、サーバ装置１００は、そのユーザに対して一時的なつながりモードでの動作を継続する。

サーバ装置１００は、一時的なつながりモードでの動作を解除したユーザについては通常モードでの動作に変更する。なお、通常モードと並行して一時的なつながりモードで動作していた場合には、サーバ装置１００は、一時的なつながりモードでの動作を解除したユーザについて通常モードでの動作を継続する。

なお、サーバ装置１００は、上述したいずれの制限情報を用いる場合であっても、ユーザが自動的に友人として登録して欲しくないユーザを、友人として自動的に登録しないように制限部１１２でブロックしてもよい。ここで、サーバ装置１００は、友人登録を制限したユーザのリストを制限部１１２で生成しておき、その情報はいつでも閲覧が可能な状態としてもよい。各ユーザは、各端末装置を用いて、サーバ装置１００が生成したリストの中から、制限したくなかったユーザを選択し、制限を解除することができるようにしてもよい。またサーバ装置１００は、過去の時間履歴による制限や好みの顔画像等の、条件が画一的でない制限処理について、ユーザの手動による制限の解除を学習し、精度を向上させるようにしてもよい。

以上、ユーザ同士を一時的に友達として登録する際の、サーバ装置１００の動作例について説明した。サーバ装置１００は、上述してきたような動作を実行することで、特定のイベントに参加しているユーザ同士を一時的に友達として登録することができ、また一時的にユーザをあるユーザと友達として登録する際に、その友達として登録しようとするユーザの状態に応じて友達のランクを設定することができる。

＜２．まとめ＞
以上説明したように、本開示の一実施形態によれば、サーバ装置１００は、ユーザ同士の繋がりの構築を実現する。サーバ装置１００は、ユーザ同士の繋がりを構築することで、ユーザ間での情報の共有を可能にする。そして本実施形態では、サーバ装置１００は、所定の条件を満たしたユーザ同士を自動的に友人として登録し、その友人同士となったユーザ間で、情報の共有を可能にするサービスをユーザに提供する。

また、本開示の一実施形態によれば、サーバ装置１００は、所定の条件を満たしたユーザ同士を自動的に友人として登録する際に、友人として登録しようとするユーザのユーザ情報と、ユーザが予め登録した制限情報とを比較する。そしてサーバ装置１００は、ユーザが予め登録した制限情報に合致したり、条件に適合したりするものが友人として登録しようとするユーザのユーザ情報に存在していれば、サーバ装置１００は、友人として自動的に登録する所定の条件を満たしていたとしても、友人としての自動登録を制限する。

本開示の一実施形態によれば、社会的な繋がりをインターネット上で構築するためのサービスにおいて、繋がりを希望しない相手と自動的に繋がることを防ぐことが可能となる。

本明細書の各装置が実行する処理における各ステップは、必ずしもシーケンス図またはフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、各装置が実行する処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。

また、各装置に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述した各装置の構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供されることが可能である。また、機能ブロック図で示したそれぞれの機能ブロックをハードウェアで構成することで、一連の処理をハードウェアで実現することもできる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示はかかる例に限定されない。本開示の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

なお、本技術は以下のような構成も取ることができる。
（１）
第１のユーザの情報と、第２のユーザの情報とが所定の条件を満たした場合に、前記第１のユーザに利用される第１の端末装置と、前記第２のユーザに利用される第２の端末装置との間で通信網上での情報の共有が不可能な第１の状態から情報の共有を可能とする第２の状態に遷移する条件判定部と、
前記第１の端末装置から取得した、前記第１の状態から前記第２の状態への遷移を制限するための制限情報に基づき前記第１の状態から前記第２の状態への遷移を制限する制限部と、
を備える、情報処理装置。
（２）
前記制限部は、前記第２の端末装置から取得した前記第２のユーザの情報と、前記第１の端末装置から取得した前記制限情報とを用いて、前記第１の状態へ遷移するかどうか判断する、前記（１）に記載の情報処理装置。
（３）
前記制限部は、各ユーザの情報に対する評価情報を取得する、前記（２）に記載の情報処理装置。
（４）
前記制限部は、前記第１の状態へ遷移するかどうかの判断に際し、前記評価情報に応じて、前記第２のユーザの情報に対する重み付けを変化させる、前記（３）に記載の情報処理装置。
（５）
前記制限部は、前記重み付けを、前記評価情報を入力したユーザに関する情報に応じて変化させる、前記（４）に記載の情報処理装置。
（６）
前記制限部は、前記評価情報を入力したユーザに関する情報として、前記評価情報を入力したユーザが他のユーザから受けている評価に応じて、前記重み付けを変化させる、前記（５）に記載の情報処理装置。
（７）
前記制限部は、前記第２のユーザと前記評価情報を入力したユーザとが前記所定の条件を満たした時点で前記第２のユーザの情報を前記評価情報で評価する、前記（３）〜（６）のいずれかに記載の情報処理装置。
（８）
前記制限部は、前記第２のユーザの情報が変更された時点で、前記評価情報を入力したユーザに対して前記第２のユーザの情報の再評価を要求する、前記（３）〜（７）のいずれかに記載の情報処理装置。
（９）
各ユーザの情報を、それぞれのユーザの行動履歴に基づいて自動的に更新する更新部をさらに備える、前記（１）〜（８）のいずれかに記載の情報処理装置。
（１０）
各ユーザの情報の項目ごとの公開の可否を設定する公開設定部をさらに備える、前記（１）〜（９）のいずれかに記載の情報処理装置。
（１１）
前記制限部が取得した前記制限情報は、生体的な情報を含む、前記（１）〜（１０）のいずれかに記載の情報処理装置。
（１２）
前記制限部が取得した前記制限情報は、特定のユーザと前記第１の状態へ遷移しているか否かの情報を含む、前記（１）〜（１１）のいずれかに記載の情報処理装置。
（１３）
前記制限部が取得した前記制限情報は、各端末装置における動作履歴から自動的に生成される、前記（１）〜（１２）のいずれかに記載の情報処理装置。
（１４）
前記制限部は、前記制限情報と各ユーザの情報との少なくともいずれかに応じて、前記第１の端末装置と前記第２の端末装置との間で情報共有が可能な、程度の異なる複数の状態に遷移させる、前記（１）〜（１３）のいずれかに記載の情報処理装置。
（１５）
前記制限部は、前記制限情報による制限が少ないほど、前記第１の端末装置と前記第２の端末装置との間で多くの情報を共有可能な状態に遷移させる、前記（１４）に記載の情報処理装置。
（１６）
前記制限部は、前記複数の状態の中のどの状態にあるかに応じて各ユーザの情報の開示の度合いを変化させる、前記（１４）または（１５）に記載の情報処理装置。
（１７）
コンピュータに、
第１のユーザの情報と、第２のユーザの情報とが所定の条件を満たした場合に、前記第１のユーザに利用される第１の端末装置と、前記第２のユーザに利用される第２の端末装置との間で通信網上での情報の共有が不可能な第１の状態から情報の共有を可能とする第２の状態に遷移する条件判定ステップと、
前記第１の端末装置から取得した、前記第１の状態から前記第２の状態への遷移を制限するための制限情報に基づき前記第１の状態から前記第２の状態への遷移を制限する制限ステップと、
を実行させる、コンピュータプログラム
（１８）
第１のユーザの情報と、第２のユーザの情報とが所定の条件を満たすと、前記第１のユーザに利用される第１の端末装置と、前記第２のユーザに利用される第２の端末装置との間で通信網上での情報の共有が不可能な第１の状態から情報の共有を可能とする第２の状態に遷移する場合に、前記第１のユーザの情報及び前記第１の状態の遷移を制限するための制限情報を入力させる入力部を備える、端末装置。
（１９）
前記入力部は、他のユーザの情報に対する評価を入力させる、前記（１８）に記載の端末装置。
（２０）
前記入力部は、前記所定の条件を満たした前記他のユーザの情報に対する評価を入力させる、前記（１９）に記載の端末装置。

１ 情報処理システム
１００ サーバ装置
１１０ 制御部
１１１ 条件判定部
１１２ 制限部
１１３ 更新部
１１４ 公開設定部
１２０ 受付部
１３０ 通信部
１４０ 情報記憶部
２００ａ、２００ｂ、２００ｃ、２００ｄ 端末装置

Claims (14)

1. 第１のユーザの情報と、第２のユーザの情報とが所定の条件を満たした場合に、前記第１のユーザに利用される第１の端末装置と、前記第２のユーザに利用される第２の端末装置との間で通信網上での情報の共有が不可能な第１の状態から情報の共有を可能とする第２の状態に遷移する条件判定部と、
   前記第１の端末装置から取得した、前記第１の状態から前記第２の状態への遷移を制限するための制限情報に基づき前記第１の状態から前記第２の状態への遷移を制限する制限部と、
   を備え、
   前記制限部は、各ユーザの情報に対する評価情報を取得し、前記第２の端末装置から取得した前記第２のユーザの情報と、前記第１の端末装置から取得した前記制限情報とを用いて、前記第２の状態へ遷移するかどうか判断し、前記評価情報に応じて、前記第２の状態へ遷移するかどうかの判断における前記第２のユーザの情報に対する重み付けを変化させる、情報処理装置。
2. 前記制限部は、前記重み付けを、前記評価情報を入力したユーザに関する情報に応じて変化させる、請求項１に記載の情報処理装置。
3. 前記制限部は、前記評価情報を入力したユーザに関する情報として、前記評価情報を入力したユーザが他のユーザから受けている評価に応じて、前記重み付けを変化させる、請求項２に記載の情報処理装置。
4. 前記制限部は、前記第２のユーザと前記評価情報を入力したユーザとが前記所定の条件を満たした時点で前記第２のユーザの情報を前記評価情報で評価する、請求項１〜３のいずれかに記載の情報処理装置。
5. 前記制限部は、前記第２のユーザの情報が変更された時点で、前記評価情報を入力したユーザに対して前記第２のユーザの情報の再評価を要求する、請求項１〜４のいずれかに記載の情報処理装置。
6. 各ユーザの情報を、それぞれのユーザの行動履歴に基づいて自動的に更新する更新部をさらに備える、請求項１〜５のいずれかに記載の情報処理装置。
7. 各ユーザの情報の項目ごとの公開の可否を設定する公開設定部をさらに備える、請求項１〜６のいずれかに記載の情報処理装置。
8. 前記制限部が取得した前記制限情報は、生体的な情報を含む、請求項１〜７のいずれかに記載の情報処理装置。
9. 前記制限部が取得した前記制限情報は、特定のユーザと前記第１の状態へ遷移しているか否かの情報を含む、請求項１〜８のいずれかに記載の情報処理装置。
10. 前記制限部が取得した前記制限情報は、各端末装置における動作履歴から自動的に生成される、請求項１〜９のいずれかに記載の情報処理装置。
11. 前記制限部は、前記制限情報と各ユーザの情報との少なくともいずれかに応じて、前記第１の端末装置と前記第２の端末装置との間で情報共有が可能な、程度の異なる複数の状態に遷移させる、請求項１〜１０のいずれかに記載の情報処理装置。
12. 前記制限部は、前記制限情報による制限が少ないほど、前記第１の端末装置と前記第２の端末装置との間で多くの情報を共有可能な状態に遷移させる、請求項１１に記載の情報処理装置。
13. 前記制限部は、前記複数の状態の中のどの状態にあるかに応じて各ユーザの情報の開示の度合いを変化させる、請求項１１または１２に記載の情報処理装置。
14. コンピュータに、
    第１のユーザの情報と、第２のユーザの情報とが所定の条件を満たした場合に、前記第１のユーザに利用される第１の端末装置と、前記第２のユーザに利用される第２の端末装置との間で通信網上での情報の共有が不可能な第１の状態から情報の共有を可能とする第２の状態に遷移する条件判定ステップと、
    前記第１の端末装置から取得した、前記第１の状態から前記第２の状態への遷移を制限するための制限情報に基づき前記第１の状態から前記第２の状態への遷移を制限する制限ステップと、
    を実行させ、
    前記制限ステップは、各ユーザの情報に対する評価情報を取得し、前記第２の端末装置から取得した前記第２のユーザの情報と、前記第１の端末装置から取得した前記制限情報とを用いて、前記第２の状態へ遷移するかどうか判断し、前記評価情報に応じて、前記第２の状態へ遷移するかどうかの判断における前記第２のユーザの情報に対する重み付けを変化させる、コンピュータプログラム
    

Images