質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

89.97%

Windows上で定期的にデータをやりとりする手法について

解決済

回答 2

投稿 編集

  • 評価
  • クリップ 0
  • VIEW 751

kouji-t

score 8

前提・実現したいこと

方向性の質問になります、ご意見を頂けないでしょうか。

Webでシステムを構築し社内で利用をしています。
仕様変更や、各部署の細かい要望に答える為に
Windowsのクライアント化に着手することになりました。

Web上のシステムでは、定期的にサーバとデータの相互通信を
行っていますが仕様追加によってデータの通信量が多くなってしまい、
今回はスリム化目指しています。

Windowsのクライアント上でサーバとのデータの
相互通信を行いたいと思ったときに、WebSocketとポーリングが
思いついたのですが、今どきのデータ通信はどのようは手法で
取り組まれておりますでしょうか。

新しい手法にも取り組んで行きたいと考えております、
よりよい手法はないかと模索し取り組んでいきたいです。

よろしくお願い致します。

補足情報(言語/FW/ツール等のバージョンなど)

クライアント:Windows10 PRO
使用ブラウザ:Chrome

ブラウザ依存から仕様を変更し
Windows UWPでの作成を予定。
社内Windows Serverで、クライアントPCへ自動配布インストール、
更新を行いたいと思案中。

Webアプリケーションサーバは社内にて存在し管理。
DBサーバは外部に存在。 
社内PC ブラウザ → 社内Webアプリケーションサーバへは、HTTP。
一部はAPI化にて実装し、Jasonファイル出力しクライアント側の制御を行う。

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

質問への追記・修正、ベストアンサー選択の依頼

  • ynakano

    2016/09/18 19:43

    今現在クライアントがブラウザを使用して行っている業務を、Windowsアプリケーションで置き換えるというお話でしょうか?
    また現状は「定期的にサーバとデータの相互通信を行っている」との事です、このサーバは組織外なのでしょうか、また、どのようなプロトコルの通信でしょうか。
    現状の構成と通信要件、変更後の構成と通信要件を明確にしていただいた方が回答がしやすいと思います。
    データ圧縮で実現するのか、プロキシで実現するのか等実装はさまざまですので。

    キャンセル

  • kouji-t

    2016/09/19 17:18

    ご指摘ありがとうございます、
    構成を確認しを投稿内容を編集させて頂きます。

    把握している部分を回答させて頂きます。
    Webアプリケーションサーバは社内に存在し管理しており、
    DBサーバは外部にあります。

    社内PC ブラウザ → 社内Webアプリケーションサーバへは、HTTPです。
    一部はAPI化にて実装し、Jasonファイル出力し制御を行っています。

    キャンセル

回答 2

checkベストアンサー

0

いくつか社内環境用の通信を含むシステム構築をしたことがありますので、ご参考まで回答させていただきます。

まず現環境や目指すところの違いにより、下記のように方針が分かれてくると思います。

・現サーバがサーバサイド処理+Webを中心としており、Winクライアントでも極力流用する場合
-> Webサーバと親和性の高い技術 (WebSocket等) を利用する

・スリム化や仕様の高度化に対応できるよう、Winクライアントに極力機能を移して再開発する場合
-> 性能が高く、複雑な処理を構築しやすい技術 (DB通信 / MQ通信 等) を利用する

私の場合は社内システムの限られた環境内だけでしたので、クライアントサイドでのDB通信+データ処理を用いることが多く、相互通信のため、DBポーリング / TCP通信 / MQ通信 等を利用した経験があります。

どのように選択・組合わせしていくかはケースバイケースになると思います。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2016/09/19 17:30

    ご回答ありがとうございます。現在のシステムを流用に中心に考えるのと、Winクライアントへ主軸を移して高度化、複雑な仕様に耐える新規開発中心では、おっしゃる通り辿り着くゴールが違ってきますね。開発期間、予算ががらりと変ってきそうです。両方を追って結果が思わしくない状態にならぬよう、メンバーとしっかり検討したいと思います。

    キャンセル

0

通信量が多くてお困りの部分がどこなのか、という話だと思うのですが、Webサーバと外部DB間であればリバースプロキシを用いるなどして、なるべくWeb-DB間の通信を発生させないようにするというのはどうでしょうか。

もしも社内のHTTP通信を減らしたいということであれば、単純に圧縮をかけるというのもあると思いますが、まずは「仕様追加によってデータの通信量が多くなってしま」った部分を見直すのが一番良いような気がします。
おそらく社内の誰も彼もが「あれも必要、これも必要」で機能を積み重ねた結果だと思うのですが(よくあることですよね...)、重複している部分を一本化するとか、可能であれば機能を廃止する等するのが長い目でみれば良いことだと思います。

あとはコストの問題で、今までブラウザベースでできていたことをWindowsアプリで開発、運用するとなると削減した通信量(のコスト)とどこで見合うのかがポイントではないでしょうか。
Webベースではあっても、ブラウザ依存をなくす方向で設計した場合とのコスト比較も必要ではないかと思います。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 89.97%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる