(57)【要約】【課題】無線通信に必要なセットアップ処理の手間を軽減できるとともに、１対複数のネットワーク環境下でも当該セットアップ処理を実行すること。【解決手段】情報処理装置は、通信部と、制御部とを有する。上記制御部は、他の情報処理装置から、当該他の情報処理装置との暗号化された無線通信に必要な鍵情報の記憶場所を示す記憶場所情報を受信し、上記記憶場所情報で示される記憶場所へアクセスして上記鍵情報を受信し、上記受信された鍵情報を用いて上記他の情報処理装置との接続を確立するように上記通信部を制御可能である。【選択図】図７
2013251835.tif 000002
【特許請求の範囲】
【請求項１】
通信部と、
他の情報処理装置から、当該他の情報処理装置との暗号化された無線通信に必要な鍵情報の記憶場所を示す記憶場所情報を受信し、
前記記憶場所情報で示される記憶場所へアクセスして前記鍵情報を受信し、
前記受信された鍵情報を用いて前記他の情報処理装置との接続を確立する
ように前記通信部を制御可能な制御部と
を具備する情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記制御部は、前記他の情報処理装置のユーザにより前記記憶場所へのアクセスが承認されていることを示す承認情報を用いて前記記憶場所へアクセスするように前記通信部を制御する
情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記記憶場所は、第１のＳＮＳ（Social Networking Service）サーバへのログインのために前記他の情報処理装置のユーザが有するアカウントに対応した、当該第１のＳＮＳサーバ上の第１のデータ領域であり、
前記制御部は、前記他の情報処理装置のユーザのアカウントに対応する第１のフレンドリストに含まれる当該情報処理装置のユーザのアカウントを、前記承認情報として用いる
情報処理装置。
【請求項４】
請求項３に記載の情報処理装置であって、
前記記憶場所は、前記第１のＳＮＳサーバ上の第１のデータ領域と、前記第１のＳＮＳサーバとは異なる第２のＳＮＳサーバへのログインのために前記他の情報処理装置のユーザが有するアカウントに対応した、当該第２のＳＮＳサーバ上の第２のデータ領域とを含み、
前記制御部は、前記第１のフレンドリスト及び前記第２のＳＮＳサーバにおける前記他の情報処理装置のユーザのアカウントに対応する第２のフレンドリストの少なくとも一方に含まれる当該情報処理装置のユーザのアカウントを、前記承認情報として用いて、前記第１のデータ領域と前記第２のデータ領域のうち少なくとも一方から前記鍵情報を受信するように前記通信部を制御する
情報処理装置。
【請求項５】
請求項１に記載の情報処理装置であって、
前記記憶場所情報は、前記他の情報処理装置を識別する識別子とともに、前記他の情報処理装置から所定間隔でビーコンとして送出される
情報処理装置。
【請求項６】
請求項１に記載の情報処理装置であって、
前記鍵情報は、所定のウェブページ上の所定位置に記述された文字または記号であり、
前記制御部は、前記記憶場所情報として、前記ウェブページのＵＲＬ及び前記所定位置を示す情報を受信し、前記ウェブページ上の前記所定位置から、前記文字または記号を抽出して前記鍵情報として受信するように前記通信部を制御する
情報処理装置。
【請求項７】
第１の通信部と、
他の情報処理装置から、当該他の情報処理装置との暗号化された無線通信に必要な鍵情報の記憶場所を示す記憶場所情報を受信し、
前記記憶場所情報で示される記憶場所へアクセスして前記鍵情報を受信し、
前記受信された鍵情報を用いて前記他の情報処理装置との接続を確立する
ように前記第１の通信部を制御可能な第１の制御部と
を有する情報処理装置と、
前記記憶場所を有する記憶部と、
第２の通信部と、
前記情報処理装置からのアクセス権限を認証し、当該アクセス権限が承認された場合に、前記記憶場所に記憶された鍵情報を前記情報処理装置へ送信するように前記第２の通信部を制御可能な第２の制御部と
を有するサーバと
を具備する情報処理システム。
【請求項８】
他の情報処理装置から、当該他の情報処理装置との暗号化された無線通信に必要な鍵情報の記憶場所を示す記憶場所情報を受信し、
前記記憶場所情報で示される記憶場所へアクセスして前記鍵情報を受信し、
前記受信された鍵情報を用いて前記他の情報処理装置との接続を確立する
情報処理装置。
【請求項９】
情報処理装置に、
他の情報処理装置から、当該他の情報処理装置との暗号化された無線通信に必要な鍵情報の記憶場所を示す記憶場所情報を受信するステップと、
前記記憶場所情報で示される記憶場所へアクセスして前記鍵情報を受信するステップと、
前記受信された鍵情報を用いて前記他の情報処理装置との接続を確立するステップと
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、他の機器と無線通信が可能な情報処理装置、当該情報処理装置を含む情報処理システム、当該情報処理装置における情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来から、ＷＬＡＮ（Wireless Local Area Network）（例えばIEEE802.11に準拠したＷｉ−Ｆｉ）による通信のためのセットアップに関する規格として、Wi-Fi Alliance（ＷＦＡ）によるＷＰＳ（Wi-Fi Protected Set up）が知られている(例えば特許文献１参照)。このＷＰＳは、ＷＬＡＮのセットアップ手順の簡略化とセキュリティの強化との両立を目指したものであり、その具体的な方式として、プッシュボタン方式とＰＩＮ方式とがある。
【０００３】
プッシュボタン方式では、アクセスポイントとクライアントのそれぞれに搭載された専用ボタンが押されることで、無線通信時に必要となる暗号化処理の元となる鍵（WPA2（Wi-Fi Protected Access 2））等が送信され、セキュリティ設定が完了する。
【０００４】
ＰＩＮコード方式では、クライアントに予め割り振られた４桁または８桁の数字（ＰＩＮコード）が、クライアントやレジストラで入力されることで、上記セキュリティ設定が完了する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特表２０１０−５１８７７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、上記プッシュボタン方式では、同時に１対１のペアでしか鍵情報を送信できず、他のデバイス間でＷＰＳのセットアップ処理が実行中の場合にはセッションオーバーラップとなりセットアップ処理は成功しない。またＰＩＮコード方式では、ユーザがＰＩＮコードを確認してデバイス上で入力しなければならないという手間がある。
【０００７】
以上のような事情に鑑み、本技術の目的は、無線通信に必要なセットアップ処理の手間を軽減できるとともに、１対複数のネットワーク環境下でも当該セットアップ処理を実行することが可能な情報処理装置、情報処理システム、情報処理方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上述の課題を解決するため、本技術の一形態に係る情報処理装置は、通信部と、制御部とを有する。上記制御部は、他の情報処理装置から、当該他の情報処理装置との暗号化された無線通信に必要な鍵情報の記憶場所を示す記憶場所情報を受信し、上記記憶場所情報で示される記憶場所へアクセスして上記鍵情報を受信し、上記受信された鍵情報を用いて上記他の情報処理装置との接続を確立するように上記通信部を制御可能である。
【０００９】
この構成によれば、情報処理装置は、他の情報処理装置との無線接続の確立（セットアップ）に際して、従来の方式と比較して、ユーザによるボタンの押下操作やＰＩＮの入力操作を必要としない。また鍵情報は記憶場所に記憶されているため、他の情報処理装置との間で上記セットアップ処理を実行中の他の装置が存在していても、情報処理装置は上記記憶場所から鍵情報を取得できる。したがって情報処理装置は、他の情報処理装置との無線通信に必要なセットアップ処理の手間を軽減できるとともに、１対複数のネットワーク環境下でも当該セットアップ処理を実行することができる。
【００１０】
上記制御部は、上記他の情報処理装置のユーザにより上記記憶場所へのアクセスが承認されていることを示す承認情報を用いて上記記憶場所へアクセスするように上記通信部を制御してもよい。
【００１１】
これにより情報処理装置は、承認情報を有さない場合には鍵情報の記憶場所へアクセスできないため、鍵情報のセキュリティが確保される。
【００１２】
上記記憶場所は、第１のＳＮＳ（Social Networking Service）サーバへのログインのために上記他の情報処理装置のユーザが有するアカウントに対応した、当該第１のＳＮＳサーバ上の第１のデータ領域であってもよい。この場合上記制御部は、上記他の情報処理装置のユーザのアカウントに対応する第１のフレンドリストに含まれる当該情報処理装置のユーザのアカウントを、上記承認情報として用いてもよい。
【００１３】
これにより情報処理装置は、ＳＮＳ上で既に存在するフレンドリストを鍵情報のセキュリティのために用いることができる。
【００１４】
上記記憶場所は、上記第１のＳＮＳサーバ上の第１のデータ領域と、上記第１のＳＮＳサーバとは異なる第２のＳＮＳサーバへのログインのために上記他の情報処理装置のユーザが有するアカウントに対応した、当該第２のＳＮＳサーバ上の第２のデータ領域とを含んでもよい。この場合上記制御部は、上記第１のフレンドリスト及び上記第２のＳＮＳサーバにおける上記他の情報処理装置のユーザのアカウントに対応する第２のフレンドリストの少なくとも一方に含まれる当該情報処理装置のユーザのアカウントを、上記承認情報として用いて、上記第１のデータ領域と上記第２のデータ領域のうち少なくとも一方から上記鍵情報を受信するように上記通信部を制御してもよい。
【００１５】
これにより情報処理装置は、他の情報処理装置のユーザが複数のＳＮＳにアカウントを持ち、いずれかのＳＮＳにおいて当該情報処理装置のユーザがフレンドとして承認されていない場合でも、いずれかのＳＮＳサーバから鍵情報を取得することができる。
【００１６】
上記記憶場所情報は、上記他の情報処理装置を識別する識別子とともに、上記他の情報処理装置から所定間隔でビーコンとして送出されてもよい。
【００１７】
これにより情報処理装置は、何らユーザに操作をさせることなく鍵情報の取得のための記憶場所情報を取得することができる。
【００１８】
上記鍵情報は、所定のウェブページ上の所定位置に記述された文字または記号であってもよい。この場合上記制御部は、上記記憶場所情報として、上記ウェブページのＵＲＬ及び上記所定位置を示す情報を受信し、上記ウェブページ上の上記所定位置から、上記文字または記号を抽出して上記鍵情報として受信するように上記通信部を制御してもよい。
【００１９】
これにより他の情報処理装置は、鍵情報をサーバ等の何れかの場所にアップロードすることなく情報処理装置に取得させることができる。
【００２０】
本技術の他の係る情報処理システムは、情報処理装置と、サーバとを有する。
上記情報処理装置は、第１の通信部と、第１の制御部とを有する。上記第１の制御部は、他の情報処理装置から、当該他の情報処理装置との暗号化された無線通信に必要な鍵情報の記憶場所を示す記憶場所情報を受信し、上記記憶場所情報で示される記憶場所へアクセスして上記鍵情報を受信し、上記受信された鍵情報を用いて上記他の情報処理装置との接続を確立するように上記第１の通信部を制御可能である。
上記サーバは、上記記憶場所を有する記憶部と、第２の通信部と、第２の制御部とを有する。上記第２の制御部は、上記情報処理装置からのアクセス権限を認証し、当該アクセス権限が承認された場合に、上記記憶場所に記憶された鍵情報を上記情報処理装置へ送信するように上記第２の通信部を制御可能である。
【００２１】
本技術のまた別の形態に係る情報処理方法は、他の情報処理装置から、当該他の情報処理装置との暗号化された無線通信に必要な鍵情報の記憶場所を示す記憶場所情報を受信し、上記記憶場所情報で示される記憶場所へアクセスして上記鍵情報を受信し、上記受信された鍵情報を用いて上記他の情報処理装置との接続を確立する。
【００２２】
本技術のまた別の形態に係るプログラムは、情報処理装置に、他の情報処理装置から、当該他の情報処理装置との暗号化された無線通信に必要な鍵情報の記憶場所を示す記憶場所情報を受信するステップと、上記記憶場所情報で示される記憶場所へアクセスして上記鍵情報を受信するステップと、上記受信された鍵情報を用いて上記他の情報処理装置との接続を確立するステップとを実行させる。
【発明の効果】
【００２３】
以上のように、本技術によれば、無線通信に必要なセットアップ処理の手間を軽減できるとともに、１対複数のネットワーク環境下でも当該セットアップ処理を実行することができる。
【図面の簡単な説明】
【００２４】
【図１】本技術の第１の実施形態におけるシステムのネットワーク構成を示した図である。
【図２】上記システムにおけるＳＮＳサーバのハードウェア構成を示したブロック図である。
【図３】上記システムにおける無線デバイスのハードウェア構成を示したブロック図である。
【図４】上記ＳＮＳサーバ内のデータエリアの構成を示した図である。
【図５】上記ＳＮＳサーバに対して各無線デバイスのユーザが有するアカウントのリストを示した図である。
【図６】図５に示した無線デバイスの各ユーザのアカウント同士の承認関係を示した図である。
【図７】本技術の第１の実施形態におけるシステムの動作の流れを示したシーケンス図である。
【図８】本技術の第１の実施形態におけるシステムの動作の流れを模式的に示した図である。
【図９】本技術の第１の実施形態におけるシステムの動作の流れを模式的に示した図である。
【図１０】本技術の第１の実施形態におけるシステムの動作の流れを模式的に示した図である。
【図１１】本技術の第１の実施形態におけるシステムの動作の流れを模式的に示した図である。
【図１２】本技術の第１の実施形態におけるシステムの動作の流れを模式的に示した図である。
【図１３】本技術の第２の実施形態における複数のサーバに対して各無線デバイスのユーザが有するアカウントのリストを示した図である。
【図１４】図１３に示した無線デバイスの各ユーザのアカウント同士の承認関係を示した図である。
【図１５】本技術の第２の実施形態におけるシステムの動作の流れを示したシーケンス図である。
【図１６】本技術の第２の実施形態におけるシステムの動作の流れを模式的に示した図である。
【図１７】本技術の第２の実施形態におけるシステムの動作の流れを模式的に示した図である。
【図１８】本技術の第２の実施形態におけるシステムの動作の流れを模式的に示した図である。
【図１９】本技術の第２の実施形態におけるシステムの動作の流れを模式的に示した図である。
【図２０】本技術の第２の実施形態におけるシステムの動作の流れを模式的に示した図である。
【図２１】本技術の第２の実施形態におけるシステムの動作の流れを模式的に示した図である。
【図２２】本技術の第２の実施形態におけるシステムの動作の流れを模式的に示した図である。
【発明を実施するための形態】
【００２５】
以下、本技術に係る実施形態を、図面を参照しながら説明する。
【００２６】
＜第１の実施形態＞
まず、本技術の第１の実施形態を説明する。
【００２７】
［システムのネットワーク構成］
図１は、本実施形態に係るシステムのネットワーク構成を示した図である。
【００２８】
同図に示すように、このシステムは、クラウド上のＳＮＳ（Social Networking Service）サーバ１００及び複数の無線デバイス２００（２００Ａ〜２００Ｄ）を有する。ＳＮＳサーバ１００と無線デバイス２００とは、インターネット等のネットワーク５０を介して相互に通信可能とされている。
【００２９】
ＳＮＳサーバ１００は、各無線デバイス２００のユーザ間でソーシャルネットワークを構築させ、当該ユーザ間でのコミュニケーションサービス（ソーシャルネットワークサービス）を提供する。本実施形態では、無線デバイス２００Ａ〜２００Ｄの各ユーザのうち少なくとも１人は、当該ＳＮＳのアカウントを有している。
【００３０】
無線デバイス２００（２００Ａ〜２００Ｄ）は、例えばスマートフォン、携帯電話機、タブレットＰＣ（Personal Computer）、デスクトップＰＣ、ノートブックＰＣ、ＰＤＡ（Personal Digital Assistant）、携帯型ＡＶプレイヤー、電子ブック、デジタルスチルカメラ、カムコーダ、テレビジョン装置、ＰＶＲ（Personal Video Recorder）、ゲーム機器、プロジェクター、カーナビゲーションシステム、デジタルフォトフレーム、ＨＤＤ（Hard Disk Drive）装置、ヘルスケア機器、家庭用電気製品等、あらゆる情報処理装置であり得る。
【００３１】
同図では無線デバイス２００として４台の端末が図示されているが、その数は４台未満でも５台以上でも構わない。
【００３２】
無線デバイス２００は、他の端末との間で例えばＷｉ−ＦｉまたはＷｉ−Ｆｉダイレクトによる無線通信が可能な通信部を有する。この無線デバイス２００同士の無線通信においては、例えばＷＰＡ２−ＡＥＳ等に準じた暗号化または認証のための鍵情報（例えばＰＳＫ（Pre Shared Key））が必要であり、無線デバイス２００が無線通信を実際に実行する際には、端末間で上記鍵情報を交換するためのセットアップ（登録）処理が必要となる。
【００３３】
また無線デバイス２００Ａ〜２００Ｄのうち少なくとも１つの端末は、専用のアクセスポイントであってもよい。しかし、無線デバイス２００Ａ〜２００Ｄは、例えばＷｉ−Ｆｉダイレクト方式により、それぞれがアクセスポイントのような機能を持つグループオーナとして機能し得る。
【００３４】
以下の説明では、無線デバイス２００Ａ，２００Ｂ，２００Ｃ，２００Ｄをそれぞれ、無線デバイスＡ，無線デバイスＢ，無線デバイスＣ，無線デバイスＤと称する場合もある。
【００３５】
［ＳＮＳサーバのハードウェア構成］
図２は、上記ＳＮＳサーバ１００のハードウェア構成を示した図である。同図に示すように、ＳＮＳサーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。
【００３６】
ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながらＳＮＳサーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００３７】
入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。
【００３８】
表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。
【００３９】
操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。
【００４０】
記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。特に本実施形態において、記憶部１８は、後述するように、各無線デバイス２００が、そのユーザが有するアカウント毎にアクセス可能なデータエリアが設定されている。このデータエリアには、無線デバイス２００間の無線通信に必要な上記鍵情報が記憶される。また記憶部１８には当該アカウントのリストや、当該ユーザ間における承認関係を示すフレンドリスト等のデータも記憶される。
【００４１】
通信部１９は、ネットワーク５０に接続するためのＮＩＣ（Network Interface Card）や無線通信部であり、各無線デバイス２００との間の通信処理を担う。
【００４２】
［無線デバイスのハードウェア構成］
図３は、上記無線デバイス２００（２００Ａ〜２００Ｄ）のハードウェア構成を示した図である。同図に示すように、無線デバイス２００のハードウェア構成も、上記ＳＮＳサーバ１００のハードウェア構成と基本的に同様である。すなわち、無線デバイス２００は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、入出力インタフェース２５、及び、これらを互いに接続するバス２４、表示部２６、操作受付部２７、記憶部２８、通信部２９を備える。
【００４３】
ここで表示部２６は、無線デバイス２００に内蔵されていてもよいし、無線デバイス２００に外部接続されていてもよい。
【００４４】
ＣＰＵ２１は、記憶部２８や通信部２９等の各ブロックを制御して、ＳＮＳサーバ１００との通信処理や、各種データ処理を実行する。
【００４５】
記憶部２８には、例えば後述する鍵情報の取得処理に必要なソフトウェアモジュール等のプログラムや、各種データベースが記憶される。このようなプログラムは、無線デバイス２００に、ネットワーク５０を介して提供されてもよいし、無線デバイス２００で読み取り可能な記録媒体として提供されてもよい。
【００４６】
通信部２９は、上記Ｗｉ−ＦｉやＷｉ−Ｆｉダイレクトに対応した少なくとも１つの無線通信部を有する。また通信部２９は、Ethernet（登録商標）等に対応した有線通信部を有していてもよい。他の無線デバイスとの通信は無線通信部によって行われるが、ＳＮＳサーバ１００との通信は無線通信部と有線通信部のいずれによって行われてもよい。
【００４７】
［ＳＮＳサーバのデータエリア］
次に、上記ＳＮＳサーバ１００におけるデータエリアについて説明する。図４は、ＳＮＳサーバ１００内のデータエリアの構成を示した図である。
【００４８】
同図に示すように、ＳＮＳサーバ１００には、各無線デバイス２００のユーザのアカウント毎に、そのアカウントに対応する無線デバイス２００のみがアクセス可能なデータエリアが設けられている。
【００４９】
またそれらアカウント毎のデータエリアの他、承認されたアカウントに対応する無線デバイス２００がアクセス可能な共有データエリアも設けられている。例えば同図では、ＳＮＳサーバ１００にはＡ，Ｂ，Ｃ，Ｄの４つのアカウントが存在し、Ａ，Ｂ，Ｃが相互に承認されているとすると、アカウントＡ，Ｂ，Ｃを有する無線デバイス２００がアクセス可能な共有データエリアが存在する。このような共有データエリアの例としては、例えばＳＮＳにおける各ユーザの日記やプロフィール等が挙げられるが、これに限られない。
【００５０】
［無線デバイスのアカウントリスト］
ＳＮＳサーバ１００は、上記各無線デバイス２００に対応したアカウントのリストを記憶している。図５は、当該アカウントリストを示した図である。
【００５１】
同図に示すように、例えば無線デバイスＡ，無線デバイスＢ，無線デバイスＣ，無線デバイスＤはそれぞれ、ＳＮＳサーバ１００内にアカウント[1-1],[1-2],[1-3],[1-4]を所有している。
【００５２】
［アカウント間の承認関係］
図６は、図５に示したアカウント同士の承認関係（承認リスト）を示した図である。
【００５３】
同図に示すように、アカウント［1-1］の承認リストにはアカウント[1-2]及び［1-3］が含まれることから、アカウント[1-1]（無線デバイス２００Ａ）のユーザは、アカウント[1-2]（無線デバイス２００Ｂ）のユーザ及びアカウント[1-3]（無線デバイス２００Ｃ）のユーザを承認している。同様に、アカウント[1-2]のユーザは、アカウント[1-1]のユーザ及びアカウント[1-3]のユーザを承認している。アカウント[1-3]のユーザは、アカウント[1-1]のユーザ、アカウント[1-2]のユーザ及びアカウント[1-4]（無線デバイス２００Ｄ）のユーザを承認している。アカウント[1-4]のユーザは、アカウント[1-3]のユーザのみを承認している。
【００５４】
このような承認リストの例としては、ＳＮＳにおけるフレンドリストやコミュニティメンバーリスト等が挙げられる。フレンドリストに含まれるアカウントのユーザは、上記共有データエリアに存在する承認元のユーザの日記やプロフィール等を閲覧することができる。
【００５５】
すなわち、共有データエリアは、信頼関係が構築されたユーザ同士が、自身が保有する情報の共有を許容可能な閉じられた領域であり、そのようなユーザ以外のユーザからはアクセス不可能なセキュアな領域である。したがって共有データエリアが無線通信に必要な鍵情報の記憶場所として用いられることで、鍵情報のセキュリティが確保される。
【００５６】
［システムの動作］
次に、以上のように構成されたシステムにおけるＳＮＳサーバ１００及び無線デバイス２００の動作について説明する。本実施形態及び他の実施形態において、ＳＮＳサーバ１００及び無線デバイス２００における動作は、それぞれのＣＰＵ及びその他のハードウェアと、その制御下において実行されるソフトウェアとで協働して行われる。
【００５７】
図７は、本実施形態におけるシステムの動作の流れを示したシーケンス図である。また図８〜図１２は、上記動作の流れを、順を追って模式的に示した図である。
【００５８】
図７では、無線デバイス２００Ａに対して、その他の無線デバイスが無線接続を試みるケースを例として説明する。また同図では、一例として、無線デバイス２００Ａと無線デバイス２００Ｂとの間のデータのやり取りが示されているが、他の無線デバイス２００Ｃ，２００Ｄも同様のデータのやり取りが可能である。
【００５９】
図７に示すように、まず、無線デバイス２００Ａは、通信部２９によりＳＮＳサーバ１００へアクセスし、アカウント［1-1］としてログインする。
【００６０】
そして、無線デバイス２００Ａは、ＳＮＳサーバ１００の共有データエリアへ、予め定めた鍵情報（例えば所定の文字、数字、記号またはそれらの組み合わせ）をアップロードする。または、無線デバイス２００Ａは、既に共有データエリアに存在する所定のデータをダウンロードし、その一部を鍵情報として通信部２９または記憶部２８に設定する。
【００６１】
以下、鍵情報に関するこの２つの動作のいずれかを、ＳＮＳサーバ１００と無線デバイス２００間の「鍵情報の同期」と呼ぶ（図７のステップ（ＳＴ）７１、図８）。
【００６２】
無線デバイス２００ＡがＳＮＳサーバ１００と通信する際には、通信部２９として無線通信部を用いてもよいし、有線通信部を用いてもよい。
【００６３】
続いて無線デバイス２００Ａは、ＳＮＳサーバ１００と同期した鍵情報を無線デバイス２００Ａの暗号鍵として設定する。そして無線デバイス２００Ａは、自身の識別子に、当該鍵情報の記憶場所を示す情報（例えばＳＮＳサーバ１００の共有データエリアへアクセスするためのＵＲＬ）を含めて、それを通信部２９（無線通信部）により送出する（図７のステップ７２、図９）。
【００６４】
ここで上記識別子は、例えばＷｉ−ＦｉやＷｉ−ＦｉダイレクトにおけるＳＳＩＤ（Service Set Identifier）であるが、これに限られない。識別子は、一定間隔でビーコンとして送出され、他の無線デバイス２００は、これを復号等の特別な処理をすることなく受信し、ＳＳＩＤとして認識することができる。
【００６５】
無線デバイス２００Ｂは、上記送出された識別子を、通信部２９（無線通信部）により受信すると、当該識別子から上記記憶場所情報を抽出し、当該記憶場所情報を用いてＳＮＳサーバ１００へアクセスして自身のアカウント［1-2］としてログインする。そして無線デバイス２００Ｂは、上記無線デバイス２００Ａのアカウント［1-1］との共有データエリアへアクセスし、鍵情報の取得を要求する（図７のステップ７３、図１０）。他の無線デバイス２００Ｃ及び２００Ｄも同様の動作を実行する。
【００６６】
この無線デバイス２００ＢとＳＮＳサーバ１００との通信も、無線通信部と有線通信部のどちらによって実行されてもよい。
【００６７】
ここで、上記識別子を送出している無線デバイスが無線デバイス２００Ａ以外にも存在する場合には、無線デバイス２００Ｂは、ＳＮＳサーバ１００への鍵情報要求処理に先立って、識別子を認識できた複数の無線デバイスのリストを表示してもよい。そして無線デバイス２００Ｂは、そのリストから無線デバイス２００Ａを選択するユーザ操作が受け付けられたことをトリガとして、上記鍵情報取得要求を実行してもよい。
【００６８】
ＳＮＳサーバ１００は、通信部１９により、上記データ共有エリアに対するアクセス要求（鍵情報取得要求）を受信する。そしてＳＮＳサーバ１００は、要求元の無線デバイス２００Ｂのアカウント［1-2］が、無線デバイス２００Ａのアカウント［1-1］と承認関係にあるか否かを、上記承認リストを基に判定する。無線デバイス２００Ｂのアカウントが無線デバイス２００Ａのアカウントと承認関係にあると判定した場合、ＳＮＳサーバ１００は、共有データエリア内の鍵情報を、通信部１９により無線デバイス２００Ｂへ送信する（図７のステップ７４、図１１）。
【００６９】
またＳＮＳサーバ１００は、無線デバイス２００Ｂのアカウント［1-2］によるログインが認証されなかった場合や、ログインが認証されても上記承認リストに基づく承認関係がないと判定した場合には、その結果を無線デバイス２００Ｂへ送信する。
【００７０】
そして無線デバイス２００Ｂは、ＳＮＳサーバ１００から受信した鍵情報を用いて、無線デバイス２００Ａとの接続の確立を要求する。無線デバイス２００Ａは、当該要求を受信すると、受信された鍵情報と、自身がＳＮＳサーバ１００との同期により設定した鍵情報とが同一であるか否かを判定し、同一である場合には、無線デバイス２００Ｂと無線接続を確立してデータ通信を開始する（図７のステップ７５、図１２）。
【００７１】
無線デバイス２００Ｃも同様の手順でＳＮＳサーバ１００から鍵情報を取得して、無線デバイス２００Ａとの無線接続を確立することができる（図１１、図１２参照）。一方、無線デバイス２００Ｄは、記憶場所情報を基にＳＮＳサーバ１００へアクセスしても、そのアカウント［1-4］が、無線デバイス２００Ａのアカウント［1-1］の承認リストに含まれていないため（図６参照）、鍵情報を取得することはできない（図１１参照）。
【００７２】
［効果］
以上説明したように、本実施形態によれば、各無線デバイス２００は、接続先の無線デバイス２００から鍵情報の記憶場所情報を含む識別子を受信してＳＮＳサーバ１００から鍵情報をダウンロードし、当該鍵情報を用いて接続先の無線デバイス２００との無線接続を確立（セットアップ処理を完了）できる。このセットアップ処理に際して、従来の方式と比較して、ユーザによるボタンの押下操作やＰＩＮの入力操作を必要としないため、セットアップ処理におけるユーザの手間が軽減される。また鍵情報は、アクセス制限されたＳＮＳサーバの共有データエリアに格納されているため、鍵情報のセキュリティも確保される。また、鍵情報の記憶場所情報はビーコンとして送出されており、鍵情報の取得処理はＳＮＳサーバ１００との間で行われるため、セッションオーバーラップ等も問題もなく、同時に複数の無線デバイス２００が鍵情報を取得し、セットアップ処理を実行することができる。
【００７３】
＜第２の実施形態＞
次に、本技術の第２の実施形態を説明する。本実施形態は、特に説明しない箇所については上記第１の実施形態と同様の構成を有する。また第１の実施形態と同様の構成及び機能を有するデバイス及びブロックについては同一の符号を付す。
【００７４】
上述の第１の実施形態においては、ＳＮＳサーバ１００はネットワーク５０上に１台のみ設けられたが、本実施形態においては、ＳＮＳサーバ１００は複数台（例えば２台）設けられる。この２台のＳＮＳサーバ１００をそれぞれ、ＳＮＳサーバ１００Ａ（またはＳＮＳサーバＡ）、ＳＮＳサーバ１００Ｂ（またはＳＮＳサーバＢ）と称する。
【００７５】
［無線デバイスのアカウントリスト］
図１３は、本実施形態における複数のＳＮＳサーバ１００Ａ及び１００Ｂに対して各無線デバイス２００のユーザが有するアカウントのリストを示した図である。
【００７６】
これらＳＮＳサーバ１００Ａ及び１００Ｂは、それぞれ異なるＳＮＳサービスを提供するサーバであり、各無線デバイス２００のうち、少なくとも無線デバイス２００Ａは、ＳＮＳサーバ１００Ａ及び１００Ｂの両方において、異なるアカウントを有する。
【００７７】
同図に示すように、無線デバイスＡは、ＳＮＳサーバＡにアカウント［1-1］を有し、ＳＮＳサーバＢにアカウント［2-1］を有する。また無線デバイスＢはＳＮＳサーバＡにのみアカウント［1-2］を有し、無線デバイスＣはＳＮＳサーバＢにのみアカウント［2-3］を有する。無線デバイスＤは、無線デバイスＡと同様に、ＳＮＳサーバＡにアカウント［1-4］を有し、ＳＮＳサーバＢにアカウント［2-4］を有する。
【００７８】
［アカウント間の承認関係］
図１４は、図１３に示した無線デバイス２００のアカウント同士の承認関係（承認リスト）を示した図である。
【００７９】
同図Ａに示すように、ＳＮＳサーバ１００Ａにおいては、アカウント[1-1]（無線デバイス２００Ａ）のユーザは、アカウント[1-2]（無線デバイス２００Ｂ）のユーザを承認しており、アカウント[1-2]（無線デバイス２００Ｂ）のユーザは、アカウント[1-1]のユーザを承認している。一方、アカウント[1-4]（無線デバイス２００Ｄ）のユーザは、どのユーザも承認していない。
【００８０】
また同図Ｂに示すように、ＳＮＳサーバ１００Ｂにおいては、アカウント[2-1]のユーザは、アカウント[2-3]のユーザを承認しており、アカウント[2-3]のユーザは、アカウント[2-1]のユーザを承認している。一方、アカウント[2-4]のユーザは、どのユーザも承認していない。
【００８１】
［システムの動作］
次に、以上のように構成されたシステムにおけるＳＮＳサーバ１００Ａ及び１００Ｂ並びに無線デバイス２００の動作について説明する。
【００８２】
図１５は、本実施形態におけるシステムの動作の流れを示したシーケンス図である。また図１６〜図２２は、上記動作の流れを、順を追って模式的に示した図である。
【００８３】
図１５では、無線デバイス２００Ａに対して、その他の無線デバイスが無線接続を試みるケースを例として説明する。また同図では、一例として、無線デバイス２００Ａと無線デバイス２００Ｃとの間のデータのやり取りが示されているが、他の無線デバイス２００Ｂ，２００Ｄも同様のデータのやり取りが可能である。
【００８４】
図１５に示すように、まず、無線デバイス２００Ａは、通信部２９によりＳＮＳサーバ１００Ａへアクセスし、アカウント［1-1］としてログインし、それに対応する共有データエリアの情報を用いて、鍵情報をＳＮＳサーバ１００Ａと同期する（図１５のステップ１５１、図１６）。
【００８５】
また無線デバイス２００Ａは、通信部２９によりＳＮＳサーバ１００Ｂへアクセスし、アカウント［2-1］としてログインし、それに対応する共有データエリアの情報を用いて、鍵情報をＳＮＳサーバ１００Ｂと同期する（図１５のステップ１５２、図１６）。
【００８６】
ここで、無線デバイス２００ＡがＳＮＳサーバ１００Ａ及び１００Ｂとそれぞれ同期する鍵情報は、同一であってもよいし、異なっていてもよい。
【００８７】
続いて無線デバイス２００Ａは、ＳＮＳサーバ１００Ａ及び１００Ｂと同期した鍵情報を、無線デバイス２００Ａの暗号鍵として設定する。そして無線デバイス２００Ａは、自身の識別子に、当該鍵情報の記憶場所情報（ＵＲＬ等）を含めて、それを通信部２９（無線通信部）により送出する（図１５のステップ１５３、図１７）。
【００８８】
ここで、無線デバイス２００Ａが識別子を送出する手法としては以下の２つが考えられる。
【００８９】
１つ目の手法は、ＳＮＳサーバ１００Ａにおける記憶場所情報と、ＳＮＳサーバ１００Ｂにおける記憶場所情報とを連結し、それを１つの識別子に含めて送出する手法である。
【００９０】
２つ目の手法は、ＳＮＳサーバ１００ＡとＳＮＳサーバ１００Ｂについてそれぞれ別個の無線通信インタフェースを作成し、それぞれのインタフェースにより、１つのＳＮＳサーバ１００における記憶場所情報を含む識別子をそれぞれ別個のデータとして送出する手法である。
【００９１】
続いて無線デバイス２００Ｃは、上記送出された識別子を、通信部２９（無線通信部）により受信すると、当該識別子から、ＳＮＳサーバ１００Ａ及び１００Ｂにおける記憶場所情報をそれぞれ抽出する。
【００９２】
そして無線デバイス２００Ｃは、それぞれのＳＮＳサーバ１００に対して順にアクセスを試して鍵情報を取得する。
【００９３】
例えば無線デバイス２００Ｃは、まずＳＮＳサーバ１００Ａにおける記憶場所情報を用いてＳＮＳサーバ１００Ａへアクセスし、鍵情報の取得を要求する（図１５のステップ１５４、図１８）。他の無線デバイス２００Ｂ及び２００Ｄも同様の動作を実行する。もちろん、各無線デバイス２００は、先にＳＮＳサーバ１００Ｂからの鍵情報取得を試してもよい。
【００９４】
ＳＮＳサーバ１００Ａは、通信部１９により、上記データ共有エリアに対するアクセス要求（鍵情報取得要求）を受信する。しかし、無線デバイス２００ＣはＳＮＳサーバ１００Ａについてアカウントを有していないため（図１３参照）、ＳＮＳサーバ１００Ａは、当該鍵情報取得要求を拒絶する（図１５のステップ１５５、図１９）。
【００９５】
一方、例えば無線デバイス２００Ｂは、ＳＮＳサーバ１００Ａにアカウント［1-2］を有しており、それが無線デバイス２００Ａのアカウント［1-1］と承認関係にあるため、ＳＮＳサーバ１００Ａから鍵情報を取得できる（図１９参照）。また無線デバイス２００ＤはＳＮＳサーバ１００Ａにアカウントを有しているものの、それが無線デバイス２００Ａのアカウント［1-1］と承認関係にないため、ＳＮＳサーバ１００Ａからは鍵情報を取得できない（図１９参照）。
【００９６】
ＳＮＳサーバ１００Ａから鍵情報取得要求を拒絶された無線デバイス２００Ｃは、続いて、ＳＮＳサーバ１００Ｂにおける記憶場所情報を用いてＳＮＳサーバ１００Ｂへアクセスして自身のアカウント［2-3］としてログインする。そして無線デバイス２００Ｃは、上記無線デバイス２００Ａのアカウント［2-1］との共有データエリアへアクセスし、鍵情報の取得を要求する（図１５のステップ１５６、図２０）。
【００９７】
そしてＳＮＳサーバ１００Ｂは、要求元の無線デバイス２００Ｃのアカウント［2-3］が、無線デバイス２００Ａのアカウント［2-1］と承認関係にあるか否かを、上記承認リストを基に判定する。無線デバイス２００Ｃのアカウントが無線デバイス２００Ａのアカウントと承認関係にあると判定した場合、ＳＮＳサーバ１００Ｂは、共有データエリア内の鍵情報を、通信部１９により無線デバイス２００Ｃへ送信する（図１５のステップ１５７、図２１）。
【００９８】
そして無線デバイス２００Ｃは、ＳＮＳサーバ１００Ｂから受信した鍵情報を用いて、無線デバイス２００Ａとの接続の確立を要求する。無線デバイス２００Ａは、当該要求を受信すると、受信された鍵情報と、自身がＳＮＳサーバ１００Ａ及びＳＮＳサーバ１００Ｂとの同期により設定した鍵情報（鍵情報がサーバ毎に存在する場合は、そのいずれか）とが同一であるか否かを判定し、同一である場合には、無線デバイス２００Ｃと無線接続を確立してデータ通信を開始する（図１５のステップ１５８、図２２）。
【００９９】
無線デバイス２００Ｂも同様に、ＳＮＳサーバ１００Ａから受信した鍵情報を用いて、無線デバイス２００Ａとの接続の確立し、データ通信を実行できる（図２２参照）。
【０１００】
一方、無線デバイス２００Ｃと同様にＳＮＳサーバ１００Ａから鍵情報取得要求を拒絶された無線デバイス２００Ｄも、次にＳＮＳサーバ１００Ｂへ鍵情報取得要求を送信する。しかし、無線デバイス２００Ｄは、ＳＮＳサーバ１００Ｂにアカウントを有しているものの、それが無線デバイス２００Ａのアカウント［2-1］と承認関係にないため、ＳＮＳサーバ１００Ｂからも鍵情報を取得できない（図２１参照）。
【０１０１】
［効果］
以上説明したように、本実施形態によれば、無線デバイス２００Ａが複数のＳＮＳサーバ１００にアカウントを有し、各サーバの共有データエリアに鍵情報を格納する。したがって、無線デバイス２００によってアカウントを有するＳＮＳサーバ１００が異なる場合や、ＳＮＳサーバ１００毎に承認されたフレンドの内容が異なる場合でも、各無線デバイス２００のユーザは、それらの相違を意識することなく、いずれかのＳＮＳサーバ１００から鍵情報を取得することができる。
【０１０２】
［変形例］
本技術は上述の実施形態にのみ限定されるものではなく、本技術の要旨を逸脱しない範囲内において種々変更され得る。
【０１０３】
（変形例１）
上述の各実施形態においては、鍵情報が、無線デバイス２００Ａにより予め定められ、ＳＮＳサーバ１００へアップロードされるものである場合について説明がなされた。しかし、鍵情報としては、例えばネットワーク上に既に存在しているデータの一部が用いられても構わない。
【０１０４】
例えば鍵情報は、所定のウェブページ上の所定位置に記述された文字または記号であってもよい。このウェブページへのアクセスには、ログインが不要であっても構わない。より具体的には、鍵情報は、例えば、所定のポータルサイト上のトップニュースのヘッドラインの所定位置（範囲）に含まれる文字列（例えば冒頭の文字から５番目の文字まで）であってもよい。
【０１０５】
この場合、鍵情報を同期する側の無線デバイス２００は、識別子に含めるＵＲＬとして上記ウェブページのＵＲＬを指定し、さらにその後に、文字の位置を示す情報（例えば１文字目から５文字目であれば「1-5」といった情報）を記憶場所情報として付加して、識別子を送出する。
【０１０６】
またこのような識別子を受信した、接続要求元の無線デバイス２００は、上記記憶場所情報から上記ウェブページへアクセスし、さらに上記文字の位置を示す情報を基に、鍵情報としての上記文字列等を抽出して受信する。
【０１０７】
これにより、鍵情報を同期する側の無線デバイス２００は、鍵情報をサーバ等のネットワーク上の何れかの場所にアップロードすることなく、他の無線デバイス２００に鍵情報を取得させることができる。
【０１０８】
この場合、鍵情報は、無線デバイス２００間の１回の接続確立についてのみ有効な、テンポラリな鍵であってもよい。例えば上述の例で示したようなポータルサイトのトップニュースは、一定時間毎に更新されるため、そのニュースに含まれる文字が鍵情報として使用されれば、アクセス制限がされていなくとも、ある程度のセキュリティは確保される。
【０１０９】
（変形例２）
上述の各実施形態では、鍵情報はＳＮＳサーバ１００の共有データエリアに記憶されたが、鍵情報の記憶場所はそれに限られない。例えば、鍵情報は、ＳＮＳ以外のサービスを提供するサーバに記憶されてもよいし、何らサービスを提供しない単なるネットワーク上の記憶装置（ＨＤＤ装置等）に記憶されてもよいし、ローカルな記憶場所に記憶されてもよい。
【０１１０】
例えば、鍵情報は、それを設定する側の無線デバイス２００自身に記憶されていてもよい。この場合、上述したアカウントリストや承認リスト（フレンドリスト）も、ＳＮＳサーバ１００から当該無線デバイスに予めダウンロードされてもよい。これにより、当該無線デバイス２００は、接続元の無線デバイス２００のアカウントの有無や、承認関係の有無を、上述の各実施形態におけるＳＮＳサーバ１００に代わって判定することができる。
【０１１１】
（変形例３）
上述の第２の実施形態においては、複数のＳＮＳサーバ１００についての鍵情報の取得処理は、順に試された。しかし、この鍵情報の取得処理においては、無線デバイス２００のユーザがアカウントを有するＳＮＳサーバ１００へ優先的にアクセスがされてもよいし、当該ユーザがアカウントを有さないＳＮＳサーバ１００にはそもそもアクセスがされなくてもよい。この場合、各無線デバイス２００は、自身が所定のＳＮＳサーバ１００にアカウントを有するか否かを判定する機構（プログラム）を有する。
【０１１２】
（変形例４）
上述の実施形態においては、無線デバイス２００の動作は、ＣＰＵが通信部等のその他の各種ハードウェアを統括的に制御しながら、ＣＰＵによって実行されるソフトウェアと協働して実行するものとして説明された。しかし、本技術は、ＣＰＵが他のハードウェアを統括的に制御して実現される場合に限られず、各動作を実行するための専用のＩＣが組み合わされて実現されてもよいし、そのようなＩＣとソフトウェアとの協働処理により実現されてもよい。当該ＩＣとして、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等のうち少なくとも１つが用いられてもよい。
【０１１３】
［その他］
本技術は以下のような構成も採ることができる。
（１）
通信部と、
他の情報処理装置から、当該他の情報処理装置との暗号化された無線通信に必要な鍵情報の記憶場所を示す記憶場所情報を受信し、
前記記憶場所情報で示される記憶場所へアクセスして前記鍵情報を受信し、
前記受信された鍵情報を用いて前記他の情報処理装置との接続を確立する
ように前記通信部を制御可能な制御部と
を具備する情報処理装置。
（２）
上記（１）に記載の情報処理装置であって、
前記制御部は、前記他の情報処理装置のユーザにより前記記憶場所へのアクセスが承認されていることを示す承認情報を用いて前記記憶場所へアクセスするように前記通信部を制御する
情報処理装置。
（３）
上記（２）に記載の情報処理装置であって、
前記記憶場所は、第１のＳＮＳ（Social Networking Service）サーバへのログインのために前記他の情報処理装置のユーザが有するアカウントに対応した、当該第１のＳＮＳサーバ上の第１のデータ領域であり、
前記制御部は、前記他の情報処理装置のユーザのアカウントに対応する第１のフレンドリストに含まれる当該情報処理装置のユーザのアカウントを、前記承認情報として用いる
情報処理装置。
（４）
上記（３）に記載の情報処理装置であって、
前記記憶場所は、前記第１のＳＮＳサーバ上の第１のデータ領域と、前記第１のＳＮＳサーバとは異なる第２のＳＮＳサーバへのログインのために前記他の情報処理装置のユーザが有するアカウントに対応した、当該第２のＳＮＳサーバ上の第２のデータ領域とを含み、
前記制御部は、前記第１のフレンドリスト及び前記第２のＳＮＳサーバにおける前記他の情報処理装置のユーザのアカウントに対応する第２のフレンドリストの少なくとも一方に含まれる当該情報処理装置のユーザのアカウントを、前記承認情報として用いて、前記第１のデータ領域と前記第２のデータ領域のうち少なくとも一方から前記鍵情報を受信するように前記通信部を制御する
情報処理装置。
（５）
上記（１）〜（４）のいずれかに記載の情報処理装置であって、
前記記憶場所情報は、前記他の情報処理装置を識別する識別子とともに、前記他の情報処理装置から所定間隔でビーコンとして送出される
情報処理装置。
（６）
上記（１）または（５）に記載の情報処理装置であって、
前記鍵情報は、所定のウェブページ上の所定位置に記述された文字または記号であり、
前記制御部は、前記記憶場所情報として、前記ウェブページのＵＲＬ及び前記所定位置を示す情報を受信し、前記ウェブページ上の前記所定位置から、前記文字または記号を抽出して前記鍵情報として受信するように前記通信部を制御する
情報処理装置。
【符号の説明】
【０１１４】
１１…ＣＰＵ
１３…ＲＡＭ
１８…記憶部
１９…通信部
２１…ＣＰＵ
２３…ＲＡＭ
２８…記憶部
２９…通信部
５０…ネットワーク
１００（１００Ａ，１００Ｂ）…ＳＮＳサーバ
２００（２００Ａ，２００Ｂ，２００Ｃ，２００Ｄ）…無線デバイス
【図１】
2013251835.tif 000003
【図２】
2013251835.tif 000004
【図３】
2013251835.tif 000005
【図４】
2013251835.tif 000006
【図５】
2013251835.tif 000007
【図６】
2013251835.tif 000008
【図７】
2013251835.tif 000009
【図８】
2013251835.tif 000010
【図９】
2013251835.tif 000011
【図１０】
2013251835.tif 000012
【図１１】
2013251835.tif 000013
【図１２】
2013251835.tif 000014
【図１３】
2013251835.tif 000015
【図１４】
2013251835.tif 000016
【図１５】
2013251835.tif 000017
【図１６】
2013251835.tif 000018
【図１７】
2013251835.tif 000019
【図１８】
2013251835.tif 000020
【図１９】
2013251835.tif 000021
【図２０】
2013251835.tif 000022
【図２１】
2013251835.tif 000023
【図２２】
2013251835.tif 000024