JP2022128246A - 情報処理システム、その制御方法 - Google Patents

Abstract

【課題】メッセージアプリケーションサービスにおいて投稿された画像データをプリンタで印刷するための事前の作業における認証情報の入力にかかるユーザの負荷を減らす情報処理システム及び情報処理システムの制御方法を提供する。
【解決手段】情報処理システムは、ユーザによって入力された第１の認証情報を受信し、第１の認証情報に基づいて認証を実行する第１の認証手段と、認証に基づいて、画像処理装置を登録する登録手段と、登録手段が画像処理装置を登録したことに基づいて画像処理装置に第２の認証情報を送信する第２の送信手段と、第２の認証情報に基づいて、第２の情報処理装置への所定のアプリケーションのインストールを実行するための認証を実行する第２の認証手段とを有する。
【選択図】図１３

Description

情報処理システム、その制御方法に関する。

特許文献１には、メッセージアプリケーションサービス（チャットサービス）において、連携アプリケーション（Ｂｏｔアプリ）が実行されることで、ユーザが投稿した画像データをプリンタに送信し、プリンタがその画像データを印刷することが記載されている。

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

特許文献１のように、ユーザがメッセージアプリケーションサービスに投稿した画像データをプリンタに送信するためには、メッセージアプリケーションサービスを提供するメッセージアプリケーションサーバに連携アプリケーションをインストールする必要がある。加えて、メッセージアプリケーションサービスやクラウドストレージサービスの情報を管理するテナントサーバにプリンタを登録する必要がある。

例えば、従来技術のシーケンスである図９（テナントサーバにプリンタを登録するためのシーケンス）、図１０（メッセージアプリケーションサーバに連携アプリケーションをインストールするためのシーケンス）のシーケンスにおいては以下の処理が必要になる。

例えば、テナントサーバにプリンタを登録するための認証（Ｓ８１０）を行う際に、ユーザが認証情報を入力し（Ｓ８０８）する必要がる。また、メッセージアプリケーションサーバに連携アプリケーションをインストールする（Ｓ９１３）ための認証（Ｓ９１０）を行う際に、Ｓ８０８で入力した認証情報と同じ認証情報を入力する（Ｓ９０６）必要がある。つまり、テナントサーバにプリンタを登録する処理と、メッセージアプリケーションサーバに連携アプリケーションをインストールする処理を行うために、ユーザは同じ認証情報を２回入力する必要があり、煩わしい。

本発明は、上記課題を鑑みてなされたものであり、メッセージアプリケーションサービスにおいて投稿された画像データをプリンタで印刷するための事前の作業における認証情報の入力にかかるユーザの負荷を減らすことを目的とする。

画像処理装置と、第１の情報処理装置と、メッセージを送受信する第２の情報処理装置であって、所定のアプリケーションが実行されることで、前記第１の情報処理装置に登録された前記画像処理装置に前記メッセージに基づく印刷データを送信する前記第２の情報処理装置を含む情報処理システムであって、
前記第１の情報処理装置は、
ユーザによって入力された前記第１の認証情報を受信する第１の受信手段と、
前記第１の受信手段が受信した前記認証情報に基づいて認証を実行する第１の認証手段と、
前記メッセージに基づく前記印刷データを前記画像処理装置に送信するために、前記第１の認証手段による前記認証に基づいて、前記画像処理装置を登録する登録手段と、
前記登録手段が前記画像処理装置を登録したことに基づいて前記画像処理装置に第２の認証情報を送信する第２の送信手段とを有し、
前記画像処理装置は、
前記第１の情報処理装置から前記第２の認証情報を受信する第２の受信手段と、
前記第２の受信手段が前記第２の認証情報を受信したことに基づいて、前記第２の認証情報を送信する第３の送信手段とを有し、
前記第１の情報処理装置は、さらに、
前記第２の認証情報を受信する第３の受信手段と、
前記第３の受信手段が受信した前記第２の認証情報に基づいて、前記第２の情報処理装置への前記所定のアプリケーションのインストールを実行するための認証を実行する第２の認証手段とを有することを特徴とする情報処理システム。

メッセージアプリケーションサービスにおいて投稿された画像データをプリンタで印刷するための事前の作業における認証情報の入力にかかるユーザの負荷を減らすことができる。

本発明のシステム構成の一例を示す図 ＭＦＰ１０のハードウェア構成の一例を示す図 ユーザ端末２０のハードウェア構成の一例を示す図 メッセージアプリケーションサーバ３０のハードウェア構成の一例を示す図 テナントサーバ４０のハードウェア構成の一例を示す図 アプリケーションデータサーバ５０のハードウェア構成の一例を示す図 テナントサーバ４０に格納されるテナント情報６０１の一例を示す図 メッセージアプリケーション３０６のメッセージ画面の一例７０１を示す図 ＭＦＰ１０のプリンタ情報６０６をテナント情報６０１に登録するシーケンスの一例を示す図 メッセージアプリケーションサーバ３０に連携アプリケーション５０６をインストールするシーケンスの一例を示す図 ユーザ端末２０の操作パネル２０１上に表示されるテナント登録初期画面１０１０の一例を示す図 ユーザ端末２０の操作パネル２０１上に表示されるテナント情報認証画面１１１０の一例を示す図 ＭＦＰ１０のプリンタ情報６０６をテナント情報６０１に登録する処理とメッセージアプリケーションサーバ３０に連携アプリケーション５０６をインストールする処理のシーケンスの一例を示す図 ユーザ端末２０の操作パネル２０１上に表示されるテナント登録初期画面１３１０、１３２０の一例を示す図 テナントサーバ４０にて使用されるユーザ情報とプリンタ情報とアクセストークンとの対応を示すテーブルの一例を示す図 連携アプリケーション５０６がインストールされたメッセージアプリケーションサーバ３０を用いた連携アプリケーション動作シーケンスの一例を示す図

以下、本発明を実施するための形態について図面を用いて説明する。なお、以下の実施例において示す構成は一例であり、本発明は図示された構成に限定されるものではない。

図１は、本発明のシステム構成の一例を示す図である。チャットサービスであるメッセージアプリケーションサービスを提供するための情報処理システムには、画像処理装置であるＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１０、１１、情報処理装置であるユーザ端末２０～２２が含まれる。またメッセージアプリケーションサーバ３０、テナントサーバ４０、アプリケーションデータサーバ５０も含まれる。

ＭＦＰ１０、１１は、メッセージアプリケーションサーバ３０より通知された画像を印刷する機能、もしくは読み取った画像をメッセージアプリケーションサーバ３０に通知する機能を持つ画像形成装置である。図中ではＭＦＰ１０、１１に示される２台のＭＦＰが接続されていることを例に挙げているが、接続数は任意である。ＭＦＰ１０、１１は同一の構成であり、以降はＭＦＰ１０について説明する。

ユーザ端末２０～２２は、メッセージアプリケーションサービスのユーザが利用する、スマートフォンやタブレット端末、パーソナルコンピュータ等の情報処理装置である。図中ではユーザ端末２０～２２に示される３台の端末が接続されていることを例に挙げているが、接続数は任意である。ユーザは、ユーザ端末２０～２２のいずれかを操作してクラウド６０上のメッセージアプリケーションサーバ３０にアクセスし、他ユーザとのメッセージのやり取りやメッセージアプリケーションサーバ３０にインストールされているアプリケーションの実行を行う。ユーザ端末２０～２２とメッセージアプリケーションサーバ３０は有線あるいは無線の通信ネットワークに接続されており、各々でデータ送受信が可能となっている。本実施形態では通信ネットワークの一例としてインターネット上の公衆回線を想定しているが、専用回線を用いても良い。ユーザ端末２０～２２は同一の構成とすることが可能であり、以降はユーザ端末２０について説明する。

メッセージアプリケーションサーバ３０は、クラウド６０上に配置されたクラウドサーバであり、メッセージアプリケーション３０６を用いたサービスを提供するためのサーバである。メッセージアプリケーションサーバ３０は、ユーザ端末２０～２２に対するメッセージ等の送受信処理、及びメッセージ送受信の表示画面表示等、メッセージのやり取りに関する処理全般を実行する。メッセージアプリケーションサーバ３０は、２人のメンバー間のメッセージ等のやり取りを処理することや、３人以上のメンバーでグループを形成し、グループ内でのメッセージ等のやり取りを処理することができる。

テナントサーバ４０は、クラウド６０上に配置されたクラウドサーバであり、各テナント情報を保存、提供するサーバである。テナントサーバ４０に格納されるテナント情報の詳細に関しては、図７説明の項目にて説明する。ここで、テナントとは、組織を示す情報であり、複数のユーザのアカウント情報や、複数のユーザが参加するグループの情報等が紐づけられている情報である。

アプリケーションデータサーバ５０は、クラウド６０上に配置されたクラウドサーバであり、メッセージアプリケーション３０６にインストールすることのできる連携アプリケーション５０６のデータを保持する。なお本実施例ではアプリケーションデータをアプリケーションデータサーバ５０に保持する構成としているが、クラウド外のネットワークから連携アプリケーション５０６のデータをダウンロードする構成としてもよい。

図２は、ＭＦＰ１０のハードウェア構成の一例を示す図である。ＭＦＰ１０はＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、ストレージ１１４、操作部Ｉ／Ｆ１１５、操作部１１６、読取部Ｉ／Ｆ１１７、読取部１１８、印刷部Ｉ／Ｆ１１９、印刷部１２０を備える。また、無線通信部Ｉ／Ｆ１２１、無線通信部１２２、通信部Ｉ／Ｆ１２３、通信部１２４も備える。

ＣＰＵ１１１を含む制御部１１０は、ＭＦＰ１０全体の動作を制御する。ＣＰＵ１１１は、ＲＯＭ１１２又はストレージ１１４に記憶された制御プログラムをＲＡＭ１１３に読み出して、読取制御や印刷制御などの各種制御を行う。ＲＯＭ１１２は、ＣＰＵ１１１で実行可能な制御プログラムを格納する。また、ＲＯＭ１１２は、ブートプログラムやフォントデータなども格納する。ＲＡＭ１１３は、主記憶メモリであり、ワークエリア、ＲＯＭ１１２及びストレージ１１４に格納された各種制御プログラムを展開するための一時記憶領域として用いられる。ストレージ１１４は、画像データ、印刷データ、各種プログラム、各種アドレス、及び各種設定情報を記憶する。本実施例ではストレージ１１４としてフラッシュメモリを想定しているが、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）やＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）などの補助記憶装置を用いるようにしても良い。また、ｅＭＭＣ（ｅｍｂｅｄｄｅｄ Ｍｕｌｔｉ Ｍｅｄｉａ Ｃａｒｄ）を用いるようにしても良い。

なお、本実施例のＭＦＰ１０は、１つのＣＰＵ１１１が１つのメモリ（ＲＡＭ１１３）を用いて後述するフローチャートに示す各処理を実行するものとするが、これに限るものではない。例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、ＡＳＩＣやＦＰＧＡ等のハードウェア回路を用いて一部の処理を実行するようにしてもよい。

操作部Ｉ／Ｆ１１５は、例えばタッチパネルのような表示部やハードキーを含む操作部１１６と制御部１１０を接続する。操作部１１６は、ユーザに対して情報を表示したり、ユーザからの入力を検出したりする。

読取部Ｉ／Ｆ１１７は、例えばスキャナのような読取部１１８と制御部１１０を接続する。読取部１１８は原稿の画像を読み取って、ＣＰＵ１１１がその画像をバイナリーデータなどの画像データに変換する。読取部１１８によって読み取られた画像に基づき生成された画像データは、外部装置に送信されたり、記録紙上に印刷されたりする。

印刷部Ｉ／Ｆ１１９は、例えばプリンタのような印刷部１２０と制御部１１０を接続する。ＣＰＵ１１１は、ＲＡＭ１１３に記憶された画像データ（印刷データ）を印刷部Ｉ／Ｆ１１９を介して印刷部１２０に転送する。印刷部１２０は、転送された画像データに基づく画像を給紙カセットから給送された記録紙に印刷する。

無線通信部Ｉ／Ｆ１２１は、無線通信部１２２を制御する為のＩ／Ｆであり、制御部１１０と無線経由で外部の無線機器と接続する。外部の無線機器としてユーザ端末２０～２２を使用する構成としてもよい。

通信部Ｉ／Ｆ１２３は、制御部１１０とネットワーク１００を接続する。通信部Ｉ／Ｆ１２３は、通信部１２４がネットワーク１００上の外部装置に画像データや装置内部の各種情報を送信したり、ネットワーク１００上の情報処理装置から印刷データやネットワーク１００上の情報を受信したりする。ネットワーク１００を介した送受信の方法としては、電子メール（Ｅメール）を用いての送受信や、その他のプロトコル（例えば、ＦＴＰやＳＭＢ、ＷＥＢＤＡＶ等）を用いたファイル送信を行うことができる。さらに、ユーザ端末２０、メッセージアプリケーションサーバ３０からのＨＴＴＰ通信によるアクセスで、画像データや各種設定データをネットワーク１００で送受信する事もできる。

図３はユーザ端末２０のハードウェア構成の一例を示す図である。なお、本実施形態のユーザ端末２０はスマートフォンやタブレットＰＣ等の装置を想定しているが、有線もしくは無線通信が可能な情報処理装置であれば他の装置であってもよい。

ＣＰＵ２０７はＲＯＭ２０８が記憶している制御プログラムを読み出して、ユーザ端末２０の動作を制御するための様々な処理を実行する。ＲＯＭ２０８は、制御プログラムを記憶している。ＲＡＭ２０９は、ＣＰＵ２０７の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１０は、写真や電子文書等の様々なデータを記憶する。

操作パネル２０１は、ユーザのタッチ操作を検出可能なタッチパネル機能を備え、ＯＳや電子メール送信アプリケーションが提供する各種画面を表示する。また、操作パネル２０１は、メッセージアプリケーションサーバ３０に記憶されている情報を確認するために使用される。ユーザは操作パネル２０１にタッチ操作を入力することで、ユーザ端末２０に所望の操作指示を入力することができる。なお、ユーザ端末２０は不図示のハードウェアキーを備えていて、ユーザはこのハードウェアキーを用いてユーザ端末２０に操作指示を入力することができる。

カメラ２０４はユーザの撮像指示に応じて撮像する。カメラ２０４で撮像された写真は、ＨＤＤ２１０の所定の領域に記憶される。また、ＱＲコード（登録商標）解析が可能なプログラムを用いて、カメラ２０４で読み取ったＱＲコードから情報を取得することも可能である。

ユーザ端末２０はＮＦＣ通信部２０５、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信部２０６、無線ＬＡＮ通信部２１１を介して各種周辺機器とデータの授受を行うことができる。ユーザ端末２０のＢｌｕｅｔｏｏｔｈ通信部２０６はＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙに対応していてもよい。

図４はメッセージアプリケーションサーバ３０のハードウェア構成の一例を示す図である。ＣＰＵ３０１はＲＯＭ３０２が記憶している制御プログラムやＨＤＤ３０５が記憶しているメッセージアプリケーション３０６を読み出して、メッセージアプリケーションサーバ３０の動作を制御するための様々な処理を実行する。ＲＯＭ３０２は、制御プログラムを記憶している。ＲＡＭ３０３は、ＣＰＵ３０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３０５は、メッセージ、画像、チャンネル情報、アプリケーション等の様々なデータを記憶する。通信部３０４を介してユーザ端末２０、ＭＦＰ１０など各種機器とデータの送受信を行うことができる。なお、通信部３０４はＥｔｈｅｒｎｅｔ（登録商標）を用いた有線の通信を行ってもいいし、Ｗｉ－Ｆｉのような無線通信を行ってもよい。ＨＤＤ３０５にはメッセージアプリケーション３０６がインストールされており、ＣＰＵ３０１上で動作する。

図５はテナントサーバ４０のハードウェア構成の一例を示す図である。ＣＰＵ４０１はＲＯＭ４０２が記憶している制御プログラムを読み出して、テナント情報６０１を制御するための様々な処理を実行する。保存されるテナント情報６０１についての説明は後述する。ＲＯＭ４０２は、制御プログラムを記憶している。ＲＡＭ４０３は、ＣＰＵ４０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ４０５は、テナント情報６０１などを記憶する。通信部４０４を介してメッセージアプリケーションサーバ３０など各機種とデータの送受信を行うことができる。

図６はアプリケーションデータサーバ５０のハードウェア構成の一例を示す図である。ＣＰＵ５０１はＲＯＭ５０２が記憶している制御プログラムを読み出して、アプリケーションデータサーバ５０を制御するための様々な処理を実行する。ＲＯＭ５０２は、制御プログラムを記憶している。ＲＡＭ５０３は、ＣＰＵ５０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ５０５は、５０６～５０８に示される連携アプリケーションデータＡ５０６～Ｃ５０８を記憶する。通信部５０４を介してメッセージアプリケーションサーバ３０など各機種とデータの送受信を行うことができる。連携アプリＡ５０６～Ｃ５０８は、メッセージアプリケーション３０６と連携して動作するアプリケーションであり、ＨＤＤ５０５に保存されており、命令に応じて通信部５０４を介してメッセージアプリケーションサーバ３０のＨＤＤ３０５にインストールされる。

図７はテナントサーバ４０内のＨＤＤ４０５に格納されるテナント情報６０１の一例を示す図である。テナント情報６０１は１つ以上のグループを持ち、図７の例では２つのグループ６０２，６０９が存在する。メッセージアプリケーション３０６の構成によっては、１つのテナント情報の中に１つのグループ情報しか持たない場合があり、その際はテナント情報６０１とグループ情報が同等のものとなる。

各グループ６０２、６０９はそれぞれグループを構成する情報を持っており、グループ６０２を例に挙げるとユーザ情報６０３、チャンネル情報６０４、プリンタ情報６０６、連携アプリケーション情報６０７、ファイル６０８を持つ。ユーザ情報６０３はグループに所属する各ユーザのＩＤ等の情報を示す。

チャンネル情報６０４はユーザ情報６０３をグルーピングするための情報であり、チャンネルごとに該当するユーザ情報をまとめたリスト６０５を保持している。

プリンタ情報６０６はＭＦＰ１０の機体情報を示す。グループ情報６０２を用いるアプリケーションは本情報を参照することで、任意のＭＦＰに印刷命令などのコマンドを送付することができるようになる。

連携アプリケーション情報６０７は、グループ６０２に対応したメッセージアプリケーション３０６がインストールされているＨＤＤ３０５にインストールされている連携アプリケーション５０６を示す情報である。

ファイル情報６０８はグループ６０２に保持されるファイルの情報である。例えば本ファイル情報６０８をＭＦＰ１０に送信することで、ＭＦＰ１０はファイルを印刷することが可能である。

テナント情報６０１に対応したメッセージアプリケーション３０６内でユーザ一覧が参照される場合、メッセージアプリケーション３０６は通信部３０４を介してテナントサーバ４０のＨＤＤ４０５が持つグループ情報６０２を参照する。そして、ユーザ情報６０３がリストされる。チャンネル情報６０４、プリンタ情報６０６、連携アプリケーション情報６０７、ファイル情報６０８に関しても同様である。

図８はメッセージアプリケーション３０６のメッセージ画面の一例７０１を示す図である。本画面例では、グループ６０２と紐づいたメッセージアプリケーション３０６に、ユーザ６０３がアクセスした場合を示している。

表示領域７０２にはユーザ端末２０でログインしているユーザのユーザ情報６０３と、そのユーザが所属するグループ情報６０２を示している。

表示領域７０３はグループ情報６０２に対応づけられている他のユーザ情報６０３やグループ情報６０２に対応づけられているチャンネル情報６０４を表示している。ユーザは表示領域７０３から任意の相手を選択することで、選択した相手とのメッセージのやり取りを行うことが可能となる。ここでチャンネル情報６０４を選択した場合、チャンネルに所属するメンバー全員とメッセージのやり取りが可能になる。

ボタン７０４は連携アプリケーション５０６追加をするためのボタンであり、本ボタンが押下されることで連携アプリケーション５０６のメッセージアプリケーションサーバ３０へのインストールが行われる。本実施例では連携アプリケーション５０６をインストールする構成としているが、他の連携アプリケーションを一覧で表示してユーザにインストールする連携アプリケーションを選択させる形にしてもよい。

表示領域７０５には現在メッセージのやり取りをしている相手、もしくはチャンネルが表示される。すなわち、表示領域７０３にて選んだ相手が７０５に表示される。図８の場合、チャンネル１が選択されているために、表示領域７０５にチャンネル１と表示されている。

メッセージ７０６～７０７はメッセージのタイムラインであり、やり取りしたメッセージの履歴が表示されている。メッセージは７０６に示されるように文字だけでもよく、また７０７に示されるようにファイル６０８情報を付与してもよい。

図９のシーケンス図は従来手法であり、ＭＦＰ１０のプリンタ情報６０６をテナント情報６０１に登録するシーケンスの一例を示す図である。本シーケンスはユーザ端末２０上の操作パネル２０１から、図１１にて示されるテナント登録初期画面１０１０に遷移することで開始される。図１１に表されるテナント登録画面と、図１２に表されるテナント情報認証画面に関しても本シーケンス図と併せて説明する。

図１１は、ユーザ端末２０の操作パネル２０１上に表示されるテナント登録初期画面１０１０の一例を示す図である。

図１２は、ユーザ端末２０の操作パネル２０１上に表示されるテナント情報認証画面１１１０の一例を示す図
Ｓ８０１において、ユーザ端末２０のＣＰＵ２０７は、ユーザは図１１のテナント登録初期画面１０１０に表示されているテナント登録ボタン１０１１が押下されることによって、ＭＦＰ１０に対してテナント情報登録要求を送信する。なお、図１１のテナント初期登録ボタンは、ユーザ端末２０がＭＦＰ１０から受信した画面データに基づいて表示される。その画面データは例えばＨＴＴＰ通信でＭＦＰ１０のＷＥＢサーバから受信されるＨＴＭＬデータである。ここで、ＭＦＰ１０がテナント情報登録要求を送信するテナントサーバにアクセスするための接続情報（ＵＲＬ等）は、ＭＦＰ１０のストレージ１１４にあらかじめ記憶されている。

Ｓ８０２において、ＭＦＰ１０のＣＰＵ１１１はテナントサーバ４０に対してデバイス認証要求を送付する。このとき付加情報として、以降の問い合わせにて本要求であることを示すクライアントＩＤと、要求する認証の範囲を通知する。本シーケンスにおいて要求する認証によって許可される処理は、ＭＦＰ１０の情報をプリンタ情報６０６としてテナントサーバに登録すること、登録したプリンタ情報を変更すること、登録するプリンタ情報を用いて画像処理制御を行うことの３種類である。

Ｓ８０３において、テナントサーバ４０のＣＰＵ４０１はＭＦＰ１０に対して認証要求応答を返信する。応答情報として返却される情報は、以降のＭＦＰ１０とテナントサーバ４０間の認証要求情報を示すデバイスコード、ユーザ端末２０とテナントサーバ４０間の認証要求情報を示すユーザコード、前記ユーザコードを用いてサインインするための登録用ＵＲＩである。

Ｓ８０３以降、ＭＦＰ１０はテナントサーバ４０に対して、クライアントＩＤとデバイスコードを用いてデバイスが認証されたかの問い合わせをポーリングで続ける（Ｓ８１１）。テナントサーバ４０はＳ８１０にてデバイス認証が完了するまでアクセストークン未発行をＭＦＰ１０に対して返却し続ける。（Ｓ８１２）。この処理と並行して、Ｓ８０４以降の処理が行われる。

Ｓ８０４において、ＭＦＰ１０のＣＰＵ１１１はユーザ端末２０に対して、Ｓ８０３にて取得したユーザコードと登録用ＵＲＩを通知する。

Ｓ８０５において、ユーザ端末２０のＣＰＵ２０７はＳ８０４にて取得したユーザコードとＵＲＩを操作パネル２０１上に表示する。図１１にて示されるテナント登録情報表示画面１０２０はＳ８０５において操作パネル２０１上に表示する画面の例であり、登録用ＵＲＩ１０２１とユーザコードである登録用コード１０２２が表示されている。

図１２はユーザ端末２０上の操作パネル２０１に示されるテナント認証画面を表す。図１１にて操作パネル２０１に表示されている登録用ＵＲＩに対してユーザがアクセスすると、ユーザコードを入力する画面１１１０が表示される。ユーザはユーザコード（登録用コード）を入力欄１１１１に入力し、ＯＫボタン１１１２を押下することで、ユーザ認証をテナントサーバ４０に依頼する。

図９に戻り、Ｓ８０６はユーザ端末２０がテナントサーバ４０にユーザ認証を依頼するフローであり、前述したＯＫボタン１１１２を押下したタイミングである。入力欄１１１１に入力されたユーザコードがテナントサーバに通知される。

Ｓ８０７において、テナントサーバ４０はユーザ端末２０にユーザ認証用の情報取得を依頼する。

Ｓ８０８において、ユーザは自分が参加しているテナントに対応する認証情報（ＩＤ、パスワード）を入力する。図１２にて示されるユーザ認証画面１１２０はＳ８０８にて操作パネル２０１上に表示される画面であり、テナントの認証情報を１１２１に入力した後に確定ボタン１１２２が押下されることで、Ｓ８０９に遷移する。ここで入力されるテナントの認証情報は、ユーザが参加しているテナントにログインするための認証情報であり、ユーザごとに設定されている認証情報である。

Ｓ８０９において、ユーザ端末２０のＣＰＵ２０７はテナントサーバ４０に対して認証情報を送信する。

Ｓ８１０において、テナントサーバ４０は受信した認証情報を用いて認証を行う。受信した認証情報に対応するユーザがデバイス情報追加の認証権限を所持していると判断した場合、デバイスの認証を許可する。

図１５はテナントサーバ４０にて使用されるユーザ情報とプリンタ情報とアクセストークンとの対応を示すテーブルの一例を示す図である。テーブル１４０１はデバイス登録シーケンスＳ８１０にて作成され、テナントサーバ４０内のＨＤＤ４０５に記憶される。図１５で示される通り、テーブル１４０１では認証したユーザのユーザ情報とプリンタ情報が紐づけて保存され、ユーザ情報とプリンタ情報の組み合わせのそれぞれに対し制御用アクセストークン１４０２が付与される。

前述した通り、デバイス認証確認フローＳ８１１～Ｓ８１２はＳ８１０実施まで繰り返される。Ｓ８１３はＳ８１１と同処理であり、デバイス認証Ｓ８１０が完了すると、デバイス認証確認Ｓ８１３に対応する返答が認証完了を示す情報Ｓ８１４となる。

Ｓ８１４において、テナントサーバ４０はデバイス認証処理Ｓ８１０が完了していれば、デバイス認証確認をＭＦＰ１０に返却する。返却値として、認証されたデバイスに関連する認証用アクセストークンを返却する。

Ｓ８１５はＳ８１７と同等の処理であり、ＭＦＰ１０のＣＰＵ１１１はテナントサーバ４０に対して、認証用アクセストークンを用いて、登録完了が取得できるまで登録依頼をポーリングで実施する。登録が完了していなければ、Ｓ８１６に示されるようにＡｃｃｅｐｔｅｄが返却され、再度Ｓ８１５が実施される。登録が完了していればＳ８１８に移る。

Ｓ８１８において、テナントサーバ４０のＣＰＵ４０１はデバイスの登録が完了すると、ＭＦＰ１０に対してＯＫを返却する。このとき、プリンタに配布される一意のＩＤ、以降の制御用アクセストークン取得処理のためにアクセスするデバイストークン取得ＵＲＩを併せて通知する。

Ｓ８１９において、ＭＦＰ１０はＳ８１８にて取得したデバイストークンＵＲＩを用いて、制御用アクセストークン１４０２の取得を依頼する。このとき認証情報として、認証用アクセストークンを通知する。

Ｓ８２０において、テナントサーバ４０はＭＦＰ１０に対して制御用アクセストークン１４０２を返却する。

以上のように構成されることで、プリンタ情報６０６をテナントサーバ４０上に登録することが可能である。以降はＳ８２０によって通知された制御用アクセストークン１４０２を用いることでＭＦＰ１０からテナントサーバ４０に対して制御依頼を行うことが可能となる。

以上の動作により、テナントサーバ４０にＭＦＰ１０を登録することができる。テナントサーバ４０にＭＦＰ１０が登録されることにより、メッセージアプリケーションで投稿した画像データをＭＦＰ１０させることができる。具体的な印刷処理については、図１６で説明する。

図１０のシーケンス図は従来手法であり、メッセージアプリケーションサーバ３０に連携アプリケーション５０６をインストールするシーケンスの一例を示す図である。図１０は、任意のグループ６０２に紐づいたメッセージアプリケーション３０６がインストールされているメッセージアプリケーションサーバ３０に対して、連携アプリケーション５０６をインストールするシーケンスを表している。連携アプリケーション５０６をメッセージアプリケーションサーバ３０にインストールすることで、ユーザがメッセージアプリケーション上でＭＦＰに印刷ジョブを送信する指示を行うことができるようになる。また、メッセージアプリケーションサーバ３０がＭＦＰに印刷ジョブを送信することができるようになる。具体的な処理は、図１６で説明する。

本シーケンスは、ユーザ端末２０の操作パネル２０１から任意の連携アプリケーション５０６のインストールが指定されることで開始される。

Ｓ９０１において、ユーザ端末２０はメッセージアプリケーション３０６にインストールしたい連携アプリケーション５０６のデータがアプリケーションデータサーバ５０内のＨＤＤ５０５に存在するかどうかをアプリケーションデータサーバに確認する。連携アプリケーション５０６が存在する場合、Ｓ９０２においてアプリケーションデータサーバ５０は連携アプリケーション５０６を示す一意のアプリケーションＩＤをユーザ端末２０に返却する。

Ｓ９０３において、ユーザ端末２０のＣＰＵ２０７はＳ９０２で取得したアプリケーションＩＤを用いて、認証を要求するためのＵＲＩを作成する。

Ｓ９０４において、ユーザ端末２０のＣＰＵ２０７はテナントサーバ４０に対しＳ９０３にて作成したＵＲＩを用いて、連携アプリケーション５０６をメッセージアプリケーションサーバ３０にインストールするための認証を依頼する。このとき付加情報として、要求する認証の範囲を通知する。本シーケンスにおいて要求する認証によって許可される処理は、連携アプリケーション５０６をメッセージアプリケーションサーバ３０にインストールすることと、メッセージアプリケーション３０６にて連携アプリケーション５０６の設定を変更することである。

Ｓ９０５において、テナントサーバ４０のＣＰＵ４０１はユーザ端末２０に認証用の情報取得を依頼する。

Ｓ９０６において、ユーザは自身が参加するテナントに対応する認証情報を入力し、ユーザ端末２０の操作パネル２０１は入力を受け付ける。ここで入力される認証情報は、図１０のＳ９０８で入力される認証情報と同じである。

Ｓ９０７において、ユーザ端末２０のＣＰＵ２０７はテナントサーバ４０に対して、入力された認証情報を送信する。

Ｓ９０８において、テナントサーバ４０のＣＰＵ４０１はＳ９０７にて受信した認証情報を用いてユーザ認証を行う。認証によって、特定されたユーザ情報６０３がアプリケーションインストールの認証権限を所持していると判断した場合、テナントサーバ４０のＣＰＵ４０１はユーザ端末２０にアプリケーションインストール認証用のアクセストークンを通知する。

Ｓ９０９において、ユーザ端末２０のＣＰＵ２０７はメッセージアプリケーションサーバ３０に対して連携アプリケーション５０６のインストールを要求する。このとき付加情報として、Ｓ９０２にて取得したアプリケーションＩＤとＳ９０８にて取得したアクセストークンを送付する。

Ｓ９１０において、メッセージアプリケーションサーバ３０のＣＰＵ３０１はテナントサーバ４０に対してインストールの認証がされているかの確認を依頼する。このとき、ＣＰＵ３０１はテナントサーバ４０に、受信したアクセストークンを送信する。

Ｓ９１１において，テナントサーバ４０はアクセストークンを用いて認証を行い、認証がＯＫであったら、メッセージアプリケーションサーバ３０に対して認証ＯＫである旨を応答する。

Ｓ９１２において、メッセージアプリケーションサーバ３０のＣＰＵ３０１はアプリケーションデータサーバ５０に対して連携アプリケーション５０６のデータを依頼する。このとき、ＣＰＵ３０１は、アプリケーションデータサーバ５０に受信したアプリケーションＩＤを送信する。

Ｓ９１３において，アプリケーションデータサーバ５０はメッセージアプリケーションサーバ３０に対して、受信したアプリケーションＩＤに対応する連携アプリケーション５０６のデータを送信する。そして、メッセージアプリケーションサーバ３０のＣＰＵ３０１は、受信した連携アプリケーション５０６のインストールを行う。

以上のように構成されることで、ユーザはアプリケーションデータサーバ５０が持つＨＤＤ５０５内の連携アプリケーション５０６をメッセージアプリケーションサーバ３０が持つＨＤＤ３０５にインストールすることが可能である。

上記処理により、メッセージアプリケーション上で印刷ジョブを送信できるようにするための連携アプリケーション５０６をメッセージアプリケーションサーバ３０にインストールできる。そしてユーザは、メッセージアプリケーション上で連携アプリケーション５０６を用いて、印刷ジョブをＭＦＰに送信することができる。さらに、図９の処理が行われることで、テナントサーバ４０にＭＦＰ１０が登録され、連携アプリケーション５０６を用いて印刷ジョブを送信するＭＦＰ１０を指定できるようになる。

ユーザがメッセージアプリケーション上で印刷ジョブをＭＦＰ１０に送信する指示を行うためには、テナントサーバ４０へのＭＦＰ１０の登録とメッセージアプリケーションサーバ３０への連携アプリケーション５０６のインストールが必要である。

図９、図１０の従来手法だと、メッセージアプリケーションサーバ３０への連携アプリケーション５０６のインストールと、テナントサーバ４０へのＭＦＰ１０の登録の両方の処理で、ユーザが同じ認証情報を入力する必要があり、煩わしい。

そこで、本実施例では、メッセージアプリケーション上で印刷ジョブをＭＦＰ１０に送信する指示を行うために、ユーザの手間を減らすことを目的とする。上記課題を解決するために、以下の処理が実行される。

図１３はＭＦＰ１０のプリンタ情報６０６をテナント情報６０１に登録する処理とメッセージアプリケーションサーバ３０に連携アプリケーション５０６をインストールする処理のシーケンスの一例を示す図である。本シーケンスはユーザ端末２０上の操作パネル２０１から、図１４にて示されるテナント登録初期画面１３１０に遷移することで開始される。

図１４はユーザ端末２０上の操作パネル２０１に示されるテナント登録初期画面１３１０、１３２０の一例を示す図である。テナント登録初期画面１３１０のテナント登録ボタン１３１１が押下されることで、ユーザ端末２０のＣＰＵ２０７はＭＦＰ１０に対してテナント情報登録を要求する。また、チェックボックス１３１２にチェックを入れてからテナント登録ボタン１３１１が押下されることで、ユーザ端末２０のＣＰＵ２０７はテナント登録要求と連携アプリケーション５０６インストールを同時に要求する。Ｓ１２０１では、ユーザはチェックボックス１３１２にチェックが入っている状態でテナント登録ボタン１３１１を押下し、ユーザ端末２０の操作パネル２０１は、その押下を受け付ける。

Ｓ１２０２において、ＭＦＰ１０のＣＰＵ１１１はテナントサーバ４０に対してデバイス認証要求を送付する。このとき付加情報として、以降の問い合わせにて本要求であることを示すクライアントＩＤと、要求する認証の範囲を通知する。本シーケンスにおいて要求する認証によって許可される処理は、ＭＦＰ１０の情報をプリンタ情報６０６としてテナントサーバに登録すること、登録したプリンタ情報を変更すること、登録するプリンタ情報を用いて画像処理制御を行うことを含む。また、連携アプリケーション５０６をメッセージアプリケーションサーバ３０にインストールすること、メッセージアプリケーション３０６にて連携アプリケーション５０６の設定を変更することも含む。

Ｓ１２０３において、テナントサーバ４０のＣＰＵ４０１はＭＦＰ１０に対して認証要求応答を返信する。応答情報として返却される情報は、以降のＭＦＰ１０－テナントサーバ４０間の認証要求情報を示すデバイスコード、ユーザ端末２０－テナントサーバ４０間の認証要求情報を示すユーザコード、前記ユーザコードを用いてサインインするための登録用ＵＲＩである。

Ｓ１２０３以降、ＭＦＰ１０のＣＰＵ１１１はテナントサーバ４０に対して、クライアントＩＤとデバイスコードを用いてデバイスが認証されたかの問い合わせをポーリングで続ける（Ｓ１２１１）。テナントサーバ４０はＳ１２１０にてデバイス認証が完了するまでアクセストークン未発行をＭＦＰ１０に対して返却し続ける。（Ｓ１２１２）。この処理と並行して、Ｓ１２０４以降の処理が行われる。

Ｓ１２０４において、ＭＦＰ１０のＣＰＵ１１１はユーザ端末２０に対して、Ｓ１２０３にて取得したユーザコードと登録用ＵＲＩを通知する。

Ｓ１２０５において、ユーザ端末２０のＣＰＵ１１１はＳ１２０４にて取得したユーザコードとＵＲＩを操作パネル２０１上に表示する。ＵＲＩにアクセスすることで表示されるテナント登録情報表示画面は先述した図１２と同等であるため、説明を省略する。

Ｓ１２０６はユーザ端末２０のＣＰＵ２０７がテナントサーバ４０にユーザ認証を依頼するフローであり、ユーザがユーザコード（登録用コード）を入力し、図１２のＯＫボタン１１１２を押下したタイミングである。本フローによりユーザコードがユーザ端末２０からテナントサーバ４０に通知される。

Ｓ１２０７において、テナントサーバ４０のＣＰＵ４０１はユーザ端末２０にユーザ認証用の情報取得を依頼する。

Ｓ１２０８において、ユーザは自身が参加しているテナントに対応する認証情報を入力する。図１２にて示されるユーザ認証画面１１２０はＳ１２０８にて操作パネル２０１上に表示される画面であり、ユーザが認証情報を入力欄１１２１に入力した後にＯＫボタン１１２２が押下されることで、Ｓ１２０９に遷移する。

Ｓ１２０９において、ユーザ端末２０のＣＰＵ２０７はテナントサーバ４０に対して入力された認証情報を送信する。ここでは、ＣＰＵ２０７は、アクセスされたＵＲＩに対する返答として、認証情報を送信する。テナントサーバ４０では、ＵＲＩとＭＦＰ１０の情報が対応づけて登録されているため、ＵＲＩに対する返答として認証情報が受信されたことによって、どのＭＦＰを登録すべきなのかを特定することができる。

なお、ここでＵＲＩに対応するＭＦＰ１０の情報というのは、ＭＦＰ１０を識別するための識別情報を含む。また、ＭＦＰ１０のＩＰアドレスやＭＦＰ１０の名称等が含まれていてもよい。

Ｓ１２１０において、テナントサーバ４０のＣＰＵ４０１は受信した認証情報を用いてユーザ認証を行う。認証情報が示すユーザ情報６０３がデバイス情報追加の認証権限を所持していると判断した場合、デバイスの認証を許可する。つまり、テナントサーバ４０のＣＰＵ４０１は受信した認証情報に基づいて、テナントサーバ４０にＭＦＰ１０を登録するか否かを決定する。

前述した通り、デバイス認証確認フローＳ１２１１～Ｓ１２１２はＳ１２１０が実施されるまで繰り返される。Ｓ１２１３はＳ１２１１と同処理であり、デバイス認証Ｓ１２１０が完了すると、デバイス認証確認Ｓ１２１３に対応する返答が認証完了を示す情報を送信するためのＳ１２１４に移行する。

Ｓ１２１４において、テナントサーバ４０のＣＰＵ４０１はデバイス認証処理Ｓ１２１０が完了していれば、デバイス認証確認を示す情報をＭＦＰ１０に返却する。具体的には、返却値として、認証されたデバイスに関連する認証用アクセストークンを返却する。

Ｓ１２１５とＳ１２１７は同等の処理であり、ＭＦＰ１０のＣＰＵ１１１はテナントサーバ４０に対して、認証用アクセストークンを用いて、登録完了通知を取得できるまで登録依頼をポーリングで実施する。登録が完了しなければ、Ｓ１２１６に示されるようにＡｃｃｅｐｔｅｄが返却され、再度Ｓ１２１５が実施される。登録が完了していればＳ１２１８に移る。

Ｓ１２１８において、テナントサーバ４０のＣＰＵ４０１はデバイスの登録が完了すると、ＭＦＰ１０に対してＯＫを返却する。このとき、プリンタに配布される一意のＩＤと、以降の制御用アクセストークン取得処理のためにアクセスするためのトークン取得ＵＲＩを併せて通知する。

Ｓ１２１９において、ＭＦＰ１０のＣＰＵ１１１はＳ１２１８にて取得したトークン取得ＵＲＩを用いて、制御用アクセストークン１４０２の取得を依頼する。このとき認証情報として、認証用アクセストークンをテナントサーバ４０に送信する。

Ｓ１２２０において、テナントサーバ４０はＭＦＰ１０に対して制御用アクセストークン１４０２を返却する。

なお、本実施例では、Ｓ１２１０でＭＦＰ１０の登録が行われたことに基づいて、Ｓ１２１４で認証用アクセストークンを受信し、認証用アクセストークンを用いて制御用アクセストークンを取得する例を説明したが、これに限るものではない。例えば、Ｓ１２１０でＭＦＰ１０の登録が行われたことに基づいて、テナントサーバ４０のＣＰＵ４０１が制御用アクセストークンをＭＦＰ１０に送信してもよい。その場合、ＭＦＰ１０のＣＰＵ１１１は、受信した制御用アクセストークンと連携アプリケーション５０６のインストール要求をメッセージアプリケーションサーバ３０に送信する。

Ｓ１２２１において、制御用アクセストークン１４０２を受信したことに基づいて、ＭＦＰ１０のＣＰＵ１１１はメッセージアプリケーションサーバ３０に対して連携アプリケーション５０６をインストールように依頼する。この時の付与情報として、Ｓ１２１４で取得した制御用アクセストークンと、連携アプリケーション５０６を一意に示すアプリケーションＩＤを送信する。ここで送信されるアプリケーションＩＤは、ＭＦＰ１０のストレージ１１４にあらかじめ記憶されているものである。そのため、従来技術では、ユーザが連携アプリケーション５０６のアプリケーションＩＤを検索し、そのＩＤをアプリケーションデータサーバ５０に送る必要があったが、本フローではその手間が省略できる。

Ｓ１２２２において、メッセージアプリケーションサーバ３０のＣＰＵ３０１はテナントサーバ４０に対してインストールの認証がされているかの確認を、Ｓ１２１４で取得した制御用アクセストークンを送付することで依頼する。つまり、テナントサーバ４０のＣＰＵ４０１は制御用アクセストークンに基づいて、認証を行い、メッセージアプリケーションサーバ３０への連携アプリケーション５０６のインストールを許可するか否かを決定する。

Ｓ１２２３において、テナントサーバ４０のＣＰＵ４０１はメッセージアプリケーションサーバ３０に対して確認済みである旨を応答する。

Ｓ１２２４において、メッセージアプリケーションサーバ３０のＣＰＵ３０１はアプリケーションデータサーバ５０に対して連携アプリケーション５０６のデータ送信を依頼する。

Ｓ１２２５において，アプリケーションデータサーバ５０のＣＰＵ５０１はメッセージアプリケーションサーバ３０に対して連携アプリケーション５０６のデータを送信する。そして、メッセージアプリケーションサーバ３０のＣＰＵ３０１は、受信した連携アプリケーション５０６をインストールする。

以上のように構成することで、メッセージアプリケーションサーバ３０への連携アプリケーション５０６のインストールと、テナントサーバ４０へのＭＦＰ１０の登録に必要なユーザによる認証情報の入力を一度だけにすることができる。

図１６は、メッセージアプリケーションサーバ３０にインストールされた連携アプリケーション５０６を使用する際の例を示すシーケンスの一例を示す図である。本実施例において、連携アプリケーション５０６はユーザ端末２０から受信した画像データをＭＦＰ１０に送信して印刷制御を依頼する機能を持つとして、同機能について述べる。

なお本シーケンスでは図１０や図１３で示されたシーケンスなどを実施することによってメッセージアプリケーションサーバ３０のＨＤＤ３０５に連携アプリケーション５０６がインストールされている場合の動作を示している。ここでは、連携アプリケーション５０６をメッセージアプリケーションサーバ３０が実行している。また、テナントサーバ４０には、図９や図１３のシーケンスにあるように、ＭＦＰ１０がテナントサーバ４０に登録する処理が実行されている。

図１６のシーケンスにおいて、メッセージアプリケーションサーバ３０のステップはすべて連携アプリケーション５０６が実行されることに実行される処理である。

Ｓ１５０１において、ユーザ端末２０のＣＰＵ２０７はメッセージアプリケーションサーバ３０に対し、ユーザ端末２０のユーザが参加しているテナントに紐づくプリンタ情報６０６のリストを送付するよう依頼する。

Ｓ１５０２において、メッセージアプリケーションサーバ３０のＣＰＵ３０１はテナントサーバ４０に対し、テナント情報６０１に紐づくプリンタ情報６０６のリストを送付するよう依頼する。

Ｓ１５０３において、テナントサーバ４０はユーザ端末２０にユーザ認証用の情報取得を依頼する。

Ｓ１５０４において、ユーザは自身が参加するテナントに対応する認証情報を入力する。ここで入力される認証情報は、図１２の入力欄１１２１に入力されるＩＤとパスワードと同様である。また、ユーザ端末２０の操作パネル２０１は、ユーザによる認証情報の入力を受け付ける。

Ｓ１５０５において、ユーザ端末２０のＣＰＵ２０７はテナントサーバ４０に対してＳ１５０４で受け付けた認証情報を送信する。

Ｓ１５０６において、テナントサーバ４０のＣＰＵ４０１は受信した認証情報を用いて認証を行う。認証に成功した場合、テナントサーバ４０のＣＰＵ４０１は認証情報に対応するユーザ情報６０３が使用可能であるプリンタをテーブル１４０１から検索する。検索結果から使用できるプリンタ情報６０６と制御用アクセストークン１４０２をリストにしてメッセージアプリケーションサーバ３０に送付する。例えば、ユーザ１の認証情報をテナントサーバ４０が受信した場合、図１５の例では、プリンタ情報として「プリンタ１」、「プリンタ２」、制御用アクセストークンとして「ＡＡＡＡ－ＢＢＢＢ－ＣＣＣＣ」、「ＤＤＤＤ―ＥＥＥＥ－ＦＦＦＦ」が送信される。

Ｓ１５０７において、メッセージアプリケーションサーバ３０のＣＰＵ３０１はユーザ端末２０にＳ１５０５で取得したリスト（プリンタ情報と制御用アクセストークン）を送信する。

Ｓ１５０８において、ユーザ端末２０のＣＰＵ２０７は使用できるプリンタとして、受信したプリンタ情報を操作パネル２０１上に表示する。ユーザはその中から任意のプリンタを選択する。また、メッセージアプリケーションサーバ３０にメッセージとして投稿された画像データと印刷対象の画像データとして指定する。例えば、図８の例では、ファイルが添付されているメッセージ７０７が指定されることで、「資料．ｐｄｆ」が印刷対象の画像データとして指定される。なお、ここで指定される画像データは複数であってもよい。ここで、画像データの指定の方法は、ユーザが「資料．ｐｄｆを印刷してください」等のメッセージをメッセージアプリケーションサーバ３０に送信することで、メッセージアプリケーションサーバ３０がそのメッセージを解釈することで行われる。つまり、メッセージアプリケーションサーバ３０はユーザから受信したメッセージを解釈し、そのメッセージに基づいて画像データ（印刷データ）をＭＦＰ１０に送信することができる。

また、プリンタの指定もメッセージをメッセージアプリケーションサーバ３０が受信したメッセージを解釈し、そのメッセージに基づいて行われてもよい。

Ｓ１５０９において、ユーザ端末２０のＣＰＵ２０７はメッセージアプリケーションサーバ３０に対してＳ１５０８にて選択されたプリンタの制御用アクセストークン１４０２と印刷対象の画像データを送付する。

Ｓ１５１０において、メッセージアプリケーションサーバ３０のＣＰＵ３０１はテナントサーバ４０に対してＳ１５０９で受信した制御用アクセストークン１４０２を送付する。

Ｓ１５１１において、テナントサーバ４０のＣＰＵ４０１はメッセージアプリケーションサーバ３０に対して受信した制御用アクセストークンに対応するプリンタ情報を送付する。

Ｓ１５１２において、メッセージアプリケーションサーバ３０のＣＰＵ３０１はプリンタ情報に対応するＭＦＰ１０に対して画像データと印刷要求を送付する。具体的には、メッセージアプリケーションサーバ３０のＣＰＵ３０１は、Ｓ１５１１で受信したプリンタ情報に基づいて、画像データを送信するＭＦＰを特定する。

Ｓ１５１３において、ＭＦＰ１０のＣＰＵ１１１は受信した画像データの印刷処理を行う。なお、メッセージアプリケーションサーバ３０からは、画像データとともに、印刷設定も受信してもよい。その場合、印刷設定はユーザ端末２０を介してメッセージアプリケーションサーバ３０上でユーザによって設定されたものである。

以上のように構成することで、メッセージアプリケーションサーバ３０はユーザ端末２０から受信した画像データをＭＦＰ１０に送信して印刷制御を依頼することができる。

なお、本実施例において示す構成は一例であり、本発明は図示された構成に限定されるものではない。例えばＳ１５０１～Ｓ１５０７に示される制御用アクセストークンをメッセージアプリケーションサーバ３０またはユーザ端末２０に記憶しておくことで、毎回認証作業を行うことを省略することが可能である。

本実施例では、Ｓ１２０８のようにユーザ端末２０で認証情報を入力する例を説明したが、ＭＦＰ１０で入力できるようにしてもよい。その場合、Ｓ１２０１の登録ボタンもＭＦＰ１０の操作部１１６で押下され、Ｓ１２０５のユーザコードとＵＲＩの表示も操作部１１６で行われる。また、ユーザコードの入力も操作部１１６で行われる。

ユーザ端末２０で認証情報を入力した場合、その認証情報をストレージ１１４に記憶しておく。そして、ＭＦＰ１０のテナントサーバ４０への登録が完了したら、制御アクセストークンを受信せずに、連携アプリケーション５０６のインストール要求と記憶されている認証情報をメッセージアプリケーションサーバ３０に送信する。メッセージアプリケーションサーバ３０は、受信した認証情報と、連携アプリケーション５０６をメッセージアプリケーションサーバ３０にインストールするための許可の要求をテナントサーバ４０に送信する。それ以降の処理は、Ｓ１２２３～Ｓ１２３５と同様である。

＜その他の実施の形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０ ＭＦＰ
２０ ユーザ端末
３０ メッセージアプリケーションサーバ
４０ テナントサーバ
５０ アプリケーションデータサーバ

Claims (11)

1. 画像処理装置と、第１の情報処理装置と、メッセージを送受信する第２の情報処理装置であって、所定のアプリケーションが実行されることで、前記第１の情報処理装置に登録された前記画像処理装置に前記メッセージに基づく印刷データを送信する前記第２の情報処理装置を含む情報処理システムであって、
   前記第１の情報処理装置は、
   ユーザによって入力された前記第１の認証情報を受信する第１の受信手段と、
   前記第１の受信手段が受信した前記認証情報に基づいて認証を実行する第１の認証手段と、
   前記メッセージに基づく前記印刷データを前記画像処理装置に送信するために、前記第１の認証手段による前記認証に基づいて、前記画像処理装置を登録する登録手段と、
   前記登録手段が前記画像処理装置を登録したことに基づいて前記画像処理装置に第２の認証情報を送信する第２の送信手段とを有し、
   前記画像処理装置は、
   前記第１の情報処理装置から前記第２の認証情報を受信する第２の受信手段と、
   前記第２の受信手段が前記第２の認証情報を受信したことに基づいて、前記第２の認証情報を送信する第３の送信手段とを有し、
   前記第１の情報処理装置は、さらに、
   前記第２の認証情報を受信する第３の受信手段と、
   前記第３の受信手段が受信した前記第２の認証情報に基づいて、前記第２の情報処理装置への前記所定のアプリケーションのインストールを実行するための認証を実行する第２の認証手段とを有することを特徴とする情報処理システム。
2. 前記第３の送信手段は、前記第２の認証情報を前記第１の情報処理装置に送信し、
   前記第３の受信手段は、前記画像処理装置から前記第２の認証情報を受信することを特徴とする請求項１に記載の情報処理システム。
3. 前記第１の受信手段は、端末装置において前記ユーザによって入力された前記第１の認証情報を受信することを特徴とする請求項１または２に記載の情報処理システム。
4. 前記第２の情報処理装置は、前記第１の情報処理装置から前記第１の情報処理装置に登録されている画像処理装置の情報を受信し、当該情報に基づく画像処理装置の中からユーザにより選択された画像処理装置に前記印刷データを送信することを特徴とする請求項１乃至３の何れか１項に記載の情報処理システム。
5. 前記第１の情報処理装置は、
   前記第２の認証手段による認証に基づいて、前記第２の情報処理装置への前記所定のアプリケーションのインストールの実行を許可するか否かを決定する決定手段をさらに有することを特徴とする請求項１乃至４の何れか１項に記載の情報処理システム。
6. 前記決定手段が、前記第２の情報処理装置への前記所定のアプリケーションのインストールの実行を許可すると決定したことに基づいて、前記第１の情報処理装置は、前記第２の情報処理装置に所定の情報を送信し、
   前記第２の情報処理装置は前記第１の情報処理装置から前記所定の情報を受信したことに基づいて、前記所定のアプリケーションをインストールすることを特徴とする請求項５に記載の情報処理システム。
7. 前記第３の送信手段は、前記第２の受信手段が前記第２の認証情報を受信したことに基づいて、前記第２の認証情報と前記所定のアプリケーションの識別情報を送信することを特徴とする請求項１乃至６の何れか１項に記載の情報処理システム。
8. 前記所定のアプリケーションの前記識別情報は、前記画像処理装置に記憶されていることを特徴とする請求項７に記載の情報処理システム。
9. 前記第２の情報処理装置は、受信した前記所定のアプリケーションの前記識別情報に基づいて、外部装置から前記所定のアプリケーションを受信し、前記所定のアプリケーションをインストールすることを特徴とする請求項７または８に記載の情報処理システム。
10. 前記第２の情報処理装置は、受信したメッセージを解釈することによって、当該メッセージに基づいて前記印刷データを前記画像処理装置に送信することを特徴とする請求項１乃至９の何れか１項に記載の情報処理システム。
11. 画像処理装置と、第１の情報処理装置と、メッセージを送受信する第２の情報処理装置であって、所定のアプリケーションが実行されることで、前記第１の情報処理装置に登録された前記画像処理装置に前記メッセージに基づく印刷データを送信する前記第２の情報処理装置を含む情報処理システムの制御方法であって、
    ユーザによって入力された前記第１の認証情報を受信する第１の受信工程と、
    前記第１の受信手段が受信した前記認証情報に基づいて認証を実行する第１の認証工程と、
    前記メッセージに基づく前記印刷データを前記画像処理装置に送信するために、前記第１の認証手段による前記認証に基づいて、前記画像処理装置を登録する登録工程と、
    前記登録工程で前記画像処理装置を登録したことに基づいて前記画像処理装置に第２の認証情報を送信する第２の送信工程と、
    前記第１の情報処理装置から前記第２の認証情報を受信する第２の受信工程と、
    前記第２の受信工程で前記第２の認証情報を受信したことに基づいて、前記第２の認証情報を送信する第３の送信工程と、
    前記第２の認証情報を受信する第３の受信工程と、
    前記第３の受信工程で受信した前記第２の認証情報に基づいて、前記第２の情報処理装置への前記所定のアプリケーションのインストールを実行するための認証を実行する第２の認証工程とを有することを特徴とする情報処理システムの制御方法。

Images