(57)【要約】【課題】システムの管理コストを抑制できる分散処理システムを提供する。【解決手段】複数の情報処理システムを含む分散処理システムにおいて、前記複数の情報処理システムの夫々は、利用者を識別する第１識別情報に、前記利用者の媒体の第２識別情報を対応させた第１情報を記憶する記憶部と、前記媒体の情報が読み取られる際に取得される前記第２識別情報と、前記第１情報とに基づいて、前記第１識別情報を特定する特定部と、前記特定部で特定された前記第１識別情報に基づいて、自身に固有な処理を実行する処理部と、を含む構成とする。【選択図】図３
2020107041.tif 000002
【特許請求の範囲】
【請求項１】
複数の情報処理システムを含む分散処理システムであって、
前記複数の情報処理システムの夫々は、
利用者を識別する第１識別情報に前記利用者の媒体の第２識別情報を対応させた、前記複数の情報処理システムに共通の第１情報を記憶する記憶部と、
前記媒体の情報が読み取られる際に取得される前記第２識別情報と、前記第１情報とに基づいて、前記第１識別情報を特定する特定部と、
前記特定部で特定された前記第１識別情報に基づいて、自身に固有な処理を実行する処理部と、
を含むことを特徴とする分散処理システム。
【請求項２】
請求項１に記載の分散処理システムであって、
前記特定部は、
前記自身に関するサービスを利用する顧客の第３識別情報に前記第１識別情報を対応させた、前記自身に固有な第２情報と、特定された前記第１識別情報と、に基づいて、前記利用者の前記第３識別情報を特定すること、
を特徴とする分散処理システム。
【請求項３】
請求項２に記載の分散処理システムであって、
前記処理部は、
前記第３識別情報に基づいて、前記第３識別情報に対応して前記自身の前記記憶部に記憶され、前記第３識別情報の前記利用者に提供されるサービスの内容を示すサービス情報を特定すること、
を特徴とする分散処理システム。
【請求項４】
請求項３に記載の分散処理システムであって、
前記複数の情報処理システムの夫々は、
第１設定情報に基づいて、前記第３識別情報の前記利用者に提供されるサービスが利用可能か否かを設定する第１設定部を含むこと、
を特徴とする分散処理システム。
【請求項５】
請求項４に記載の分散処理システムであって、
前記第１設定部は、
前記サービス情報に前記第３識別情報の前記利用者に提供される複数のサービスを示す情報が含まれている場合、前記複数のサービスを示す情報の夫々の優先度を設定するための第２設定情報に基づいて、前記複数のサービスを示す情報の夫々の優先度を設定すること、
を特徴とする分散処理システム。
【請求項６】
請求項３〜５の何れか一項に記載の分散処理システムであって、
前記複数の情報処理システムの夫々は、
前記複数の情報処理システムの夫々の前記サービス情報から選択された少なくとも２つの前記サービス情報に基づいて、前記利用者に提供される新たなサービスを設定する第２設定部を含むこと、
を特徴とする分散処理システム。
【請求項７】
請求項１〜６の何れか一項に記載の分散処理システムであって、
前記記憶部は、
前記分散処理システムに接続された複数の端末の夫々に前記複数の情報処理システムを
対応させた、前記複数の情報処理システムに共通の第３情報を記憶し、
前記複数の情報処理システムの夫々は、
前記複数の端末のうち前記媒体の前記第２識別情報を読み取った読取端末と、前記第３情報とに基づいて、前記第２識別情報を、前記複数の情報処理システムのうち前記読取端末に対応する情報処理システムに送信する送信部と、
を含むことを特徴とする分散処理システム。
【請求項８】
複数の情報処理システムを含む分散処理システムの前記複数の情報処理システムの夫々が、
利用者を識別する第１識別情報に前記利用者の媒体の第２識別情報を対応させた、前記複数の情報処理システムに共通の第１情報と、前記媒体の情報が読み取られる際に取得される前記第２識別情報とに基づいて、前記第１識別情報を特定し、
特定された前記第１識別情報に基づいて、自身に固有な処理を実行する、
ことを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散処理システム、及び情報処理方法に関する。
【背景技術】
【０００２】
インターネットのユーザに、例えば所定のホームページを介して、交通機関や宿泊施設等の異なる事業者が提供している商品、サービス等を一括して検索や予約させる技術がある。このような技術を実現するには、一般に、所定のホームページを管理するサーバと、異なる事業者の複数のシステムとの間に、情報の照合やデータ形式の変換等を行う結合サーバが設けられる（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１９２３５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ユーザに一括して異なる事業者のサービスの予約等をさせるためには、結合サーバは、認証用の個人情報や複数のシステムが持つ情報（例えば、交通機関のチケット情報や宿泊施設の予約情報）を保持する必要がある。
【０００５】
また、結合サーバは、所定のホームページを管理するサーバと、異なる事業者の複数のシステムとの間に設けられるため、結合サーバに障害が発生すると、ユーザは、複数のシステムの何れにもアクセスできなくなる。
【０００６】
このため、結合サーバを用いる場合、個人情報漏えいや各種情報を厳格に管理する必要があるだけでなく、中継サービスを確実に維持する必要があるため、一般的にシステムの管理コストが高くなる。
【０００７】
本発明は、上記のような従来の問題に鑑みてなされたものであって、その目的は、システムの管理コストを抑制できる技術を提供することにある。
【課題を解決するための手段】
【０００８】
前述した課題を解決する本発明の複数の情報処理システムを含む分散処理システムは、前記複数の情報処理システムの夫々は、利用者を識別する第１識別情報に、前記利用者の媒体の第２識別情報を対応させた第１情報を記憶する記憶部と、前記媒体の情報が読み取られる際に取得される前記第２識別情報と、前記第１情報とに基づいて、前記第１識別情報を特定する特定部と、前記特定部で特定された前記第１識別情報に基づいて、自身に固有な処理を実行する処理部と、を含む。
【０００９】
また、本発明の情報処理方法は、複数の情報処理システムを含む分散処理システムの前記複数の情報処理システムの夫々が、利用者を識別する第１識別情報に前記利用者の媒体の第２識別情報を対応させた、前記複数の情報処理システムに共通の第１情報と、前記媒体の情報が読み取られる際に取得される前記第２識別情報とに基づいて、前記第１識別情報を特定し、特定された前記第１識別情報に基づいて、自身に固有な処理を実行する、ことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、システムの管理コストを抑制できる分散処理システムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】分散処理システムの構成を示す図である。
【図２】情報処理装置の構成の一例を示す図である。
【図３】情報処理装置に実現される機能ブロック等の一例を示す図である。
【図４】会員ＩＤと権利情報との関係を示す図である。
【図５】シングルＩＤと媒体ＩＤとの関係を示す図である。
【図６】会員ＩＤとシングルＩＤとの関係を示す図である。
【図７】端末ＩＤとシステムＩＤとの関係を示す図である。
【図８】設定画面の一例を示す図である。
【図９】共通サービス設定画面の一例を示す図である。
【図１０】情報処理システムで実行される処理の一例を示す図である。
【図１１】分散処理システムで実行される処理の一例を示す図である。
【発明を実施するための形態】
【００１２】
本明細書及び添付図面の記載により、少なくとも以下の事項が明らかとなる。
【００１３】
＝＝＝＝＝本実施形態＝＝＝＝＝
＜＜分散処理システムの全体構成＞＞
図１は、本実施形態の分散処理システム１０の構成例を示す図である。分散処理システム１０は、ユーザ（利用者）が、異なる複数の事業者のシステムに一括してアクセスし、複数のシステムに固有の処理を実行させるシステムである。具体的には、分散処理システム１０は、ユーザの保有する電子媒体等の識別情報で特定される、ユーザ固有の識別情報を用いて、ユーザの購入したサービス等に関する処理を実行する。なお、以下、電子媒体（例えば、ＩＣカードや磁気カード）や紙チケット等の識別情報を、「媒体ＩＤ」とし、ユーザ固有の識別情報を、「シングルＩＤ」とする。
【００１４】
分散処理システム１０は、情報処理システム１１ａ，１１ｂ、ユーザ端末１２〜１４、事業者端末１５〜１８、設定端末１９を含んで構成される。
【００１５】
情報処理システム１１ａは、例えば、鉄道等の交通機関を運営する事業者（以下、「鉄道事業者Ａ」と称する。）が運営、管理するシステムであり、情報処理装置１００ａ、及び情報処理装置１０１ａを含んで構成される。
【００１６】
情報処理装置１００ａは、鉄道チケットの予約や、駅への入出場管理等を行うために、鉄道事業者Ａが管理、運営するサーバであり、例えばユーザの購入した鉄道チケット等に関する処理を実行する。なお、詳細は後述するが、情報処理装置１００ａは、ユーザの購入した鉄道チケット等を、鉄道事業者Ａにおけるユーザの識別情報（以下、ユーザの「会員ＩＤ」と称する。）に対応付けて記憶する。
【００１７】
情報処理装置１０１ａは、ユーザの媒体ＩＤに基づいて、シングルＩＤやユーザの鉄道事業者Ａにおける会員ＩＤを特定する際に用いられる装置である。なお、情報処理装置１０１ａに関する詳細は後述する。
【００１８】
情報処理システム１１ｂは、例えば、チケット販売サイトを運営する事業者（以下、「チケット販売事業者Ｂ」と称する。）が運営、管理するシステムであり、情報処理装置１００ｂ、及び情報処理装置１０１ｂを含んで構成される。
【００１９】
情報処理装置１００ｂは、例えば、イベント（例えば、コンサートや演劇）のチケットの予約等を行うために、チケット販売事業者Ｂが管理、運営するサーバであり、ユーザの購入したチケット等に関する処理を実行する。なお、詳細は後述するが、情報処理装置１００ｂは、ユーザの購入したチケット等を、チケット販売事業者Ｂにおけるユーザの会員ＩＤに対応付けて記憶する。
【００２０】
情報処理装置１０１ｂは、ユーザの媒体ＩＤに基づいて、シングルＩＤや、ユーザのチケット販売事業者Ｂにおける会員ＩＤを特定する際に用いられる装置である。なお、情報処理装置１０１ｂに関する詳細は後述する。
【００２１】
ユーザ端末１２は、例えば、ユーザの保有する携帯機器、タブレット、またはパーソナルコンピュータ等の電子機器である。なお、ユーザ端末１３，１４も、ユーザ端末１２と同様である。
【００２２】
事業者端末１５は、例えば、鉄道事業者Ａが管理等する端末であり、例えばユーザの保有する電子媒体やチケット等の紙媒体の情報を読み取り可能な装置である。具体的には、事業者端末１５は、例えば、鉄道事業者Ａの係員が扱う端末や専用ハードウェアによって、ユーザのチケットの状況を、自動で判断する自動ゲート等の端末である。したがって、事業者端末１５は、予約状況を示すチケット媒体等を端末に読み込むことで、ユーザの有するチケットの状況を判断する端末であり、ＩＣ券や磁気券といった媒体を読み込み利用可否といった情報を確認できる。なお、事業者端末１５は、情報処理装置１００ａと直接情ユーザのチケットの情報のやりとりを行う、いわゆる従来からある鉄道事業者Ａの専用の端末である。
【００２３】
事業者端末１６は、例えば、チケット販売事業者Ｂが管理等する端末であり、例えばユーザの保有する電子媒体やチケット等の紙媒体の情報を読み取り可能な装置である。事業者端末１６も、例えば、コンサートやイベントの会場の入口等に設けられ、ユーザの有するチケットの状況を判断する端末である。なお、事業者端末１６は、情報処理装置１００ｂと直接情ユーザのチケットの情報のやりとりを行う、いわゆる従来からあるチケット販売事業者Ｂの専用の端末である。
【００２４】
事業者端末１７は、複数の情報処理システム１１ａ，１１ｂに接続され、ユーザのチケット情報を取得等する端末である。なお、事業者端末１７の主な機能は、事業者端末１５，１６と同様であるが、事業者端末１７は、インターネットを介して、情報処理システム１１ａ，１１ｂに接続されている。
【００２５】
事業者端末１８は、情報処理装置１０１ａに接続された、鉄道事業者Ａが管理、運営する端末である。なお、詳細は後述するが、事業者端末１８は、情報処理装置１０１ａを介して、ユーザのチケット情報等を取得する。
【００２６】
設定端末１９は、例えば、分散処理システム１０の動作、処理等を設定するために用いられる端末である。
【００２７】
＜＜端末や情報処理装置の構成＞＞
図２は、上述したユーザ端末１２等の端末や、情報処理装置１００，１０１のハードウェア構成の一例を示す図である。なお、ここでは、便宜上、情報処理装置１０１を例に挙げているが、ユーザ端末１２〜１４、事業者端末１５〜１７、設定端末１９、及び情報処理装置１００も、情報処理装置１０１と同様である。
【００２８】
情報処理装置１０１は、中央処理装置２００、主記憶装置２０１、内部バス２０２、バ
スＩ／Ｆ（インターフェース）２０３、外部バス２０４、画面出力装置Ｉ／Ｆ２０５、ユーザ入力装置Ｉ／Ｆ２０６、大容量記憶装置２０７、通信装置Ｉ／Ｆ２０８、入出力装置Ｉ／Ｆ２０９を含んで構成される。また、情報処理装置１０１には、ディスプレイ２１０、ユーザ入力装置２１１、大容量記憶装置２１２、通信装置２１３、及び入出力装置２１４が含まれる。
【００２９】
中央処理装置２００は、主記憶装置２０１に格納されたプログラム実行等の演算を行うための装置であり、情報処理装置１０１に各種機能を実現する。
【００３０】
主記憶装置２０１は、例えば、ハードディスク等の記憶部であり、プログラム実行時の処理領域および、データの一時格納領域として使用される。主記憶装置２０１は、例えば、ＯＳ（Ｏｐｅｒａｔｉｎｇ  ｓｙｓｔｅｍ）などの基本プログラムや、ユーザに関するＩＤ等の情報を記憶する。
【００３１】
なお、中央処理装置２００と、主記憶装置２０１とは、内部バス２０２により接続されている。また、内部バス２０２は、バスＩ／Ｆ２０３を介して外部バス２０４に接続されている。
【００３２】
外部バス２０４は、画面出力装置Ｉ／Ｆ２０５、ユーザ入力装置Ｉ／Ｆ２０６、大容量記憶装置Ｉ／Ｆ２０７、通信装置Ｉ／Ｆ２０８、入出力装置Ｉ／Ｆ２０９と接続されている。また、外部バス２０４は、画面出力装置Ｉ／Ｆ２０５等のＩ／Ｆと中央処理装置２００や主記憶装置２０１とのデータ入出力をバスＩ／Ｆ２０３、内部バス２０２を用いて媒介する。
【００３３】
画面出力装置Ｉ／Ｆ２０５は、ディスプレイ２１０と接続するためのＩ／Ｆであり、外部バス２０４を通じて得た情報をディスプレイ２１０に出力する。
【００３４】
ディスプレイ２１０は、システムの動作を設定するための動作設定画面（後述）や処理状況等を表示可能な装置である。また、ディスプレイ２１０は、基本プログラムを操作するための情報等が表示できる。
【００３５】
ユーザ入力装置Ｉ／Ｆ２０６は、ユーザ入力装置２１１と接続するためのＩ／Ｆであり、外部バス２０４にユーザ入力装置２１１から入力された情報を出力する。
【００３６】
ユーザ入力装置２１１は、キーボード、マウスなど、ユーザからの入力を受け取るための装置であり、ユーザ入力装置２１１から入力された情報はユーザ入力装置Ｉ／Ｆ２０６に出力される。
【００３７】
大容量記憶装置Ｉ／Ｆ２０７は、大容量記憶装置２１２と接続するためのＩ／Ｆであり、大容量記憶装置２１２からのデータ入出力を外部バス２０４に仲介する。
【００３８】
大容量記憶装置２１２は例えばＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）といった装置であり、情報処理装置１０１の様々な機能を実現させるための基本プログラム、プログラム実行時処理結果、ユーザの識別情報（シングルＩＤ，会員ＩＤ）や媒体ＩＤ等の各種情報を記憶する。なお、大容量記憶装置２１２に記憶される各種情報の詳細は後述する。
【００３９】
なお、本実施形態において、各種処理実行の際には、中央処理装置２００が、主記憶装置２０１にこれらのプログラムやデータを読み出してプログラムを実行する。
【００４０】
通信装置Ｉ／Ｆ２０８は、通信装置２１３と接続するためのＩ／Ｆであり、通信装置２
１３からのデータ入出力を外部バス２０４に仲介する。
【００４１】
通信装置２１３は例えばＥｔｈｅｒｎｅｔ（登録商標）を介して外部サーバ装置などと接続するための装置であり、外部の機器等と通信を行う。
【００４２】
入出力装置Ｉ／Ｆ２０９は、入出力装置２１４と接続するためのＩ／Ｆであり、入出力装置２１４からのデータ入出力を外部バス２０４に仲介する。入出力装置２１４は、外部媒体に読み書き可能なドライブ装置やユーザ認証を行うための指静脈読取装置などである。
【００４３】
以上、ここでは、情報処理装置１０１（情報処理装置１０１ａ，１０１ｂ）の構成について説明したが、他の情報処理装置１００ａ，１００ｂや、ユーザ端末１２〜１４、事業者端末１５〜１７、設定端末１９、及び情報処理装置１００も、同様の構成を有している。
【００４４】
＜＜情報処理装置１００ａについて＞＞
図３は、情報処理装置１００ａ，１０１ａに実現される機能ブロック、及びそれらに記憶される情報を示す図である。なお、ここでは便宜上、情報処理装置１００ａ，１０１ａについて説明するが、情報処理装置１００ｂ，１０１ｂも、情報処理装置１００ａ，１０１ａ同様である。
【００４５】
情報処理装置１００ａは、情報処理装置１００ａの図２の中央処理装置２５０が所定のプログラムを実行することにより、権利管理部３００を実現する。
【００４６】
権利管理部３００は、権利情報３０１（後述）を管理する機能ブロックであり、権利情報３０１の参照、書換えといった処理を行う。
【００４７】
権利情報３０１（サービス情報）は、情報処理装置１００ａの図２の主記憶装置２５１（記憶部）に格納される、ユーザの購入したチケット（権利）に関する情報である。
【００４８】
図４は、権利情報３０１の一例を示す図である。権利情報３０１は、鉄道事業者Ａのユーザの“会員ＩＤ”ごとに、例えば、ユーザが購入したチケットの予約番号を示す“権利番号”、ユーザが購入したチケットの“利用期間”、ユーザが購入したチケットの有効範囲（例えば、「東京」−「横浜」等の区間）を示す“権利種別”、を含む。
【００４９】
なお、図４では、例えば、会員ＩＤ“Ａｓｙｓ＿１１”のユーザが、権利番号“ａａＡ１＿１２３”として、“１１月２日、１０時１０分発”に、 “ａ”駅から、“ｂ”駅ま
での区間のチケットを予約していることを示している。このため、権利情報３０１に含まれる情報の夫々は、チケットの内容（ユーザに提供されるサービス）を示す情報（サービス情報）に相当する。
【００５０】
＜＜情報処理装置１０１ａについて＞＞
つぎに、情報処理装置１０１ａに記憶される情報と、情報処理装置１０１ａに実現される機能ブロックについて説明する。
【００５１】
＝＝主記憶装置２０１の情報＝＝
情報処理装置１０１ａの主記憶装置２０１（記憶部）には、シングルＩＤ情報４００、会員ひも付情報４０１、システム選択情報４０２、個別条件情報４０３、及び共通条件情報４０４が記憶される。
【００５２】
シングルＩＤ情報４００（第１情報）は、図５に示すように、利用者の持つ複数の媒体ＩＤ（第２識別情報）をシングルＩＤ（第１識別情報）と呼ぶ一つの共通ＩＤにひも付ける情報である。例えば、図５では、“Ｓ−２２２”とのシングルＩＤが割り当てられたユーザは、“ＣＣＤＤＹＹ”との媒体ＩＤが割り当てられた媒体を保有する。なお、ここでは、“Ｓ−１１１”とのシングルＩＤが割り当てられたユーザは、３種類の異なる媒体を保有している。
【００５３】
会員ひも付情報４０１（第２情報）は、図６に示すように、シングルＩＤを、会員（サービスを利用する顧客）に割り当てられた会員ＩＤ（第３識別情報）とひも付ける情報である。
【００５４】
システム選択情報４０２（第３情報）は、図７に示すように、複数の情報処理システム１１ａ，１１ｂに接続された端末（例えば、図１の事業者端末１７）を利用する際に、端末がどのシステムに対し、ユーザのチケット情報（権利情報）の問合せをするべきかを定める情報である。
【００５５】
例えば、事業者端末１７の端末ＩＤが、図７に示す“ｔｅｒｍ＿９９”である場合、事業者端末１７で読み取られた情報の送信先は、システムＩＤで規定された２つのシステム（Ａシステム（情報処理システム１１ａ）、Ｂシステム（情報処理システム１１ａ））である。また、システム選択情報４０２は、各端末に対して、インタラクションの有無に関する情報も含む。なお、「インタラクションの有」の端末とは、例えば、事業者の窓口端末や携帯電話といった、利用者とのインタラクションが可能な端末である。一方、「インタラクションの無」の端末とは、例えば、改札機や入場ゲートといった、利用者とのインタラクションが不可能な端末である。
【００５６】
個別条件情報４０３（第１設定情報）は、ユーザのチケット等の権利の利用（例えば、利用可能場所、利用可能時刻）に関する情報である。詳細は後述するが、個別条件情報４０３は、個別条件設定部４１３で設定される。
【００５７】
共通条件情報４０４（第２設定情報）は、ユーザが複数の事業者のチケットを購入した際に、複数のチケットの内容等に基づいて、ユーザに提供される新なサービス等を規定する情報である。例えば、新なサービスに関する情報とは、例えば、所定の鉄道チケットと、所定のイベントチケットをともに購入している場合、ユーザにドリンク等を提供する等の情報である。なお、共通条件情報４０４は、後述する共通条件設定部４１５で設定される。
【００５８】
ここで、主記憶装置２０１に記憶される情報のうち、シングルＩＤ情報４００、システム選択情報４０２、及び共通条件情報４０４の３つの情報は、分散処理システム１０に含まれる全ての情報処理システム１１ａ，１１ｂにおいて共通の情報である。そして、これらの３つの情報は、後述する同期操作部４１１により、全ての情報処理システム１１ａ，１１ｂにおいて同期して更新される。このため、適宜更新されるユーザのシングルＩＤと、シングルＩＤ及び会員ＩＤの関係を含む会員ひも付情報４０１とを用いることにより、全ての情報処理システム１１ａ，１１ｂにおいて、シングルＩＤからシステム固有の会員ＩＤの特定が可能となる。
【００５９】
＝＝機能ブロック＝＝
情報処理装置１０１ａは、主記憶装置２０１の所定のプログラムを実行することにより、権利アクセス制御部４１０、同期操作部４１１、システム選択判定部４１２、個別条件設定部４１３、個別条件判定部４１４、共通条件設定部４１５、及び共通条件判定部４１６を実現する。
【００６０】
権利アクセス制御部４１０（特定部，送信部）は、例えば、主記憶装置２０１の各種情報を取得等の処理を実行するとともに、情報処理装置１０１ａの各種機能ブロックを統括制御する。また、権利アクセス制御部４１０は、情報処理装置１００ａ，１０１ｂと情報のやりとりを行う。
【００６１】
同期操作部４１１は、分散処理システム１０に含まれる情報システムで共有される３つの情報（シングルＩＤ情報４００、システム選択情報４０２、及び共通条件情報４０４）が変更されると、他の情報システムで同期処理を行う。具体的には、例えば、情報処理システム１１ｂのシングルＩＤ情報４００が更新されると、例えば、情報処理システム１１ａの同期操作部４１１は、情報処理システム１１ａのシングルＩＤ情報４００を同様に更新する。このため、３つの情報（シングルＩＤ情報４００、システム選択情報４０２、及び共通条件情報４０４）は、分散処理システム１０の複数の情報処理システムにおいて共有される。
【００６２】
システム選択判定部４１２は、システム選択情報４０２に従ってアクセスの制御を実行する。
【００６３】
個別条件設定部４１３（第１設定部）は、個別条件情報４０３に基づいて、ユーザに提供されるサービスが利用可能か否かを定める条件を設定する。図８は、個別条件情報４０３（第１設定情報）を設定する際の設定画面５００の一例を示す図である。
【００６４】
ここで、個別条件設定部４１３は、例えば、あるユーザがチケット等の権利を利用する際に、ユーザのチケットが利用可能であるか否かに関する情報（期間、場所、ポストペイの可否等）を定める。
【００６５】
設定画面５００は、設定領域５０１、及び設定領域５０２を含む。設定領域５０１は、「利用可否条件」との表示を含み、ユーザの権利の利用の可否を定める条件を定めるための領域である。設定領域５０１は、領域５１０〜５１２、ボタン５１３を含む。
【００６６】
領域５１０には、どのような権利情報３０１の“権利種別”に対して、利用可否条件を適用させるか否かを定めるための領域である。例えば、上述した権利情報３０１の“権利種別”が、ユーザが購入したチケットの有効範囲である、「東京」−「横浜」等の区間の場合、有効範囲の一部の区間等のみを指定等することや、有効範囲外の区間を指定することが可能である。
【００６７】
領域５１１には、例えば、ユーザが有するチケットの利用可能時刻を入力できる。具体的には、領域５１１には、ユーザのチケットの権利情報３０１で定める利用期間に対する利用可能範囲を定めるものであり、例えば権利情報３０１の範囲内でのみ利用可能や、何分前、何分後といった一部利用範囲外を含む場合でも利用可能といった情報を入力できる。
【００６８】
領域５１２は、チケットの権利情報３０１の定めた利用場所のうち、どの範囲の利用までを許可するかを定める領域であり、例えば権利情報の範囲内でのみ利用可能や、一部利用範囲外を含む場合でも利用可能といった情報を設定できる。
【００６９】
ボタン５１３は、例えば、権利情報３０１の設定された範囲外をユーザが利用した際に、
利用後に料金を収受することが可能か否か等を設定するためのボタンである。
【００７０】
設定領域５０２は、ユーザが複数のチケットを有する場合、つまり、ユーザの会員ＩＤに複数の権利情報３０１が対応付けられている場合における事業者端末の動作等を設定するための領域である。設定領域５０２は、「複数権利情報ありの場合」との表示を含み、設定領域５０２には、領域５２０，５２１が設けられている。
【００７１】
領域５２０は、「自動決定あり」との表示を含み、ユーザの複数の権利情報３０１を、自動で表示、処理等させる際に選択される領域である。なお、この領域５２０は、ユーザが媒体を読み取られる事業者端末が、例えば、入場ゲート等のインタラクションなしの端末である場合に選択される。
【００７２】
領域５２１は、複数の権利情報３０１のうち、どの権利（サービス）を利用するかの選択を自動で定めることを規定する領域であり、事業者が定めた優先条件での利用や利用者自身が定めた優先条件での利用を可能にする。なお、ユーザが媒体を事業者端末に読み取らせた際にどの権利を利用するか定まらない場合、媒体が読み取られた際の読取時刻と、権利情報３０１に含まれる利用期間とから、読取時刻に近い権利を選択させても良い。なお、領域５２１に入力される情報は、複数のサービスを示す情報の夫々の優先度を設定するための第２設定情報である。
【００７３】
領域５２２は、「自動決定なし」との表示を含み、ユーザの複数の権利情報３１０が、事業者の窓口の端末等のインタラクションあり端末で処理可能な際に選択される領域である。選択ボタン５２３は、例えば、ユーザの保有する複数の権利情報３０１のうち、日時情報等に基づいて、直近で利用できるようなものを優先して表示させるか、保持している権利を全て表示させるかを選択できる。
【００７４】
設定画面５００で各種情報の設定を行った後、設定完了ボタン５３０を押下することで、設定内容は個別条件情報４０３として、主記憶装置２０１に記録される。
【００７５】
図３の個別条件判定部４１４は、事業者端末から送信される各種情報（例えば、ユーザの媒体が読み取られた時刻、ユーザの媒体が読み取った事業者端末の端末ＩＤ）や、権利情報３０１、個別条件情報４０３に基づいて、利用者の保有するチケット（権利）が利用可能か否かを判定する。
【００７６】
共通条件設定部４１５（第２設定部）は、複数の事業者間での連携サービスを実現するための条件を示す共通条件情報４０４を設定するための機能ブロックである。図９は、共通条件情報４０４を設定する際の設定画面６００の一例を示す図である。設定画面６００は、領域６０１、及び領域６０２を含む。
【００７７】
領域６０１は、「関連システム設定」との表示を含み、連携サービスを実現するために関連するシステムを定めるための領域である。具体的には、例えば、分散処理システムが４つのシステム（システムＡ〜システムＤ）を含む場合、連携サービスに関連するシステムが選択される。
【００７８】
領域６０２は、「サービス定義」との表示を含み、新たなサービスの具体的な内容が規定される。領域６０２で規定されるサービス定義は、例えば、ある利用者が各システムで特定の権利情報を保持している場合、実行される内容であり、各システムにおけるサービスＩＤに対する条件が記述される。
【００７９】
具体的には、例えば、鉄道事業者Ａのサービスのうち、所定区間においてグリーン車を利用し、チケット事業者Ｂのイベントで、所定の席を予約しているユーザに、ドリンク等の新たなサービスを提供する場合を例に説明する。この場合、鉄道事業者Ａのチケット（
権利）における、グリーン車に関するサービスＩＤ：ＡＡＡと、チケット事業者Ｂのチケット（権利）における、所定の指定席に関するサービスＩＤ：ＢＢＢと、を領域６０２に入力することにより、このような両方の条件を満たすユーザに、特別サービスが提供される。
【００８０】
このようなサービス定義を行うことにより、鉄道やバスを特定パタンでまとめて利用することによるサービス展開が容易となる。
【００８１】
なお、図９では、「全ての利用者においてＡｓｙｓ（システムＡ）にサービスＩＤ：ＡＡＡが登録されており、かつＢｓｙｓ（システムＢ）にサービスＩＤ：ＡＡＡが登録されているならば特別サービス権利を発行する」との定義が入力されている。
【００８２】
設定画面６００で各種情報の設定を行った後、設定完了ボタン６０３を押下することで、設定内容は共通条件情報４０４として、主記憶装置２０１に記録される。
【００８３】
図３の共通条件判定部４１６は、ユーザのチケット（権利）に関する情報と、共通条件情報４０４と基づいて、例えば、特別サービス権利を発行するか否かの判定処理を行う。
【００８４】
＜＜情報処理システム１１ａで実行される処理の一例＞＞
図１０は、情報処理システム１１ａで実行される処理Ｓ１０の一例を示すフローチャートである。ここでは、例えば、鉄道事業者Ａのチケットを購入したユーザＸが、鉄道事業者Ａの事業者端末１８（例えば、入場ゲート）に媒体を読み取らせた際の動作を説明する。
【００８５】
まず、ユーザＸが、電子媒体を提示し、事業者端末１８に読み取らせると、事業者端末１８は、電子媒体の媒体ＩＤを読み取る（Ｓ２０）。
【００８６】
そして、事業者端末１８は、媒体ＩＤを、鉄道事業者Ａが管理する情報処理装置１０１ａに送信する（Ｓ２１）。
【００８７】
情報処理装置１０１ａの権利アクセス制御部４１０（特定部）は、送信された媒体ＩＤと、シングルＩＤ情報４００とに基づいて、ユーザＸのシングルＩＤを特定する（Ｓ２２）。
【００８８】
さらに、権利アクセス制御部４１０は、処理Ｓ２２で特定されたシングルＩＤと、会員ひも付情報４０１とに基づいて、鉄道事業者ＡにおけるユーザＸの会員ＩＤを特定する（Ｓ２３）。
【００８９】
ユーザＸの会員ＩＤが特定されると、権利アクセス制御部４１０は、例えば、会員ＩＤを情報処理装置１００ａに送信する（Ｓ２４）。
【００９０】
情報処理装置１００ａの権利管理部３００（処理部）は、送信された会員ＩＤと、権利情報３０１とに基づいて、ユーザＸの権利情報を特定する（Ｓ２５）。そして、権利管理部３００は、処理Ｓ２５で特定した権利情報を、情報処理装置１０１ａに送信する（Ｓ２６）。
【００９１】
情報処理装置１０１ａの個別条件判定部４１４は、処理Ｓ２６で送信された権利情報と、個別条件情報４０３とに基づいて、ユーザＸのチケット（権利）に対する判定処理（個別判定）を実行する（Ｓ２７）。具体的には、ユーザＸのチケット（権利）の内容と、個別条件情報４０３とに基づいて、ユーザＸのチケットが使用可能であるか否かが判定され
る。
【００９２】
そして、例えば、権利アクセス制御部４１０は、判定結果を事業者端末１８に送信する（Ｓ２８）。例えば、入場ゲートである事業者端末１８は、判定結果に基づいた処理を実行する（Ｓ２９）。例えば、ユーザＸのチケットが使用可能であるとの判定結果に基づいて、事業者端末１８は、ゲートを開く。一方、ユーザＸのチケットが使用不可であるとの判定結果が送信された場合、事業者端末１８は、ゲートを閉じた状態とする。
【００９３】
なお、以下、本実施形態では、情報処理装置１００ａ，１０１ａで実行された処理Ｓ２２〜Ｓ２７の処理を、「権利情報参照処理Ｓ５０」とする。
【００９４】
＜＜複数の情報処理システムで実行される処理の一例＞＞
図１１は、複数の情報処理システム１１ａ，１１ｂで実行される処理Ｓ１００の一例を示すフローチャートである。ここでは、例えば、鉄道事業者Ａのチケットと、チケット販売事業者Ｂのチケットとを購入したユーザＹが、事業者端末１７（例えば、窓口の端末）に媒体を読み取らせた際の動作を説明する。
【００９５】
まず、ユーザＹが、電子媒体を提示し、事業者端末１７に読み取らせると、事業者端末１７は、電子媒体の媒体ＩＤを読み取る（Ｓ２００）。
【００９６】
そして、事業者端末１７は、読み取った媒体ＩＤと、事業者端末１７に割り当てられた端末ＩＤとを、鉄道事業者Ａが管理する情報処理装置１０１ａに送信する（Ｓ２０１）。
【００９７】
情報処理装置１０１ａのシステム選択判定部４１２は、送信された端末ＩＤと、システム選択情報４０２とに基づいて、媒体ＩＤを送信（転送）する情報システムを選択する（Ｓ２０２）。ここでは、システム選択情報４０２として、事業者端末１７（読取端末）は、情報処理システム１１ａ，１１ｂに対し、ユーザのチケット情報（権利情報）の問合せをするべきかが定められていることとする。このため、例えば、情報処理装置１０１ａの権利アクセス制御部４１０は、媒体ＩＤを、情報処理システム１１ｂに対して送信する（Ｓ２０３）。
【００９８】
また、情報処理システム１１ａは、処理Ｓ２０１で送信された媒体ＩＤを受信すると、権利情報参照処理Ｓ５０を実行する（Ｓ２０４）。ここで、権利情報参照処理Ｓ５０は、図１０で説明した、Ｓ２２〜Ｓ２７の処理である。このため、処理Ｓ２０４（権利情報参照処理Ｓ５０）が実行されると、ユーザＹが購入した鉄道事業者Ａのチケットの権利情報と、チケットが使用可能であるか否かが判定結果とが得られることになる。
【００９９】
また、情報処理システム１１ｂは、処理Ｓ２０３で送信された媒体ＩＤを受信すると、権利情報参照処理Ｓ５０を実行する（Ｓ２０５）。このため、処理Ｓ２０５（権利情報参照処理Ｓ５０）が実行されると、ユーザＹが購入したチケット販売事業者Ｂのチケットの権利情報と、チケットが使用可能であるか否かが判定結果とが得られることになる。
【０１００】
そして、情報処理システム１１ｂの情報処理装置１０１ｂが、処理Ｓ２０５で取得された判定結果と、権利情報とを情報処理システム１１ａに送信する（Ｓ２０６）。
【０１０１】
情報処理装置１０１ａの共通条件判定部４１６は、処理Ｓ２０４で得られた鉄道事業者Ａのチケットの権利情報と、処理Ｓ２０６で送信されたチケット販売事業者Ｂのチケットの権利情報と、共通条件情報４０４とに基づいて、特別なサービス権利を発行するか否かを判定する（Ｓ２０７）。
【０１０２】
そして、例えば、情報処理装置１０１ａの権利アクセス制御部４１０は、２つのチケットの個別判定の結果、及び共通条件判定の結果を、事業者端末１７に送信する（Ｓ２０８）。
【０１０３】
この結果、鉄道事業者Ａの窓口の事業者端末１７は、処理Ｓ２０８に基づいた結果を、例えば事業者端末１７の画面（不図示）に表示する（Ｓ２０９）。このため、例えば、ユーザＹが特別なサービス権利（例えば、ドリンクの提供）を受けることができる場合、鉄道事業者Ａの窓口の担当者は適切なサービス等を提供できる。
【０１０４】
＝＝＝まとめ＝＝＝
以上、本実施形態の分散処理システム１０について説明した。分散処理システム１０の情報処理装置１０１ａ，１０１ｂでは、複数のシステムで共通のシングルＩＤに基づいて会員ＩＤが特定される。しかしながら、複数のシステムで共有されているのはシングルＩＤであるため、仮に、シングルＩＤが漏えい等した場合であっても、個人が特定されるリスクは低い。また、仮に、情報処理システム１１ｂが停止等した場合であっても、少なくとも、情報処理システム１１ａに関するサービスはユーザに提供できる。したがって、本実施形態では、ユーザは、複数のシステムの何れにもアクセスできなくなることはない。このため、本実施形態の分散処理システム１０を用いることにより、システムの管理コストを抑制できる。
【０１０５】
また、本実施形態では、シングルＩＤが特定された後に、各情報システムに固有な会員ひも付情報４０１に基づいて、会員ＩＤが特定される。つまり、会員ＩＤは、複数のシステムで共有されていないため、個人が特定等されるリスクを軽減できる。
【０１０６】
また、権利管理部３００は、会員ＩＤに基づいて、会員のチケット（権利）の情報を特定する。このような個人情報に関連する処理は、複数の情報システムの夫々で固有の処理であり、複数の情報システムで共有されていない。したがって、例えば、結合サーバを用いる場合と比較すると、システムの管理コストを低減できる。
【０１０７】
また、本実施形態の個別条件設定部４１３は、ユーザのチケットが利用できるか否か等を設定できる。このため、本実施形態では、事業者は、ユーザに提供するサービスを柔軟に設定等できる。
【０１０８】
また、個別条件設定部４１３は、ユーザがチケットを複数保有等する場合において、ユーザに提供されるサービスの優先度を設定できる。このため、事業者等は、ユーザが複数のチケットを保有する場合であっても、適切な順序でユーザにサービスを提示することができる。
【０１０９】
また、共通条件設定部４１５は、ユーザが複数の事業者のサービスを受ける際に、新たなサービスを設定することができる。これにより、ユーザに対してはよりきめ細かなサービスの提供が可能となる。
【０１１０】
また、本実施形態の権利アクセス制御部４１０は、システム選択情報４０２に基づいて、媒体ＩＤを規定された情報処理システムに送信する（処理Ｓ２０２，２０３）。このため、媒体ＩＤがどのような事業者端末で読み取られた際であっても、必要な情報処理システムを動作させることが可能となる。
【０１１１】
上記の実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。また、本発明は、その趣旨を逸脱することなく、変更や改良され得るとともに、本発明にはその等価物が含まれるのはいうまでもない。
【０１１２】
例えば、情報処理システム１１ａは、２つの情報処理装置１００ａ，１０１ａを含むこととしたが、例えば、１つの情報処理装置であっても良い。このような場合、情報処理装置１００ａ，１０１ａに含まれる機能ブロック、記憶される情報は、１つの情報処理装置に含まれれば良い。
【符号の説明】
【０１１３】
１０  分散処理システム
１１ａ，１１ｂ  情報処理システム
１２〜１４  ユーザ端末
１５〜１７  事業者端末
２００  中央処理装置
２０１  主記憶装置
２０２  内部バス
２０３  バスＩ／Ｆ
２０４  外部バス
２０５  画面出力装置Ｉ／Ｆ
２０６  ユーザ入力装置Ｉ／Ｆ
２０７  大容量記憶装置
２０８  通信装置Ｉ／Ｆ
２０９  入出力装置Ｉ／Ｆ
２１０  ディスプレイ
２１１  ユーザ入力装置
２１２  大容量記憶装置
２１３  通信装置
２１４  入出力装置
３００  権利管理部
３０１  権利情報
４００  シングルＩＤ情報
４０１  会員ひも付情報
４０２  システム選択情報
４０３  個別条件情報
４０４  共通条件情報
４１０  権利アクセス制御部
４１１  同期操作部
４１２  システム選択判定部
４１３  個別条件設定部
４１４  個別条件判定部
４１５  共通条件設定部
４１６  共通条件判定部
【図１】
2020107041.tif 000003
【図２】
2020107041.tif 000004
【図３】
2020107041.tif 000005
【図４】
2020107041.tif 000006
【図５】
2020107041.tif 000007
【図６】
2020107041.tif 000008
【図７】
2020107041.tif 000009
【図８】
2020107041.tif 000010
【図９】
2020107041.tif 000011
【図１０】
2020107041.tif 000012
【図１１】
2020107041.tif 000013