ブラウザよりも高速アクセス！
67 関係: ActiveX、Android、Apache Thrift、Apple event、名前付きパイプ、同期 (計算機科学)、ノベル (企業)、マイクロカーネル、マイクロソフト、メモリマップトファイル、メッセージ (コンピュータ)、メッセージキュー、プロセス、パイプ (コンピュータ)、ファイル (コンピュータ)、アップル (企業)、アプリケーションプログラミングインタフェース、アドレス空間、オペレーティングシステム、カーネギーメロン大学、コンピュータ、コンピュータネットワーク、シグナル (Unix)、スレッド (コンピュータ)、セマフォ、ソケット (BSD)、共有メモリ、動的データ交換、BeOS、C++、Common Object Request Broker Architecture、Communicating Sequential Processes、Component Object Model、D-Bus、Data Distribution Service、DCOP、Distributed Component Object Model、Distributed Computing Environment、Enea OSE、Extensible Markup Language、遠隔手続き呼出し、Freedesktop.org、IPX/SPX、Java、Java Remote Method Invocation、JavaScript Object Notation、JSON-RPC、KDE、Linux、Mach、...、Message Passing Interface、Microsoft Transaction Server、Mmap、Object Linking and Embedding、Open Network Computing Remote Procedure Call、PHP (プログラミング言語)、POSIX、QNX、RISC OS、SOAP (プロトコル)、Solaris、UNIX System V、UNIXドメインソケット、W・リチャード・スティーヴンス、Windows Communication Foundation、XML-RPC、.NET Remoting。 インデックスを展開 (17 もっと) »
ActiveX
ActiveX（アクティブエックス）とは、マイクロソフトが開発するインターネットに関するソフトウェアコンポーネントやその技術を示す用語である。一般的には同社製のウェブブラウザであるInternet Explorerやそのコンポーネントを利用したソフトウェア上で動的なコンテンツを再生するための技術（ActiveXコントロール）を指す。JavaScriptやHTML5/CSS3といった標準規格の普及によって2015年現在では当たり前となった、RIA (リッチインターネットアプリケーション) を実現するための技術の先駆けとも言える。 元々はマイクロソフトがオブジェクトのやりとりを行う仕組みであるObject Linking and Embedding (OLE) からインターネットに関する技術を分離させたものがActiveXにあたる。.
新しい！!: プロセス間通信とActiveX · 続きを見る »
Android
Android（アンドロイド）は、Googleが開発したモバイルオペレーティングシステムである。Linuxカーネルやオープンソースソフトウェアがベースで、主にスマートフォンやタブレットなどのタッチスクリーンモバイルデバイス向けにデザインされている。テレビ用にはAndroid TV、自動車用にはAndroid Auto、ウェアラブルデバイス用にはWear OSがある。世界で最も人気のあるモバイルオペレーティングシステムであり、20億人を超える月間アクティブユーザーがいる。.
新しい！!: プロセス間通信とAndroid · 続きを見る »
Apache Thrift
Apache Thrift（アパッチ スリフト）は、「スケーラブルな言語間サービス開発」のためにFacebookにて開発された遠隔手続き呼出し (RPC) フレームワークである。これはソフトウェアスタックとコード生成エンジンを組み合わせることで、C++、C#、Java、Perl、Python、PHP、Erlang、Rubyなどの言語間にて効率的かつシームレスに動作するサービスを開発することを可能とする。.
新しい！!: プロセス間通信とApache Thrift · 続きを見る »
Apple event
Apple event（アップルイベント）は、アップルのMac OSで採用されているプロセス間通信のプロトコルApple Event Interprocess Messaging Protocol (AEIMP) で送受信される高水準イベントである。System 7（日本語版は漢字Talk7）で初めて採用された。 Apple eventで扱われる「高水準なイベント」とはマウス座標の変化やキーボードの押下といった低水準なものではなく、処理の目的や人間の意向により近い内容を扱うものである。Apple eventはFinderからのアプリケーションの起動や書類のオープンなどの日常的な操作のほか、AppleScriptでも利用されている。 macOSではOpen Scripting Architecture (OSA) の一部として提供されており、Apple eventはMachメッセージ機構を用いてプロセス間を搬送される。.
新しい！!: プロセス間通信とApple event · 続きを見る »
名前付きパイプ
名前付きパイプ（named pipe）は、UNIXおよびUnix系の通常のパイプを拡張したもので、プロセス間通信の技法の1つ。その概念は Microsoft Windows にもあるが、意味論は大幅に異なる。通常のパイプは「無名」であり、使用しているプロセスが動作中のみ存在する。名前付きパイプは永続的で、プロセスが消滅しても存在し続けるので、使わなくなったら削除する必要がある。名前付きパイプはファイルのように扱うことができ、プロセス間通信 (IPC) を行うためにプロセスがオープンして使用する。一般にパイプの動作はFIFOだが、名前付きパイプは、ファイルシステム中での種別（通常ファイル、ディレクトリ、デバイスファイル、etc）として「FIFO」と呼ばれている。.
新しい！!: プロセス間通信と名前付きパイプ · 続きを見る »
同期 (計算機科学)
同期（どうき、Synchronization）とは、コンピュータ関係（コンピュータ科学でも重要なテーマであるが、話題の広がりとしてはそれに留まらない）では、プロセスなどといった複数のエージェントの動作について、時系列的にタイミングを合わせる制御のことや、複数個所に格納された同一であるべき情報を同一に保つことである。.
新しい！!: プロセス間通信と同期 (計算機科学) · 続きを見る »
ノベル (企業)
ノベル (Novell, Inc.) は、かつて存在したソフトウェアとサービスの会社である。本社はユタ州プロボに存在した。日本法人であるノベル株式会社は東京都港区赤坂に存在した。ノベルの助けによりは技術とソフトウェア開発の中心となった。ノベルの技術はLocal Area Network (LAN) の出現に貢献し、LANは支配的なメインフレームコンピューティングモデルを置き換えて世界中のコンピューティングを変えていった。 に買収されてその完全子会社となるまで、ノベルは元々独立した法人であった。The Attachmate Groupは後の2014年にマイクロフォーカスに買収され、ノベルは現在マイクロフォーカスの一部門となっている。.
新しい！!: プロセス間通信とノベル (企業) · 続きを見る »
マイクロカーネル
マイクロカーネル（microkernel）とはオペレーティングシステムの設計思想、及びそのようなOSのカーネル部の名称である。OSが担う各種機能のうち、必要最小限のみをカーネル空間に残し、残りをユーザーレベルに移すことで全体の設計が簡素化でき、結果的に性能も向上できるという考え方。カーネル本体が小規模な機能に限定されるので「マイクロカーネル」と呼ばれるが、必ずしも小さなOSを構成するとは限らない。 マイクロカーネルの出現に伴い、従来型のOSを「モノリシックカーネル（一枚岩のカーネルという意）」と呼ぶようになった。.
新しい！!: プロセス間通信とマイクロカーネル · 続きを見る »
マイクロソフト
マイクロソフト（）は、アメリカ合衆国ワシントン州に本社を置く、ソフトウェアを開発・販売する会社である。1975年4月4日にビル・ゲイツとポール・アレンらによって設立された。.
新しい！!: プロセス間通信とマイクロソフト · 続きを見る »
メモリマップトファイル
メモリマップトファイル（）はファイルまたはそれに類似するリソース（あるいはその一部）を仮想記憶空間の連続領域に直接マッピングしたものである。そのリソースは通常物理的にディスク上に存在するファイルだが、デバイス、共有メモリオブジェクトなどオペレーティングシステムがファイル記述子で参照できるリソースなら何でもよい。ファイルとメモリ空間の対応付けにより、アプリケーションはそれを主記憶の一部として扱うことができる。.
新しい！!: プロセス間通信とメモリマップトファイル · 続きを見る »
メッセージ (コンピュータ)
メッセージ（message）とは、言付け、伝言、伝送文などの意味がある。 計算機科学におけるメッセージパッシングとは並列コンピューティング、オブジェクト指向、プロセス間通信で使われる通信方式である。プロセスもしくはオブジェクトといったモデルではメッセージ(ゼロ以上のバイト、複雑なデータ構造、プログラムコードも)を送ったり受けたりできる。メッセージを待つことによって同期 (計算機科学)することも出来る。メッセージパッシングに基づく主なモデルとしてアクターモデルやプロセス代数がある。 Microsoft Windows などのオペレーティングシステムにおいて、メッセージとは、オペレーティングシステム上で動くアプリケーションで、オペレーティングシステムが管理しているデバイスからの入力をアプリケーションまで伝えることまたはその内容のことである。 オペレーティングシステムはメッセージをメッセージキューに保管し、アプリケーションはメッセージキューに保管されていたメッセージを受け取り、それを元に処理を行う。例えば「(10, 20) 左クリック」という情報をオペレーティングシステムが感知したらオペレーティングシステムはその情報をメッセージキューに保管する。アプリケーションはそのメッセージを受け取って対応した処理を行う。 アプリケーションは常にオペレーティングシステムからのメッセージを待機するようなプログラムになっており、この一連のプログラムの機構をメッセージループという。.
新しい！!: プロセス間通信とメッセージ (コンピュータ) · 続きを見る »
メッセージキュー
メッセージキュー（Message queue）は、プロセス間通信や同一プロセス内のスレッド間通信に使われるソフトウェアコンポーネントである。制御やデータを伝達するメッセージのキューである。.
新しい！!: プロセス間通信とメッセージキュー · 続きを見る »
プロセス
プロセスとは、情報処理においてプログラムの動作中のインスタンスを意味し、プログラムのコードおよび全ての変数やその他の状態を含む。オペレーティングシステム (OS) によっては、プロセスが複数のスレッドで構成される場合があり、命令を同時並行して実行する。.
新しい！!: プロセス間通信とプロセス · 続きを見る »
パイプ (コンピュータ)
ある端末上で3つのパイプで繋いだプログラムを実行する際の入出力の流れ Unix系オペレーティングシステムにおけるパイプ(pipe)、もしくはパイプライン (pipeline) とは、複数のプログラムの入出力をつなぐための仕組み（プロセス間通信）の一つである。大変便利であることからUnix系以外でも同様の実装や、あるいは擬似的な実装によって似たようなことができるものも多い。直接の親子関係にあるプロセス間で通信をおこなうためfork前にあらかじめ共有しておく「無名パイプ」と、親子関係などにないプロセス間で一時ファイルなどを通して接続する（接続を確立するためにファイルを経由するだけで、接続自体はファイルを経由するわけではない）「名前付きパイプ」がある。ダグラス・マキルロイがUnixシェル向けに考案したことから始まり、パイプライン輸送からの連想で名付けられた。 特に、シェルなどでは縦棒（ | ）の記号を使って無名パイプを簡単に利用でき、それを指して「パイプ」と言うことも多い。プロセス群の標準ストリームを連鎖的に相互接続するもので、あるプロセスの標準出力 (stdout) を直接別のプロセスの標準入力 (stdin) に接続する。 「1つだけの仕事をうまくやる、道具のようなソフトウェア」（Software Tools）をパイプラインによって組み合わせる、というアイデアはUNIXやUnix系のOS以外にも、MS-DOS をはじめとする様々なOSやアプリケーションに、動作に多少の違いはあるものの受け継がれている。パイプで連結することを前提とした構成のプログラムをフィルタと呼ぶ。 前述のシェルのコマンドラインにおけるパイプは、中置記法で結合法則を満たす演算子と見ることができる（その時、演算子（オペレータ）のオペランドにあたるのは、各プログラムである）。これを一種の「合成」と見ることもできる。一般に数学で、f, g, h という関数があるとして h(g(f(x))) というような計算をすることを考える時、関数を関数合成の演算子 ∘ で合成した (h∘g∘f)(x) というものを考えることがあるが、パイプの演算子 | はこれに似ており (progF あるいは (progF | progG | progH) といったような感じになる。.
新しい！!: プロセス間通信とパイプ (コンピュータ) · 続きを見る »
ファイル (コンピュータ)
ンピュータにおけるファイル（file）は、コンピュータでデータを扱いやすくするための仕組み。場合によってはデータセット（data set）とも呼ばれる。.
新しい！!: プロセス間通信とファイル (コンピュータ) · 続きを見る »
アップル (企業)
アップル（）は、アメリカ合衆国カリフォルニア州に本社を置く、インターネット関連製品・デジタル家庭電化製品および同製品に関連するソフトウェア製品を開発・販売する多国籍企業である。2007年1月9日に、アップルコンピュータ (Apple Computer, Inc.) から改称した。.
新しい！!: プロセス間通信とアップル (企業) · 続きを見る »
アプリケーションプログラミングインタフェース
アプリケーションプログラミングインタフェース（、）とは、広義の意味ではソフトウェアコンポーネントが互いにやりとりするのに使用するインタフェースの仕様である。 APIには、サブルーチン、データ構造、オブジェクトクラス、変数などの仕様が含まれる。APIには様々な形態があり、POSIXのような国際規格、マイクロソフトのWindows APIのようなベンダーによる文書、プログラミング言語のライブラリ（例えば、C++のStandard Template Libraryやなど）がある。 商業的に使われる狭義の意味ではOSやミドルウェアやWebサービス等サービスを利用するアプリケーション(Application)を作成する(Programming)ためのインターフェース(Interface)である。こちらの意味ではサービスから提供されないStandard Template Libraryなど言語の標準ライブラリーは含まない。 APIはApplication Binary Interface (ABI) とは異なる。APIはソースコードベースだが、ABIはバイナリインタフェースである。例えば、POSIXはAPIだが、Linux Standard Base (LSB) はABIである（LSBはいろいろな規定の集合なので、正確には「LSBには、ABIにまで踏み込んでいる部分もある」）。.
新しい！!: プロセス間通信とアプリケーションプログラミングインタフェース · 続きを見る »
アドレス空間
情報処理において、アドレス空間 (Address Space) とは、メモリアドレスが意味を成すコンテキストを定義したもの。あるいは、一連のメモリアドレスによってアクセス可能なメモリ空間を意味する。 メモリアドレスはコンピュータのメモリ内の物理的位置を識別するものであり、住所とある意味で類似している。アドレスはデータが格納されている位置を指すが、それはちょうど人間の住所がその人の居住地を指すのと同じである。人間の住所とのアナロジーで言えば、「アドレス空間」とは、町や市や国といったある範囲の地域に対応すると考えることができる。2つのアドレスが数値的に同じでも、それぞれ異なるアドレス空間内のアドレスであれば、異なる位置を指していると言える。これは2つの市に「××町○丁目△-□」という住所が存在したとき、それらが別の場所を指すのと同じことである。 アドレス空間の例：.
新しい！!: プロセス間通信とアドレス空間 · 続きを見る »
オペレーティングシステム
ペレーティングシステム（Operating System、OS、オーエス）とは、コンピュータのオペレーション（操作・運用・運転）のために、ソフトウェアの中でも基本的、中核的位置づけのシステムソフトウェアである。通常、OSメーカーが組み上げたコンピュータプログラムの集合として、作成され提供されている。 オペレーティングシステムは通常、ユーザーやアプリケーションプログラムとハードウェアの中間に位置し、ユーザーやアプリケーションプログラムに対して標準的なインターフェースを提供すると同時に、ハードウェアなどの各リソースに対して効率的な管理を行う。現代のオペレーティングシステムの主な機能は、ファイルシステムなどの補助記憶装置管理、仮想記憶などのメモリ管理、マルチタスクなどのプロセス管理、更にはGUIなどのユーザインタフェース、TCP/IPなどのネットワーク、などがある。オペレーティングシステムは、パーソナルコンピュータからスーパーコンピュータまでの各種のコンピュータや、更にはスマートフォンやゲーム機などを含む各種の組み込みシステムで、内部的に使用されている。 製品としてのOSには、デスクトップ環境やウィンドウシステムなど、あるいはデータベース管理システム (DBMS) などのミドルウェア、ファイル管理ソフトウェアやエディタや各種設定ツールなどのユーティリティ、基本的なアプリケーションソフトウェア（ウェブブラウザや時計などのアクセサリ）が、マーケティング上の理由などから一緒に含められていることもある。 OSの中で、タスク管理やメモリ管理など特に中核的な機能の部分をカーネル、カーネル以外の部分（シェルなど）をユーザランドと呼ぶ事もある。 現代の主なOSには、Microsoft Windows、Windows Phone、IBM z/OS、Android、macOS（OS X）、iOS、Linux、FreeBSD などがある。.
新しい！!: プロセス間通信とオペレーティングシステム · 続きを見る »
カーネギーメロン大学
ーネギーメロン大学（英語: Carnegie Mellon University）は、ペンシルベニア州ピッツバーグに本部を置くアメリカ合衆国屈指の名門私立研究大学である。1900年に設立され、略称はCMU。大学のモットーは、"My heart is in the work (私の心は仕事の中にある)"（創立者アンドリュー・カーネギー）。 美術・音楽・文学・科学の最終形は、この四つが一つに成っている形である。アンドリュー・カーネギーのこの考えに沿って、アートとテクノロジーのバランスと融合を重んじた高等教育をCMUは現在も精力的に実践していると言える。日本では理工系が強い大学で知られ、CMUの名はマサチューセッツ工科大学（MIT)、カリフォルニア工科大学（CalTech)とともにアメリカの名門工科大学の御三家の一つとしてあまりにも有名。 その一方で藝術、人文・社会科学、公共政策学・情報学、経営学(MBA)の分野においても、常に全米あるいは世界のトップクラスにランキングされているという事実を認識することで、MITやCalTechのように一概に工科大学とは言えない、総合大学としてのCMUの全体像を正しく掴むことができる。著名な賞を受賞したCMU関係者の数も、この全体像を反映した結果となっている。 ノーベル賞20名、チューリング賞12名、エミー賞52名、アカデミー賞10名、トニー賞44名、等々。.
新しい！!: プロセス間通信とカーネギーメロン大学 · 続きを見る »
コンピュータ
ンピュータ（Computer）とは、自動計算機、とくに計算開始後は人手を介さずに計算終了まで動作する電子式汎用計算機。実際の対象は文字の置き換えなど数値計算に限らず、情報処理やコンピューティングと呼ばれる幅広い分野で応用される。現代ではプログラム内蔵方式のディジタルコンピュータを指す場合が多く、特にパーソナルコンピュータやメインフレーム、スーパーコンピュータなどを含めた汎用的なシステムを指すことが多いが、ディジタルコンピュータは特定の機能を実現するために機械や装置等に組み込まれる組み込みシステムとしても広く用いられる。電卓・機械式計算機・アナログ計算機については各項を参照。.
新しい！!: プロセス間通信とコンピュータ · 続きを見る »
コンピュータネットワーク
ンピュータネットワーク（computer network）は、複数のコンピュータを接続する技術。または、接続されたシステム全体。コンピュータシステムにおける「通信インフラ」自体、あるいは通信インフラによって実現される接続や通信の総体が（コンピュータ）ネットワークである、とも言える。.
新しい！!: プロセス間通信とコンピュータネットワーク · 続きを見る »
シグナル (Unix)
ナル（signal）とは、Unix系（POSIX標準に類似の）OSにおける、限定的なプロセス間通信の形式を使って、プロセスに対し、非同期で、イベントの発生を伝える機構である。シグナルが送信された際、OSは宛先プロセスの正常な処理の流れに割り込む。どんな不可分でない処理の間でも割り込むことができる。受信プロセスが以前にシグナルハンドラを登録しておけば、シグナル受信時にそのルーチンが実行される。さもなくば、デフォルトのシグナル処理が行われる。（同様なものは他のTSSなどでも開発されてはいるが、UNIXのシグナルは）1970年ごろベル研究所でUNIXに実装された。後にPOSIXである程度は標準化されているが、標準化が諦められているような振舞などもいくつかあり、特に他の幾つかの要素（fork等）とマルチスレッドとシグナルが絡むと実装毎の対処にプログラミングが大変になることがある。.
新しい！!: プロセス間通信とシグナル (Unix) · 続きを見る »
スレッド (コンピュータ)
レッド（thread）とは、CPU利用の単位。プロセスに比べて、プログラムを実行するときのコンテキスト情報が最小で済むので切り替えが速くなる。スレッドは、thread of execution（実行の脈絡）という言葉を省略したものである。 プログラミングの観点からみると、アプリケーションの処理の「実行の脈絡」は1つでないことが多い。これをシングルスレッドで実現しようとするとシグナルやタイマーを駆使してコーディングすることになる。また、複数のプロセスに分割してプロセス間通信で協調動作させるという方法もある。しかし、いずれの場合もそれらの機能を使うための余分な、本来のアルゴリズムと関係ないコーディングが必要となる。スレッドを使用したプログラミングは本来のアルゴリズムに集中しやすくなり、プログラムの構造が改善されるという効果がある。.
新しい！!: プロセス間通信とスレッド (コンピュータ) · 続きを見る »
セマフォ
マフォ（semaphore）とは、計算機科学において、並列プログラミング環境での複数の実行単位（主にプロセス）が共有する資源にアクセスするのを制御する際の、単純だが便利な抽象化を提供する変数または抽象データ型である。 ある資源が何個使用可能かを示す記録と考えればわかりやすく、それにその資源を使用する際や解放する際にその記録を「安全に」（すなわち競合状態となることなく）書き換え、必要に応じて資源が使用可能になるまで待つ操作が結びついている。セマフォは競合状態を防ぐ便利なツールであるが、セマフォを使うことでプログラムにおける競合状態がなくなると保証するものではない。任意個の資源を扱うセマフォをカウンティングセマフォ、値が0と1に制限されている（ロック/アンロック、使用可能/使用不可の意味がある）セマフォをバイナリセマフォと呼ぶ。後者はミューテックスと同等の機能を持つ。 セマフォの概念はオランダ人計算機科学者エドガー・ダイクストラが考案した。今ではさまざまなオペレーティングシステムで採用されている。 「semaphore」の本来の語義は「視覚による通信・信号」全般を指し、腕木通信や、それから派生した鉄道の腕木信号（や自動車の方向指示器）、手旗信号などが含まれる。日本語でのセマフォは、本用途（コンピュータ、プログラミング関連）に限られる。 語源の腕木式信号機.
新しい！!: プロセス間通信とセマフォ · 続きを見る »
ソケット (BSD)
ット（Socket）とは、BSD系UNIXを起源とするAPIであり、C言語によるアプリケーション開発でのプロセス間通信、特にコンピュータネットワークに関するライブラリを構成する。BSDソケット、バークレーソケットなどとも呼ばれる。 1983年にリリースされたUNIXオペレーティングシステム (OS) 4.2BSD で初めて API として実装された。ネットワークの抽象化インタフェースとしてのデファクトスタンダードとなっている。伝統的なSocket APIはC言語を対象とするが、他のプログラミング言語でも類似のインタフェースを用意している事が多い。 ソケットの代替となるAPIとして、STREAMSベースの Transport Layer Interface (TLI) がある。しかし、BSDソケットは比較にならないほど普及しており、数多くの実装が存在する。.
新しい！!: プロセス間通信とソケット (BSD) · 続きを見る »
共有メモリ
情報処理において共有メモリ（きょうゆう-）とは、複数のプログラムが同時並行的にアクセスするメモリである。.
新しい！!: プロセス間通信と共有メモリ · 続きを見る »
動的データ交換
動的データ交換（どうてきデータこうかん、英語：Dynamic Data Exchange, DDE）は、WindowsやOS/2環境下において、複数のアプリケーションソフトウェア（アプリケーション）間で通信を行う技術である。.
新しい！!: プロセス間通信と動的データ交換 · 続きを見る »
BeOS
BeOS（ビーオーエス）は、米Be社が開発したオペレーティングシステム (OS) である。.
新しい！!: プロセス間通信とBeOS · 続きを見る »
C++
C++（シープラスプラス）は、汎用プログラミング言語の一つである。日本語では略してシープラプラ、シープラなどとも呼ばれる。.
新しい！!: プロセス間通信とC++ · 続きを見る »
Common Object Request Broker Architecture
Common Object Request Broker Architecture（コモン オブジェクト リクエスト ブローカー アーキテクチャー、略称CORBA）とは、Object Management Group(OMG)が定義した標準規格であり、様々なコンピュータ上で様々なプログラミング言語で書かれたソフトウェアコンポーネントの相互利用を可能にする（分散オブジェクト技術）ものである。.
新しい！!: プロセス間通信とCommon Object Request Broker Architecture · 続きを見る »
Communicating Sequential Processes
Communicating Sequential Processes（CSP）とは、並行性に関するプロセス計算の理論のひとつである.
新しい！!: プロセス間通信とCommunicating Sequential Processes · 続きを見る »
Component Object Model
Component Object Model（COM、コンポーネント オブジェクト モデル）とは、マイクロソフトが提唱するソフトウェアの再利用を目的とした技術のことである。アプリケーションソフトウェア間での通信や、オペレーティングシステムとアプリケーションソフトウェアとのAPIに用いられる。 COMを使用して開発されたソフトウェア部品をCOMコンポーネントと呼ぶ。COMコンポーネントは、特定の開発言語に依存せず、C言語やC++、Visual Basic、Smalltalk、Javaなど、様々な言語により開発を行うことができる。COMという用語はソフトウェア開発の世界ではOLE、OLEオートメーション、ActiveX、COM+、DCOMをカバーする包括的な用語としてよく使われる。COMコンポーネントは、他ソフトウェアと通信するためのインタフェースを有している。アプリケーションソフトウェアは、公開されているインタフェースを介してCOMコンポーネントと通信をし、それらを組み合わせることでサービスを提供する。言語によるメモリやその他計算資源の割り付けの違いは、参照カウントを利用してオブジェクトの生成と破棄をそのオブジェクト自身の責任とすることにより解決する。オブジェクトの異なるインタフェース間のキャストはQueryInterface関数で行う。メソッド呼び出しをデリゲート（委譲）する形でサブオブジェクトの集合（アグリゲーションと呼ぶ）を生成する方法がCOM内における最適な継承方法である。 COMは主としてMicrosoft Windows上で使用されるが、UNIXやMac OSでも使用することができる。COMの前身はOLEである。COMは.NET Frameworkに置き換えられているものも多い。たとえば.NETはDCOMの代替として、Windows Communication Foundation (WCF) を通じてWebサービスをサポートする。WCFがXMLベースのSOAPメッセージを利用するのに対し、ネットワークで接続されたDCOMはバイナリの独自仕様フォーマットを利用する。しかし、Microsoft DirectXなどに代表されるように、ネイティブC++での利用を前提としたパフォーマンス重視のAPIは、依然として.NETではなくCOMが使われる傾向にある。 COMはまたソフトウェアコンポーネントシステムとしてCORBAやJava Beansと競合関係にある。.
新しい！!: プロセス間通信とComponent Object Model · 続きを見る »
D-Bus
D-Bus (Desktop Bus) はメッセージバスと呼ばれる、アプリケーション間でやりとりを行うための、プロセス間通信(IPC)実装のひとつ。加えて、プロセスの生成期間を調節し、それらのサービスが必要なときに簡単に呼び出すことが出来るようにするものである。軽量さ、低依存度を保って開発されている。 D-BusはKDE (バージョン2～3) 独自のIPC実装であるDCOPから影響されて生まれ、KDE4 (Qt4) で採用された。GNOMEも独自のIPC実装であるBonoboからD-Busへ移行している。Linuxでもudevによるマウントメッセージの通知を行う際にD-Busを使っている。X.Org Server7.3からはD-Busによる実行時の設定が可能になっている。 D-Busは現在、多くの言語とライブラリとのバインディングを持ち、C言語, Java, C++, C#, Python, Ruby, Perl, GTK+, Qt, Maemo（携帯端末用のデスクトップ環境）などから利用出来る。さらに、Unix系OSだけでなくWindows版も開発されている (winDBusという名前の別プロジェクト)。.
新しい！!: プロセス間通信とD-Bus · 続きを見る »
Data Distribution Service
Data Distribution Service for Real-time Systems（DDS）は、CORBAに欠けていたデータ中心の出版-購読型仕様を求める声に応じて作成された分散システムの出版-購読型ミドルウェアの仕様である。それまでもいくつかの独自なDDSソリューションはあったが、2004年に主要DDSベンダー2社（と）が共同でDDSの標準仕様を策定し、Object Management Group(OMG)がこれを承認したものである。 なお、通信プロトコルとしてはプロトコル(2008年末時点ではRev 2.1)を使用することが規定されている。.
新しい！!: プロセス間通信とData Distribution Service · 続きを見る »
DCOP
DCOP (Desktop COmmunication Protocol) とは、プロセス間またはソフトウェアコンポーネント間の軽量なプロセス間通信システムである。このシステムの主眼は、アプリケーション群が相互にやり取りして、全体として複雑なタスクを実施できるようにすることである。基本的にDCOPは「遠隔制御」システムであり、あるアプリケーションやスクリプトから他のアプリケーションの助けを得ることを可能にする。X Window Systemのクライアント間通信プロトコルをベースとして構築されている。 DCOPを使うことで、新たなアプリケーションを一から書かなくとも新機能を実現できるようになる。KDEのアプリケーションとライブラリはDCOPを多用しており、多くのKDEアプリケーションはDCOPの機構を通してスクリプトから制御できる。 最近のKDEシステムでは、全てのKDEアプリケーションが基本的なDCOPインタフェースを備えており、これはそのアプリケーションの作者が明示的にDCOPを使用していない場合でもそのようになっている。例えば、全てのアプリケーションが "quit" コマンドによるアプリケーションのクローズを自動的にサポートしている。 DCOPを組み込んだアプリケーションとシェルから通信するコマンド行ツールとして 'dcop'（小文字である点に注意）がある。また、同じインタフェースを提供するGUIツールとして 'kdcop' がある。 例えば、KDEデスクトップには一定時間間隔で背景の壁紙を切り換える機能がある。しかし、今の壁紙が気に入らないとき、それを即座に簡単に切り換えることはできない。また、ある壁紙を実際に見てみて、今後表示されないようにしたいと思った場合も、簡単に削除する方法はない。 しかし、dcopを使えば、そのような操作が簡単に追加できる。次のコマンド は、シェルから壁紙を次に切り換えさせるものである。そして、次のコマンド は、デスクトップ 1 の現在の壁紙のファイル名を得ることができる（KDEを含むXのデスクトップ環境では、仮想デスクトップを複数サポートしているのが一般的である）。これらを組み合わせてシェルスクリプトを組めば、壁紙を切り換えて、前に表示していた壁紙を削除することができる。例えば、次のようになる。 このようにDCOPによって、アプリケーションが本来持っていなかった機能を簡単に追加することが可能となる。.
新しい！!: プロセス間通信とDCOP · 続きを見る »
Distributed Component Object Model
Distributed Component Object Model（DCOM）は、ネットワーク上に分散配置されたコンピュータ上のソフトウェアコンポーネント間通信（分散オブジェクト技術）のためのマイクロソフト独自の技術。.
新しい！!: プロセス間通信とDistributed Component Object Model · 続きを見る »
Distributed Computing Environment
Distributed Computing Environment（DCE）は、1990年代初期にアポロコンピュータ（現在のヒューレット・パッカードの一部）、IBM、DECなどが結成したコンソーシアムが開発したソフトウェアシステムである。DCE はクライアントサーバモデルのアプリケーション開発のためのフレームワークとツールキットを提供する。フレームワークには、遠隔手続き呼出し (RPC) 機構 DCE/RPC、ネーミング（ディレクトリ）サービス、タイムサービス、認証サービス、認可サービス、分散ファイルシステム DCE/DFS が含まれる。.
新しい！!: プロセス間通信とDistributed Computing Environment · 続きを見る »
Enea OSE
Enea（エニアと発音）OSE()は商用のリアルタイムオペレーティングシステム（OS）であり、主に組み込みシステム向けに販売されている。.
新しい！!: プロセス間通信とEnea OSE · 続きを見る »
Extensible Markup Language
Extensible Markup Language（エクステンシブル マークアップ ランゲージ）は、基本的な構文規則を共通とすることで、任意の用途向けの言語に拡張することを容易としたことが特徴のマークアップ言語の総称である。一般的にXML（エックスエムエル）と略称で呼ばれる。JISによる訳語は「拡張可能なマーク付け言語」。 SGMLからの移行を目的として開発された。文法はSGMLの構文解析器と互換性を保つようにSGMLのサブセットに定められシンプルになり、機能はSGMLに無いものが追加されている。 XML の仕様は、World Wide Web Consortium (W3C) により策定・勧告されている。1998年2月に XML 1.0 が勧告された。2010年4月現在、XML 1.0 と XML 1.1 の2つのバージョンが勧告されている（#バージョン）。 ちなみに、「eXtensible Markup Language の略である」と書かれることがあるが、これは間違いであり、XはExの発音を表している。.
新しい！!: プロセス間通信とExtensible Markup Language · 続きを見る »
遠隔手続き呼出し
遠隔手続き呼出し（remote procedure call、リモートプロシージャコール、略してRPC）とは、プログラムから別のアドレス空間（通常、共有ネットワーク上の別のコンピュータ上）にあるサブルーチンや手続きを実行することを可能にする技術。その際に遠隔相互作用の詳細を明示的にコーディングする必要がない。つまり、プログラマはローカルなサブルーチン呼び出しと基本的に同じコードをリモート呼び出しについても行う。遠隔手続き呼出しを行うソフトウェアがオブジェクト指向プログラミングに基づく場合、遠隔手続き呼出しのことを リモート呼び出し（remote invocation）あるいは リモートメソッド呼び出し （remote method invocation、RMI）と呼ぶこともある（Java RMIなど）。 遠隔手続き呼出しには例えば、ONC RPCやDCE/RPCといった互いに非互換な様々な技術が存在する。.
新しい！!: プロセス間通信と遠隔手続き呼出し · 続きを見る »
Freedesktop.org
freedesktop.org（フリーデスクトップドットオルグ。fd.o（エフディードットオー）などと略されることもある）は、Unix系のシステムの環境のデスクトップ環境（もっぱらX Window Systemを利用する）の、相互運用性の向上と共通基盤技術の整備を目指したプロジェクトである。CDEのライセンスが、しがらみのため自由になるのに時間を要していた（2012年に至ってやっとLGPLv2となったが、もはやほとんどニュースにならなかった）ために乱立気味であったUnix系のデスクトップ環境において、無用な重複と、混乱を招くだけの無用な差異を無くすことなどが主な目的である。2000年3月、ハヴォック・ペニントンが設立した。 開発などはユーザの視点で行われている。KDEとGNOMEに代表される各デスクトップ環境を統一した唯一の環境、といったようなものを作る、というような目的ではなく、各開発フレームワーク間の差異（非本質的な）がユーザから見えないようにすること、などといった共通化を目的としている。また、特にGNOMEとKDEは、このプロジェクトと密接に連携している。Xfceも、4.0版以降では準拠とした。 2006年に、デスクトップ環境の共通インタフェースを集めたPortland 1.0 (xdg-utils) をリリースしている。 かつてX Desktop Groupと名乗っていたため、"XDG" という省略形も、ディレクトリ名などあちこちにいまだによく使われている。.
新しい！!: プロセス間通信とFreedesktop.org · 続きを見る »
IPX/SPX
IPX/SPX は、ノベルのオペレーティングシステム Netware で主に使われていた通信プロトコルである。IPX は Internetwork Packet Exchange、SPX は Sequenced Packet Exchange の略。.
新しい！!: プロセス間通信とIPX/SPX · 続きを見る »
Java
Java（ジャバ）は、狭義ではプログラミング言語Javaを指す。広義では言語仕様以外にも、仕様が与えられているJavaクラスライブラリやJava仮想マシン、さらにはJDKやJREなどの公式のものをはじめとする、場合によってはサードパーティのものなどを含め曖昧にJavaプラットフォームと総称されるようなものなどのエコシステムなどを指すこともある。構文についてはJavaの文法の記事を参照。.
新しい！!: プロセス間通信とJava · 続きを見る »
Java Remote Method Invocation
Java Remote Method Invocation API (Java RMI) は、Javaで書かれたプログラム間のORB（オブジェクトリクエストブローカー） であり、RPCのオブジェクトに相当する機能を果たすためのJavaアプリケーションプログラミングインタフェース。.
新しい！!: プロセス間通信とJava Remote Method Invocation · 続きを見る »
JavaScript Object Notation
JSON（ジェイソン、JavaScript Object Notation）は軽量なデータ記述言語の1つである。構文はJavaScriptにおけるオブジェクトの表記法をベースとしているが、JSONはJavaScript専用のデータ形式では決してなく、様々なソフトウェアやプログラミング言語間におけるデータの受け渡しに使えるよう設計されている。.
新しい！!: プロセス間通信とJavaScript Object Notation · 続きを見る »
JSON-RPC
JSON-RPC は、エンコード（符号化）にJSONを採用した遠隔手続き呼出し (RPC) プロトコルの一種である。 非常にシンプルなプロトコルであり、少数のデータ型やコマンドのみが定義されている。JSON-RPCでは、通知（データをサーバに送信するもののレスポンスを必要としない）と、順序の保証されない複数呼び出しが可能である。 類似のプロトコルとしてはエンコードにXMLを用いるXML-RPCが存在する。.
新しい！!: プロセス間通信とJSON-RPC · 続きを見る »
KDE
KDEのマスコット、Konqi。 KDE（ケーディーイー）は、X Window System上で動作するデスクトップ環境およびその環境用の各種アプリケーション、また、その開発プロジェクトを指すこともある。各コンポーネントのライセンスはGPLなど。GNOMEと並んで、広く使われている。 ツールキットにはQtを採用している。デスクトップ環境の他、ウェブブラウジングやファイル操作、マルチメディアの再生、オフィス作業など多くの用途のための数多くのアプリケーションプログラムも開発・提供している。.
新しい！!: プロセス間通信とKDE · 続きを見る »
Linux
Linux（リナックス、他の読みは後述）とは、Unix系オペレーティングシステムカーネルであるLinuxカーネル、およびそれをカーネルとして周辺を整備したシステム（GNU/Linuxシステムも参照）である。.
新しい！!: プロセス間通信とLinux · 続きを見る »
Mach
Mach（マーク）は、カーネギーメロン大学のリチャード・ラシッド教授（実際の実装はアビー・テバニアンが中心）らの Mach プロジェクトにより開発されたマイクロカーネルタイプのオペレーティングシステム (OS)。名前は「複数非同期通信ホスト」を意味する英語「multiple asynchronously communication hosts」に由来している。.
新しい！!: プロセス間通信とMach · 続きを見る »
Message Passing Interface
Message Passing Interface(メッセージ パッシング インターフェース、MPI)とは、 並列コンピューティング利用するための標準化された規格である。実装自体を指すこともある。 複数のCPUが情報をバイト列からなるメッセージとして送受信することで協調動作を行えるようにする。自由に使用できる実装としてはMPICHが有名である。他にも商用ベンダなどによる独自の実装が存在する。 ライブラリレベルでの並列化であるため、言語を問わず利用でき、プログラマが細密なチューニングを行えるというメリットがある一方、利用にあたっては明示的に手続きを記述する必要があり、ロックの対処などもプログラマ側が大きな責任をもたなければならない。 業界団体や研究者らのメンバからなる MPI Forum によって規格が明確に定義されているため、ある環境で作成したプログラムが他の環境でも動作することが期待できる。.
新しい！!: プロセス間通信とMessage Passing Interface · 続きを見る »
Microsoft Transaction Server
Microsoft Transaction Server（MTS）は、他のアプリケーションに容易にトランザクションを実装しサポートするサービスコンポーネントである。.
新しい！!: プロセス間通信とMicrosoft Transaction Server · 続きを見る »
Mmap
mmap() は、UNIXのシステムコールのひとつで、ファイルやデバイスなどのオペレーティングシステム (OS) 上のリソースの一部または全部を連続した仮想アドレス空間にマッピングする関数である。 ファイルシステム上のリソースに対するアクセス方法として、ストリームI/Oを行うシステムコールとの比較で、ユーザ空間とカーネル空間の間で読み書きされるデータのブロック転送が多くのアーキテクチャ上では発生しないことから、好まれる場合がある。 デバイスでは、ioctl()とともにメモリマップドI/OやDMAなどの操作を抽象化するものとしてドライバからファイルI/Oサービスの一部として提供されることがある。.
新しい！!: プロセス間通信とMmap · 続きを見る »
Object Linking and Embedding
Object Linking and Embedding （OLE、オブジェクトのリンクと埋め込み）は、マイクロソフトが開発した、オブジェクトをやり取りするための仕組み・規約である。 開発者に対しては、OLEコントロール拡張（OLE Control Extension, OCX）のような、カスタムユーザーインターフェイス要素の開発と利用をもたらす。 技術詳細的には、OLEオブジェクトは、IOleObjectインターフェイスを実装した何らかのオブジェクトである（オブジェクトの要求仕様によっては、他のインターフェイスをともに実装していることもある）。.
新しい！!: プロセス間通信とObject Linking and Embedding · 続きを見る »
Open Network Computing Remote Procedure Call
Open Network Computing Remote Procedure Call (ONC RPC) は遠隔手続き呼出し (RPC) システムの一種。ONC RPC はサン・マイクロシステムズがNetwork File Systemの一部として開発したもので、Sun ONC あるいは Sun RPC とも呼ばれる（以下では単にONCと略記）。 ONCはUNIXとC言語の呼出規約に基づいている。XDRを使ってデータをシリアライズしたり、場合によってはアクセスすべきファイル上のデータのエンコード/デコードをしたりする。そして、ONCはXDRでまとめられた内容をUDPかTCPを使って送信する。あるマシン上のRPCサービスへのアクセスにはポートマッパーを使う。ポートマッパーはよく知られたポートでクエリを待ち受ける。一般にUDPやTCPの111番が使われる。 ONCはほとんどのUnix系システムに実装されている。マイクロソフトは Windows向けの実装をServices for UNIXで提供している。さらに、Windows向けのONC実装はいくつかのサードパーティーが提供しており、C言語、C++、Java、.NET向けの実装がある（外部リンク参照）。 ONC RPCはRFC 1831で記述されている。ONC RPCの認証機構はRFC 2695、RFC 2203、RFC 2623で記述されている。.
新しい！!: プロセス間通信とOpen Network Computing Remote Procedure Call · 続きを見る »
PHP (プログラミング言語)
PHP（ピー・エイチ・ピー）は "The PHP Group" によってコミュニティベースで開発されているオープンソースの汎用プログラミング言語およびその公式の処理系であり、特にサーバーサイドで動的なウェブページ作成するための機能を多く備えていることを特徴とする。 名称の PHP は再帰的頭字語として、 "PHP: Hypertext Preprocessor" を意味するとされており、「PHPはHTMLのプリプロセッサである」とPHP自身を再帰的に説明している。.
新しい！!: プロセス間通信とPHP (プログラミング言語) · 続きを見る »
POSIX
POSIX（ポシックス、ポジックス、Portable operating system interface）は、各種UNIXを始めとする異なるオペレーティングシステム (OS) 実装に共通のアプリケーションプログラミングインタフェース (API) を定め、移植性の高いアプリケーションソフトウェアの開発を容易にすることを目的としてIEEEが策定したAPI規格である。POSIXという名前はリチャード・ストールマンがIEEEに提案したものである。末尾の「」はUNIX互換OSに「」の字がつく名前が多いことからつけられた。ISO/IEC JTC 1/SC 22でISO/IEC 9945として国際規格になっている。.
新しい！!: プロセス間通信とPOSIX · 続きを見る »
QNX
QNX（キューエヌエックス、またはキューニックスと発音）は商用のリアルタイムUnix系オペレーティングシステムであり、POSIXとPOSIX 1003.1bに対応している。主に組み込みシステム向けに販売されている。元々はカナダの企業QNXソフトウェアシステムズが開発していたが、同社は後にリサーチ・イン・モーション（現ブラックベリー）が取得した。.
新しい！!: プロセス間通信とQNX · 続きを見る »
RISC OS
RISC OSは、ARMアーキテクチャシステム向けに設計されたグラフィカルユーザインタフェースベースの一連のオペレーティングシステム (OS) である。ARMがRISCアーキテクチャであることから名付けられた。エイコーン・コンピュータが1987年、Acorn RISC Machine プロセッサを採用した自社製のArchimedesというパーソナルコンピュータ向けに開発したのが最初である。コマンドラインインタフェースとウィンドウシステムを伴ったデスクトップ環境を備えている。 1988年から1998年まで、ほぼ全てのエイコーン製のARMベースのコンピュータ（Archimedes、RiscPC、NewsPad、A7000）にバンドルされていた。オラクルのネットワークコンピュータやその互換機で RISC OS の派生版 (NCOS) が使われていた。1998年にエイコーンが解体されると、このOSの開発はフォークし、RISCOS Ltd、Pace Micro Technology、Castle Technology といったいくつかの企業がそれぞれ開発を継続した。1998年以降は、IyonixやA9homeといったARMベースのデスクトップコンピュータにバンドルされてきた。2012年現在も開発はフォークしたままであり、RISCOS Ltd と RISC OS Open コミュニティで開発されている。 最近の安定バージョンが動作するプラットフォームとしては、ARMv3/ARMv4のRiscPC（あるいはVirtualAcornやRPCEmuなどのエミュレータ）、ARMv5のIyonix、ARMv7ベースのCortex-A8プロセッサ（BeagleBoardやTouch Bookなどで使われている）がある。2011年、Cortex-A9ベースのPandaBoardへの移植が発表され、Raspberry Pi 向けの開発版も公開されている。.
新しい！!: プロセス間通信とRISC OS · 続きを見る »
SOAP (プロトコル)
SOAP（ソープ）は、コンピュータネットワーク内のWebサービスの実装において、構造化された情報を交換するための通信プロトコルの仕様である。拡張性、中立性、独立性を導入することを目的とする。XML-RPCから発展した、XML Webサービスのための、XMLベースのRPCプロトコルである。 メッセージ形式としてXMLインフォメーションセットを使用する。また、メッセージのネゴシエーションおよび伝送はアプリケーション層のプロトコル（多くの場合HTTPまたはSMTP）に依存する。 SOAPにより、全く異なるオペレーティングシステム（例えばWindowsとLinux）上で走っているプロセス間でもXMLを使って意思疎通が可能になる。HTTPのようなWebプロトコルは全てのオペレーティングシステムにインストールされて走っているので、SOAPの仕組みを使えば、クライアントはその言語やプラットフォームが何であれ、ウェブサービスを起動してレスポンスを受け取ることが出来る。 元はSimple Object Access Protocolの頭字語とされていたが、現在は「何かの頭字語ではない」とされている。.
新しい！!: プロセス間通信とSOAP (プロトコル) · 続きを見る »
Solaris
Solaris（ソラリス）はサン・マイクロシステムズ（サン）によって開発され、UNIXとして認証を受けたオペレーティングシステム (OS) である。2010年1月27日のオラクルによるサン買収に伴い、現在の開発は同社が担っている。 プロプライエタリ・ソフトウェアであるが、かつてコア部分（ONという：OS＋NETの略）はOpenSolarisとしてオープンソース化されたが、2010年8月以降、ONのソースコードの公開はされていない。 なお、公開されていたONのソースコードは、有志の手によってIllumosプロジェクトとしてオープンソース化されたまま更新が続けられている。.
新しい！!: プロセス間通信とSolaris · 続きを見る »
UNIX System V
System V（システムファイブ、SysV）は、初期の商用UNIXオペレーティングシステムの一種である。.
新しい！!: プロセス間通信とUNIX System V · 続きを見る »
UNIXドメインソケット
UNIXドメインソケット（英: ）や IPCソケット とは、単一のオペレーティングシステム内で実行されるプロセス間でデータを交換するためのデータ通信の終点。名前付きパイプに類似した機能を備えながら、パイプはバイトストリームにしか使えないが、UNIXドメインソケットは、バイトストリームだけでなく、データグラムとしても利用できる。 UNIXドメインソケットを使用しているプロセスは、共通の親プロセスを共有する必要はない。 UNIXドメインソケット用のAPIは、のものに類似しているが、通信のために基礎となるネットワークプロトコルは使用していない。 UNIXドメインソケットはPOSIXオペレーティングシステムの標準コンポーネントである。 UNIXドメインソケットは、アドレス・名前空間としてファイルシステムを使用している。これらは、ファイルシステム内のinodeとしてプロセスから参照される。これは、2つのプロセスが通信するために、同じソケットを開くことができる。しかし、コミュニケーションは、完全にオペレーティングシステムのカーネル内で発生する。 データを送ることに加えて、プロセスは、sendmsg() およびrecvmsg() システムコールを使用してUNIXドメインソケット接続を経由してファイル記述子を送信することができる。.
新しい！!: プロセス間通信とUNIXドメインソケット · 続きを見る »
W・リチャード・スティーヴンス
ウィリアム・リチャード・スティーヴンス（William Richard Stevens, 1951年2月5日 - 1999年9月1日）はコンピュータ技術書のライター。UNIXとTCP/IPの解説書の作者として著名。.
新しい！!: プロセス間通信とW・リチャード・スティーヴンス · 続きを見る »
Windows Communication Foundation
Windows Communication Foundation（WCF）は、.NET Framework 3.0における新しい通信サブシステムであり、アプリケーション同士をネットワーク経由で接続する仕組みである。開発時のコードネームはIndigoであった。WCFアプリケーションは.NETでサポートされている言語なら、どの言語でも開発できる。.NET Framework 3.0で新たに導入された4つの主なAPIの1つである。Windows Vistaと Windows Server 2008には最初から含まれている。Windows XPとWindows Server 2003でもサポートされている。.
新しい！!: プロセス間通信とWindows Communication Foundation · 続きを見る »
XML-RPC
XML-RPCとは、遠隔手続き呼出し (RPC) プロトコルの一種であり、エンコード（符号化）にXMLを採用し、転送機構にHTTPを採用している。非常に単純なプロトコルで、少数のデータ型やコマンドだけを定義しているだけであり、その仕様は2枚の紙にまとめられる。これは多くのRPCシステムが膨大な量の規格を規定し、実装に多量のプログラミングを要することに比べると、際立った特徴と言える。 1998年、ユーザーランド・ソフトウェアがマイクロソフトと共同で開発した。その後、これに新たな機能を追加したものがSOAPへと発展した。しかし、SOAP よりも単純で扱いやすいXML-RPCを好む人もいる。 類似の RPCプロトコルとして JSON-RPC がある。.
新しい！!: プロセス間通信とXML-RPC · 続きを見る »
.NET Remoting
.NET Remoting は、.NET Framework 1.0の一部としてリリースされたマイクロソフトのプロセス間通信APIである。様々なアプリケーションドメインやプロセス、そして様々なコンピュータ上に存在するオブジェクトが、互いにシームレスに通信するための高性能かつ拡張性の高いフレームワークを提供する。 16ビット版Windowsの時代から、.NET Remotingに至るまでには以下のような技術が開発されてきた。.
新しい！!: プロセス間通信と.NET Remoting · 続きを見る »
