出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2025/12/22 02:53 UTC 版)
gedit上でIBusとibus-anthyを使って日本語を入力している画面
|
|
| 作者 | ホアン・ペン |
|---|---|
| 初版 | 2008年8月 |
| 最新版 | |
| リポジトリ | |
| プログラミング 言語 |
C言語、Python |
| 対応OS | Unix系 |
| 種別 | オープンソース、インプットメソッド |
| ライセンス | LGPLv2+ |
| 公式サイト | github |
IBus（アイバス、Intelligent Input Bus）はUnix系オペレーティングシステム (OS) におけるインプットメソッドフレームワークである。IBusのBusはバスのような構造を持つところから来ている。オープンソースソフトウェアである。
IBusの主要な目標は以下のようなものである。
Northeast Asia OSS Forum[2]のワーキンググループ3による草案「Specification of IM engine Service Provider Interface」[3]では、D-Busのようなバス実装を伴うバス中心のインプットメソッドフレームワークアーキテクチャを推奨している。この仕様によれば、SCIM-1.4はC++で開発されており、通常はABIの移行問題を引き起こすため、今後の開発には適していないと見なされている[4]。
その後、ジェームズ・スーが主導するIM-BUSやジェン・フーが主導するSCIM-2のような後継プロジェクトが開始されたが、両プロジェクトともに中断された。そのため、レッドハットのホアン・ペンは、CJK OSSフォーラムによって推奨された機能を実装するのではなく、Python、D-BusおよびGLibを用いてIM-BUSのアイデアを実証するためにIBusプロジェクトを設立した。それにもかかわらず、IBusはすでにコミュニティによって受け入れられており、FedoraやUbuntuなど多くのLinuxディストリビューションにおいて、IBusはパッケージリポジトリに含まれている。IBusはFedora 11で新たにデフォルトのインプットメソッドフレームワークとなり[5]、Ubuntu 9.10ではSCIMに代わって採用された[6]。
IBusはC言語とPythonで開発されている。これにより、SCIMバージョン1.4.14未満で発生するC++のABI移行問題を回避している[7]。
IBusは、その機能の大部分をサービスを通じて提供している。サービスには以下の3種類がある。
IBusはD-Busを使用して、ibus-daemon、各サービス、ターミナルエミュレータやエディタ、ウェブブラウザなどのIMクライアント間で通信を行っている。ibus-daemonは、サービスからの登録を受け取り、対応するサービスやIMクライアントにD-Busメッセージを送信することで、すべてのクライアントとサービスを管理している。
IBusはXIMのプロトコル、GTK、Qtのインプットメソッドモジュールを実装している。
ibus-m17nは、多言語化データベース（m17n）に含まれる入力メソッドおよび対応するアイコンを使用するIMEである。単純なテーブルをサポートするibus-tableとは異なり、m17n入力メソッドは状態もサポートし、そのラベルはIBusパネル（言語バー）に表示される。m17n入力メソッドは周囲のテキストもサポートするため、タイ語やプレーンな注音符号のようなこの機能を必要とする言語および入力メソッドもibus-m17nでサポートされる。また、声調付きの拼音もサポートされる。
ibus-tableはユー・ウェイ・ユーによって開発されたIMEであり、語の選択に複雑なロジックを必要としない入力メソッドのテーブルを読み込む[16]。この方式では倉頡輸入法や五筆字型入力方法など、構造ベースの中国語入力メソッドが多数サポートされている。
公式にリリースされているIMEテーブル：[17]
|
|
||||||
|---|---|---|---|---|---|---|
| コミュニティ |
|
|
||||
| アプリケーション | ||||||
| テクノロジー | ||||||
| 関連記事 | ||||||
出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2020/06/14 15:21 UTC 版)
ナビゲーションに移動 検索に移動
|
この記事の正確性に疑問が呈されています。問題箇所に信頼できる情報源を示して、記事の改善にご協力ください。議論はノートを参照してください。（2009年3月）
|
|
gedit上でiBusとibus-anthyを使って日本語を入力している画面
|
|
| 開発元 | Shawn. P. Huangなど |
|---|---|
| 最新版 | 1.5.21 - 2019年8月23日[±] |
| リポジトリ | github |
| 対応OS | Unix系 |
| 種別 | インプットメソッド |
| ライセンス | GNU Lesser General Public License |
| 公式サイト | https://github.com/ibus/ibus |
iBus（アイバス、Intelligent Input Bus）はUnix系OSにおけるインプットメソッドフレームワークである。iBusのbusはバスのような構造を持つところから来ている。
iBusの主要な目標は以下のようなものである。
Northeast Asia OSS Forum[1]の第3ワークグループによるSpecification of IM engine Service Provider Interface[2]のドラフトは、D-Busのようなバス (コンピュータ)の実装を伴うバス中心のインプットメソッド構造を推奨した。その仕様書によれば、SCIM-1.4はC++で開発されている点で開発にあまりに適さないと考えられる。それはApplication Binary Interfaceの変遷による問題でよく引き起こされる[3]。
そのため、IM-BUSやSCIM-2のような後継のプロジェクトがスタートした。しかしどちらのプロジェクトも休止してしまった。そのためレッドハットのHuang PengはIM-Busの考え方をCJK OSSフォーラムが推奨する機能の実装の代わりに、PythonやD-BusそしてgLibを用いて提供するためにiBusプロジェクトを創設した。それにも関わらず、iBusはすでにコミュニティの承認を得ており、FedoraやUbuntuのようなLinuxディストリビューションユーザーが追加しなくてもiBusが標準のレポジトリに含まれている。iBusはFedora 11から新しい標準インプットメソッド[4]になり、Ubuntu では9.10でSCIMから置き換えられた。
iBusはC言語とPythonで開発されている。これはSCIM 1.4.14以降でのC++のABI変更に伴う問題を防ぐためである。
iBusの大部分の機能はサービスを通して提供される。"サービス"の例は以下の通りである。
iBusはibus-daemon、service、テキストエディタ、ウェブブラウザ、端末エミュレータのようなインプットメソッドクライアントと連携（通信）するためにD-Busを採用している。ibus-daemonマネージャーはサービスからの登録を受け取り、D-Busのメッセージを対応するサービスやインプットメソッドクライアントに送信することで、すべてのクライアント、サービス、クライアントを処理している。
iBusはXIMのプロトコル、GTK+、Qtのインプットメソッドモジュールを実装している。
ibus-m17nはm17nデータベースよりインプットメソッドとそれに対応するアイコンを使う変換エンジン(IME)。ibus-tableが純粋なテーブル（表、辞書）をサポートするのに対し、m17nのインプットメソッドは入力モードに対応しており、そのラベルはiBus panel（言語バー）に表示される。m17n入力方法は周辺のテキストにも対応しているので、タイ語のような言語や純粋なピンイン入力が必要なインプットメソッドなどがibus-m17nを利用してサポートされている。
ibus-tableは用意されたテーブルを読み込むだけの単語を選択するための複雑なロジックを必要としないインプットメソッドで、Yu Wei Yuによって開発された[5] 倉頡輸入法（Caangjie）や五筆字型輸入法（Wubi）のような中国語向けの多くのインプットメソッドはこの方法でサポートされている。
公式にリリースされているインプットメソッドテーブル:[6]
|
||||||||||||||||||||||||
(IBus から転送)
出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2021/11/20 02:00 UTC 版)
ナビゲーションに移動 検索に移動アイバス (I Bus, I-Bus, Ai Bus)
出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2022/04/15 06:50 UTC 版)
市内の総合バスロケーションシステムで2006年から試験的に導入され、2008年にはロンドン交通局が管理する全ての車両に導入された。バス運営の近代化と運行管理のIT化に一役買っている。 アナウンス ルートマスターを除くロンドン交通局が管理する全てのバスの行き先と次駅案内自動アナウンスが、このiBusシステムによる。およそ19000あるバス停と600近いバス路線、30000通りアナウンスが存在し、運転上の支障や誘導案内は乗務員によって操作される場合もあるも、市内のバス自動アナウンスの声はすべて同じ声である。まれに迂回運行する場合があるが、その迂回区間に入る手前でこれもまた自動でアナウンスが入るが、システムが正常に作動していないバスは、次駅表示とアナウンスがなく、運転士がアナウンスすることはほとんどないので注意が必要である。この自動アナウンスシステムとロケーションシステムは完全に情報共有されており、バスのトラッキングシステムがGPS機能で管理され、精度向上の試験が幾度も重ねられた。現在は車両位置やスピード、道路状況などが30秒毎に情報が送信され、中央管制で計算されてロケーション案内される。そのためロケーションシステムのカウントダウンの精度は高い。 CCTV ルートマスターを除く全てのバスに監視カメラ（CCTV）が設置されている。バスによっては10台前後の設置があるが、これは2005年のロンドン同時爆破事件以降、バス車内もテロの脅威にさらされている事を再認識したTfLや中央政府の防犯意識が高まったためと言える。犯罪者の追跡はもちろん、バス車内の防犯に貢献している。また、この監視カメラの目は運転士にも向けられ、乗務員の不正防止や危険運転を監視する意味でと安全運行に役立っている。 アプリケーション 2011年からweb上でのロケーションとカウントダウンが閲覧可能となるなど、大幅に利便性が向上した。スマートフォンでもアプリケーションの一つとして複数存在する。以前はバス停の固有番号をテキスト（ショートメール）で送信し、中央管制から返信されるというシステムであったが、精度が悪いうえに料金が掛ることから普及するには至らなかったが、現在でもバス停の固有番号から発着案内を検索することが可能である。
※この「iBus」の解説は、「ロンドンバス」の解説の一部です。
「iBus」を含む「ロンドンバス」の記事については、「ロンドンバス」の概要を参照ください。
固有名詞の分類
