大阪市立大学携帯 OPAC の独自開発とその評価
上 田

洋，金 田
平 方

千 寿，村 上善 雄，辰 巳晴 美
昭 治

抄録：近年の携帯電話の普及に伴い，大学図書館でも携帯 OPAC の導入が進んでいる。大阪市立大学においては，ベンダー提供の携帯 OPAC を導入するまで，大阪市立大学情報検索研究室において研究の一環で開発している大阪市立大学携帯 OPAC を提供することとなった。本論文では，（１）独自開発を可能とした体制と開発内容，（２）付加機能である Amazon 情報表示機能，配置画像表示機能，自動再検索機能の開発と評価により得た知見を明らかにした。
キーワード：携帯 OPAC，独自開発，Amazon，配置画像，自動再検索
1.

はじめに

大阪市立大学学術情報総合センターにおいては，

近年の携帯電話の普及に伴い，大学図書館でも携2001 年のシステム更新時期にはベンダー提供の携帯

帯 OPAC の導入が進んでいる。我が国の大学図書館

OPAC が存在しなかったため，（2-2）内部開発の道における初めての携帯 OPAC は，NTT ドコモのイをとり，大阪市立大学情報検索研究室において研究

ンターネット接続サービス「i モード」を用いての一環で開発している携帯 OPAC（大阪市立大学携2000 年９月に富山大学附属図書館で開始されたとさ

帯 OPAC ４），以降は大阪市大携帯 OPAC と呼ぶ）を

れ１），その後多くの図書館において展開されている。

公開・提供することとなった。

従来の携帯 OPAC は，初期の携帯電話用情報検索

本論文の目的は，（１）携帯 OPAC の内部開発をサイト（以下，携帯検索サイト）と同様，携帯電話行った体制とその開発内容，（２）携帯 OPAC の高の画面が非常に小さいこと，データ通信料が高額で度化に向けて実装した３つの付加機能の開発と評価あること，データ通信速度が遅いこと，などの理由により得た知見を明らかにすることである。

により，簡単な検索機能しか提供されず，表示され本稿では，まず，２章において，携帯 OPAC を内る情報量も少なかった。しかし，その後の携帯電話部開発した体制を明らかにし，携帯 OPAC を内部開の急速な進化（画面や解像度や処理速度の向上など）

発するにあたってのいくつかの課題について整理すや料金体系の変化により，これらの問題は緩和され，る。次に，３章でシステム概要と，付加機能として

携帯検索サイトは目覚しい進化をとげている。しか開発することとなった，Amazon 情報表示機能，配しながら，携帯検索サイトの進化に比べて携帯

置画像表示機能，自動再検索機能について述べる。

OPAC の進化の速度は緩慢である。

４章において，付加機能に関する評価をまとめる。

この問題−携帯検索サイトと比べた携帯 OPAC の進化の遅さの問題−は，PC 上の検索サイトと比べ

５章において本研究の成果と意義について議論する。

た OPAC の進化の遅さの問題と同じである。すなわ
ち，OPAC を含む図書館システムを開発するベン2.

大阪市大携帯 OPAC の独自開発

ダーは限られており，多くの大学図書館において図

2.1

体制

書館システムの開発はベンダーまかせであり，大学

大阪市大携帯 OPAC は大阪市立大学情報検索研究

図書館では時代遅れとなった OPAC のベンダーによ室（第三著者の教員研究室）で開発を行っている。

る更新時期を待っている。携帯 OPAC も OPAC と企画，開発，保守などは，大阪市立大学大学院創同様に図書館システムのオプションの一つに過ぎな造都市研究科教員兼学術情報総合センター図書館情いのである。

報学部門教員（第三著者）と，大阪市立大学院生

さて，日本の大学図書館における携帯 OPAC の導（第一著者）５）の２名で担当している。評価は，別の入は，（１）ベンダー提供のものを利用，（２）独自院生（第二著者）と教員（第三著者）が担当してい開発，に大別される。後者はさらに，（2-1）外部委る６）。学内も含めて外部との窓口は教員（第三著者）

託（サードパーティ）と（2-2）内部開発に分類される。（2-1）には豊富な事例があり ２），（2-2）の先が担当している。図１に体制図を示す。

３）

駆的な事例としては東京大学があげられる 。

本研究における独自開発が可能となった組織的な背景として，教員（第三著者）が大学院創造都市研1大阪市立大学携帯 OPAC の独自開発とその評価（３）速度の問題
一般に，データ通信速度が遅い。操作のたびに通信が発生すると，料金の問題もあり，利用者にとってストレスが高い。
これらの問題を克服するため，システム設計に当たって以下のような要件を挙げた。
（ａ）画面に表示したり，通信するデータ量をできるだけ少なくする必要がある。
（ｂ）小さな画面に配慮した画面設計とする。ボタン操作や文字入力の回数をできるだけ少なくし，横スクロールをできるだけなくす。
また，画面が小さいため，PC と同等のヘルプ機
図１

体制図

能の実装が困難である。また，OPAC のヘルプ機能
は概して使いにくいため実装してもあまり利用され究科と学術情報総合センター図書館情報学部門の二ない，などの問題がある。このため，ヘルプ機能がつに所属し，（ａ）学際的な情報学系大学院におけなくても利用者が使えるようなわかりやすい機能設る教育研究，（ｂ）図書館の電子化に関わる基盤支計とする必要がある。

援，（ｃ）全学共通教育におけるコンピュータリテ
ラシー教育を担当業務としていることがあげられる。

2.3

独自開発の問題

予算の少ない独自開発を目指したため，OPAC の図書館情報学と情報工学を一つの専攻で学べる大CGI インタフェースを利用する方法を採用した。そ学院は日本でもまれである。そのため，設計，開発のため，実現できる機能に制限が生じることになっの一部を院生（第一著者）の情報工学の修士論文のた。

研究として，評価の一部を院生（第二著者）の図書

原則としては，OPAC にない機能は実装できない。

館情報学の修士論文の研究として実施できた。評価

また，理論的には実装可能であっても，速度や負荷の場としては，教員（第三著者）が担当しているコの面から困難なものもある。たとえば，OPAC の独

ンピュータリテラシー教育の中で，OPAC や携帯

自ランキング機能があげられる。CGI インタフェー

OPAC の利用者教育を兼ねて実施している。また，

スを利用して OPAC の独自ランキング機能を実現す

研究開発に必要な機材，費用を教員の研究費や研究る場合，OPAC の検索結果一覧を取得後，書誌情報

科の学生経費などから捻出し，研究開発に必要なスを１件ずつ取得することにより，並べ替えを行う必ペース（教員室，院生室，サーバ室など）も学術情要がある。これは速度上の問題を考えると実用不可

報総合センター内で確保した。さらに，センターの能であり，OPAC サーバに余分にかかる負荷も大きシステム担当職員とも日常的にコミュニケーション

い。

をとれる環境にある。

上記のような理由から，本研究では，大阪市立大
学 OPAC（以降は大阪市大 OPAC と呼ぶ）の機能の2.2

携帯電話の問題一部を携帯電話上で実現することとした。

携帯 OPAC を開発するために，PC と比較して考慮しなければいけない，携帯電話の問題点を整理しておく。
（１）入出力デバイスの問題
画面が小さいため表示できるデータ量に制限がある。小さなボタン操作であるため，文字入力が面倒であり，スクロール（特に横方向）が使いにくい。
（２）通信料金の問題
利用者の携帯電話を利用するため，通信料金が利用者の負担になる。一般に，通信するデータ量に応じて費用がかかる。

2.4

開発方針と内容

学 術 研 究 の 一 環 と し て 開 発 す る た め に ，（ ａ ）OPAC の最小限の機能の実現と，（ｂ）世の中で実現されていない機能の実現を開発内容として設定した。
最小限の機能の実現のために，（１）OPAC 検索については CGI インタフェースを利用する（２）OPAC には簡易検索と詳細検索があるが，誰にでも簡単に使えるように，簡易検索を実装
する

2

大学図書館研究 LXXXII（2008.3）という方針とした。
世の中で実現されていない機能を知るために，
2004 年８月に国内外の携帯 OPAC の機能の実態調査を行った７,８）。その結果，BSH4 と NDC9 を用いた主題検索機能，Amazon を用いた内容情報表示機
能，配置画像表示機能を開発することとした。ただし，開発中に実施した調査の結果，主題検索機能は，別システムとして提供するほうが利用者にとって使
いやすいことがわかり，別システムとして提供することにしたので，本稿の内容には含めていない。

図２

世の中で実現されていない機能を，コストをかけずに実現するために，

表１

システム構成開発環境と動作環境（３）内容情報については無料の Amazon Web サー
開発環境（2004）

ビス（以下，AWS と略す）９）を利用した Amazon 情報表示機能を開発する（４）配置画像については OPAC 用に作成したものをそのまま利用して，配置画像表示機能を実

CPU
ハード
メモリ
ウェア
HD
OS

現する
こととした。
内容表示機能，配置画像表示機能ともに，2004 年

ソフト 言語
ウェア サーバ

８月の調査当時，大学図書館の携帯 OPAC で実現さ現在の動作環境（2007）

Intell Pentium 4-M

Intell Pentium 4

512MB

1GB

40GB

80GB

Windows XP Professional Cent OS 5
Java1.4 / tomcat4.1

Java1.6 / tomcat5.5

Apache2

Apache2

形態素解析 ChaSen2.3

ChaSen2.4れているものはなかったため，図書館情報学の研究課題として意義があると考えた。

容易である。後述の調査で示すとおり，利用者の持さらに，本学の OPAC の問題点として，ベンダー

つ携帯電話のほとんど全てで動作している。なお，のシステムの問題でゼロヒットが頻発することが知

自動再検索機能で利用する日本語の形態素解析ツー
ル 10）については ChaSen を利用している。

られていたため，（５）ゼロヒット時の自動再検索機能（本来 OPACで実現されるべき機能）を実現する

検索機能はキーワード検索のみである。利用者がトップ画面からキーワード入力を行うと，簡易検索こととした。本機能は，OPAC にない機能で，速を行い，検索結果一覧画面を表示する。検索結果一度や負荷の面から問題がないものを開発する課題と覧画面で資料を選択すると，所在・書誌情報画面がして位置付けた。

表示される。所在・書誌情報画面から，配置場所を選択すると配置画像画面が，「Amazon.co.jp の情報

3.

大阪市大携帯 OPAC の付加機能の開発を表示」を選択すると，Amazon 情報画面が表示さ

3.1

システムの概要れる。図３に画面遷移図を示す。

大阪市大携帯 OPAC は，キーワード検索に，以下

以下では，付加機能である，Amazon 情報表示機の付加機能を持つ。

能，配置画像表示機能，自動再検索機能について述（１）Amazon 情報表示機能

べる。

（２）配置画像表示機能（３）自動再検索機能
システムは，大阪市大 OPAC 簡易検索と，AWS

3.2

Amazon 情報表示機能

3.2.1

概要

和書検索へのインタフェースを実装しており，基本

Amazon 情報表示機能は，利用者の資料選択を支

的にはこれらのシステムのコマンドを利用してい援するために参考となる情報として，該当図書に関る。図２にシステム構成を示す。

連する Amazon の情報を表示する機能である。

開発環境と動作環境ともに，一般的なパーソナル
コンピュータ１台（表１参照）を使用した。開発言

3.2.2

内容表示機能をめぐる問題と Amazon Web

語は Java 言語及び Java Servlet（tomcat）を用い，サービス

画面出力については HTML 言語で記述した。キャ

資料選択を支援するために，資料の内容に関する

リア毎にプログラムを変えていないため維持管理も情報（目次や書評など）が有用であることは論を待3

大阪市立大学携帯 OPAC の独自開発とその評価

図３

表２

大阪市大携帯 OPAC 画面遷移図する。このような背景からか，大学図書館 OPAC に

Amazon と AWS と本機能の比較

Amazon.co.jp の主な情報

AWS

本機能

タイトル
著者
価格
書籍タイプ
ISBN
発売日
商品の寸法
おすすめ度
Amazon.co.jp ランキング
目次
Amazon ポイント
在庫状況
この商品を買った人は…
商品の説明
カスタマーレビュー
リストマニア
同じテーマの商品を探す
同じカテゴリーの商品を探す
ブックイメージ

○
○
○
○
○
○
○
○
○
―
○
○
○
―
○
○
○
○
○

○
○
○
○
○
○
―
○
―
―
―
―
―
―
○
―
―
―
○

注）AWS に存在する情報, 本機能で選択した情報に○をつけている。

おいて内容情報表示機能は普及していない。
本研究では，無料で一部の内容情報を公開している Amazon に注目した。ただし，Amazon では利用者が通常目にする情報を CGI などを用いて取得することは認められていない。その代わりに，Amazon
では，Amazon Web サービス（AWS）を提供している。AWS は，ソフトウェアの開発者（プログラマ）が Amazon の技術プラットフォームと商品デー
タにアクセスできるようにするために，Amazon ブランドの全サイトで提供している技術とサービスの総称である。AWS を利用するために必要なことは，使用許諾条件に同意した上で開発者登録を行って登録 ID を取得する（無料）だけである 11）。
Amazon（Amazon.co.jp）で利用できる主な情報と AWS で利用できる情報の差異を表２に示す。内容情報として「目次」は非常に有用であることが知られているが，AWS では利用できない。
3.2.3

提案手法

携帯電話は画面サイズに制限があり，利用者の通信料金もかかる。情報量を減らすために，OPAC とたない。しかし，これらの情報を図書館員やベン比べて表示する情報を厳選する必要がある。そこで，ダーが手作業で入力することは非常にコストがかかAWS で利用できる情報の中，（ａ）利用者の資料選るものであり，個別の著作権処理のコストも発生す

択に有用なものであり，かつ，（ｂ）機能を実装する。また，書籍データベースの情報を利用することる際にユーザビリティ上の問題の少ないものを選択

もやはりコストがかかる。利用者による書評機能のした。

実現は技術的には難しくないが，誹謗中傷などが資料選択の参考になる情報として，「おすすめ度」

あった場合の責任問題や対処にかかるコストが発生

や「カスタマーレビュー」を選択した。Amazon の4

大学図書館研究 LXXXII（2008.3）

推薦サービスとして有名な「この商品を買った人はこの本も買っています」などについては，紹介されているのが本学 OPAC に存在しない本である場合が多かったため，実装しないこととした。表２に，本機能として選択した情報を示す。
利用者が「Amazon.co.jp の情報を表示」を選択す
ると，該当図書の ISBN 番号を用いて AWS のデータを取得し，以下の情報を表示する。
まず，一番上にブックイメージ（該当図書によっては帯つきの表紙画像）を表示する。次に，タイト
ル，著者，出版社，出版年月，価格，本のタイプ，
ISBN，おすすめ度を表示する。最後にカスタマー

図４

本館配置画像タイプ１の例（配置場所が１箇所）

レビューを表示する。
ISBN は OPAC の詳細情報でも表示されるため，
Amazon 情報を用いることにより追加される情報
は，表紙画像，価格，本のタイプ，おすすめ度，カスタマーレビューとなる。
3.3

配置画像表示機能

3.3.1

概要

配置画像表示機能は，利用者の資料探索を支援するために，配置場所の配置画像を表示する機能である。後述するとおり，圧縮画像表示機能と，動的画像表示機能の２種類の方法を採用している。
3.3.2

図５ 本館配置画像タイプ２の例（配置場所が複数箇所）
表３

OPAC 用配置画像とその問題

開架式の図書館で OPAC を利用する場合，利用者の次の行動はその資料が置かれている書架に移動することであり，OPAC のユーザビリティを高めるた
めに，配架場所の画像表示は重要である 12）。
大阪市大 OPAC 用の配置画像は JPEG 画像である。学術情報総合センター本館 113 枚，分館３枚が存在している。本館では，フロア毎の平面図の上に配置場所が色で示されている。分館の配置画像は建物全体のレイアウト図である。本研究では，本館の配置画像の取り扱いに焦点をあてる。

フロア

本館配置画像の種類と枚数
枚数
タイプ 1

タイプ 2

８階
７階
４階
３階
２階
地下１階
地下２階
地下３階

16
2
1
2
11
14
18
32

0
11
3
2
0
1
0
0

合計

96

17

本学 OPAC 用の配置画像の利用に関する問題とし

備考
特殊資料
研究・閲覧
図書閲覧
図書閲覧
レファレンス
雑誌センター
デポジット
デポジットては，まず，画像サイズが大きいため，携帯電話上
ではそのまま表示できない。単純に画像を縮小するに示すように，タイプ２の画像の割合は少ないが，と表示はできるが文字も小さく見えにくくなる。フ

一般の利用者がよく利用するフロアであるために，

ロアが横長であるため配置画像も横長であるが，全わかりやすく表示する工夫が必要である。

体を表示しようとすると文字が見えにくくなる。また，携帯電話では横スクロールの操作が使いにくい。

3.3.3

提案手法

次に，図４，
５に示すように，配置画像内に配置場

本研究では，以下の２種類の機能を考案した。

所が１つしかないもの（タイプ１と呼ぶ）と，複数（ａ）圧縮画像表示機能：縦横の比率を同じにしな存在するもの（タイプ２と呼ぶ）がある。特に後者

がら圧縮した配置画像の表示の場合，複数箇所に色づけがされているため，利用（ｂ）動的画像表示機能：資料の配置場所に応じて，者が配置場所を一目で探すことが困難となる。表３

動的に配置画像の一部を切り取り，縮小表示，
5

大阪市立大学携帯 OPAC の独自開発とその評価

図６

圧縮画像表示機能
図７

動的画像表示機能

さらにマーカ付与
配置画像がタイプ１の場合に（ａ）の圧縮画像表

軸として，配置場所の文字表示が入るように描く。

示機能，タイプ２の場合に（ｂ）の動的画像表示機

円が他の配置場所にもかぶる場合には，中心軸をず能を実装することとした。

らし，文字表示を円の中に入れる。
上記の設定は，動的画像表示機能における「配置（１）圧縮画像表示機能

場所−配置画像対応表」で行う。請求記号に応じたタイプ１画像において，縦横の比率を１：１に変配置場所に対して，「切り取り開始 x 座標」「切り取換して圧縮した画像を事前に準備した。テスト機でり開始 y 座標」「赤丸開始 x 座標」「赤丸開始 y 座標」

ある携帯電話（シャープ製 J-SH53）の１ページ最大「半径」を設定可能となっている。なお，タイプ１

受信サイズが 12 キロバイトであったため，そのサの配置画像であっても，この設定さえ行えば圧縮画

イズを超過しないように圧縮率を設定した。

像表示機能のかわりに，動的画像表示機能を利用す

利用者が配置場所を選択すると，「配置場所―配ることが可能である。

置画像対応表（タイプ１）」から検索し，圧縮画像を表示する（図６参照）。
（２）動的画像表示機能

3.4

自動再検索機能3.4.1

概要

検索結果が０件となった場合に何も表示されな

動的画像表示機能では，利用者が配置場所を選択

い，いわゆる「ゼロヒット」問題を解決するために，すると，請求記号を用いて「配置場所―配置画像対

検索結果が０件となった場合に，自動的にキーワー

応表（タイプ２）」から検索し，資料が存在する配ドを日本語形態素解析により分割して AND 検索を

置場所を含む画像を切り出し表示し，マーカを付与行う。

する（図７参照）。
タイプ２の配置画像では，複数の配置場所に異な

3.4.2

ゼロヒット問題と OPAC

る色づけがされているために，一目で配置場所を探

ゼロヒット問題は，利用者の求める資料が本当にすことが困難である。そのため，資料の存在する配存在しない場合と，求める資料があるのに何も表示

置場所が表示されるように画像の一部を動的に切りされない場合に大別される。後者の問題を解決する

取り，縮小表示（350 × 350 dot）することにした。

ことは，OPAC や図書館にとって非常に重要である 13）。

その際，フロア全体が表示されないため，配置場所の位置関係がわかりにくくなる。そこで，本研究で後者の問題を解決，あるいは解決を支援するため

は，学術情報総合センターにおいて中央にエレベーにはいくつかの方法が考えられる。一つは自動的にタがあることに着目し，常にエレベータを表示する

何らかの検索結果を表示する方法であり，もう一つことにより，利用者による場所の判読を助けること

は利用者の再検索を促す情報を表示する方法であ

とした。

る。

マーカ付与については，資料のある配置場所を赤本研究では，自動的に何らかの検索結果を表示す色の丸印で囲む。丸印の表示方法については，円のる方法として，入力されたキーワードを自動的に分半径を 50-70 ピクセル程度とし，配置場所の中心を割して AND 検索を行うという方法を検討する。こ6

大学図書館研究 LXXXII（2008.3）

ス 14）の一つとして公開している。以下では，大阪市
大携帯 OPAC の付加機能の評価について述べる。調査１，３，４は質問紙調査であり，調査２はアクセ
スログ分析である。
4.1

調査１

Amazon 情報表示機能の有用性と，配置画像表示
機能（ただし圧縮画像表示機能）の有効性について，開発中（公開前）に調査した。調査の詳細について
は文献 15）を参照されたい。
4.1.1
図８

自動再検索機能方法

大阪市立大学の共通教育科目「情報処理Ⅰ」（コンピュータリテラシー教育）において調査を行った。
被調査者は第三著者のクラスの受講生である。

れは，Yahoo!や Google などの検索エンジンにおい

手続きは以下のとおりである。「システムを使って既に実現されている機能であり，多くの利用者にてレポートの参考文献として添付する図書を探す」とってなじみのある検索方法である。

という課題を与えた。システムの使い方を教示し，実験後に質問紙を回収した。質問に対する評定は５

3.4.3

提案手法

段階評価による。回答者には質問紙回収後に授業のキーワード検索において，検索結果が０件となった場合に，自動的にキーワードを日本語形態素解析
システム ChaSen を用いて分割して，AND 検索を行う。検索結果が１件以上の場合や，入力されたキー

平常点を謝礼として与えた。
調査は 2004 年７月に実施した。
なお，調査当時の配置画像表示機能は圧縮画像表
示機能のみであった。

ワードが日本語ではない場合にはこの機能は実行さ
れない。

4.1.2

図８に概念図を示す。たとえば，キーワードとし

結果と考察

（１）概要

て「知識情報システム論」と入力する。OPAC では

１年生 38 人に質問紙を配布し，37 人から回収しゼロヒットとなり「該当する書誌はありません」とた。37 人全員が携帯電話を保有しており，システム表示される。本システムでは，蔵書キーワード検索の動作確認ができた。

でいったんゼロヒットとなった後に，入力キーワー
ドを日本語形態素解析システム ChaSen を用いて
「知識

情報

システム

（２）Amazon 情報表示機能論」に分割して AND 検索「Amazon のレビューは本を探すために役にたちを行うことにより，その結果を検索結果一覧画面にましたか」という質問に対して，「Amazon のレ出力する。その結果，「生体情報システム論」「知識ビューを見つけられなかった」という回答（９人）

社会構築と理念革新・価値創造」「知識時代の経営を除くと，「５（非常に役に立った）」「４（やや役

情報システム論」の３冊の図書が表示される。
すなわち，通常は①から②の流れを経て蔵書キーに立った）」という回答が 71.5%（図９）であり，平均 3.8 であった。

ワード検索の検索結果が表示されるが，ゼロヒット

自由記述において，「Amazon のレビューが見らの場合には① の過程を１度のみ経ることになる。

れるのはいいと思います。本の内容がわかってうれ

利用者には再検索を意識させることなく検索結果をしい。」「Amazon のカスタマーレビューがよかっ

表示することができる。また，蔵書キーワード検索

た。」などのコメントがあった。

を２回行うだけなので，OPAC サーバへの負荷はさ以上から，特に Amazon レビューを中心とした，ほど大きくない。

Amazon 情報表示機能の有用性を確認した。

4.

（３）配置画像表示機能

大阪市大携帯 OPAC の付加機能の評価
大阪市大携帯 OPAC は，2004 年 11 月から大阪市

立大学学術情報総合センターのライブラリーサービ

調査当時はタイプ２画像においても圧縮画像表示
機能しか実装していなかった。
7大阪市立大学携帯 OPAC の独自開発とその評価

図９

Amazon レビューの有用性（調査１）
図 10

配置画像の見やすさ（調査 1，3，4）「配置画像は見やすかったですか」という質問に対クセスを除くアクセス数は 1,338 であった。これはして，「０（画像を表示できなかった）」という回答

利用者の操作数と等しい。

が 18.9%（７人）であり，「５（非常に見やすかった）」「４（やや見やすかった）」が 32.4%であり，平均 3.0

4.2.2であった（図 10 参照）
。

（１）概要

結果と考察

自由記述において，「画像は大きすぎて，携帯で総アクセス数 1,338 の内訳は，検索 657（49.1%），

は見られませんでした。」「配置場所の画像がでるの

詳細表示 494（36.9%），Amazon 情報表示 95（7.1%），

はとてもいいなとおもったしすごいなと思ったけれ

トップ画面表示 50（3.8%），２ページ目以降表示 27

ど，字が小さすぎてつぶれていたし，少し見にく（2.0%），配置画像表示 15（1.1%）であった。

かったです。」「配置場所の画像は取得可能ギリギリ

検索が行われた 657 アクセスの内訳（自動再検索だったので，もう少し小さくした方がよいと思いま

機能実行後）は以下のとおりである。検索結果としす。」などが示すように，画像サイズが大きくて表て最も多かったのは２件以上 25 件以下で 269

示できない，字が小さくてみえない，という内容の（41.0%），次に 26 件以上 999 件以下で 140（21.3%），

コメントが多数だったが，最新の携帯を利用する学１件のみが 117（17.8%）となっている。また，検索生からは「地図が小さくて見にくかった。」という結果が表示されない，０件（ゼロヒット）が 108

コメントもあった。

（16.4%），1,000 件以上が 23（3.5%）となっている。

上記より，圧縮画像表示機能には問題があることが示唆された。また，携帯機種によってみえにくさ（２）Amazon 情報表示機能の理由が様々であることがわかった。この調査結果

Amazon 情報表示機能の選択回数は 95 で総アクセを参考にして，動的画像表示機能を開発することとスの 7.1%，詳細表示時の 19.2%である。これらの数なった。

字から，Amazon の情報には一定のニーズがあると
考える。

4.2

調査２

実際に利用者がどのようにシステムを使用したか（３）配置画像表示機能について，2005 年のアクセスログ（以下，ログ）を

配置画像表示機能の選択回数は 15 である。これ分析した。2005 年のログを選んだ理由は，調査１，

は総アクセスの 1.1%，詳細表示時の 3.0%であり，３，４のような利用者実験を実施していないため，

Amazon と比べると使われていない。

利用状況が比較的自然な状態であると考えたからである。調査２では，Amazon 情報表示機能，配置画像表示機能，自動再検索機能について分析する。調査の詳細については文献 16,17）を参照されたい。

（４）自動再検索機能
自動再検索機能が実行されたのは，657 検索回数
中 167（25.4%）であった。再検索数 167 に対して検索結果が１件以上 999 件以下表示されたものが 53 で

4.2.1

方法

2005 年のログを分析した。ログには，アクセスされた日時，アクセス元の IP アドレス，携帯電話機
種，操作内容などが記録されている。PC からのア8ある。自動再検索が実行された場合には 31.7%（53/167）の割合で「検索結果に何も表示されない」
問題を解決できた。

大学図書館研究 LXXXII（2008.3）

4.3

調査３

調査１の追試であり，配置画像表示機能の変化に

4.4.2

結果と考察

（１）概要

関連する利用者の変化を調べることを目的としてい１年生 255 人から質問紙を回収した。２部の社会る。調査の詳細については文献 18）を参照されたい。

人学生１人を除いて全員が携帯電話を所有していた。実験参加者は 212 人（83.1%）であった。

4.3.1

方法

被調査者，手続きは調査１と同じである。調査は，（２）Amazon 情報表示機能

2006 年７月に実施した。
なお，配置画像表示機能は，3.3.3 に述べた２種類

実験参加者 212 人の中，87.7%（186 人）が Amazon 情報を表示できた。

を実装している。

自由記述において「Amazon のページが見られるのは良いと思う。」。「Amazon とつないだのはとて

4.3.2

結果と考察

も良いと思う」などのコメントがあった。

１年生 40 人と２年生９人の合計 49 人に質問紙を配布し，全員から質問紙を回収した。48 人が携帯電

おおむね Amazon 情報表示機能が好評であることがわかった。

話を保有しており，48 人ともにシステムの動作確認が行えた。

（３）配置画像表示機能「配置画像は見やすかったですか」という質問に実験では，図７の配置画像を表示させた。

対して，「０（画像を表示できなかった）」という回

実験参加者 212 人の中，203 人（95.8%）が，配置

答が 8.5%（４人）であり，「５（非常に見やすかっ画像を表示できた。
図 10 に配置画像の見やすさを示す。「０（画像をた）」「４（やや見やすかった）」が 44.7%，平均 3.1
であった（図 10）。
自由記述において「地図がのっていたのがよかった」という肯定的なコメントがある一方「配置場所表示できなかった）」という回答は 4.3%であり，「５（非常に見やすかった）」と「４（見やすかった）」で 44.5%であり，平均 3.2 であった。

画像が出なかった。」「配置場所の図がいまいちわか
りにくかった」というコメントがあった。
調査１と比べると，配置画像を表示できなかった人が大幅に減っている（18.9%→ 8.5%）。「５（非常自由記述において「配置画像が表示されなかった」というコメントは１件のみであり，「配置表がよくわからない」「地図をわかりやすくしてほしいです。」「場所図が粗い」などの，コメントが多かった。

に見やすかった）」「４（やや見やすかった）」の割

調査１，３とは実験条件と表示する配置画像が異合も増加している（32.4%→ 44.7%）。これらは，携なるので一概には言えないが，以下のように考える。

帯電話の進歩によると考える。また，動的画像表示

調査１（18.9%），調査３（8.5%）と比べて画像を表機能の実装も理由の一因であると思われる。

示できない割合が大幅に減少（4.3%）しており，これはやはり携帯電話の進化によるものと考える。逆

4.4

調査４

に調査３と比較して「２（やや見にくかった）」の調査１の追試である。経年変化を調査するととも割合が増えている（8.5%→ 23.2%）のも，携帯電話に，被調査者の人数を増やして，調査の信頼性を高の進化によるものではないだろうか。すなわち，めることを目的とする。

2004 年の開発当時の携帯電話に合わせて画像サイズを決定したため，逆に画像が小さく表示された携帯

4.4.1

方法

大阪市立大学の共通教育科目「情報基礎」（「情報処理 I」の後継科目）において以下の調査を行った。

電話が増えたと思われる。また，携帯電話の解像度があがったために，OPAC 用に作成した元の画像の粗さが目立つようになった可能性がある。

被調査者は第三著者以外のクラスの受講生を含む。
質問紙配布時に文房具を謝礼として与えた。手続き

5.

議論としては，あらかじめ指定したキーワードによる

本稿では，最小限のコストで携帯 OPAC を独自開

キーワード検索，Amazon 情報表示，配置画像表示

発する一つのモデルを示した。第一著者が付加機能を行わせ，質問紙に記入させた。

を除いてプロトタイプのプログラミングに費やした

調査は 2007 年６月に実施した。

日数は約１週間であり，図書館の技術系ライブラリ
アンや，情報工学の学生などによる開発も比較的容易に可能であろう。独自開発を外部委託する場合と9大阪市立大学携帯 OPAC の独自開発とその評価比べた最大のメリットは，委託に関するコストや事

OPAC そのものの改造を行うことなく，CGI インタ

務的な処理が不要なことであるが，そのほかにも，

フェースを利用して解決できる課題があることを示

携帯環境の変化や利用者の動向にあわせて機能変更したことであると考える。

を柔軟に行える点がある。ただし，学生を開発の主

本研究では，研究の一環で内部開発した携帯体とする場合には，修了後の維持体制を確保できるOPAC をライブラリーサービスとして公開・提供のか，トラブル時の対応が瞬時に可能か，などの課し，３年余の安定運用の実績を証明した。しかし，題がある。緊急かつ重要なサービスには不向きであOPAC のランキング機能の改善をはじめとして独自るが，試験的導入や，比較的利用者の少ないサービ

開発では実現できない機能が存在し，また，教員とスなどに適した形態であると考える。

学生の体制ではサポートに限界がある。独自開発でまた，OPAC の CGI インタフェースや，無料で利用できる Web サービスなどを用いて，低コストで得た知見を各ベンダーにおける OPAC や携帯 OPACの開発に生かしてほしいと願っている。

付加機能の開発が可能であることを実例をもって示した。中でも，Amazon 情報表示機能と配置画像表
示機能は，著者らが調べた限り，携帯 OPAC に実装された日本で最初の事例である。
Amazon 情報表示機能の開発に際しては，AWSの中で資料選択に有用な情報を選び，調査によりAmazon 情報表示機能は有用かつニーズがあることが明らかとなった。もっともこれは，Amazon レ
ビューの有用性だけでなく，一般的に多くの大学図書館の OPAC に利用者の資料選択を支援する機能が乏しいことが原因でもあると考える。また，Amazon レビューの内容に関する苦情は発生しなかった。内容情報としては，目次や帯などの情報が有用であることが知られているが，AWS においては，
Amazon で提供されている目次などの情報が提供されていないのが課題である。また，運用中に，
AWS のインタフェース仕様が突然変更になり，
Amazon 情報表示機能の内容が変わってしまうとい
うトラブルに遭遇した。外部の Web サービスを利用する際にはその仕様変更に注意する必要がある。
配置画像表示機能については，OPAC 用の配置画像を用いることにより，数々の試行錯誤を行ったが，利用者の持つ携帯電話の解像度が特定できないた
め，残念ながら最善の実装ができたわけではない。
本機能については，今後も進化を続ける携帯電話にあわせて改善する必要があると思われる。使いやすさを第一に考えるのであれば，携帯電話での利用にあわせた配置画像の作成が必要であるが，コストとのトレードオフである。Amazon 情報表示機能と比べるとニーズは低いが，センター内で資料を探した
い利用者にとっては有用な機能であることは利用者の自由記述から伺える。
自動再検索機能については，利用者からは見えないために直接的なコメントを得られたわけではない
が，ログの統計データからは，検索率向上に関する有効性を示すことができた。本機能の意義は，ゼロヒット問題の解決への一手法を実現したことと，
10

注記・引用文献
１）根岸正光. 図書館とモバイル・アクセス： i モード
対応システムにおける図書館員・利用者の経験. 大
学図書館研究, Vol.67, 2003, p.50-57.
２）株式会社ティアイエスは代表的なサードパーティの一つで, 九州大学などの導入事例がある。
３）茂出木理子. 東京大学における新しい情報サービスの戦略と展開：利用者が電子図書館に求めるもの.
情報の科学と技術, Vol.52, No.1, 2002, p.47-52.
４）大阪市立大学携帯 OPAC.（オンライン）. 入手先<URL http://kuroyuri.media.osaka-cu.ac.jp/i/>,（参照 2008-2-28）.
５）院生（第一著者）は修士課程では創造都市研究科，後期博士課程では工学研究科の院生であるが，一貫して情報検索研究室に所属している。
６）院生（第二著者）が修了後は教員（第三著者）が評価を担当している。
７）上田洋, 村上晴美. 携帯 OPAC の高度化−主題検索,
配置画像表示, 内容表示機能の試作−. 2005 年度日
本図書館情報学会春季研究集会発表要綱. 2005,
p.67-70.
８）上田洋. 携帯 OPAC の高度化に関する研究. 大阪市
立大学大学院創造都市研究科都市情報学専攻修士
論文. 2005, p.8-18.
９）Amazon Web サービス.（オンライン）. 入手先<URL http://www.amazon.co.jp/gp/feature.html?
docId=451209>,（参照 2008-2-28）.
10）文を形態素（意味を持つ最小単位）に分解するプ
ログラム。
11）前掲 9）.
12）岡本真. 試論：理想の OPAC を求めて−ユーザビリ
ティの観点から. 現代の図書館, Vol.45, No.3, 2007,
p.136-142.
13）前掲 12）.
14）大阪市立大学学術情報総合センターライブラリー
サービス.（オンライン）. 入手先 <URL http://libser.media.osaka-cu.ac.jp>.（参照 2008-2-28）.
15）前掲 8）.
16）金田千寿. 大学図書館における携帯 OPAC の利用に関する研究−大阪市立大学携帯 OPAC を題材とし

大学図書館研究 LXXXII（2008.3）て−. 大阪市立大学大学院創造都市研究科都市情報学専攻修士論文. 2007, p.37-65.
17）金田千寿, 村上晴美. 大阪市立大学携帯 OPAC の2005 年のログ分析. 大阪市立大学学術情報総合セン
ター紀要・情報学研究, Vol.8, 2007, p.35-40.
18）前掲 16）,p.69-97.

UEDA，Hiroshi

KANATA，Chizu＜ 2008.3.21 受理 うえだ ひろし 大阪市立大学大学院工学研究科 後期博士課程， かなた ちず 中
央システム株式会社， むらかみ はるみ 大阪市立大学大学院創造都市研究科兼学術情報総合センター教
授， ひらかた よしお 大阪市立大学学術情報総合センター運営課担当係長， たつみ しょうじ 大阪
市立大学大学院工学研究科教授＞

MURAKAMI，Harumi

HIRAKATA，Yoshio

TATSUMI，

Shoji
In-house development and evaluation of Osaka City University Mobile Phone OPAC
Abstract: The number of university libraries introducing mobile phone OPACs has been increasing alongwith the popularization of mobile phones in recent years. Before implementing a commercial mobile phone
OPAC, Osaka City University s Information Retrieval Research Lab developed the Osaka City University
Mobile Phone OPAC as one of its research projects. This paper will share our experiences with（1）thesystem and development process that made in-house development possible,（2）the development andevaluation of auxiliary functions such as displaying Amazon information, displaying location images, andautomated re-searching capabilities.
Keywords: mobile phone OPAC / in-house development / Amazon / location images / automated research11