JP2023136634A - 印刷管理システム、及び方法 - Google Patents

Abstract

【課題】 業務でも利用される社員個人の印刷装置をプリントサービスに接続する際にも、会社から支給される印刷装置と同じ設定を社員個人の印刷装置に適用したい。しかしながら、これにより、個人デバイスとしての印刷装置の使い方に不都合が生じてしまう恐れがある。【解決手段】 プリント管理システムは、印刷装置に対して、該印刷装置の登録要求が行われた際にアカウントに紐づけて該登録要求に含まれる識別子が登録されていた場合には該印刷装置に適用すべき設定情報として第１の設定情報を送信し、前記識別子が登録されていなかった場合に該印刷装置に適用すべき設定情報として第２の設定情報を送信することを特徴とする。【選択図】 図９

Description

在宅業務などで印刷装置が利用される際に、印刷装置に対する設定を管理するための技術に関する。

近年、インターネット上で提供されるクラウドサービスを利用したクラウドプリントサービス（以下、ＣＰＳと呼ぶ）が提案されている。このような印刷システムでは、まずＣＰＳのテナント（ユーザグループの単位）の管理者が印刷装置や複合機といったネットワークデバイスの情報を、管理者が所属するテナントへ登録する。続けて、管理者はどのユーザにデバイスの使用を許可させるかを設定する。デバイスの使用を許可されたユーザは、クライアント端末からＣＰＳへ印刷ジョブを投入する。次にＣＰＳは受信した印刷ジョブをストレージサービスに保存する。印刷装置は、ＣＰＳに保存されたデータを印刷ジョブとして取得し、印刷する。

印刷装置がＣＰＳに保存された印刷ジョブを取得して印刷する方式は主に「プル方式」と「プッシュ方式」の２つが存在する。プル方式では、印刷装置がイベント取得要求をＣＰＳに送信すると、それに応じて印刷ジョブ通知が応答される。一方プッシュ方式では、印刷装置がＣＰＳとの接続を確立して印刷ジョブ取得要求をいったん送信すると、ＣＰＳは、その接続を通して、印刷ジョブが発生する都度、印刷ジョブを印刷装置に送信する。

特許文献１には、デバイスに設定されているＣＰＳとの通信に関する設定に応じて、この２つの方式を適切に使い分ける形態が開示されている。

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

近年、働き方の多様化に伴い、社外で業務を行う、所謂在宅勤務という働き方が浸透しつつある。その際、自宅で業務文書を印刷するために、会社から印刷装置が支給されることがある。会社から支給された印刷装置は会社が契約するＣＰＳに接続することが求められる。

しかし、すべての会社が対象社員のすべてに印刷装置を支給できるわけではなく、ユーザ個人が所有する印刷装置をそのＣＰＳに接続して、在宅勤務を運用することも想定される。

会社としては、業務でも利用される社員個人の印刷装置をＣＰＳに接続する際にも、会社に設置されたり、会社から支給したりした印刷装置と同じ設定を社員個人の印刷装置に適用したい。設定には、セキュリティーに関する設定も含まれる。しかしながら、これにより、個人デバイスとしての印刷装置の使い方に不都合が生じてしまう恐れがある。

そこで、本発明はプリント管理システムであって、情報処理装置から、印刷装置の個体識別のための識別子を含む、該印刷装置の登録要求を受信する受信手段と、前記登録要求を行ったアカウントに紐づけて、該登録要求に含まれる前記識別子が登録されていない場合に、該アカウントに紐づけて該識別子をデータベースに登録する登録手段と、前記印刷装置から、該印刷装置の個体識別のための識別子を含む要求を受信する受信手段と、前記登録要求が行われた際に前記アカウントに紐づけて該登録要求に含まれる前記識別子が登録されていた場合には、前記印刷装置に対して、該印刷装置に適用すべき設定情報として、第１の設定情報を送信する送信手段と、を有し、前記送信手段は、前記登録要求が行われた際に前記アカウントに紐づけて該登録要求に含まれる前記識別子が登録されていなかった場合には、前記印刷装置に対して、該印刷装置に適用すべき設定情報として、前記第１の設定情報とは異なる第２の設定情報を送信することを特徴とする。

本発明によれば、業務でも利用される社員個人の印刷装置をプリントサービスに接続する際にも、個人デバイスとしての印刷装置の使い方に不都合が生じない程度の設定を印刷装置に適用できる仕組みを提供することが可能となる。

本発明に係るネットワークシステムの構成例を示す図 情報処理装置、複合機のハードウェア構成図 ＣＰＳのソフトウェア構成図 複合機のソフトウェア構成を示す図 実施例１のＣＰＳで管理するテーブル構成を示す図 設定情報ファイルの一例を示す図 実施例１のＣＰＳのＵＩ画面の例を示す図 実施例１のＣＰＳの事前準備処理のフローチャート 実施例１のＣＰＳへのデバイス登録処理のフローチャート 実施例１の登録アプリケーションのＵＩ画面の例を示す図 実施例２のＣＰＳで管理するテーブル構成を示す図 実施例２のＣＰＳへのデバイス登録処理のフローチャート

（実施例１）
以下、本発明を実施するための最良の形態について図面を用いて説明する。

図１は本実施例のシステムの構成を示す図である。本図において、１０１はクライアント端末、１０２は印刷装置などのデバイスである。クライアント端末１０１の例として本実施例ではＰＣまたはモバイルを想定するが、これに限定されるものではない。また、印刷装置には、印刷機能だけでなくスキャン機能、ネットワーク通信機能などを備える複合機、複写機、３次元プリンタなども含まれる。１０３はＬＡＮであり、クライアント端末１０１およびデバイス１０２が接続されている。同様に、１０４、１０５はそれぞれクライアント端末およびデバイスである。これらの機器はＬＡＮ１０６に接続されている。

１０７はクラウドプリントサービス（ＣＰＳ）である。ＣＰＳ１０７はクライアント端末１０１や１０４から印刷ジョブを受信し、保存する。デバイス１０２や１０５は保存された印刷ジョブを取得し、印刷処理を実行する。ＬＡＮ１０３、１０６に接続された各機器はインターネット１０８を介してＣＰＳ１０７と接続されている。

さらに、ＣＰＳ１０７はユーザやデバイスの情報をテナントに分離して管理し、各デバイスに適用すべき設定を管理するサービスを提供するプリント管理システムとしても動作する。ＣＰＳ１０７が受信した印刷ジョブはテナント毎に専用の記憶領域に保存される。テナントに保存された印刷ジョブはテナントへのアクセス権を持つユーザやデバイスしか参照することができない。従って、例えば、ＣＰＳ１０７上でクライアント端末１０１とデバイス１０２がテナント１に属し、クライアント端末１０４とデバイス１０５がテナント２に属している場合、クライアント端末１０１やデバイス１０２はテナント２の印刷ジョブにアクセスできない。同様にクライアント端末１０４やデバイス１０５はテナント１の印刷ジョブにアクセスできない。ＣＰＳ１０７のプリントサービスと管理サービスを分離して、プリント管理システムを別途、クラウド上に用意することも可能である。

図２（Ａ）は、情報処理装置のハードウェア構成の例を示すブロック図である。本実施例における情報処理装置としては、クライアント端末１０１、ＣＰＳ１０７を構成する実サーバー装置などがある。ＣＰＳ１０７は、データセンター内の情報処理装置のハードウェアリソースを利用することで実現される仮想コンピュータ上で動作するよう構成されてもよい。

ハードディスク（ＨＤＤ）２１２には、後述のすべての説明で動作主体となる本実施例に係るプログラム（例えば、ＣＰＳ１０７におけるＣＰＳプログラム）が格納される。

２０１はＣＰＵで、後述のすべての説明において、特に断りのない限り、ハード上の実行の主体である。一方、ソフトウェア上の制御の主体は、ハードディスク（ＨＤＤ）２１２に格納されたプログラムである。

２０２はＲＯＭで、ＢＩＯＳやブートプログラムが格納されている。２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）２０９やポインティングデバイス（ＰＤ）２１０等からの指示入力を制御する。２０６はディスプレイコントローラ（ＤＳＰＣ）で、ディスプレイ（ＤＳＰ）２１１の表示を制御する。２０７はディスクコントローラ（ＤＫＣ）で、ハードディスク（ＨＤＤ）２１２やＣＤ－ＲＯＭ（ＣＤ）２１３などの記憶装置へのアクセスを制御するものである。ハードディスク（ＨＤＤ）２１２およびＣＤ－ＲＯＭ（ＣＤ）２１３等には、ブートプログラム、オペレーティングシステム、データベース、ＣＰＳプログラムなどのプログラムおよびそのデータ等が記憶されている。２０８はインタフェースコントローラ（ＩＦＣ）で、ＬＡＮなどを介して他のネットワーク機器と情報を送受信する。これらの各構成要素は、システムバス２０４上に配置される。

なお、本実施例に係るプログラムは、ＣＤ－ＲＯＭなどの記憶媒体に格納された形で供給されても良い。その場合には図２（Ａ）に示すＣＤ－ＲＯＭ（ＣＤ）２１３などによって記憶媒体からプログラムが読み取られ、ハードディスク（ＨＤＤ）２１２にインストールされる。

図２（Ｂ）は、デバイス１０２の例として、複合機の内部構成について説明した図である。

２５１は複合機全体の制御を司るＣＰＵであり、２５２はシリアル番号などを格納するＲＯＭである。シリアル番号は、デバイスの個体識別のために用意された識別子である。２５３はＣＰＵ２５１のワークエリア、受信バッファ、画像描画に使用されるＲＡＭである。２５４は、ファームウェア、拡張プログラム、フォントデータ、などを記録するハードディスク（ＨＤＤ）である。２５５は各種スイッチやボタン、並びに、メッセージ表示用の液晶表示部で構成される操作部である。２５６はネットワークに接続するためのネットワークインタフェースで、ＬＡＮを介して他のネットワーク機器と情報を送受信する。２５７は記録紙に印刷を行うプリンタエンジン、２５８は原稿を読み取るためのスキャナ、２５９はファクシミリの送受信を行うためのファクシミリ通信部である。これらの各構成要素は、システムバス２６０上に配置される。また、スキャナやファクシミリに関する機能を持たない印刷装置、ファクシミリに関する機能を持たない複写機については、これらの一部構成を備える装置である。

図３は、ＣＰＳ１０７で動作するＣＰＳプログラム３００の機能構成の例を示す図である。

ＣＰＵ２０１が本実施例に係るプログラムを実行することにより、図示された各機能構成が実現される。

ＵＩ制御部３０１は、ユーザが本プログラムを操作するためのグラフィカルユーザインタフェースを提供する。グラフィカルユーザインタフェースは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いて、他のクライアント端末で表示可能なＷｅｂページとして構成される。もしくは、ＣＰＳ１０７に備え付けられたディスプレイ２１１に表示されるよう、構成されてもよい。

制御部３０２は、ＵＩ制御部３０１の指示や通信部３０５が受信する要求に従って、ＣＰＳプログラム３００内の各機能に対して各種処理を指示する。

設定管理部３０３は、ＣＰＳ１０７に関する各種設定情報やＣＰＳ１０７に登録されているＭＦＰの情報をＤＢ３０８に保存し制御を行う。

認証部３０４は、ＤＢ３０８に保存されているテナント毎のユーザ情報を利用して、ＣＰＳ１０７にログイン要求してきたユーザの認証処理を行う。

通信部３０５は、インタフェースコントローラ２０８を介して、クライアント端末１０１やデバイス１０２などからの要求を受信して、制御部３０２に要求内容を送信する。更に、制御部３０２から要求に対する処理結果を受け取り、前記要求に対する応答データを作成し、要求送信元に応答を送信する。また、ＨＴＴＰ通信を司り、必要に応じて、ＵＩ制御部３０１から受け取ったＷｅｂページをクライアント端末に送信する。

印刷管理部３０６は、クライアント端末１０１から受信した印刷ジョブをＤＢ３０８に保存する。また、印刷ジョブに対してレンダリングなどの画像処理を行う。レンダリングは、その他ハードウェアと協働して行われてもよい。更に、印刷管理部３０６は、ユーザの使用実績や月別の印刷枚数など印刷に関する利用状況を集計し、ＤＢ３０８に保存する。

ＤＢ管理部３０７は、制御部３０２の指示に従い、ＤＢ３０８に対して各種設定、ユーザ情報、印刷ジョブなどの格納、削除、更新、取得処理を指示する。また、ＣＰＳプログラム３００が使用する各種テーブルを管理する。

ＤＢ３０８は各種データや各種テーブルを保持するデータベースである。ＤＢ３０８に保持されているデータはテナント毎に管理される。ユーザは自分の所属するテナントのデータにしかアクセスできず、他のテナントのデータへのアクセスを制限される。

図４は複合機のソフトウェア構成の例を示す図である。

複合機の複合機ソフトウェア４００において、ＯＳ４１０上には、プリンタやＦＡＸ、スキャナなどの元々備わっている制御用プログラムのＭＦＰ制御プログラムが動作している。また、拡張プログラム実行プラットフォームである拡張プログラム実行プラットフォーム４０２も動作している。更に、ＭＦＰ制御プログラム上には、ファームウェア更新サービス４０３、ファンクション有効化サービス４０４、設定管理サービス４０５が動作している。また、拡張プログラム実行プラットフォーム４０２上には、拡張プログラムシステムサービス４０６と拡張プログラム４０７が動作している。

ファームウェア（ＦＷ）更新サービス４０３は、ファームウェアを更新するための各種機能を提供するサービスである。例えば、ファームウェア更新サービス４０３は、ユーザから指定されたファームウェアを参照し、該複合機のファームウェアの更新が必要か否かを判断する。また、ＭＦＰ制御プログラムを介して、ファームウェアを更新する。

ファンクション有効化サービス４０４は、ＭＦＰ制御プログラムに予め組み込まれているファンクションを、有効化するためのサービスである。ファンクション有効化サービス４０４は、ユーザから指定されたファンクションライセンスファイルにより特定されるファンクションを識別し、有効化する。

設定管理サービス４０５は、プリンタやスキャナなどの各種設定情報を管理するためのサービスである。設定管理サービス４０５はＵＩを持っており、ユーザは複合機の操作部２５５を介して設定変更を指示することができる。また、設定管理サービス４０５は、ユーザから設定情報ファイルが指定されると、ＭＦＰ制御プログラムの設定情報を書き換える機能も提供する。なお、設定情報ファイルには後述するセキュリティー設定も含まれる。

拡張プログラムシステムサービス４０６は、拡張プログラムに共通に有用なユーティリティライブラリで、システムから提供される。拡張プログラム４０７から拡張プログラムシステムサービス４０６の機能を呼び出すことにより、拡張プログラムを開発する手間を省くことができる。

拡張プログラム４０７は、拡張プログラム実行プラットフォーム４０２または拡張プログラムシステムサービス４０６を介してのみ、他の拡張プログラム４０７など複合機の各モジュールへアクセスすることができる。また、ＵＩを持つ拡張プログラム４０７は、複合機の操作部２５５に表示されるメインメニュー画面にアイコンを表示することができる。このアイコンをユーザが選択すると、操作部２５５はその旨をＣＰＵ２５１に送信する。その後、ＣＰＵ２５１はユーザが選択した拡張プログラムのＵＩを操作部２５５に表示する。

なお、本ソフトウェア構成は基本的な部分のみ記載したものであり、実施環境によっては他のサービス等が含まれていても良い。また設定を制限するなどの理由により、不要なサービスは無くても良い。

図５（Ａ）から（Ｄ）はＣＰＳ１０７で管理されるテーブルの一例である。なお、図５のテーブル構成は一例であり、本例とは異なるテーブル構成であってもよい。

図５（Ａ）は認証情報管理テーブル５１０であり、カラム５１１からカラム５１６で構成される。１レコードが一つの認証情報を表している。

５１１はアカウントであり、ＣＰＳにアクセスするユーザを一意に識別するためのＩＤである。５１２は所属テナントで、アカウント５１１のユーザが所属するテナントの情報が格納される。カラム５１３はユーザ名で、アカウント５１１で識別されるユーザの名称である。カラム５１４はＲｏｌｅで、アカウント５１１に割り当てられたロールが格納される。

ロールの例として、本実施例ではテナント内の管理者権限を有することを表す「ａｄｍｉｎ」、一般ユーザであることを表す「ｇｅｎｅｒａｌ」を記載しているが、これに限定されるものではない。なお、各テナントには少なくとも１つの「ａｄｍｉｎ」ロールを持つアカウントが属する必要がある。

カラム５１５はパスワードで、アカウント５１１がＣＰＳにログインする際に入力するパスワードである。

なお、本テーブルにおける１つ目のレコードの認証情報は、ＣＰＳ全体の管理者のアカウントを示している。所属テナント５１２が空欄である点とＲｏｌｅ５１４に特別なロール（本実施例では「ＣＰＳ ａｄｍｉｎ」）が格納されている点で判断可能である。

図５（Ｂ）は、設定情報管理テーブル５３０であり、カラム５３１からカラム５３９で構成される。１レコードが１つの設定情報を表している。本実施例では、本設定情報が主にセキュリティー設定から構成されることを想定するが、これに限定されるものではない。

カラム５３１はＩＤであり、設定情報を一意に識別するＩＤである。本実施例では０から始まる数字が格納されているが、これに限定されるものではない。カラム５３２は所属テナントである。所属テナント５３２にはそれぞれの設定情報が所属するテナントの値が格納される。カラム５３３は設定名であり、設定情報の名称が格納される。

カラム５３４からカラム５３９は設定情報の例として特にセキュリティー設定項目を列挙している。なお、設定情報はここに例示したものに限定されるものではない。

さて、ここでは特にカラム５３９「ＣＰＳ以外印刷禁止」について説明する。本設定項目はユーザの印刷ジョブを完全に把握するためのセキュリティー設定項目で、ＣＰＳ経由でしか印刷を許可しないというものである。印刷ジョブが必ずＣＰＳを経由するため、ユーザの全印刷履歴が印刷管理部３０６経由でＤＢ３０８に格納される。本設定項目は在宅勤務中のユーザが会社支給のデバイスに対して業務文書を印刷するケースにおいて有効化されることを想定している。

なお、各レコードにおいてカラム５３４からカラム５３９の値が空白となっている場合がある。これはそのレコードの設定情報がその設定項目を有しないことを表す。

また、本テーブルの例では１行目のレコード（ＩＤ５３１の値が「０」である設定情報）の所属テナント５３２の値が空白である。これは本設定情報が特定のテナントに属さず、ＣＰＳ１０７で共通の設定情報としてすべてのテナントから参照可能であることを表している。

ここではテーブルのカラム５３４以降の各列に個々の設定項目を割り当てているが、後述の図６に示すような形式で作成された設定情報ファイルの実体を格納するような構成であってもよい。また、実体を格納するのではなく、実体へのパスを格納してもよい。この場合、実体は別の場所にファイルとして置かれる構成となる。

図５（Ｃ）は、シリアル番号管理テーブル５５０であり、カラム５５１からカラム５５３で構成される。

カラム５５１はシリアル番号である。シリアル番号５５１にはＣＰＳに登録されているデバイスのシリアル番号が格納される。カラム５５２は所属テナントである。所属テナント５５２にはシリアル番号５５１に格納されたシリアル番号を持つデバイスが所属するテナントの値が格納される。カラム５５３は登録属性である。

シリアル番号５５１に格納されたシリアル番号を持つデバイスが各テナントに登録された際の属性を格納する。登録属性として取りうる値は「会社」と「個人」である。登録属性が「会社」である場合、そのデバイスは会社が支給したデバイスであることを表す。一方、登録属性が「個人」である場合、そのデバイスは個人が所有するデバイスであることを表す。

ここで、会社支給のデバイスをＣＰＳに接続するケースを考える。ＣＰＳの各テナントの管理者（Ｒｏｌｅ５１４の値が「ａｄｍｉｎ」のユーザ）は会社支給のデバイスのシリアル番号を、そのデバイスがＣＰＳに接続される前に知ることが可能である。

そこで、ＣＰＳの各テナントの管理者は会社支給のデバイスがＣＰＳに接続される前に本テーブルに会社支給のシリアル番号を登録し、カラム５５２からカラム５５３に適切な値を設定する必要がある。一方、個人のデバイスをＣＰＳに接続するケースでは、ＣＰＳの各テナントの管理者は事前にデバイスのシリアル番号を知ることができない。従って、個人デバイスが事前に本テーブルに登録されることはない。

図５（Ｄ）は、認証情報割り当てテーブルであり、カラム５７１からカラム５７３で構成される。本テーブルはテナント毎に登録属性に応じた設定情報を管理するためのものである。

カラム５７１は所属テナントで、カラム５５２と同様である。カラム５７２は登録属性で、カラム５５３と同様である。カラム５７３は設定情報である。設定情報５７３には、所属テナント５７１および登録属性５７２の値に応じてデバイスに設定すべき設定情報が格納される。

ここでは、設定情報管理テーブル５３０のＩＤ５３１の値を格納しているが、設定情報の実体や実体へのパスを格納するような形態であっても構わない。

図６は、本実施例で扱う設定情報ファイルについて説明した図である。本図において、６００はＸＭＬ形式の設定情報ファイルの一例である。

６０１は設定情報領域で、デバイスに設定する設定情報が列挙される。本実施例では、設定情報管理テーブル５３０のカラム５３４からカラム５３９に記載の各設定項目を表すタグとその値が列挙されている。

なお、本実施例ではデータファイルをＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で表現しているが、例えば、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）形式などで表現してもよい。

図７（Ａ）から（Ｃ）は、ＣＰＳプログラム３００のＵＩ制御部３０１が持つＵＩ画面の例である。

図７（Ａ）は、編集画面７００である。ＣＰＳ１０７の各テナントの管理者はＣＰＳ１０７に接続するデバイスに適用する設定情報を作成するために本画面を使用する。

本画面において、７０１は所属テナントである。ＵＩ制御部３０１はＣＰＳ１０７にログインした際に使用したアカウントに関連した所属テナント名を所属テナント５１２から取得して表示する。７０２は設定名入力領域である。ＵＩ制御部３０１は設定名５３３から編集対象の設定情報の名称を取得して表示する。

７０３はＦＷ（ファームウェア）自動更新、７０４はメモリ監視、７０５はＰＷ保護、７０６は個人認証、７０７は留め置き印刷、７０８はＣＰＳ以外印刷禁止の入力領域である。それぞれ、設定情報管理テーブル５３０のカラム５３４からカラム５３９に対応する。各設定項目の先頭には、チェックボックスが付加されており、ユーザが設定情報に加えたい設定項目を選択することが可能である。

７０９はＯＫボタンである。本ボタンが押下されると、ＣＰＳプログラム３００は編集結果を設定情報管理テーブル５３０に格納し、編集画面７００を終了する。なお、ユーザが設定名７０２に新しい設定名を入力していた場合、本ボタンが押下されるとＤＢ管理部３０７は設定情報管理テーブル５３０に新しいレコードを追加し、各種情報を格納する。

７１０はキャンセルボタンである。本ボタンが押下されるとＣＰＳプログラム３００は編集画面７００の編集結果を破棄し、編集画面７００を終了する。

図７（Ｂ）は、登録画面７２０である。ＣＰＳ１０７の各テナントの管理者は会社支給のデバイスのシリアル番号を事前登録するために本画面を使用する。

本画面において、７２１は所属テナントである。表示する内容は７０１と同様のため説明を省略する。７２２はシリアル番号入力領域である。ユーザは本領域に所属テナント７２１に登録するデバイスのシリアル番号を入力する。なお、本領域に入力されるシリアル番号は会社支給デバイスのシリアル番号でなければならない。

７２３はＯＫボタンである。本ボタンが押下されると、ＣＰＳプログラム３００はシリアル番号管理テーブル５５０に新しいレコードを追加し、シリアル番号５５１にシリアル番号入力領域７２２の値を格納する。また、登録属性５５３に、会社支給デバイスであることを示す「会社」を格納する。その後、登録画面７２０を終了する。７２４はキャンセルボタンである。本ボタンが押下されるとＣＰＳプログラム３００は登録画面７２０の編集結果を破棄し、登録画面７２０を終了する。

図７（Ｃ）は、割り当て画面７４０である。ＣＰＳ１０７の各テナントの管理者は会社支給のデバイスと個人デバイスに適用する設定情報をそれぞれ割り当てるために本画面を使用する。

本画面において、７４１所属テナントである。表示する内容は７０１と同様のため説明を省略する。

７４２は会社デバイス用設定情報入力領域である。ユーザは本領域に会社支給デバイスに適用する設定情報を入力する。本実施例では設定情報管理テーブル５３０の設定名５３３を入力するような形態を示しているが、これに限定せず、設定情報を一意に識別するものであれば他の値を入力する形態であってもよい。また、本実施例では複数の設定情報を入力可能としているが、これはデバイスに複数の設定情報を組み合わせて適用することが可能であることを示している。

７４３は個人デバイス用設定情報入力領域である。会社支給デバイスに対する設定情報ではなく個人デバイスに対する設定情報である点以外、７４２と同様であるため説明を省略する。

７４４はＯＫボタンである。本ボタンが押下されると、ＣＰＳプログラム３００は設定情報割り当てテーブル５７０の対応するテナントにおいて、登録属性５７２の値が「会社」であるレコードの設定情報５７３に、会社デバイス用設定情報入力領域７４２の値を格納する。同様に、登録属性５７２の値が「個人」であるレコードの設定情報５７３に、個人デバイス用設定情報入力領域７４３の値を格納する。その後、割り当て画面７４０を終了する。７４５はキャンセルボタンである。本ボタンが押下されるとＣＰＳプログラム３００は割り当て画面７４０の編集結果を破棄し、割り当て画面７４０を終了する。

図８は、ユーザがデバイス１０２をＣＰＳ１０７に登録するために、管理者権限を持つアカウントでＣＰＳ１０７にログインした場合に、ＣＰＳプログラム３００で実現される処理を説明するためのフローチャートである。本フローチャートは、会社支給または個人のデバイスのＣＰＳへの登録処理が実施される前の事前準備処理である。

Ｓ８０１では、ＵＩ制御部３０１は設定情報の編集要求を受け付けたか否かを判断する。受け付けたと判断した場合は、Ｓ８０２に進む。そうでない場合は、Ｓ８０３に進む。

Ｓ８０２では、ＵＩ制御部３０１は編集画面７００を表示する。ユーザが設定情報を編集してＯＫボタン７０９を押下すると、ＵＩ制御部３０１はユーザが作成または編集した設定情報をＤＢ管理部３０７経由でＤＢ３０８の設定情報管理テーブル５３０に格納する。

Ｓ８０３では、ＵＩ制御部３０１は会社支給デバイスの事前登録要求を受け付けたか否かを判断する。

受け付けたと判断した場合は、Ｓ８０４に進む。そうでない場合は、Ｓ８０５に進む。

Ｓ８０４では、ＵＩ制御部３０１は登録画面７２０を表示する。ユーザが会社支給デバイスのシリアル番号を入力してＯＫボタン７２３を押下すると、ＵＩ制御部３０１はユーザが入力したシリアル番号と登録属性値「会社」をＤＢ管理部３０７経由でＤＢ３０８のシリアル番号管理テーブル５５０に格納する。

Ｓ８０５では、ＵＩ制御部３０１は作成済みの設定情報を登録属性値「会社」または「個人」に割り当てるための割り当て要求を受け付けたか否かを判断する。受け付けたと判断した場合は、Ｓ８０６に進む。そうでない場合は、本フローチャートを終了する。

Ｓ８０６では、ＵＩ制御部３０１は割り当て画面７４０を表示する。ユーザが入力領域７４２と入力領域７４３に設定情報を割り当て、ＯＫボタン７４４を押下すると、ＵＩ制御部３０１はユーザが入力した割り当て情報をＤＢ管理部３０７経由でＤＢ３０８の設定情報割り当てテーブル５７０に格納する。以上で本フローチャートの説明を終了する。

次に、ＣＰＳ１０７へのデバイス登録処理について図９、図１０を用いて説明する。ＣＰＳ１０７へのデバイス登録処理は、デバイスを登録するユーザがクライアント端末１０１上で図１０に記載したような登録アプリケーションを起動することによって開始される。登録アプリケーションが起動されると、最初にアプリ画面１００１が表示される。

ユーザがアプリ画面１００１のログインボタンを押下すると、登録アプリケーションはログイン画面１００２を表示する。ユーザがログイン画面１００２の所定の領域にアカウントとパスワードを入力し、ログインボタンを押下すると、認証情報がＣＰＳ１０７に送付される（Ｓ９０１）。クライアント端末１０１から認証情報を受信したＣＰＳ１０７は認証情報管理テーブル５１０を使って、受信した認証情報で認証可能か否かを判断し、その結果をクライアント端末１０１に送付する（Ｓ９０２）。

認証が成功すると、クライアント端末１０１の登録アプリケーションはデバイス登録画面１００３を表示する。ユーザが本画面でＯＫボタンを押下すると、登録アプリケーションはネットワークに接続されたデバイスを探索する（Ｓ９０３）。探索処理はＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）を用いて実現することが可能であるが、これ以外にＮＦＣ（Ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）やその他の手段を用いることも可能である。探索要求を受け取ったデバイス１０２はデバイス情報を返却する（Ｓ９０４）。返却されるデバイス情報には少なくともシリアル番号が含まれている必要がある。加えて、デバイス名称や、機種を一意に識別するための機種ＩＤ、ＩＰアドレス等のネットワーク情報などを含めることも可能である。登録アプリケーションは、デバイス１０２が返却したデバイス情報を受信すると、登録デバイスリスト画面１００４に探索結果を表示する（Ｓ９０５）。ここでは、探索結果として、名称が「複合機Ａ」「プリンタＢ」という２台のデバイスが表示されている。

引き続き、ユーザが登録デバイスリスト画面１００４上で登録対象デバイスを選択し、登録ボタンを押下すると（Ｓ９０６でＹＥＳを選択）、Ｓ９０７を実行する。一方、ユーザがキャンセルボタンを押下する（Ｓ９０６でＮＯを選択）と、登録アプリケーションは本フローチャットを終了する。

登録デバイスリスト画面１００４の登録ボタンが押下されると、登録アプリケーションは、ＣＰＳ１０７にデバイス登録要求を送付する（Ｓ９０７）。少なくともＳ９０１で入力されたアカウントとＳ９０５で受信したシリアル番号をＣＰＳ１０７に送付する必要がある。

ＣＰＳ１０７はデバイス登録要求を受け取る（Ｓ９０８）と、受信したアカウントが属するテナントに、受信したシリアル番号が登録されているか否かを判断する（Ｓ９０９）。具体的には、シリアル番号管理テーブル５５０に受信したシリアル番号が登録されているか否かをチェックする。登録されている場合（Ｓ９０９でＹＥＳを選択）、Ｓ９１１を実行する。そうでない場合（Ｓ９０９でＮＯを選択）、Ｓ９１０を実行する。

Ｓ９１０では、ＣＰＳ１０７はシリアル番号管理テーブル５５０に受信したシリアル番号と付随する情報を登録する。具体的には、本テーブルに新しいレコードを追加し、シリアル番号５５１に受信したシリアル番号を格納する。所属テナント５５２には受信したアカウントが属するテナントの値（所属テナント５１２の値）を格納する。登録属性５５３には「個人」を格納する。なお、受信したシリアル番号が本テーブルに登録されていないということは、当該シリアル番号を持つデバイスが会社支給デバイスでないことを表す。従って、登録属性５５３には「個人」と格納することが可能となる。

次にＣＰＳ１０７は登録結果を示す通知をクライアント端末１０１に送信する（Ｓ９１１）。本ステップ実行時にシリアル番号管理テーブル５５０に登録対象デバイスのシリアル番号が登録されている場合は登録結果が「成功」となる。ＤＢ３０７へのアクセスエラーなどの理由でシリアル番号管理テーブル５５０に登録対象デバイスのシリアル番号が登録されていない場合は登録結果が「失敗」となる。

Ｓ９１６で、ＣＰＳ１０７からの登録結果を受信すると、クライアント端末１０１の登録アプリケーションはデバイス１０２のＣＰＳ１０７への登録結果として、ＣＰＳ１０７登録結果画面１００５（登録成功した場合）または１００６（登録失敗した場合）を表示する。

デバイス１０２は、ＣＰＳ１０７への登録が成功したことを確認したユーザの操作に基づき、ＣＰＳ１０７へ接続要求を送付する（Ｓ９１２）。接続要求にはデバイスのシリアル番号も付与される。なお、接続要求は一般に「通信テスト」や「接続テスト」などと呼ばれるもので、デバイスがＣＰＳ１０７と通信可能であることを確認するためのものである。

デバイス１０２からの接続要求を受信すると（Ｓ９１３）、ＣＰＳ１０７はシリアル番号管理テーブル５５０と設定情報割り当てテーブル５７０を用いて、受信したシリアル番号に紐づいた設定情報をデバイス１０２に送信する（Ｓ９１４）。具体的には、ＣＰＳ１０７はシリアル番号管理テーブル５５０を用いて、受信したシリアル番号から所属テナントと登録属性の値を取り出す。更に、設定情報割り当てテーブル５７０を用いて、当該所属テナントと登録属性に対応する設定情報を取得する。なお、設定情報５７３には、複数の設定情報が含まれる場合がある（例えば、設定情報割り当てテーブル５７０の１つ目のレコード）。このような場合、２つの設定情報をそのままデバイス１０２に送信してもよいし、複数の設定情報を１つにマージしてから送信してもよい。１つにマージする場合、図６の６００で例示した形式の複数の設定情報ファイルから一つの設定情報ファイルを作成する。

ＣＰＳ１０７からの設定情報を受信すると、デバイス１０２はＣＰＳ１０７との接続状態を「成功」とした上で、受信した設定情報を自身に適用する（Ｓ９１５）。設定情報は設定管理サービス４０５を通してデバイスのＭＦＰ制御プログラムの設定情報に反映される。ＣＰＳ１０７から複数の設定情報が送付された場合は、設定管理サービス４０５への反映処理を複数回実行する。以上で本フローチャートの説明を終了する。

上記実施例１のＳ９０９とＳ９１０が実行されることによって、ＣＰＳ１０７は会社支給デバイスと個人デバイスを区別することが可能となる。

また、Ｓ９１２からＳ９１５が実行されることによって、デバイス１０２には会社支給であるか個人所有であるかに関わらず、適切な設定情報が適用されるため、在宅勤務のユーザは常に適切なデバイス設定の元で印刷を実行することが可能となる。

（実施例２）
実施例１では、ＣＰＳ１０７は在宅勤務のユーザから登録要求のあった個人デバイスを無条件で登録していた。

しかし、ＣＰＳ１０７のテナントの管理者が自身のテナントに接続するデバイスに最低限のセキュリティー機能（例えばＦＷの自動更新機能など）を要求する場合がある。

本実施例では、在宅勤務のユーザが、所有する個人デバイスをＣＰＳ１０７に登録要求する場合に、最低限のセキュリティー機能を持つデバイスのみが登録可能となる例を説明する。以下、実施例１と異なる部分を中心に説明する。

図１１（Ａ）から（Ｃ）は実施例２のＣＰＳ１０７で管理されるテーブルの一例である。なお、図１１のテーブル構成は一例であり、本例とは異なるテーブル構成であってもよい。

図１１（Ａ）はセキュリティー機能テーブル１１００であり、カラム１１０１からカラム１１０５で構成される。１レコードが、１機種が持つセキュリティー機能を表している。

カラム１１０１は機種ＩＤであり、デバイスの機種を一意に識別するための識別子である。

カラム１１０２からカラム１１０５はデバイスが持ちうるセキュリティー機能を列挙している。ここでは、１１０２としてファームウェア（ＦＷ）保護機能、１１０３としてファームウェア（ＦＷ）自動更新機能、１１０４としてＰＷ保護機能、１１０５としてポート制御機能を列挙している。なお、セキュリティー機能はここに例示したものに限定されるものではない。

各レコードにおける各カラムの値には、機種ＩＤが示す各機種が、各カラムが表すセキュリティー機能を持つか否かが格納される。ここではセキュリティー機能を持つ場合は「○」、持たない場合は「×」が格納される。

図１１（Ｂ）は必須機能テーブル１１２０であり、カラム１１２１からカラム１１２５で構成される。１レコードが１つのテナントの必須機能を表している。カラム１１２１は所属テナントである。所属テナント５１２に格納されている値と同じものが格納される。カラム１１２２からカラム１１２５はデバイスが持ちうるセキュリティー機能が列挙される。一般的に、セキュリティー機能テーブル１１００のセキュリティー機能と同じものが列挙される。

各レコードにおける各カラムの値には、各所属テナントにおいて各カラムが表すセキュリティー機能が必須か否かを格納する。必須か否かを判断し本テーブルに入力するのはテナントの管理者である。ここでは必須のセキュリティー機能である場合は「○」、そうでない場合は「×」が格納される。

図１１（Ｃ）は機種ＩＤ対応テーブル１１４０であり、カラム１１４１からカラム１１４２で構成される。１レコードが１つ機種に割り当てられたシリアル番号の範囲を表している。カラム１１４１は機種ＩＤであり、カラム１１０１と同じ値が格納される。カラム１１４２はシリアル番号範囲であり、ある機種ＩＤを持つ機種に割り当てられたシリアル番号の範囲が格納される。ここでは機種ごとに連続したシリアル番号が割り当てられているが、離散したシリアル番号が割り当てられてもよい。

さて、ＣＰＳ１０７の管理者は前もってセキュリティー機能テーブル１１００に各機種が有するセキュリティー機能を入力しておく。また、機種ＩＤ対応テーブル１１４０に各機種に割り当てられたシリアル番号範囲を入力しておく。更に、ＣＰＳ１０７のテナント管理者は必須機能テーブル１１２０に自テナントで必須とするセキュリティー機能を入力しておく。

その後、デバイスを登録するユーザがクライアント端末１０１上で図１０に記載したような登録アプリケーションを起動すると、図１２に示すＣＰＳ１０７へのデバイス登録処理が開始される。

本図においてＳ９０１からＳ９０８は実施例１に記載の処理と同様であるため、説明を省略する。

Ｓ９０８に次いで実行されるＳ１２０１では、ＣＰＳ１０７はＳ９０８で受信したアカウントとシリアル番号を用いて、対象デバイスを対象テナントに登録可能か否かを判断する。具体的には、ＣＰＳ１０７は機種ＩＤ対応テーブル１１４０を用いて受信したシリアル番号から機種ＩＤを特定する。次に、セキュリティー機能テーブル１１００を用いて前記機種ＩＤの機種が持つセキュリティー機能を特定する。最後に、受信したアカウントから所属テナントを特定し、その後、必須機能テーブル１１２０を用いて、登録対象機種がそのテナントで必須である機能をすべて有しているか否かを調べる。すべて有している場合は登録可能と判断される。

例えば、受信したシリアル番号が「ＳＮ１１」、アカウントが「ｕｓｅｒ１＠ｔｅｎａｎｔ１」である場合、機種ＩＤが「Ｍｏｄｅｌ１」、所属テナントが「テナント１」と特定できる。Ｍｏｄｅｌ１が持つセキュリティー機能は、カラム１１０２からカラム１１０５のすべてであるため、必須機能テーブル１１２０を参照することによってシリアル番号が「ＳＮ１１」であるデバイスは、テナント１に登録可能であることが分かる。

Ｓ１２０１で登録可能と判断された場合はＳ９０９が実行される。そうでない場合は、Ｓ１２０２が実行される。Ｓ１２０２では、ＣＰＳ１０７は登録結果を「失敗」として記録する。

この後、実行されるＳ９０９からＳ９１６は実施例１に記載の処理と同様であるため、説明を省略する。録結果を「失敗」が失敗だった場合は、Ｓ９１２の接続要求に対してＣＰＳ１０７はエラーを応答することになる。

以上で本フローチャートの説明を終了する。

上記実施例２のＳ１２０１からＳ１２０２が実行されることによって、ＣＰＳ１０７はテナント毎に定められた最低限のセキュリティー機能を持つデバイスのみを登録可能とすることができる。

なお、本実施例では、ＣＰＳ１０７が機種ＩＤ対応テーブル１１４０を用いてシリアル番号から機種ＩＤを導き出したが、ＣＰＳ１０７が本テーブルを持たず、クライアント端末１０１がＳ９０７にて機種ＩＤも付与する形態であっても構わない。その場合、クライアント端末１０１はＳ９０４でデバイス１０２から機種ＩＤを入手するのが一般的である。

（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。

ここで、本発明は、上述した実施形態の機能を実現する１以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の一つである。また、そのプログラムは、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給され、そのシステム或いは装置の１以上のコンピューター（ＣＰＵやＭＰＵ等）によりそのプログラムが１以上のメモリーに読み出され、実行される。つまり、本発明の一つとして、さらにそのプログラム自体、あるいは該プログラムを格納したコンピューターにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。

１０１ クライアント端末
１０２ デバイス（印刷装置、複合機など）
１０７ クラウドプリントサービス（ＣＰＳ）

Claims (5)

1. プリント管理システムであって、
   情報処理装置から、印刷装置の個体識別のための識別子を含む、該印刷装置の登録要求を受信する受信手段と、
   前記登録要求を行ったアカウントに紐づけて、該登録要求に含まれる前記識別子が登録されていない場合に、該アカウントに紐づけて該識別子をデータベースに登録する登録手段と、
   前記印刷装置から、該印刷装置の個体識別のための識別子を含む要求を受信する受信手段と、
   前記登録要求が行われた際に前記アカウントに紐づけて該登録要求に含まれる前記識別子が登録されていた場合には、前記印刷装置に対して、該印刷装置に適用すべき設定情報として、第１の設定情報を送信する送信手段と、を有し、
   前記送信手段は、前記登録要求が行われた際に前記アカウントに紐づけて該登録要求に含まれる前記識別子が登録されていなかった場合には、前記印刷装置に対して、該印刷装置に適用すべき設定情報として、前記第１の設定情報とは異なる第２の設定情報を送信することを特徴とするプリント管理システム。
2. 前記送信手段は、前記登録要求が行われた際に前記アカウントに紐づけて該登録要求に含まれる前記識別子が登録されていなかった、かつ、前記印刷装置が在宅勤務のために利用される場合、該印刷装置に適用すべき設定情報として、前記第２の設定情報を送信することを特徴とする請求項１に記載のプリント管理システム。
3. 前記第２の設定情報は、前記第１の設定情報に含まれる一部の設定情報であり、少なくともファームウェアの自動更新に関する設定が含まれる、ことを特徴とする請求項１または２に記載のプリント管理システム。
4. 前記登録要求に含まれる前記識別子に対応する前記印刷装置が、前記第１の設定情報及び前記第２の設定情報に含まれる必須となる設定に対応する機能を備えていない場合に、当該識別子の前記データベースへの登録を行わず、前記印刷装置に対して登録の失敗を示す通知を送信する通知手段を、さらに有することを特徴とする請求項１乃至３の何れか１項に記載のプリント管理システム。
5. プリント管理システムにおける方法であって、
   情報処理装置から、印刷装置の個体識別のための識別子を含む、該印刷装置の登録要求を受信する受信工程と、
   前記登録要求を行ったアカウントに紐づけて、該登録要求に含まれる前記識別子が登録されていない場合に、該アカウントに紐づけて該識別子をデータベースに登録する登録工程と、
   前記印刷装置から、該印刷装置の個体識別のための識別子を含む要求を受信する受信工程と、
   前記登録要求が行われた際に前記アカウントに紐づけて該登録要求に含まれる前記識別子が登録されていた場合には、前記印刷装置に対して、該印刷装置に適用すべき設定情報として、第１の設定情報を送信する送信工程と、を有し、
   前記送信工程では、前記登録要求が行われた際に前記アカウントに紐づけて該登録要求に含まれる前記識別子が登録されていなかった場合には、前記印刷装置に対して、該印刷装置に適用すべき設定情報として、前記第１の設定情報とは異なる第２の設定情報が送信されることを特徴とする方法。

Images