JP2014013492A - 情報処理システム、情報処理装置、デバイス選択方法およびプログラム - Google Patents

Abstract

【課題】 異なるユーザにそれぞれ関連付けられたデバイス間で所定のサービスを実行する際に、ユーザビリティの向上を目的とする。
【解決手段】 第１のユーザに関連する第１のデバイスと第２のユーザに関連する複数のデバイスの何れかとにおいて、所定のサービスを実行させるための情報処理システムであって、前記第１のユーザの識別子と前記第２のユーザの識別子とを前記第１のデバイスから取得する識別子取得手段と、前記第１のユーザと前記第２のユーザの関係性がある場合、該関係性を取得する関係性取得手段と、前記第１のユーザと前記第２のユーザの関係性に応じて、前記所定のサービスを実行可能な複数のデバイスからサービスを実行するデバイスを選択する選択手段と、を有することを特徴とする情報処理システム。
【選択図】 図１

Description

本発明は、ユーザ間で所定のサービスを実行する情報処理システムに関する。

近年、クライアント側にサービスを実行するためのプログラムをインストールすることなく、クライアントがサーバにインターネットを介してアクセスし、ウェブブラウザ上で所望のサービスを実行する所謂クラウドサービスが普及している。また、ソーシャルネットワークサービス（ＳＮＳ）などの発展により、ユーザ同士のコミュニケーションに注目が集まってきている。

上述したＳＮＳなどで構成された複数のユーザ間で情報共有するための仮想コミュニティにおけるユーザ情報に対するアクセス制限のための技術が提案されている。例えば、第１のユーザが第２のユーザに関係性の生成（ユーザ情報のアクセス権設定）の承認要求を行った場合、第１のユーザと第２のユーザとの関係性の生成前に第２のユーザに第１のユーザのユーザ情報のアクセス権を仮に与えるシステムが提案されている（特許文献１）。
特許文献１によれば、第２のユーザは第１のユーザとの関係性の生成の承認前に第１のユーザ情報を閲覧することができ、第１のユーザに第２のユーザのユーザ情報のアクセス権を設定するべきか否かの判断を容易に行うことができる。

特開２００９−１７５９６６

近年様々な機器のネットワーク化および多機能化が進んでおり、ユーザが所有する複数のデバイス夫々が様々なサービスに対応できるようになってきている。例えば、ノートパソコン、携帯電話でメールなどのメッセージサービスが実行できる。また、ネットワーク接続可能なデジタルカメラ、スマートフォンなどの携帯電話で他のユーザと撮影した画像を交換する画像交換サービスを利用できる。

このように、異なるユーザが所有するデバイス間でサービスを実行し、ユーザ間のコミュニケーションを行う場合に、希望するサービスに対応するデバイスの組合せが複数存在する場合が起こり得る。このような、サービスを実行するデバイスの選択をユーザの指示により行う場合、ユーザに煩雑な操作を強いることになり、ユーザビリティの向上とういう観点では向上の余地がある。

本願発明は、異なるユーザにそれぞれ関連付けられたデバイス間で所定のサービスを実行する際のユーザビリティの向上を目的とする。

上述の課題を解決するための手段として、第１のユーザに関連する第１のデバイスと第２のユーザに関連する複数のデバイスの何れかとにおいて、所定のサービスを実行させるための情報処理システムであって、前記第１のユーザの識別子と前記第２のユーザの識別子とを前記第１のデバイスから取得する識別子取得手段と、前記第１のユーザと前記第２のユーザの関係性を取得する関係性取得手段と、前記第１のユーザと前記第２のユーザの関係性に応じて、前記所定のサービスを実行可能な複数のデバイスからサービスを実行するデバイスを選択する選択手段と、を有することを特徴とする情報処理システムを提供する。

本発明によれば、ユーザ間の関係性に応じて、ユーザ間で実行するサービスを実行するデバイスを選択することができるため、ユーザビリティが向上する。

本施例に係るシステム構成図である。 本実施例に係る表示装置１０５の構成図である。 本実施例に係るサーバ１０７の構成図である。 本実施例に係る発信装置１０６の構成図である。 本情報処理システムにおけるユーザ間でサービスを実行するための処理を示すシーケンス図である。 本情報処理システムにおけるユーザ間でサービスを実行するための処理を示すシーケンス図である。 表示装置１０５におけるサーバ１０７に情報の問い合わせを行う際のフローチャートである。 サーバ１０７における発信装置１０６から、識別子と属性情報を受信しデータベース１０９のエントリを更新する時の、のフローチャートである。 表示装置１０５から識別子と識別子の関係性を取得するための依頼を受信した時の、サーバ１０７のフローチャートである。 サーバ１０７における表示装置１０５に属性情報を提供する際のフローチャートである。 サーバ１０７におけるデバイスリストを作成する際のフローチャートである。 実施例２における関係性グラフを示す図である。 表示装置１０５におけるサービスリストの取得要求、および、サービスの実行の依頼を行う際のフローチャートである。 サーバ１０７のサービスリストを提供する際のフローチャートである。 サーバ１０７のサービス実行を依頼された際のフローチャートである。 実施例１における関係性グラフを示す図である。 ユーザ間の関係性情報の詳細を示す図である。 ユーザとデバイスの関係性情報の詳細を示す図である。 ユーザの属性情報の詳細を示す図である。 デバイスの属性情報の詳細を示す図である。 表示装置１０５における表示画面例を示す図である。 サーバ１０７がサービスリストを作成する時に利用するデバイスの属性情報を示す図である。 実施例２に係るサーバ１０７が管理する関係性情報と属性情報のグラフである。 実施例２に係るユーザとデバイスの関係性を自動的に設定する際の図である。 実施例２に係る関係性グラフの他の一例である。

（実施例１）
以下、本発明の実施例について、図面を参照して説明する。本実施例では、異なるユーザのデバイス間において所定のサービスを実行させるための情報処理システムについて説明を行う。本情報処理システムでは、ＳＮＳなどで構築された関係性が存在するユーザ間でサービスを実行する。図１は、本実施例に係るシステム構成図である。

図１において、１００は、多様なネットワークの集合体のインターネットである。インターネット１００は、インターネットに限らず、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、それらの複合であってもよい。１０１は、無線基地局である。無線基地局１０１は、後述する表示装置１０５と無線ＬＡＮ（例えば、ＩＥＥＥ８０２．１１シリーズに準拠）による通信方式で無線通信ネットワークを構築する。なお、通信方式はこれに限らず、ＷｉＭＡＸやＢｌｕｅｔｏｏｔｈ（登録商標）などの無線通信や有線通信を利用してもよい。また、無線基地局１０１は、インターネット１００と接続されており、表示装置１０５と後述するサーバ１０７との通信を中継する。

１０２は、無線基地局である。無線基地局１０２は、後述する発信装置１０６と無線ＬＡＮ（例えば、ＩＥＥＥ８０２．１１シリーズに準拠）による通信方式で無線通信ネットワークを構築する。また、無線基地局１０１は、インターネット１００と接続されており、発信装置１０６と後述するサーバ１０７との通信を中継する。なお、通信方式はこれに限らず、ＷｉＭＡＸやＢｌｕｅｔｏｏｔｈ（登録商標）などの無線通信や有線通信を利用してもよい。１０３は、本情報処理システムのユーザであるユーザＡ（第１のユーザ）である。ユーザＡ１０３は、表示装置１０５の所有者である。１０４は、本情報処理システムのユーザＢ（第２のユーザ）である。ユーザＢ１０４は、発信装置１０６の所有者である。

１０５は、画像や各種情報を表示するディスプレイを有する表示装置（第１のデバイス）である。表示装置１０５は、無線通信機能を有し、無線基地局１０１を介してサーバ１０７と通信を行う。また、表示装置１０５は、発信装置１０６と通信を行う。１０６は、所有者の識別子（ユーザＩＤ、アカウントＩＤ等）を定期的または他装置からの要求に応じて無線信号として発信する発信装置である。発信装置１０６は、周囲（通信可能な範囲）にユーザＢ１０４の識別子を発信する。また、発信装置１０６は、サーバ１０７と無線基地局１０２を介してサーバ１０７と通信する。１１０は、ユーザＢ１０４が所有する複数のデバイス（デバイス群）である。デバイス群１１０は、例えば、携帯電話、プリンタ、ノートパソコン、タブレットＰＣ、デジタルカメラ等である。また、ユーザＢ１０４はサーバ１０７にデバイス群１１０を所有していること、またデバイス群１１０夫々の用途（ビジネス用かプライベート用か等）、使用場所等を属性情報としてサーバ１０７に登録することができる。（ユーザとデバイスとの関係性を登録することができる。）なお、デバイスの属性情報に基づいて、ユーザとデバイスの関係性を定める構成としたが、別途ユーザとデバイスの関係性を直接ユーザの入力に基づいて定める構成として良い。

１０７は、異なるユーザのデバイス間において所定のサービスを実行させるためのサーバである。サーバ１０７は、本情報処理システムのユーザ間の関係性やユーザとユーザが所有するデバイスとの関係性、ユーザおよびデバイスの属性情報を管理する。

サーバ１０７は、ユーザ間の関係性、ユーザが所有するデバイス、ユーザとユーザが所有するデバイスの関係性を事前にそれぞれのユーザからの入力に基づいて、事前に保持しているものとする。また、これらの保持している情報は、例えばインターネット上に存在するソーシャルネットワーキングサービス（ＳＮＳ）からインポートして取得する構成として良い。また、サーバ１０７がソーシャルネットワーキングサービスを提供し、該サービスにより構成されたユーザ間の関係性や所有するデバイス情報を利用する構成としても良い。

また、サーバ１０７は、ユーザと他のユーザと間で実行するサービスの実行要求を受信すると、該ユーザと他のユーザ間の関係性に基づいて、サービスをセキュリティ上実行しても良いかを判定する。また、サービス実行可能な場合で、他のユーザが有する複数のデバイスで該サービス実行可能なときは、実行するサービスとユーザ間の関係性に応じて、サービスを実行するデバイスを選択する。

１０８は、データベースである。データベース１０８は、ユーザ間の関係性、および、ユーザとデバイスの関係性を保持するＲＤＢ（Ｒｅｌａｔｉｏｎａｌ Ｄａｔａｂａｓｅ）である。本実施例では、ＲＤＢを用いて実現したが、これに限らず、ＸＭＬＤＢ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ Ｄａｔａｂａｓｅ）など別の種類のデータベース用いても実現できる。１０９は、属性情報を保持するデータベースである。データベース１０９は、ユーザの属性情報、および、デバイスの属性情報を保持するＲＤＢである。本実施例では、ＲＤＢを用いて実現したが、これに限らず、ＸＭＬＤＢなど別の種類のデータベース用いても実現できる。

ここで、データベース１０８に記憶され、サーバ１０７が管理する関係性情報について説明する。図１５は、ユーザ間の関係性およびユーザとデバイスとの関係性を概念的に示した関係性グラフである。サーバ１０７は、関係性情報に基づいて、図１５に示すような関係性グラフを形成し、ユーザ間の関係、ユーザとデバイスの関係を管理する。図１５に示す関係性グラフは、ユーザまたデバイスをノードとし、各ノード間に関係性がある場合は、各ノード間をエッジで結んで表される。図１５において、１５０１は、ユーザＡ１０３を示すノードである。１５０２は、ユーザＢ１０４を示すノードである。１５０３は、ユーザＡ１０３が所有するデバイスを示すノードである。１５０４、１５０５は、ユーザＢ１０４が所有するデバイスを示すノードである。１５０１〜１５０５のノードには、サーバ１０７によって一意に決められた識別子が付与される。ノード１５０１には、識別子１が付与されている。ノード１５０２には、識別子２が付与されている。ノード１５０３には、識別子３が付与されている。ノード１５０４には、識別子４が付与されている。ノード１５０５には、識別子５が付与されている。

１５１１は、ユーザＡ１０３の属性情報である。１５１２は、ユーザＢ１０４の属性情報である。１５１３〜１５１５は、各デバイスの属性情報である。１５２１は、ユーザＡ１０３とユーザＢ１０４の関係性を示すエッジである。ここで、図１６は、サーバ１０７が管理するノード間の関係性情報の詳細を示す図である。図１６（ａ）は、ユーザＡ１０３（ノード１５０１）とユーザＢ１０４（ノード１５０２）との間の関係性情報である。開始ノードが、ユーザＡ１０３の識別子１である。終了ノードが、ユーザＢ１０４の識別子２である。ユーザＡ１０３とユーザＢ１０４の関係性は、関係性の種別が「友人（プライベート）」で、強度が「５０」であることを示す。これらの、関係性の種別「友人」や、強度が「５０」はユーザＡ１０３またはユーザＢ１０４のどちらかが事前に入力し、他方のユーザがこれを承認することで規定される。図１５のエッジ１５２１は、図１６（ａ）に示す情報を反映しているということができる。また、図１６（ｂ）に示すように、関係性の種別は「仕事（ビジネス）」、関係性の強度は「０」といった関係性であってもよい。また、関係性の種別は「仕事」を階層化し、「同じ課」、「同じ部」、「同じ本部」、「同じ事業所勤務」、「異なる事業所勤務」などに細分化するよう構成しても良い。同様に、「友人」を「同じ小学校」、「同じ中学校」等に細分化してもよい。なお、ユーザ間の関係の強度は、親密さを示す度合いとする。

図１５に戻り、１５２２は、ユーザＡ１０３とユーザＡ１０３に関連付けられたデバイスとの関係性を示すエッジである。１５２３、１５２４は、ユーザＢ１０４とユーザＢ１０４に関連付けられたデバイスとの関係性を示すエッジである。ここで、図１７は、サーバ１０７が管理するユーザとデバイスの関係性情報の詳細を示す図である。図１７（ａ）は、ユーザＡ１０３（ノード１５０１）とデバイス（ノード１５０３）との間の関係性情報である。開始ノードが、ユーザＡ１０３（ノード１５０１）の識別子１である。終了ノードが、デバイス（ノード１５０３）の識別子３である。ユーザＡ１０３とデバイスの関係性は、関係性の種別が「所有」、「プライベート」で、強度が「１００」であることを示す。図１７（ｂ）は、ユーザＢ１０４（ノード１５０２）とデバイス（ノード１５０４）との間の関係性情報である。開始ノードが、ユーザＢ１０４（ノード１５０２）の識別子２である。終了ノードが、デバイス（ノード１５０４）の識別子４である。ユーザＢ１０４とデバイスの関係性は、関係性の種別が「レンタル」、「ビジネス」で、強度が「０」であることを示す。

これらの、関係性の種別「友人」や、強度が「５０」はユーザＡ１０３またはユーザＢ１０４がそれぞれ所有するデバイスとそれらの属性情報として事前に入力することで規定される。本実施例では、関係性の種別を、「所有」と「レンタル」、「プライベート」と「ビジネス」で説明したが、これに限るものではない。また、図１５に示す例では、ユーザＡ１０３と関連するデバイスを表示装置１０５のみとしたが複数であってよい。また、ユーザＢ１０４が所有するデバイスを２つとしたがもっと多くを登録している構成としてよい。なお、ユーザとデバイス間の関係性の強度は、ユーザのデバイスの使用頻度を表すものとする。

続いて、データベース１０９に記憶され、サーバ１０７が管理するユーザの属性情報の詳細の一例を図１８に示す。図１８（ａ）は、ユーザＡ１０３の属性情報である。図１８（ｂ）は、ユーザＢ１０４の属性情報である。図１８における例では、ユーザの属性情報は、名前、年齢、性別、趣味、位置情報（ＧＰＳ情報）、ＳＮＳのユーザ名、ＳＮＳのパスワードを有している。

また、図１９はデータベース１０９に記憶され、サーバ１０７が管理するデバイスの属性情報の詳細を示す表である。図１９（ａ）は、ユーザＡ１０３の所持するデバイス（ノード１５０３）の属性情報である。図１９（ｂ）は、ユーザＢ１０４の所持するデバイス（ノード１５０４）の属性情報である。図１９（ｃ）は、ユーザＢ１０４の所持するデバイス（ノード１５０５）の属性情報である。図１９における例では、デバイスの属性情報は、名前、種類、接続、状態、ファームウェア、利用可能なサービス、位置情報（ＧＰＳ情報）、所有者、使用場所、使用用途を有している。なお、図１９（ａ）に示すデバイスは表示装置１０５を表すものとする。

本実施例では、データベース１０８とデータベース１０９を別々に配置したが、これに限らず、同一のデータベース内で実現してもよい。また、ユーザとデバイスの属性情報を別々のデータベースに分割して保存しても実現できる。以上説明した本実施例のデータベースの形態は一実施例であって、データベースの形態を本実施例の形に限るものではない。

上述に説明したシステム構成は一例に過ぎず、図１の形態に限定されるものではない。例えば、サーバ１０７は、複数の装置により構成されていても、サーバ１０７で実行される処理の一部または全てがクライアント側である表示装置１０５、発信装置１０６が行う構成としても構わない。

続いて、図２は、本実施例に係る表示装置１０５のハードウェア（モジュール）構成図である。なお、各構成の一部または全ては、ＣＰＵ等の演算装置がプログラムを実行して情報の演算、加工する制御に基づいて実現されてよい。また、各構成は、演算装置がプログラムを実行して、ハードウェアを制御することで実現されてよい。

図２において、２００は、各構成を接続するバスである。２０１は、レンズを介して取得した被写体光を画像データとして取得する撮影部である。撮影部２０１は、光学ズームやデジタルズームを用いて画角の調整を行い、画像を撮影する。２０２は、液晶パネルなどのディプレイに画像、各種情報を表示する表示部である。２０３は、発信装置１０６が発信する識別子の情報を取得する識別子取得部である。２０４は、所有者の識別子の入力や各種ユーザ操作に基づいた入力を受け付ける入力部である。なお、表示部２０２と入力部２０４をタッチパネルとして同一に構成してよい。

２０５は、サーバから取得した、撮影部２０１で撮影された画像に写る被写体と表示装置１０５の所有者との関係性および被写体、デバイスの属性情報の一部乃至全部を撮影画像とを重畳する合成部である。本実施例では、撮影部２０１で撮影された画像に重畳しているが、これに限らず、既に撮影済みの画像やリアルタイムの動画でも実現できる。２０６は、所定の無線方式（無線ＬＡＮ（ＩＥＥＥ８０２．１１シリーズ）、ミリ波、ＲＦＩＤなど）で発信装置１０６や無線基地局との間で無線信号の送受信を行うためのアンテナや回路の制御を行うＲＦ部である。２０７は、サーバ１０７から他のユーザや他のユーザが所有するデバイスの属性情報を取得する属性情報取得部である。

２０８は、サーバ１０７から表示装置１０５の所有者と他のユーザ間の関係性や他のユーザと他のユーザが所有するデバイスとの関係性を取得する関係性情報取得部である。２０９は、サーバ１０７に対するメッセージ、および、サーバ１０７を介したメッセージを送受信するためのメッセージ送受信部である。２１０は、実行部である。ユーザＡ１０３の指示に応じて、ユーザＢ１０４との間で実行可能なサービスリストをサーバ１０７を取得し、ユーザＢ１０４との間でサービスを実行するための処理を実行する。２１１は、撮影画像から物体を検出するための特徴情報を用いて物体の検出を行う検出部である。２１２は、通信プロトコルの処理を行うＴＣＰ／ＩＰ処理部である。

続いて、サーバ１０７の構成について説明を行う。図３は、本実施例に係るサーバ１０７のハードウェア（モジュール）構成図である。なお、各構成の一部または全ては、ＣＰＵ等の演算装置がプログラムを実行して情報の演算、加工する制御等に基づいて実現されてよい。また、各構成は、演算装置がプログラムを実行して、ハードウェアを制御することで実現されてよい。

図３において、３００は、各構成を接続するバスである。３０１は、各ユーザの識別子に対応付けられた各ユーザに対応する物体（各ユーザ）を検出するための特徴情報を保持する特徴情報保持部である。本実施例では、特徴情報保持部を独立して持つが、各ユーザの特徴情報を各ユーザの属性情報の一つのパラメータとして保存しても実現できる。３０２は、各識別子（ユーザ、デバイス）に対応付けられた属性情報を保持する属性情報保持部である。本実施例では、属性情報保持部３０２は、属性情報をデータベース１０９で保持しており、データベース１０９に対して、追加・更新・削除などの操作を行う。また、本実施例では、ユーザ（人物）の属性情報として名前、性別などの情報、特徴情報、ＧＰＳ情報、ログイン時間を含むものとする。デバイスの属性情報は、名前、種類、接続、状態、ファームウェア、利用可能なサービス、位置情報（ＧＰＳ情報）、所有者、使用場所、使用用途を含むものとする。

３０３は、ユーザ間の関係性、ユーザとデバイスの関係性を保持する関係性情報保持部である。本実施例では、関係性情報保持部３０３が、関係性をデータベース１０８を用いて保持しており、データベース１０８に対して、追加・更新・削除などの操作を行う。また、本実施例では関係性には、関係性の種別（友人、仕事、同僚、家族等）と関係の強度を含むものとする。なお、ユーザ間の関係性の強度はユーザ同士の親密さを表し、ユーザとデバイスの関係性の強度は、ユーザのデバイスの使用頻度を表す。

３０４は、ユーザから他のユーザとのサービスの実行を要求された時に、ユーザ間の関係性、他のユーザと他のユーザが所有するデバイスの関係性、他のユーザが所有するデバイスの属性情報から、サービスを実行するデバイスを選択する選択部である。選択部３０４は、実行するデバイスが決定した後、デバイスの属性情報を監視して、実行可能な状態になったかの判断を行う機能も併せ持つ。３０５は、ユーザからの要求に応じて該ユーザと他のユーザ間で実行可能なサービスのリストを作成するサービスリスト生成部である。

３０６は、表示装置１０５から受け付けたメッセージに応じた処理を即時に実行できなかった時、該メッセージを保存するメッセージ保存部である。３０７は、メッセージ送受信部である。メッセージ送受信部３０７は、表示装置１０５、および、発信装置１０６などと、所定のメッセージを送受信する。３０８は、ネットワークのプロトコル処理を行うＴＣＰ／ＩＰ処理部である。

３０９は、サービス実行を依頼したユーザ間の関係性の有無を判定する判定部である。３１０は、サービス実行を依頼したユーザ間のデバイスで指定されたサービスを実行するための処理を行う実行部である。３１１は、生成したサービスリストをユーザ（ユーザに関連するデバイス）に提示する提示部である。

続いて、発信装置１０６の（ハードウェア（モジュール）構成を図４を用いて説明する。
図４において、４００は、各モジュールを接続するバスである。４０１は、所定の無線方式（無線ＬＡＮ、ミリ波、ＲＦＩＤなど）で表示装置１０５、無線基地局との間で無線信号の送受信を行うためのアンテナや回路の制御を行うＲＦ部である。４０２は、所有者（ユーザＢ１０４）の識別子（ユーザＩＤ，アカウントＩＤ）を発信する識別子発信部である。なお、ユーザＢ１０４によるユーザインターフェースによる入力を受け付けて、ユーザＢ１０４の識別子が識別子発信部４０２に登録される。工場出荷時などに設定された識別子とユーザＢ１０４の関連付けをサーバ１０７に保持することで、ユーザＢ１０４の識別子の代替として扱っても良い。

４０３は、属性情報保持部である。属性情報保持部４０３は、ユーザＢ１０４の属性情報（名前、性別などの情報、特徴情報、ＧＰＳ情報、ログイン時間など）を保持する。属性情報はユーザＢ１０４がユーザインターフェースによって、予め入力する（たとえば、名前や性別など）。さらに、発信装置１０６がＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）などのセンサを持つ場合、取得した位置情報をユーザＢ１０４の属性情報として出力する。４０４は、メッセージ送受信部である。メッセージ送受信部４０４は、サーバ１０７と、制御メッセージなどの送受信を行う。４０５は、ネットワークのプロトコル処理を行うＴＣＰ／ＩＰ処理部である。

以上説明を行った本システムの動作について説明を行う。図５は、本情報処理システムにおけるユーザＡ１０３とユーザＢ１０４との間でサービスを実行するための処理を示すシーケンス図である。まず、図５（ａ）のＭ５００において、発信装置１０６が、サーバ１０７にユーザＢ１０４の属性情報とユーザＢ１０４の識別子とを関連付けて登録（更新）するための処理を行う。サーバ１０７は、受信したユーザＢ１０４の属性情報の中から特徴情報を特徴情報保持部３０１に保持を指示する。サーバは、それ以外の属性情報を属性情報保持部３０２に保持を指示する。本実施例では、特徴情報保持部３０１と属性情報保持部３０２を分離したが、同一に管理しても良い。本処理については、後述する図７のフローチャートに基づいて、さらに説明を行う。

Ｍ５０１において、表示装置１０５はユーザＡ１０３からの操作に基づいて、ユーザＡ１０３の識別子を取得する。これによって、ユーザＡ１０３が本処理システムを利用しているという状態になる。なお、ユーザＡ１０３に関する属性情報等のサーバ１０７への登録は事前に行われているものとする。Ｍ５０２において、表示装置１０５の撮影部２０１は、ユーザＢ１０４を写した撮影画像を撮影する。なお、ユーザＡ１０３は、撮影を行うことでコミュニケーションを図りたい相手を指定するものとする。Ｍ５０３において、発信装置１０６の識別発信部４０２はユーザＢ１０４の識別子を発信する。本実施例では、所定の無線方式（無線ＬＡＮ、ミリ波、ＲＦＩＤなど）を用いるものとする。これに限らず、新たな無線方式であっても識別子を伝送できれば実現できるため、どのような通信方式であっても良い。

Ｍ５０４において、表示装置１０５の識別子取得部２０３は、発信装置１０６が発信したユーザＢ１０４の識別子を受信する。本実施例では、画像取得の後に識別子の受信を行った（Ｍ５０２〜Ｍ５０４の流れ）が、これに限らず、識別子の受信を行った後に画像を取得しても良いし、同時に実行してもよい。Ｍ５０５において、表示装置１０５のメッセージ送受信部２０９は、サーバ１０７に、ユーザＡ１０３の識別子と取得したユーザＢ１０４の識別子を含む、ユーザＡ１０３とユーザＢ１０４の関係性を問い合わせるためのメッセージを送信する。

Ｍ５０６において、サーバ１０７は、表示装置１０５から、ユーザＡ１０３とユーザＢ１０４の関係性を取得するメッセージを受信する。その後、サーバ１０７は、受信したユーザＡ１０３の識別子とユーザＢ１０４の識別子を用いて、データベース１０９からユーザＡとユーザＢとの関係性を検索する。関係性とは、関係の種類（友人、仕事）、関係の強度（−１００〜１００）（図１５にあるエッジ１５２１に相当する）である。

Ｍ５０７において、サーバ１０７の判定部３０９は、検索結果に基づいてユーザＡ１０３とユーザＢ１０４の関係性の有無を判定する。サーバ１０７は、ユーザＡ１０３とユーザＢ１０４の関係性が構築されていれば、ユーザＡ１０３にユーザＢ１０４の属性情報を提示することを決定する。換言すると、ユーザＡ１０３にユーザＢ１０４の属性情報のアクセスを許可し、ユーザＡ１０３にユーザＢ１０４の属性情報を提供することを決定する。本シーケンスでは、ユーザＡ１０３とユーザＢ１０４の関係性が構築されており、判定部３０９はユーザＡ１０３とユーザＢ１０４とに関係性があると判定したとして説明を行う。判定部３０９がユーザ間に関係性があると判定した場合に、メッセージ送受信部３０７は、ユーザＡ１０３とユーザＢ１０４の関係性に関する情報を表示装置１０５に送信する。一方、判定部３０９がユーザＡ１０３とユーザＢ１０４とに関係性が無いと判定した場合は、メッセージ送受信部３０７はエラーメッセージを表示装置１０５に送信し、以降の処理を行わない。つまり、サーバ１０７は、関係性が存在しないユーザ間に互いの属性情報を提示しない。また、サーバ１０７は、関係性が存在しないユーザ間でサービスを実行させないように制御する。なお、Ｍ５０６〜Ｍ５０８におけるサーバ１０７の動作を図８におけるフローチャートに基づいて詳細を後述する。

続いて、Ｍ５０８において、表示装置１０５は、サーバ１０７から送信されたユーザＡとユーザＢ１０４との関係性に関する情報を受信すると、受信した情報を表示部２０２が表示する。Ｍ５０９において、表示装置１０５は、ユーザＡとユーザＢ１０４との関係性があることを検知すると、メッセージ送受信部２０９を用いてサーバ１０７にユーザＢ１０４の識別子を含むユーザＢ１０４の属性情報を要求するメッセージを送信する。Ｍ５１０において、サーバ１０７は、表示装置１０５から、ユーザＢ１０４の属性情報を要求するメッセージを受信する。その後、サーバ１０７は、ユーザＢ１０４の識別子を用いて、データベース１０８から属性情報と特徴情報を検索する（ノード１５０２の識別子を鍵として属性情報１５１２を検索する）。

Ｍ５１１において、サーバ１０７は、ユーザＢ１０４の属性情報を表示装置１０５に送信する。本実施例では、ユーザＡ１０３とユーザＢ１０４の関係性とユーザＢ１０４の属性情報を別々に取得して、順に表示したが、これに限らず、同時に取得してもよいし、順番を逆にしても良い。Ｍ５１２において、表示装置１０５は、受信したユーザＢ１０４の特徴情報を取り出す。表示装置１０５の検出部２１１は、特徴情報を用いて、撮影画像からユーザＢ１０４（取得した特徴情報に対応するオブジェクト（物体））を特定する。

Ｍ５１３において、表示装置１０５は、ユーザＢ１０４を撮影画像から、検出、特定できたと判断すると、合成部２０５は、撮影画像中のユーザＢと関連付けて取得した属性情報を重畳して合成画像を生成する。表示部２０２は、合成画像を表示する。本実施例では、画像に重畳して表示したが、これに限らず、別画面に移動して、属性情報を表示してもよい。Ｍ５１４において、表示装置１０５は、ユーザＡ１０３からの撮影画像中の属性情報が表示されているユーザＢを指定する所定の操作を検出すると、サーバ１０７に、ユーザＢ１０４が持つデバイスの属性情報を要求するメッセージを送信する。このメッセージにはユーザＢ１０４の識別子が含まれる。

Ｍ５１５において、サーバ１０７は、ユーザＢ１０４が持つデバイスの属性情報を取得するメッセージを受信する。サーバ１０７は、ユーザＢ１０４のデバイスに関する関係性をデータベース１０９から取得する（エッジ１５２３、エッジ１５２４）。サーバ１０７は、ユーザＢ１０４のデバイスの属性情報をデータベース１０８から取得する。Ｍ５１６において、サーバ１０７は、表示装置１０５にユーザＢ１０４のデバイスの属性情報を送信する。Ｍ５１７において、表示装置１０５は、ユーザＢ１０４が持つデバイスの属性情報を画像に重畳して表示する。デバイスの属性情報としては、例えばオンライン中か否か示すプレゼンス情報を表示する。また、例えば、デバイスの種別を示すアイコンを表示する。このように、近隣に存在する他のユーザが有するデバイスの属性情報を表示することで、他のユーザがどのようなデバイスを有しているかを把握できるので、他のユーザとデバイスを通じたコミュニケーションを行うか否かを判断できるようになる。

また、本実施例では、画像に重畳して表示したが、これに限らず、別画面に移動して、デバイスの属性情報を表示しても良い。また、本実施例では、ユーザＢ１０４が持つデバイスの属性情報を直接取得したが、これに限らず、表示装置がユーザＢ１０４の持つデバイスのリストを取得した後、リストに含まれるデバイスの属性情報を一つずつ取得してもよい。なお、Ｍ５０１〜Ｍ５１７における表示装置１０５の動作を図６におけるフローチャートに基づいて詳細を後述する。図５では省略したが、ユーザＡ１０３のデバイスのリスト、および、それらデバイスの属性情報も同様に取得することができる。

続いて、図５（ｂ）のＭ１１００において、ユーザＡ１０３がユーザＢのデバイスを用いてユーザＢとの間で所定のサービスの実行を希望したとする。ユーザＡ１０３からの指示を検出した表示装置１０５は、サーバ１０７にユーザＢ１０４との間で利用できるサービスリストの作成を依頼するメッセージを送信する。Ｍ１１０１において、サーバ１０７の生成部３０５は、サービスリスト作成依頼要求を受信すると、ユーザＡ１０３のデバイスとユーザＢ１０４のデバイスの属性情報を取得する。サーバ１０７は、ユーザＡ１０３の持つデバイスの属性情報と、ユーザＢの持つデバイスの属性情報の比較を行い、夫々のユーザのデバイス同士で利用可能なサービスが一致しているものがあるかを判定する。

ここで図２１は、サーバ１０７がサービスリストを作成する時に利用するデバイスの属性情報を示す図である。図２１は、図１５に示す各デバイスが有する属性情報から利用可能なサービスを抽出し、リスト化したテーブルデータである。図２１（ａ）は、ユーザＡ１０３が持つデバイスリストとデバイスが対応するサービスを示す表である。図２１（ｂ）は、ユーザＢ１０４が持つデバイスリストとデバイスが対応するサービスを示す表である。図２１（ａ）において、ユーザＡ１０３側のデバイス（表示装置１０５）はメッセージサービス（メッセージ交換サービス）、画像交換サービス、プリントサービス（送信）が利用できる。図２１（ｂ）において、ユーザＢ１０４のノード１５０４（デバイス群１１０の何れか）はメッセージサービスとプリントサービス（印刷）を利用することができる。また、ユーザＢ１０４のノード１５０５（デバイス群１１０の何れか）はメッセージサービス、画像交換サービスを利用することができる。

図２１に示す例において、ユーザＡ１０３側のデバイス（表示装置１０５）と、ユーザＢ１０４のノード１５０４とではプリントサービス、メッセージサービスが利用できる。ユーザＡ１０３側のデバイス（表示装置１０５）と、ユーザＢ１０４のノード１５０５とでは、メッセージサービと画像交換サービスが利用できる。

したがって、サーバ１０７は、ユーザＡ１０３とユーザＢ１０４との間で実行できるサービスは、メッセージサービス、画像交換サービス、プリントサービスと判定する。ここで、デバイス間の能力として実行可能なサービスであっても、ユーザＡ１０３とユーザＢ１０４の関係性によって、サービスを制限するようしてもよい。たとえば、ユーザＡ１０３とユーザＢ１０４間の関係性が「家族」であれば、プリントサービスは許可するが他の関係であればプリントサービスを許可しない。また、ユーザ間の関係性が「友達」であれば、「メッセージサービス」のみ実行できる。等のように、ユーザの関係性に応じて、実行可能なサービスを制限してよい。また、デバイス毎に関係性に応じたサービス実行条件を規定してよい。例えば、デバイスの属性情報（ユーザとデバイスの関係）が「ビジネス」であれば、ユーザ間の関係が「仕事」でないと許可しない等のルールを設定することができる。

また、デバイス間の能力として実行可能なサービスであっても、ユーザＡ１０３とユーザＢ１０４の関係性の強度に応じて、サービスを制限するようにしてもよい。また、ユーザＡ１０３の属性情報（属性情報１５１１）とユーザＢ１０４の属性情報（属性情報１５１２）を用いても同様のことが実施できる。さらに、ユーザＡ１０３とデバイスの関係性、および、ユーザとデバイスの関係性により、実行可能なサービスを制限するよう構成しても良い。例えば、ユーザとデバイスとの関係が「レンタル」であった場合、該デバイスを用いた特定のサービスを禁止または特定のサービスのみを許可するなどである。

以上説明したＭ１１０１におけるユーザＢの所有するデバイスからユーザＡとユーザＢとの間で実行可能なサービスの判定結果をＭ１１０２において、サーバ１０７はサービスリストとして生成し、表示装置１０５に送信する。図５に示す例では、サービリストとして、「ユーザＡ１０３からのプリントサービス、メッセージサービス、画像交換サービス」を作成し、表示装置１０５に送信する。

Ｍ１１０３において、表示装置１０５は、サーバ１０７からサービスリストを受信すると表示装置１０５の表示部２０２は、受信したサービスリストを表示する。Ｍ１１０４において、表示装置１０５は、ユーザ操作に基づいて、ユーザＡ１０３とユーザＢとの間で実行するサービスを決定する。ユーザＡ１０３が、サービスリストに基づいて、ユーザインターフェースを介して、実行するサービスを指定する。また、サービスに優先度をつけ、自動的に実行されるサービスを決定する構成としても良い。

Ｍ１１０５において、表示装置１０５は、サーバ１０７に実行するサービスおよびサービスのパラメータを通知する。Ｍ１１０６において、サーバ１０７は、通知されたサービスがユーザＢが所有する複数のデバイスで実行可能なサービスであるかを判定する。通知されたサービスをユーザＢが所有する複数のデバイスで実行可能でない場合（ユーザＢが所有するデバイスのうち１台で通知されたサービスが実行できる場合）、通知されたサービスをユーザＡ１０３とユーザＢ間で実行するための処理を行う。

つまり、表示装置１０５とユーザＢが所有するデバイスうち通知されたサービスに対応するデバイスとの間でサービスを実行させる。

本実施例の場合、通知されたサービスが複数のデバイスで実行可能であると判定したとして以降の説明を行う。Ｍ１１０７において、サーバ１０７の選択部３０４は、ユーザＡとユーザＢとの関係性とユーザＢとデバイスとの関係性に応じて、サービスを実行するデバイスの選択を行う。ここで、Ｍ１１０４において、「メッセージサービス」が指定されたとする。上述のように、「メッセージサービス」は、表示装置１０５（ノード１５０３）とノード１５０４間と、表示装置１０５とノード１５０５間とで実行可能である。また、ユーザＡ１０３とユーザＢ１０４の関係性は図１６（ａ）に示すように友人（プライベート）関係である。また、ユーザＢ１０４とノード１５０４との関係は図１７（ｂ）に示すように「レンタル」、「ビジネス」である。即ち、ユーザＢ１０４はノード１５０４の所有権を持たず（共同使用または借りている）、ビジネスにおいて使用していることを示す。また、ユーザＢ１０４とノード１５０５との関係は図１７（ｃ）に示すように「所有」、「プライベート」である。即ち、ユーザＢ１０４はノード１５０５の所有権を持ち、プライベートにおいて使用していることを示す。

ユーザＡ１０３とユーザＢ１０４の関係は友人（プライベート）であるにも関わらず、ユーザＡ１０３からユーザＢ１０４がビジネスにおいて使用しているデバイスにメッセージを送ることは相応しくない。そこで本実施例では、ユーザ間の関係に対応する属性（ユーザとの関係）を有するデバイスを選択する。即ち、サーバ１０７の選択部３０４は、ユーザＡとユーザＢとの関係性「友人（プライベート）」に対応するユーザとの関係「プライベート」を有するノード１５０５をサービスを実行するデバイスとして選択する。これらの、サービスを実行するデバイスの選択に用いる、ユーザ間の関係性に対応するデバイスの属性（デバイスとユーザとの関係）は予め規定されているものとする。

また、サーバ１０７の選択部３０４は、相手のデバイスのプレゼンス（ネットワークに接続してるか否か）に応じて、サービスの実行を決定するように構成してもよい。例えば、対象となるデバイスがオフラインであれば、選択部３０４は、サービスのリアルタイム性を重視して、対象となるオフラインのデバイスよりオンラインである他のデバイスを優先的に選択する構成として良い。また、選択部３０４は、選択したデバイス情報を保存し、オンラインになるとサービスを実行するように構成してよい。

また、ユーザ間の関係性に対応するサービス実行可能なデバイスが複数ある場合は、さらに別のユーザとデバイスの関係性に基づいて、サービスを実行するデバイスを一つに選択する。例えば、ユーザとデバイスとの関係性が「所有」であるデバイスを「レンタル」であるデバイスより優先的に選択する構成としてよい。また、ユーザ間の関係性に対応するサービス実行可能なデバイスが複数ある場合は、ユーザとデバイスとの関連性の強度（使用頻度）に基づいて、サービスを実行するデバイスを一つに選択するようにしても良い。例えば、ユーザ間の関係性に対応するサービス実行可能なデバイスの複数のうち、最もユーザとの関係性の強度（使用頻度）が高いデバイスを選択するようにしてもよい。

続いて、Ｍ１１０８において、サーバ１０７の実行部３１０は、ユーザＡとユーザＢとでサービスを実行するための処理を行う。実行部３１０は、ノード１５０３（表示装置１０５）に対して、メッセージの送信を指示する。このときにメッセージの送信先（ノード１５０４への経路情報）も併せて指示する。また、サーバは、選択されたノード１５０４に対して、メッセージサービスによるメッセージ受信を指示する。指示の方法は、ＳＯＡＰ、ＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）、各種ＲＰＣ（ｒｅｍｏｔｅ ｐｒｏｃｅｄｕｒｅ ｃａｌｌ）などで実現できる。また、サーバの実行部３１０がノード１５０３（表示装置１０５）からメッセージをノード１５０４に対して中継するように構成しても良い。なお、他のサービス（画像交換サービス、プリントサービス）の実行においても同様に行うことができる。続いて、Ｍ１１０９において、表示装置１０５の実行部２１０は、サーバ１０７からの指示に応じてユーザＢ１０４に対応するデバイスと実行する。サービスの実行が完了するとＭ１１１０において、表示装置１０５は、サービスが実行完了したことを表示し、サーバ１０７に通知する。また、相手デバイスがオフラインである場合は、サービスの実行を待機している旨を表示装置１０５に通知する構成として良い。

また、表示装置１０５以外のユーザＡ１０３に対応するデバイスがサービスを実行するデバイスとして選択された場合、サーバ１０７はサービスの完了を選択したデバイスから通知されたら、サービスが完了したことを表示装置１０５に通知する。表示装置１０５は、サービス実行完了を表示する。

続いて、表示装置１０５上述の処理における表示部２０２による表示画面例を図２０を用いて説明する。図２０（ａ）は、ユーザＢ１０４の識別子を発見した時の表示装置１０５の画面である（Ｍ５０４）。２００１は、ユーザＢ１０４の識別子を発見したことを示すポップアップである。本実施例では、ポップアップのような画像に重畳したが、これに限らず、別画面にしても良いし、音声など別の方法を利用して通知しても実現できる。図２０（ｂ）は、ユーザＢ１０４を特定した時の表示装置１０５の画面である（Ｍ５１３）。２００２は、ユーザＢ１０４の属性情報（図１８（ｂ）の情報の一部）を表示するポップアップである。このポップアップはユーザＢ１０４の属性情報の一部乃至全部を表示する。本実施例では、ポップアップのような画像に重畳したが、これに限らず、別画面にしても良いし、音声など別の方法を利用して通知しても実現できる。

図２０（ｃ）は、ユーザＢ１０４のデバイスを表示する時の表示装置１０５の画面である（Ｍ５１７）。２００３は、ユーザＢ１０４のデバイス（ノード１５０４）である。デバイス２００３（ノード１５０４）の属性情報に応じて、表示を変化させる。接続がオンライン、状態がｕｎａｖａｉｌａｂｌｅであるため、デバイス２００３のアイコンをグレーにする。２００４は、ユーザＢ１０４のデバイス（ノード１５０５）である。接続がオンライン、状態がａｖａｉｌａｂｌｅであるため、デバイス２００４のアイコンを明るくする。このように、デバイスの属性情報を識別可能に表示する。本実施例では、接続と状態に応じて、アイコンにエフェクトを付けたが、これに限らず、新たな情報を画像に重畳して表示しても実現できる。

図２０（ｄ）は、ユーザＡ１０３とユーザＢ１０４との間で実行可能なサービスリストを表示する時の表示装置１０５の画面である（Ｍ１１０３）。２００５は、ユーザＡ１０３とユーザＢ１０４との間で実行可能なサービスである。ユーザＡ１０３は、表示されたサービスリストから、サービスを選択し、実行を指示できる（Ｍ１１０４）。

以上説明した本情報処理システムの動作により、ユーザＡとユーザＢとでサービスを実行することができる。本システムの動作によればユーザ間に関係性がある場合にのみ、該ユーザ間で属性情報やサービスの実行を行うので無作為に個人情報の開示や自装置のリソースを使われるようなサービスを他のユーザに行われなくなるためのセキュリティ制御を実現できる。また、ユーザ間に関係性およびユーザとデバイスの関係性によって、サービスを実行するデバイスのユーザによる操作無しに、より適するデバイスをサービスを実行するデバイスとして選択することができる。これにより、煩雑な操作なしにユーザは複数のデバイスから適するデバイスでコミュニケーションを行うことができるようになり、ユーザビリティが向上するという効果がある。

なお、本実施例において表示装置１０５は他のユーザの識別子を発信装置１０６から無線信号により取得したが、表示装置１０５へのユーザ入力により取得しても良い。また、
相手ユーザを撮像し、撮影画像から相手ユーザを指定することでサービスリストを要求する構成としたがこの処理を省いても構わない、即ち、図５においてＭ５１２〜Ｍ５１７を省き、単にサービスリストを要求するようにしても良い。（他のユーザの識別子を取得したことに応じて、サーバにサービスリストを要求する構成としてよい）。

以降に本システムの各装置における処理をフローチャートに基づいて説明を行う図６は、表示装置１０５が発信装置１０６からユーザＢ１０４の識別子を受信し、サーバ１０７に情報の問い合わせを行う時の、表示装置１０５のフローチャートである。

Ｓ６０１において、入力部２０４は、ユーザＡ１０３の識別子の入力を受け付け、Ｓ６０２に進む。Ｓ６０２において、撮影部２０１は、画像の撮影を行い、ステップＳ６０３に進む。Ｓ６０３において、ＲＦ部２０６は、所定の無線方式を用いて、発信装置１０６と接続する。識別子取得部２０３は、発信装置１０６から送信されたユーザＢ１０４の識別子を取得する。合成部２０５は、ユーザＢ１０４の識別子を画像上に重畳して表示する（図２０（ａ））。Ｓ６０４に進む。Ｓ６０４において、関係性情報取得部２０８は、ユーザＡ１０３の識別子とユーザＢ１０４の識別子を含む、ユーザＡ１０３とユーザＢ１０４の関係性を取得するメッセージを作成する。メッセージ送受信部２０９は、ＴＣＰ／ＩＰ処理部２１２を用いて、前記メッセージをサーバ１０７に送信する。メッセージ送受信部２０９は、サーバ１０７から、ユーザＡ１０３とユーザＢ１０４の関係性を取得し、関係性情報取得部２０８に送り、Ｓ６０５に進む。Ｓ６０５において、合成部２０５が、撮影した画像上にユーザＢ１０４との関係性を表示し、Ｓ６０６に進む。

Ｓ６０６において、属性情報取得部２０７は、ユーザＢ１０４の識別子を含む、ユーザＢ１０４の属性情報を取得するためのメッセージを作成する。メッセージ送受信部２０９は、ＴＣＰ／ＩＰ処理部２１２を用いて、前記メッセージをサーバ１０７に送信する。メッセージ送受信部２０９は、サーバ１０７から、ユーザＢ１０４の属性情報を取得し、属性情報取得部２０７に送り、Ｓ６０７に進む。Ｓ６０７において、検出部２１１は、前記属性情報からユーザＢ１０４の特徴情報を取得し、撮影した画像からユーザＢ１０４の検出を行う。検出部２１１が、ユーザＢ１０４が画像上に存在すると判断すると、Ｓ６０８に進む。検出部２１１が、ユーザＢ１０４が画像上に存在しないと判断すると、処理を終了する。

Ｓ６０８において、合成部２０５は、検出されたユーザＢ１０４の近傍に、ユーザＢ１０４の属性情報を表示する（図２０（ｂ））。Ｓ６０９に進む。Ｓ６０９において、属性情報取得部２０７は、ユーザＢ１０４に関連するデバイスの識別子とその属性情報を取得するメッセージを作成する。メッセージ送受信部２０９は、ＴＣＰ／ＩＰ処理部２１２を用いて、前記メッセージを送信する。メッセージ送受信部２０９は、サーバ１０７から、ユーザＢ１０４に関連するデバイスの識別子とその属性情報を取得し、属性情報取得部２０７に送り、Ｓ６１０に進む。

Ｓ６１０において、合成部２０５は、ユーザＢ１０４に関連するデバイスとその属性情報の一部乃至全部を画像に重畳して表示する（図２０（ｃ））。Ｓ６１１に進む。本実施例では、画像に重畳して表示したが、これに限らず、別の画面に移動して表示してもよい。
Ｓ６１１において、属性情報取得部２０７は、ユーザＡ１０３に関連するデバイスの識別子とその属性情報を取得するメッセージを作成する。メッセージ送受信部２０９は、ＴＣＰ／ＩＰ処理部２１２を用いて、前記メッセージを送信する。メッセージ送受信部２０９は、サーバ１０７から、ユーザＡ１０３に関連するデバイスの識別子とその属性情報を取得し、属性情報取得部２０７に送り、Ｓ６１２に進む。

Ｓ６１２において、合成部２０５は、ユーザＡ１０３に関連するデバイスとその属性情報の一部乃至全部を画像に重畳して表示し、処理を終了する（図２０（ｄ））。本実施例では、画像に重畳して表示したが、これに限らず、別の画面に移動して表示してもよい。

図７は、発信装置１０６から、サーバ１０７が情報を登録または更新する際のフローチャートである。Ｓ７０１において、メッセージ送受信部３０７は、ＴＣＰ／ＩＰ処理部３０８を介して、発信装置１０６からのメッセージを受信し、Ｓ７０２に進む。Ｓ７０２において、メッセージ送受信部３０７は、ユーザＢ１０４の識別子とユーザＢ１０４の属性情報またはユーザＢに対応するデバイス、デバイスの属性情報を属性情報保持部３０２に保存を依頼する。属性情報保持部３０２は、情報に変更がある場合、データベース１０８にユーザＢ１０４と関連付けてある属性情報を更新する。また、メッセージ送受信部３０７は、ユーザＢ１０４の識別子とユーザＢ１０４の属性情報に含まれる特徴情報を特徴情報保持部３０１に保存を依頼する。特徴情報保持部３０１は、情報に変更がある場合、データベース１０９にユーザＢ１０４の識別子と関連付けてある特徴情報を更新する。Ｓ７０３に進む。Ｓ７０３において、メッセージ送受信部３０７は、更新の完了を発信装置１０６に通知し、処理を終了する。属性情報の更新のみを示したが、属性情報の取得・追加・削除も行うことができる。

図８は、表示装置１０５からユーザ間の関係性を取得するための依頼を受信した時の、サーバ１０７のフローチャートである。Ｓ８０１において、メッセージ送受信部３０７は、ＴＣＰ／ＩＰ処理部３０８を介して、表示装置１０５からのメッセージを受信し、Ｓ８０２に進む。Ｓ８０２において、メッセージ送受信部３０７は、ユーザＡ１０３の識別子とユーザＢ１０４の識別子に基づいて、ユーザ間の関係性の取得を関係性情報保持部３０３に依頼する。関係性情報保持部３０３は、ユーザＡ１０３の識別子とユーザＢ１０４の識別子を鍵として、データベース１０９の検索を行い、対応する関係性を取得する。Ｓ８０３において、判定部３０９は、ユーザＡ１０３とユーザＢ１０４との間の関係性の有無を判定する。関係性がある場合には、Ｓ８０４において提示部３１１は、メッセージ送受信部３０７を用いて、表示装置１０５にユーザＡ１０３とユーザＢ１０４の関係性（エッジ１５２１）を送信し、処理を終了する。関係性がない場合には、Ｓ８０５において、メッセージ送受信部３０７は表示装置１０５にエラー通知を行い処理を終了する。同様な処理で、関係性の取得のみを示したが、関係性の追加・削除・更新も行うことができる。

図９は、表示装置１０５から識別子に関連付けられた属性情報を取得するための依頼を受信した時の、サーバ１０７のフローチャートである。Ｓ９０１において、メッセージ送受信部３０７は、ＴＣＰ／ＩＰ処理部３０８を介して、表示装置１０５からのメッセージを受信する。Ｓ９０２に進む。Ｓ９０２において、メッセージ送受信部３０７は、ユーザＢ１０４の属性情報の取得を属性情報保持部３０２に依頼する。属性情報保持部３０２は、ユーザＢ１０４の識別子を鍵として、データベース１０８の検索を行い、ユーザＢ１０４の属性情報を取得する。Ｓ９０３において、メッセージ送受信部３０７は、表示装置１０５にユーザＢ１０４の属性情報（属性情報１５１２）を送信し、処理を終了する。検索がヒットしなかった時は、エラーメッセージを送信する。

図１０は、表示装置１０５からデバイスリストを取得するための依頼を受信した時の、サーバ１０７のフローチャートである。Ｓ１００１において、メッセージ送受信部３０７は、ＴＣＰ／ＩＰ処理部３０８を介して、表示装置１０５からのメッセージを受信する。Ｓ１００２において、メッセージ送受信部３０７は、ユーザＢ１０４に関連するデバイスと、該デバイスとユーザとの関係性の取得を関係性情報保持部３０３に依頼する。関係性情報保持部３０３は、ユーザＢ１０４の識別子を鍵としてデータベース１０８の検索を行い、ユーザＢ１０４のデバイスリストと関係性取得する。Ｓ１００３に進む。Ｓ１００３において、メッセージ送受信部３０７は、ユーザＢ１０４のデバイスリストからデバイスの識別子を取りだし、それぞれのデバイスの属性情報の取得を属性情報保持部３０２に依頼する。属性情報保持部３０２は、デバイスの識別子を鍵としてデータベース１０８の検索を行い、デバイスの属性情報を取得する。属性情報保持部３０２は、デバイスリストにあるデバイス全てに対して実行する。Ｓ１００４において、メッセージ送受信部３０７は、デバイスの識別子（ノード１５０４、ノード１５０５）および関係性（エッジ１５２３、エッジ１５２４）と、各デバイスの属性情報（属性情報１５１４、属性情報１５１５）を表示装置１０５に送信する。

図１２は、表示装置１０５が、サーバ１０７にサービスリストの問い合わせ、および、サービスの実行の依頼を行う時の、表示装置１０５のフローチャートである。Ｓ１２０１において、入力部２０４は、ユーザＡ１０３から、ユーザＢ１０４と開始できるサービスの取得の要求を受け取る。実行部２１０は、サーバ１０７から、ユーザＡ１０３とユーザＢ１０４との間で実行できるサービスリストの取得を要求するメッセージを作成する。メッセージ送受信部２０９は、ＴＣＰ／ＩＰ処理部２１２を介して、サーバ１０７にサービスリストの取得を要求するメッセージを送信する。Ｓ１２０２において、メッセージ送受信部２０９は、ＴＣＰ／ＩＰ処理部２１２を介して、サーバ１０７からサービスリストのメッセージを受信する。Ｓ１２０３において、合成部２０５は、サービスリストを表示する。合成部２０５は、サービスリストを画像に重畳して表示する。本実施例では、画像に重畳して表示したが、これに限らず、別画面やポップアップで表示してもよい。

Ｓ１２０４において、入力部２０４は、ユーザＡ１０３によって表示部２０２に表示されたサービスリストから実行を希望するサービスのタッチを検出し、サービスを選択する。Ｓ１２０５に進む。本実施例では、ユーザＡ１０３が、ユーザインターフェースを介して選択したが、これに限らず、表示装置１０５が自立的に選択しても良い。Ｓ１２０５において、実行部２１０は、選択されたサービスの実行を要求するメッセージを作成する。メッセージ送受信部２０９は、ＴＣＰ／ＩＰ処理部２１２を介して、サーバ１０７にサービスの実行を要求するメッセージを送信する。Ｓ１２０６において、実行部２１０は、サーバからの指示に応じてサービスを実行するための処理を行う。Ｓ１２０７において、実行部２１０は、サービス実行完了しなかったと判断した場合に、Ｓ１２０９に進む。Ｓ１２０８において、合成部２０５は、サービスの実行完了を示す表示とサーバへの通知を行う。Ｓ１２０９において、合成部２０５は、サービスが即時に実行できなかったことを表示する。

図１３は、表示装置１０５からサービスリストの問い合わせを受信した時の、サーバ１０７のフローチャートである。Ｓ１３０１において、メッセージ送受信部３０７は、ＴＣＰ／ＩＰ処理部３０８を介して、ユーザＡ１０３とユーザＢ１０４の間で実行可能なサービスリストを取得するための要求を受信する。生成部３０５は、表示装置１０５からサービスリストの要求から、ユーザＡ１０３の識別子とユーザＢ１０４の識別子を取得する。Ｓ１３０２において、関係性情報保持部３０３は、ユーザＡ１０３の識別子を鍵として、ユーザＡ１０３に関連するデバイスリストをデータベース１０８から検索する。Ｓ１３０３において、関係性情報保持部３０３は、ユーザＢ１０４の識別子を鍵として、ユーザＢ１０４に関連するデバイスリストをデータベース１０８から検索する。Ｓ１３０４において、属性情報保持部３０２は、ユーザＡ１０３のデバイスの識別子を鍵として、デバイスそれぞれの属性情報をデータベース１０９から検索する。

Ｓ１３０５において、属性情報保持部３０２は、ユーザＢ１０４のデバイスの識別子を鍵として、デバイスそれぞれの属性情報をデータベース１０９から検索する。Ｓ１３０６において、生成部３０５は、ユーザＡ１０３の各デバイスの属性情報とユーザＢ１０４の各デバイスの属性情報から、サービスリストを生成する。Ｓ１３０７において、生成部３０５は、サービスリストを含む返信のメッセージを生成する。メッセージ送受信部３０７は、ＴＣＰ／ＩＰ処理部３０８を介して、サービスリストを含む返信のメッセージを表示装置１０５に送信し、処理を終了する。

図１４は、表示装置１０５からサービス実行の依頼を受信した時の、サーバ１０７のフローチャートである。Ｓ１４０１において、メッセージ送受信部３０７は、ＴＣＰ／ＩＰ処理部３０８を介して、ユーザＡ１０３がユーザＢ１０４に対して所定のサービス（の実行を要求する依頼を受信する。選択部３０４は、ユーザＡ１０３の識別子とユーザＢ１０４の識別子を取得する。Ｓ１４０２において、関係性情報保持部３０３は、ユーザＡ１０３の識別子とユーザＢ１０４の識別子を鍵として、ユーザＡ１０３とユーザＢ１０４の関係性を、データベース１０８から検索する。関係性情報保持部３０３は、ユーザＡ１０３の識別子を鍵として、ユーザＡ１０３に関連するデバイスリストをデータベース１０８から検索する。Ｓ１４０４において、属性情報保持部３０２は、ユーザＡ１０３のデバイスの識別子を鍵として、デバイスそれぞれの属性情報をデータベース１０９から検索する。

関係性情報保持部３０３は、ユーザＢ１０４の識別子を鍵として、ユーザＢ１０４に関連するデバイスリストをデータベース１０８から検索する。Ｓ１４０６において、属性情報保持部３０２は、ユーザＢ１０４のデバイスの識別子を鍵として、デバイスそれぞれの属性情報をデータベース１０９から検索する。Ｓ１４０７において、メッセージ送受信部３０７は、ＴＣＰ／ＩＰ処理部３０８を介して、ユーザＡ１０３が実行を希望するサービスの指定を受信する。Ｓ１４０８において、選択部３０４は、指定されたサービスをユーザ間のデバイスの複数組合せで実行可能かを判定する。ユーザ間のデバイスの組合せが一つの場合、Ｓ１４１０に処理を進める。ユーザ間のデバイスの複数組合せで実行可能な場合、Ｓ１４０９に処理を進める。Ｓ１４０９において、選択部３０４は、ユーザ間の関係性とユーザとデバイスとの関係性に応じて、サービスを実行するデバイスの選択を行う。

選択部３０４は、ユーザＡ１０３とユーザＢ１０４の関係性、ユーザＡ１０３とデバイスの関係性、ユーザとデバイスの関係性、デバイスの属性情報に応じて、対象となるデバイスを決定する。対応するサービスがある送信元デバイスと送信先デバイスの両方を決定する。

Ｓ１４０８において、実行部３１０は、対象となるデバイスの属性情報を確認する。選択部３０４は、デバイスの属性情報が実行可能状態（例えば、オンラインでａｖａｉｌａｂｌｅ状態）であれば、デバイスが実行可能であると判断し、Ｓ１４１１に進む。実行部３１０は、デバイスの属性情報が実行不可状態（例えば、オフラインでｕｎａｖａｉｌａｂｌｅ状態、オンラインでｂｕｓｙ状態）であれば、デバイスが実行不可であると判断し、Ｓ１４１３に進む。デバイスは定期的に属性情報を更新することによって、デバイスの電源がオンであるかを判断する。定期的な属性情報の更新がない場合、サーバはデバイスの電源がオフになったと判断する。これらの情報を用いて、デバイスの属性情報が実行可能状態であるか、実行不可能状態であるかを判断することができる。

Ｓ１４１１において、実行部３１０は、サービスを実行するための処理を行う。例えば実行部３１０はサービスの実行を要求するメッセージを作成する。メッセージ送受信部３０７は、ＴＣＰ／ＩＰ処理部３０８を介して、対象となるデバイスにサービスの実行を要求するメッセージを送信する。Ｓ１４１２において、サービスが完了したことを検知すると、メッセージ送受信部３０７は、ユーザＡにサービスの実行完了を通知し、処理を終了する。Ｓ１４１３において、メッセージ送受信部３０７は、サービスの実行要求をメッセージ保存部３０６に保存し、Ｓ１４１２に進む。Ｓ１４１２において、メッセージ保存部３０６は、一定時間待機し、Ｓ１４１３に進む。Ｓ１４１３において、メッセージ保存部３０６は、予め設定されたタイムアウト時間と経過時間の比較を行い、タイムアウトしたか否かの判断を行う。メッセージ保存部３０６がタイムアウトしたと判断すると、Ｓ１４１４に進む。メッセージ保存部３０６がタイムアウトしなかったと判断すると、Ｓ１４０２に進む。即ち、実行部３１０は、選択したデバイスがサービス実行できる状態ではない場合に、当該デバイスがサービス実行可能な状態までサービスの実行を遅延させる。Ｓ１４１４において、選択部３０４は、タイムアウトしたことを通知するメッセージを作成する。メッセージ送受信部３０７は、ＴＣＰ／ＩＰ処理部３０８を介して、タイムアウトしたことを通知するメッセージを表示装置１０５に送信し、処理を終了する。

本実施例では、ユーザ間の関係性をサーバ１０７に登録していたが、これに限らず、ソーシャルネットワークサービスにあるユーザ間の関係性を参照しても良いし、取り込んでも良い。なお、本明細書において、ソーシャルネットワークサービス（ＳＮＳ）とは、ネットワークを介したユーザ同士のコミュニケーションの場を提供するサービスである。例えば、ＳＮＳにおいてユーザ夫々がユーザ情報、画像、ブログ（日記）、つぶやき等をＳＮＳ上にアップロードし、ユーザ間で互いに閲覧することができる。これらの、ＳＮＳの利用によりユーザ間に関係性が構築される。また、ユーザとデバイスの関係についても、サーバ１０７に登録していたが、これに限らず、デバイスのメーカなどのサイトで管理されている情報（どのユーザがどのデバイスを持っているかの登録情報）を参照しても良い。

以上説明したように、本実施例によればユーザ間の関係性およびユーザとデバイスの関係性によって、より適するデバイスを選択することができることを示した。これにより、ユーザは複数のデバイスから適するデバイスでコミュニケーションを行うことができるようになり、ユーザビリティが向上するという効果がある。また、ユーザ間の関係性によって、ユーザにデバイスを登録する時、ユーザとデバイスの関係性を自動的に設定することができる。これにより、ユーザは煩雑な関係性の入力を低減することができるという効果がある。

（実施例２）
以下、実施例２ユーザ間の関係性およびユーザとデバイスの関係性によるデバイスの選択方法の他の例について説明する。なお、実施例２のシステム構成、各装置の構成は実施例１と同様のため説明は省略する。図２２は、実施例２に係るサーバ１０７が管理する関係性情報と属性情報に基づいた、ユーザ間の関係性およびユーザとデバイスとの関係性を概念的に示した関係性グラフである。図２２に示す関係性グラフは、ユーザまたデバイスをノードとし、各ノード間に関係性がある場合は、各ノード間をエッジで結んで表される。なお、実施例２では、ユーザＡを有る会社の会社員、ユーザＢをユーザＡと同じ会社の会社員で、会社所有のデバイスを管理する管理者とする。図２２において、２２０１は、会社員（ユーザＡ１０３）を示すノードである。２２０２は、管理者（ユーザＢ１０４）を示すノードである。２２０３、２２０６は、会社員（ユーザＡ１０３）が所有するデバイスを示すノードである。２２０４、２２０５は、管理者が所有する（管理する）デバイスを示すノードである。

２２０１〜２２０６のノードには、サーバ１０７によって一意に決められた識別子が付与される。ノード２２０１には、識別子１が付与されている。ノード２２０２には、識別子２が付与されている。ノード２２０３には、識別子３が付与されている。ノード２２０４には、識別子４が付与されている。ノード２２０５には、識別子５が付与されている。ノード２２０６には、識別子６が付与されている。

２２１１は、会社員の属性情報である。２２１２は、管理者の属性情報である。２２１３〜２２１６は、各デバイスの属性情報である。２２２１は、会社員と管理者の関係性であり、関係性の種別が「同僚」、関係性の強度が５０である。２２２２、２２２５は、会社員に関連付けられたデバイスとの関係性である。２２２３、２２２４は、管理者に関連付けられたデバイスとの関係性であり、関係性の種別が「管理」、関係性の強度が１００である。

ここで、ノード２２０１の会社員が、ノード２２０４のデバイスとの関係性を構築する場合（ノード２２０１の会社員が、自分とノード２２０４のデバイスとを関連付ける場合）について説明を行う。会社員は、サーバ１０７に対してノード２２０４と関連付け登録要求を行うことで、関係性の構築を指示できる。また、登録要求は、ノード２２０１の会社員が自己のＩＤ等が入力されているＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）カードをノード２２０４のデバイスにかざし、ノード２２０４がサーバ１０７に要求することで行っても良い。図２３において、ノード２２０４のデバイスは、管理者（ノード２２０１との関係性が同僚であるノード２２０２）によって管理されているデバイスであるため、新たに決定される関係性２２２７は、関係性の種別が会社所有、関係性の強度が５０となる。このように、ユーザ間の関係（関係性２２２１）に応じて、他のユーザ関連付けられているデバイスとの関係性を自動的に決定し、設定することができる。

次に、管理者が会社員にメッセージを送信するサービスを実行する例を図２４を用いて説明する。なお、関係性２２２７は設定されていないこととする。ノード２２０１の会社員は、ノード２２０３とノード２２０６のデバイスを所有している。関係性２２２２は、関係性の種別がプライベート、関係性の強度が１００である。一方、関係性２２２５は、関係性の種別が会社所有、関係性の強度が５０である。

ノード２２０２の管理者は、ノード２２０４とノード２２０５のデバイスを所有している。関係性２２２３は、関係性の種別が管理、関係性の強度が１００である。一方、関係性２２２４は、関係性の種別が会社所有、関係性の強度が１００である。管理者が表示装置１０５を用いて、会社員との間で利用可能なサービスリストを取得する。取得したサービスリストにはメッセージサービスとプリントサービスが含まれている。管理者はサービスリストからメッセージサービスを選択する。この時、管理者と会社員の関係性２２２１の関係性の種別は同僚であることから、ユーザ間の関係性同僚と対応するユーザとデバイスの関係性の種別が会社所有であるデバイスが優先的に選択される。ここでは、ノード２２０３のデバイスとノード２２０５のデバイスである。本発明を利用すれば、ユーザを指定しただけで、これらの会社の備品であるデバイス同士で簡単にサービスの実行ができる。複数のデバイスの関係性の種別が会社所有であった場合は、関係性の強度を見て強度の強いものを選択しても良いし、それぞれのデバイスの属性情報（属性情報１５１３〜１５１５）を利用して、現在実行可能なプレゼンスにあるものを選択しても良い。

続いて、関係性のないユーザ間で新たに関係性を構築し、ユーザ間でサービスの実行を行う場合の例について図１１（ａ）を用いて説明する。図１１（ａ）において、ノード２５０１は顧客、とノード２２０１の会社員には関係性が存在しない。会社員が顧客に商談に用いる資料を送付するためにメッセージサービスを利用したい場合を考える。この場合、ノード２２０１は、ノード２２０６またはノード２２０３を用いてノード２５０１のユーザＩＤをと共に一時的な関係性の構築要求とサービス実行要求をサーバ１０７に要求する。サーバ１０７は、一時的な関係性の構築とサービスの実行可否をノード２５０１の関連付けられたデバイスに問合せ、承認を得るとサービスを実行するデバイスを選択する。ここで、ノード２５０１とノード２２０１の関係性は２５１３「一時的」であるため、サーバ１０７は、ユーザとデバイスの関係性がプライベートに設定されているデバイスを用いない。サーバ１０７は、ユーザ間の関係性「一時的」に対応するユーザとデバイスとの関係性である「ビジネス」または「会社所有」であるデバイスを選択する。サーバ１０７は、顧客側のデバイスとして関係性の種別が「ビジネス」（関係性２５１１）のデバイス（ノード２５０２）が選択する。また、サーバ１０７は、会社員側のデバイスも同様に関係性の種別が会社所有（関係性２２２２）のデバイス（ノード２２０３）が選択する。そして、選択したデバイス同士でサービスを実行する。ここで、関係性「一時的」はサービス完了後に消滅するものとする。

これにより、関係性のないユーザ間においても一時的な関係性を構築し、サービスを実行することができる。また、一時的な関係性はサービス完了後に消滅するので、その後新たに関係性を構築されないかぎりユーザ間でサービスが実行されることは無くなるのでセキュリティ制御を行うことができる。なお、関係性のないユーザ間は、メッセージの受信のみ可で、プリントは不可といったサービスリスト生成時の制御を行うこともできる。これにより、関係性のないユーザが悪意のあるユーザの場合、無駄なプリントを連続して送信するといった行為を防止することができる。

続いて、顧客と会社員の間に友人関係がある場合の例について図１１（ｂ）を用いて説明する。ノード２５０１の顧客とノード２２０１の会社員に関係性２５１３（関係性の種別が友人）が存在する。この場合、顧客が会社員にメッセージを送信する時、顧客側のデバイスとして関係性の種別がプライベート（関係性２５１２）のデバイス（ノード２５０３）が選択される。また、会社員側のデバイスも同様に関係性の種別がプライベート（関係性２２２５）のデバイス（ノード２２０６）が選択される。これにより、関係性のあるユーザの要求の場合には、異なるデバイスが選択されることができる。自動的に適したデバイスが選択されることにより、ユーザビリティが向上するという効果がある。

複数同様の関係性の種別を持つデバイスが該当する場合、関係性の強度やデバイスの属性情報を用いて決定する。デバイスの属性情報であれば、ａｖａｉｌａｂｌｅのデバイスの中から最終ログイン時間や最終操作時間がもっとも近いものに送信するなどが考えられる。これによって、ユーザにとって、より適したデバイスにサービスが提供され、便利になるという効果がある。

また、デバイスのユーザとデバイスの間連付け（関係性の構築）を自動的に行うようにしてよい。例えば、コンビニエンスストアにあるプリンタなどの場合、予め、管理者（ここではコンビニの管理団体）と関係性（ユーザ登録で代用しても良い）を構築する。コンビニのプリンタの近くに、会社員（会社員と関連付けられたデバイス）が近づくと、コンビニのプリンタと会社員が一時的に紐付けられ、関係性が構築される。会社員が持つ発信装置が会社員の識別子を発信し、プリンタはこの識別子を受信すると、サーバ１０７に登録する。この時の関係性の種別はレンタル、関係性の強度は０である。ユーザは簡単にデバイスをレンタルすることができる。また、サーバ１０７に登録されているため、レンタルしている間であれば、自分宛のプリントをコンビニのプリンタで印刷することができる。

以上説明したように、本実施例によればユーザ間の関係性およびユーザとデバイスの関係性によって、より適するデバイスを選択することができることを示した。これにより、ユーザは複数のデバイスから適するデバイスでコミュニケーションを行うことができるようになり、ユーザビリティが向上するという効果がある。また、ユーザ間の関係性によって、ユーザにデバイスを登録する時、ユーザとデバイスの関係性を自動的に設定することができる。これにより、ユーザは煩雑な関係性の入力を低減することができるという効果がある。

（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１０５ 表示装置
１０７ サーバ
１０６ 発信装置

Claims (15)

1. 第１のユーザに関連する第１のデバイスと第２のユーザに関連する複数のデバイスの何れかとにおいて、所定のサービスを実行させるための情報処理システムであって、
   前記第１のユーザの識別子と前記第２のユーザの識別子とを前記第１のデバイスから取得する識別子取得手段と、
   前記第１のユーザと前記第２のユーザの関係性を取得する関係性取得手段と、
   前記第１のユーザと前記第２のユーザの関係性に応じて、前記所定のサービスを実行可能な複数のデバイスからサービスを実行するデバイスを選択する選択手段と、
   を有することを特徴とする情報処理システム。
2. 前記第１のデバイスと前記選択手段により選択されたデバイスとで前記所定のサービスを実行させるための処理を行う実行手段とを更に有することを特徴とする請求項１記載の情報処理システム。
3. 取得した前記第１のユーザの識別子と前記第２のユーザの識別子とに基づいて、前記第１のユーザと前記第２のユーザとの関係性の有無を判定する判定手段と、
   前記判定手段により、前記第１のユーザと前記第２のユーザとの関係性が無いと判定された場合に前記第１のユーザに関連するデバイスと前記第２のユーザに関連するデバイスとで前記所定のサービスを実行させないことを特徴とする請求項１または２に記載の情報処理システム。
4. 前記選択手段は、前記第１のユーザと前記第２のユーザとの関係性の種別に対応するデバイスを選択することを特徴とする請求項１乃至３何れか１項に記載の情報処理システム。
5. 前記選択手段は、前記第１のユーザと前記第２のユーザとの関係性に対応するデバイスが複数ある場合に、デバイスの状態、前記第２のユーザのデバイスの使用頻度、前記第２のユーザがデバイスの所有権を有しているか否かの少なくとも一つに基づいて、サービスを実行するデバイスを選択することを特徴とする請求項４に記載の情報処理システム。
6. 前記第１のデバイスと前記第２のユーザに関連する複数のデバイスとの間で実行可能なサービスのリストを第１のデバイスに提示する提示手段と、
   前記所定のサービスは、前記提示手段が提示したリストに基づいて、前記第１のデバイスにより指定されたサービスであることを特徴とする請求項１乃至５何れか１項に記載の情報処理システム。
7. 前記第１のデバイスは、
   前記第１のユーザと前記第２のユーザとの関係性、前記第２のユーザの属性情報、前記第２のユーザに関連するデバイスの属性情報のうち、少なくとも一つを表示する表示部を有することを特徴とする請求項１乃至６何れか１項に記載の情報処理システム。
8. 前記第１のデバイスは、
   前記第２のユーザの識別子を無線通信により受信する受信手段を有し、
   前記第１のユーザの識別子と受信した前記第２のユーザの識別子を前記情報処理システムを構成するサーバに送信する送信手段とを有することを特徴とする請求項１乃至７何れか１項に記載の情報処理システム。
9. 前記第１のデバイスは、
   画像を撮影する撮影手段と、
   前記画像から前記第２のユーザに対応するオブジェクトを検出する検出手段と
   前記第２のユーザに対応するオブジェクトが検出された場合に前記第１のユーザの識別子と前記第２のユーザの識別子を前記サーバに送信することを特徴とする請求項１乃至８何れか１項に記載の情報処理システム。
10. 前記実行手段は、前記選択手段が選択したデバイスがサービス実行できる状態ではない場合に、当該デバイスがサービス実行可能な状態になるまでサービスの実行を遅延させることを特徴とする請求項２に記載の情報処理システム。
11. 前記選択手段は、前記第１のユーザと前記第２のユーザの関係性の種別に応じて、前記所定のサービスを実行可能な複数のデバイスからサービスを実行するデバイスを選択することを特徴とする請求項１乃至１０何れか１項に記載の情報処理システム。
12. 前記選択手段は、前記第１のユーザと前記第２のユーザの関係性の種別に対応する前記所定のサービスを実行可能なデバイスが複数ある場合、前記第１のユーザと前記第２のユーザの関係性の強度に基づいて、前記所定のサービスを実行するデバイスを選択することを特徴とする請求項１１に記載の情報処理システム。
13. 第１のユーザに関連する第１のデバイスと第２のユーザに関連する複数のデバイスの何れかとにおいて、所定のサービスを実行させるための情報処理システムにおけるデバイス選択方法であって、
    前記第１のユーザの識別子と前記第２のユーザの識別子とを前記第１のデバイスから取得する識別子取得工程と、
    前記第１のユーザと前記第２のユーザの関係性を取得する関係性取得工程と、
    前記第１のユーザと前記第２のユーザの関係性に応じて、前記所定のサービスを実行可能な複数のデバイスからサービスを実行するデバイスを選択する選択工程と、
    を有することを特徴とする情報処理システムにおけるデバイス選択方法。
14. 第１のユーザに関連する第１のデバイスと第２のユーザに関連する複数のデバイスの何れかとにおいて、所定のサービスを実行させるための情報処理装置であって、
    前記第１のユーザの識別子と前記第２のユーザの識別子とを前記第１のデバイスから取得する識別子取得手段と、
    前記第１のユーザと前記第２のユーザの関係性を取得する関係性取得手段と、
    前記第１のユーザと前記第２のユーザの関係性に応じて、前記所定のサービスを実行可能な複数のデバイスからサービスを実行するデバイスを選択する選択手段と、
    を有することを特徴とする情報処理装置。
15. 第１のユーザに関連する第１のデバイスと第２のユーザに関連する複数のデバイスの何れかとにおいて、所定のサービスを実行させるために、
    前記第１のユーザの識別子と前記第２のユーザの識別子とに基づいて、前記第１のユーザと前記第２のユーザの関係性を取得する取得工程と
    前記第１のユーザと前記第２のユーザの関係性に応じて、前記所定のサービスを実行可能な複数のデバイスからサービスを実行するデバイスを選択する選択工程をコンピュータに実行させるためのプログラム。

Images