- このトピックには4件の返信、2人の参加者があり、最後ににより5年、 8ヶ月前に更新されました。
-
投稿
-
素晴らしいハードとソフトの提供を有り難う御座います。
御陰様で、PCを用いた文章作成が大分楽に、そして楽しくなりました＾＾；■ 要望
Windowsリモートデスクトップ環境経由で、
「かえうち」と「かえうちパートナー」が利用できるようになったらいいな。■ 背景
最近、勤務先において、情報セキュリティ対策の一環として、またテレワークを推進するため、執務環境がVDI化されました（シンクライアントPCを用いて、Windows RDP接続で、リモート環境の仮想PCにログインして作業する方式）。接続先仮想PCでは、かえうちパートナーを起動することが出来るのですが、シンクライアントPCに接続した「かえうち」を認識してくれませんでした。
実験として、自宅のPC（Windows 10）から、自宅の仮想環境上で立ち上げたWindows10にログインしたときも認識しないため、シンクライアントPCで弾かれたというよりは、RDP接続を経由すると、かえうちパートナーからかえうちが見えなくなってしまうようです。
今後、企業を中心に、情報セキュリティの強化やテレワークの導入により、VDI化が進むものと思われます。
かえうち利用者のみなさまにおいても、同じ状況になる可能性があるため、要望としてあげさせていただきました。ご提案ありがとうございます。
私もよくリモートデスクトップを使うので、動作しないことも需要の存在も把握しております。正直自分が使うためになんとかしたいと思っております。
実現できていないのは、技術的な難しさが原因です。かえうちパートナーの入力モード伝達処理は以下の2つに分けられます。- Windows/macOS 上のIMEの入力モードを認識し、日本語入力ON/OFFどちらなのかを判定する。
- 日本語入力が切り替わったときに、かえうち に切り替わったことを伝える。
リモートデスクトップの場合、1. はサーバーPC（操作される側）で処理される必要があります。一方、かえうち本体はクライアントPC（操作する側）のUSBポートに接続されているため、2. はクライアントPCで行う必要があります。
adelie さんが確認された「シンクライアントPCからは かえうち が認識できなかった」は、サーバーPC上で かえうちパートナーを動作させたために、2. ができなかったことが原因です。これを解決するのはなかなかに困難です。（Windows to Windows を想定した場合）
- 1. をクライアントPCで行うには、クライアントPCからサーバーPC上の入力モードを認識する必要があります。私の知る限り、Windowsのリモートデスクトップ機能にはサーバー側のIME状態を直接取得する術がありません（画面上のIME表示から画像認識するという地味な方法を取るなら別ですが）。
- 2. をサーバーPCで行うには、サーバーPCから かえうち を接続しているクライアントPCのUSBインターフェースにアクセスする必要があります。こちらも術が無さそうです。仮想マシンだとコレ（ゲストからホストのUSBデバイスに直接接続）ができるんですけどね。
- 1. をサーバーPC、2. をクライアントPCに担わせて、その間に通信経路を作る方法なら技術的には可能ですが、リモートデスクトップとは別に通信を確立しなければならないので、作業量的にもセキュリティ的にも壁が厚そうです。
もしかしたらクライアント側がシンクライアント専用OSだと、2つ目の方法ができるOSもあるかもしれません。Windows to Windows だと、1つ目か3つ目を作るしか無さそうです。
サーバOS側で「日本語入力ON」になったら、サーバOSのかえうちパートナーがモールス符号的にNumlockを特定のトンツーでON/OFFを繰り返しかえうちに伝える、という方法がとれれば……？
なかなか良い線を突いています。副作用を容認するのであれば、Lock系キーを使うのが最も簡単でしょう。NumLockよりはScrollLockの方が副作用が軽いでしょうかね。
ちなみにadelieさんの環境はWindows to Windowsなのでしょうか？ シンクライアント側でもWindowsアプリケーションが実行できれば良いのですが、完全にサーバー側でしか動かせないとなると絶望的（デバイスドライバなどで処理するしかなくなる）です。
- このトピックに返信するにはログインが必要です。