TCP/IPを使用したサーバークライアントに関して

質問

TCP/IPを使用したサーバー、クライアントの考え方に関して、教えてほしいのですが？

今、TCP/IPを使用して、PCから装置のLEDをON/OFFしたり、
装置からはADのデータをPCに送る場合。

PCをクライアント、装置をサーバとした時、装置のIPアドレスとPC側のポート番号を
決めて、予め装置のファームウェアに焼き付けておけば、PCのアプリ側では、
装置側のIPが分かっているので、装置からの接続要求を受付けできますが、

逆にPCをサーバ、装置をクライアントとした時、装置側では、PCのIPアドレス(DHCPに
より自動的に割り当てられる場合)が分からなければ、
1．装置側では、PCへの接続が出来ないと思うのですが、如何でしょう、
他に手だてがありますか？
2.　この様な場合、PCをクライアント、装置をサーバとして、組むのが一般的なのでしょうか？

条件としては、装置側にPCのIPアドレスは入力できないものとし、また、PCのIPアドレスはDHCPで自動的に割り当てられるものとする。

詳しい方、ご教授お願いします。

回答No.3

empty_blue · ベストアンサー

>2の回答で、装置が複数台ある場合は、PCがサーバとなるのでしょうか？
>それとも、サーバーが複数台あっても問題ないのでしょうか？

別にサーバーが複数台あっても問題ないので
PCがクライアント側になるのが素直かなっと思います。
（PCをサーバーにするのであれば何処から接続してきたか判断か複数のインスタンス設定等が必要ですね）

お礼

大変有難う御座いました。勉強になりました。
プリンタサーバーを考えれば、PCはクライアントで、複数台のプリンタサーバーが繋がっていても問題ないのと同じと考えればよいのですかね。

こんなに早く回答を頂けるとは思いませんでした。
本当に有難う御座いました。

回答No.4

t_ohta

＞　もう一つお伺いしたいのですが、2の回答で、装置が複数台ある場合は、PCがサーバとなるのでしょうか？
＞　それとも、サーバーが複数台あっても問題ないのでしょうか？

サーバが複数台あっても構いませんし、間にコントローラーとなるようなサーバを挟むと言う方法もあります。

装置のON/OFF制御のような通信は、装置側がサーバとなって通信を待ち受けている方が、制御のリアルタイム性が高くなるのいいと思います。
一方、装置からのデータをPCへ送る場合、ON/OFF等の制御に伴う結果だけを返す場合や、PCからの求めに応じてデータを返すだけでいいのであれば装置がサーバでもいいですが、リアルタイムのデータをPCに渡したいのであればPC側がサーバとなる方が都合がいい場合も在ります。（PCから定期的にポーリングすると言う方法でもいいですが）

装置が複数ある場合は間にコントローラとなるようなサーバを配し、PCはコントローラに対して接続し指令を送ったりデータを受け取ります。
コントローラはPCからの指令に応じて各装置へ制御信号を送ったり、装置からのデータを常時受け取って蓄積し、PCからの求めに応じて装置のデータを返すといった構成も考えられます。

回答No.2

empty_blue

1.DNSとDHCPを連携すれば場合によっては解決できるような。

2.工場で組んだシステムでは色々でした。
今回はPCをクライアント、装置をサーバするのが素直な気がします。

補足

早速のご回答、誠に有難う御座います。
先の方と同じ質問で、恐縮ですが、
2の回答で、装置が複数台ある場合は、PCがサーバとなるのでしょうか？
それとも、サーバーが複数台あっても問題ないのでしょうか？
宜しくお願いします。

回答No.1

t_ohta

1.　DNSを使って名前解決を行う

2.　装置とPCの2つだけで構成するなら、装置がサーバ、PCがクライアントでしょうね

補足

早速のご回答、誠に有難う御座います。
もう一つお伺いしたいのですが、2の回答で、装置が複数台ある場合は、
PCがサーバとなるのでしょうか？
それとも、サーバーが複数台あっても問題ないのでしょうか？
宜しくお願いします。