【発明の詳細な説明】
トランザクション処理システム
技術分野
本発明は、トランザクション処理システムに関し、特にポイントオブセール端
末との通信においてリアルタイムで通信する販売時点トランザクションをホスト
処理又は中央処理する技術に関する。
背景技術
近年、支払い技術は、使用するカードがますます複雑化しかつその種類がより
多くなって、急速に変化している。一般にデータが５０バイトより小さい従来の
磁気ストライプカードとは対照的に、チップを搭載した新しい型のカードにより
、これまでよりも相当多くのデータが通信されかつ処理されるようになってる。
このような支払方法には、スマートカード、セキュア電子トランザクション(Ｓ
ＥＴ)、団体取引きカード(corporate purchase card)、オフライン・デビットカ
ード、電子財布カード（electronic purse card）などが含まれる。
これらの開発により、カード発行人により操作されるトランザクション処理シ
ステムは、トランザクション毎のデータサイズが１ＫＢ以上である多数トランザ
クションを同時に快適に取り扱うことができなければならない。
これは、外部処理を３０秒以内又は内部処理を数分の１秒以内の最大応答時間
で実現しなければならない。
別の条件は、トランザクション処理システムが異なるレベルでの同時トランザ
クションを取り扱うモジュラ方式に拡張可能なことである。更に別の条件は、異
なるタイプのトランザクションを取り扱うためにシステムを容易に変更できるこ
とである。
この技術分野では、データの合計に関する改善された方法を記載した米国特許
第４７５１３７４号明細書(Omrom)、及びメモリ管理に関する改善された機構を
記裁した米国特許第４３９６６２４号明細書(Visa)に記載されている装置を含め
て、様々な開発が行なわれている。
しかしながら、このようなトランザクション処理の特定の分野での開発がなさ
れている一方、その要求が増大しかつ変化するトランザクション処理の技術レベ
ルに対処する包括的かつ総合的な構造が必要となっている。
発明の開示
本発明によれば、販売場所システムと通信するためのポートと、通信基準に従
って信号を再送信するための手段からなる通信ハンドラとからなる通信サブシス
テム、
前記通信ハンドラからの信号を受け取るため及びトランザクション論理に従っ
て前記信号を自動的に検査するための入力パートナーと、可変データベースにリ
アルタイムで信号を書き込むため及び前記トランザクション論理サブシステム内
で、それぞれに関連する出力パートナーに信号を転送するための手段とからなり
、前記各出力パートナーがトランザクション処理信号を生成するための手段から
なるトランザクション論理サブシステム、及び、
トランザクション処理信号を処理し、かつ元のポイントオブセール端末に送ら
れる出力信号を生成するための手段からなるトランザクションプロセッサを備え
ることを特徴とするトランザクション処理システムが提供される。
通信ハンドラ、入力及び出力パートナー、並びに可変データベースをこのよう
に使用することで、処理が個々の通信及びトランザクション論理基準要素に分解
される。従って、前記システムは容易にアップデート／拡張することができる。
更に、高い同時スループットが容易に制御できる。
或る実施例では、前記各入力パートナーが、前記信号の汎用部分のみを前記出
力パートナーに送信し、かつ前記データの残りを前記可変データベースに書き込
むための手段からなる。これにより、内部信号通信量及び要求される処理容量が
最小になる。
好適には、前記各出力パートナーが、受信した前記汎用信号の内容をトランザ
クション論理に従って監視するための手段と、前記信号に前記可変データベース
から検索された可変フィールドを追加してトランザクション処理信号を生成する
ための手段とからなる。これにより、柔軟性の度合を大きくすることができる。
或る実施例では、前記各出力パートナーが、静的データベースから静的データ
を検索して、前記トランザクション処理信号を生成するための手段を更に有する
。可変データベースと静的データベース間でのデータの分析により、速いデータ
検索が可能になる。
好適には、前記各出力パートナーが、トランザクション論理に従ってトランザ
クション処理するために遠隔ホストシステムにトランザクション処理信号を送信
するための手段からなる。これにより、同じく優れた柔軟性が得られる。
或る実施例では、データが、前記データベースに一連のリンクしたストリング
中に格納され、前記各ストリングが１組のデータフィールド及び連鎖中の次のス
トリングの識別子を有し、前記連鎖中の最初のストリングがより一般的な情報に
関するものである。これは、データ記録サイズの柔軟性を犠牲にすることなく、
リアルタイムでの非常に速いデータアクセスを可能にする。
或る実施例では、前記システムの構成要素が、物理的に別個のデータ処理ハー
ドウェア装置に存在し、かつ信号が、待ち行列識別子を読み込みかつ受信してい
るタスクに関連する待ち行列に前記信号をルーティングするための手段からなる
メッセージサーバを経由する各装置のタスク間を通信される。これにより、分散
環境において優れた信号転送制御が得られる。
好適には、前記システムは、前記システム内の全ての利用可能なタスクに関連
するグローバルデータを格納し、かつ前記グローバルデータにアクセスする機能
を提供するステータスサーバを更に有する。これによってシステム全体に亘って
全ての構成要素間における情報の広範な配布が可能になり、特に分散環境に重要
である。
或る実施例では、前記システムの各装置が、その関連する装置でのタスクの性
能を制御するための手段からなるタスクサーバを有する。好適には、前記各タス
クサーバが、前記メッセージ待ち行列識別子を与えるための手段からなる。
好適には、前記システムは、メッセージを前記ステータスサーバに、かつユー
ザインタフェースから前記タスクサーバに送信するための手段からなるモニタを
更に有する。
理想的には、前記通信ハンドラが、それぞれ特定のポートに直接リンクされて
いる。この特徴により、非常に速い通信ルーティングが可能になる。
或る実施例では、前記トランザクションプロセッサが出力パートナーである。
前記システムは、いくつかの専用トランザクションプロセッサを有し、全ての内
部処理は前記出力パートナーによって実行されるか、又は混ぜたものにすること
ができる。
好適には、前記トランザクションプロセッサが、前記出力パートナー、入力パ
ートナー、通信ハンドラ、及び関連するポートを経由して、前記出力信号を前記
ポイントオブセール端末にルーティングするための手段からなる。元の経路で戻
すことにより、各ノードは、格納されたデータ及び論理を用いて直ちに再送信す
ることができる。
図面の簡単な説明
本発明は、添付図面を参照しつつその単なる例示であるいくつかの実施態様を
用いた以下の詳細な説明からより明確に理解することができる。
図１は、本発明のトランザクション処理システム及びそれが動作する環境を概
略的に示す図である。
図２は、前記システムの主な構成要素を示すブロック図である。
図３は、前記システムの１次のルーティングセクションを示す図である。
図４は、前記システムの２次のルーティングセクションを示す図である。
図５及び図６は、メッセージが前記システム内においてルーティングされかつ
トラッキングされる様子を示す図である。
発明を実施するための最良の形態
図１には、本発明のトランザクション処理システム１が示されている。システ
ム１は、通信装置３とトランザクションハンドリング装置４とを相互接続するロ
ーカルエリア及び広域ネットワークリンク２を有する。装置４は、データベース
７に接続されている。
システム１の各部分を相互接続しているリンク２は、ＴＣＰ・ＩＰプロトコル
に基づき、イーサネット（登録商標）ハードウェアリンクを有する。このネット
ワークリンクは、別の実施例では例えばＦＤＤＩ又はトークンリング型式であっ
てもよい。
システム１は、多数のポイントオブセール端末８と、及び外部プロセッサ１０
、１１、１２とリアルタイムで通信する。端末８は、単一のポイントオブセール
デバイス又は多数のトランザクションを処理するポイントオブセールシステムで
あってもよい。
システム１は、ポイントオブセール端末８とリアルタイムで通信してトランザ
クション信号を受信し、トランザクション自体（「責任」(on-us)）を処理するか
、又は特定の条件によって信号を外部システム１０、１１又は１２に送信するよ
うに動作する。次に、その出力が、関連するポイントオブセール端末８に戻され
る。これらは全てリアルタイムで行われる。
図２には、システム１の論理構造が示されている。通信装置３は、各々の終了
が、ポート及びモデムのような通信機器を経由して２方向通信を行なう対称的な
方法で１次ルーティングを行なうサブシステムを形成する。
装置４は、同じく対称的な方法でトランザクション論理に基づいて２次ルーテ
ィングを行ない、通信サブシステム３と装置４に存在するトランザクション処理
サブシステム４（ｂ）との間のバッファとして動作する。通信サブシステム３は
、信号を外部プロセッサ１０に送信し、かつ、結果を関連するポイントオブセー
ル端末と通信して戻すために受信する。トランザクション論理ルーティング及び
トランザクション処理の双方は、可変データベース７（ａ）及び静的データベー
ス７（ｂ）を有するデータベースシステム７と協力して実行される。可変データ
ベース７（ａ）は、リアルタイムで生成されかつ特定のトランザクションに関連
するデータを格納する。他方、静的データベース７（ｂ）は、クレジットカード
の期限又は個人の住所のような事前設定されたデータを格納している。
図３には、通信サブシステム３の構造が示されている。ルータ３は、数百まで
の数のポート１５を有する。各ポートは、特定の通信ハンドラ１８に直接関連し
、それに、受信した全信号を送信する。従って受信信号は、直ちに特定の通信ハ
ンドラ１８に送られる。
各通信ハンドラ１８は、ＬＲＣ検査のような通信テストを完了した後に、前記
受信信号を、何ら変更することなく、トランザクション論理サブシステム４（ａ
）の特定の入力パートナーに中継するようにプログラムされている。
信号の主なタイプのそれぞれについて入力パートナーに対する通信ハンドラ１
８の多数対単数の関係が存在する。本実施例の場合、ほぼ４対１である。信号の
タイプには、許可要求及びデータ／バッチ収集要求が含まれる。ハンドラ１８は
、メッセージ内容を処理することなく、信号のタイプによってフィルタリングす
る十分な知能を有する。
図４には、トランザクション論理サブシステム４（ａ）の動作が示されている
。データ収集のために、入力パートナー２０はデータベース７に書き込みを行う
。リアルタイムのトランザンクション処理がなされている間、入力パートナー２
０は完全なトランザクション信号２１を受信し、かつそれをトランザクション基
準論理に従って検査する。入力パートナー２０の重要な側面は、入力信号から或
るフィールドを検索し、かつ直ちに関連する出力パートナー２３に送信される総
称信号２２を生成することである。
出力パートナー２３に送信されないデータのフィールド２４は、入力パートナ
ー２０によって可変データベース７（ａ）に書き込まれる。
出力パートナー２３は、総称信号２２内のデータフィールドを読み込み、かつ
信号処理のために追加のデータが要求されるかどうかをトランザクション論理に
従って決定する。大抵の場合、そのようなデータは要求されないが、要求される
場合には、可変データベース７（ａ）に書き込まれた可変データ（２６）の一部
又は全部が検索される。更に、出力パートナー２３は、静的データベース７（ｂ
）からデータを受け取る。このデータには、メッセージ中の「フック」により検
索され得る追加のデータが含まれる。その一例は、商業者のカテゴリコードであ
る。
このようにして、出力パートナー２３は、トランザクションを処理するために
プロセッサに送信される信号２８を再構築する。どのプロセッサがトランザクシ
ョンを処理するかということの決定は、トランザクション論理に基づいて行う。
前記プロセッサは、システム１にとって内部即ち（恐らくは異なるハードウェア
機器上の）サブシステム４（ｂ）内とすることができる。別の実施例では、前記
プロセッサは遠隔のものであってもよいが、その場合には、トランザクション処
理信号が、システム１の反対側を通過して外部プロセッサに送られる。或る場合
には、前記出力パートナーが、前記処理を、より分散した内部処理を実行し、従
ってより高いスループットが得られる。これは、複数のデータベースを設けるこ
とを要求する場合がある。いずれの要素がトランザクションを処理するにしても
、静的データベースを使用して第１にトランザクションを許可し、かつ第２にク
レジットの期限のようなデータを更新する。このデータは符号Ｓで示されている
。
戻りの経路において、前記信号を処理するプロセッサからの出力が、出力パー
トナー２３、入力パートナー２０、ハンドラ１８を通過して送られ、それから関
連するポート１５を経由して元のポイントオブセール端末に戻される。
以下にシステム１において送信される信号の一例を記述する。
元の信号２１は、
<STX><TRAN#><CARD #><AM0UNT><MERCHANT ID>
<TRANSTYPE><UNIQUE ID>
を含んでいる。
可変データベース２５に書き込まれる可変信号２４は、
<TRANSTYPE><CARD #><UNIQUE ID><AMOUNT>
のように表すことができる。
図４に示すように、可変データベース７（ａ）の次に、データは、出力識別子
の前に主データを有する初期のレコードがある連鎖配列でデータベースシステム
７に格納される。主データは、記録のための１次データとしてみなすことができ
る。出力識別子は、特別なデータ及び単数又は複数の出力識別子に続く識別子で
始まるフィールドの次のシーケンスへの連鎖リンクである。前記出力識別子のそ
れぞれがこのシーケンスを、前記識別子で始まりかつデータが後に続く次のシー
ケンスにリンクしている。個々のストリングはそれぞれ固定長で、単純なデータ
ベース制御を行なう。しかしながら、この構成から明かなように、レコード全体
の長さは明確でない。各シーケンスは、商業者識別子と、容易に検索及びアクセ
スするためのターミナル識別子とを有する。
図５には、信号又はメッセージがシステム１の各構成要素間で通信される様子
が示されている。この実施例では、通信装置３とトランザクションハンドリング
装置４間の通信がある。装置３は、多くの通信ハンドラ１８、ＲＰＣメッセージ
サーバ３０及びＲＰＣタスクサーバ４０を有する。また装置４は、ＲＰＣメッセ
ージサーバ３０及びＲＰＣタスクサーバ４０を有する。装置４上の各パートナー
は、概して参照符号２０及び２３によって示され、かつそれぞれに入力パートナ
ー及びそれに関連する出力パートナーの両方を有するソフトウェアタスクによっ
て実行される。この実施例では、図示したタスクは全て入力／出力パートナーの
対であり、かつ前記システムの全てのトランザクション処理が、遠隔操作されな
い限り、これらのタスクによって実行される。しかしながら、装置４は、出力パ
ートナーからの信号の受信時にのみトランザクション処理を実行するタスクを有
する場合がある。装置４におけるメッセージサーバ３０の機能は、通信ハンドラ
１８からの可変長メッセージを受信すること、及びそれらを指定されたローカル
メッセージ待ち行列、即ち入力パートナー２０に送信することである。通信ハン
ドラ１８と入力パートナー２０間の通信は、２つのメッセージサーバを経由して
間接的に行なわれる。前記受信メッセージサーバは、適当な待ち行列に信号を送
信するために、顧客によって信号に埋め込まれたメッセージ待ち行列識別子を用
いる。メッセージサーバ３０は、前記メッセージの内容を知る必要がない。下記
のものは、通信ハンドラと部品間で渡されるメッセージの構造である。
in tnMsgType;
in tnMsgQID;
in tnMsgLen;
string cMsg<MBUFSIZE>;
};
nMsgTypeは、送信されるメッセージの種類である。
nMsgQIDは、遠隔手続きが書き込むメッセージ待ち行列の識別子である。
nMsgLenは、送信されるメッセージの長さである。
cMsgは、反対側へ送信されるバッファであり、MBUFSIZEは、バッファの最大サ
イズである。
信号に挿入されるべき待ち行列識別子を顧客が決定するために、通信したいタ
スク識別子、及びタスクが実行している装置名をタスクサーバに渡さなければな
らない。タスクサーバ４０は、全てのタスクについて情報を保持し、それ故に適
当なメッセージ待ち行列識別子を顧客に送り返す。このとき顧客は、メッセージ
サーバ３０に信号を送信することができる。
図６には、タスクサーバ４０の使用が示されている。タスクサーバ４０は、ト
ランザクション処理システム１の分散環境において制御を行なうのに特に効果的
である。前記システムでの主メッセージハンドリング処理には、ステータスサー
バ６０、いくつかのタスクサーバ４０、モニタ５０、及びモニタ５０にコマンド
を送信するユーザインタフェース７０が含まれる。他の処理は、通信ハンドラ１
８及びパートナー２０、２３である。
ステータスサーバ６０は、システム１における全ての利用可能なタスクについ
てグローバルデータを保持し、該データにアクセスする機能を提供する。システ
ム１には、ハードウェア機器毎に１つのタスクサーバ４０がある。システム１に
は１つのモニタ７０があり、かつステータスサーバ６０とタスクサーバ４０とに
メッセージを送信する。ユーザは、インタフェース７０を介してシステム１と対
話し、次にこれはモニタ５０と対話する。
ステータスサーバ６０は、システム１の全タスクについての詳細が入っている
静的なグローバル配列の共用メモリを管理する。ステータスサーバ６０との全て
の通信がＲＰＣ関数呼出しを通じて実行される。前記グローバルメモリ配列は、
ステータスサーバの公開ＲＰＣ関数を呼び出すことによりいずれかの装置上のい
ずれかのタスクによって、又は前記ステータスサーバの共用メモリに直接書き込
むタスク自体によって、間接的に読み出され又は書き込まれる。前記配列のサイ
ズは、約３００のタスク処理について情報を保持するように物理的にコード化（
hard-coded）される。このサイズは、ランタイムに変更することはできない。要
約すれば、ステータスサーバ６０は、
タスクからＲＰＣメッセージを受け取り、
要求されるようにグローバル共用メモリを更新し、
モニタ５０からＲＰＣメッセージを受け取りかつこれに、要求されたようにタ
スクについての情報を送り、
一定の間隔でタスク構成ファイルを再読み込みして、システム１のタスクを追
加／更新／除去する。
本発明によれば、非常に有効に動作して同時に多数のトランザクション信号を
取り扱うシステムが提供されることが理解される。このレベルの制御は、前記通
信ハンドラ、入力パートナー、出力パートナー、及び内部トランザクションプロ
セッサ（タスクプロセッサ）間にタスクを分散させることによって達成される。
通信ハンドラをポートに直接リンクさせることによって、前記システム内には非
常に速いプロトコルベースのルーティングが存在する。更に、トランザクション
論理を用いて、可変及び静的データベースを参照して信号を処理する入力及び出
力パートナーの使用によって、扱われるメッセージのサイズが最小となり、かつ
信号を非常に有効に処理することができる。トランザクション処理を実行するプ
ロセッサ（出力パートナー、別の内部プロセッサ又は外部プロセッサのいずれか
）は、メッセージを受信する前に処理する手法のため、非常に効果的に信号を処
理することができる。これらの処理を分散方式で接続された装置上で実現するこ
とは、タスクサーバ、メッセージサーバ、ステータスサーバ、及びモニタを使用
することによって非常に効果的に達成される。
本発明は、上述した実施例に制限されるものではなく、その構成及び細部にお
いて本発明の技術的範囲内で変更することができる。
【手続補正書】
【提出日】平成１１年９月２２日（１９９９．９．２２）
【補正内容】
請求の範囲
１． 各ポートが、内部ポイントオブセールシステムと通信するための多数のポ ートを有し、前記各ポートがトランザクション論理サブシステムの一部を形成す る特定の通信ハンドラに直接接続された通信サブシステムと、 各通信ハンドラに接続されてトランザクション論理サブシステムの一部を形成 し、前記通信ハンドラから受信した特定の型の入力信号を処理するのに適した少 なくとも２つのハンドラ通信入力パートナーと、 各入力パートナーに対して該入力パートナーから受信する信号について、かつ 前記入力パートナーとの間で両方向に信号を転送するために接続された関連する 通信ハンドラ出力パートナーと、 トランザクション論理に従って前記通信ハンドラから受信した前記入力信号を 検査するための前記入力パートナーにおける手段と、 可変データベースと、 リアルタイムで受け取った入力信号を前記可変データベースに書き込むための 手段と、 トランザクション処理信号を生成するための前記出力パートナーにおける手段 と、 前記出力パートナーからのトランザクション処理信号を処理して、実質的に元 のポイントオブセール端末にルーティングするために前記出力パートナーへの出 力信号を生成するための
トランザクションプロセッサを備えることを特徴とする
トランザクション処理システム。
２． 前記各入力パートナーが、前記入力信号の汎用部分を後で前記受信信号と して関連する前記出力パートナーに転送するために抽出し、かつ
前記データの残
りを前記可変データベースに書き込むための手段からなることを特徴とする請求
項１に記載のシステム。
３． 前記各出力パートナーが、受信した前記汎用信号の内容をトランザクショ
ン論理に従って監視するための手段と、前記信号に前記可変データベースから検
索された可変フィールドを追加してトランザクション処理信号を生成するための
手段とからなることを特徴とする請求項２に記載のシステム。
４． 前記各出力パートナーが、静的データベースから静的データを検索して、
前記トランザクション処理信号を生成するための手段を更に有することを特徴と
する請求項３に記載のシステム。
５． 前記各出力パートナーが、トランザクション論理に従ってトランザクショ
ン処理するために遠隔ホストシステムにトランザクション処理信号を送信するた
めの手段からなることを特徴とする請求項１乃至４のいずれかに記載のシステム
。
６． データが、前記データベースに一連のリンクしたストリング中に格納され
、前記各ストリングが１組のデータフィールド及び連鎖中の次のストリングの識
別子を有し、前記連鎖中の最初のストリングがより一般的な情報に関するもので
あることを特徴とする請求項１乃至５のいずれかに記載のシステム。
７． 前記システムの構成要素が、物理的に別個のデータ処理ハードウェア装置
に存在し、かつ信号が、待ち行列識別子を読み込みかつ受信しているタスクに関
連する待ち行列に前記信号をルーティングするための手段からなるメッセージサ
ーバを経由する各装置のタスク間を通信されることを特徴とする請求項１乃至６
のいずれかに記載のシステム。
８． 前記システム内の全ての利用可能なタスクに関連するグローバルデータを
格納し、かつ前記グローバルデータにアクセスする機能を提供するステータスサ
ーバを更に有することを特徴とする請求項１乃至７のいずれかに記載のシステム
。
９． 前記システムの各装置が、その関連する装置でのタスクの性能を制御する
ための手段からなるタスクサーバを有することを特徴とする請求項１乃至８のい
ずれかに記載のシステム。
１０． 前記各タスクサーバが、前記メッセージ待ち行列識別子を与えるための
手段からなることを特徴とする請求項７乃至９のいずれかに記載のシステム。
１１． メッセージを前記ステータスサーバに、かつユーザインタフェースから
前記タスクサーバに送信するための手段からなるモニタを更に有することを特徴
とする請求項１乃至１０のいずれかに記載のシステム。
１２． 前記通信ハンドラが、それぞれ特定のポートに直接リンクされているこ
とを特徴とする請求項１乃至１１のいずれかに記載のシステム。
１３． 前記トランザクションプロセッサが出力パートナーであることを特徴と
する請求項１乃至１２のいずれかに記載のシステム。
１４． 前記トランザクションプロセッサが、前記出力パートナー、入力パート
ナー、通信ハンドラ、及び関連するポートを経由して、前記出力信号を前記ポイ
ントオブセール端末にルーティングするための手段からなることを特徴とする請
求項１乃至１３のいずれかに記載のシステム。
─────────────────────────────────────────────────────
フロントページの続き
(51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考）
Ｇ０７Ｇ 1/12 ３２１ Ｇ０６Ｋ 19/00 Ｑ
(81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，
ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ
Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ
，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，
ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＫＥ，ＬＳ，ＭＷ，Ｓ
Ｄ，ＳＺ，ＵＧ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ
，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ
，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，
ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，Ｇ
Ｂ，ＧＥ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ
，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，
ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，Ｎ
Ｚ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ
，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，
ＵＺ，ＶＮ
(72)発明者 オドノグー，ヒューバート
アイルランド共和国・カウンティ・ダブリ
ン、ドナベイト、ポートレーン・ロード、
ザ・プライオリ・20
(72)発明者 フラッド，イーオイン
アイルランド共和国・カウンティ・ダブリ
ン、シャンキル、イートン・ウッド・アベ
ニュー・20
(72)発明者 オサリバン，ティモシー
アイルランド共和国・カウンティ・ウィッ
クロウ、キルクール、ザ・ベントリィ・22
(72)発明者 オルールケ，フランシス
アイルランド共和国・カウンティ・ウィッ
クロウ、グレイストーンズ、アップルウッ
ド・ドライブ・４
(72)発明者 オニール，デイビッド
アイルランド共和国・ダブリン・５、アー
テイン、キルモア・ロード・86
(72)発明者 マクガイア，ジョン
アイルランド共和国・ダブリン18、レパー
ズタウン、サウス・カウンティ・ビジネ
ス・パーク、シー／オー・トリンテック・
リミテッド（番地なし)
(72)発明者 ミーハン，クリストファー
アイルランド共和国・カウンティ・ダブリ
ン、ブラックロック、クロイスター・アベ
ニュー・11
(72)発明者 マクガイア，シリル
アイルランド共和国・カウンティ・ダブリ
ン、ダルキイ、ノックナクリー・パーク・
12