そうごうんよう‐せい〔サウゴウンヨウ‐〕【相互運用性】
インターオペラビリティ
相互運用性
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2023/09/02 20:20 UTC 版)
相互運用性(そうごうんようせい、英: interoperability)とは、さまざまなシステムや組織が連携できる(相互運用できる)能力に関する特性である。この用語はしばしば技術システム工学の意味で用いられるが、その代わりにシステム間の性能に影響を与える社会的、政治的、組織的な要因を考慮に入れた広い意味で用いられることもある。
注釈
出典
- 1 相互運用性とは
- 2 相互運用性の概要
- 3 定義
- 4 治安
- 5 相互運用性の達成
- 6 外部リンク
相互運用性(インターオペラビリティ)
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2022/06/13 16:44 UTC 版)
「ユーロファイター タイフーン」の記事における「相互運用性(インターオペラビリティ)」の解説
イギリス空軍のユーロファイター タイフーンFGR4は、2008年5-6月にネバダ州ネリス空軍基地で行われた共同演習「グリーンフラッグウエスト」に参加し、アメリカ空軍やアメリカ陸軍地上部隊との共同作戦をこなしていることから、BAEシステムズ社は、タイフーンのアメリカ軍兵器システムとの相互運用性について問題はないとしている。 また、2011年2月2日には、在日イギリス大使館におけるユーロファイター説明会において、デイビッド・ウォレン駐日イギリス大使は、「ユーロファイターはアメリカ軍との定期的な合同演習で完全な相互運用性が実証されている」と述べ、同機がアメリカ軍との相互運用性で問題が無いことをイギリス政府として公式に認めている。
※この「相互運用性(インターオペラビリティ)」の解説は、「ユーロファイター タイフーン」の解説の一部です。
「相互運用性(インターオペラビリティ)」を含む「ユーロファイター タイフーン」の記事については、「ユーロファイター タイフーン」の概要を参照ください。
相互運用性
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2020/11/24 16:11 UTC 版)
「Meson (ソフトウェア)」の記事における「相互運用性」の解説
MesonはPythonで書かれているので、macOSを含むUnix系オペレーティングシステム、Microsoft Windowsなどのそれ以外のオペレーティングシステムでネイティブに動作する。 Mesonはプログラミング言語としてC言語・C++・D言語・Objective-C・Objective-C++・Fortran・Java・C#・Vala・Rustに対応しており、Wrapと呼ばれる依存関係を処理するためのメカニズムを持っている。 MesonはGNUコンパイラコレクション・Clang・Microsoft Visual Studioなどに対応している。
※この「相互運用性」の解説は、「Meson (ソフトウェア)」の解説の一部です。
「相互運用性」を含む「Meson (ソフトウェア)」の記事については、「Meson (ソフトウェア)」の概要を参照ください。
相互運用性
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2021/04/10 07:24 UTC 版)
「.NET Framework」の記事における「相互運用性」の解説
.NETアプリケーションや.NETクラスライブラリではないプログラムとの相互運用を可能にするためのアクセス方法を提供する。例えばCOMコンポーネントへのアクセスはSystem.Runtime.InteropServicesやSystem.EnterpriseServicesなどの名前空間によって提供され、それ以外の機能はP/Invokeによって提供される。
※この「相互運用性」の解説は、「.NET Framework」の解説の一部です。
「相互運用性」を含む「.NET Framework」の記事については、「.NET Framework」の概要を参照ください。
相互運用性
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2019/09/09 01:21 UTC 版)
「Key Management Interoperability Protocol」の記事における「相互運用性」の解説
ベンダーは、自社製品がKMIPの標準に準拠している事を証明するため、技術委員会が主催するイベントにて相互運用性を実証しなくてはならない。これは通常RSA コンファレンスの直前の月に行われる。 クライアントとベンダーの両者は個別テストを行っている。テスト数のトレンドは、OASISのサイトで見ることが出来る。2014年、 SNIAは類似のテスト・プログラムを発表した。SSIF KMIP カンファレンス・テスト・プログラムと呼ばれる。
※この「相互運用性」の解説は、「Key Management Interoperability Protocol」の解説の一部です。
「相互運用性」を含む「Key Management Interoperability Protocol」の記事については、「Key Management Interoperability Protocol」の概要を参照ください。
相互運用性
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2021/08/30 10:01 UTC 版)
ハンドヘルドGPSなど、GPSを使う機械とウィキマピアを、プラグインを使ってつなげることもできる(ウィンドウズのみ対応。ウィキマピアからダウンロードできる)。 またウィキマピアの情報を他のサイトで使用できるようにすることもできる。 Google Earth 上でウィキマピアの情報を表示する「Google Earth dynamic layer」 (KMLファイル)。 Google Map 上でウィキマピアの情報を表示する Mapplet 。 トップメニューにある「Map on your page」から、ウィキマピアの一部をHTMLを使ったページ上に表示できるコードの提供。 Javaが使える携帯電話で「Mobile GMaps」などのサード・パーティ・ソフトウェアを使った表示。
※この「相互運用性」の解説は、「ウィキマピア」の解説の一部です。
「相互運用性」を含む「ウィキマピア」の記事については、「ウィキマピア」の概要を参照ください。
相互運用性
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2021/09/03 19:13 UTC 版)
「Windows Presentation Foundation」の記事における「相互運用性」の解説
WPFはWin32(ネイティブコード)との相互運用機能を提供する。Win32のコード内からWPFを利用する(例:HwndHostクラスの合成、アセンブリのCOM公開など)ことも、WPFからWin32のコードを利用する(例:HwndHostクラスの継承、D3DImageクラスなど)ことも可能である。 Windows Formsとの相互運用も可能である(ElementHost、WindowsFormsHostクラス)。 なお、WPFのUI上に配置されたWin32あるいはWindows FormsによるレガシーなUIコントロールの描画に対しては、GPUアクセラレーションが効かない(GDI/GDI+によって描画される)ので注意が必要である。
※この「相互運用性」の解説は、「Windows Presentation Foundation」の解説の一部です。
「相互運用性」を含む「Windows Presentation Foundation」の記事については、「Windows Presentation Foundation」の概要を参照ください。
相互運用性
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2022/06/16 02:25 UTC 版)
Linuxベースのディストリビューションは、他のオペレーティングシステムやコンピューティング標準との相互運用性を念頭に置いて開発されている。Linuxカーネルを用いて構築されたOS環境は、一般にはUnix互換OSに分類される。ただし厳密にはUnixとして扱うのは適切ではない。Linuxシステムは、可能な限りPOSIX、SUS、国際標準化機構、米国国家規格協会などの標準を順守しようとしているが、現在までにPOSIX.1の認証を受けたディストリビューションは Linux-FT ただ一つである。POSIXの認定には少なくない時間と予算が必要であり、また認定はバージョン単位となるため、ほとんどのディストリビューションではこれらの制約によって見送らざるを得ない。 しかし、LinuxをOSプラットホームとして普及させるためには、ディストリビューションに依存しない一定の基準が必要である。そこで、Linux Foundationを活動母体として、LinuxのOSプラットホームとしての仕様をLinux Standard Base (LSB) として制定した。Linux Standard Baseは、2006年には、ISO/IEC 23360シリーズとして国際規格として認定された。現在、主要な商用ディストリビューションは、The Open Groupにより、Linux Standard Baseに準拠していることが認証されている。なお、非商用ディストリビューションについては、Linux Standard Baseに準拠していても、時間や予算的な制約などによって、認証を受けていないものが多い。
※この「相互運用性」の解説は、「Linux」の解説の一部です。
「相互運用性」を含む「Linux」の記事については、「Linux」の概要を参照ください。
相互運用性
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2022/04/10 15:00 UTC 版)
「Prometheus (ソフトウェア)」の記事における「相互運用性」の解説
Prometheusはホワイトボックス監視を推奨しており、アプリケーションには内部メトリクスを提供するExporterの公開が望まれている。実際、すでにさまざまなアプリケーションのエクスポーターが公式・非公式に用意されている。Prometheusは、移行時の相互運用を可能にするために、いくつかの監視・管理プロトコルをサポートしている(Graphite、StatsD、SNMP、JMX、CollectD等)。 Prometheusは、プラットフォームの可用性と基本的な操作に重点を置いている。メトリクスは通常数週間保存されるが、リモートストレージを利用することでより長期的かつ安全に保存することもできる。
※この「相互運用性」の解説は、「Prometheus (ソフトウェア)」の解説の一部です。
「相互運用性」を含む「Prometheus (ソフトウェア)」の記事については、「Prometheus (ソフトウェア)」の概要を参照ください。
相互運用性
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2020/12/14 02:37 UTC 版)
「ライセンスの互換性」も参照 GPLのようなよく知られたコピーレフトなフリーソフトウェアライセンスは、連携先を切り替えられるコマンドラインツールの実行やウェブサーバの相互通信のように、連携が抽象的であるならばコピーレフトではないライセンスのコンポーネントとの併用を認める相互運用性に関わる条文を含んでいる。結果的に、「コピーレフトではないライセンスのソフトウェアのモジュール」が「GNU GPLのソフトウェア」と併用された場合、それらが抽象的に相互に連携するならばそれはまだ合法である。この相互運用性の許可は、ライブラリの静的リンクおよび動的リンクを含むかもしれないし、含まないかもしれない。GNU GPLはライブラリの静的リンク、動的リンクの両方で相互運用性を認めておらず、GNU LGPLは静的リンクでのみ相互運用性を認めていない。フリーソフトウェア財団は、Javaクラスライブラリ再実装であるGNU Classpathのライセンスでは、Javaクラスライブラリの連携時にGPLリンク例外は適用されないことを宣言している。 相互運用性の条文は、フリーソフトウェアの強固な強制力と厳格な解釈において、それらを統合、集約、結合する際に頻繁に実用的な執行がなされていない。コピーレフトなフリーソフトウェアのソースコードと統合、集約、結合する大半のソフトウェア形態は、コピーレフトなフリーソフトウェアとなる派生的な行為であることが望ましい主張している。しかし、ソフトウェアを開発するコミュニティや開発者はGPLとの互換性を持ちながらコピーレフトであることを強制しないライセンスの互換性のあるApache LicenseやMIT licenseなどのソフトウェアライセンスを採用することがある。
※この「相互運用性」の解説は、「ライセンス感染」の解説の一部です。
「相互運用性」を含む「ライセンス感染」の記事については、「ライセンス感染」の概要を参照ください。
相互運用性
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2021/12/28 08:50 UTC 版)
「Swift (プログラミング言語)」の記事における「相互運用性」の解説
SwiftはCocoaやObjective-Cをシームレスに使えるように設計されている。SwiftとObjective-Cの間はどちらのAPIからでもお互いに使う事が出来る。 モジュールとしてアクセス可能などんなObjective-Cフレームワーク(又はCライブラリ)でもSwiftに直接インポートできる。 import Foundation 初期化の例Objective-C UITableView *myTableView = [[UITableView alloc] initWithFrame:CGRectZero style:UITableViewStyleGrouped]; Swift let myTableView: UITableView = UITableView(frame: .zero, style: .Grouped) Xcode 6以降では、Objective-CとSwiftの相互利用のためのブリッジヘッダーを生成する機能が提供される。ブリッジヘッダーファイルが生成された時点で、Swift側ではObjective-C側で定義された型、関数、変数を、Swiftで書かれたかのように参照できる。Objective-C側では、自動生成ヘッダーファイルをインポートすることでSwiftコードを利用できる。なお、Swiftで書かれたクラスをObjective-C側でサブクラス化することはできない。
※この「相互運用性」の解説は、「Swift (プログラミング言語)」の解説の一部です。
「相互運用性」を含む「Swift (プログラミング言語)」の記事については、「Swift (プログラミング言語)」の概要を参照ください。
「相互運用性」の例文・使い方・用例・文例
- 2国間における,軍事作戦の相互運用性
- 相互運用性のページへのリンク