特開 2024-128578 テキストコンテンツ提供システム、テキストコンテンツ提供方法、コンピュータプログラム、およびウェブファイル

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024128578

(43)【公開日】2024-09-24

(54)【発明の名称】テキストコンテンツ提供システム、テキストコンテンツ提供方法、コンピュータプログラム、およびウェブファイル

(51)【国際特許分類】

   G06F 40/169 20200101AFI20240913BHJP

【ＦＩ】

G06F40/169

【審査請求】有

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2023037609

(22)【出願日】2023-03-10

(11)【特許番号】

(45)【特許公報発行日】2023-09-27

(71)【出願人】

【識別番号】515193527

【氏名又は名称】アルファサード株式会社

(74)【代理人】

【識別番号】100125117

【弁理士】

【氏名又は名称】坂田 泰弘

(74)【代理人】

【識別番号】100086933

【弁理士】

【氏名又は名称】久保 幸雄

(72)【発明者】

【氏名】野田 純生

【テーマコード（参考）】

5B109

【Ｆターム（参考）】

5B109MJ04

5B109RA18

(57)【要約】

【課題】漢字に振り仮名がルビとして振られたウェブページの、スクリーンリーダなどのテキスト読上機能による読上げを、従来よりも確実に行うことができるようにする。
【解決手段】ウェブサーバ２は、テキストコンテンツと、このテキストコンテンツの中の特定の部分とこの特定の部分に関する関連情報とを対応付ける対応関係情報とを、クライアントへ送信する。クライアント３Ａは、特定の部分の近傍に関連情報を配置してテキストコンテンツを表示するための付加表示コードをテキストコンテンツおよび対応関係情報に基づいて生成し、選択的に付加表示コードに基づいて特定の部分の近傍に関連情報を配置した状態でまたは配置しない状態でテキストコンテンツをディスプレイに表示させる。
【選択図】図１

【特許請求の範囲】

【請求項1】

伝達する内容を表わすテキストであるテキストコンテンツを提供するテキストコンテンツ提供システムであって、
サーバと、クライアントと、を有し、
前記サーバは、
前記テキストコンテンツと、当該テキストコンテンツの中の特定の部分と当該特定の部分に関する関連情報とを対応付ける対応関係情報とを、前記クライアントへ送信する送信手段、
を有し、
前記クライアントは、
前記特定の部分の近傍に前記関連情報を配置して前記テキストコンテンツを表示するための付加表示コードを前記テキストコンテンツおよび前記対応関係情報に基づいて生成する生成手段と、
選択的に前記付加表示コードに基づいて前記特定の部分の近傍に前記関連情報を配置した状態でまたは配置しない状態で前記テキストコンテンツをディスプレイに表示させる表示制御手段と、
を有する、
ことを特徴とするテキストコンテンツ提供システム。

【請求項2】

伝達する内容を表わすテキストであるテキストコンテンツを提供するテキストコンテンツ提供システムであって、
前記テキストコンテンツと、当該テキストコンテンツの中の特定の部分と当該特定の部分に関する関連情報とを対応付ける対応関係情報とを、クライアントへ送信するテキストコンテンツ送信手段と、
前記特定の部分の近傍に前記関連情報を配置して前記テキストコンテンツを表示するための付加表示コードを前記テキストコンテンツおよび前記対応関係情報に基づいて生成する生成用プログラムを前記クライアントへ送信するプログラム送信手段と、
を有することを特徴とするテキストコンテンツ提供システム。

【請求項3】

前記テキストコンテンツ送信手段は、前記テキストコンテンツおよび前記対応関係情報として、当該テキストコンテンツと当該対応関係情報と前記生成用プログラムを外部スクリプトとして指定するコードとが記述されたＨＴＭＬファイルを送信する、
請求項２に記載のテキストコンテンツ提供システム。

【請求項4】

前記生成用プログラムは、前記特定の部分のルビとして前記関連情報を配置するコードを前記付加表示コードとして生成するスクリプトである、
請求項３に記載のテキストコンテンツ提供システム。

【請求項5】

前記特定の部分は、漢字であり、
関連情報は、前記漢字の読み仮名である、
請求項２ないし請求項４のいずれかに記載のテキストコンテンツ提供システム。

【請求項6】

伝達する内容を表わすテキストであるテキストコンテンツを提供するテキストコンテンツ提供方法であって、
前記テキストコンテンツと、当該テキストコンテンツの中の特定の部分と当該特定の部分に関する関連情報とを対応付ける対応関係情報とを、クライアントへ送信する処理をサーバに実行させ、
前記特定の部分の近傍に前記関連情報を配置して前記テキストコンテンツを表示するための付加表示コードを前記テキストコンテンツおよび前記対応関係情報に基づいて生成する処理をクライアントに実行させ、
選択的に前記付加表示コードに基づいて前記特定の部分の近傍に前記関連情報を配置した状態でまたは配置しない状態で前記テキストコンテンツをディスプレイに表示させる処理を前記クライアントに実行させる、
ことを特徴とするテキストコンテンツ提供方法。

【請求項7】

伝達する内容を表わすテキストであるテキストコンテンツを提供するコンピュータに用いられるコンピュータプログラムであって、
前記コンピュータに、
前記テキストコンテンツと、当該テキストコンテンツの中の特定の部分と当該特定の部分に関する関連情報とを対応付ける対応関係情報とを、クライアントへ送信する処理を実行させ、
前記特定の部分の近傍に前記関連情報を配置して前記テキストコンテンツを表示するための付加表示コードを前記テキストコンテンツおよび前記対応関係情報に基づいて生成する生成用プログラムを前記クライアントへ送信する処理を実行させる、
ことを特徴とするコンピュータプログラム。

【請求項8】

伝達する内容を表わすテキストであるテキストコンテンツを補足情報とともに表示させるためのウェブファイルであって、
前記テキストコンテンツを表示するためのコンテンツ部と、
前記テキストコンテンツの中の特定の部分と当該特定の部分に関する関連情報とを対応付ける対応関係情報を示す対応関係部と、
前記特定の部分の近傍に前記関連情報を前記補足情報として配置して前記テキストコンテンツを表示するための付加表示コードを前記テキストコンテンツおよび前記対応関係情報に基づいて生成する生成用スクリプトを外部スクリプトとして指定する指定コードを示す呼出部と、
前記生成用スクリプトによって前記付加表示コードを生成する生成処理と、当該生成された付加表示コードを前記テキストコンテンツとともに示しかつ前記特定の部分の近傍に選択的に前記関連情報を配置した状態でまたは配置しない状態で当該テキストコンテンツをディスプレイに表示させるように前記コンテンツ部を更新する更新処理とをコンピュータに実行させる更新用スクリプトを示す更新部と、
を有することを特徴とするウェブファイル。

【請求項9】

前記生成処理は、前記特定の部分に前記関連情報をルビとして配置して前記テキストコンテンツを表示するためのコードを前記付加表示コードとして生成する処理である、
請求項８に記載のウェブファイル。

【請求項10】

前記更新処理は、所定の操作が行われるごとに前記付加表示コードおよび前記テキストコンテンツのいずれか一方にのみ非表示のスタイルが交互に適用されるように前記コンテンツ部を更新する処理を含む、
請求項８または請求項９に記載のウェブファイル。

【請求項11】

前記更新処理は、前記関連情報を配置するか否かを切り換えるためのボタンとともに前記テキストコンテンツを表示させるように前記コンテンツ部を更新する処理を含む、
請求項８または請求項９に記載のウェブファイル。

【請求項12】

前記特定の部分は、漢字であり、
関連情報は、前記漢字の読み仮名である、
請求項８または請求項９に記載のウェブファイル。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ウェブページなどの形態で提供されるテキストコンテンツにルビなどの補足情報を付加する技術に関する。

【背景技術】

【0002】

日本語は、英語およびフランス語などの言語とは文法が大きく異なり、かつ、漢字、平仮名、および片仮名など多数の種類の文字を有する。したがって、日本語を母国語としない人（ノンネイティブ）にとって、日本語の文章を読むのが難しい。特に漢字は、読み方が数通りある場合があり、かつ、字数が膨大なので、覚えるのが大変である。しかし、日本で生活していると、日本語の文章を読まざるを得ないことがある。

【0003】

そこで、電子化された文章に含まれる漢字に読み仮名をルビとして振る技術が提案されている。例えば、引用文献１に記載されるテキスト表示装置は、テキスト表示処理を含むデータ処理を行うアプリケーション部と、前記アプリケーション部より入力されたテキストを解析して、該テキストに含まれる漢字部分に読み仮名（ルビ）を付加する読み仮名付加部と、を備える。前記アプリケーション部は、読み仮名（ルビ）を出力すると設定されている場合に、前記読み仮名付加部に対して表示対象のテキストを送信して読み仮名（ルビ）の付加を要求し、読み仮名（ルビ）付きのテキスト表示処理を行う。

【0004】

また、電子化された文章を人工の音声で読み上げる読上げ技術が提案されている。スクリーンリーダは、ディスプレイに表示された画面を読み上げソフトウェアであって、近年、パーソナルコンピュータ、タブレットコンピュータ、およびスマートフォンなどのオペレーティングシステムに標準的に装備されている。マイクロソフト社のＷｉｎｄｏｗｓ ８以降のオペレーティングシステムおよびアップル社のＭａｃ ＯＳ Ｘ ｖ１０．４以降のオペレーティングシステムには、日本語に対応したスクリーンリーダが装備されている。なお、「Ｗｉｎｄｏｗｓ」は登録商標である。

【0005】

そのほか、ウェブブラウザの機能拡張ソフトウェアとしてスクリーンリーダが提供されている。例えば、非特許文献１に記載されるソフトウェアは、ウェブブラウザの機能拡張ソフトウェアであって、ウェブブラウザによってアクセスしたウェブページの中の文章に漢字が混ざっていても、それを人工の音声で読み上げることができる。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２００９－１６３４７９号公報

【非特許文献】

【0007】

【非特許文献1】ＬＳＤ Ｓｏｆｔｗａｒｅ社「Ｒｅａｄ Ａｌｏｕｄ」，https://readaloud.app/

【発明の概要】

【発明が解決しようとする課題】

【0008】

ウェブページにおいて、漢字に読み仮名をルビとして振る場合は、rubyタグおよびrtタグが用いられる。

【0009】

しかし、読み仮名がルビとして振られたウェブページを従来の読上げ技術によって読み上げさせると、漢字および読み仮名の両方が読み上げられてしまう。例えば、図１４に示すウェブページ５１は、「さいきょう さいきょう かんぱ かんぱ これから あさ あさ にかけて ゆき ゆき の よそう よそう は…」と読み上げられてしまう。または、途中で、例えばルビの手間で、読上げが止まることがある。

【0010】

本発明は、このような問題点に鑑み、漢字に振り仮名がルビとして振られたウェブページの、スクリーンリーダなどのテキスト読上機能による読上げを、従来よりも確実に行うことができるようにすることを、目的とする。

【課題を解決するための手段】

【0011】

本発明の一形態に係るテキストコンテンツ提供システムは、伝達する内容を表わすテキストであるテキストコンテンツを提供するテキストコンテンツ提供システムであって、サーバと、クライアントと、を有し、前記サーバは、前記テキストコンテンツと、当該テキストコンテンツの中の特定の部分と当該特定の部分に関する関連情報とを対応付ける対応関係情報とを、前記クライアントへ送信する送信手段、を有し、前記クライアントは、前記特定の部分の近傍に前記関連情報を配置して前記テキストコンテンツを表示するための付加表示コードを前記テキストコンテンツおよび前記対応関係情報に基づいて生成する生成手段と、選択的に前記付加表示コードに基づいて前記特定の部分の近傍に前記関連情報を配置した状態でまたは配置しない状態で前記テキストコンテンツをディスプレイに表示させる表示制御手段と、を有する。

【0012】

本発明の一形態に係るウェブファイルは、伝達する内容を表わすテキストであるテキストコンテンツを補足情報とともに表示させるためのウェブファイルであって、前記テキストコンテンツを表示するためのコンテンツ部と、前記テキストコンテンツの中の特定の部分と当該特定の部分に関する関連情報とを対応付ける対応関係情報を示す対応関係部と、前記特定の部分の近傍に前記関連情報を前記補足情報として配置して前記テキストコンテンツを表示するための付加表示コードを前記テキストコンテンツおよび前記対応関係情報に基づいて生成する生成用スクリプトを外部スクリプトとして指定する指定コードを示す呼出部と、前記生成用スクリプトによって前記付加表示コードを生成する生成処理と、当該生成された付加表示コードを前記テキストコンテンツとともに示しかつ前記特定の部分の近傍に選択的に前記関連情報を配置した状態でまたは配置しない状態で当該テキストコンテンツをディスプレイに表示させるように前記コンテンツ部を更新する更新処理とをコンピュータに実行させる更新用スクリプトを示す更新部と、を有する。

【発明の効果】

【0013】

本発明によると、漢字に振り仮名がルビとして振られたウェブページの、スクリーンリーダなどのテキスト読上機能による読上げを、従来よりも確実に行うことができる。

【図面の簡単な説明】

【0014】

【図1】ウェブページ提供システムの全体的な構成の例を示す図である。

【図2】ウェブサーバのハードウェア構成の例を示す図である。

【図3】クライアントまたはウェブページ編集端末のハードウェア構成の例を示す図である。

【図4】ウェブサーバの機能的構成の例を示す図である。

【図5】ウェブページの例を示す図である。

【図6】ＨＴＭＬファイルの例を示す図である。

【図7】ルビマップの例を示す図である。

【図8】ウェブページの例を示す図である。

【図9】ＨＴＭＬファイルの例を示す図である。

【図10】定義コードの例を示す図である。

【図11】ウェブページの表示の処理の流れの例を説明するフローチャートである。

【図12】テキストペアコードの例を示す図である。

【図13】コンテンツコードの生成方法の例を示す図である。

【図14】ウェブページにルビが振られた状態の例を示す図である。

【図15】ウェブサーバの全体的な処理の流れの例を説明するフローチャートである。

【発明を実施するための形態】

【0015】

〔１．全体の構成〕
図１は、ウェブページ提供システム１の全体的な構成の例を示す図である。図２は、ウェブサーバ２のハードウェア構成の例を示す図である。図３は、クライアント３Ａまたはウェブページ編集端末３Ｂのハードウェア構成の例を示す図である。

【0016】

ウェブページ提供システム１は、ユーザへウェブページを提供するシステムであって、図１に示すように、ウェブサーバ２、１台または複数台のクライアント３Ａ、ウェブページ編集端末３Ｂ、および通信回線４などによって構成される。

【0017】

ウェブサーバ２は、通信回線４を介してクライアント３Ａおよびウェブページ編集端末３Ｂと通信することができる。通信回線４として、インターネット、ＬＡＮ（Local Area Network）回線、公衆回線、または専用線などが用いられる。

【0018】

ウェブサーバ２は、図２に示すようにメインプロセッサ２１、ＲＡＭ（Random Access Memory）２２、ＲＯＭ（Read Only Memory）２３、補助記憶装置２４、およびネットワークコントローラ２５などによって構成され、クライアント３Ａからの要求に応じてウェブページのファイルを配信する。

【0019】

ＲＯＭ２３または補助記憶装置２４には、オペレーティングシステムおよびウェブページ管理プログラム２０（図４参照）などがインストールされている。補助記憶装置２４として、ハードディスクまたはＳＳＤ（Solid State Drive）などが用いられる。ウェブページ管理プログラム２０については、後述する。

【0020】

ＲＡＭ２２は、ウェブサーバ２のメインメモリである。ＲＡＭ２２には、適宜、ＲＯＭ２３または補助記憶装置２４からプログラムがロードされる。メインプロセッサ２１は、ＲＡＭ２２にロードされたプログラムを実行する。

【0021】

ネットワークコントローラ２５は、ＴＣＰ／ＩＰなどのプロトコルでクライアント３Ａおよびウェブページ編集端末３Ｂなどの装置と通信する。

【0022】

クライアント３Ａは、ウェブページをウェブサーバ２からダウンロードして表示することによってユーザへ提示する。クライアント３Ａとして、パーソナルコンピュータ、タブレットコンピュータ、またはスマートフォンなど、ウェブブラウザを有する装置が用いられる。以下、クライアント３Ａとしてノート型のパーソナルコンピュータが用いられる場合を例に説明する。

【0023】

クライアント３Ａは、図３に示すように、メインプロセッサ３１、ＲＡＭ３２、ＲＯＭ３３、補助記憶装置３４、ディスプレイ３５、ネットワークコントローラ３６、キーボード３７、ポインティングデバイス３８、および音声ユニット３９などによって構成される。

【0024】

ＲＯＭ３３または補助記憶装置３４には、オペレーティングシステムおよびウェブブラウザ３０（図４参照）などがインストールされている。なお、オペレーティングシステムおよびウェブブラウザ３０の少なくとも一方に、スクリーンリーダが備わっている。

【0025】

ＲＡＭ３２は、クライアント３Ａのメインメモリである。ＲＡＭ３２には、適宜、ＲＯＭ３３または補助記憶装置３４からプログラムがロードされる。メインプロセッサ３１は、ＲＡＭ３２にロードされたプログラムを実行する。

【0026】

ディスプレイ３５は、ウェブブラウザ３０の画面などを表示する。ネットワークコントローラ３６は、ＴＣＰ／ＩＰなどのプロトコルでウェブサーバ２などの装置と通信する。キーボード３７およびポインティングデバイス３８は、コマンドまたは情報をユーザが入力するために用いられる。

【0027】

音声ユニット３９は、音声ボード、スピーカ、およびマイクなどによって構成される。マイクがオペレータの音声を集音し、音声ボードがその音声を音声データに変換する。または、スクリーンリーダによって生成された音声データに基づいて音声ボードが人工の音声を生成し、スピーカがその音声を出力する。

【0028】

ウェブページ編集端末３Ｂは、オペレータがウェブページを作成しまたは編集するための装置である。作成されまたは編集されたウェブページのファイルは、ウェブページ編集端末３Ｂからウェブサーバ２へアップロードされる。ウェブページ編集端末３Ｂとして、パーソナルコンピュータ、タブレットコンピュータ、またはスマートフォンなどが用いられる。ウェブページ編集端末３Ｂとしてノート型のパーソナルコンピュータが用いられる場合は、クライアント３Ａと同様、図３に示したようにハードウェアが構成される。

【0029】

ところで、ウェブページ提供システム１によると、ウェブページの中の漢字にその読み仮名をルビとして振ることができる。従来の技術によると、上述の通り、ルビ付きのウェブページは、スクリーンリーダによるコンテンツの読上げおよび検索エンジンによる検索が的確に行わないことがある。しかし、ウェブページ提供システム１によると、スクリーンリーダおよび検索エンジンを従来よりも的確に動作させることができる。以下、その仕組みについて説明する。

【0030】

図４は、ウェブサーバ２の機能的構成の例を示す図である。図５は、ウェブページ５０の例を示す図である。

【0031】

ウェブページ管理プログラム２０によると、図４に示すテキストノード検出部２０１、単語検出部２０２、読み仮名決定部２０３、ルビマップ生成部２０４、ＨＴＭＬファイル生成部２０５、ウェブページファイル記憶部２０６、ウェブページ送信部２０７、および変換スクリプト送信部２０８などの機能がウェブサーバ２に実現される。以下、図５のような、気象情報を知らせるウェブページ５０をユーザへ提供する場合を例に、ウェブサーバ２の各部、クライアント３Ａ、およびウェブページ編集端末３Ｂそれぞれの処理を、準備のための処理およびウェブページへのアクセス時の処理に大別して説明する。

【0032】

〔２．各部の処理〕
〔２．１ 準備のための処理〕
図６は、ＨＴＭＬファイル６０の例を示す図である。図７は、ルビマップ６３３の例を示す図である。図８は、ウェブページ５１の例を示す図である。図９は、ＨＴＭＬファイル６１の例を示す図である。図１０は、定義コード６２１の例を示す図である。

【0033】

ウェブページ５０（図５参照）のＨＴＭＬファイル６０は、図６に示すように、ＨＴＭＬ（Hypertext Markup Language）によって記述されており、ヘッダ部６０１およびボディ部６０２などを有する。ヘッダ部６０１には、文字コードの指定およびタイトルなどのコードが示される。ボディ部６０２には、ウェブページ５０のテキストコンテンツ５０１を表示するためのコードなどが示される。

【0034】

オペレータは、例えば次のようにＨＴＭＬファイル６０をウェブページ編集端末３Ｂに用意する。ウェブページ編集端末３Ｂにインストールされている市販のウェブページ作成ツールによってＨＴＭＬファイル６０を作成する。または、ウェブサーバ２または他のウェブサイトにある既存のウェブページのＨＴＭＬファイルをＨＴＭＬファイル６０として取得してもよい。そして、ＨＴＭＬファイル６０をウェブサーバ２へ入力する。

【0035】

すると、ウェブサーバ２において、テキストノード検出部２０１は、ＨＴＭＬファイル６０からテキストノードを検出する。テキストノードは、一般に、ボディの中のタグおよび所定のタグに挟まれたコードを除いたものである。したがって、ボディ部６０２から下記の（１）～（５）の５つのテキストノードがテキストノード検出部２０１によって検出される。

【0036】

（１） 「最強寒波」
（２） これから朝にかけて雪の予想は？
（３） この冬一番の非常に強い寒気の影響で西日本や東日本の日本海側を中心に急激に積雪が増え、特に岡山県北部には
（４） 「顕著な大雪に関する気象情報」
（５） が相次いで発表され、深刻な交通障害に厳重に警戒するよう呼びかけられています。

【0037】

単語検出部２０２は、テキストノード検出部２０１によって検出された各テキストノードに対して公知の形態素解析を実行することによって各テキストノードに含まれる単語を検出する。

【0038】

読み仮名決定部２０３は、単語検出部２０２によって検出された単語のうち漢字を含む単語の読み仮名を公知の方法（例えば、漢字辞書データベースによる検索）によって決定する。

【0039】

ルビマップ生成部２０４は、図７に示すようなルビマップ６３３を生成する。ルビマップ６３３は、ＪＳＯＮ（JavaScript Object Notation）形式で記述され、テキストノードごとの対応関係コードを有する。

【0040】

対応関係コードは、下記のように記述される。
"1st-element":"2nd-element"
「1st-element」および「2nd-element」は、それぞれ、第一の要素および第二の要素である。第一の要素として、テキストノードが元のまま示される。一方、第二の要素として、テキストノードが次のように編集されたものが示される。

【0041】

テキストノードの中の１つのまたは連続する複数の漢字の直後に、読み仮名決定部２０３によって決定された読み仮名を「rt」タグで括った文字列を配置する。そして、その漢字およびその文字列をで括る。したがって、例えば、（２）のテキストノードの対応関係コードの第二の要素として、次のコードが示される。
これから<ruby>朝<rt>あさ</rt></ruby>にかけて<ruby>雪<rt>ゆき</rt></ruby>の<ruby>予想<rt>よそう</rt></ruby>は？
なお、連続する複数の漢字を分割して上記の通り編集してもよい。例えば、「交通障害」を「交通」と「障害」とに分割し、次のように記述してもよい。
<ruby>交通<rt>こうつう</rt></ruby><ruby>障害<rt>しょうがい</rt></ruby>
これらの対応関係コードは、互いにカンマで区切られて並べられ、window.textnode_ruby_map = {} で括られる。

【0042】

ＨＴＭＬファイル生成部２０５は、ウェブページ５１を表示するためのＨＴＭＬファイル６１を生成する。ウェブページ５１は、図８に示すように、テキストコンテンツ５１１およびルビ付与ボタン５１２によって構成される。ウェブページ５０（図５参照）と比較して分かるように、テキストコンテンツ５１１はテキストコンテンツ５０１と同様である。したがって、ウェブページ５１は、ルビ付与ボタン５１２をウェブページ５０に設けたものであると言える。

【0043】

ＨＴＭＬファイル６１は、図９のように、ヘッダ部６１１およびボディ部６１２などによって構成される。

【0044】

ヘッダ部６１１には、ＨＴＭＬファイル６０（図６参照）のヘッダ部６０１と同様に、文字コードの指定およびタイトルなどが示される。ヘッダ部６１１には、さらに、定義コード６２１が示される。

【0045】

定義コード６２１は、表示のスタイルを定義するものであって、本実施形態では特に、図１０のように、２つの要素の表示形式がインライン（横並び）または非表示に設定されるように定義される。定義コード６２１は、ＣＳＳ（Cascading Style Sheets）によって記述される。

【0046】

ボディ部６１２は、コンテンツ部６１２Ａ、外部スクリプト呼出部６１２Ｂ、ルビマップ部６１２Ｃ、およびボタン制御部６１２Ｄなどによって構成される。

【0047】

コンテンツ部６１２Ａには、コンテンツコード６３１が示される。コンテンツコード６３１には、ＨＴＭＬファイル６０のボディ部６０２のコードと同様に、ウェブページ５０のテキストコンテンツ５０１を表示するためのコードが含まれる。さらに、ルビ付与ボタン５１２を表示するためのコードが含まれる。

【0048】

外部スクリプト呼出部６１２Ｂには、ＪａｖａＳｃｒｉｐｔ（登録商標）で記述された変換スクリプト６７を呼び出すためのコードが示される。例えば、変換スクリプト６７のファイル名が「tsutaeru_rp.js」であれば、下記のコードが示される。
<script src="tsutaeru_rp.js"></script>
ルビマップ部６１２Ｃには、ルビマップ生成部２０４によって生成されたルビマップ６３３（図７参照）が示される。ボタン制御部６１２Ｄには、テキストコンテンツおよびボタンの表示などを後述のように制御するための制御コード６３４が示される。

【0049】

ＨＴＭＬファイル６１は、ＨＴＭＬファイル生成部２０５によって生成されると、ファイル名と対応付けられてウェブページファイル記憶部２０６に記憶される。なお、ＨＴＭＬファイル生成部２０５には、変換スクリプト６７が予め記憶されている。

【0050】

ＨＴＭＬファイル６１のほか、ウェブページファイル記憶部２０６に記憶されるＨＴＭＬファイルは、インターネット上で公開される。

【0051】

ＨＴＭＬファイル６１および変換スクリプト６７によると、次に説明するように、クライアント３Ａにおいてルビが振られたり除去されたりしながらウェブページ５１が表示される。

【0052】

〔２．２ ウェブページへのアクセス時の処理〕
図１１は、ウェブページ５１の表示の処理の流れの例を説明するフローチャートである。図１２は、テキストペアコード６３５の例を示す図である。図１３は、コンテンツコード６３１の生成方法の例を示す図である。図１４は、ウェブページ５１にルビが振られた状態の例を示す図である。

【0053】

クライアント３Ａにおいて、ウェブブラウザ３０（図４参照）は、ウェブページ５１（図８参照）のＵＲＬ（Uniform Resource Locator）がユーザによって指定されると、ウェブページ５１をウェブサーバ２へ要求する。

【0054】

すると、ウェブサーバ２において、ウェブページ送信部２０７は、ウェブページ５１のＨＴＭＬファイル６１（図９参照）をクライアント３Ａへ送信する。

【0055】

ウェブブラウザ３０は、ウェブサーバ２からＨＴＭＬファイル６１が送信されてくると、ＨＴＭＬファイル６１のコピーを所定の一時記憶領域にバックアップファイルとして保存される。なお、バックアップファイルは、更新されない。そして、ＨＴＭＬファイル６１に基づいて、図１１に示す手順で処理を実行する。

【0056】

ウェブブラウザ３０は、ＨＴＭＬファイル６１のヘッダ部６１１およびコンテンツ部６１２Ａそれぞれに記述されるコードに従ってウェブページ５１をレンダリングし、ディスプレイ３５に表示させる（図１１の＃７０１）。

【0057】

さらに、ウェブブラウザ３０は、外部スクリプト呼出部６１２Ｂに記述されるコードに従って外部スクリプトとして変換スクリプト６７を読み込む（＃７０２）。変換スクリプト６７に定義されている関数等は、制御コード６３４において使用される。なお、変換スクリプト６７は、変換スクリプト送信部２０８によってクライアント３Ａへ送信され、クライアント３Ａにキャッシュされる。

【0058】

ＨＴＭＬファイル６１に基づく処理が初めてである場合は（＃７０３でＹｅｓ）、ウェブブラウザ３０は、コンテンツ部６１２Ａの変換処理を次のように行う（＃７０４）。

【0059】

ウェブブラウザ３０は、コンテンツ部６１２Ａのテキストコンテンツからテキストノードを検出する。ＨＴＭＬファイル６１のテキストコンテンツは上述の通りＨＴＭＬファイル６０のテキストコンテンツ（図６参照）と同じなので、上記の（１）～（５）のテキストノードが検出される。

【0060】

ウェブブラウザ３０は、検出したテキストノードそれぞれのテキストペアコード６３５を生成する（＃７２２）。テキストペアコード６３５は、下記のように記述される。
<span class="tsutaeruRuby">
<span class="tsutaeruRuby__phrase" aria-hidden="value1">1st-element</span>
<span class="tsutaeruRuby__translation" aria-hidden="value2">2nd-element</span>
</span>
「value1」および「value2」は、「true」または「false」の二値であって、value1≠value2 である。

【0061】

「1st-element」および「2nd-element」は、それぞれ、ルビマップ部６１２Ｃに示されるルビマップ６３３（図７参照）の第一の要素および第二の要素である。したがって、上記（１）～（５）それぞれのテキストノードのテキストペアコード６３５として、図１２に示すようなコードが生成される。以下、（１）、（２）、…、（５）それぞれのテキストノードのテキストペアコード６３５を「テキストペアコード６３５１」、「テキストペアコード６３５２」、…、「テキストペアコード６３５５」と記載する。

【0062】

そして、ウェブブラウザ３０は、コンテンツコード６３１の中の（１）～（５）それぞれのテキストノードを、図１３に示すように、それぞれに対応するテキストペアコード６３５に置き換える。

【0063】

変換処理が完了したら、ウェブブラウザ３０は、ルビとして振り仮名を付与するための設定を行う（＃７０５）。具体的には、「value1」が「true」になり「value2」が「false」になるように各テキストノードのテキストペアコード６３５を更新する。さらに、コンテンツ部６１２Ａに示される、ルビ付与ボタン５１２を表示するためのコードを、ルビ消去ボタン５１４を表示するためのコードに置き換える。

【0064】

そして、ウェブブラウザ３０は、設定が完了したコンテンツ部６１２Ａのコードなどに従ってウェブページ５１をレンダリングし直して表示させる（＃７０１）。すると、テキストコンテンツ５１１に「display:none」のスタイルが適用されて非表示になり、図１４に示すような、各漢字にルビが振られたテキストコンテンツ５１３が、「display:inline」のスタイルが適用されて表示される。これにより、テキストコンテンツ５１１がテキストコンテンツ５１３に置き換わったように見える。

【0065】

ルビ消去ボタン５１４がクリックされると（＃７０３でＮｏ、＃７０６でＹｅｓ）、ウェブブラウザ３０は、ルビを消去するための設定を制御コード６３４に基づいて行う（＃７０７）。具体的には、「value1」が「false」になり「value2」が「true」になるように各テキストノードのテキストペアコード６３５を更新する。さらに、コンテンツ部６１２Ａに示される、ルビ消去ボタン５１４を表示するためのコードを、ルビ付与ボタン５１２を表示するためのコードに置き換える。

【0066】

そして、ウェブブラウザ３０は、設定が完了したコンテンツ部６１２Ａのコードなどに従ってウェブページ５１をレンダリングし直して表示させる（＃７０１）。すると、ウェブページ５１が、図１４に示した状態から、図８に示した状態に更新される。これは、テキストコンテンツ５１１に「display:inline」のスタイルが適用されテキストコンテンツ５１３に「display:none」のスタイルが適用されることによる。

【0067】

ルビ付与ボタン５１２がクリックされると（＃７０３でＮｏ、＃７０６でＹｅｓ）、ウェブブラウザ３０は、ルビを付与するための設定を制御コード６３４に基づいて行う（＃７０７）。具体的には、「value1」が「true」になり「value2」が「false」になるように各テキストノードのテキストペアコード６３５を更新する。さらに、コンテンツ部６１２Ａに示される、ルビ付与ボタン５１２を表示するためのコードを、ルビ消去ボタン５１４を表示するためのコードに置き換える。これも上述の通り、表示のスタイルの変更に依る。

【0068】

そして、ウェブブラウザ３０は、設定が完了したコンテンツ部６１２Ａのコードに従ってウェブページ５１をレンダリングし直して表示させる（＃７０１）。すると、ウェブページ５１が、図８に示した状態から、図１４に示した状態に更新される。

【0069】

ステップ＃７０１～＃７０７の処理は、ウェブページ５１が表示されている間、ルビ付与ボタン５１２またはルビ消去ボタン５１４がクリックされるごとに実行される。

【0070】

なお、ウェブページ５１にルビが振られた状態であるか否かは、ウェブブラウザ３０のＣｏｏｋｉｅによって監視すればよい。

【0071】

〔２．３ ウェブページの読上げ〕
ウェブページ５１が表示されている際にユーザが読上コマンドを入力すると、クライアント３Ａのスクリーンリーダによってウェブページ５１のコンテンツが読み上げられる。すなわち、ウェブページ５１のコンテンツが人工の音声によって出力される。

【0072】

ところで、従来、スクリーンリーダによると、レンダリングされたウェブページ（つまり、表示されているウェブページ）のテキストが読み上げられるケース（以下、「ケース＿１」と記載する。）もあれば、ダウンロードされたＨＴＭＬファイルに示されるソースが、タグ等をスキップして読み上げられるケース（以下、「ケース＿２」と記載する。）もある。どちらのケースが取られるかは、オペレーティングシステムまたはウェブブラウザに備わるスクリーンリーダの仕様による。

【0073】

しかし、どちらのケースにおいても、従来、漢字にルビが付与されたウェブページを読み上げさせると、漢字および読み仮名の両方が読み上げられてしまう。

【0074】

一方、ウェブサーバ２によって提供されるウェブページすなわちウェブページ５１は、どちらのケースにおいても、漢字および読み仮名のうちの漢字のみを読み上げさせることができる。その仕組みは、次の通りである。

【0075】

ケース＿１の場合は、図８に示したようにルビが振られていない状態で読上コマンドが入力されると、クライアント３Ａは、ウェブページ５１に配置されているテキストをスクリーンリーダによって読み上げる。したがって、当然、ルビは、読み上げられない。

【0076】

ケース＿２の場合は、読上コマンドが、ルビが振られていない状態で入力されても振られている状態（図１４参照）で入力されても、クライアント３Ａは、ダウンロードされたＨＴＭＬファイル６１（バックアップファイル）に基づいてテキストを読み上げる。これは、ウェブブラウザ３０の仕様による。バックアップファイルのコンテンツ部６１２Ａは、ルビを付与する処理が施される前の状態である。また、ルビマップ部６１２Ｃは、ＪＳＯＮ形式で記述されているので読上げの対象でない。したがって、ルビは、読み上げられない。

【0077】

〔３． 全体的な処理の流れおよび本実施形態の効果〕
図１５は、ウェブサーバ２の全体的な処理の流れの例を説明するフローチャートである。

【0078】

次に、ウェブページ提供システム１の全体的な処理の流れを、フローチャートを参照しながら説明する。

【0079】

ウェブサーバ２は、図１５に示す手順でウェブページ管理プログラム２０に基づいて処理を実行する。

【0080】

ウェブサーバ２は、配信対象のウェブページのファイルとしてウェブページ５０のＨＴＭＬファイル６０をウェブページ編集端末３Ｂから受信すると（図１５の＃７２１でＹｅｓ）、ウェブページ５０をルビ付きで提供するための登録処理を次のように実行する。

【0081】

ウェブサーバ２は、ウェブページ５０からテキストノードを検出し（＃７２２）、各テキストノードから単語を検出し（＃７２３）、検出した単語のうち漢字を含む単語の読み仮名を決定する（＃７２４）。そして、決定した読み仮名に基づいて、ルビマップ６３３（図７参照）を生成する（＃７２５）。

【0082】

ウェブサーバ２は、ルビマップ６３３のほか、スタイル用のコード、ルビ付与ボタン５１２の表示用のコード、および変換スクリプト６７の呼出用のコードなどをＨＴＭＬファイル６０へ挿入することによって、ＨＴＭＬファイル６１を生成する（＃７２６）。そして、ＨＴＭＬファイル６１をウェブページファイル記憶部２０６に記憶させる（＃７２７）。これにより、ウェブページ５０に振り仮名のルビを付与したもの、すなわち、ウェブページ５１の準備が完了する。

【0083】

または、クライアント３Ａからウェブページ５１を要求されると（＃７２８でＹｅｓ）、ＨＴＭＬファイル６１をクライアント３Ａへ送信する（＃７２９）。その後、変換スクリプト６７がクライアント３Ａから要求されるので、変換スクリプト６７をクライアント３Ａへ送信する。

【0084】

そして、クライアント３Ａにおいて、図１１に示した手順でウェブページ５１の表示の処理が実行される。

【0085】

なお、本例では、ウェブページ５０を取り扱う場合を例に説明したが、他のウェブページを取り扱う場合も同様に、ウェブサーバ２は、ステップ＃７２２～＃７２７の処理およびステップ＃７２９の処理を適宜、実行する。また、クライアント３Ａは、図１１に示した手順で表示の処理を実行する。

【0086】

本実施形態によると、ウェブページ５１のように漢字に振り仮名がルビとして振られたウェブページの、スクリーンリーダなどによる読上げを、従来よりも確実に行うことができる。その仕組みは、上述の通りである。

【0087】

さらに、このようなウェブページの、検索エンジンによる検索を、従来よりも確実に行うことができる。その仕組みは、次の通りである。

【0088】

例えば、ウェブページ５１のＨＴＭＬファイル６１は、変換処理（図１３参照）が施されていない状態すなわち「ruby」タグおよび「rt」タグが使用されていない状態でウェブサーバ２から提供される。したがって、検索エンジンは、「「最強さいきょう寒波かんぱ」これから朝あさにかけて雪ゆきの予報よほうは？…」のような、ルビがノイズとして含まれるテキストではなく、「「最強寒波」これから朝にかけて雪の予報は？…」のような、ノイズの含まれないテキストを対象に検索を行うことができる。よって、従来よりも確実な検索がなされる。

【0089】

また、本実施形態によると、ルビ付きおよびルビ無しの両方でウェブページをユーザへ提供する際のウェブサーバの負荷を従来よりも軽減することができる。

【0090】

すなわち、ユーザからリクエストがあるごとにウェブサーバが動的にウェブページにルビを振って提供すると、ウェブサーバに負担が掛かる。しかし、本実施形態では、ウェブサーバ２は、ルビを振るためのデータ（ルビマップ６３３、変換スクリプト６７など）を用意しており、ユーザからリクエストがあっても上記の動的な処理を行わない。したがって、ウェブサーバ２の負担が従来よりも軽減される。

【0091】

しかも、上記の動的な処理を伴わないので、ウェブページ提供システム１をＣＤＮ（Content Delivery Network）として構築することができる。すなわち、ウェブサーバ２をオリジンサーバとして使用し、地理的に分散された１つまたは複数のキャッシュサーバにウェブページの配信を行わせることができる。これにより、ウェブページの配信のスピードアップを図ることができる。

【0092】

〔４．適用例および変形例〕
ウェブページ提供システム１は、日常の情報を日本語ネイティブだけでなくノンネイティブ向けにも配信するために好適に用いられる。また、上述の通り、ウェブサーバ２の負荷を従来よりも軽減することができるので、緊急の情報を配信するために特に好適に用いられる。

【0093】

本実施形態では、ルビマップ６３３（図７参照）はＪＳＯＮ形式で記述されたが、ＪａｖａＳｃｒｉｐｔでの読込み可能なオリジナルデータと変換後のデータの対比の配列であれば、他の形式で記述されてもよい。例えば、ＸＭＬ（Extensible Markup Language）で記述されてもよい。

【0094】

本実施形態では、図４に示したテキストノード検出部２０１ないし変換スクリプト送信部２０８の機能をすべてウェブサーバ２に実装したが、複数のコンピュータに分散してもよい。例えば、ＨＴＭＬファイル６０からＨＴＭＬファイル６１を生成する機能をウェブページ編集端末３Ｂに実装し、ＨＴＭＬファイル６１および変換スクリプト６７を配信する機能をウェブサーバ２に実装してもよい。または、ＨＴＭＬファイル６１を配信する機能をウェブサーバ２に実装し、変換スクリプト６７を配信する機能を他のウェブサーバに実装してもよい。

【0095】

または、ウェブページ提供システム１に１つまたは複数のキャッシュサーバを設け、ウェブサーバ２をオリジンサーバとして機能させ、ＨＴＭＬファイル６１および変換スクリプト６７を配信する機能をキャッシュサーバに実装してもよい。この場合は、クライアント３Ａは、最寄りのキャッシュサーバへアクセスし、ＨＴＭＬファイル６１などを取得すればよい。

【0096】

本実施形態では、漢字に対してその読み仮名をルビとして振る場合を例に説明したが、漢字以外の記号に対してルビを振る場合にも、ウェブページ提供システム１を適用することができる。例えば、「patent」という英単語に対して「特許」または「パテント」というルビを振るように、アルファベットで記述される英単語に対してその意味または読み仮名をルビとして振る場合に適用することができる。

【0097】

または、ウェブサーバ２は、漢字等にルビが振られる代わりに「最強（さいきょう）」、「patent（パテント）」、または「patent（特許）」のように漢字等の直後に括弧書きで読み仮名または意味が付加されるようにルビマップ６３３を生成してもよい。つまり、例えば上記（１）のテキストペアコード６３５として下記のようなコードを有するようにルビマップ６３３を生成してもよい。
"「最強寒波」":"「最強（さいきょう）寒波（かんぱ）」"
本実施形態では、ウェブサーバ２は、ＨＴＭＬファイル６０に示されるテキストノードごとにテキストペアコード６３５を生成したが、「非常に」、「朝にかけて」、または「遣り甲斐」など漢字を含む単語または短文ごとにテキストペアコード６３５を生成してもよい。

【0098】

その他、ウェブページ提供システム１、ウェブサーバ２、クライアント３Ａ、ウェブページ編集端末３Ｂの全体または各部の構成、処理の内容、処理の順序、ＨＴＭＬファイル６１の構成、ウェブページの構成などは、本発明の趣旨に沿って適宜変更することができる。

【符号の説明】

【0099】

１ ウェブページ提供システム（テキストコンテンツ提供システム）
２ ウェブサーバ（サーバ）
３０ ウェブブラウザ（生成手段、表示制御手段）
３Ａ クライアント
２０７ ウェブページ送信部（送信手段、テキストコンテンツ送信手段）
２０８ 変換スクリプト送信部（プログラム送信手段）
５１１ テキストコンテンツ
６１ ＨＴＭＬファイル（ウェブファイル）
６１２Ａコンテンツ部（表示制御手段）
６１２Ｂ 外部スクリプト呼出部（呼出部）
６１２Ｃ ルビマップ部（対応関係部）
６１２Ｄ ボタン制御部（生成手段、更新部）
６３３ ルビマップ（対応関係情報）
６３５ テキストペアコード（付加表示コード）
６７ 変換スクリプト（生成手段、生成用スクリプト）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【手続補正書】

【提出日】2023-06-13

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

伝達する内容を表わすテキストであるテキストコンテンツを提供するテキストコンテンツ提供システムであって、
サーバと、クライアントと、を有し、
前記サーバは、
前記テキストコンテンツと、当該テキストコンテンツの中の漢字と当該漢字の読み仮名とを対応付ける対応関係情報とを、前記クライアントへ送信する送信手段、
を有し、
前記クライアントは、
前記漢字の近傍に前記読み仮名を配置して前記テキストコンテンツを表示するための付加表示コードを前記テキストコンテンツおよび前記対応関係情報に基づいて生成する生成手段と、
選択的に前記付加表示コードに基づいて前記漢字の近傍に前記読み仮名を配置した状態でまたは配置しない状態で前記テキストコンテンツをディスプレイに表示させる表示制御手段と、
を有する、
ことを特徴とするテキストコンテンツ提供システム。

【請求項2】

伝達する内容を表わすテキストであるテキストコンテンツを提供するテキストコンテンツ提供システムであって、
前記テキストコンテンツと、当該テキストコンテンツの中の漢字と当該漢字の読み仮名とを対応付ける対応関係情報とを、クライアントへ送信するテキストコンテンツ送信手段と、
前記漢字の近傍に前記読み仮名を配置して前記テキストコンテンツを表示するための付加表示コードを前記テキストコンテンツおよび前記対応関係情報に基づいて生成する生成用プログラムを前記クライアントへ送信するプログラム送信手段と、
を有することを特徴とするテキストコンテンツ提供システム。

【請求項3】

前記テキストコンテンツ送信手段は、前記テキストコンテンツおよび前記対応関係情報として、当該テキストコンテンツと当該対応関係情報と前記生成用プログラムを外部スクリプトとして指定するコードとが記述されたＨＴＭＬファイルを送信する、
請求項２に記載のテキストコンテンツ提供システム。

【請求項4】

前記生成用プログラムは、前記漢字のルビとして前記読み仮名を配置するコードを前記付加表示コードとして生成するスクリプトである、
請求項３に記載のテキストコンテンツ提供システム。

【請求項5】

伝達する内容を表わすテキストであるテキストコンテンツを提供するテキストコンテンツ提供方法であって、
前記テキストコンテンツと、当該テキストコンテンツの中の漢字と当該漢字の読み仮名とを対応付ける対応関係情報とを、クライアントへ送信する処理をサーバに実行させ、
前記漢字の近傍に前記読み仮名を配置して前記テキストコンテンツを表示するための付加表示コードを前記テキストコンテンツおよび前記対応関係情報に基づいて生成する処理をクライアントに実行させ、
選択的に前記付加表示コードに基づいて前記漢字の近傍に前記読み仮名を配置した状態でまたは配置しない状態で前記テキストコンテンツをディスプレイに表示させる処理を前記クライアントに実行させる、
ことを特徴とするテキストコンテンツ提供方法。

【請求項6】

伝達する内容を表わすテキストであるテキストコンテンツを提供するコンピュータに用いられるコンピュータプログラムであって、
前記コンピュータに、
前記テキストコンテンツと、当該テキストコンテンツの中の漢字と当該漢字の読み仮名とを対応付ける対応関係情報とを、クライアントへ送信する処理を実行させ、
前記漢字の近傍に前記読み仮名を配置して前記テキストコンテンツを表示するための付加表示コードを前記テキストコンテンツおよび前記対応関係情報に基づいて生成する生成用プログラムを前記クライアントへ送信する処理を実行させる、
ことを特徴とするコンピュータプログラム。

【請求項7】

伝達する内容を表わすテキストであるテキストコンテンツを補足情報とともに表示させるためのウェブファイルであって、
前記テキストコンテンツを表示するためのコンテンツ部と、
前記テキストコンテンツの中の漢字と当該漢字の読み仮名とを対応付ける対応関係情報を示す対応関係部と、
前記漢字の近傍に前記読み仮名を前記補足情報として配置して前記テキストコンテンツを表示するための付加表示コードを前記テキストコンテンツおよび前記対応関係情報に基づいて生成する生成用スクリプトを外部スクリプトとして指定する指定コードを示す呼出部と、
前記生成用スクリプトによって前記付加表示コードを生成する生成処理と、当該生成された付加表示コードを前記テキストコンテンツとともに示しかつ前記漢字の近傍に選択的に前記読み仮名を配置した状態でまたは配置しない状態で当該テキストコンテンツをディスプレイに表示させるように前記コンテンツ部を更新する更新処理とをコンピュータに実行させる更新用スクリプトを示す更新部と、
を有することを特徴とするウェブファイル。

【請求項8】

前記生成処理は、前記漢字に前記読み仮名をルビとして配置して前記テキストコンテンツを表示するためのコードを前記付加表示コードとして生成する処理である、
請求項７に記載のウェブファイル。

【請求項9】

前記更新処理は、所定の操作が行われるごとに前記付加表示コードおよび前記テキストコンテンツのいずれか一方にのみ非表示のスタイルが交互に適用されるように前記コンテンツ部を更新する処理を含む、
請求項７または請求項８に記載のウェブファイル。

【請求項10】

前記更新処理は、前記読み仮名を配置するか否かを切り換えるためのボタンとともに前記テキストコンテンツを表示させるように前記コンテンツ部を更新する処理を含む、
請求項７または請求項８に記載のウェブファイル。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】００１１

【補正方法】変更

【補正の内容】

【0011】

本発明の一形態に係るテキストコンテンツ提供システムは、伝達する内容を表わすテキストであるテキストコンテンツを提供するテキストコンテンツ提供システムであって、サーバと、クライアントと、を有し、前記サーバは、前記テキストコンテンツと、当該テキストコンテンツの中の漢字と当該漢字の読み仮名とを対応付ける対応関係情報とを、前記クライアントへ送信する送信手段、を有し、前記クライアントは、前記漢字の近傍に前記読み仮名を配置して前記テキストコンテンツを表示するための付加表示コードを前記テキストコンテンツおよび前記対応関係情報に基づいて生成する生成手段と、選択的に前記付加表示コードに基づいて前記漢字の近傍に前記読み仮名を配置した状態でまたは配置しない状態で前記テキストコンテンツをディスプレイに表示させる表示制御手段と、を有する。

【手続補正3】

【補正対象書類名】明細書

【補正対象項目名】００１２

【補正方法】変更

【補正の内容】

【0012】

本発明の一形態に係るウェブファイルは、伝達する内容を表わすテキストであるテキストコンテンツを補足情報とともに表示させるためのウェブファイルであって、前記テキストコンテンツを表示するためのコンテンツ部と、前記テキストコンテンツの中の漢字と当該漢字の読み仮名とを対応付ける対応関係情報を示す対応関係部と、前記漢字の近傍に前記読み仮名を前記補足情報として配置して前記テキストコンテンツを表示するための付加表示コードを前記テキストコンテンツおよび前記対応関係情報に基づいて生成する生成用スクリプトを外部スクリプトとして指定する指定コードを示す呼出部と、前記生成用スクリプトによって前記付加表示コードを生成する生成処理と、当該生成された付加表示コードを前記テキストコンテンツとともに示しかつ前記漢字の近傍に選択的に前記読み仮名を配置した状態でまたは配置しない状態で当該テキストコンテンツをディスプレイに表示させるように前記コンテンツ部を更新する更新処理とをコンピュータに実行させる更新用スクリプトを示す更新部と、を有する。