EMI (プロトコル)

外部マシン インターフェイス( EMI ) は、ユニバーサル コンピュータ プロトコル( UCP )の拡張であり、主に携帯電話のショート メッセージ サービス センター(SMSC)への接続に使用されるプロトコルです。このプロトコルは、現在Mavenirの一部であるCMG Wireless Data Solutionsによって開発されました。

典型的な EMI/UCP 交換は次のようになります。

^B01/00045/O/30/66677789///1//////68656C6C6F/CE^C
 ^B01/00041/R/30/A//66677789:180594141236/F3^C

パケットの開始は^B (STX、16 進数 02) で示され、終了は ^C (ETX、16 進数 03) で示されます。パケット内のフィールドは / 文字で区切られます。

最初の 4 つのフィールドは必須ヘッダーを形成します。3 番目は操作タイプ(操作の場合は O、結果の場合は R)、4 番目は操作(ここでは 30、「ショート メッセージ転送」) です。

後続のフィールドは操作によって異なります。上記の最初の行では、「66677789」は受信者のアドレス (電話番号)、「68656C6C6F」はメッセージの内容 (この場合はASCII文字列「hello」) です。2 行目は、一致するトランザクション参照番号を含む応答です。「A」は、メッセージが SMSC によって正常に確認されたことを示し、電話番号の末尾にタイムスタンプが付加されて、配信時刻が示されます。

最後のフィールドはチェックサムで、パケット内のすべてのバイト（スラッシュを含む）を合計し、その結果から 最下位 8 ビットを取得して計算されます。

完全な仕様は、LogicaCMG Web サイトの開発者フォーラムで公開されていますが、登録が必要です。

2 桁のトランザクション参照番号は、テキスト メッセージを送信するエンティティが未処理のメッセージを 100 件 (セッションあたり) しか持つことができないことを意味します。これによりパフォーマンスが制限される可能性がありますが、これは低速ネットワークの場合と、SMSC 上のアプリケーションが誤って構成されている場合 (たとえば、1 つのセッションでウィンドウ数が 100 を超える場合) に限られます。実際には、配信スループットには影響しません。

EMI UCP ドキュメントでは、16 進数からデコードした後の英数字メッセージのデフォルトのアルファベットは指定されていません (エンコードされたメッセージにはIRAのアルファベットが指定されていますが、 0 ～ 9 と A ～ Z は不変文字であるため、7 ビットASCIIと同じです)。関連する ETS 300 133-3 標準では、印刷できない制御コードを追加の印刷可能な文字に置き換えることで、ASCII よりも多くの言語に対応するGSM-7 アルファベットが指定されています。実際には、GSM- 7 アルファベットが使用されます。UCS -2などの他のエンコードは、透過的なメッセージを使用してデータ コーディング スキームを指定することによって送信できます。

• ショート メッセージ ピアツーピア プロトコル(SMPP) もTCP / IP経由のSMSを提供します。
• ノキアが開発したメッセージ配信用コンピュータインターフェース（CIMD）

• [1] ETS 300 133-3
• LogicaCMG: 開発者向けダウンロード (リンクは 2007-12-24 時点で無効です)
• UCP 仕様 (Vodafone Germany)
• より詳細なUCP仕様
• UCP Perl 実装 (開発者向け)
• Kannel は、UCP/EMI 4.0 をサポートするオープンソースの WAP および SMS ゲートウェイです。