(57)【要約】【課題】他のコンピュータを遠隔操作する場合において、当該他のコンピュータの文字入力補助モジュールを用いることにより生じる問題を解消し得る技術を提供する。【解決手段】リモート端末１０と、リモート端末１０と接続可能なホストコンピュータ１２を備える。リモート端末１０は、ホストコンピュータ１２に接続された場合にホストコンピュータ１２のデスクトップ画面を表示する表示手段と、自己の文字入力補助モジュールを起動すべき旨の起動指令を入力した場合に、自己のデスクトップ画面に入力フィールドを表示するとともに自己の文字入力補助モジュールを起動して、自己の文字入力補助モジュールによる入力フィールドへの文字入力を可能とする制御手段を備える。【選択図】図１
2018085054.tif 000002
【特許請求の範囲】
【請求項１】
遠隔操作すべき装置の文字入力補助モジュールが起動されている状態で前記遠隔操作すべき装置のデスクトップ画面を表示する表示手段と、
自己の文字入力補助モジュールを起動すべき旨の起動指令を入力した場合に、自己のデスクトップ画面に入力フィールドを表示するとともに自己の文字入力補助モジュールを起動して、自己の文字入力補助モジュールによる前記入力フィールドへの文字入力を可能とする制御手段と、
を備える遠隔操作装置。
【請求項２】
前記制御手段は、前記入力フィールドに文字列が入力された場合に前記文字列を保持し、前記入力フィールドに確定指令が入力された場合に、前記入力フィールドにそれまで入力
された文字列を取得して前記遠隔操作すべき装置に送信する
請求項１に記載の遠隔操作装置。
【請求項３】
前記制御手段は、文字列を送信する際に、前記表示手段に表示された前記遠隔操作すべき装置のデスクトップ画面のカーソル位置にペーストして送信する
請求項２に記載の遠隔操作装置。
【請求項４】
前記制御手段は、自己の文字入力補助モジュールを停止すべき旨の停止指令を入力した場合に、自己のデスクトップ画面に表示されている前記入力フィールドを非表示にするとともに自己の文字入力補助モジュールを停止する
請求項１〜３のいずれかに記載の遠隔操作装置。
【請求項５】
前記制御手段は、自己のデスクトップ画面に表示されている前記入力フィールドがフォーカスアウトされた場合に、自己のデスクトップ画面に表示されている前記入力フィールドを非表示にするとともに自己の文字入力補助モジュールを停止する
請求項１〜３のいずれかに記載の遠隔操作装置。
【請求項６】
リモート端末と、
前記リモート端末と接続可能なホストコンピュータと、
を備え、
前記リモート端末は、
前記ホストコンピュータに接続された場合に前記ホストコンピュータのデスクトップ画面を表示する表示手段と、
自己の文字入力補助モジュールを起動すべき旨の起動指令を入力した場合に、自己のデスクトップ画面に入力フィールドを表示するとともに自己の文字入力補助モジュールを起動して、自己の文字入力補助モジュールによる前記入力フィールドへの文字入力を可能とする第１制御手段と、
を備え、前記ホストコンピュータは、
前記リモート端末と接続された場合に自己の文字入力補助モジュールを停止する第２制御手段
を備える遠隔操作システム。
【請求項７】
コンピュータに、
遠隔操作すべき装置の文字入力補助モジュールが起動されている状態で前記遠隔操作すべき装置のデスクトップ画面を表示するステップと、
自己の文字入力補助モジュールを起動すべき旨の起動指令を入力した場合に、自己のデスクトップ画面に入力フィールドを表示するとともに自己の文字入力補助モジュールを起動して、自己の文字入力補助モジュールによる前記入力フィールドへの文字入力を可能とするステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔操作装置、遠隔操作システム及びプログラムに関する。  
【背景技術】
【０００２】
従来から、コンピュータを別のコンピュータで遠隔操作する技術が知られている。
【０００３】
図１２は、従来のリモートデスクトップ（ＲＤＴ）の概略構成を示す。リモート端末１０及びホストコンピュータ１２がネットワークで接続されており、リモート端末１０がホストコンピュータ１２を遠隔操作する場合である。
【０００４】
ホストコンピュータ１２のオペレーティングシステム（ＯＳ）１２６が起動すると、デスクトップマネージャ１２３が起動する。デスクトップマネージャ１２３は、親のウィンドウ１２１を生成してデスクトップをディスプレイに描画する。各種アプリケーション（アプリ）１２４は、親ウィンドウに子ウィンドウを生成し、描画コマンドをデスクトップマネージャ１２３に送信し、デスクトップマネージャ１２３はウィンドウ１２１に子ウィンドウを描画する。
【０００５】
他方、リモート端末１０のリモートデスクトップ（ＲＤＴ）クライアント１０３は、ＴＣＰ／ＩＰ等のプロトコルスタック１０５、１２５を介してホストコンピュータ１２のＲＤＴサーバ１２２に接続する。接続が確立されると、ＲＤＴクライアント１０３は、ウィンドウ１０１を生成する。ＲＤＴサーバ１２２は、デスクトップマネージャ１２３を介してウィンドウ１２１内の描画情報を取得し、プロトコルスタック１２５，１０５を介してＲＤＴクライアント１０３に送信する。
【０００６】
ＲＤＴクライアント１０３は、受信した描画情報に基づき、描画コマンドをデスクトップマネージャ１０２に送信することでウィンドウ１０１に描画する。ＲＤＴサーバ１２２は、描画の変更を監視し、ＲＤＴクライアント１０３からの更新要求の応答として、変更部分の描画情報をＲＤＴクライアント１０３に送信する。このとき、カーソルの座標情報も描画情報と同様にＲＤＴクライアント１０３に送信する。
【０００７】
リモート端末１０のキーボードやマウスのイベントは、ＯＳ１０４からデスクトップマネージャ１０２、ＲＤＴクライアント１０３を介してＲＤＴサーバ１２２に送信する。キーボードのキーコードは、キーボードの差異に依存しないキーシンボルに変換して送信する。
【０００８】
ＲＤＴサーバ１２２は、これらのイベントをデスクトップマネージャ１２３に送信し、デスクトップマネージャ１２３は、これらのイベントをアプリ１２４に通知する。アプリ１２４は、通知されたイベントに基づき、文字をウィンドウ１２１に表示し、あるいはウィンドウ１２１のカーソル位置を変更する。
【０００９】
ＲＤＴの表示域は、リモート端末１０側では矩形ビットマップ画像を表示した一つのオブジェクトである。表示域内に見えるホストコンピュータ１２側のデスクトップの入力域は、矩形ビットマップ画像の一部である。従って、リモート端末１０側ではこれは入力域として認識されない。
【００１０】
リモート端末１０側から、キーイベントがホストコンピュータ１２側に送信され、ホストコンピュータ１２側ではホストコンピュータ１２側に接続されたキーボードやマウスからのイベントであるかのように処理される。これがホストコンピュータ１２側のデスクトップやその中のウィンドウに作用し、デスクトップやその中のウィンドウに作用して変更され、変更結果がビットマップとしてリモート端末１０側に送信され、リモート端末１０側のデスクトップ領域に反映される。リモート端末１０のＲＤＴクライアント１０３と、ホストコンピュータ１２のＲＤＴサーバ１２２間のアプリケーションプロトコルは、ＲＦＢ（Remote Frame Buffer）プロトコル、ＲＤＰ（Remote Desktop Protocol）等に規定される。
【００１１】
特許文献１には、第１の文字入力方式にしか対応できない画像処理装置に対して、携帯端末装置上で第２の文字入力方式を選択したユーザが、第１の文字入力方式を選択し直した場合に、ユーザが、使い慣れた携帯端末装置用のＩＭＥに基づく文字入力ツールを携帯端末装置に表示させるまでの操作を最初からやり直す必要をなくすことにより、操作性を向上し使い勝手の良い文字入力システム等を提供することを課題として、携帯端末装置において、ユーザにより第２の文字入力手段が選択されたときに、文字入力対象の画像処理装置が第２の文字入力手段に対応しておらず、ユーザにより第１の文字入力手段が再選択された場合、画像処理装置と連携して、初期画面から開始されるリモート画面のユーザによる操作を必要とすることなく、ユーザが使い慣れた携帯端末装置側の文字入力ツールを有する文字入力画面が携帯端末装置の表示手段に表示される技術が記載されている。
【００１２】
特許文献２には、画像形成装置を遠隔操作する遠隔操作装置において、文字入力の操作性が悪化することを抑制することが可能な技術を提供することを課題として、操作画面においてユーザにより入力された入力文字列に対する漢字の変換候補がＭＦＰ（画像形成装置）による仮名漢字変換において存在しない旨が判定されると、外部端末（遠隔操作装置）にインストールされているＩＭＥの起動指令がＭＦＰから外部端末に送信され、外部端末は、ＭＦＰからの当該ＩＭＥの起動指令を受信すると、ＩＭＥを起動する技術が記載されている。
【００１３】
特許文献３には、遠隔操作装置において、複数の文字入力手法を適切に使い分けることが可能な技術を提供することを課題として、画像形成システムの遠隔操作装置は、画像形成装置から送信されてきた文字種類情報（文字入力画面における入力文字の種類を示す情報）が第１の文字種類（たとえば、ひらがな）を示すものである場合には、遠隔操作装置にインストールされている手書き入力ＩＭＥを起動して、手書き入力ＩＭＥに係る入力画面である手書き入力画面を表示するとともに、文字種類情報が第２の文字種類（たとえば、数字）を示すものである場合には、遠隔操作装置は、手書き入力ＩＭＥを起動せず、第２の文字種類入力用の文字入力画面を表示する技術が記載されている。  
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２０１６−０９９９１２号公報
【特許文献２】特開２０１５−１５８７１９号公報
【特許文献３】特開２０１５−００５９１１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
リモート端末１０のキーボードのキーコードは、キーシンボルに変換してホストコンピュータ１２に送信されるが、キーシンボルはホストコンピュータ１２の文字入力補助モジュール、例えば入力メソッドエディタ（ＩＭＥ：Input Method Editor）１２７に提供される。ＩＭＥ１２７が変換データベース（ＤＢ）１２８を参照して変換結果を決定する。変換データベース（ＤＢ）１２８には、辞書や変換学習データが記憶される。ＩＭＥ１２７により変換結果が決定されると、その文字コードがアプリ１２４に提供される。
【００１６】
このように、リモート端末１０のキーボードを操作しても、ホストコンピュータ１２側のＩＭＥ１２７を用いて変換するため、遠隔操作するホストコンピュータ１２が異なる場合には、辞書や変換学習がホストコンピュータ毎に異なり、効率的な辞書利用や変換学習ができない問題がある。また、ホストコンピュータ毎にＩＭＥが異なる場合には、入力操作性が異なるため、変換操作に注意を要し、誤変換等が生じ得る。さらに、リモート端末１０を遠隔操作以外でも使用する場合に、ローカルでの辞書や変換学習の結果が利用できないため、効率的な入力操作ができない問題もある。
【００１７】
本発明の目的は、他のコンピュータを遠隔操作する場合において、当該他のコンピュータのＩＭＥ等の文字入力補助モジュールを用いることにより生じる問題を解消し得る技術を提供することにある。
【課題を解決するための手段】
【００１８】
請求項１に記載の発明は、遠隔操作すべき装置の文字入力補助モジュールが起動されている状態で前記遠隔操作すべき装置のデスクトップ画面を表示する表示手段と、自己の文字入力補助モジュールを起動すべき旨の起動指令を入力した場合に、自己のデスクトップ画面に入力フィールドを表示するとともに自己の文字入力補助モジュールを起動して、自己の文字入力補助モジュールによる前記入力フィールドへの文字入力を可能とする制御手段とを備える遠隔操作装置である。
【００１９】
請求項２に記載の発明は、前記制御手段は、前記入力フィールドに文字列が入力された場合に前記文字列を保持し、前記入力フィールドに確定指令が入力された場合に、前記入力フィールドにそれまで入力された文字列を取得して前記遠隔操作すべき装置に送信する請求項１に記載の遠隔操作装置である。
【００２０】
請求項３に記載の発明は、前記制御手段は、文字列を送信する際に、前記表示手段に表示された前記遠隔操作すべき装置のデスクトップ画面のカーソル位置にペーストして送信する請求項２に記載の遠隔操作装置である。
【００２１】
請求項４に記載の発明は、前記制御手段は、自己の文字入力補助モジュールを停止すべき旨の停止指令を入力した場合に、自己のデスクトップ画面に表示されている前記入力フィールドを非表示にするとともに自己の文字入力補助モジュールを停止する請求項１〜３のいずれかに記載の遠隔操作装置である。
【００２２】
請求項５に記載の発明は、前記制御手段は、自己のデスクトップ画面に表示されている前記入力フィールドがフォーカスアウトされた場合に、自己のデスクトップ画面に表示されている前記入力フィールドを非表示にするとともに自己の文字入力補助モジュールを停止する請求項１〜３のいずれかに記載の遠隔操作装置である。
【００２３】
請求項６に記載の発明は、リモート端末と、前記リモート端末と接続可能なホストコンピュータとを備え、前記リモート端末は、前記ホストコンピュータに接続された場合に前記ホストコンピュータのデスクトップ画面を表示する表示手段と、自己の文字入力補助モジュールを起動すべき旨の起動指令を入力した場合に、自己のデスクトップ画面に入力フィールドを表示するとともに自己の文字入力補助モジュールを起動して、自己の文字入力補助モジュールによる前記入力フィールドへの文字入力を可能とする第１制御手段とを備え、前記ホストコンピュータは、前記リモート端末と接続された場合に自己の文字入力補助モジュールを停止する第２制御手段を備える遠隔操作システムである。
【００２４】
請求項７に記載の発明は、コンピュータに、遠隔操作すべき装置の文字入力補助モジュールが起動されている状態で前記遠隔操作すべき装置のデスクトップ画面を表示するステップと、自己の文字入力補助モジュールを起動すべき旨の起動指令を入力した場合に、自己のデスクトップ画面に入力フィールドを表示するとともに自己の文字入力補助モジュールを起動して、自己の文字入力補助モジュールによる前記入力フィールドへの文字入力を可能とするステップとを実行させるプログラムである。
【発明の効果】
【００２５】
請求項１，６，７に記載の発明によれば、他のコンピュータを遠隔操作する場合において、当該他のコンピュータの文字入力補助モジュールを用いることにより生じる問題を効果的に解消できる。
【００２６】
請求項２に記載の発明によれば、さらに、自己の文字入力補助モジュールを用いて文字列を入力して他のコンピュータに送信し、他のコンピュータを遠隔操作できる。
【００２７】
請求項３に記載の発明によれば、さらに、操作性を向上させて他のコンピュータを遠隔操作できる。
【００２８】
請求項４、５に記載の発明によれば、さらに、自己の文字入力補助モジュールを所望のタイミングで停止することができる。
【図面の簡単な説明】
【００２９】
【図１】実施形態のシステム構成図である。
【図２】実施形態の他のシステム構成図である。
【図３】リモート端末の構成ブロック図である。
【図４】実施形態１のリモート端末の処理フローチャート（その１）である。
【図５】実施形態１のリモート端末の処理フローチャート（その２）である。
【図６】リモート端末に表示される入力フィールドの模式図である。
【図７】ホストコンピュータの処理フローチャートである。
【図８】リモート端末の入力フィールドコンテナの模式図である。
【図９】実施形態２のリモート端末の処理フローチャート（その１）である。
【図１０】実施形態２のリモート端末の処理フローチャート（その２）である。
【図１１】変形例のリモート端末の処理フローチャートである。
【図１２】リモート端末及びホストコンピュータの基本構成図である。
【発明を実施するための形態】
【００３０】
以下、図面に基づき本発明の実施形態について、文字入力補助モジュールとして入力メソッドエディタ（ＩＭＥ）を例にとり説明する。但し、本発明は特定の入力メソッドエディタに限定されるものではない。なお、「文字入力補助モジュール」とは、文字を入力する際にその補助を行うソフトウェアプログラムであり、例えばかな漢字変換を行う日本語ＩＭＥ等を意味する。
【００３１】
＜実施形態１＞
図１は、本実施形態のシステム構成を示す。リモート端末１０とホストコンピュータ１２はネットワーク１４を介して接続される。リモート端末１０は、遠隔操作装置として機能し、ホストコンピュータ１２を遠隔操作する。リモート端末１０はＩＭＥを備え、ホストコンピュータ１２もＩＭＥを備える。
【００３２】
従来においては、既述したようにリモート端末１０とホストコンピュータ１２とがネットワーク１４を介してデータ送受可能に接続されてリモート端末１０がホストコンピュータ１２を遠隔操作する場合、ホストコンピュータ１２のＩＭＥが用いられているが、本実施形態ではホストコンピュータ１２のＩＭＥに代えて、リモート端末１０のＩＭＥが用いられる。
【００３３】
図２は、本実施形態の他のシステム構成を示す。リモート端末１０はネットワーク１４を介して複数のホストコンピュータ１２ａ、１２ｂと接続され、複数のホストコンピュータ１２ａ、１２ｂを遠隔操作する。この場合にも、ホストコンピュータ１２ａ、１２ｂのＩＭＥではなく、リモート端末１０のＩＭＥが用いられる。リモート端末１０のキーボードから入力されたキーシンボルは、リモート端末１０のＩＭＥで処理され、変換された上でホストコンピュータ１２ａ、１２ｂに送信されるので、リモート端末１０に変換結果や学習結果が蓄積される。
【００３４】
図３は、本実施形態におけるリモート端末１０の構成ブロック図を示す。基本的な構成は図１２に示す構成ブロック図と同様であり、ウィンドウ１０１、デスクトップマネージャ１０２、ＲＤＴクライアント１０３、ＯＳ１０４、ＩＭＥ１０６及び変換データベース（ＤＢ）１０７を備える。なお、リモート端末１０のハードウェア構成は、通常のパーソナルコンピュータと同様にＣＰＵ、ＲＯＭやＨＤＤ，ＳＤＤ等のプログラムメモリ、ＲＡＭ等のワーキングメモリ、通信インターフェイス、キーボードやマウス、ディスプレイ等の入出力インターフェイスを備えており、ＣＰＵがプログラムメモリに記憶された処理プログラムを実行することで各種処理を実行する。ウィンドウ１０１は、ＣＰＵが処理プログラムを実行することでディスプレイに表示される。デスクトップマネージャ１０２やＲＤＴクライアント１０３、ＩＭＥ１０６は、ＣＰＵが処理プログラムを実行することで実現される論理モジュールである。
【００３５】
ＲＤＴクライアント１０３は、ＴＣＰ／ＩＰ等のプロトコルスタック１０５、１２５（図１２を参照）を介してホストコンピュータ１２のＲＤＴサーバ１２２に接続する。接続が確立されると、ＲＤＴクライアント１０３は、デスクトップマネージャ１０２を介してディスプレイにウィンドウ１０１を生成する。他方、ホストコンピュータ１２のＲＤＴサーバ１２２は、デスクトップマネージャ１２３を介してウィンドウ１２１内の描画情報を取得し、プロトコルスタック１２５，１０５を介してＲＤＴクライアント１０３に送信する。
【００３６】
デスクトップマネージャ１０２は、表示手段として機能し、ホストコンピュータ１２のＲＤＴサーバ１２２から受信した描画情報に基づき、ホストコンピュータ１２のデスクトップ画面をウィンドウ１０１に描画する。リモート端末１０のディスプレイに表示されるホストコンピュータのデスクトップ画面、すなわちリモートデスクトップの表示域は、リモート端末１０側では矩形ビットマップ画像を表示した一つのオブジェクトであり、ホストコンピュータ１２側のデスクトップの入力域は、矩形ビットマップ画像の一部である。
【００３７】
ＲＤＴクライアント１０３は、制御手段あるいは第１制御手段として機能し、ＲＤＴ制御部１０３１、入力フィールド制御部１０３２、及びＲＦＢ送受信部１０３３を備える。ＲＤＴ制御部１０３１，入力フィールド制御部１０３２、ＲＦＢ送受信部１０３３も、ＣＰＵが処理プログラムを実行することで実現される論理モジュールである。勿論、これらの少なくとも一部をハードウェア回路として構成してもよい。
【００３８】
ＲＤＴ制御部１０３１は、ＲＤＴクライアント１０３の全体動作を制御する。入力フィールド制御部１０３２は、ＲＤＴ制御部１０３１からの指令に基づき、入力フィールドの表示及び非表示を制御するとともに、入力フィールドに入力された文字列の取得やクリアを実行する。ＲＦＢ送受信部１０３３は、ＲＦＢプロトコルに基づいてホストコンピュータ１２のＲＤＴサーバ１２２とデータの送受信を制御する。ＲＦＢプロトコルは、既述したように、ＲＤＴクライアント１０３とＲＤＴサーバ１２２との間のアプリケーションプロトコルであり、描画情報やイベント情報はこのプロトコルに従って変換されて送受信される。ＲＦＢプロトコルの概要を以下に示す。
【００３９】
＜リモート端末１０→ホストコンピュータ１２＞
FrameBufferEvent：矩形のビットマップの送信を要求する
座標／縦横サイズ
KeyEvent：キーシンボル
アップ／ダウンの区別
PointerEvent：マウスの座標
アップ／ダウンの区別
ホタンの種別（左／中／右）
ClientCutText：文字列をホストのカットバッファに送る
＜ホストコンピュータ１２→リモート端末１０＞
FrameBufferUpdate：矩形のビットマップの送信を要求する
座標／縦横サイズ＋ビットマップデータ
ＲＤＴクライアント１０３は、ホストコンピュータ１２のＲＤＴサーバ１２２からホストコンピュータ１２のデスクトップ画面の矩形ビットマップ画像を受信し、デスクトップマネージャ１０２に供給する。また、ＲＤＴクライアント１０３は、キーイベント（キーボード）、ポインタイベント（マウス、タッチ等）を受信し、ホストコンピュータ１２のＲＤＴサーバ１２２に送信する。
【００４０】
但し、ＲＤＴクライアント１０３は、キーイベントのうち、特定のキーイベント、具体的にはＩＭＥ起動を意味するキーイベントの場合には当該キーイベントをホストコンピュータ１２のＲＤＴサーバ１２２に送信しない。具体的には、ＲＤＴ制御部１０３１は、キーイベントがＩＭＥ起動を意味するキーイベントであるか否かを判定し、ＩＭＥ起動を意味するキーイベントであればキーイベントをＲＤＴサーバ１２２に送信することなく、リモート端末１０のＩＭＥ１０６を起動し、さらに入力フィールド制御部１０３２に指令して入力フィールドを表示させる。
【００４１】
図４は、本実施形態のＲＤＴ制御部１０３１のキーイベント処理の処理フローチャートを示す。
【００４２】
まず、ＲＤＴ制御部１０３１は、デスクトップイベントか否か、すなわち、リモート端末１０のウィンドウ１０１内に表示されたホストコンピュータ１２のデスクトップ画面の表示域のオブジェクトについてのイベントであるか否かを判定する（Ｓ１０１）。ホストコンピュータ１２のデスクトップ画面の入力域は、既述したように矩形ビットマップ画像の一部であり、例えば当該入力域に対するマウスによる操作は、デスクトップイベントであると判定される。
【００４３】
デスクトップイベントである場合（Ｓ１０１でＹＥＳ）、ＲＤＴ制御部１０３１は、次に入力されたイベントがＩＭＥ起動キーコードであるか否かを判定する（Ｓ１０２）。ＩＭＥ起動キーコードは、オペレーティングシステム（ＯＳ）や使用するキーボードにより異なり得る。例えば、Ｗｉｎｄｏｗｓ（登録商標）やＬｉｎｕｘ（登録商標）では半角／全角キーがＩＭＥ起動キーを、ＭａｃＯＳではコマンドキーを押下することにより発生するキーコードをＩＭＥ起動キーコードとして扱うことができる。これらの例のキーはＩＭＥ停止にも用いられるキーでもある。キーが押下された時のＩＭＥの状態が停止状態である場合に発生するキーコードとＩＭＥの状態が状態に発生するキーコードが異なる場合、前者をＩＭＥ起動コードとして扱い後者をＩＭＥ起動停止コードとして扱うことができる。または、キーにより表示されるメニューによりＩＭＥ起動またはＩＭＥ停止のいずれのキーコードを発生する場合もある。同一のキーコードしか発生しない場合もある。そのような場合には、ＩＭＥの起動状態を取得し、停止状態であればＩＭＥ起動コードとして扱い、起動状態であればＩＭＥ停止コードとして扱う。または、独自に内部状態を管理し、内部状態に応じてＩＭＥ起動コードとして扱うかＩＭＥ停止コードとして扱うかを判断しても良い。
【００４４】
ＩＭＥ起動キーコードである場合（Ｓ１０２でＹＥＳ）、ＲＤＴ制御部１０３１は、入力フィールド制御部１０３２に指令し、入力フィールド制御部１０３２は、入力フィールドをウィンドウ１０１に表示する（Ｓ１０３）。また、入力フィールドにフォーカスする（Ｓ１０４）。ここで、「フォーカス」とは、特定の入力要素が選択され、入力を受け付けられる状態をいう。さらに、入力フィールド制御部１０３２は、リモート端末１０のＩＭＥ１０６を起動する（Ｓ１０５）。これにより、リモート端末１０のユーザは、Ｓ１０４で表示された入力フィールドにリモート端末１０のＩＭＥ１０６で入力できるようになる。たとえリモート端末１０がホストコンピュータ１２に接続した場合に、ホストコンピュータ１２のＩＭＥ１２７が起動していても、リモート端末１０側のＩＭＥ１０６を起動し、これを用いて入力フィールドに入力される点に留意されたい。リモート端末１０側のＩＭＥ１０６が起動したことをウィンドウ１０１に表示する等してリモート端末１０のユーザに報知してもよい。
【００４５】
なお、Ｓ１０５の処理において、ＩＭＥ１０６がシステムに常駐しているような場合、ＩＭＥ１０６を起動するのではなく、常駐しているＩＭＥ１０６に接続すればよい。この意味で、ＩＭＥの起動には、ＩＭＥの接続も含まれるものとする。また、入力フィールド制御部１０３２がＩＭＥ１０６を起動することなく、ＯＳ１０４等に起動を任せるようにしてもよい。さらに、入力フィールドにフォーカスされるとＯＳ１０４等によりＩＭＥ１０６が自動的に起動する構成としてもよい。この場合、ＲＤＴクライアント１０３及びＯＳ１０４が制御手段として機能することになる。文字入力やＩＭＥの動作に関する入力フィールドの設定や状態に関する属性値によりＩＭＥ１０６が自動的に起動する構成としてもよい。例えば、設定がＩＭＥを活性化するものである場合には自動起動し、そうでない場合には自動起動しない。または、ＩＭＥが活性状態である場合には自動起動し、そうでない場合には自動起動しない。
【００４６】
他方、ＩＭＥ起動キーコードでない場合（Ｓ１０２でＮＯ）、ＲＤＴ制御部１０３１は、ＲＦＢ送受信部１０３３を介してキーコードをキーシンボルに変換してホストコンピュータ（サーバ）１２に送信する（Ｓ１０６）。ホストコンピュータ１２のＲＤＴサーバ１２２は、キーシンボルを受信し、デスクトップマネージャ１２３を介してアプリ１２４に通知する。
【００４７】
また、デスクトップイベントでない場合（Ｓ１０１でＮＯ）、入力フィールドのイベントか否かを判定し（Ｓ１０７）、入力フィールドのイベントであれば（Ｓ１０７でＹＥＳ）、所定の入力フィールドのイベント処理を実行する（Ｓ１０８）。この処理についてはさらに後述する。入力フィールドのイベントでなければ（Ｓ１０７でＮＯ）、その他の処理を実行する（Ｓ１０９）。例えば、ウィンドウのクローズボタンの処理等である。
【００４８】
図５は、図４におけるＳ１０８の入力フィールドイベント処理の詳細フローチャートを示す。Ｓ１０３で入力フィールドが表示され、Ｓ１０５でリモート端末１０側のＩＭＥ１０６が起動されていることが前提である。
【００４９】
まず、ＲＤＴ制御部１０３１は、入力フィールドのイベントがＩＭＥ停止キーコードであるか否かを判定する（Ｓ２０１）。ＩＭＥ停止キーコードは、例えば、既述したように、Ｗｉｎｄｏｗｓであれば半角／全角キーを押下することによって発生する。ＩＭＥ停止キーコードである場合（Ｓ２０１でＹＥＳ）、ＲＤＴ制御部１０３１は、起動中のＩＭＥ１０６を停止する（Ｓ２０２）。ＩＭＥ１０６が常駐している場合には、ＩＭＥ１０６の停止ではなく切断してもよい。この意味で、ＩＭＥ１０６の停止には切断も含まれる。ＲＤＴ制御部１０３１がＩＭＥ１０６を停止するのではなく、ＯＳ１０４に停止を任せてもよい。さらに、入力フィールドの属性値によって入力フィールドがフォーカスアウトされるとＯＳ１０４によりＩＭＥ１０６が自動停止する構成としてもよい。
【００５０】
次に、ＲＤＴ制御部１０３１は、入力フィールド制御部１０３２に指令して入力フィールドが表示されていれば入力フィールドを非表示とする（Ｓ２０３）。そして、ＲＤＴ制御部１０３１は、デスクトップの表示域にフォーカスする（Ｓ２０４）。
【００５１】
他方、ＩＭＥ停止キーコードでない場合（Ｓ２０１でＮＯ）、ＲＤＴ制御部１０３１は、フォーカスアウトイベントであるか否かを判定する（Ｓ２０５）。「フォーカスアウト」とは、入力フィールドから他の領域に入力受け付け状態を移動させることをいう。フォーカスアウトは、デスクトップの表示域にフォーカスを移動した場合やユーザが入力フィールド外をマウス等でポイントした場合、タブキー等で別の入力フィールドに移動した場合等に生じ得る。フォーカスアウトのイベントである場合（Ｓ２０５でＹＥＳ）、ＲＤＴ制御部１０３１は、入力フィールド制御部１０３２に指令して入力フィールドを非表示とする（Ｓ２０６）。入力フィールドを非表示にするとともに、ＩＭＥ１０６を停止してもよい。
【００５２】
また、フォーカスアウトイベントでない場合（Ｓ２０５でＮＯ）、確定キーコードであるか否かを判定する（Ｓ２０７）。確定キーコードは、例えば「Ｅｎｔｅｒ」キーである。
【００５３】
確定キーコードである場合（Ｓ２０７でＹＥＳ）、入力フィールド制御部１０３２は、入力フィールドの文字列を取得した上で、入力フィールドをクリアする（Ｓ２０８）。次に、デスクトップのカーソル位置にペーストして送信する（Ｓ２０９）。すなわち、リモート端末１０のウィンドウ１０１に表示されている、ホストコンピュータ１２のデスクトップのカーソル位置に対し、入力フィールドの文字列をペーストして送信する。ホストコンピュータ１２のカーソルの座標は、ＲＤＴサーバ１２２から事前にＲＤＴクライアント１０３に通知されており、入力フィールド制御部１０３２は、事前に通知されているこのカーソル位置を用いてペーストして送信する。なお、カーソル位置は、最後のフレーム更新の矩形の座標として通知されてもよい。ＲＦＢ送受信部１０３３は、ClientCutTextで文字列をホストコンピュータ１２のＲＤＴサーバ１２２のカットバッファに送信し、PointerEventとしてペーストボタンを送ることでペースト送信を実現する。文字列は、例えばUTF-8等でエンコーディングして送信する。その後、Ｓ２０１以降の処理を繰り返す。
【００５４】
確定キーコードでない場合（Ｓ２０７でＮＯ）、入力フィールド制御部１０３２は、入力フィールドに確定前の文字列を保持する（Ｓ２１０）。そして、Ｓ２０１以降の処理を繰り返す。従って、Ｓ２０８の処理では、Ｓ２１０で保持された文字列がエンコーディングされてホストコンピュータ１２に送信される。
【００５５】
図５の処理フローチャートでは、入力フィールドがフォーカスアウトされた場合に入力フィールドを非表示としたが（Ｓ２０５でＹＥＳ，Ｓ２０６）、フォーカスアウトの場合に確定キーでの操作、すなわち入力フィールドの文字列を取得してクリアし（Ｓ２０８）、カーソル位置にペースト送信（Ｓ２０９）してもよい。
【００５６】
図５の処理フローチャートから理解されるように、入力フィールドでのイベントが生じると、入力フィールド制御部１０３２がキーイベントを入力して処理し、ＩＭＥ停止キーコードや確定キーコード以外のキーコードでは入力フィールドの文字列を保持し、確定キーコードを入力すると入力フィールド内で確定した文字列をＲＤＴサーバ１２２に送信し、ＩＭＥ停止キーコードを入力するとＲＤＴ制御部１０３１に動作を戻し、ＲＤＴ制御部１０３１がＩＭＥ１０６の起動を停止する。
【００５７】
図６は、図４のＳ１０３で実行される入力フィールドの表示処理を模式的に示す。入力フィールド制御部１０３２は、ＲＤＴ制御部１０３１からの指令に基づいて、リモート端末１０のディスプレイに入力フィールドを表示する。図６に示すように、リモート端末１０のディスプレイには、リモート端末１０のデスクトップ１０１１が表示され、その中にホストコンピュータ１２のデスクトップ１０１２が矩形ビットマップとして表示される。入力フィールド制御部１０３２は、例えばデスクトップ１０１１の上部に入力フィールド１０１３を表示する。入力フィールド制御部１０３２は、デスクトップ１０１１の中、あるいはデスクトップ１０１２の中に入力フィールド１０１３を表示してもよく、デスクトップ１０１２におけるカーソルの位置を取得し、このカーソル位置に合わせてこれに重なるように表示してもよい。この場合、あたかもホストコンピュータ１２のＩＭＥ１２７を用いて入力しているかのような操作感覚でＩＭＥ１０６を用いて文字等を入力できる。入力フィールド１０１３をデスクトップ１０１１の外に表示する場合、図４のＳ１０１で検出するイベントの対象は、デスクトップ１０１１のオブジェクトではなく、それを含む外側の全体範囲とする。
【００５８】
以上はリモート端末１０側の処理であり、次に、ホストコンピュータ１２側の処理について説明する。ホストコンピュータ１２では、リモート端末１０と接続したときにＩＭＥ１２７が起動状態にあるものとする。
【００５９】
図７は、第２制御手段としてのＲＤＴサーバ１２２の処理フローチャートを示す。
【００６０】
まず、ＲＤＴサーバ１２２は、ＲＤＴクライアント１０３との接続を完了したか否かを判定する（Ｓ３０１）。接続完了した場合（Ｓ３０１でＹＥＳ）、ＲＤＴサーバ１２２は、ＩＭＥ１２７を停止するとともに、デスクトップマネージャ１２３にリモート接続の開始を通知する（Ｓ３０２）。デスクトップマネージャ１２３は、この接続開始の通知に応じ、デスクトップのツールバーからＩＭＥ１２７を選択するメニューを削除／無効化し、あるいはコンテキストメニューからＩＭＥ１２７を選択する項目を削除／無効化することで、ＩＭＥ１２７の選択を不可能にする。
【００６１】
ＲＤＴクライアント１０３との接続が完了していない場合（Ｓ３０１でＮＯ：これにはＲＤＴクライアント１０３との接続中も含まれる）、ＲＤＴクライアント１０３と切断したか否かを判定する（Ｓ３０３）。ＲＤＴクライアント１０３と切断した場合（Ｓ３０３でＹＥＳ）、ＲＤＴサーバ１２２は、デスクトップマネージャ１２３にリモート接続の終了を通知する（Ｓ３０４）。デスクトップマネージャ１２３は、デスクトップのツールバーにＩＭＥ１２７を選択するメニューを追加／有効化し、あるいはコンテキストメニューからＩＭＥ１２７を選択する項目を追加／有効化することで、ＩＭＥ１２７の選択を可能とする。
【００６２】
ＲＤＴクライアント１０３と切断していない場合（Ｓ３０３でＮＯ）、ＲＤＴサーバ１２２は、ＲＤＴクライアント１０３から受信したイベントがＩＭＥ接続キーイベントであるか否かを判定する（Ｓ３０５）。ＩＭＥ接続キーイベントである場合（Ｓ３０５でＹＥＳ）、既述したようにリモート端末１０側において入力フィールドを表示してＩＭＥ１０６を起動するので、ホストコンピュータ１２側では当該キーイベントを廃棄し、ＩＭＥ１２７を起動しない（Ｓ１０８）。ＩＭＥ接続キーイベントでない場合（Ｓ３０５でＮＯ）、デスクトップマネージャ１２３に転送し、アプリ１２４に通知される（Ｓ３０７）。ＲＤＴサーバ１２２は、接続完了時にはＩＭＥ１２７の起動状態を維持し、ＩＭＥ接続キーイベントを受信したタイミングでＩＭＥ１２７を停止してもよい。
【００６３】
以上のような処理により、リモート端末１０がホストコンピュータ１２に接続した場合、ホストコンピュータ１２側のＩＭＥ１２７が使用されず、リモート端末１０側のＩＭＥ１０６及び変換データベースＤＢ１０７を用いて入力フィールドに入力され、確定後の文字列がリモート端末１０からホストコンピュータ１２に送信される。
【００６４】
＜実施形態２＞
次に、本実施形態の処理を、例えばJavaScript（登録商標）で実装する場合について説明する。
【００６５】
まず、JavaScriptで実装されたＲＤＴクライアント１０３の基本的な処理について説明する。
【００６６】
リモート端末１０のＨＤＤ等にインストールされたブラウザが起動されると、デスクトップマネージャ１０２はディスプレイにブラウザウィンドウを表示する。ブラウザは、ＵＲＬ欄に入力された文字列で指定されたＨＴＭＬ等の文書ファイルを読み込む。この文書ファイルは、リモート端末１０内のファイルでもよいし、Ｗｅｂサーバから読み込んでもよい。Ｗｅｂサーバは、ネットワーク１４を介して接続される任意のコンピュータでもよい。
【００６７】
ブラウザは、文書中の表示情報に基づいてブラウザウィンドウ内に描画する。また、ブラウザは、文書中にプログラムが記述されているとこれを実行する。文書からＵＲＬで参照されるプログラムが存在する場合、ブラウザはこれを読み込んで実行する。プログラムはJavaScript等で記述されている。アプレットとしてJava OS上で動作するプログラムであってもよい。
【００６８】
リモート端末１０の制御手段あるいは第１制御手段として機能するＲＤＴクライアント１０３が、ホストコンピュータ１２の第２制御手段として機能するＲＤＴサーバ１２２と接続する手順や描画情報を送受信する手順、キーボードやマウスイベントを送受信する手順は実施形態１と同様である。ＲＤＴクライアント１０３は、受信した描画情報に基づきＨＴＭＬの描画オブジェクト中に描画する。描画オブジェクトは、ＨＴＭＬのcanvas要素が用いられる。
【００６９】
ＲＤＴクライアント１０３は、canvas要素に対するキーイベントやマウスイベントを監視し、これらを検出する。検出されたイベントは、対応するイベント情報としてＲＤＴサーバ１２２に送信する。
【００７０】
図８は、入力フィールドのコンテナの一例を示す。入力フィールド１０１３、バックタブ用入力１０１４，タブ用入力１０１５，パスワードボタン１０１６が用意されるが、デフォルト状態ではこれらのコンテナを非表示とする。すなわち、デフォルト状態では、リモート端末１０のウィンドウ１０１には、入力フィールド１０１３、バックタブ用入力１０１４，タブ用入力１０１５，パスワードボタン１０１６は表示されず、ＩＭＥ起動キーコードをトリガとしてこれらのコンテナを表示する。
【００７１】
図９は、ＲＤＴクライアント１０３の処理フローチャートを示す。
【００７２】
まず、ＲＤＴクライアント１０３のＲＤＴ制御部１０３１は、デスクトップ表示オブジェクトのイベントであるか否かを判定する（Ｓ４０１）。デスクトップ表示オブジェクトのイベントである場合（Ｓ４０１でＹＥＳ）、次にＩＭＥ起動キーコードであるか否かを判定する（Ｓ４０２）。ＩＭＥ起動キーコードである場合（Ｓ４０２でＹＥＳ）、ＲＤＴ制御部１０３１はＩＭＥ１０６を起動する。ＯＳ１０４がＩＭＥ１０６を起動してもよく、ＩＭＥ１０６が常駐している場合にはＩＭＥ１０６に接続する。また、入力フィールド制御部１０３２は、ＲＤＴ制御部１０３１からの指令に基づき、入力フィールドコンテナを表示状態とし（Ｓ４０３）、入力フィールドにフォーカスする（Ｓ４０４）。これにより、入力フィールド内にＩＭＥ１０６を用いた入力が可能となる。入力フィールドにフォーカスしたことに連動してＩＭＥ１０６を起動してもよいのは実施形態１と同様である。要するに、ＩＭＥ起動キーコードの入力に基づき、これに連動させてＩＭＥ１０６を起動し、入力フィールドを表示すればよい。
【００７３】
ＩＭＥ起動キーコードでない場合（Ｓ４０２でＮＯ）、ＲＤＴ制御部１０３１は、ＲＦＢ送受信部１０３３を介してキーコードをキーシンボルに変換してホストコンピュータ１２に送信する（Ｓ４０５）。
【００７４】
他方、デスクトップ表示オブジェクトのイベントでない場合（Ｓ４０１でＮＯ）、入力フィールドのイベントであるか否かを判定する（Ｓ４０６）。入力フィールドのイベントである場合（Ｓ４０６でＹＥＳ）、入力フィールド制御部１０３２は、ＲＤＴ制御部１０３１からの指令に基づき所定の入力フィールドイベント処理を実行する（Ｓ４０７）。この処理についてはさらに後述する。
【００７５】
入力フィールドのイベントでない場合（Ｓ４０６でＮＯ）、デスクトップがフォーカスされたか否かを判定する（Ｓ４０８）。デスクトップにフォーカスされた場合（Ｓ４０８でＹＥＳ）、ＲＤＴ制御部１０３１は、ＲＦＢ送受信部１０３３を介してタブのキーシンボルをホストコンピュータ１２に送信する（Ｓ４０９）。これにより、ホストコンピュータ１２側のデスクトップの次のフィールドにフォーカスが移動する。バックタブも同様に制御することで、ホストコンピュータ１２側のデスクトップの前のフィールドにフォーカスが移動する。そして、ＲＤＴ制御部１０３１は、入力フィールドのフォーカスアウトタイムを偽（ｆａｌｓｅ）に設定する（Ｓ４１０）。これは、入力フィールドからフォーカスアウトした場合に入力フィールドを非表示とする構成において、タブ（あるいはパスワードボタン）による入力フィールドのフォーカスアウトで入力フィールドが非表示となるのを防止するためである。そして、入力フィールドにフォーカスを戻す（Ｓ４１１）。
【００７６】
デスクトップにフォーカスされていない場合（Ｓ４０８でＮＯ）、パスワードボタン１０１６のクリックか否かを判定する（Ｓ４１２）。パスワードボタン１０１６のクリックである場合（Ｓ４１２でＹＥＳ）、入力フィールド制御部１０３２は、入力フィールドのタイプとボタンの文字列を変更する（Ｓ４１３）。入力フィールドのタイプがテキストであれば、タイプをパスワードに変更し、ボタンの文字列をＴｅｘｔに変更する。タイプがパスワードであればタイプをテキストに変更し、ボタンの文字列をＰａｓｓｗｏｒｄに変更する。さらにタブ送信の場合と同様にＳ４１０及びＳ４１１を実行する。パスワードボタンのクリックでない場合（Ｓ４１２でＮＯ）、その他のイベントを処理する（Ｓ４１４）。例えば、ポインタイベントであれば、ＲＤＴ制御部１０３１は、ＲＦＢ送受信部１０３３を介してＲＤＴサーバ１２２にポインタイベントを送信する。
【００７７】
図９の処理フローチャートでは、ＩＭＥ起動キーコードである場合に入力フィールドを表示しているが（Ｓ４０２でＹＥＳ，Ｓ４０３）、入力フィールドが表示されてから、ＩＭＥ起動に係わるキーを押下することでＩＭＥ１０６を起動する構成としてもよい。
【００７８】
図１０は、図９のＳ４０７における入力フィールドイベント処理の詳細フローチャートを示す。
【００７９】
まず、ＲＤＴ制御部１０３１は、入力フィールドのイベントがＩＭＥ停止キーコードであるか否かを判定する（Ｓ５０１）。ＩＭＥ停止キーコードである場合（Ｓ５０１でＹＥＳ）、デスクトップにフォーカスし（Ｓ５０２）、入力フィールドコンテナを表示状態から非表示状態にする（Ｓ５０３）。
【００８０】
入力フィールドのイベントがＩＭＥ停止キーコードでない場合（Ｓ５０１でＮＯ）、ＲＤＴ制御部１０３１は、フォーカスアウトか否かを判定する（Ｓ５０４）。フォーカスアウトである場合（Ｓ５０４でＹＥＳ）、ＲＤＴ制御部１０３１は、タイマを設定し（Ｓ５０５）、タイムアウトか否かを判定する（Ｓ５０６）。所定の時間だけ経過してタイムアウトした場合、入力フィールドコンテナを非表示にする（Ｓ５０３）。タブやバックタブで入力フィールドにフォーカスが戻されると、タイムアウトでないと判定され、入力フィールドは表示状態のまま維持される。
【００８１】
フォーカスアウトでない場合（Ｓ５０４でＮＯ）、ＲＤＴ制御部１０３１は、確定キーであるか否かを判定する（Ｓ５０７）。確定キー（例えば「Ｅｎｔｅｒ」）である場合（Ｓ５０７でＹＥＳ）、入力フィールド制御部１０３２は、ＲＤＴ制御部１０３１からの指令に基づき、入力フィールドから文字列を取得してクリアし（Ｓ５０８）、カーソル位置にペーストして送信する（Ｓ５０９）。カーソル位置は、最後のフレーム更新の矩形の座標として通知されてもよい。ＲＦＢ送受信部１０３３は、ClientCutTextで文字列をホストコンピュータ１２のＲＤＴサーバ１２２のカットバッファに送信し、PointerEventとしてペーストボタンを送ることでペースト送信を実現する。そして、Ｓ５０１以降の処理を繰り返す。確定キーでない場合（Ｓ５０７でＮＯ）、入力フィールドの文字列を保持する（Ｓ５１０）。そして、Ｓ５０１以降の処理を繰り返す。従って、Ｓ５０８、Ｓ５０９の処理では、Ｓ５１０で保持された文字列がエンコーディングされてホストコンピュータ１２に送信される。
【００８２】
以上のように、本実施形態では、リモート端末１０でホストコンピュータ１２を遠隔操作する際に、ホストコンピュータ１２側のＩＭＥ１２７ではなく、リモート端末１０側のＩＭＥ１０６が用いられるので、遠隔操作するホストコンピュータ１２が異なる場合においても、効率的な辞書利用や変換学習が可能である。また、リモート端末１０を遠隔操作以外でも使用する場合に、ローカルでの辞書や変換学習の結果が利用できる。
【００８３】
以上、本発明の実施形態について説明したが、本発明はこれに限定されるものではなく、種々の変形例が可能である。以下に、変形例について説明する。
【００８４】
＜変形例１＞
実施形態では、図４に示すように、デスクトップイベントがＩＭＥ起動キーコードである場合に、リモート端末１０のＩＭＥ１０６を起動するとともに、ホストコンピュータ１２側のＩＭＥ１２７を停止・無効化しているが、リモート端末１０のＩＭＥ１０６を起動するか否かを適宜選択できるようにしてもよい。
【００８５】
図１１は、変形例におけるＲＤＴ制御部１０３１のキーイベント処理の処理フローチャートを示す。
【００８６】
まず、ＲＤＴ制御部１０３１は、デスクトップイベントか否か、すなわち、リモート端末１０のウィンドウ１０１内に表示されたホストコンピュータ１２のデスクトップ画面の表示域のオブジェクトについてのイベントであるか否かを判定する（Ｓ６０１）。ホストコンピュータ１２のデスクトップ画面の入力域は、既述したように矩形ビットマップ画像の一部であり、例えば当該入力域に対するマウスによる操作は、デスクトップイベントであると判定される。
【００８７】
デスクトップイベントである場合（Ｓ６０１でＹＥＳ）、ＲＤＴ制御部１０３１は、次にＩＭＥ設定を読み出す（Ｓ６０２）。ＩＭＥ設定は、ローカル、つまり自己のＩＭＥ１０６を使用するかホストコンピュータ１２のＩＭＥ１２７を使用するかの設定を規定するデータである。ローカル、つまり自己のＩＭＥ１０６を使用する設定となっていれば、次に、ＩＭＥ起動キーコードであるか否かを判定する（Ｓ６０３）。以降の処理（Ｓ６０５〜Ｓ６０７）は、図４における処理と同様である。また、ＩＭＥ設定がローカル、つまり自己のＩＭＥ１０６を使用する設定となっていない場合には、キーシンボルをサーバに送信する（Ｓ６０８）。この場合、従来と同様にホストコンピュータ１２のＩＭＥ１２７を用いて文字入力が実行される。Ｓ６０１でＮＯの場合の処理（Ｓ６０９〜Ｓ６１１）は、図４の場合と同様である。
【００８８】
ＩＭＥ設定は、予めユーザが設定してリモート端末１０に記憶させておく。Ｓ６０２でのＩＭＥ設定の読み出しは、リモートデスクトップ起動時に一度だけ実行し、その設定値を記憶しておいて、以降は記憶している設定値を判定するようにしてもよい。
【００８９】
＜変形例２＞
実施形態では、デスクトップイベントがＩＭＥ起動キーコードである場合に、リモート端末１０のＩＭＥ１０６を起動するとともに、ホストコンピュータ１２側のＩＭＥ１２７を停止・無効化しているが、デスクトップイベントが特定のキーコードである場合に、リモート端末１０とホストコンピュータ１２が接続中であるにもかかわらずリモート端末１０のＩＭＥ１０６を無効化し、ホストコンピュータ１２側のＩＭＥ１２７を起動する処理を実行してもよい。具体的には、ＲＤＴ制御部１０３１は、特定キーコードであるか否かを判定し、特定キーコードである場合に入力フィールドを非表示としてデスクトップにフォーカスし、かつ、ＩＭＥ１０６を無効化した旨をＲＤＴサーバ１２２に送信する。ＲＤＴサーバ１２２は、デスクトップマネージャ１２３にＩＭＥ１０６が無効化されたことを通知し、デスクトップマネージャ１２３は、デスクトップのツールバーにＩＭＥ１２７を選択するメニューを追加／有効化する等してＩＭＥ１２７を起動する。このような特定キーコードは、デフォルトのホストコンピュータ１２側のＩＭＥ１２７を起動する意味で、復帰キーコードということができる。
【００９０】
デフォルト状態では、ホストコンピュータ１２のＩＭＥ１２７が起動されるが、これは、ホストコンピュータ１２側で事前にＩＭＥ１２７を起動しておく他に、リモート端末１０とホストコンピュータ１２の接続と同時にＩＭＥ１２７を起動してもよい。さらに、接続時にＩＭＥ１２７が起動していない場合に、ＩＭＥ１２７を起動してから接続するようにしてもよい。
【００９１】
＜変形例３＞
実施形態では、図３に示すようにＲＤＴ制御部１０３１及び入力フィールド制御部１０３２が論理的に別モジュールとして分離されているが、入力フィールド制御部１０３２の機能の少なくとも一部をＲＤＴ制御部１０３１が実行してもよいのは言うまでもない。例えば、ＲＤＴ制御部１０３１が入力フィールドに入力された文字列を保持し、確定キーコードの入力に応じてＲＤＴサーバ１２２に送信する機能を実行してもよい。
【００９２】
＜変形例４＞
実施形態におけるリモート端末１０は、ＰＣ以外にもタブレット端末やスマートフォン、コピーやファックス、スキャン等の複数の機能を備える複合機等の画像形成装置であってもよい。ホストコンピュータ１２は複合機等の画像形成装置であっても良い。
【符号の説明】
【００９３】
１０  リモート端末、１２  ホストコンピュータ、１４  ネットワーク、１０２  デスクトップマネージャ、１０３  リモートデスクトップ（ＲＤＴ）クライアント、１０４  ＯＳ（オペテーティングシステム）、１０６  ＩＭＥ（入力メソッドエディタ）、１０７  変換データベース（ＤＢ）。
【図１】
2018085054.tif 000003
【図２】
2018085054.tif 000004
【図３】
2018085054.tif 000005
【図４】
2018085054.tif 000006
【図５】
2018085054.tif 000007
【図６】
2018085054.tif 000008
【図７】
2018085054.tif 000009
【図８】
2018085054.tif 000010
【図９】
2018085054.tif 000011
【図１０】
2018085054.tif 000012
【図１１】
2018085054.tif 000013
【図１２】
2018085054.tif 000014