MIDI機器(ハードウェア)は5ピンのDINコネクタで接続するのが一般的である。両端に位置する1番ピンと3番ピンは現在の仕様上では使用されず、中央2番ピンはケーブルのシールド用に、4番、5番ピンがデジタル信号のカレントループ(英語版)伝送に使用される。MIDIケーブルの両端はどちらもオス端子で、シールドされたツイストペアケーブルとして設計される。 コネクタには、MIDI信号を受け取るMIDI IN、MIDI信号を送信するMIDI OUT、受信したMIDI信号をそのまま送信するMIDI THRUの3種類がある。機器パネル側は常にメス端子となる。グラウンドループ(英語版)や障害の連鎖防止のため、MIDI機器同士には電気的絶縁が規定されており、受信側内部では接地線の2番ピンは接続されず、信号はフォトカプラで受信される基本仕様となっている。フォトカプラを経由するたびに信号波形の再現性が下がるため、
CoAP(Constrained Application Protocol)は現在標準化策定中の、 機械同士の通信であるM2M(machine-to-machine)用プロトコル。 スマートグリッドのベース技術はIPである。 スマートグリッド構想の一部である家庭内センサーネットワーク(ホームネットワーク)のプロトコルとして HTTPとXMLの利用が考えられていたが、TCPの通信やオーバーヘッドなどから ネットワークの遅延などが問題となっていた。 そこで簡易的HTTPとしてCoAPというプロトコルが登場している。 特徴はこんなところ。 • 非同期通信のサポート(パケットごとにTransactionIDを持つ) • パケットヘッダの簡略化(32bit=4byte) • HTTPと同様の応答マッピング • UDP(User Datagram Protocol) UDPなのでHTT
See also: http://www.rfc-editor.org/rfc/rfc5988.txt The HTTP Link Header The Link: header in HTTP allows the server to point an interested client to another resource containing metadata about the requested resource. For example, Link: <meta.rdf>; rel=meta means that more information about the requested resource is available in the resource whose relative URI is meta.rdf. Compare this with the HTML
Internet Engineering Task Force (IETF) Z. Shelby Request for Comments: 6690 Sensinode Category: Standards Track August 2012 ISSN: 2070-1721 Constrained RESTful Environments (CoRE) Link Format Abstract This specification defines Web Linking using a link format for use by constrained web servers to describe hosted resources, their attributes, and other relationships between links. Based on the HTTP
Part2では,TCPが通信の信頼性を高めるためのしくみを見てきた。一方,UDPはこれとは正反対で,信頼性を確保するしくみを持っていない。その反面,とても自由度が高いプロトコルである。Part3では,UDPの概要とともに,どんなアプリケーションに向いているのかを見ていく。 TCP編では,TCPが通信の信頼性を高めるためのしくみを見てきた。一方,UDPはこれとは正反対で,信頼性を確保するしくみを持っていない。だからといって,UDPは不要と決めつけてしまうのは早計である。どんなプロトコルにも長所と短所があり,それぞれにふさわしい用途がある。 “なにもしない”プロトコル まずはUDPとはどんな姿をしているのか,UDPのプロトコル・フォーマットから見ていこう(図1)。 UDPは,TCPと同じくIPの上位プロトコルである。TCPのデータはセグメントと呼んだが,UDPではそれをデータグラムという。実際
前号までのあらすじ 一応経路制御まで終わったので、とりあえず目的のマシンまでパケットが届く(少なくとも届く努力をする(^_^)v)ところまではたどりつきました。 IPより上位のプロトコル 実際にアプリケーション間で通信を行う場合、IPのレベルをそのまま使うことはまずなく、IPにかぶさっている、より上位レベルのプロトコルを使用します。なぜなら、IPレベルでは「目的のマシンまで(正確にはそのマシンのOSまで)」届くように努力しますが、パケット中のデータを必要としているのは一般的にはアプリケーション(プログラム)だからです。アプリケーションは、(DOSのようなシングルタスクのOSを除けば)1つのOS上で複数が平行して動いているのが普通です。IPパケットには「受信すべきアプリケーションの識別情報」、言い換えれば「受け取ったデータをどのアプリケーションに渡せばよいか」という情報がありません。IPで欠
Efficient XML Interchange (EXI[注釈 1]、日: 高効率XML交換[4][注釈 2]) とは、処理速度と計算機資源の利用を同時に最適化することを目指す[1]拡張可能なマーク付け言語符号化規約のW3C勧告である。 背景[編集] 拡張可能なマーク付け言語 (XML) 文書は可読性・拡張性に優れる反面、冗長性が高く容量が肥大化しがちである[6]:53。これを解決する手段として、XML文書に汎用の(可逆)圧縮を施すことが考えられる。実際、オフィス文書のためのオープン文書形式 (OpenDocument) や変倍ベクタ図形 (SVG) はDeflate算法に基づく圧縮形式に対応している[7][8]。 しかし、整形式のXML文書は、その構造的特性を利用して[注釈 3]汎用の方法より高い効率で圧縮が行える[10]。更に、繰り返し登場する似通った文字列を集中的に処理することで
説明作業コピーにあるファイルやディレクトリの状態を表示します。引数がない場合、ローカルで修正されたアイテムだけが表示されます (リポジトリに対するアクセスは発生しません)。--show-updates を使うと、作業リビジョンと、 サーバの最新ではない情報も追加します。--verbose を使うと、すべての項目に対する完全なリビジョン情報を表示します。出力の最初の 6 桁は、それぞれ一文字幅で、各列に作業コピーの項目ごとに、様々な情報を表示します。1 列目は、項目が追加、削除、変更の、どの状態かをを示します。 ' '変更はありません。'A'項目は追加準備されています。'D'項目は削除準備されています。'M'項目は修正されました。'R'項目は作業コピー内で置き換えられました。これは、そのファイルが削除準備され、その場所に同名の新しいファイルが、追加準備されたことを表しています。'C'項目の内
福島第一原発事故の避難生活により、精神的苦痛に追い詰められ、鬱状態になったことが原因で、2011年7月に自殺した渡辺はま子さんの遺族が東京電力に約9100万円の損害賠償を請求した訴訟で、26日福島地裁は約4900万円の支払いを東電に命じた。 原発事故と自殺との因果関係を認めた初めての判決である。 同裁判で潮見直之裁判長は、「展望の見えない避難生活への絶望と、生まれ育った地で自ら死を選んだ精神的苦痛は極めて大きい」と述べ、「住民は避難を余儀なくされ、ストレスで自死(自殺)に至る人が出ることも予見できた」(27日付産経新聞)と東電の事故に対する想定の甘さを厳しく非難した。 住み慣れた土地を突然離れることを余儀なくされ、慣れない避難生活によって受けた精神的苦痛は計り知れないものだっただろう。渡辺さんに哀悼の意を表したい。 だが、そもそも避難命令を出したのは、東電ではなく、当時首相を務めていた菅直
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く