System/360モデル30（システムさんろくまるモデル30、英語: IBM System/360 Model 30）はIBM社のメインフレーム・System/360コンピューター・ファミリーの小型機種で、1964年4月に発表され、1965年に出荷が始まった。
京浜急行バスで役目を終えた車両の多くは日本国内の地方事業者に譲渡されて引き続き使用されている。同社は神奈川中央交通や小田急バスなどと同様に古くから全国の地方事業者に廃車車両を供給しており、譲渡先は北は北海道から南は沖縄県まで広範囲に存在し、なかでも青森県の南部バスは多数のいすゞ車が移籍している。神奈川県を含めた首都圏が自動車NOx・PM法による排出ガス規制強化地域に指定された2000年以降はさらに増加している。近年では沖縄県の那覇バス、琉球バス交通、北海道の函館バス、北海道中央バス、ジェイ・アール北海道バス、岩手県の岩手県交通、熊本県の九州産交バス、熊本電鉄、熊本バスへの譲渡が特に多いほか、これまで京急中古とは無縁だった事業者（富士急行グループ、北陸鉄道グループ、松江市交通局、広島交通、長崎県交通局、沖縄バスなど）への譲渡も増加している。また、2016年には新子安営業所と羽田京急バスに在籍していた高速バス用の三菱ふそう・エアロクィーン2台が東急トランセに移籍したことも特筆される。この2台は2005年度導入のNH5535・J5533号車（PJ-MS86MP）で、それぞれSI3560・3561号車として同社の高速バス「パイレーツ号」（もとは当社が運行していた路線）で活躍している。また、一部の車両はミャンマー・スリランカなど海外へも輸出されている。北朝鮮の経済特区・羅先特別市で京浜急行バスの譲渡車両が走っている事例もある。
2008年（平成20年）2月16日から2月29日まで、羽田京急バスが日本空港ビルデングより受託運行している羽田空港ターミナル間無料連絡バスにおいて、国土交通省の「次世代低公害車開発推進プロジェクト」にあたる非接触充電システム（英語版）を使用した、日野・ブルーリボンシティIPTハイブリッドバスが運行された。洞爺湖サミットを控え、国土交通省が次世代低公害車のリサーチおよび関係各国へのアピールをするための政策の一環である。こちらの車両は車番がNH3799であり、98がいないなかで特殊な車番が用いられたが、メーカーからのリースであり、既に返却されている。走行用バッテリーの充電システムは羽田京急バス東京営業所（現・羽田営業所）に仮設されていた。また、これと時を同じくして無料連絡バスにはハイブリッド車2台が投入され、2008年（平成20年）1月31日より運行を開始している。投入されたのは、こちらも国土交通省が推進する「次世代低公害車開発推進プロジェクト」に位置づけられている三菱ふそう・エアロスターエコハイブリッドと日野・ブルーリボンシティハイブリッドである。同年7月に入り、エアロスターエコハイブリッドを2台追加で導入、2010年（平成22年）5月現在でブルーリボンシティ1台、エアロスター4台が就役していた。なお導入に際し、国土交通省や東京都から補助金を受けている。エアロスターは不調が続いたことから早期に置き換えられ、2015年（平成27年）10月現在ではブルーリボンシティに統一されていたが、2016年（平成28年）3月には日野・新型ブルーリボンハイブリッドが1台投入された。これに伴ってブルーリボンシティのうちNH3801号車が一般路線に転用されている。
京浜急行バスの顔と言っても良いのが、空港リムジン路線である。鉄道線の営業エリアでもある羽田空港を拠点に路線を展開している。また、成田空港 - 横浜にも路線がある。（◆印の路線は PASMO・Suicaを利用できる。）一部路線では、早朝便と夜間・深夜便の一部は、国内線ターミナルを経由しない。詳細は、下記外部リンクを参照するか、運行会社まで要問い合わせ。
携帯端末対応アプリケーションの開発には対応させる端末の制約と特徴を考慮しなければならない。携帯端末の動作にはバッテリーが必須な上、搭載プロセッサはデスクトップコンピュータ用と比べて非力であるが、位置探知やカメラ機能が搭載されている。また、開発者は画面サイズ、ハードウェア仕様、モバイルソフトウェア間の激しい競争環境で試行錯誤しなければならず、プラットフォームごとに仕様を変更する必要もある。さらに、モバイルアプリケーション開発には特化された統合開発環境を使用しなければならない。最初のテストはエミュレータを使用した開発環境で行い、次にフィールドテストを行う。エミュレータは携帯電話上でアプリケーションをテストするためのコストのかからない方法であり開発者が物理的なアクセスを行う必要はない。開発プロセスの一環としてのモバイルユーザインタフェース(UI)設計もモバイルアプリケーションの製作にとって非常に重要である。モバイルUIは設計の概説として制約、環境、画面、入力、そして機動性を考えなければならない。ユーザーは端末とのやり取りに関して重要な点になることが多く、またインターフェースはソフトウェアとハードウェア両方のコンポーネントを伴っている。ユーザーはシステムを操作するために入力していて、端末による表示はシステムがユーザーの操作結果を指し示せるようにする。モバイルUIはユーザーの手に合わせた携帯端末の画面サイズなど限られたアテンションやフォームファクタによって制限される。また、モバイルUIコンテキストはユーザーがモバイルアプリケーション内でのやりとりから分かる位置やスケジューリングといったユーザーアクティビティからの合図を知らせている。全体的に、モバイルUIの目標は主に分かりやすくユーザーフレンドリーなインターフェースである。モバイルUIやフロントエンドはエンタープライズシステムへのアクセスに対応するためにモバイルバックエンドに依存していて、モバイルバックエンドはデータのルーティング、セキュリティ、認証、権限付与、オフライン作業、サービスオーケストレーションを容易にしている。この機能はモバイルアプリケーションサーバ、Mobile Backend as a service (MBaaS)、SOAインフラストラクチャを含むミドルウェアコンポーネントの混合で対応している。