改良されたチケット発券方式
ＩＴＳＯ方式では、ＩＴＳＯ製品エンティティ（ＩＰＥ）の構築と最初の押印とが、ＩＰＥフィールドが生成されるチケット小売業者装置から離れた場所にある複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）のうちの１つによって行われる。各チケット小売業者装置は、そのチケット小売業者装置によって開始された押印トランザクションの期間の間、ＩＳＡＭアレイから使用可能な１つのＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される。ＩＰＥの妥当性検査も、インターネット又は他のネットワークを介してアクセスされるリモートのＩＳＡＭアレイで行うことができる。リモートＩＳＡＭアレイは、例えば、交通機関のチケット販売や、薬の処方箋用の安全なシステムなど、様々なＩＴＳＯの用途で使用することができる。後者の方式では、処方箋情報は、ＩＰＥの形式で押印するために、処方箋記入者によって提示され、患者は、後で、薬局又は他のサプライヤで、処方箋ＩＰＥの妥当性検査を行うことができる。こうした方式は、ＩＴＳＯ方式に固有のセキュリティのために、処方箋詐欺を大幅に低減するために使用することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＴＳＯ方式の基本的な構造を使用した改良されたチケット発券方式に関する。本書のために、「ＩＴＳＯ」という用語は、現在入手可能、又は将来入手可能になる任意のバージョンの、英国政府によって開発され、欧州標準ＥＮ１５４５に組み込まれるＩｎｔｅｒｏｐｅｒａｂｌｅ Ｔｉｃｋｅｔｉｎｇ Ｓｍａｒｔｃａｒｄ Ｏｒｇａｎｉｓａｔｉｏｎ標準を意味するものとする。以下の説明からわかるように、「チケット発券方式」という用語は、従来の交通機関のチケット発券操作を含むだけではなく、商品又はサービスの提供に対する償還のために、チケット、トークン、クーポン券、処方箋が妥当性検査される任意の安全な方式を含む。
【背景技術】
【０００２】
既存のＩＴＳＯ方式のセキュリティ・アーキテクチャは、チケットの販売であるか、チケットの妥当性検査であるかに関わらず、あらゆるチケット発券の使用のためにあらゆるｐｏｉｎｔ−ｏｆ−ｓｅｒｖｉｃｅ端末（「ＰＯＳＴ」）にＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）を含むことに依存する。チケットの別納（ｔｉｃｋｅｔ ｆｒａｎｋｉｎｇ）の場合、ＩＳＡＭによって実行される方式警備機能（ｓｃｈｅｍｅ ｐｏｌｉｃｉｎｇ ｆｕｎｃｔｉｏｎ）は、バスに乗ったり、回転式改札口を通ったりするとき、サービスを遅らせないように、非常に短時間で完了されなければならないことは明らかである。
【０００３】
その結果、既存の方式では、任意の中央ホスト・コンピュータの「オフラインで」トランザクションを行うことができるように、ＩＳＡＭは、ＰＯＳＴに物理的にインストールされなければならい。そうでなければ、特にバスなどの走行車両では、通信するのに非常に遅く、費用がかかる。
【０００４】
しかし、チケット購入の特定の場合、この「高速で、従ってオフライン」の議論は、有効ではなく、チケット選択イベントと、チケット購入イベントとは、完了するのに何秒も、或いは何分さえもかかる可能性があることがわかっている。更に、ＩＳＡＭをインストールすることによる既存のすべてのチケット小売ＰＯＳＴのアップグレードでは、コスト面での悪影響があり、そのため、ＩＴＳＯチケットの小売をより経済的に提供するのに代替の手法が必要である。
【発明の開示】
【課題を解決するための手段】
【０００５】
（発明の概要）
大まかには、本発明によって提供されるＩＴＳＯ方式において、ＩＴＳＯ製品エンティティ（ＩＴＳＯ Ｐｒｏｄｕｃｔ Ｅｎｔｉｔｉｅｓ：ＩＰＥ）の押印又は妥当性検査は、ＩＰＥフィールドが得られるチケット小売業者装置から離れた場所にある複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）のうちの１つによって、行われ、各チケット小売業者装置は、そのチケット小売業者装置によって開始された押印トランザクション又は妥当性検査トランザクションの期間の間、複数のＩＳＡＭから利用可能なＩＳＡＭを選択するよう動作可能な制御手段によってインターネット又は他のネットワークを介して１つ又は複数のＩＳＡＭに接続される。
【０００６】
ＩＰＥの「押印」とは、ある意味で、ＭＡＣ（メッセージ認証コード）として知られている認証コードを提供することである。これは、ＤＥＳアルゴリズムなど、既知の幾つかのアルゴリズムのうちの何れかを使用することによって行うことができる。本質的に、ＩＰＥは、署名又は認証コードをチェックすることによって後で妥当性検査できるように、ＩＰＥによって作成し、格納した署名を有する。
【０００７】
ＩＰＥの妥当性検査は、ＩＰＥの押印時に作成された、以前生成された認証コードをチェックするプロセスである。妥当性検査は、認証としても知られており、小売業者装置から離れたＩＳＡＭで行われる。記載の本発明の実施形態では、ＩＰＥに押印するプロセスは、小売業者装置から離れたＩＳＭで行われる。更に、ＩＰＥの認証、又は妥当性検査を行うプロセスも、小売業者装置から離れたＩＳＡＭで行われる。
【０００８】
こうした方式は、上述したように、特に、交通機関のチケットの販売に適しているが、トークン、クーポン券、又は他の「チケット」の押印又は妥当性検査を行うのにかかる時間が重要ではない他の方式にも適している。特に、上記の方式は、医薬品や薬剤の処方箋の妥当性検査を行うために使用されてもよい。本発明は、更に、薬の処方箋を発行する方式を提供し、処方箋情報は、上記で概説した本発明の方式に従って押印されたＩＴＳＯ製品エンティティ（「ＩＰＥ」）の形で医者又は他の処方箋記入者によって送信される。同様に、本発明によれば、薬の処方箋は、処方箋情報を、ＩＴＳＯ製品エンティティ（「ＩＰＥ」）の形で妥当性検査装置に提示し、妥当性検査のためにＩＰＥが提示される妥当性検査装置（ＰＯＳＴなど）から離れた複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅｓ（「ＩＳＡＭ」）のうちの１つでその情報の妥当性検査を行うことによって妥当性検査が行われ、各妥当性検査装置は、その妥当性検査装置によって開始された妥当性検査トランザクションの期間の間、アレイから利用可能なＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される。
【０００９】
本発明は、上記で概説した種類の方式で使用するＩＳＡＭアレイも提供し、このアレイは、離れた場所にある小売業者装置又は妥当性検査装置からインターネット又は他のネットワークを介して制御手段に送信される小売業者又は妥当性検査の要求に対応する複数のＩＳＡＭと制御手段とを含み、その制御手段は、複数のＩＳＡＭから利用可能なＩＳＡＭを選択し、それを、小売業者装置又は妥当性検査装置によって開始された押印トランザクション又は妥当性検査トランザクションの期間の間、インターネット又は他のネットワークを介してその小売業者装置又は妥当性検査装置に接続するように動作可能である。
【００１０】
ＩＳＡＭの「アレイ」は、複数のＩＳＡＭの論理グループである。これは、ＩＰＥの押印又は認証の複数の要求がいつでも送信され、並列処理されることを可能にする。制御手段は、任意の所与の押印又は認証の要求に適したＩＳＡＭを決定することができる。更に、ＩＳＡＭは、例えば、押印又は妥当性検査の要求の任意の１つのソースについて、特定の１つのグループのＩＳＡＭが提供されるように、アレイ内に論理グループに配列されてもよい。本発明の一実施形態では、ソースは、特定の小売業者又はオペレータとすることができ、従ってその所与の小売業者又はオペレータの要求がアレイ内のＩＳＡＭのグループのうちの対応する１つに提供される。次に、本発明による、インターネットを介して分散されるＰＯＳＴシステムについて、一例として、図面を参照して説明する。
【発明を実施するための最良の形態】
【００１１】
ＩＴＳＯ方式は、トランザクションに関係するデータを含み、上記のアルゴリズムを使用して、押印、妥当性検査、又は認証が行われるＩＴＳＯ製品エンティティ（ＩＰＥ）を使用して動作する。ＩＴＳＯ製品エンティティ自体（ＩＰＥ）は、共に１つのＩＰＥを含む複数のＩＰＥフィールドを含む。複数のＩＰＥフィールドを１つのＩＰＥにアセンブルするプロセスは、構築として知られている。上述した実施形態では、ＩＰＥの構築は、妥当性検査の要求が作成される小売業者装置（ＰＯＳＴ）で行われてもよく、又は小売業者装置は、単に、ＩＰＥフィールドを、ＩＰＥフィールドからＩＰＥが構築されるリモートのサード・パーティ・サイトに提供するだけでもよい。何れの経路が選択されても、ＩＰＥは、小売業者装置から離れたＩＳＡＭで押印される。更に、リモートのＩＳＡＭ装置に対して、既に押印されているＩＰＥの認証又は妥当性検査のどんな要求をも行うことができる。ＩＰＥのフィールドは、構成要素としても知られている。
【００１２】
図１からわかるように、本発明を具体化するシステムは、２つのＷｅｂサーバを含む。これらのうちの一方（「ＳＡＭアレイＷｅｂサイト」又はＩＳＡＳ）は、ＩＳＡＭの「アレイ」が付属しており、インターネットを介して、チケット購入者であるクライアントにチケット選択機能を提供するチケット小売業者によって運営されるサード・パーティのＷｅｂサイト（「サード・パーティＷｅｂサイト」）を含むもう一方に接続されている。
【００１３】
ＩＳＡＭアレイは、任意の数のＩＳＡＭを有することができる。この場合、アレイ内にこうしたＩＳＡＭがＸ個あると仮定される。同様に、もう一方のサーバ上に任意の数のサード・パーティＷｅｂサイトがあってもよい（実際に、それぞれ任意の数のサード・パーティＷｅｂサイトをそれぞれホストする任意の数のサード・パーティ・サーバがあり得る）。この場合、こうしたＷｅｂサイトがＹ個あると仮定される。次に、各チケット小売Ｗｅｂサイトは、チケットを購入したい者によってそこからアクセスできる多数のＺ個の装置からアクセス可能であり得る。
【００１４】
ＩＳＡＭアレイと、その管理レイヤとは、Ｘ個のＩＳＡＭをＹ個のサード・パーティＷｅｂサイトに経路指定し、次に、セッションごとにＺ個の端末（「顧客メディア・インターフェイス装置」）に経路指定する電話交換のように働く。従って、Ｘ＊Ｙ＊Ｚ個の接続が考えられ、これによって、ＩＳＡＭの１つのアレイが、複数のサード・パーティＷｅｂチケット再販Ｗｅｂサイトにわたって、また更に多くの端末によって共有され得る。
【００１５】
図１に示されているハブと、ＩＰＥハンドラとの形の論理的及び物理的構成要素の組合せは、制御手段を提供し、それによって、ＩＰＥの妥当性検査又は押印の要求を、ＳＡＭアレイ内の適切なＳＡＭ又はＳＡＭのグループに割り当てることができる。
【００１６】
図１に関連して上記で概説されたように実施されるＩＴＳＯ方式に基づくイベントのフローは、図２と図３とにより詳しく示されている。図２からわかるように、顧客は、通常の方法でサード・パーティＷｅｂサイトにログインし、支払いが行われ、チケットの詳細が設定されるまで、通常の方法で、顧客とサード・パーティＷｅｂサイトとの間でチケット購入トランザクションが処理される。この時点で、サード・パーティＷｅｂサイトは、ＩＴＳＯ ＳａｍアレイＷｅｂサイト（「ＩＳＡＳ」）に連絡して、セッションを確立する。ＩＳＡＳは、セッションを確立し、セッション識別をサード・パーティＷｅｂサイトと、顧客とに送り返す。サード・パーティＷｅｂサイトによって既に設定されているチケットの詳細を使用して、ＩＳＡＳ（「顧客メディア・インターフェイス」）は、顧客との対話を開始して、チケット販売トランザクションが完了するまで続けられる。
【００１７】
この実施形態では、ＩＰＥフィールドは、サード・パーティＷｅｂサイトで生成され、ＩＰＥが構築されるＩＳＡＳに送信される。次いでＩＳＡＳは、押印のためにＩＰＥをＩＳＡＭに送信する。上述したように、ＩＰＥを、小売業者装置又はサード・パーティＷｅｂサイトで全部構築できるようにすることも可能である。実施形態の追加機能（ＩＴＳＯ方式から引き継いだ）は、その後ユーザのスマート・カード（顧客メディア装置）に格納するために、ＩＰＥの構築を確実に小さくするために、フィールド間の任意のパッドが取り除かれるように、ＩＰＥが構築されるフィールドが効率的な方法でひとまとめにされることである。
【００１８】
説明したように、ＩＰＥの生成は、ＩＰＥ全体がＰＯＳＴで構築されてもよく、ＩＰＥのフィールドが、ＰＯＳＴで作成され、サード・パーティ・サイトに送信されて構築されてもよく、又はＩＰＥのフィールドが、サード・パーティ・サイトで作成され、ＩＳＡＳに送信されて構築されてもよい。これらの代替の何れでも、ＰＯＳＴでのデータ入力によって、ＩＰＥが、ＰＯＳＴ自体、サード・パーティ・サイト、又はＩＳＡＳの何れかで構築されるという意味で、ＩＰＥは、ＰＯＳＴ又は小売業者装置から得られる。
【００１９】
図３は、このプロセス、特にＩＳＡＳと特定のトランザクション・セッションで使用される個々のＩＳＡＭとの間の通信をより詳しく示している。
【００２０】
ＩＳＡＭによって実行されるＩＴＳＯトランザクションの詳細は、ＩＴＳＯ方式以内で全部従来のものでもよい。
【００２１】
上記の手法の利点は、以下の通りである：
・ＰＯＳＴ当たり１つのＩＳＡＭをインストールする必要はない
・サード・パーティＷｅｂサイトは、ＩＳＡＭアレイに動的に関連付けられる
・インターネット・クライアントのチケット小売Ｗｅｂサイトとの動的関連付け。
【００２２】
サード・パーティＷｅｂサイト、従ってＩＳＡＳにアクセスするために使用されるクライアント端末（「顧客メディア・インターフェイス」又は「ＣＭＩ」）にスマートカード・リーダ装置が付属していれば、ＩＴＳＯ製品エンティティ（「ＩＰＥ」）である、ＩＴＳＯによりフォーマットされ、保護された「チケット」を、ＣＭＤ（「顧客メディア装置」）に、特定のタイプのＣＭＤがサポートできる最高レベルのセキュリティを使用してリモートでロードすることができる。また、ＣＭＤがデュアル・インターフェイス（ＩＳＯ ７８１６−３とＩＳＯ １４４４３）である場合、リーダ装置は、ＩＳＯ １４４４３リーダである必要はなく、このことは有利である。というのは、ＩＳＯ １４４４３リーダは、より多くの費用がかかるからである。
【００２３】
ネットワークを介してアクセスされるスマートカードのアレイに基づく手法は、以前にも実装されていたが、これらは、論理ピアとして働くスマートカード間の「値渡し」プロトコルに限定される、Ｍｏｎｄｅｘパースなどのアプリケーション用にすぎなかった。上記の本発明の方式は、ＣＭＤがサポートできるセキュリティのレベルと種類とに基づいて、ＩＳＡＭと異なる多くのタイプのＣＭＤとの間に、インターネットを介した動的に構成可能な、安全なエンドツーエンド・プロトコルを提供する。セキュリティ・プロトコルは、以下を含み得る。
・メモリ・セクタごとのカードＩＤに由来するアクセス・パスワード。こうしたパスワードは、「クリアな状態で」転送されるが、ＣＭＤの発行で得られ、特定の１つのＣＭＤで使用できるだけである。
・共有の秘密鍵に基づく相互認証（カードＩＤに由来する）。これは、ＣＭＤが本物であるという高レベルの保証を提供すると共に、ＣＭＤは、正常な相互認証の後でしか更新できない。
・共有の秘密鍵に基づくセキュア・メッセージング（Ｓｅｃｕｒｅ ｍｅｓｓａｇｉｎｇ）（セッションとカードＩＤとに由来する）。これによって、ＣＭＤから読み取られた／に書き込まれたデータは、１回だけのセッション・ベースの暗号文で「押印」されているため、「送信中に」変更したり、後で再生したりすることはできない。これは、ＩＰＥの内容自体を保護するセキュリティの上に加えてある。
【００２４】
上記のシステムは、上述したように、それ自体、ＩＴＳＯ方式が最初に開発された用途である交通機関のチケットの発行以外の様々な状況に適する。特定の対象のうちの１つは、処方箋詐欺のものである。
【００２５】
処方箋詐欺は、多くの方法で行われる。現在世界中で使用されている紙ベースのシステムは、詐欺師が医療専門家、患者、薬局などの役を演じることによって悪用を被りやすい。これらの詐欺との闘いを助けるためのプラットフォームとして、しばらくの間、スマート・カードの使用が考えられていた。また、患者のスマートカードＩＤ方式の進行中の開発は、慣例的に、正しい方向に進むと考えられる。しかし、複数の商業エンティティ（ｃｏｍｍｅｒｃｉａｌ ｅｎｔｉｔｙ）が、薬局、医療開業、又は重要なことに政府などの公的部門団体であろうと、商業エンティティを考慮に入れる、完全に柔軟な方式が、どのようにして処方箋料の補助金又は補助タイプの償還に関与しているかの正確な明細は、ない。というのは、主として、こうした方式の商業的変遷とセキュリティの変遷とを管理するのはかなり複雑だからである。
【００２６】
ＩＴＳＯセキュリティ・アーキテクチャは、ごくわずかの変更で、薬の処方箋の安全な調剤、履行、支払い、償還についてのオープン方式（Ｏｐｅｎ Ｓｃｈｅｍｅ）（「オープン」は、一部は競争相手である複数のユーザから使用可能であることを意味する。例えばＶｉｓａはオープン方式である）の基礎として使用することができる。
【００２７】
標準ＩＴＳＯ仕様を参照すると、ＩＴＳＯ方式を処方箋詐欺防止分野に適用するには、以下のような、幾つかの変更と強化とが必要であることが記載されている。
【００２８】
まず、患者によって保持されているカードは、安全なＩＤカードである必要もある。ＩＤカードは、患者の識別を十分に認証することができ、二重登録が起こらないというオペレータの信頼を方式全体に与えるのに十分安全な登録手続きを使用して患者に発行されていなければならない。使用できる様々な既知の暗号技術とセキュリティ・プロトコル技術とがあり、これら自体は、本出願の対象ではない。
【００２９】
例えば、処方箋を書く医者又は他の処方箋記入の専門家（慢性の症状の場合の繰り返し処方を更新する許可を受けている上級看護師など）、処方箋を記入し、支払いを、全部、一部、直接、又は補助金として受け取る薬剤師など、この方式における他の「役割保持者」も、スマートカードの使用を介してそれぞれの識別を認証させなければならない。
【００３０】
患者のカードには、ＩＴＳＯ仕様でＩＴＳＯシェルと呼ばれる安全なデータ構築がある。つまり、事実上、異なる多くのタイプのチケットの電子財布である。これらのチケット・タイプは、各チケットやＩＰＥ（「ＩＴＳＯ製品エンティティ」）内に予め設定されている定義を備えるデータ項目のテンプレートを有する。また、プライベートとして知られているＩＰＥタイプがあり、このＩＰＥタイプでは、データ項目が全く定義されておらず、ＩＴＳＯセキュリティのみを使用してチケット・データに「押印」し、このようにその保全性を保証する。
【００３１】
リモートＩＳＡＭのアレイを使用する、図に示されている上記のシステムは、安全な処方箋発行と記入とが行われ得る実用的な方式を提供する。まず、このシステムは、すべてのＰＯＳＴ、この場合、医者の診療所と、薬局とにＩＳＡＭが取り付けられる必要性を回避する。更に、処方箋情報を表す電子チケットを、インターネットやイントラネット（プライベート・ネットワーク）バージョンなどのネットワークを介してリモートで安全にダウンロードすることができる手段を提供する。このシステムは、制御されている場所内にセキュリティ提供要素（ＩＳＡＭ）を配置することによって、チケット、この場合、処方箋発行プロセスを安全に保つ。しかし、ＩＳＡＭは、医者の診療所や薬局など、他の場所内に配置することもできる。
【００３２】
このプロセスを使用して、チケットは、インターネットを介してオンラインで、選択され、支払いが行われ、サービス・ユーザのカードに配送される。アーキテクチャは、２つのＷｅｂサイトに基づいている。第１は、主に、選択と支払いとを担当し、第２は、安全な配送を担当する。当該のチケットが実際に処方箋である場合、オンライン・プロセスは、以下のように変更することができる。
【００３３】
ここで、処方箋発行システムの文脈において、ＩＰＥに押印し、ＩＰＥの妥当性検査を行う２つの段階を理解することができる。第１の実施形態では、医者は、医者の診療所内のＰＯＳＴでの構築によって、又はＩＰＥフィールドをＩＰＥが構築されるサード・パーティ・サイトに送信することによって、ＩＰＥを構築させる。ＩＰＥは、処方箋データを含み、これは、ＳＡＭで押印される。このプロセスでは、患者のカードもＰＯＳＴにあるため、ＩＰＥの押印は、患者のスマート・カードに関係付けられる。その後、患者は、そのスマート・カードを提示し、押印されたＩＰＥは、薬局の異なるＰＯＳＴで、患者のスマート・カードに基づいて妥当性検査を行うことができる。
【００３４】
医者は、処方箋管理Ｗｅｂサイトにて認証を行い、患者の処方箋を「書く」。医者のカードは、このプロセスに関与する。患者のカードは、同時に存在してもよく、又は後でログインして、処方箋を「受け取る」ことができる。次いで、患者は、処方箋管理Ｗｅｂサイトにて認証を行い、次いで、上記の同じプロセスを使用して処方箋のダウンロードを開始する。
【００３５】
患者は、薬局でそのカードを提示すると、薬局の端末は、ＩＳＡＭを有していてもよく、又はイントラネットを介してＩＳＡＭアレイ・サーバにオンラインでつながっていてもよく、ＩＳＡＭアレイ・サーバは、処方箋の妥当性検査を行い、それを（処方箋が１回だけのものか繰り返しかに応じて）それ相応に変更／別納処理（ｆｒａｎｋ）する。次いでＩＳＡＭは、安全なトランザクション・レコードの作成に関与し、安全なトランザクション・レコードは後で、関与する特定の個人に適用するすべての商業上の同意とポリシーとに従って、支払い手順と償還手順とを開始するためにアップロードされる。
【００３６】
端末が３つのカード・リーダ（１つは医者用、１つは患者用、１つはＩＳＡＭ用）に取り付けられていることを前提に、処方箋発行は、医者の端末で「オフライン」で行うこともできることに留意されたい。また、このＩＳＡＭは、時として、薬剤師のトランザクション・レコードに比べて十分説明された方式を提供するその処方箋発行トランザクション・レコードについての問い合わせも受ける。この「閉ループ」方式は、矛盾と多くのタイプの詐欺とを低減する点で、交通機関のチケットの分野の場合と同じ種類の利益を提供する。
【図面の簡単な説明】
【００３７】
【図１】システム・アーキテクチャの概要を示すブロック図である。
【図２】イベントのフローの概要を示す図である。
【図３−１】イベントのフローをより詳細に示す図である。
【図３−２】イベントのフローをより詳細に示す図である。
【技術分野】
【０００１】
本発明は、ＩＴＳＯ方式の基本的な構造を使用した改良されたチケット発券方式に関する。本書のために、「ＩＴＳＯ」という用語は、現在入手可能、又は将来入手可能になる任意のバージョンの、英国政府によって開発され、欧州標準ＥＮ１５４５に組み込まれるＩｎｔｅｒｏｐｅｒａｂｌｅ Ｔｉｃｋｅｔｉｎｇ Ｓｍａｒｔｃａｒｄ Ｏｒｇａｎｉｓａｔｉｏｎ標準を意味するものとする。以下の説明からわかるように、「チケット発券方式」という用語は、従来の交通機関のチケット発券操作を含むだけではなく、商品又はサービスの提供に対する償還のために、チケット、トークン、クーポン券、処方箋が妥当性検査される任意の安全な方式を含む。
【背景技術】
【０００２】
既存のＩＴＳＯ方式のセキュリティ・アーキテクチャは、チケットの販売であるか、チケットの妥当性検査であるかに関わらず、あらゆるチケット発券の使用のためにあらゆるｐｏｉｎｔ−ｏｆ−ｓｅｒｖｉｃｅ端末（「ＰＯＳＴ」）にＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）を含むことに依存する。チケットの別納（ｔｉｃｋｅｔ ｆｒａｎｋｉｎｇ）の場合、ＩＳＡＭによって実行される方式警備機能（ｓｃｈｅｍｅ ｐｏｌｉｃｉｎｇ ｆｕｎｃｔｉｏｎ）は、バスに乗ったり、回転式改札口を通ったりするとき、サービスを遅らせないように、非常に短時間で完了されなければならないことは明らかである。
【０００３】
その結果、既存の方式では、任意の中央ホスト・コンピュータの「オフラインで」トランザクションを行うことができるように、ＩＳＡＭは、ＰＯＳＴに物理的にインストールされなければならい。そうでなければ、特にバスなどの走行車両では、通信するのに非常に遅く、費用がかかる。
【０００４】
しかし、チケット購入の特定の場合、この「高速で、従ってオフライン」の議論は、有効ではなく、チケット選択イベントと、チケット購入イベントとは、完了するのに何秒も、或いは何分さえもかかる可能性があることがわかっている。更に、ＩＳＡＭをインストールすることによる既存のすべてのチケット小売ＰＯＳＴのアップグレードでは、コスト面での悪影響があり、そのため、ＩＴＳＯチケットの小売をより経済的に提供するのに代替の手法が必要である。
【発明の開示】
【課題を解決するための手段】
【０００５】
（発明の概要）
大まかには、本発明によって提供されるＩＴＳＯ方式において、ＩＴＳＯ製品エンティティ（ＩＴＳＯ Ｐｒｏｄｕｃｔ Ｅｎｔｉｔｉｅｓ：ＩＰＥ）の押印又は妥当性検査は、ＩＰＥフィールドが得られるチケット小売業者装置から離れた場所にある複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）のうちの１つによって、行われ、各チケット小売業者装置は、そのチケット小売業者装置によって開始された押印トランザクション又は妥当性検査トランザクションの期間の間、複数のＩＳＡＭから利用可能なＩＳＡＭを選択するよう動作可能な制御手段によってインターネット又は他のネットワークを介して１つ又は複数のＩＳＡＭに接続される。
【０００６】
ＩＰＥの「押印」とは、ある意味で、ＭＡＣ（メッセージ認証コード）として知られている認証コードを提供することである。これは、ＤＥＳアルゴリズムなど、既知の幾つかのアルゴリズムのうちの何れかを使用することによって行うことができる。本質的に、ＩＰＥは、署名又は認証コードをチェックすることによって後で妥当性検査できるように、ＩＰＥによって作成し、格納した署名を有する。
【０００７】
ＩＰＥの妥当性検査は、ＩＰＥの押印時に作成された、以前生成された認証コードをチェックするプロセスである。妥当性検査は、認証としても知られており、小売業者装置から離れたＩＳＡＭで行われる。記載の本発明の実施形態では、ＩＰＥに押印するプロセスは、小売業者装置から離れたＩＳＭで行われる。更に、ＩＰＥの認証、又は妥当性検査を行うプロセスも、小売業者装置から離れたＩＳＡＭで行われる。
【０００８】
こうした方式は、上述したように、特に、交通機関のチケットの販売に適しているが、トークン、クーポン券、又は他の「チケット」の押印又は妥当性検査を行うのにかかる時間が重要ではない他の方式にも適している。特に、上記の方式は、医薬品や薬剤の処方箋の妥当性検査を行うために使用されてもよい。本発明は、更に、薬の処方箋を発行する方式を提供し、処方箋情報は、上記で概説した本発明の方式に従って押印されたＩＴＳＯ製品エンティティ（「ＩＰＥ」）の形で医者又は他の処方箋記入者によって送信される。同様に、本発明によれば、薬の処方箋は、処方箋情報を、ＩＴＳＯ製品エンティティ（「ＩＰＥ」）の形で妥当性検査装置に提示し、妥当性検査のためにＩＰＥが提示される妥当性検査装置（ＰＯＳＴなど）から離れた複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅｓ（「ＩＳＡＭ」）のうちの１つでその情報の妥当性検査を行うことによって妥当性検査が行われ、各妥当性検査装置は、その妥当性検査装置によって開始された妥当性検査トランザクションの期間の間、アレイから利用可能なＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される。
【０００９】
本発明は、上記で概説した種類の方式で使用するＩＳＡＭアレイも提供し、このアレイは、離れた場所にある小売業者装置又は妥当性検査装置からインターネット又は他のネットワークを介して制御手段に送信される小売業者又は妥当性検査の要求に対応する複数のＩＳＡＭと制御手段とを含み、その制御手段は、複数のＩＳＡＭから利用可能なＩＳＡＭを選択し、それを、小売業者装置又は妥当性検査装置によって開始された押印トランザクション又は妥当性検査トランザクションの期間の間、インターネット又は他のネットワークを介してその小売業者装置又は妥当性検査装置に接続するように動作可能である。
【００１０】
ＩＳＡＭの「アレイ」は、複数のＩＳＡＭの論理グループである。これは、ＩＰＥの押印又は認証の複数の要求がいつでも送信され、並列処理されることを可能にする。制御手段は、任意の所与の押印又は認証の要求に適したＩＳＡＭを決定することができる。更に、ＩＳＡＭは、例えば、押印又は妥当性検査の要求の任意の１つのソースについて、特定の１つのグループのＩＳＡＭが提供されるように、アレイ内に論理グループに配列されてもよい。本発明の一実施形態では、ソースは、特定の小売業者又はオペレータとすることができ、従ってその所与の小売業者又はオペレータの要求がアレイ内のＩＳＡＭのグループのうちの対応する１つに提供される。次に、本発明による、インターネットを介して分散されるＰＯＳＴシステムについて、一例として、図面を参照して説明する。
【発明を実施するための最良の形態】
【００１１】
ＩＴＳＯ方式は、トランザクションに関係するデータを含み、上記のアルゴリズムを使用して、押印、妥当性検査、又は認証が行われるＩＴＳＯ製品エンティティ（ＩＰＥ）を使用して動作する。ＩＴＳＯ製品エンティティ自体（ＩＰＥ）は、共に１つのＩＰＥを含む複数のＩＰＥフィールドを含む。複数のＩＰＥフィールドを１つのＩＰＥにアセンブルするプロセスは、構築として知られている。上述した実施形態では、ＩＰＥの構築は、妥当性検査の要求が作成される小売業者装置（ＰＯＳＴ）で行われてもよく、又は小売業者装置は、単に、ＩＰＥフィールドを、ＩＰＥフィールドからＩＰＥが構築されるリモートのサード・パーティ・サイトに提供するだけでもよい。何れの経路が選択されても、ＩＰＥは、小売業者装置から離れたＩＳＡＭで押印される。更に、リモートのＩＳＡＭ装置に対して、既に押印されているＩＰＥの認証又は妥当性検査のどんな要求をも行うことができる。ＩＰＥのフィールドは、構成要素としても知られている。
【００１２】
図１からわかるように、本発明を具体化するシステムは、２つのＷｅｂサーバを含む。これらのうちの一方（「ＳＡＭアレイＷｅｂサイト」又はＩＳＡＳ）は、ＩＳＡＭの「アレイ」が付属しており、インターネットを介して、チケット購入者であるクライアントにチケット選択機能を提供するチケット小売業者によって運営されるサード・パーティのＷｅｂサイト（「サード・パーティＷｅｂサイト」）を含むもう一方に接続されている。
【００１３】
ＩＳＡＭアレイは、任意の数のＩＳＡＭを有することができる。この場合、アレイ内にこうしたＩＳＡＭがＸ個あると仮定される。同様に、もう一方のサーバ上に任意の数のサード・パーティＷｅｂサイトがあってもよい（実際に、それぞれ任意の数のサード・パーティＷｅｂサイトをそれぞれホストする任意の数のサード・パーティ・サーバがあり得る）。この場合、こうしたＷｅｂサイトがＹ個あると仮定される。次に、各チケット小売Ｗｅｂサイトは、チケットを購入したい者によってそこからアクセスできる多数のＺ個の装置からアクセス可能であり得る。
【００１４】
ＩＳＡＭアレイと、その管理レイヤとは、Ｘ個のＩＳＡＭをＹ個のサード・パーティＷｅｂサイトに経路指定し、次に、セッションごとにＺ個の端末（「顧客メディア・インターフェイス装置」）に経路指定する電話交換のように働く。従って、Ｘ＊Ｙ＊Ｚ個の接続が考えられ、これによって、ＩＳＡＭの１つのアレイが、複数のサード・パーティＷｅｂチケット再販Ｗｅｂサイトにわたって、また更に多くの端末によって共有され得る。
【００１５】
図１に示されているハブと、ＩＰＥハンドラとの形の論理的及び物理的構成要素の組合せは、制御手段を提供し、それによって、ＩＰＥの妥当性検査又は押印の要求を、ＳＡＭアレイ内の適切なＳＡＭ又はＳＡＭのグループに割り当てることができる。
【００１６】
図１に関連して上記で概説されたように実施されるＩＴＳＯ方式に基づくイベントのフローは、図２と図３とにより詳しく示されている。図２からわかるように、顧客は、通常の方法でサード・パーティＷｅｂサイトにログインし、支払いが行われ、チケットの詳細が設定されるまで、通常の方法で、顧客とサード・パーティＷｅｂサイトとの間でチケット購入トランザクションが処理される。この時点で、サード・パーティＷｅｂサイトは、ＩＴＳＯ ＳａｍアレイＷｅｂサイト（「ＩＳＡＳ」）に連絡して、セッションを確立する。ＩＳＡＳは、セッションを確立し、セッション識別をサード・パーティＷｅｂサイトと、顧客とに送り返す。サード・パーティＷｅｂサイトによって既に設定されているチケットの詳細を使用して、ＩＳＡＳ（「顧客メディア・インターフェイス」）は、顧客との対話を開始して、チケット販売トランザクションが完了するまで続けられる。
【００１７】
この実施形態では、ＩＰＥフィールドは、サード・パーティＷｅｂサイトで生成され、ＩＰＥが構築されるＩＳＡＳに送信される。次いでＩＳＡＳは、押印のためにＩＰＥをＩＳＡＭに送信する。上述したように、ＩＰＥを、小売業者装置又はサード・パーティＷｅｂサイトで全部構築できるようにすることも可能である。実施形態の追加機能（ＩＴＳＯ方式から引き継いだ）は、その後ユーザのスマート・カード（顧客メディア装置）に格納するために、ＩＰＥの構築を確実に小さくするために、フィールド間の任意のパッドが取り除かれるように、ＩＰＥが構築されるフィールドが効率的な方法でひとまとめにされることである。
【００１８】
説明したように、ＩＰＥの生成は、ＩＰＥ全体がＰＯＳＴで構築されてもよく、ＩＰＥのフィールドが、ＰＯＳＴで作成され、サード・パーティ・サイトに送信されて構築されてもよく、又はＩＰＥのフィールドが、サード・パーティ・サイトで作成され、ＩＳＡＳに送信されて構築されてもよい。これらの代替の何れでも、ＰＯＳＴでのデータ入力によって、ＩＰＥが、ＰＯＳＴ自体、サード・パーティ・サイト、又はＩＳＡＳの何れかで構築されるという意味で、ＩＰＥは、ＰＯＳＴ又は小売業者装置から得られる。
【００１９】
図３は、このプロセス、特にＩＳＡＳと特定のトランザクション・セッションで使用される個々のＩＳＡＭとの間の通信をより詳しく示している。
【００２０】
ＩＳＡＭによって実行されるＩＴＳＯトランザクションの詳細は、ＩＴＳＯ方式以内で全部従来のものでもよい。
【００２１】
上記の手法の利点は、以下の通りである：
・ＰＯＳＴ当たり１つのＩＳＡＭをインストールする必要はない
・サード・パーティＷｅｂサイトは、ＩＳＡＭアレイに動的に関連付けられる
・インターネット・クライアントのチケット小売Ｗｅｂサイトとの動的関連付け。
【００２２】
サード・パーティＷｅｂサイト、従ってＩＳＡＳにアクセスするために使用されるクライアント端末（「顧客メディア・インターフェイス」又は「ＣＭＩ」）にスマートカード・リーダ装置が付属していれば、ＩＴＳＯ製品エンティティ（「ＩＰＥ」）である、ＩＴＳＯによりフォーマットされ、保護された「チケット」を、ＣＭＤ（「顧客メディア装置」）に、特定のタイプのＣＭＤがサポートできる最高レベルのセキュリティを使用してリモートでロードすることができる。また、ＣＭＤがデュアル・インターフェイス（ＩＳＯ ７８１６−３とＩＳＯ １４４４３）である場合、リーダ装置は、ＩＳＯ １４４４３リーダである必要はなく、このことは有利である。というのは、ＩＳＯ １４４４３リーダは、より多くの費用がかかるからである。
【００２３】
ネットワークを介してアクセスされるスマートカードのアレイに基づく手法は、以前にも実装されていたが、これらは、論理ピアとして働くスマートカード間の「値渡し」プロトコルに限定される、Ｍｏｎｄｅｘパースなどのアプリケーション用にすぎなかった。上記の本発明の方式は、ＣＭＤがサポートできるセキュリティのレベルと種類とに基づいて、ＩＳＡＭと異なる多くのタイプのＣＭＤとの間に、インターネットを介した動的に構成可能な、安全なエンドツーエンド・プロトコルを提供する。セキュリティ・プロトコルは、以下を含み得る。
・メモリ・セクタごとのカードＩＤに由来するアクセス・パスワード。こうしたパスワードは、「クリアな状態で」転送されるが、ＣＭＤの発行で得られ、特定の１つのＣＭＤで使用できるだけである。
・共有の秘密鍵に基づく相互認証（カードＩＤに由来する）。これは、ＣＭＤが本物であるという高レベルの保証を提供すると共に、ＣＭＤは、正常な相互認証の後でしか更新できない。
・共有の秘密鍵に基づくセキュア・メッセージング（Ｓｅｃｕｒｅ ｍｅｓｓａｇｉｎｇ）（セッションとカードＩＤとに由来する）。これによって、ＣＭＤから読み取られた／に書き込まれたデータは、１回だけのセッション・ベースの暗号文で「押印」されているため、「送信中に」変更したり、後で再生したりすることはできない。これは、ＩＰＥの内容自体を保護するセキュリティの上に加えてある。
【００２４】
上記のシステムは、上述したように、それ自体、ＩＴＳＯ方式が最初に開発された用途である交通機関のチケットの発行以外の様々な状況に適する。特定の対象のうちの１つは、処方箋詐欺のものである。
【００２５】
処方箋詐欺は、多くの方法で行われる。現在世界中で使用されている紙ベースのシステムは、詐欺師が医療専門家、患者、薬局などの役を演じることによって悪用を被りやすい。これらの詐欺との闘いを助けるためのプラットフォームとして、しばらくの間、スマート・カードの使用が考えられていた。また、患者のスマートカードＩＤ方式の進行中の開発は、慣例的に、正しい方向に進むと考えられる。しかし、複数の商業エンティティ（ｃｏｍｍｅｒｃｉａｌ ｅｎｔｉｔｙ）が、薬局、医療開業、又は重要なことに政府などの公的部門団体であろうと、商業エンティティを考慮に入れる、完全に柔軟な方式が、どのようにして処方箋料の補助金又は補助タイプの償還に関与しているかの正確な明細は、ない。というのは、主として、こうした方式の商業的変遷とセキュリティの変遷とを管理するのはかなり複雑だからである。
【００２６】
ＩＴＳＯセキュリティ・アーキテクチャは、ごくわずかの変更で、薬の処方箋の安全な調剤、履行、支払い、償還についてのオープン方式（Ｏｐｅｎ Ｓｃｈｅｍｅ）（「オープン」は、一部は競争相手である複数のユーザから使用可能であることを意味する。例えばＶｉｓａはオープン方式である）の基礎として使用することができる。
【００２７】
標準ＩＴＳＯ仕様を参照すると、ＩＴＳＯ方式を処方箋詐欺防止分野に適用するには、以下のような、幾つかの変更と強化とが必要であることが記載されている。
【００２８】
まず、患者によって保持されているカードは、安全なＩＤカードである必要もある。ＩＤカードは、患者の識別を十分に認証することができ、二重登録が起こらないというオペレータの信頼を方式全体に与えるのに十分安全な登録手続きを使用して患者に発行されていなければならない。使用できる様々な既知の暗号技術とセキュリティ・プロトコル技術とがあり、これら自体は、本出願の対象ではない。
【００２９】
例えば、処方箋を書く医者又は他の処方箋記入の専門家（慢性の症状の場合の繰り返し処方を更新する許可を受けている上級看護師など）、処方箋を記入し、支払いを、全部、一部、直接、又は補助金として受け取る薬剤師など、この方式における他の「役割保持者」も、スマートカードの使用を介してそれぞれの識別を認証させなければならない。
【００３０】
患者のカードには、ＩＴＳＯ仕様でＩＴＳＯシェルと呼ばれる安全なデータ構築がある。つまり、事実上、異なる多くのタイプのチケットの電子財布である。これらのチケット・タイプは、各チケットやＩＰＥ（「ＩＴＳＯ製品エンティティ」）内に予め設定されている定義を備えるデータ項目のテンプレートを有する。また、プライベートとして知られているＩＰＥタイプがあり、このＩＰＥタイプでは、データ項目が全く定義されておらず、ＩＴＳＯセキュリティのみを使用してチケット・データに「押印」し、このようにその保全性を保証する。
【００３１】
リモートＩＳＡＭのアレイを使用する、図に示されている上記のシステムは、安全な処方箋発行と記入とが行われ得る実用的な方式を提供する。まず、このシステムは、すべてのＰＯＳＴ、この場合、医者の診療所と、薬局とにＩＳＡＭが取り付けられる必要性を回避する。更に、処方箋情報を表す電子チケットを、インターネットやイントラネット（プライベート・ネットワーク）バージョンなどのネットワークを介してリモートで安全にダウンロードすることができる手段を提供する。このシステムは、制御されている場所内にセキュリティ提供要素（ＩＳＡＭ）を配置することによって、チケット、この場合、処方箋発行プロセスを安全に保つ。しかし、ＩＳＡＭは、医者の診療所や薬局など、他の場所内に配置することもできる。
【００３２】
このプロセスを使用して、チケットは、インターネットを介してオンラインで、選択され、支払いが行われ、サービス・ユーザのカードに配送される。アーキテクチャは、２つのＷｅｂサイトに基づいている。第１は、主に、選択と支払いとを担当し、第２は、安全な配送を担当する。当該のチケットが実際に処方箋である場合、オンライン・プロセスは、以下のように変更することができる。
【００３３】
ここで、処方箋発行システムの文脈において、ＩＰＥに押印し、ＩＰＥの妥当性検査を行う２つの段階を理解することができる。第１の実施形態では、医者は、医者の診療所内のＰＯＳＴでの構築によって、又はＩＰＥフィールドをＩＰＥが構築されるサード・パーティ・サイトに送信することによって、ＩＰＥを構築させる。ＩＰＥは、処方箋データを含み、これは、ＳＡＭで押印される。このプロセスでは、患者のカードもＰＯＳＴにあるため、ＩＰＥの押印は、患者のスマート・カードに関係付けられる。その後、患者は、そのスマート・カードを提示し、押印されたＩＰＥは、薬局の異なるＰＯＳＴで、患者のスマート・カードに基づいて妥当性検査を行うことができる。
【００３４】
医者は、処方箋管理Ｗｅｂサイトにて認証を行い、患者の処方箋を「書く」。医者のカードは、このプロセスに関与する。患者のカードは、同時に存在してもよく、又は後でログインして、処方箋を「受け取る」ことができる。次いで、患者は、処方箋管理Ｗｅｂサイトにて認証を行い、次いで、上記の同じプロセスを使用して処方箋のダウンロードを開始する。
【００３５】
患者は、薬局でそのカードを提示すると、薬局の端末は、ＩＳＡＭを有していてもよく、又はイントラネットを介してＩＳＡＭアレイ・サーバにオンラインでつながっていてもよく、ＩＳＡＭアレイ・サーバは、処方箋の妥当性検査を行い、それを（処方箋が１回だけのものか繰り返しかに応じて）それ相応に変更／別納処理（ｆｒａｎｋ）する。次いでＩＳＡＭは、安全なトランザクション・レコードの作成に関与し、安全なトランザクション・レコードは後で、関与する特定の個人に適用するすべての商業上の同意とポリシーとに従って、支払い手順と償還手順とを開始するためにアップロードされる。
【００３６】
端末が３つのカード・リーダ（１つは医者用、１つは患者用、１つはＩＳＡＭ用）に取り付けられていることを前提に、処方箋発行は、医者の端末で「オフライン」で行うこともできることに留意されたい。また、このＩＳＡＭは、時として、薬剤師のトランザクション・レコードに比べて十分説明された方式を提供するその処方箋発行トランザクション・レコードについての問い合わせも受ける。この「閉ループ」方式は、矛盾と多くのタイプの詐欺とを低減する点で、交通機関のチケットの分野の場合と同じ種類の利益を提供する。
【図面の簡単な説明】
【００３７】
【図１】システム・アーキテクチャの概要を示すブロック図である。
【図２】イベントのフローの概要を示す図である。
【図３−１】イベントのフローをより詳細に示す図である。
【図３−２】イベントのフローをより詳細に示す図である。
【特許請求の範囲】
【請求項１】
ＩＴＳＯ製品エンティティ（ＩＰＥ）の押印が、ＩＰＥが得られるチケット小売業者装置から離れた場所にある複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）のうちの１つによって行われるＩＴＳＯ方式であって、
各チケット小売業者装置は、そのチケット小売業者装置によって開始された押印トランザクションの期間の間、前記複数のＩＳＡＭから使用可能な１つのＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される、ＩＴＳＯ方式。
【請求項２】
ＩＴＳＯ方式においてＩＰＥに押印する方法であって、
チケット小売業者装置でＩＴＳＯ製品エンティティ（ＩＰＥ）のフィールドを生成するステップと、
前記ＩＰＥが得られる前記小売業者装置から離れた場所にある複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）のうちの１つによって前記ＩＰＥを構築し、押印するステップと、
を含み、
各チケット小売業者装置が、そのチケット小売業者装置によって開始された押印トランザクションの期間の間、前記複数のＩＳＡＭから使用可能な１つのＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される、方法。
【請求項３】
ＩＰＥの妥当性検査が、妥当性検査のためにＩＰＥが得られる妥当性検査装置から離れた場所にある複数のＩＳＡＭのうちの１つによって行われるＩＴＳＯ方式であって、
各妥当性検査装置は、その妥当性検査装置によって開始された妥当性検査トランザクションの期間の間、前記複数のＩＳＡＭから使用可能な１つのＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される、ＩＴＳＯ方式。
【請求項４】
ＩＴＳＯ方式においてＩＰＥの妥当性検査を行う方法であって、
妥当性検査装置からＩＴＳＯ製品エンティティ（「ＩＰＥ」）を得るステップと、
前記ＩＰＥが得られる前記妥当性検査装置から離れた場所にある複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）のうちの１つによって前記ＩＰＥの妥当性検査を行うステップと、
を含み、
各妥当性検査装置が、その妥当性検査装置によって開始された妥当性検査トランザクションの期間の間、前記複数のＩＳＡＭから使用可能な１つのＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される、方法。
【請求項５】
薬の処方箋を発行する方式であって、
処方箋情報は、ＩＰＥが生成される小売業者装置から離れたところにある複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）のうちの１つによって押印されるＩＴＳＯ製品エンティティ（「ＩＰＥ」）を作成するために、医者又は他の処方箋記入者によって送信され、
各小売業者装置は、その小売業者装置によって開始された押印トランザクションの期間の間、前記アレイから使用可能な１つのＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される、方式。
【請求項６】
薬の処方箋の妥当性検査を行う方式であって、
処方箋情報は、ＩＴＳＯ製品エンティティ（「ＩＰＥ」）を作成するために、妥当性検査装置で提示され、妥当性検査のために前記ＩＰＥが提示される前記妥当性検査装置から離れたところにある複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）のうちの１つによって妥当性検査され、
各妥当性検査装置は、その妥当性検査装置によって開始された妥当性検査トランザクションの期間の間、前記アレイから使用可能な１つのＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される、方式。
【請求項７】
薬の処方箋を発行する方法であって、
小売業者装置から処方箋情報を提示するＩＴＳＯ製品エンティティ（「ＩＰＥ」）を生成するステップと、
前記ＩＰＥが生成される前記小売業者装置から離れた場所にある複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）のうちの１つによって前記ＩＰＥに押印するステップと、
を含み、
各小売業者装置が、その小売業者装置によって開始された押印トランザクションの期間の間、前記複数のＩＳＡＭから使用可能な１つのＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される、方法。
【請求項８】
薬の処方箋の妥当性検査を行う方法であって、
処方箋情報が、妥当性検査装置から得られるＩＴＳＯ製品エンティティ（「ＩＰＥ」）の形で妥当性検査のために提示され、妥当性検査のために前記ＩＰＥが提示される前記妥当性検査装置から離れた場所にある複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）のうちの１つによって前記ＩＰＥの妥当性検査を行うステップを、
含み、
各妥当性検査装置が、その妥当性検査装置によって開始された妥当性検査トランザクションの期間の間、前記複数のＩＳＡＭから使用可能な１つのＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される、方法。
【請求項９】
請求項１、請求項３、又は請求項５の何れかに記載の方式で使用するＩＳＡＭアレイであって、
前記アレイは、離れた場所にある小売業者装置又は妥当性検査装置からインターネット又は他のネットワークを介して制御手段に送信される小売業者又は妥当性検査の要求に対応する複数のＩＳＡＭと前記制御手段とを含み、
前記制御手段が、前記複数のＩＳＡＭから利用可能な１つのＩＳＡＭを選択し、それを、その小売業者装置又は妥当性検査装置によって開始された押印トランザクション又は妥当性検査トランザクションの期間の間、インターネット又は他のネットワークを介して前記小売業者装置又は妥当性検査装置に接続するように動作可能である、ＩＳＡＭアレイ。
【請求項１０】
請求項９に記載のＩＳＡＭアレイであって、前記制御手段が、複数の小売業者装置又は妥当性検査装置を、前記複数のＩＳＡＭのうちのそれぞれに同時に接続するように動作可能である、ＩＳＡＭアレイ。
【請求項１１】
請求項１から請求項８の何れかに記載の方法又は方式、又は請求項９又は請求項１０の何れかに記載のＩＳＡＭアレイであって、
前記複数のＩＳＡＭが、個別のそれぞれの論理グループにグループ分けされる、方法又は方式、又はＩＳＡＭアレイ。
【請求項１２】
請求項１１に記載の方法、方式、又はＩＳＡＭアレイであって、押印又は妥当性検査の要求は、複数のサード・パーティから前記ＩＳＡＭアレイで受信され、各サード・パーティは、ＩＳＡＭのそれぞれのグループに割り当てられる、方法、方式、又はＩＳＡＭアレイ。
【請求項１３】
ＩＴＳＯ製品エンティティ（ＩＰＥ）の押印又は妥当性検査のためのシステムであって、
押印又は妥当性検査の要求を受信するインターフェイスと、
押印又は妥当性検査の要求を処理するＩＰＥハンドラと、
前記押印又は妥当性検査の要求を受信するように構成されている複数のＩＴＳＯ ｓｅｃｕｒｅ ａｃｃｅｓｓ ｍｏｄｕｌｅ（ＩＳＡＭ）と、
を含み、
前記インターフェイスと、ＩＰＥハンドラとは、制御ロジックに基づいて、１つのＩＳＡＭ又はＩＳＡＭのグループに前記押印又は妥当性検査の要求を提示するように構成されている、システム。
【請求項１４】
請求項１３に記載のシステムであって、前記制御ロジックが、前記要求のソースに基づいて、適切な１つのＩＳＡＭ又はＩＳＡＭのグループを選択するように構成されている、システム。
【請求項１５】
請求項１から請求項１４の何れかに記載の方法、方式、又はシステムであって、前記ＩＳＡＭが、スマートカードを含む、方法、方式、又はシステム。
【請求項１６】
請求項１から請求項１５の何れかに記載の方法、方式、又はシステムであって、前記ＩＳＡＭが、サーバ上に論理機能として実装される、方法、方式、又はシステム。
【請求項１】
ＩＴＳＯ製品エンティティ（ＩＰＥ）の押印が、ＩＰＥが得られるチケット小売業者装置から離れた場所にある複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）のうちの１つによって行われるＩＴＳＯ方式であって、
各チケット小売業者装置は、そのチケット小売業者装置によって開始された押印トランザクションの期間の間、前記複数のＩＳＡＭから使用可能な１つのＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される、ＩＴＳＯ方式。
【請求項２】
ＩＴＳＯ方式においてＩＰＥに押印する方法であって、
チケット小売業者装置でＩＴＳＯ製品エンティティ（ＩＰＥ）のフィールドを生成するステップと、
前記ＩＰＥが得られる前記小売業者装置から離れた場所にある複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）のうちの１つによって前記ＩＰＥを構築し、押印するステップと、
を含み、
各チケット小売業者装置が、そのチケット小売業者装置によって開始された押印トランザクションの期間の間、前記複数のＩＳＡＭから使用可能な１つのＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される、方法。
【請求項３】
ＩＰＥの妥当性検査が、妥当性検査のためにＩＰＥが得られる妥当性検査装置から離れた場所にある複数のＩＳＡＭのうちの１つによって行われるＩＴＳＯ方式であって、
各妥当性検査装置は、その妥当性検査装置によって開始された妥当性検査トランザクションの期間の間、前記複数のＩＳＡＭから使用可能な１つのＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される、ＩＴＳＯ方式。
【請求項４】
ＩＴＳＯ方式においてＩＰＥの妥当性検査を行う方法であって、
妥当性検査装置からＩＴＳＯ製品エンティティ（「ＩＰＥ」）を得るステップと、
前記ＩＰＥが得られる前記妥当性検査装置から離れた場所にある複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）のうちの１つによって前記ＩＰＥの妥当性検査を行うステップと、
を含み、
各妥当性検査装置が、その妥当性検査装置によって開始された妥当性検査トランザクションの期間の間、前記複数のＩＳＡＭから使用可能な１つのＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される、方法。
【請求項５】
薬の処方箋を発行する方式であって、
処方箋情報は、ＩＰＥが生成される小売業者装置から離れたところにある複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）のうちの１つによって押印されるＩＴＳＯ製品エンティティ（「ＩＰＥ」）を作成するために、医者又は他の処方箋記入者によって送信され、
各小売業者装置は、その小売業者装置によって開始された押印トランザクションの期間の間、前記アレイから使用可能な１つのＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される、方式。
【請求項６】
薬の処方箋の妥当性検査を行う方式であって、
処方箋情報は、ＩＴＳＯ製品エンティティ（「ＩＰＥ」）を作成するために、妥当性検査装置で提示され、妥当性検査のために前記ＩＰＥが提示される前記妥当性検査装置から離れたところにある複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）のうちの１つによって妥当性検査され、
各妥当性検査装置は、その妥当性検査装置によって開始された妥当性検査トランザクションの期間の間、前記アレイから使用可能な１つのＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される、方式。
【請求項７】
薬の処方箋を発行する方法であって、
小売業者装置から処方箋情報を提示するＩＴＳＯ製品エンティティ（「ＩＰＥ」）を生成するステップと、
前記ＩＰＥが生成される前記小売業者装置から離れた場所にある複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）のうちの１つによって前記ＩＰＥに押印するステップと、
を含み、
各小売業者装置が、その小売業者装置によって開始された押印トランザクションの期間の間、前記複数のＩＳＡＭから使用可能な１つのＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される、方法。
【請求項８】
薬の処方箋の妥当性検査を行う方法であって、
処方箋情報が、妥当性検査装置から得られるＩＴＳＯ製品エンティティ（「ＩＰＥ」）の形で妥当性検査のために提示され、妥当性検査のために前記ＩＰＥが提示される前記妥当性検査装置から離れた場所にある複数のＩＴＳＯ Ｓｅｃｕｒｅ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（「ＩＳＡＭ」）のうちの１つによって前記ＩＰＥの妥当性検査を行うステップを、
含み、
各妥当性検査装置が、その妥当性検査装置によって開始された妥当性検査トランザクションの期間の間、前記複数のＩＳＡＭから使用可能な１つのＩＳＡＭを選択するよう動作可能な制御手段によって、インターネット又は他のネットワークを介してＩＳＡＭに接続される、方法。
【請求項９】
請求項１、請求項３、又は請求項５の何れかに記載の方式で使用するＩＳＡＭアレイであって、
前記アレイは、離れた場所にある小売業者装置又は妥当性検査装置からインターネット又は他のネットワークを介して制御手段に送信される小売業者又は妥当性検査の要求に対応する複数のＩＳＡＭと前記制御手段とを含み、
前記制御手段が、前記複数のＩＳＡＭから利用可能な１つのＩＳＡＭを選択し、それを、その小売業者装置又は妥当性検査装置によって開始された押印トランザクション又は妥当性検査トランザクションの期間の間、インターネット又は他のネットワークを介して前記小売業者装置又は妥当性検査装置に接続するように動作可能である、ＩＳＡＭアレイ。
【請求項１０】
請求項９に記載のＩＳＡＭアレイであって、前記制御手段が、複数の小売業者装置又は妥当性検査装置を、前記複数のＩＳＡＭのうちのそれぞれに同時に接続するように動作可能である、ＩＳＡＭアレイ。
【請求項１１】
請求項１から請求項８の何れかに記載の方法又は方式、又は請求項９又は請求項１０の何れかに記載のＩＳＡＭアレイであって、
前記複数のＩＳＡＭが、個別のそれぞれの論理グループにグループ分けされる、方法又は方式、又はＩＳＡＭアレイ。
【請求項１２】
請求項１１に記載の方法、方式、又はＩＳＡＭアレイであって、押印又は妥当性検査の要求は、複数のサード・パーティから前記ＩＳＡＭアレイで受信され、各サード・パーティは、ＩＳＡＭのそれぞれのグループに割り当てられる、方法、方式、又はＩＳＡＭアレイ。
【請求項１３】
ＩＴＳＯ製品エンティティ（ＩＰＥ）の押印又は妥当性検査のためのシステムであって、
押印又は妥当性検査の要求を受信するインターフェイスと、
押印又は妥当性検査の要求を処理するＩＰＥハンドラと、
前記押印又は妥当性検査の要求を受信するように構成されている複数のＩＴＳＯ ｓｅｃｕｒｅ ａｃｃｅｓｓ ｍｏｄｕｌｅ（ＩＳＡＭ）と、
を含み、
前記インターフェイスと、ＩＰＥハンドラとは、制御ロジックに基づいて、１つのＩＳＡＭ又はＩＳＡＭのグループに前記押印又は妥当性検査の要求を提示するように構成されている、システム。
【請求項１４】
請求項１３に記載のシステムであって、前記制御ロジックが、前記要求のソースに基づいて、適切な１つのＩＳＡＭ又はＩＳＡＭのグループを選択するように構成されている、システム。
【請求項１５】
請求項１から請求項１４の何れかに記載の方法、方式、又はシステムであって、前記ＩＳＡＭが、スマートカードを含む、方法、方式、又はシステム。
【請求項１６】
請求項１から請求項１５の何れかに記載の方法、方式、又はシステムであって、前記ＩＳＡＭが、サーバ上に論理機能として実装される、方法、方式、又はシステム。
【図１】
【図２】
【図３−１】
【図３−２】
【図２】
【図３−１】
【図３−２】
【公表番号】特表２００７−５３７５２４（Ｐ２００７−５３７５２４Ａ）
【公表日】平成１９年１２月２０日（２００７．１２．２０）
【国際特許分類】
【出願番号】特願２００７−５１２３５０（Ｐ２００７−５１２３５０）
【出願日】平成１７年５月１６日（２００５．５．１６）
【国際出願番号】ＰＣＴ／ＧＢ２００５／００１８９９
【国際公開番号】ＷＯ２００５／１１１９５３
【国際公開日】平成１７年１１月２４日（２００５．１１．２４）
【出願人】（５０４２１８３６９）エセブス・リミテッド (6)
【Ｆターム（参考）】
【公表日】平成１９年１２月２０日（２００７．１２．２０）
【国際特許分類】
【出願日】平成１７年５月１６日（２００５．５．１６）
【国際出願番号】ＰＣＴ／ＧＢ２００５／００１８９９
【国際公開番号】ＷＯ２００５／１１１９５３
【国際公開日】平成１７年１１月２４日（２００５．１１．２４）
【出願人】（５０４２１８３６９）エセブス・リミテッド (6)
【Ｆターム（参考）】
[ Back to top ]