AnyLogic 8.9.1: データベース接続機能のアップグレードと新しい MHL 機能

AnyLogic 8.9.1 がリリースされました。最新バージョンには、データベース接続、新しいMHL機能、およびその他のマイナーな修正の改善が含まれています。最も注目すべき変更点を詳しく見ていきましょう。

新しいデータベースの組み込みサポート

多くの場合、膨大な量のデータを処理するには大規模なシミュレーション モデルが必要になります。AnyLogic ではこれまでもドライバーを使用した外部データベースへの接続が可能でしたが、AnyLogic 8.9.1 のリリースにより、このプロセスがさらに簡単になりました。

これまで、EXCEL/ACCESS と SQL Server は、ドライバーの追加を必要とせず、リストからデータベース名を選択するだけで接続できましたが、AnyLogic 8.9.1 では、次のデータベースへの自動接続が追加されました:

  • Oracle
  • PostgreSQL
  • MySQL
  • MariaDB

データベース接続機能を備えた AnyLogic インターフェース

データベース接続エレメントとデータベースの選択 (クリックして拡大)

これで、Import database tables wizardType リストまたは Database 接続エレメントから、アクセス設定とともに新しくサポートされたデータベースを選択できるようになり、AnyLogic が自動的に作業を実行します。

Import database tables wizard

Import database tables wizard (クリックで拡大)

もちろん、AnyLogic にはドライバーを使用するオプションが残っていますが、最も人気のあるデータベースの操作がはるかに簡単になりました。

さらに、外部データベースでの作業を簡素化するためのその他の改善点もいくつかあります。

  • API を介して Oracle データベースにアクセスし、インポート、エクスポート、および修正。
  • Boolean データ型の Excel 列からデータをインポート。

Downtime ブロックを使用してコンベア、ステーション、クレーンのメンテナンスを管理する

計画的なメンテナンスや予期しない故障によって産業機器にダウンタイムが発生すると、スループットやその他の主要なパフォーマンス指標に重大な影響を及ぼす可能性があります。そのため、AnyLogic でのシミュレーション体験を向上させるために、作業中断の期間と頻度の制御を簡素化しました。

Process Modeling Library にすでに存在する Downtime ブロックは、事前定義された期間、リソースの作業を停止し、外部のキャパシティを利用して作業または復元できるようにします。たとえば、修理要員が必要であることを知らせます。これを有効にするには、Downtime ブロックの Downtime task セクションに移動し、Task type プロパティで delay with resources (リソースの遅延) を選択する必要があります。

Downtime block は、次回の計画メンテナンスを実行する必要がある時間、または一部の部品が耐久性を使い果たして故障する時間を自動的に追跡するものです。ダウンタイム プロセスを開始する、作業時間や作業サイクルなどのさまざまなトリガーを設定できます。

Downtime blocks によって定義されたすべてのタスクには、特別な優先度設定があります。この機能により、機器の通常の作業プロセス中または別のダウンタイム中にトリガーが起動した場合に実行する処理を定義できます。たとえば、機器要素の応答を定義できます:

  • 重大な障害のモデル化など、作業機器要素を即時に中断します。
  • メンテナンス中は、ダウンタイムが始まる前にすべてのプロセスを完了します。

特定のダウンタイムを設定するためのさまざまなプロパティと柔軟性があります。単一のダウンタイム ブロックまたはブロック セットを調整し、対応するマークアップの Maintenancefailuresbreaks セクションで指定するだけです。

Downtime block プロパティ

Downtime block プロパティ (クリックして拡大)

プロセス モデリング ライブラリでダウンタイム ブロックがどのように機能するかをテストする場合は、Maintenance of a Coffee Machine のサンプル モデルを確認してください。

トランスポーターの手動制御

AnyLogic 8.9.1 で待望されていた機能の 1 つは、トランスポーターを手動で制御する機能です。これは、エージェントが輸送の準備ができる前にトランスポーターが積載地点への移動を開始する必要がある場合、またはエージェントがまだ作成されていない場合に特に便利です。

現在、move() 関数を使用すると、フローチャート ブロックを使用せずにトランスポーターを特定のノードに誘導できます。正確な統計を確保するには、メソッドの 2 番目の引数としてトランスポーターの状態を定義するだけです。

トランスポーターを捕捉してエージェントを接続するには、SeizeTransporter ブロックが依然として必要であることに注意してください。

この機能は、独自のトランスポーター ロジックをゼロから構築したり、カスタム ルーティング ポリシーをテストしたりするのに最適です。トランスポーターが目的地に到着したタイミングを簡単に追跡できるように、TransporterFleet flowchart blockOn destination reached アクションを追加しました。

Flowchart Block なしの Moving Transporter (ソースファイル)

AnyLogic 8.9.1 を探る

AnyLogic 社では、アップデートごとにユーザーエクスペリエンスを向上させることに注力しています。バージョン 8.9.1 では、さまざまな側面の改良に重点を置き、ワークフローがよりスムーズで効率的になるはずです。

リリースの詳細と技術的な詳細については、リリース ノートをご覧ください。


最新の機能を常に把握するために、最新バージョンを入手してご自身で是非お試しください。

AnyLogic 8.9.1 をダウンロード

関連記事