JP7012764B2 - 情報処理装置、情報処理方法及びプログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法及びプログラムに関する。

近年、クラウドサービスの普及によって、クラウドサービスとデバイスとが連携して動作するシステムが増えてきている。クラウドサービスでは、テナントによってデバイスを管理する利用形態も広まっている。テナントとは、一つのクラウド（システム）環境を複数の企業のシステムやアプリケーションで共同利用する環境におけるサービス提供の単位である。テナントは、例えば企業毎や契約毎に提供される。デバイスをテナントで管理するために、デバイスをテナントに登録することがある。複数のデバイスを一つのテナントに登録することによって、組織や顧客などの利用単位による集中管理が可能になり、ユーザー管理、デバイス上のアプリケーション管理、利用状況レポート、課金管理などの様々な機能を一元的に提供できる。例えば、ユーザー管理において、クラウドサービス上で一度ユーザー登録を行えば、デバイス毎にユーザー登録を行う必要はなくなる。テナントにデバイスを登録する方法として、デバイス上のＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を使用する方法や情報処理装置（例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ））上のアプリケーションを使用する方法などがある。特許文献１では、複数のテナントと複数のデバイスとがそれぞれ適切に紐づけられるようにデータベースでテナント情報を管理し、適切にデバイスをマッピングする技術が提案されている。

特開２０１６－１１８８６３号公報

複数のデバイスについて個別にクラウドサービスに登録することは、ユーザーにとって手間である。特に、多数のデバイスを同時に使い始めたい場合などには大きな負担となりうる。この課題は、クラウドサービス以外のサービスにデバイスを登録する場合にも同様に当てはまる。本発明は、デバイスをサービスに登録するためのユーザーの負荷を低減することを目的とする。

上記課題に鑑みて、情報処理装置がサービスを利用するために、前記情報処理装置に関する情報を前記サービスに登録する登録処理を実行可能にする情報処理装置であって、前記情報処理装置と同一のネットワークに接続されたデバイスを検出する検出手段と、前記検出手段によって検出されたデバイスのうち前記サービスに登録されていないデバイスを特定する特定手段と、前記特定手段によって特定されたデバイスのうちの少なくとも一つのデバイスに対し、前記デバイスに関する情報を前記サービスに登録する前記登録処理を実行させるために、前記登録処理で使用される情報を前記少なくとも一つのデバイスに送信する送信手段と、を備えることを特徴とする情報処理装置が提供される。

上記手段により、デバイスをサービスに登録するためのユーザーの負荷が低減する。

本発明の実施形態の情報処理システムの構成例を示す図である。 本発明の実施形態のＰＣのハードウェア構成を示す図である。 本発明の実施形態のＭＦＰのハードウェア構成を示す図である。 本発明の実施形態のデバイス登録アプリケーションのソフトウェア構成を示す図である。 本発明の実施形態の画面の例を示す図である。 本発明の実施形態の画面の例を示す図である。 本発明の実施形態の画面の例を示す図である。 本発明の実施形態の画面の例を示す図である。 本発明の実施形態のデバイス情報のデータ構造を示す図である。 本発明の実施形態のデバイス登録リクエストのデータ構造を示す図である。 本発明の実施形態のレスポンスのデータ構造を示す図である。 本発明の実施形態のアクセストークンリクエストのデータ構造を示す図である。 本発明の実施形態のレスポンスのデータ構造を示す図である。 本発明の実施形態の動作例を示す図である。 本発明の実施形態の画面の例を示す図である。 本発明の実施形態のデバイス登録コードの取得画面を示す図である。 本発明の実施形態の動作例を示す図である。

以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

＜第１実施形態＞
［システム構成］
図１を参照して、本発明の第１実施形態に係る情報処理システムの全体構成の一例を示す。情報処理システムは、ＰＣ１００及びＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１０１～１０３を含む。ＰＣ１００及びＭＦＰ１０１～１０３はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０６によって相互に接続されている。ＬＡＮ１０６は、インターネット１０４にも接続されている。インターネット１０４は、広域通信ネットワークの一例である。インターネット１０４には、クラウドサービスを提供するクラウドサーバー１０５も接続されている。ＬＡＮ１０６に接続された各装置（すなわち、ＰＣ１００及びＭＦＰ１０１～１０３）は、インターネット１０４を通じてクラウドサーバー１０５と通信可能である。以下、クラウドサーバー１０５によって提供されるクラウドサービスを単にクラウドサービスと呼ぶ。

ＰＣ１００は、情報処理装置（コンピュータ）の一例である。ＰＣ１００は、クラウドサービスに登録可能なデバイスであってもよい。ＰＣ１００には、所定のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ、不図示）がインストールされ、かつ、特定の機能処理を実行する各種のアプリケーション（不図示）がインストールされている。

ＭＦＰ１０１は、クラウドサービスに登録可能なデバイスの一例である。ＭＦＰ１０１は、画像処理装置とも称される。ＭＦＰ１０１は、印刷機能、スキャナー機能、ファイル送信機能、ファクス機能、コピー機能等を有する。ＭＦＰ１０２及びＭＦＰ１０３もＭＦＰ１０１と同様の機能を備える。そのため、以降のＭＦＰに関する記載は、ＭＦＰ１０１を代表的に取り扱う。図１の例では情報処理システムが３つのＭＦＰ１０１～１０３を含むが、ＭＦＰの個数はこれに限られない。本実施形態の情報処理システムでは一般に、一つのＰＣ１０１と、一つ以上のその他のデバイス（ＭＦＰ又は別のデバイスを含む）とがＬＡＮ１０６によって相互に接続される。以下に説明するように、ＭＦＰ１０１は、情報処理装置としても動作可能である。そのため、本明細書において、情報処理装置とデバイスとは相互に入れ替え可能である。

ＬＡＮ１０６は、ローカル・ネットワークの一例である。ＬＡＮ１０６は、有線ＬＡＮ（例えば、イーサネット（登録商標）に準拠するネットワーク）であってもよいし、無線ＬＡＮ（例えば、ＷｉＦｉ（登録商標）に準拠するネットワーク）であってもよい。ＬＡＮ１０６に接続されたノード（ＰＣ１００、ＭＦＰ１０１～１０３及び不図示のルータ）よって、一つのネットワークが形成される。一つのネットワークとは、同一のネットワークアドレスを有するノードによって構成されるネットワークであってもよい。言い換えると、一つのネットワークは、ブロードキャストが到達可能な範囲のノードで形成される。図１の例では、ＰＣ１００及びＭＦＰ１０１～１０３が同一のネットワークに接続されている。

クラウドサーバー１０５は、インターネット１０４を介して通信可能なＰＣ１００やＭＦＰ１０１などのクライアントと連携してサービス提供をする。さらに、クラウドサーバー１０５は、ＭＦＰ１０１などで動作するアプリケーションからの要求に応えてＭＦＰ１０１などをクラウドサービス上へ登録する機能を有する。

［ハードウェア構成（ＰＣ）］
図２を参照して、ＰＣ１００のハードウェア構成の一例を示す。ＰＣ１００は、図２に示す各構成要素を含んでもよい。これらの構成要素は、システムバスによって相互に接続されてもよい。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１は、例えばプロセッサなどによって構成され、ＰＣ１００全体の動作を制御する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３は、揮発性メモリなどによって構成され、例えば記憶部２０６に格納されたプログラムをＣＰＵ２０１が実行するためのワークメモリとして機能する。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０４は、不揮発性メモリなどによって構成され、例えばブートプログラムを格納する。

入力部２０５は、例えばキーボードやポインティングデバイスによって構成され、ユーザーからの入力を取得する。表示部２０２は、例えば液晶ディスプレイによって構成され、ユーザーに向けて視覚的な情報を提示する。記憶部２０６は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などによって構成され、ＰＣ１００で使用されるプログラム（例えば、ＯＳやアプリケーション）やデータを格納する。記憶部２０６は、二次記憶装置や補助記憶装置と呼ばれてもよい。通信部２０７は、例えばネットワークカードや無線ＬＡＮモジュールなどによって構成され、他のデバイス（例えば、ＭＦＰ１０１～１０３やクラウドサーバー１０５）との通信を行う。通信部２０７は、例えばＨＴＴＰやＴＣＰ／ＩＰ等の通信プロトコルによる通信を行う。

ＰＣ１００による処理は、ＣＰＵ２０１が、記憶部２０６に格納されたプログラムをＲＡＭ２０３に読み出し、これを実行することによって行われてもよい。これにかえて、ＰＣ１００の処理の一部又は全部は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などの専用回路によって実行されてもよい。

［ハードウェア構成（ＭＦＰ）］
図３を参照して、ＭＦＰ１０１のハードウェア構成の一例を示す。ＭＦＰ１０１は、図３に示す各構成要素を含んでもよい。これらの構成要素は、システムバスによって相互に接続されてもよい。

ＣＰＵ３０１は、例えばプロセッサなどによって構成され、ＭＦＰ１０１全体の動作を制御する。ＲＡＭ３０３は、揮発性メモリなどによって構成され、例えば記憶部３０６に格納されたプログラムをＣＰＵ３０１が実行するためのワークメモリとして機能する。ＲＡＭ３０３は、画像データを一時記憶するための画像メモリとしても機能する。ＲＯＭ３０４は、不揮発性メモリなどによって構成され、例えばブートプログラムを格納する。

操作部３０５は、例えばタッチパネルやハードキーによって構成され、ユーザーによる操作を取得する。表示部３０２は、例えば液晶ディスプレイによって構成され、ユーザーに向けて視覚的な情報を提示する。表示部３０２及び操作部３０５は、タッチスクリーンとして一体に構成されてもよい。記憶部３０６は、ＨＤＤなどによって構成され、ＭＦＰ１０１で使用されるプログラム（例えば、ＯＳやアプリケーション）やデータを格納する。記憶部３０６は、二次記憶装置や補助記憶装置と呼ばれてもよい。通信部３０７は、例えばネットワークインタフェースカードや無線ＬＡＮモジュールのようなネットワークインタフェースによって構成され、他のデバイス（例えば、ＰＣ１００や他のＭＦＰ、クラウドサーバー１０５）との通信を行う。通信部３０７は、例えばＨＴＴＰやＴＣＰ／ＩＰ等の通信プロトコルによる通信を行う。

画像処理部３０８は、スキャナー部３１０によって読み取られた画像データ、及びプリンター部３０９に出力する画像データに対して、回転、色変換、画像圧縮／伸張処理などの画像処理を行う。プリンター部３０９は、画像処理部３０８で処理された画像データを受け取り、この画像データに付随している属性データに従って印刷を行う。スキャナー部３１０は、原稿上の画像を読み取り、この画像の画像データを作成する。

ＭＦＰ１０１による処理は、ＣＰＵ３０１が、記憶部３０６に格納されたプログラムをＲＡＭ３０３に読み出し、これを実行することによって行われてもよい。これにかえて、ＭＦＰ１０１の処理の一部又は全部は、ＡＳＩＣやＦＰＧＡなどの専用回路によって実行されてもよい。

［ソフトウェア構成図（デバイス登録アプリケーション４００）］
図４を参照して、ＭＦＰ１０１～１０３のソフトウェア構成の一例を示す。図４の例では、ＭＦＰ１０１～１０３のそれぞれにデバイス登録アプリケーション４００が搭載されている。以下の説明において、デバイス登録アプリケーション４００を単にアプリケーション４００と表す。以下の説明では、図１の構成要素のうちＭＦＰ１０１～１０３のみにアプリケーション４００が搭載されている例を説明するが、アプリケーション４００は、ＰＣ１００にも搭載されてもよい。アプリケーション４００は、ＭＦＰ１０１～１０３をクラウドサービスに登録するための機能を提供する。アプリケーション４００は、ＭＦＰ１０１～１０３の起動時に自動的に起動されてもよい。

本実施形態によれば、ユーザーは、一つのデバイス（例えば、ＭＦＰ１０１）を操作することによって、このデバイスだけでなく、他のデバイス（例えば、ＭＦＰ１０２及び１０３）もテナントに登録できる。デバイスをテナントに登録することにより、クラウドサービスが提供するサービスや機能をデバイスが利用できるようになる。

具体的に、ユーザーは、同一のネットワークに接続された複数のデバイスを一括してクラウドサービスに登録するために、一つのデバイスに、デバイスをテナントへ登録するために使用される情報を入力する。以下の説明では、デバイスをテナントへ登録するために使用される情報の一例として、デバイス登録コードを扱う。デバイス登録コードとは、クラウドサービスによって、クラウドサービスへ登録しようとするデバイスに提供されるキー情報であり、テナントの識別情報などを含む。デバイス登録コードによって識別されるテナント、すなわちデバイスの登録対象のテナントを、以下では対象テナントと呼ぶ。デバイス登録コードは、セキュリティに配慮した十分な桁数と、有効期限とを有するものとする。これにかえて、デバイス登録コードは、有効期限を有していなくてもよい。また、デバイス登録コードにかえて、テナントＩＤを使用することも可能である。デバイス登録コードは、ＭＦＰ１０１～１０３の登録処理を実行する前に、ＭＦＰ１０１のユーザーによってクラウドサーバー１０５から取得されている。例えば、ユーザーからデバイス登録コードの発行のリクエストを受けたクラウドサーバー１０５は、図１６の画面１６０１をユーザーに提示する。画面１６０１には、デバイス登録コード１６０２が含まれている。

ユーザーからデバイス登録コードを取得したデバイス（例えば、ＭＦＰ１０１）は、ＬＡＮ１０６内の他のデバイス（例えば、ＭＦＰ１０２、１０３）へデバイス登録コードを送信する。このデバイス登録コードを利用して、他のデバイス（例えば、ＭＦＰ１０２、１０３）も、自身を対象テナントに登録できる。このような機能を実現するために、本実施形態のアプリケーション４００は、デバイス検出部４０１、デバイス登録部４０２、入力管理部４０３及びデバイス一覧生成部４０４を有する。ユーザーから取得したデバイス登録コードを他のデバイスへ送信するデバイスとマスターデバイスと呼ぶ。他のデバイスからデバイス登録コードを受信し、自身を対象テナントに登録するデバイスをスレーブデバイスと呼ぶ。アプリケーション４００は、インストールされたデバイスを、マスターデバイスとして動作させることも可能であり、スレーブデバイスとして動作させることも可能である。したがって、ユーザーは、アプリケーション４００がインストールされたどのデバイスを使用しても、当該デバイス及び他のデバイスを対象テナントに登録できる。

デバイス検出部４０１は、同一のネットワークに接続されたデバイスを検出する機能を有する。具体的に、デバイス検出部４０１は、同一のネットワーク上のデバイスに応答を要求する機能と、同一のネットワーク上のデバイスからの要求に応答する機能とを有する。マスターデバイスにおいて、デバイス検出部４０１は、通信部３０７を介してデバイス検出リクエスト（後述の図９のリクエスト９０２）をＬＡＮ１０６にブロードキャストする。スレーブデバイスにおいて、デバイス検出部４０１は、デバイス検出リクエストに対して、ＭＦＰ１０１の情報を含む応答（後述の図９のレスポンス９０３）を返信する。アプリケーション４００は、デバイス検出リクエストの受信に備えて、起動とともに、デバイス検出部４０１による待ち受けを開始する。

デバイス登録部４０２は、デバイスをクラウドサービスの対象テナントに登録するための登録処理を行う機能を有する。マスターデバイスにおいて、デバイス登録部４０２は、ユーザーによる登録開始ボタン７０３（後述する図７）の押下を受け付けた場合に、入力管理部４０３に保持されているデバイス登録コードをデバイスへ送信する。スレーブデバイスにおいて、デバイス登録部４０２は、受信したデバイス登録コードを使用して、自身のデバイスを対象テナントに登録する。

入力管理部４０３は、操作部３０５から入力されたデバイス登録コードを受け取りＲＡＭ３０３上に保持する。続いて、入力管理部４０３は、デバイス登録コードが有効期限内のものであるかをクラウドサーバー１０５に問い合わせる。この問い合わせへのレスポンスに有効期限切れを示す情報が含まれていたり、何らかのエラーで正常なレスポンスが得られなかったりした場合に、入力管理部４０３は、ユーザーから入力されたデバイス登録コードを入力管理部４０３に保存しない。デバイス登録コードが有効期限内であれば、入力管理部４０３は、このデバイス登録コードを保存する。入力管理部４０３は、マスターデバイスにおいて動作し、スレーブデバイスにおいて動作しなくてもよい。

デバイス一覧生成部４０４は、デバイス一覧を表示する機能を有する。デバイス一覧生成部４０４は、ＬＡＮ１０６内の他のデバイスからのレスポンスを解析することによって、ＬＡＮ１０６内に接続されたデバイスの一覧を生成し、表示部３０２に表示する。第１実施形態において、デバイス一覧生成部４０４は、ＬＡＮ１０６内に接続されたデバイスのうち、何れのテナントにも登録されていないデバイスのみを一覧に含めるものとする。何れのテナントにも登録されていないデバイスを未登録デバイスと呼ぶ。デバイス一覧生成部４０４は、マスターデバイスにおいて動作し、スレーブデバイスにおいて動作しなくてもよい。

［デバイス登録アプリケーションのＧＵＩ］
図５～図８を参照して、アプリケーション４００のＧＵＩ画面の一例を示す。図５は、ＭＦＰ１０１の表示部３０２に表示されるメインメニュー画面の一例である。アプリケーション４００は、ＭＦＰ１０１の起動とともにバックグランドで動作を開始し、メインメニュー５０１のアイコン５０２の押下を待機する。アプリケーション４００（具体的に、入力管理部４０３）は、ユーザーによりアイコン５０２が押下されると、図６に示すコード入力画面６０１を表示部３０２に表示する。

コード入力画面６０１は、ユーザーからデバイス登録コードを取得するための画面である。コード入力画面６０１は、ＧＵＩ部品として、入力フィールド６０２と、ボタン６０３とを含む。ユーザーは、操作部３０５を通じて入力フィールド６０２にデバイス登録コードを入力可能である。入力管理部４０３は、ユーザーによって入力されたデバイス登録コードを入力フィールド６０２に表示するとともに、ＲＡＭ３０３に保持する。ユーザーは、例えばＰＣ１００を使用して事前にクラウドサーバー１０５からデバイス登録コードを取得してもよい。これにかえて、ＭＦＰ１０１がデバイス登録コードを取得する機能を提供してもよい。

入力管理部４０３にデバイス登録コードが保持されている場合に、入力管理部４０３は、コード入力画面６０１への遷移と同時に、保存されているデバイス登録コードを入力フィールド６０２に表示してもよい。ユーザーは、このようにして入力フィールド６０２に表示されたデバイス登録コードを変更可能であってもよい。ユーザーによって入力されたデバイス登録コードが正しくない場合に、入力管理部４０３は、例えば「入力した値が正しくありません」などのようなメッセージをユーザーへ提示してもよい。例えば、クラウドサーバー１０５が正しく認識できない登録コードである場合に、デバイス登録コードが正しくないと判定される。

入力フィールド６０２にデバイス登録コードが表示された状態で「次へ」と書かれたボタン６０３が押下されると、アプリケーション４００（具体的に、デバイス一覧生成部４０４）は、図７に示すデバイス一覧画面７０１を表示部３０２に表示する。デバイス一覧画面７０１は、デバイス一覧７０２と、登録開始ボタン７０３とを含む。デバイス一覧７０２は、デバイス検出部４０１によって検出されたデバイスのうち、デバイス一覧生成部４０４によって未登録デバイスであると判定されたデバイスの一覧である。ユーザーによって操作中のデバイスが未登録デバイスであるならば、このデバイスも一覧に含まれてもよい。デバイス一覧７０２は、シリアル番号のような、ユーザーがデバイスを識別するための情報（識別情報）を含んでもよい。また、デバイス名やＩＰアドレスが識別情報として機能してもよい。「登録開始」と書かれた登録開始ボタン７０３がユーザーによって押下されると、デバイス登録部４０２は、デバイス一覧７０２にリストされたデバイスを対象テナントに登録するための登録処理を行う。

登録処理を実行した後、アプリケーション４００（具体的に、デバイス一覧生成部４０４）は、図８に示す登録結果画面８０１を表示部３０２に表示する。登録結果画面８０１は、登録結果一覧８０２と、ボタン８０３とを含む。登録結果一覧８０２は、デバイス一覧７０２にリストされたデバイスの登録結果（すなわち、対象テナントへの登録に成功したか失敗したか）を示す。図８の例では、すべてのデバイスの登録に成功している（図８では「ＯＫ」と表示されている）。デバイスの登録に失敗した場合に、結果に「ＮＧ」や「失敗」などと表示される。デバイス登録に失敗する原因として、デバイス本体の不具合、クラウドサービス側の問題、通信障害などが考えられる。登録に失敗したデバイスは、アプリケーション４００を再実行することにより再登録を試行してもよい。「登録開始」と書かれた登録開始ボタン７０３がユーザーによって押下されると、デバイス登録部４０２は、処理を終了し、ＭＦＰ１０１は、図５のメインメニュー５０１の表示に戻る。

［デバイス情報のデータ構造］
続いて、図９～図１３を参照して、デバイス間で交換されるメッセージのデータ構造の例について説明する。図９は、デバイス検出部４０１が未登録デバイスを検出する際にネットワーク上に送受信する情報９０１のデータ構造の一例を示す。情報９０１は、リクエスト９０２及びレスポンス９０３を含む。リクエスト９０２は、マスターデバイス（上述の例ではＭＦＰ１０１）から、スレーブデバイス（上述の例では、ＭＦＰ１０２、１０３）に送信されるメッセージである。レスポンス９０３は、スレーブデバイスからマスターデバイスに送信される応答である。

リクエスト９０２は、例えばＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストである。マスターデバイスは、ＨＴＴＰのＧＥＴリクエストによってＷｅｂサービスにアクセスし、ＳｔａｔｕｓというＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を呼び出す処理を行う。

レスポンス９０３は、例えばＨＴＴＰレスポンスである。表１にレスポンス９０３のボディに記載される情報の説明を示す。図９に示す設定値は、デバイスが未登録である場合の一例であり、ＳｔａｔｕｓがＮｏｔ ｒｅｇｉｓｔｅｒｅｄとなっている場合に、デバイスが未登録であることを表す。

本実施形態では、リクエスト９０２としてＨＴＴＰを使用する例を示すが、通信プロトコルは特に限定されるものではなく、その他の通信プロトコルであってもよい。また、レスポンス９０３がＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）形式で定義される例を示すが、特にこの形式に限定されるものではなく、その他の形式であってもよい。以降、本実施形態においてＭＦＰ１０１とクラウドサーバー１０５との通信では、ＨＴＴＰ及びＪＳＯＮを使用した例を示す。

［デバイス登録リクエストのデータ構造］
図１０は、スレーブデバイス（例えば、ＭＦＰ１０１～１０３）がインターネット１０４を介してクラウドサーバー１０５へ自身を登録する際に送信するデバイス登録リクエスト１００１のデータ構造の一例を示す。デバイス登録リクエスト１００１は、例えばＨＴＴＰリクエストである。デバイス登録リクエスト１００１のヘッダ１００２は、ＨＴＴＰのＰＯＳＴリクエストによってＷｅｂサービスにアクセスし、ｄｅｖｉｃｅｒｅｇｉｓｔｒａｔｉｏｎというＡＰＩを呼び出す処理を表す。ＵＲＬのクエリパラメータｃｏｄｅに、デバイス登録コードが指定されている。ここで指定されるデバイス登録コードは、図６で入力されたデバイス登録コードに対応する。

表２にデバイス登録リクエスト１００１のボディ１００３に記載される情報の説明を示す。表２において、ＦＱＤＮは、Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅの略であり、ホスト名やドメイン名などすべてを省略せずに指定した記述形式のことである。

［デバイス登録リクエストのレスポンスのデータ構造］
図１１は、デバイス登録リクエスト１００１に対するレスポンス１１０１のデータ構造の一例を示す。本実施形態では、ＯＡｕｔｈ認証を使用した例を示すが、認証方法は特に限定されるものではなく、その他の認証手段であってもよい。ＯＡｕｔｈは、権限の許可を行うためのオープンスタンダードであり、現在主流であるＯＡｕｔｈ２．０の仕様は、ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）のＲＦＣ６７４９及びＲＦＣ６５７０に規定されている。以降、ＯＡｕｔｈ認証に関する用語は、前述したＲＦＣの記載内容に従うものとする。

表３にレスポンス１１０１のボディに記載されている情報の説明を示す。

［アクセストークンリクエストのデータ構造］
図１２は、スレーブデバイス（例えば、ＭＦＰ１０１～１０３）がインターネット１０４を介してクラウドサーバー１０５へＯＡｕｔｈ認証をする際に送信するアクセストークンリクエスト１２０１のデータ構造の一例である。アクセストークンリクエスト１２０１は例えばＨＴＴＰリクエストである。アクセストークンリクエスト１２０１のヘッダは、ＨＴＴＰのＰＯＳＴリクエストによってＷｅｂサービスにアクセスしｔｏｋｅｎというＡＰＩを呼び出すという処理を表す。表４に、アクセストークンリクエスト１２０１のボディに記載されている情報の説明を示す。

［アクセストークンリクエストのレスポンスのデータ構造］
図１３は、アクセストークンリクエスト１２０１に対するレスポンス１３０１のデータ構造の一例である。表５に、レスポンス１３０１のボディに記載されている情報の説明を示す。

［デバイス登録アプリケーションの処理フロー］
図１４を参照して、アプリケーション４００によるデバイス登録処理の一例を示す。図１４では、ユーザーがＭＦＰ１０１を操作する場合、すなわちＭＦＰ１０１がマスターデバイスとして動作する場合について説明する。ユーザーが他のデバイスを操作する場合に、ＭＦＰ１０１の動作がこの他のデバイスに置き換わる。図１４による処理は、表示部２０２に表示されたメインメニュー５００のアイコン５０２をユーザーが押下したことによって開始される。

ＭＦＰ１０１～１０３のアプリケーション４００は、ＭＦＰ１０１～１０３の起動後すぐに開始され、バックグラウンドで動作しているものとする。図１４において、ＭＦＰ１０１は、マスターデバイスとして動作するとともに、スレーブデバイスとしても動作する。言い換えると、ＭＦＰ１０１は、他のデバイスに対してデバイス登録コードを送信するとともに、このデバイス登録コードを使用して自身を対象テナントに登録する。自ホスト内部での通信のフローを明示するために、マスターデバイスとして動作するＭＦＰ１０１と、スレーブデバイスとして動作するＭＦＰ１０１とを別々に示す。ＭＦＰ１０１が対象テナントに登録済であるか未登録であるかに関わらず、ＭＦＰ１０１のアプリケーション４００は、図１４の処理を実行可能である。

Ｓ１４０１で、ＭＦＰ１０１（具体的に、入力管理部４０３）は、操作部３０５を介してユーザーから入力されたデバイス登録コードを取得する。上述のように、ＭＦＰ１０１がすでにデバイス登録コードを保持しているならば、アプリケーション４００は、ユーザーからの入力にかえて、この保持されているデバイス登録コードを利用してもよい。

Ｓ１４０２で、ＭＦＰ１０１（具体的に、入力管理部４０３）は、デバイス登録コードが有効であるかどうかをクラウドサーバー１０５に問い合わせる。この問い合わせは、上述のデバイス登録リクエスト１００１と同じ形式のリクエストをクラウドサーバー１０５に送信することによって行われてもよい。これにかえて、デバイス登録コードが有効かどうかを確認するための別の形式のリクエストが送信されてもよい。

クラウドサーバー１０５は、デバイス登録コードが、過去に自身が発行したものと一致するかどうかを判定する。また、デバイス登録コードに有効期限が設定されている場合に、クラウドサーバー１０５は、そのデバイス登録コードが有効期限内であるかどうかを判定する。例えば、クラウドサーバー１０５は、デバイス登録リクエスト１００１のヘッダ１００２のＵＲＬからデバイス登録コードを抽出し、抽出されたデバイス登録コードの発行日時を確認し、発行から一定期間経過していたら有効期限切れと判断する。

Ｓ１４１３で、クラウドサーバー１０５は、デバイス登録コードが有効かどうかの判定結果をＭＦＰ１０１に通知する。この通知は、上述のレスポンス１１０１と同じ形式のレスポンスをＭＦＰ１０１に送信することによって行われてもよい。これにかえて、デバイス登録コードが有効かどうかの判定結果を通知するための別の形式のレスポンスが送信されてもよい。

ＭＦＰ１０１は、デバイス登録コードが有効でないことが通知された場合に、「デバイス登録コードが有効でありません。」や、具体的な原因を含む「有効期限切れです。」のようなメッセージをユーザーへ提示し、デバイス登録コードの再入力を促してもよい。レスポンス１１０１の内容に有効期限切れを示す情報が含まれていたり、何らかのエラーで正常なレスポンスが得られなかったりした場合に、ＭＦＰ１０１は、ユーザーから入力されたデバイス登録コードを保存しない。有効期限内であれば、ＭＦＰ１０１は、デバイス登録コードを入力管理部４０３に保存する。有効なデバイス登録コードを保持しておくことによって、デバイス登録に失敗した場合など、デバイス登録アプリケーションを再実行する際にユーザーの入力を省くことができる。ＭＦＰ１０１は、デバイス登録コードが有効であることが通知された場合に、後続の処理に遷移する。

Ｓ１４０４で、ＭＦＰ１０１（具体的に、入力管理部４０３）は、ＭＦＰ１０１が接続されたネットワーク（すなわち、ＬＡＮ１０６）にリクエスト９０２をブロードキャストする。これによって、ＭＦＰ１０１は、ＭＦＰ１０１と同一のネットワークに接続されたデバイスを検出可能である。図１の例では、ＰＣ１００、ＭＦＰ１０２及びＭＦＰ１０２がリクエスト９０２を受信する。説明のために、ＭＦＰ１０１もリクエスト９０２を受信可能であるとする。

Ｓ１４０５で、リクエスト９０２を受信したスレーブデバイス（具体的に、入力管理部４０３）は、リクエスト９０２に対するレスポンス９０３を生成する。図１の例では、ＭＦＰ１０１～１０３がそれぞれレスポンス９０３を生成するとする。ＰＣ１００にはアプリケーション４００がインストールされていないため、ＰＣ１００はレスポンス９０３を生成しない。Ｓ１４０６で、スレーブデバイス（具体的に、入力管理部４０３）は、ＭＦＰ１０１にレスポンス９０３を送信し、ＭＦＰ１０１はこれを受信する。

Ｓ１４０７で、ＭＦＰ１０１（具体的に、デバイス一覧生成部４０４）は、レスポンス９０３を解析することによって、未登録デバイスを特定する。上述のように、レスポンス９０３内のＳｔａｔｕｓがＮｏｔ ｒｅｇｉｓｔｅｒｅｄであれば、未登録デバイスであると判定される。さらに、ＭＦＰ１０１（具体的に、デバイス一覧生成部４０４）は、特定された未登録デバイスの一覧を生成する。Ｓ１４０８で、ＭＦＰ１０１（具体的に、デバイス一覧生成部４０４）は、生成した未登録デバイスの一覧を、デバイス一覧７０２としてユーザーに提示する。上述のように、デバイス一覧７０２は、特定された未登録デバイスの識別情報を含む。

Ｓ１４０９で、ＭＦＰ１０１（具体的に、デバイス登録部４０２）は、ユーザーからの登録開始の指示を待機する。登録開始の指示は、例えば上述の登録開始ボタン７０３の押下によって行われる。ＭＦＰ１０１（具体的に、デバイス登録部４０２）は、ユーザーからの登録開始の指示を取得すると、Ｓ１４１０で、デバイス登録コードを、特定された未登録デバイスに送信する。複数の未登録デバイスが特定された場合に、ＭＦＰ１０１は、複数の未登録デバイスのそれぞれに、デバイス登録コードを送信する。デバイス登録コードの送信は、レスポンス９０３に含まれるＩＰアドレスを使用したユニキャストで行われてもよい。

Ｓ１４１０で、未登録デバイス（具体的に、デバイス登録部４０２）は、クラウドサーバー１０５にデバイス登録リクエスト１００１を送信する。Ｓ１４１１で、クラウドサーバー１０５は、デバイスを対象テナントに登録する。Ｓ１４１２で、クラウドサーバー１０５は、デバイス登録リクエスト１００１への応答として、デバイス登録完了レスポンス１１０１を送信する。レスポンス１１０３には、ＯＡｕｔｈ認証のアクセストークンを取得するために必要な情報が含まれている。

Ｓ１４１４で、未登録デバイス（具体的に、デバイス登録部４０２）は、クラウドサーバー１０５にアクセストークンのリクエスト１２０２を送信する。アクセストークンリクエスト１２０１は、レスポンス１１０１の情報に基づいて作成される。Ｓ１４１５で、クラウドサーバー１０５は、アクセストークンを含むレスポンス１３０１を生成する。Ｓ１４１６で、クラウドサーバー１０５は、リクエスト１２０２への応答として、アクセストークンを含むレスポンス１３０１を送信する。未登録デバイスは、取得したアクセストークンを、クラウドサービスのＡＰＩにアクセスする際に使用可能である。未登録デバイスは、アクセストークンの取得に加えて、クラウドサーバー１０５を利用するために必要なアプリケーションをインストールしてもよい。

Ｓ１４１７で、未登録と判断されたデバイス（具体的に、デバイス登録部４０２）は、デバイス登録完了通知をＭＦＰ１０１へ送信する。すべての未登録デバイスから登録処理の結果を取得したＭＦＰ１０１は、登録結果画面８０１を生成し、ユーザーに提示する。

以上の実施形態により、ユーザーは、ＭＦＰ１０１を操作することによって、自動的に検出された同一ネットワーク内の未登録デバイスを一括して対象テナントに登録できる。そのため、ユーザーが未登録デバイスを個別に操作して対象テナントに登録する必要がなくなり、ユーザーの負荷が低減される。さらに、ユーザーがクラウドサービスを利用開始するまでの時間が短縮される。

上述の実施形態において、アプリケーション４００は、デバイス一覧７０２にリストされた未登録デバイスのすべてを対象テナントへの登録対象とした。これにかえて、アプリケーション４００は、デバイス一覧７０２にリストされた未登録デバイスの一部のみを登録対象としてもよい。登録対象とするデバイスは、例えばユーザーによって指示されたデバイスであってもよい。この場合に、デバイス一覧画面７０１は、デバイス一覧７０２のデバイスごとにチェックボックスを含み、このチェックボックスに対する入力に基づいて登録するデバイスを特定してもよい。

上述の実施形態において、デバイスがクラウドサービスの対象テナントに登録される場合を扱った。デバイスが登録されるクラウドサービスは、マルチテナント型であってもシングルテナント型であってもよい。いずれの場合であっても、デバイスがクラウドサービスのテナントに登録されることは、デバイスがクラウドサービスに登録されることの一形態である。クラウドサービスがマルチテナント型である場合に、各テナントがデバイスを登録対象のサービスであるとみなされうる。また、デバイスの登録対象は、クラウドサービスではなく、他のサービスであってもよい。

上述の実施形態において、クラウドサービスのテナントに登録されるデバイスとして、ＭＦＰを扱った。クラウドサービスのテナントに登録されるデバイスは、ＭＦＰ以外のデバイス、例えば、ＰＣ、スマートフォン、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）デバイス、車両、電化製品、産業機械のような任意のデバイスを含みうる。

上述の実施形態において、ステップＳ１４１１で、アプリケーション４００のデバイス登録部４０２がクライアントデバイスを対象テナントに登録する処理を行った。これにかえて、クライアントデバイス内の他のアプリケーションがクライアントデバイスを対象テナントに登録する処理を行ってもよい。

上述の実施形態において、マスターデバイス（ＭＦＰ１０１）は、スレーブデバイスを対象テナントに登録するための登録処理として、スレーブデバイスにデバイス登録コードを送信した。これにかえて、クラウドサービスが許容する場合に、マスターデバイスが、スレーブデバイスを登録するリクエストをクラウドサーバー１０５に送信してもよい。

＜第２実施形態＞
本発明の第２実施形態について説明する。第１実施形態で説明した変形例は、第２実施形態でも同様に適用可能である。第１実施形態では、未登録デバイス、すなわち何れのテナントにも登録されていないデバイスを一括して対象テナントに登録した。第２実施形態では、未登録デバイス以外のデバイス、すなわち、何れかのテナントにすでに登録されているデバイスも対象テナントに登録可能にする。対象テナントにすでに登録されているデバイスを登録対象に含める必要はないため、対象テナントとは異なる他のテナントにすでに登録されているデバイスも登録対象に含める。対象テナントとは異なる他のテナントにすでに登録されているデバイスを登録済デバイスと呼ぶ。また、対象テナントに登録されているデバイスを登録不要デバイスと呼ぶ。以下では、第１実施形態との相違点について主に説明する。

アプリケーション４００（具体的に、デバイス一覧生成部４０４）は、図７に示すデバイス一覧画面７０１にかえて、図１５のデバイス一覧画面１５０１を表示する。デバイス一覧画面１５０１は、デバイス一覧１５０２と、ボタン１５０３と、チェックボックス１５０４、１５０５とを含む。

デバイス一覧１５０２は、デバイス検出部４０１によって検出されたデバイスのうち、デバイス一覧生成部４０４によって対象テナントに登録されていないと判定されたデバイスの一覧である。したがって、デバイス一覧１５０２は、未登録デバイスと、登録済デバイスとを含みうる。ユーザーによって操作中のデバイスも、一覧に含まれてもよい。デバイス一覧１５０２は、シリアル番号のような、ユーザーがデバイスを識別するための情報を含んでもよい。また、デバイス名やＩＰアドレスが識別情報として機能してもよい。

デバイス一覧１５０２は、検出されたデバイスを、未登録デバイスであるか登録済デバイスであるかが区別可能なように表示する。図１５の例では、未登録デバイスのテナントＵＲＬのカラムには、「未登録」が表示される。登録済デバイスのテナントＵＲＬのカラムには、登録されているテナントの識別情報が表示される。テナントの識別情報は、例えばテナントのＵＲＬである。このように、ＭＦＰ１０１は、検出されたデバイスが他のテナントに登録されているかどうかをユーザーに提示する。

デバイス一覧１５０２は、登録済デバイスのそれぞれに対してチェックボックス（例えば、チェックボックス１５０４、１５０５）を含む。チェックボックスは、登録済デバイスを対象テナントに登録するか否かの指示をユーザーから取得するためのＧＵＩ部品である。チェックボックス１５０４のようにチェックが入っている場合に、登録済デバイス（ｈｔｔｐｓ：／／ｔｅｎａｎｔ２．ｃｌｏｕｄ．ｅｘａｍｐｌｅ．ｃｏｍで識別されるテナントにすでに登録されているデバイス）は、対象デバイスへの登録対象に含まれる。チェックボックス１５０５のようにチェックが入っていない場合に、登録済デバイス（ｈｔｔｐｓ：／／ｔｅｎａｎｔ３．ｃｌｏｕｄ．ｅｘａｍｐｌｅ．ｃｏｍで識別されるテナントにすでに登録されているデバイス）は、対象デバイスへの登録対象に含まれない。ユーザーは、チェックボックス１５０４、１５０５のチェックを切り替えることによって、登録対象のデバイスを指示できる。

未登録デバイスに対してチェックボックスは含まれない。未登録デバイスは、ユーザーからの指示によらずに対象デバイスへの登録対象となる。第１実施形態で説明した変更例のように、未登録デバイスを登録するかどうかを指示可能であってもよい。

「登録開始」と書かれたボタン１５０３がユーザーによって押下されると、デバイス登録部４０２は、デバイス一覧１５０２にリストされたデバイスのうち、未登録デバイス及び指示された登録済デバイスを対象テナントに登録するための登録処理を行う。

図１７を参照して、アプリケーション４００によるデバイス登録処理の一例を示す。以下では第１実施形態との相違点について主に説明する。Ｓ１４０１～Ｓ１４０６、Ｓ１４０９～Ｓ１４１１及びＳ１４１３～Ｓ１４１７は第１実施形態と同様である。

Ｓ１７０７で、ＭＦＰ１０１（具体的に、デバイス一覧生成部４０４）は、レスポンス９０３を解析することによって、検出されたデバイスのうち、未登録デバイス及び登録済デバイスを特定する。上述のように、レスポンス９０３内のＳｔａｔｕｓがＮｏｔ ｒｅｇｉｓｔｅｒｅｄであれば、未登録デバイスであると判定される。レスポンス９０３内のＳｔａｔｕｓがｒｅｇｉｓｔｅｒｅｄであり、Ｓｅｒｖｅｒ－Ｕｒｌが対象テナントのＵＲＬ以外であれば、登録済デバイスであると判定される。さらに、ＭＦＰ１０１（具体的に、デバイス一覧生成部４０４）は、特定されたデバイスの一覧を生成する。

Ｓ１７０８で、ＭＦＰ１０１（具体的に、デバイス一覧生成部４０４）は、生成したデバイスの一覧を、デバイス一覧１５０２としてユーザーに提示する。上述のように、デバイス一覧７０２は、特定された未登録デバイス及び登録済デバイスの識別情報を含む。ユーザーは、デバイス一覧１５０２のチェックボックスを操作することによって、対象テナントに登録する登録済デバイスを指示できる。

Ｓ１４１１で、クラウドサーバー１０５は、デバイスを対象テナントに登録する。デバイスが他のテナントにすでに登録されており、複数のテナントにわたって登録されることが認められていない場合に、クラウドサーバー１０５は、デバイスの既存の登録を解除し、デバイスを対象テナントに新たに登録する。デバイスが他のテナントにすでに登録されており、複数のテナントにわたって登録されることが認められている場合に、クラウドサーバー１０５は、デバイスの既存の登録を解除せずに、デバイスを対象テナントに新たに登録してもよい。

上述の実施形態において、登録済デバイスであるスレーブデバイスも対象テナントに登録可能になる。

上述の実施形態において、デバイス一覧１５０２は、登録不能デバイス、すなわち対象テナントにすでに登録されているデバイスを含まなかった。これにかえて、デバイス一覧１５０２は、登録不能デバイスを含んでもよい。これによって、ユーザーは、マスターデバイスと同一のネットワークに接続されている登録不能デバイスを把握できる。登録不能デバイスのテナントＵＲＬのカラムには、対象テナントのＵＲＬが表示されてもよいし、「登録済」と表示されてもよい。デバイス一覧１５０２に含まれていたとしても、登録済デバイスに対して、対象テナントへの登録処理は行われない。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１００ ＰＣ、１０１～１０３ ＭＦＰ、１０５ クラウドサーバー、４００ デバイス登録アプリケーション

Claims (11)

1. 情報処理装置がサービスを利用するために、前記情報処理装置に関する情報を前記サービスに登録する登録処理を実行可能にする情報処理装置であって、
   前記情報処理装置と同一のネットワークに接続されたデバイスを検出する検出手段と、
   前記検出手段によって検出されたデバイスのうち前記サービスに登録されていないデバイスを特定する特定手段と、
   前記特定手段によって特定されたデバイスのうちの少なくとも一つのデバイスに対し、前記デバイスに関する情報を前記サービスに登録する前記登録処理を実行させるために、前記登録処理で使用される情報を前記少なくとも一つのデバイスに送信する送信手段と、
   を備えることを特徴とする情報処理装置。
2. 前記登録処理で使用される情報を受信した前記デバイスは、
   前記登録処理で使用される情報を、前記サービスを提供するサーバーに送信することによって前記デバイスに関する情報を前記サービスに登録することを特徴とする請求項１に記載の情報処理装置。
3. 前記情報処理装置は、前記登録処理で使用される前記情報をユーザーから取得する取得手段をさらに備えることを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記情報処理装置は、前記特定手段によって特定されたデバイスの識別情報をユーザーに提示する提示手段をさらに備え、
   前記送信手段は、前記特定されたデバイスのうち前記ユーザーによって指示されたデバイスに対して、前記登録処理で使用される情報を送信する、
   ことを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
5. 前記特定手段は、前記検出手段によって検出されたデバイスが前記サービスとは異なる他のサービスに登録されているかどうかを判定し、
   前記提示手段は、前記検出手段によって検出されたデバイスが他のサービスに登録されているかどうかを前記ユーザーにさらに提示する、
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記提示手段は、前記検出手段によって検出されたデバイスが登録されている他のサービスの識別情報を前記ユーザーにさらに提示することを特徴とする請求項５に記載の情報処理装置。
7. 前記サービスは、クラウドサービスであることを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
8. 前記情報処理装置は、画像処理装置を含むことを特徴とする請求項１乃至７の何れか１項に記載の情報処理装置。
9. 前記デバイスは、画像処理装置を含むことを特徴とする請求項１乃至８の何れか１項に記載の情報処理装置。
10. コンピュータを請求項１乃至９の何れか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
11. コンピュータがサービスを利用するために、前記コンピュータに関する情報を前記サービスに登録する登録処理を実行可能にするためにコンピュータによって実行される情報処理方法であって、
    前記コンピュータと同一のネットワークに接続されたデバイスを検出する検出工程と、
    前記検出工程において検出されたデバイスのうち前記サービスに登録されていないデバイスを特定する特定工程と、
    前記特定工程において特定されたデバイスのうちの少なくとも一つのデバイスに対し、前記デバイスに関する情報を前記サービスに登録する前記登録処理を実行させるために、前記登録処理で使用される情報を前記少なくとも一つのデバイスに送信する送信工程と、
    を有することを特徴とする情報処理方法。

Images