(57)【要約】【課題】アクセス権限の認可処理に関し、ユーザの操作の負荷を軽減する。【解決手段】通信装置とサーバとの間の通信を中継することが可能な中継装置は、通信装置から送信された、所望のリソースに対するアクセス権限の認可の要求を検出し、該要求が検出された場合に、該認可を要求する認可リクエストをサーバに送信し、サーバから該認可リクエストの応答である認可レスポンスを受信し、該認可レスポンスを保存し、該認可レスポンスに基づいて認可中継レスポンスを作成する。中継装置は、他の通信装置から送信されたアクセス権限の認可の要求が検出された場合に、該要求に対する認可中継レスポンスを、保存されている認可レスポンスに基づいて作成する。【選択図】  図１３
2015184826.tif 000002
【特許請求の範囲】
【請求項１】
通信装置とサーバとの間の通信を中継することが可能な中継装置であって、
前記通信装置から送信された、所望のリソースに対するアクセス権限の認可の要求を検出する検出手段と、
前記検出手段により前記アクセス権限の認可の要求が検出された場合に、該認可を要求する認可リクエストを前記サーバに送信し、前記サーバから該認可リクエストの応答である認可レスポンスを受信する通信手段と、
前記通信手段により受信された前記認可レスポンスを保存する保存手段と、
前記認可レスポンスに基づいて認可中継レスポンスを作成する作成手段と、を有し、
前記作成手段は、前記通信装置とは異なる他の通信装置から送信された前記アクセス権限の認可の要求が検出された場合に、該要求に対する認可中継レスポンスを前記保存手段により保存されている前記認可レスポンスに基づいて作成することを特徴とする中継装置。
【請求項２】
前記通信手段は、前記作成手段により作成された前記認可中継レスポンスを、前記検出手段により検出された前記アクセス権限の認可の要求の送信元の通信装置に送信することを特徴とする請求項１に記載の中継装置。
【請求項３】
前記保存手段は、所定のアプリケーションが終了する時点まで前記認可レスポンスを保存することを特徴とする請求項１または２に記載の中継装置。
【請求項４】
前記保存手段は、前記所定のアプリケーションにより指示された時点まで前記認可レスポンスを保存することを特徴とする請求項１または２に記載の中継装置。
【請求項５】
表示部を制御する表示制御手段を更に有し、
前記検出手段により前記アクセス権限の認可の要求が検出された後、前記表示制御手段は前記表示部に表示された複数の認可モードからユーザによる一のモードの選択を検出することを特徴とする請求項１乃至４のいずれか１項に記載の中継装置。
【請求項６】
前記表示制御手段は、ＯＡｕｔｈプロトコルに基づくプライベートモードまたはグループモードのいずれかを検出することを特徴とする請求項５に記載の中継装置。
【請求項７】
前記表示制御手段により前記グループモードが検出されたことを条件に、前記保存手段は前記認可レスポンスを保存することを特徴とする請求項６に記載の中継装置。
【請求項８】
前記保存手段により前記認可レスポンスが保存された場合、
前記表示制御手段は前記表示部に前記アクセス権限の認可を行なえることを示すことを表示することを特徴とする請求項５乃至８いずれか１項に記載の中継装置。
【請求項９】
前記検出手段はＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）により検出を行うことを特徴とする請求項１乃至８のいずれか１項に記載の中継装置。
【請求項１０】
前記通信手段は無線ＬＡＮにより通信を行うことを特徴とする請求項１乃至９のいずれか１項に記載の中継装置。
【請求項１１】
前記中継装置は、所定のアプリケーションに則って通信装置とサーバとの間の通信を中継し、当該所定のアプリケーションはユーザの指示に応じて開始されることを特徴とする請求項１に記載の中継装置。
【請求項１２】
通信装置とサーバとの間の通信を中継することが可能な中継方法であって、
前記通信装置から送信された、所望のリソースに対するアクセス権限の認可の要求を検出する検出工程と、
前記検出工程において前記アクセス権限の認可の要求が検出された場合に、該認可を要求する認可リクエストを前記サーバに送信し、前記サーバから該認可リクエストの応答である認可レスポンスを受信する通信工程と、
前記通信工程において受信された前記認可レスポンスを保存部に保存する保存工程と、
前記認可レスポンスに基づいて認可中継レスポンスを作成する作成工程と、を有し、
前記作成工程では、前記通信装置とは異なる他の通信装置から送信された前記アクセス権限の認可の要求が検出された場合に、該要求に対する認可中継レスポンスを前記保存部により保存されている前記認可レスポンスに基づいて作成することを特徴とする中継方法。
【請求項１３】
請求項１乃至請求項１１のいずれか１項に記載の中継装置としてコンピュータを機能させることを特徴とするプログラム。
【請求項１４】
通信装置とサーバとの間の通信を中継する中継システムであって、
前記通信装置から送信された、所望のリソースに対するアクセス権限の認可の要求を検出する検出手段と、
前記検出手段により前記アクセス権限の認可の要求が検出された場合に、該認可を要求する認可リクエストを前記サーバに送信し、前記サーバから該認可リクエストの応答である認可レスポンスを受信する通信手段と、
前記通信手段により受信された前記認可レスポンスを保存する保存手段と、
前記認可レスポンスに基づいて認可中継レスポンスを作成する作成手段と、を有し、
前記作成手段は、前記通信装置とは異なる他の通信装置から送信された前記アクセス権限の認可の要求が検出された場合に、該要求に対する認可中継レスポンスを前記保存手段により保存されている前記認可レスポンスに基づいて作成することを特徴とする中継システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、中継装置、認可サーバから構成される認可システムに関し、特に、認可サーバとの間で通信装置に対するアクセス権限の許可を行う中継装置、中継方法、中継システム、及びプログラムに関する。
【背景技術】
【０００２】
近年、インターネット上のコンテンツ共有サービスやコミュニケーションサービスなどのリソースサーバにアクセスする機能を備えた携帯電話やデジタルカメラが存在する。ユーザは、これらの通信装置を用いる事で、撮像した画像コンテンツを写真共有サービスにアップロードする、あるいはメッセージを友人に送信する事ができる。通常、写真共有サービスのようなリソースサーバは、認可サーバと連携して、リソースサーバ上のコンテンツやファイルなどのリソースへのアクセス権限を管理している（特許文献１）。
【０００３】
認可サーバにおいて、アクセス権限の管理（認可）を目的としたＯＡｕｔｈプロトコルの利用が増えてきている。ＯＡｕｔｈにおいてアクセストークンを取得する認可タイプとして、認可コードタイプ、インプリシットタイプが存在する。認可コードタイプの場合は、まず通信装置は、認可サーバから、所望するリソースに対するアクセス権限を示すアクセストークン、及びアクセストークンを更新するためのリフレッシュトークンを取得する。インプリシットタイプの場合は、まず通信装置は、認可サーバから、アクセストークンを取得する。通信装置は、リソースサーバから所望するリソースの取得を要求する際、認可サーバから取得したアクセストークンを要求に併せて提示する。リソースサーバは、アクセストークンが有効な場合のみ、通信装置に要求されたリソースを送信する。認可コードタイプの場合で、もしアクセストークンの有効期限が切れた場合、通信装置は、認可サーバにリフレッシュトークンを提示する事で、アクセストークンを更新する事ができる。
【０００４】
認可サーバは、ＯＡｕｔｈプロトコルを用いてユーザのアクセス権限を通信装置に委譲する際、ユーザによる許可が必要となる。通常、認可サーバは、アクセス権限の許可操作を行うためのＨＴＭＬ画面を提供し、ユーザはＷｅｂブラウザ上でアクセス権限の許可操作を行う。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−３９７９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の技術では、認可サーバが複数の通信装置へ同一のアクセストークンを配布する場合、その都度、ユーザによるＷｅｂブラウザ上での許可操作が実施されることが想定されている。すなわち、ユーザはユーザ認証、アクセス権限許可に係る操作を通信装置の数だけ実施する必要があった。しかし、このような操作はユーザにとって煩雑である。
【０００７】
本発明、上記の課題に鑑みてなされたものであり、アクセス権限の認可処理に関し、ユーザの操作の負荷を軽減することを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するための一手段として、本発明の中継装置は以下の構成を備える。すなわち、通信装置とサーバとの間の通信を中継することが可能な中継装置であって、前記通信装置から送信された、所望のリソースに対するアクセス権限の認可の要求を検出する検出手段と、前記検出手段により前記アクセス権限の認可の要求が検出された場合に、該認可を要求する認可リクエストを前記サーバに送信し、前記サーバから該認可リクエストの応答である認可レスポンスを受信する通信手段と、前記通信手段により受信された前記認可レスポンスを保存する保存手段と、前記認可レスポンスに基づいて認可中継レスポンスを作成する作成手段と、を有し、前記作成手段は、前記通信装置とは異なる他の通信装置から送信された前記アクセス権限の認可の要求が検出された場合に、該要求に対する認可中継レスポンスを前記保存手段により保存されている前記認可レスポンスに基づいて作成することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、複数の通信装置に対する認可処理を行う際に、ユーザの操作の負荷が軽減される。
【図面の簡単な説明】
【００１０】
【図１】第１実施形態による認可システムの構成例を示す図。
【図２】第１実施形態による通信装置１０のハードウェア構成例を示すブロック図。
【図３】第１実施形態による通信装置１０の機能モジュール構成例を示すブロック図。
【図４】第１実施形態による中継装置２０のハードウェア構成例を示すブロック図。
【図５】第１実施形態による中継装置２０の機能モジュール構成例を示すブロック図。
【図６】第１実施形態における全体のメッセージの例を示すシーケンス図。
【図７】第１実施形態による通信装置１０と中継装置２０とが無線接続する際のメッセージの例を示すシーケンス図。
【図８】第１実施形態における認可を実施する際のメッセージの例を示すシーケンス図。
【図９】第１実施形態による通信装置１０と中継装置２０とが無線切断する際のメッセージの例を示すシーケンス図。
【図１０】第１実施形態による中継装置２０の全体の動作の手順を示すフローチャート。
【図１１】第１実施形態による中継装置２０のＮＦＣ接続動作の手順を示すフローチャート。
【図１２】第１実施形態による中継装置２０の無線ＬＡＮ接続動作の手順を示すフローチャート。
【図１３】第１実施形態による中継装置２０の認可の動作の手順を示すフローチャート。
【図１４】第１実施形態による中継装置２０のる再認可の動作の手順を示すフローチャート。
【図１５】第１実施形態による通信装置情報（ａ）と中継装置情報（ｂ）のデータ構成例を示す図。
【図１６】第１実施形態による認可中継リクエスト情報のデータ構成例を示す図。
【図１７】第１実施形態による認可リクエスト情報のデータ構成例を示す図。
【図１８】第１実施形態による認可レスポンス情報のデータ構成例を示す図。
【図１９】第１実施形態による認可中継レスポンス情報のデータ構成例を示す図。
【図２０】第１実施形態による表示画面の例を示す図。
【図２１】第１実施形態による認可機器連携画面の例を示す図。
【図２２】第２実施形態による認可シーケンス（プライベートモード）のメッセージの例を示すシーケンス図。
【図２３】第２実施形態による認可シーケンス（グループモード）のメッセージの例を示すシーケンス図。
【発明を実施するための形態】
【００１１】
（第１実施形態）
本実施形態は、ユーザ３０が通信装置１０を操作して、通信装置１０から認可処理を開始するケースである。図１は、本実施形態に係る認可中継システムの構成例を示す図である。通信装置１０は、本発明における通信装置であり、表示機能、操作機能、ＩＥＥＥ８０２．１１に則った無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）通信機能、及びＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）通信機能、を有する。一方、本実施形態において、通信装置１０は、Ｗｅｂブラウザ機能を備えない、またはＷｅｂブラウザ機能を備えていても使用できない状態にあるものとする。通信装置１０の具体例は、デジタルカメラ、デジタルビデオカメラ、プリンタ、テレビ、ビデオレコーダ、などである。通信装置１０は、第１の無線通信としてＮＦＣ通信機能を用いる。本実施形態では、通信装置１０は、第１の無線通信としてＮＦＣ通信機能を用いたが、これに限らず、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、ＲＦＩＤ、などの他の近距離無線通信規格を利用しても良い。一方、通信装置１０は、第２の無線通信として無線ＬＡＮ機能を用いる。本実施形態では、通信装置１０は、第２の無線通信として無線ＬＡＮ通信機能を用いたが、これに限らず、有線ＬＡＮ通信機能、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）通信機能、などの他の通信規格を利用しても良い。
【００１２】
中継装置２０は、本発明における中継装置であり、表示機能、操作機能、無線ＬＡＮ通信機能、ＮＦＣ通信機能、及び３ＧやＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）などの公衆無線通信機能、を有する。さらに、本実施形態において、中継装置２０は、Ｗｅｂブラウザ機能を有する。中継装置２０の具体例は、携帯電話、スマートフォン、ＰＣなどである。本実施形態では、中継装置２０は、通信装置１０と同様に、無線ＬＡＮ通信機能、及びＮＦＣ通信機能を用いたが、これに限らず他の通信規格を利用しても良い。同様に、本実施形態では、中継装置２０は、公衆無線通信機能を用いたが、これに限らず、無線ＬＡＮ通信機能、有線ＬＡＮ通信機能、などの他の通信規格を利用しても良い。また、本実施形態において、中継装置２０は、テザリング機能を備え、通信装置１０からの無線ＬＡＮ通信を中継して、公衆無線通信経由で認可サーバ５０、及びリソースサーバ６０との間で通信を行う。
【００１３】
ユーザ３０は、本発明におけるユーザであり、通信装置１０、及び中継装置２０を利用する。ネットワーク４０は、中継装置２０、認可サーバ５０、及びリソースサーバ６０が接続するネットワークである。ネットワーク４０の具体例は、有線ＬＡＮ、無線ＬＡＮ、ＷＡＮ、インターネット、などである。認可サーバ５０は、本発明における認可サーバであり、ＯＡｕｔｈ  ２．０に則り、リソースサーバ６０上のリソースへのアクセス権限を管理する。なお、本実施形態ではＯＡｕｔｈプロトコルのＯＡｕｔｈ  ２．０を用いられるが、これに限らず、ＯＡｕｔｈ  １．０、ＯｐｅｎＩＤ  Ｃｏｎｎｅｃｔ、などの認可規格や、独自の認可方式が利用されても良い。リソースサーバ６０は、本発明におけるリソースサーバであり、通信装置１０を利用するユーザが所有するリソースを管理する。
【００１４】
次に、本実施形態に係る認可システムの構成要素を詳細に説明する。図２は、本実施形態に係る通信装置１０のハードウェア構成例を示すブロック図である。通信装置１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３と、補助記憶装置２０４と、表示部２０５と、操作部２０６と、無線ＬＡＮ通信部２０７と、無線ＬＡＮアンテナ２０８と、ＮＦＣ通信部２０９と、ＮＦＣアンテナ２１０と、を備える。
【００１５】
ＣＰＵ２０１は、通信装置１０全体を制御する。ＲＯＭ２０２は、変更を必要としないプログラムやパラメータを格納する。ＲＡＭ２０３は、補助記憶装置２０４などから供給されるプログラムやデータを一時記憶する。補助記憶装置２０４は、無線パラメータなどの設定データや、画像や動画などのコンテンツデータを記憶する。例えば、メモリカード、ハードディスク、などが挙げられる。表示部２０５は、ユーザが通信装置１０を操作するためのＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を表示する。操作部２０６は、ユーザが通信装置１０を操作するための入力インタフェースである。無線ＬＡＮ通信部２０７は、無線ＬＡＮアンテナ２０８を制御し、中継装置２０と無線ＬＡＮ通信する。ＮＦＣ通信部２０９は、ＮＦＣアンテナ２１０を制御し、中継装置２０とＮＦＣ通信する。
【００１６】
図４は、本実施形態に係る中継装置２０のハードウェア構成例を示すブロック図である。なお、中継装置２０のハードウェアに関して、図２に示す通信装置１０と同じハードウェアについては説明を省略し、差分を記述する。中継装置２０は、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、補助記憶装置４０４と、表示部４０５と、操作部４０６と、無線ＬＡＮ通信部４０７と、無線ＬＡＮアンテナ４０８と、ＮＦＣ通信部４０９と、ＮＦＣアンテナ４１０と、公衆無線通信部４１１と、公衆無線アンテナ４１２と、を備える。公衆無線通信部４１１は、公衆無線アンテナ４１２を制御し、認可サーバ５０、及びリソースサーバ６０と公衆無線通信する。
【００１７】
図３は、本実施形態に係る通信装置１０の機能モジュール構成例を示すブロック図である。通信装置１０は、制御部３０１と、表示制御部３０２と、操作制御部３０３と、記憶制御部３０４と、無線ＬＡＮ通信制御部３０５と、ＮＦＣ通信制御部３０６と、中継装置連携制御部３０７と、認可判断部３０８と、認可制御部３０９と、リソース取得部３１０と、を備える。
【００１８】
制御部３０１は、通信装置１０が備える個々の機能モジュール全体を制御する。表示制御部３０２は、表示部２０５を制御し、通信装置１０におけるＧＵＩの表示制御を行う。操作制御部３０３は、操作部２０６を制御し、通信装置１０におけるユーザからの操作入力制御を行う。記憶制御部３０４は、補助記憶装置２０４を制御し、画像コンテンツデータや動画コンテンツデータを記憶する。無線ＬＡＮ通信制御部３０５は、無線ＬＡＮ通信部２０７を制御し、中継装置２０との無線ＬＡＮ通信制御を行う。本実施形態において、無線ＬＡＮ通信制御部３０５は、中継装置２０との間で、ＷＰＳ（Ｗｉ−Ｆｉ  Ｐｒｏｔｅｃｔｅｄ  Ａｃｃｅｓｓ）方式に従って無線ＬＡＮ通信制御を行う。本実施形態では、ＷＰＳ方式を用いられるが、これに限らず、ＷＰＡ（Ｗｉ−Ｆｉ  Ｐｒｏｔｅｃｔｅｄ  Ａｃｃｅｓｓ）、ＷＰＡ２、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ、などの他の無線ＬＡＮ通信規格が利用されても良い。
【００１９】
ＮＦＣ通信制御部３０６は、ＮＦＣ通信部２０９を制御し、中継装置２０とのＮＦＣ通信制御を行う。ＮＦＣ通信制御部３０６は、中継装置２０に対して通信装置１０に関する通信装置情報を送信し、中継装置２０から中継装置２０に関する中継装置情報を受信する。本実施形態では、ＮＦＣ通信方式が用いられるが、これに限らず、ＢＴ（Ｂｌｕｅｔｏｏｔｈ（登録商標））、ＢＴ−ＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ）、などの他の近距離無線通信方式が利用されても良い。
【００２０】
中継装置連携制御部３０７は、無線ＬＡＮ通信制御部３０５、及びＮＦＣ通信制御部３０６を利用し、中継装置２０との間の連携制御を行う。具体的に、中継装置連携制御部３０７は、無線ＬＡＮ上の装置の発見や広告などのディスカバリ制御、無線ＬＡＮ上の装置が提供するサービスの利用や提供などのサービス制御、などを行う。本実施形態において、中継装置連携制御部３０７は、ＳＳＤＰ（Ｓｉｍｐｌｅ  Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）による発見や広告を行う。また、中継装置連携制御部３０７は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）によるサービスの提供や制御を行う。本実施形態では、ＳＳＤＰ、及びＨＴＴＰが用いられるが、これに限らず、ｍＤＮＳ（Ｍｕｌｔｉｃａｓｔ  Ｄｙｎａｍｉｃ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ）、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  Ａｎｄ  Ｐｌａｙ）、ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）、ＳＯＡＰ、ＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ  Ｓｔａｔｅ  Ｔｒａｎｓｆｅｒ）、ＡｔｏｍＰｕｂ（Ａｔｏｍ  Ｐｕｂｌｉｓｈｉｎｇ  Ｐｒｏｔｏｃｏｌ）、などの他のディスカバリ、サービス通信規格が利用されても良い。
【００２１】
認可判断部３０８は、認可処理を行うか否かを判断する。認可制御部３０９は、無線ＬＡＮ通信制御部３０５を利用して、中継装置２０、及び認可サーバ５０との間で認可処理を行う。本実施形態において、認可制御部３０９は、ＯＡｕｔｈ  ２．０方式に従って認可処理を行う。具体的に、認可制御部３０９は、図１６に示す認可中継リクエスト情報１７００に基づく認可中継リクエストを作成し、中継装置２０が提供する認可中継サービスに対して、認可中継リクエストを送信する。そして、認可制御部３０９は、中継装置２０から、図１９に示す認可中継レスポンス情報２０００または２０１０に基づく認可中継レスポンスとして受信する。その後、認可制御部３０９は、ＯＡｕｔｈに基づくアクセストークンリクエストを作成し、認可サーバ５０に対して、アクセストークンリクエストを送信する。そして、認可制御部３０９は、認可サーバ５０から、ＯＡｕｔｈに基づくアクセストークンレスポンスを受信する。本実施形態では、ＯＡｕｔｈ  ２．０方式が用いられるが、これに限らず、ＯＡｕｔｈ  １．０、ＯｐｅｎＩＤ  Ｃｏｎｎｅｃｔ、ＳＡＭＬ（Ｓｅｃｕｒｉｔｙ  Ａｓｓｅｒｔｉｏｎ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）、Ｋｅｒｂｅｒｏｓ、などの他の認可方式が利用されても良い。
【００２２】
リソース取得部３１０は、無線ＬＡＮ通信制御部３０５を利用して、中継装置２０経由で、リソースサーバ６０から所望のリソースを取得する。本実施形態において、リソースとは、ＲＥＳＴにおけるリソースを意味する。具体的に、リソースは、電子ファイル、電子データ、画像・動画などのコンテンツデータ、ディレクトリやアルバムなどのコンテナ、コンテンツに関するメタデータ、などを示す。さらに、リソースサーバ６０が提供する様々なサービス（ストレージ、コンテンツ共有、印刷、課金など）の機能・アクション・ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を、リソースとして表現する事も可能である。さらに、本実施形態では、リソース取得部３１０は、これらのリソースの取得（ダウンロード）を行ったが、これに限らず、ＲＥＳＴの基本操作である生成（アップロード）、更新、削除、など他のリソース操作を行っても良い。認可アプリケーション部３１１は、ユーザ３０に対して、通信装置１０の認可を実施可能にするアプリケーションである。
【００２３】
図５は、本実施形態に係る中継装置２０の機能モジュール構成例を示すブロック図である。なお、中継装置２０の機能モジュールに関して、図３に示す通信装置１０と同じ機能モジュールについては説明を省略し、差分を記述する。  中継装置２０は、制御部５０１と、表示制御部５０２と、操作制御部５０３と、記憶制御部５０４と、無線ＬＡＮ通信制御部５０５と、ＮＦＣ通信制御部５０６と、公衆無線通信制御部５０７と、Ｗｅｂブラウザ制御部５０８と、通信装置連携制御部５０９と、認可中継サービス制御部５１０と、認可判断部５１１と、認可制御部５１２と、認可アプリケーション部を備える。
【００２４】
ＮＦＣ通信制御部５０６は、ＮＦＣ通信部４０９を制御し、通信装置１０とのＮＦＣ通信制御を行う。ＮＦＣ通信制御部５０６は、通信装置１０から通信装置１０に関する通信装置情報を受信し、通信装置１０に対して中継装置２０に関する中継装置情報を送信する。公衆無線通信制御部５０７は、公衆無線通信部４１１を制御し、ネットワーク４０に接続し、認可サーバ５０、及びリソースサーバ６０との間で通信を行う。本実施形態では、公衆無線通信方式が用いられるが、これに限らず、無線ＬＡＮ、有線ＬＡＮ、ＷＡＮ、などの他の通信規格が利用されても良い。Ｗｅｂブラウザ制御部５０８は、表示制御部５０２を制御し、Ｗｅｂブラウザを表示する。本実施形態において、Ｗｅｂブラウザ制御部５０８は、認可サーバ５０が提供するＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述されたユーザ認証画面、及びアクセス権限許可画面を表示する際に利用する。通信装置連携制御部５０９は、図３に示した中継装置連携制御部３０７と同様であり、通信装置１０との間の連携制御を行う。
【００２５】
認可中継サービス制御部５１０は、通信装置連携制御部５０９を利用して、通信装置１０に対して、認可中継サービスを提供する。本実施形態において、認可中継サービス制御部５１０は、通信装置１０から、図１６に示す認可中継リクエスト情報１７００に基づく認可中継リクエストを受信する。そして、認可中継サービス制御部５１０は、認可制御部５１２を利用して認可サーバ５０との間で認可処理を実施する。そして、認可中継サービス制御部５１０は、認可サーバ５０からの認可結果に基づき、図１９に示す認可中継レスポンス情報２０００または２０１０を作成し、通信装置１０に対して、認可中継レスポンスを送信する。
【００２６】
認可判断部５１１は、認可処理を行うか否かを判断する。認可制御部５１２は、無線ＬＡＮ通信制御部５０５を利用して、認可サーバ５０との間で認可処理を行う。本実施形態において、認可制御部５１２は、図３に示した認可制御部３０９と同様に、ＯＡｕｔｈ  ２．０方式に従って認可処理を行う。具体的に、認可制御部５１２は、図１７に示す認可リクエスト１８００に基づく認可リクエストを作成し、認可サーバ５０に対して、認可リクエストを送信する。その後、認可制御部５１２は、認可サーバ５０との間でユーザ認証、及びアクセス権限許可を行う。そして、認可制御部５１２は、その結果の応答として、図１８に示す認可レスポンス情報１９００または１９１０に基づく認可レスポンスを受信する。本実施形態では、ＯＡｕｔｈ  ２．０方式が用いられるが、これに限らず、図３に示した認可制御部３０９と同様に、他の認可方式が利用されても良い。なお、図３や図５に示すそれぞれの機能ブロックは、ソフトウェアによって提供されるものに限らず、ハードウェアによって提供されるようにしてもよい。そして、図３や図５に示す各機能ブロックは、相互関係を有するものである。また、図３や図５に示す各機能ブロックは一例であり、複数の機能ブロックが１つの機能ブロックを構成するようにしてもよいし、何れかの機能ブロックが更に複数の機能を行うブロックに分かれてもよい。
【００２７】
図１５（ａ）は、本実施形態に係る通信装置情報のデータ構成例を示す図である。通信装置情報１５００は、本実施形態における通信装置情報の全体である。機器ＩＤ１５０１は、通信装置１０を一意に示す識別子である。例えば、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス、製品シリアル番号、などがある。また、機器ＩＤ１５０１は、本実施形態において説明する認可処理の前に、認可サーバ５０から、通信装置１０に対して発行しても良い。アプリ種別１５０２は、中継装置２０において実行を要求するアプリケーションの種別である。本実施形態において、アプリ種別１５０２は、認可アプリケーションを示す情報である。
【００２８】
図１５（ｂ）は、本実施形態に係る中継装置情報のデータ構成例を示す図である。なお、中継装置情報に関して、図１５（ａ）に示す通信装置情報と同じデータ項目については説明を省略し、差分を記述する。中継装置情報１６００は、本実施形態における中継装置情報の全体である。無線パラメータ１６０３は、中継装置２０と無線ＬＡＮ通信を行うために必要な無線ＬＡＮアクセスポイントに関する情報である。具体的には、ＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）、暗号化通信方式、暗号化鍵、無線ＬＡＮ通信方式、などである。
【００２９】
図６は、本実施形態に係る認可システムにおいて全体のメッセージの例を示すシーケンス図である。Ｍ６０１において、通信装置１０と中継装置２０とが無線接続する。詳細は、図７に示す。Ｍ６０２において、通信装置１０、中継装置２０、及び認可サーバ５０が認可を実施する。詳細は、図８に示す。Ｍ６０３において、通信装置１０と中継装置２０とが無線切断する。詳細は、図９に示す。
【００３０】
図７は、本実施形態に係る通信装置１０と中継装置２０とが無線接続する際のメッセージの例を示すシーケンス図である。Ｍ７０１において、ユーザ３０は、通信装置１０を操作して、認可アプリケーションの実行を指示する。Ｍ７０２において、通信装置１０は、認可アプリケーション部３１１を実行して、通信装置１０の認可を開始する。認可アプリケーション部３１１は、アプリ種別１５０２に認可アプリケーションを指定した通信装置情報１５００を作成する。そして、認可アプリケーション部３１１は、ＮＦＣ通信制御部３０６を利用して、ＮＦＣ通信可能な状態にする。また、このとき、認可アプリケーション部３１１は、表示制御部３０２を利用して、ユーザ３０に対して、通信装置１０と中継装置２０とをＮＦＣ通信開始させるために、近接（タッチ）させる旨のメッセージを表示する。
【００３１】
Ｍ７０３において、ユーザ３０は、通信装置１０を、中継装置２０にタッチする。Ｍ７０４において、通信装置１０、及び中継装置２０は、それぞれお互いにＮＦＣ通信を検知する。Ｍ７０５において、通信装置１０は、ＮＦＣ通信制御部３０６を利用して、中継装置２０に対して、通信装置情報１５００を送信する。一方、中継装置２０は、ＮＦＣ通信制御部５０６を利用して、通信装置１０から、通信装置情報１５００を受信する。Ｍ７０６において、中継装置２０は、ＮＦＣ通信により受信した通信装置情報１５００のアプリ種別１５０２を参照し、指示された認可アプリケーション部５１３を実行する。認可アプリケーション部５１３は、中継装置２０との無線ＬＡＮ通信に必要な情報を無線パラメータ１６０３に指定した中継装置情報１６００を作成する。Ｍ７０７において、中継装置２０は、ＮＦＣ通信制御部５０６を利用して、通信装置１０に対して、中継装置情報１６００を送信する。一方、通信装置１０は、ＮＦＣ通信制御部３０６を利用して、中継装置２０から、中継装置情報１６００を受信する。
【００３２】
Ｍ７０８において、中継装置２０は、無線ＬＡＮ通信制御部５０５、及び公衆無線通信制御部５０７を利用して、無線パラメータ１６０３に基づく無線ＬＡＮ通信のテザリングモード（以降、無線ＬＡＮテザリングと記載）を開始する。Ｍ７０９において、中継装置２０は、認可中継サービス制御部５１０を利用して、認可中継サービスを開始する。Ｍ７１０において、通信装置１０は、無線ＬＡＮ通信制御部３０５を利用して、受信した中継装置情報１６００中の無線パラメータ１６０３に基づき、中継装置２０との無線ＬＡＮ通信を開始する。Ｍ７１１において、通信装置１０は、中継装置連携制御部３０７を利用して、無線ＬＡＮ上に通信装置１０の存在を通知する。具体的には、中継装置連携制御部３０７は、無線ＬＡＮ上にＳＳＤＰ：ａｌｉｖｅメッセージを送信する。
【００３３】
Ｍ７１２において、中継装置２０は、通信装置連携制御部５０９を利用して、Ｍ７１１において通信装置１０が通知したメッセージを受信し、通信装置１０を発見する。Ｍ７１３において、中継装置２０は、通信装置連携制御部５０９、及び認可中継サービス制御部５１０を利用して、無線ＬＡＮ上に中継装置２０の存在、及び認可中継サービスの存在を通知する。具体的には、通信装置連携制御部５０９は、Ｍ７１１と同様に、無線ＬＡＮ上にＳＳＤＰ：ａｌｉｖｅメッセージを送信する。Ｍ７１４において、通信装置１０は、中継装置連携制御部３０７を利用して、Ｍ７１３において中継装置２０が通知したメッセージを受信し、中継装置２０、及び認可中継サービスを発見する。
【００３４】
図８は、本実施形態に係る認可システムにおいて認可が実施される際のメッセージの例を示すシーケンス図である。Ｍ８０１において、通信装置１０は、認可制御部３０９を利用して、中継装置２０の認可中継サービスに対して、認可中継リクエストを送信する。そして、中継装置２０は、認可中継サービス制御部５１０を利用して、通信装置１０からの認可中継リクエストを受信して検出する。Ｍ８０２において、中継装置２０は、認可アプリケーション部５１３を利用して作成した認可タイプ選択画面２１００を表示制御部５０２で表示部４０５に表示する。Ｍ８０３において、ユーザ３０は、中継装置２０の操作部４０６を利用して、認可タイプ（認可モード）として、プライベートモード２１０１、またはグループモード２１０２のいずれかのボタンを押下する（図２０（ａ））。
【００３５】
Ｍ８０４において、中継装置２０は、認可中継サービス制御部５１０を利用して、通信装置１０から受信した認可中継リクエストに基づき、Ｍ８０３で選択されたモードに基づく認可リクエストを作成する。プライベートモード２１０１の場合は、中継装置２０は、ＯＡｕｔｈ  ２．０の認可コードグライントタイプを指定した認可リクエスト１８００を作成する。グループモード２１０２の場合は、中継装置２０は、ＯＡｕｔｈ  ２．０のインプリシットグラントタイプを指定した認可リクエストを作成する。そして、中継装置２０は、認可制御部５１２を利用して、認可サーバ５０に対して、作成した認可リクエストを送信する。そして、認可サーバ５０は、中継装置２０からの認可リクエストを受信する。
【００３６】
Ｍ８０５において、認可サーバ５０は、中継装置２０からの認可リクエストに対して、中継装置２０に対して、ユーザ認証を要求する。具体的に、認可サーバ５０は、中継装置２０に対して、ＨＴＭＬによって記述されたユーザ認証画面データを送信する。本実施形態において、認可サーバ５０が要求するユーザ認証は、ユーザＩＤとパスワードによるＨＴＴＰダイジェスト認証を利用する。本実施形態では、ＨＴＴＰダイジェスト認証によるユーザ認証が行わるものとしたが、これに限らず、ＨＴＴＰベーシック認証、ＯｐｅｎＩＤ、クライアント証明書、多要素認証、生体認証、などの他の認証方式が利用されても良い。Ｍ８０６において、中継装置２０は、Ｗｅｂブラウザ制御部５０８を利用して、受信したユーザ認証画面を、表示部４０５に表示する。Ｍ８０７において、ユーザ３０は、中継装置２０の操作部４０６を利用して、ユーザ認証情報としてユーザＩＤとパスワードを入力する。Ｍ８０８において、中継装置２０は、Ｗｅｂブラウザ制御部５０８を利用して、ユーザ３０が入力したユーザ認証情報（ユーザＩＤ、パスワード）を、ＨＴＴＰダイジェスト認証方式を用いて、認可サーバ５０に送信する。そして、認可サーバ５０は、中継装置２０から受信したユーザ認証情報に基づき、ユーザ認証を行う。
【００３７】
ユーザ認証が成功すると、Ｍ８０９において、認可サーバ５０は、中継装置２０に対して、ＨＴＭＬによって記述されたアクセス権限許可画面を送信する。Ｍ８１０において、中継装置２０は、Ｗｅｂブラウザ制御部５０８を利用して、受信したアクセス権限許可画面を、表示部４０５に表示する。Ｍ８１１において、ユーザ３０は、中継装置２０の操作部４０６を利用して、アクセス権限許可画面中に表示された許可ボタンを押下する。Ｍ８１２において、中継装置２０は、Ｗｅｂブラウザ制御部５０８を利用して、認可サーバ５０に対して、アクセス権限許可を通知する。本実施形態において、アクセス権限許可の通知は、認可サーバ５０から受信したアクセス権限許可画面中に埋め込まれたＪａｖａＳｃｒｉｐｔ（登録商標）プログラムによって制御される。そして、認可サーバ５０は、中継装置２０からアクセス権限許可の通知を受信し、通信装置１０に対する認可が許可されたと判断する。
【００３８】
Ｍ８１３において、認可サーバ５０は、中継装置２０に対して、Ｍ８０４において受信した認可リクエストに対応する認可レスポンスを送信する。認可レスポンスは、プライベートモードの場合は１９００（図１８（ａ））、グループモードの場合は１９１０になる（図１８（ｂ））。そして、中継装置２０は、認可制御部５１２を利用して、認可サーバ５０から、認可レスポンスを受信する。Ｍ８１４において、中継装置２０は、認可制御部５１２を用いてＭ８０２でグループモードが選択された場合、認可サーバから受信した認可レスポンス１９１０を記憶制御部５０４により保存部であるＲＡＭ４０３に保存する。
【００３９】
Ｍ８１５において、中継装置２０は、認可中継サービス制御部５１０を利用して、認可サーバ５０から受信した認可レスポンスに基づく認可中継レスポンスを作成する。そして、認可中継サービス制御部５１０は、Ｍ８０１において受信した認可中継リクエストに対応する認可中継レスポンスを、認可中継リクエスト送信元の通信装置１０に対して送信する。通信装置１０は、認可制御部３０９を利用して、中継装置２０から、認可中継レスポンスを受信する。Ｍ８１６において、通信装置１０は、認可制御部３０９を利用して、中継装置２０の認可中継サービスに対して、認可成功を通知する。そして、中継装置２０は、認可中継サービス制御部５１０を利用して、通信装置１０から、認可成功の通知を受信する。Ｍ８１７において、中継装置は、認可制御部５１２を用いてＭ８０３でグループモードが選択された場合、認可機器連携画面２４００（図２１）を表示制御部５０２で表示部４０５に表示する。
【００４０】
図９は、本実施形態に係る通信装置１０と中継装置２０とが無線切断する際のメッセージの例を示すシーケンス図である。Ｍ９０１において、通信装置１０は、中継装置連携制御部３０７を利用して、中継装置２０に対して、無線ＬＡＮ上からの離脱を通知する。Ｍ９０２において、中継装置２０は、通信装置連携制御部５０９を利用して、無線ＬＡＮ上からの通信装置１０の離脱を検知する。Ｍ９０３において、通信装置１０は、無線ＬＡＮ通信制御部３０５を利用して、中継装置２０との無線ＬＡＮ通信を切断する。Ｍ９０４において、中継装置２０は、認可中継サービス制御部５１０を利用して、認可中継サービスを停止する。さらに、中継装置２０は、無線ＬＡＮ通信制御部５０５、及び公衆無線通信制御部５０７を利用して、無線ＬＡＮテザリングを停止する。
【００４１】
図１０は、本実施形態に係る中継装置２０の全体の動作の手順を示すフローチャートである。ステップＳ１００１において、中継装置２０は、通信装置１０とのＮＦＣ通信を行う。詳細は、図１１に示す。ステップＳ１００２において、ＮＦＣ通信制御部５０６は、通信装置１０とのＮＦＣ通信に成功したか否かを判断する。ＮＦＣ通信に成功した場合（Ｓ１００２；ＹＥＳ）、処理はステップＳ１００３に進む。一方、ＮＦＣ通信に失敗した場合（Ｓ１００２；ＮＯ）、処理はステップＳ１０１１に進む。ステップＳ１００３において、中継装置２０は、通信装置１０との無線ＬＡＮ通信を行う。詳細は、図１２に示す。
【００４２】
ステップＳ１００４において、無線ＬＡＮ通信制御部５０５は、通信装置１０との無線ＬＡＮ通信に成功したか否かを判断する。無線ＬＡＮ通信に成功した場合（Ｓ１００４；ＹＥＳ）、処理はステップＳ１００５に進む。一方、無線ＬＡＮ通信に失敗した場合（Ｓ１００４；ＮＯ）、処理はステップＳ１０１１に進む。ステップＳ１００５において、認可中継サービス制御部５１０は、通信装置１０から、認可中継リクエストを受信したか否かを判断する。認可中継リクエストを受信した場合（Ｓ１００５；ＹＥＳ）、処理はステップＳ１００６に進む。一方、認可中継リクエストを受信しなかった場合（Ｓ１００５；ＮＯ）、処理はステップＳ１０１１に進む。ステップＳ１００６において、中継装置２０は、及び認可サーバ５０との間で認可処理を行う。詳細は、図１３に示す。
【００４３】
ステップＳ１００７において、認可判断部５１１は、認可が成功したか否かを判断する。認可成功の場合（Ｓ１００７；ＹＥＳ）、処理はステップＳ１００８に進む。一方、認可失敗の場合（Ｓ１００７；ＮＯ）、処理はステップＳ１０１１に進む。ステップＳ１００８において、認可アプリケーション部５１３は、表示制御部５０２を利用して、表示部４０５に、認可成功の旨のメッセージを表示する。ステップＳ１００９において、制御部５０１は、認可に成功したとして、ステップＳ１０１０へ進む。ステップＳ１０１０において、中継装置２０は、通信装置との間で認可処理を行う。詳細は、図１４に示す。
【００４４】
ステップＳ１０１１において、認可アプリケーション部５１３は、表示制御部５０２を利用して、表示部４０５に、認可失敗の旨のメッセージを表示する。ステップＳ１０１２において、制御部５０１は、認可に失敗したとして、処理を終了する。ステップＳ１０１３において、制御部５０１は、認可機器連携に成功したとして、処理を終了する。
【００４５】
図１１は、本実施形態に係る中継装置２０が、ＮＦＣ接続する動作の手順を示すフローチャートである。ステップＳ１１０１において、ＮＦＣ通信制御部５０６は、通信装置１０とのＮＦＣ通信接続を検知したか否かを判断する。ＮＦＣ通信接続を検知した場合（Ｓ１１０１；ＹＥＳ）、処理はステップＳ１１０２に進む。一方、ＮＦＣ通信接続を検知しなかった場合（Ｓ１１０１；ＮＯ）、処理はステップＳ１１０８に進む。ステップＳ１１０２において、ＮＦＣ通信制御部５０６は、通信装置１０からＮＦＣ通信データを受信したか否かを判断する。ＮＦＣ通信データを受信したと判断された場合（Ｓ１１０２；ＹＥＳ）、処理はステップＳ１１０３に進む。一方、ＮＦＣ通信データを受信しなかったと判断された場合（Ｓ１１０２；ＮＯ）、処理はステップＳ１１０８に進む。
【００４６】
ステップＳ１１０３において、ＮＦＣ通信制御部５０６は、通信装置１０から通信装置情報１５００を受信する。ステップＳ１１０４において、ＮＦＣ通信制御部５０６は、受信した通信装置情報１５００のアプリ種別１５０２に、認可アプリケーションが指定されているか否か判断する。認可アプリケーションが指定されている場合（Ｓ１１０４；ＹＥＳ）、処理はステップＳ１１０５に進む。一方、認可アプリケーションが指定されていない場合（Ｓ１１０４；ＮＯ）、処理はステップＳ１１０８に進む。ステップＳ１１０５において、ＮＦＣ通信制御部５０６は、認可アプリケーション部５１３を実行する。認可アプリケーション部５１３は、中継装置２０との無線ＬＡＮ通信に必要な情報を無線パラメータ１６０３に指定した中継装置情報１６００を作成する。ステップＳ１１０６において、ＮＦＣ通信制御部５０６は、通信装置１０に中継装置情報１６００を送信する。ステップＳ１１０７において、ＮＦＣ通信制御部５０６は、通信装置１０とのＮＦＣ通信に成功したとして処理を終了する。ステップＳ１１０８において、ＮＦＣ通信制御部５０６は、通信装置１０とのＮＦＣ通信に失敗したとして処理を終了する。
【００４７】
図１２は、本実施形態に係る中継装置２０が、無線ＬＡＮ接続する動作の手順を示すフローチャートである。ステップＳ１２０１において、無線ＬＡＮ通信制御部５０５、及び公衆無線通信制御部５０７は、無線ＬＡＮテザリングを開始する。ステップＳ１２０２において、認可中継サービス制御部５１０は、認可中継サービスを開始する。ステップＳ１２０３において、無線ＬＡＮ通信制御部５０５は、通信装置１０からの無線ＬＡＮ通信接続要求を受信したか否かを判断する。受信したと判断された場合（Ｓ１２０３；ＹＥＳ）、処理はステップＳ１２０４に進む。一方、受信しなかったと判断された場合（Ｓ１２０３；ＮＯ）、処理はステップＳ１２１０に進む。
【００４８】
ステップＳ１２０４において、無線ＬＡＮ通信制御部５０５は、通信装置１０との無線ＬＡＮ通信接続を開始する。ステップＳ１２０５において、無線ＬＡＮ通信制御部５０５は、通信装置１０との無線ＬＡＮ通信接続に成功したか否かを判断する。成功した場合（Ｓ１２０５；ＹＥＳ）、処理はステップＳ１２０６に進む。一方、失敗した場合（Ｓ１２０５；ＮＯ）、処理はステップＳ１２１０に進む。ステップＳ１２０６において、通信装置連携制御部５０９は、無線ＬＡＮ上に通信装置１０からの存在の通知メッセージを受信したか否かを判断する。受信したと判断された場合（Ｓ１２０６；ＹＥＳ）、処理はステップＳ１２０７に進む、一方、受信しなかったと判断された場合（Ｓ１２０６；ＮＯ）、処理はステップＳ１２１０に進む。ステップＳ１２０７において、通信装置連携制御部５０９は、無線ＬＡＮ上に通信装置１０を発見する。
【００４９】
ステップＳ１２０８において、通信装置連携制御部５０９、及び認可中継サービス制御部５１０は、無線ＬＡＮ上に中継装置２０の存在、及び認可中継サービスの存在を通知する。ステップＳ１２０９において、無線ＬＡＮ通信制御部５０５は、通信装置１０との無線ＬＡＮ通信に成功したとして処理を終了する。ステップＳ１２１０において、無線ＬＡＮ通信制御部５０５は、通信装置１０との無線ＬＡＮ通信に失敗したとして処理を終了する。
【００５０】
図１３は、本実施形態に係る中継装置２０が、認可する動作の手順を示すフローチャートである。ステップＳ１３０１において、認可中継サービス制御部５１０は、通信装置１０から、図１６の認可中継リクエスト情報に基づく認可中継リクエストを受信したか否かを判断する。受信したと判断された場合（Ｓ１３０１；ＹＥＳ）、処理はステップＳ１３０２に進む、一方、受信しなかったと判断された場合（Ｓ１３０１；ＮＯ）、処理はステップＳ１３２４に進む。ステップＳ１３０２において、認可制御部５１２は認可タイプ選択画面２１００を表示制御部５０２で表示部４０５に表示する。ステップＳ１３０３において、ユーザ３０は、中継装置２０の操作部４０６を利用して、認可タイプを選択する。プライベートモード２１０１は、ＯＡｕｔｈ  ２．０の認可コードタイプであり、グループモード２１０２はＯＡｕｔｈ  ２．０のインプリシットタイプである（図２０（ａ））。
【００５１】
ステップＳ１３０４において、認可制御部５１２は記憶制御部５０４を用いてＲＡＭ４０３へＳ１３０３で選択された認可タイプを記憶する。ステップＳ１３０５において、認可中継サービス制御部５１０は、通信装置１０から受信した認可中継リクエストを用いて、図１７に示す認可リクエスト情報に基づく認可リクエストを作成する。本実施形態において、認可中継サービス制御部５１０は、認可リクエスト情報中の１８０１に、Ｓ１３０３で選択された認可タイプがプライベートモードの場合は、ｃｏｄｅを指定する。認可タイプがグループモードの場合は、認可中継サービス制御部５１０は、認可リクエスト情報中の１８０１に、ｔｏｋｅｎを指定し、認可リクエスト情報中の１８０２〜１８０４に、ステップＳ１３０１において受信した認可中継リクエスト情報中の１７０２〜１７０４と同じ値を指定する。さらに、認可中継サービス制御部５１０は、ｒｅｄｉｒｅｃｔ＿ｕｒｉ１８０５に、中継装置２０の認可アプリケーション部５１３を表すＵＲＩ（Ｕｎｉｑｕｅ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）を指定する。
【００５２】
ステップＳ１３０６において、認可制御部５１２は、認可サーバ５０に対して、作成した認可リクエストを送信する。ステップＳ１３０７において、認可制御部５１２は、認可サーバ５０から、ＨＴＭＬによって記述されたユーザ認証画面データを受信したか否かを判断する。受信したと判断された場合（Ｓ１３０７；ＹＥＳ）、処理はステップＳ１３０８に進む、一方、受信しなかったと判断された場合（Ｓ１３０７；ＮＯ）、処理はステップＳ１３２４に進む。ステップＳ１３０８において、Ｗｅｂブラウザ制御部５０８は、受信したユーザ認証画面を、表示部４０５に表示する。ステップＳ１３０９において、Ｗｅｂブラウザ制御部５０８は、ユーザ３０が入力したユーザ認証情報（ユーザＩＤ、パスワード）を受信する。ステップＳ１３１０において、Ｗｅｂブラウザ制御部５０８は、ユーザ３０が入力したユーザ認証情報（ユーザＩＤ、パスワード）を、ＨＴＴＰダイジェスト認証方式を用いて、認可サーバ５０に送信する。
【００５３】
ステップＳ１３１１において、Ｗｅｂブラウザ制御部５０８は、ユーザ認証に成功したか否かを判断する。成功した場合（Ｓ１３１１；ＹＥＳ）、処理はステップＳ１３１２に進む、一方、失敗した場合（Ｓ１３１１；ＮＯ）、処理はステップＳ１３２４に進む。ステップＳ１３１２において、Ｗｅｂブラウザ制御部５０８は、認可サーバ５０から、ＨＴＭＬによって記述されたアクセス権限許可画面データを受信したか否かを判断する。受信したと判断された場合（Ｓ１３１２；ＹＥＳ）、処理はステップＳ１３１３に進む、一方、受信しなかったと判断された場合（Ｓ１３１２；ＮＯ）、処理はステップＳ１３２４に進む。ステップＳ１３１３において、Ｗｅｂブラウザ制御部５０８は、受信したアクセス権限許可画面２３００を、表示部４０５に表示する。ステップＳ１３１４において、Ｗｅｂブラウザ制御部５０８は、ユーザ３０が入力したアクセス権限許可指示情報を受信する。具体的に、Ｗｅｂブラウザ制御部５０８は、ユーザ３０がアクセス権限許可画面中に表示された許可ボタン、または不許可ボタンに対応する情報を受信する。
【００５４】
ステップＳ１３１５において、Ｗｅｂブラウザ制御部５０８は、アクセス権限許可指示情報を、認可サーバ５０に送信する。ステップＳ１３１６において、認可制御部５１２は、認可サーバ５０から、Ｗｅｂブラウザ制御部５０８を介して、図１８に示す認可レスポンス情報に基づく認可レスポンスを受信したか否かを判断する。受信した場合（Ｓ１３１６；ＹＥＳ）、処理はステップＳ１３１７に進む、一方、受信しなかった場合（Ｓ１３１６；ＮＯ）、処理はステップＳ１３２４に進む。ステップＳ１３１７において、認可制御部５１２は、認可タイプがグループモードか判断する。グループモードの場合（Ｓ１３１７；ＹＥＳ）、ステップＳ１３１８へ進む。一方、グループモードでなかった場合（Ｓ１３１７；ＮＯ）、ステップＳ１３１９へ進む。ステップＳ１３１８において、記憶制御部５０４は、認可レスポンスをＲＡＭ４０３へ保存する。
【００５５】
ステップＳ１３１９において、認可中継サービス制御部５１０は、認可サーバ５０から受信した認可レスポンスを用いて、図１９に示す認可中継レスポンス情報２０００または２０１０に基づく認可中継レスポンスを作成する。認可タイプがプライベートモードの場合、本実施形態において、認可中継サービス制御部５１０は、認可中継レスポンス情報中の２００１〜２００２に、ステップＳ１３１６において受信した認可レスポンス情報中の１９０１〜１９０２と同じ値を指定する。さらに、認可中継サービス制御部５１０は、ｒｅｄｉｒｅｃｔ＿ｕｒｉ２００３に、認可リクエスト１８００中のｒｅｄｉｒｅｃｔ＿ｕｒｉ１８０５と同じ値を指定する。認可タイプがグループモードの場合、本実施形態において、認可中継サービス制御部５１０は、認可中継レスポンス情報中の２０１１〜２０１３に対して、ステップＳ１３１６において受信した認可レスポンス情報中の１９１１、１９１２、１９１４と同じ値を指定する。
【００５６】
ステップＳ１３２０において、認可中継サービス制御部５１０は、通信装置１０に対して、ステップＳ１３１９において作成した認可中継レスポンスを送信する。ステップＳ１３２１において、認可中継サービス制御部５１０は、通信装置１０から、認可結果を受信したか否かを判断する。受信したと判断された場合（Ｓ１３２１；ＹＥＳ）、処理はステップＳ１３２２に進む、一方、受信しなかったと判断された場合（Ｓ１３２１；ＮＯ）、処理はステップＳ１３２４に進む。ステップＳ１３２２において、認可中継サービス制御部５１０は、通信装置１０から受信した認可結果が認可成功を示すか否かを判断する。認可結果が認可成功と判断された場合（Ｓ１３２２；ＹＥＳ）、処理はステップＳ１３２３に進む、一方、認可結果が認可失敗と判断された場合（Ｓ１３２２；ＮＯ）、処理はステップＳ１３２４に進む。ステップＳ１３２３において、認可制御部５１２は、認可が成功したとして処理を終了する。ステップＳ１３２４において、認可制御部５１２は、認可が失敗したとして処理を終了する。ステップＳ１３２５において、認可制御部５１２は、認可機器連携を実施する。詳細は、図１４に示す。
【００５７】
図１４は、本実施形態に係る中継装置２０が、認可タイプがグループモードの場合に任意の通信装置１０との間で認可機器連携する動作の手順を示すフローチャートである。ステップＳ１９０１において、認可判断部３０８は、認可タイプがグループモードであるか否かを判断する。認可タイプがグループモードの場合（Ｓ１４０１；ＹＥＳ）、処理はステップＳ１４０２に進む、一方、認可タイプがグループモードではない場合（Ｓ１４０１；ＮＯ）、処理はステップＳ１４１５に進む。ステップＳ１４０２において、中継装置２０は、認可機器連携処理をＳ１４１６の間の処理の失敗、認可制御部５１２、認可アプリケーション部５１３から認可処理の終了を表すメッセージを受信するまで継続する。
【００５８】
ステップＳ１４０３において、認可制御部５１２は認可機器連携画面２４００（図２１）を表示制御部５０２で表示部４０５に表示する。ステップＳ１４０４において、中継装置２０は、通信装置１０とのＮＦＣ通信を行う。ステップＳ１４０４の詳細は、図１１に示した通りである。ステップＳ１４０５において、ＮＦＣ通信制御部５０６は、通信装置１０とのＮＦＣ通信に成功したか否かを判断する。ＮＦＣ通信に成功した場合（Ｓ１４０５；ＹＥＳ）、処理はステップＳ１４０６に進む。一方、ＮＦＣ通信に失敗した場合（Ｓ１４０５；ＮＯ）、処理はステップＳ１４１５に進む。ステップＳ１４０６において、中継装置２０は、通信装置１０との無線ＬＡＮ通信を行う。ステップＳ１４０６の処理の詳細は、図１２に示した通りである。
【００５９】
ステップＳ１４０７において、無線ＬＡＮ通信制御部５０５は、通信装置１０との無線ＬＡＮ通信に成功したか否かを判断する。無線ＬＡＮ通信に成功した場合（Ｓ１４０７；ＹＥＳ）、処理はステップＳ１４０８に進む。一方、無線ＬＡＮ通信に失敗した場合（Ｓ１４０７；ＮＯ）、処理はステップＳ１４１５に進む。ステップＳ１４０８において、認可中継サービス制御部５１０は、通信装置１０から、認可中継リクエストを受信して検出したか否かを判断する。認可中継リクエストを受信したと判断された場合（Ｓ１４０８；ＹＥＳ）、処理はステップＳ１４０９に進む。一方、認可中継リクエストを受信しなかったと判断された場合（Ｓ１４０８；ＮＯ）、処理はステップＳ１４１５に進む。ステップＳ１４０９において、認可制御部５１２は、認可レスポンスがＲＡＭ４０３に保存されているか否かを判断する。保存されていると判断された場合（Ｓ１４０９；ＹＥＳ）、処理はステップＳ１４１０に進む。一方、認可中継リクエストを受信しなかったと判断された場合（Ｓ１４０９；ＮＯ）、処理はステップＳ１４１５に進む。
【００６０】
ステップＳ１４１０において、認可中継サービス制御部５１０は、ＲＡＭ４０３に保存されている認可レスポンスを用いて、図１９に示す認可中継レスポンス２０１０に基づく認可中継レスポンスを作成する。本実施形態において、認可中継サービス制御部５１０は、認可中継レスポンス２０１１〜２０１３に対して、ステップＳ１３１６において受信した認可レスポンスを設定する。すなわち、認可中継サービス制御部５１０は、１９１１と同じ値を２０１１へ指定し、１９１２と同じ値を２０１２へ指定し、１９１４と同じ値を２０１３へ指定する。ステップＳ１４１１において、認可中継サービス制御部５１０は、認可中継レスポンスの送信元の通信装置１０に対して、ステップＳ１４１０において作成した認可中継レスポンスを送信する。ステップＳ１４１２において、認可中継サービス制御部５１０は、通信装置１０から、認可結果を受信したか否かを判断する。受信したと判断された場合（Ｓ１４１２；ＹＥＳ）、処理はステップＳ１４１３に進む、一方、受信しなかったと判断された場合（Ｓ１４１２；ＮＯ）、処理はステップＳ１４１５に進む。
【００６１】
ステップＳ１４１３において、認可中継サービス制御部５１０は、通信装置１０から受信した認可結果が認可成功を示すか否かを判断する。認可結果が認可成功と判断された場合（Ｓ１４１３；ＹＥＳ）、処理はステップＳ１４１４に進む、一方、認可結果が認可失敗と判断された場合（Ｓ１４１３；ＮＯ）、処理はステップＳ１４１５に進む。ステップＳ１４１４において、認可制御部５１２は、認可が成功したとして処理を終了する。ステップＳ１４１５において、認可制御部５１２は、認可が失敗したとして処理を終了する。
【００６２】
図１６は、本実施形態に係る認可中継リクエスト情報のデータ構成例を示す図である。認可中継リクエスト情報１７００は、本実施形態における認可中継リクエストに必要となるパラメータ情報の全体である。ｒｅｓｐｏｎｓｅ＿ｔｙｐｅ１７０１は、ＯＡｕｔｈ  ２．０における認可グラントタイプである。本実施形態では、ｒｅｓｐｏｎｓｅ＿ｔｙｐｅ１７０１は、認可タイプがプライベートモードの場合は、認可コードグラントタイプを示す値である“ｃｏｄｅ”を指定する。認可タイプがグループモードの場合は、インプリシットグラントタイプを示す値である“ｔｏｋｅｎ”を指定する。ｃｌｉｅｎｔ＿ｉｄ１７０２は、ＯＡｕｔｈ  ２．０におけるクライアント種別である。本実施形態において、ｃｌｉｅｎｔ＿ｉｄ１７０２は、通信装置１０の機器ＩＤ２００１を指定する。ｓｃｏｐｅ１７０３は、ＯＡｕｔｈ  ２．０におけるアクセス権限範囲を示す。ｓｔａｔｅ１７０４は、ＯＡｕｔｈ  ２．０における状態維持のためのランダム値である。
【００６３】
図１７は、本実施形態に係る認可リクエスト情報のデータ構成例を示す図である。なお、認可リクエスト情報に関して、図１６に示す認可中継リクエスト情報と同じデータ項目については説明を省略し、差分を記述する。認可リクエスト１８００は、本実施形態における認可リクエストに必要となるパラメータ情報の全体である。ｓｃｏｐｅ１８０３は、図１６に示すｓｃｏｐｅ１７０３と同じである。本実施形態において、認可アプリケーション部５１３は、ｓｃｏｐｅ１８０３に対して、ｓｃｏｐｅ１７０３と同じ値を用いる。これは、中継装置２０は、通信装置１０から要求されたアクセス権限範囲をそのまま、認可サーバ５０に対して要求する事を意味する。一方、認可アプリケーション部５１３は、ｓｃｏｐｅ１８０３に対して、ｓｃｏｐｅ１７０３と異なる値を用いても良い。これは、中継装置２０は、通信装置１０から要求されたアクセス権限範囲とは異なるアクセス権限範囲を、認可サーバ５０に対して要求する事を意味する。ｒｅｄｉｒｅｃｔ＿ｕｒｉ１８０５は、ＯＡｕｔｈ  ２．０におけるリダイレクトエンドポイントである。本実施形態において、ｒｅｄｉｒｅｃｔ＿ｕｒｉ１８０５は、中継装置２０の認可アプリケーション部５１３を表すＵＲＩを指定する。これによって、中継装置２０は、認可サーバ５０から認可レスポンスを受信した際、認可レスポンスのデータを認可アプリケーション部５１３に渡すことが可能になる。
【００６４】
図１８（ａ）〜（ｂ）は、本実施形態に係る認可レスポンス情報のデータ構成例を示す図である。なお、認可レスポンス情報に関して、図１６〜図１７に示す各種情報と同じデータ項目については説明を省略し、差分を記述する。図１８（ａ）の認可レスポンス情報１９００は、本実施形態における認可タイプがプライベートモードの認可レスポンスに必要となるパラメータ情報の全体である。ｃｏｄｅ１９０１は、ＯＡｕｔｈ  ２．０における認可コードである。図１８（ｂ）の認可レスポンス１９１０は、本実施形態における認可タイプがグループモードの認可レスポンスに必要となるパラメータ情報の全体である。ａｃｃｅｓｓ＿ｔｏｋｅｎ１９１１は、ＯＡｕｔｈ  ２．０におけるアクセストークンである。ｔｏｋｅｎ＿ｔｙｐｅ１９１２は、ＯＡｕｔｈ  ２．０におけるアクセストークンタイプである。ｅｘｐｉｒｅｓ＿ｉｎ１９１３は、ＯＡｕｔｈ  ２．０におけるアクセストークンの有効期限である。
【００６５】
図１９（ａ）〜（ｂ）は、本実施形態に係る認可中継レスポンス情報のデータ構成例を示す図である。なお、認可中継レスポンス情報に関して、図１６〜図１８に示す各種情報と同じデータ項目については説明を省略し、差分のみを記述する。図１９（ａ）の認可中継レスポンス情報２０００は、本実施形態における認可タイプがプライベートモードの認可中継レスポンスに必要となるパラメータ情報の全体である。ａｃｃｅｓｓ＿ｔｏｋｅｎ＿ｅｎｄｐｏｉｎｔ２００４は、認可サーバ５０におけるアクセストークンリクエストを受け付けるエンドポイント、つまりＵＲＩである。図１９（ｂ）の認可中継レスポンス情報２０００は、本実施形態における認可タイプがグループモードの認可中継レスポンスに必要となるパラメータ情報の全体である。
【００６６】
図２０（ａ）は、本実施形態に係る認可タイプ選択画面の例を示す図である。認可タイプ選択画面２１００は、本実施形態における認可タイプ選択画面である。認可タイプ選択画面２１００は、中継装置２０において、表示制御部５０２によって、表示部４０５に表示される。プライベートモード２１０１は、ＯＡｕｔｈ  ２．０における認可コードグラントタイプを示すボタンである。グループモード２１０２は、ＯＡｕｔｈ  ２．０におけるインプリシットタイプを示すボタンである。
【００６７】
図２０（ｂ）は、本実施形態に係るユーザ認証画面の例を示す図である。ユーザ認証画面２２００は、本実施形態におけるユーザ認証画面である。ユーザ認証画面２２００は、ＨＴＭＬで記述され、中継装置２０において、Ｗｅｂブラウザ制御部５０８によって、表示部４０５に表示される。ユーザＩＤ２２０１は、ユーザＩＤを入力するテキストフィールドである。パスワード２２０２は、ユーザパスワードを入力するテキストフィールドである。
【００６８】
図２０（ｃ）は、本実施形態に係るアクセス権限許可画面の例を示す図である。アクセス権限許可画面２３００は、本実施形態におけるアクセス権限許可画面である。アクセス権限許可画面２３００は、ＨＴＭＬで記述され、中継装置２０において、Ｗｅｂブラウザ制御部５０８によって、表示部４０５に表示される。許可ボタン２３０１は、認可対象（本実施形態では通信装置１０）に対してアクセス権限を許可することを示すボタンである。不許可ボタン２３０２は、認可対象（本実施形態では通信装置１０）に対してアクセス権限を許可しないことを示すボタンである。
【００６９】
図２１（ａ）〜（ｃ）は、本実施形態に係る認可機器連携画面２４００〜２４０２である。図２１（ａ）の認可機器連携画面２４００は、認可機器（通信装置１０）との連携前に中継装置２０の表示制御部５０２によって、表示部４０５に表示される。認可機器連携画面２４００は、認可を実施できることを示す画面である。図２１（ｂ）の認可機器連携画面２４０１は、認可機器との連携後に通信装置１０へ認可中継レスポンスが送信され、通信装置１０から認可結果が送信されてくるまでに表、示制御部５０２によって、表示部４０５に表示される。図２１（ｃ）の認可機器連携画面２４０２は、認可機器との連携後に通信装置１０へ認可中継レスポンスが送信され、通信装置１０から認可結果が送信されてきた際に、表示制御部５０２によって、表示部４０５に表示される。
【００７０】
以上、説明したように、通信装置１０と中継装置２０のＮＦＣ通信機能および無線ＬＡＮ機能で通信装置１０は中継装置２０に対して、認可中継リクエストを送信する。そして、中継装置２０は、認可中継リクエスト受信後に、認可タイプ選択画面２１００を表示部４０５に表示する。中継装置２０は、ユーザ３０が認可タイプ選択画面で選択した認可タイプの認可リクエストを作成し、認可サーバ５０へ送信する。そして、中継装置２０は、認可サーバ５０から、ＨＴＭＬによって記述されたユーザ認証画面データ、及びアクセス権限許可画面データを、Ｗｅｂブラウザ制御部５０８を利用して、表示部４０５に表示する。中継装置２０は、ユーザ３０からの入力を認可サーバ５０に送信し、認可サーバ５０から、認可レスポンスを受信する。ユーザ３０が認可タイプでグループモードを選択したことを条件に、中継装置２０は、認可レスポンスを保存する。その後、中継装置２０は、通信装置１０に対して、認可レスポンスに基づく認可中継レスポンスを送信する。通信装置１０は、認可中継レスポンスを受信後に、中継装置２０へ、認可結果を送信する。認可に成功し、認可タイプがグループモードの場合には、認可機器連携画面２４００を表示し、ユーザ３０へ認可する機器との連携を促すことができる。
【００７１】
そして、ユーザ３０がＮＦＣ通信機能により通信装置１０と無線ＬＡＮ接続した際には、ＮＦＣ連携した通信装置１０より認可リクエストを取得し、前記保存した認可レスポンスに基づき、認可中継レスポンスを生成し、通信装置１０へ認可中継レスポンスを送信する。これにより、複数台へ同一のアクセス権限の認可を実施する際に、認可サーバ５０との間でユーザ認証、アクセス権限許可の処理を都度行うことなく、認可処理を実施することが可能となり、ユーザの利便性が向上する。
【００７２】
中継装置２０に保存された認可レスポンスは、中継装置２０の認可アプリケーション部５１３終了時および新たな通信装置１０との認可処理開始時に削除されるが、認可アプリケーションに認可レスポンスを削除する機能を追加し、所定の時点で削除することも可能である。認可機器連携画面２４００表示中の動作にて、認可機器連携処理を終了するには、認可アプリケーションを終了することで可能であるが、認可機器連携画面に終了ボタンを設けて、明示的にユーザ３０に終了をさせることが可能である。
【００７３】
また、中継装置２０において、認可タイプ選択画面２１００を表示してから、認可サーバ５０とのユーザ認証、アクセス権限許可処理を実施後に認可サーバ５０から認可レスポンスを取得するまでに時間を要することが考えられる。このことをかんがみて、表示部４０５に認可レスポンス受信中を通知する画面を表示することが可能である。
【００７４】
また、認可タイプ選択画面２１００を表示せずに、通信装置１０で認可中継リクエストに設定した認可タイプをそのまま使用することも可能である。その後、中継装置２０は、通信装置１０に対して、認可サーバ５０から受信した認可レスポンスに基づく認可中継レスポンスを生成し送信する。
【００７５】
また、本実施形態において、通信装置１０と中継装置２０の間で、認可中継リクエスト、及び認可中継レスポンスを、無線ＬＡＮ通信によって送受信したが、これに限らない。例えば、ＮＦＣ、ＢＴ、ＢＴ−ＬＥ、ＺｉｇＢｅｅなどの他の通信方式を利用しても同様の効果が得られることをここに明記しておく。以上、本発明の一実施形態を示した。
【００７６】
（第２実施形態）
本実施形態は、ユーザ３０が中継装置２０を操作して、認可アプリケーション部５１３を起動してから認可処理を開始するケースである。なお、本実施形態において、第１実施形態と同じ項目については説明を省略し、差分を記述する。
【００７７】
図２２は、本実施形態に関わる通信装置１０と中継装置２０とが認可機器連携画面２４００でプライベートモード選択時にＮＦＣ通信し、認可処理を行う際のメッセージの例を示すシーケンス図である。なお、図２２は、第１実施形態における認可シーケンスを示す図８に対応する。
【００７８】
Ｍ２５０１において、ユーザ３０は、中継装置２０を操作して、認可アプリケーションの実行を指示する。Ｍ２５０２において、中継装置２０は、認可アプリケーション部５１３を実行する。Ｍ２５０３において、無線ＬＡＮ通信制御部５０５、及び公衆無線通信制御部５０７は、無線ＬＡＮテザリングを開始する。Ｍ２５０４において、認可制御部５１２は認可タイプ選択画面２１００を表示制御部５０２で表示部４０５に表示する。Ｍ２５０５において、ユーザ３０は、中継装置２０の操作部４０６を利用して、認可タイプを選択する。プライベートモード２１０１は、ＯＡｕｔｈ  ２．０の認可コードであり、グループモード２１０２はＯＡｕｔｈ  ２．０のインプリシットである。本シーケンスにおいては、ユーザ３０はプライベートモードを選択する。
【００７９】
Ｍ２５０６において、Ｍ２５０５でプライベートモードが選択された際には、認可サーバ５０に認可リクエスト１８００を送信する際にｃｌｉｅｎｔ＿ｉｄ１８０２が必要になる。そのため、通信装置１０にＮＦＣタッチ実施を行うことをユーザ３０へ通知する為、認可機器連携画面２４００を表示する。Ｍ２５０７において、ユーザ３０は、中継装置２０を通信装置１０にタッチする。Ｍ２５０８において、通信装置１０、及び中継装置２０は、それぞれお互いにＮＦＣ通信を検知する。Ｍ２５０９において、通信装置１０と中継装置２０とが無線接続する。Ｍ２５０９の処理の詳細は、図７に示した通りである。Ｍ２５１０において、通信装置１０、中継装置２０、及び認可サーバ５０が認可を実施する。Ｍ２５１０の処理の詳細は、図８に示した通りである。
【００８０】
図２３は、本実施形態に関わる通信装置１０と中継装置２０とが認可機器連携画面２４００でグループモード選択時にＮＦＣ通信、認可処理を行う際のメッセージの例を示すシーケンス図である。なお、図２３は、第１実施形態における認可シーケンスを示す図８に対応する。
【００８１】
Ｍ２６０１からＭ２６０５においては、Ｍ２５０１からＭ２５０５と同じ動作を行う。Ｍ２６０６において、通信装置１０、中継装置２０、及び認可サーバ５０が認可を実施する。図８に示すＭ８０４からＭ８１４が実施される。Ｍ２６０７において、Ｍ２６０５でグループモードが選択された際には、認可サーバ５０から受信した認可レスポンス１９１０を通信装置１０へ送信する必要がある。そのため、通信装置１０にＮＦＣタッチ実施を行うことをユーザ３０へ通知する為、認可機器連携画面２４００を表示する。Ｍ２６０８において、ユーザ３０は、中継装置２０を通信装置１０にタッチする。Ｍ２６０９において、通信装置１０、及び中継装置２０は、それぞれお互いにＮＦＣ通信を検知する。Ｍ２６１０において、通信装置１０と中継装置２０とが無線接続する。Ｍ２６１０の処理の詳細は、図７に示した通りである。
【００８２】
Ｍ２６１１において、中継装置２０は、認可中継サービス制御部５１０を利用して、認可サーバ５０から受信した認可レスポンスに基づく認可中継レスポンスを作成する。そして、認可中継サービス制御部５１０は、通信装置１０に対して、Ｍ２６０６において受信した認可中継リクエストに対応する認可中継レスポンスを送信する。そして、通信装置１０は、認可制御部３０９を利用して、中継装置２０から、認可中継レスポンスを受信する。Ｍ２６１２において、通信装置１０は、認可制御部３０９を利用して、中継装置２０の認可中継サービスに対して、認可成功を通知する。そして、中継装置２０は、認可中継サービス制御部５１０を利用して、通信装置１０から、認可成功の通知を受信する。
【００８３】
以上、説明したように、中継装置２０は、認可アプリケーション部を起動する手段で認可タイプ選択画面を表示することが可能である。認可タイプ選択画面においてプライベートモードを選択した場合は、認可機器連携画面を表示し、通信装置１０との間のＮＦＣ通信を実施する。グループモードを選択した場合は、認可サーバ５０に認可リクエストを送信し、ユーザ認証、アクセス権限許可処理を行った後に認可機器連携画面を表示し、通信装置１０との間のＮＦＣ通信を実施する。これによって、ユーザ３０は、選択した認可タイプに応じた通信装置１０との間のＮＦＣ通信を実施する時期を知ることが可能となり、使用性が向上する。
【００８４】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００８５】
１０  通信装置、２０  中継装置、３０  ユーザ、５０  認可サーバ、３０７  中継装置連携制御部、４０３  ＲＡＭ、４０５  表示部、４０６  操作部、５０８  Ｗｅｂブラウザ制御部、５０９  通信装置連携制御部、５１０  認可中継サービス制御部、５１２  認可制御部、５１３  認可アプリケーション部
【図１】
2015184826.tif 000003
【図２】
2015184826.tif 000004
【図３】
2015184826.tif 000005
【図４】
2015184826.tif 000006
【図５】
2015184826.tif 000007
【図６】
2015184826.tif 000008
【図７】
2015184826.tif 000009
【図８】
2015184826.tif 000010
【図９】
2015184826.tif 000011
【図１０】
2015184826.tif 000012
【図１１】
2015184826.tif 000013
【図１２】
2015184826.tif 000014
【図１３】
2015184826.tif 000015
【図１４】
2015184826.tif 000016
【図１５】
2015184826.tif 000017
【図１６】
2015184826.tif 000018
【図１７】
2015184826.tif 000019
【図１８】
2015184826.tif 000020
【図１９】
2015184826.tif 000021
【図２０】
2015184826.tif 000022
【図２１】
2015184826.tif 000023
【図２２】
2015184826.tif 000024
【図２３】
2015184826.tif 000025