2014-06-25 Junichi Satoh <junichi@rworks.jp>

* include/help/ja/help_ff_interval.php,
	include/help/ja/help_ff_timeout.php: Translated to Japanese.



git-svn-id: https://svn.code.sf.net/p/pandora/code/trunk@10283 c3f86ba8-e40f-0410-aaad-9ba5e7f4b01f

pandora_console/ChangeLog

@@ -1,3 +1,8 @@
+2014-06-25  Junichi Satoh  <junichi@rworks.jp>
+
+	* include/help/ja/help_ff_interval.php,
+	include/help/ja/help_ff_timeout.php: Translated to Japanese.
+
 2014-06-24  Alejandro Gallardo <alejandro.gallardo@artica.es>
 	
 	* include/graphs/pandora.d3.js: Fixed some errors on

pandora_console/include/help/ja/help_ff_interval.php

@@ -3,19 +3,19 @@
  * @package Include/help/ja
  */
 ?>
-<h1>Module Flip Flop Interval</h1>
+<h1>連続抑制時の間隔</h1>
 
 <br><br>
 
-If FF threshold is greater than 0, several consecutive values are required to change the status of a module. But if you want subsequent cheks to be performed at a different interval you can specify it with FF interval.
+連続抑制回数が 0 より大きい場合、モジュールの状態変化が発生するには複数回値が変化した状態になる必要があります。このときモジュールの値を通常の間隔と異なる間隔でチェックしたい場合は、連続抑制時の間隔で設定できます。
 
-For example, a ping module with a 5 minute interval, a FF threshold of 1 and a FF interval of 60 seconds would behave in the following way:
+たとえば、5分間隔の ping モジュールにおいて、連続抑制回数が 1 で連続抑制時の間隔が 60秒の場合、次のような動作をします。
 
 <br><br>
 <table>
-<th>Time</th>
-<th>Data</th>
-<th>Status change</th>
+<th>時間</th>
+<th>データ</th>
+<th>状態変化</th>
 <tr>
 	<td>12:00</td>
 	<td>1</td>

pandora_console/include/help/ja/help_ff_timeout.php

@@ -3,19 +3,20 @@
  * @package Include/help/ja
  */
 ?>
-<h1>Module Flip Flop Timeout</h1>
+<h1>連続抑制タイムアウト</h1>
 
 <br><br>
 
-If FF threshold is greater than 0, several consecutive values are required to change the status of a module. This works well for synchronous modules, but since asynchronous modules do not send data at regular intervals, checking for consecutive values may not be that useful if they are far away in time. Thus, if FF timeout is greater than 0, consecutive values must occur within the configured time interval.
+連続抑制回数が 0 より大きい場合、モジュールの状態変化が発生するには複数回値が変
+化した状態になる必要があります。これは同期モジュールでは問題無く動きますが、非同期モジュールでは決まった間隔でデータが送信されないため、データ送られてくる間隔が大きく開いた場合に連続抑制は使い勝手がよくありません。このような場合、連続抑制タイムアウトを 0 より大きい値にすることにより、その時間内に連続抑制回数に達した場合という条件付けを行うことができます。
 
-For example, an asynchronous proc module with a FF threshold of 1 and a FF timeout of 600 (10 minutes) would behave in the following way:
+たとえば、非同期 proc モジュールにおいて、連続抑制回数が 1 で連続抑制タイムアウトが 600(10分) の場合は次のようになります。
 
 <br><br>
 <table>
-<th>Time</th>
-<th>Data</th>
-<th>Status change</th>
+<th>時間</th>
+<th>データ</th>
+<th>状態変化</th>
 <tr>
 	<td>12:00</td>
 	<td>1</td>