JP5140997B2 - プログラム、文字入力編集方法及び装置 - Google Patents

Description

本発明は、クライアントのブラウザによりウェブページを開いて文字を入力するサーバによる文字入力編集のためのプログラム、文字入力編集方法、装置及び記録媒体に関し、特に、仮名漢字変換と文字画像の一部生成をサーバ側で実行してクライアント側に提供するプログラム、文字入力編集方法、装置及び記録媒体に関する。

従来、サーバが提供するアプリケーションに対しクライアントから文字入力を行う場合、クライアントのＯＳが提供している文字入力プログラム、例えば日本語対応のウィンドウズ（Ｒ）における仮名漢字変換プログラムＩＭＥ（Ｒ）によって文字入力を行っている。同様に文字表示においても、クライアントのＯＳが提供している文字表示プログラム、例えば日本語対応のウィンドウズ（Ｒ）におけるシフトＪＩＳあるいはユニコードアプリケーション上で文字表示を行っている。

またアプリケーションがクライアントのＯＳとは異なる文字コード系や外字を含む文字セットで運用している場合には、運用文字コードおよび文字セットに対応した文字表示・入力プログラムや単語辞書、フォントファイル等を予めクライアントに配布しておく必要がある。

しかしながら、運用文字コードおよび文字セットの文字表示・入力プログラムを単語辞書やフォントファイルと共にクライアントに配布する文字入力編集システムにあっては、文字表示・入力プログラムや単語辞書の配布をシステムの構築段階でＦＴＰ、公開ファイルあるいは手作業によってクライアントに配布する手間が必要となり、更に、運用中にフォントデータの修正や外字の追加などがあった場合、その都度すべてのクライアントにデータを配布しなければならないため運用コストがかかる。

また外字やベンダ依存文字などをクライアントで文字入力するには、特殊なアプリケーションを用いる必要がある。このため、システムを立ち上げる際には、全てのクライアントにアプリケーションのセットアップを事前に行なわなければならないため、初期コストが高くつく。

また海外のようにクライアントのＯＳとして英語対応のＯＳを使用しているような場合、日本語の入力ができないため、サーバが提供する日本語対応のアプリケーョンを利用することができない。

この問題を解決するため、クライアントのブラウザを用いてサーバのウェブページを開いた際に、文字入力用ウェブページと同時に文字入力プログラムをクライアントに転送して仮名入力機能を実現し、仮名入力機能以外の機能、即ち単語辞書変換機能、外字を含む全部又は一部のフォント画像変換機能及びコード系変換機能を含む仮名漢字変換機能については、全てサーバ側で処理するようにしたシステムが提案されている（特許文献１）。

このシステムによれば、クライアントに対し事前に文字入力出力プログラム、辞書、フォントファイルなどのデータの配布が一切必要なくなり、初期導入時のクライアントに対するセットアップ作業が一切不要となる。

また、クライアント側が日本語文字入力の機能がない英語対応のＯＳであっても、クライアントのブラウザのみによって本発明のサーバのウェブページをアクセスすることで、日本語の入力がどのような言語対応のＯＳをもつクライアントであっても実現できるなどの利点が得られる。
特開２００４−２５２９４４号公報

しかしながら、このような従来のシステムにあっては、サーバにおけるフォント変換機能として、
（１）全ての文字コードを文字画像にフォント変換するハイブリッドオフモード、
（２）外字といった一部の文字コードを文字画像にフォント変換し、それ以外はクライアントで文字画像にフォント変換するハイブリッドオンモード、
のいずれの運用モードをシステム立ち上げ時に設定して固定的に運用できるようにしているが、次の問題がある。

まずハイブリッドオフモードにあっては、全ての文字コードのフォント変換をサーバで行っているため、多数のクライアントからのアクセスが集中する統合システムの場合、サーバ負荷が増大し、クライアント側での仮名入力に対し仮名漢字変換候補が表示されるまでに時間がかかるという問題がある。

またハイブリッドオンモードにあっては、例えば外字だけがサーバでフォント変換され、それ以外の文字コードはクライアントでフォント変換されるため、その分、サーバ負荷を軽減することはできる。

しかし、クライアント側でフォント変換する文字コードであっても、クライアントのフォント変換とは異なる字体で表示する必要がある場合、クライアント側で必要に応じて異なる字体のフォント変換を予め準備しなければならず、クライアントのＯＳで提供されるフォント変換機能をそのまま使用できない。

そのためベンダ依存文字などをクライアントで文字入力するには、特殊なアプリケーションを用いる必要があり、システムを立ち上げる際に、全てのクライアントにアプリケーションのセットアップを事前に行なわなければならず、初期コストが高くつく問題が再燃する。

本発明は、サーバで仮名漢字変換した文字コードのフォント変換表示を、クライアントのフォント変換機能に拘束されることなく必要な字体を簡単且つ高速に生成して表示可能なプログラム、文字入力編集方法及び装置を提供することを目的とする。

また、本発明は、仮名漢字変換のシーンだけでなく、例えば、ユーザのデータベースから読み出した外字まじり文字列の表示など、表示のみの利用シーンにおいても、クライアントのフォント変換機能に拘束されることなく必要な字体を簡単且つ高速に生成して表示可能なプログラム、文字入力編集方法及び装置を提供することを目的とする。

（プログラム）
本発明は、サーバを構築するコンピュータにより実行されるプログラムを提供する。本発明のプログラムは、サーバを構築するコンピュータに、
クライアントから入力文字列の仮名情報を受信した際に、仮名情報に対応する仮名漢字変換候補の候補リストを生成し、候補リストをクライアントに送って仮名漢字変換候補を選択させる仮名漢字変換ステップと、
クライアントから候補リストに含まれる文字コードの文字画像要求信号を受信した際に、文字コードの文字画像もしくは文字画像を生成するために必要な情報をクライアントに送って候補リストの文字画像を表示させる文字画像変換ステップと、
を実行させることを特徴とする。

ここで、仮名漢字変換ステップは、ユニコードを登録した仮名漢字変換テーブル（仮名漢字変換辞書）を参照して、入力文字列の仮名情報に対応するユニコードを取得する。

サーバはクライアントからウェブページ取得要求信号を受信した際に、ウェブページと共に、文字コードごとにクライアントフォント表示かサーバ画像表示かを定義した字形表示方法定義ファイルと、クライアント実行プログラムをダウンロードし、クライアント実行プログラムをクライアント側で実行させる。

サーバからクライアントにダウンロードされたクライアント実行プログラムは、クライアントのコンピュータに、
入力域にキー入力した文字列の仮名情報を辞書種別と共にサーバに送信し、サーバの仮名漢字変換ステップで生成された仮名漢字変換候補の候補リストを受信して選択機能と確定機能を付けてウインドウに表示し、候補の選択操作と確定操作に伴い選択候補から文字列コードを生成する仮名漢字変換処理ステップと、
仮名漢字変換処理ステップで候補リストを表示する際に、字形表示方法定義ファイルを参照して各候補の文字コードがサーバ画像表示かクライアントフォント表示かを判別し、サーバ画像表示の場合にサーバの文字画像変換ステップにより文字画像を取得してテキストと交ぜた表示データを生成する字形表示処理ステップと、
仮名漢字変換処理ステップで生成された選択候補の文字列コードから、字形表示処理ステップにより、サーバから取得した文字画像とテキストとを交ぜた表示データを生成して入力域の入力位置に表示する入力域操作処理ステップと、
入力域の入力終了時に、入力域の全文字列の表示データから文字列コードを生成してバッファに格納する文字コードテキスト化処理ステップと、
を実行させる。

クライアントで文字列を表示する表示データは、プラットフォームに依存したテキスト向けのドキュメントエレメントであるテキストエレメントと、プラットフォームに依存し、サーバ画像に文字コード属性を持たせたドキュメントエレメントである画像エレメントとを交ぜたデータである。

本発明の別の形態にあっては、サーバを構築するコンピュータに、
クライアントから文字コードの文字画像要求信号を受信した際に、文字コードの文字画像もしくは文字画像を生成するために必要な情報を前記クライアントに送って文字画像を表示させる文字画像変換ステップを実行させることを特徴とする。

この場合にも、サーバはクライアントからウェブページ取得要求信号を受信した際に、ウェブページと共に、文字コードごとにクライアントフォント表示かサーバ画像表示かを定義した字形表示方法定義ファイルと、クライアント実行プログラムをダウンロードし、クライアント実行プログラムをクライアント側で実行させる。

サーバからクライアントにダウンロードされたクライアント実行プログラムは、クライアントのコンピュータに、
文字列コードを表示する際に、字形表示方法定義ファイルを参照して各候補の文字コードがサーバ画像表示かクライアントフォント表示かを判別し、サーバ画像表示の場合にサーバに文字画像要求信号を送信して取得し、テキストと交ぜた表示データを生成して表示させる字形表示処理ステップと、
字形表示処理ステップで字形表示方法定義ファイルを参照する際に、両者を結び付ける機能結びつけ処理ステップと、
を実行させる。

（方法）
本発明はサーバを構築するコンピュータにより実行される文字入力編集方法を提供する。本発明の字入力編集方法は、サーバを構築するコンピュータに、
クライアントから入力文字列の仮名情報を受信した際に、仮名情報に対応する仮名漢字変換候補の候補リストを生成し、候補リストをクライアントに送って仮名漢字変換候補を選択させる仮名漢字変換ステップと、
クライアントから前記候補リストに含まれる文字コードの文字画像要求信号を受信した際に、文字コードの文字画像もしくは文字画像を生成するために必要な情報をクライアントに送って候補リストの文字画像を表示させる文字画像変換ステップと、
を実行させることを特徴とする。
本発明の字入力編集方法は、サーバを構築するコンピュータに、
本発明の別の形態による文字入力編集方法にあっては、サーバを構築するコンピュータに、クライアントから文字コードの文字画像要求信号を受信した際に、前記文字コードの文字画像もしくは文字画像を生成するために必要な情報を前記クライアントに送って文字画像を表示させる文字画像変換ステップを実行させることを特徴とする。

（装置）
本発明は文字入力編集処理を行うサーバを提供する。本発明のサーバは、
クライアントから入力文字列の仮名情報を受信した際に、仮名情報に対応する仮名漢字変換候補の候補リストを生成し、候補リストをクライアントに送って仮名漢字変換候補を選択させる仮名漢字変換部と、
クライアントから候補リストに含まれる文字コードの文字画像要求信号を受信した際に、文字コードの文字画像もしくは文字画像を生成するために必要な情報をクライアントに送って候補リストの文字画像を表示させる文字画像変換部と、
を備えたことを特徴とする。

本発明によるサーバの別の携帯にあっては、クライアントから文字コードの文字画像要求信号を受信した際に、前記文字コードの文字画像もしくは文字画像を生成するために必要な情報を前記クライアントに送って文字画像を表示させる文字画像変換部を備えたことを特徴とする。

本発明によれば、クライアントからの入力文字列の仮名情報はサーバで全てユニコードなどの所定の文字コードに変換して候補リストを作成してそのままクライアントに送り、クライアントで文字画像を表示する際に、予め準備された字形表示方法定義情報を参照し、サーバ画像表示を判定した場合にのみサーバへ文字コードを送ってサーバのフォント変換で生成した文字画像を取得し、クライアントのフォント機能で生成した文字画像と組み合わせて混在表示するため、サーバにおけるフォント変換はクライアントの定義情報で決まる限られた数の文字コードのフォント変換で済み、サーバの負荷を低減し、仮名漢字変換文字列の表示に要する時間を短縮できる。

また字形表示方法定義情報は必要に応じて自由に定義することができ、従来の外字のみのように固定的にサーバによるフォント変換範囲を決めていた場合に比べ、クライアントのＯＳではカバーできない字体をサーバのフォント変換を利用して効率的に仮名漢字変換することができる。

またクライアントに特殊アプリケーションを配置する必要はなく、ブラウザによりサーバから字形表示定義情報及び文字入力編集処理プログラムをダウンロードして実行しており、クライアントにアプリケーションのセットアップを事前に行う場合に比べ、初期コストを低く抑えることができる。

またクライアント毎に字形表示方法定義情報の内容、即ちクライアントでのフォント変換とするか、サーバでのフォント変換とするかを自由に設定でき、仮名漢字変換で選択する文字画像の形態を必要に応じて柔軟に決めることができ、仮名漢字入力変換について極めて高い利便性が達成できる。

図１は日本語対応のサーバによる本発明の文字入力編集処理が適用されるシステム構成のブロック図である。

図１において、サーバ１０に対してはネットワーク１４を介してクライアント１６−１，１６−２，１６−３が接続されている。サーバ１０には三つのウェブアプリケーション２０，２２，２４が設けられている。またクライアント１６−１〜１６−３には、ブラウザ１８−１〜１８−３が設けられている。

サーバ１０のウェブアプリケーション２０は辞書や画像の検索を行うウェブアプリケーション群であり、仮名漢字変換エンジン２６、仮名漢字変換辞書２８、フォント画像生成エンジン３０及びフォントファイル３２が設けられている。

ウェブアプリケーション２２は、クライアント１６−１〜１６〜３にダウンロードされて動作する表示／ＵＩエンジン（Ｊａｖａスクリプトのクライアント実行プログラム）を生成して送信するウェブアプリケーション群であり、仮名漢字変換処理部３４、字形表示処理部３６、機能結び付け処理部３８、入力域操作処理部４０、及びユニコードテキスト化処理部４２としての機能を実現するプログラムを配置している。

ウェブアプリケーション２４は、ＳＥなどの利用者のウェブアプリケーション群であり、例えば、データ処理部５０により管理させるデータベース５４が存在し、本実施形態の文字入力編集処理によりデータベース５４の更新を行うためのウェブページ４４を設けている。ウェブページ４４はクライアント側において、ウェブアプリケーション２２のＡＰＩを呼び出し、字形表示定義ファイル４８をクライアント側にダウンロードし、ウェブアプリケーション２２からダウンロードされた表示／ＵＩエンジンの機能と結びつけて利用される。

またウェブページ４４には文字入力編集処理の済んだドキュメントの内容を受信してデータ処理部５０に渡すデータ受信処理部４６が設けられている。

ここで、ウェブアプリケーション２２の仮名漢字変換処理部３４、字形表示処理部３６、機能結び付け処理部３８、入力域操作処理部４０、及びユニコードテキスト化処理部４２並びにウェブアプリケーション２４の字形表示方法定義ファイル４８は、クライアント側にダウンロードされて実行されることから、点線で示している。

また以下の説明にあっては、クライアント１６−１〜１６−３、ブラウザ１８−１〜１８−３については、単にクライアント１６、ブラウザ１８として説明する。

図１における本発明のサーバ１０は、例えば図２のようなコンピュータのハードウェア資源により実現される。図２のコンピュータにおいて、ＣＰＵ２００のバス２０１にはＲＡＭ２０２、ハードディスクドコントローラ（ソフト）２０４、フロッピィディスクドライバ（ソフト）２１０、ＣＤ−ＲＯＭドライバ（ソフト）２１４、マウスコントローラ２１８、キーボードコントローラ２２２、ディスプレイコントローラ２２６、通信用ボード２３０が接続される。

ハードディスクコントローラ２０４はハードディスクドライブ２０６を接続し、本発明の文字入力編集処理を実行するウェブアプリケーションのプログラムをローディングしており、コンピュータの起動時にハードディスクドライブ２０６から必要なプログラムを呼び出して、ＲＡＭ２０２上に展開し、ＣＰＵ２００により実行する。

フロッピィディスクドライバ２１０にはフロッピィディスクドライブ（ハード）２１２が接続され、フロッピィディスク（Ｒ）に対する読み書きができる。ＣＤ−ＲＯＭドライバ２１４に対しては、ＣＤドライブ（ハード）２１６が接続され、ＣＤに記憶されたデータやプログラムを読み込むことができる。

マウスコントローラ２１８はマウス２２０の入力操作をＣＰＵ２００に伝える。キーボードコントローラ２２２はキーボード２２４の入力操作をＣＰＵ２００に伝える。ディスプレイコントローラ２２６は表示部２２８に対して表示を行う。通信用ボード２３０は無線を含む通信回線２３２を使用し、インターネット等のネットワークを介して他のコンピュータやサーバとの間で通信を行う。なお、図１のクライアント１６−１〜１６−３も図２と同様なコンピュータのハードウェア資源により実現される。

更に、本発明の文字入力編集処理を実行するアプリケーションプログラムが記録される記録媒体を提供する。この記録媒体とは、ＣＤ−ＲＯＭ、フロッピィディスクＦＤ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの可搬型記憶媒体やコンピュータの内外に備えられたハードディスクＨＤＤなどの記憶装置のほか、回線を介してプログラムを保持するデータベース、或いは他のコンピュータシステムＰＣ並びにそのデータベースや、更に回線上の伝送媒体を含むものである。

図３（Ａ）は、図１のサーバ１０のウェブアプリケーション２０に設けられた仮名漢字変換辞書２８の説明図である。仮名漢字変換辞書２８には、読みとユニコード列で構成されている。

図３（Ｂ）は図１のサーバ１０のウェブアプリケーション２０に設けられたフォントファイル３２の説明図であり、ユニコードの全文字に対応した文字画像を生成するために必要なデータがユニコードと組み合わせて格納されている。実際には展開した画像ではなく、展開に必要なデータを格納している。

このためフォント画像生成エンジン３０は、クライアント１６からユニコードを指定した文字画像要求信号であるＵＲＬリクエストを受信した際に、ユニコードによりフォントファイル３２を検索することで、該当する文字画像を取得することができ、例えばＰＮＧ形式のビットマップ文字画像やベクトル文字画像等を生成する。

図４は、クライアント１６のブラウザ１８でサーバ１０のウェブページ４４を開いた際に表示されるＨＴＭＬフォームによるウェブページ５６の説明図である。図４において、ウェブページ５６は例えば「ＸＸＸ申請書」であり、氏名、住所、使用目的の入力域６０，６２，６４を持っており、更に送信ボタン６６とキャンセルボタン６８を設けている。このウェブページ５６における入力域６０，６２，６４のそれぞれには属性情報を予め設定することができる。

なお、文字入力の申請ウェブページに関しては、ＨＴＭＬプラットフォーム以外にも次のウェブプラグインモジュールでもよい。
ＡｃｔｉｖｅＸコントロール
ＡＳＰ（Active Server Ｐage）
Ｊａｖａアプレット
ＰＤＦフォーム等
図５は、入力域に設定する属性情報の説明図である。図５にあっては、ウェブページ５６の住所の入力域６２に設定された属性情報７０を取り出して属性とその説明を示している。

入力域６２に設定可能な属性としては
（１）編集可能フラグ
（２）項目名
（３）タブインデックス
（４）表示テキスト
（５）辞書種別
（６）入力フォントサイズ
（７）リストフォントサイズ
（８）最大文字長設定
（９）グリッド表示
が設定でき、それぞれ右側の説明に示す内容を持つ。

なお、入力域の属性情報については、以下のような項目も設定できる。
（ａ）使用辞書のネットワーク上の位置有力文字の属性
大きさ（高さ、幅）、色、形状（イタリック体、強調など）、（上付き、下付きなど）、フォントフェイス（明朝、ゴシックなど）。
（ｂ）候補漢字の文字の属性
大きさ（高さ、幅）、色、形状（イタリック体、強調など）、（上付き、下付きなど）、フォントフェイス（明朝、ゴシックなど）。
（ｃ）選択漢字の文字の属性
大きさ（高さ、幅）、色、形状（イタリック体、強調など）、（上付き、下付きなど）、フォントフェイス（明朝、ゴシックなど）。
（ｄ）入力フォーム形状の属性
大きさ、色、バックグランドに表示するイメージなど。
（ｅ）入力フォームの動作属性
入力可能文字数、入力可能文字限定指定（ひら仮名のみとか）など。
（ｆ）選択窓形状の属性
大きさ、色、バックグランドに表示するイメージなど。

図６は、サーバ１０からクライアント１６のブラウザ１８にダウンロードされたクライアント実行プログラムルの実行で実現される表示／ＵＩエンジン４５の機能構成のブロック図である。

クライアント１６のブラウザ１８でサーバ１０のウェブアプリケーション２４のウェブページ４４を開くと、サーバ１０のウェブアプリケーション２４がＨＴＭＬや画像を含むウェブページ４４を送り返す。

ＨＴＭＬには、ウェブアプリケーション２２の機能結び付け処理部３８とウェブアプリケーション２４の字形表示方法定義ファイル４８がリンクされている。また、ＨＴＭＬのプラットフォームの仕様に従い、データ送信先となるデータ処理部５０に対応してウェブアプリケーション２４にデータ受信処理部４６が設定されている。

クライアント１６のブラウザ１８はＨＴＭＬを解析し、リンクされている画像や第２ウェブアプリケーション２２のクライアント実行プログラムをサーバ１０からダウンロードする。これによって図６に示す表示／ＵＩエンジン４５の機能がクライアント１６側で構築される。

表示／ＵＩエンジン４５は、表示処理部８４、転送部８５、候補リスト格納部８６、クライアント実行モジュール８８、送信用バッファ９０、編集処理部９２を備え、クライアント実行モジュール８８がサーバ１０からダウンロードされた機能であり、仮名漢字変換処理部３４、字形表示処理部３６、機能結び付け処理部３８、入力域操作処理部４０、ユニコードテキスト化処理部４２を含んでいる。

また表示／ＵＩエンジン４５に対してはキー入力部８２と、サーバ１０のウェブアプリケーション２４からダウンロードされた字形表示方法定義ファイル４８が設けられている。

クライアント１６のブラウザ１８はサーバ１０からダウンロードした全リソース(リンクリソースを含め)を解釈し終えると、ダウンロードされたクライアント実行モジュール８８がクライアント１６で動作可能な状態になる。

仮名漢字変換処理部３４は、ＨＴＭＬブラットフォームの入力域にキー入力した文字列の読み情報（仮名情報）を辞書種別と共にサーバ１０に送信し、サーバの仮名漢字変換エンジン２６による仮名漢字変換辞書２８の検索で生成された仮名漢字変換候補の候補リストを受信し、選択機能と確定機能を付けてリストウィンドウに表示し、候補の選択操作と確定操作に伴い選択候補からユニコード文字列を生成する。

字形表示処理部３６は、仮名漢字変換処理部３４で候補リストを表示する際に、機能結び付け処理部３８により結び付けられた字形表示方法定義ファイル４８を参照し、各候補のユニコードがサーバ画像表示かクライアントフォント表示かを判別し、サーバ画像表示の場合にサーバ１０のフォント画像生成エンジン（文字画像生成部）３０により文字画像を取得してテキストと交ぜた表示データを生成して表示させる。

ここで、本実施形態の文字画像を取得してテキストと交ぜた表示データとは、ＨＴＭＬプラットフォームに依存したテキスト向けのドキュメントエレメントであるテキストエレメントと、ビューにサーバ１０から取得したサーバ文字画像を持ち、文字コードを属性にもつＨＴＭＬプラットフォームに依存したドキュメントエレメントである画像エレメントを交ぜ合せたエレメントシーケンスである。即ち、本実施形態の表示データは、テキストエレメントと文字コード属性をもつ画像エレメントとを交ぜ合せたデータである。

そして、テキストエレメントについてはクライアント１６のＨＴＭＬプラットフォームが提供するエディタの文字列挿入用ＡＰＩに渡すことで、クライアントのフォントファイル９４から文字画像を生成して表示し、画像エレメントはビューの文字画像をそのまま表示する。

入力域操作処理部４０は、仮名漢字変換処理部３４で選択確定された選択候補のユニコード文字列から字形表示処理部３６によりサーバから取得した画像エレメントとテキストエレメントとを交ぜた表示データを生成して入力域の入力位置に表示する。

ユニコードテキスト化処理部４２は、入力域の入力終了時に、入力域の全文字列の表示データからユニコード文字列を生成して送信用バッファ９０に格納する。

図７は本実施形態で使用する字形表示方法定義ファイル４８の説明図である。図７の字形表示方法定義ファイル４８にあっては、ユニコード値と表示方法で構成され、ユニコード値としてクライアントで対応するユニコードの全コード値を登録し、このユニコード値に対応して表示方法として
（１） クライアントフォントで表示
（２） サーバ画像で表示
のいずれか一方の字形の表示方法を定義している。

この例にあっては、ユニコード値「５６５３（嘘）」、「８ＦＢＢ（辻）」及び「Ｅ０００（吉）」について「サーバ画像で表示」を定義し、それ以外のユニコード値については「クライアントフォントで表示」を定義している。なお、Ｅ０００の文中の（吉）は実際には図７の字形となる。

このような字形表示方法定義ファイル４８の表示方法の定義により、クライアント１６にサーバ１０から送られてきた候補リストに含まれる仮名漢字変換候補の各文字コードの文字画像の表示につき、クライアントのフォントファイル９４により文字を表示するか、サーバ１０から文字画像を取得して表示するかを選択することができる。

また図７の字形表示方法定義ファイル４８にあっては、表示方法として具体的な表示内容を記述しているが、実際のファイルにあっては、クライアントフォントで表示する場合にフラグを「０」にリセットし、サーバ画像で表示する場合にはフラグを「１」にセットするといったフラグセットなどの手法により表示方法が設定されている。

図８（Ａ）はウェブページ５６の氏名の入力域６０に文字を入力する際の処理を示している。ウェブページ５６にあっては、クライアント１６のキーボードの「エンターキー」を押下げると、先頭の入力域６０にグレーで示す指定色のフラッシュが行われ、文字入力位置を示すキャレット７４が処理される。この入力域６０のフォーカスの際にはクライアントのＯＳが提供している例えばウィンドウズ（Ｒ）の仮名漢字変換プログラムＩＭＥ（Ｒ）は抑止される。このため入力域６０にフォーカスした以降の文字入力は、サーバ１０からダウンロードされたクライント実行モジュール８８のプログラムの実行により処理される。

フォーカスした入力域６０のキャレット７４は、画像やＣＳＳで定義したボーダーによる表示である。キャレット７４はマウスによりカーソル７２の位置でクリックすると、このカーソル７２の位置に移動させることができる。

続いて図８（Ｂ）のように、クライアント１６におけるキー操作で「よしだ」を入力すると、仮名入力ウィンドウ７６に入力文字「よしだ」が表示される。ここでクライアントのキーボードにおける日本語の文字入力はローマ字入力、仮名入力、ソフトキーボードまたは手書き入力のいずれかを使用できる。

仮名入力ウィンドウ７６に入力が済んだ状態で漢字変換のためにキーボードの「変換キー」を押下げると、入力文字列「よしだ」の読み情報が図１のサーバ１０に送信され、サーバ１０の仮名漢字変換エンジン２６による仮名漢字変換辞書２８の検索で作成されたユニコードの候補リスト（ＣＳＶ／ＸＭＬ形式）が送り返され、仮名漢字変換処理部３４、字形表示処理部３６及び機能結び付け処理部３８の動作により字形表示方法定義ファイル４８を参照しながら、サーバ１０から取得した文字画像を含む候補リストの表示データを生成し、選択機能と確定機能を付けてリストウィンド７８に「吉田・芳田・葭田」を表示する。

リストウィンドウ７８で表示された候補リストに対し、フォーカス８０を移動していずれかの候補を選択し、フォーカス８０による候補選択情報でキーボードの「エンターキー」を押下げると候補が確定し、入力域６０の仮名入力ウィンドウ７６に選択した候補の漢字文字列が挿入表示されてリストウィンドウ７８が消える。

クライアント実行モジュール８８の処理としては、入力域操作処理部４０が、ユニコードテキスト化処理部４２を使って入力域６０の全文字列からユニコード文字列を生成し、ＨＴＭＬのプラットフォームの仕様に従った送信用バッファ９０に入れる。そして、エンドユーザが送信ボタン６６を押すと、ＨＴＭＬのプラットフォームがサーバ１０のウェブアプリケーション２４に設けたデータ受信処理部４６に送信用バッファ９０の内容を送信する。

図９は、サーバ１０のウェブページ４４を開いて文字入力を行う際のクライアント１６のブラウザ１８における仮名変換処理の説明図であり、サーバ１０からダウンロードされた図６の仮名漢字変換処理部３４により実現される機能である。

図９において、クライアントのキーボード１００により文字を入力する際には、ローマ字または仮名入力のいずれかを選択する。ローマ字入力を選択した場合にはローマ字変換テーブル９６が有効となり、キーボード１００の英字キーの入力操作による打鍵キー情報１０２のローマ字入力がローマ字変換テーブル９６に与えられ、入力仮名文字列１０４の変換出力が得られる。

一方、仮名入力を選択した場合には仮名変換テーブル９８が有効となり、キーボード１００のキーに表示されている仮名キー入力を行うと打鍵キー情報１０６の英字キー入力となり、これが仮名変換テーブル９８に入力されて入力仮名文字列１０８の変換出力を得ることができる。

図１０は、図１のサーバ１０とクライアント１６における本実施形態の文字入力編集処理を示したタイムチャートである。

まずステップＳ１でクライアント１６のエンドユーザが、ブラウザ１８でサーバ１０のウェブアプリケーション２４のウェブページ４４を開く。

サーバ１０にあってはステップＳ１０１でウェブアプリケーション２４がＨＴＭＬや画像を含むウェブページ４４を送り返す。ＨＴＭＬには、ウェブアプリケーション２２の機能結び付け処理部３８とウェブアプリケーション２４の字形表示方法定義ファイル４８がリンクされている。また、ＨＴＭＬのプラットフォームの仕様に従い、データ送信先となるデータ処理部５０に対応してウェブアプリケーション２４にデータ受信処理部４６が設定されている。

クライアント１６のブラウザ１８はステップＳ２でＨＴＭＬを解析し、リンクされている画像やウェブアプリケーション２２の機能をサーバ１０からダウンロードする。

サーバ１０のウェブアプリケーション２０，２２がステップＳ１０２で必要な画像や機能を送り返す。特にウェブアプリケーション２２は、仮名漢字変換処理部３４、字形表示処理部３６、機能結び付け処理部３８、入力域操作処理部４０、ユニコードテキスト化処理部４２を含む全てのクライアント実行プログラムをこの初期段階で送る。

クライアント１６のブラウザ１８はステップＳ３で全リソース(リンクリソースを含め)を解釈し終え、サーバ１０のウェブアプリケーション２２からクライアント１６に送られたクライアント実行プログラムは、図６に示したように表示／ＵＩエンジン４５を構築し、クライアント１６で動作可能な状態になる。

続いてステップＳ４でエンドユーザが、ウェブアプリケーション２２のクライアント実行モジュールが結びつけられたＨＴＭＬエレメント上で、仮名漢字変換処理部３４の起動イベントであるキー及びボタンイベントを発生させる。このとき仮名漢字変換処理部３４はクライアント１６のＯＳが提供する仮名漢字変換プログラムＩＭＥ（Ｒ）を抑止し、キーイベント待ちの状態とする。

続いてステップＳ５でエンドユーザが例えば「ｙｏｓｈｉｄａ」と打鍵したあと変換キーを押したとすると、ステップＳ６で仮名漢字変換処理部３４が、読み表示域に「よしだ」と表示したあと、ステップＳ６で読み「よしだ」をサーバ１０のウェブアプリケーション２０に設けた仮名漢字変換エンジン２６に送る。

サーバ１０のサーバのウェブアプリケーション２０に設けた仮名漢字変換エンジン２６は、ステップＳ１０３でクライアント１６から送られた読み情報から仮名漢字変換辞書２８を検索し、検索結果をＣＳＶ形式データでクライアント１６に送り返す。例として「Ｅ０００、７５３０」が返るものとする。

クライアント１６はステップＳ７で仮名漢字変換処理部３４がサーバ１０から送られた候補群のＣＳＶ形式データから選択機能と確定機能を付けた候補リストを動的に生成し、リストウィンドウに表示する。

この検索結果文字列を表示する際に、ステップＳ８で字形表示処理部３６が機能結び付け処理部３８により結び付けられた字形表示方法定義ファイル４８を参照し、サーバ１０のウェブアプリケーション２０に設けたフォント画像生成エンジ３０ので検索した画像とテキストで表示を行う。

例として、「＜ＩＭＧ ｓｒｃ＝“Ｅ０００画像のＵＲＬ”ｖａｌｕｅ＝“Ｅ０００”＞田」というＨＴＭＬソースの画像エレメント「＜ＩＭＧ ｓｒｃ＝“Ｅ０００画像のＵＲＬ”ｖａｌｕｅ＝“Ｅ０００”＞」とテキストエレメント「田」からなる表示データが生成され、ＨＴＭＬソースに基づくＨＴＭＬリクエストをサーバ１０に設けたウェブアプリケーション２０のフォント画像生成エンジン３０に送る。

これを受けてステップＳ１０４でサーバ１０のウェブアプリケーション２０に設けたフォント画像生成エンジン３０がフォントファイル３２からユニコードのコード値「Ｅ０００」の画像を生成し、送り返す。

ステップＳ９でクライアント１６のブラウザ１８がサーバ１０から送られた画像を表示し、リストウィンドウに候補が全て表示された状態になる。

続いてステップＳ１０でエンドユーザがカーソルキーを押して確定候補を選択し、確定キーを押す。

これを受けてステップＳ１１で仮名漢字変換処理部３４および仮名漢字変換リストで動的に生成された選択機能がカーソルキーに反応して候補反転表示などの選択表示処理を行い、確定キーに反応してユニコードテキスト化処理部４２を使い、現在の選択候補からユニコード文字列を生成し、入力域操作処理部４０に渡す。

入力域操作処理部４０はステップＳ１２で字形表示処理部３６を使って渡されたユニコード文字列から画像交じりの表示データを生成し、ＨＴＭＬエレメントの現在のキャレット位置に表示データを挿入し、合せてキャレットを動かす。

この場合の表示データの生成は、ステップＳ７の仮名漢字リストの候補表示と同様に、字形表示処理部３６が機能結び付け処理部３８により結び付けられた字形表示方法定義ファイル４８を参照し、サーバ１０のウェブアプリケーション２０に設けたフォント画像生成エンジン３０から送られた画像とテキストで表示を行う。

その後、ステップＳ１３で入力域操作処理部４０が、ユニコードテキスト化処理部４２を使い入力域の全文字列からユニコード文字列を生成し、ＨＴＭＬプラットフォームの仕様に従った送信用バッファ９０に入れる。

続いてステップＳ１４でエンドユーザが送信ボタンを押すと、ＨＴＭＬプラットフォームがサーバ１０のウェブアプリケーション２４に設けたデータ受信処理部４６に送信用バッファの内容を送信する。

サーバ１０のウェブアプリケーション２４に設けたデータ受信処理部４６はステップＳ１０６でクライアント１６から送信されたデータを受け取り、データ処理部５０に渡し、コード変換部５２によりユニコードからＪＥＦコードに変換してデータベース５４に格納する。

図１１は図１０のタイムチャートで具体例として示したキー入力された読み情報(仮名情報)から仮名漢字変換を経て表示データを生成するまでの遷移をデータ構造により示した説明図である。図１１にある「吉」は下の長い「吉」である。

図１１（Ａ）はクライアント１６におけるユーザのキー入力によりサーバ１０に送られる読み情報１１０であり、「よしだ」を入力している。

読み情報１１０はサーバ１０の仮名漢字変換エンジン２６による仮名漢字変換辞書２８の検索で、図１１（Ｂ）の変換漢字１１２に変換され、図１１（Ｃ）のユニコード文字列１１４としてクライアント１６のブラウザ１８に送られる。

クライアント１６のブラウザ１８は図６のダウンロードされたクライアント実行モジュール８８の字形表示処理部３６による図７の字形表示方法定義ファイル４８の参照で、ユニコード値「Ｅ０００」の表示方法は「サーバ画像で表示」、ユニコード値「７５３０」の表示方法は「クライアントフォントで表示」であることを認識し、図１１（Ｄ）の表示データ１１６を生成する。

表示データ１１６は、ユニコード値「Ｅ０００」については、サーバに対する文字画像要求信号となるＵＲＬリクエストを行うためＨＴＭＬソース「＜ＩＭＧ ｓｒｃ＝“Ｅ０００画像のＵＲＬ”ｖａｌｕｅ＝“Ｅ０００”＞」を配置し、ユニコード値「７５３０」についてはそのままのユニコード値を配置している。

クライアント１６の字形表示処理部３６は、表示データ１１６のＨＴＭＬソースによりクライアントからサーバ１０にユニコード値「Ｅ０００」を指定したＵＲＬリクエストを発行し、サーバ１０のフォント画像生成エンジン３０によるフォントファイル３２の検索で生成した文字画像を取得し、図１１（Ｅ）の表示データ１１８を生成する。

表示データ１１８は画像エレメント１２０とテキストエレメント１２２のエレメントシーケンスである。画像エレメント１２０は、ＨＴＭＬドキュメントの場合、データ型式１２０−１が「画像」であり、ビュー１２０−２にサーバ画像を配置し、更に属性１２０−３としてユニコード「Ｅ０００」を配置している。画像エレメント１２０の表示は、クライアントのＯＳで提供されるエディタの文字列挿入ＡＰＩを抑止してビュー１２０−２のサーバ画像を表示する。

テキストエレメント１２２は、ＨＴＭＬドキュメントの場合、データ型式１２２−１が「文字」であり、文字コード１２２−２にユニコード値「７５３０」を持つテキスト形式の表示エレメントである（「￥ｕ」は「７５３０」をユニコードとして文字化するための記号である）。

テキストエレメント１２２の表示は、クライアントのＨＴＭＬプラットフォームが提供する文字列挿入ＡＰＩに「￥ｕ７５３０」を渡すことで、エディタの機能によりクライアント１６のフォントファイル９４の検索により文字画像を生成して表示する。

図１２は本実施形態のサーバ１０におけるサーバ処理のフローチャートであり、同時にサーバ１０における処理プログラムを表している。

図１２において、ステップＳ１でクライアントからのウェブページ取得要求をチェックしており、取得要求があるとステップＳ２に進み、ウェブアプリケーション２４がＨＴＭＬや画像を含むウェブページ４４を送り返す。ＨＴＭＬには、ウェブアプリケーション２２の機能結び付け処理部３８とウェブアプリケーション２４の字形表示方法定義ファイル４８がリンクされている。また、ＨＴＭＬのプラットフォームの仕様に従い、データ送信先となるデータ処理部５０に対応してウェブアプリケーション２４にデータ受信処理部４６が設定されている。

続いてステップＳ３でクライアントのＨＴＭＬを解析に基づくリンクソースのダウンロード要求をチェックしており、ダウンロード要求があると、ステップＳ４でウェブアプリケーション２０，２２が必要な画像や機能であるクライアント実行モジュールをリンクリソースとして送信する。このクライアント実行モジュールには、仮名漢字変換処理部３４、字形表示処理部３６、機能結び付け処理部３８、入力域操作処理部４０、ユニコードテキスト化処理部４２の全てが含まれる。

続いてステップＳ５でクライアントでの文字キー入力に伴う読み情報と辞書種別の受信を判別すると、ステップＳ６に進み、ウェブアプリケーション２０に設けた仮名漢字変換エンジン２６によりクライアント１６から送られた読みから仮名漢字変換辞書２８を検索し、検索結果をＣＳＶ形式データでクライアント１６に送信する。

続いてステップＳ７でクライアント１６からユニコード値を指定した画像要求を判別するとステップＳ８に進み、ウェブアプリケーション２０のフォント画像生成エンジン３０によりフォントファイル３２からユニコードの文字画像を生成し、送信する。このようなステップＳ１〜Ｓ８の処理をステップＳ９で停止指示があるまで繰り返す。

なお、サーバ１０のウェブアプリケーション２４にあっては、クライアントでＨＴＭＬエレメントの文字入力が終了すると、ＨＴＭＬプラットフォームが送信バッファの内容を送ってくることから、これをデータ受信処理部４６で受信してデータ処理部５０に渡し、コード変換部５２によりユニコードからＪＥＦコードに変換してデータベース５４に格納する処理を実行することになる。

図１３及び図１４はサーバ１０からクライアント１６のブラウザ１８で実行されるクライアント処理のフローチャートである。このフローチャートは図６のように、サーバ１０からクライアントにダウンロードして実行されるクライアント実行モジュール８８の仮名漢字変換処理部３４、字形表示処理部３６、機能結び付け処理部３８、入力域操作処理部４０、ユニコードテキスト化処理部４２を実現するプログラムの処理手順を同時に示している。

図１３において、ステップＳ１でクライアント１６のエンドユーザが、ブラウザ１８でサーバ１０のウェブアプリケーション２４のウェブページ４４を開く。これに対しサーバ１０からＨＴＭＬや画像を含むウェブページ４４が受信され、このＨＴＭＬには機能結び付け処理部３８とウェブアプリケーション２４の字形表示方法定義ファイル４８がリンクされている。

続いてステップＳ２で受信したウェブページのＨＴＭＬを解析し、リンクされている画像や機能をサーバ１０からダウンロードする。このダウンロードによりサーバ１０から必要な画像や機能が受信され、受信した機能には、仮名漢字変換処理部３４、字形表示処理部３６、機能結び付け処理部３８、入力域操作処理部４０、ユニコードテキスト化処理部４２がクライアント実行モジュールとして含まれている。

続いてステップＳ３でブラウザ１８は全リソース(リンクリソースを含め)を解釈し終え、サーバ１０から受信したクライアント実行モジュールは、クライアント１６で動作可能な状態になる。

続いてステップＳ４でエンドユーザが、ウェブアプリケーション２２のクライアント実行モジュールが結びつけられたＨＴＭＬエレメント上で、仮名漢字変換処理部３４の起動イベントであるキー及びボタンイペントを発生させる。このとき仮名漢字変換処理部３４はクライアント１６のＯＳが提供する仮名漢字変換プログラムＩＭＥ（Ｒ）を抑止し、キーイベント待ちの状態とする。

ステップＳ５でエンドユーザが打鍵したあと変換キーを押したとすると、ステップＳ６で仮名漢字変換処理部３４が、読み表示域に読みを表示したあと、読み情報（仮名情報）と辞書種別をサーバ１０に送信する。

これに対しサーバ１０の仮名漢字変換エンジン２６が読みから仮名漢字変換辞書２８を検索し、検索結果をＣＳＶ形式データでクライアント１６に送り返してくることから、ステップＳ７で検索結果の受信を判別すると、ステップＳ８に進み、受信された検索結果のＣＳＶ形式データから選択機能と確定機能を付けた仮名漢字変換リストを動的に生成する。

続いて、検索結果文字列を表示するため、ステップＳ９で字形表示処理部３６が機能結び付け処理部３８により結び付けられた字形表示方法定義ファイル４８を参照し、サーバ画像を認識するとサーバ１０に対し画像要求を行う。

この画像要求に対しサーバ１０のフォント画像生成エンジ３０により生成されたサーバ画像をステップＳ１０で受信すると、ステップＳ１１に進み、サーバ画像が交じりの全ての候補を表示した仮名漢字変換リストがリストウィンドウに表示された状態になる。

続いて図１４のステップＳ１２でエンドユーザがカーソルキーを押して確定候補を選択し、確定キーを押したことを判別するとステップＳ１３に進み、仮名漢字変換処理部３４および仮名漢字変換リストで動的に生成された選択機能がカーソルキーに反応して候補反転表示などの選択表示処理を行い、確定キーに反応してユニコードテキスト化処理部４２を使い、現在の選択候補からユニコード文字列を生成し、入力域操作処理部４０に渡す。

続いてステップＳ１４〜Ｓ１６の処理に進み、入力域操作処理部４０が字形表示処理部３６を使って渡されたユニコード文字列から画像交じりの表示データを生成し、ＨＴＭＬエレメントの現在のキャレット位置に表示データを挿入し、合せてキャレットを動かす。

この場合の表示データの生成は、ステップＳ１４で字形表示処理部３６が機能結び付け処理部３８により結び付けられた字形表示方法定義ファイル４８を参照し、表示方法がサーバ画像表示であった場合、サーバに画像を要求し、ステップＳ１５でサーバ１０からの画像受信を判別すると、ステップＳ１６でユニコード文字列から画像交じりの表示データを生成して、現在のキャレット位置に表示データを挿入する。

続いて、ステップＳ１７で入力域操作処理部４０が、ユニコードテキスト化処理部４２を使い入力域の全文字列からユニコード文字列を生成し、ＨＴＭＬプラットフォームの仕様に従った送信用バッファに入れる。

続いてステップＳ１８でエンドユーザによる送信ボタンのオン操作を判別すると、ステップＳ１９でＨＴＭＬプラットフォームがサーバ１０のウェブアプリケーション２４に設けたデータ受信処理部４６に送信用バッファの内容を送信し、処理を終了する。

本発明の別の実施形態にあっては、クライアント１６で文字入力を行わず、クライアント１６でサーバ１０のウェブページ４４を開いた際に、データベース５４から読み出したＪＦＥデータをデータ処理部５０によりユニコード化し、ＨＴＭＬ形式でクライアント１６に送り、サーバ１０から文字画像を取得した文字コードを属性にもつ画像エレメントとテキスト形式のクライアントフォントを使用するテキストエレメントを交ぜ合せた表示データを生成してクライアント１６で表示することを特徴とする。

この実施形態にあっては、サーバ１０については、ウェブアプリケーション２０のフォント画像生成エンジン２０とフォントファイル３２を使用し、一方、図６のように、クライアントにダウンロードしたクライアント実行モジュール８８の機能としては、その中の字形表示処理部３６と機能結び付け処理部３８を使用して字形表示方法定義ファイル４８を参照すればよい。

即ち、サーバ１０のフォント画像生成エンジン（文字画像変換部）２０がクライアント１６からユニコードの文字画像要求信号を受信した際に、受信したユニコードの文字画像もしくは文字画像を生成するために必要な情報をクライアント１６に送って文字画像を表示させる。

一方、サーバ１０はクライアント１６からウェブページ取得要求を受けた際に、ウェブページと共に字形表示方法定義ファイル４８とクライアント実行モジュール８８をダウンロードし、その中の字形表示処理部３６がＨＴＭドキュメントの文字列を表示する際に、機能結び付け処理部３８の結びつけにより字形表示方法定義ファイル４８を参照し、各文字がサーバ画像表示かクライアントフォント表示かを判別する。

そして、サーバ画像表示の場合にサーバに文字画像要求信号を送信して取得し、テキストと交ぜた表示データ、即ちテキスト形式のテキストエレメントと文字コードを属性としてもつ画像エレメントを交ぜ合わせた表示データ（エレメントシーケンス）を生成して表示させる。

なお、上記の実施形態は日本語対応を例に取るものであったが、日本語と同様に、文字列の読み情報を入力して文字変換する必要のある言語であれば任意の言語にそのまま適用することができる。このような言語としては、読み入力に応じて漢字への変換を必要とする中国語文字変換、韓国語文字変換などがあり、このような日本語以外の言語の文字入力編集にもそのまま適用できる。具体的には、ウィンドウズ（Ｒ）においてＩＭＥ（Ｒ）を必要としている言語につき、そのまま本発明を適用することができる。

また上記の実施形態はサーバで読み情報をユニコードの漢字文字コードに変換しているが、ユニコード以外の他の文字コードであっても良い。

また上記の実施形態はＨＴＭＬプラットフォームを対象に、ＨＴＭＬプラットフォームに依存したエレメント型式を例にとっているが、これ以外のＸＭＬ、Ｊａｖａ（Ｒ）、Ｗｉｎｄｏｗｓ（Ｒ）プログラミングなどについては、それぞれのプラットフォームに依存したエレメント型式をとることになる。

更に本発明は、その目的と利点を損なうことのない適宜の変形を含み、更に上記の実施形態に示した数値による限定は受けない。

ここで本発明の特徴を列挙すると次の付記のようになる。
（付記）
（付記１）（プログラム）
サーバを構築するコンピュータに、
クライアントから入力文字列の仮名情報を受信した際に、前記仮名情報に対応する仮名漢字変換候補の候補リストを生成し、前記候補リストをクライアントに送って仮名漢字変換候補を選択させる仮名漢字変換ステップと、
前記クライアントから前記候補リストに含まれる文字コードの文字画像要求信号を受信した際に、前記文字コードの文字画像もしくは文字画像を生成するために必要な情報を前記クライアントに送って前記候補リストの文字画像を表示させる文字画像変換ステップと、
を実行させることを特徴とするプログラム。（１）

（付記２）（ユニコード）
付記１記載のプログラムに於いて、前記仮名漢字変換ステップは、ユニコードを登録した仮名漢字変換テーブルを参照して、入力文字列の仮名情報に対応するユニコードを取得することを特徴とするプログラム。

（付記３）（クライアント実行プログラム）
付記１記載のプログラムに於いて、
前記サーバは前記クライアントからウェブページ取得要求信号を受信した際に、前記ウェブページと共に、文字コードごとにクライアントフォント表示かサーバ画像表示かを定義した字形表示方法定義ファイルと、クライアント実行プログラムをダウンロードし、前記クライアント実行プログラムをクライアント側で実行させることを特徴とするプログラム。（２）

（付記４）（クライアント実行プログラム詳細）
付記３記載のプログラムに於いて、前記クライアントにダウンロードされたクライアント実行プログラムは、前記クライアントのコンピュータに、
入力域にキー入力した文字列の仮名情報を辞書種別と共にサーバに送信し、前記サーバの仮名漢字変換ステップで生成された仮名漢字変換候補の候補リストを受信して選択機能と確定機能を付けてウインドウに表示し、候補の選択操作と確定操作に伴い選択候補から文字列コードを生成する仮名漢字変換処理ステップと、
前記仮名漢字変換処理ステップで候補リストを表示する際に、字形表示方法定義ファイルを参照して各候補の文字コードがサーバ画像表示かクライアントフォント表示かを判別し、サーバ画像表示の場合に前記サーバの文字画像変換ステップにより文字画像を取得してテキストと交ぜた表示データを生成する字形表示処理ステップと、
前記仮名漢字変換処理ステップで生成された選択候補の文字列コードから、前記字形表示処理ステップにより、前記サーバから取得した文字画像とテキストとを交ぜた表示データを生成して前記入力域の入力位置に表示する入力域操作処理ステップと、
前記入力域の入力終了時に、前記入力域の全文字列の表示データから文字列コードを生成してバッファに格納する文字コードテキスト化処理ステップと、
を実行させることを特徴とするプログラム。（３）

（付記５）（交ぜ合わせ表示データ）
付記４記載のプログラムに於いて、
前記クライアントで文字列を表示する表示データは、プラットフォームに依存したテキスト向けのドキュメントエレメントであるテキストエレメントと、プラットフォームに依存し、サーバ画像に文字コード属性を持たせたドキュメントエレメントである画像エレメントとを交ぜたデータであることを特徴とするプログラム。

（付記６）（第２発明：プログラム）
サーバを構築するコンピュータに、
クライアントから文字コードの文字画像要求信号を受信した際に、前記文字コードの文字画像もしくは文字画像を生成するために必要な情報を前記クライアントに送って文字画像を表示させる文字画像変換ステップを実行させることを特徴とするプログラム。（４）

（付記７）（クライアント実行プログラム）
付記６記載のプログラムに於いて、前記サーバは前記クライアントからウェブページ取得要求信号を受信した際に、前記ウェブページと共に、文字コードごとにクライアントフォント表示かサーバ画像表示かを定義した字形表示方法定義ファイルと、クライアント実行プログラムをダウンロードさせ、前記クライアント実行プログラムをクライアント側で実行させることを特徴とするプログラム。

（付記８）（クライアント実行プログラム詳細）
付記７記載のプログラムに於いて、前記クライアントにダウンロードされたクライアント実行プログラムは、前記クライアントのコンピュータに、
文字列コードを表示する際に、前記字形表示方法定義ファイルを参照して各候補の文字コードがサーバ画像表示かクライアントフォント表示かを判別し、サーバ画像表示の場合に前記サーバに文字画像要求信号を送信して取得し、テキストと交ぜた表示データを生成して表示させる字形表示処理ステップと、
前記字形表示処理ステップで前記字形表示方法定義ファイルを参照する際に、両者を結び付ける機能結びつけ処理ステップと、
を実行させることを特徴とするプログラム。

（付記９）（交ぜ合わせ表示データ）
付記８記載のプログラムに於いて、前記クライアントで文字列を表示する表示データは、プラットフォームに依存したテキスト向けのドキュメントエレメントであるテキストエレメントと、プラットフォームに依存し、サーバ画像に文字コード属性に持たせたドキュメントエレメントである画像エレメントとを交ぜたデータであることを特徴とするプログラム。

（付記１０）（方法）
サーバを構築するコンピュータに、
クライアントから入力文字列の仮名情報を受信した際に、前記仮名情報に対応する仮名漢字変換候補の候補リストを生成し、前記候補リストをクライアントに送って仮名漢字変換候補を選択させる仮名漢字変換ステップと、
前記クライアントから前記候補リストに含まれる文字コードの文字画像要求信号を受信した際に、前記文字コードの文字画像もしくは文字画像を生成するために必要な情報を前記クライアントに送って前記候補リストの文字画像を表示させる文字画像変換ステップと、
を実行させることを特徴とする文字入力編集方法。（５）

（付記１１）（ユニコード）
付記１０記載の文字入力編集方法に於いて、前記仮名漢字変換ステップは、ユニコードを登録した仮名漢字変換テーブルを参照して、入力文字列の仮名情報に対応するユニコードを取得することを特徴とする文字入力編集方法。

（付記１２）（クライアント実行プログラム）
付記１０記載の文字入力編集方法に於いて、
前記サーバは前記クライアントからウェブページ取得要求信号を受信した際に、前記ウェブページと共に、文字コードごとにクライアントフォント表示かサーバ画像表示かを定義した字形表示方法定義ファイルと、クライアント実行プログラムをダウンロードし、前記クライアント実行プログラムをクライアント側で実行させることを特徴とする文字入力編集方法。

（付記１３）（クライアント実行プログラム詳細）
付記１２記載の文字入力編集方法に於いて、前記クライアントにダウンロードされたクライアント実行プログラムは、前記クライアントのコンピュータに、
入力域にキー入力した文字列の仮名情報を辞書種別と共にサーバに送信し、前記サーバの仮名漢字変換ステップで生成された仮名漢字変換候補の候補リストを受信して選択機能と確定機能を付けてウインドウに表示し、候補の選択操作と確定操作に伴い選択候補から文字列コードを生成する仮名漢字変換処理ステップと、
前記仮名漢字変換処理ステップで候補リストを表示する際に、字形表示方法定義ファイルを参照して各候補の文字コードがサーバ画像表示かクライアントフォント表示かを判別し、サーバ画像表示の場合に前記サーバの文字画像変換ステップにより文字画像を取得してテキストと交ぜた表示データを生成する字形表示処理ステップと、
前記仮名漢字変換処理ステップで生成された選択候補の文字列コードから、前記字形表示処理ステップにより、前記サーバから取得した文字画像とテキストとを交ぜた表示データを生成して前記入力域の入力位置に表示する入力域操作処理ステップと、
前記入力域の入力終了時に、前記入力域の全文字列の表示データから文字列コードを生成してバッファに格納する文字コードテキスト化処理ステップと、
前記字形表示処理ステップで前記字形表示方法定義ファイルを参照する際に、両者を結び付ける機能結びつけ処理ステップと、
を実行させることを特徴とする文字入力編集方法。

（付記１４）（第２発明：方法）
サーバを構築するコンピュータに、
クライアントから文字コードの文字画像要求信号を受信した際に、前記文字コードの文字画像もしくは文字画像を生成するために必要な情報を前記クライアントに送って文字画像を表示させる文字画像変換ステップを実行させることを特徴とする文字入力編集方法。

（付記１５）（クライアント実行プログラム）
付記１４記載の文字入力編集方法に於いて、前記サーバは前記クライアントからウェブページ取得要求信号を受信した際に、前記ウェブページと共に、文字コードごとにクライアントフォント表示かサーバ画像表示かを定義した字形表示方法定義ファイルと、クライアント実行プログラムをダウンロードし、
前記クライアントにダウンロードされたクライアント実行プログラムは、前記クライアントのコンピュータに、
文字列コードを表示する際に、前記字形表示方法定義ファイルを参照して各候補の文字コードがサーバ画像表示かクライアントフォント表示かを判別し、サーバ画像表示の場合に前記サーバに文字画像要求信号を送信して取得し、テキストと交ぜた表示データを生成して表示させる字形表示処理ステップと、
前記字形表示処理ステップで前記字形表示方法定義ファイルを参照する際に、両者を結び付ける機能結びつけ処理ステップと、
を実行させることを特徴とする文字入力編集方法。

（付記１６）（装置）
クライアントから入力文字列の仮名情報を受信した際に、前記仮名情報に対応する仮名漢字変換候補の候補リストを生成し、前記候補リストをクライアントに送って仮名漢字変換候補を選択させる仮名漢字変換部と、
前記クライアントから前記候補リストに含まれる文字コードの文字画像要求信号を受信した際に、前記文字コードの文字画像もしくは文字画像を生成するために必要な情報を前記クライアントに送って前記候補リストの文字画像を表示させる文字画像変換部と、
を備えたことを特徴とするサーバ。

（付記１７）（ユニコード）
付記１６記載のサーバに於いて、前記仮名漢字変換部は、ユニコードを登録した仮名漢字変換テーブルを参照して、入力文字列の仮名情報に対応するユニコードを取得することを特徴とするサーバ。

（付記１８）（クライアント実行プログラム）
付記１６記載のサーバに於いて、
前記サーバは前記クライアントからウェブページ取得要求信号を受信した際に、前記ウェブページと共に、文字コードごとにクライアントフォント表示かサーバ画像表示かを定義した字形表示方法定義ファイルと、クライアント実行プログラムをダウンロードし、
前記クライアントにダウンロードされたクライアント実行プログラムは、前記クライアントに、
入力域にキー入力した文字列の仮名情報を辞書種別と共にサーバに送信し、前記サーバの仮名漢字変換部で生成された仮名漢字変換候補の候補リストを受信して選択機能と確定機能を付けてウインドウに表示し、候補の選択操作と確定操作に伴い選択候補から文字列コードを生成する仮名漢字変換処理部と、
前記仮名漢字変換処理部で候補リストを表示する際に、字形表示方法定義ファイルを参照して各候補の文字コードがサーバ画像表示かクライアントフォント表示かを判別し、サーバ画像表示の場合に前記サーバの文字画像変換部により文字画像を取得してテキストと交ぜた表示データを生成する字形表示処理部と、
前記仮名漢字変換処理部で生成された選択候補の文字列コードから、前記字形表示処理部により、前記サーバから取得した文字画像とテキストとを交ぜた表示データを生成して前記入力域の入力位置に表示する入力域操作処理部と、
前記入力域の入力終了時に、前記入力域の全文字列の表示データから文字列コードを生成してバッファに格納する文字コードテキスト化処理部と、
前記字形表示処理部で前記字形表示方法定義ファイルを参照する際に、両者を結び付ける機能結び付け処理部と、
の機能を構築させることを特徴とするサーバ。

（付記１９）（第２発明：装置）
クライアントから文字コードの文字画像要求信号を受信した際に、前記文字コードの文字画像もしくは文字画像を生成するために必要な情報を前記クライアントに送って文字画像を表示させる文字画像変換部を備えたことを特徴とするサーバ。

（付記２０）（クライアント実行プログラム）
付記１９記載のサーバに於いて、前記サーバは前記クライアントからウェブページ取得要求信号を受信した際に、前記ウェブページと共に、文字コードごとにクライアントフォント表示かサーバ画像表示かを定義した字形表示方法定義ファイルと、クライアント実行プログラムをダウンロードし、
前記クライアントにダウンロードされたクライアント実行プログラムは、前記クライアントのコンピュータに、
文字列コードを表示する際に、前記字形表示方法定義ファイルを参照して各候補の文字コードがサーバ画像表示かクライアントフォント表示かを判別し、サーバ画像表示の場合に前記サーバに文字画像要求信号を送信して取得し、テキストと交ぜた表示データを生成して表示させる字形表示処理部と、
前記字形表示処理部で前記字形表示方法定義ファイルを参照する際に、両者を結び付ける機能結びつけ処理部と、
を備えたことを特徴とするサーバ。

本発明が適用されるシステム環境をサーバの機能構成の実施形態と共に示したブロック図 図１のサーバ及びクライントとして用いるコンピュータのハードウェア資源のブロック図 図１のサーバに設けた仮名漢字変換辞書とフォントファイルの説明図 クライアントのブラウザで開いたウェブページの説明図 ウェブページに設定されている属性情報の説明図 サーバからクライアントにダウンロードされたプログラムの実行で実現される本実施形態による表示／ＵＩエンジンのブロック図 図１の字形表示方法定義ファイルの説明図 ウェブページの入力域選択と候補ウィンドウの説明図 クライアントのブラウザにおける仮名変換処理の説明図 クライアントとサーバにおける本実施形態による文字入力編集処理のタイムチャート 本実施形態における読み情報から表示データを生成するまでの遷移をデータ構造で示した説明図 本実施形態のサーバ処理のフローチャート 本実施形態によるクライアント処理のフローチャート 図１３に続くクライアント処理のフローチャート

符号の説明

１０：サーバ
１４：ネットワーク
１６，１６−１〜１６−５：クライアント
１８，１８−１〜１８−５：ブラウザ
２０，２２，２４：ウェブアプリケーション
２６：仮名漢字変換エンジン
２８：仮名漢字変換辞書
３０：フォント画像生成エンジン
３２，９４：フォントファイル
３４：仮名漢字変換処理部
３６：字形表示処理部
３８：機能結び付け処理部
４０：入力域操作処理部
４２：ユニコードテキスト化処理部
４４，５６：ウェブページ
４５：表示／ＵＩエンジン
４６：データ受信処理部
４８：字形表示方法定義ファイル
５０；データ処理部
５２：コード変換部
５４：データベース
６０，６２，６４：入力域
６６：送信ボタン
６８：キャンセルボタン
７２：カーソル
７４：キャレット
７６：仮名入力ウィンドウ
７８：リストウィンドウ
８０：フォーカス
８２：キー入力部
８４：表示処理部
８５：転送部
８６：候補リスト格納部
８８：クライアント実行モジュール
９０：送信用バッファ
９２：編集処理部
１１０：読み情報
１１２：変換漢字
１１４：ユニコード文字列
１１６，１１８：表示データ
１２０：画像エレメント
１２０−１，１２２−１：データ型式
１２０−２：ビュー
１２０−３：属性
１２２：テキストエレメント
１２２−２：文字コード

Claims (6)

1. クライアントから入力文字列の仮名情報を受信した際に、前記仮名情報に対応する複数の仮名漢字変換候補を含む候補リストを生成して前記クライアントに送り、
   前記クライアントから、前記候補リストより選択されて、送信された文字コードの文字画像要求信号を受信した際に、文字画像変換処理を行い文字画像が要求された前記文字コードに対応する文字画像を生成して、該文字画像をクライアントに送り、
   クライアントからウェブページ取得要求信号を受信した際に、前記ウェブページと共に、前記ウェブページ内の文字列に対応する文字コード列に含まれる文字コードごとにクライアントフォント表示かサーバ画像表示かを定義した字形表示方法定義ファイルと、クライアント実行プログラムをクライアントに送信させる、
   処理をコンピュータに実行させ、
   前記クライアント実行プログラムは、
   前記字形表示方法定義ファイルに基づいて、受信した前記結果に含まれる変換候補の文字コードが、前記コンピュータで変換可能か否かを判別させ、
   変換可能でないと判別された文字コードの文字画像要求信号をサーバに送り、
   前記文字コード列に基づく表示データであって、変換可能と判別された文字コードが前記クライアントにおいてテキストに変換され、かつ、変換可能でないと判別された文字コードの位置に受信した前記文字画像が配置された表示データを生成し、
   生成した該表示データを表示させる、
   処理を前記クライアントに実行させる、
   ことを特徴とするサーバプログラム。
   
2. 請求項１記載のサーバプログラムに於いて、前記クライアントに送信されるクライアント実行プログラムは、前記クライアントのコンピュータに記憶され、
   クライアントの入力域にキー入力した文字列の仮名情報を辞書種別と共にサーバに送信させた情報をサーバ側仮名漢字変換処理で生成された仮名漢字変換候補の候補リストをクライアントで受信させて選択機能と確定機能を付けてウインドウに表示し、候補の選択操作と確定操作に伴い選択候補から文字コード列を生成するクライアント側仮名漢字変換処理と、
   前記クライアント側仮名漢字変換処理で候補リストを表示する際に、字形表示方法定義ファイルを参照して各候補の文字コードがサーバ画像表示かクライアントフォント表示かを判別し、サーバ画像表示の場合に前記サーバの文字画像変換処理により文字画像を取得してテキストと交ぜた表示データを生成する字形表示処理と、
   前記サーバ側仮名漢字変換処理で生成された選択候補の文字コード列から、前記字形表示処理により、前記サーバから取得した文字画像とテキストとを交ぜた表示データを生成して前記入力域の入力位置に表示する入力域操作処理と、
   前記入力域の入力終了時に、前記入力域の全文字列の表示データから文字コード列を生成してバッファに格納する文字コードテキスト化処理と、
   を実行させるものであることを特徴とするサーバプログラム。
   
3. 文字コード列に含まれる文字コードの文字画像要求信号をサーバに送り、
   前記文字画像要求信号に基づき前記サーバの文字画像変換処理によって前記文字コードに対応する文字画像を生成した結果とクライアント実行プログラムをサーバから受信する処理をコンピュータに実行させ、
   前記クライアント実行プログラムは、
   受信した前記結果に含まれる変換候補の文字コードが、前記コンピュータで変換可能か否かを判別させ、
   変換可能でないと判別された文字コードの文字画像要求信号をサーバに送り、
   前記文字画像要求信号に基づく前記サーバの文字画像変換処理によって生成された、前記コンピュータで変換可能でないと判別された前記文字コードに対応する文字画像を前記サーバから受信し、
   前記文字コード列に基づく表示データであって、変換可能と判別された文字コードが前記コンピュータにおいてテキストに変換され、かつ、変換可能でないと判別された文字コードの位置に受信した前記文字画像が配置された表示データを生成し、
   生成した該表示データを表示させる、
   処理を前記コンピュータに実行させることを特徴とするクライアントプログラム。
   
4. 請求項３記載のクライアントプログラムに於いて前記クライアント実行プログラムは
   前記クライアントのコンピュータに、
   入力域にキー入力した文字列の仮名情報を辞書種別と共にサーバに送信し、
   該送信された信号に基づき前記サーバ側仮名漢字変換処理で処理された候補の候補リストを前記クライアントで受信して選択機能と確定機能を付けてウインドウに表示し、候補の選択操作と確定操作に伴い選択候補から文字コード列を生成するクライアント側仮名漢字変換処理と、
   前記クライアント側仮名漢字変換処理で候補リストを表示する際に、字形表示方法定義ファイルを参照して各候補の文字コードがサーバ画像表示かクライアントフォント表示かを判別し、サーバ画像表示の場合に前記サーバの文字画像変換により作成された文字画像を取得してテキストと交ぜた表示データを生成する字形表示処理と、
   前記サーバ側仮名漢字変換処理で生成された選択候補の文字コード列から、前記字形表示処理により、前記サーバから取得した文字画像とテキストとを交ぜた表示データを生成して前記入力域の入力位置に表示する入力域操作処理と、
   前記入力域の入力終了時に、前記入力域の全文字列の表示データから文字コード列を生成してバッファに格納する文字コードテキスト化処理と、
   をコンピュータに実行させることを特徴とするクライアントプログラム。
   
5. サーバを構築するコンピュータに、
   クライアントからの入力文字列の仮名情報を受信した際に、前記仮名情報に対応する複数の仮名漢字変換候補を含む候補リストを生成して前記クライアントに送って仮名漢字変換候補を選択させるクライアント側仮名漢字変換処理と、
   前記クライアントから、前記候補リストより選択されて、送信された文字コードの文字画像要求信号を受信した際に、文字画像変換処理を行い文字画像が要求された前記文字コードに対応する文字画像を生成して、該文字画像を前記クライアントに送る文字画像変換処理と、
   クライアントからウェブページ取得要求信号を受信した際に、前記ウェブページと共に、前記ウェブページ内の文字列に対応する文字コード列に含まれる文字コード毎にクライアントフォント表示かサーバ画像表示かを定義した字形表示方法定義ファイルと、クライアント実行プログラムをクライアントに送信させる実行プログラム送信処理と、
   を実行させ、
   前記クライアント実行プログラムは、
   前記字形表示方法定義ファイルに基づいて、受信した前記結果に含まれる変換候補の文字コードが、前記コンピュータで変換可能か否かを判別させ、
   変換可能でないと判別された文字コードの文字画像要求信号をサーバに送り、
   前記文字画像要求信号に基づく前記サーバの文字画像変換処理によって生成された、前記コンピュータで変換可能でないと判別された前記文字コードに対応する文字画像を前記サーバから受信し、
   前記文字コード列に基づく表示データであって、変換可能と判別された文字コードが前記クライアントにおいてテキストに変換され、かつ、変換可能でないと判別された文字コードの位置に受信した前記文字画像が配置された表示データを生成し、
   生成した該表示データを表示させる、
   処理を前記クライアントに実行させることを特徴とする文字入力編集方法。
   
6. 請求項５記載の文字入力編集方法に於いて、前記クライアントにダウンロードされたクライアント実行プログラムは、前記クライアントのコンピュータに、
   入力域にキー入力した文字列の仮名情報を辞書種別と共にサーバに送信し、前記サーバ側仮名漢字変換処理で生成された仮名漢字変換候補の候補リストを受信して選択機能と確定機能を付けてウインドウに表示し、候補の選択操作と確定操作に伴い選択候補から文字コード列を生成するクライアント側仮名漢字変換処理と、
   前記クライアント側仮名漢字変換処理で候補リストを表示する際に、字形表示方法定義ファイルを参照して各候補の文字コードがサーバ画像表示かクライアントフォント表示かを判別し、サーバ画像表示の場合に前記サーバの文字画像変換処理により文字画像を取得してテキストと交ぜた表示データを生成する字形表示処理ステップと、
   前記クライアント側仮名漢字変換処理で生成された選択候補の文字列コードから、前記字形表示処理により、前記サーバから取得した文字画像とテキストとを交ぜた表示データを生成して前記入力域の入力位置に表示する入力域操作処理と、
   前記入力域の入力終了時に、前記入力域の全文字列の表示データから文字コード列を生成してバッファに格納する文字コードテキスト化処理と、
   を実行させることを特徴とする文字入力編集方法。

Images