JP2014119968A - 情報処理システム、サーバ装置、表示制御方法およびコンピュータプログラム - Google Patents

Abstract

【課題】表示装置が備える表示部の表示領域の大きさに応じて、ルビ等の文字の補助情報なしのドキュメントデータの表示を可能とする情報処理システムを提供する。
【解決手段】ストレージサーバ２２０が、端末機器２１０が有する表示部の表示領域のサイズを含む装置情報を取得し、端末機器２１０が表示対象とするドキュメントデータを、装置情報に対応する表示領域のサイズに応じて、端末機器２１０によって表示された際にドキュメントデータのページ内のルビ情報が非表示となるように編集し、編集されたドキュメントデータを端末機器２１０に送信する。そして、端末機器２１０が、ストレージサーバ２２０から受信したドキュメントデータを表示部の表示領域に表示する。
【選択図】図２

Description

本発明は、情報処理システム、サーバ装置、表示制御方法およびコンピュータプログラムに関する。

従来紙で出版されていた書籍を電子化して、電子書籍（ドキュメントデータ）として情報携帯端末に提供し、情報携帯端末が電子書籍を画面上に表示するシステムが提案されている。情報携帯端末は、画面の解像度や画面のサイズが様々であるので、電子書籍は画面のサイズや文字サイズに応じてレイアウトを変えることが可能なリフロー形式のフォーマットで提供されることが多い。リフロー形式の電子書籍フォーマットの例としては、ＥＰＵＢというＩＤＰＦ（International Digital Publishing Forum）が規定するフォーマットがある。ＥＰＵＢは、標準フォーマットとして利用されている。ＥＰＵＢは、本文が、ＨＴＭＬ（Hyper Text Markup Language）で書かれ、スタイルの指定にスタイルシートを利用可能であることを特徴としている。特に、ＥＰＵＢ３．０以降では、ルビや圏点、縦中横など日本語特有の表現に対応している。ルビは、ドキュメントデータのページ内の文字列の補助情報として機能し、例えば、漢字のふりがなである。

また、スマートフォンのような画面が小さい情報携帯端末で電子書籍を閲覧する場合、１画面あたりに含まれる情報量（例えば文字数）が少ない。また、この情報携帯端末では、ルビを挿入すると、行間が狭い場合に、ルビ表示に必要な分、行間が広がるので、１画面あたりの情報量がさらに低下する。

ルビを挿入しても１画面に表示される文字数を減らすことなく情報量の減少を抑制する技術として特許文献１に開示される技術がある。特許文献１は、漢字のルビを該漢字の上部近傍に付加する際に、行間がルビを付加できないほど狭く詰まっている場合、文字領域と行間の非文字領域とに分離してその大きさを計測し、ルビと該漢字のサイズを決定する画像処理装置を提案している。

特開２００２−２１５６１６号公報

しかし、特許文献１が開示する画像処理装置では、ルビを表示する際に表示される漢字等の文字が小さくなりすぎてしまい、読みづらくなる。つまり、特許文献１が開示する画像処理装置では、ルビを表示する際に、情報携帯端末の画面サイズを考慮して、表示内容を画面サイズに応じたものとすることはできない。

本発明は、表示装置が備える表示部の表示領域の大きさに応じて、ルビ等の文字の補助情報なしのドキュメントデータの表示を可能とする情報処理システムの提供を目的とする。

本発明の一実施形態の情報処理システムは、表示装置と、前記表示装置とネットワークを介して通信するサーバ装置とを備えるシステムである。前記サーバ装置は、前記表示装置が有する表示部の表示領域のサイズに対応する装置情報を取得する取得手段と、前記表示装置が表示対象とするドキュメントデータを、前記装置情報に対応する前記表示領域のサイズに応じて、前記表示装置によって表示された際に前記ドキュメントデータのページ内の文字の補助情報が非表示となるように編集する編集手段と、前記編集されたドキュメントデータを前記表示装置に送信する送信手段とを備える。また、前記表示装置は、前記サーバ装置から受信したドキュメントデータを前記表示部の表示領域に表示する表示制御手段を備える。

本発明の情報処理システムによれば、表示装置が有する表示部の表示領域の大きさに応じて、ルビ等の文字の補助情報なしのドキュメントデータの表示をすることができる。

本実施形態のシステム構成の一例を示す図である。 情報処理システムの機能ブロック図である。 ＥＰＵＢファイルの基本的な構成例を示す図である。 ドキュメントデータ変換処理の例を説明する図である。 ドキュメントデータがルビ表示の削除対象か否かの判断処理を説明する図である。 ルビ表現を含むＨＴＭＬのソースの一部の例である。 端末機器の画面サイズの大小の判断処理を説明する図である。 大小判定テーブルの一例を示す図である。 ルビ表示の削除処理を説明する図である。 スタイルシートの切り換えを説明する図である。 ドキュメントデータの、端末機器上での画面表示例を示す図である。 ルビ表示の削除処理を説明する図である。 ルビ表示の削除処理を説明する図である。 ルビ表示の削除処理を説明する図である。 ルビ表示の削除処理を説明する図である。 ドキュメントデータの、端末機器上での画面表示例を示す図である。 端末機器の構成を示す図である。 ドキュメントデータ変換処理を説明する図である。 ルビ表現を含むドキュメントデータの画面表示の例を示す図である。

図１９は、ルビ表現を含むドキュメントデータを画面サイズの大きな端末機器と小さな端末機器で表示したときの画面表示の例を示す図である。符号１８０１及び符号１８０３は端末機器の画面を示している。符号１８０２及び符号１８０４は、ルビの表示例を示している。なお、縦型の画面でなく横型の画面であってもよく、またスクロールも左右スクロールであってもよい。図１９（Ａ）は、画面サイズが大きく、ルビの表示により行間サイズが広がる画面の例を示している。この例では画面サイズが大きいので、ルビ表示のために広がった行間の影響により１画面に含まれる情報量が減少したとしても表示領域内には十分な文字数が含まれている。そのため、１画面に含まれる情報量の減少の影響は小さい。

一方、図１９（Ｂ）は、画面サイズが小さく、ルビの表示により行間サイズが広がる画面の例を示している。この例では、画面が小さいにも関わらず、ルビ表示のためにさらに行間が広がることで、１画面に含まれる情報量が少なくなってしまう。そのため、１画面に含まれる情報量の減少の影響が大きく、スクロール回数が増えたり、前後の文章を参照しにくくなる、という課題が生じる。以下に説明する本実施形態の情報処理システムよれば、この課題を解決することができる。

（実施例１）
図１は、本実施形態のシステム構成の一例を示す図である。図１に示す情報処理システムは、ストレージサーバ１１１と端末機器１２１とを備える。ストレージサーバ１１１と端末機器１２１とは、ネットワーク１０１を介して通信する。また、本実施形態の表示制御方法は、上記情報処理システムによって実現される。

ストレージサーバ１１１は、ＣＰＵ１１２、主記憶装置１１３、補助記憶装置１１４、入力装置１１５、出力装置１１６、ネットワークインタフェース１１７を備える。ＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略称である。主記憶装置１１３は、ハードディスクドライブやフラッシュメモリなどを有する。このハードディスクドライブやフラッシュメモリは、ＲＯＭ（Read Only Memory）や、ＲＡＭ（Random Access Memory）を有する。

補助記憶装置１１４は、ストレージサーバ１１１の動作を制御するためのコンピュータプログラムを記憶する。ＣＰＵ１１２は、このプログラムを実行することでストレージサーバ１１１の全体の動作を制御する。また、補助記憶装置１１４は、後述のフローチャートの処理を実行するためのプログラムを記憶する。入力装置１１５は、ストレージサーバ１１１に情報を入力する。入力装置１１５は、例えば、キーボードやマウスなどである。出力装置１１６は、情報を出力する。出力装置１１６は、例えば、ディスプレイなどである。ネットワークインタフェース１１７は、ストレージサーバ１１１をネットワーク１０１に接続するためのユニットである。

端末機器１２１は、ＣＰＵ１２２、主記憶措置１２３、補助記憶装置１２４、入力装置１２５、出力装置１２６、ネットワークインタフェース１２７を備える。主記憶装置１２３は、ハードディスクドライブやフラッシュメモリなどを有する。このハードディスクドライブやフラッシュメモリは、ＲＯＭや、ＲＡＭを有する。

補助記憶装置１２４は、端末機器１２１の動作を制御するためのプログラムを記憶する。ＣＰＵ１２２は、このプログラムを実行することで端末機器１２１の全体の動作を制御する。入力装置１２５は、端末機器１２１に情報を入力する。入力装置１２５は、例えば、キーボードやマウスなどである。出力装置１２６は、情報を出力する。出力装置１２６は、例えば、ディスプレイなどである。ネットワークインタフェース１２７は、端末機器１２１をネットワーク１０１に接続するためのユニットである。

図２は、実施例１の情報処理システムの機能ブロック図である。実施例１では、端末機器２１０がストレージサーバ２２０からドキュメントデータを取りだす際に、端末機器２１０の画面サイズが小さい場合、ストレージサーバ２２０が、ルビ表示・非表示を切り替え可能となるようにドキュメントデータを変換する。具体的には、端末機器２１０から送信されるドキュメントデータ取り出し要求と端末機器の情報とに基づき、ストレージサーバ２２０が、自装置に蓄積されたドキュメントデータに対して変換処理を行い、端末機器２１０にドキュメントデータを出力する。本実施例では、ドキュメントデータは、ＥＰＵＢファイルであるものとする。したがって、このドキュメントデータは、外部ファイルによってページのスタイルを指定可能な形式のデータである。

図２中の端末機器２１０、ストレージサーバ２２０、ネットワーク２０１のそれぞれは、図１中の端末機器１２１、ストレージサーバ１１１、ネットワーク１０１に対応する。すなわち、端末機器２１０は、表示装置として機能する。また、ストレージサーバ２２０は、端末機器２１０とネットワーク２１０を介して通信するサーバ装置として機能する。

端末機器２１０は、表示処理を行う表示部２１１と、インターネットやイントラネット等のネットワーク２０１に接続し他の機器とネットワーク通信を行う通信部２１２を備える。また、端末機器２１０は、ユーザがデータ入力や指示操作等を行う為の入力部２１３と、ドキュメントデータの取得を行うデータ取得部２１４を備える。データ取得部２１４はストレージサーバ２２０からドキュメントデータを取得するドキュメントデータ取得ソフトを持つ。

データ取得部２１４は、ユーザ指示にしたがって、入力部２１３を介して、ストレージサーバに蓄積されたドキュメントデータの取得を求める要求（ドキュメントデータ取得要求）と、ドキュメントデータの取得に必要な、端末機器情報を出力する。ドキュメントデータ取得要求は、少なくとも、取得対象のドキュメントデータの名称（ドキュメントデータ名）を含む。端末機器情報は、端末機器２１０に関する情報である。端末機器情報は、端末機器名、画面サイズ、ユーザー名などを含む。画面サイズは、端末機器２１０の表示部（ディスプレイ）の表示領域の大きさに対応する情報である。通信部２１２は、ドキュメントデータの取得要求と、端末機器情報とを、ネットワーク２０１を介してストレージサーバ２２０へ送信する。

ストレージサーバ２２０は、通信部２２１、データ入出力部２２２、データ保存部２２３、データ変換部２２４を備える。通信部２２１は、インターネットやイントラネット等のネットワーク２０１に接続し、他の機器とネットワーク通信を行う。データ入出力部２２２は、外部からのドキュメントデータの入力や外部へのドキュメントデータの出力を行う。データ保存部２２３は、ドキュメントデータを保存する。データ変換部２２４は、ドキュメントデータの変換処理を行う。

データ変換部２２４は、データ取得部２２５、データ解析部２２６、データ編集部２２７を備える。データ取得部２２５は、変換対象のドキュメントデータを取得する。データ解析部２２６は、端末機器２１０から送信された端末機器情報を用いて、変換対象のドキュメントデータを解析する。データ変換部２２４内のデータ編集部２２７は、データ解析部２２６による解析結果に基づいて、ドキュメントデータの編集を行う。具体的には、データ編集部２２７は、端末機器２１０が表示対象とするドキュメントデータを以下のように編集する。データ編集部２２７は、上記ドキュメントデータを、端末機器情報に対応する、端末機器２１０の画面サイズ（表示領域のサイズ）に応じて、端末機器２１０によって表示された際にドキュメントデータのページ内の文字の補助情報が非表示となるように編集する。本実施形態では、ページ内の文字の補助情報は、ルビ情報である。

本実施例では、ストレージサーバ２２０の通信部２２１が、端末機器２１０から送信された、ドキュメントデータの取得要求を受け取ると、データ入出力部２２２が取得要求を受けたドキュメントデータをデータ保存部２２３からデータ変換部２２４に渡す。データ変換部２２４は、端末機器２１０から受信した端末機器情報に基づいて、ドキュメントデータの変換処理を行い、端末機器２１０に送信する。そして、端末機器２１０が備えるＣＰＵが、送信されたドキュメントデータを表示部２１１に表示する表示制御手段として機能する。

図３は、ＥＰＵＢファイルの基本的な構成例を示す図である。ＥＰＵＢファイル３００（この例ではsample.epub）は、構成ファイルをＺＩＰファイルにまとめたものである。ＥＰＵＢファイルの中で、mimetypeファイル３０１とMETA-INFフォルダ３２０中のcontainer.xmlファイル３２１は、名称も場所も決まっているが、その他のファイルの配置は自由である。Mimetype３１０は、メディアタイプを記述したファイルである。

META-INFフォルダ３２０は、ＥＰＵＢに関する情報が格納されている。container.xmlファイル３２１は、出版物のルートファイルと格納場所がＸＭＬ（Extensible Markup Language）で記述されている。この例では、OEBPSフォルダ３３０にあるcontent.opfファイル３３１が、ルートファイルに相当する。right.xmlファイル３２２は、著作権管理情報を記述するＸＭＬファイルである。OEBPSフォルダ３３０には、出版物のコンテンツが格納されている。

content.opfファイル３３１は、ＥＰＵＢファイルを構成するファイルへのパスとファイル名を記述する。toc.ncxファイル３３２は、ＥＰＵＢファイルの目次である。stylesフォルダ３３３は、スタイルシート（３３３（ａ）、３３３（ｂ））を格納するフォルダである。documentsフォルダ３３４は、コンテンツページ（３３４（ａ）、３３４（ｂ）、３３４（ｃ）） を格納するフォルダである。imagesフォルダ３３５は、画像ファイル（３３５（ａ）、３３５（ｂ））を格納するフォルダである。以下、全てのＨＴＭＬファイルとは、documentsフォルダ３３４に格納されている全ＨＴＭＬファイルを指す。この他にも、動画ファイルや音声ファイルをＥＰＵＢファイルの構成ファイルとすることができる。

図４は、本実施例におけるドキュメントデータ変換処理の例を示すフローチャートである。この例では、ストレージサーバ２２０がドキュメントデータ変換処理を実行する。

まず、データ変換部２２４が備えるデータ取得部２２５が、端末機器２１０から送信されたドキュメントデータ取得要求内のドキュメントデータ名と、端末機器情報を取得する（ステップＳ４０１）。すなわち、データ変換部２２４は、端末機器２１０が有する表示部の表示領域のサイズに対応する装置情報を取得する取得手段として機能する。このドキュメントデータ名が、変換対象のドキュメントデータを示す。次に、データ解析部２２６は、変換対象とされたドキュメントデータがルビ表示の削除対象か否かを判断する（ステップＳ４０２）。ドキュメントデータがルビ表示の削除対象か否かの判断処理については、図５を参照して説明する。

ドキュメントデータがルビ表示の削除対象でない場合は、処理を終了する。ドキュメントデータがルビ表示の削除対象である場合は、ステップＳ４０４へ進む。

次に、データ解析部２２６が、ステップＳ４０１で取得したデータを基に画面サイズの大小を判断する（ステップＳ４０５）。画面サイズの大小の判断処理については、図７を参照して説明する。画面サイズが大である場合は、処理を終了する。画面サイズが小である場合は、ルビ表示の削除処理（ステップＳ４０６）を行い、処理を終了する。ルビ表示の削除処理は、ドキュメントデータを、端末機器２１０によって表示された際にドキュメントデータのページ内のルビ情報が非表示となるように編集する処理である。ルビ表示の削除処理については、図９を参照して説明する。

図５は、図４のステップＳ４０２における、ドキュメントデータがルビ表示の削除対象か否かの判断処理を説明するフローチャートである。

まず、データ取得部２２５が、変換対象のドキュメントデータの拡張子がルビ表現を含むことができる拡張子であるかを判断する（ステップＳ５０１）。本実施例では、ステップＳ５０１の判断処理を、拡張子に基づいて行う。具体的には、拡張子がｅｐｕｂである場合は、データ取得部２２５が、変換対象のドキュメントデータの拡張子がルビ表現を含むことができる拡張子であると判断する。なお、データ取得部２２５が、変換対象のドキュメントデータの拡張子がルビ表現を含むことができる拡張子を、図３に示すmimetype３０１に基づいて判断してもよい。データ取得部２２５は、ドキュメントデータの内部のデータを参照してｅｐｕｂファイルであると判断した場合に、変換対象のドキュメントデータの拡張子がルビ表現を含むことができる拡張子であると判断してもよい。

変換対象のドキュメントデータの拡張子がルビ表現を含むことができる拡張子でない場合は、処理を終了する。変換対象のドキュメントデータの拡張子がルビ表現を含むことができる拡張子である場合、データ取得部２２５は、変換対象のドキュメントデータ内に含まれる全てのＨＴＭＬに対して、ルビ表現を含むか否かの判断処理が完了したかを判別する（ステップＳ５０３）。

変換対象のドキュメントデータ内に含まれる全てのＨＴＭＬに対して、ルビ表現を含むか否かの判断処理が完了した場合、データ取得部２２５は、ドキュメントデータがルビ表示の削除対象でないと判断して（ステップＳ５０２）、処理を終了する。

ルビ表現を含むか否かの判断処理が完了していないＨＴＭＬがある場合、データ取得部２２５は、ルビ表現を含むか否か判断されていないＨＴＭＬを選択し（ステップＳ５０４）、そのＨＴＭＬにrubyタグが含まれるか否かを判断する（ステップＳ５０５）。

図６は、ルビ表現を含むＨＴＭＬのソースの一部の例である。符号６０１がルビ表現を含むＨＴＭＬのソースの一部を示す。符号６０２が、ルビ表現を表す箇所を示す。rubyタグで囲まれた“栖”が、ルビを振られる文字である。<rt>タグで囲まれた“すみか”が、ルビの文字である。

図５に戻って、ＨＴＭＬにrubyタグが含まれない場合は、ステップＳ５０３に戻る。ＨＴＭＬにrubyタグが含まれる場合、データ取得部２２５は、ドキュメントデータがルビ表示の削除対象のファイルであると判断し（ステップＳ５０６）、処理を終了する。

図７は、図４のステップＳ４０５における、端末機器の画面サイズの大小の判断処理の例を説明するフローチャートである。まず、データ解析部２２６が、図４のステップＳ４０１で取得した端末機器情報に含まれる端末機器名と、大小判定テーブルとに基づいて、端末機器の画面サイズが大であるか小であるかを確認する（ステップＳ７０１）。

図８は、大小判定テーブルの一例を示す図である。大小判定テーブルは、端末機器名とサイズというデータ項目を有する。端末機器名は、端末機器の名称である。サイズは、当該端末機器の画面サイズである。

サイズに設定された「大」は、当該端末機器の画面サイズが、予め定められた閾値より大きいことを示す。サイズに設定された「小」は、当該端末機器の画面サイズが、予め定められた閾値より小さいことを示す。上記図７のステップＳ７０１では、データ解析部２２６は、端末機器名を大小判定テーブルから探索し、端末機器の画面サイズの大小を確認する。なお、本実施例では、データ解析部２２６は、端末機器の名称によって大小を確認するが、端末機器情報に含まれる画面サイズを参照して大小を確認してもよく、ユーザに対応づけて予め登録された情報を参照して大小を確認してもよい。

次に、図７のステップＳ７０２において、データ解析部２２６が、ステップＳ７０１における確認結果に基づいて、端末機器の画面サイズを判断する（ステップＳ７０２）。確認結果が、画面サイズが小であることを示す場合、データ解析部２２６は、画面サイズが小であると判断する（ステップＳ７０３）。確認結果が、画面サイズが大であるか、または大小判定テーブルに端末機器名がないことを示す場合、データ解析部２２６は、画面サイズが大であると判断する（ステップＳ７０４）。

図９は、本実施例におけるルビ表示の削除処理を説明するフローチャートである。データ編集部２２７が、ルビ表示の削除処理が完了していないＨＴＭＬを１つ選択する（ステップＳ９０１）。続いて、データ編集部２２７が、上記ステップＳ９０１で選択されたＨＴＭＬがスタイルシートを参照しているか否かを判断する（ステップＳ９０２）。

選択されたＨＴＭＬがスタイルシートを参照していない場合、データ編集部２２７は、スタイルシートを参照するソース１００４を、図１０（Ｂ）に示すようにＨＴＭＬ１００３に挿入する。データ編集部２２７は、参照するスタイルシートの名称（１００５）に、空白を指定する。データ編集部２２７が、空のスタイルシートを作成し、そのスタイルシートを参照してもよい。

次に、データ編集部２２７が、ルビ非表示用のスタイルシートを作成する（ステップＳ９０４）。図１０（Ａ）は、ルビ非表示用のスタイルシートの例である。符号１００１が、作成するスタイルシートを示す。符号１００２は、ルビの文字のタグである”<rt>タグ”を非表示にすることを示す。なお、図９のステップＳ９０３で作成するスタイルシートは、図１０中の符号１００２が示す記述のみがされたスタイルシートである。

一方、データ編集部２２７は、ステップＳ９０２で選択されたＨＴＭＬがスタイルシートを参照している場合は、ＨＴＭＬ中のスタイルシートに、ｉｄが振られているかを判断する（ステップＳ９０５）。スタイルシートにｉｄが振られていない場合、データ編集部２２７が、図１０（Ｂ）に示すように、スタイルシートのid（符号１００６）を振る（ステップＳ９０６）。

次に、データ編集部２２７が、スタイルシートを複製する（ステップＳ９０７）。そして、データ編集部２２７が、複製されたスタイルシートに、図１０（Ａ）中の１００２に示す記述を追加して、ルビ非表示用スタイルシートを作成する（ステップＳ９０８）。

次に、データ編集部２２７が、ＨＴＭＬに、参照しているスタイルシートを切り替えるスクリプトを挿入する（ステップＳ９０９）。この例では、データ編集部２２７は、Ｊａｖａ（登録商標）Ｓｃｒｙｐｔを挿入する。このスクリプトを実行することにより、ドキュメントが、ルビ表示用／非表示用のスタイルシートを切り替え可能となる。図１０（Ｂ）中の符号１００７が、挿入されるスクリプトの例である。この例では、本文のＨＴＭＬ中に直接記述しているが、スクリプトを、外部ファイルとしてＨＴＭＬの中から呼び出すようにしても、同様の切り替えが実現できる。

次に、データ編集部２２７が、ステップＳ９０９において挿入したスクリプトを実行するコードをＨＴＭＬ中に挿入する（ステップＳ９１０）。例えば、データ編集部２２７は、図１０（Ｃ）の符号１００８が示すコードをＨＴＭＬ中に挿入する。この例では、挿入されるコード１００８は、セレクトボックスにより選択・実行できるソースである。

次に、データ編集部２２７が、ドキュメントデータ中の全てのＨＴＭＬに対して処理を行ったかを確認する（ステップＳ９１１）。

処理を行っていないＨＴＭＬがある場合は、ステップＳ９０１に戻る。ドキュメントデータ中の全てのＨＴＭＬに対して処理を行った場合は、データ編集部２２７が、本フローチャート内（Ｓ９０７，Ｓ９０８，Ｓ９０４）で作成したファイル情報を、図３中のメタデータファイル３３１に追加する（ステップＳ９１２）。図１０（Ｄ）中の符号１００９は、メタデータファイルの記載例を示す。また、符号１０１０は、ステップＳ９０４またはＳ９０８で新たに追加したスタイルシートをメタデータに追加した例を示す。

上述した図９のステップＳ９０７乃至Ｓ９１０の処理は、端末機器２１０が表示対象とするドキュメントデータを、該ドキュメントデータに対応する外部ファイルを切り換えることによって、ルビ情報が非表示となるように編集する処理である。

図１１は、図９を参照して説明したルビ表示の削除処理後のドキュメントデータの、端末機器上での画面表示例を示す図である。図１１（Ａ）中の符号１１０１、図１１（Ｂ）中の符号１１０３が、端末機器２１０における画面表示を示す。

図１１（Ａ）中の符号１１０２、図１１（Ｂ）中の符号１１０４は、セレクトボックスである。ユーザは、セレクトボックスを用いて、ルビの表示／非表示を切り換えることができる。すなわち、ストレージサーバ２２０が備えるデータ編集部２２７は、ルビ表示の削除処理によって、ドキュメントデータを、端末機器２１０が非表示となるルビ情報に代替する代替情報を表示可能となるように編集する。実施例１においては、データ編集部２２７は、ドキュメントデータを、端末機器２１０がドキュメントデータのページ内のルビ情報の全てをまとめて非表示とするか、表示するかを切り換えできるように編集する。

図１１（Ａ）に示す画面が表示されている状態において、セレクトボックス１１０２でＯＮが選択された場合は、図１０（Ｂ）中のスクリプト１００７が実行され、参照するスタイルシートが変更し、図１１（Ｂ）の表示に切り替わる。また、図１１（Ｂ）に示す画面が表示されている状態において、セレクトボックス１１０４のＯＦＦが選択されると、画面が図１１（Ａ）に示す画面に遷移する。なお、ラジオボタンやスライドバーなどを用いて、ルビの表示／非表示を切り換えることができる。

以上説明した実施例１の情報処理システムによれば、端末機器がストレージサーバからＥＰＵＢのドキュメントファイルを取得する際に、端末機器の画面サイズが小さい場合、端末機器がルビの表示・非表示を切り替え可能なデータを受け取ることができる。これにより、スマートフォンのような画面サイズの小さな携帯端末において、ルビ表示が削除されたデータ表示をすることができ、１画面当たりに含まれる情報量を増やすことが可能となる。

（実施例２）
実施例２においては、ストレージサーバ２２０が、各々のルビの表示・非表示を切り替え可能となるようにドキュメントデータを変換する。つまり、実施例２においては、図４のステップＳ４０６におけるルビ表示の削除処理を、実施例１とは異なる方法で実現する。

図１２は、実施例２におけるルビ表示の削除処理を説明するフローチャートである。データ編集部２２７が、ルビ表示の削除処理が行われていないＨＴＭＬを１つ選択する（ステップＳ１２０１）。データ編集部２２７が、選択されたＨＴＭＬにルビ表現が含まれるかを判断する（ステップＳ１２０２）。選択されたＨＴＭＬにルビ表現が含まれると判断された場合は、ステップＳ１２０３へ進む。選択されたＨＴＭＬにルビ表現が含まれないと判断された場合は、ステップＳ１２１１へ進む。

ステップＳ１２０３において、データ編集部２２７が、選択されたＨＴＭＬがスタイルシートを参照しているかを判断する。選択されたＨＴＭＬがスタイルシートを参照していないと判断した場合、データ編集部２２７が、空のスタイルシートを作成し、メタデータファイル（図３のメタデータファイル３３１）に、作成したスタイルシートの情報を追加する（ステップＳ１２０４）。続いて、データ編集部２２７が、上記ステップＳ１２０４で作成したスタイルシートを参照するソースを、ＨＴＭＬに挿入する（ステップＳ１２０５）。そして、処理がステップＳ１２０６に進む。

次に、データ編集部２２７が、スタイルシートを編集し、ルビの表示・非表示を入れ替えるスクリプトを挿入する（ステップＳ１２０６）。データ編集部２２７が、rubyタグをspanタグで囲む（ステップＳ１２０７）。そして、データ編集部２２７が、spanタグの属性に、ユニークなｃｌａｓｓ属性を付加する（ステップＳ１２０８）。

次に、データ編集部２２７が、spanタグで囲まれた文字をタッチ又はクリック等で選択することで上記Ｓ１２０６で挿入したスクリプトを呼び出すコードを挿入する（ステップＳ１２０９）。

次に、データ編集部２２７が、ルビ表現が残っているかを判断する（ステップＳ１２０１）。データ編集部２２７が、ルビ表現が残っていると判断した場合は、処理がステップＳ１２０７に戻る。データ編集部２２７が、ルビ表現が残っていないと判断した場合は、処理がステップＳ１２１１に進む。

ステップＳ１２１１において、データ編集部２２７が、全てのＨＴＭＬに対してルビ表示の削除処理を行ったかを判断する。データ編集部２２７が、全てのＨＴＭＬに対してルビ表示の削除処理を行ったと判断した場合は、処理を終了する。データ編集部２２７が、ルビ表示の削除処理を行っていないＨＴＭＬがあると判断した場合は、ステップＳ１２０１に戻る。

図１６（Ａ）および図１６（Ｂ）は、図１２を参照して説明したルビ表示の削除処理後のドキュメントデータの、端末機器上での画面表示例を示す図である。符号１６０１は、本文を示す。符号１６０２は、画面表示を示す。ユーザが、図１６（Ａ）中の符号１６０３が示す“栖”という文字をタッチすると、図１６（Ｂ）に示すように画面遷移する。図１６（Ｂ）中の符号１６０４が、画面遷移後の画面表示である。画面遷移後の画面には、“栖”という文字の上にルビ１６０５が表示されている。すなわち、実施例２では、ストレージサーバ２２０が備えるデータ編集部２２７は、ドキュメントデータを、端末機器２１０がドキュメントデータのページ内のルビ情報を個別に非表示とするか、表示するかを切り換えできるように編集する。

実施例２の情報処理システムによれば、スマートフォンのような画面サイズの小さな携帯端末におけるドキュメントデータの表示において、各々のルビを表示または非表示に切り換え可能となる。

（実施例３）
実施例３の情報処理システムでは、端末機器の画面サイズが小さい場合、ストレージサーバが、ルビの表示を削除し、ルビ情報を索引用ＨＴＭＬに記述して、端末機器のユーザが文字を選択することで索引にジャンプできるようにする。つまり、実施例３においては、図４のステップＳ４０６におけるルビ表示の削除処理を、実施例１とは異なる方法で実現する。

図１３は、実施例３におけるルビ表示の削除処理を説明するフローチャートである。データ編集部２２７が、索引用のＨＴＭＬを作成し、メタデータに記述する（ステップＳ１３０１）。ステップＳ１３０２乃至Ｓ１３０６は、図１２のステップＳ１２０１乃至Ｓ１２０５と同様であるので、説明を省略する。

ステップＳ１３０７において、データ編集部２２７が、参照しているスタイルシートに、ルビを非表示にする記述（例えば、図１０（Ａ）中の符号１００２が示す記述）を追加する。続いて、データ編集部２２７が、rubyタグ内の情報（ルビを振られる文字とルビの組み合わせ）を、ステップＳ１３０１で作成したＨＴＭＬに記述する（ステップＳ１３０８）。

次に、データ編集部２２７が、rubyタグをa タグで囲み、上記ステップＳ１３０８で記述したルビ情報の箇所へジャンプするリンクを張る（ステップＳ１３０９）。ステップＳ１３１０、Ｓ１３１１は、図１２のステップＳ１２１０、Ｓ１２１１と同様であるので、説明を省略する。

図１６（Ｃ）および図１６（Ｄ）は、図１３を参照して説明したルビ表示の削除処理後のドキュメントデータの、端末機器上での画面表示例を示す図である。図１６（Ｃ）中の符号１６０６は、本文を示す。符号１６０７は、画面表示を示す。ユーザが、図１６（Ｃ）中の符号１６０８が示す“栖”という文字をタッチすると、図１６（Ｄ）に示すように画面遷移する。図１６（Ｄ）は、索引を表示する画面を示す。図１６（Ｄ）中の符号１６１０が、“栖”という文字に対応する、削除されたルビ情報である。すなわち、実施例３では、ストレージサーバ２２０が備えるデータ編集部２２７は、以下の処理を実行する。データ編集部２２７は、ドキュメントデータを、端末機器２１０が、非表示となったルビ情報に対応する、表示領域上に表示された文字に対する選択操作にしたがって、選択された文字の索引を表示できるように編集する。

実施例２の情報処理システムによれば、スマートフォンのような画面サイズの小さな携帯端末におけるドキュメントデータの表示において、ドキュメントデータの表示画面上の文字の選択操作に応じて索引にアクセスすることが可能となる。

（実施例４）
実施例４の情報処理システムでは、端末機器の画面サイズが小さい場合、ストレージサーバが、ルビの表示を削除し、端末機器のユーザが文字を選択することでルビ情報をポップアップで表示できるようにする。つまり、実施例４においては、図４のステップＳ４０６におけるルビ表示の削除処理を、実施例１とは異なる方法で実現する。

図１４は、実施例４におけるルビ表示の削除処理を説明するフローチャートである。ステップＳ１４０１乃至Ｓ１４０５は、図１２のステップＳ１２０１乃至Ｓ１２０５と同様である。また、ステップＳ１４０６、Ｓ１４０９、Ｓ１４１０は、それぞれ、図１３のステップＳ１３０７、Ｓ１３１０、Ｓ１３１１と同様である。

ステップＳ１４０７において、データ編集部２２７が、rubyタグをspanタグで囲む。続いて、データ編集部２２７が、spanタグをタッチ又はクリックするとルビ情報をポップアップで表示するコードを挿入する（ステップＳ１４０８）。

図１６（Ｅ）および図１６（Ｆ）は、図１４を参照して説明したルビ表示の削除処理後のドキュメントデータの、端末機器上での画面表示例を示す図である。符号１６１１は、本文を示す。符号１６１２，１６１４は、画面表示を示す。ユーザが、図１６（Ｅ）中の、符号１６１３で示す“栖”という文字をタッチすると、図１６（Ｆ）に示すように画面遷移する。図１６（Ｆ）は、ルビ情報をポップアップで表示する画面を示す。図１６（Ｆ）中の符号１６１５が、“栖”という文字に対応する、ルビ情報のポップアップ表示を示す。すなわち、実施例４では、ストレージサーバ２２０が備えるデータ編集部２２７は、以下の処理を実行する。データ編集部２２７は、ドキュメントデータを、端末機器２１０が、表示領域上に表示された文字に対する選択操作にしたがって、選択された文字に対応するルビ情報をポップアップ表示できるように編集する。

実施例４の情報処理システムによれば、スマートフォンのような画面サイズの小さな携帯端末におけるドキュメントデータの表示において、ドキュメントデータの表示画面上の文字の選択操作に応じてルビ情報をポップアップ表示することが可能となる。

（実施例５）
実施例５の情報処理システムでは、端末機器の画面サイズが小さい場合、ストレージサーバが、ドキュメントデータを、単にルビの表示を削除したデータに変換する。つまり、実施例５においては、図４のステップＳ４０６におけるルビ表示の削除処理を、実施例１とは異なる方法で実現する。

図１５は、実施例５におけるルビ表示の削除処理を説明するフローチャートである。ステップＳ１５０１乃至Ｓ１５０５は、図１４のステップＳ１４０１乃至Ｓ１４０５と同様である。ステップＳ１５０６は、図１４のステップＳ１４０６と同様であり、処理が終わるとステップＳ１５０７に進む。ステップＳ１５０７は、図１４のステップＳ１４１０と同様である。

実施例５の情報処理システムによれば、スマートフォンのような画面サイズの小さな携帯端末におけるドキュメントデータの表示において、ルビ表示が単に削除された形式のデータを表示することができる。

（実施例６）
上述した実施例１乃至５のいずれかを、全て端末機器内で行ってもよい。実施例６の情報処理システムでは、端末機器がドキュメントデータを保持し、端末機器自身が、端末機器の画面サイズが小さい場合に、ルビの表示を削除する処理を実行する。

図１７は、実施例６における端末機器の構成を示す図である。端末機器１７００は、表示部１７０１と、入力部１７０２と、データ保存部１７０３と、データ変換部１７０４とを備える。表示部１７０１は、表示処理を行う。入力部１７０２は、ユーザの入力操作に応じたデータ入力や指示入力を行う。データ保存部１７０３は、ドキュメントデータを保持する。データ変換部１７０４は、ドキュメントデータの変換処理を行う。

入力部１７０２が、ユーザ操作に応じて、ユーザが閲覧したいドキュメントデータの取得要求を投入する。データ変換部１７０４が、投入された取得要求に含まれる、ドキュメントデータ名と、端末機器情報とに基づいて、データ保存部１７０３に保存されているドキュメントデータの変換処理を行う。表示部１７０１が、変換後のドキュメントデータを表示する。データ変換部１７０５が実行するデータ変換処理は、図２のストレージサーバ２２０が備えるデータ変換部２２４が実行するデータ変換処理と同様である。

実施例６における端末機器によれば、自機器がスマートフォンのような画面サイズの小さな携帯端末である場合に、ルビ表示が削除されたドキュメントデータを画面表示することができる。

（実施例７）
実施例７の情報処理システムでは、ストレージサーバが、端末機器から取得要求されたドキュメントデータのうち、予めルビ表示の削除処理が完了しているドキュメントデータを保持している場合には、そのドキュメントデータを返す。

図１８は、実施例７におけるドキュメントデータ変換処理を説明するフローチャートである。ステップＳ１９０１乃至Ｓ１９０５は、図４のステップＳ４０１乃至Ｓ４０５と同様である。

ステップＳ１９０５における判断処理で、画面サイズが小さいと判断された場合、処理がステップＳ１９０６に進む。そして、データ変換部２２４が、端末機器から取得要求を受けたドキュメントデータについてのルビ表示の削除処理完了後のデータがストレージサーバ２２０内にあるかを判断する（ステップＳ１９０６）。

取得要求を受けたドキュメントデータについてのルビ表示の削除処理完了後のデータがストレージサーバ２２０内にある場合、データ変換部２２４が、当該ストレージサーバ２２０内のデータを通信部２２１に渡す。通信部２２１が、データ変換部２２４から受け取ったデータを、取得要求に対する応答として端末機器に返す。取得要求を受けたドキュメントデータについてのルビ表示の削除処理完了後のデータがストレージサーバ２２０内にない場合、ルビ表示の削除処理が行われる（ステップＳ１９０７）。ステップＳ１９０７におけるルビ表示の削除処理は、図４のステップＳ４０６におけるルビ表示の削除処理と同様である。

実施例７によれば、スマートフォンのような画面サイズの小さな携帯端末からドキュメントデータ取得要求を受けたストレージサーバは、自身が上記取得要求に対応する、ルビ表示の削除処理後のデータを保持している場合には、そのデータを返すことができる。

（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

２１０ 端末機器
２２０ ストレージサーバ

Claims (13)

1. 表示装置と、前記表示装置とネットワークを介して通信するサーバ装置とを備えるシステムであって、
   前記サーバ装置は、
   前記表示装置が有する表示部の表示領域のサイズに対応する装置情報を取得する取得手段と、
   前記表示装置が表示対象とするドキュメントデータを、前記装置情報に対応する前記表示領域のサイズに応じて、前記表示装置によって表示された際に前記ドキュメントデータのページ内の文字の補助情報が非表示となるように編集する編集手段と、
   前記編集されたドキュメントデータを前記表示装置に送信する送信手段とを備え、
   前記表示装置は、前記サーバ装置から受信したドキュメントデータを前記表示部の表示領域に表示する表示制御手段を備える
   ことを特徴とする情報処理システム。
2. 前記編集手段は、前記ドキュメントデータを、前記表示装置が前記非表示となる前記補助情報に代替する代替情報を表示可能となるように編集する
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記編集手段は、前記ドキュメントデータを、前記表示装置が前記ドキュメントデータのページ内の前記補助情報の全てをまとめて非表示とするか、表示するかを切り換えできるように編集する
   ことを特徴とする請求項２に記載の情報処理システム。
4. 前記編集手段は、前記ドキュメントデータを、前記表示装置が前記ドキュメントデータのページ内の前記補助情報を個別に非表示とするか、表示するかを切り換えできるように編集する
   ことを特徴とする請求項２に記載の情報処理システム。
5. 前記編集手段は、前記ドキュメントデータを、前記表示装置が、前記非表示となった補助情報に対応する、前記表示領域上に表示された文字に対する選択操作にしたがって、選択された文字の索引を表示できるように編集する
   ことを特徴とする請求項２に記載の情報処理システム。
6. 前記編集手段は、前記ドキュメントデータを、前記表示装置が、前記非表示となった補助情報に対応する、前記表示領域上に表示された文字に対する選択操作にしたがって、選択された文字に対応する補助情報をポップアップ表示できるように編集する
   ことを特徴とする請求項２に記載の情報処理システム。
7. 前記編集手段は、
   前記表示領域のサイズが予め決められた閾値より小さいかを判断し、
   前記表示領域のサイズが前記閾値より小さいと判断した場合に、前記ドキュメントデータを、前記表示装置によって表示された際に前記ドキュメントデータのページ内の文字の補助情報が非表示となるように編集する
   ことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理システム。
8. 前記ドキュメントデータのページ内の文字の補助情報は、ルビ情報である
   ことを特徴とする請求項１乃至７のいずれか１項に記載の情報処理システム。
9. 前記ドキュメントデータは、外部ファイルによってページのスタイルを指定可能な形式のデータであり、
   前記編集手段は、前記表示装置が表示対象とするドキュメントデータを、該ドキュメントデータに対応する前記外部ファイルを切り換えることによって、前記ルビ情報が非表示となるように編集する
   ことを特徴とする請求項８に記載の情報処理システム。
10. ドキュメントデータを表示する表示装置であって、
    前記ドキュメントデータを保持する保持手段と、
    前記表示装置が有する表示部の表示領域のサイズに対応する装置情報を取得する取得手段と、
    前記装置情報に対応する前記表示領域のサイズに応じて、前記保持手段によって保持されているドキュメントデータが表示された際に前記ドキュメントデータのページ内の文字の補助情報が非表示となるように編集する編集手段と、
    前記編集されたドキュメントデータを前記表示部の前記表示領域に表示する表示制御手段とを備える
    ことを特徴とする表示装置。
11. ドキュメントデータを表示する表示装置とネットワークを介して通信するサーバ装置であって、
    前記表示装置が有する表示部の表示領域のサイズに対応する装置情報を取得する取得手段と、
    前記表示装置が表示対象とするドキュメントデータを、前記装置情報に対応する前記表示領域のサイズに応じて、前記表示装置によって表示された際に前記ドキュメントデータのページ内の文字の補助情報が非表示となるように編集する編集手段と、
    前記編集されたドキュメントデータを前記表示装置に送信する送信手段とを備える
    ことを特徴とするサーバ装置。
12. 表示装置と、前記表示装置とネットワークを介して通信するサーバ装置とを備えるシステムにおけるドキュメントデータの表示制御方法であって、
    前記サーバ装置が、前記表示装置が有する表示部の表示領域のサイズに対応する装置情報を取得する工程と、
    前記サーバ装置が、前記表示装置が表示対象とするドキュメントデータを、前記装置情報に対応する前記表示領域のサイズに応じて、前記表示装置によって表示された際に前記ドキュメントデータのページ内の文字の補助情報が非表示となるように編集する工程と、
    前記サーバ装置が、前記編集されたドキュメントデータを前記表示装置に送信する工程と、
    前記表示装置が、前記サーバ装置から受信したドキュメントデータを前記表示部の表示領域に表示する工程とを有する
    ことを特徴とする表示制御方法。
13. 請求項１２に記載の表示制御方法をコンピュータに実行させることを特徴とするコンピュータプログラム。

Images