JP4907132B2 - 表示制御装置、携帯端末装置、表示制御方法、表示制御プログラム、およびコンピュータ読み取り可能な記録媒体 - Google Patents

Description

本発明は、例えば電子書籍等の電子文書を表示する表示装置でのルビの表示の制御を行う、表示制御装置、携帯端末装置、表示制御方法、表示制御プログラム、およびコンピュータ読み取り可能な記録媒体に関する。

従来から、電子書籍等の電子文書を表示する表示装置の中にはルビを表示する機能を有するものが存在する。図１５に示すデータの一部１４０は、電子文書内でのルビの記述方法の例である。図１５に示すように、<ruby>タグのrt属性にルビ文字列（図１５では「なつめそうせき」）を、<ruby>の子供要素（図１５では「夏目漱石」）にルビが付けられる側の文字列（以降、ルビベース文字列と呼ぶことにする）をそれぞれ指定するように記述される。このように記述されていると、表示装置では、図１６に示すように、ルビ付き文字１４１として、ルビベース文字列の上にルビ文字列が配置されて、表示される。なお、図１５では、データの一部１４０が、点線の四角で囲まれているが、単なる説明のための四角である。また、図１６では、ルビつき文字１４１に点線の四角が表示されているが、単なる説明のための四角であり、実際の表示装置では表示されない（図５、６、１７、１８、１９、２０、２１、２２に表示されている点線の四角も同様である）。

ルビ文字列の中には、図１７に示すルビ付き文字１４２のように表示した時の横幅（文字が増えていく方向の幅、図１７では文字は横書きなので横幅、文字が縦書きの場合は縦の幅）がルビベース文字列の横幅より大きいものが存在する。そのため、ルビ文字列を表示すべき行内の位置によっては、図１８に示すルビ付き文字１４３のように行末方向にはみ出てしまう場合がある。また、行内の位置だけでなく、表示領域のサイズが異なる表示装置で同じ文書を表示した時には、１行に表示される文字数も異なる。そのため、ある表示装置では図１７に示すように行内に表示できる電子文書であっても、他の表示装置では、図１８に示すように行末方向にはみ出てしまう場合がある。また、表示装置の中には、表示する文字のサイズをユーザの好みのものに変更できるように構成しているものも存在しており、文字サイズを大きくした場合などに同様の状況となる。

よって、ルビ全体が行内に表示できない場合には、図１９に示すルビ付き文字１４４のようにルビの直前（「Webでは」の直後）に改行を入れ、ルビ全体を次行に表示することが通常である。このように次行に表示する場合、前行が行の途中で折り返されるため、折り返す位置が行末よりも離れていると見栄えが悪くなってしまう。そのため、例えば、特許文献１には、図２０のようにルビ付き文字を２つに分割し、ルビ付き文字前半１４５を前行に、ルビ付き文字後半１４６を次行に表示する方法が開示されている。特許文献１では、あらかじめ、ルビ付き文字において分割できる位置をユーザに指定させておき、ルビ付き文字が行末側にはみ出す場合は、この位置により分割して表示するようにしている。図２０は、ルビ文字列の「Hyper Text」と「Markup Language」との間、ルビベース文字列の「HT」と「ML」との間が分割可能位置とあらかじめ指定されていた場合の表示例になる。

また、別の方法として、電子文書、電子書籍を作成する際に、図１５のデータの一部１４０のように記載するのではなく、「<ruby rt=”なつ”>夏</ruby><ruby rt=”め”>目</ruby><ruby rt=”そう”>漱</ruby><ruby rt=”せき”>石</ruby>」のように、ルビベース文字列の文字単位でルビを指定する形式（一般にモノルビ形式と呼ばれる）で記述しておく方法が取られることもある。このように記述しておくと、表示した時に、折り返す位置が行末よりも離れていることによる見栄えの悪さを最小限にすることができる。

また、例えば、特許文献２には、ルビベース文字列とルビ文字列をバランスよく配置させるために、ルビベース文字列の長さとルビ文字列の長さを比較して、ルビベース文字列の長さよりルビ文字列の長さが長ければ、ルビ文字列の長さとほぼ同じ長さになるように、ルビベース文字列の文字間隔を広げ、広げられたルビベース文字列のほぼ下、または、ほぼ上にルビ文字列を配置させる方法が、開示されている。
特開平１−１６６２５０号公報（１９８９年６月３０日公開） 特開平１０−２５４８５４号公報（１９９７年３月６日公開）

しかしながら、上記従来の表示方法では、例えば、図１９のようにルビ付き文字全体を次行に追い出す場合でも、次行の行幅よりもルビ文字列全体の幅が大きい場合は、１行に入りきらない。そのため、そのままでは図２１のように正しく表示できなくなってしまう。このことは、表示領域の行方向の幅が狭い場合、例えば、携帯端末等の表示領域が小さいものには、起こりやすい。

また、行幅は表示領域の幅とは限らず、図２２のように画像１４８が行の一部に表示されることにより、狭まっている場合も存在する。この場合、画像の横幅を行幅から引いたサイズ内に、ルビ付き文字全体の幅が収まっていないと、行末にはみ出てしまうことになる。

また、特許文献１に記載の方法を表示装置に採用する場合、分割位置を読者に指定させるのは、読者に手間がかかり読書を妨げることになる。そのため、現実的ではない。また、モノルビの形式で電子文書や電子書籍を作成する方法も、文書作成時の負担が大きいことや、データサイズが増えるなどのデメリットが存在している。

本発明は、上記の問題点に鑑みてなされたものであり、その目的は、文字を配列させる行方向の表示幅が狭い文字表示領域でも容易な処理でルビ文字列を表示することのできる表示制御装置、携帯端末装置、表示制御方法、表示制御プログラム、およびコンピュータ読み取り可能な記録媒体を実現することにある。

本発明に係る表示制御装置は、上記課題を解決するために、文字表示領域において、ベース文を複数のベース文表示行に配列させ、ベース文に含まれる第１文字群に関連付けられた第２文字群を、当該第１文字群を表示すべきベース文表示行の前の行または後の行との間の関連文表示領域に配列させて、上記第１文字群と上記第２文字群とを並列して表示させる並列表示形態をとる表示制御装置において、上記文字表示領域での第１文字群が表示されるベース文表示行の長さを表示幅として取得する表示幅取得手段と、上記第１文字群と上記第２文字群とのうち行方向に表示される表示長が長い方の文字群の表示長と、あるいは、第２文字群の行方向の表示長と、上記表示幅とを比較する比較手段と、上記比較手段による比較の結果、上記表示幅が比較した文字群の表示長より小さい場合、表示形態を上記並列表示形態とは変更させる表示決定手段と、を備えたことを特徴としている。

また、本発明に係る表示制御方法は、上記課題を解決するために、文字表示領域において、ベース文を複数のベース文表示行に配列させ、ベース文に含まれる第１文字群に関連付けられた第２文字群を、当該第１文字群を表示すべきベース文表示行の前の行または後の行との間の関連文表示領域に配列させて、上記第１文字群と上記第２文字群とを並列して表示させる並列表示形態をとる表示制御方法において、上記文字表示領域における第１文字群が表示されるベース文表示行の長さを表示幅として取得する表示幅取得ステップと、上記第１文字群と上記第２文字群とのうち行方向の長さが長い方の文字群の長さと、あるいは、第２文字群の行方向の長さと、上記表示幅とを比較する比較ステップと、上記比較ステップでの比較の結果、上記表示幅が比較した文字群の表示長より小さい場合、表示形態を上記並列表示形態とは変更させる表示決定ステップと、を含むことを特徴としている。

上記の構成および上記方法によれば、文字表示領域での第１文字群が表示されるベース文表示行の長さが表示幅として取得され、この表示幅と、第１文字群と第２文字群とのうち行方向に表示される表示長が長い方の文字群の表示長とを比較する。あるいは、表示幅と、第２文字群の行方向の表示長とを比較する。そして、比較の結果、表示幅が比較した文字群の表示長より小さい場合、表示形態を並列表示形態とは変更させることができる。

ここでベース文とは、電子文書に記載されている内容のうち、ルビ文字列やアンダーラインなどの文字修飾や、画像・BGMなどの非テキスト要素を除いたテキスト文字列を意味する。また、文書が横書きに表示される場合には、文字を配列させる方向である行方向は横方向を指す。縦書きで表示される場合には、行方向とは縦方向を指し示す。また、上記並列表示形態とは、文字表示領域において、ベース文を複数のベース文表示行に配列させ、ベース文に含まれる第１文字群に関連付けられた第２文字群を、当該第１文字群を表示すべきベース文表示行の前の行または後の行との間の関連文表示領域に配列させて、上記第１文字群と上記第２文字群とを並列して表示する形態である。図１７を用いて具体的に説明すると、表示画面の文字表示領域１７において、丸括弧“（”、“）”で囲まれた領域が関連文表示領域であり、大括弧“［”、“］”で囲まれた領域がベース文表示行である。この、文字表示領域１７における丸括弧“（”、“）”および大括弧“［”、“］”は、領域を説明のための記号であり、実際の表示画面にこれらの記号が表示されるわけではない。なお、ベース文表示行に関連文表示領域が少なくとも一部重るようになっていても、第１文字群および第２文字群を表示できるようになっていれば、かまわない。また、表示画面において、文字を表示可能な領域を文字表示領域とする。

具体的に、第１文字群がルビを付される文字（ルビベース文字列）であり、第２文字群がルビ（ルビ文字列）である場合を用いて説明すると、横書きに表示されるものでは、ルビベース文字列（第１文字群）の上あるいは下にルビ文字列（第２文字群）が表示されるものとする。また、文書が縦書きに表示するようになっている場合は、ルビベース文字の左右どちらにルビ文字列が表示されるようになる表示形態である。

上記構成および上記方法によると、第１文字群あるいは第２文字群が、表示幅に収まらない場合は、並列表示形態とは変更させ、ユーザに第２文字群であるとわかる別の表示形態で表示させるようにすることができる。よって、文字を配列させる行方向の表示幅が狭い文字表示領域でも、容易な処理で第２文字群を表示させることができる。また、例えば、電子書籍等の電子文書の作成者の手間をかけず、少ない処理で第２文字群を表示させることができる。

なお、第１文字群と第２文字群とは、互いに関連付けられた文字であればよく、例えば、第１文字群がルビを付される文字（ルビベース文字列）であり、第２文字群がルビ（ルビ文字列）であってもよいが、これに、限定されることはない。

本発明に係る表示制御装置では、上記構成に加え、第２文字群を、第１文字群に行方向に隣接させて、第２文字群であることを示して、上記ベース文表示行に表示してもよい。

上記構成によると、第２文字群は第１文字群に行方向に隣接して、第２文字群であることを示して、ベース文表示行表示される。よって、文字表示領域が狭い行幅の場合でも確実に第２文字群であることをわからせて表示させることができる。

本発明に係る表示制御装置では、上記構成に加え、上記表示決定手段は、第２文字群の表示色を第１文字群の表示色とは変えて表示する、あるいは、第２文字群の前後に括弧を表示してもよい。

上記構成によると、第２文字群の表示色は第１文字群の表示色とは変えて表示される。あるいは、第２文字群の前後に括弧が表示される。そのため、第２文字群であることを容易にユーザにわかるように表示させることができる。

本発明に係る表示制御装置は、上記構成に加え、ユーザ指示を受け付ける受付手段を備え、上記表示決定手段は、上記第１文字群のみを第１文字群であることを示して上記に表示し、かつ、受け付けたユーザ指示により当該第１文字群が選択されると、上記第２文字群を、上記文字表示領域に表示される枠内に表示してもよい。

上記構成によると、第１文字群であることをユーザに示して表示させることができる。また、第２文字群は、第１文字群をユーザが選択すると表示されるので、ユーザの必要があるときのみ第２文字群を表示させることができる。また、第２文字群は、文字表示領域に表示される枠内に表示されるので、第２文字群であるということを、わかりやすく表示させることができる。

本発明に係る表示制御装置では、上記構成に加え、上記表示決定手段は、上記枠を第１文字群に少なくとも一部重畳させて表示してもよい。

上記構成によると、第２文字群を囲む枠が第１文字群の少なくとも一部重畳して表示される。第１文字群と第２文字群とが離れた位置にあると、それらを照らして読むのが困難な場合もあるが、上記構成によると、第１文字群に関連付けられた第２文字群を、第１文字群の近くで読みやすく表示させることができる。

本発明に係る表示制御装置は、上記構成に加え、ユーザによる第２文字群の表示あるいは非表示の選択を受け付ける表示選択受付手段を備えていてもよい。

上記構成によると、ユーザが第２文字群を表示するか非表示にするかを選択することができる。そのため、第２文字群が目障りで不要であるといった場合には、非表示とすることができる。また、第２文字群を非表示にすることで、１画面（１回に表示させることのできる領域）によりたくさんのベース文からなる文章を表示できるようになる。この結果、ユーザのページめくりの回数を減らすことができる。また、例えば、第２文字群が漢字のルビであり、第１文字群が漢字である場合、漢字を覚えるときは第２文字群であるルビを表示し、覚えた漢字をテストするときは非表示にする、といったように学習に利用することができる。

本発明に係る携帯端末装置は、上記課題を解決するために、上記何れかの表示制御装置を備えたことを特徴としている。

携帯端末装置は、携帯できることから表示領域も小さく作成されていることが多い。そのため、文字表示領域における文字を配列させる行方向の表示幅が狭い場合が多い。しかし、このような場合でも、上記何れかの表示制御装置を備えているため、確実に第２文字群を、簡単な処理で表示させることができる。ここで、携帯端末装置としては、例えば、携帯電話機、ＰＨＳ（登録商標）、ＰＤＡ等が挙げられるがこれらに限定はされない。

また、本発明に係る表示制御装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記表示制御装置における上記各手段として動作させることにより上記表示制御装置をコンピュータにて実現させる表示制御装置制御プログラム、及びその表示制御プログラムを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

これらの構成によれば、表示制御プログラムを、コンピュータに読み取り実行させることによって、上記表示制御装置と同一の作用効果を実現することができる。

本発明に係る表示制御装置は、以上のように、上記文字表示領域での第１文字群が表示されるベース文表示行の長さを表示幅として取得する表示幅取得手段と、上記第１文字群と上記第２文字群とのうち行方向に表示される表示長が長い方の文字群の表示長と、あるいは、第２文字群の行方向の表示長と、上記表示幅とを比較する比較手段と、上記比較手段による比較の結果、上記表示幅が比較した文字群の表示長より小さい場合、表示形態を上記並列形態とは変更させる表示決定手段と、を備えている。

上記構成によると、第１文字群あるいは第２文字群が、表示幅に収まらない場合は、並列表示形態とは変更させ、ユーザに第２文字群であるとわかる別の表示形態で表示させるようにすることができる。よって、文字を配列させる行方向の表示幅が狭い文字表示領域でも、容易な処理で第２文字群を表示させることができる。また、例えば、電子書籍等の電子文書の作成者の手間をかけず、少ない処理で第２文字群を表示させることができる。

本発明の一実施形態について図１〜図１４に基づいて説明すると以下の通りである。本実施形態では、本発明の表示制御装置としての表示制御部（表示制御装置）を備えた表示装置１０について説明する。本実施の形態の表示装置１０は、文書を横書きに表示し、ルビが付けられる側のルビベース文字列（第１文字群）の上にルビ文字列（第２文字群）が表示されるものとする。つまり、文字表示領域において、ルビの付いていない文字からなるベース文（電子文書に記載されている内容のうち、ルビ文字列やアンダーラインなどの文字修飾や、画像・BGMなどの非テキスト要素を除いたテキスト文字列等）を複数のベース文表示行に配列させ、ベース文に含まれるルビベース文字に関連付けられたルビ文字列を、ルビベース文字を表示すべきベース文表示行の前の行にある関連文表示領域に配列させて表示している。つまり、ルビベース文字列の上にルビ文字列が表示され、ルビベース文字列の上にルビ文字列とは並列して表示させる並列表示形態を取る。ここで、ベース文表示行および関連文表示領域について、図１７を用いて具体的に説明すると、表示画面の文字表示領域１７において、丸括弧“（”、“）”で囲まれた領域が関連文表示領域でありルビ文字列が表示される。そして、大括弧“［”、“］”で囲まれた領域がベース文表示行であり、ルビベース文字列を含むベース文が表示される。この、文字表示領域１７における丸括弧“（”、“）”および大括弧“［”、“］”は、領域を説明のための記号であり、実際の表示画面にこれらの記号が表示されるわけではない。なお、ベース文表示行に関連文表示領域が少なくとも一部重るようになっていても、第１文字群および第２文字群を表示できるようになっていれば、かまわない。また、表示画面において、文字を表示可能な領域を文字表示領域とする。

並列表示形態は、上記したものに限定されず、ルビベース文字がルビベース文字列の下に表示されるようになっていてもよい。また、文書が縦書きに表示するようになっていてもよく、その場合は、ルビベース文字の左右どちらにルビ文字列が表示されるようになっている。また、本実施形態では、文書は横書きに表示されるので、文字を配列させる方向である行方向は横方向を指す。なお、縦書きで表示される場合には、行方向とは縦方向を指し示す。

また、本実施形態では、第１文字群としてルビベース文字列と、第２文字群としてルビ文字列とについて説明するが、第１文字群と第２文字群とが関連付けられていればよく、本発明を利用できるのは、ルビ付き文字に限定されない。

また、本実施形態では、電子文書として、電子書籍を表示させるものとするが、もちろん、電子文書は、電子書籍に限定されず、例えば電子メール等であってもかまわない。

図１に示すように、本実施形態の表示装置１０は、表示制御部１、制御部２、表示部３、ユーザ指示受付部（受け付け手段、表示選択受け付け手段）４、送受信部５、データ格納部６、読み出し部７とを備える。

表示制御部１は、表示部３における表示の制御に関する処理を統括的に行う。また、表示制御部１は、表示幅取得部（表示幅取得手段）１１、比較部（比較手段）１２、表示決定部（表示決定手段）１３として機能する。

表示幅取得部１１は、文字表示領域でのルビベース文字列が表示される行（ベース文表示行）の長さを表示幅として取得する。表示幅取得部１１は、図２に示すように、行内に表示が確定された文字の、次の文字の表示開始位置から文字表示領域の終わりまでの幅１５２を表示幅として取得する。また、行内に文字が無い場合には、文字表示領域の幅１５３を表示幅として取得する。

比較部１２は、ルビベース文字列とルビ文字列とのうち行方向に表示される表示長が長い方の文字列の表示長と、表示幅とを比較する。本実施形態では、比較部１２は、ルビベース文字列とルビ文字列とのうち行方向に表示される表示長が長い方の文字列の表示長と、表示幅とを比較するが、ルビ文字列の行方向の表示長と、表示幅を比較するようになっていてもよい。

表示決定部１３は、比較部１２による比較の結果、表示幅が比較した文字列の表示長より小さい場合、表示形態を並列形態とは変更させる。本実施形態では、ルビ文字列は、ルビベース文字に、行方向に隣接させて表示させる。具体的には、図５や図６に示すようにルビベース文字の後ろに表示させるような表示形態とする。

上記のように、本実施形態では、ルビ文字列は、ルビベース文字に、行方向に隣接させて、つまり、図５や図６に示すようにルビベース文字の後ろに表示させるような表示形態とするが、表示形態はこれに限定されることはない。例えば、図７に示すように、ルビベース文字列１６０のみを、ルビベース文字列であることがわかるように四角で囲み表示しておき、ユーザがこの四角で囲まれたルビベース文字列１６０を、キーなどで選択し指示すると、図８に示すように、ルビ文字列１６１が表示されるようになっているような、表示形態であってもよい。また、図８に示すような表示形態において、ルビベース文字列１６０の部分を、ユーザにルビが付いていることがあることがわかるように、ルビベース文字列を他の文字と異なる色で表示するような表示形態であってもよい。この場合、四角では囲んでもよいし、あるいは囲ったままでもよい。また、図５や図６のように、ルビベース文字列の後ろにルビ文字列を表示する場合には、ルビ文字をルビベース文字とは表示色を変えて表示するような表示形態であってもよい。この場合、ルビ文字を囲む括弧があっても無くてもよい。

本実施形態の表示制御部１は、このような構成であるので、ルビ文字列が、表示幅に収まらない場合は、並列表示形態を変更させ、ユーザにルビ文字列であることがわかる別の表示形態で表示させるようになっている。よって、文字を配列させる行方向の表示幅が狭い文字表示領域でも、容易な処理で第２文字列を表示させることができる。また、例えば、電子書籍等の電子文書の作成者の手間をかけず、少ない処理で第２文字群を表示させることができる。

なお、表示制御部１は、上記の処理以外にも通常の表示に関する処理を行うものとする。例えば、通常文字の表示位置等のレイアウトを計算するテキスト処理や、特別な指定を行うタグ毎にタグの処理を行う。

ここで、ルビ文字列の表示について、表示（ＯＮ）と非表示（ＯＦＦ）とを切り替えられるように表示装置１０が構成されていてもよい。この場合、図９のように、表示部３に選択肢表示１６２のようなインタフェースが表示されてもよく、選択肢表示１６２を通じて、ユーザが非表示に設定すると、この設定をユーザ受け付け部４が受け付け、図１０のように表示させる。つまり、図１６のルビ付き文字１４１のように通常のルビ表示におけるルビ文字列（「なつめそうせき」の部分）を表示しないようにするだけでなく、カッコ付きルビ文字列の表示もなくなるように表示される。

制御部２は、表示装置１０における各種構成の動作を統括的に制御する。

表示部３は、例えば、液晶パネルからなる表示画面を含み、表示制御部１の制御により、電子文書データを表示する。

ユーザ指示受付部４は、ユーザからの指示を受け付け、制御部２に送る。ユーザ指示受付部４は、例えば、ユーザからの、ベース文字列の選択や、ルビ文字列の表示あるいは非表示（ＯＮ／ＯＦＦ）の指示を受け付ける。また、例えば、ページめくり等の指示を受け付ける。

送受信部５は、外部との間でデータの送受信を行う、データ送受信インタフェースである。本実施形態では、送受信部５は、ネットワーク２１を介して電子文書を配信するサーバ装置２０から電子文書を受信する（ダウンロードする）。もちろん、例えば端末装置から、メール等の電子文書を受信してもよい。ネットワーク２１は、例えば公衆電話回線、携帯電話回線、ＰＨＳ回線、インターネットなどで構成されており、サーバ装置２０と表示装置１０との間の情報通信を実現するものである。ただし、電子文書を受信するのは、ネットワーク２１を介して行うのに限定されず、例えば、ケーブル（シリアル・ＵＳＢ（Universal Serial Bus）など）等の有線で電子文書を受信してもかまわない。なお、表示装置１０は送受信部５を備えておらず、例えば、予めデータ格納部６に格納された電子文書を表示部３に表示するようになっていてもよい。

データ格納部６は、送受信部５が受信した電子文書を格納する記憶手段である。

読み出し部７は、表示部３に表示する電子文書をデータ格納部６から読み出し、表示制御部１に送るものである。

ここで、本実施形態の表示装置１０は、携帯端末装置で実現してもよい。表示装置１０を実現する携帯端末装置として、図１１に示す携帯電話機１５を用いて説明する。携帯電話機１５は、表示装置１０の構成に加え、ユーザ指示を入力する操作部９を備えている。操作部９は、ユーザからの操作を受け付けるためのインタフェースである。操作部９では、操作キー／ボタン等がユーザ操作に供されるように設けられている。ユーザは、この操作部９を用いることにより、携帯電話機１５に対して各種指示を行うことができるようになっている。操作部９は、ユーザが表示させたい電子文書の選択や、ページめくりの指示などに用いられる。なお、操作部９を表示部３における表示画面と兼用してもよい。つまり、例えば、操作部９と表示部３の表示画面とが一体型のタッチパネルが設けられていてもよい。この場合、表示画面にユーザによる入力が可能な項目を表示し、ユーザが、所望する項目が表示されている表示領域に触れることにより、携帯電話機１５に対して指示を与えるようになる。操作部９で入力されたユーザ指示をユーザ指示受付部４が受け付け、制御部２に送り、制御が行なわれる。

また、表示部３に表示される電子文書は、サーバ装置２０から携帯電話機の無線電波にのせられ、表示装置１０に送信され、携帯電話機１５の本体内に用意されているデータ格納部６に保存される。なお、図１１に示すように、携帯電話機１５は、記録媒体を差しこむ挿入口６１を用意し、そこに電子文書が記録された記録媒体６２を差しこむ構成にし、記録媒体６２にあらかじめ記録された電子文書を読み込む構成にしてもよい。なお、本実施形態の表示装置１０を実現する携帯端末装置は、ＰＨＳ（Personal Handy-phone System）（登録商標）端末あるいはＰＤＡ（Personal Digital Assistant）などであってもかまわない。また、本実施形態の表示装置１０は、携帯型である必要なく、例えば、パーソナルコンピュータで実現してもかまわない。

ネットワーク２１は、例えば公衆電話回線、携帯電話回線、ＰＨＳ回線、インターネットなどで構成されており、サーバ装置２０と表示装置１０との間の情報通信を実現するものである。

次に、表示装置１０において、ユーザが表示部３に表示する電子文書を選んでから、ページをめくって電子文書を読み閉じるまでに、主に表示制御部１が行う表示処理全体のフローについて、図１２を用いて説明する。

電源が入っていると、初めに、Ｓ１００では、ユーザにより読みたい文書が選択され、その選択を受け付ける。次に、Ｓ１０１で、選択を受け付けた対象の文書を読み込む。そして、Ｓ１０２において、表示領域での文字の表示を開始する位置を決定する。Ｓ１０２では、Ｓ１００で選択された文書を初めて表示するときは文書の先頭を、Ｓ１００で選択された文書が以前表示したことのある場合には、前回最後に開いていた文字の位置に表示する位置を設定する。

次に、Ｓ１０３にて、現在の文字の表示位置から１画面分の（１回に表示部３に表示させることのできる）文字・画像のレイアウト位置を計算し、Ｓ１０４において、レイアウト結果に基づき表示を行う。その後、Ｓ１０５において、ユーザからの指示があるか否かを判定する。指示が無ければ（Ｓ１０５においてＮＯ）、ユーザからの指示があるまで、指示待ちの状態になる。ユーザ指示があれば（Ｓ１０５においてＹＥＳ）、Ｓ１０６に進み指示の種類を判定する。Ｓ１０６において、ページ移動の指示があれば、Ｓ１０７に進む。Ｓ１０７では、次に文字を表示する位置に表示位置を変更し、Ｓ１０３の処理に戻る。ユーザからの指示が終了を指示するものであった場合、必要に応じて現在の文字の表示位置をデータ格納部６などに保存し、表示処理を終了する。

次に、表示処理における上記したレイアウトの計算（Ｓ１０３）での処理のフローを、図１３を用いて詳細に説明する。なお、本実施形態では、電子文書は、文字、図１５のデータの一部１４０に示すようなルビタグ、図６の画像１５８のような画像を挿入するためのタグ、の３つの要素から構成される文書を使って説明する。もちろん、電子文書は、これら以外の別要素が含まれていてかまわない。その場合には、別要素に対しては、通常と同様な処理を行うが、本発明とは無関係なので、説明は省略する。

また、電子文書に含まれる画像（画像データ）は、<img src=”figure.jpg” align=”left”/>の形式で記録されるものとする。ここで、src属性には表示する画像ファイル名（“figure.jpg”）を指定する。align属性には画面のどの位置に表示するかを指定する。align=”left”とすると、図６のように画像は画面の左側に表示され、その横に<img>タグに続く文章が右側に表示される。なお、align=”right”と指定した場合、文字と画像の位置が左右逆になる。

レイアウト計算が開始されると、Ｓ２０１において読み出し部７がデータ格納部６に格納された電子文書を１文字読み込む。そして、Ｓ２０２において、表示制御部１は、Ｓ２０１で読み込んだ文字がタグ開始記号（“<”）であるか否かを判定する。タグ開始記号でなければ（Ｓ２０１においてＮＯ）、通常の文字と判断して、Ｓ２０３にてその文字の表示位置を確定し、Ｓ２１８に進む。通常、Ｓ２０３での表示位置の確定では、前回表示した文字の右隣に表示するよう決定するが、行末よりも外に文字が配置される場合は、次行の先頭に文字位置を決定する。なお、通常の表示装置では、Ｓ２０３の処理で、禁則処理やワードラップなどの処理がされるが、本発明とは無関係なので説明を省略する。Ｓ２１８では、表示部３の表示画面一杯になっているか否か、つまり、文字表示領域に文字を表示できる領域が無くなっているか否かを判断する。文字表示領域に文字を表示できる領域が無くなっていれば（Ｓ２１８においてＹＥＳ）、レイアウト処理を終了する。まだ文字を表示できる領域があれば（Ｓ２１８においてＮＯ）、Ｓ２０１に戻り、次の文字の表示位置を決める。

一方、Ｓ２０２で読み込んだ文字がタグ開始記号であった場合（Ｓ２０２においてＹＥＳ）、Ｓ２０４において、タグ１つ分のデータを読み込む。例えば、ルビタグ（<ruby>）であった場合、例えば図１５に示すデータの一部１４０の内容をすべて読み込み、画像タグ（<img>）であった場合、<img>の終了位置”/>“までを読み込む。次にＳ２０５にて、タグの種類がルビタグか画像タグかを判定する。つまりＳ２０５ではタグに応じて処理を切り替える。画像タグ（<img>）であると判定した場合は、Ｓ２０６に進む。Ｓ２０６では、align属性の値を確認し、”left”が指定されていれば現在行における画面の左端の位置を表示位置とし、”right”が指定されていれば現在行における画面の右端の位置を表示位置とする。次にＳ２０７に移り、Ｓ２０７では、画像が表示されるすべての行の行幅を、通常行の行幅から画像の横幅を引いた差に設定する。また、align属性に”left”が指定されていた場合は、各行の文字表示の開始位置を、画像の横幅分ずらす。そして、以降に表示位置が決定される文字やルビの位置はこの行幅および行の開始位置をもとにレイアウトされる。そして、Ｓ２１８の処理に移る。

一方、Ｓ２０５においてルビタグ（<ruby>）と判断されると、Ｓ２０８において、図４に示すように、ルビ文字列の表示長１５０と、ルビベース文字列の表示長１５１を求め、大きい方をルビ付き文字全体の幅（ルビ付き文字全体の表示長）とする。そして、Ｓ２０９に移り、Ｓ２０９では、表示幅取得部１１が現在行の残りの幅（表示幅）を取得し、現在行の残りの幅内に入りきるか否かを判断する。例えば、図２において「Ｗｅｂでは」まで表示位置が確定された後、ルビタグが現れた場合は、比較部１２が、表示幅１５２とＳ２０８で取得したルビ付き文字全体の表示長の値を比較する。図３の画像１５４のように画像がある行の場合は、表示幅１５５とＳ２０８で求めたルビ付き文字全体の表示長とが比較される。現在行に入ると判断されれば（Ｓ２０９でＹＥＳ）、Ｓ２１２に進む。Ｓ２１２では、図１６のルビ付き文字１４１のようにルビベース文字列の上にルビ文字列を配置させたレイアウトを計算する。そして、Ｓ２１８の処理に移る。

一方、現在行に入らないと判断すると（Ｓ２０９でＮＯ）、Ｓ２１０において、比較部１２は、次の行に入るかどうかを判断する。具体的には、Ｓ２０８で求めたルビ付き文字全体の表示長と図２の表示幅１５３（画像がある行の場合は図３の表示幅１５６）の値とを比較することによって判断する。Ｓ２０８で求めた表示長の方が小さければ次行に入ると判断すると（Ｓ２１０でＹＥＳ）、ステップＳ２１１で次行の先頭を次に表示可能な位置に変更する。そしてＳ２１２により、図１６のルビ付き文字１４１のような形式でルビの各文字のレイアウトを配置する。そして、Ｓ２１８の処理に移る。

一方、次行にも入らないと判断すると（Ｓ２１０でＮＯ）、Ｓ２１３にて、ルビベース文字列の後にルビ文字列をカッコでくくった文字列を連結した文字列を作成する。そしてＳ２４１において、Ｓ２１３にて作成した文字列の各文字を１文字ずつ読み込む。そして、Ｓ２１５で、読み込んだ文字の表示位置を確定していく。すべての文字の位置が決まるまで、Ｓ２１４〜２１７の処理を繰り返す。ただし、途中で文字表示領域に入りきらなくなる可能性があるため、Ｓ２１６で画面一杯になったか、つまり、文字表示領域に文字を表示できる領域が無くなっているか否かを判断する。画面一杯になったと判断すると（Ｓ２１６においてＹＥＳ）、レイアウト計算を終了する。画面一杯になっていないと判断すると（Ｓ２１６においてＮＯ）、Ｓ２１７に進む。Ｓ２１７では、Ｓ２１３にて作成した連結した文字列の表示位置を確定が終了したか否かを判定する。連結した文字列の表示位置を確定が終了したと判定したら（Ｓ２１７においてＹＥＳ）、Ｓ２０１から繰り返す。連結した文字列の表示位置を確定が終了していないと判定したら（Ｓ２１７においてＮＯ）、Ｓ２１４から繰り返す。

以上のように、主に表示制御部１による、レイアウトの計算の処理が行われる。なお、Ｓ２１４〜Ｓ２１７の処理に伴って、ルビ文字列の部分をユーザにルビであることがわからせるように、ルビ文字列を他の文字と異なる色で表示するような処理が行われてもよい。

また、Ｓ２１４で１文字ずつ読み込み、表示位置を確定する際に、例えば、図５を用いて説明すると、図５に示すように、「Ｗｅｂでは」の次の行から表示を開始するのではなく、図５では「Ｗｅｂでは」の行における「Ｗｅｂでは」の後位置から表示を開始するようになっていてもよい。

最後に、表示装置１０の各ブロック、特に表示制御部１は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。

すなわち、表示装置１０は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである表示装置１０の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記表示装置１０に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、表示装置１０を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

図１４に、本発明の表示制御装置を備えた表示装置をプログラムで実現した場合のブロック図を示す。入力部２０１は、本表示装置２００を操作するための入力手段である。ユーザは、入力部２０１を介して、ページめくりの指示や表示させたい電子文書に対する指示を行う。外部記憶装置２０２は、例えばＦＤ、ＨＤなどであり、プログラムや電子文書が蓄えられている。一方、プログラムや電子文書はネットワーク２１上に存在するサーバ装置２０に格納されていてもよい。例えば、携帯電話機のような小型機器の場合には、常にネットワーク上のサーバ装置２０に記憶されたプログラムや電子文書をダウンロードするように構成してもよい。この場合、外部記憶装置２０２は不要となる。一方、外部記憶装置２０２やネットワーク上のサーバ装置２０から電子文書を読み込む代わりに、入力部２０１の操作により電子文書を作成し、それを表示するように構成してもよい。この場合、外部記憶装置２０２、サーバ装置２０は設けられていなくてもかまわない。また、これらのプログラムや電子文書は、プログラム用メモリ２０６とデータ用メモリ２０７とにロードされ、ＣＰＵ２０５の制御のもとに実行され、表示制御部２０３の制御に従って、表示部２０４に表示される。

本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

本発明は、電子文書の表示に関する全ての分野に利用することができ、例えば電子書籍等の電子文書の表示の制御を行う表示制御装置に利用することができる。

本発明の実施形態を示すものであり表示制御部を備えた表示装置の要部構成を示すブロック図である。 現在の行幅と、次行の行幅を説明する図である。 表示領域に画像が表示される場合の、現在の行幅と、次行の行幅を説明する図である。 ルビ付き文字の行方向の表示幅を説明する図である。 上記表示装置においてルビ付き文字を表示した場合の表示例を示す図である。 上記表示装置において、表示領域に画像とルビ付き文字とを表示した表示例を示す図である。 ルビベース文字列のみがルビベース文字であることを示して表示された一例を示す図である。 ルビ文字列が、ルビベース文字に重畳して表示された一例を示す図である。 ルビ文字列の表示と非表示とを切り替えるための選択肢の一例を示す図である。 ルビ文字列が非表示である場合の、文字表示の一例を示す図である。 上記表示装置を実現する一例である携帯電話機の外観図である。 上記表示装置における表示処理全体の流れを示すフローチャートである。 表示処理におけるレイアウトの計算での処理の流れを示すフローチャートである。 本発明の他の実施形態であり、本発明の表示装置をプログラムで実現した場合のブロック図である。 ルビ付き文字の記述方法を示す図である。 文字表示領域に表示されたルビ付き文字の一例を示す図である。 文字表示領域に表示されたルビ付き文字の例であり、図１６とは異なる例を示す図である。 文字表示領域からははみ出すルビ付き文字を説明する図である。 文字表示領域に表示されたルビ付き文字の例であり、図１６，１７とは異なる例を示す図である。 文字表示領域に表示されたルビ付き文字の例であり、図１６，１７，１９とは異なる例を示す図である。 行方向に狭い表示幅の文字表示領域に表示されたルビ付き文字の例である。 画像が表示されて行方向に狭い表示幅となった文字表示領域に表示されたルビ付き文字の例である。

符号の説明

１ 表示制御部（表示制御装置）
２ 制御部
３ 表示部
４ ユーザ指示受付部（受付手段、表示選択受付手段）
５ 送受信部
６ データ格納部
７ 読み出し部
１１ 表示幅取得部（表示幅取得手段）
１２ 比較部（比較手段）
１３ 表示決定部（表示決定手段）
１５ 携帯電話機（携帯端末装置）
２０ サーバ装置
２１ ネットワーク

Claims (10)

1. 文字表示領域において、ベース文を複数のベース文表示行に配列させ、ベース文に含まれる第１文字群に関連付けられた第２文字群を、当該第１文字群を表示すべきベース文表示行の前の行または後の行との間の関連文表示領域に配列させて、上記第１文字群と上記第２文字群とを並列して表示させる並列表示形態をとる表示制御装置において、
   上記文字表示領域での第１文字群が表示されるベース文表示行の長さを表示幅として取得する表示幅取得手段と、
   上記第１文字群と上記第２文字群とのうち行方向に表示される表示長が長い方の文字群の表示長と、上記表示幅とを比較する比較手段と、
   上記比較手段による比較の結果、上記表示幅が比較した文字群の表示長より小さい場合、表示形態を上記並列表示形態とは異なる表示形態に変更させる表示決定手段と、
   を備えたことを特徴とする表示制御装置。
2. 上記表示決定手段は、第２文字群を、第１文字群に行方向に隣接させて、上記ベース文表示行に、第２文字群であることを示して、表示することを特徴とする請求項１に記載の表示制御装置。
3. 上記表示決定手段は、第２文字群の表示色を第１文字群の表示色とは変えて表示する、あるいは、第２文字群の前後に括弧を表示することを特徴とする請求項２に記載の表示制御装置。
4. さらに、ユーザ指示を受け付ける受付手段を備え、
   上記表示決定手段は、上記第１文字群のみを第１文字群であることを示して上記ベース文表示行に表示し、かつ、受け付けたユーザ指示により当該第１文字群が選択されると、上記第２文字群を、上記文字表示領域に表示される枠内に表示することを特徴とする請求項１に記載の表示制御装置。
5. 上記表示決定手段は、上記枠を第１文字群に少なくとも一部重畳させて表示することを特徴とする請求項４に記載の表示制御装置。
6. さらに、ユーザによる第２文字群の表示あるいは非表示の選択を受け付ける表示選択受付手段を備えていることを特徴とする請求項１〜５の何れか１項に記載の表示制御装置。
7. 請求項１〜６の何れか１項の表示制御装置を備えたことを特徴とする携帯端末装置。
8. 文字表示領域において、ベース文を複数のベース文表示行に配列させ、ベース文に含まれる第１文字群に関連付けられた第２文字群を、当該第１文字群を表示すべきベース文表示行の前の行または後の行との間の関連文表示領域に配列させて、上記第１文字群と上記第２文字群とを並列して表示させる並列表示形態をとる表示制御方法において、
   上記文字表示領域における第１文字群が表示されるベース文表示行の長さを表示幅として取得する表示幅取得ステップと、
   上記第１文字群と上記第２文字群とのうち行方向の長さが長い方の文字群の長さと、上記表示幅とを比較する比較ステップと、
   上記比較ステップでの比較の結果、上記表示幅が比較した文字群の表示長より小さい場合、表示形態を上記並列表示形態とは異なる表示形態に変更させる表示決定ステップと、
   を含むことを特徴とする表示制御方法。
9. コンピュータに請求項８に記載の表示制御方法を実行させるための表示制御プログラム。
10. 請求項９に記載の表示制御プログラムが記録されたコンピュータ読み取り可能な記録媒体。

Images