JP6701676B2 - 装置、プログラム及びシステム - Google Patents

Description

本発明は、装置、プログラム及びシステムに関する。

複数の電子黒板（以下、ＩＷＢ（Interactive Whiteboard）という）間で画面に表示内容を相互に共有させる技術がある。かかる技術では、複数のＩＷＢがネットワークを介して相互に通信しており、一のＩＷＢに入力された画像データが他のＩＷＢの表示に反映される。

複数のＩＷＢ間で表示内容の共有を開始する場合に、表示内容を共有される側のＩＷＢで管理されている認証情報が、参加する側のＩＷＢを認証する際に使用される。

例えば、ＮＦＣ（Near Field Communication）を用いて通信を開始するための情報を２つの携帯端末間で交換し、ＮＦＣでは通信できない大容量のマルチメディアデータを、ＮＦＣ以外の通信手段を用いて２つの携帯端末間で交換する技術が開示されている（例えば、特許文献１）。

しかしながら、従来の技術では、表示を他のＩＷＢに共有させる場合の認証操作が煩雑という問題があった。

例えば、一のＩＷＢに表示を他のＩＷＢに共有させる場合、共有される側のＩＷＢのＩＰアドレス及びパスワード等の認証情報を、参加する側のＩＷＢが備えるソフトウェアキーボードに手入力する認証操作がなされていたが、ユーザにとって煩雑な操作であった。

そこで、開示の技術では、装置間で情報を容易に共有化させることを目的とする。

実施形態では、第１の通信経路を介して接続された他の第１の装置との情報の共有を開始する要求を、第１の通信経路とは異なる第２の通信経路を介して他の第２の装置から受信する受信部と、要求を受信した場合に、他の第１の装置の情報の共有の参加に必要な許可情報を、第２の通信経路を介して他の第２の装置に送信する送信部と、第１の通信経路を介して許可情報を受信した場合に、他の第１の装置を情報の共有に参加させる制御部と、受信部が第２の通信経路を介して他の第２の装置から許可情報を受信した場合に、情報の共有を開始した他の第１の装置に対して許可情報を用いて、情報の共有への参加を要求する参加要求部と、を有する装置が開示される。

装置間で情報を容易に共有化させることができる。

通信システムの全体の構成の例を示す図である。 ＩＷＢのハードウェアブロック図の例を示す図である。 端末のハードウェアブロック図の例を示す図である。 ＩＷＢの機能ブロック図の例を示す図である。 端末から受信するリクエストのデータ構造の例を示す図である。 端末に送信するレスポンスのデータ構造の例を示す図である。 端末の機能ブロック図の例を示す図である。 通信システムの処理シーケンスの例を示す図である。 アプリ起動前の画面（画面０）の例を示す図である。 アプリ起動後の画面（画面１）の例を示す図である。 共有セッションが開始された場合に表示される画面（画面２）の例を示す図である。 共有セッションに参加させる第１の参加側のＩＷＢを要求する画面（画面３）の例を示す図である。 共有セッションに第１のＩＷＢが参加した場合に表示される画面（画面４）の例を示す図である。 共有セッションに参加させる第２の参加側のＩＷＢを要求する画面（画面５）の例を示す図である。 共有セッションに第２のＩＷＢが参加した場合に表示される画面（画面６）の例を示す図である。 共有セッションに参加させる第３の参加側のＩＷＢを要求する画面（画面７）の例を示す図である。 共有セッションに第３のＩＷＢが参加した場合に表示される画面（画面８）の例を示す図である。 端末の処理のフローチャートの例を示す図である。 ＩＷＢの処理のフローチャートの例を示す図である。

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

＜通信システム１の全体構成及び処理＞
図１は、通信システム１の全体の構成の例を示す図である。通信システム１は、情報処理装置である端末１００と、情報処理装置であるＩＷＢ２００Ａと、ＩＷＢ２００Ｂと、ＩＷＢ２００Ｃとを有する。

本実施形態において通信システム１は、ユーザによってＩＷＢ２００Ａに入力された情報をＩＷＢ２００Ｂ及びＩＷＢ２００Ｃに共有させ、同じ画面を表示させる処理を、端末１００を用いて実行する。

端末１００は、例えば、スマートフォン、タブレット端末などの携帯できる機器である。なお、以下、１つのＩＷＢを示す場合、ＩＷＢ２００と記載することがある。

ＩＷＢ２００Ａ、ＩＷＢ２００Ｂ及びＩＷＢ２００Ｃは、同じＬＡＮ（Local Area Network）に接続されており、それぞれＩＰ（Internet Protocol）Ｉ／Ｆ２０１Ａ、ＩＰＩ／Ｆ２０１Ｂ及びＩＰＩ／Ｆ２０１Ｃを介して相互に通信することができる。

端末１００は、ＮＦＣＩ／Ｆ１０２を有する。また、ＩＷＢ２００Ａ、ＩＷＢ２００Ｂ及びＩＷＢ２００Ｃは、それぞれＮＦＣＩ／Ｆ２０２Ａ、ＮＦＣＩ／Ｆ２０２Ｂ及びＮＦＣＩ／Ｆ２０２Ｃを有する。ＮＦＣＩ／Ｆ２０２が設置された位置に端末１００を近接させることで、端末１００は、各ＩＷＢ２００との通信を開始することができる。

＜ＩＷＢ２００のハードウェアブロック図＞
図２は、ＩＷＢ２００のハードウェアブロック図の例を示す図である。ＩＷＢ２００は、ＩＰＩ／Ｆ２０１と、ＮＦＣＩ／Ｆ２０２と、メモリ２１０と、ＣＰＵ２２０と、ポインティングデバイス２２１と、表示装置２２２とを有する。

ＩＰＩ／Ｆ２０１は、他のＩＷＢ２００と相互に通信するためのネットワークインタフェースである。ＮＦＣＩ／Ｆ２０２は、端末１００からのリクエストの受信、及び端末１００への認証情報の送信等を行う。認証情報については後述する。ＮＦＣＩ／Ｆ２０２は、例えば無線ＬＡＮ、Bluetooth（登録商標）、赤外線、３Ｇ（携帯電話）、又は、ＬＴＥ（Long Term Evolution）等の通信規格を用いて端末１００と通信する。

ＣＰＵ２２０は、ＩＷＢ２００の全体制御を行うプロセッサである。ＣＰＵ２２０は、各処理部の動作を制御する。ＣＰＵ２２０は、メモリ２１０等に記憶されたオペレーティングシステム、アプリケーション、各種サービス等のプログラムを実行し、ＩＷＢ２００の各種機能を実現する。

ポインティングデバイス２２１は、ユーザによってＩＷＢ２００に入力された画像情報を受け付けるデバイスである。ポインティングデバイス２２１に入力された画像は、ＩＰＩ／Ｆ２０１を介して他のＩＷＢ２００に送信される。

＜端末１００のハードウェアブロック図＞
図３は、端末１００のハードウェアブロック図の例を示す図である。端末１００は、ＮＦＣＩ／Ｆ１０２と、メモリ１０５と、表示装置１１０と、ＣＰＵ１２０と、ポインティングデバイス１２１とを有する。

ＮＦＣＩ／Ｆ１０２は、ＩＷＢ２００へのリクエストの送信、及びＩＷＢ２００からの認証情報（レスポンス）の受信等を行う。ＮＦＣＩ／Ｆ１０２は、例えば無線ＬＡＮ、Bluetooth（登録商標）、赤外線、３Ｇ（携帯電話）、又は、ＬＴＥ等の通信規格により端末と通信を行ってもよい。

ＣＰＵ１２０は、端末１００の全体制御を行うプロセッサである。ＣＰＵ２２０は、各処理部の動作を制御する。ＣＰＵ１２０は、メモリ１０５等に記憶されたオペレーティングシステム、アプリケーション、各種サービス等のプログラムを実行し、端末１００の各種機能を実現する。また、メモリ１０５は、ＩＷＢ２００から送信されたＩＰアドレス及びパスワード等の認証情報を記録する。

表示装置１１０は、画像や操作用アイコン等を表示する液晶や有機ＥＬによって構成される。ポインティングデバイス２２１は、表示装置１１０上でユーザによるタッチ操作を検出する。

＜ＩＷＢ２００の機能ブロック図＞
図４は、ＩＷＢ２００の機能ブロック図の例を示す図である。ＩＷＢ２００は、ＮＦＣ検出部２５０と、リクエスト受信部２５１と、リクエスト判別部２５２と、セッション開始部２５３と、認証情報設定部２５４と、レスポンス生成部２５５と、レスポンス送信部２５６と、セッション参加部２５７とを有する。

ＩＷＢ２００は、ネットワークを介して接続された他のＩＷＢ２００と、ユーザによって入力された情報を共有するために、他のＩＷＢ２００との間で接続を設定する。以下では、一のＩＷＢ２００が他のＩＷＢ２００との間で設定した接続を共有セッションという。ＩＷＢ２００間で共有セッションが設定されると、一方のＩＷＢ２００に入力された情報が他方のＩＷＢ２００に反映され、同様に、他方のＩＷＢ２００に入力された情報が一方のＩＷＢ２００に反映される。

ＮＦＣ検出部２５０は、端末１００がＮＦＣＩ／Ｆ２０２に近接した場合に、端末１００からのＮＦＣ通信が可能な状態を検知する。

リクエスト受信部２５１は、端末１００からのＮＦＣ通信が可能な状態が検知された場合に、端末１００とＮＦＣ通信を開始し、端末１００からリクエストを受信する。リクエスト受信部２５１は、例えば、共有側のＩＷＢ２００に対して共有セッションの開始を要求する開始リクエスト（START＿SHARE）、及び情報の共有に参加しようとするＩＷＢ２００に対して共有セッションへの参加を要求する参加リクエスト（JOIN＿SHARE）のうちのいずれか一方のリクエストを端末１００から受信する。開始リクエストは、共有側のＩＷＢ２００に対して共有セッションの開始を要求するリクエスト命令である。以下では、情報を共有される側のＩＷＢ２００を共有側のＩＷＢ２００という。

参加リクエストは、情報の共有に参加しようとするＩＷＢ２００に対して共有セッションへの参加を要求するリクエスト命令である。以下では、情報の共有に参加する側のＩＷＢ２００を参加側のＩＷＢ２００という。また、参加リクエストには、パラメータとして、開始リクエストに対するレスポンスに含まれていた、共有側のＩＷＢ２００のＩＰアドレスと、共有セッションを開始するためのパスワードとが含まれる。

図５は、端末１００から受信するリクエストのデータ構造の例を示す図である。図５の（ａ）は、リクエストの定型的な基本構造を示す。例えば、リクエストは、リクエスト名と、パラメータ１〜Ｎを有する。リクエスト名は、開始リクエスト又は参加リクエスト等のリクエストの種類を示す。パラメータ１〜Ｎは、リクエストが有する各パラメータを示す。

図５の（ｂ）は、START＿SHARE（開始リクエスト）のデータ構造の例を示す。START＿SHAREは、共有側のＩＷＢ２００に対して共有セッションの開始を要求するリクエスト命令であり、パラメータを有しなくてもよい。

図５の（ｃ）は、JOIN＿SHARE（参加リクエスト）のデータ構造の例を示す。JOIN＿SHAREは、パラメータ１として共有側のＩＷＢ２００のＩＰアドレスを含み、パラメータ２として共有セッションを開始するためのパスワードを含む。

図４に戻る。リクエスト判別部２５２は、リクエスト受信部２５１で受信した端末１００からのリクエストの種別（例えば、開始リクエスト又は参加リクエストの別）を判別する。

セッション開始部２５３は、受信されたリクエストが開始リクエストであった場合に、他のＩＷＢ２００との共有セッションを開始させる処理を行う。

具体的には、セッション開始部２５３は、ネットワーク（ＬＡＮ）に接続可能であるかを判別することにより、他のＩＷＢ２００との共有セッションを開始できるか否かを判定する。続いて、セッション開始部２５３は、他のＩＷＢ２００との共有セッションを開始できる場合、認証情報設定部２５４に対して認証情報の設定を要求する。認証情報は、共有側のＩＷＢ２００のＩＰアドレスと、他のＩＷＢ２００との間で認証処理を行う場合に用いるパスワードとを含む。続いて、セッション開始部２５３は、レスポンス生成部２５５に対して、設定された認証情報を含むレスポンスの生成を要求する。続いて、端末１００へのレスポンスの送信をレスポンス送信部２５６に要求する。

認証情報設定部２５４は、共有セッションを開始する際に用いるパスワードを設定する。例えば、認証情報設定部２５４は、共有セッションを開始又はリセットする度に異なるパスワードを設定してもよい。これにより、通信システム１のセキュリティ機能をより強化できる。

また、認証情報設定部２５４は、自装置が開始した共有セッションに対して、他のＩＷＢ２００から参加の要求があった場合、パスワード等を要求することで認証を行う。

レスポンス生成部２５５は、端末１００から受信したリクエストに対するレスポンスを生成する。例えば、レスポンス生成部２５５は、開始リクエストに対するレスポンスとして、自装置のＩＰアドレスと、認証情報設定部２５４により設定されたパスワードを含むレスポンスを生成する。なお、参加リクエストに対するレスポンスに関しては後述する。

レスポンス送信部２５６は、レスポンス生成部２５５により生成されたレスポンスを、ＮＦＣによって端末１００に送信する。

図６は、端末１００に送信するレスポンスのデータ構造の例を示す図である。図６の（ａ）は、レスポンスの定型的な基本構造を示す。例えば、レスポンスは、結果と、パラメータ１〜Ｎを有する。結果は、端末１００から要求されたリクエストに関する処理が成功（SUCCESS）したか失敗（FAILURE）したかを示す情報である。パラメータ１〜Ｎは、レスポンスが有する各パラメータである。

図６の（ｂ）は、START＿SHARE（開始リクエスト）に対するレスポンスのデータ構造の例を示す。開始リクエストに対するレスポンスは、結果のほか、パラメータ１として共有側のＩＷＢ２００のＩＰアドレスを含み、パラメータ２として共有セッションを開始するためのパスワードを含む。結果には、例えば、他のＩＷＢ２００と共有セッションを開始できる場合にSUCCESSを示すビット「1」が格納され、共有側のＩＷＢ２００が他のＩＷＢ２００と通信できず、共有セッションを開始できない場合にFAILUREを示すビット「0」が格納される。なお、開始リクエストに対するレスポンスは、結果のみを通知するレスポンスと、ＩＰアドレスとパスワードとを含むレスポンスを別々に送信してもよい。

図６の（ｃ）は、JOIN＿SHARE（参加リクエスト）に対するレスポンスのデータ構造の例を示す。JOIN＿SHAREに対するレスポンスは、結果のみであるが、パラメータを含んでもよい。結果には、例えば、共有側のＩＷＢ２００との認証に成功した場合にSUCCESSを示すビット「1」が格納され、認証に失敗した場合にFAILUREを示すビット「0」が格納される。

図４に戻る。セッション参加部２５７は、受信されたリクエストが参加リクエストであった場合に、共有側のＩＷＢ２００との共有セッションに参加させる処理を行う。

具体的には、セッション参加部２５７は、参加リクエストに含まれる共有側のＩＷＢ２００のＩＰアドレスに基づいて共有側のＩＷＢ２００にアクセスし、参加リクエストに含まれるパスワードに基づいて共有側のＩＷＢ２００との認証処理を行う。レスポンス生成部２５５は、共有側のＩＷＢ２００との認証処理に成功した場合、結果にSUCCESSに係るビット「1」を格納したレスポンスを生成し、認証に失敗した場合、結果にFAILUREに係るビット「0」を格納したレスポンスを生成する。レスポンス送信部２５６は、レスポンス生成部２５５により生成されたレスポンスを、ＮＦＣによって端末１００に送信する。

なお、図５及び図６に示したリクエスト及びレスポンスのパラメータは一例であり、他のパラメータを含んでもよい。

＜端末１００の機能ブロック図＞
図７は、端末１００の機能ブロック図の例を示す図である。端末１００は、役割判断部１５０と、リクエスト生成部１５１と、ＮＦＣ検出部１５２と、リクエスト送信部１５３と、レスポンス受信部１５４と、状態表示部１５５と、認証情報保持部１５６と、を有する。

役割判断部１５０は、リクエストを送信するＩＷＢ２００の役割を判断する。具体的には、役割判断部１５０は、端末１００で共有セッションを開始するためのプログラムが起動されてからのＮＦＣによる通信を設定した回数に応じてＩＷＢ２００の役割を判断する。

例えば、役割判断部１５０は、ＮＦＣによる通信を設定した回数が１回である場合、ＮＦＣにより通信したＩＷＢ２００が共有側のＩＷＢ２００であると判断する。また、役割判断部１５０は、ＮＦＣによる通信を設定した回数が２回以上である場合、ＮＦＣにより通信したＩＷＢ２００が参加側のＩＷＢ２００であると判断する。なお、役割判断部１５０は、共有セッションに係る処理をリセットした場合、ＮＦＣによる通信を設定した回数を０にリセットする。

リクエスト生成部１５１は、ＩＷＢ２００の役割に応じてＩＷＢ２００に送信するリクエストを生成する。例えば、リクエスト生成部１５１は、共有側のＩＷＢ２００に対するリクエストとして、共有セッションを開始するための開始リクエストを生成する。一方、リクエスト生成部１５１は、参加側のＩＷＢ２００に対するリクエストとして、共有セッションに参加するための参加リクエストを生成する。

ＮＦＣ検出部１５２は、自装置がＮＦＣＩ／Ｆ２０２に近接した場合に、ＮＦＣ通信が可能な状態を検知する。ＮＦＣ検出部１５２によりＮＦＣ通信が可能な状態が検知された場合、役割判断部１５０は、ＮＦＣによる通信を設定した回数をカウントする。また、ＮＦＣ検出部１５２は、ＮＦＣ通信が可能な状態を検知できない場合、所定時間経過後に再度ＮＦＣ通信を検出する処理を行う。

リクエスト送信部１５３は、ＮＦＣ通信が可能な状態である場合に、ＩＷＢ２００に、リクエスト生成部１５１によって生成されたリクエストを送信する。例えば、リクエスト送信部１５３は、共有側のＩＷＢ２００に対して開始リクエストを送信する。また、リクエスト送信部１５３は、参加側のＩＷＢ２００に対して参加リクエストのリクエストを送信する。

レスポンス受信部１５４は、ＩＷＢ２００からのレスポンスを受信する。例えば、レスポンス受信部１５４は、開始リクエストに対するレスポンスとして、共有セッションを開始できるか否かの結果と、共有側のＩＷＢ２００のＩＰアドレスと、パスワードとを受信する。レスポンス受信部１５４は、受信した共有側のＩＷＢ２００のＩＰアドレスと、パスワードとを認証情報保持部１５６に記録する。

また、レスポンス受信部１５４は、参加リクエストに対するレスポンスとして、共有セッションに参加できるか否かの結果を受信する。

状態表示部１５５は、ＩＷＢ２００から受信したレスポンスに基づいて処理状態を表示する。状態表示部１５５は、例えば、共有セッションを開始する前の場面、共有側のＩＷＢ２００にリクエストを送信した後の場面、各参加側のＩＷＢ２００にリクエストを送信した後の場面等、各場面に応じた処理状態をユーザに判断しやすい形式で画面１１０に表示する。

例えば、状態表示部１５５は、共有セッションを開始するためのプログラムが起動された場合、共有を開始したいＩＷＢ２００に端末１００をかざす旨の指示を画面１１０に表示する。

また、状態表示部１５５は、開始リクエストに対するレスポンスとして、共有セッションの開始に成功（SUCCESS）した旨の結果が通知された場合、共有セッションを開始した旨の通知を画面１１０に表示する。

また、状態表示部１５５は、開始リクエストに対するレスポンスとして、共有セッションの開始に失敗（FAILURE）した旨の結果が通知された場合、共有側のＩＷＢ２００の通信状況に問題がある等のエラーの通知を画面１１０に表示する。

また、状態表示部１５５は、参加リクエストに対するレスポンスとして、共有セッションに参加できる旨の結果が通知された場合、参加側のＩＷＢ２００が参加した旨の通知を画面１１０に表示する。状態表示部１５５は、既に参加側のＩＷＢ２００がある場合、参加側のＩＷＢ２００をアイコンで表示してもよい。これにより、現在参加側のＩＷＢ２００が他に何台あるかをユーザに分かりやすく表示できる。

また、状態表示部１５５は、参加リクエストに対するレスポンスとして、共有セッションへの参加できなかった旨の結果が通知された場合、共有セッションに参加できなかった旨（FAILURE）の通知を画面１１０に表示する。なお、状態表示部１５５は、共有セッションに参加できなかった理由として、例えば認証処理に失敗した、通信障害などの理由を結果とともに画面１１０に表示してもよい。

認証情報保持部１５６は、開始リクエストに対するレスポンスとして、共有側のＩＷＢ２００から受信したＩＰアドレス及びパスワード等の認証情報を保持する。

＜処理シーケンス＞
図８は、通信システム１の処理シーケンスの例を示す図である。図８の例では、通信システム１は、端末１００と、ＩＷＢ２００Ａと、ＩＷＢ２００Ｂと、ＩＷＢ２００Ｃとを有する。図８の処理シーケンスは、端末１００、ＩＷＢ２００Ａ、ＩＷＢ２００Ｂ及びＩＷＢ２００Ｃのそれぞれでなされる処理を時系列に示すものである。ＩＷＢ２００Ａが共有側のＩＷＢ２００であり、ＩＷＢ２００Ｂ及びＩＷＢ２００Ｃがそれぞれ参加側のＩＷＢ２００である。

図９（ａ）は、アプリ起動前の画面１１０（画面０）の例を示す図である。アプリ起動前は、画面１１０のホーム画面にアイコンαが表示されている。端末１００は、ユーザによりアイコンαがダブルタップされた場合にアプリを起動させる。

図９（ｂ）は、アプリ起動後の画面１１０（画面１）の例を示す図である。端末１００は、アプリが起動されると、画面１を表示する（ステップＳ１０）。端末１００は、画面１のように「共有を開始したいＩＷＢにかざしてください。」というメッセージと、共有側のＩＷＢ２００に端末１００を近接させる指示を表すアイコンβ１を表示する。例えば、画面１のように、端末１００は、自装置を共有側のＩＷＢ２００に移動させる指示を画面１１０にアイコンで表すことで、共有側のＩＷＢ２００を指定する操作をユーザに対して視覚的にわかりやすく指示することができる。

端末１００は、自装置がＩＷＢ２００ＡのＮＦＣＩ／Ｆ２０２に近接すると、ＮＦＣによりSTART＿SHARE（開始リクエスト）をＩＷＢ２００Ａに送信する（ステップＳ１１）。ＩＷＢ２００Ａは、ＩＷＢ２００Ｂ及びＩＷＢ２００Ｃとの通信を行い、共有セッションを開始できるか否かを判定する。ＩＷＢ２００Ａは、共有セッションを開始できると判定した場合、共有セッションの開始に成功（SUCCESS）した旨の結果と、ＩＷＢ２００ＡのＩＰアドレスと、パスワードとを含むレスポンスを端末１００に送信する（ステップＳ１２）。続いて、ＩＷＢ２００Ａは、共有セッションを開始させる（ステップＳ１３）。

図９（ｃ）は、共有セッションが開始された場合に表示される画面１１０（画面２）の例を示す図である。端末１００は、共有セッションが開始された場合に、例えば、共有セッションを開始したことを示すアイコンγ１を表示するとともに、「共有開始しました。」というメッセージを画面１１０に表示する（ステップＳ１４）。例えば、端末１００は、共有側のＩＷＢ２００を示すアイコンに「共有中」と表示することで、ＩＷＢ２００Ａが共有側のＩＷＢ２００に正常に指定されたことをユーザに分かりやすく表示できる。

図９（ｄ）は、共有セッションに参加させる第１の参加側のＩＷＢ２００を要求する画面１１０（画面３）の例を示す図である。端末１００は、参加側のＩＷＢ２００に端末１００を近接させる指示を表すアイコンβ２と、「参加するＩＷＢにかざしてください。」というメッセージとを画面１１０に表示する（ステップＳ１５）。例えば、画面３のように、端末１００は、自装置を参加側のＩＷＢ２００に移動させる指示を画面１１０にアイコンで表すことで、参加側のＩＷＢ２００を指定する操作をユーザに対して視覚的にわかりやすく指示することができる。

続いて、端末１００は、自装置がＮＦＣＩ／Ｆ２０２に近接すると、JOIN＿SHARE（参加リクエスト）をＩＷＢ２００Ｂに送信する（ステップＳ１６）。JOIN＿SHAREは、ＩＷＢ２００Ａから受信したＩＰアドレスとパスワードとを含む。続いて、ＩＷＢ２００Ｂは、ネットワーク（ＬＡＮ）を介してＩＷＢ２００Ａにアクセスし、端末１００から受信したＩＰアドレスとパスワードとを用いてＩＷＢ２００Ａに対して認証処理を行う。続いて、ＩＷＢ２００Ｂは、認証処理に成功した場合、共有セッションへの参加に成功（SUCCESS）した旨の結果をレスポンスとして端末１００に送信する（ステップＳ１７）。続いて、ＩＷＢ２００Ｂは、共有セッションに参加する（ステップＳ１８）。

図９（ｅ）は、共有セッションに第１のＩＷＢ２００が参加した場合に表示される画面１１０（画面４）の例を示す図である。端末１００は、共有セッションが開始された場合に、例えば、共有セッションに第１のＩＷＢ２００が参加したことを示すアイコンκ１とともに、「参加しました。」というメッセージを画面１１０に表示する（ステップＳ１９）。例えば、端末１００は、参加側のＩＷＢ２００を示すアイコンに「参加中」と表示することで、ＩＷＢ２００Ｂが共有セッションに正常に参加できたことをユーザに分かりやすく表示できる。

図９（ｆ）は、共有セッションに参加させる第２の参加側のＩＷＢ２００を要求する画面１１０（画面５）の例を示す図である。端末１００は、ＩＷＢ２００が共有セッションに参加していることを示すアイコンκ１、及び参加を指示するアイコンβ３を表示するともに、「参加するＩＷＢにかざしてください。」というメッセージを画面１１０に表示する（ステップＳ２０）。例えば、端末１００は、参加を指示するアイコンに並列させて、ＩＷＢ２００が共有セッションに参加していることを示すアイコンを表示することで、既に１のＩＷＢ２００が共有セッションに参加していることをユーザに分かりやすく表示できる。

続いて、端末１００は、自装置がＩＷＢ２００ＣのＮＦＣＩ／Ｆ２０２に近接すると、JOIN＿SHAREをＩＷＢ２００Ｃに送信する（ステップＳ２１）。JOIN＿SHAREは、ＩＷＢ２００Ａから受信したＩＰアドレスとパスワードとを含む。続いて、ＩＷＢ２００Ｃは、ネットワーク（ＬＡＮ）を介してＩＷＢ２００Ａにアクセスし、端末１００から受信したＩＰアドレスとパスワードとを用いてＩＷＢ２００Ａに対して認証処理を行う。続いて、ＩＷＢ２００Ｃは、認証処理に成功した場合、共有セッションへの参加に成功（SUCCESS）した旨の結果をレスポンスとして端末１００に送信する（ステップＳ２２）。続いて、ＩＷＢ２００Ｃは、共有セッションに参加する（ステップＳ２３）。

図９（ｇ）は、共有セッションに第２のＩＷＢ２００が参加した場合に表示される画面１１０（画面６）の例を示す図である。端末１００は、共有セッションが開始された場合に、例えば、共有セッションに第２のＩＷＢ２００が参加したことを示すアイコンκ２とともに、「参加しました。」というメッセージを画面１１０に表示する（ステップＳ２４）。

図９（ｈ）は、共有セッションに参加させる第３の参加側のＩＷＢ２００を要求する画面１１０（画面７）の例を示す図である。端末１００は、既に２のＩＷＢ２００が共有セッションに参加していることを示すアイコンκ１及びκ２と、参加を指示するアイコンβ４とともに、「参加するＩＷＢにかざしてください。」というメッセージを画面１１０に表示する（ステップＳ２０）。

さらに、ＩＷＢ２００Ｂ及びＩＷＢ２００Ｃと同様の操作により、ＩＷＢ２００Ｄを共有セッションに追加で参加させることができる。

図９（ｉ）は、共有セッションに第３のＩＷＢ２００が参加した場合に表示される画面１１０（画面８）の例を示す図である。端末１００は、共有セッションが開始された場合に、例えば、共有セッションに第３のＩＷＢ２００が参加したことを示すアイコンκ３とともに、「参加しました。」というメッセージを画面１１０に表示する。

このように、端末１００は、共有側のＩＷＢ２００を示すアイコンと、参加側の各ＩＷＢ２００を示すアイコンとを画面１１０に表示することにより、情報の共有に参加した各ＩＷＢ２００をユーザに分かりやすく表示できる。

また、端末１００は、共有側のＩＷＢ２００を示すアイコンと、参加側の各ＩＷＢ２００を示すアイコンとをそれぞれ双方向矢印で結ぶ。これにより、共有側のＩＷＢ２００及び参加側のＩＷＢ２００間で相互に通信され、参加側のＩＷＢ２００に入力された情報が共有側のＩＷＢ２００に反映されることを分かりやすく表示できる。また、参加側の各ＩＷＢ２００に入力された情報が共有側のＩＷＢ２００に反映されない場合は、参加側のＩＷＢ２００を頭とした片方向矢印を用いてもよい。

また、端末１００は、新たなＩＷＢ２００が共有セッションに参加した場合に、ＩＷＢ２００が共有セッションに参加したことを示すアイコンとともに、参加したＩＷＢ２００の機種名、識別番号などのＩＷＢ２００を識別するための文字列を併記してもよい。これにより、既に共有セッションに参加したＩＷＢ２００を容易に識別することができるようになり、ユーザの利便性に資する。

＜端末１００の処理フロー＞
図１０は、端末１００の処理のフローチャートの例を示す図である。端末１００は、アプリを起動又は処理をリセットした場合、共有側のＩＷＢ２００によるＮＦＣを検知するか否かを判定する（ステップＳ３０）。端末１００は、共有側のＩＷＢ２００によるＮＦＣを検知しない場合（ステップＳ３０ＮＯ）、所定時間経過後に再度ＮＦＣの検知を判断（ステップＳ３０）する。

端末１００は、ＩＷＢ２００とのＮＦＣを検知した場合（ステップＳ３０ＹＥＳ）、処理開始後１回目のＮＦＣであるのでＩＷＢ２００が共有側であるものとして、共有セッションを開始するためのSTART＿SHAREをＩＷＢ２００に送信する（ステップＳ３１）。続いて、端末１００は、共有側のＩＷＢ２００のＩＰアドレスとパスワードとを含むSTART＿SHAREに対するレスポンスを受信する（ステップＳ３２）。続いて、端末１００は、受信したレスポンスに含まれるＩＰアドレスとパスワードとを認証情報保持部１５６に保持させる（ステップＳ３３）。

続いて、端末１００は、参加側のＩＷＢ２００によるＮＦＣを検知するか否かを判定する（ステップＳ３４）。端末１００は、参加側のＩＷＢ２００によるＮＦＣを検知しない場合（ステップＳ３４ＮＯ）、所定時間経過後に再度ＮＦＣの検知を判断（ステップＳ３４）する。

端末１００は、参加側のＩＷＢ２００によるＮＦＣを検知した場合（ステップＳ３４ＹＥＳ）、処理開始後２回目以降のＮＦＣであるのでＩＷＢ２００が参加側であると判定し、共有セッションに参加させるためのJOIN＿SHAREをＩＷＢ２００に送信する（ステップＳ３５）。続いて、端末１００は、JOIN＿SHAREに対するレスポンスを受信する（ステップＳ３６）。

端末１００は、さらに続けて他の参加側のＩＷＢ２００に対しても、共有セッションに参加させる処理（ステップＳ３４〜Ｓ３６）を実行してもよい。

なお、ユーザにより上記処理がリセットされた場合、フローの途中であっても、処理の開始地点に戻るものとする。

＜ＩＷＢ２００の処理フロー＞
図１１は、ＩＷＢ２００の処理のフローチャートの例を示す図である。ＩＷＢ２００は、起動した場合、端末１００によるＮＦＣを検知するか否かを判定する（ステップＳ４０）。ＩＷＢ２００は、端末１００によるＮＦＣを検知しない場合（ステップＳ３０ＮＯ）、所定時間経過後に再度ＮＦＣの検知を判断（ステップＳ４０）する。

ＩＷＢ２００は、端末１００によるＮＦＣを検知した場合（ステップＳ４０ＹＥＳ）、端末１００からのリクエストを受信する（ステップＳ４１）。

続いて、ＩＷＢ２００は、他のＩＷＢ２００と通信できるか否かを検知することにより、共有セッションが可能であるか否かを判定する（ステップＳ４２）。ＩＷＢ２００は、他のＩＷＢ２００と共有セッションを持つことができない場合（ステップＳ４２ＮＯ）、エラーが発生したことを通知する画像を端末１００に送信し、開始の地点に戻る。

ＩＷＢ２００は、他のＩＷＢ２００と共有セッションを持つことができる場合（ステップＳ４２ＹＥＳ）、リクエストの種類を判定する（ステップＳ４３）。ＩＷＢ２００は、リクエストの種類がSTART＿SHAREであった場合、共有セッションの開始に成功した旨の結果、ＩＰアドレス及びパスワードを含むレスポンスを送信する（ステップＳ４４）。続いて、ＩＷＢ２００は、共有側のＩＷＢ２００として共有セッションを開始させる（ステップＳ４５）。

一方、ＩＷＢ２００は、リクエストの種類がJOIN＿SHAREであった場合、共有セッションの参加に成功した旨の結果を含むレスポンスを送信する（ステップＳ４６）。続いて、ＩＷＢ２００は、参加側のＩＷＢ２００として共有セッションに参加する（ステップＳ４７）。

このように、例えば、スマートフォン、タブレット端末などの携帯可能な端末１００を共有側のＩＷＢ２００にＮＦＣを用いて認証情報を取得し、参加側のＩＷＢ２００にＮＦＣを用いて認証情報を入力することで、参加側のＩＷＢ２００は共有側のＩＷＢ２００によって開始された共有セッションに参加できる。これにより、ＩＰアドレスと共有開始時に提示されたパスワード等の認証情報を、参加する側のＩＷＢが備えるソフトウェアキーボードに手入力する操作が不要となり、装置間の認証を簡易化することができる。

また、端末１００は、上述のように共有セッションが開始されたか否か、共有セッションに参加したＩＷＢ２００を画面１１０に表示する。これにより、例えば、共有セッションに係る操作を行うユーザが別のユーザに切り替わった場合等に、ユーザが共有セッションの進捗状況を容易に把握することが可能となり、ユーザの利便性に資する。

また、上記実施形態では、ＩＷＢに処理を適用する例について説明したが、これに限定されない。例えば、ＮＦＣを用いて端末と通信できるプロジェクタ等の他の表示機器に適用してもよい。

以上、本発明は上記実施形態に限定されるものではなく、本発明の範囲内で種々の変形及び改良が可能である。

なお、本実施形態において、端末１００は、請求項１の他の第２の装置、請求項５及び９の接続させる装置の一例である。共有側のＩＷＢ２００は、請求項１の装置、請求項５及び９の情報を共有させる装置の一例である。参加側のＩＷＢ２００は、請求項１の他の第１の装置、請求項５及び９の情報を共有する装置の一例である。リクエスト受信部２５１は、受信部の一例である。レスポンス送信部２５６は、送信部の一例である。認証情報設定部２５４は、制御部の一例である。セッション参加部２５７は、参加要求部の一例である。リクエスト送信部１５３は、要求部の一例である。認証情報保持部１５６は、記憶部の一例である。また、通信システム１のＬＡＮは、第１の通信経路の一例である。端末１００及びＩＷＢ２００間のＮＦＣは、第２の通信経路の一例である。認証情報（ＩＰアドレス、パスワード）は、許可情報の一例である。

１ 通信システム
１００ 端末
１０２ ＮＦＣＩ／Ｆ
１１０ 画面
１５０ 役割判断部
１５１ リクエスト生成部
１５２ ＮＦＣ検出部
１５３ リクエスト送信部
１５４ レスポンス受信部
１５５ 状態表示部
１５６ 認証情報保持部
２００ ＩＷＢ
２０１ ＩＰＩ／Ｆ
２０２ ＮＦＣＩ／Ｆ
２５０ ＮＦＣ検出部
２５１ リクエスト受信部
２５２ リクエスト判別部
２５３ セッション開始部
２５４ 認証情報設定部
２５５ レスポンス生成部
２５６ レスポンス送信部
２５７ セッション参加部

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

Claims (7)

1. 第１の通信経路を介して接続された他の第１の装置との情報の共有を開始する要求を、前記第１の通信経路とは異なる第２の通信経路を介して他の第２の装置から受信する受信部と、
   前記要求を受信した場合に、前記他の第１の装置の情報の共有の参加に必要な許可情報を、前記第２の通信経路を介して前記他の第２の装置に送信する送信部と、
   前記第１の通信経路を介して前記許可情報を受信した場合に、前記他の第１の装置を情報の共有に参加させる制御部と、
   前記受信部が前記第２の通信経路を介して前記他の第２の装置から前記許可情報を受信した場合に、情報の共有を開始した他の第１の装置に対して前記許可情報を用いて、情報の共有への参加を要求する参加要求部と、を有する装置。
2. 前記受信部及び前記送信部は、前記第２の通信経路において非接触による通信に使用される通信インタフェースを用いて前記他の第２の装置と通信する請求項１に記載の装置。
3. 前記送信部は、前記第２の通信経路を介して情報の共有を開始又は情報の共有への参加に成功したか否かの結果を前記他の第２の装置に送信する請求項１または２に記載の装置。
4. 情報を共有させる装置と該情報を共有する装置とを、第１の通信経路を介して接続させる装置に実行させるプログラムであって、
   前記情報を共有させる装置の情報を、第１の通信経路を介して接続された前記情報を共有する装置に共有させる場合に使用する許可情報を、第２の通信経路を介して前記情報を共有させる装置に対して要求するステップと、
   前記情報を共有させる装置から受信した許可情報を記憶部に記憶するステップと、
   前記記憶部に記憶された許可情報を、前記第２の通信経路を介して前記情報を共有する装置に送信するステップと、
   情報を共有させる装置であるか情報の共有する装置であるかを、前記第２の通信経路により通信を設定した回数に基づいて判断するステップと、
   前記情報を共有させる装置と判断された場合、前記第２の通信経路を介して該情報を共有させる装置に対して許可情報を要求するステップと、を有する処理を前記接続させる装置に実行させるプログラムであって、
   前記送信するステップは、第２の通信経路を介して前記情報を共有する装置に対して前記許可情報を送信する、
   プログラム。
5. 前記判断するステップにおける判断結果に基づいて、情報を共有させる装置であるか情報を共有する装置であるかを識別可能に画面に表示するステップを、さらに前記接続させる装置に実行させる請求項４に記載のプログラム。
6. 前記表示するステップは、１以上の情報を共有する装置のそれぞれを前記画面に表示する請求項５に記載のプログラム。
7. 情報を共有させる装置と、該情報を共有する装置と、前記情報を共有させる装置及び前記情報を共有する装置を第１の通信経路を介して接続させる装置と、を有するシステムであって、
   前記接続させる装置は、
   前記情報を共有させる装置の情報を、前記第１の通信経路を介して接続された前記情報を共有する装置に共有させる場合に使用する許可情報を、第２の通信経路を介して前記情報を共有させる装置に対して要求する要求部と、
   前記情報を共有させる装置から受信した許可情報を記憶する記憶部と、を有し、
   前記要求部は、前記記憶部に記憶された許可情報を、前記第２の通信経路を介して前記情報を共有する装置に送信し、
   前記情報を共有させる装置は、
   前記第１の通信経路を介して接続された前記情報を共有する装置に対して情報の共有を開始する要求を、前記第２の通信経路を介して前記接続させる装置から受信する受信部と、
   前記要求を受信した場合に、前記情報を共有する装置を情報の共有に参加させる場合に用いられる許可情報を、前記第２の通信経路を介して前記接続させる装置に送信する送信部と、
   前記第１の通信経路を介して前記情報を共有する装置から許可情報を受信した場合に、前記情報を共有する装置を情報の共有に参加させる制御部と、
   前記受信部が前記第２の通信経路を介して前記接続させる装置から前記許可情報を受信した場合に、情報の共有を開始した前記情報を共有する装置に対して前記許可情報を用いて、情報の共有への参加を要求する参加要求部と、を有するシステム。

Images