JP2015153027A - 通信装置、通信システム、通信装置の制御方法およびプログラム - Google Patents

Abstract

【課題】ユーザが所持するデバイス群同士で簡易にパラメータ交換を実現するための技術を提供する。【解決手段】通信装置であって、第１の他の通信装置と第２の他の通信装置との各々から認証情報を取得する取得部と、取得部により取得された認証情報に基づいて認証処理を行う認証部と、認証処理の結果に基づいて、第１の他の通信装置と関連付けられた第３の他の通信装置の情報を、第２の他の通信装置と関連付けられた第４の他の通信装置に提供する提供部とを備える。【選択図】 図４

Description

本発明は、通信装置、通信システム、通信装置の制御方法およびプログラムに関し、特に、デバイス群同士を簡単に接続する通信処理技術に関する。

近年のデバイスの小型化や無線ＬＡＮの普及により、持ち運び可能なサイズのデバイスがネットワークに接続するようになっている。更に、ユーザはデバイスを複数個持ち、用途に応じて利用することが増えている。例えば、ユーザは、持ち運び用のスマートフォン、一眼レフカメラ、自宅据え置きのプリンタなどを所持している。ユーザは、これらのデバイスを利用して他のユーザとコミュニケーションを行いたいという要望がある。

これに対し、ＮＦＣ（Near Field Communication）などを利用して、１対１のデバイス同士でパラメータ交換を行う技術が従来から知られている。さらに、特許文献１では、一括して接続先にログインする技術として、シングルサインオン技術が開示されている。

特表2010-502109号公報

しかしながら、特許文献１に記載の技術では、ユーザが持つデバイス全てに対してシングルサインオンしなければならず、ユーザの持つデバイス群同士でのパラメータ交換を簡単化することはできない。たとえＮＦＣのパラメータ交換と組み合わせて利用したとしても、送信側のユーザは、送信側のユーザが持つ全てのデバイスを受信側のユーザが持つデバイスに近づけなければならず、面倒な操作が必要である。また、送信側のユーザおよび受信側のユーザが、それぞれ所持するデバイス（例えば、テレビやプリンタ）を全て持ち運ぶことは難しい。

上記の課題に鑑み、本発明は、ユーザが所持するデバイス群同士で簡易にパラメータ交換を実現するための技術を提供することを目的とする。

上記の目的を達成する本発明に係る通信装置は、
第１の他の通信装置と第２の他の通信装置との各々から認証情報を取得する取得手段と、
前記取得手段により取得された前記認証情報に基づいて認証処理を行う認証手段と、
前記認証処理の結果に基づいて、前記第１の他の通信装置と関連付けられた第３の他の通信装置の情報を、前記第２の他の通信装置と関連付けられた第４の他の通信装置に提供する提供手段と、
を備える。

本発明によれば、ユーザが所持するデバイス群同士で簡易にパラメータ交換を実現することが可能となる。

第１実施形態に係る通信システムの構成例を示す図。 第１実施形態に係る通信装置１０１の機能ブロック図。 第１実施形態に係るスマートフォン１０４の機能ブロック図。 第１実施形態に係るパラメータ交換開始時のシーケンス図。 第１実施形態に係る通信装置１０１が認証情報を受信した場合の処理手順を示すフローチャート。 第１実施形態に係るスマートフォン１０４が認証を開始する場合の処理手順を示すフローチャート。 第１実施形態に係るパラメータリストの一例を示す図。 第１実施形態に係るスマートフォン１０４のユーザインターフェースの一例を示す図。 第１実施形態においてユーザＡがスマートフォン１０４を用いて、カメラ１０３とプリンタ１０７を接続する時のユーザインターフェースの一例を示す図。 第１実施形態においてスマートフォン１０４が通信装置１０１からの通知を受信した場合の処理手順を示すフローチャート。 第１実施形態においてスマートフォン１０４が通信装置１０１からパラメータを受信した場合の処理手順を示すフローチャート。 第２実施形態に係る通信システムの構成例を示す図。

以下、添付の図面を参照しながら、本発明の実施の形態について詳述する。

（第１実施形態）
＜１．通信システムの構成＞
まず図１を参照して、第１実施形態に係る通信システムの構成例を説明する。１００は、ネットワークである。本実施形態におけるネットワーク１００は、インターネット、ＷＡＮ (Wide Area Network)、ＬＡＮ (Local Area Network)などの複合であっても実現できる。

１０１は、通信装置である。通信装置１０１は、パラメータ交換を要求するデバイスから認証情報を受信し、認証情報の確認を行った後、関連するデバイス群のパラメータを提供する。また通信装置１０１は、ユーザ間の関係性情報、および、ユーザとデバイスとの関係性情報を保持する。

１０２は、テレビである。テレビ１０２は、ネットワーク１００に接続し、ネットワーク経由でサービスを提供している。例えば、テレビ画面に画像を表示する画像表示サービスなどである。

１０３は、カメラである。カメラ１０３は、ネットワーク１００に接続し、ネットワーク経由でサービスを提供している。例えば、撮影した画像コンテンツを提供する画像提供サービスなどである。

１０４は、スマートフォンである。スマートフォン１０４は、ネットワーク１００に接続し、ネットワーク経由でサービスを提供している。例えば、スマートフォンに含まれるデータ（スケジュール、メールの履歴など）を提供するデータ提供サービスなどである。

テレビ１０２、カメラ１０３、スマートフォン１０４は、ユーザＡが所有しているものである。通信装置１０１が、ユーザＡとデバイス群の所有関係の情報を保持している。

１０５は、スマートフォンである。スマートフォン１０４と同様の構成のため、ここでの説明は省略する。１０６は、カメラである。カメラ１０３と同様の構成のため、ここでの説明は省略する。１０７はプリンタである。プリンタ１０７は、ネットワーク１００に接続し、ネットワーク経由でサービスを提供している。例えば、プリンタで印刷する印刷サービスなどである。

スマートフォン１０５、カメラ１０６、プリンタ１０７は、ユーザＢが所有しているものである。通信装置１０１は、ユーザＢとデバイス群の所有関係を保持している。通信装置１０１は、さらにユーザＡとユーザＢとの関係性情報（友人、会社、家族など）を保持する。

＜２．通信装置の機能ブロック構成＞
図２は、通信装置１０１の機能ブロック図である。通信装置１０１は、通信部２０１と、認証部２０２と、記憶部２０３と、通知部２０４と、取得部２０５と、提供部２０６と、保持部２０７と、アクセス制御部２０８とを備えている。各処理部は、バス２００により接続されており、不図示のＣＰＵが記憶部２０３または保持部２０７から読み出したプログラムを実行することにより実現される。

通信部２０１は、ＴＣＰ/ＩＰなどの通信プロトコル処理を行い、ネットワーク１００と接続する機能を提供する。

認証部２０２は、認証情報が正しいものであるかを確認する。認証部２０２は、デバイス（例えば、スマートフォン１０４とスマートフォン１０５）から取得した認証情報を照合して正しい認証情報か否かの確認を行う。認証部２０２は、証明書や公開鍵などを利用して認証を行う。これに限らず、スマートフォン１０４とスマートフォン１０５から、デバイス間で認証を完了したことを確認するために、デバイス間でのみ利用できる特定の乱数やパスワードを用いてもよい。また、バイオメトリクス認証などを用いても実現できる。

記憶部２０３は、各デバイスのパラメータを記憶する。通知部２０４は、認証の成功やエラーを通知する。通知部２０４は、各デバイスに認証が成功したこと、または、失敗したことを通知する。また、通知部２０４は、認証を行ったデバイスにパラメータ交換が完了したことを通知する。

取得部２０５は、認証情報を取得する。取得部２０５は、各デバイスから送信された認証情報を受信する。あるいは、これに限らず、取得部２０５は、定期的に各デバイスに問い合わせを行い、認証情報を取得してもよい。また、本実施形態では各デバイスが各々認証情報を送信する例を説明するが、これに限らず、代表デバイスが認証情報をまとめて送信してもよい。

提供部２０６は、デバイスに関連するパラメータを提供する。保持部２０７は、デバイスとユーザの関係性情報やデバイス群の関係性情報を保持する。保持部２０７は、ユーザがどのデバイスを所有しているかに関する情報を保持している。本実施形態では、デバイスをユーザに関連付ける例を説明するが、これに限らず、例えば、組織や場所と関連付けてもよい。さらに、デバイス群をグループとして扱い、どのデバイスがどのグループに属しているかに関する情報や、グループ間の関係性情報を保持してもよい。

アクセス制御部２０８は、保持部２０７に保持された関係性情報に基づいて、パラメータ交換の範囲、すなわち提供部２０６による情報の提供を許可する通信装置の範囲を決定する。アクセス制御部２０８は、デバイス単位で制御を行ってもよいし、デバイスに含まれるアプリケーション単位で制御を行ってもよい。

なお、上記機能ブロックの構成はあくまでも一例であり、複数の機能ブロックが１つの機能ブロックを構成するようにしてもよいし、何れかの機能ブロックが更に複数の機能ブロック分かれて構成されてもよい。

＜３．スマートフォンの機能ブロック構成＞
図３は、スマートフォン１０４の機能ブロック図である。スマートフォン１０４は、通信部３０１と、送信部３０２と、受信部３０３と、提供情報取得部３０４と、認証開始部３０５と、依頼部３０６と、表示部３０７と、撮影部３０８とを備えている。各処理部は、バス３００により接続されており、不図示のCPUがメモリから読み出したプログラムを実行することにより実現される。

通信部３０１は、ＴＣＰ/ＩＰなどの通信プロトコル処理を行い、ネットワーク１００と接続する機能を提供する。送信部３０２は、通信装置１０１に認証情報を送信する。受信部３０３は、認証の成功やエラーの通知を受信する。受信部３０３は、パラメータ交換が完了したことも受信する。提供情報取得部３０４は、スマートフォン１０４にアクセスするためのパラメータを取得する。

認証開始部３０５は、他のデバイスと認証を開始する。本実施形態では、ＮＦＣを用いているが、これに限らず、Ｂｌｕｅｔｏｏｔｈ（登録商標）や無線ＬＡＮなどを用いてもよい。また、位置情報とセンサ情報の連動により、擬似的に近傍にいることを知らせる技術などを用いても実現できる。認証開始部３０５は、他のデバイスとの間で生成した通信経路内で認証を行ってもよいし、他のサーバを経由した認証を行ってもよい。さらに、これに限らず、認証開始部３０５は認証のための情報（例えば、証明書など）を交換してもよい。

依頼部３０６は、通信装置１０１にデバイス群でのパラメータ交換の依頼を行う。表示部３０７は、認証が開始されたこと、パラメータ交換が完了したこと、エラーが発生したことを画面に表示する。なお、本実施形態では画面に表示しているが、これに限らず、認証開始、パラメータ交換完了、エラー発生等を区別して、ＬＥＤの点灯による通知、音による通知、振動による通知を行ってもよい。撮影部３０８は、画像を撮影する。

なお、上記機能ブロックの構成はあくまでも一例であり、複数の機能ブロックが１つの機能ブロックを構成するようにしてもよいし、何れかの機能ブロックが更に複数の機能ブロック分かれて構成されてもよい。

また、ここではスマートフォン１０４を例にとって説明したが、テレビ１０２、カメラ１０３、スマートフォン１０５、カメラ１０６、プリンタ１０７も、スマートフォン１０４と同様の構成を有する。ただし、テレビ１０２やプリンタ１０７は、撮影部３０８を備えていない点が異なる。また、プリンタ１０７は表示部３０７を備えていない場合もありうる。

＜４．パラメータ交換開始時のシーケンス＞
次に図４を参照して、パラメータ交換開始時のシーケンスについて説明する。ここでは、ユーザＡが、ユーザＢとパラメータ交換を開始するものとする。

まずユーザＡは、スマートフォン１０４を、ユーザＢのスマートフォン１０５に近接またはタッチさせる。スマートフォン１０４は、スマートフォン１０５とＮＦＣによる認証を開始する（Ｆ４０１）。スマートフォン１０４は、スマートフォン１０５との認証が完了すると、スマートフォン１０５との間で生成した秘密の認証情報を通信装置１０１に送信する（Ｆ４０２）。スマートフォン１０５も同様に、スマートフォン１０４との間で生成した秘密の認証情報を通信装置１０１に送信する（Ｆ４０３）。

通信装置１０１は、スマートフォン１０４から受信した認証情報と、スマートフォン１０５から受信した認証情報とを用いた認証処理を行う（Ｆ４０４）。認証処理の方式による限定はなく、証明書を使った方法や乱数、パスワードを用いた方法であってもよい。また、これ以外の認証方法やそれに準ずる方法を用いても実現できる。通信装置１０１は、認証処理が成功したと判断すると、パラメータ交換処理を実行する（Ｆ４０５）。一方、通信装置１０１は、認証処理が失敗したと判断すると、パラメータ交換処理を実行せず、エラーを送信した後、処理を終了する。

通信装置１０１は、図７（ａ）、図７（ｂ）に示したようなリスト（詳細は後述）から、各デバイスに送信するためのパラメータリストを生成する。ここで、通信装置１０１は、ユーザＡとユーザＢの関係性から、パラメータを送信するデバイスやサービスを限定する。例えば、関係性が家族であるならば、全てのデバイスを公開するが、関係性が友人であるならば、一部のデバイスのみを公開する（例えば、自宅にあるプリンタは公開しないようにする）。このように、関係性情報に応じて、パラメータの送信を抑制することで、ユーザが簡単にパラメータ交換を行うことができるという効果がある。

ユーザＡとユーザＢの関係性がなかった場合、限定されたデバイスのみでパラメータ交換を行ってもよい。例えば、初めの認証では、スマートフォン１０４とスマートフォン１０５のみのパラメータ交換を行ってもよい。さらに、もう一度認証された場合、全てのデバイス間でパラメータ交換を行うという構成にしてもよい。これにより、初対面の人とも簡単に接続ができるようになるという効果がある。また、一度目のタッチで友達になるかどうかのダイアログを、認証したデバイス（ここでは、スマートフォン１０４とスマートフォン１０５）に表示して、関係性情報を作成することを促してもよい。これにより、誤った操作による誤作動を防止できるという効果がある。

あるいは、サービスの組み合わせにより、接続可能なサービスを持つデバイス同士でのみパラメータを交換してもよい。これにより、不要なパラメータ交換を行う必要がなくなり、処理の負荷が軽減されるという効果がある。

そして、通信装置１０１は、スマートフォン１０４、カメラ１０３、テレビ１０２のそれぞれにパラメータを送信する（Ｆ４０６〜Ｆ４０８）。同様に、通信装置１０１は、スマートフォン１０５、カメラ１０６、プリンタ１０７のそれぞれにパラメータを送信する（Ｆ４０９〜Ｆ４１１）。

通信装置１０１は、スマートフォン１０４にパラメータの交換が完了したことを通知する（Ｆ４１２）。通信装置１０１は、スマートフォン１０５にパラメータの交換が完了したことを通知する（Ｆ４１３）。

スマートフォン１０４は、通信装置１０１からパラメータ交換完了の通知を受信する。スマートフォン１０４は、ユーザＡとユーザＢとの認証が完了し、パラメータ交換が完了したことを表示する（Ｆ４１４）。同様に、スマートフォン１０５は、通信装置１０１から完了の通知を受信する。スマートフォン１０５は、ユーザＡとユーザＢとの認証が完了し、パラメータ交換が完了したことを表示する（Ｆ４１５）。

テレビ１０２は、ユーザＡとユーザＢの認証が完了し、パラメータ交換が完了したことを表示する（Ｆ４１６）。カメラ１０３は、ユーザＡとユーザＢとの認証が完了し、パラメータ交換が完了したことを表示する（Ｆ４１７）。

カメラ１０６は、ユーザＡとユーザＢの認証が完了し、パラメータ交換が完了したことを表示する（Ｆ４１８）。プリンタ１０７は、ユーザＡとユーザＢとの認証が完了し、パラメータ交換が完了したことを表示する（Ｆ４１９）。

なお、本実施形態では、ユーザＡとユーザＢとの認証が完了した例を説明しているが、これに限らず、スマートフォン１０４とスマートフォン１０５との認証が完了したことを表示してもよい。また、パラメータ交換によって、接続可能となったデバイスやサービスの種類を表示してもよい。本実施形態では、表示により完了をユーザに知らせているが、ＬＥＤ、音、振動などによりユーザに通知してもよい。

また、テレビ１０２は、カメラ１０６と交換したパラメータを利用して接続を行う（Ｆ４２０）。ユーザＡがテレビ１０２を操作してカメラ１０６に接続してもよいし、ユーザＢがカメラ１０６を操作してテレビ１０２に接続してもよい。さらに、ユーザＡがスマートフォン１０４を利用してテレビ１０２とユーザＢのカメラ１０６とを接続するように指示を出してもよい。同様に、ユーザＢがスマートフォン１０５を利用してカメラ１０６とユーザＡのテレビ１０２とを接続するように指示を出してもよい。

＜５．通信装置が実施する処理＞
図５は、通信装置１０１が認証情報を受信した場合の処理手順を示すフローチャートである。

取得部２０５は、通信部２０１を通じてスマートフォン１０４およびスマートフォン１０５から認証情報を受信する（Ｓ５０１）。

認証部２０２は、スマートフォン１０４から受信した第一の認証情報とスマートフォン１０５から受信した第二の認証情報とを比較・照合する（Ｓ５０２）。

認証部２０２が認証に成功したと判断すると（Ｓ５０２；ＹＥＳ）、保持部２０７はデバイスが誰の持ちものであるかの検索を行う（Ｓ５０３）。本実施形態では、ユーザによる所持の例を示しているが、これに限らず、組織による所持やデバイス群としてのグループであってもよい。

一方、認証部２０２が認証に失敗したと判断すると（Ｓ５０２；ＮＯ）、通知部２０４が要求を行ったスマートフォン１０４およびスマートフォン１０５にエラーの通知を行う（Ｓ５１１）。また、一定時間以内に２つの認証情報が揃わなかった場合、認証部２０２はエラーとして判断する。通知部２０４は認証情報を送付してきたデバイスにのみエラーの通知を行う。

保持部２０７は、ユーザＡとユーザＢとの関係性情報を取得する（Ｓ５０４）。保持部２０７は、通信装置１０１内にあるデータベースから関係性情報を取得してもよいし、別のサーバにあるデータベースやそれに類するものから関係性情報を取得してもよい。本実施形態では、ユーザ間の関係性を示したが、ユーザと組織の関係性や、デバイス群のグループ同士の関係性であってもよい。

アクセス制御部２０８は、取得した関係性情報の確認を行う（Ｓ５０５）。アクセス制御部２０８は、関係性の有無、および、拒否リストに入っているかの確認を行う。これに限らず、アクセス制御部２０８は、関係性の種別（家族、友人、組織関係）や関係性の濃さを示す強度を用いてもよい。この場合、例えば家族であれば、全てのデバイスのパラメータ交換を行うことができ、友人であれば一部のデバイスのパラメータ交換を行うことができるように構成してもよい。これによって、ユーザは簡単にパラメータ交換を行うことができる。このように、アクセス制御部２０８は、取得した関係性情報に基づいて、提供部２０６による情報（パラメータ）の提供を許可する通信装置の範囲を制御する。

また、関係性の強度（例えば、知り合いなのか親友なのか）を用いる場合、一定の強度以上であれば、パラメータ交換を行うようにしてもよい。また、ユーザ同士の関係性以外にも、ユーザと組織の所属の関係性などを用いてもよい。本実施形態では、通信装置１０１内に関係性情報を保持していたが、これに限らず、組織情報、電話帳情報、ＳＮＳの情報などを用いても実現できる。

ここでは、アクセス制御部２０８が関係性ありと判断すると、全てのデバイス群のパラメータ生成を行う（Ｓ５０６）。一方、アクセス制御部２０８が関係性なしと判断すると、一部のデバイス群のみでパラメータ生成を行う（Ｓ５０７）。例えば、関係性なしの場合、プリンタは公開しない設定であるとすると、プリンタが含まれるパラメータの交換を行わない。あるいは、プリンタ１０７に関連するパラメータとプリント設定に係るパラメータの交換を行わない。このように、一部のデバイスについてパラメータの提供を制限することによって、データ量を低減することができる。さらに、不要なパラメータを送信することがなくなり、処理負荷の低減やセキュリティ向上といった効果がある。

アクセス制御部２０８が相手通信装置が拒否リストに入っていると判断すると、パラメータ交換は行われず、スマートフォン１０４およびスマートフォン１０５にエラーを通知する（Ｓ５１１）。拒否リストは、各々のユーザが所持する各デバイスが通信装置１０１にアクセスすることで変更することが可能である。これに限らず、例えば、通信装置１０１を提供する管理者がフィルターのような形で設定を行ってもよい。地理的位置情報と時間情報とを利用したペアリングの場合、ユーザＡとユーザＢの近くに悪意のある第三者がいると、知らぬ間に悪意のある第三者とパラメータ交換をしてしまう可能性がある。拒否リストがあれば無用なパラメータ交換が行われることを低減できるようになり、セキュリティが向上する効果がある。

提供部２０６は、パラメータを送信するデバイスに向けてパラメータを提供する（Ｓ５０８）。その後、アクセス制御部２０８は、プロキシやサーバにデバイスの通信許可設定を行う（Ｓ５０９）。これによりデバイスが直接接続できない場合において、プロキシやサーバを経由した通信が行うことができるようになる。

最後に、通知部２０４は、スマートフォン１０４、スマートフォン１０５にパラメータ交換が完了したことを通知する（Ｓ５１０）。この完了通知は、他のデバイスの一部または全部に送信してもよい。

＜６．スマートフォンが実施する処理＞
図６は、スマートフォン１０４が認証を開始する場合の処理手順を示すフローチャートである。

認証開始部３０５は、スマートフォン１０５とＮＦＣ接続を行い、認証を開始する（Ｓ６０１）。本実施形態では、スマートフォン同士での認証開始処理を説明するが、これに限らず、デバイス群の何れかのデバイス同士（例えば、カメラとテレビ）でも認証開始処理を行うことができる。これにより、ユーザは任意のデバイスで認証を開始できるため、特定のデバイスを持ち運ぶ必要がなくなり、ユーザビリティが向上する。

認証開始部３０５は、スマートフォン１０５との間で認証情報の交換を行う（Ｓ６０２）。認証開始部３０５は、認証情報の交換に成功したかの確認を行う（Ｓ６０３）。認証開始部３０５が認証情報の交換に成功したと判断すると（Ｓ６０３；ＹＥＳ）、送信部３０２が通信部３０１を介して、認証情報を通信装置１０１に送信する。

さらに、依頼部３０６が、通信装置１０１に通信部３０１を介して、パラメータ交換を依頼する（Ｓ６０４）。その後、表示部３０７は送信完了を表示する（Ｓ６０５）。この時、受信部３０３は通信装置１０１から送信完了の通知を受信してもよい。一方、認証開始部３０５が認証情報の交換に失敗したと判断すると（Ｓ６０３；ＮＯ）、表示部３０７はエラーを表示する（Ｓ６０６）。

次に図１０は、スマートフォン１０４が通信装置１０１からの通知を受信した場合の処理手順を示すフローチャートである。

受信部３０３は、通信装置１０１からの通知を受信する（Ｓ１００１）。表示部３０７は通知内容の確認を行う（Ｓ１００２）。表示部３０７が、通知内容が成功であると判断すると、成功を表示する（Ｓ１００３）。表示部３０７が、通知内容が失敗であると判断すると、エラーを表示する（Ｓ１００４）。

さらに図１１は、スマートフォン１０４が通信装置１０１からパラメータを受信した時のフローチャートである。

提供情報取得部３０４は、通信装置１０１からパラメータを受信する（Ｓ１１０１）。提供情報取得部３０４は、通信装置１０１から受信したパラメータを受け付けるか否かを判定する（Ｓ１１０２）。例えば、予め他のデバイスと接続しないといった設定がある場合などは受け付けない。また、表示部３０７を通じてダイアログを表示し、ユーザによる受け入れ指示の入力を受け付けても良い。

提供情報取得部３０４が、通信装置１０１からパラメータを受け付けると判断すると、各種アプリケーションにパラメータを適用する（Ｓ１１０３）。表示部３０７は、パラメータが適用されたことを表示する（Ｓ１１０４）。

一方、提供情報取得部３０４が、通信装置１０１からパラメータを受け付けないと判定すると、パラメータを廃棄する（Ｓ１１０５）。表示部３０７は、パラメータを廃棄したことをエラーとして表示する（Ｓ１１０６）。なお、パラメータの適用および廃棄を表示で示したが、これに限らず、ＬＥＤ、音、振動などで通知してもよい。

ここで、図７（ａ）及び図７（ｂ）は、パラメータリストの例である。図７（ａ）はユーザＡが所持するデバイス群のパラメータ、図７（ｂ）はユーザＢが所持するデバイス群のパラメータである。

テレビ１０２を例にとって説明する。テレビ１０２は、２つのサービス（チャットと表示）を持ち、それぞれに通信のためのアドレスやポート番号、プロトコル、暗号鍵、プリント設定などの情報を保持している。パラメータの情報は、通信パラメータに限らず、カラーマネージメント設定、音設定、証明書、ユーザインターフェース設定、セキュリティ設定などを含んでもよい。

また、本実施形態ではサービス単位での通信アドレスを示したが、これに限らず、デバイス毎に一つであり、上位プロトコルで各サービスに分配してもよい（例えば、ＶＰＮを利用により、１つの通信路に見えるなど）。前述の通り、通信装置１０１は、これらのパラメータリストの内、一部乃至全部をデバイスに送信する。

＜７．スマートフォンのユーザインターフェース＞
図８（ａ）及び図８（ｂ）は、スマートフォン１０４のユーザインターフェースを示した図である。図８（ａ）は、ユーザＡがスマートフォン１０４を用いて、ユーザＢのスマートフォン１０５に近づけ認証およびパラメータ交換を行う際の画面である（Ｆ４０１）。ユーザＡが接続に同意すると、スマートフォン１０４はスマートフォン１０５と認証情報交換後、通信装置１０１に送信する（Ｆ４０２、Ｆ４０３）。スマートフォン１０５（ユーザＢ）側の画面にも同様にユーザＡとの接続に同意するかの画面を表示してもよい。この場合、お互いが同意した時のみ次のステップに進む。図８（ｂ）は、スマートフォン１０４がパラメータ交換の完了を受信して完了通知を表示する際の画面である。

図９（ａ）−図９（ｄ）は、ユーザＡがスマートフォン１０４を用いて、カメラ１０３とプリンタ１０７とを接続する時のユーザインターフェースを示した図である。

ユーザＡは、ユーザＡの保持するデバイス一覧からデバイスを選択する（図９（ａ））。その後、ユーザＡは、ユーザＢの保持するデバイス一覧からデバイスを選択する（図９（ｂ））。本実施形態ではカメラ１０３とプリンタ１０７が選択されている。図９（ｃ）で、カメラ１０３とプリンタ１０７とを接続して良いか否かのダイアログを表示する。ユーザＡがカメラ１０３とプリンタ１０７との接続を指示すると、通信装置１０１を経由して、カメラ１０３およびプリンタ１０７に接続指示が送信される。接続が完了すると、接続が完了したことを知らせるダイアログが表示される（図９（ｄ））。ここではスマートフォン１０４は通信装置１０１を経由して接続指示を送っていたが、これに限らず、それぞれのデバイスに直接接続指示を送っても良いし、片方のデバイスにのみ接続指示を送っても良い。本実施形態ではカメラ１０３が、プリンタ１０７に接続し、任意の画像データをカラーで両面印刷を行っている。テレビ１０２のように、サービスが複数ある場合は、実行するサービスを選択してもよい。

以上説明したように、本実施形態では、デバイス群に含まれるデバイスの内、何れかのデバイスで認証を行い、認証結果をサーバ（通信装置１０１）に送信する。サーバは、認証結果に基づいて、デバイスの属しているデバイス群に含まれるデバイスの情報を提供する。

本実施形態によれば、ユーザが所持するデバイス群同士で簡易にパラメータ交換を実現することが可能となる。そのため、ユーザが複数のデバイスを所持しそれらのパラメータを交換する場合において、ユーザの処理を低減できる。先行技術では複数回必要だったペアリング処理を１回のみで実現できる。これにより、ユーザビリティが向上する。さらに、ユーザが現在持ち運んでいないデバイスのパラメータ交換を行うことが可能になる。

（第２実施形態）
以下、第１実施形態との差異を中心に説明する。図１２は、第２実施形態に係る通信システムの構成例を示す図である。１２０１は、ネットワーク１００を介して通信装置１０１と接続するタブレットである。タブレット１２０１は、ネットワーク１００を介して他のデバイスの画像提供機能にアクセスを行い、画面上に画像を表示する。１２０２は、ネットワーク１００を介して通信装置１０１と接続するＰＣ（パーソナルコンピュータ）である。

１２０３は、ネットワーク１００を介して通信装置１０１と接続するスマートフォンである。タブレット１２０１やＰＣ１２０２は、スマートフォン１２０３を介してネットワーク１００に接続する構成を取ることもできる。その場合は、スマートフォン１２０３がモバイルルータの機能を担う。１２０４は、ＮＦＣによる認証を行うＮＦＣリーダである。ここではＮＦＣの例を挙げたが、これに限らず、近距離無線を利用してもよい。また、認証方式はパスワードや証明書、バイオメトリクス認証を利用しても良い。１２０５は、ネットワーク１００に接続し他のデバイスから受信した画像情報を表示するプロジェクタである。１２０６は、ネットワーク１００に接続し他のデバイスから受信した画像情報をプリントするプリンタである。

タブレット１２０１〜１２０６プリンタは、第１実施形態で説明した図３のモジュール構成のうち通信部３０１〜依頼部３０６を共通に備えている。例えば、ＮＦＣリーダ１２０４であれば表示部３０７や撮影部３０８は持たない。なお、本実施形態では認証開始部３０５を全てのデバイスが備えている例を説明したが、これに限らず、一部のデバイスのみが持っていても良い。

次にスマートフォン１２０３が、例えばＮＦＣカード（不図示）である場合について説明する。ＮＦＣカードと各デバイス（タブレット１２０１、ＰＣ１２０２）とが関連付けられている。ＮＦＣカードは、通信装置１０１に直接通信する機能を持っていない。ＮＦＣリーダ１２０４がＮＦＣカードを認証すると、ＮＦＣリーダ１２０４の認証情報とＮＦＣカードの認証情報を通信装置１０１に送信する。認証する、認証されるデバイスが認証情報を送信する必要はなく、他のデバイスが代替して行っても良い。

もちろん、ＮＦＣカードに関連付けられたデバイス（タブレット１２０１またはＰＣ１２０２）が代替してＮＦＣカードの認証情報を通信装置１０１に送信してもよい。例えば、ユーザはＮＦＣカードをＮＦＣリーダ１２０４にタッチした後、ＰＣ１２０２にタッチすることで通信装置１０１に送信するタイミングを伝えることができる。それ以外でも、ＮＦＣカードがＮＦＣリーダ１２０４にＰＣ１２０２のアドレスを送信し、ＮＦＣリーダ１２０４がＰＣ１２０２に通信装置１０１に認証情報を送信することを促すメッセージを送信することによっても実現できる。

スマートフォン１２０３は、タブレット１２０１およびＰＣ１２０２と関連付けられ、グループ化されている。これらの情報は通信装置１０１の保持部２０７が保持している。

ＮＦＣリーダ１２０４は、プロジェクタ１２０５およびプリンタ１２０６と関連付けられ、グループ化されている。ＮＦＣリーダ１２０４は、会議室の入出を管理するための機能と連動していてもよい。スマートフォン１２０３をかざして、ある会議室に入出すると、スマートフォン１２０３に関連付けられたデバイス群（タブレット１２０１およびＰＣ１２０２）から会議室内にあるデバイス群（プロジェクタ１２０５とプリンタ１２０６）を利用できる状態になる。これによって、ユーザはデバイス群の設定なしに簡単に設置してあるデバイスを利用できるようになる。

スマートフォン１２０３が会社から配布されているものであれば、会社によって管理されている。スマートフォン１２０３の管理情報と会議室への入出許可情報を用いて、ＮＦＣリーダ１２０４が持つデバイス群へのアクセス許可を行っても良い。

通信装置１０１では、認証情報の確認のみを行い、パラメータ交換を認証されたデバイス間で行っても良い。その後、認証されたデバイスが関連付けられているデバイス群にパラメータを配布しても良い。

以上本実施形態では、デバイス群とデバイス群の認証によるパラメータ交換の例について説明した。本実施形態によれば、ユーザが所持するデバイス群同士で簡易にパラメータ交換を実現することができる。なお、スマートフォン１２０３をユーザに貸し出すことでも同様の効果を実現することができる。貸し会議室などを想定した場合、予めユーザ登録などできないことが考えられる。そのような場合には、既に登録してあるデバイスを貸し出すことで、本発明と同様の効果が得られる。

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

Claims (11)

1. 第１の他の通信装置と第２の他の通信装置との各々から認証情報を取得する取得手段と、
   前記取得手段により取得された前記認証情報に基づいて認証処理を行う認証手段と、
   前記認証処理の結果に基づいて、前記第１の他の通信装置と関連付けられた第３の他の通信装置の情報を、前記第２の他の通信装置と関連付けられた第４の他の通信装置に提供する提供手段と、
   を備えることを特徴とする通信装置。
2. 前記認証処理の結果に基づいて、前記第１の他の通信装置と関連付けられた第３の他の通信装置の情報を、前記第２の他の通信装置と関連付けられた第４の他の通信装置に提供するか否かを判定する判定手段をさらに備え、
   前記提供手段は、前記判定手段による判定結果に基づいて、前記第３の他の通信装置の情報を前記第４の他の通信装置に提供することを特徴とする請求項１に記載の通信装置。
3. 前記認証手段は、前記第１の他の通信装置の第１の認証情報と前記第２の他の通信装置の第２の認証情報とを照合することにより、前記認証処理を行うことを特徴とする請求項１または２に記載の通信装置。
4. 前記第３の他の通信装置の情報は通信パラメータを含むことを特徴とする請求項１乃至３の何れか１項に記載の通信装置。
5. 前記第１の他の通信装置と前記第３の他の通信装置とを含む第１の通信装置群と、前記第２の他の通信装置と前記第４の他の通信装置とを含む第２の通信装置群との関係性情報を保持する保持手段をさらに備えることを特徴とする請求項１乃至４の何れか１項に記載の通信装置。
6. 前記関係性情報に基づいて、前記提供手段による情報の提供を許可する通信装置の範囲を制御するアクセス制御手段をさらに備えることを特徴とする請求項５に記載の通信装置。
7. 前記提供手段による情報の提供が完了した場合、前記第１の他の通信装置、前記第２の他の通信装置、前記第３の他の通信装置および前記第４の他の通信装置のうち少なくとも１つに対して、前記情報の提供の完了を通知する通知手段をさらに備えることを特徴とする請求項１乃至６の何れか１項に記載の通信装置。
8. 前記通知手段は、前記提供手段による情報の提供が失敗した場合、前記第１の他の通信装置、前記第２の他の通信装置、前記第３の他の通信装置および前記第４の他の通信装置のうち少なくとも１つに対して、前記情報の提供の失敗を通知することを特徴とする請求項７に記載の通信装置。
9. 通信装置と、第１の他の通信装置と、第２の他の通信装置とを含む通信システムであって、
   前記通信装置は、
   前記第１の他の通信装置と前記第２の他の通信装置との各々から認証情報を取得する取得手段と、
   前記取得手段により取得された前記認証情報に基づいて認証処理を行う認証手段と、
   前記認証処理の結果に基づいて、前記第１の他の通信装置と関連付けられた第３の他の通信装置の情報を、前記第２の他の通信装置と関連付けられた第４の他の通信装置に提供する提供手段と、
   を備えることを特徴とする通信システム。
10. 通信装置の制御方法であって、
    取得手段が、第１の他の通信装置と第２の他の通信装置との各々から認証情報を取得する取得工程と、
    認証手段が、前記取得工程により取得された前記認証情報に基づいて認証処理を行う認証手段と、
    判定手段が、前記認証処理の結果に基づいて、前記第１の他の通信装置と関連付けられた第３の他の通信装置の情報を、前記第２の他の通信装置と関連付けられた第４の他の通信装置に提供する提供工程と、
    を有することを特徴とする通信装置の制御方法。
11. 請求項１０に記載の通信装置の制御方法の各工程をコンピュータに実行させるためのプログラム。

Images