ビジネスチャット、Web会議、スケジュールを使いやすく統合 - Chat&Messenger

ホットキーで「付箋を表示・非表示」を設定してください。
http://sattontanabe.blog86.fc2.com/blog-entry-18.html#hotkey

ご希望通りの操作が可能です。

最新バージョンへアップデートすると改善されるかと
思います。
http://sattontanabe.blog86.fc2.com/blog-entry-4.html

ご返答ありがとうございます。

ただ、昨日この現象が発生してから最新(2.50.58)には
アップデートしましたが改善しませんでした。。

Chat&Messengerを停止後、下記の２ファイルを削除してみてください。

ChatAndMessenger\config\jp.satton.cam.config.WindowLocation.xml

ChatAndMessenger\config\sys\bakup\config\jp.satton.cam.config.WindowLocation.xml

その後再起動すると、改善されるかと思います。

ChatAndMessenger\config\jp.satton.cam.config.WindowLocation.xml

ChatAndMessenger\sys\bakup\config\jp.satton.cam.config.WindowLocation.xml

上記2ファイルを削除する事で改善しました。
ありがとうございました。

ご不便掛けてすいません。
今後の開発で対策します。

＞「CAMServerのサービスが既に起動されています。」旨のエラーが表示されますが、
＞これは CAMServer サービス停止する必要がある、ということでしょうか。
認識の通りです。

現在リモート管理メニューにない「会議室登録」、「バックアップ設定」
などは、手動で「camserver.exe」を起動させCAMServerのウィンドウ上で
登録する必要があります。
その際に、重複起動はできませんので、サービス版は停止する必要があります。

リモート管理メニューに「会議室登録」、「バックアップ設定」を追加するのは
次回の公開となります。

よろしくお願いします。

v2.50.58 ベータ版にて、リモート管理メニューに「会議室登録」を
追加しました。

ダウンロード v2.50.58 (インストール無し版) ですが、v2.50.57 のままのようです。

ご報告ありがとうございます。
訂正致しました。

早速動作確認いたしました。

当方の環境にて、正常に動作することを確認いたしました。
これで、日常の管理業務はリモート・アクセスせずに管理できるようになりました。

ありがとうございます。

はい。
今のところ、ツリーの先頭に自分自信が表示される
ように制御しています。

今後は優先順位設定が反映出来るよに致します。

本日公開のv2.50.56にてCAMServerのサービス対応版を公開しました。
http://sattontanabe.blog86.fc2.com/blog-entry-132.html

昨日より、早速評価しております。

現在、CAMServer を VMWare 上のゲスト OS にて稼動させています。
今までは自動ログインさせているものの、VMWare Client でのアクセス時点で認証が必要と言うことで、不正アクセスはできないようになっていました。
今回、サービスで稼動させることで、CAMServer へのログインが不要になりましたので、運用上のセキュリティは一層強化されたと思います。

今後の管理メニューの充実に期待いたします。

最近はやりの仮想化ですね！
良いと思います。

本件了解しました。

本件、v2.50.56にて対応しました。

共有スケジュールの変更画面にて
「メッセージを通知しない」にチェックすると、
メッセンジャーでの通知は行わず、スケジュールのみ更新します。

ご対応、ありがとうございました。

早速試用・評価しております。

ところで質問なのですが、「メッセージを通知しない」にチェックした場合でも、変更内容は予約相手に伝わりますか ?

もちろんです。

しかも旧バージョンのユーザ（v2.50.40ぐらい）でも対応しています。

貴重なご意見大変感謝してます。

今後の開発で検討致します。

メッセンジャーでグループへ一括送信した際に、多くのメッセージダイアログが表示され大変困っています。

是非、お願い致します。

＞共有スケジュールの受信者が「確認」を実行すると、
＞その情報が送信者だけではなく、
＞同じ受信者にも送信される動作は、ヘルプから仕様であると理解しました。

＞一方、共有スケジュールの受信者が「確認後」に、
＞そのスケジュールを削除した場合も
＞その通知が全員に送信されることが判りました。 この動作も、
＞明記されてはいないようですが仕様であると推察いたします

認識の通りです。


＞ちょっと心配なのは、100 人を超えるユーザに対して、
＞共有スケジュールを作成した場合、99 * 99 通の
＞メッセージが飛び交うことになり、ネットワーク・トラフィック的
＞には大きな負荷にならなくても、利用者での負荷になる場合がある、
＞と言うところです。

共有スケジュールは2～10人ぐらいで予定を
共有する目的で設計し、よりリアルタイム性を重視しております。


そのため、100 人を超える場合、現状では
回覧版機能でスケジュールの案内をCAMServer上に登録し（全員宛てに）、
各自がスケジュールへ任意で追加する方式が良いかと思います。




＞難しい要望かもしれませんが、共有スケジュールに関連する
＞メッセージ通信のように、利用者がメッセージの送信を意識して
＞行うのではないシステム的なやり取りについて、

今後、文書管理にCAMServer上で共有するタイプのスケジュール共有を
検討しています。
　
Kiri様のイメージに近いかと思います。

ご回答ありがとうございます。

> そのため、100 人を超える場合、現状では
> 回覧版機能でスケジュールの案内をCAMServer上に登録し（全員宛てに）、
> 各自がスケジュールへ任意で追加する方式が良いかと思います。
>
「回覧版機能」ですが、検索で探しました。 「文書管理機能」の一部なんですね。

まったく気が付きませんでしたが、「文書管理機能」は、その名前からは想像できない強力な機能を有すると言うことが分かりました。
所属組織での運用には色々な準備が必要となりそうですが、よりグループウェア的な応用ができそうです。


> 今後、文書管理にCAMServer上で共有するタイプのスケジュール共有を
> 検討しています。

今一番必要としているのは、実は個人のスケジュールと言うより、グループとか全体のスケジュール機能です。
グループとか全体のスケジュールが作成できれば、個人のスケジュールは本当にその人だけのものを管理するだけで良くなるので、利用者の負担が軽減されます。
# 今まではグループや全体のスケジュールを、利用者個人のスケジュールとして登録してもらっていました。

こちらは今後の開発で対応していきます。

ご対応表明、ありがとうございます。

ユーザからの要望が何件もあり、何とかできないかと思っておりました。

v2.50.55にて対応しました。

回答の方少々お待ちください。

通常ですと、Windows XPの場合 スタンバイ、または休止状態
(Windows Vistaの スリープ状態)において、
復帰後、通常通り送受信が可能となります。

しかし、スタンバイ、休止状態に切り替わった後、
OS自体のネットワークが切断されますので、
メッセージを受信する事ができません。

また、スタンバイ、休止状態に切り替わった事をChat&Messenger
が検知する事ができませんので、他のユーザから見るとプレゼンスが
オンラインのままとなってしまいます。

さらに、スタンバイ、休止状態は結構複雑な処理をしているため、
復帰後、ご指摘のようにフリーズしてしまうケースがあるかもしれません。

上記の理由から、Chat&Messengerを利用する上で
スタンバイ、休止状態はあまり推奨できません。

ノートパソコンで消費電力を抑える目的でスタンバイ、休止状態を
利用する場合も考えられますが、
Windowsのコントロールパネル⇒「電源オプション」では
「モニタの電源を切る」程度にして頂ければと思います。

電源オプションの詳細
http://www.microsoft.com/japan/windowsxp/pro/using/howto/security/hibernate.mspx
http://www.advenpro.net/BLOG/computer/post-41.html



＞複数起動できてしまい異常動作

現在2重起動のチェックは、同一通信ポートが
重複して確立できない事を利用しチェックしています。

通信ポートの接続が確立できたらチェック処理が不要となり、
確立出来なかった場合のみユーザに案内を出すようにしております。

それ以外の方法で2重起動のチェックをする場合、
起動時に、「同一ウィンドウが起動されていないか」
のチェック処理が必要ですが、これは別途WindowsのAPIを
コールする必要があり、起動速度を低下させ、無駄なライブラリを
メモリ中にロードする事となり、効率が悪くなります。


結論としては、スタンバイ、休止状態にしない場合、
本件は発生しない事になりますので、運用面でご対応頂ければ
と思います。

どうぞよろしくお願いします。

v2.50.55にて起動時の重複エラーのチェック処理を改善しました。

了解しました。

最優先で調査します。

※Kiri さまの要望等、順次対応している途中ですが
優先順位などが分からなかったもので、ほかを先にしておりました。

今まで大量の不具合指摘・改善要望・お願い等を投稿しておりますが、それらに適宜対応していただいています。 おかげさまで、作者様の迅速な対応が所属組織において評価されており、Chat & Messenger の導入を進めた私もうれしく思っております。
色々無理難題もあるかと思いますが、今後もご尽力いただきたくお願いいたします。

通常のケースでは、本件の問題を再現する事はできませんでした。

＞正しく引用されずに、
ここですが、具体的にどうなったか教えて頂けますでしょうか？
何も引用文が生成されなかったのか、異なる引用文が生成されたのかなど。

その結果で、どこに不具合があるか推測が出来るようになります。

お手数ですが、よろしくお願いします。


※尚、書き込み途中のメッセージがある場合、誤送信防止のため
「返信」アイコンは使用できないようになっており、その旨通知されます。
「引用」アイコンは、書き込み途中のメッセージがある場合でも
　追記で引用文を挿入したいケースがあり可能としています。

＞＞正しく引用されずに、
＞ここですが、具体的にどうなったか教えて頂けますでしょうか？
＞何も引用文が生成されなかったのか、異なる引用文が生成されたのかなど。

おそらく、引用文が生成されなかったのだと思われます。
引用操作に対して無反応だったわけではなく、メニューは表示されたが、編集しているテキスト・エリアに引用文が挿入されなかった、という状況だったのだと思います。

＞引用文が生成されなかったのだと思われます。

ロジック上は発生し得ないのですが、注意深く
調査致します。

＞今日は電源入れる前にメッセージを送った
＞（電源入ったらメッセージを送るにして）相手のパソコンが全く立ち上がらなくなってしまいました。
＞電源入れてもドス画面になり勝手にパソコンが落ちてしまいます。
＞メッセンジャーが原因と考えられますでしょうか？

Chat&MessengerはJavaライタイムと呼ばれる仮想マシン上で
動作しており、OSの設定を変更したり、メモリアドレスを参照したり
する事がきません。

※一部、インストーラーが下記レジストリキーへChat&Messengerの
インストール先を記録します。
「HKEY_CURRENT_USER\Software\ChatAndMessenger」

そのため、Chat&Messengerが、今回の報告の問題を引き起こしたとは
考えにくいです。

また、5年以上ソフトを公開し、毎月数千本のダウンロードが
ありますが、一度も同様の報告はございません。


＞Auto-Cadが遅くなる不具合の報告
メモリー容量の少ないPCですと、遅くなる可能性があります。

一応最低スペックとして、10年ほど前に購入した
256MのＰＣで検証を行い、問題ない事は確認しております。
それ以下のスペックの場合は、遅くなる可能性はあります。
ただし、この場合は最近のソフトを
起動した場合、同様の現象が起きますのでChat&Messenger
が原因でないかと思います。


＞電源入れてもドス画面になり勝手にパソコンが落ちてしまいます。

ＰＣの電源を入れた後、Windowsのデスクトップ画面が一度は表示されますか？
Windowsのデスクトップが一度も表示されない状態でドス画面になる場合は、
Chat&Messengerとは無関係です。

と言いますと、ＰＣの電源を入れ、ＰＣが起動しWindowsのデスクトップが表示された後、
スタートアップに登録されたChat&Messengerが起動します。

Windowsのデスクトップが表示されないのであれば、
Chat&Messenger自体起動されていない事になるため、
問題のトリガーになっていないためです。


一応、こちらでも調査しますので、同一条件で起動している
環境のログファイルをお送りお願いします。
http://form1.fc2.com/form/?id=190327

よろしくお願いします。

早速のお返事ありがとうございます。

Windowsの画面は全く表れず（Windowsのマークのみ）急にドス画面になります。

よかったです。全く関係無くて・・・。
失礼な質問をすみませんでした。

この現象はHPのワークステーションXW4300というパソコンでのみの症状です。
こちらのパソコンは1台のみでまだ壊れたままですのでログファイルはもう少し待ってください。
すみません。

それから遅くなったパソコンは上記のもの（Inventorが入ってますので社内で一番スペックはあります。）ともう一台の方はメモリーは486あります。

ログが取れたらまた連絡いたします。

宜しくお願いします。

通りすがりですが・・・

ほぼ同様の環境（コチラはHPxw4600）で、似たような不具合が発生したことがあります。

直接的な原因は「DirectXが上手く起動できなかったこと」でした。
で、その原因は「boot.ini」に「/3GB(付図参照)」を足してしまったこと。
Inventorの導入を外部に委託した場合、良かれと思ってこのオプションを追加するＳＥが居るようです。

結局、このオプションを削除することで、正常に動作するようになりました。

関連情報：
http://h50146.www5.hp.com/products/workstations/support/support.html

IP- VPN接続する場合、CAMServer を利用する事をお勧めします。

CAMServer 概要
http://sattontanabe.blog86.fc2.com/blog-entry-98.html



CAMServer を利用し拠点間通信する場合は、以下の設定が必要です。

拠点間で利用する場合のルータ設定
http://sattontanabe.blog86.fc2.com/blog-entry-126.html#fw_port

よろしくお願いします。

ありがとうございます。

やってみます。

本機能は要望が多い事もあり、
対応方法について検討しております。

是非実現の程、お願いいたします。

メッセンジャーグループは全体で共有はされません。

チャットルームと同様に共有した場合、チャットルームとの違いが
なくなってしまうかと思います。

複数のグループに所属するユーザに対し、良い解決方法がないか
こちらの方でも今後の開発で検討していきます。

メッセンジャーグループを共有できるようにした場合ですが、確かにチャットルームとの違いが解りにくくなるかもしれませんが、違いがなくなるわけではないと思います。
捉え方としては以下のようになるかと思います。

・メッセンジャーグループ
- 同報メッセージ *送信*
- 宛先は毎回指定
- 簡易メール

・チャットルーム
- 同報メッセージ *送受信*
- 宛先 (?) は一度だけ指定 => チャットルームに入るだけ
- オンライン会議室


もし、メッセンジャーグループの共有を実現しないとするならば、メッセンジャーグループのエクスポート / インポート機能は実現できないでしょうか。
もしくは、機能として実現できなくとも、同様なことができる手段があれば結構ですが。

貴重なご意見大変感謝してます。

pdf、Ｅｘｃｅｌなどの添付ファイルがサムネイル表示できれば
確かに利便性は高くなると思います。

実現方法について調査致します。

一度、メール等頂ければ幸いです。

http://form1.fc2.com/form/?id=176581

よろしくお願いします。

＞「会議室予約状況」画面にカレンダー・コントロールを追加する、

こちらで対応したいと思います。

スケジュール登録画面の「会議室予約」チェックボックスを押下すると
その日の会議室予約状況が表示されますが、
コンテキスト・メニューに「会議室予約状況」の項目を追加の場合ですと
その機能と重複してしまいます。

あと、下記の改善を検討しております。

現在、会議室予約状況画面がモーダルで表示されますので、
会議室予約状況を見ながら、登録処理ができません。

モーダル表示を解除する事で、登録状況を確認しながら
同時に予約処理が可能となります。

> ＞「会議室予約状況」画面にカレンダー・コントロールを追加する、
> こちらで対応したいと思います。
>
これは「現状画面+絞り込み機能」という感じになりますか。
もしそうならば「絞り込み機能」に会議室選択用リストも追加して、日付 + 会議室で絞り込みができるようになると、(大規模施設において) 一層使いやすくなります。


> スケジュール登録画面の「会議室予約」チェックボックスを押下すると
> その日の会議室予約状況が表示されますが、
> コンテキスト・メニューに「会議室予約状況」の項目を追加の場合ですと
> その機能と重複してしまいます。
>
確かに、重複はしてしまいますが、使い勝手はその方が良いと思いますし、既存の機能をそのまま使用することができる (ように思える) ので、変更の手間も抑えられると思いますが、いかがでしょうか。

了解しました。

文書管理と同じレベルで、ユーザ・グループ毎に
公開範囲を設定できるようにします。

しかし、カレンダーの変更はかなり難易度が高くなっているため
対応まで時間が掛るかと思います。

Chat & Messenger をグループウェアとして利用する場合、カレンダーの機能はとても重要なものとなります。
さらにカレンダーは施設予約の機能も兼ねているので、その重要度はうなぎのぼりです。

実装しなおしなどで、今後の改良が容易化できるようならば、ぜひそうして頂きたいと思いますが。

下記の条件になります。

・ 2MB 超える添付ファイルが有る場合
・フォルダを添付する場合
・CAMServerが宛先ユーザを認識していない場合
・その他予期せぬエラーが発生した場合

CAMServer に保管出来ず、ローカルで保管する場合
上記のいずれかのケースに該当し、その旨メッセージが
表示されます。

ご回答、ありがとうございます。

・フォルダを添付する場合
試してみましたが、これはフォルダを「保存先」にコピーするのですね。
ちなみに、複数のフォルダを添付した場合、先頭のフォルダがコピーされた後、次のフォルダは「保存先」ではなく "保存先\先頭のフォルダ" にコピーされました。 不具合ではないかと思われます。

・CAMServerが宛先ユーザを認識していない場合
・その他予期せぬエラーが発生した場合
ユーザでは判断できないケースですね。

了解しました。

こちらは早い段階で対応可能です。

ご利用ありがとうございます。
また、ご不便お掛けして申し訳ありません。

ネットワークが切断されている様子です。
本件のエラーが出た後、正常にメッセージの送受信が
できますか？
（正常の場合、ネットワーク切断は一時的なものかもしれません。）

おそらく、本件のエラーが出る前に根本的なエラーが
発生しています。


不具合報告フォームよりログをお送り頂ければ、原因が特定
できるかもしれません。

http://form1.fc2.com/form/?id=190327


よろしくお願いします。

>本件のエラーが出た後、正常にメッセージの送受信が
できますか？
>（正常の場合、ネットワーク切断は一時的なものかもしれません。）

ポップアップウインドウを閉じるると正常に送受信できます。

後ほど、ログを送りますのでお手数ですが、原因をしらべていただけますでしょうか。

よろしくお願いします。

本件、無害のエラーであったため、ポップアップを表示
しないようにしました。

何点か質問があります。

＞一向に表示されない場合があり、その場合は既存のチャットルームと
＞同じ名称のチャットルームを、そのユーザで作成するようにしています。

前提として、チャットルームは公開ルームで良いでしょうか？

この処理で解決できますでしょうか？
（チャットルームを作成すると、既存のメンバーが表示され、
正常にチャットでの通信が行えるかどうか？）


【補足】
起動後しばらくすると、チャットルームの同期処理が行われますが、
これは現在起動しているオンラインのメンバーが対象となります。

そのため、本日のように休日の夕方に起動した場合、
対象のチャットルームに参加しているオンラインの
メンバーがいないなどの理由も考えられます。

＞前提として、チャットルームは公開ルームで良いでしょうか？
＞
はい、公開ルームについての現象です。
プライベート・ルームでは「チャット」に表示されないですし、今回はインストールした直後のユーザについての症状ですので、プライベート・ルームへの招待はできません。


＞この処理で解決できますでしょうか？
＞（チャットルームを作成すると、既存のメンバーが表示され、
＞正常にチャットでの通信が行えるかどうか？）
＞
正常にチャットできるかどうかまでは未確認ですが、既存メンバーは表示されているようです。
少なくとも同名のチャットルームが複数存在する、という事態にはなっておりません。

ちょうど、次回のリリースで対応版を公開する予定でした。

ベータ版 v2.50.46 にて対応しました。
http://sattontanabe.blog86.fc2.com/blog-entry-4.html#beta

さっそくベータ版を導入しましたが、設定箇所が分かりませんでした。
どこを変更すれば、拡張機能をOFFに出来ますか？

入力ペインの下の▼アイコンです。

更新履歴ページに画像を添付していますので
ご確認ください。

なるほど！
ありがとうございます

＞起動時間の短縮、常駐時のメモリ削減

上記の1から3について対応できるところは対応済みです。


Chat&Messengerの開発言語であるJavaは仮想マシンで
動作するためネイティブ言語で開発されたツールより
起動に時間が掛かかり、常駐時メモリサイズが多くなります。

しかし、Javaで開発する大きなメリットが以下にあります。

・OSがバージョンアップした際、変更点をJava仮想マシンが吸収してくれる。
　⇒OSがバージョンアップしてサポート終了になることがない。

・仮想マシンで動作するため、メモリを直接操作する事ができない。
　⇒バッファーオーバフローなどの脆弱性を、開発者のミスで引き起こすことはない。

・Javaは世界中の企業基幹システムで採用されており、
　セキュリティ面、安定面で安心。

・クロスプラットフォームである（Chat&Messengerは対応していないが）。


等々その他にもたくさんあります。


さらに、数年前からクライアントPCのスペック（メモリ、CPU速度）
が非常に高くなったため、例えば2、3年前に購入した
安価なPCでも、Chat&Messengerの起動時間、常駐時のメモリは気になりません。


当然、「起動時間の短縮、常駐時のメモリ削減」については
常に改善できる点がないか調査していきます。

ご回答ありがとうございました。

> 上記の1から3について対応できるところは対応済みです。
>
僭越かと思いながらも、もしご検討いただける部分があれば、と考え投稿した次第です。


私の所属組織は企業ではないのですが、それゆえ Windows XP リリース直後に導入されたパソコンが結構な数で残っております。
そして、こういったご時勢ですので同様な状況の組織も相当数あると思います。
ですので、
> 当然、「起動時間の短縮、常駐時のメモリ削減」については
> 常に改善できる点がないか調査していきます。
>
という取り組みをしていただける点について、ありがたく思います。


Java を使用することのメリット・デメリットについてはよく承知しておりますが、いかんせんソフトウェアを業務で使用される一般ユーザは、そういった事情については無関心です。
ご存知のとおり「正常に動作して当たり前」というのが一般ユーザの感覚です。 良い評価をして欲しいところについてのコメントは無く、自分たちにとって良くない部分についてのみコメントしてきますので、導入推進者は不満やら文句ばかりを受けるという状況になってしまいます。 そして、残念ですが改善案を提示してくることはほとんどありません。

私も作者さんにとっては「一般ユーザ」と同等な立場になってしまいますが、可能な限り建設的な投稿を心がけたいと思っていますので、今後もよろしくお願いいたします。

少しずつですが、改善出来る点を見つけ対応していきます。

ちなみに、次回のリリースではメッセージペインの
書き込み速度、書き込み時の処理効率が少し改善されます。

今後もよろしくお願いいたします。

＞起動時間の短縮、常駐時のメモリ削減
＞実行モジュールの分割
＞非表示機能の切り離し (?)

以前から、実行モジュールを切り離し、常駐時のメモリ削減は
意識していたのですが、より完全な分離を行い（アドオン、プラグイン）
ました。今後後も何回かに分けて改善していく予定です。

ベータ版 v2.50.46 にて第一段階として対応しました。
http://sattontanabe.blog86.fc2.com/blog-entry-4.html#beta


近い将来、Androidアプリとして公開したいと思っており、
Androidアプリでも動くまで改善します。

最小化時のメモリ使用量が 15MB 程度に抑えられる場合があるなど、モジュール分割のご利益は大きそうですね。
今後の更なるブラッシュ・アップにも期待しています。

フル機能を使用していて、最小化すると使用メモリが 10MB 程度まで落ちました。 すごいです。
これで「メモリを食いすぎる」とか言う文句は言いにくくなりますね。

今後のリリースで検討中です。

入力エリアのツールチップなどもオン・オフで
切り変えれるようにする予定です。

ベータ版 v2.50.46 にて対応しました。
http://sattontanabe.blog86.fc2.com/blog-entry-4.html#beta

次回のリリースで対応版を公開します。

ベータ版 v2.50.46 にて対応しました。
http://sattontanabe.blog86.fc2.com/blog-entry-4.html#beta

＞過去ログ参照に「当日」が含まれない

通常ですと、再起動しても当日分については、
メッセージログが消えないようにしております。
（プレミアム機能）

そのため、過去ログ取り込みのプルダウンに当日の選択
が含まれておりません。

今回は、起動後自動バージョンアップ検知するまでの短期間に
送受信したメッセージが、再起動後復元されなかった事が、
気になったかと考えます。

（通常ですと起動直後にバージョンアップ
　処理が実行されるためメッセージ送受信される時間はないはず、
　と考えていました。）

自動バージョンアップの際に、プログラムの作り上速やかに
停止する必要があり、当日分のログを保存する処理を入れておりません。

本件は、今後改善していけるか調査して行きます。

細かな改良をされており「あれっ ?」と思うことがありますが、慣れると当たり前のように使えて重宝するようになっています。

> 通常ですと、再起動しても当日分については、
> メッセージログが消えないようにしております。
> （プレミアム機能）
>
これもそういった機能のひとつになりそうですね。

本件、頻度は少ないとはいえ、改良されるとうれしいです。
よろしくお願いいたします。