teratail header banner
teratail header banner
質問するログイン新規登録

回答編集履歴

10

追記4

2017/11/14 21:39

投稿

umyu
umyu

スコア5846

answer CHANGED
@@ -92,4 +92,52 @@
92
92
  追記3
93
93
  Visual studioのC#言語&WPFで作ったスレイブ側の送受信ソフトの[サンプルソースへのGitHubリンク](https://github.com/umyuu/SampleHttpServer)を貼っておきます。
94
94
  あくまでもこんな感じというサンプルです**本来必要なエラー処理が大量に抜けています**、あまり流用しないでください。
95
- Visual studioでサーバー側のデバック実行とブラウザの開発者ツールでネットワークログを見ながら、ダミークライアント(control_test.html、information_test.html)を使ってみてください。
95
+ Visual studioでサーバー側のデバック実行とブラウザの開発者ツールでネットワークログを見ながら、ダミークライアント(control_test.html、information_test.html)を使ってみてください。
96
+
97
+ ---
98
+ 2017/11/15追記4
99
+ ルータ側の設定を変更出来ない場合は、httpやhttps以外のポート番号だとファイアウォールでフィルタリングされる可能性がありますが。
100
+ 通信ソフトの大前提として、スレイブ側は任意のポート番号で通信の受信待機をする必要があるという認識を持ってくださいな。
101
+ [3分間ネットワークの第43回レイヤ4 ポート番号](http://www5e.biglobe.ne.jp/aji/3min/43.html)の説明
102
+
103
+ > 1./controlと/informationに関してなのですが、
104
+ > この中にあるアドレスの「127.0.0.1:6556」の部分はどうやってきめているのでしょうか?
105
+
106
+ **TCP/IPは1:1通信**なため相手先のIPアドレスとポート番号が必ず必要です。
107
+ 127.0.0.1:6556→まず127.0.0.1は自分自身を表すループバックアドレスです、そしてポート番号:6556です。
108
+ これは質問文だとスレイブ1~4のPCのIPアドレスになり、スレイブ側でサーバーが使っていないポート番号を質問者が決める必要があります。
109
+
110
+ > 2./controlで、信号という項目がございますが、これはどういった風に使うのでしょうか?
111
+
112
+ 元々の質問として、スレイブ側に信号情報(スタート、ストップ、起動、終了)を送りたいという質問ではなかったのですかー?
113
+ スレイブ側に伝える情報として、信号情報が必要です。
114
+ そして、送信側(マスタ側の送信ソフト)が信号の取りうる値を定義(例えば、スタートは値:1,ストップは値2など)して、それをスレイブ側に伝える必要があります。
115
+ 受信待機しているスレイブ側は送られてきた信号値を元に処理を行う必要があります。
116
+ 今回提案したのはデータとして信号情報を送るという形です。
117
+
118
+ > 3.上記2の質問と重なりますが、/informationの中で、信号のように取得したい情報を分けることは可能なのでしょうか?
119
+
120
+ ちょっと質問の意図が読めなかったのですが、
121
+ ◆情報取得(/information)の時
122
+ 1,マスター側から任意の送信データを送る。
123
+ 2,スレイブ側は送られてきた送信データを元に処理を分岐したい
124
+ という質問で宜しいでしょうか?
125
+
126
+ /informationはメソッドがGETなので、クエリストリングになります。
127
+ [HTTPとPOSTとGET](https://qiita.com/Sekky0905/items/dff3d0da059d6f5bfabf)
128
+ [フォームデータを送信する](https://developer.mozilla.org/ja/docs/Learn/HTML/Forms/Sending_and_retrieving_form_data)
129
+ control_test.htmlと同じように
130
+ <input type="radio" name="data" value="001" checked>などをformタグ内に定義してみてください。
131
+
132
+ > <input type="submit" value="送信">
133
+
134
+ 入力フォームに入力した内容をサーバー(スレイブ側)に送信するボタンです、「<input type="submit" value="送信">」でキーワード検索してみてください。
135
+
136
+ > 4.この/conrolや/informationの部分は大きなくくりでなにか呼ばれ方などはあるのでしょうか?
137
+
138
+ キーワード「REST API」「RESTful API」「Web API」とかで検索してみてください。
139
+
140
+
141
+ 一番最初の回答にも記載しましたが、要件と全体フローをはっきりと定義したほうがいいのではー。
142
+ どういう情報をどのタイミングで送信したいのか、どういう結果を受信したいのか。
143
+ マスターとスレイブはどういう状態がありえるのか。

9

使い方について説明。

2017/11/14 21:39

投稿

umyu
umyu

スコア5846

answer CHANGED
@@ -69,7 +69,7 @@
69
69
  これとは別にマスターのパソコンから信号を送るタイミングに付いても、関係者への周知事項として必要になる事が多いため予め決めておく必要があります。
70
70
  (定期的/臨時)でこの時間/このタイミングでこの信号をスレイブに送るという情報
71
71
 
72
- 以下は質問の回答です。
72
+ 話題が逸れてしまったので戻します、以下は質問の回答です。
73
73
  1.指定したソフトが起動しているか判別かのうか
74
74
   スレイブ側の送受信ソフトで判断する事が可能です。
75
75
   ゆるい判定…[System.Diagnostics.Process.GetProcessesByName](https://msdn.microsoft.com/ja-jp/library/system.diagnostics.process.getprocessesbyname(v=vs.110).aspx)
@@ -91,4 +91,5 @@
91
91
  ---
92
92
  追記3
93
93
  Visual studioのC#言語&WPFで作ったスレイブ側の送受信ソフトの[サンプルソースへのGitHubリンク](https://github.com/umyuu/SampleHttpServer)を貼っておきます。
94
- あくまでもこんな感じというサンプルです本来必要な**エラー処理が大量に抜けています**、あまり流用しないでください。
94
+ あくまでもこんな感じというサンプルです**本来必要なエラー処理が大量に抜けています**、あまり流用しないでください。
95
+ Visual studioでサーバー側のデバック実行とブラウザの開発者ツールでネットワークログを見ながら、ダミークライアント(control_test.html、information_test.html)を使ってみてください。

8

サンプルソースを追加。

2017/11/06 22:48

投稿

umyu
umyu

スコア5846

answer CHANGED
@@ -86,4 +86,9 @@
86
86
   ※1 これが嫌な時はWindowsサービスを作成する必要がありますが、難易度が高くなります。私も回答できる範囲を超えてるので、再度要件を纏めて、msdnフォーラムやstackoverflowで聞いてみるのもいいかもしれません。
87
87
   ※注意点として、マスター側から定期的に問い合わせ(ポーリング)をしないといけなくなりますが。
88
88
   
89
- 電源断/再起動に関してはシステム管理/運用部があればそちらの方で、検知してるのではないかと。
89
+ 電源断/再起動に関してはシステム管理/運用部があればそちらの方で、検知してるのではないかと。
90
+
91
+ ---
92
+ 追記3
93
+ Visual studioのC#言語&WPFで作ったスレイブ側の送受信ソフトの[サンプルソースへのGitHubリンク](https://github.com/umyuu/SampleHttpServer)を貼っておきます。
94
+ あくまでもこんな感じというサンプルです本来必要な**エラー処理が大量に抜けています**、あまり流用しないでください。

7

typo

2017/11/06 22:31

投稿

umyu
umyu

スコア5846

answer CHANGED
@@ -67,7 +67,7 @@
67
67
  6,パラメータのフォーマット。(フォーマットにはプロトコルバージョン(上図のとは別)があるのが理想ですが、ココらへんは作成者の好みによるかと。。)
68
68
 
69
69
  これとは別にマスターのパソコンから信号を送るタイミングに付いても、関係者への周知事項として必要になる事が多いため予め決めておく必要があります。
70
- (定期的/時)でこの時間/このタイミングでこの信号をスレイブに送るという情報
70
+ (定期的/時)でこの時間/このタイミングでこの信号をスレイブに送るという情報
71
71
 
72
72
  以下は質問の回答です。
73
73
  1.指定したソフトが起動しているか判別かのうか

6

確認事項を1個追加!

2017/11/06 16:03

投稿

umyu
umyu

スコア5846

answer CHANGED
@@ -57,13 +57,14 @@
57
57
  まずはメインソフトの作成者の方またはメインソフトの仕様に詳しい人と話し合って
58
58
  送受信ソフト<->スレイブ側のメインソフト間の大まかなインターフェイス要件を詰めたほうがいいのではないかと。
59
59
 
60
- 最低限確認しないといけないことは以下の5点でしょうか
60
+ 最低限確認しないといけないことは以下の6点でしょうか
61
- 1,送受信ソフトからメインソフトへの信号(起動、終了、スタート、ストップ)の送り方とメインソフト側での検知方法。
61
+ 1,送受信ソフトからメインソフトへの信号(起動、終了、スタート、ストップ)、状態問い合わせの送り方とメインソフト側での検知方法。
62
- 2,送受信ソフトからの信号をメインソフトで処理したという結果(信号の結果の処理にもしも時間が掛かるなら、その場合はどうするのか)をメインソフトから送受信ソフトへどうやって返す予定なのか。
62
+ 2,送受信ソフトからの信号をメインソフトで処理したという結果(信号の処理にもしも時間が掛かるなら、その場合はどうするのか)をメインソフトから送受信ソフトへどうやって返す予定なのか。
63
- 3,送受信ソフトからスレイブ側のメインソフトに信号を送ってはダメなタイミングは存在するのか?(例えばメインソフトで何らかの処理中の時など)
63
+ 3,送受信ソフトからスレイブ側のメインソフトに信号を送ってはダメなタイミングは存在するのか?(例えばメインソフトで何らかの処理を処理継続中の時など)
64
64
   →これがあると結構大変になります。。。
65
- 4,信号:起動を送った時のメインソフト起動パラメータ。(あれば)
65
+ 4,信号:起動を送った時のメインソフト起動する時の起動パラメータ。(あれば)
66
+ 5,疎通テスト環境の作り方。
66
- 5,パラメータのフォーマット。(フォーマットにはプロトコルバージョン(上図のとは別)があるのが理想ですが、ココらへんは作成者の好みによるかと。。)
67
+ 6,パラメータのフォーマット。(フォーマットにはプロトコルバージョン(上図のとは別)があるのが理想ですが、ココらへんは作成者の好みによるかと。。)
67
68
 
68
69
  これとは別にマスターのパソコンから信号を送るタイミングに付いても、関係者への周知事項として必要になる事が多いため予め決めておく必要があります。
69
70
  (定期的/随時)でこの時間/このタイミングでこの信号をスレイブに送るという情報
@@ -80,8 +81,9 @@
80
81
   送受信ソフトと**ユーザーが同じになる点が注意点**でしょうか。
81
82
 
82
83
  3.マスター側からスレーブのソフトを起動することは可能か
83
-  こちらは上の2に関連しますが、スレイブ側のスタートアップに送受信ソフトを入れておけば、
84
+  こちらは上の2に関連しますが、スレイブ側PCのスタートアップに送受信ソフトを入れておけば、
84
-  スレイブのPCが再起動したタイミングでマスター側の信号送信を契機にスレイブ側のソフトを起動できます。
85
+  スレイブのPCが再起動し**ログイン※1**したタイミングでマスター側の信号送信を契機にスレイブ側のソフトを起動できます。
86
+  ※1 これが嫌な時はWindowsサービスを作成する必要がありますが、難易度が高くなります。私も回答できる範囲を超えてるので、再度要件を纏めて、msdnフォーラムやstackoverflowで聞いてみるのもいいかもしれません。
85
87
   ※注意点として、マスター側から定期的に問い合わせ(ポーリング)をしないといけなくなりますが。
86
-
88
+  
87
89
  電源断/再起動に関してはシステム管理/運用部があればそちらの方で、検知してるのではないかと。

5

質問2への回答

2017/11/06 15:57

投稿

umyu
umyu

スコア5846

answer CHANGED
@@ -49,4 +49,39 @@
49
49
  2,スレイブ側のPCが電源断/再起動などでスレーブ側のメインのプログラムがシャットダウンした時のリカバリー方法
50
50
  があります。
51
51
 
52
- マスターの送受信ソフトは最初はブラウザまたPowerShellで代用できるので開発優先順位としては低いです。
52
+ マスターの送受信ソフトは最初はブラウザまたPowerShellで代用できるので開発優先順位としては低いです。
53
+
54
+ ---
55
+ **2017/11/06の追記2です**
56
+ てっきり送受信ソフト<->スレイブ側のメインソフトのインターフェイス要件(起動/通信方法及びパラメータ)は決まっていると思ってました・・・。
57
+ まずはメインソフトの作成者の方またはメインソフトの仕様に詳しい人と話し合って
58
+ 送受信ソフト<->スレイブ側のメインソフト間の大まかなインターフェイス要件を詰めたほうがいいのではないかと。
59
+
60
+ 最低限確認しないといけないことは以下の5点でしょうか
61
+ 1,送受信ソフトからメインソフトへの信号(起動、終了、スタート、ストップ)の送り方とメインソフト側での検知方法。
62
+ 2,送受信ソフトからの信号をメインソフトで処理したという結果(信号の結果の処理にもしも時間が掛かるなら、その場合はどうするのか)をメインソフトから送受信ソフトへどうやって返す予定なのか。
63
+ 3,送受信ソフトからスレイブ側のメインソフトに信号を送ってはダメなタイミングは存在するのか?(例えばメインソフトで何らかの処理中の時など)
64
+  →これがあると結構大変になります。。。
65
+ 4,信号:起動を送った時のメインソフト起動パラメータ。(あれば)
66
+ 5,パラメータのフォーマット。(フォーマットにはプロトコルバージョン(上図のとは別)があるのが理想ですが、ココらへんは作成者の好みによるかと。。)
67
+
68
+ これとは別にマスターのパソコンから信号を送るタイミングに付いても、関係者への周知事項として必要になる事が多いため予め決めておく必要があります。
69
+ (定期的/随時)でこの時間/このタイミングでこの信号をスレイブに送るという情報
70
+
71
+ 以下は質問の回答です。
72
+ 1.指定したソフトが起動しているか判別かのうか
73
+  スレイブ側の送受信ソフトで判断する事が可能です。
74
+  ゆるい判定…[System.Diagnostics.Process.GetProcessesByName](https://msdn.microsoft.com/ja-jp/library/system.diagnostics.process.getprocessesbyname(v=vs.110).aspx)
75
+  厳密な判定…[System.Threading.Mutex](https://msdn.microsoft.com/ja-jp/library/system.threading.mutex(v=vs.110).aspx)
76
+  →二重起動防止方法でぐぐると参考情報が出てくるかと。
77
+
78
+ 2.スレーブの送受信ソフトから指定されたソフトを起動可能か
79
+  [ProcessInfo#Start()](https://msdn.microsoft.com/ja-jp/library/0w4h05yb(v=vs.110).aspx)でソフトの起動が行えます。
80
+  送受信ソフトと**ユーザーが同じになる点が注意点**でしょうか。
81
+
82
+ 3.マスター側からスレーブのソフトを起動することは可能か
83
+  こちらは上の2に関連しますが、スレイブ側のスタートアップに送受信ソフトを入れておけば、
84
+  スレイブのPCが再起動したタイミングでマスター側の信号送信を契機にスレイブ側のソフトを起動できます。
85
+  ※注意点として、マスター側から定期的に問い合わせ(ポーリング)をしないといけなくなりますが。
86
+
87
+ 電源断/再起動に関してはシステム管理/運用部があればそちらの方で、検知してるのではないかと。

4

送信データのサンプルを追加

2017/11/06 15:09

投稿

umyu
umyu

スコア5846

answer CHANGED
@@ -32,8 +32,16 @@
32
32
 
33
33
  参考までに信号送信とスレイブ1側の情報要求の簡易的なイメージ図を添付します。
34
34
  ◆信号送信
35
+ メソッド:POST
36
+ URL:http://スレイブ1:送受信ソフトのポート番号/control
37
+ データ:信号(起動/終了、スタート/ストップ)、プロトコルバージョン※1
35
38
  ![信号送信](bbcfe28ab7e705d2b5bd8fc3e42bc1fd.png)
39
+ ※1
40
+ プロトコルバージョンはurlに含める形でも良いと思います。
36
41
  ◆情報要求
42
+ メソッド:GET
43
+ URL:http://スレイブ1:送受信ソフトのポート番号/information
44
+ データ:なし
37
45
  ![情報要求](f3135216fa64b41ae35a3c9abeed10e4.png)
38
46
 
39
47
  状態遷移図に含めたい物としては例えば

3

補足

2017/11/04 22:04

投稿

umyu
umyu

スコア5846

answer CHANGED
@@ -39,4 +39,6 @@
39
39
  状態遷移図に含めたい物としては例えば
40
40
  1,信号:起動が未送信状態の時に信号:スタート/ストップがスレイブ側に間違って送られた時にどう対応したいのか?
41
41
  2,スレイブ側のPCが電源断/再起動などでスレーブ側のメインのプログラムがシャットダウンした時のリカバリー方法
42
- があります。
42
+ があります。
43
+
44
+ マスターの送受信ソフトは最初はブラウザまたPowerShellで代用できるので開発優先順位としては低いです。

2

イメージ図を追加

2017/11/04 21:51

投稿

umyu
umyu

スコア5846

answer CHANGED
@@ -20,4 +20,23 @@
20
20
  ◆案2,ネットワーク共有フォルダを各PCに作成して、ファイルコピー&ファイル受信監視ソフトを使って通信する。
21
21
  問題点:開発は案1と比較して開発難易度が低いですが、ルータやFWに通信が制限される事が多い事と、共有フォルダのアクセス権限の問題が発生します。
22
22
 
23
- 開発するに当たっては、まず送信側PCと受信側PCの状態遷移図を記述しながら、通信プロトコルを設計したほうが手戻りが少ないと思います。
23
+ 開発するに当たっては、まず送信側PCと受信側PCの状態遷移図を記述しながら、通信プロトコルを設計したほうが手戻りが少ないと思います。
24
+
25
+ ---
26
+ コメント欄への返信に追記です。
27
+ > Webサーバーを作成して情報をあげて、そこから情報を取得するという感じでしょうか?
28
+
29
+ はい、簡易的なwebサーバーをSystem.Net.HttpListenerで作成です。
30
+ 1,スレイブ側はマスターからの受信を送受信ソフトで受信待機。(listen)
31
+ 2,マスターは信号を契機にスレイブ側にPOST/GET要求。
32
+
33
+ 参考までに信号送信とスレイブ1側の情報要求の簡易的なイメージ図を添付します。
34
+ ◆信号送信
35
+ ![信号送信](bbcfe28ab7e705d2b5bd8fc3e42bc1fd.png)
36
+ ◆情報要求
37
+ ![情報要求](f3135216fa64b41ae35a3c9abeed10e4.png)
38
+
39
+ 状態遷移図に含めたい物としては例えば
40
+ 1,信号:起動が未送信状態の時に信号:スタート/ストップがスレイブ側に間違って送られた時にどう対応したいのか?
41
+ 2,スレイブ側のPCが電源断/再起動などでスレーブ側のメインのプログラムがシャットダウンした時のリカバリー方法
42
+ があります。

1

追記

2017/11/04 21:40

投稿

umyu
umyu

スコア5846

answer CHANGED
@@ -18,4 +18,6 @@
18
18
  [System.Net.HttpListener](https://msdn.microsoft.com/ja-jp/library/system.net.httplistener(v=vs.110).aspx)が使用できます。
19
19
 
20
20
  ◆案2,ネットワーク共有フォルダを各PCに作成して、ファイルコピー&ファイル受信監視ソフトを使って通信する。
21
- 問題点:開発は案1と比較して開発難易度が低いですが、ルータやFWに通信が制限される事が多い事と、共有フォルダのアクセス権限の問題が発生します。
21
+ 問題点:開発は案1と比較して開発難易度が低いですが、ルータやFWに通信が制限される事が多い事と、共有フォルダのアクセス権限の問題が発生します。
22
+
23
+ 開発するに当たっては、まず送信側PCと受信側PCの状態遷移図を記述しながら、通信プロトコルを設計したほうが手戻りが少ないと思います。