【課題】タスク情報の読み出しの際のオーバヘッドを最小限にして、タスクのスケジューリングを効率化する。
【解決手段】タスク受付部４は、実行リソース３に実行させるタスクの内容が示されるタスク情報２ａの格納先を、複数のバッファの中から選択し、選択したバッファに情報を格納する。タスク駆動部５は、繰り返し到来するタスク情報の読み出しタイミングが到来する度に、選択するバッファを読み出しタイミングごとに変化させて、タスク情報２ａの読み出し対象のバッファを選択し、選択したバッファからタスク情報２ａを読み出し、読み出したタスク情報２ａに示されるタスクを実行リソース３に実行させる。 （もっと読む）

【課題】ＤＳＰカード上においてＤＳＰは外部割込みを処理できない。
【解決手段】一実施形態によれば、第１データバス１６又は第２データバス２０、２６上に発生し発生要因が異なる複数の割込要求の入力により割込発生の通知を出力する割込み制御部１８と、信号処理演算を実行する第１ＤＳＰ２１と、最も優先度の高い外部割込要求を各優先順位により選択する判定処理及び外部割込要求に対応する外部割込み処理を行う第２ＤＳＰ２２とを備え、第２ＤＳＰ２２は一つの期間内で判定処理及び外部割込み処理を繰返し、複数の他の期間内での一つ以上の非同期な外部割込要求のうち最も優先度の高い外部割込要求の処理を他の期間毎に終わらせるディジタルシグナルプロセッサシステム１０が提供される。 （もっと読む）

【課題】無限ループまたはデッドロックなどの動作異常を検出する。
【解決手段】第１の処理を割り当てられた第１のＡＰＩ関数を実行するため第１のスレッドを実行し、第１の処理を示す情報と、第１のスレッドが正常であることを示す値によって生存情報を更新する第２の処理を示す情報とを含む第１の処理内容をメモリに保持し、第１のスレッドは、第１の処理内容を読み出すことによって、第１の処理および第２の処理を実行するＡＰＩ関数フック処理を行い、監視スレッドは、生存情報が第１のスレッドが正常であることを示す場合、第１のスレッドは正常であると判定し、かつ、第１のスレッドが正常であることを示さない値によって生存情報を更新し、生存情報が第１のスレッドが正常であることを示さない場合、第１のスレッドは正常ではないと判定する。 （もっと読む）

【課題】 ＥＤＩシステムにおいて、より業務に則したデータ交換処理の監視機能を提供すること
【解決手段】 受信したデータに対して処理を実行する情報処理装置であって、受信したデータの処理の実行を監視するスケジュールで特定される時間内に、前記データの処理が実行されたか否かを判定し、時間内に前記データの処理が実行されなかったと判定された場合は実行されなかった旨を管理者に通知する。また、メール通知までに処理が実行された場合には、通知メールを削除し、遅延通知は行わない。 （もっと読む）

【課題】並列処理の効率化を図ること。
【解決手段】サーバＳは、プロセスＰの起動指定を受け付けると、実行中プロセスＰ群の中の子プロセスＰについて、親プロセスＰの並列処理数を取得する。そして、サーバＳは、並列処理数が頭打ち並列処理数を超えている場合は、実行中プロセスＰは親プロセスＰの効率化に貢献していないと判断して、実行中プロセスＰを停止する。これにより、サーバＳは、親プロセスＰの並列処理数を１つ減らして、並列処理数を適正化する。また、サーバＳは、ＣＰＵリソースを使用可能にし、使用可能にしたＣＰＵリソースを他のプロセスＰの実行に使用して、ＣＰＵリソースを効率よく使用する。 （もっと読む）

【課題】より安定した制御対象の制御を可能とすること。
【解決手段】本発明にかかる制御装置は、制御対象の制御に関する処理を行う制御タスクの実行に関連するタスク関連情報を格納する記憶部と、タスク関連情報に基づいて、制御タスクを実行するタスク実行手段とを備える。記憶部は、タスク関連情報に応じた内容を有するタスク関連対応情報がさらに格納されたものであって、タスク実行手段は、タスク関連情報に基づいて制御タスクを実行するときにタスク関連対応情報に基づいてタスク関連情報が正常であるか否かを判定し、タスク関連情報が正常であると判定した場合にタスク関連情報に基づいて制御タスクを実行する。 （もっと読む）

【課題】 電力制御システムの不要な消費電力を削減する。
【解決手段】 本発明の電力制御システムは、サーバごとに過去の消費電力データを記憶した消費電力記憶部１２１と、サーバごとに現在の消費電力を測定する消費電力測定部１２２と、ジョブ投入時、消費電力記憶部１２１から出力された過去電力データと、消費電力測定部１２２から出力された現消費電力から予測した予測消費電力を基に、あらかじめ設定されたサーバの消費電力の上限値を超えるかどうかを判定し、超える場合はジョブの投入タイミングを遅らせる制御を行う制御部１０２と、を含む。 （もっと読む）

【課題】データ処理システムに余力がある場合には応答保証の時間帯の外にある顧客組織内のユーザの処理要求も受け付けつつも、高負荷状態となった場合には応答保証の時間帯内にある顧客組織の応答保証ができるようにする。
【解決手段】サービスレベルデータ保持部１７は、各顧客の保証時間帯、最大同時セッション数、目標応答時間の情報を保持する。応答時間記録部１９は、顧客ごとに、その顧客からの処理要求を受け取ってからデータ処理システム３０による処理が完了するまでの応答時間を記録している。処理要求受付部１１が各顧客内のユーザからの受け取った処理要求は、処理要求保持部１３（キュー）にいったん保持される。処理要求スケジュール部１５は、いずれかの顧客の応答時間が目標応答時間より長くなった場合、保証時間帯内の顧客の処理要求のみをキューから取り出すことで、保証時間帯内の顧客の応答時間が短くなるように制御する。 （もっと読む）