JP2014021932A - 検索システムおよびプログラム - Google Patents

Abstract

【課題】図書館内における図書の探索をより容易に実行可能とする。
【解決手段】ユーザは、ＰＣを用いて図書館にアクセスし、所望の図書を検索する。ユーザは、ＰＣの検索結果画面に表示される請求記号画像を、端末装置を用いて撮像し、図書館を示す施設情報と共にサーバに送信する。サーバは、受信した撮像画像に対して文字認識処理を施して請求記号画像に含まれる請求記号を抽出し、請求記号と施設情報とに基づき書籍情報ＤＢを検索して、請求記号に対応する、少なくとも請求記号の図書の配架位置を示すマップ情報へのアクセス情報を含む属性情報リストを取得する。属性情報リストは、サーバから端末装置に送信され、端末装置は、この属性情報リストを表示させる。属性情報リストのうち「所在確認ページ」を選択することで、検索した図書の、図書館での配架位置を示すマップ情報にアクセスできる。
【選択図】図１

Description

本発明は、資料の検索に用いて好適な検索システムおよびプログラムに関する。

図書館に保管される図書の予約などインターネットを介して行うシステムが既に知られている。例えば、特許文献１には、利用者の指定に応じて、複数の図書館の所蔵する資料のうち最も早く貸し出せる資料を特定すると共に、貸出資料を所蔵する図書館および資料を受け取る図書館の各情報を予約データとして、複数の図書館に共通なデータベースに登録する技術が開示されている。

また、図書の表紙などに貼付されているコード情報を用いて図書の確認を行う技術も、既に知られている。例えば、特許文献２には、図書館における図書や雑誌に貼付されたバーコードなどを読み取ることで資料ＩＤを認識し、認識した資料ＩＤに基づき蔵書点検を行う技術が開示されている。

一方、図書館においては、図書を識別するための、請求記号と呼ばれる仕組みが定められている。請求記号は、主題による分類、著者、巻数などで図書を一意に識別できるようにしたものである。請求記号が記されたラベルを図書の背表紙に貼付すると共に、図書を請求記号に従った順序で図書館内に配架することで、目的とする図書の発見を容易としている。また、近年では、インターネットを介して図書館にアクセスして図書を検索することで、検索した図書の請求記号の入手が可能となっている。

ところで、インターネットを介して図書館の蔵書から目的の図書を検索できた場合であっても、検索した図書を実際に閲覧するためには、図書館に出向き館内を探索する必要がある。このとき、上述した請求記号を利用することで、目的の図書の配架位置を用意に探し当てることが可能である。

しかしながら、従来では、検索により得られた請求記号を紙に書き写すなどして図書館に持ち込む必要があり、利用者の手間となっているという問題点があった。また、請求記号を書き写す際に記載間違いが発生することも考えられ、この場合には目的の図書の発見が困難になってしまうという問題点があった。

本発明は、上記に鑑みてなされたものであって、図書の探索をより容易に実行可能とすることを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、資料を保管する施設を示す施設情報と、施設に保管される資料を識別する識別情報と、資料の配架位置を含む資料の属性情報とを関連付けて予め格納する格納手段と、識別情報を含む画像を、識別情報により識別される資料が保管される施設を示す施設情報と共に送信する送信手段と、送信手段により送信された画像から識別情報を抽出する抽出手段と、抽出手段で抽出された識別情報と、画像と共に送信された施設情報とに基づき、格納手段から、識別情報に関連付けられた属性情報を検索する検索手段と、検索手段で検索された属性情報を、画像の送信元に対して提示する提示手段とを有する。

本発明によれば、図書の探索がより容易に実行可能となるという効果を奏する。

図１は、実施形態に係る書籍検索システムの一例の構成を示す図である。 図２は、請求記号の例を示す図である。 図３は、実施形態に係る蔵書の一例の構成を示す図である。 図４は、実施形態に係る書籍情報ＤＢの一例の構成を示す図である。 図５は、実施形態に係るサーバの機能を示す一例の機能ブロック図である。 図６は、実施形態に係る端末装置の一例の構成を示す図である。 図７は、実施形態に係るアプリケーションがインストールされた端末装置の一例の機能を示す機能ブロック図である。 図８は、実施形態による処理の流れを示す一例のシーケンス図である。 図９は、実施形態に係る属性情報リストを表示する属性情報リスト表示画面の一例を示す図である。 図１０は、実施形態に係る提示情報画面の例を示す図である。 図１１は、実施形態に係る書籍情報ＤＢに対するデータの格納方法の例を示す図である。

以下に添付図面を参照して、検索システムおよびプログラムの実施形態を詳細に説明する。図１は、実施形態に係る書籍検索システムの一例の構成を示す図である。

（実施形態）
ネットワーク１０に対して、サーバ１１および端末装置２０が接続される。ネットワーク１０は、例えばインターネットであって、通信プロトコルとしてＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol)が適用される。ネットワーク１０は、互いにネットワークで接続される複数のコンピュータを含み、外部からは、その内部が隠蔽されたブラックボックスとして入出力のみが示されるネットワーク・グループであるネットワーククラウドであってもよい。

ネットワーク１０に対して、さらに、複数の図書館３０Ａおよび３０Ｂが接続される。これら図書館３０Ａおよび３０Ｂは、実際には、実体の施設（建造物）としての各図書館により運営されるＷｅｂサイトであり、ネットワーク１０に接続される図示されないＷｅｂサーバ上に構築される。これらＷｅｂサイトとしての図書館３０Ａおよび３０Ｂも、実体としての運営本体の図書館の施設に含まれるものとする。以降、特に記載のない限り、図書館と、図書館によるＷｅｂサイトとをまとめて、施設としての図書館と呼ぶ。

図書館は、書籍（文献）、音楽、映像などの資料を、定められた方法で分類して保管する施設であって、公立図書館、私立図書館、大学図書館、学校図書館などがある。図書館では、保管される資料の一部または全部を利用者に貸し出すことができる。図書館に保管される各資料には、識別情報が与えられる。

識別情報としては、請求記号を用いることができる。請求記号は、日本図書館協会が定める日本十進分類法に従って図書を分類する分類記号に基づき、図書館に保管される図書を識別するようにしたものである。図２は、請求記号４０の例を示す。この例では、請求記号４０は、上段に配置される図書の主題を示す上述の分類記号４０Ａと、中段に配置される著者名または受け入れ順を示す著者記号４０Ｂと、下段に配置される巻数や年次などを示す巻冊記号４０Ｃとからなる。

図書館で保管される例えば書籍は、背に請求記号４０が記入されたラベルが貼付され、請求記号の順に従い並べられて配架される。利用者は、図書館内における書籍の大まかな位置を、請求記号４０に基づき知ることができる。

図書館３０Ａおよび３０Ｂは、保管される各図書に関する情報が格納される蔵書データベース（ＤＢ）３１Ａおよび３１Ｂを有する。図３は、蔵書ＤＢ３１Ａおよび３１Ｂ（蔵書ＤＢ３１Ａとする）の一例の構成を示す。図３の例では、図書毎に、識別情報に対して、在庫の有無と、場所すなわち配架位置と、予約情報と、当該図書をデータ化した電子書籍の有無と、内容の要約との各項目が関連付けられる。場所は、当該図書が図書館内におけるどの棚のどの辺りに配架されているかが判別可能な座標情報とする。

また、蔵書ＤＢ３１Ａにおいて、各項目に対してＵＲＬ(Uniform Resource Locator)が対応付けられる。このＵＲＬは、対応する項目の内容をネットワーク１０に向けて提示する際のＷｅｂページのネットワーク１０上でのアドレスを示す。ネットワーク１０を介して各ＵＲＬにアクセスすることで、ＵＲＬに対応する項目の情報を参照することができる。

図書館３０Ａおよび３０Ｂは、この蔵書ＤＢ３１Ａおよび３１Ｂに格納される情報に基づき、保管される図書に関する検索、貸出予約、複写依頼、電子書籍の閲覧、内容の要約の提示などを、ネットワーク１０を介して行うことができるようにされている。

端末装置２０は、無線または有線によってネットワーク１０との間で通信を行うことができる。端末装置２０は、ネットワーク１０を介して受信した命令に従った動作を行うことができると共に、表示装置と入力装置とを含むＵＩ（ユーザインタフェース）に対してネットワーク１０を介して受信した画像などの表示や、ＵＩに対してなされたユーザ操作に従いネットワーク１０に向けてデータを送信することができる。

また、端末装置２０は、撮像機能を有し、ＵＩに対する撮像指示操作に応じて被写体の撮像を行うことができる。端末装置２０は、撮像により得られた撮像画像をネットワーク１０に向けて送信することができる。

パーソナルコンピュータ２１は、ネットワーク１０に接続され、ネットワーク１０を介して図書館３０Ａおよび３０Ｂなどと通信を行うことが可能とされている。

サーバ１１は、書籍情報データベース（ＤＢ）１２が接続され、ネットワーク１０を介して受信した要求に従い、書籍情報ＤＢ１２に対して、実施形態に係る検索処理を行うことができる。図４は、書籍情報ＤＢ１２の一例の構成を示す。実施形態においては、図４（ａ）に例示されるように、書籍情報ＤＢ１２に対して、図書毎に、図書が保管される施設を示す施設情報と、図書の請求記号４０と、図書の属性情報とが関連付けられて格納される。

施設情報は、図書が保管される施設を特定可能な情報であれば特に限定はされず、図書館の名称や図書館のＷｅｂサイトのＵＲＬ、図書館が大学図書館であれば大学名といった図書館情報を用いることができる。図書の請求記号４０は、図書館毎に部分的に異なることがある（例えば巻冊記号４０Ｃ）ため、図書が保管される図書館を示す情報を、請求記号４０に関連付ける必要がある。

さらに、図４（ｂ）に例示されるように、実施形態では、書籍情報ＤＢ１２において、１の請求記号４０に対して１または複数の属性情報を含む属性情報リストを関連付けることができる。属性情報リストは、例えば、図書の詳細や要約に対応する情報、図書の配架位置に対応する情報、図書の予約状況などに対応する情報など、その図書に関連する複数の属性情報を含む。

なお、実施形態では、図書の属性情報は、実体としての属性情報にネットワーク１０を介してアクセスするためのＵＲＬが用いられ、属性情報リストは、各属性情報のＵＲＬリストとなる。このＵＲＬは、図３を用いて説明した、図書の識別情報に関連付けられる各項目のＵＲＬに対応する。

図４（ｂ）の例では、請求記号４０＃１の図書が図書館情報＃ｍで示される図書館（例えば図書館３０Ａ）に保管され、当該請求記号４０＃１に対して、それぞれＵＲＬ＃ｍ１、ＵＲＬ＃ｍ２、ＵＲＬ＃ｍ３およびＵＲＬ＃ｍ４によりアクセスされる４の属性情報を含む属性情報リストが関連付けられていることが示されている。なお、各ＵＲＬ＃ｍ１、ＵＲＬ＃ｍ２、ＵＲＬ＃ｍ３およびＵＲＬ＃ｍ４は、関連付けられる請求記号４０＃１の図書が保管される図書館３０Ａに対して下位構造のＷｅｂサイトであるものとする。

同様に、請求記号４０＃２の図書が図書館情報＃ｎで示される図書館（例えば図書館３０Ｂ）に保管され、当該請求記号４０＃２に対して、それぞれＵＲＬ＃ｎ１、ＵＲＬ＃ｎ２およびＵＲＬ＃ｎ３によりアクセスされる３の属性情報を含む属性情報リストが関連付けられていることが示されている。この場合も、各ＵＲＬ＃ｎ１、ＵＲＬ＃ｎ２およびＵＲＬ＃ｎ３は、関連付けられる請求記号４０＃２の図書が保管される図書館３０Ｂに対して下位構造のＷｅｂサイトであるものとする。

なお、属性情報リストに含まれる各属性情報の各ＵＲＬ＃ｍ１、ＵＲＬ＃ｍ２、ＵＲＬ＃ｍ３およびＵＲＬ＃ｍ４や、各ＵＲＬ＃ｎ１、ＵＲＬ＃ｎ２およびＵＲＬ＃ｎ３には、関連付けられている請求記号４０の情報を含めることができる。こうすることで、例えば図書館３０Ａは、受信した各ＵＲＬ＃ｍ１、ＵＲＬ＃ｍ２、ＵＲＬ＃ｍ３およびＵＲＬ＃ｍ４に基づき、関連付けられている請求記号４０に応じた情報を返すことができる。

サーバ１１に対して、さらに、ユーザＤＢ１３を接続することができる。ユーザＤＢ１３は、例えばこの書籍検索システムを利用するユーザの識別情報（ユーザＩＤ）と、当該ユーザの属性情報とが関連付けられて格納される。

図５は、サーバ１１の機能を示す一例の機能ブロック図である。サーバ１１は、受信部１００と、抽出部１０１と、検索部１０３と、提示部１０４と、制御部１１０とを有する。また、図５では、書籍情報ＤＢ１２およびユーザＤＢ１３がデータベース（ＤＢ）１０２としてサーバ１１に含まれるように示している。制御部１１０は、このサーバ１１の全体的な動作を制御する。

受信部１００は、ネットワーク１０を介して送信されたデータを受信する。例えば、端末装置２０から送信された撮像画像が受信部１００に受信される。

抽出部１０１は、受信部１００に受信された撮像画像に対して既知の文字認識処理を行い、撮像画像に含まれる文字画像を認識し、認識した文字画像から請求記号４０を抽出する。例えば、抽出部１０１は、認識された文字画像に示される文字情報と、請求記号４０の形式とを比較して、当該文字情報が請求記号４０であるか否かを判定する。

検索部１０３は、抽出部１０１で抽出された請求記号４０に基づき書籍情報ＤＢ１２を検索し、当該請求記号４０に関連付けられている施設情報と属性情報リストとを検索結果として出力する。

提示部１０４は、検索部１０３による検索結果の属性情報リストを端末装置２０に提示する。属性情報リストが複数の属性情報を含む場合、提示部１０４は、この複数の属性情報を全て提示することができる。

なお、サーバ１１は、ＣＰＵ(Central Processing Unit)と、ＲＡＭ(Random Access Memory)と、ＲＯＭ(Read Only Memory)と、ハードディスクドライブなどのストレージ装置とを含む、一般的なコンピュータ装置により構成することができる。また、サーバ１１は、１台のコンピュータ装置で構成されるのに限らず、例えば複数のコンピュータ装置上で分散的に動作する構成としてもよい。

上述した受信部１００、抽出部１０１、検索部１０３、提示部１０４および制御部１１０は、ＣＰＵ上で動作する検索プログラムによって実現される。これに限らず、受信部１００、抽出部１０１、検索部１０３、提示部１０４および制御部１１０の一部または全部を、互いに協働する個別のハードウェアを用いて実現してもよい。実施形態に係る検索処理を実行するための検索プログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録して提供される。

さらに、実施形態に係る検索処理を実行するための検索プログラムを、インターネットなどの通信ネットワークに接続されたコンピュータ上に格納し、通信ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、実施形態に係る検索処理を実行するための検索プログラムを、インターネットなどの通信ネットワーク経由で提供または配布するように構成してもよい。

実施形態に係る検索処理を実行するための検索プログラムは、例えば、上述した各部（受信部１００、抽出部１０１、検索部１０３、提示部１０４および制御部１１０）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵが例えばストレージ装置から当該検索プログラムを読み出して実行することにより上記各部が主記憶装置（例えばＲＡＭ）上にロードされ、各部が主記憶装置上に生成されるようになっている。

図６は、端末装置２０の一例の構成を示す。図６に例示される端末装置２０において、バス４０１に対してＣＰＵ４０２、ＲＯＭ４０３、ＲＡＭ４０４および表示制御部４０５が接続される。また、バス４０１に対して、ストレージ４０７、データＩ／Ｆ４０８、入力部４０９、通信部４１０および撮像部４１２が接続される。ストレージ４０７は、データを不揮発に記憶することが可能な記憶媒体であって、例えばフラッシュメモリなどの不揮発性の半導体メモリである。これに限らず、ストレージ４０７としてハードディスクドライブを用いてもよい。

ＣＰＵ４０２は、ＲＯＭ４０３およびストレージ４０７に記憶されるプログラムに従い、ＲＡＭ４０４をワークメモリとして用いて、この端末装置２０の全体を制御する。表示制御部４０５は、ＣＰＵ４０２により生成された表示制御信号を、表示部４０６が表示可能な信号に変換して出力する。

ストレージ４０７は、上述のＣＰＵ４０２が実行するためのプログラムや各種データが格納される。データＩ／Ｆ４０８は、外部からのデータの入力を行う。データＩ／Ｆ４０８としては、例えば、ＵＳＢ(Universal Serial Bus)やＩＥＥＥ１３９４(Institute of Electrical and Electronics Engineers 1394)などによるインタフェースを適用することができる。

入力部４０９は、ユーザ入力を受け付ける入力デバイスを含む。ユーザは、例えば表示部４０６に対する表示に応じて入力デバイスを操作することで、端末装置２０に対して指示を出すことができる。なお、ユーザ入力を受け付ける入力デバイスを、表示部４０６と一体的に構成し、押圧した位置に応じた制御信号を出力すると共に、表示部４０６の画像を透過するタッチパネルとして構成すると、好ましい。

通信部４１０は、所定のプロトコルを用いてネットワーク１０と通信を行う。撮像部４１２は、光学系と、撮像素子と、光学系および撮像素子の制御駆動回路とを備え、撮像素子から出力される信号に所定の処理を施して画像データとして出力する。撮像部４１２は、入力部４０９に対するユーザ操作による指示に従い、撮像やズームなどの機能を実行する。撮像部４１２で撮像され得られた撮像画像は、例えばバス４０１を介して通信部４１０に送られ、ＣＰＵ４０２の命令に従いネットワーク１０を介してサーバ１１に送信される。

端末装置２０は、撮像画像の送信から提示情報の表示、ならびに、表示された提示情報の選択までの一連の処理を行うアプリケーションがインストールされる。図７は、このアプリケーションがインストールされた端末装置２０の一例の機能を示す機能ブロック図である。端末装置２０は、受信部４２０と、送信部４２１と、撮像処理部４２２と、入力部４２３と、提示部４２４と、制御部４３０とを有する。

撮像処理部４２２は、撮像部４１２による撮像動作を制御し、撮像画像を取得する。送信部４２１は、例えばサーバ１１のネットワーク１０上のアドレス情報を予め有し、ネットワーク１０を介したサーバ１１に対する送信処理を行う。撮像処理部４２２が取得した撮像画像は、送信部４２１によりサーバ１１に送信される。受信部４２０は、サーバから送信された情報を受信する。例えば、サーバ１１の提示部１０４から提示される情報が受信部４２０に受信される。

入力部４２３は、ハードウェアとしての入力部４０９に対するユーザ入力を処理する。提示部４２４は、予め用意されたＵＩ画像を表示制御部４０５に渡し、表示部４０６にこのＵＩ画像による画面を表示させる。また、提示部４２４は、受信部４２０に受信された、例えばサーバ１１の提示部１０４から提示される情報に基づく表示画面を生成し、表示制御部４０５を介して表示部４０６に表示させる。なお、提示部４２４による情報提示は、表示のみならず、音声によって行うことも可能である。

制御部４３０は、この端末装置２０の全体の動作を制御する。また、制御部４３０は、ＵＲＬに従いアクセスしたＷｅｂサイトに埋め込まれた機能を実行することができる。例えば、制御部４３０は、当該ＵＲＬに従いＷｅｂサイトにアクセスした際に、端末装置２０にインストールされているブラウザアプリケーションを呼び出し、このＷｅｂサイトに埋め込まれた機能を当該ブラウザアプリケーションに実行させることができる。

上述した受信部４２０、送信部４２１、撮像処理部４２２、入力部４２３、提示部４２４および制御部４３０は、ＣＰＵ４０２上で動作する端末用プログラムによって実現される。この端末用プログラムは、ネットワーク１０に接続されたコンピュータ上に格納し、ネットワーク１０経由でダウンロードさせることにより提供するように構成される。また、この端末用プログラムを、ネットワーク１０経由で提供または配布するように構成してもよい。この端末用プログラムを、ＲＯＭ４０３に予め記憶させて提供することも考えられる。

これに限らず、この端末用プログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録して提供してもよい。この場合、例えばデータＩ／Ｆ４０８に接続された外部のドライブ装置を介して、端末用プログラムが端末装置２０に供給される。

端末用プログラムは、例えば、上述した各部（受信部４２０、送信部４２１、撮像処理部４２２、入力部４２３、提示部４２４および制御部４３０）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ４０２が例えばストレージ４０７から当該端末用プログラムを読み出して実行することにより上記各部が主記憶装置（例えばＲＡＭ４０４）上にロードされ、各部が主記憶装置上に生成されるようになっている。

図１を参照し、このようなシステムにおいて、ユーザは、例えば、ネットワーク１０に接続可能なパーソナルコンピュータ２１を用いて、ネットワーク１０を介して例えば図書館３０Ａにアクセスし、所望の図書を検索する。パーソナルコンピュータ２１は、図書館３０Ａから送信された検索結果に基づき、当該図書の請求記号４０の画像である請求記号画像４１（拡大画像を画像４１’として示す）が含まれる検索結果画面２２を表示する。ユーザは、検索結果画面２２に表示される請求記号画像４１を、端末装置２０を用いて撮像する。

端末装置２０は、請求記号画像４１を撮像した撮像画像を、図書館３０Ａを示す施設情報と共にネットワーク１０を介してサーバ１１に送信する。サーバ１１は、端末装置２０から送信された撮像画像と施設情報とを受信すると、受信した撮像画像に対して文字認識処理を施し、請求記号画像４１に含まれる請求記号４０を抽出する。そして、サーバ１１は、抽出された請求記号４０と施設情報とに基づき書籍情報ＤＢ１２を検索して、当該請求記号４０に対応する属性情報リストを検索結果として取得する。サーバ１１は、検索結果を端末装置２０に送信する。

端末装置２０は、受信した検索結果の属性情報リストを表示部４０６に表示させる。ユーザは、表示部４０６の表示に基づき所望の属性情報リストを選択することで、検索した図書に関して、詳細情報や予約状況、図書館３０Ａにおける配架位置などを確認することができる。

図８は、実施形態による処理の流れを示す一例のシーケンス図である。先ず、ユーザは、利用したい図書館（図書館３０Ａとする）にパーソナルコンピュータ２１などを用いてアクセスして、図書館３０Ａの検索システムを利用して所望の図書を検索し、この図書の請求記号４０が表示された請求記号画像４１を取得する（ステップＳ１０）。ユーザは、取得した請求記号画像４１を、端末装置２０を用いて撮像する（ステップＳ１１）。端末装置２０は、請求記号画像４１を撮像して得られた撮像画像を、施設情報すなわち図書館３０Ａを示す図書館情報と共に、ネットワーク１０を介してサーバ１１に送信する（ＳＥＱ１００）。

なお、請求記号画像４１は、撮像された撮像画像としてサーバ１１に送信するのに限られない。例えば、端末装置２０を用いて図書館３０Ａにアクセスして所望の図書の請求記号４０の画像である請求記号画像４１を取得し、端末装置２０上で画像処理により当該請求記号画像４１を切り出して、施設情報と共にサーバ１１に送信してもよい。

サーバ１１は、ＳＥＱ１００で端末装置２０から送信された撮像画像および施設情報を受信すると、ステップＳ２０で、受信した撮像画像に対して文字認識処理を行って当該撮像画像に含まれる文字画像を認識し、認識した文字画像から請求記号４０を抽出する（ステップＳ２０）。サーバ１１は、施設情報と、抽出した請求記号４０とに基づき書籍情報ＤＢ１２を検索し、施設情報に示される図書館３０Ａについて、抽出された請求記号４０に関連付けられた属性情報（属性情報リスト）を取得する（ステップＳ２１）。サーバ１１は、取得した属性情報を、書籍情報ＤＢ１２の検索結果として端末装置２０に送信する（ＳＥＱ１０１）。

なお、端末装置２０から送信された撮像画像における請求記号画像４１の撮像具合によっては、上述したステップＳ２０で、文字認識結果が誤りを含む場合が有り得る。例えば、サーバ１１は、撮像画像に対する文字認識の結果を一旦端末装置２０に提示し、正しく請求記号４０が抽出されたか否かの判定を促すようにできる。これにより、誤った文字認識により所望の図書とは異なる図書の情報が取得されてしまう事態を防ぐことができる。

端末装置２０は、サーバ１１の検索結果である属性情報を受信すると、受信した属性情報を示す画面を表示部４０６に対して表示させる（ステップＳ１２）。図９は、表示部４０６に表示される、検索結果である属性情報リストを表示する属性情報リスト表示画面５００の一例を示す。図９の例では、属性情報リストに４の属性情報が含まれ、属性情報リストに含まれる属性情報の数に対応する表示領域５１０Ａ、５１０Ｂ、５１０Ｃおよび５１０Ｄに、属性情報リストに含まれる各属性情報（ＵＲＬ）が対応付けられると共に、各属性情報に対応する項目が表示される。

図９の例では、各表示領域５１０Ａ〜５１０Ｄは、対応する各属性情報すなわち各ＵＲＬに従いアクセスしたＷｅｂサイトのタイトルに基づく情報が、各属性情報に対応する項目として表示されている。すなわち、表示領域５１０Ａおよび５１０Ｂには、それぞれ共通の図書名「情報通信白書」が表示される。それと共に、表示領域５１０Ａには、項目として属性情報名「資料詳細ページ」が表示され、図書館３０Ａにおける当該図書の資料詳細ページのＵＲＬ（ＵＲＬ＃ｍ１とする）が対応付けられる。同様に、表示領域５１０Ｂには、項目として属性情報名「所在確認ページ」が表示され、図書館３０Ａにおける当該図書の配架位置を示すマップ情報が提示されるＵＲＬ（ＵＲＬ＃ｍ２とする）が対応付けられる。

表示領域５１０Ｃおよび５１０Ｄには、それぞれ当該図書の閲覧や購入が可能なＷｅｂサイトの名称「ａｂｃｄ」および「ｅｆｇｈ」が項目としてそれぞれ表示され、各ＷｅｂサイトのＵＲＬがそれぞれ対応付けられる（それぞれＵＲＬ＃ｍ３およびＵＲＬ＃ｍ４とする）。

例えば、端末装置２０は、サーバ１１から検索結果として属性情報リストを受信すると、属性情報リストに含まれる各属性情報すなわちＵＲＬに従い、各Ｗｅｂサイトにアクセスする。そして、アクセスした各Ｗｅｂサイトからタイトル情報を取得して、各表示領域５１０Ａ〜５１０Ｄにそれぞれ表示させる。これに限らず、サーバ１１側で、各属性情報に対応するタイトル情報を予め取得し、取得した各タイトル情報を各属性情報に関連付けて書籍情報ＤＢ１２に格納しておいてもよい。この場合、サーバ１１は、撮像画像に対する検索結果に対して、各属性情報に対応する各タイトル情報をさらに含めて端末装置２０に送信する。

図９の例では、４の属性情報が属性情報リスト表示画面５００に表示されている。しかしながら、実際には、１の請求記号４０に関連付けられる属性情報がさらに多数存在する場合も考えられ、この場合、各属性情報を表示する表示領域５１０Ａ〜５１０Ｄが属性情報リスト表示画面５００内に表示しきれなくなる可能性がある。このような場合の表示方法として、例えば、表示領域５１０Ａ〜５１０Ｄを、属性情報リスト表示画面５００内で、ユーザ操作に応じてスクロール可能とすることが考えられる。また、表示させる項目を限定することもできる。

ユーザは、属性情報リスト表示画面５００に表示される各表示領域５１０Ａ〜５１０Ｄの表示内容に基づき所望の項目を指定する。これにより、各表示領域５１０Ａ〜５１０Ｄに対応するＵＲＬが指定される（ステップＳ１３）。ここでは、項目として表示領域５１０Ｂの「所在確認ページ」選択され、ＵＲＬ＃ｍ２が指定されたものとする。端末装置２０は、図書館３０Ａと通信を行い、指定された項目に対応するＵＲＬ＃ｍｘ（この場合ＵＲＬ＃ｍ２）にネットワーク１０を介してアクセスする（ＳＥＱ１０２）。

図書館３０Ａにおいて、端末装置２０からのＵＲＬ＃ｍ２へのアクセスを受けると、当該ＵＲＬ＃ｍ２に対応する項目に応じた処理を行い、端末装置２０に対する提示情報を作成する（ステップＳ３０）。この例では、「所在確認ページ」の選択に応じたＵＲＬ＃ｍ２に含まれる請求記号４０に基づき、当該請求記号４０で示される図書の、図書館３０Ａ内での配架位置を示すマップ情報を提示情報として作成する。作成された提示情報は、図書館３０Ａから端末装置２０に対して送信される（ＳＥＱ１０３）。

端末装置２０は、図書館３０Ａから送信された提示情報を受信すると、受信した提示情報に基づく画面を表示部４０６に表示させる（ステップＳ１４）。図１０は、表示部４０６に表示される提示情報画面５０１の例を示す。この例では、上述したように、提示情報として、請求記号４０で示される図書の配架位置を示すマップ情報が送信される。そのため、図１０の例では、提示情報画面５０１において、図書館３０Ａ内のマップに請求記号４０で示される図書の配架位置５２２が「×（バツ印）」で以て示されている、マップ画像５２０が表示される。

一例として、図書館３０Ａは、建造物としての図書館３０Ａにおける各フロアのマップ画像を予め用意している。このマップ画像は、各フロアについて、図書が配架される各棚５２１、５２１、…の画像を含む。図書館３０Ａは、ＵＲＬ＃ｍ２に含まれる請求記号４０に基づき、当該請求記号４０の図書が配架される凡その座標を求め、マップ画像に対して、求められた座標に対応する位置に所定の記号（図９の例では「×」）を付加して、マップ画像５２０を作成する。各図書について、配架位置が示されるマップ画像を予め作成し、用意しておいてもよい。

なお、ユーザの、属性情報リスト表示画面５００に表示される各表示領域５１０Ａ〜５１０Ｄに基づき選択される項目によっては、ＳＥＱ１０３で図書館３０Ａから送信される提示情報に応じて、端末装置２０から図書館３０Ａに対して要求を送信できる場合がある。例えば、選択された項目が請求記号４０で示される図書の予約状況や、電子書籍閲覧である場合、予約の申請や、電子書籍閲覧の申請の要求を、端末装置２０から図書館３０Ａに対して送信できる。

すなわち、ユーザは、端末装置２０に表示された提示情報に応じて端末装置２０を操作して要求を入力する（ステップＳ１５）。端末装置２０は、入力された要求を図書館３０Ａに対して送信する（ＳＥＱ１０４）。図書館３０Ａは、送信された要求に対して応答し（ステップＳ３１）、要求の結果を端末装置２０に送信する（ＳＥＱ１０５）。例えば、端末装置２０から要求が請求記号４０で示される図書の予約の申請であった場合、図書館３０Ａは、蔵書ＤＢ３１Ａから当該図書の予約状況を検索し、検索結果に基づき予約の可否を端末装置２０に対して送信する。端末装置２０は、要求結果を受信し、受信した要求結果に基づく表示を行う（ステップＳ１６）。

なお、端末装置２０におけるステップＳ１３〜ステップＳ１６の処理は、１の請求記号４０の検索結果に対して、指定する項目を切り替えながら繰り返し実行可能なものである。

このように、実施形態によれば、取得した請求記号４０の画像を撮像してサーバ１１に送信することで、図書の配架位置を把握することができ、実際の図書館における図書の探索作業が容易になる。

同様に、図書の属性情報を、請求記号４０の画像を撮像してサーバ１１に送信することで取得できるため、図書の探索作業を効率的に実行可能である。

ここで、書籍情報ＤＢ１２に対するデータの格納方法の例について説明する。書籍情報ＤＢ１２は、人手にて各情報を格納することが可能である。一方、書籍情報ＤＢ１２に対する各情報の格納を自動的に実行できると、より好ましい。

図１１は、書籍情報ＤＢ１２に対するデータの格納方法の例を示す。サーバ１１は、例えば図書館３０Ａの蔵書ＤＢ３１Ａにネットワーク１０を介してアクセスし、請求記号４０と、請求記号４０に関連付けられた属性情報リスト（ＵＲＬ）とを蔵書ＤＢ３１Ａから順次転送し、書籍情報ＤＢ１２に格納する。なお、各蔵書ＤＢ３１Ａ、３１Ｂ、３１Ｃ、…は、それぞれの図書館の各フロアのマップを示すマップ情報を有する。このマップ情報は、書籍情報ＤＢ１２に転送しなくてもよい。

上述の転送処理は、サーバ１１と蔵書ＤＢ３１Ａ（図書館３０Ａ）との間のネットワーク１０における通信トラフィックが小さい時間帯、例えば夜間に行うと好ましい。例えば、サーバ１１は、タイマにより所定の時刻に、蔵書ＤＢ３１Ａからのデータの転送処理を起動させ、この転送処理をバッチ処理により自動的に実行させる。サーバ１１は、この転送処理を、複数の図書館それぞれの蔵書ＤＢ３１Ａ、３１Ｂ、３１Ｃ、…毎に、書籍情報ＤＢ１２における図書館情報に関連付けながら行う。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。

１０ ネットワーク
１１ サーバ
１２ 書籍情報ＤＢ
１３ ユーザＤＢ
２０ 端末装置
３０Ａ，３０Ｂ 図書館
３１Ａ，３１Ｂ，３１Ｃ 蔵書ＤＢ
４０ 請求記号
４１ 請求記号画像
１００，４２０ 受信部
１０１ 抽出部
１０２ データベース
１０３ 検索部
１０４ 提示部
１１０，４３０ 制御部
４２１ 送信部
４２２ 撮像部
４２３ 入力部
４２４ 提示部
５００ 属性情報リスト表示画面
５０１ 提示情報画面

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

Claims (10)

1. 資料を保管する施設を示す施設情報と、該施設に保管される資料を識別する識別情報と、該資料の配架位置を含む該資料の属性情報とを関連付けて予め格納する格納手段と、
   前記識別情報を含む画像を、該識別情報により識別される前記資料が保管される前記施設を示す施設情報と共に送信する送信手段と、
   前記送信手段により送信された前記画像から該識別情報を抽出する抽出手段と、
   前記抽出手段で抽出された該識別情報と、該画像と共に送信された施設情報とに基づき、前記格納手段から、該識別情報に関連付けられた前記属性情報を検索する検索手段と、
   前記検索手段で検索された前記属性情報を、前記画像の送信元に対して提示する提示手段と
   を有する
   ことを特徴とする検索システム。
2. 前記格納手段は、
   前記属性情報を、前記資料の複数の属性情報を含む属性情報リストとして、前記識別情報に関連付けて格納する
   ことを特徴とする請求項１に記載の検索システム。
3. 前記格納手段は、
   前記属性情報を、該属性情報の実体のネットワーク上における位置を示す情報として格納する
   ことを特徴とする請求項１または請求項２に記載の検索システム。
4. 前記識別情報は、図書の請求記号である
   ことを特徴とする請求項１乃至請求項３の何れか１項に記載の検索システム。
5. 前記提示手段により提示された前記属性情報を指定するユーザ操作に従い、該属性情報に対応する施設に向けて、該属性情報に応じた要求を行う要求手段をさらに有する
   ことを特徴とする請求項１乃至請求項４の何れか１項に記載の検索システム。
6. 前記格納手段は、
   該識別情報に対応する前記資料を保管する施設から転送された前記識別情報および前記属性情報を登録する
   ことを特徴とする請求項１乃至請求項５の何れか１項に記載の検索システム。
7. 施設に保管される資料を識別する識別情報を含む画像を、該施設を示す施設情報と共に検索装置に送信する送信ステップと、
   前記送信ステップで送信した前記画像と前記施設情報とに応じて前記検索装置から送信された、前記識別情報に関連付けられた、少なくとも前記資料の前記施設における配架位置を含む属性情報を提示する提示ステップと
   を有する
   ことを特徴とするプログラム。
8. 前記提示ステップにより提示された前記属性情報に対するユーザ操作を受け付ける入力ステップと、
   前記入力ステップに受け付けられた前記ユーザ操作に従い、前記施設に向けて、前記属性情報に応じた要求を送信する要求ステップと
   をさらに有する
   ことを特徴とする請求項７に記載のプログラム。
9. 被写体を撮像して前記画像を取得する撮像ステップをさらに有する
   ことを特徴とする請求項７または請求項８に記載のプログラム。
10. 前記識別情報は、図書の請求記号である
    ことを特徴とする請求項７乃至請求項９の何れか１項に記載のプログラム。

Images