JP6476827B2 - システム及びプログラム - Google Patents

Description

本発明はシステム及びプログラムに関する。

図書や雑誌などの本をコンピュータで管理する仕組みが知られている。特許文献１には、国立情報学研究所により提供される総合目録ＤＢ（ＮＡＣＳＩＳ−ＣＡＴ）等のホストＤＢと連携し、図書館における目録管理を行う仕組みが開示されている。特許文献１に記載のシステムは、図書目録ＤＢに登録された目録情報を用いて目録に関する帳票等を作成し、例えば、図書原簿や、背ラベル等を印刷する。また、目録情報をテキストファイルとして出力し、パーソナルコンピュータ等のソフトウェアにより加工、印刷する。

特許文献２には、納入される図書に関する受発注データと図書の内容に関する図書データを記録したＩＣカードと、ＩＣカードに記憶された情報をもとに図書のデータベースを管理するシステムにおいて、ＩＣカードから受発注データと図書データを読み出し、受発注データから納入された図書が正しいかどうかを判断し、正しければ図書データをもとにそれぞれの図書に管理コードを付与し、付与された管理コードと図書データを対応させて図書所蔵データベースに格納し、付与された管理コードを用いてバーコードプリンタで図書管理ラベルを印刷する仕組みが開示されている。

特開２００４−２３４０７６号公報 特開平９−２７４６３０号公報

ところで、本を管理するために本に貼り付けられるラベルの画像を用紙等の媒体に形成してラベルを作成する場合に、ラベルは媒体に比べて小さいので、媒体に形成されるラベルの画像の数が少ないほど、その媒体のうちでラベルの画像が形成されない部分が大きくなって結果的に消費される媒体が多くなる。また、媒体全体にラベルの画像が形成されていても、ラベルの情報に誤りがあると、そのラベルの画像を形成するために媒体が余計に必要になり、消費される媒体が増えることになる。

こういった媒体の消費を抑えるためには、ラベルの画像を媒体に形成する手段に対して、媒体に形成されるラベルの画像の数を多くしたりラベルの情報の誤りをなくしたりするための指示を行う必要があり、そのような指示をユーザが行えるようになっていると便利である。しかし、例えばユーザの手間を少なくすることを重視してラベルの画像を媒体に形成するまでの処理を全て自動化してしまうとそのようなユーザの指示が行えない。
そこで、本発明は、本の管理に用いるラベルの画像を媒体に形成する処理においてユーザの指示が反映されるようにすることを目的とする。

請求項１に係るシステムは、本の管理に用いられ且つ書籍を特定するための情報に基づいて得られるラベル情報であって、前記本の管理のために用いられる規則に則った当該本の区分を表す区分情報が含まれるラベル情報が得られてから当該ラベル情報を表すラベル画像が媒体に形成される前までに行われるユーザ操作を受け付けるための画面として、得られた前記区分情報を修正する第１操作を前記ユーザ操作として受け付けるための画面を表示手段に表示させる表示制御手段と、前記画面が表示されて受け付けられた前記ユーザ操作に基づく指示を反映し、前記ラベル画像を媒体に形成させるためのデータの出力を行う出力手段と、前記ラベル情報を記憶する記憶手段であって、前記第１操作により修正された前記区分情報を前記ラベル情報として記憶する記憶手段とを備えることを特徴とする。

請求項２に係るシステムは、本の管理に用いられ且つ書籍を特定するための情報に基づいて得られるラベル情報を記憶する記憶手段と、前記ラベル情報が得られてから当該ラベル情報を表すラベル画像が媒体に形成される前までに行われるユーザ操作を受け付けるための画面として、少なくとも一の前記ラベル画像を媒体に形成させるためのデータの出力が可能である場合に、前記ラベル画像の媒体への形成の開始を指示する第２操作を前記ユーザ操作として受け付けるための画面を表示手段に表示させる表示制御手段と、前記画面が表示されて受け付けられた前記ユーザ操作に基づく指示を反映し、前記データの出力を行う出力手段であって、前記第２操作が行われた場合に、まだ媒体に形成されていない前記ラベル画像を形成させるためのデータの出力を行う出力手段とを備えることを特徴とする。

請求項３に係るシステムは、請求項１又は２に記載の構成において、前記出力手段は、まだ媒体に形成されていない前記ラベル画像の数が閾値を超えた場合には、前記データを出力することを特徴とする。

請求項４に係るシステムは、請求項３に記載の構成において、前記表示制御手段は、まだ媒体に形成されていない前記ラベル画像の数を表示させ、または、当該数を当該ラベル画像の種類別に表示させることを特徴とする。

請求項５に係るシステムは、請求項３または４に記載の構成において、前記出力手段は、前記ラベル画像を形成する画像形成手段が特定の状態のときには、まだ媒体に形成されていない前記ラベル画像の数が前記閾値を超えた場合における前記データの出力を行わないことを特徴とする。

請求項６に係るシステムは、請求項１ないし５のいずれか１項に記載の構成において、前記出力手段は、特定の日時が訪れた場合には、前記データを出力することを特徴とする。

請求項７に係るプログラムは、コンピュータを、本の管理に用いられ且つ書籍を特定するための情報に基づいて得られるラベル情報であって、前記本の管理のために用いられる規則に則った当該本の区分を表す区分情報が含まれるラベル情報が得られてから当該ラベル情報を表すラベル画像が媒体に形成される前までに行われるユーザ操作を受け付けるための画面として、得られた前記区分情報を修正する第１操作を前記ユーザ操作として受け付けるための画面を表示手段に表示させる表示制御手段と、前記画面が表示されて受け付けられた前記ユーザ操作に基づく指示を反映し、前記ラベル画像を媒体に形成させるためのデータの出力を行う出力手段と、前記ラベル情報を記憶する記憶手段であって、前記第１操作により修正された前記区分情報を前記ラベル情報として記憶する記憶手段として機能させることを特徴とする。
また、請求項８に係るプログラムは、コンピュータを、本の管理に用いられ且つ書籍を特定するための情報に基づいて得られるラベル情報を記憶する記憶手段と、前記ラベル情報が得られてから当該ラベル情報を表すラベル画像が媒体に形成される前までに行われるユーザ操作を受け付けるための画面として、少なくとも一の前記ラベル画像を媒体に形成させるためのデータの出力が可能である場合に、前記ラベル画像の媒体への形成の開始を指示する第２操作を前記ユーザ操作として受け付けるための画面を表示手段に表示させる表示制御手段と、前記画面が表示されて受け付けられた前記ユーザ操作に基づく指示を反映し、前記データの出力を行う出力手段であって、前記第２操作が行われた場合に、まだ媒体に形成されていない前記ラベル画像を形成させるためのデータの出力を行う出力手段として機能させることを特徴とする。

請求項１、２、７、８に係る発明によれば、本の管理に用いるラベルの画像を媒体に形成する処理においてユーザの指示が反映されるようにすることができる。
請求項１に係る発明によれば、区分情報が誤っていた場合にそれを修正する指示をユーザが行えるようにすることができる。
請求項２に係る発明によれば、媒体に形成されるラベルの画像を多くするための指示をユーザが行えるようにすることができる。
請求項３に係る発明によれば、ラベル画像の数に基づくデータの出力を行わない場合に比べて、未形成の画像ラベルを少なくすることができる。
請求項４に係る発明によれば、第２操作を行ったときに形成される各種類のラベル画像の数がユーザに伝えることができる。
請求項５に係る発明によれば、画像形成手段の状態に基づいたデータの出力が行われない場合に比べて、その画像形成手段を利用するユーザの作業の効率を高めることができる。
請求項６に係る発明によれば、日時に基づく画像形成データの出力を行わない場合に比べて、未形成のラベル画像を少なくすることができる。

本発明の実施形態に係る情報処理システムの構成を示すブロック図である。 同実施形態に係る画像処理装置の構成を示すブロック図である。 同実施形態に係るサーバ装置の構成を示すブロック図である。 サーバ装置が記憶しているデータの一例を示す図である。 図書の外観を示す図である。 雑誌と利用者カードの外観を示す図である。 サーバ装置の機能構成を示す図である。 第１操作を受け付けるための画面の一例を示す図である。 第２操作を受け付けるための画面の一例を示す図である。 サーバ装置の基本的な動作を示すフロー図である。 データベース登録時のサーバ装置の動作を示すフロー図である。 画像処理装置に表示される画面の一例を示す図である。 画像処理装置に表示される画面の一例を示す図である。 画像処理装置に表示される画面の一例を示す図である。 画像処理装置の動作を示すフロー図である。 画像処理装置によって媒体に形成される画像の一例を示す図である。 画像処理装置の動作を示すフロー図である。 画像処理装置の動作を示すフロー図である。 表示される画面の一例を示す図である。 画像形成データ生成処理の例を示すフロー図である。 画像処理装置の動作を示すフロー図である。 画像処理装置の動作を示すフロー図である。 画像処理装置の動作を示すフロー図である。 画像処理装置の動作を示すフロー図である。 画像処理装置の動作を示すフロー図である。 画像処理装置の動作を示すフロー図である。 画像処理装置の動作を示すフロー図である。 画像処理装置によって媒体に形成される画像の一例を示す図である。 画像処理装置によって媒体に形成される画像の一例を示す図である。 画像処理装置によって媒体に形成される画像の一例を示す図である。 画像処理装置によって媒体に形成される画像の一例を示す図である。 画像処理装置によって媒体に形成される画像の一例を示す図である。 画像処理装置によって媒体に形成される画像の一例を示す図である。 本の貸出時のサーバ装置の動作を示すフロー図である。 サーバ装置の機能構成を示す図である。 サーバ装置の機能構成を示す図である。 サーバ装置の動作を示すフロー図である。 画像処理装置の機能構成を示す図である。 標準機能メニュー画面及び認証画面を示す図である。 画像処理装置の動作を示すフロー図である。 追加機能設定ファイルを示す図である。 図書メニュー画面を示す図である。 図書メニュー画面及び標準機能メニュー画面を示す図である。 画像処理装置の動作を示すフロー図である。 画像処理装置の動作を示すフロー図である。 画像処理装置の動作を示すフロー図である。 文献複写画面及びコピー画面を示す図である。 画像処理装置の動作を示すフロー図である。 追加機能設定ファイル及びメニュー設定ファイルを示す図である。 図書サービス画面及び司書機能画面を示す図である。 図書サービス画面及び司書機能画面を示す図である。 メニュー画面を示す図である。

（実施形態）
（構成）
図１は、本発明の実施形態に係る情報処理システム１０００の構成を示すブロック図である。情報処理システム１０００は本の管理を行うためのシステムである。本は、図書と雑誌とに大別される。図書は、１人又は複数の著者や編者によって書かれた１冊完結の出版形態をとる本であるが、シリーズで出版される大系・全書なども含む。これに対し、雑誌は、同じタイトルで定期的に継続して発行される本であり、ボリューム(叢書)、巻号、パート、通号などが付与されている。図書にはＩＳＢＮ（例えば10桁又は13桁）、雑誌にはＩＳＳＮ（例えば8桁又は13桁）という国際標準番号が付与される。ＩＳＢＮ及びＩＳＳＮはいずれも書籍を特定するための情報であり、以下これらを区別しない場合には「書籍特定情報」という。

情報処理システム１０００は、例えば図書館に設置された画像処理装置１００と、例えば図書館の管理者が運営するサーバ装置２００と、例えば国立国会図書館や書誌情報提供サイトの運営者が管理する書誌情報記憶装置３００と、これらの装置を接続するネットワーク４００とを備える。画像処理装置１００は、画像読取機能と画像形成機能を備えた、いわゆる複合機である。サーバ装置２００は、画像処理装置１００によって読み取られた画像を解析し、書誌情報記憶装置３００から書誌情報を取得するなどして、本の管理に関する処理を実行する。この本の管理に関する処理には、サーバ装置２００内のデータベースに本を登録／削除する処理、本を貸し出すためにデータベースを更新する処理、又は、貸し出した本の返却のためにデータベースを更新する処理の少なくともいずれかが含まれる。

書誌情報記憶装置３００は、膨大な数の本の書誌情報を記憶しており、これら書誌情報をネットワーク４００経由で提供する、Ｗｅｂサーバ装置である。書誌情報には、書誌のタイトルや発行日、図書分類コードなどが含まれている。図書分類コードとは、図書の主題や内容に基づく標準的な区分を表したコードである。ネットワーク４００は、ＬＡＮ（Local Area Network）、イントラネット、ＶＰＮ（Virtual Private Network）、インターネットなどの各種ネットワークを含んでいる。画像処理装置１００と、サーバ装置２００と、書誌情報記憶装置３００のそれぞれの数は、図１の例示に限定されない。なお、サーバ装置２００の機能はいずれかの画像処理装置１００によって実装されてもよいし、いずれかの画像処理装置１００にフロントエンド装置として接続された情報処理装置１１０によって実装されてもよい。また、サーバ装置２００の機能を複数のサーバ装置に分散し、各々のサーバ装置が連携してサーバ装置２００と同等の機能を実現するようにしてもよい。サーバ装置２００の機能はいわゆるクラウドサービスとして提供されてもよい。また、書誌情報記憶装置３００以外の構成（画像処理装置１００、サーバ装置２００、情報処理装置１１０）を一つの装置内に実装してもよい。

図２は、画像処理装置１００の構成を示すブロック図である。画像処理装置１００は、制御部１０１と、記憶部１０２と、画像形成部１０３と、画像読取部１０４と、通信部１０５と、ＵＩ（User Interface）部１０６を備えた情報処理装置である。制御部１０１は、画像処理装置１００の各部を制御する手段であり、例えばＡＳＩＣ（Application Specific Integrated Circuit）やＣＰＵ（Central Processing Unit）などの制御回路と各種メモリによって構成されている。記憶部１０２は、例えばハードディスクなどの記憶手段であり、ＣＰＵによって実行されるプログラムや当該プログラムの実行に伴って用いられるデータを記憶する。

画像形成部１０３は、例えば電子写真方式で画像を媒体に形成する手段であり、レーザービームを感光体などの像保持体に照射して潜像を形成し、これをＹ（イエロー）、Ｍ（マゼンタ）、Ｃ（シアン）、Ｋ（ブラック）の各色のトナーで現像して記録シート等の媒体に転写し、定着処理を経てからその媒体を排出する。画像読取部１０４は、原稿上の画像を光学的に読み取って画像データを生成する手段である。通信部１０５は、データを送受信する手段であり、ネットワーク４００を介してサーバ装置２００と通信を行う。ＵＩ部１０６は、利用者に対する対話を実現する手段であり、例えばキーやタッチセンサなどの操作子を備え利用者の操作に応じた操作信号を制御部１０１に供給する操作部と、例えば液晶パネルや液晶駆動回路を備え制御部１０１による制御の下で画像を表示する表示部を備えている。

図３は、サーバ装置２００のハードウェア構成を示すブロック図である。サーバ装置２００は、制御部２１０と、記憶部２２０と、通信部２３０とを備えている。制御部２１０は、サーバ装置２００の各部の動作を制御する手段である。制御部２１０は、ＣＰＵなどの制御回路と各種メモリによって構成されており、プログラムを実行することによりサーバ装置２００の各部の動作を制御する。記憶部２２０は、サーバ装置２００で使用されるデータを記憶する手段である。記憶部２２０は、例えばハードディスクであり、制御部２１０が実行するプログラムや、当該プログラムの実行に伴って用いられるデータを記憶する。ここでは、記憶部２２０は、図書ＤＢ（Data Base）２２１と雑誌ＤＢ２２２と区分テーブル２２３と利用者ＤＢ２２４とを記憶している。通信部２３０は、データを送受信する手段であり、ネットワーク４００を介して画像処理装置１００や書誌情報記憶装置３００と通信を行う。

図４は、図書ＤＢ２２１、雑誌ＤＢ２２２及び区分テーブル２２３の内容の一部を例示する図である。図書ＤＢ２２１において、管理番号は、図書館などの図書を管理する施設に所蔵されている各図書に対して採番された番号であり、どの本についても固有の番号が対応付けられている。そのため、管理番号は本を識別する識別情報としても用いられる。タイトルは図書のタイトルである。同じタイトルの図書が複数ある場合には、前述したようにそれぞれ異なる管理番号が付与される。ＩＳＢＮは、上述した書籍特定情報（書籍を特定するための情報）であり、図書に付与された国際標準番号である。図書分類コードは、上述した図書の主題や内容に基づく標準的な区分を表したコードであり、日本では日本十進分類法（ＮＤＣ９）と呼ばれる規則に則って定められたコードが知られている。

請求記号（１）は、それぞれの図書館において使用される、本の管理のために用いられる規則に則ったその本の区分を表す情報（以下「区分情報」という）である。請求記号（１）としては、上記の日本十進分類法に則って区分を表した情報が使用される場合もあるし、図書館が独自に定めた規則に則って区分を表した情報が使用される場合もある。どの規則を用いて請求記号（１）を表すかは、図書館等の本を所蔵する施設毎に定められている。一般に図書館においては各図書の配架場所や本棚での並び順を図書の分類ごとに定めるため、この請求記号（１）により、図書館における各図書の配架場所や本棚での並び順が特定される。その場合、請求記号（１）は、その請求記号（１）という区分情報によって区分が表される本の施設での配置を表すことになる。

請求記号（３）は、シリーズで出版される大系・全書における各図書の巻数や発行年などの分類である。請求記号（３）は、請求記号（１）内での連番であり、同一タイトルの場合には同一番号が採番されるのが一般的である。貸出フラグは、図書が貸し出し中か否かを示すフラグである。貸出日は、図書が貸し出し中の場合のその貸出日である。利用者ＩＤは、図書が貸し出し中の場合のその図書を借りた利用者の識別情報である。

雑誌ＤＢ２２２に含まれる各データは、上記において説明した図書ＤＢ２２１における「図書」を「雑誌」と読み替えて理解すればよい。なお、雑誌ＤＢには、その雑誌の発行日からの貸し出しが許可されない期間である禁帯出期間が含まれる。

区分テーブル２２３は、標準的な図書の分類である図書分類コードと、図書館独自の図書の分類である請求記号（１）との対応関係を示したものである。この区分テーブル２２３により、ＮＤＣ９などの標準的な図書分類コードを、図書館で用いられる請求記号（１）に変換することが可能になる。利用者ＤＢ２２４は、利用者に割り当てられた利用者ＩＤやその利用者の属性などを含むデータベースである。

図５は、本の外観の一例を示す平面図である。図５の例においては、本の表紙１には、管理番号をコード化した管理バーコードを示す管理バーコードラベル１１が貼付される。さらに、図書の場合には、管理番号を例えば「YB000123」とし、雑誌の場合には管理番号を例えば「YM0000123」とするといったように、図書を意味する「YB」という識別子と雑誌を意味する「YM」という識別子を管理番号の一部として用いることにより、管理番号に基づいて図書／雑誌を識別可能としてもよい。また、この例では管理バーコードラベル１１を表紙１に貼付しているが、裏表紙２や背表紙３に貼付してもよい。

本の裏表紙２には、上述した書籍特定情報（書籍を特定するための情報であり、具体的にはＩＳＢＮ又はＩＳＳＮ）を示す書籍特定情報バーコードラベル２１と、本の価格を示す価格バーコードラベル２２とが印刷ないし貼付されている。背表紙３には請求記号ラベル３１が貼付されている。この請求記号ラベル３１は三段構成の表示になっており、その最上段には請求記号（１）が記され、その最下段には請求記号（３）が記される。

雑誌の場合には、禁帯出期間を意味する禁帯出ラベル１２が雑誌の表紙１等に貼付される（図６参照）。本の貸し出しは、図６に示した利用者カード４を所持する利用者に対してのみ行われる。利用者カード４には、各利用者を識別するための利用者ＩＤを示す利用者ＩＤバーコード４１が印刷ないし貼付されている。
なお、上記の各種情報を表現するときの形式はバーコードである必要はなく、それぞれ情報が符号化されたコードであればよい。

図７は、システム１０００の機能構成を示す図である。画像処理装置１００は、読取手段１５１、取得手段１５２と、変換手段１５３と、生成手段１５４と、算出手段１５５と、選択手段１５６と、情報取得手段１５７と、出力手段１５８と、画像形成手段１５９と、表示制御手段１６０と、受付手段１６１とを備える。読取手段１５１は、書籍を特定するための情報としてＩＳＢＮ又はＩＳＳＮを読み取る手段である。読取手段１５１は、例えば図５に示す書籍特定情報バーコードラベル２１から、これらの情報を読み取る。

取得手段１５２は、本の属性を示す属性情報と、本を識別する識別情報と、本の区分を表す区分情報及び本の貸出が許可されない期間（すなわち禁帯出期間）を示す期間情報の少なくともいずれか一方とのセットを１または複数取得する。取得手段１５２は、本実施形態では、属性情報として本のタイトルを、識別情報として本の管理番号を、区分情報として請求記号（１）及び請求記号（３）をそれぞれ取得する。取得手段１５２は、取得した属性情報を出力手段１５８に供給し、取得した識別情報を変換手段１５３に供給する。また、取得手段１５２は、取得した区分情報及び期間情報を生成手段１５４に供給する。

変換手段１５３は、取得手段１５２により取得された識別情報をコード画像に変換し、そのコード画像を出力手段１５８に供給する。コード画像とは、識別情報をコード化して表した画像であり、例えば管理バーコードの画像である。つまり、変換手段１５３は、識別情報を管理バーコードに変換してその管理バーコードを表す画像を生成することで、管理バーコードの画像への変換を行う。

生成手段１５４は、取得手段１５２により請求記号（１）及び（３）が取得された場合にはそれらの請求記号を表す請求記号画像を生成し、生成した請求記号画像を出力手段１５８に供給する。また、生成手段１５４は、取得手段１５２により期間情報が取得された場合にはその期間情報が示す禁帯出期間を表す禁帯出期間画像を生成し、生成した禁帯出期間画像を出力手段１５８に供給する。

算出手段１５５は、媒体において画像群が形成される領域のサイズを算出する。選択手段１５６は、サイズがそれぞれ異なる複数の媒体のなかから、算出手段１５５により算出されたサイズとの関係が予め定められた条件を満たすものを選択する。選択手段１５６は、選択した媒体を示す媒体情報を出力手段１５８に供給する。情報取得手段１５７は、自装置の画像形成機能及び画像読取機能の少なくともいずれか一方の性能に関する性能情報を取得する。情報取得手段１５７は、取得した性能情報を出力手段１５８に供給する。

出力手段１５８は、画像を媒体に形成するためのデータである画像形成データを画像形成手段１５９に対して出力する。出力手段１５８は、変換手段１５３、生成手段１５４、選択手段１５６及び情報取得手段１５７から供給された各情報に基づいて画像形成データを生成し、生成した画像形成データを出力する。画像形成データは、例えば、形成すべき画像をＰＤＬ（pagedescription language）で表される描画領域（以下、単に「ＰＤＬ」という）に配置したことを表すデータである。なお、出力手段１５８は、これらの情報が全て供給されて画像形成データが生成可能となっても、すぐには画像形成データを出力しない場合がある。その場合についてはのちほどさらに詳しく説明する。

画像形成手段１５９は、出力手段１５８から出力されてきた画像形成データに基づいて、取得手段１５２により取得された属性情報の一部または全部を表す画像、変換手段１５３により変換されたコード画像、及び生成手段１５４により生成された請求記号画像（又は禁帯出期間画像）を、一のセットに対応する画像群が一枚の媒体に形成されるように、１または複数の媒体に画像形成する。このうちのコード画像及び請求記号画像が形成された媒体は、ラベルとして本に貼り付けられて図書館等における本の管理のために用いられる。以下ではこれらのコード画像、請求記号画像及び禁帯出期間画像をまとめて指す場合には「ラベル画像」という。また、ラベル画像が表す情報、すなわちコード画像が表す識別情報、請求記号画像が表す請求記号及び禁帯出期間画像が表す禁帯出期間をまとめて指す場合には「ラベル情報」という。ラベル情報は、本の管理に用いられる情報である。

表示制御手段１６０は、ユーザ操作を受け付けるための操作画面を表示手段（ＵＩ部１０６）に表示させる。操作画面には、例えば操作子や記入欄などが表示される。表示制御手段１６０は、表示させた操作画面に関して、ユーザ操作を受け付けるために必要な情報を受付手段１６１に供給する。この情報は、例えば表示されている操作子や記入欄などを識別する情報である。受付手段１６１は、操作画面が表示された状態でユーザによって行われたユーザ操作を受け付け、受け付けたユーザ操作に応じた処理を行う。ユーザ操作に応じた処理とは、例えば表示されている操作子に対応付けられた処理や表示されている記入欄の情報を修正する処理などである。

なお、記入欄の情報が修正されると、受付手段１６１が、修正された情報を表示制御手段１６０に供給する処理をユーザ操作に応じた処理として行い、表示制御手段１６０が、修正された情報を記入欄に表示させる。表示制御手段１６０及び受付手段１６１については、記憶手段２５６及び出力手段１５８とともにのちほどさらに詳しく説明する。読取手段１５１、取得手段１５２、変換手段１５３、生成手段１５４、算出手段１５５、選択手段１５６、情報取得手段１５７、出力手段１５８、画像形成手段１５９、表示制御手段１６０及び受付手段１６１は、制御部１０１のソフトウェア処理によって実現される。

サーバ装置２００は、登録手段２５１と、送信手段２５２とを備える。登録手段２５１は、図４に示す図書ＤＢ２２１に属性情報である本のタイトルと、ラベル情報である管理番号及び請求記号とのセットを登録し、雑誌ＤＢ２２２に属性情報である本のタイトルと、ラベル情報である管理番号及び禁帯出期間とのセットを登録する。登録手段２５１は、第２取得手段２５３と、特定手段２５４と、採番手段２５５と、記憶手段２５６とを備える。第２取得手段２５３は、本から読み取った書籍特定情報（ＩＳＢＮ又はＩＳＳＮ）を取得する。

特定手段２５４は、本実施形態では、取得された書籍特定情報がＩＳＢＮであった場合には、そのＩＳＢＮに基づいて、本の区分を表す区分情報を特定する。特定手段２５４は、具体的には、まず、ＩＳＢＮに基づいて図１に示す書誌情報記憶装置３００に対して書誌情報を照会する。そして、特定手段２５４は、照会した書誌情報に含まれる図書分類コードに図４に示す区分テーブル２２３において対応付けられている請求記号（１）を特定し、その請求記号（１）に基づいて請求記号（３）を特定する。特定手段２５４は、特定した請求記号（１）及び請求記号（３）を記憶手段２５６に通知する。

また、特定手段２５４は、取得された書籍特定情報がＩＳＳＮであった場合には、そのＩＳＳＮに基づいて、上述した禁帯出期間（雑誌の発行日からの貸し出しが許可されない期間）を特定する。この場合、特定手段２５４は、ＩＳＳＮに基づいて書誌情報記憶装置３００に対して書誌情報を照会し、書誌情報に含まれている雑誌の発行日から禁帯出期間を特定する。特定手段２５４は、特定した禁帯出期間を記憶手段２５６に通知する。また、特定手段２５４は、書籍特定情報がＩＳＢＮ及びＩＳＳＮのいずれであった場合でも、書誌情報を照会すると、その書誌情報に含まれている本のタイトルを記憶手段２５６に通知し、その旨を採番手段２５５に通知する。採番手段２５５は、特定手段２５４からの通知があると、管理番号を採番する。採番手段２５５は、採番した管理番号を記憶手段２５６に通知する。

記憶手段２５６は、第２取得手段２５３により取得された書籍特定情報がＩＳＢＮであった場合には、特定手段２５４から通知された請求記号（１）及び請求記号（３）と、採番手段２５５から通知された管理番号とを、上述したラベル情報として得る。また、記憶手段２５６は、第２取得手段２５３により取得された書籍特定情報がＩＳＳＮであった場合には、特定手段２５４から通知された禁帯出期間と、採番手段２５５から通知された管理番号とを、上述したラベル情報として得る。これらのラベル情報は、第２取得手段２５３が取得した書籍特定情報（ＩＳＢＮ又はＩＳＳＮ）に基づいて得られた情報である。

記憶手段２５６がこうして得たラベル情報を記憶し、特定手段２５４から通知された本のタイトルを上述した属性情報として記憶することで、登録手段２５１は属性情報及びラベル情報のセットを登録する。記憶手段２５６は、書籍特定情報がＩＳＢＮであれば図書ＤＢ２２１にこれらの情報を記憶し、書籍特定情報がＩＳＳＮであれば雑誌ＤＢ２２２にこれらの情報を記憶する。なお、記憶手段２５６は、ラベル情報を得てもすぐに記憶しない場合がある。その場合についてはのちほどさらに詳しく説明する。

送信手段２５２は、登録手段２５１により登録された属性情報及びラベル情報のセットを画像処理装置１００に送信する。送信手段２５２は、本実施形態では、一冊の本に対応するセット（一冊の本の書籍特定情報バーコードラベル２１から読み取られた書籍特定情報に基づいて登録された属性情報及びラベル情報のセット）が登録される度に画像処理装置１００への送信を行う。

このセットは、取得手段１５２に供給され、属性情報と、識別情報と、区分情報及び期間情報の少なくともいずれか一方とのセットとして取得手段１５２によって取得される。登録手段２５１、送信手段２５２、第２取得手段２５３、特定手段２５４及び記憶手段２５６は、制御部２１０のソフトウェア処理によって実現される。また、本に付されたコードとは、本に印刷されているコードや本に貼付されているコードのほか、本に取り外し可能な形態で取りつけられているコードなども含む。なお、コードとは、情報を表現するための記号や符号の体系であり、本実施形態では各種のバーコードやＱＲコード（登録商標）のほか、請求記号をも含む。

続いて、記憶手段２５６によるラベル情報の記憶について詳しく説明する。
記憶手段２５６は、上記のとおり得たラベル情報に請求記号（１）及び請求記号（３）という区分情報が含まれている場合に、それらの区分情報を画像処理装置１００に送信する。この区分情報は、表示制御手段１６０に供給される。表示制御手段１６０は、供給された区分情報を確認させるための画面であり、且つ、必要であればその区分情報を修正する操作（以下「第１操作」という）をユーザ操作として受け付けるための画面を表示させる。

図８は、第１操作を受け付けるための画面の一例を示す図である。この画面には、「確認・修正画面」及び「本のタイトル：ｘｘｘｘｘｘｘｘｘｘ」という文字列が表示されている。また、「請求記号（１）：」という文字列の横に、「０９」という区分情報が表された記入欄Ａ１が表示され、「請求記号（３）：」という文字列の横に、「１８」という区分情報が表された記入欄Ａ２が表示されている。また、「ＯＫ」という文字列を含む操作子Ａ３が表示されている。記入欄Ａ１及びＡ２に表されている区分情報は、ユーザが修正できるようになっている。受付手段１６１が記入欄Ａ１又はＡ２に表されている区分情報を修正する操作を第１操作として受け付けると、表示制御手段１６０は修正された区分情報を表示させる。

また、受付手段１６１は、操作子Ａ３を選択する操作を第１操作として受け付けると、記入欄Ａ１に表示されている区分情報である請求記号（１）と、記入欄Ａ２に表示されている区分情報である請求記号（３）とをサーバ装置２００に送信する処理をユーザ操作に応じた処理として行う。ユーザは、最初に表示された請求記号（１）、（３）で問題がないか否かを確認し、問題がなければ記入欄Ａ１及びＡ２を修正することなく操作子Ａ３を選択する操作を行うし、問題があれば記入欄Ａ１及びＡ２を修正したうえで操作子Ａ３を選択する操作を行う。

ここでいう問題とは、請求記号（１）、（３）が図書館独自の図書の分類として適切なものになっているか否かというものである。区分情報は、上述したとおり、書籍特定情報に基づいて照会された書誌情報に含まれる図書分類コードに対応している。しかし、例えばクラウドコンピューティングの分野のように、変化が激しい分野に関連する本については、照会された書籍情報に含まれる図書分類コードが適切でない場合がある。その場合、特定手段２５４により特定される区分情報も適切でないものになる。

受付手段１６１によってサーバ装置２００に送信された請求記号（１）及び（３）は、記憶手段２５６に供給される。記憶手段２５６は、そうして供給された請求記号（１）及び（３）をラベル情報として図書ＤＢ２２１に記憶する。こうして記憶手段２５６は、区分情報が修正された場合には、第１操作により修正された区分情報をラベル情報として記憶する。また、記憶手段２５６は、区分情報が修正されなかった場合であっても、ユーザによって確認された区分情報をラベル情報として記憶する。

次に、出力手段１５８による画像形成データの出力について詳しく説明する。出力手段１５８は、画像形成データを出力するために必要な各情報（言い換えるとラベル情報を媒体に形成するために必要な情報）が全て供給されると、その旨を表示制御手段１６０に通知する。本実施形態では、前述したように一冊の本に対応する属性情報及びラベル情報のセットがサーバ装置２００から送信されてくるので、出力手段１５８は、一冊の本に対応するラベル画像を媒体に形成させるために必要な各情報が揃う度にこの通知を行う。

表示制御手段１６０は、少なくとも一の画像形成データの出力が可能である場合に、ラベル画像の媒体への形成の開始を指示する操作（以下「第２操作」という）をユーザ操作として受け付けるための画面を表示させる。
図９は、第２操作を受け付けるための画面の一例を示す図である。この画面には、「ラベル画像の準備状況画面」という文字列と、「準備できたラベル画像の数：」という文字列の横に、「２」という数値が表された表示欄Ａ１１とが表示されている。また、「画像形成を開始してよいですか？」という文字列と、「ＯＫ」という文字列を含む操作子Ａ１２とが表示されている。

受付手段１６１は、操作子Ａ１２を選択する操作を第２操作として受け付けると、まだ媒体に形成されていないラベル画像を形成するための画像形成データを出力するよう出力手段１５８に要求する処理をユーザ操作に応じた処理として行う。出力手段１５８は、受付手段１６１から上記の要求がされた場合、すなわちユーザによって第２操作が行われた場合に、要求されたとおりに、まだ媒体に形成されていないラベル画像を形成させるための画像形成データを出力する。図９に示す画面が表示されているときに第２操作が行われた場合であれば、出力手段１５８は、まだ媒体に形成されていない２つのラベル画像を形成させるための画像形成データを出力する。また、この第２操作が行われなければ、書籍特定情報バーコードラベル２１の読み取りが行われる度に、表示欄Ａ１１に表されている数値が１ずつ増えていく。

以上のとおり、表示制御手段１６０は、記憶手段２５６によってラベル情報が得られてからそのラベル情報を表すラベル画像が画像形成手段１５９によって媒体に形成される前までに行われるユーザ操作（第１操作又は第２操作）を受け付けるための操作画面を表示手段に表示させる。また、出力手段１５８は、それらの操作画面のいずれか又は両方が表示されて受け付けられたユーザ操作に基づく指示を反映し、ラベル画像を媒体に形成させるためのデータの出力を行う。ここでいう指示とは、第１操作が受け付けられた場合は区分情報を修正する指示であり、第２操作が受け付けられた場合はラベル画像の媒体への形成を開始させる指示である。

本実施形態では、前述したとおり区分情報を修正するためのユーザ操作である第１操作が受け付けられてその修正された区分情報が反映されたラベル画像が媒体に形成される。これにより、誤った区分情報を表すラベル画像が形成されてその区分情報を修正したラベル画像を形成することによる余計な媒体の消費が抑えられる。また、まだ媒体に形成されていないラベル画像の数が増えたときにユーザが第２操作を行うことで、例えば画像形成データが生成可能になるとすぐに画像形成データを生成して出力する場合に比べて、媒体に形成されるラベル画像の数が多くなり、その結果消費される媒体が少なくなる。

本実施形態では、前述したように本の管理に用いるラベルの画像を媒体に形成する処理においてユーザの指示が反映されるようになるので、この処理において消費される媒体を少なくするための指示をユーザが行えるようになる。具体的には、区分情報が誤っていた場合にそれを修正する指示を第１操作によってユーザが行えるようになり、また、媒体に形成されるラベルの画像を多くするための指示を第２操作によってユーザが行えるようになる。

（動作）
図１０、図１１は、サーバ装置２００の動作を示すフローチャートであり、図１２〜図１４は画像処理装置１００に表示される画面の一例を示す図である。図１０は、サーバ装置２００の基本的な動作を示しており、図１１は、図１０のステップＳ１０７の詳細な処理を示している。

（基本動作）
まず、画像処理装置１００のＵＩ部１０６において、図１２に示す処理選択画面Ｇ１が表示される。この処理選択画面Ｇ１において、利用者が所望の処理を選択する。図１２に示す「本を借りる」「本を返す」「文献複写」「本を登録する」「複合機一般機能」という処理が記されたソフトボタンのうち、「本を借りる」「本を返す」「本を登録する」のソフトボタンにはそれぞれＵＲＬ（Uniform Resource Locator）が関連付けられている。利用者がこれらの「本を借りる」「本を返す」「本を登録する」という処理のいずれかを選択すると、画像処理装置１００の制御部１０１は、選択された処理に関連付けられたＵＲＬに対してＨＴＴＰ（Hyper Text Transfer Protocol）要求を送信する。

一方、利用者によって「文献複写」が選択された場合、画像処理装置１００の制御部１０１は、いわゆるコピーを行うための画面データを記憶部１０２から読み出して、そのデータに応じた画面をＵＩ部１０６に表示する。また、「複合機一般機能」が選択された場合、画像処理装置１００の制御部１０１は、コピー、スキャン、ファクシミリ等の選択肢が列挙された、複合機における一般的なメニュー画面を表示するためのデータを記憶部１０２から読み出して、その画面をＵＩ部１０６に表示する。

なお、上述の処理の全てを、全ての利用者に提供しなくてもよい。即ち、全ての処理のうち幾つかの処理は全ての利用者に提供し、その他の処理は、特定の利用者にのみ提供するようにしてもよい。その際には、処理選択画面Ｇ１を表示する前に利用者の認証を行い、認証された利用者が利用できる処理が表示された処理選択画面Ｇ１を表示する方法や、最初は全ての利用者が利用できる処理が表示された処理選択画面Ｇ１を表示しておき、認証をして後に認証された利用者が利用可能な処理を表示する方法が考えられる。

通常の利用者と特定の利用者とで表示画面自体を変更してもよい。例えば、「本を登録する」という処理は、司書のみに提供されるようにすることができる。通常の利用者用の処理選択画面Ｇ１には「本を登録する」を表示しないようにするとともに、司書用のログイン画面Ｇ２においてＩＤ及びパスワード等による認証成功後に、制御部１０１が司書専用の処理選択画面を表示するためのデータを記憶部１０２から読み出して、「本を登録する」と表記されたソフトボタンを含む画面をＵＩ部１０６に表示する。

ここでは、画像処理装置１００において利用者が「本を借りる」「本を返す」「本を登録する」のいずれかを選択する操作を行った場合を例に挙げて説明する。この場合、画像処理装置１００の制御部１０１は、選択された処理に対応付けられたＵＲＬに対しＨＴＴＰ要求を送信する。この例では、これらの処理は全てサーバ装置２００で行われるので、このＵＲＬは、サーバ装置２００のＵＲＬである。サーバ装置２００の制御部２１０は、このＨＴＴＰ要求を受け取ることで、処理の選択を受け付ける（図１０のステップＳ１０１）。そして、制御部２１０は、ＨＴＴＰ要求に応じた操作画面データを記憶部２２０から読み出して画像処理装置１００に送信する（ステップＳ１０２）。

画像処理装置１００の制御部１０１は受信した操作画面データに応じた操作画面をＵＩ部１０６に表示する。例えば、図書館が新規に入手した本の登録を行う場合には登録画面Ｇ３（図１２）がＵＩ部１０６に表示され、図書館が本を貸し出す(利用者が本を借りる)場合には貸出処理画面Ｇ５（図１３）がＵＩ部１０６に表示され、利用者が本を返却する場合には返却処理画面Ｇ６（図１３）がＵＩ部１０６に表示される。本を登録する場合、画像処理装置１００の画像読取部１０４に、本の書籍特定情報バーコードラベル２１が印刷された裏表紙２をセットし、さらに、登録画面Ｇ３に設けられた入力欄に必要な情報を入力して、「ＯＫ」と表記されたソフトボタン（以下、ＯＫボタンという）を選択する。これにより、登録画面においてＨＴＭＬ（Hyper Text Markup Language）のＦＯＲＭタグによって関連付けられたＵＲＬに対し、ＯＫボタンの識別子、その値情報、及び入力欄に入力された情報が送信される。

また、本の貸出又は返却の場合、利用者は画像処理装置１００の画像読取部１０４が備えるプラテンガラスの上に、管理バーコードラベル１１が貼付された本の表紙１と、自身の利用者カード４の利用者ＩＤバーコードが印刷された面をセットし、貸出処理画面Ｇ５又は返却処理画面Ｇ６におけるＯＫボタンを選択する。これにより、画像読取部１０４がプラテンガラス上の１冊の本から１回のスキャンで複数のコードを読み取ることになる。このとき、複数の本を同時にプラテンガラスの上においてこれらの本から一度のスキャンでコードを読み取ってもよいし、また、利用者カードを合わせてプラテンガラスの上においてこの利用者コードからコードを読み取ってもよい。

これらの画面においてＨＴＭＬのＦＯＲＭタグによって関連付けられたＵＲＬに対し、ＯＫボタンの識別子及びその値情報が送信される。サーバ装置２００の制御部２０１は、これらの情報を受け取ることで、処理の指示を受け付ける（ステップＳ１０３）。なお、画像処理装置１００に設けられたハードボタンが上記のソフトボタンと同じ指示を受け付けるようにしてもよい。または、ＵＩ部１０６にソフトボタンを表示せずに、画像処理装置のハードボタンがソフトボタンの機能を代替してもよい。

サーバ装置２００の制御部２１０は、画像処理装置１００に対し、スキャン指示及び遷移先画面指定情報を送信する（ステップＳ１０４）。スキャン指示には、スキャンの解像度(例えば３００ｄｐｉ（dot/inch）)、白黒、画像形式(例えばＴＩＦＦ形式)等のスキャン時のパラメータと、スキャン画像データの送信先を示すＵＲＬが含まれる。遷移先画面指定情報は、画面データの格納先を意味するＵＲＬなどのパス情報である。

画像処理装置１００の制御部１０１は、受信したスキャン指示に従い、画像読取部１０４によって画像を読み取り、サーバ装置２００から指定されたパラメータに従って画像データを生成する。制御部１０１は、生成した画像データを指定された送信先に送信する。制御部１０１は、必要に応じて、スキャン画像データに、スキャン時のパラメータのほか、メタ情報(認証済のユーザ情報、画像処理装置のアドレス等)を付加する。

サーバ装置２００の制御部２１０は、画像処理装置１００から送信されるスキャン画像データを受信する（ステップＳ１０５）。そして、制御部２１０は、スキャン画像データに含まれるバーコードによって特定される情報を取得する（ステップＳ１０６）。スキャン画像データに複数のバーコードが含まれている場合には、制御部２１０は、それぞれに対応した複数の情報を取得する。そして、制御部２１０は、取得した情報を用いて処理を実行することが可能か否かを判断し、処理を実行することが可能だと判断した場合には、取得した情報に基づいて処理を実行する（ステップＳ１０７）。各々の処理の詳細については後述する。

ステップＳ１０５〜Ｓ１０７の間、画像処理装置１００の制御部１０１は、遷移先画面指定情報によって指定されたＵＲＬを指定して、サーバ装置２００に対して状態表示画面を要求する。サーバ装置２００の制御部２１０は、ステップＳ１０７の処理が完了していない場合は（ステップＳ１０９；Ｎｏ）、処理中画面データ（図１２の処理中画面Ｇ４）を画像処理装置１００に送信する（ステップＳ１０８，Ｓ１１０）。また、制御部２１０は、ステップＳ１０７の処理が正常終了している場合は（ステップＳ１０９；Ｙｅｓ）、正常終了画面データ（図１３の処理結果画面Ｇ７，Ｇ８、図１４の処理結果画面Ｇ９）を、エラー終了している場合はエラー画面（図１４の処理結果画面Ｇ１０，Ｇ１１，Ｇ１２）を画像処理装置１００に送信する（ステップＳ１１１）。

（登録動作）
次に図１１を参照して、本の登録時のステップＳ１０７（図１０）の処理について説明する。サーバ装置２００の制御部２１０は、スキャン画像データに含まれる１又は複数のバーコードを復号し、それぞれのバーコードから特定される１又は複数の情報を取得する。これらの情報の中に、ＩＳＢＮを示す文字列が含まれているか否かを判断する（ステップＳ３０１）。ＩＳＢＮ、ＩＳＳＮ、利用者ＩＤ、図書・雑誌の管理番号などの各種情報の識別には、それぞれのプレフィクスで判別する方法が考えられる。

具体的には、ＩＳＢＮは987で始まる13桁の数値であり、ＩＳＳＮは977で開始する13桁の数値であり、利用者ＩＤは例えばAなどの特定のプレフィクスから始まり（例；A0012345）、図書の管理番号は例えばYBなどの特定のプレフィクスから始まり（例；YB00012）、雑誌の管理番号例えばYMなどの特定のプレフィクスから始まる（例；YM0002222）ようにしておき、制御部２１０はこれらのプレフィクスで情報の種類を判断する。また、各情報の桁数や、いわゆるチェックデイジットを用いてもよい。また、バーコードの種類で判別してもよいし、バーコードの周囲の画像(ガイド画像など)やバーコードの位置で判別してもよい。

ＩＳＢＮが得られた場合（ステップＳ３０１；Ｙｅｓ）、制御部２１０は、ＩＳＢＮを指定して書誌情報記憶装置３００に対して書誌情報を照会する（ステップＳ３０２）。書誌情報が得られると、制御部２１０は管理番号を採番する（ステップＳ３０３）。制御部２１０は、区分テーブル２２３を参照し、取得した書誌情報に含まれる図書分類コードに対応する請求記号（１）を特定する（ステップＳ３０４）。次に、制御部２１０は、特定した請求記号（１）に対して、請求記号（３）を特定する（ステップＳ３０５）。

続いて、制御部２１０は、特定した請求記号（請求記号（１）及び（３））と書誌情報に含まれている本のタイトルとを画像処理装置１００に送信する（ステップＳ３０６）。これにより画像処理装置１００が例えば図８に示す画面を表示する。そしてユーザによる第１操作が行われると、画像処理装置１００がその第１操作を受け付けてその時点で表示している請求記号をサーバ装置２００に送信してくるので、制御部２１０は、そうして送信されてきた請求記号を受け取る。次に制御部２１０は、図書データベース２２１に新規レコードを追加し、受け取った請求記号を含む必要な情報を登録する（ステップＳ３０８）。

制御部２１０は、登録した情報のうち、ラベル情報を表すラベル画像（コード画像及び請求記号画像）と、属性情報である本のタイトルとを媒体に形成させる（ステップＳ３０９）。こうして媒体に形成されたコード画像、すなわち管理番号を表すバーコードの画像は、管理バーコードラベル１１として図書に貼り付けられる。また、媒体に形成された請求記号画像は、請求記号ラベル３１として図書に貼り付けられる。また、媒体に形成された本のタイトルは、管理バーコードラベル１１及び請求記号ラベル３１がどの本のものなのかをユーザが判別するために用いられる。なお、ステップＳ３０９の処理の詳細は後述する。

一方、ＩＳＳＮが得られた場合（ステップＳ３０１；Ｎｏ且つステップＳ３１０；Ｙｅｓ）、制御部２１０は、ＩＳＳＮを指定して書誌情報記憶装置３００に対して書誌情報を照会する（ステップＳ３１１）。書誌情報が得られると、制御部２１０は管理番号を採番する（ステップＳ３１２）。制御部２１０は、雑誌データベース２２２に新規レコードを追加し、必要な情報を登録する（ステップＳ３１３）。制御部２１０は、登録した情報のうち、ラベル情報を表すラベル画像（コード画像及び禁帯出期間画像）と、属性情報である本のタイトルとを媒体に形成させる（ステップＳ３１４）。こうして媒体に形成されたコード画像は、管理バーコードラベル１１として雑誌に貼り付けられ、媒体に形成された禁帯出画像は、禁帯出ラベル１２として雑誌に貼り付けられる。なお、ステップＳ３１４の処理の詳細は後述する。

なお、ＩＳＢＮ及びＩＳＳＮが取得できなかった場合には（ステップＳ３０１；Ｎｏ且つステップＳ３１０；Ｎｏ）は、制御部２１０は、本の登録ができないと判断して、画像処理装置１００に対してエラー表示を行うよう指示する（ステップＳ３１５）。つまり、ステップＳ３０１及びステップＳ３１０の判断は、要求された処理である本の登録を行うことが可能か否かの判断に相当する。この場合、本の表紙、裏表紙を画像処理装置１００で読み取らせてＯＣＲ（Optical Character Recognition）処理し、書誌情報として使用
してもよい。

（管理バーコード及びラベル作成動作）
次に、図１５を参照して、図１１のステップＳ３０９及びステップＳ３１４の処理について説明する。この例で、サーバ装置２００の制御部２１０は、図１１のステップＳ３０９において、ステップＳ３０８で登録された情報に基づき、図書のタイトルなどを含む図書情報（属性情報の一例）、管理番号（識別情報の一例）、請求記号（１）及び請求記号（３）（区分情報の一例）のセットを画像処理装置１００に送信する。また、ステップＳ３１４において、制御部２１０は、ステップＳ３１３で登録された情報に基づき、雑誌のタイトルなどを含む雑誌情報、管理番号及び貸出禁止期限情報のセットを画像処理装置１００に送信する。図書情報及び雑誌情報は、本の属性を示す属性情報の一例である。

図１５は、ラベル作成処理における画像処理装置１００の動作の手順を示すフローチャートである。ラベル作成処理とは、管理バーコードラベル１１及び請求記号ラベル３１を作成する処理（図１１のステップＳ３０９の処理）のことである。まず、画像処理装置１００の制御部１０１は、属性情報の一例である図書情報と、識別情報の一例である管理番号と、区分情報の一例である請求記号（１）及び請求記号（３）とのセットを、サーバ装置２００から受信する（取得する）（ステップＳ５０１）。制御部１０１は、受信された管理番号を管理バーコードの画像（コード画像の一例）に変換する（ステップＳ５０２）。

変換されるバーコードのコード体系は、例えばＣｏｄｅ３９が用いられてもよく、また、ＱＲコードなどの２次元コードであってもよい。また、制御部１０１は、画像処理装置１００でスキャン可能な最小解像度（一般的には200dpi）で読み取った場合に解析可能な大きさの管理バーコードの画像に変換してもよい。このとき、制御部１０１は、管理バーコードの画像の上部や下部に、図書館名や拠点名などの追加情報を付加してもよい。追加情報は画像処理装置１００の記憶部に予め保持されていてもよい。

制御部１０１は、受信された請求記号（１）及び請求記号（３）に基づいて請求記号画像を生成する（ステップＳ５０３）。請求記号画像は、例えば画像処理装置１００に予め登録されている請求記号ラベル３１用の画像に請求記号（１）及び請求記号（３）が合成されることによって生成される。制御部１０１は、以上のとおり図書情報の取得、管理バーコードの画像への変換及び請求記号画像の生成を行うと、媒体に形成すべき画像の情報（図書情報及びラベル画像）が揃って画像形成データが生成可能となるので、図９に示すような第２操作を受け付けるための画面を表示する（ステップＳ５０４）。

制御部１０１は、第２操作を受け付けるまで第２操作を受け付けたか否かを判断し（ステップＳ５０５）、第２操作を受け付けたと判断すると（ステップＳ５０５；ＹＥＳ）、図書情報及びラベル画像を媒体に形成するための画像形成データを生成する（ステップＳ５０６）。次に、制御部１０１は、生成した画像形成データを画像形成手段に出力し（ステップＳ５０７）、図書情報及びラベル画像を媒体に形成する（ステップＳ５０８）。

図１６の画像Ｉ１は、ステップＳ５０８において媒体に形成される画像の一例である。この例で、Ａ４サイズの１枚の媒体に、図書のタイトルＴ１と、管理バーコードラベル１１と、請求記号（１）及び請求記号（３）を含む請求記号ラベル３１とを表す画像が形成されている。この例で、制御部１０１は、タイトルＴ１、管理バーコードラベル１１を表す画像（すなわち管理バーコードの画像）及び請求記号ラベル３１を表す画像（すなわち請求記号画像）を、上述したＰＤＬに配置する。制御部１０１は、まず、本のタイトルＴ１を左寄せで配置する。本のタイトルＴ１は、文字列として埋め込まれてもよく、また、フォント画像に変換された後に配置されてもよい。タイトルＴ１が長く一行ではページに入りきらない場合、ページの端までいったあと改行される。

制御部１０１は、タイトルＴ１の次の行に管理バーコードラベル１１を配置し、管理バーコードラベル１１の次の行に請求記号ラベル３１を配置する。なお、この例では、制御部１０１がタイトルＴ１、管理バーコードラベル１１及び請求記号ラベル３１（以下「画像群」という）の配置場所を一意に決定するが、画像群の配置方法はこれに限られない。例えば、配置方法を記載したテンプレートを画像処理装置１００の記憶部に予め記憶しておき、制御部１０１が記憶部に記憶されたテンプレートを参照して画像群を配置してもよい。作業者は、媒体に形成された管理バーコードラベル１１及び請求記号ラベル３１を媒体から切り取り、登録された本に貼付する。

（変形例）
上述した実施形態は、本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、実施形態及び各変形例は、必要に応じてそれぞれ組み合わせて実施してもよい。

（変形例１：出力タイミング）
出力手段１５８は、実施形態では第２操作が行われた場合に画像形成データを出力したが、これとは異なるタイミングで画像形成データを出力してもよい。出力手段１５８は、例えば、まだ媒体に形成されていない未形成のラベル画像の数に基づいて画像形成データを出力する。具体的には、出力手段１５８は、まだ媒体に形成されていないラベル画像の数が閾値を超えた場合には、第２操作が行われなくても画像形成データを出力する。

ラベル画像の数としては、例えば、コード画像及び請求記号画像の組の数やコード画像及び禁帯出期間画像の組の数を用いてもよいし、コード画像、請求記号画像及び禁帯出期間画像をそれぞれ１つと数えた数を用いてもよい。閾値としては、例えば、１枚の媒体全体に形成されることになるラベル画像の数が用いられる。この場合の閾値は、ラベル画像のサイズや媒体のサイズ、ラベル画像の配置などに応じて決められる。なお、１枚の媒体ではなく複数枚の媒体の各々の全体にラベル画像が形成されるような数が閾値として用いられてもよい。

図１７は本変形例のラベル作成処理における画像処理装置１００の動作の手順を示すフローチャートである。画像処理装置１００の制御部１０１は、まず、図１５に示すステップＳ５０１からＳ５０５までの動作を行う。制御部１０１は、ステップＳ５０５で第２操作を受け付けた（ＹＥＳ）と判断した場合にはステップＳ５６（画像形成データ生成処理）以降の動作を行う。制御部１０１は、ステップＳ５０５で第２操作を受け付けていない（ＮＯ）と判断した場合には、次に、まだ形成されていないラベル画像の数が閾値を超えたか否かを判断する（ステップＳ５０９）。制御部１０１は、ラベル画像の数が閾値を超えていない（ＮＯ）と判断した場合には、ステップＳ５０５に戻って動作を行い、閾値を超えている（ＹＥＳ）と判断した場合には、ステップＳ５６（画像形成データ生成処理）以降の動作を行う。

ユーザが書籍特定情報バーコードラベル２１の読み取りの作業ばかりを進めると未形成の画像ラベルの数が次第に増えていくが、その際に例えば画像処理装置１００でトラブルが生じると、未形成の画像ラベルが消えてしまうことが起こり得る。本変形例によれば、ラベル画像の数に基づく画像形成データの出力を行わない場合に比べて、未形成のラベル画像が少なくなり、前述したような場合における画像ラベルの消失による登録作業のやり直しの手間が小さくなる。

なお、未形成のラベル画像の数が閾値を超えても、画像形成データを出力させないようにする場合があってもよい。例えば、出力手段１５８は、ラベル画像を形成する画像形成手段１５９が特定の状態のときには、まだ媒体に形成されていないラベル画像の数が閾値を超えた場合における画像形成データの出力を行わない。特定の状態として、例えば、画像形成手段１５９がラベル画像を形成する媒体を収容するための専用の収容手段（例えば専用の給紙トレイ）を有していない状態と、ラベル画像が形成されて排出された媒体を収容するための専用の収容手段（例えば専用の排紙トレイ）を有していない状態とが用いられる場合について説明する。

図１８は本変形例のラベル作成処理における画像処理装置１００の動作の他の手順を示すフローチャートである。画像処理装置１００の制御部１０１は、まず、図１７に示すステップＳ５０１からＳ５０５までの動作を行う。制御部１０１は、ステップＳ５０５で第２操作を受け付けていない（ＮＯ）と判断し、次に、まだ形成されていないラベル画像の数が閾値を超えたと判断した場合に（ステップＳ５０９；ＹＥＳ）、画像形成手段が特定の状態か否かを判断する（ステップＳ５１０）。制御部１０１は、画像形成手段が特定の状態であると判断した場合には（ステップＳ５１０；ＹＥＳ）、ステップＳ５０５（第２操作の受け付け有無の判断）に戻って動作を行い、画像形成手段が特定の状態ではないと判断した場合には（ステップＳ５１０；ＮＯ）、ステップＳ５６（画像形成データ生成処理）以降の動作を行う。

例えば前述した専用の給紙トレイを画像形成手段が有していない場合、ラベル画像を形成することで給紙トレイを共有している他の業務の作業効率が低下することがある。図１８の例によれば、その場合には、登録の業務を行っているユーザが、画像形成手段が他の業務であまり使われていないときに第２操作を行ってラベル画像を形成させるようにすることで、他の業務の作業効率の低下が抑えられる。また、反対に、専用の給紙トレイを画像形成手段が有している場合には、ユーザが他の業務での画像形成手段の使用状況を気にしなくてもよくなる。

また、前述した専用の排紙トレイを画像形成手段が有していない場合、ラベル画像が形成された媒体が他の業務でも使用される排紙トレイに排出されることになる。未形成のラベル画像の数が閾値を超えた場合にそれらのラベル画像が媒体に形成されると、登録の作業を行っているユーザは、自分が第２操作を行ったわけではないので、ラベル画像が媒体に形成されたことに気付かない場合がある。その場合、媒体を放置したままにして他のユーザに持って行かれたり処分されたりするという問題が起こり得る。

図１８の例によれば、専用の排紙トレイを画像形成手段が有していなければ第２操作を行わなければラベル画像が媒体に形成されないから、そのような問題が起こらないようになる。以上のとおり、図１８の例によれば、画像形成手段の状態に基づいたデータの出力が行われない場合に比べて、その画像形成手段を利用するユーザの作業の効率が高められる。

他にも、出力手段１５８は、例えば、特定の日時が訪れた場合には、第２操作が行われなくても画像形成データを出力してもよい。特定の日時としては、例えば、図書を管理する施設において新規に本を入手する時期から、それらの本の書籍特定情報バーコードラベル２１を読み取らせる作業に要すると見込まれる期間が経過した日時が定められる。これ以外にも、画像処理装置１００に非形成のラベル画像が溜まっている見込みが高い日時が定められるとよい。これにより、日時に基づく画像形成データの出力を行わない場合に比べて、未形成のラベル画像が少なくなり、前述の例と同様に画像ラベルの消失による登録作業のやり直しの手間が小さくなる。

（変形例２：未形成ラベル画像の表示）
実施形態では、図９に示す表示欄Ａ１１のように、表示制御手段１６０が、まだ媒体に形成されていない未形成のラベル画像の数を表示手段に表示させたが、これ以外の表示が行われてもよい。例えば、表示制御手段１６０は、まだ媒体に形成されていないラベル画像の数を当該ラベル画像の種類別に表示手段に表示させる。

図１９は本変形例で表示される画面の一例を示す図である。この画面には、準備できたラベル画像の数、すなわち未形成のラベル画像の数が、「哲学」、「歴史」、「社会科学」及び「自然科学」といった区分ごとに用意された複数の表示欄Ａ２１にそれぞれ表示されている。各表示欄Ａ２１の隣には「開始」という文字列を含む操作子Ａ２２がそれぞれ表示されている。出力手段１５８は、１以上の操作子Ａ２２を選択する操作が行われると、操作された操作子Ａ２２に対応する区分のラベル画像の画像形成データを出力する。

また、図１９の画面には、「まとめて開始」という文字列を含む操作子Ａ２３が表示されている。出力手段１５８は、操作子Ａ２３を選択する操作が行われると、区分に関係なく未形成のラベル画像を全て媒体に形成するための画像形成データを出力する。このように、表示制御手段１６０は、まだ媒体に形成されていないラベル画像の数を表示させるのに加え、それらのラベル画像のうち、種類が共通するラベル画像の媒体への形成の開始を指示する操作を第２操作として受け付けるための画面（複数の操作子Ａ２２を表した画面）を表示させる。

また、表示制御手段１６０は、種類を問わずに全ての未形成のラベル画像の媒体への形成の開始を指示する操作を第２操作として受け付けるための画面（操作子Ａ２３を表した画面）を表示させる。出力手段１５８は、受け付けられた第２操作に応じて、種類が共通するラベル画像の画像形成データまたは全ての未形成のラベル画像の画像形成データを出力する。本変形例によれば、第２操作を行ったときに形成される各種類のラベル画像の数がユーザに伝えられる。また、その数を見たユーザが第２操作を行うことで、未形成のラベル画像が種類毎にまとめて形成されたり、種類を問わず未形成のラベル画像がまとめて形成されたりする。

（変形例３：画面表示の有無）
表示制御手段１６０は、実施形態では、第１操作を受け付けるための操作画面と第２操作を受け付けるための操作画面とをどちらも表示させたが、これに限らず、例えばいずれかの操作画面だけを表示させてもよい。その場合でも、表示された方の操作画面で受け付けられるユーザ操作が示すユーザの指示がラベル画像を媒体の形成させる処理に反映されることになる。

また、表示制御手段１６０は、例えばユーザが設定することによって、両方の操作画面を表示させないようにしてもよい。例えば特定手段２５４により特定される区分情報が正確であるため修正する必要がなく、且つ、上述した未形成のラベル画像の数に基づく（この数が閾値を超えた場合の）画像形成データの出力をしておけば問題ないという場合であれば、両方の操作画面を表示させないように設定することで、ユーザの手間が省けて便利である。

（変形例４：ラベル情報の記憶）
記憶手段２５６は、実施形態では、ラベル情報を得てもユーザによる確認及び必要であれば修正がされたあとでなければそのラベル情報を記憶しなかったが、これに限らず、すぐに記憶してもよい。その場合、記憶手段２５６は、例えば、ラベル情報に対応付けて、そのラベル情報に対するユーザの確認及び必要な修正が行われていない旨を表すフラグを記憶する。そして、ユーザによる確認及び必要な修正がされた請求記号（１）、（３）がサーバ装置２００から送信されてきて記憶手段２５６に供給されると、記憶手段２５６は、先に記憶しておいた請求記号（１）、（３）に供給された請求記号（１）、（３）を上書きして記憶して、対応付けていたフラグを消去する。

登録手段２５１は、こうしてフラグに対応付けられていない請求記号（１）、（３）が記憶されることで、これらの請求記号をラベル情報として登録する。フラグが対応付けられたラベル情報は、ユーザの確認及び必要な修正がされていないラベル情報（以下「未確認ラベル情報」という）であるから、送信手段２５２はこの未確認ラベル情報を画像処理装置１００に送信しないようにする。これにより、未確認ラベル情報を表すラベル画像が媒体に形成されないようになる。

なお、送信手段２５２が未確認ラベル情報をフラグに対応付けられていることを表すようにして送信してもよい。その場合、例えば生成手段１５４が未確認ラベル情報に含まれる請求記号からは請求記号画像を生成しないようにしてもよい。また、出力手段１５８が、未確認ラベル情報に含まれる請求記号から生成された請求記号画像を、媒体に形成する画像形成データを出力しないようにしてもよいし、上述した変形例の未形成ラベル画像の数に含まないようにしてもよい。このように、未確認ラベル情報を表すラベル画像を媒体に形成しないようにすることで、ユーザによる確認及び必要な修正がされた区分情報を表すラベル画像でなければ媒体に形成されないようになる。

（変形例５：雑誌の管理）
実施形態では請求記号が図書の管理にしか用いられなかったが、雑誌の管理に用いられてもよい。その場合、図１１に示すステップＳ３１３の雑誌ＤＢへの登録の前に、ステップＳ３０６及びＳ３０７と同様の処理が行われて、ユーザによる区分情報の確認及び必要な修正がされるようにしてもよい。

（変形例６：ラベル情報の変更）
実施形態ではラベル情報に含まれる区分情報（具体的には請求記号）が図書館独自の図書の分類として適切なものに修正されたが、必ずしも適切なものに修正されなくとも、何らかの他の区分情報に変更されるだけであってもよい。また、区分情報以外のラベル情報、すなわち識別情報や禁帯出期間が変更されてもよい。この場合、表示制御手段１６０は、ラベル情報（区分情報、識別情報及び禁帯出期間を含む）を確認させるための画面であり、且つ、必要であればそのラベル情報を変更する操作を第１操作として受け付けるための画面を表示させる。これにより、ユーザは、採番された管理番号（識別情報の一例）や禁帯出期間を変更したい場合に、それらの情報を変更する指示を反映させることができる。

（変形例７：第２操作の受け付けタイミング）
表示制御手段１６０は、実施形態とは異なるタイミングで第２操作を受け付けるための操作画面を表示させてもよい。表示制御手段１６０は、例えば、図１５に示すステップＳ５０１（図書情報等の取得）のあとで且つステップＳ５０２（管理バーコードの画像への変換）の前にその操作画面を表示させてもよいし、ステップＳ５６（画像形成データ生成処理）のあとで且つステップＳ５０７（画像形成データの出力）の前に操作画面を表示させてもよい。

また、表示制御手段１６０は、ステップＳ５０７のあとでステップＳ５０８（ラベル画像の媒体への形成）の前に操作画面を表示させてもよい。この場合、実施形態で出力手段１５８が表示制御手段１６０及び受付手段１６１と行ったやり取りを、画像形成手段１５９が行う。要するに、表示制御手段１６０は、媒体へのラベル画像の形成が開始される前に第２操作を受け付けるための操作画面を表示させればよい。

（変形例８：画像形成データ生成処理）
図１５に示すステップＳ５６の画像形成データ生成処理は実施形態と異なっていてもよい。
図２０（ａ）は本変形例の画像形成データ生成処理の例を示すフローチャートである。制御部１０１は、本のタイトル、管理バーコードの画像及び請求記号画像をＰＤＬ上に配置して（ステップＳ５６１）、管理バーコードの画像を囲む枠（第１枠画像の一例）と、請求記号画像を囲む枠（第２枠画像の一例）とをＰＤＬに配置する（ステップＳ５６２）。

図２８（ａ）の画像Ｉ２は、この動作例において媒体に形成される画像の一例である。この例で、配置される枠は、管理バーコードラベル１１及び請求記号ラベル３１と接しないよう、少しの余裕をもって配置される。なお、管理バーコードラベル１１を囲む枠と請求記号ラベル３１を囲む枠とは接していてもよい。

管理バーコードラベル１１や請求記号ラベル３１を枠で囲むことにより、作業者が媒体から管理バーコードラベル１１や請求記号ラベル３１をハサミなどで切り取る作業を行い易い。また、枠が管理バーコードラベル１１や請求記号ラベル３１と接しないように配置されることにより、管理バーコードラベル１１や請求記号ラベル３１が切り取り易くなり、また、切り取られる際に管理バーコードラベル１１や請求記号ラベル３１が誤って欠損してしまうことが抑制される。

図２０（ｂ）は、画像形成データ生成処理の別の例を示すフローチャートである。制御部１０１は、ステップＳ５６１の動作（画像群のＰＤＬへの配置）を行い、ＰＤＬに配置した画像群を囲む枠（第３枠画像の一例）を、ＰＤＬに配置する（ステップＳ５６３）。図２８（ｂ）の画像Ｉ３は、この動作例において媒体に形成される画像の一例である。この例で、配置される枠は、画像群と接しないよう、少しの余裕をもって配置される。

画像群が枠で囲まれることで、図書のタイトルＴ１と管理バーコードラベル１１と請求記号ラベル３１が、互いに紐付いていることが把握され易い。また、枠が管理バーコードラベル１１や請求記号ラベル３１と接しないように配置されることにより、管理バーコードラベル１１や請求記号ラベル３１が切り取り易くなり、また、切り取られる際に管理バーコードラベル１１や請求記号ラベル３１が誤って欠損してしまうことが抑制される。

図２０（ｃ）は、画像形成データ生成処理の別の例を示すフローチャートである。制御部１０１は、ステップＳ５６１の動作（画像群のＰＤＬへの配置）を行い、管理バーコードラベル１１と請求記号ラベル３１とを予め定められた第１の方向に並べて配置するとともに、第１の方向に垂直な第２の方向における管理バーコードラベル１１の長さと請求記号ラベル３１の長さとを揃える。この例で、制御部１０１は、管理バーコードラベル１１の高さが、請求記号ラベル３１の高さと一致するように調整する（ステップＳ５６４）。制御部１０１は、高さを調整した管理バーコードラベル１１をＰＤＬ上に配置する（ステップＳ５６５）。この動作例では、図３１の画像Ｉ８２に示されるように、管理バーコードラベル１１の高さと請求記号ラベル３１の高さが揃えられる。

図２０（ｄ）は、画像形成データ生成処理の別の例を示すフローチャートである。図２０（ｄ）において、制御部１０１は、ステップＳ５６１の動作（画像群のＰＤＬへの配置）を行い、サーバ装置１０から取得される図書情報を基にラベルの色を決定する（ステップＳ５６７）。例えば、制御部１０１は、デフォルトでは青いラベルを使用するが、禁帯出の図書の場合、赤いラベルを使用してもよい。使用される色は、予め作業者が設定していてもよく、その都度作業者に問い合わせてもよい。

ところで、図書によっては（例えば、一般図書と禁帯出の図書）、ラベルの色を変えたいケースがあるが、作業者が手作業で使い分けるのは手間が掛かる。それに対しこの実施形態では、図書の情報から使用するラベルを画像処理装置１００が選択することで、作業者の手作業が軽減される。この例では、図３２の画像Ｉ１１に示されるように、一般の図書と禁帯出の図書とで、異なる色の請求記号ラベル３１ｃ、３１ｄが生成される。

（変形例９：画像形成データの他の生成方法）
画像形成データの生成方法は上述したものに限らない。以下、他の複数の生成方法について説明する。なお、以下の説明では、第２操作を受け付けるための操作画面を表示する処理については説明を省略する。また、以下で述べる生成方法は、互いに組み合わせて用いられてもよいし、上述した生成方法と組み合わせて用いられてもよい。

図２１は、画像処理装置１００が行う、画像形成データの生成方法の他の例を示すフローチャートである。この例では、サーバ装置２００から、図書情報、管理番号、請求記号（１）及び請求記号（３）のセットを、複数まとめて受信する場合の動作を説明する。

制御部１０１は、図書情報、管理番号、請求記号（１）及び請求記号（３）のセットを複数、サーバ装置２００から受信する（取得する）（ステップＳ６０１）。制御部１０１は、受信された複数のセットから１のセットを選択し、選択したセットについてステップＳ６０２以降の処理を行う。制御部１０１は、受信されたセットに含まれる管理番号を管理バーコードの画像（コード画像の一例）に変換する（ステップＳ６０２）。また、制御部１０１は、制御部１０１は、受信されたセットに含まれる請求記号（１）及び請求記号（３）に基づいて請求記号画像を生成する（ステップＳ６０３）。

制御部１０１は、画像群をＰＤＬ上に配置するに先立って、画像群を配置した場合のサイズを計算する（ステップＳ６０４）。このサイズは、画像群を含む矩形枠の縦及び横のサイズとする。なお、この矩形枠は、画像群に接しないように配置されてもよい。制御部１０１は、ＰＤＬの現在のページに、ステップＳ６０４で算出されたサイズの画像群を配置可能な余白があるかを計算する（ステップＳ６０５）。この計算には、一般的な矩形配置アルゴリズムが使用される。算出されたサイズの画像群が配置可能な余白は、縦向きであるか横向きであるかを問わない。

算出したサイズの画像群を配置するだけの余白がない場合（ステップＳ６０５；ＮＯ）、制御部１０１は、ＰＤＬを改ページする（ステップＳ６０６）。算出したサイズの画像群を配置可能な余白がある場合（ステップＳ６０５；ＹＥＳ）、または改ページした場合、制御部１０１は、余白に画像群を配置する（ステップＳ６０７）。制御部１０１は、受信した複数のセットのうち、処理が未完了のものがあるか判定する（ステップＳ６０８）。未完了のセットがある場合（ステップＳ６０８；ＹＥＳ）、制御部１０１は、次の図書のセットを選択し、ステップＳ６０２の処理以降を繰り返す。制御部１０１は、全ての図書のセットについて処理が完了すると、終了する。

図２９の画像Ｉ４及び画像Ｉ５は、この動作例において媒体に形成される画像の一例である。画像Ｉ４に示されるように、複数の画像群が１枚の媒体に画像形成される。また、複数の画像群が１枚の媒体に収まらない場合は、画像Ｉ５に示されるように、複数の媒体に分かれて画像形成される。このとき、１のセットに対応する画像群が複数のページに分断されない位置でページが改められるように、画像群の配置が決定される。

図２２は、画像処理装置１００が行う、画像形成データの生成方法の他の例を示すフローチャートである。図２２に示すフローチャートが図２１に示すフローチャートと異なる点は、ステップＳ６０１の処理の後に、ステップＳ６０９の処理を行う点である。制御部１０１は、サーバ装置２００から受信された複数のセットを、各セットに含まれる図書情報（例えばタイトル）、管理番号、請求記号（１）及び請求記号（３）の少なくともいずれかひとつに基づいて並び替える（ソートする）（ステップＳ６０９）。並び替えの方法は、昇順または降順でもよく、また、作業者が設定するようにしてもよい。図３０の画像Ｉ６は、複数の画像群がタイトルで並び替えられた例を示している。

図２３は、画像処理装置１００が行う、画像形成データの生成方法の他の例を示すフローチャートである。図２３に示すフローチャートが図２１に示すフローチャートと異なる点は、ステップＳ６０１の処理の後に、ステップＳ６１０〜Ｓ６１２の処理を行う点である。制御部１０１は、サーバ装置２００から受信された複数のセットの数を算出する（ステップＳ６１０）。制御部１０１は、受信された複数のセットに対応する画像群をＰＤＬに配置した場合の、最小となる画像群のサイズ（以下「最小サイズ」という）を算出する（ステップＳ６１１）。この最小サイズは、画像群を含む矩形枠の縦及び横のサイズとする。なお、この矩形枠は、画像群に接しないように配置されてもよい。

制御部１０１は、サイズがそれぞれ異なる複数の種類の媒体の中から、ステップＳ６１１で算出された最小サイズとの関係が予め定められた条件を満たすものを選択する。この例で、制御部１０１は、算出された最小サイズで画像群を画像形成した場合に、余白が最小となるサイズの媒体を選択する（ステップＳ６１２）。

この動作例では、図３０の画像Ｉ７１、Ａ７２に示されるように、複数の画像群が１枚のＡ４の媒体に収まりきれない場合、２枚のＡ４の媒体に画像群が形成されるのではなく、１枚のＢ４の媒体に画像群が形成される。この場合、２枚のＡ４が用いられるよりも余白が少なくなる。なお、最小の用紙サイズがＡ３サイズより大きいサイズとなった場合、制御部１０１は、Ａ４サイズを選択してもよい。これは、オフィスに設置されている一般的な画像処理装置で用いられている媒体の最大の用紙サイズがＡ３であるためである。

図２４は、画像処理装置１００が行う、画像形成データの生成方法の他の例を示すフローチャートである。制御部１０１は、自装置の画像形成機能及び画像読取機能の少なくともいずれか一方の性能に関する情報を取得する。この例で、制御部１０１は、管理バーコードラベル１１を媒体に画像形成するデバイス、及び管理バーコードラベル１１を読み取るデバイスの機器情報を取得する（ステップＳ５１３）。制御部１０１は、ＰＤＬに画像群を配置する際に（ステップＳ５６の画像形成データ生成処理の前に）、ステップＳ５１３で取得されたデバイスの機器情報を用いてバーコードの大きさを調整する（ステップＳ５１４）。

例えば、１００ｄｐｉでしか画像形成できないデバイスを使用する場合、バーコードが小さすぎると、細いバーと太いバーを正しく区別して画像形成できない。その場合、制御部１０１は、管理バーコードラベル１１のサイズを拡大してＰＤＬに配置する。また、読取デバイスの解像度が低い場合も、管理バーコードラベル１１のサイズを拡大して配置する（図３１の画像Ｉ９１参照）。一方、読取デバイスが６００ｄｐｉに対応しており、画像形成用のデバイスも６００ｄｐｉで出力可能な場合、あまり大きなバーコードである必要がないため、ＰＤＬの領域を有効に活用するために、管理バーコードラベル１１のサイズを小さくする（図３１の画像Ｉ９２参照）。

図２５は、画像形成データの生成方法の他の例を示すフローチャートである。制御部１０１は、図書のタイトル及び図書の厚みを示す厚み情報を少なくとも含む図書情報（属性情報の一例）、管理番号、請求記号（１）及び請求記号（３）を、サーバ装置２００から取得する（ステップＳ５１５）。また、制御部１０１は、ステップＳ５６１の動作（画像群のＰＤＬへの配置）のあと、ステップＳ５０３で生成したラベルの幅を、厚み情報に応じて調整する（ステップＳ５６８）。なお、この動作例では、制御部１０１は、サーバ装置２００から取得された厚み情報に応じてラベルの幅を決定するが、ラベルの幅の決定方法はこれに限られない。例えば、サーバ装置２００から取得する情報に図書のページ数を示す情報が含まれている場合、この情報に基づいてラベルの幅を決定してもよい。制御部１０１は、幅が決定されたラベルをＰＤＬ上に配置する（ステップＳ５６９）。ステップＳ５６１、Ｓ５６８、Ｓ５６９はステップＳ５６の画像形成データ生成処理に含まれる処理である。

ところで、図書の背表紙に貼付されるラベルは、一般的に１７×２６ｍｍ程度の大きさであるが、図書によっては、ラベルよりもほんの僅かに薄いなど、作業者がラベルを貼り難い場合があった。それに対しこの動作例では、図書の厚さをもとにラベルを貼り易い大きさに調整することで、作業者がラベルの貼付作業を行い易い。なお、ここでいう貼り易い大きさとは、例えば、ラベルの左右いくらかが表紙と裏表紙に回り込む程度の大きさをいう。一方で、調整後のラベルが余りに細かったり太かったりすると逆に貼り難いため、或る閾値を超える薄さ・厚さの図書の場合、制御部１０１は、もともとのラベルの大きさから調整しないようにする。この例では、図３２の画像Ｉ１０に示される、図書の厚みに応じて幅の異なる請求記号ラベル３１ａ、３１ｂが作成される。

図２６は、画像処理装置１００が行う、管理バーコードラベル１１及び禁帯出ラベル１２の作成処理（図１１のステップＳ３１４の処理）の流れを示すフローチャートである。制御部１０１は、雑誌のタイトルを含む雑誌情報、管理番号及び禁帯出期間（禁止期間情報の一例）のセットを、サーバ装置２００から受信する（ステップＳ７０１）。制御部１０１は、受信された管理番号を管理バーコードの画像に変換する（ステップＳ７０２）。制御部１０１は、禁帯出期間から禁帯出画像を生成する（ステップＳ７０３）。制御部１０１は、雑誌情報に含まれるタイトルを表す画像、管理バーコードの画像及び禁帯出画像を、一枚の媒体に画像形成する（ステップＳ７０４）。

図３３の画像Ｉ１２は、ステップＳ７０４において媒体に形成される画像の一例である。この例で、Ａ４サイズの１枚の媒体に、雑誌のタイトルＴ１と、管理バーコードラベル１１と、禁帯出ラベル１２とが画像形成される。

図２７は、画像処理装置１００が行う、管理バーコードラベル１１、請求記号ラベル３１及び禁帯出ラベル１２の作成処理の流れを示すフローチャートである。この例では、図書のタイトルを含む図書情報、管理番号、請求記号（１）及び請求記号（３）の複数のセット（以下「図書情報セット」という）と、雑誌のタイトルを含む雑誌情報、管理番号及び禁帯出期間の複数のセット（以下「雑誌情報セット」という）とをまとめて処理する場合の動作を説明する。制御部１０１は、複数の図書情報セットと複数の雑誌情報セットをサーバ装置２００から受信する（ステップＳ８０１）。制御部１０１は、受信した複数の図書情報セットと複数の雑誌情報セットを、図書情報セット群と雑誌情報セット群とに分かれるように並び替える（ステップＳ８０２）。例えば、「図書１」、「図書２」、「雑誌１」、「雑誌２」、「図書３」、の順でセットを受け付けた場合、制御部１０１は、「図書１」、「図書２」、「図書３」、「雑誌１」、「雑誌２」、の順に並び替えてもよい。

制御部１０１は、並び替えた図書情報セット群の中から一つの図書情報セットを選択する（ステップＳ８０３）。例えば、制御部１０１は、図書情報セットの昇順に一つずつ選択してもよい。制御部１０１は、選択した図書情報セットに含まれる管理番号を管理バーコードの画像に変換する（ステップＳ８０４）。また、制御部１０１は、選択した図書情報セットに含まれる請求記号（１）及び請求記号（３）に基づいて請求記号画像を生成する（ステップＳ８０６）。なお、処理中のセットが図書情報セットではなく雑誌情報セットである場合（ステップＳ８０５；ＮＯ）、制御部１０１は、禁帯出期間から禁帯出画像を生成する（ステップＳ８０７）。

次いで、制御部１０１は、処理中のセットに対応する画像群をＰＤＬ上に配置した場合のサイズを計算する（ステップＳ８０８）。なお、ここでいうサイズとは、画像群を内包する矩形枠の縦と横のサイズである。制御部１０１は、計算したサイズをＰＤＬに配置するための余白があるかを判定する（ステップＳ８１０）。計算したサイズ分の余白がない場合（ステップＳ８１０；ＮＯ）、制御部１０１は、ＰＤＬを改ページする（ステップＳ８１１）。計算したサイズの画像群を配置可能な余白がある場合（ステップＳ８１０；ＹＥＳ）、または改ページした場合、制御部１０１は、余白に画像群を配置する（ステップＳ８１２）。

制御部１０１は、処理が完了していない図書情報セットがある場合、残りの図書情報セットから一つを選択し、ステップＳ８０４の処理に戻って、管理バーコードの画像の生成処理以降を繰り返す。また、制御部１０１は、図書情報セット群の処理を終えると（ステップＳ８１４；ＹＥＳ）、雑誌情報セットについて処理を開始する（ステップＳ８０９）。

ところで、複数の図書情報セットと複数の雑誌情報セットをまとめて処理する場合、作業者は、管理バーコードの画像などの画像群が、図書は図書、雑誌は雑誌でまとまって出力された方が作業を行い易い。一方で、予め図書と雑誌で選り分けて画像処理装置１００に入力するのは手間が掛かる。それに対しこの実施形態では、画像処理装置１００が図書及び雑誌でそれぞれまとめて画像群を配置し、作業者の作業を行い易くしている。この例では、図３３の画像Ｉ１３と画像Ｉ１４に示されるように、図書の画像群と雑誌の画像群とが別々の媒体に形成される。

（変形例１０：貸出時の処理）
次に図３４を参照して、本の貸出時のステップＳ１０７（図１０）の処理について説明する。

サーバ装置２００の制御部２１０は、スキャン画像データに含まれる１又は複数のバーコードを復号し、１又は複数の情報を取得する。制御部２１０は、これらの情報の中に、利用者ＩＤを示す文字列が含まれているか否かを判断する（ステップＳ２００）。利用者ＩＤが得られた場合（ステップＳ２００；Ｙｅｓ）、制御部２１０は、得られた利用者ＩＤと、記憶部２２０に記憶されている利用者ＤＢに含まれる利用者ＩＤとを照合し、正当な利用者であるか否かを判断する（ステップＳ２０１）。正当な利用者であれば（ステップＳ２０１；Ｙｅｓ）、制御部２１０は、上記の情報の中に、管理番号を示す文字列が含まれているか否かを判断する（ステップＳ２０２）。管理番号が得られた場合（ステップＳ２０２；Ｙｅｓ）、制御部２１０は、管理番号を参照して図書であるか否かを判断する（ステップＳ２０３）。図書の場合（ステップＳ２０３；Ｙｅｓ）、制御部２１０は、図書ＤＢ２２１を読み出して（ステップＳ２０４）、管理番号に対する貸出フラグ、利用者ＩＤ及び貸出日を、貸出の内容に更新する（ステップＳ２０５）。

一方、制御部２１０は、管理番号を参照して雑誌であると判断した場合（ステップＳ２０３；Ｎｏ且つステップＳ２０６；Ｙｅｓ）、雑誌ＤＢ２２２を読み出して（ステップＳ２０７）、禁帯出期間を経過していれば（ステップＳ２０８；Ｙｅｓ）、管理番号に対する貸出フラグ、利用者ＩＤ及び貸出日を非貸出の内容に更新する（ステップＳ２０９）。なお、利用者ＩＤや管理番号が取得できなかった場合（ステップＳ２０１；Ｎｏ又はステップＳ２０２；Ｎｏ）や、禁帯出期間を経過していない場合（ステップＳ２０８；Ｎｏ）は、制御部２１０は、本の貸し出しができないと判断して、画像処理装置１００に対してエラー表示を行うよう指示する（ステップＳ２１０）。つまり、ステップＳ２０１、ステップＳ２０２及びステップＳ２０８の判断は、要求された処理である本の貸し出しを行うことが可能か否かの判断に相当する。

図書・雑誌の返却に関しては、貸出の時の同様の手順で、管理番号に対する貸出フラグ、利用者ＩＤ及び貸出日を、返却に応じた内容に更新すればよい。
また、データベースにおける本の削除の場合、サーバ装置２００の制御部２１０は、スキャン画像データに含まれる１又は複数のバーコードを復号し、１又は複数の情報を取得する。制御部２１０は、これらの情報の中に、管理番号を示す文字列が含まれているか否かを判断する。管理番号が得られた場合、制御部２１０は、管理番号を参照して図書であれば、図書ＤＢ２２１において上記管理番号に対応する情報を削除するし、管理番号を参照して雑誌であれば、雑誌ＤＢ２２２において上記管理番号に対応する情報を削除する。

なお、図３４の例では、利用者が所望の処理（貸出又は返却）を選択した後に、利用者ＩＤに基づく認証を行っていたが、まず利用者の認証を行い、そのあとに、所望の処理を選択するような手順であってもよい。また、上記では利用者カードという媒体を用いて認証を行っていたが、これは一例であり、利用者ＩＤやパスワードを利用者が手入力して認証を行ってもよいし、ユーザの顔などの身体情報を用いた認証などのように、正当な利用者であるか否かを判定し得るものであれば、どのようなものでもよい。また、複合機としての通常の画像処理装置における認証と、「本を借りる」や「本を返す」などの図書管理における認証とを共通にしてもよい。また、利用者の認証はＩＣカードや生体認証などの手法で実現してもよい。

（変形例１１：サーバ装置の別の機能）
サーバ装置２００は、実施形態とは異なる機能構成を有していてもよい。
図３５は、本変形例のサーバ装置２００の機能構成を示す図である。サーバ装置２００は、通信部２３０と、本の管理に関する処理の要求を受け付ける処理受付部２４１と、本に付されたコードを取得するコード取得部２４２と、取得された複数の前記コードによって特定される情報を取得する情報取得部２４３と、取得された複数のコードの中に前記処理に対応するコードが存在するか否かを判断する判断部２４４と、前記処理に対応するコードが存在すると判断された場合に、当該コード（当該コードによって特定される情報）に基づいて当該処理を実行する処理実行部２４５と、記憶部２２０という機能を備えている。

本の管理に関する処理とは、サーバ装置２００内のデータベースに本を登録／削除する処理、本を貸し出すためにデータベースを更新する処理、又は、貸し出した本の返却のためにデータベースを更新する処理の少なくともいずれかが含まれる。処理実行部２４５は、例えばデータベースに本を登録する処理の場合、取得された情報を記憶部２２０に登録する手段と、登録された前記情報に基づき、本に付されるコードを生成する手段と、画像形成部１０３を用いて、当該生成したコードを媒体に形成する手段とを有する。

処理受付部２４１、コード取得部２４２、情報取得部２４３、判断部２４４及び処理実行部２４５は制御部２１０のソフトウェア処理によって実現される。また、本に付されたコードとは、本に印刷されているコードや本に貼付されているコードのほか、本に取り外し可能な形態で取りつけられているコードなども含む。なお、コードとは、情報を表現するための記号や符号の体系であり、本実施形態では各種のバーコードやＱＲコード（登録商標）のほか、請求記号をも含む。

図３６は、本変形例のサーバ装置２００ａの機能構成を示す図である。サーバ装置２００ａは、通信部２３０と、本に付された複数のコードを取得するコード取得部２４２と、取得された前記コードによって特定される情報を取得する情報取得部２４３と、取得されたコードの中に本の管理に関する処理に対応するコードが存在するか否かを判断するする判断部２４６と、前記コードが存在すると判断された場合に当該コードに対応する処理を実行する処理実行部２４５と、記憶部２２０という機能を備えている。コード取得部２４２、情報取得部２４３、判断部２４６及び処理実行部２４５は制御部２１０のソフトウェア処理によって実現される。

図３７は、サーバ装置２００ａの動作を示すフローチャートである。本を登録する場合、画像処理装置１００の画像読取部１０４に、本の書籍特定情報バーコードラベル２１が印刷された裏表紙２をセットし、さらに、登録画面Ｇ３に設けられた入力欄に必要な情報を入力して、「ＯＫ」と表記されたソフトボタン（以下、ＯＫボタンという）を選択する。また、本の貸出又は返却の場合、利用者は画像処理装置１００の画像読取部１０４に、管理バーコードラベル１１が貼付された本の表紙１をセットし、貸出処理画面Ｇ５又は返却処理画面Ｇ６におけるＯＫボタンを選択する。これらの画面においてＨＴＭＬのＦＯＲＭタグによって関連付けられたＵＲＬに対し、ＯＫボタンの識別子及びその値情報が送信される。サーバ装置２００ａの制御部２０１は、これらの情報を受け取ることで、スキャンの指示を受け付ける（ステップＳ４０１）。

サーバ装置２００ａの制御部２１０は、画像処理装置１００に対し、スキャン指示及び遷移先画面指定情報を送信する（ステップＳ４０２）。スキャン指示には、スキャン時のパラメータと、スキャン画像データの送信先を示すＵＲＬが含まれる。遷移先画面指定情報は、画面データの格納先を意味するＵＲＬなどのパス情報である。画像処理装置１００の制御部１０１は、受信したスキャン指示に従い、画像読取部１０４によって画像を読み取り、サーバ装置２００ａから指定されたパラメータに従って画像データを生成する。制御部１０１は、生成した画像データを指定された送信先に送信する。制御部１０１は、必要に応じて、スキャン画像データに、スキャン時のパラメータのほか、メタ情報(認証済のユーザ情報、画像処理装置のアドレス等)を付加する。

サーバ装置２００ａの制御部２１０は、画像処理装置１００から送信されるスキャン画像データを受信する（ステップＳ４０３）。そして、制御部２１０は、スキャン画像データに含まれるバーコードによって特定される情報を取得する（ステップＳ４０４）。スキャン画像データに複数のバーコードが含まれている場合には、制御部２１０は、それぞれに対応した複数の情報を取得する。そして、制御部２１０は、取得した情報を用いて、実行すべき処理を特定する（ステップＳ４０５）。具体的には制御部２１０は、ＩＳＢＮ又はＩＳＳＮを取得した場合には、本の登録の処理であることを特定する。また、制御部２１０は、本の管理番号を取得した場合には、本の貸出又は返却の処理であることを特定する。

貸出と返却とを区別する方法としては、図書ＤＢ２２１又は雑誌ＤＢ２２２において貸出フラグを参照し、貸出中でないなら貸出処理と特定し、貸出中なら返却処理と特定する。また、本の表紙を画像処理装置１００にセットする位置が貸出と返却とで異なる位置に置くよう決められており、その位置に基づいて両者を区別するようにしてもよい。また、表紙又はバーコードをセットする向きが貸出と返却とで異なるよう決められており、その向きに基づいて両者を区別するようにしてもよい。また、本の表紙と利用者カードの位置関係が貸出と返却とで異なるよう決められており、その位置関係に基づいて両者を区別するようにしてもよい。
また、ＩＳＢＮまたはＩＳＳＮと、本の管理番号との両方が取得された場合には、既に登録済の本であると判断し、本の貸出または返却の処理であると特定するようにしてもよい。

処理が特定でき（ステップＳ４０６；Ｙｅｓ）、その処理が本の登録であれば（ステップＳ４０７；Ｙｅｓ）、書司の認証が完了していることを条件として（ステップＳ４０８；Ｙｅｓ）、制御部２１０は登録処理を実行する（ステップＳ４０９）。また、その処理が本の登録でなければ（ステップＳ４０７；Ｎｏ）、制御部２１０はその処理を実行する（ステップＳ４０９）。なお、ステップＳ４０３〜Ｓ４０９の間、画像処理装置１００の制御部１０１は、遷移先画面指定情報によって指定されたＵＲＬを指定して、サーバ装置２００ａに対して状態表示画面を要求する。サーバ装置２００ａの制御部２１０は、ステップＳ４０９の処理が完了していない場合は（ステップＳ４１１；Ｎｏ）、処理中画面データ（図１２の処理中画面Ｇ４）を画像処理装置１００に送信する（ステップＳ４１０，Ｓ４１２）。また、制御部２１０は、ステップＳ４０９の処理が正常終了している場合は（ステップＳ４１１；Ｙｅｓ）、正常終了画面データ（図１３の処理結果画面Ｇ７，Ｇ８、図１４の処理結果画面Ｇ９）を、エラー終了している場合はエラー画面（図１４の処理結果画面Ｇ１０，Ｇ１１，Ｇ１２）を画像処理装置１００に送信する（ステップＳ４１３）。

（変形例１２：画像処理装置の別の機能その１）
図３８は、本変形例の画像処理装置１００の機能構成を示す図である。画像処理装置１００の機能は、標準機能部１１５と、追加機能部１２０と、ＵＩ制御部１３０と、ウェブブラウザ部１４０と、認証制御部１５０と、ウェブサーバ部１４１とに大別される。標準機能部１１５は、標準機能プログラム１０２Ａにより実現され、追加機能部１２０、ＵＩ制御部１３０、認証制御部１５０及びウェブサーバ部１４１は、追加アプリケーション１０２Ｂにより実現され、ウェブブラウザ部１４０は、ウェブブラウザにより実現される。

標準機能部１１５は、コピー機能を呼び出すコピー制御部１１１と、スキャン機能を呼び出すスキャン制御部１１２と、プリント機能を呼び出すプリント制御部１１３と、ファクシミリ機能を呼び出すファクシミリ制御部１１４とを含む。コピー制御部１１１は、画像読取部１０４に原稿上の画像を読み取らせて画像データを生成させ、更に、生成された当該画像データに基づいて画像形成部１０３に画像を形成させる。スキャン制御部１１２は、画像読取部１０４に原稿上の画像を読み取らせて画像データを生成させ、更に、生成された当該画像データを記憶部１０２に記憶させる。

プリント制御部１１３は、通信部１０５によりネットワーク４００から受信された画像データに基づいて、画像形成部１０３に画像を形成させる。ファクシミリ制御部１１４は、ファクシミリ送信及びファクシミリ受信を行う。ファクシミリ送信は、画像読取部１０４に原稿上の画像を読み取らせて画像データを生成させ、更に、生成された当該画像データをネットワーク４００の電話回線を介して送信する処理である。ファクシミリ受信は、通信部１０５によりネットワーク４００の電話回線から受信された画像データに基づいて、画像形成部１０３に画像を形成させる処理である。

追加機能部１２０は、呼出手段１２１と、拡張手段１２２とを含む。呼出手段１２１は、画像処理装置１００の追加機能を呼び出す手段の一例である。追加機能は、前述したとおり、本の管理に関する機能で、登録機能、貸し出し機能、返却機能及び文献複写機能を含む。これらのうち、文献複写機能は、標準機能であるコピー機能の呼び出しを伴う機能であるが、詳細は後で説明する。拡張手段１２２は、追加機能に伴って呼び出された標準機能を拡張する手段の一例である。拡張手段１２２は、ここでは、追加アプリケーション１０２Ｂに対するプラグインによって実現される。ただし、拡張手段１２２は、追加アプリケーション１０２Ｂの機能によって実現されてもよい。拡張手段１２２は、標準機能プログラム１０２Ａの一部の機能であって、標準機能では使用されず不活性となっている機能を活性化させてもよい。

ＵＩ制御部１３０は、ＵＩ部１０６を介した利用者との対話に関する制御を司る。ＵＩ制御部１３０は、詳細には、第１表示手段１３１と、第２表示手段１３２と、表示制御手段１３３とを含む。第１表示手段１３１は、標準機能を呼び出すためのメニューを含む第１メニュー画面を、ＵＩ部１０６に表示する手段の一例である。本変形例のメニューは、利用者により選択する操作が行われるメニュー（項目）である。第２表示手段１３２は、追加機能を呼び出すためのメニューを含む第２メニュー画面を、ＵＩ部１０６に表示する手段の一例である。

前述した呼出手段１２１は、例えば、第２メニュー画面のメニューが選択された場合に動作（起動）し、選択されたメニューに対応する追加機能を呼び出す。第１表示手段１３１及び第２表示手段１３２は、例えばＨＴＭＬ（Hyper Text Markup Language）形式の画面データをウェブブラウザ部１４０に供給して、当該画面データが表すメニュー画面を表示する。表示制御手段１３３は、第１メニュー画面及び前記第２メニュー画面のいずれを優先して表示させるかを制御する制御手段の一例である。

標準機能に関する画面データは、標準機能部１１５からＵＩ制御部１３０に供給され、追加機能に関する画面データは、追加機能部１２０からＵＩ制御部１３０に供給されるが、この例に限られない。標準機能部１１５及び追加機能部１２０は、ウェブサーバ部１４１にデータを供給し、ウェブサーバ部１４１がこのデータを解釈して画面データを生成して、ＵＩ制御部１３０に供給してもよい。ＵＩ制御部１３０は、更に、通信部１０５を介してサーバ装置２００から受信されたウェブページのデータをウェブブラウザ部１４０に供給して、ＵＩ部１０６に画面を表示する。また、ＵＩ制御部１３０は、ＵＩ部１０６に対して利用者が行った操作を受け付けて、受け付けた操作に応じた画面を表示する画面制御を行う。

ウェブブラウザ部１４０は、ＵＩ制御部１３０（例えば第１表示手段１３１及び第２表示手段１３２）から供給された画面データに基づいて、ＵＩ部１０６に画面を表示する。ウェブブラウザ部１４０は、例えば、全画面又はウィンドウにより、ＵＩ部１０６において画面を表示する。ウェブブラウザ部１４０は、ＨＴＭＬ形式の画面データやＣＳＳ（Cascading Style Sheets）、ＪａｖａＳｃｒｉｐｔ（登録商標）、画像データ、文書データ（ＰＤＦ（Portable Document Format）形式の文書データ）などを含む画面データに基づいて画面を表示する。

認証制御部１５０は、利用者を認証する制御を司る。利用者の認証は、画像処理装置１００に搭載された機能の利用の可否を判定するために行われる。認証の一例として、登録機能を提供する利用者である司書の認証がある。ＵＩ制御部１３０は、認証制御部１５０の制御に応じて、利用者を認証するための認証画面（ログイン画面）をＵＩ部１０６に表示させたり、認証に関する利用者の操作をＵＩ部１０６を用いて受け付けたりする。

ウェブサーバ部１４１は、ウェブブラウザ部１４０から供給されたデータを、標準機能部１１５や追加機能部１２０に対する制御を要求する要求メッセージに変換して、標準機能部１１５や追加機能部１２０に供給する。
なお、標準機能部１１５と、追加機能部１２０と、ＵＩ制御部１３０と、ウェブブラウザ部１４０と、認証制御部１５０との１つ以上が、ウェブサーバ部１４１に組み込まれていてもよいまた、
なお、画像処理装置１００において、ウェブサーバ部１４１が省略されてもよい。

本変形例の画像処理装置１００の動作を説明する。
（Ａ：標準機能に関する画面の表示動作）
まず、標準機能に関する画面の表示動作を説明する。画像処理装置１００の制御部１０１は、標準機能プログラム１０２Ａを実行することにより、図３９（ａ）に示す標準機能メニュー画面Ｇｂ（第１メニュー画面の一例）をＵＩ部１０６に表示させる。図３９（ａ）に示すように、標準機能メニュー画面Ｇｂは、コピー機能に対応するメニューＭｂ１と、スキャン機能に対応するメニューＭｂ２と、プリント機能に対応するメニューＭｂ３と、ファクシミリ機能に対応するメニューＭｂ４とを含む。

（Ｂ：認証画面の表示動作）
次に、認証画面の表示動作を説明する。制御部１０１は、画像処理装置１００に搭載された機能を提供する利用者が制限されている場合は、その機能を利用者に提供する前に、利用者の認証を行う。制御部１０１は、登録機能については、利用者が司書かどうかを認証する。制御部１０１は、利用者の認証を行う場合、図３９（ｂ）に示す認証画面ＧｃをＵＩ部１０６に表示させる。認証画面Ｇｃには、利用者を識別する識別子としての「ＩＤ」に対応した入力欄と、認証用のパスワードを入力するため入力欄と、利用者の認証を行うことを指示するための「ＯＫ」と記されたソフトボタン（以下「ＯＫボタン」という。）とが配置されている。認証に成功した場合、制御部１０１は、認証した利用者に提供する機能を実現させるための処理を実行する。
なお、認証画面Ｇｃは、例えば追加アプリケーション１０２Ｂの機能より表示されるが、標準機能プログラム１０２Ａの機能より表示されてもよい。

（Ｃ：追加機能に関する画面の表示動作）
図４０は、追加アプリケーション１０２Ｂが存在する画像処理装置１００の動作を示すフローチャートである。図４１は、追加機能に対応するメニュー画面の表示に用いられる追加機能設定ファイルの構成例を示す図である。
トップ画面を表示する際に、画像処理装置１００の制御部１０１は、追加機能があるかどうかを判断する（ステップＳ１）。ここにおいて、トップ画面とは、画像処理装置１００の電源オン時又は復帰時等において、機能に関する最初の指示を受け付けるための画面をいう。制御部１０１は、追加機能があると判断した場合は（ステップＳ１；Ｙｅｓ）、追加機能のメニュー画面を構成する（ステップＳ２）。制御部１０１は、ここでは、追加アプリケーション１０２Ｂに基づいて取得した追加機能設定ファイルＦ１（図４１参照）を用いて、図書メニュー画面を構成する。

図４１に示すように、追加機能設定ファイルＦ１は、追加機能に対応するメニューに、ラベルと、種別と、ＵＲＬ（Uniform Resource Locator）／コマンドと、プラグインとが関連付けられたファイルである。追加機能に対応するメニューは、ここでは、図書管理に対応したメニューであることを示す「図書管理」という属性を示す。ラベルは、追加機能に対応するメニューの各々を識別する文字列で、ここでは、メニューの名称（項目名）を表す文字列である。種別は、追加機能の呼び出しの種別（呼び出しの方法）を示し、ここでは「内部」又は「外部」のいずれかである。「内部」は、メニューが選択されたときに、所定のコマンドを実行して画像処理装置１００の内部の機能を呼び出すことを意味する。

この場合、追加機能の呼び出しに実行すべきコマンド（文献複写機能の場合は「ｃｏｐｙ＿ｐｒｏｃ」）が、追加機能設定ファイルＦ１において指定されている。「外部」は、メニューが選択されたときに、ウェブブラウザを用いて外部装置から機能を呼び出すことを意味する。この場合、追加機能の呼び出しに使用するＵＲＬ（ここでは、サーバ装置２００のＵＲＬ）が、追加機能設定ファイルＦ１において指定されている。プラグインは、追加機能が標準機能の呼び出しを伴うものである場合に、その標準機能を拡張するためのプラグインを示す。ここでは、文献複写機能に対して、「Ｌｉｂｃｏｐｙ＿ｃｏｉｎｋｉｔ＿ｚｉｐ」というプラグインが関連付けられている。

図４１に示す追加機能設定ファイルＦ１が使用される場合、図４２に示す図書メニュー画面Ｇａ（第２のメニュー画面の一例）が構成される。図４２に示すように、図書メニュー画面Ｇａには、「本を借りる」と記された貸し出し機能に対応するメニューＭａ１と、「本を返す」と記された返却機能に対応するメニューＭａ２と、「文献複写」と記された文献複写機能に対応するメニューＭａ３と、「本を登録する」と記された登録機能に対応するメニューＭａ４とが配置されている。

メニューＭａ１，Ｍａ２，Ｍａ４の各々には、追加機能設定ファイルＦ１で指定されたＵＲＬが、例えばＨＴＭＬのＦＯＲＭタグによって関連付けられる。利用者が、ＵＲＬが関連付けられたメニューを選択した場合、画像処理装置１００の制御部１０１は、選択されたメニューに関連付けられたＵＲＬに対してＨＴＴＰ（Hyper Text Transfer Protocol）要求を送信する。一方で、制御部１０１は、コマンドが関連付けられたメニューＭａ３が選択された場合、制御部１０１は、追加機能設定ファイルＦ１で指定されたコマンドを実行する。

次に、制御部１０１は、メニュー画面間のリンク（ハイパーリンク）を設定する（ステップＳ３）。図４３（ａ）に示すように、制御部１０１は、図書メニュー画面Ｇａに対し、標準機能メニュー画面Ｇｂに遷移するためのＵＲＬを関連付けたメニューＭａ５を配置する。また、図４３（ｂ）に示すように、制御部１０１は、標準機能メニュー画面Ｇｂに対し、図書メニュー画面Ｇａに遷移するためのＵＲＬを関連付けたメニューＭｂ５を配置する。
なお、リンクを設定するための表示要素（ソフトボタン等の表示部品）、並びに、当該表示要素のサイズ、色、文字のフォント、配置順及び配置位置等の表示形態を特定する情報は、追加機能設定ファイルＦ１に含まれていてもよい。

次に、制御部１０１は、追加機能のメニュー画面（ここでは、図書メニュー画面Ｇａ）をトップ画面に設定するかどうかを判断する（ステップＳ４）。制御部１０１は、追加機能のメニュー画面をトップ画面に設定しないと判断した場合は（ステップＳ４；Ｎｏ）、現在のトップ画面を表示させる（ステップＳ６）。例えば、画像処理装置１００の管理者によってトップ画面が指定されている場合は、制御部１０１は、この指定に従い、トップ画面を表示させる。他方、制御部１０１は、追加機能のメニュー画面をトップ画面に設定すると判断した場合は（ステップＳ４；Ｙｅｓ）、追加機能のメニュー画面をトップ画面に設定し（ステップＳ５）、設定したトップ画面を表示させる（ステップＳ６）。ここで、記憶部１０２は、ステップＳ４の判断のため、どのメニュー画面をトップ画面とするかを示す情報を記憶している。

画像処理装置１００は、トップ画面の設定を、図４４に示すフローチャートの手順に従って行ってもよい。以下の処理は、図４０で説明したステップＳ４〜Ｓ６の処理に代えて実行される。
トップ画面を表示する際に，制御部１０１は、トップ画面が指定されているかどうかを判断する（ステップＳ１１）。制御部１０１は、トップ画面が指定されていると判断した場合は（ステップＳ１１；Ｙｅｓ）、指定された画面をトップ画面に設定する（ステップＳ１２）。制御部１０１は、トップ画面が指定されていないと判断した場合は（ステップＳ１１；Ｎｏ）、追加機能のメニュー画面に、利用者の認証が行われないメニュー画面が含まれているかどうかを判断する（ステップＳ１３）。利用者の認証が行われないメニュー画面は、利用者の認証なしで、当該利用者に提供される機能に対応するメニューを含んだ画面である。ここでは利用者の認証が行われないメニュー画面の一例として、図書メニューＧａを示す。

図書メニュー画面Ｇａは、利用者の認証なしで利用者に提供される、貸し出し機能や返却機能、文献複写機能に対応するメニューを含む画面である。よって、制御部１０１は、ステップＳ１３で「Ｙｅｓ」と判断して、図書メニュー画面Ｇａ（図４３（ａ））をトップ画面に設定する（ステップＳ１４）。仮に利用者の認証が行われないメニュー画面がない場合（ステップＳ１３；Ｎｏ）、制御部１０１は、認証画面Ｇｃをトップ画面に設定する（ステップＳ１５）。この場合、制御部１０１は、認証画面Ｇｃを用いた利用者の認証に成功した後、当該利用者の役割（例えば司書）に合致したメニュー画面を表示させる。そして、制御部１０１は、ステップＳ１２，Ｓ１４又はＳ１５で設定したトップ画面をＵＩ部１０６に表示させる（ステップＳ１６）。

（Ｄ：メニュー画面に関する基本動作）
ここで、画像処理装置１００におけるメニュー画面の表示から機能の呼び出しまでの基本動作を、図４５に示すフローチャートを参照して説明する。
画像処理装置１００の制御部１０１は、メニューの表示が指示されたかどうかを判断する（ステップＳ２１）。メニューの表示は、例えば、トップ画面を表示させるための利用者の操作、すなわち操作イベントの発生により指示されるが、その他の特定のイベントの発生により指示されてもよい。

ステップＳ２１で「Ｙｅｓ」と判断すると、制御部１０１は、図４０又は図４４に示すフローチャートの手順に従ってトップ画面に設定したメニュー画面を、例えば全画面でＵＩ部１０６に表示させる（ステップＳ２２）。このメニュー画面をトップ画面として表示させることは、本発明における「優先して表示させる」の一例である。次に、制御部１０１は、表示したメニュー画面に含まれるメニューを選択する操作を受け付けたかどうかを判断する（ステップＳ２３）。制御部１０１は、例えば、ＵＩ部１０６におけるメニューの表示位置に指を触れさせる操作、又は、操作子を用いてカーソルをメニューに合わせて確定させる操作により、メニューを選択する操作を受け付ける。

ステップＳ２３で「Ｙｅｓ」と判断した場合、制御部１０１は、選択されたメニューに対応する機能を呼び出す（ステップＳ２４）。そして、制御部１０１は、呼び出した機能に関する画面をＵＩ部１０６に表示させたり、その機能を実現させるための処理を実行したりする。利用者の認証が行われる場合は、制御部１０１は、機能を呼び出す前に利用者の認証を行う。
また、制御部１０１は、図書メニュー画面ＧａのメニューＭａ５を選択する操作を受け付けた場合は、標準機能メニュー画面Ｇｂを、標準機能メニュー画面ＧｂのメニューＭｂ５が選択を選択する操作を受け付けた場合は、図書メニュー画面ＧａをＵＩ部１０６に表示させる。

利用者が、図書メニュー画面Ｇａに含まれる文献複写機能に対応するメニューＭａ４を選択した場合、画像処理装置１００の制御部１０１は、メニューＭａ４に関連付けられたコマンドを実行し、図４６に示す動作を行う。図４６は、画像処理装置１００が行う文献複写機能に関する動作を示すフローチャートである。
制御部１０１は、まず、文献複写機能に関するプラグインがあるかどうかを判断する（ステップＳ２１）。本変形例のプラグインは、標準機能としてのコピー機能を拡張するプラグインである。このプラグインは、メニューの組み込み方法の情報を含み、具体的には、表示データ（例えば表示要素、ラベル、アイコン及び表示位置の情報）、及び、呼び出す機能（関数、ＵＲＬ等）が含まれる。また、表示データとしては、標準機能における表示要素（例えばタイトル）を置換するための情報を含んでいてもよい。

制御部１０１は、プラグインがあると判断した場合（ステップＳ２１；Ｙｅｓ）、コピー機能の操作画面に、プラグインの要素を組み込むことにより、文献複写機能の操作画面を構成する（ステップＳ２２）。制御部１０１は、ここでは、プラグインとして「Ｌｉｂｃｏｐｙ＿ｃｏｉｎｋｉｔ．ｚｉｐ」を実行して、文献複写機能の操作画面を構成する。そして、制御部１０１は、構成した操作画面をＵＩ部１０６に表示させる（ステップＳ２３）。図４７（ａ）は、文献複写機能の操作画面を示す文献複写画面Ｇａ１を示す図である。

図４７（ａ）に示すように、文献複写画面Ｇａ１は、コピー部数を指定するためのメニューＭａ１１と、コピー用紙のサイズを指定するためのメニューＭａ１２と、コピーに使用する色を指定するためのメニューＭａ１３とを含む。メニューＭａ１１〜Ｍａ１３は、それぞれ、図４７（ｂ）に示すコピー機能の操作画面を示すコピー画面Ｇｂ１に含まれる、コピー部数を指定するためのメニューＭｂ１１と、コピー用紙のサイズを指定するためのメニューＭｂ１２と、コピーに使用する色を指定するためのメニューＭｂ１３と共通する。

制御部１０１は、利用者に投入された文献複写機能の利用料金を示すウィンドウＷ（ウィジェット）を、文献複写画面Ｇａ１上に表示させる。また制御部１０１は、利用者によって投入された金額を認識し、規定の利用料金に達したかどうかを判定する。即ち、制御部１０１は、文献複写機能を呼び出す際には、コピー機能の呼び出しを行い、且つ、プラグインによってコピー機能を拡張する。文献複写画面Ｇａ１のＯＫボタンが利用者により選択された場合、制御部１０１は、コピー機能を実現させる場合と同じ処理を行って、本を複写するための制御を行う。

以上説明した本変形例によれば、例えば図５２に示すように、標準機能に対応するメニューＭｂ１〜Ｍｂ４を含むメニュー画面で、追加機能に対応するメニューＭａ１，Ｍａ２，Ｍａ４が表示される場合に比べて、一画面に配置されるメニューが減る。更に本変形例では、標準機能に対応するメニューと、追加機能に対応するメニューとで、メニュー画面が分けられている。このため、画像処理装置１００の追加機能が提供される利用者は、トップ画面で表示されるメニュー画面Ｇａに含まれるメニューを選択する操作を行えばよく、画像処理装置１００の標準機能が提供される利用者は、標準機能メニュー画面Ｇｂを表示させてメニュー選択の操作を行えばよい。

よって、画像処理装置１００によれば、追加機能及び標準機能の個々の機能の利用者がメニューを操作し易くなり、特に、追加機能の利用者がメニューを操作し易くなる。また、追加機能の利用者にとっては、標準機能に対応するメニューを誤って選択する誤操作の可能性が低くなる。
また、画像処理装置１００は、自装置の標準機能を呼び出して追加機能を実現させ、更に、その標準機能を拡張することにより、標準機能を利用して追加機能に関する多様な処理を実行し得る。

（変形例１３：画像処理装置の別の機能その２）
上述した変形例１０の画像処理装置１００は、図書管理に関する追加機能と、標準機能とでメニュー画面を分けていたが、本変形例では、機能が提供される利用者に応じてメニュー画面が分けられる。
図４８は、追加アプリケーション１０２Ｂがインストールされた後の画像処理装置１００の動作を示すフローチャートである。まず、制御部１０１は、ステップＳ１と同じ方法で追加機能があるかどうかを判断する（ステップＳ３１）。ステップＳ３１で「Ｙｅｓ」と判断した場合、制御部１０１は、追加機能のメニュー画面を構成する（ステップＳ３２）。制御部１０１は、ここでは、追加アプリケーション１０２Ｂに基づいて取得した追加機能設定ファイル及びメニュー設定ファイル（図４９参照）を用いて、メニュー画面を構成する。

図４９（ａ）に示すように、追加機能設定ファイルＦ１ａは、追加機能に対応するメニューに、ラベルと、種別と、ＵＲＬ／コマンドと、プラグインとが関連付けられたファイルである。追加機能に対応するメニューは、ここでは、一般利用者向けの図書に関するサービスを示す「図書サービス」と、司書専用のメニューを示す「司書機能」という、機能を提供する利用者の属性に基づいて分けられる。種別と、ＵＲＬ／コマンドと、プラグインとの各情報は、上述した変形例と同じである。

図４９（ｂ）に示すように、メニュー設定ファイルＦ２では、メニュー毎に、役割と、リンクとが関連付けられている。このメニューは、追加機能設定ファイルＦ１ａで指定された追加機能のメニューであることを示す図書サービス、司書機能、及び、標準機能とのいずれかの属性を示す。役割は、機能を提供する利用者が担う役割のことであり、ここでは、特に役割が指定されていないことを示す「ＮＯＮＥ」（一般利用者）と、本の管理を行う「司書」と、標準機能を利用する「標準機能利用者」とを含む。リンクは、メニュー画面に設定されるリンクを示す。ここでは、メニュー「図書サービス」に対応して、「司書機能」と「標準機能」とが関連付けられている。これは、一般利用者向けの「図書サービス」に対応したメニュー画面に対し、「司書機能」に対応したメニュー画面と、「標準機能」に対応したメニュー画面とに遷移させるためのリンクを設定することを意味する。

また、「司書機能」に対応して、「コピー」、「スキャン」、「プリント」、「ファクシミリ」及び「ログアウト」が関連付けられている。これは、司書用の「司書機能」に対応したメニュー画面に、コピー、スキャン、プリント、ファクシミリ及びログアウトの画面（例えば操作画面）へ遷移させるためのリンクを設定することを意味する。また、「標準機能」に対応して、「コピー」、「スキャン」、「プリント」及び「ファクシミリ」が関連付けられている。これは、標準機能利用者用の「標準機能」に対応したメニュー画面に、コピー、スキャン、プリント及びファクシミリの各機能に対応した画面（例えば操作画面）へ遷移させるためのリンクを設定することを意味する。

図４９に示す追加機能設定ファイルＦ１ａ及びメニュー設定ファイルＦ２が使用される場合、図５０に示す図書サービス画面Ｇａ２と、司書機能画面Ｇａ３とが構成される。図５０に示すように、図書サービスに対応する図書サービス画面Ｇａ２（第２メニュー画面の一例）には、貸し出し機能に対応するメニューＭａ２１と、返却機能に対応するメニューＭａ２２と、文献複写機能に対応するメニューＭａ２３とが配置される。メニューＭａ２１〜Ｍａ２３は、それぞれメニューＭａ１，Ｍａ２，Ｍａ３と同じメニューである。司書向けの図書サービスに対応する司書機能画面Ｇａ３（第２メニュー画面の一例）には、登録機能に対応するメニューＭａ３１が配置される。メニューＭａ３１は、メニューＭａ４と同じメニューである。

次に、制御部１０１は、メニュー画面間のリンクを設定する（ステップＳ３３）。図５１に示すように、制御部１０１は、図書サービス画面Ｇａ２に対し、司書機能画面Ｇａ３に遷移させるためのＵＲＬを関連付けたメニューＭａ２４と、標準機能メニュー画面Ｇｂに遷移させるためのＵＲＬを関連付けたメニューＭａ２５とを配置する。また、制御部１０１は、司書機能画面Ｇａ３に対し、コピー機能に対応するメニューＭａ３２と、スキャン機能に対応するメニューＭａ３３と、プリント機能に対応するメニューＭａ３４と、ファクシミリ機能に対応するメニューＭａ３５と、ログアウトするためのメニューＭａ３６が配置される。メニューＭａ３２〜Ｍａ３５は、それぞれメニューＭｂ１１〜Ｍｂ１４と同じメニューである。

なお、司書のみに提供される司書機能については、認証画面Ｇｃ（図３９（ｂ）参照）が表示され、利用者の認証の成功後に司書機能画面Ｇａ３が表示される。また、標準機能利用者のみに提供される標準機能についても、認証画面Ｇｃが表示され、標準機能利用者の認証の成功後に標準機能メニュー画面Ｇｂが表示される。標準機能メニュー画面Ｇｂは、図３９（ａ）で説明した画面と同じでよい。

次に、制御部１０１は、例えば本変形例で説明したステップＳ４，Ｓ５（例えばステップＳ１１〜Ｓ１５）で説明した手順によりトップ画面を設定して（ステップＳ３４）、設定したトップ画面をＵＩ部１０６に表示させる（ステップＳ３５）。トップ画面が予め指定されていない場合、制御部１０１は、利用者の認証が行われないメニューを含む図書サービス画面Ｇａ２をトップ画面に設定して、司書機能画面Ｇａ３よりも優先して表示させる。

以上説明した本変形例によれば、上述した変形例１０で説明した作用効果に加えて、以下の作用効果を奏する。画像処理装置１００では、図書管理に関するメニュー画面のうち、利用者の認証が行われない図書サービス画面Ｇａ２が、司書機能画面Ｇａ３よりも優先して表示される。このため、司書よりも多く存在し得る一般利用者にとって、図書サービスに関するメニューを操作し易くなる。また、画像処理装置１００では、各機能の利用者に応じてメニュー画面が分けられているので、各利用者が、自身が利用する機能に対応するメニューを操作し易くなる。

（変形例１４：メニュー画面）
画像処理装置１００は、追加機能のメニュー画面のうち、利用者の認証が行われないメニュー画面でなく、利用者の認証が行われるメニュー画面をトップ画面に設定してもよい。例えば、画像処理装置１００がオフィス内に設置される場合等、認証の対象となる利用者の方が多い場合には、利用者の認証が行われるメニュー画面をトップ画面にした方が、多くの利用者にとってメニューを操作し易くなると考えられる。
また、画像処理装置１００は、標準機能のメニュー画面をトップ画面に設定することにより、追加機能のメニュー画面よりも優先して表示してもよい。

（変形例１５：優先表示）
上述した変形例では、「優先して表示させる」の一例として画像処理装置１００は、追加機能のメニュー画面をトップ画面に設定し、表示している。これにより、標準機能のメニュー画面よりも優先して表示していた。しかし優先して表示する態様はトップ画面の設定に限られない。画像処理装置１００は、例えば、優先して表示させるメニュー画面を、他方のメニュー画面よりも、利用者の少ない操作で（例えば、操作子の操作回数を少なくして）表示することにより、優先して表示させるメニュー画面を他方のメニュー画面よりも優先して表示してもよい。

また、追加機能のメニュー画面と、標準機能のメニュー画面とを同じ階層に配置した場合に、優先して表示させるメニュー画面を他方のメニュー画面よりも先に表示することにより、優先表示させてもよい。この場合、画像処理装置１００は、ＵＩ部１０６に対するフリック操作等の、優先表示したメニュー画面の表示中に、当該メニュー画面の表示領域を移動させる操作を受け付けた場合に、他方のメニュー画面やその他のメニュー画面に切り替えて表示する。

また、画像処理装置１００は、例えば、一方のメニュー画面の表示を禁止することにより、優先して表示するメニュー画面を前記一方のメニュー画面よりも優先して表示する構成にしてもよい。また、追加機能のメニューを優先表示するとともに、標準機能のメニュー画面の表示を禁止するようにした場合、追加機能設定ファイルＦ１又はＦ１ａに、このメニュー画面の優先表示に係る設定情報が含まれてもよい。

また、画像処理装置１００は、優先して表示したメニュー画面から、他方のメニュー画面に遷移させたくない場合には、ステップＳ３，Ｓ３３で説明したメニュー画面間のリンクの設定を行わない、又は、メニュー画面間のリンクを表示しないようにしてもよい。画像処理装置１００は、メニュー画面間のリンクの設定や表示をするか否かの条件として、利用者の認証の情報を用いてもよい。即ち、画像処理装置１００は、利用者の認証の状況に応じて、優先して表示した追加機能のメニュー画面から、他のメニュー画面に遷移させるかどうかを制御する。認証の情報とは、例えば、利用者の認証が行われたか否か、又は、認証に成功した利用者（例えば利用者が担う役割）の情報である。

また、画像処理装置１００は、追加機能のメニュー画面を、標準機能のメニュー画面よりも大きなサイズとして、これらを同時に表示してもよい。この場合、画像処理装置１００は、追加機能のメニュー画面に含まれるメニューを選択する操作を受け付ける一方で、標準機能のメニュー画面を選択する操作を受け付けた場合は、標準機能のメニュー画面を、追加機能のメニュー画面よりも大きなサイズで表示するとよい。
即ち、画像処理装置１００において、メニュー画面の優先表示の具体的な方法や、メニュー画面の表示を変更するために利用者が行うべき具体的な操作は特に問わない。また、メニュー画面及び当該メニュー画面に含まれるメニューの表示方法は特に問わない。

（変形例１６：利用者の認証）
利用者の認証は、認証が行われる機能のメニューを含むメニュー画面を表示する前に行われることに限られず、認証が行われる機能のメニューが選択された後に行われてもよい。また、利用者の認証はメニュー単位又はメニュー画面単位で行われる例に限られず、複数のメニュー又は複数のメニュー画面単位で利用者の認証が行われてもよい。例えば、一度の認証によって、標準機能を利用するための認証と、追記機能を利用するための認証とが完了してもよい。また、利用者の認証は、ＩＤ及びパスワードによる認証に限られず、利用者の情報を格納したＩＣカードや指紋等の生体情報を用いて行われる生体認証、利用者の顔を撮影して、撮影画像から顔を認識する顔認証等の、種々の認証技術を適用し得る。

（変形例１７：データ送受信）
上述した各実施形態で、ＵＲＬに対してＨＴＴＰ要求を送信していた処理は、例えばマルチパートにより送信されてもよく、データの送受信の形式は特に問わない。

（変形例１８：構成・動作）
上述した実施形態及び変形例で説明した構成又は動作の一部が省略されてもよい。例えば、標準機能の拡張や、利用者の認証等に関する構成や動作が省略されてもよい。
また、フローチャートを参照して説明した画像処理装置１００が行う処理の順番は変更されてもよい。画像処理装置１００は、例えば、図９のステップＳ１で追加機能があると判断した場合に（ステップＳ１；Ｙｅｓ）、ステップＳ４，５の処理を行って追加機能のメニュー画面をトップ画面に設定するかどうかを制御し、その後にステップＳ２，３の処理を行って、追加機能のメニュー画面を構成しメニュー画面間のリンクを設定してもよい。また、画像処理装置１００は、ステップＳ４の処理を行って追加機能のメニュー画面をトップ画面に設定するかどうかを判断してから、ステップＳ２，３の処理を行って追加機能のメニュー画面の構成及びメニュー画面間のリンクを設定し、その後に、ステップＳ４で「Ｙｅｓ」と判断していた場合は追加機能のメニュー画面をトップ画面に設定してもよい。

（変形例１９：第２の機能等）
本発明の第２の機能は、上述した実施形態では、画像処理装置１００を本の管理のための用途に用いるための機能であったが、これに限られない。例えば、企業で行われる業務に関するデータの管理をする機能を追加したものや、それ以外の機能を追加したものに、本発明が適用されてもよい。本発明の第２の機能は、情報処理装置を特定の用途に用いるための機能であればよく、該特定の用途は、防犯のための用途や、出退勤の管理のための用途、在庫管理のための用途等であってもよい。

また、本発明の第２の機能は、情報処理装置に対して追加された機能に限られない。本発明の第２の機能は、例えば、情報処理装置に予め搭載された機能であってもよい。この場合、情報処理装置は、例えば、予め搭載された複数の機能に対応するメニューのうち、特定の機能に対応するメニューを優先して表示するように制御してもよい。一例として、上述した実施形態の画像処理装置１００が、図書管理のための機能を標準機能として有していてもよい。

本発明の第２の機能は、アプリケーションプログラム以外のプログラムによって追加された機能であってもよい。
本発明の第１の機能は、コピー機能、スキャン機能、プリント機能又はファクシミリ機能に限られず、他の機能であってもよい。
本発明の情報処理装置は、画像形成装置に限られず、スマートフォンや携帯電話機、タブレット型コンピュータ、ノート型パソコン、携帯型ゲーム機等の、画像形成装置以外の情報処理装置であってもよい。

（変形例２０：処理及び機能の主体）
上述の図１０、図１１、図３４のフローにおける処理の主体は上述の実施形態において例示したものに限定されない。例えば、ステップＳ１０３及びステップＳ１０４の処理を、サーバ装置２００でなく画像処理装置１００が行ってもよい。また、図４等に示す各手段は、上述した実施形態及び変形例とは異なる装置によって実現されてもよい。例えば表示制御手段１６０をサーバ装置２００が備え、サーバ装置２００が画像処理装置１００に図８等に示す画面を表示させるような制御を行ってもよい。

また、取得手段１５２、変換手段１５３、生成手段１５４、算出手段１５５、選択手段１５６、情報取得手段１５７及び出力手段１５８をサーバ装置２００が備え、サーバ装置２００から画像形成データを画像処理装置１００に対して出力してもよい。また、特定手段２５４を図１に示す情報処理装置１１０が備えていてもよい。さらに、図４等に示す各手段を１台の装置（例えば画像処理装置１００）が全て備えていてもよい。また、スマートフォンやタブレット端末、パーソナルコンピュータが表示制御手段１６０及び受付手段１６１を備え、ユーザに対するインターフェースとして用いられてもよい。以上のように、情報処理システム１０００において実現される各手段は、様々な装置によって実現されてもよい。

（変形例２１：発明のカテゴリ）
本発明は、画像処理装置、サーバ装置、情報処理装置及び書誌情報記憶装置等の各装置の他、上述した各手段を実現する他の装置としても捉えられる。また、それらの装置を備える情報処理システムのようなシステムとしても捉えられる。なお、ここでいうシステムには、上述した各手段を１台の装置で実現するものも含まれる。また、本発明は、それらの装置が実施する処理を実現するための情報処理方法としても捉えられるし、それらの装置を制御するコンピュータを機能させるためのプログラムとしても捉えられる。このプログラムは、それを記憶させた光ディスク等の記録媒体の形態で提供されてもよいし、インターネット等のネットワークを介してコンピュータにダウンロードさせ、それをインストールして利用可能にするなどの形態で提供されてもよい。

１・・・表紙、２・・・裏表紙、３・・・背表紙、１１・・・管理バーコード、２１・・・ＩＳＢＮバーコード、ＩＳＳＮバーコード、２２・・・価格バーコード、３１・・・ラベル、１００・・・画像処理装置、１０１・・・制御部、１０２・・・記憶部、１０３・・・画像形成部、１０４・・・画像読取部、１０５・・・通信部、１０６・・・ＵＩ部、１１０・・・情報処理装置、２００・・・サーバ装置、２１０・・・制御部、２２０・・・記憶部、２２１・・・図書ＤＢ、２２２・・・雑誌ＤＢ、２２３・・・区分テーブル、２３０・・・通信部、３００・・・書誌情報記憶装置、４００・・・ネットワーク

Claims (8)

1. 本の管理に用いられ且つ書籍を特定するための情報に基づいて得られるラベル情報であって、前記本の管理のために用いられる規則に則った当該本の区分を表す区分情報が含まれるラベル情報が得られてから当該ラベル情報を表すラベル画像が媒体に形成される前までに行われるユーザ操作を受け付けるための画面として、得られた前記区分情報を修正する第１操作を前記ユーザ操作として受け付けるための画面を表示手段に表示させる表示制御手段と、
   前記画面が表示されて受け付けられた前記ユーザ操作に基づく指示を反映し、前記ラベル画像を媒体に形成させるためのデータの出力を行う出力手段と、
   前記ラベル情報を記憶する記憶手段であって、前記第１操作により修正された前記区分情報を前記ラベル情報として記憶する記憶手段と
   を備えるシステム。
2. 本の管理に用いられ且つ書籍を特定するための情報に基づいて得られるラベル情報を記憶する記憶手段と、
   前記ラベル情報が得られてから当該ラベル情報を表すラベル画像が媒体に形成される前までに行われるユーザ操作を受け付けるための画面として、少なくとも一の前記ラベル画像を媒体に形成させるためのデータの出力が可能である場合に、前記ラベル画像の媒体への形成の開始を指示する第２操作を前記ユーザ操作として受け付けるための画面を表示手段に表示させる表示制御手段と、
   前記画面が表示されて受け付けられた前記ユーザ操作に基づく指示を反映し、前記データの出力を行う出力手段であって、前記第２操作が行われた場合に、まだ媒体に形成されていない前記ラベル画像を形成させるためのデータの出力を行う出力手段と
   を備えるシステム。
3. 前記出力手段は、まだ媒体に形成されていない前記ラベル画像の数が閾値を超えた場合には、前記データを出力する
   請求項１または２に記載のシステム。
4. 前記表示制御手段は、まだ媒体に形成されていない前記ラベル画像の数を表示させ、または、当該数を当該ラベル画像の種類別に表示させる
   請求項３に記載のシステム。
5. 前記出力手段は、前記ラベル画像を形成する画像形成手段が特定の状態のときには、まだ媒体に形成されていない前記ラベル画像の数が前記閾値を超えた場合における前記データの出力を行わない
   請求項３または４に記載のシステム。
6. 前記出力手段は、特定の日時が訪れた場合には、前記データを出力する
   請求項１ないし５のいずれか１項に記載のシステム。
7. コンピュータを、
   本の管理に用いられ且つ書籍を特定するための情報に基づいて得られるラベル情報であって、前記本の管理のために用いられる規則に則った当該本の区分を表す区分情報が含まれるラベル情報が得られてから当該ラベル情報を表すラベル画像が媒体に形成される前までに行われるユーザ操作を受け付けるための画面として、得られた前記区分情報を修正する第１操作を前記ユーザ操作として受け付けるための画面を表示手段に表示させる表示制御手段と、
   前記画面が表示されて受け付けられた前記ユーザ操作に基づく指示を反映し、前記ラベル画像を媒体に形成させるためのデータの出力を行う出力手段と、
   前記ラベル情報を記憶する記憶手段であって、前記第１操作により修正された前記区分情報を前記ラベル情報として記憶する記憶手段
   として機能させるためのプログラム。
8. コンピュータを、
   本の管理に用いられ且つ書籍を特定するための情報に基づいて得られるラベル情報を記憶する記憶手段と、
   前記ラベル情報が得られてから当該ラベル情報を表すラベル画像が媒体に形成される前までに行われるユーザ操作を受け付けるための画面として、少なくとも一の前記ラベル画像を媒体に形成させるためのデータの出力が可能である場合に、前記ラベル画像の媒体への形成の開始を指示する第２操作を前記ユーザ操作として受け付けるための画面を表示手段に表示させる表示制御手段と、
   前記画面が表示されて受け付けられた前記ユーザ操作に基づく指示を反映し、前記データの出力を行う出力手段であって、前記第２操作が行われた場合に、まだ媒体に形成されていない前記ラベル画像を形成させるためのデータの出力を行う出力手段
   として機能させるためのプログラム。

Images