静止衛星を用いたサービスは、端末やアンテナの小型化を可能にするため、マルチビーム方式のスポットアンテナを搭載し、ビーム間の交換設備を内蔵した衛星が使用される。通信距離が上下各約36,000kmと長いため、遅延時間が大きい。また、高緯度地域や経度の離れた地域など衛星への仰角が小さい場合、地上の障害物のため通信しにくいことがある。各種の多元接続方式でトランスポンダの電波帯域を有効活用している。
衛星電話（えいせいでんわ）とは、通信衛星と直接通信する電話機を使用した電話網を提供するサービスである。電線（現在は光ケーブルやマイクロ波回線も使う）を使った有線電話（固定電話）や地上の無線通信技術を用いた携帯電話と比較して、通話可能地域が広いほか、地上設備が少ない通信網が技術的には提供可能である。しかし、無線局の免許や税金、利用地域の政府の規制などの関係で自由に使用できない地域も多い。
ベルリンに生まれ、テレフンケンで機器製作の教育を受け、ガウス技術者アカデミーで機器製作技術を学習した。19歳で徴兵を受け、負傷して療養。戦後移動中に兵隊の身分証明書しかなかったためソ連軍に捕らえられ、一時捕虜生活を送った。1945年AEG傘下のカメラメーカーで修理の仕事の傍らで16mmカメラを設計、これがアメリカ軍に見いだされ買い取られたが製品化はされなかった。この年ヴィルギン（Wirgin ）に入社し、エディクサレフレックス、エディクサエレクトロニカ、エディクサ8、エディクサステレオ、エディクサ16を設計したが、このうちエディクサステレオは自分の仕事として認めたがらなかったという。1965年にローライに移籍し設計主任を勤め、ローライ35、ローライ35S、ローライB35、ローライA26、ローライA110、ローライE110、フォクトレンダーヴィトレット110、ローライマチック35を設計したが、このうちローライ35Sは自分の仕事として認めたがらなかったという。。1978年には自らのデザイン事務所を設立し、ミノックス、ツァイス、ブラウプンクトなどの仕事をした。「一番気に入っているカメラは」との質問には、自らの設計でないエルンスト・ライツ（現ライカ）のライカM4を挙げていた。
ハインツ・ヴァースケ（Heinz Waaske、1924年10月4日 - 1995年7月31日）は、ドイツのカメラ設計者である。代表作はローライのローライ35で、当時ドイツのカメラを追い上げていた日本メーカーは多機能、自動化、レンズ大口径化、シャッター高速化などで競ってカメラを大型化させた反省からハーフ（24×18mm）判カメラを作るようになっていたが、このカメラを見て24×36mm（ライカ）判でのコンパクト化が本気で進められるようになり、その後のコンパクトカメラの方向が決定づけられた。ローライはこのカメラにより躍進を遂げ、シンガポールにも工場を持つに至った。
垂直統合とは、 (「水平統合」とは反対に) サイロとも呼ばれる機能エンティティを作成することで複数のサブシステムをそれらの機能に応じて統合するプロセスである。この手法の利点は、インテグレーションが迅速に行われ、必要なベンダーだけが関与することである。従って、この手法は短期的には比較的安価である。一方、機能の追加や拡張を行う場合に唯一可能な実装 (システムのスケールアウト) 方法はもう1つのサイロを実装することであるため、所有コストは他の手法で見られるより相当高い。別の機能を作成するためにサブシステムを再利用することは不可能である。スターインテグレーションまたはスパゲッティインテグレーションとは、各システムが残りの各サブシステムと相互接続するシステムインテグレーションプロセスである。統合されるサブシステムの観点から観察すると、つながり方が星に似ている。しかし、システムの全体図が提示されると、つながり方がスパゲッティのように見える。これが名称の由縁である。費用はサブシステムがエクスポートするインターフェースによって異なる。サブシステムがそれぞれ異なるインターフェース、またはプロプライエタリなインターフェースをエクスポートしている場合、インテグレーションの費用は大幅に上昇する。システムインテグレーションに必要な時間と費用は、追加サブシステムを加えると飛躍的に上昇する。機能の観点からは、この手法は機能の再利用が極めて柔軟であるため、好ましい場合が多いようである。水平統合またはエンタープライズ・サービス・バス (ESB) とは、他のサブシステム間との通信専用のサブシステムを用意するインテグレーション手法である。この手法では、ESBに直結するサブシステム1つにつき接続 (インターフェース) 数を1つにまで削減することができる。ESBは、各サブシステムのインターフェースを別のインターフェースに変換することができる。これによってインテグレーションの費用を抑え、極めて高い柔軟性を提供することができる。システムがこの手法で統合された場合、任意のサブシステムを、類似の機能を提供するが異なるインターフェースをエクスポートする別のサブシステムに完全に置き換えることができる。これは他のサブシステムにとって完全に透過的である。唯一必要な措置は、ESBと新規サブシステム間の新しいインターフェースを実装することである。ただし、中間データ変換の費用または責任をビジネスロジックに転嫁する費用が避けられると考えられる場合、水平スキームは誤りである可能性がある。共通データフォーマットとは、すべてのアダプターが他のすべてのアプリケーションのフォーマットにデータを変換 し、またそうしたフォーマットからデータを変換しなければならないということを回避するインテグレーション手法である。エンタープライズ・アプリケーション・インテグレーション (EAI) システムは、アプリケーションから独立した (つまりアプリケーション共通の) データフォーマットを規定するのが普通である。EAIシステムは通常、データ変換サービスを提供し、またアプリケーション独自のフォーマットと共通フォーマット間の変換を支援する。これは2段階で行われる。アダプターはまず情報をアプリケーションのフォーマットからバスの共通フォーマットに変換する。続いて、変換された情報にセマンティック変換が適用される (郵便番号を市の名称に変換すること、あるアプリケーションのオブジェクトを他のアプリケーションのオブジェクトに分割／結合すること等)。