JP2017021706A - プログラム及び情報処理装置 - Google Patents

Abstract

【課題】イベントのための文書を登録した後にそのイベントの参加者の属性が変化した場合でも、その属性の変化に合わせて印刷設定を変えて文書を登録し直す必要がないようにする。【解決手段】会議を開催するユーザは、会議の参加者や資料の文書をスケジュールＤＢ３０に登録する。またユーザは、プリントサーバ１０に対してその文書を登録し、参加者の属性に応じてその文書の印刷設定を判定するための判定情報を設定する。プリントサーバ１０は、会議の開催まで定期的に人事ＤＢ２０を参照して参加者の属性の変化を検知し、属性が変化した場合、変化後の属性に応じてその参加者のその文書についての印刷設定を更新する。【選択図】図１

Description

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

特許文献１には、任意部数ごとに異なる設定の印刷を行うにあたり、ユーザの設定作業負担を軽減することを目指したプリンタドライバが開示されている。この仕組みでは、印刷設定管理手段は、第１のユーザインターフェースにより、第２のユーザインターフェースへの遷移を受け付けた場合、第２のユーザインターフェースを表示して、実プリンタドライバにおける印刷設定を受け付け、データ構造体管理手段は、第１のユーザインターフェースにより、第２のユーザインターフェースへの遷移を受け付けた場合、一括管理された複数種のデータ構造体から実プリンタドライバで印刷設定を行うためのデータ構造体に再構成する。

特許文献２に開示された仕組みでは、外部装置からの要求に応じて、外部装置に表示されている表示画面に対応するデータをクライアント側のプリンタで印刷する。クライアントは、印刷ジョブの手続が記述された第１のデータと、第１のデータに基づいて印刷される表示画面に表示された複数のデータを含む第２のデータを取得する。次いで、第１のデータを解析し、その解析結果に基づいて画像データを生成し印刷する。なお、当該画像データは、オーバレイ処理、マージ処理、又は、バインド処理の少なくともいずれか１つの処理で生成される。

特許文献３に開示される画像形成装置は、画像データを入力する画像入力手段と、前記画像入力手段により入力された画像データを順次記憶する画像記憶手段と、前記複数の画像データに対し設定されているプリント設定を画像とリンクし文書として記憶する文書記憶手段と、前記画像記憶手段に記憶された画像データを読み出し、前記文書記憶手段に記憶されたプリント設定に応じて順次プリント出力する画像出力手段と、前記文書のプリント設定を付加及び上書きするプリントモード設定手段と、前記文書に対して複数のプリント設定を保持しておくプリントモード保存手段と、前記文書のプリント出力時に前記複数のプリント設定からプリント設定を選択するプリント設定選択手段を含む。

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

会議等のイベントのための資料等の文書をプリントサーバ等の印刷制御装置に登録しておき、イベントに参加する参加者にその印刷制御装置からその文書を印刷させる場合に、参加者の属性（例えば役職）に応じてその参加者に課す印刷設定を変えたい場合がある。例えば、課長以上の役職者には片面印刷で印刷させるが、一般社員には片面印刷を認めず、両面印刷を課する等である。このように参加者の属性に応じて印刷設定を変えたい場合、従来、文書を印刷制御装置に登録する登録者が、参加者毎にその属性に応じて印刷設定を行って個別に文書を登録する必要があった。１つの文書に対して複数の印刷設定を登録できる仕組みを用いれば、参加者毎に資料を登録する必要はなくなるが、複数の印刷設定から参加者が自由に希望の設定を選べるようにしたのでは、参加者の属性に応じた印刷設定を課すことができなくなる。また、文書を登録した後、人事異動等で参加者の属性が変化することがあり、その場合登録者が、その参加者向けの文書をその参加者の変化後の属性に応じた印刷設定に変更して印刷制御装置に登録し直す必要があった。

本発明は、イベントのための文書を登録した後にそのイベントの参加者の属性が変化した場合でも、その属性の変化に合わせて印刷設定を変えて文書を登録し直す必要がないようにすることを目的とする。

請求項１に係る発明は、コンピュータを、イベントに対応づけて印刷対象文書の登録を受け付ける受付手段、前記印刷対象文書についての参加者の印刷設定を決定する決定タイミングに、各人の属性情報を記憶するユーザ属性記憶装置から、前記印刷対象文書に対応する前記イベントの各参加者の属性情報を取得する属性取得手段、前記属性取得手段が取得した前記参加者の属性情報から、その参加者が前記印刷対象文書を印刷する際に適用する印刷設定を決定する決定手段、として機能させるためのプログラムである。

請求項２に係る発明は、前記コンピュータを、前記決定タイミングに、各イベントに参加する参加者の情報を記憶するイベント情報記憶装置から、前記印刷対象文書に対応するイベントの参加者の情報を取得する参加者情報取得手段、として更に機能させると共に、前記属性取得手段は、前記参加者情報取得手段が取得した情報が示す各参加者の属性情報を前記ユーザ属性記憶装置から取得する、ことを特徴とする請求項１に記載のプログラムである。

請求項３に係る発明は、前記コンピュータを、前記参加者の代理として前記イベントに参加する代理者を前記参加者と対応づけて記憶する手段、画像処理装置から前記印刷対象文書の印刷指示を発したユーザが前記代理者である場合、その代理者に対応する前記参加者について前記決定手段が決定した印刷設定を、前記印刷対象文書と対応づけて、前記画像処理装置に提供する手段、として更に機能させることを特徴とする、請求項１又は２に記載のプログラムである。

請求項４に係る発明は、イベントに対応づけて印刷対象文書の登録を受け付ける受付手段と、前記印刷対象文書についての参加者の印刷設定を決定する決定タイミングに、各人の属性情報を記憶するユーザ属性記憶装置から、前記印刷対象文書に対応する前記イベントの各参加者の属性情報を取得する属性取得手段と、前記属性取得手段が取得した前記参加者の属性情報から、その参加者が前記印刷対象文書を印刷する際に適用する印刷設定を決定する決定手段と、を含む情報処理装置である。

請求項１又は４に係る発明によれば、イベントのための印刷対象文書を登録した後にそのイベントの参加者の属性が変化した場合でも、ユーザがその属性の変化に合わせて印刷設定を変えて文書を登録し直す必要がない。

請求項２に係る発明によれば、印刷対象文書を登録した後にそのイベントの参加者が追加された場合でも、追加された参加者についての印刷設定をユーザが入力する必要がない。

請求項３に係る発明によれば、代理者が印刷指示を発した場合でも、その代理者の属性情報ではなく、対応する本来の参加者の属性情報に応じた印刷設定で印刷対象文書を画像処理装置に印刷させることができる。

実施形態のシステム構成の一例を示す図である。 人事ＤＢ（データベース）に保持されたデータの一例を示す図である。 スケジュールＤＢに登録された会議情報の例を示す図である。 会議登録画面の例を示す図である。 印刷設定レベル定義情報の例を示す図である。 ユーザ属性に応じて印刷設定レベルを調整するためのレベル調整ルールの一例を示す図である。 実施形態におけるプリントサーバが文書登録を受け付けた際の処理手順の例を示す図である。 文書毎の管理情報の例を示す図である。 会議参加者毎の管理情報の例を示す図である。 文書登録後の印刷設定の保守処理手順の例を示す図である。 代理参加者の項目を含む会議参加者の管理情報の例を示す図である。 予約番号の項目を含む会議参加者の管理情報の例を示す図である。

図１に本実施形態のシステムの例を示す。このシステムは、プリントサーバ１０、人事ＤＢ（データベース）２０、スケジュールＤＢ３０、ユーザＰＣ（パーソナルコンピュータ）４０、画像処理装置６０を含んでいる。

この実施形態では、ある会社における会議に用いる文書を印刷する場合を例にとる。プリントサーバ１０、人事ＤＢ２０、スケジュールＤＢ３０及びユーザＰＣ４０は、会社のイントラネット内に存在しているものとする。画像処理装置６０は、イントラネット内にあってもよいし、インターネット５０を介してプリントサーバ１０にアクセスするものであってもよい。

ユーザＰＣ４０は、各社員のパーソナルコンピュータである。

画像処理装置６０は、印刷を含む画像処理を実行する装置であり、印刷単機能の装置であってもよいし、印刷以外にスキャンやファクシミリ機能等の複数の画像処理機能を併せ持つ複合機であってもよい。画像処理装置６０は、ユーザから操作を受け付けるユーザインタフェース（ＵＩ）を有し、そのＵＩに対するユーザの指示に応じて、インターネット５０、ローカルエリアネットワーク等のデータ通信ネットワークを介してプリントサーバ１０にアクセスする。そして、プリントサーバ１０が有する当該ユーザが印刷権限を有する電子文書（以下単に「文書」と呼ぶ）のうち、そのユーザが選択した文書を印刷設定の情報と共にプリントサーバ１０から取得し、その文書をその印刷設定に従って用紙等の媒体に印刷する。

プリントサーバ１０は、ユーザＰＣ４０等のクライアント装置から印刷対象の文書の登録やその文書についての印刷設定等の指示を受け付け、登録された文書についての印刷処理を制御する。プリントサーバ１０に対して文書を登録するユーザ（登録者）は、その文書を印刷できるユーザ（印刷権限を持つ者）を指定することができる。またプリントサーバ１０は、インターネット５０等を介して受けた画像処理装置６０からの要求に応じ、その画像処理装置６０を操作しているユーザが印刷できる文書の一覧情報を画像処理装置６０に提供する。そして、その一覧情報からユーザが選択した文書を、その文書に対応する印刷設定の情報と共に画像処理装置６０に提供する。ここで、プリントサーバ１０は、文書と共に画像処理装置６０に提供する印刷設定を、人事ＤＢ２０及びスケジュールＤＢ３０を参照して決定する。この印刷設定を決定する処理については、後で詳しく説明する。

人事ＤＢ２０は、会社の人事情報を保持するデータベースである。図２に人事ＤＢ２０が持つデータ内容の一例を示す。図２に示す１つの行がその会社の１人の社員の属性情報である。各社員の属性情報には、社員番号、名前、所属部署、内線番号、メールアドレス、役職等の属性項目が含まれる。

スケジュールＤＢ３０は、その会社の社員や部署のスケジュール（予定）を記憶するデータベースであり、ここで例示するシナリオでは、特に会議のスケジュールを記憶する。図３にスケジュールＤＢ３０に記憶される会議情報の例を示す。図３に示す１つの行が１つの会議の情報であり、会議ＩＤ（識別情報）、件名、日時、場所、依頼元、参加者リスト、資料の各項目を含んでいる。「会議ＩＤ」は、個々の会議を一意に識別する識別情報である。「件名」はその会議に対して付けた会議名である。「依頼元」は、その会議をスケジュールＤＢ３０に登録したユーザである。ここでは分かりやすくするために依頼元の欄に依頼元ユーザの名前を示しているが、実際にはその欄にはその依頼元ユーザの社員番号が保持される。参加者リストは、その会議に参加する参加者のリストである。図では参加者リストに各参加者の名前を示しているが、実際には依頼元の場合と同様社員番号のリストが保持される。「資料」は、その会議の資料として依頼元ユーザが登録した文書である。参加者リストに含まれる参加者は、「資料」欄に保持された文書を印刷する権限を有する。

スケジュールＤＢ３０への会議の登録は、例えば図４に示す会議登録画面１００を用いて行われる。依頼元ユーザが自分のユーザＰＣ４０からスケジュールＤＢ３０にアクセスして新たな会議を登録する操作を行うと、「依頼元」の欄にそのユーザの名前が設定された会議登録画面１００がユーザＰＣ４０に提供される。依頼元ユーザは、その会議登録画面１００の「参加者」の入力欄に各参加者を入力し、「件名」（会議名）、場所、開始時刻、終了時刻を入力する。また、会議のための資料があれば、その資料のファイル１１２を、例えばドラッグ・アンド・ドロップ等の操作で、添付資料欄１１０に登録する。ユーザが会議登録画面１００に必要事項を入力し、登録を指示すると、それら各項目の入力値を保持した会議情報エントリがスケジュールＤＢ３０内に記憶される。また、このときスケジュールＤＢ３０は、指定された各参加者に対して、その会議の情報（件名、日時、場所、参加者等）を記した会議参加依頼を例えば電子メール等の手段で送信してもよい。このような会議の登録や通知などの処理は従来技術を用いて行うことができるので、これ以上の説明は省略する。

スケジュールＤＢ３０に対して登録された資料の文書は、例えばスケジュールＤＢ３０からプリントサーバ１０へ登録される。あるいは、依頼元ユーザがプリントサーバ１０にアクセスし、印刷対象の文書として、スケジュールＤＢ３０に登録された会議の資料文書を指定すると、プリントサーバ１０がスケジュールＤＢ３０からその文書を取得する。いずれの場合も、依頼元ユーザのユーザＰＣ４０には、プリントサーバ１０から印刷設定画面が提供され、依頼元ユーザはこの画面に対して、印刷設定の各項目（例えば、まとめ印刷、両面／片面印刷等）の値を設定する。会議の参加者がその文書を印刷する場合に適用される印刷設定は、依頼元ユーザが設定した印刷設定と、人事ＤＢ２０に記憶されているその参加者の属性情報とに基づいて決定される。以下では、一例として、参加者に適用する印刷設定を、参加者の所属部署と役職とに基づいて決定する場合を例にとって説明する。

印刷設定の決定のために、プリントサーバ１０は、図５に例示する印刷設定レベル定義情報と、図６に例示するレベル調整ルールとを保持している。

印刷設定レベル定義情報（図５）は、印刷設定のパラメータ（項目）毎に、その項目の値を、レベル順に配列したものである。レベル１が最上位であり、以下、レベルの数値が大きくなるほど、下位のレベルとなる。上位レベルの設定値ほど、印刷時の課金額が高い（すなわち高コスト）。例えば「まとめ印刷」の場合、レベル１が「１ｕｐ」、レベル２が「２ｕｐ」等と定められている。なお、Ｎｕｐ（Ｎアップ。Ｎは正の整数）とは、用紙１ページに論理ページＮページを並べて印刷することを意味する。パラメータには優先順が設定されている。優先順はレベル調整が適用される順序である。後述するレベル調整ルールから決まるレベル調整幅だけパラメータの値を調整する際、優先順が高い（「優先順」の値が小さい）パラメータから順に、その調整幅を使い切るまでパラメータの値のレベルを上げる（具体例は後述）。

レベル調整ルール（図６）は、文書を登録したユーザ（依頼元ユーザ）が入力した基準の印刷設定に対して、印刷を行うユーザ（会議の参加者）の属性情報に応じた調整を加える際に用いるルールである。基準の印刷設定に対してこのルールに従って調整を加えて得られる印刷設定が、会議の参加者がその文書を印刷する際に適用される。図６に例示するルールは、参加者を所属部署と役職の組み合わせでグループ分けし、グループ毎にレベルの調整幅を規定している。基準となるグループが「所属部署が依頼元ユーザと同じ本部であり、役職が一般社員である」という条件に該当するユーザのグループである。参加者がこのグループに該当する場合、基準の印刷設定がそのまま用いられる。言い換えれば、基準の印刷設定は、このグループを想定して設定される。

また図６の例では、例えば「所属部署が依頼元ユーザと異なる本部であり、役職が課長以上である」という条件に該当するユーザのグループの場合は、レベル調整は「３つ上位の設定」と定められている。このルールは、その条件に該当するグループに属する参加者については、基準の印刷設定よりも優先順が高いパラメータから優先的に、値のレベルを３つ分上位に上げることを意味する。例えば、基準の印刷設定が、「まとめ印刷」＝４ｕｐ、「両面印刷」＝両面、「カラーモード」＝白黒、・・・である場合、優先順が高い順にパラメータをレベル３つ分上位に上げると次のようになる。まず優先順が最上位の「まとめ印刷」は２レベル分上げて１ｕｐとし、残りの１レベル分を次位の「両面印刷」で上げて片面とする。これでレベル３つ分上げたので、「カラーモード」＝白黒以降のパラメータは変更しない。なお、以上に例示したレベル調整の方法はあくまで一例に過ぎない。

プリントサーバ１０は、以上に説明した印刷設定レベル定義（図５）とレベル調整ルール（図６）を参照して、会議参加者に実際に適用する印刷設定を決定する。そして、本実施形態では、会議を最初に登録した時点から実際に会議が開催されるまでの間に起こり得る会議参加者の属性（所属部署や役職など）の変更に、その参加者用の印刷設定を追従させる。

この例では、印刷設定レベル定義（図５）とレベル調整ルール（図６）は、プリントサーバ１０を利用するユーザの全てに適用される共通の設定情報である。これらの情報は例えばシステム管理者により策定され、プリントサーバ１０に登録される。ただし、文書を登録したユーザが、その文書用の印刷設定レベル定義とレベル調整ルールを登録できるようにしてもよい。

次に図７を参照して、プリントサーバ１０が会議用の文書の登録を受け付けた際の処理の例を説明する。

この手順において、依頼元ユーザがスケジュールＤＢ３０に会議を登録し、その会議の資料の文書を登録すると、スケジュールＤＢ３０からプリントサーバ１０に対して印刷対象文書の登録指示が送られる。プリントサーバ１０はこの文書登録指示を受け取り（Ｓ１０）、その文書に対する印刷設定の入力画面を依頼元ユーザのユーザＰＣ４０に提供する。そして、ユーザから印刷設定の入力を受け付ける（Ｓ１２）。この入力受付は、例えば、印刷設定のパラメータ毎に、そのパラメータの値をユーザに選択させることで行えばよい。次にプリントサーバ１０は、スケジュールＤＢ３０からその会議の参加者のリストを取得する（Ｓ１４）。取得したリストには、各参加者の社員番号の情報が含まれる。次にプリントサーバ１０は、それら社員番号を用いて、それら各参加者の属性情報を人事ＤＢ２０から取得する（Ｓ１６）。そして、取得した各参加者の属性情報を、レベル調整ルール（図６）のグループ分けに適用することで、参加者をグループ分けする（すなわち各参加者の属するグループを求める）（Ｓ１８）。そして、このグループ分けでできたグループが複数あるかどうかを判定する（Ｓ２０）。グループが複数できた場合、Ｓ１２で入力された印刷設定は基準の印刷設定であると判断し、その基準の印刷設定に対して、レベル調整ルールに規定されたそれら各グループのレベル調整を適用することで、それら各グループの印刷設定を求める（Ｓ２２）。

このとき、プリントサーバ１０は、その基準の印刷設定を、当該文書の管理情報の一部として記憶する。このとき記憶される文書管理情報の例を図８に示す。この例では、プリントサーバ１０がその文書に付与した一意な文書ＩＤに対応づけて、その文書を登録したユーザ（この例では会議を登録した依頼元ユーザ）の社員番号（「登録者」）、会議ＩＤ、その会議の参加者リスト、及び基準の印刷設定の情報が登録されている。登録者、会議ＩＤ及び参加者リストは、例えばＳ１０においてスケジュールＤＢ３０から通知される。登録者は、基準の印刷設定を変更する権限を有している。プリントサーバ１０は、ログインしたユーザが当該文書の登録者であるとその登録者の情報から判明した場合には、ユーザに対して当該文書についての基準の印刷設定を変更するためのＵＩ画面を提供する。またこの例では、基準の印刷設定は、印刷設定レベル定義（図５）における各パラメータのレベル値の形で記憶されている。

また一つの例では、プリントサーバ１０は、Ｓ２２で求めた各グループの印刷設定を、それぞれそのグループに属する各参加者の印刷管理情報として記憶する。この印刷管理情報の例を図９に示す。印刷管理情報には、会議の参加者の社員番号に対応づけて、その会議に対応づけて登録された文書の文書ＩＤ、その会議の会議ＩＤ、その参加者の属性情報（Ｓ１６で取得済み）、及び、その文書の印刷設定（Ｓ２２で求められた、この参加者が属するグループの印刷設定）が登録されている。ここで登録される参加者の属性情報は、グループ分けに必要な項目のみでよい。

Ｓ１８のグループ分け処理で、グループが１つしかできなかった場合（すなわち全参加者が同一グループに所属）、Ｓ１２で入力された印刷設定は、そのグループの印刷設定であるとみなし、図１０のＳ２４に進む。この場合、プリントサーバ１０は、その印刷設定を、Ｓ１４で取得した各会議参加者の印刷管理情報に組み込む。またこのときプリントサーバ１０が、その印刷設定から、レベル調整ルール（図６）における基準のグループ（一番上の調整のないグループ）のための印刷設定、すなわち基準の印刷設定を求め、当該文書の管理情報に組み込んでもよい。例えば、基準の印刷設定は、そのグループのレベル調整をレベル調整ルールから求め、Ｓ１２で入力された印刷設定を、そのレベル調整分だけ逆に調整することで求めればよい。

以上が、文書の新規登録を受け付けた際のプリントサーバ１０の処理の例である。その登録の後、その文書について登録者から基準の印刷設定の変更を受けた場合には、プリントサーバ１０は、その文書の管理情報（図８）にその変更を反映すると共に、Ｓ２２の処理を行えばよい。

さて、図７に示した文書登録時の処理が完了した後、登録された文書がすぐに印刷されるとは限らない。例えば会議の開催日の何週間も前にスケジュールＤＢ３０にその会議が登録され、会議資料が登録される場合もある。その場合、会議資料の文書は、登録からかなり時間のたった、例えば会議開催日時の直前に印刷されることも多い。このように文書登録から時間が経過する間に、会議参加者の属性（例えば所属部署や役職）が変更されたり、会議の参加メンバが変更されたりする場合もある。そこで本実施形態では、そのような変更に合わせて、各参加者の印刷設定等を保守する。この保守処理の手順の例を、図１０を参照して説明する。

プリントサーバ１０は、登録を受け付けた会議の文書毎に、図１０の処理を実行する。この処理では、文書を登録した時点又は前回の保守を実行した時点から、あらかじめ定められた長さの待機時間が経過するのを待つ（Ｓ２４）。待機時間の長さは、例えば、１日や半日である（もちろんこれに限定されるものではない）。待機時間が経過すると、プリントサーバ１０は、まずスケジュールＤＢ３０にアクセスし、当該文書の管理情報（図８参照）内の会議ＩＤに対応する会議情報（特に会議の参加者リスト）を取得する（Ｓ２６）。また、その参加者リストに含まれる各参加者の社員番号に対応する属性情報を人事ＤＢ２０から取得する（Ｓ２８）。次に、Ｓ２６で取得した参加者リストを、当該文書の管理情報に含まれる参加者リストと比較し、会議のメンバとして新たに追加された参加者、削除された参加者があるかどうかを判定する（Ｓ３０）。この判定の結果がＹｅｓの場合、まず新規追加された参加者がある場合は、各新規参加者の属性情報から、その新規参加者がレベル調整ルール（図６）のどのグループに属するかを判定する（Ｓ３２）。次に、基準の印刷設定を、その判定したグループに対応するレベル調整の分だけ調整することで、その新規参加者に適用する印刷設定を決定し、その新規参加者のために新たに用意した管理情報（図９参照）にその印刷設定を登録する（Ｓ３４）。また、会議メンバから削除された者がいる場合は、そのユーザの管理情報（図９）を削除する（Ｓ３６）。その後処理はＳ３８に進む。

また、Ｓ３０で、追加又は削除された参加者がないと判定された場合、処理はＳ３８に進む。

Ｓ３８では、更に、各参加者につき、ユーザの管理情報（図９）に記憶されている前回の保守時点の属性情報と、Ｓ２８で取得した属性情報とを比較し、変更があったかどうか判定する。そして、属性情報が変更された参加者については、変更後の属性から、その参加者がレベル調整ルール（図６）のどのグループに属するかを判定し、判定したグループが、そのユーザがそれまで属していたグループから変わったかを判定する。そして、属するグループが変更された参加者については、基準の印刷設定を、変更後のグループに対応するレベル調整の分だけ調整することで、その参加者に適用する印刷設定を決定し、その参加者のために管理情報（図９参照）に印刷設定を決定した設定へと変更する（Ｓ４０）。属するグループが変わらない参加者については、Ｓ４０の処理はスキップされる。

Ｓ３８（判定結果がＮｏ）又はＳ４０の後、処理はＳ２４に戻り、以上の処理を繰り返す。

図１０の保守処理手順により、プリントサーバ１０が管理している各参加者の文書の印刷設定が、その参加者の最新の状況（属性情報）を反映した形に維持される。また、会議に対して新たに追加された参加者についても、その参加者の印刷設定が自動的に決定され、管理されることになる。

プリントサーバ１０は、画像処理装置６０を操作するユーザ（会議参加者）から、そのユーザに対応づけてプリントサーバ１０が保持している文書の印刷指示を受け付ける。例えば、ユーザが画像処理装置６０を操作してプリントサーバ１０にアクセスすると、ユーザ認証処理が行われ、ユーザが入力した認証情報（例えば社員番号とパスワード）が正しいものである場合、認証成功となる。この場合プリントサーバ１０は、そのユーザの社員番号に対応づけて保持している文書のリストを画像処理装置６０に提供する。ユーザは、画像処理装置６０の操作画面に表示されたその文書リストから、そのときに印刷したい文書を選択し、印刷実行の指示を入力する。すると、その指示を受けたプリントサーバ１０は、選択された文書と、その社員番号とその文書との組に対応づけて保持している印刷設定（図９参照）とを画像処理装置６０に送信する。画像処理装置６０は、その文書及び印刷設定を受信し、その文書をその印刷設定に従って印刷する。本実施形態では、図１０の保守処理により、印刷指示を受けた時点での当該参加者の最新の属性を反映した印刷設定で印刷が実行されることになる。

さて、会議の参加者が、他の人に自分の代理で会議に出席するよう依頼し、その代理参加者が会議の前に画像処理装置６０からその会議のための文書の印刷を行う場合がある。このような場合、印刷する文書の印刷設定は、代理参加者の属性（所属部署や役職など）ではなく、本来の参加者の属性に対応したものであることが望ましい。このような要望を実現する変形例を、以下に説明する。

この変形例では、会議の参加者は、スケジュールＤＢ３０に登録されたその会議の会議情報にアクセスし、自分の代理となる代理参加者を入力する。この場合、スケジュールＤＢ３０は、その会議情報内に、その（本来の）参加者に対応づけて、その代理参加者の社員番号を含める。

プリントサーバ１０は、図１０の保守処理のＳ２６において、スケジュールＤＢ３０から取得した会議情報内のある参加者の情報に代理参加者が設定されていた場合、自分が管理している、その会議の文書についてのその参加者の管理情報に、その代理参加者の社員番号を登録する。図１１に、代理参加者の項目を含んだ参加者管理情報の例を示す。図９との比較で分かるように、図１１の管理情報は、図９の管理情報に対して、代理参加者の社員番号の欄（図中の「代理者社員番号」）を追加したものである。例えば、社員番号「００００１」、「００００２」の参加者には代理参加者は設定されていないが、社員番号「００００３」の参加者には、社員番号「０００１２」のユーザが代理参加者として指定されている。

この変形例に特有の処理は、画像処理装置６０からプリントサーバ１０に対して、代理参加者が文書の印刷を指示してきた場合の処理である。この場合、プリントサーバ１０は、ログインしたユーザの社員番号が本来の参加者（図１１の「参加者社員番号」）として登録されている文書の他に、その社員番号が「代理者社員番号」に登録されている文書も抽出し、それら抽出した文書のリストを画像処理装置６０に送る。そして、そのユーザが選択した文書を、その文書に対応づけられた印刷設定の情報と共に、画像処理装置６０に送って、印刷させる。ここで、そのユーザが選んだ文書が、そのユーザが代理参加者に設定されている文書の場合、その文書に対応づけられている印刷設定はそのユーザ（代理参加者）の属性ではなく本来の参加者の属性に基づいて定められているので、本来の参加者のための印刷設定で印刷が行われる。

以上の例では、画像処理装置６０からプリントサーバ１０にログインする際に、ユーザ認証を受けることを前提としていたが、これはあくまで一例に過ぎない。ユーザが画像処理装置６０からプリントサーバ１０に印刷指示（文書及び印刷設定の要求）を行う際に、ユーザ認証を必要としない仕組みとすることもできる。このような仕組みの１つの例として、予約番号を利用する仕組みがある。

この仕組みでは、ユーザは、プリントサーバ１０と同じイントラネット内にあるユーザＰＣ４０からプリントサーバ１０にログインし、ユーザ認証を受けた上で、プリントサーバ１０が保持する、当該ユーザが参加する会議の文書を指定して、印刷の予約を行う。予約を受けたプリントサーバ１０は、一意な予約番号を生成し、その予約番号を例えば電子メールなどの手段でそのユーザに通知する。このときプリントサーバ１０は、その予約番号を、そのユーザ（会議参加者）のその文書に対応する管理情報に登録する。図１２に、予約番号の欄を含んだ参加者管理情報の例を示す。この管理情報は、図９に例示した管理情報に対して、予約番号の欄を追加したものである。

ユーザがプリントサーバ１０から通知された予約番号を画像処理装置６０に入力すると、その予約番号がプリントサーバ１０に送られる。プリントサーバ１０は、受け取った予約番号に対応する管理情報（図１２参照）から、印刷対象の文書と印刷設定を求め、求めた文書と印刷設定の情報を画像処理装置６０に送る。画像処理装置６０は、受け取った文書を、受け取った印刷設定に従って印刷する。

この予約番号を利用する仕組みの場合、プリントサーバ１０が接続されたイントラネットの外にある画像処理装置６０に対して、社員番号やパスワード等の認証情報を入力しなくても、上記実施形態と同等のサービスを受けることが可能になる。

なお、この仕組みでは、参加者が代理参加者を指定した場合、参加者がプリントサーバ１０から予約番号を取得し、その予約番号を代理参加者に通知すれば、代理参加者は本来の参加者の場合とまったく同様に、画像処理装置６０にてその文書を印刷できる。

以上の例では、会議用の文書の登録時にプリントサーバ１０が会議の各参加者の属性に応じた印刷設定を求め、その後定期的に各参加者の属性が変更されていないか確認し、変更された場合には、その変更を印刷設定に反映させるようにしている。しかしこの方式は一例に過ぎない。そのような定期的な更新を行う代わりに、ユーザ（参加者等）が画像処理装置６０から会議の文書の印刷を要求してきたときに、その時点でのユーザの属性を求め、そのユーザの属性から、そのユーザに適用する印刷設定を決定するようにしてもよい。

定期的に印刷設定の更新の要否を確認する上述の方式の場合、印刷時には、プリントサーバ１０は単に記憶している印刷設定を読み出すだけでよいので、レスポンスは早い。しかし、最後の確認の時点から印刷時までの間にユーザの属性に変更があると、使用される印刷設定は印刷時のユーザの属性に対応したものでなくなってしまう可能性がある（ただしこのような事象は定期的な確認の間隔を適切に設定することで、実用上はほぼ避けられる）。

これに対し、実際に印刷する時点でユーザの属性を求めその属性に応じて印刷設定を決定する方式の場合、印刷の指示を受けた際に人事ＤＢ２０等にアクセスしてユーザの属性を求め、印刷設定の内容を決定する必要があるため、レスポンスは遅くなる。しかし、原理的に、印刷時のそのユーザの属性に応じた印刷設定で印刷できる。

以上に説明した実施形態では、印刷設定レベル定義（図５）、レベル調整ルール（図６）を利用し、ユーザが指定した基準の印刷設定を元に、それらルール等を参照することで、各参加者の属性に対応する印刷設定を求めた。しかし、この方式は一例に過ぎない。この代わりに、例えば、レベル調整ルール（図６）で定義したグループ毎に、そのグループに適用する印刷設定を、文書の登録者が個別に指定する方式を採用してもよい。この場合、プリントサーバ１０は、指定されたグループ毎の印刷設定を文書ＩＤに対応づけて保存しておき、図７のＳ２２や図１０のＳ３４では、参加者の属するグループに対応して保存されている印刷設定そのものを、その参加者に適用する印刷設定に決定すればよい。

また以上の例では、スケジュールＤＢ３０に会議を新規登録した登録者が、その会議に用いる文書を登録する場合を例にとって説明したが、会議の参加者も文書を登録できるようにしてももちろんよい。この場合、プリントサーバ１０が管理する文書の管理情報（図８）内の「登録者」の情報には、会議の登録者ではなく、当該文書を登録したユーザの社員番号を登録（あるいは会議の登録者と、文書の登録者の両方を登録）するようにしてもよい。

また、以上では会議の文書を参加者が印刷するというシーンを例にとって説明したが、上記実施形態及び変形例の手法は、会議以外のイベントにも適用可能である。すなわち、一人以上の参加者が参加するイベントにおいて用いる文書を登録し、参加者がその登録された文書をダウンロードして印刷する場合一般に、上記実施形態及び変形例の手法は適用可能である。

また以上の例では、参加者（あるいはその代理）が画像処理装置６０経由でプリントサーバ１０に文書の印刷（ダウンロード）を指示できるタイミングを特に限定しなかったが、限定することも可能である。例えば、会議または文書を登録したユーザが指定した時刻以降にならないと、その文書の印刷指示を受け付けないようにすることもできる。印刷指示を受け付け可能とするタイミングは、会議等のイベントの開始時刻を基準に指定できるようにしてもよい（例えばその開始時刻から、ユーザが指定した時間だけ前の時刻をそのタイミングとするなど）。

以上に例示したプリントサーバ１０は、汎用のコンピュータに、上述した処理を表すプログラムを実行させることにより実現される。ここで、コンピュータは、例えば、ハードウエアとして、ＣＰＵ等のマイクロプロセッサ、ランダムアクセスメモリ（ＲＡＭ）及びリードオンリメモリ（ＲＯＭ）等のメモリ（一次記憶）、ＨＤＤ（ハードディスクドライブ）を制御するＨＤＤコントローラ、各種Ｉ／Ｏ（入出力）インタフェース、ローカルエリアネットワークなどのネットワークとの接続のための制御を行うネットワークインタフェース等が、たとえばバスを介して接続された回路構成を有する。また、そのバスに対し、例えばＩ／Ｏインタフェース経由で、ＣＤやＤＶＤなどの可搬型ディスク記録媒体に対する読み取り及び／又は書き込みのためのディスクドライブ、フラッシュメモリなどの各種規格の可搬型の不揮発性記録媒体に対する読み取り及び／又は書き込みのためのメモリリーダライタ、などが接続されてもよい。上に例示した各機能モジュールの処理内容が記述されたプログラムがＣＤやＤＶＤ等の記録媒体を経由して、又はネットワーク等の通信手段経由で、ハードディスクドライブ等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置に記憶されたプログラムがＲＡＭに読み出されＣＰＵ等のマイクロプロセッサにより実行されることにより、上に例示した機能モジュール群が実現される。

１０ プリントサーバ、２０ 人事ＤＢ、３０ スケジュールＤＢ、４０ ユーザＰＣ、５０ インターネット、６０ 画像処理装置。

Claims (4)

1. コンピュータを、
   イベントに対応づけて印刷対象文書の登録を受け付ける受付手段、
   前記印刷対象文書についての参加者の印刷設定を決定する決定タイミングに、各人の属性情報を記憶するユーザ属性記憶装置から、前記印刷対象文書に対応する前記イベントの各参加者の属性情報を取得する属性取得手段、
   前記属性取得手段が取得した前記参加者の属性情報から、その参加者が前記印刷対象文書を印刷する際に適用する印刷設定を決定する決定手段、
   として機能させるためのプログラム。
2. 前記コンピュータを、
   前記決定タイミングに、各イベントに参加する参加者の情報を記憶するイベント情報記憶装置から、前記印刷対象文書に対応するイベントの参加者の情報を取得する参加者情報取得手段、
   として更に機能させると共に、
   前記属性取得手段は、前記参加者情報取得手段が取得した情報が示す各参加者の属性情報を前記ユーザ属性記憶装置から取得する、
   ことを特徴とする請求項１に記載のプログラム。
3. 前記コンピュータを、
   前記参加者の代理として前記イベントに参加する代理者を前記参加者と対応づけて記憶する手段、
   画像処理装置から前記印刷対象文書の印刷指示を発したユーザが前記代理者である場合、その代理者に対応する前記参加者について前記決定手段が決定した印刷設定を、前記印刷対象文書と対応づけて、前記画像処理装置に提供する手段、
   として更に機能させることを特徴とする、請求項１又は２に記載のプログラム。
4. イベントに対応づけて印刷対象文書の登録を受け付ける受付手段と、
   前記印刷対象文書についての参加者の印刷設定を決定する決定タイミングに、各人の属性情報を記憶するユーザ属性記憶装置から、前記印刷対象文書に対応する前記イベントの各参加者の属性情報を取得する属性取得手段と、
   前記属性取得手段が取得した前記参加者の属性情報から、その参加者が前記印刷対象文書を印刷する際に適用する印刷設定を決定する決定手段と、
   を含む情報処理装置。
   

Images