JP2023128540A - サーバ、および、コンピュータプログラム - Google Patents

Abstract

【課題】デバイスを用いるサービスにおいて、ユーザがサービスを利用するためのサービス利用情報を取得する際に、デバイスの管理者の負担を軽減する。【解決手段】サーバは、特定のデバイスを識別するデバイス識別情報と、特定のデバイスの管理者を識別する管理者識別情報と、を対応付けてメモリに記録し、管理者端末装置から受信される承認情報をデバイス識別情報と対応付けてメモリに記録する。サーバは、るユーザ端末装置から利用要求を受信し、利用要求に応じて、承認情報を用いて利用要求を承認するか否かを判断し、利用要求を承認する場合に、ユーザがサービスを利用するために用いるサービス利用情報であって特定のデバイスと対応付けられたサービス利用情報をユーザ端末装置に送信する。【選択図】 図７

Description

本明細書は、特定のデバイスを用いるサービスを利用するために用いるサービス利用情報を送信するデバイス、および、コンピュータプログラムに関する。

特許文献１に開示された印刷サーバ群は、パーソナルコンピュータ（ＰＣとも呼ぶ）のユーザにプリントサービスを提供する。例えば、印刷サーバ群は、ＰＣから印刷指示を受け付け、ネットワーク上のデータを印刷する印刷ジョブを、登録されたプリンタに送信する。これによって、ＰＣは、ドライバレスでネットワーク上のデータをプリンタに印刷させることができる。登録されたプリンタは、複数のユーザで共有することができ、ユーザの共有設定は、登録された管理者のみが行えるものとされている。

特開２０１４－５６３２０号公報

しかしながら、上記技術では、プリンタを複数のユーザで共有する共有設定は、管理者の操作に従って行われるため、管理者の負担が大きくなる場合があった。

本明細書は、デバイスを用いるサービスにおいて、ユーザがサービスを利用するためのサービス利用情報を取得する際に、デバイスの管理者の負担を軽減できる技術を開示する。

本明細書に開示された技術は、以下の適用例として実現することが可能である。

［適用例１］サーバであって、特定のデバイスを識別するデバイス識別情報と、前記特定のデバイスの管理者を識別する管理者識別情報と、を対応付けてメモリに記録する第１記録部と、前記管理者が利用する管理者端末装置から受信する第１受信部と、受信した前記承認情報を前記デバイス識別情報と対応付けてメモリに記録する第２記録部と、ユーザが利用するユーザ端末装置から利用要求を受信する第２受信部であって、前記利用要求は、前記ユーザが前記特定のデバイスを用いるサービスを利用するための初回の要求である、前記第２受信部と、前記利用要求に応じて、前記承認情報を用いて前記利用要求を承認するか否かを判断する判断部と、前記利用要求を承認する場合に、前記ユーザが前記サービスを利用するために用いるサービス利用情報であって前記特定のデバイスと対応付けられた前記サービス利用情報を前記ユーザ端末装置に送信する送信部と、を備えるサーバ。

上記構成によれば、管理者端末装置から受信される承認情報と、ユーザ端末装置から受信される特定情報と、を用いて利用要求を承認するか否かが判断され、利用要求が承認される場合に、特定のデバイスと対応付けられたサービス利用情報をユーザ端末装置に送信する。この結果、管理者は、事前に承認情報を管理者端末装置からサーバに送信しておくことで、利用要求の度に承認処理を行う必要がない。したがって、デバイスを用いるサービスにおいて、ユーザがサービスを利用するために用いるサービス利用情報を取得する際に、デバイスの管理者の負担を軽減できる。

なお、本明細書に開示された技術は、種々の形態で実現可能であり、例えば、サーバ、端末装置、処理方法、これらの装置および方法の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体、等の形態で実現することができる。

システム１０００の構成を示すブロック図。 テーブルの一例を示す図。 管理者がいない場合に実行される利用開始処理の第１のシーケンス図。 管理者がいない場合に実行される利用開始処理の第２のシーケンス図。 端末装置に表示される画面の一例を示す図。 管理者が存在する場合に実行される利用開始処理の第１のシーケンス図。 管理者が存在する場合に実行される利用開始処理の第２のシーケンス図。 管理者が存在する場合に実行される利用開始処理の第３のシーケンス図。 管理者が存在する場合に実行される利用開始処理の第４のシーケンス図。 承認判定処理のフローチャート。 印刷サービスについて説明するシーケンス図。 第２実施例の説明図。 第３実施例の説明図。 認証処理の説明図。

Ａ．第１実施例
Ａ－１．システム１０００の構成
図１は、システム１０００の構成を示すブロック図である。システム１０００は、プリンタ１００と、プリンタ１００のユーザが所有する端末装置２００Ａ、２００Ｂと、デバイス管理サーバ３００と、アカウント管理サーバ４００と、ＷＥＢサーバ５００と、を備える。なお、認証サーバ６００は、第３実施例にて備えられる構成であり、第１、第２実施例では、備えられない構成である。このために、認証サーバ６００については、第３実施例にて説明する。

プリンタ１００は、プリンタ１００のコントローラとして、ＣＰＵ１１０と、ＤＲＡＭなどの揮発性記憶装置１２０と、ハードディスクやフラッシュメモリなどの不揮発性記憶装置１３０と、を備えている。また、プリンタ１００は、画像を表示する液晶ディスプレイなどの表示部１４０と、ユーザによる操作を取得するためのボタンやタッチパネルなどの操作部１５０と、印刷機構１７０と、通信インタフェース（ＩＦ）１８０と、を備えている。

通信ＩＦ１８０は、インターネットＩＴに接続するためのインタフェース、例えば、イーサネット（登録商標）に準拠した有線のインタフェースや、Ｗｉ－Ｆｉ規格に準拠した無線のインタフェースである。

ＣＰＵ１１０は、データ処理を行う演算装置（プロセッサ）である。揮発性記憶装置１２０は、ＣＰＵ１１０が処理を行う際に生成される種々の中間データを一時的に格納するバッファ領域を提供する。不揮発性記憶装置１３０には、プリンタ１００を制御するためのコンピュータプログラムＰＧ１と、後述するデバイス情報等の各種の情報が記録される情報データベースＩＢと、が格納されている。

コンピュータプログラムＰＧ１は、本実施例では、プリンタ１００の製造時に不揮発性記憶装置１３０に予め格納されて提供される。これに代えて、コンピュータプログラムＰＧ１は、例えば、インターネットＩＴを介して接続されたサーバからダウンロードされる形態、あるいは、ＣＤ－ＲＯＭなどに記録された形態で提供され得る。

ＣＰＵ１１０は、コンピュータプログラムＰＧ１を実行することによって、プリンタ１００の制御を実行する。例えば、後述するように、ＣＰＵ１１０は、デバイス管理サーバ３００と協働して、ユーザに対して印刷サービスを提供する。具体的には、ＣＰＵ１１０は、デバイス管理サーバ３００から印刷ジョブを受信した場合に、該印刷ジョブに従って、印刷機構１７０を制御して、印刷機構１７０に画像を印刷させる。また、後述するように、ＣＰＵ１１０は、端末装置２００Ａ、２００Ｂからの要求に応じて、デバイスＩＤなどのデバイス情報を要求元の端末装置に送信する。

印刷機構１７０は、ＣＰＵ１１０の制御に従って、印刷を実行する。本実施例の印刷機構１７０は、複数種類のインク（例えば、シアンとマゼンタとイエロとブラックとの４種類のインク）を色材として用いて、画像を記録媒体に印刷するインクジェット方式の印刷機構である。これに代えて、印刷機構１７０は、トナーを色材として用いて、画像を記録媒体に印刷する電子写真方式の印刷機構であっても良い。

端末装置２００Ａ、２００Ｂは、計算機であり、例えば、スマートフォンである。変形例では、端末装置２００Ａ、２００Ｂは、パーソナルコンピュータやタブレットコンピュータであっても良い。

端末装置２００Ａは、コントローラとして、ＣＰＵ２１０と、ＤＲＡＭなどの揮発性記憶装置２２０と、ハードディスクやフラッシュメモリなどの不揮発性記憶装置２３０と、を備えている。また、端末装置２００Ａは、画像を表示する液晶ディスプレイなどの表示部２４０と、ユーザによる操作を取得するためのボタンやタッチパネルなどの操作部２５０と、通信ＩＦ２８０と、を備えている。通信ＩＦは、例えば、Ｗｉ－Ｆｉ規格や移動体通信の規格（例えば、ＬＴＥ規格）に準拠した無線の通信インタフェースである。

揮発性記憶装置２２０は、ＣＰＵ２１０が処理を行う際に生成される種々の中間データを一時的に格納するバッファ領域を提供する。不揮発性記憶装置２３０には、アプリケーションプログラムＡＰが格納されている。

アプリケーションプログラムＡＰは、後述するサービス利用要求のアカウント管理サーバ４００への送信やデバイス管理サーバ３００への印刷要求の送信等の印刷サービスに関連する様々な処理を端末装置２００ＡのＣＰＵ２１０に実現させる。例えば、アプリケーションプログラムＡＰは、印刷サービスの提供事業者（例えば、プリンタ１００の製造や販売を行う事業者）によって提供される。アプリケーションプログラムＡＰは、例えば、インターネットＩＴを介して接続されたサーバからダウンロードされる形態で提供される。これに代えて、アプリケーションプログラムＡＰは、端末装置２００Ａに予めプリインストールされる形態で提供されても良い。

端末装置２００Ｂは、端末装置２００Ａと同様の構成２１０～２８０（図示省略）を備えている。図１では、構成２１０～２８０の図示が省略され、不揮発性記憶装置２３０に格納されるアプリケーションプログラムＡＰのみが図示されている。以下、アプリケーションプログラムＡＰを実行することによって、端末装置２００Ａ、２００ＢのＣＰＵ２１０が実現する機能を「端末アプリケーション」とも呼ぶ。

デバイス管理サーバ３００、アカウント管理サーバ４００、ＷＥＢサーバ５００は、例えば、印刷サービスを提供する事業者が運用する計算機、例えば、クラウドサーバである。これらのサーバは、協働して後述する印刷サービスに関する処理を実行する。

デバイス管理サーバ３００は、コントローラとしてのＣＰＵ３１０と、ＤＲＡＭなどの揮発性記憶装置３２０と、ハードディスクやフラッシュメモリなどの不揮発性記憶装置３３０と、通信インタフェース（ＩＦ）３８０と、を備えている。通信ＩＦ３８０は、例えば、イーサネット（登録商標）に準拠した有線のインタフェースである。

ＣＰＵ３１０は、データ処理を行う演算装置（プロセッサ）である。揮発性記憶装置３２０は、ＣＰＵ３１０が処理を行う際に生成される種々の中間データを一時的に格納するバッファ領域を提供する。不揮発性記憶装置３３０には、コンピュータプログラムＰＧａと、後述するデバイス管理テーブルＴＢａと、が格納されている。

アカウント管理サーバ４００は、デバイス管理サーバ３００と同様に、コントローラとしてのＣＰＵ４１０と、揮発性記憶装置４２０と、通信ＩＦ４８０と、を備えている。揮発性記憶装置４２０は、ＣＰＵ４１０が処理を行う際に生成される種々の中間データを一時的に格納するバッファ領域を提供する。不揮発性記憶装置４３０には、コンピュータプログラムＰＧｂと、後述するアカウント管理テーブルＴＢｂと、が格納されている。

ＷＥＢサーバ５００は、デバイス管理サーバ３００と同様に、図示しないＣＰＵと、揮発性記憶装置および不揮発性記憶装置と、通信ＩＦと、を備えている。ＷＥＢサーバ５００の不揮発性記憶装置には、コンピュータプログラムＰＧｃが格納されている。

これらのサーバのコンピュータプログラムＰＧａ、ＰＧｂ、ＰＧｃは、例えば、印刷サービスを運用する事業者によってアップロードされる形態で提供される。サーバ３００、４００、５００のＣＰＵは、それぞれ、コンピュータプログラムＰＧａ、ＰＧｂ、ＰＧｃを実行することによって、印刷サービスに関する処理を実行する。例えば、デバイス管理サーバ３００は、主に、プリンタ１００などの管理対象のプリンタに関連する情報の管理、および、印刷ジョブの生成や送信を実行する。アカウント管理サーバ４００は、主に、ユーザに関する情報（後述するアカウント情報やメールアドレス等）の管理を実行する。ＷＥＢサーバ５００は、主に、端末装置２００Ａ、２００Ｂにて実行される端末アプリケーションとの通信を実行する。

これらのサーバ３００、４００、５００は、互いにインターネットＩＴを介して通信可能に接続されている。サーバ３００、４００、５００の全体は、印刷サービスを提供するための１つのサーバである、とも言うことができる。

これらのサーバ３００、４００、５００は、インターネットＩＴを介して、プリンタ１００、および、端末装置２００Ａ、２００Ｂと通信可能である。プリンタ１００と、端末装置２００Ａ、２００Ｂと、は、インターネットＩＴや図示しないローカルエリアネットワークを介して通信可能である。

なお、図１では、１つのプリンタ１００と、２つの端末装置２００Ａ、２００Ｂのみが図示されているが、デバイス管理サーバ３００は、多数のユーザに対して、多数のプリンタを用いて印刷サービスを提供している。以下では、１つのプリンタ１００と、そのユーザの端末装置２００Ａ、２００Ｂと、に、対する印刷サービスについて各種の処理を説明するが、これらの処理は、管理対象の各プリンタ、および、そのユーザの端末装置について、それぞれ、独立して実行される。

図２は、テーブルの一例を示す図である。図２（Ａ）に示すようにデバイス管理テーブルＴＢａは、デバイステーブルＤＴと、デバイストークンテーブルＴＴと、を含んでいる。

デバイステーブルＤＴは、デバイス情報を記録するテーブルである。デバイス情報は、デバイスＩＤと、該デバイスＩＤが付与されたプリンタの名称、型番等のプリンタ情報と、を含む。デバイステーブルＤＴには、管理対象のプリンタ（例えば、図１のプリンタ１００）のデバイスＩＤと、プリンタ情報と、が対応付けて記録されている。

デバイストークンテーブルＴＴは、デバイストークンを記録するテーブルである。デバイストークンは、利用すべきプリンタと対応付けられた認証情報である。デバイストークンは、端末装置２００Ａ、２００Ｂが印刷サービスを利用する際に認証情報として用いられるとともに、利用すべきプリンタを指定するために用いられる。本実施例では、印刷サービスのユーザとして、２種類のユーザ、すなわち、管理者と、一般ユーザと、が存在する。デバイストークンには、管理者に割り当てられる管理者用のトークンと、一般ユーザに割り当てられる一般ユーザ用のトークンと、の２種類のトークンが用いられる。

デバイストークンテーブルＴＴには、ユーザに割り当てられたデバイストークンが、該デバイストークンの属性を示す属性情報と対応付けて記録されている。属性情報は、図２（Ａ）に示すように、デバイストークンの種別と、デバイストークンに対応付けられたプリンタのデバイスＩＤと、デバイストークンが生成された日時と、デバイストークンのステータスと、を含む。デバイストークンの種別は、上述のように、管理者用と、一般ユーザと、のいずれかである。デバイストークンのステータスは、認証済みと、未認証と、のいずれかである。認証済みのデバイストークンは、印刷サービルを利用する際に用いることができる有効な状態のトークンである。未認証のデバイストークンは認証済みになるまで用いることができない無効な状態のトークンである。

図２（Ｂ）に示すように、アカウント管理テーブルＴＢｂは、アカウントテーブルＡＴと、管理者テーブルＭＴと、メールアドレステーブルＭＡＴと、を含んでいる。

アカウントテーブルＡＴは、管理者のアカウントごとに、アカウント情報が記録されるテーブルである。本実施例では、後述するように、管理者は、印刷サービスを利用するためにアカウントを登録する必要があるが、一般ユーザは、アカウントを登録することなく、印刷サービスを利用することができる。このために、本実施例では、アカウントテーブルＡＴに登録されているアカウントは、登録者のアカウントのみである。各アカウント情報は、図２（Ｂ）に示すように、アカウントＩＤと、パスワードと、ユーザ名と、通知トークンと、を含む。通知トークンは、サーバ３００がアカウントの所有者（すなわち、管理者）の端末装置にプッシュ通知を送信するために用いられるトークンである。通知トークンは、端末装置と端末アプリケーションとの組み合わせに対して割り当てられた認証情報である。通知トークンを用いてプッシュ通知を行うことで、該通知トークンが割り当てられた端末装置の端末アプリケーション宛にプッシュ通知を行うことができる。プッシュ通知は、ＦＣＭ（Firebase Cloud Messagingの略）などの公知のプッシュ通知サービスを利用して行われる。

管理者テーブルＭＴには、図２（Ｂ）に示すように、管理者のアカウントＩＤと、プリンタのデバイスＩＤと、が対応付けて記録されている。これによって、管理者のアカウントと、プリンタと、が対応付けられている。特定のプリンタに対応付けられたアカウントを、対応アカウントとも呼ぶ。管理者テーブルＭＴには、さらに、承認情報が、アカウントＩＤおよびデバイスＩＤに対応付けて記録されている。承認情報は、一般ユーザからのサービス利用要求があった場合に、サービス利用要求を承認するか否かを判断するために利用される。第１実施例では、承認情報は、管理者が決定したパスワードである。

メールアドレステーブルＭＡＴには、後述する利用開始処理において、一時的にユーザのメールアドレスが記録される。メールアドレステーブルＭＡＴには、図２（Ｂ）に示すように、メールアドレステーブルＭＡＴがデバイスＩＤと対応付けて記録されている。

Ａ－２．印刷サービスの利用開始処理
Ａ－２－１．プリンタ１００の管理者が存在しない場合の処理
プリンタ１００を用いて、印刷サービスの提供を受けたいユーザは、自身の端末装置を用いて、サービス利用要求を、印刷サービスを提供するサーバ３００～５００に送信する。初期状態では、プリンタ１００の管理者は存在しない。サービス利用要求は、ユーザがプリンタ１００を用いる印刷サービスを利用するための初回の要求である。

初めに、管理者が存在しない状態で、端末装置２００Ａのユーザが端末装置２００Ａを用いて、サービス利用要求を送信する場合について説明する。図３、図４は、管理者がいない場合に実行される利用開始処理のシーケンス図である。

端末装置２００Ａのユーザは、端末装置２００Ａにおいて端末アプリケーションを起動する。ユーザは、プリンタ１００を指定して、印刷サービスの開始指示を端末アプリケーションに入力する。例えば、ユーザは、図示しない入力画面において、プリンタ１００のＩＰアドレスを入力して、開始指示ボタンを押下する。

Ｓ２では、端末装置２００Ａは、開始指示に応じて、デバイス情報要求をプリンタ１００に送信する。デバイス情報要求は、例えば、入力されたＩＰアドレスを宛先として送信される。

プリンタ１００は、デバイス情報要求を受信すると、Ｓ４にて、該デバイス情報要求に対する応答として、デバイス情報を端末装置２００Ａに送信する。送信されるデバイス情報は、プリンタ１００のデバイスＩＤとプリンタ情報（図２（Ａ）参照）とを含む。

端末装置２００Ａは、デバイス情報を受信すると、Ｓ６にて、サービス利用要求をＷＥＢサーバ５００に送信する。サービス利用要求には、受信したデバイス情報（デバイスＩＤとプリンタ情報）が含められる。

ＷＥＢサーバ５００は、サービス利用要求を受信すると、Ｓ８にて、デバイス管理者確認要求をアカウント管理サーバ４００に送信する。デバイス管理者確認要求には、受信したデバイス情報（デバイスＩＤとプリンタ情報）が含められる。

アカウント管理サーバ４００は、デバイス管理者確認要求を受信すると、Ｓ１０にて、デバイス管理者を確認する。具体的には、アカウント管理サーバ４００は、管理者テーブルＭＴに、デバイス管理者確認要求に含まれるデバイスＩＤがアカウントＩＤと対応付けて記録されているか否かを判断する。この場合には、上述したように、プリンタ１００の管理者が登録されていないので、管理者テーブルＭＴには、デバイス管理者確認要求に含まれるデバイスＩＤは記録されていない。

アカウント管理サーバ４００は、デバイス管理者確認要求に対する応答として、Ｓ１２にて、プリンタ１００の管理者が登録されていないことを示すデバイス管理者不在通知をＷＥＢサーバ５００に送信する。

ＷＥＢサーバ５００は、管理者不在通知を受信すると、サービス利用要求に対する応答として、Ｓ１４にて、アカウント情報取得要求を端末装置２００Ａに送信する。端末装置２００Ａは、アカウント情報取得要求を受信すると、Ｓ１６にて、アカウント情報入力画面Ｗ１を端末装置２００Ａの表示部２４０に表示する。このように、アカウント情報取得要求に応じてアカウント情報入力画面Ｗ１が表示されるので、アカウント情報取得要求は、アカウント情報入力画面Ｗ１の表示要求とも言うことができる。

図５は、端末装置に表示される画面の一例を示す図である。図５（Ａ）のアカウント情報入力画面Ｗ１は、入力欄ＢＸ１～ＢＸ３と、送信ボタンＢＴ１と、を含んでいる。入力欄ＢＸ１は、アカウントＩＤを入力するための欄である。入力欄ＢＸ２は、パスワードを入力するための欄である。入力欄ＢＸ３は、ユーザの名前を入力するための欄である。

ユーザがアカウント情報入力画面Ｗ１にアカウント情報（本実施例では、アカウントＩＤ、パスワード、名前）を入力して、送信ボタンＢＴ１を押下すると、端末装置２００Ａは、Ｓ１８にて、アカウント情報入力画面Ｗ１を介して、アカウント情報を取得する。

端末装置２００Ａは、アカウント情報を取得すると、Ｓ１９にて、アカウント作成要求をＷＥＢサーバ５００に送信する。アカウント作成要求には、Ｓ１８にて取得したアカウント情報と、通知トークンと、Ｓ４にて受信したデバイス情報と、が含められる。通知トークンは、端末装置２００Ａが、ＦＣＭ（Firebase Cloud Messagingの略）などの公知のプッシュ通知サービスを提供するサーバに要求することで、該サーバから予め取得されている。

ＷＥＢサーバ５００は、アカウント作成要求を受信すると、Ｓ２０にて、該アカウント作成要求をアカウント管理サーバ４００に送信する。

アカウント管理サーバ４００は、アカウント作成要求を受信すると、Ｓ２２にて、アカウント作成要求に含まれるアカウント情報に基づくアカウント、すなわち、端末装置２００Ａのユーザのアカウントを作成する。具体的には、アカウント管理サーバ４００は、アカウントテーブルＡＴ（図２（Ｂ））に、アカウント情報（アカウントＩＤ、パスワード、名前）を、通知トークンと対応付けて記録する。

Ｓ２４では、アカウント管理サーバ４００は、作成した端末装置２００Ａのユーザのアカウントをプリンタ１００と対応付けて登録する。具体的には、アカウント管理サーバ４００は、管理者テーブルＭＴ（図２（Ｂ））に、該ユーザのアカウントのアカウントＩＤを、受信したデバイス情報に含まれるデバイスＩＤと対応付けて記録する。これによって、端末装置２００Ａのユーザは、プリンタ１００の管理者として登録される。以下では、端末装置２００Ａのユーザをプリンタ１００の管理者とも呼び、端末装置２００Ａのユーザのアカウントを、プリンタ１００に対応付けられた対応アカウントとも呼ぶ。

アカウント管理サーバ４００は、対応アカウントを登録すると、Ｓ２６にてトークン発行要求をデバイス管理サーバ３００に送信する。トークン発行要求は、上述したデバイストークンの発行の要求である。トークン発行要求には、デバイス情報が含められる。

デバイス管理サーバ３００は、トークン発行要求を受信すると、図４のＳ２７にて、プリンタ１００を管理対象のプリンタとして登録する。具体的には、デバイス管理サーバ３００は、デバイステーブルＤＴ（図２（Ａ））にデバイス情報（デバイスＩＤとプリンタ情報）を記録する。

Ｓ２８では、デバイス管理サーバ３００は、認証済みのデバイストークンを発行する。具体的には、デバイス管理サーバ３００は、デバイストークンを生成し、該デバイストークンをデバイストークンテーブルＴＴ（図２（Ａ））に記録する。デバイス管理サーバ３００は、さらに、管理者であることを示す種別情報と、デバイス情報に含まれるデバイスＩＤと、生成日時と、認証済みであることを示すステータス情報と、をデバイストークンと対応付けてデバイストークンテーブルＴＴに記録する。

Ｓ３０では、デバイス管理サーバ３００は、トークン発行要求に対する応答として、発行した認証済みのデバイストークンをアカウント管理サーバ４００に送信する。

アカウント管理サーバ４００は、認証済みのデバイストークンを受信すると、Ｓ３２にて、アカウント作成完了通知を端末装置２００Ａに送信する。アカウント作成完了通知は、アカウントテーブルＡＴに記録済みの端末装置２００Ａの通知トークンを用いて、プッシュ通知として送信される。アカウント作成完了通知には、認証済みのデバイストークンが含められる。

端末装置２００Ａは、アカウント作成完了通知を受信すると、Ｓ３４にて、アカウント作成完了通知に含まれる認証済みのデバイストークンを不揮発性記憶装置２３０に格納する。

Ｓ３６では、端末装置２００Ａは、承認情報入力画面Ｗ２を表示部２４０に表示する。承認情報入力画面Ｗ２は、上述した管理者テーブルＭＴ（図２（Ｂ））に記録すべき承認情報を管理者が入力するための画面である。図５（Ｂ）の承認情報入力画面Ｗ２は、承認情報の入力を促すメッセージＭＳ１と、承認情報としてのパスワードの入力欄ＢＸ４と、設定ボタンＢＴ２と、を含んでいる。

端末装置２００Ａのユーザ（管理者）が、承認情報入力画面Ｗ２において、承認情報として設定すべきパスワードを入力欄ＢＸ４に入力して、設定ボタンＢＴ２を押下すると、端末装置２００Ａは、Ｓ３５にて、承認情報入力画面Ｗ２を介して、承認情報（本実施例ではパスワード）を取得する。

端末装置２００Ａは、承認情報（本実施例ではパスワード）を取得すると、Ｓ３７にて、承認情報をＷＥＢサーバ５００に送信する。ＷＥＢサーバ５００は、承認情報を受信すると、Ｓ３８にて、該承認情報をアカウント管理サーバ４００に送信する。

アカウント管理サーバ４００は、承認情報を受信すると、Ｓ３９にて、該承認情報を不揮発性記憶装置４３０に保存する。具体的には、アカウント管理サーバ４００は、不揮発性記憶装置４３０に格納された管理者テーブルＭＴ（図２（Ｂ））に、承認情報を、管理者のアカウントＩＤおよびデバイスＩＤと対応付けて記録する。Ｓ３９の後に、利用開始処理は終了される。

以上説明した利用開始処理によって、端末装置２００Ａのユーザのアカウントがプリンタ１００の対応アカウントとしてアカウント管理サーバ４００に登録される。すなわち、端末装置２００Ａのユーザがプリンタ１００の管理者として登録される。さらに、プリンタ１００が管理対象のプリンタとしてデバイス管理サーバ３００に登録される。さらに、端末装置２００Ａは、認証済みのデバイストークンを取得する。これによって、後述するように、端末装置２００Ａのユーザは、端末装置２００Ａ（端末アプリケーション）を用いて、印刷サービスを利用できる状態になる。また、承認情報としてのパスワードが、端末装置２００Ａのユーザ（管理者）のアカウントＩＤおよびプリンタ１００のデバイスＩＤと対応付けて、アカウント管理サーバ４００に記録される。端末装置２００Ａのユーザは、管理者として、プリンタ１００を用いた印刷サービスの利用を許容する者、本実施例では、端末装置２００Ｂのユーザに、該パスワードを教示する。

Ａ－２－２．プリンタ１００の管理者が存在する場合の処理
次に、管理者が存在する状態で、利用開始処理が実行される場合について説明する。すなわち、上述した図３、図４の利用開始処理が実行されて端末装置２００Ａのユーザがプリンタ１００の管理者として登録された後に、端末装置２００Ｂのユーザが端末装置２００Ｂを用いて、利用要求を行う場合について説明する。図６～図９は、管理者が存在する場合に実行される利用開始処理のシーケンス図である。

端末装置２００Ｂのユーザは、端末装置２００Ａのユーザからパスワードを教示された後に、上述の端末装置２００Ａのユーザと同様に、端末装置２００Ｂにおいて端末アプリケーションを起動する。ユーザは、プリンタ１００を指定して、印刷サービスの開始指示を端末アプリケーションに入力する。

図６のＳ５２、Ｓ５４、Ｓ５６、Ｓ５８は、図３のＳ２、Ｓ４、Ｓ６、Ｓ８と同様の処理である。すなわち、Ｓ５２では、端末装置２００Ｂは、開始指示に応じて、デバイス情報要求をプリンタ１００に送信する。プリンタ１００は、デバイス情報要求を受信すると、Ｓ５４にて、デバイス情報を端末装置２００Ｂに送信する。端末装置２００Ａは、デバイス情報を受信すると、Ｓ５６にて、サービス利用要求をＷＥＢサーバ５００に送信する。ＷＥＢサーバ５００は、サービス利用要求を受信すると、Ｓ５８にて、デバイス管理者確認要求をアカウント管理サーバ４００に送信する。

アカウント管理サーバ４００は、デバイス管理者確認要求を受信すると、Ｓ６０にて、デバイス管理者を確認する。具体的には、アカウント管理サーバ４００は、管理者テーブルＭＴに、デバイス管理者確認要求に含まれるデバイスＩＤがアカウントＩＤと対応付けて記録されているか否かを判断する。この場合には、上述したように、プリンタ１００の管理者として既に端末装置２００Ａのユーザが登録されている。すなわち、既にプリンタ１００に対応付けられた対応アカウントが登録されているので、管理者テーブルＭＴには、デバイス管理者確認要求に含まれるデバイスＩＤ（プリンタ１００のデバイスＩＤ）がアカウントＩＤと対応付けて記録されている。

アカウント管理サーバ４００は、デバイス管理者確認要求に対する応答として、Ｓ６２にて、プリンタ１００の管理者が登録されていることを示すデバイス管理者存在通知をＷＥＢサーバ５００に送信する。

ＷＥＢサーバ５００は、管理者存在通知を受信すると、サービス利用要求に対する応答として、Ｓ６４にて、利用申請要求を端末装置２００Ｂに送信する。利用申請要求は、上述したアカウント情報取得要求（図３のＳ１４）とは異なる。このように、プリンタ１００の管理者が登録されていない場合と登録されている場合とでは、ＷＥＢサーバ５００から端末装置に送信される要求が異なる。

端末装置２００Ｂは、利用申請要求を受信すると、Ｓ６６にて、利用申請画面Ｗ３を端末装置２００Ｂの表示部２４０に表示する。このように、利用申請要求に応じて利用申請画面Ｗ３が表示されるので、利用申請要求は、利用申請画面Ｗ３の表示要求とも言うことができる。

図５（Ｃ）の利用申請画面Ｗ３は、申請関連情報を入力するための入力欄ＢＸ５、ＢＸ６と、送信ボタンＢＴ１と、を含んでいる。入力欄ＢＸ５は、メールアドレスを入力するための欄である。入力欄ＢＸ６は、パスワードを入力するための欄である。このように、プリンタ１００の管理者が登録されている場合には、他の利用者（一般ユーザ）は、デバイスＩＤ、名前などのアカウント情報を入力する必要はなく、自身のメールアドレスと、管理者から教示されたパスワードと、を入力するだけで良い。

ユーザが利用申請画面Ｗ３にメールアドレスとパスワードとを入力して、送信ボタンＢＴ１を押下すると、端末装置２００Ｂは、Ｓ６８にて、利用申請画面Ｗ３を介して、申請関連情報（本実施例ではメールアドレスとパスワード）を取得する。

端末装置２００Ｂは、申請関連情報を取得すると、Ｓ７０にて、利用申請をＷＥＢサーバ５００に送信する。利用申請には、Ｓ６８にて取得した申請関連情報と、Ｓ５４にて受信したデバイス情報と、が含められる。

ＷＥＢサーバ５００は、利用申請を受信すると、Ｓ７２にて、該利用申請をアカウント管理サーバ４００に送信する。

アカウント管理サーバ４００は、利用申請を受信すると、Ｓ７３にて、利用申請に含まれるメールアドレスをメールアドレステーブルＭＡＴ（図２（Ｂ））に記録する。メールアドレスには、Ｓ５８にて取得されたデバイス情報に含まれるデバイスＩＤが対応付けられる。

Ｓ７４では、アカウント管理サーバ４００は、既に登録済みの管理者によって送信された承認情報を取得する。具体的には、アカウント管理サーバ４００は、管理者テーブルＭＴを参照して、利用申請に含まれるデバイスＩＤに対応付けられた承認情報を取得する。

アカウント管理サーバ４００は、承認情報を取得すると、図７のＳ７６にて、承認判定処理を実行する。承認判定処理は、申請関連情報に含まれる特定情報（本実施例ではパスワード）と、承認情報と、を用いて、一般ユーザからのサービス利用要求を承認するか否かを判定する処理である。

図１０は、承認判定処理のフローチャートである。Ｓ２１０では、アカウント管理サーバ４００は、利用申請に含まれるパスワードは、Ｓ７４にて取得されたパスワード、すなわち、管理者が設定したパスワードと、一致するか否かを判断する。

利用申請に含まれるパスワードが、管理者が設定したパスワードと一致する場合には（Ｓ２１０：ＹＥＳ）、アカウント管理サーバ４００は、Ｓ２３０にて、サービス利用要求を承認すると判断する。利用申請に含まれるパスワードが、管理者が設定したパスワードと一致しない場合には（Ｓ２１０：ＮＯ）、アカウント管理サーバ４００は、Ｓ２２０にて、サービス利用要求を承認しないと判断する。サービス利用要求を承認するか否かが決定されると、承認判定処理は終了される。

承認判定処理にて、サービス利用要求を承認すると判断された場合には（図７のＳ７８：ＹＥＳ）、アカウント管理サーバ４００は、Ｓ８０にて、トークン取得ＵＲＬ要求を、デバイス管理サーバ３００に送信する。トークン取得ＵＲＬは、デバイストークンを取得するために利用申請者が利用するＵＲＬ（Uniform Resource Locator）である。トークン取得ＵＲＬ要求には、Ｓ５８にて受信されたデバイス情報が含められる。

デバイス管理サーバ３００は、トークン取得ＵＲＬ要求を受信すると、Ｓ８２にて、未認証のデバイストークンを発行する。具体的には、デバイス管理サーバ３００は、デバイストークンを生成し、該デバイストークンをデバイストークンテーブルＴＴ（図２（Ａ））に記録する。デバイス管理サーバ３００は、さらに、一般ユーザであることを示す種別情報と、デバイス情報に含まれるデバイスＩＤと、生成日時と、未認証であることを示すステータス情報と、をデバイストークンと対応付けてデバイストークンテーブルＴＴに記録する。

Ｓ８４では、デバイス管理サーバ３００は、発行された未認証のデバイストークンの所在を示すＵＲＬを、トークン取得ＵＲＬとして生成する。Ｓ８６では、デバイス管理サーバ３００は、トークン取得ＵＲＬ要求に対する応答として、トークン取得ＵＲＬをアカウント管理サーバ４００に送信する。

アカウント管理サーバ４００は、トークン取得ＵＲＬを受信すると、Ｓ８８にて、トークン取得ＵＲＬをＷＥＢサーバ５００に送信する。このとき、トークン取得ＵＲＬとともに、利用申請に含まれるメールアドレス（本実施例では端末装置２００Ｂのユーザのメールアドレス）がＷＥＢサーバ５００に送信される。

ＷＥＢサーバ５００は、トークン取得ＵＲＬとメールアドレスを受信すると、Ｓ８９にて、該メールアドレス宛にトークン取得ＵＲＬを送信する。すなわち、図示しないメールサーバを介して、トークン取得ＵＲＬが記述された電子メールが送信される。これによって、トークン取得ＵＲＬが端末装置２００Ｂに送信される。

端末装置２００Ｂは、電子メールにてトークン取得ＵＲＬを受信すると、Ｓ９０にて、ユーザが該電子メールの閲覧指示を入力することに応じて、表示部２４０にトークン取得ＵＲＬを表示する。図５（Ｄ）には、トークン取得ＵＲＬの表示画面Ｗ４の一例が示されている。図５（Ｄ）の表示画面Ｗ４は、トークン取得ＵＲＬを含む電子メールを表示する画面であり、メッセージＭＳ２と、トークン取得ＵＲＬを示すリンクＬＫと、を含んでいる。メッセージＭＳ２は、プリンタ１００のサービス利用要求が承認されたことを通知し、トークン取得ＵＲＬにアクセスしてデバイストークンを取得することを促すメッセージである。

ユーザは、例えば、表示画面Ｗ４において、リンクＬＫをタップすることによって、トークン取得指示を端末装置２００Ｂに入力する。これによって、Ｓ９２にて、端末装置２００Ｂは、トークン取得指示を取得する。

端末装置２００Ｂは、トークン取得指示を取得すると、図８のＳ９４にて、デバイス管理サーバ３００にトークン取得要求を送信する。本実施例では、トークン取得要求は、リンクＬＫに対応付けられたトークン取得ＵＲＬを指定したＨＴＴＰ（Hypertext Transfer Protocol）リクエストである。

デバイス管理サーバ３００は、トークン取得要求を受信すると、Ｓ９６にて、デバイストークンを未承認の状態から認証済みの状態に変更する。具体的には、デバイス管理サーバ３００は、デバイストークンテーブルＴＴ（図２（Ａ））にて、トークン取得ＵＲＬに対応付けられたデバイストークンのステータスを未承認から承認済に変更する。

Ｓ９８では、デバイス管理サーバ３００は、トークン取得要求に対する応答として、トークン取得ＵＲＬに対応付けられた認証済みのデバイストークンを端末装置２００Ｂに送信する。例えば、デバイス管理サーバ３００は、トークン取得要求としてのＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして、認証済みのデバイストークンを送信する。

端末装置２００Ｂは、認証済みのデバイストークンを受信すると、Ｓ９９にて、該認証済みのデバイストークンを不揮発性記憶装置２３０に格納する。これによって、利用開始処理が終了される。

以上説明した利用開始処理によって、端末装置２００Ｂのユーザのアカウントが登録されることなく、端末装置２００Ｂは、認証済みのデバイストークンを取得する。これによって、後述するように、端末装置２００Ｂのユーザは、端末装置２００Ｂ（端末アプリケーション）を用いて、印刷サービスを利用できる状態になる。

承認判定処理にて、サービス利用要求を承認しないと判断された場合には（図７のＳ７８：ＮＯ）、アカウント管理サーバ４００は、図９のＳ８８Ｂにて、利用不可通知をＷＥＢサーバ５００に送信する。このとき、利用不可通知とともに、利用申請に含まれるメールアドレス（本実施例では端末装置２００Ｂのユーザのメールアドレス）がＷＥＢサーバ５００に送信される。

ＷＥＢサーバ５００は、利用不可通知とメールアドレスを受信すると、Ｓ８９Ｂにて、該メールアドレス宛に利用不可通知を送信する。すなわち、図示しないメールサーバを介して、利用不可通知が記述された電子メールが送信される。これによって、利用不可通知が端末装置２００Ｂに送信される。

端末装置２００Ｂは、電子メールにて利用不可通知を受信すると、Ｓ９０Ｂにて、ユーザが該電子メールの閲覧指示を入力することに応じて、表示部２４０に利用不可通知を表示する。利用不可通知の表示画面の図示は省略するが、例えば、該表示画面は、利用申請が承認されず、印刷サービスを利用できないことを通知するメッセージを含む。この場合には、端末装置２００Ｂは、認証済みのデバイストークンを取得できない。このために、端末装置２００Ｂのユーザは、印刷サービスを利用できない。

Ａ－３．印刷サービス
端末装置２００Ａ、２００Ｂが、デバイストークンを取得した後に、端末装置２００Ａ、２００Ｂに対して提供される印刷サービスについて説明する。図１１は、印刷サービスについて説明するシーケンス図である。

管理者用のデバイストークンを取得した端末装置２００Ａのユーザ（管理者）、および、一般ユーザ用のデバイストークンを取得した端末装置２００Ｂのユーザ（一般ユーザ）は、いずれも印刷サービスを利用してプリンタ１００に印刷を行わせることができる。以下では、端末装置２００Ｂのユーザが印刷を行う場合を例として説明するが、端末装置２００Ａのユーザも同様に印刷を行うことができる。

端末装置２００Ｂのユーザが端末アプリケーションを起動すると、端末装置２００Ｂ（端末アプリケーション）は、Ｓ１０２にて、印刷指示入力画面（図示省略）を端末装置２００Ｂの表示部２４０に表示する。ユーザは、印刷指示入力画面を介して、印刷すべき画像を示す画像ファイルを指定し、印刷指示を入力できる。画像ファイルは、例えば、不揮発性記憶装置２３０に格納されたファイルの中から指定される。

ユーザの入力に応じて、端末装置２００Ｂは、Ｓ１０４にて、画像ファイルの指定を含む印刷指示を取得する。端末装置２００Ｂは、印刷指示を取得すると、Ｓ１０６にて、印刷要求をＷＥＢサーバ５００に送信する。印刷要求には、指定された画像ファイルと、上述した利用開始処理にて取得済みのデバイストークンと、が含められる。

ＷＥＢサーバ５００は、印刷要求を受信すると、Ｓ１０８にて、該印刷要求をデバイス管理サーバ３００に送信する。

デバイス管理サーバ３００は、印刷要求を受信すると、Ｓ１１０にて、トークン確認処理を実行する。トークン確認処理では、デバイス管理サーバ３００は、印刷要求に含まれるデバイストークンがデバイストークンテーブルＴＴ（図２（Ａ））に記録されているか否かを確認する。デバイストークンが記録されている場合には、デバイス管理サーバ３００は、デバイストークンテーブルＴＴにおいて該デバイストークンに対応付けられたデバイスＩＤを取得することによって、印刷ジョブの送信先のプリンタ（本実施例ではプリンタ１００）を特定する。なお、図示は省略するが、印刷要求に含まれるデバイストークンがデバイストークンテーブルＴＴに記録されていない場合には、ＷＥＢサーバ５００を経由して、デバイス管理サーバ３００から端末装置にエラー通知が送信されて、処理は中断される。

Ｓ１１２では、デバイス管理サーバ３００は、印刷要求に含まれる画像ファイルを用いて印刷ジョブを生成する。具体的には、画像ファイルに含まれる画像データに対して、ラスタライズ処理、色変換処理、ハーフトーン処理が実行されて、印刷データが生成される。該印刷データと、印刷設定等を示す印刷制御データと、を含む印刷ジョブが生成される。

Ｓ１１４では、デバイス管理サーバ３００は、印刷ジョブをプリンタ１００に送信する。印刷ジョブの送信は、公知の方法で送信される。例えば、デバイス管理サーバ３００は、予めプリンタ１００との間にＸＭＰＰ（eXtensible Messaging and Presence Protocol）に従う常時接続を確立しておき、該ＸＭＰＰ接続を用いて印刷ジョブ通知をプリンタ１００に送信する。プリンタ１００は、印刷ジョブ通知に応じて、デバイス管理サーバ３００に印刷ジョブの送信要求を送信し、デバイス管理サーバ３００は該送信要求に対する応答として、印刷ジョブを送信する。

プリンタ１００は、印刷ジョブを受信すると、Ｓ１１６にて、該印刷ジョブに基づいて、印刷を実行する。これによって、ユーザによって指定された画像ファイルによって示される画像が、プリンタ１００によって印刷される。この印刷サービスを利用することで、端末装置２００Ｂは、画像ファイルから印刷ジョブを生成する処理を行うことなく、プリンタ１００に画像を印刷させることができる。このために、端末装置２００Ａにプリンタドライバがインストールされていなくても、端末装置２００Ａは、プリンタ１００に画像を印刷させることができる。

以上説明した本実施例によれば、アカウント管理サーバ４００は、プリンタ１００を識別する識別情報であるデバイスＩＤと、プリンタ１００の管理者を識別する識別情報であるアカウントＩＤと、を対応付けて、不揮発性記憶装置４３０（図２（Ｂ）の管理者テーブルＭＴ）に記録する（図３のＳ２４）。アカウント管理サーバ４００は、管理者が利用する端末装置２００Ａから受信される承認情報（本実施例では管理者が設定するパスワード）をデバイスＩＤと対応付けて不揮発性記憶装置４３０（図２（Ｂ）の管理者テーブルＭＴ）に記録する（図４のＳ３９）。アカウント管理サーバ４００は、一般ユーザが利用する端末装置２００ＢからＷＥＢサーバ５００を介してサービス利用要求を受信する（図６のＳ５６、Ｓ５８）。アカウント管理サーバ４００は、サービス利用要求に応じて、承認情報を用いてサービス利用要求を承認するか否かを判断する（図７のＳ７６、図１０）。デバイス管理サーバ３００とアカウント管理サーバ４００は、サービス利用要求を承認する場合に（図７のＳ７８にてＹＥＳ）、ユーザが印刷サービスを利用するために用いるサービス利用情報であるデバイストークンを端末装置２００Ｂに送信する（図７のＳ８８、図８のＳ９８）。このように、管理者の端末装置２００Ａから受信される承認情報を用いて、サービス利用要求を承認するか否かが判断され、サービス利用要求が承認される場合に、サービス利用情報としてのデバイストークンをユーザ端末装置に送信される。この結果、管理者は、事前に承認情報を自身の端末装置２００Ａからアカウント管理サーバ４００に送信しておくことで、サービス利用要求の度に承認処理を行う必要がない。したがって、プリンタ１００を用いるサービスにおいて、一般ユーザ（例えば、端末装置２００Ｂのユーザ）がサービスを利用するためのサービス利用情報を取得する際に、デバイスの管理者の負担を軽減できる。

例えば、プリンタ１００を用いた印刷サービスを利用可能とすべきユーザは、プリンタ１００の管理者の意図に沿った者であることが好ましいので、サービス利用要求が無条件に承認されることは好ましくない。一方で、仮に、ユーザからサービス利用要求がある度に、管理者宛に承認依頼が送信され、管理者が承認処理を行うとすると、管理者の負担が過度に大きくなる可能性がある。本実施例によれば、管理者は、承認情報（本実施例ではパスワード）を事前に送信しておくだけで良いので、管理者の負担を軽減できる。

さらに、本実施例によれば、アカウント管理サーバ４００は、端末装置２００Ｂから特定情報（本実施例では申請関連情報に含まれるパスワード）を受信する（図６のＳ７０、Ｓ７２）。アカウント管理サーバ４００は、承認情報と特定情報とを用いてサービス利用要求を承認するか否かを判断する。具体的には、アカウント管理サーバ４００は、特定情報としてのパスワードと承認情報としてのパスワードとが一致する場合に（図１０のＳ２１０にてＹＥＳ）、サービス利用要求を承認すると判断する（図１０のＳ２３０）。この結果、アカウント管理サーバ４００は、サービス利用要求を承認するか否かを容易に判断できる。

さらに、本実施例によれば、承認情報は、管理者からユーザに通知されるパスワードである。この結果、管理者は、ユーザにパスワードを事前に通知するだけで、該ユーザからのサービス利用要求を適切に承認できるので、管理者の負担を軽減できる。また、パスワードを知らない者はサービス利用要求の承認を受けられないので、不正に印刷サービスが利用されることを抑制できる。

さらに、本実施例によれば、アカウント管理サーバ４００は、管理者の端末装置２００Ａからのサービス利用要求（図３のＳ６）に応じて、デバイスＩＤと、アカウントＩＤと、と、を対応付けて記録する（図３のＳ２４）。そして、アカウント管理サーバ４００は、デバイスＩＤとアカウントＩＤとが記録された後に、管理者の端末装置２００Ａから承認情報としてのパスワードを受信する（図４のＳ３７、Ｓ３８）。この結果、プリンタ１００の管理者が登録された後に、管理者は、端末装置２００Ａから承認情報をＷＥＢサーバ５００に送信するだけで良いので、管理者に負担を軽減できる。

さらに、本実施例によれば、ＷＥＢサーバ５００は、特定情報としてのパスワードを入力するための利用申請画面Ｗ３を端末装置２００Ｂの表示部２４０に表示させる（図６のＳ６４）。ＷＥＢサーバ５００は、利用申請画面Ｗ３に入力される特定情報を端末装置２００Ｂから受信する（図６のＳ７０）。一般ユーザは利用申請画面Ｗ３に特定情報としてのパスワードを入力することで、端末装置２００ＢからＷＥＢサーバ５００に特定情報を容易に送信することができる。

以上の説明から解るように、本実施例のサーバ３００、４００、５００の全体は、サーバの例であり、端末装置２００Ａは、管理者端末装置の例であり、端末装置２００Ｂは、ユーザ端末装置の例である。管理者によって設定されるパスワードは、承認情報の例であり、一般ユーザによって利用申請画面Ｗ３に入力されるパスワードは、特定情報の例である。利用申請画面Ｗ３は、入力画面の例であり、デバイストークンは、サービス利用情報の例である。

Ｂ．第２実施例
第１実施例では、承認情報および特定情報としてパスワードが用いられるが、第２実施例では、承認情報としてメールアドレスのドメイン名が用いられ、特定情報としてメールアドレスが用いられる。図１２は、第２実施例の説明図である。以下では、第２実施例の処理のうち、第１実施例とは異なる部分について図１２を参照して説明する。

第２実施例では、図４のＳ３５にて、端末装置２００Ａの表示部２４０に表示される承認情報入力画面が第１実施例とは異なる。図１２（Ｂ）には、第２実施例の承認情報入力画面Ｗ２ｂが示されている。図１２（Ｂ）の承認情報入力画面Ｗ２ｂは、承認情報（本実施例ではドメイン名）の入力を促すメッセージＭＳ１ｂと、承認情報としてのドメイン名の入力欄ＢＸ４ｂと、設定ボタンＢＴ２と、を含んでいる。管理者は、承認情報入力画面Ｗ２ｂにおいて、承認情報として設定すべきドメイン名を入力欄ＢＸ４ｂに入力して、設定ボタンＢＴ２を押下する。入力されたドメイン名は、承認情報として、アカウント管理サーバ４００から、ＷＥＢサーバ５００を介してアカウント管理サーバ４００に送信され（図４のＳ３７、Ｓ３９）、アカウント管理サーバ４００の不揮発性記憶装置４３０に格納された管理者テーブルＭＴに記録される（図４のＳ３９、図２（Ｂ））。

第２実施例では、図６のＳ６６にて、端末装置２００Ｂの表示部２４０に表示される利用申請画面が第１実施例とは異なる。図１２（Ｃ）には、第２実施例の利用申請画面Ｗ３ｂが示されている。図１２（Ｃ）の利用申請画面Ｗ３ｂは、申請関連情報としてのメールアドレス入力するための入力欄ＢＸ５と、送信ボタンＢＴ１と、を含んでいる。利用申請画面Ｗ３ｂは、図５（Ｂ）の利用申請画面Ｗ３とは異なり、パスワードの入力欄を含んでいない。このように、第２実施例では、申請関連情報として、一般ユーザが入力すべき情報は、自身のメールアドレスだけである。

第２実施例では、図７のＳ７６の承認判定処理の内容が、第１実施例の承認判定処理（図１０）とは異なる。図１２（Ａ）は、第２実施例の承認判定処理のフローチャートである。第２実施例の承認判定処理では、図１０のＳ２１０に代えて、Ｓ２１０Ｂが実行される。Ｓ２１０Ｂでは、アカウント管理サーバ４００は、利用申請に含まれるメールアドレスのドメイン名は、Ｓ７４にて承認情報として取得されたドメイン名、すなわち、管理者が設定したドメイン名と、一致するか否かを判断する。

利用申請に含まれるメールアドレスのドメイン名が、管理者が設定したドメイン名と一致する場合には（Ｓ２１０Ｂ：ＹＥＳ）、アカウント管理サーバ４００は、Ｓ２３０にて、サービス利用要求を承認すると判断する。利用申請に含まれるメールアドレスのドメイン名が、管理者が設定したドメイン名と一致しない場合には（Ｓ２１０Ｂ：ＮＯ）、アカウント管理サーバ４００は、Ｓ２２０にて、サービス利用要求を承認しないと判断する。サービス利用要求を承認するか否かが決定されると、承認判定処理は終了される。

上述した相違点以外の第２実施例の構成は、第１実施例と同様であるので、その説明を省略する。

以上説明した第２実施例によれば、アカウント管理サーバ４００は、特定情報の一部分（本実施例では、メールアドレスの一部分であるドメイン名）と承認情報（本実施例ではドメイン名）とが一致する場合に（図１２（Ａ）のＳ２１０ＢにてＹＥＳ）、サービス利用要求を承認すると判断する（図１２（Ａ）のＳ２３０）。この結果、アカウント管理サーバ４００は、サービス利用要求を承認するか否かを容易に判断できる。

さらに、本実施例によれば、特定情報は、サービス利用要求を行うユーザが所有する情報、具体的には、個人情報であるメールアドレスである。この結果、デバイスの管理者の負担をさらに軽減できる。例えば、第１実施例では、特定情報としてパスワードが用いられているので、管理者は、印刷サービスの利用を許容すべきユーザに特定情報を通知する必要があるが、本実施例では、その必要もない。

さらに、本実施例では、特定情報は、メールアドレスであり、承認情報は、メールアドレスのドメイン名である。メールアドレスは、一般的に普及しているので、一般ユーザは、メールアドレスを用いて、容易に利用申請を行える。また、特定の組織に属する者（例えば、特定の会社の従業員）のメールアドレスのドメイン名は、共通であることが多い。例えば、管理者は、該特定の組織に属する者に対して、プリンタ１００を用いた印刷サービスの利用を許容し、該特定の組織に属しない者に対して、プリンタ１００を用いた印刷サービスの利用を許容しない場合がある。このような場合には、管理者は、該特定の組織に属する者のメールアドレスに用いられているドメイン名を、承認情報として用いることで、容易に適切な承認判定処理をアカウント管理サーバ４００に実行させることができる。

さらに、本実施例では、ＷＥＢサーバ５００とアカウント管理サーバ４００とは、前記特定情報（本実施例では、メールアドレス）を用いて、サービス利用情報であるデバイストークンを送信する。すなわち、トークン取得ＵＲＬをメールアドレス宛に送信（図７のＳ８８、Ｓ８９）することで、端末装置２００Ｂにトークン取得ＵＲＬにアクセスさせ（図８のＳ９４）、該アクセスに対する応答としてデバイストークンを端末装置２００Ｂに送信する（図８のＳ９８）。このように、承認判定処理に用いられる特定情報が、サービス利用情報の送信にも用いられる。したがって、一般ユーザが申請関連情報として利用申請画面Ｗ２ｂに入力すべき情報の個数を減らすことができる。

上記構成によれば、特定情報は、サービス利用情報の送信にも利用されるので、ユーザが入力する情報を減らすことができる。

Ｃ．第３実施例
第３実施例のシステム１０００は、図１に示すように、認証サーバ６００を備えている。認証サーバ６００は、例えば、既存のＷＥＢサービスを利用するためのアカウントの認証処理を実行するサーバである。既存のＷＥＢサービスのアカウントは、例えば、印刷サービスとは異なるＷＥＢサービスのためのアカウント（例えば、ＧＯＯＧＬＥ（登録商標）やＡＰＰＬＥ（登録商標）などのアカウント）である。この場合には、認証サーバ６００は、例えば、サーバ３００～５００が提供する印刷サービスとは異なるＷＥＢサービスを提供する事業者が運用するサーバである。あるいは、認証サーバ６００は、例えば、管理者と一般ユーザとが属する特定の組織（例えば、会社）のメンバーのアカウントを管理し、該アカウントの認証処理を実行するサーバである。この場合には、認証サーバ６００は、例えば、Ｍｉｃｒｏｓｏｆｔ（登録商標）社が提供するＡｃｔｉｖｅ Ｄｉｒｅｃｔｒｙ（ＡＤと略される）と呼ばれる機能を実現するＡＤサーバである。

第３実施例では、承認情報として、認証サーバ６００にアクセスするための情報、具体的には、認証サーバ６００の所在を示すＵＲＬ（Uniform Resource Locator）が用いられる。図１３は、第３実施例の説明図である。以下では、第３実施例の処理のうち、第１実施例および第２実施例とは異なる部分について図１３を参照して説明する。

第３実施例では、図４のＳ３５にて、端末装置２００Ａの表示部２４０に表示される承認情報入力画面が第１実施例とは異なる。図１３（Ｂ）には、第３実施例の承認情報入力画面Ｗ２ｃが示されている。図１３（Ｂ）の承認情報入力画面Ｗ２ｃは、承認情報（本実施例では認証サーバ６００のＵＲＬ）の入力を促すメッセージＭＳ１ｃと、承認情報としてのＵＲＬの入力欄ＢＸ４ｃと、設定ボタンＢＴ２と、を含んでいる。管理者は、承認情報入力画面Ｗ２ｃにおいて、承認情報として設定すべきＵＲＬを入力欄ＢＸ４ｃに入力して、設定ボタンＢＴ２を押下する。入力されたＵＲＬは、承認情報として、アカウント管理サーバ４００から、ＷＥＢサーバ５００を介してアカウント管理サーバ４００に送信され（図４のＳ３７、Ｓ３９）、アカウント管理サーバ４００の不揮発性記憶装置４３０に格納された管理者テーブルＭＴに記録される（図４のＳ３９、図２（Ｂ））。

第３実施例では、図６のＳ６６にて、端末装置２００Ｂの表示部２４０に表示される利用申請画面は、第１実施例とは異なり、第２実施例の利用申請画面Ｗ３ｂ（図１２（Ｃ））と同一である。すなわち、第３実施例では、申請関連情報として、一般ユーザが入力すべき情報は、自身のメールアドレスだけである。ただし、このメールアドレスは、第１実施例と同様に、トークン取得ＵＲＬの送信（図７のＳ８８、Ｓ８９）および利用不可通知の送信（図９のＳ８８Ｂ、Ｓ８９Ｂ）に用いられる。このメールアドレスは、第２実施例とは異なり、承認判定処理には用いられない。

第３実施例では、図７のＳ７６の承認判定処理の内容が、第１実施例および第２実施例の承認判定処理（図１０、図１２（Ａ））とは異なる。図１３（Ａ）は、第３実施例の承認判定処理のフローチャートである。Ｓ３１０では、アカウント管理サーバ４００は、認証サーバ６００による認証リクエストを端末装置２００Ｂに送信する。具体的には、アカウント管理サーバ４００は、承認情報として記録済みの認証サーバ６００のＵＲＬをリダイレクト先として指定したリダイレクト指示を端末装置２００Ｂに送信する。端末装置２００Ｂは、リダイレクト指示を受信すると、該ＵＲＬを指定した認証要求を送信する。これによって、端末装置２００Ｂから認証サーバ６００に認証要求が送信される。

認証サーバ６００は、認証要求を受信すると認証処理を実行する。図１４は、認証処理の説明図である。図１４（Ａ）には、認証処理のフローチャートが示されている。Ｓ４１０では、認証サーバ６００は、認証情報入力画面Ｗ５を端末装置２００Ｂの表示部２４０に表示させる。具体的には、認証サーバ６００は、認証要求に対する応答として、認証情報入力画面Ｗ５を示す画面データを端末装置２００Ｂに送信する。

図１４（Ｂ）には、認証情報入力画面Ｗ５の一例が示されている。図１４（Ｂ）の認証情報入力画面Ｗ５は、認証情報の入力を促すメッセージＭＳ３と、認証用のアカウントＩＤの入力欄ＢＸ７と、パスワードの入力欄ＢＸ８と、ログインボタンＢＴ３と、を含んでいる。これらの認証情報（アカウントＩＤおよびパスワード）は、例えば、端末装置２００Ｂのユーザが、他のＷＥＢサービスを利用するために使用している認証情報である。端末装置２００Ｂのユーザは、認証情報入力画面Ｗ５において、認証用のアカウントＩＤを入力欄ＢＸ７に入力し、パスワードを入力欄ＢＸ８に入力して、ログインボタンＢＴ３を押下する。これによって、端末装置２００Ｂは、これらの認証情報（アカウントＩＤおよびパスワード）を取得し、該認証情報を認証サーバ６００に送信する。Ｓ４２０では、認証サーバ６００は、認証情報を端末装置２００Ｂから受信する。認証情報の通信は、端末装置２００Ｂと認証サーバ６００との間で行われるので、アカウント管理サーバ４００に認証情報が送信されることはない。

Ｓ４３０では、認証サーバ６００は、受信された認証情報に基づいて認証を実行する。すなわち、受信された認証情報が、認証サーバ６００にて管理された認証情報と一致しているか否かに基づいて、認証要求を認証するか否かが判断される。Ｓ４４０では、認証サーバ６００は、認証結果をアカウント管理サーバ４００に送信して、認証処理を終了する。

認証サーバ６００による認証処理が終了すると、図１３（Ａ）のＳ３２０では、アカウント管理サーバ４００は、認証サーバ６００から認証結果を受信する。Ｓ３３０では、アカウント管理サーバ４００は、受信した認証結果に基づいて、利用申請者（本実施例では端末装置２００Ｂのユーザ）が認証サーバ６００によって認証されたか否かを判断する。

利用申請者が認証サーバ６００によって認証された場合には（Ｓ３３０：ＹＥＳ）、アカウント管理サーバ４００は、Ｓ３５０にて、サービス利用要求を承認すると判断する。利用申請者が認証サーバ６００によって認証されなかった場合には（Ｓ３３０：ＮＯ）、アカウント管理サーバ４００は、Ｓ３４０にて、サービス利用要求を承認しないと判断する。サービス利用要求を承認するか否かが決定されると、承認判定処理は終了される。

上述した相違点以外の第３実施例の構成は、第１実施例と同様であるので、その説明を省略する。

以上説明した第３実施例によれば、承認情報は、特定のアクセス先（本実施例では認証サーバ６００）を示すアクセス情報（本実施例ではＵＲＬ）である。アカウント管理サーバ４００は、アクセス情報であるＵＲＬを用いて、特定のアクセス先である認証サーバ６００にアクセスすることによって、サービス利用要求を承認するか否かを判断するための判断情報（本実施例では、認証サーバ６００による認証結果）を取得する（図１３（Ａ）のＳ３２０）。この構成によれば、管理者は、事前にアクセス情報をアカウント管理サーバ４００に送信するだけで良いので、デバイスの管理者の負担を軽減できる。

さらに、本実施例によれば、特定のアクセス先は、サーバ３００～５００とは異なる通信装置である認証サーバ６００であり、承認情報は、該通信装置を示すＵＲＬである。管理者が、事前にＵＲＬをアカウント管理サーバ４００に送信するだけで、アカウント管理サーバ４００は、該通信装置にアクセスすることでサービス利用要求を承認するか否かを決定できるので、プリンタ１００の管理者の負担を軽減できる。

より具体的には、通信装置は、端末装置２００Ｂのユーザの認証情報を管理する認証サーバ６００である。認証サーバ６００は、サーバ３００～６００を介さずに、端末装置２００Ｂと通信を行って認証情報（本実施例ではＩＤとパスワード）を用いた認証処理を実行し（図１４（Ａ）のＳ４２０、Ｓ４３０）、認証処理の結果をアカウント管理サーバ４００に送信する（図１４（Ａ）のＳ４４０）。そして、アカウント管理サーバ４００は、認証サーバ６００による認証処理の結果に基づいて、サービス利用要求を承認するか否かを判断する（図１３（Ａ）のＳ３２０～Ｓ３５０）。この結果、管理者や一般ユーザは認証情報をアカウント管理サーバ４００に送信する必要がないので、セキュリティ上の問題が生じにくく、プリンタ１００を用いるサービスを利用しやすい。また、印刷サービスを提供する事業者（サーバ３００～５００を運用する事業者）は、管理者や一般ユーザの認証情報を管理する必要がないので、事業者の負担を軽減できる。

Ｃ．変形例
（１）第１実施例では、承認情報としてパスワードが用いられているが、他の情報であっても良い。例えば、第１実施例のように、承認情報と、利用申請者によって入力される特定情報と、が完全一致することが承認の条件である場合に、用いられる承認情報は、例えば、利用申請者の候補となる各ユーザに割り当てられる申請番号であっても良い。申請番号は、例えば、パスワードと同様に、管理者から各一般ユーザに教示される。この場合には、例えば、申請番号の一覧表が、管理者の端末装置２００Ａからアカウント管理サーバ４００に送信される。

（２）第２実施例では、承認情報としてドメイン名が用いられているが、他の情報であっても良い。例えば、第２実施例のように、承認情報と、利用申請者によって入力される特定情報と、が部分一致することが承認の条件である場合に、用いられる承認情報には、以下の例が考えられる。例えば、社員ＩＤが、部署コードや入社年度を示すコードなどを含む場合には、承認情報は、該部署コードや入社年度を示すコードであっても良い。この例は、例えば、特定の部署に属する社員や、特定の入社年度の社員に、印刷サービスの利用を許容する場合に便利である。この場合には、例えば、一般ユーザは、自身の社員ＩＤを特定情報として利用申請時に端末装置２００Ｂからアカウント管理サーバ４００に送信すれば良い。

また、第２実施例においても用いられる承認情報は、一般ユーザが所有するメールアドレスなどの個人情報の一部分であるドメイン名である。これに代えて、承認情報は、管理者から各ユーザに割り当てられる情報（例えば、申請番号）の一部分であっても良い。

（３）第３実施例では、承認情報として、ＵＲＬが用いられているが、他の情報であっても良い。例えば、第３実施例のように、特定のアクセス先を示す情報が認証情報として用いられる場合には、承認情報として、該特定のアクセス先を示すＩＰアドレスが用いられても良い。

（４）第３実施例では、認証処理は、認証サーバ６００によって実行されている。これに代えて、アカウント管理サーバ４００が、認証情報が格納されたメモリやサーバにアクセスすることによって、認証情報を取得し、該認証情報に基づいて認証処理を実行しても良い。例えば、特定の組織（例えば、会社）内で印刷サービスを提供するために、特定の組織のネットワーク内で、サーバ３００～５００を運用する場合などには、例えば、認証情報が格納されたメモリは、アカウント管理サーバ４００自身の記憶装置や組織内のファイルサーバの記憶装置であっても良い。この場合には、承認情報は、例えば、該記憶装置に格納された認証情報ファイルのパスであっても良い。

（５）上記各実施例では、サービス利用要求や申請関連情報（パスワードやメールアドレス）の送信は、端末装置２００ＢからＷＥＢサーバ５００を介してアカウント管理サーバ４００に送信される。これに代えて、サービス利用要求や申請関連情報（パスワードやメールアドレス）は、一般ユーザのメールアドレスを送信元として、予め定められたサービス利用要求用のメールアドレス宛に送信される電子メールによって、送信されても良い。特に、第２実施例のように、承認判定処理として用いられる特定情報がメールアドレスである場合には、アカウント管理サーバ４００は、送信元のメールアドレスを特定情報として用いて承認判定処理を実行すれば良い。このために、一般ユーザは、電子メールのコンテンツに特定情報を記載することなく、簡単に、サービス利用要求をアカウント管理サーバ４００に送信できる。

また、サービス利用要求や申請関連情報は、ユーザがプリンタ１００の操作部１５０を介して送信指示を入力することに応じて、プリンタ１００からアカウント管理サーバ４００に送信されても良い。この場合であってもデバイストークンは、メールアドレスを用いてユーザの端末装置２００Ｂに送信されて良い。

（６）上記各実施例では、申請関連情報（パスワードやメールアドレス）の送信は、利用申請画面（Ｗ２またはＷ２ｂ）を端末装置２００Ｂの表示部２４０に表示させ、該利用申請画面にユーザが入力した情報をＷＥＢサーバ５００に送信することによって行われる。これに代えて、例えば、端末装置２００Ｂは、不揮発性記憶装置２３０に予め記憶された申請関連情報をＷＥＢサーバ５００やアカウント管理サーバ４００に送信しても良い。

（７）上記各実施例では、端末装置２００Ａからのサービス利用要求に応じて、管理者の対応アカウントが登録された（図３のＳ２４）後に、承認情報入力画面（Ｗ２、Ｗ２ｂ、Ｗ２ｃ）に入力された承認情報が端末装置２００Ａからアカウント管理サーバ４００に送信される。これに代えて、端末装置２００Ａからのサービス利用要求と同時に、承認情報が端末装置２００Ａからアカウント管理サーバ４００に送信されても良い。この場合には、例えば、図５（Ａ）のアカウント情報入力画面Ｗ１に、承認情報の入力欄を追加して、サービス利用要求の送信前に、端末装置２００Ａのユーザに承認情報を入力される。

（８）上記各実施例では、一般ユーザ用のデバイストークンは、利用申請画面Ｗ３に入力されたメールアドレスにトークン取得ＵＲＬを送信することによって、端末装置２００Ｂに送信されている。これに代えて、他の方法、例えば、端末装置２００Ｂへのプッシュ通知、メールアドレスに一般ユーザ用のデバイストークンを添付すること、によって、一般ユーザ用のデバイストークンが端末装置２００Ｂに送信されても良い。

（９）上記各実施例では、プリンタ１００を用いて提供される印刷サービスのためのサービス利用要求が端末装置から送信される場合を例として説明されている。印刷サービスに限らず、他のデバイスを用いるサービスのためのサービス利用要求が端末装置から送信されても良い。他のデバイスを用いるサービスとしては、例えば、自宅やオフィスなどに設定された他のデバイス（例えば、監視カメラ、調理器具等の電化製品）を、端末装置（端末アプリケーション）を利用して遠隔操作するサービスが採用され得る。

（１０）上記実施例では、３つのサーバ３００、４００、５００が協働して、端末装置２００Ａ、２００Ｂとの通信、デバイストークンの生成と送信、対応アカウントの登録、承認判定処理などを実行している。これに代えて、３つのサーバ３００、４００、５００が実行する処理は、１つのサーバが実行しても良い。また、３つのサーバ３００、４００、５００が行う処理は、ＷＥＢサーバ５００が行う処理をデバイス管理サーバ３００とアカウント管理サーバ４００とのいずれかが行うことで、２つのサーバ３００、４００によって実行されても良い。

（１１）上記実施例において、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されていた構成の一部あるいは全部をハードウェアに置き換えるようにしてもよい。

以上、実施例、変形例に基づき本発明について説明してきたが、上記した発明の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨並びに特許請求の範囲を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物が含まれる。

１００…プリンタ,１０００…システム,１１０…ＣＰＵ,１２０…揮発性記憶装置,１３０…不揮発性記憶装置,１４０…表示部,１５０…操作部,１７０…印刷機構,２００…端末装置,２００Ａ,２００Ｂ…端末装置,２１０…ＣＰＵ,２２０…揮発性記憶装置,２３０…不揮発性記憶装置,２４０…表示部,２５０…操作部,３００…デバイス管理サーバ,３１０…ＣＰＵ,３２０…揮発性記憶装置,３３０…不揮発性記憶装置,４００…アカウント管理サーバ,４１０…ＣＰＵ,４２０…揮発性記憶装置,４３０…不揮発性記憶装置,５００…ＷＥＢサーバ,ＡＰ…アプリケーションプログラム,ＡＴ…アカウントテーブル,ＤＴ…デバイステーブル,ＩＢ…情報データベース,１８０,２８０,３８０,４８０……通信ＩＦ,ＭＡＴ…メールアドレステーブル,ＭＴ…管理者テーブル,ＰＧ１,ＰＧａ,ＰＧｂ,ＰＧｃ…コンピュータプログラム,ＴＢａ…デバイス管理テーブル,ＴＢｂ…アカウント管理テーブル,ＴＴ…デバイストークンテーブル

Claims (14)

1. サーバであって、
   特定のデバイスを識別するデバイス識別情報と、前記特定のデバイスの管理者を識別する管理者識別情報と、を対応付けてメモリに記録する第１記録部と、
   前記管理者が利用する管理者端末装置から受信する第１受信部と、
   受信した前記承認情報を前記デバイス識別情報と対応付けてメモリに記録する第２記録部と、
   ユーザが利用するユーザ端末装置から利用要求を受信する第２受信部であって、前記利用要求は、前記ユーザが前記特定のデバイスを用いるサービスを利用するための初回の要求である、前記第２受信部と、
   前記利用要求に応じて、前記承認情報を用いて前記利用要求を承認するか否かを判断する判断部と、
   前記利用要求を承認する場合に、前記ユーザが前記サービスを利用するために用いるサービス利用情報であって前記特定のデバイスと対応付けられた前記サービス利用情報を前記ユーザ端末装置に送信する送信部と、
   を備えるサーバ。
2. 請求項１に記載のサーバであって、
   前記第２受信部は、さらに、前記ユーザ端末装置から特定情報を受信し、
   前記判断部は、前記承認情報と前記特定情報とを用いて前記利用要求を承認するか否かを判断する、サーバ。
3. 請求項２に記載のサーバであって、
   前記判断部は、前記特定情報と前記承認情報とが一致する場合に、前記利用要求を承認すると判断する、サーバ。
4. 請求項３に記載のサーバであって、
   前記承認情報は、前記管理者から前記ユーザに通知されるパスワードである、サーバ。
5. 請求項２に記載のサーバであって、
   前記判断部は、前記特定情報の一部分と前記承認情報とが一致する場合に、前記利用要求を承認すると判断する、サーバ。
6. 請求項５に記載のサーバであって、
   前記特定情報は、前記ユーザが所有する情報である、サーバ。
7. 請求項６に記載のサーバであって、
   前記特定情報は、メールアドレスであり、
   前記承認情報は、前記メールアドレスのドメイン名である、サーバ。
8. 請求項１に記載のサーバであって、
   前記承認情報は、前記特定のアクセス先を示すアクセス情報であり、
   前記判断部は、前記アクセス情報を用いて、前記特定のアクセス先にアクセスすることによって、前記利用要求を承認するか否かを判断するための判断情報を取得する、サーバ。
9. 請求項８に記載のサーバであって、
   前記特定のアクセス先は、前記サーバとは異なる通信装置であり、
   前記承認情報は、前記通信装置を示すＵＲＬ（Uniform Resource Locator）である、サーバ。
10. 請求項９に記載のサーバであって、
    前記通信装置は、前記ユーザの認証情報を管理する認証装置であり、
    前記認証装置は、前記サーバを介さずに、前記ユーザ端末装置と通信を行って前記認証情報を用いた認証処理を実行し、前記認証処理の結果を前記サーバに送信し、
    前記判断部は、前記認証処理の結果に基づいて、前記利用要求を承認するか否かを判断する、サーバ。
11. 請求項１～１０のいずれかに記載のサーバであって、
    前記第１記録部は、前記管理者端末装置からの要求に応じて、前記デバイス識別情報と、前記管理者識別情報と、を対応付けて記録し、
    前記第２記録部は、前記デバイス識別情報と前記管理者識別情報とが記録された後に、前記管理者端末装置から前記承認情報を受信する、サーバ。
12. 請求項１～１１のいずれかに記載のサーバであって、さらに、
    前記特定情報を入力するための入力画面を前記ユーザ端末装置に表示させる表示制御部を備え、
    前記第２受信部は、前記入力画面に入力される前記特定情報を前記ユーザ端末装置から受信する、サーバ。
13. 請求項２～１２のいずれかに記載のサーバであって、
    前記送信部は、前記特定情報を用いて、前記サービス利用情報を送信する、サーバ。
14. コンピュータプログラムであって、
    特定のデバイスを識別するデバイス識別情報と、前記特定のデバイスの管理者を識別する管理者識別情報と、を対応付けてメモリに記録する第１記録機能と、
    前記管理者が利用する管理者端末装置から受信する第１受信機能と、
    受信した前記承認情報を前記デバイス識別情報と対応付けてメモリに記録する第２記録機能と、
    ユーザが利用するユーザ端末装置から利用要求を受信する第２受信機能であって、前記利用要求は、前記ユーザが前記特定のデバイスを用いるサービスを利用するための初回の要求である、前記第２受信機能と、
    前記利用要求に応じて、前記特定情報と前記承認情報とを用いて前記利用要求を承認するか否かを判断する判断機能と、
    前記利用要求を承認する場合に、前記ユーザが前記サービスを利用するために用いるサービス利用情報であって前記特定のデバイスと対応付けられた前記サービス利用情報を前記ユーザ端末装置に送信する送信機能と、
    をコンピュータに実現させるコンピュータプログラム。
    
    

Images