JP2015095057A - 情報管理サーバ、端末および情報管理システム - Google Patents

Abstract

【課題】表示可能な識別情報を正当な携帯端末に送信する。【解決手段】センターサーバ２は、携帯端末１との通信に基づき、携帯端末１に設定されたアプリケーション１０に識別情報を割り当てるアプリ識別情報生成部３１と、アプリケーション１０経由で電子情報の取得要求を受け付けるＱＲ表示部３３と、電子情報の識別情報とアプリケーションの識別情報とを対応付けた対応情報を生成するチケット表示部３２と、取得要求において取得したアプリケーションの識別情報および対応情報に基づき、アプリケーションの識別情報に対応付けられた電子情報を送信するＱＲ表示部３３とを有する。【選択図】図１

Description

本発明は、情報管理サーバ、端末および情報管理システムに関する。

近年、コンサートやイベント等の入場チケットとして、電子機器の表示部に表示されて認証に用いられる可視情報が利用されている。例えば、入場チケットのチケット情報を管理するサーバが、入場チケットとして、携帯端末にＱＲコード(登録商標)を表示する。

サーバが携帯端末にＱＲコードを表示する際、サーバは、一例として、ＱＲコードの表示に必要な情報を、携帯端末にメールで通知する。そして、携帯端末は、メールで通知された情報に応じてサーバにアクセスし、サーバにＱＲコードを表示させる。

ところが、メールで通知される情報は、メールを受信した携帯端末から他の携帯端末に転送されるおそれがある。つまり、メールで通知される情報の転送が、通知された携帯端末の利用者の範囲内であるか、範囲外（すなわち、他人）であるかの区別がつかない。サーバは、メールの転送を不可とすることもできない。このため、転送先の携帯端末は、転送されたメールで通知された情報に応じてサーバにアクセスし、サーバにＱＲコードを表示させることができてしまう。したがって、ＱＲコードを正当な携帯端末に表示する手段が必要である。

そこで、従来技術として、サーバは、携帯端末の端末ＩＤを利用する技術が知られている。かかる技術では、サーバは、携帯端末によって受信されたチケット情報表示アプリに記録される端末ＩＤと、当該チケット情報表示アプリを受信した携帯端末の端末ＩＤが一致するか否かを照合する。そして、サーバは、端末ＩＤが一致した場合に、チケット情報を、携帯端末のディスプレイに表示する（例えば、特許文献１）。

特開２０１２−７３８９０号公報

しかしながら、サーバは、チケット情報を正当な携帯端末に送信できない場合があるという問題がある。例えば、端末ＩＤは、携帯端末に一意に生成されているものの、個人情報等の強化により端末ＩＤが利用不可能となる場合もある。かかる場合、端末ＩＤをサーバ側で利用することができず、サーバは、チケット情報を正当な携帯端末に送信することができない。

また、サーバは、携帯端末の端末ＩＤの代わりにクッキーを利用することもできる。ところが、クッキーは、自由に生成できる反面、何らかのタイミングで消えてしまったり、書き換えられてしまったりして、不安定である。したがって、端末ＩＤと同様、サーバは、チケット情報を正当な携帯端末に送信することができない場合がある。

なお、上記課題は、チケット情報に限らず、携帯端末に表示可能な識別情報であれば、同様に生じる課題である。

１つの側面では、表示可能な識別情報を正当な携帯端末に送信することを目的とする。

１つの案では、情報管理サーバは、端末との通信に基づき、前記端末に設定されたアプリケーションに識別情報を割り当てる割当部と、前記アプリケーション経由で電子情報の取得要求を受け付ける受付部と、前記電子情報の識別情報と前記アプリケーションの識別情報とを対応付けた対応情報を生成する生成部と、前記取得要求において取得した前記アプリケーションの識別情報および前記対応情報に基づき、前記アプリケーションの識別情報に対応付けられた電子情報を送信する送信部と、を有する。

１つの態様によれば、チケット情報を正当な携帯端末に送信することができる。

図１は、実施例１に係るチケット情報管理システムの構成を示すブロック図である。 図２は、実施例１に係るアプリ識別情報ＤＢのデータ構造の一例を示す図である。 図３は、実施例１に係るチケット情報ＤＢのデータ構造の一例を示す図である。 図４は、実施例１に係るユーザ情報ＤＢのデータ構造の一例を示す図である。 図５は、実施例１に係るアプリ初回起動処理のシーケンスを説明する図である。 図６は、実施例１に係るＱＲ表示処理のシーケンスを説明する図である。 図７は、実施例１に係るアプリ初回起動処理のデータの遷移を示す図である。 図８は、実施例１に係るＱＲ表示処理のデータの遷移を示す図である。 図９は、実施例２に係るチケット情報管理システムの構成を示すブロック図である。 図１０は、実施例２に係る対象ユーザ情報ＤＢのデータ構造の一例を示す図である。 図１１は、実施例２に係るＱＲ表示処理のシーケンスを説明する図である。 図１２は、実施例２に係るＱＲ表示処理のデータの遷移を示す図である。

以下に、本願の開示する情報管理サーバ、端末および情報管理システムの実施例を図面に基づいて詳細に説明する。なお、実施例によりこの発明が限定されるものではない。

［チケット情報管理システムの構成］
図１は、実施例１に係るチケット情報管理システムの構成を示す図である。図１に示すように、チケット情報管理システム９は、コンサートやイベント等の入場チケットのチケット情報を管理するシステムであり、携帯端末１と、センターサーバ２とを有する。センターサーバ２は、複数の携帯端末１と、例えばインターネット網を示すネットワーク３で接続されている。

携帯端末１には、アプリケーション１０が設定される。アプリケーション１０は、チケットやＱＲコードを表示するためのアプリケーションである。ＱＲコードは、入場の際認証に用いられる可視情報である。アプリケーション１０は、例えば、チケットを購入したサイトからダウンロードされる。チケットを購入するサイトは、センターサーバ２であっても良い。ダウンロードされた直後のアプリケーション１０には、アプリケーション１０を識別する識別番号であるアプリ識別番号が設定されていない。このアプリ識別番号が後述するアプリ識別情報格納部１１によってアプリケーション１０に設定されると、チケットを購入する携帯端末１にダウンロードされるアプリケーション１０同士を識別することが可能となる。アプリケーション１０は、アプリ識別情報格納部１１、チケット表示要求部１２およびＱＲ表示要求部１３を有する。なお、アプリ識別情報格納部１１は、取得部および格納部の一例である。ＱＲ表示要求部１３は、要求部の一例である。

アプリ識別情報格納部１１は、センターサーバ２との通信により、携帯端末１に設定されたアプリケーション１０を識別する識別番号であるアプリ識別番号を取得する。そして、アプリ識別情報格納部１１は、取得したアプリ識別番号をアプリケーション１０の記憶領域に格納する。

例えば、アプリ識別情報格納部１１は、アプリケーション１０をダウンロード後初回の起動時に、アプリケーション１０のアプリ識別番号の取得要求をセンターサーバ２に送信する。そして、アプリ識別情報格納部１１は、センターサーバ２から返却されたアプリ識別番号をアプリケーション１０の格納領域へ格納する。すなわち、アプリ識別情報格納部１１は、アプリケーション１０の立ち上げ時に、センターサーバ２にアクセスしてアプリケーション１０の識別番号を採番させることで、センターサーバ２にアプリケーション１０同士を識別させることができる。つまり、アプリ識別情報格納部１１は、携帯端末１の識別番号やクッキーを用いないでも、センターサーバ２にアプリケーション１０同士を識別させることができる。

チケット表示要求部１２は、ログイン情報およびアプリ識別番号をセンターサーバ２へ送信し、ログイン認証を問い合わせる。

また、チケット表示要求部１２は、ログイン認証に成功した場合、現在保持しているチケットの一覧をセンターサーバ２によって表示させる。例えば、チケット表示要求部１２は、ログイン情報およびアプリ識別番号を含むチケット一覧の表示要求をセンターサーバ２へ送信する。チケット表示要求部１２は、ログイン情報およびアプリ識別番号と一致するチケットの一覧をセンターサーバ２によって表示させる。ここで、ログイン情報には、例えば、ユーザの識別ＩＤ（Identification）であるユーザＩＤ等が含まれる。チケットの一覧情報には、例えば、チケットがコンサートの入場チケットである場合、席の種類名（席種名）や席の階数や席の番号が含まれる。なお、携帯端末１が、別の携帯端末１と同じログイン情報を含むＱＲコードの表示要求を送信しても、ログイン情報と一致するＱＲコードは表示されない。各携帯端末１に設定されたアプリケーション１０のアプリ識別番号が異なるからである。

ＱＲ表示要求部１３は、現在保持しているチケットのＱＲコードをセンターサーバ２によって表示させる。例えば、ＱＲ表示要求部１３は、チケット表示要求部１２によって表示されたチケット一覧の中から選択されたチケットの情報、ログイン情報およびアプリ識別番号を含むＱＲコードの表示要求をセンターサーバ２へ送信する。ＱＲ表示要求部１３は、ログイン情報およびアプリ識別番号と一致するＱＲコードをセンターサーバ２によって表示させる。なお、携帯端末１が、別の携帯端末１と同じログイン情報を含むＱＲコードの表示要求を送信しても、ログイン情報と一致するＱＲコードは表示されない。各携帯端末１に設定されたアプリケーション１０のアプリ識別番号が異なるからである。

センターサーバ２は、記憶部２０および制御部３０を有する。記憶部２０は、例えばフラッシュメモリ（Flash Memory）やＦＲＡＭ（登録商標）（Ferroelectric Random Access Memory）等の不揮発性の半導体メモリ素子や磁気ディスク等の記憶装置に対応する。そして、記憶部２０は、アプリ識別情報ＤＢ（DataBase）２１、チケット情報ＤＢ２２およびユーザ情報ＤＢ２３を有する。

アプリ識別情報ＤＢ２１は、携帯端末１に設定されるアプリケーション１０毎のアプリ識別情報を記憶する。ここでいうアプリ識別情報は、アプリケーション１０を識別する識別番号（アプリ識別番号）であるが、識別番号に限定されず、識別可能な識別子であれば良い。チケット情報ＤＢ２２は、ＱＲコードを含むチケット情報を管理する。ユーザ情報ＤＢ２３は、ユーザとアプリ識別番号とを対応付けたユーザ情報を記憶する。なお、アプリ識別情報ＤＢ２１、チケット情報ＤＢ２２およびユーザ情報ＤＢ２３のそれぞれのデータ構造については後述する。

制御部３０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。そして、制御部３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路またはＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の電子回路に対応する。さらに、制御部３０は、アプリ識別情報生成部３１と、チケット表示部３２と、ＱＲ表示部３３とを有する。なお、アプリ識別情報生成部３１は、割当部および識別情報送信部の一例である。チケット表示部３２は、生成部の一例である。ＱＲ表示部３３は、送信部、判定部および電子情報送信部の一例である。

アプリ識別情報生成部３１は、携帯端末１に設定されたアプリケーション１０との通信により、アプリケーション１０によって入力された入力情報が第１番目を示す情報である場合、当該アプリケーション１０を識別するアプリ識別番号を生成する。第１番目を示す情報は、一例としてヌルである。例えば、アプリ識別情報生成部３１は、携帯端末１のアプリケーション１０からアプリ識別情報の取得要求を受信した場合、他の携帯端末１に設定されたアプリケーション１０と識別するアプリ識別番号を採番する。アプリ識別情報生成部３１は、採番したアプリ識別番号を、アプリ識別情報ＤＢ２１に格納する。そして、アプリ識別情報生成部３１は、採番したアプリ識別番号を、要求元の携帯端末１のアプリケーション１０へ返却する。

ここで、アプリ識別情報ＤＢ２１のデータ構造について、図２を参照して説明する。図２は、実施例１に係るアプリ識別情報ＤＢのデータ構造の一例を示す図である。図２に示すように、アプリ識別情報ＤＢ２１は、会社コード２１ａおよびアプリ識別番号２１ｂを対応付けて記憶する。会社コード２１ａは、会社を識別するコードである。アプリ識別番号２１ｂは、アプリ識別情報生成部３１によって生成されたアプリ識別番号である。一例として、会社コード２１ａが「１０１０１」である場合、アプリ識別番号２１ｂとして「Ｔ０００００００００１」と記憶している。

図１に戻って、チケット表示部３２は、アプリケーション１０との通信により、アプリケーション１０によって入力された入力情報にアプリ識別番号が含まれている場合、当該アプリ識別番号に対応するチケット情報を通信元のアプリケーション１０に表示する。

例えば、チケット表示部３２は、アプリケーション１０からログイン認証の問い合わせを受信した場合、ログイン認証を行う。一例として、チケット表示部３２は、問い合わせに含まれるアプリ識別番号およびログイン情報をキーとして、アプリ識別情報ＤＢ２１およびユーザ情報ＤＢ２３を用いて、ログイン認証を行う。チケット表示部３２は、ログイン認証が成功した場合、ユーザ情報ＤＢ２３のユーザ情報にアプリ識別番号を更新する。加えて、チケット表示部３２は、ログイン情報をキーとして、チケット情報ＤＢ２２を検索し、検索されたチケット情報にアプリ識別番号を更新する。すなわち、チケット表示部３２は、チケット情報ＤＢ２２から検索されたチケット情報と、アプリ識別番号とを紐付ける。

また、チケット表示部３２は、アプリケーション１０からチケット一覧の表示要求を受信した場合、アプリケーション１０のアプリ識別番号に対応するチケットの一覧を、アプリケーション１０が設定された携帯端末１のモニタに表示する。一例として、チケット表示部３２は、チケット一覧の表示要求に含まれるログイン情報およびアプリ識別番号がチケット情報ＤＢ２２に記憶されたいずれかのチケット情報と一致するか否かを判定する。チケット表示部３２は、ログイン情報およびアプリ識別番号がチケット情報ＤＢ２２に記憶されたいずれかのチケット情報と一致する場合、一致したチケット情報を要求元の携帯端末１のモニタに表示する。一方、チケット表示部３２は、ログイン情報およびアプリ識別番号がチケット情報ＤＢ２２に記憶されたいずれのチケット情報とも一致しない場合、チケット情報を要求元の携帯端末１のモニタに表示しない。すなわち、チケット表示部３２は、ログイン情報（ユーザＩＤ）とアプリ識別番号が一致したチケット情報のみを、当該アプリ識別番号のアプリケーション１０が設定された携帯端末１に表示する。言い換えれば、チケット表示部３２は、ログイン情報（ユーザＩＤ）が同じでもアプリ識別番号が異なる携帯端末１に、ログイン情報と一致したチケット情報を表示しない。各携帯端末１に設定されたアプリケーション１０のアプリ識別番号が異なるからである。

ＱＲ表示部３３は、アプリケーション１０との通信により、アプリケーション１０によって入力された入力情報にアプリ識別番号が含まれている場合、当該アプリ識別番号に対応するチケット情報のＱＲコードを通信元のアプリケーション１０に表示する。

例えば、ＱＲ表示部３３は、アプリケーション１０から、選択されたチケットにおけるＱＲコードの表示要求を受信した場合、アプリケーション１０のアプリ識別番号に対応するチケット情報のＱＲコードを要求元の携帯端末１のモニタに表示する。一例として、ＱＲ表示部３３は、ＱＲコードの表示要求に含まれるログイン情報およびアプリ識別番号が、チケット情報ＤＢ２２に記憶されたチケット情報のうち選択されたチケットのチケット情報と一致するか否かを判定する。ＱＲ表示部３３は、ログイン情報およびアプリ識別番号が、チケット情報ＤＢ２２に記憶されたチケット情報のうち選択されたチケットのチケット情報と一致する場合、一致したチケット情報のＱＲコードを要求元の携帯端末１のモニタに表示する。一方、ＱＲ表示部３３は、ログイン情報およびアプリ識別番号が、チケット情報ＤＢ２２に記憶されたチケット情報のうち選択されたチケットのチケット情報と一致しない場合、チケット情報のＱＲコードを要求元の携帯端末１のモニタに表示しない。すなわち、ＱＲ表示部３３は、ログイン情報（ユーザＩＤ）とアプリ識別番号が一致したチケット情報のＱＲコードのみを、当該アプリ識別番号のアプリケーション１０が設定された携帯端末１に表示する。言い換えれば、ＱＲ表示部３３は、ログイン情報（ユーザＩＤ）が同じでもアプリ識別番号が異なる携帯端末１に、ログイン情報と一致したチケット情報のＱＲコードを表示しない。各携帯端末１に設定されたアプリケーション１０のアプリ識別番号が異なるからである。

ここで、チケット情報ＤＢ２２のデータ構造について、図３を参照して説明する。図３は、実施例１に係るチケット情報ＤＢのデータ構造の一例を示す図である。図３に示すように、チケット情報ＤＢ２２は、会社コード２２ａ、アプリ識別番号２２ｂ、ユーザＩＤ２２ｃおよびＱＲ番号２２ｄを対応付けて記憶する。さらに、チケット情報ＤＢ２２は、席種コード２２ｅ、席種名２２ｆ、階２２ｇ、列２２ｈ、席番号２２ｉ、ブロック２２ｊ、ゲート２２ｋ、予約番号２２ｌおよびＱＲ画像ファイル名２２ｍを対応付けて記憶する。

会社コード２２ａは、会社を識別するコードである。アプリ識別番号２２ｂは、チケット表示部３２によって設定されたアプリ識別番号である。ユーザＩＤ２２ｃは、ユーザを識別するＩＤである。ＱＲ番号２２ｄは、紙のチケットに代わるチケットに対応するＱＲコードの番号を示す。席種コード２２ｅは、座席の種類を表すコードを示す。席種名２２ｆは、座席の種類の名称を示す。階２２ｇは、座席のある階数を示す。列２２ｈは、座席のある列数を示す。席番号２２ｉは、座席の番号を示す。ブロック２２ｊは、座席をブロックでグループ化した場合の座席の存在するブロックの番号を示す。ゲート２２ｋは、入場ゲートを示す。予約番号２２ｌは、チケットを購入したときの予約番号を示す。ＱＲ画像ファイル名２２ｍは、ＱＲ画像を記憶したファイルの名称を示す。なお、チケット情報ＤＢ２２には、ユーザがチケットを購入した際に、アプリ識別番号２２ｂ以外のチケット情報が設定される。

一例として、席種コード２２ｅが「１００」、席種名２２ｆが「アリーナ席」、階２２ｇが「１階」、列２２ｈが「Ｉ列」、席番号２２ｉが「１８４番」である場合、アプリ識別番号２２ｂとして「Ｔ０００００００００１」と記憶している。会社コード２２ａとして「１０１０１」、ユーザＩＤ２２ｃとして「９９９９０００１」、ＱＲ番号２２ｄとして「Ｆ１５３００」、ＱＲ画像ファイル名２２ｍとして「Ｆ１５３００．ｊｐｅｇ」と記憶している。

次に、ユーザ情報ＤＢ２３のデータ構造について、図４を参照して説明する。図４は、実施例１に係るユーザ情報ＤＢのデータ構造の一例を示す図である。図４に示すように、ユーザ情報ＤＢ２３は、会社コード２３ａ、アプリ識別番号２３ｂ、ユーザＩＤ２３ｃおよび個人情報２３ｄを対応付けて記憶する。会社コード２３ａは、会社を識別するコードである。アプリ識別番号２３ｃは、チケット表示部３２によって設定されたアプリ識別番号である。ユーザＩＤ２３ｃは、ユーザを識別するＩＤである。個人情報２３ｄは、ユーザＩＤ２３ｃに対応するユーザの個人情報である。なお、ユーザ情報ＤＢ２３には、ユーザがチケットを購入した際に、アプリ識別番号２３ｂ以外のユーザ情報が設定される。

一例として、ユーザＩＤ２３ｃが「９９９９０００１」である場合、会社コード２３ａとして「１０１０１」、アプリ識別番号２３ｂとして「Ｔ０００００００００１」と記憶している。

［アプリ初回起動処理のシーケンス］
次に、アプリ初回起動処理のシーケンスを、適宜各種ＤＢ内のデータの内容を用いながら説明する。図５は、実施例１に係るアプリ初回起動処理のシーケンスを説明する図である。携帯端末１は、チケットおよびＱＲコードを表示するアプリケーション１０をダウンロードしたものとする。なお、以下では、図７に示されるアプリ識別情報ＤＢ２１に記憶されるレコードを適宜用いながら説明する。

まず、携帯端末１は、アプリケーション１０をダウンロードした後、アプリケーション１０が初回起動される。すると、アプリケーション１０のアプリ識別情報格納部１１は、アプリケーション１０を識別するアプリ識別番号の取得要求をセンターサーバ２に送信する（ステップＳ１１）。アプリ識別番号の取得要求の入力情報には、例えば、起動が第１番目であることを示すヌルおよび会社コードが設定される。

センターサーバ２では、アプリ識別情報生成部３１が、携帯端末１のアプリケーション１０からアプリ識別番号の取得要求を受信すると、初回起動されたアプリケーション１０のアプリ識別番号を採番する。アプリ識別番号は、他の携帯端末１にダウンロードされたアプリケーション１０と識別する識別番号である。そして、アプリ識別情報生成部３１は、採番したアプリ識別番号をアプリ識別情報ＤＢ２１に格納する（ステップＳ１２）。ここでは、アプリ識別情報ＤＢ２１のレコードには、会社コード２１ａとして「１０１０１」、アプリ識別番号２１ｂとして「Ｔ０００００００００１」が設定されている（図７、Ｎｏ．１参照）。

そして、アプリ識別情報生成部３１は、採番したアプリ識別番号を要求元の携帯端末１のアプリケーション１０へ返却する（ステップＳ１３）。

携帯端末１では、アプリケーション１０のアプリ識別情報格納部１１は、返却されたアプリ識別番号をアプリケーション１０の格納領域へ格納する（ステップＳ１４）。以後、携帯端末１のアプリケーション１０では、アプリ識別番号が変わることはない。これにより、携帯端末１は、アプリ識別番号を用いてセンターサーバ２と通信することが可能となり、センターサーバ２にアプリケーション１０同士を識別させることができる。

［ＱＲ表示処理のシーケンス］
次に、ＱＲ表示処理のシーケンスを、適宜各種ＤＢ内のデータの内容を用いながら説明する。図６は、実施例１に係るＱＲ表示処理のシーケンスを説明する図である。なお、以下では、図８に示されるチケット情報ＤＢ２２、アプリ識別情報ＤＢ２１およびユーザ情報ＤＢ２３に記憶される各レコードを適宜用いながら説明する。ここでは、携帯端末１でチケットを購入したユーザのユーザＩＤは、「９９９９０００１」であり、当該チケットを表示するアプリケーション１０のアプリ識別番号は、「Ｔ０００００００００１」であるとする。アプリケーション１０の記憶領域には、アプリ識別番号が設定されている。

まず、センターサーバ２では、センターサーバ２と異なるサイトでユーザが購入したチケットのチケット情報をチケット情報ＤＢ２２に登録する（ステップＳ２１）。ここでは、チケット情報ＤＢ２２に登録されたチケット情報には、アプリ識別番号ａ１がまだ設定されていない（図８、Ｎｏ．２参照）。また、センターサーバ２は、チケットを購入したユーザの情報をユーザ情報ＤＢ２３（図示せず）に登録する。

まず、携帯端末１では、アプリケーション１０が起動される。すると、アプリケーション１０は、格納領域を参照し、アプリ識別番号の有無を確認し、アプリ識別番号が格納されている場合は何も処理しない（ステップＳ２２）。ここでは、アプリケーション１０は、アプリ識別番号が格納されているので、何も処理しない。このとき、センターサーバ２のアプリ識別情報ＤＢ２１には、既に、アプリケーション１０のアプリ識別番号２１ｂが設定されている（図８、Ｎｏ．３）。

続いて、携帯端末１では、ログイン情報が入力されると、チケット表示要求部１２が、入力されたログイン情報および格納領域に記憶されたアプリ識別番号をセンターサーバ２へ送信し、ログイン認証を問い合わせる（ステップＳ２３）。ログイン情報には、例えば、ユーザＩＤが含まれる。

センターサーバ２では、チケット表示部３２が、ログイン認証の問合せを受信すると、ログイン情報およびアプリ識別番号を用いてログイン認証を行う。そして、チケット表示部３２は、ログイン認証に成功すると、ユーザ情報ＤＢ２３の、該当するユーザＩＤに対応するユーザ情報にアプリ識別番号を更新する。加えて、チケット表示部３２は、ログイン情報を元にチケット情報ＤＢ２２を検索し、検索されたチケット情報とアプリ識別番号を紐付ける（ステップＳ２４）。ここでは、ユーザ情報ＤＢ２３について、ユーザＩＤ２３ｃが「９９９９０００１」であるアプリ識別番号２３ｂに、「Ｔ０００００００００１」が設定されている（図８、Ｎｏ．４）。チケット情報ＤＢ２２について、ユーザＩＤ２２ｃが「９９９９０００１」であるアプリ識別番号２２ｂに、「Ｔ０００００００００１」が設定されている（図８、Ｎｏ．４）。

続いて、携帯端末１では、チケット表示要求部１２は、ログイン認証が成功したことを受信すると、現在保持しているチケットの一覧を表示すべく、チケット一覧の表示要求を送信する（ステップＳ２５）。チケット一覧の表示要求には、ログイン情報およびアプリ識別番号が含まれる。

センターサーバ２では、チケット表示部３２が、チケット一覧の表示要求を受信すると、要求に含まれたログイン情報およびアプリ識別番号がチケット情報ＤＢ２２に記憶されたいずれかのチケット情報と一致するか否かを判定する（ステップＳ２６）。ログイン情報およびアプリ識別番号がチケット情報ＤＢ２２に記憶されたいずれかのチケット情報と一致すると判定した場合（ステップＳ２６；Ｙｅｓ）、チケット表示部３２は、以下の処理を行う。すなわち、チケット表示部３２は、ログイン情報およびアプリ識別番号と一致したチケット情報を携帯端末１へ返す（ステップＳ２７）。

一方、ログイン情報およびアプリ識別番号がチケット情報ＤＢ２２に記憶されたいずれかのチケット情報と一致しないと判定した場合（ステップＳ２６；Ｎｏ）、チケット表示部３２は、チケット一覧の検索に失敗したと判断し（ステップＳ２８）、チケット情報を携帯端末１へ返さない。

ここでは、図８のＮｏ．５を参照する。ログイン情報に含まれるユーザＩＤが「９９９９０００１」であり、アプリ識別番号が「Ｔ０００００００００１」であるので、チケット表示部３２は、席番号２２ｉが「１８４番」と「１８３番」の２つのチケット情報を一致すると判断する。そして、チケット表示部３２は、一致したチケット情報を要求元の携帯端末１へ返す。すなわち、チケット表示部３２は、一致したチケット情報の一覧を要求元の携帯端末１のモニタに表示する。

続いて、携帯端末１では、モニタに表示されたチケット情報の一覧の中からチケット情報が選択されると、ＱＲ表示要求部１３は、利用者によって選択されたチケット情報のＱＲコードを表示すべく、ＱＲコードの表示要求を送信する（ステップＳ２９）。ＱＲコードの表示要求には、ログイン情報およびアプリ識別番号に加えて、選択されたチケット情報が含まれる。

センターサーバ２では、ＱＲ表示部３３が、ＱＲコードの表示要求を受信する。すると、ＱＲ表示部３３は、要求に含まれたログイン情報およびアプリ識別番号がチケット情報ＤＢ２２に記憶された、選択されたチケット情報のログイン情報およびアプリ識別番号と一致するか否かを判定する（ステップＳ３０）。ログイン情報およびアプリ識別番号がチケット情報ＤＢ２２に記憶された、選択されたチケット情報と一致すると判定した場合（ステップＳ３０；Ｙｅｓ）、ＱＲ表示部３３は、以下の処理を行う。すなわち、ＱＲ表示部３３は、選択されたチケット情報のＱＲ画像を携帯端末１へ返す（ステップＳ３１）。

一方、ログイン情報およびアプリ識別番号がチケット情報ＤＢ２２に記憶された、選択されたチケット情報と一致しないと判定した場合（ステップＳ３０；Ｎｏ）、ＱＲ表示部３３は、ＱＲ表示に失敗したと判断し（ステップＳ３２）、ＱＲ画像を携帯端末１へ返さない。

ここでは、図８のＮｏ．５を参照する。選択されたチケット情報の席番号が「１８３番」であるとすると、ＱＲ表示部３３は、席番号２２ｉに対応するＱＲ画像ファイル名２２ｍ「Ｆ１５３０１．ｊｐｅｇ」のＱＲ画像を要求元の携帯端末１へ返す。すなわち、ＱＲ表示部３３は、選択されたチケット情報のＱＲ画像を要求元の携帯端末１のモニタに表示する。

なお、実施例１では、ダウンロードされたアプリケーション１０には、アプリ識別番号が設定されていない場合を説明した。しかしながら、ダウンロードされたアプリケーション１０には、アプリ識別番号が設定されている場合であっても良い。例えば、チケットを購入するサイトがセンターサーバ２である場合、センターサーバ２が、アプリ識別番号が設定されたアプリケーション１０を携帯端末１にダウンロードすれば良い。一例として、センターサーバ２のアプリ識別情報生成部３１が、携帯端末１からチケットの購入要求がされた際に、チケットおよびＱＲコードを表示するアプリケーション１０のアプリ識別番号を採番し、採番したアプリ識別番号を埋め込んだアプリケーション１０を携帯端末１にダウンロードする。加えて、アプリ識別情報生成部３１は、アプリ識別情報ＤＢ２１に、採番されたアプリ識別番号を追加する。アプリ識別情報生成部３１は、チケット情報ＤＢ２２について、購入されたチケットのチケット情報に対応するアプリ識別番号２２ｂに、採番されたアプリ識別番号を格納する。アプリ識別情報生成部３１は、ユーザ情報ＤＢ２３について、チケットを購入したユーザのユーザ情報に対応するアプリ識別番号２３ｂに、採番されたアプリ識別番号を格納する。

［実施例１の効果］
上記実施例１によれば、センターサーバ２は、携帯端末１との通信に基づき、携帯端末１に設定されたアプリケーション１０にアプリ識別番号を割り当てる。センターサーバ２は、アプリケーション１０経由で電子チケットの表示要求を受け付ける。センターサーバ２は、電子チケットの識別情報とアプリケーション１０の識別番号とを対応付けた対応情報を生成する。そして、センターサーバ２は、表示要求において取得したアプリケーション１０の識別番号および対応情報に基づき、アプリケーション１０の識別番号に対応付けられた電子チケットを送信する。かかる構成によれば、センターサーバ２は、携帯端末１に設定されたアプリケーション１０にアプリ識別番号を割り当てることとした。したがって、センターサーバ２は、携帯端末１からアプリケーション１０経由で受け付けた電子チケットの表示要求に対して、アプリ識別番号を用いて該当する電子チケットを送信できることとなる。この結果、センターサーバ２は、アプリケーション１０が設定された携帯端末１の正当性を確認したうえで、電子チケットを送信することができる。

また、上記実施例１によれば、センターサーバ２は、電子チケットの表示要求において取得した認証情報に対応する電子チケットと電子チケットの表示要求において取得したアプリケーション１０のアプリ識別番頭とを対応付けた対応情報を生成する。かかる構成によれば、センターサーバ２は、アプリ識別番号を用いることで、認証情報に対応する電子チケットとアプリケーション１０、すなわちアプリケーション１０が設定された携帯端末１とを対応付けることができる。

また、上記実施例１によれば、センターサーバ２は、電子チケットの表示要求において取得したアプリ識別番号が、対応情報に対応付けられたいずれかのアプリ識別番号と一致するか否かを判定する。そして、センターサーバ２は、判定の結果、アプリ識別番号が、対応情報に対応付けられたいずれかのアプリ識別番号と一致する場合、一致するアプリ識別番号に対応付けられた電子チケットを、アプリケーション１０が設定された携帯端末１に送信する。かかる構成によれば、センターサーバ２は、アプリ識別番号を用いて要求元のアプリケーション１０を識別できるので、アプリ識別番号に対応付けられた電子チケットを、正当なアプリケーション１０に送信することができる。言い換えれば、センターサーバ２は、アプリ識別番号を用いて要求元のアプリケーション１０が設定された携帯端末１を識別できるので、アプリ識別番号に対応付けられた電子チケットを、正当な携帯端末１に送信することができる。

また、上記実施例１によれば、センターサーバ２は、電子チケットの表示要求において取得したアプリ識別番号が、対応情報に対応付けられたいずれのアプリ識別番号とも一致しない場合、表示要求の送信元の携帯端末１にいずれの電子チケットも送信しない。かかる構成によれば、センターサーバ２は、アプリ識別番号を用いて要求元のアプリケーション１０を識別できるので、電子チケットを不当なアプリケーション１０に送信することを防止できる。言い換えれば、センターサーバ２は、アプリ識別番号を用いて要求元のアプリケーション１０が設定された携帯端末１を識別できるので、電子チケットを不当な携帯端末１に送信することを防止できる。

また、上記実施例１によれば、センターサーバ２は、割り当てられたアプリ識別番号を、アプリケーション１０が設定された端末１に送信する。かかる構成によれば、センターサーバ２は、送信した後の携帯端末１からのアクセス要求を、アプリ識別番号を用いて行わせることができる。この結果、センターサーバ２は、携帯端末１からのアクセス要求に対し、正当な携帯端末１からのアクセス要求であることを確認することが可能となる。

ところで、実施例１に係るチケット情報管理システム９では、利用者がチケットを購入した場合に、購入したチケットの利用者が、購入したチケットのＱＲコードを表示する場合を説明した。しかしながら、チケット情報管理システム９では、これに限定されず、過去にチケットを購入した利用者の中から招待された利用者が、先着で、予め定められた人数までチケットを受け取り、受け取ったチケットのＱＲコードを表示する場合であっても良い。

そこで、実施例２のチケット情報管理システム９では、過去にチケットを購入した利用者の中から招待された利用者が、先着で、予め定められた人数までチケットを受け取り、受け取ったチケットのＱＲコードを表示する場合について説明する。

［実施例２に係るチケット情報管理システム］
図９は、実施例２に係るチケット情報管理システムの構成を示すブロック図である。なお、図１に示すチケット情報管理システム９と同一の構成については同一符号を付すことで、その重複する構成および動作の説明については省略する。実施例１と実施例２とが異なるところは、携帯端末１のアプリケーション１０に、チケット受取部１３Ａを追加した点である。実施例１と実施例２とが異なるところは、携帯端末１のアプリケーション１０のＱＲ表示要求部１３をＱＲ表示要求部１３Ｂに変更した点にある。実施例１と実施例２とが異なるところは、センターサーバ２の記憶部２０に対象ユーザ情報ＤＢ５１を追加した点である。実施例１と実施例２とが異なるところは、センターサーバ２の制御部３０にチケット情報更新部３２Ｂを追加した点である。実施例１と実施例２とが異なるところは、センターサーバ２の制御部３０のチケット表示部３２をチケット表示部３２Ａに変更した点である。なお、チケット情報更新部３２Ｂは、更新部の一例である。

チケット受取部１３Ａは、受取対象のチケットを受け取る。例えば、チケット受取部１３Ａは、チケット表示要求部１２によって表示されたチケット一覧の中から選択されたチケットの情報、ログイン情報およびアプリ識別番号を含むチケットの受け取り要求をセンターサーバ２へ送信する。また、チケット受取部１３Ａは、選択されたチケットについて表示されたステータスを、未受取状態から受取済状態に、センターサーバ２に変更させる。

ＱＲ表示要求部１３Ｂは、チケット受取部１３Ａによって受取済状態に表示されたチケットの情報、ログイン情報およびアプリ識別番号を含むＱＲコードの表示要求をセンターサーバ２へ送信する。ＱＲ表示要求部１３Ｂは、ログイン情報およびアプリ識別番号と一致するＱＲコードをセンターサーバ２によって表示させる。なお、携帯端末１が、別の携帯端末１と同じログイン情報を含むＱＲコードの表示要求を送信しても、ログイン情報と一致するＱＲコードは表示されない。各携帯端末１に設定されたアプリケーション１０のアプリ識別番号が異なるからである。

対象ユーザ情報ＤＢ５１は、チケットを受け取ることが可能な対象ユーザの情報を記憶する。ここで、対象ユーザ情報ＤＢ５１のデータ構造を、図１０を参照して説明する。図１０は、実施例２に係る対象ユーザ情報ＤＢのデータ構造の一例を示す図である。対象ユーザ情報ＤＢ５１は、会社コード５１ａ、招待番号５１ｂ、ユーザＩＤ５１ｃおよびアプリ識別番号５１ｄを対応付けて記憶する。会社コード５１ａは、会社を識別するコードである。招待番号５１ｂは、過去にチケットを購入したユーザの中から招待されたユーザに対応する番号である。ユーザＩＤ５１ｃは、ユーザを識別するＩＤである。アプリ識別番号５１ｄは、ユーザＩＤ５１ｃに対応するユーザが利用する携帯端末１に設定されたアプリケーション１０を識別する識別番号である。つまり、過去にチケットを購入したユーザが利用する携帯端末１には、チケットおよびチケットのＱＲコードを表示するアプリケーション１０が設定され、アプリケーション１０の記憶領域にアプリ識別番号が格納されている。

一例として、会社コード５１ａが「１０１０１」である場合、招待番号５１ｂとして「Ｓ００００００１」、ユーザＩＤ５１ｃとして「９９９９０００１」、アプリ識別番号５１ｄとして「Ｔ０００００００００１」と記憶している。

チケット表示部３２Ａは、アプリケーション１０からログイン認証の問い合わせを受信した場合、ログイン認証を行う。一例として、チケット表示部３２Ａは、問い合わせに含まれるアプリ識別番号およびログイン情報をキーとして、アプリ識別情報ＤＢ２１およびユーザ情報ＤＢ２３を用いて、ログイン認証を行う。

また、チケット表示部３２Ａは、アプリケーション１０から受取可能なチケット一覧の表示要求を受信した場合、アプリケーション１０のアプリ識別番号が受取可能なチケットの一覧を、アプリケーション１０が設定された携帯端末１のモニタに表示する。一例として、チケット表示部３２Ａは、受取可能なチケット一覧の表示要求に含まれるログイン情報およびアプリ識別番号が対象ユーザ情報ＤＢ５１に記憶されたいずれかの対象ユーザ情報と一致するか否かを判定する。チケット表示部３２Ａは、ログイン情報およびアプリ識別番号が対象ユーザ情報ＤＢ５１に記憶されたいずれかの対象ユーザ情報と一致する場合、以下の処理を行う。すなわち、チケット表示部３２Ａは、招待用に事前に登録されたチケット情報の中で未受取のチケット情報がある場合、当該チケット情報を要求元の携帯端末１のモニタに表示する。一方、チケット表示部３２Ａは、ログイン情報およびアプリ識別番号が対象ユーザ情報ＤＢ５１に記憶されたいずれの対象ユーザ情報とも一致しない場合、チケット情報を要求元の携帯端末１のモニタに表示しない。すなわち、チケット表示部３２Ａは、ログイン情報（ユーザＩＤ）とアプリ識別番号が一致したチケット情報のみを、当該アプリ識別番号のアプリケーション１０が設定された携帯端末１に表示する。言い換えれば、チケット表示部３２Ａは、ログイン情報（ユーザＩＤ）が同じでもアプリ識別番号が異なる携帯端末１に、ログイン情報と一致したチケット情報を表示しない。各携帯端末１に設定されたアプリケーション１０のアプリ識別番号が異なるからである。

チケット情報更新部３２Ｂは、アプリケーション１０からチケットの受け取り要求を受信した場合、チケット情報ＤＢ２２について、受け取り要求があったチケットのチケット情報にアプリ識別番号およびユーザＩＤを更新する。チケットの受け取り要求には、ログイン情報およびアプリ識別番号が含まれる。また、チケット情報更新部３２Ｂは、受け取り要求があったチケットについて、携帯端末１のモニタに表示されたステータスを、未受取状態から受取済状態に変更する。

［ＱＲ表示処理のシーケンス］
次に、ＱＲ表示処理のシーケンスを、適宜各種ＤＢ内のデータの内容を用いながら説明する。図１１は、実施例２に係るＱＲ表示処理のシーケンスを説明する図である。なお、以下では、図１２に示されるチケット情報ＤＢ２２、アプリ識別情報ＤＢ２１、ユーザ情報ＤＢ２３および対象ユーザ情報ＤＢ５１に記憶される各レコードを適宜用いながら説明する。

まず、センターサーバ２では、あらかじめ招待数分のチケット情報を作成し、チケット情報ＤＢ２２へ登録する（ステップＳ４１）。そして、センターサーバ２では、チケット取得の権利を有する対象者をユーザ情報ＤＢ２３に登録する。対象者は、既にアプリ識別番号を持っているユーザが対象である（ステップＳ４２）。ここでは、チケット情報ＤＢ２２に登録されたチケット情報には、アプリ識別番号およびユーザＩＤ（ｂ１）がまだ設定されていない（図１２、Ｎｏ．６参照）。また、対象ユーザ情報ＤＢ５１には、チケットを取得可能なユーザが登録されている。なお、以下のシーケンスでは、ユーザＩＤが「９９９９０００１」であるユーザのＱＲ表示について説明するものとする。ユーザが利用する携帯端末１に設定されたアプリケーション１０のアプリ識別番号は「Ｔ０００００００００１」であるものとする。

このような状況の下、携帯端末１では、アプリケーション１０が起動される。すると、アプリケーション１０は、格納領域を参照し、アプリ識別番号の有無を確認し、アプリ識別番号が格納されている場合は何も処理しない（ステップＳ４３）。ここでは、アプリケーション１０は、アプリ識別番号が格納されているので、何も処理しない。このとき、センターサーバ２のアプリ識別情報ＤＢ２１には、既に、アプリケーション１０のアプリ識別番号２１ｂが設定されている（図１２、Ｎｏ．７）。

続いて、携帯端末１では、ログイン情報が入力されると、チケット表示要求部１２が、入力されたログイン情報および格納領域に記憶されたアプリ識別番号をセンターサーバ２へ送信し、ログイン認証を問い合わせる（ステップＳ４４）。ログイン情報には、例えば、ユーザＩＤが含まれる。

センターサーバ２では、チケット表示部３２Ａが、ログイン認証の問合せを受信すると、ログイン情報およびアプリ識別番号を用いてログイン認証を実施する（ステップＳ４５）。ここでは、ユーザ情報ＤＢ２３に、ユーザＩＤ２３ｃとして「９９９９０００１」、アプリ識別番号２３ｂとして「Ｔ０００００００００１」が設定されている（図１２、Ｎｏ．８）。したがって、チケット表示部３２Ａは、アプリ識別情報およびログイン情報をキーとして、ユーザ情報ＤＢ２３を用いて、ログイン認証を実施し、ログイン認証が成功する。

続いて、携帯端末１では、チケット表示要求部１２は、ログイン認証が成功したことを受信すると、受取可能なチケットの一覧を表示すべく、受取可能なチケット一覧の表示要求を送信する（ステップＳ４６）。受取可能なチケット一覧の表示要求には、ログイン情報およびアプリ識別番号が含まれる。

センターサーバ２では、チケット表示部３２Ａが、受取可能なチケット一覧の表示要求を受信する。すると、チケット表示部３２Ａは、要求に含まれたログイン情報およびアプリ識別番号が対象ユーザ情報ＤＢ５１に記憶されたいずれかの対象ユーザ情報と一致するか否かを判定する（ステップＳ４７）。ログイン情報およびアプリ識別番号が対象ユーザ情報ＤＢ５１に記憶されたいずれかの対象ユーザ情報と一致すると判定した場合（ステップＳ４７；Ｙｅｓ）、チケット表示部３２Ａは、以下の処理を行う。すなわち、チケット表示部３２Ａは、事前に登録されたチケット情報ＤＢ２２に記憶されたチケット情報に未受取のチケット情報があれば、当該チケット情報を携帯端末１へ返す（ステップＳ４８）。

一方、ログイン情報およびアプリ識別番号が対象ユーザ情報ＤＢ５１に記憶されたいずれかの対象ユーザ情報と一致しないと判定した場合（ステップＳ４７；Ｎｏ）、チケット表示部３２Ａは、チケット一覧の検索に失敗したと判断する（ステップＳ４９）。そして、チケット表示部３２Ａは、チケット情報を携帯端末１へ返さない。

ここでは、図１２のＮｏ．９を参照する。チケット情報ＤＢ２２には、席番号２２ｉが「１８４番」と「１８３番」の２つのチケット情報が、まだ受け取られていない。したがって、チケット表示部３２Ａは、未受取のチケット情報を要求元の携帯端末１へ返す。すなわち、チケット表示部３２Ａは、未受取のチケット情報の一覧を要求元の携帯端末１のモニタに表示する。

続いて、携帯端末１では、モニタに表示されたチケット情報の一覧の中からチケット情報が利用者によって選択されると、チケット受取部１３Ａは、選択されたチケット情報のチケットを受け取るべく、チケットの受取要求を送信する（ステップＳ５０）。チケットの受取要求には、ログイン情報およびアプリ識別番号に加えて、選択されたチケット情報が含まれる。

センターサーバ２では、チケット情報更新部３２Ｂが、アプリケーション１０からチケットの受取要求を受信すると、チケット情報ＤＢ２２について、受取要求のあったチケットのチケット情報にアプリ識別番号およびユーザＩＤを更新する。そして、チケット情報更新部３２Ｂは、受取要求のあったチケットについて、携帯端末１のモニタに表示されたステータスを、未受取状態から受取済状態に変更する（ステップＳ５１）。ここでは、図１２のＮｏ．１０を参照する。アプリケーション１０から受取要求のあったチケットの席番号が「１８４番」であるとすると、チケット情報ＤＢ２２の席番号２２ｉが「１８４番」に対応するアプリ識別番号２２ｂが「Ｔ０００００００００１」に設定される。チケット情報ＤＢ２２の席番号２２ｉが「１８４番」に対応するユーザＩＤ２２ｃが「９９９９０００１」に設定される。

続いて、携帯端末１では、受取要求のチケットを受け取ると、ＱＲ表示要求部１３Ｂは、受け取ったチケットのＱＲコードを表示すべく、ＱＲコードの表示要求を送信する（ステップＳ５２）。ＱＲコードの表示要求には、ログイン情報およびアプリ識別番号に加えて、受け取ったチケットのチケット情報が含まれる。

センターサーバ２では、ＱＲ表示部３３が、ＱＲコードの表示要求を受信する。すると、ＱＲ表示部３３は、要求に含まれたログイン情報およびアプリ識別番号がチケット情報ＤＢ２２に記憶された、受け取ったチケットのチケット情報のログイン情報およびアプリ識別番号と一致するか否かを判定する（ステップＳ５３）。ログイン情報およびアプリ識別番号がチケット情報ＤＢ２２に記憶された、受け取ったチケットのチケット情報と一致すると判定した場合（ステップＳ５３；Ｙｅｓ）、ＱＲ表示部３３は、以下の処理を行う。すなわち、ＱＲ表示部３３は、受け取ったチケットのチケット情報のＱＲ画像を携帯端末１へ返す（ステップＳ５４）。

一方、ログイン情報およびアプリ識別番号がチケット情報ＤＢ２２に記憶された、受け取ったチケットのチケット情報と一致しないと判定した場合（ステップＳ５３；Ｎｏ）、ＱＲ表示部３３は、ＱＲ表示に失敗したと判断し（ステップＳ５５）、ＱＲ画像を携帯端末１へ返さない。

ここでは、図１２のＮｏ．１１を参照する。受け取ったチケットのチケット情報の席番号が「１８４番」であるとすると、ＱＲ表示部３３は、席番号２２ｉに対応するＱＲ画像ファイル名２２ｍ「Ｆ１５３００．ｊｐｅｇ」のＱＲ画像を要求元の携帯端末１へ返す。すなわち、ＱＲ表示部３３は、受け取ったチケットのチケット情報のＱＲ画像を要求元の携帯端末１のモニタに表示する。

［実施例２の効果］
上記実施例２によれば、センターサーバ２は、携帯端末１に設定されたアプリケーション１０のアプリ識別番号とチケット情報とを対応付ける対応情報をチケット情報ＤＢ２２に記憶する。そして、センターサーバ２は、複数のチケット情報を複数の異なるアプリ識別番号に対応付ける場合、以下の処理を行う。すなわち、センターサーバ２は、アプリケーション１０からの要求に基づいて、アプリケーション１０によって入力されたアプリ識別番号を、チケット情報のうちまだアプリ識別番号が対応付けられていないチケット情報と対応付けてチケット情報ＤＢ２２に更新する。かかる構成によれば、センターサーバ２は、要求のあったアプリケーション１０のアプリ識別番号を、チケット情報と対応付けてチケット情報ＤＢ２２に更新するので、アプリケーション１０がチケット情報と対応付けられることになり、アプリケーション１０同士を識別できる。この結果、携帯端末１に設定されたアプリケーション１０に対応付けられたチケット情報は、他の携帯端末に漏れない。

また、上記実施例２によれば、センターサーバ２は、電子チケットの表示要求において取得したアプリ識別番号が、対応情報に対応付けられたいずれかのアプリ識別番号と一致するか否かを判定する。そして、センターサーバ２は、判定の結果、アプリ識別番号が、対応情報に対応付けられたいずれかのアプリ識別番号と一致する場合、一致するアプリ識別番号に対応付けられた電子チケットを、アプリケーション１０が設定された携帯端末１に送信する。かかる構成によれば、センターサーバ２は、アプリ識別番号を用いて要求元のアプリケーション１０を識別できるので、アプリ識別番号に対応付けられた電子チケットを、正当なアプリケーション１０に送信することができる。言い換えれば、センターサーバ２は、アプリ識別番号を用いて要求元のアプリケーション１０が設定された携帯端末１を識別できるので、アプリ識別番号に対応付けられた電子チケットを、正当な携帯端末１に送信することができる。

また、上記実施例２によれば、センターサーバ２は、電子チケットの表示要求において取得したアプリ識別番号が、対応情報に対応付けられたいずれのアプリ識別番号とも一致しない場合、表示要求の送信元の携帯端末１にいずれの電子チケットも送信しない。かかる構成によれば、センターサーバ２は、アプリ識別番号を用いて要求元のアプリケーション１０を識別できるので、電子チケットを不当なアプリケーション１０に送信することを防止できる。言い換えれば、センターサーバ２は、アプリ識別番号を用いて要求元のアプリケーション１０が設定された携帯端末１を識別できるので、電子チケットを不当な携帯端末１に送信することを防止できる。

なお、センターサーバ２は、既知のパーソナルコンピュータ、ワークステーション等の情報処理装置に、上記した制御部３０と、記憶部２０等の各機能を搭載することによって実現することができる。

また、実施例では、入場の際認証に用いられるコードをＱＲコードと説明した。しかしながら、入場の際認証に用いられるコードは、ＱＲコードに限定されず、１次元のバーコードであっても良い。また、２次元のバーコードであっても良いし、電子的に利用者の携帯端末１に表示できる可視情報であれば良い。したがって、アプリケーション１０は、携帯端末１に表示できるチケットや可視情報を表示するためのアプリケーションであれば良い。

また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、チケット表示要求部１２とＱＲ表示要求部１３とを１個の要求部として統合しても良い。一方、アプリ識別情報生成部３１を、アプリ識別番号を生成する生成部と、生成したアプリ識別番号を返却する返却部とに分散しても良い。また、チケット情報ＤＢ２２等の記憶部２０をセンターサーバ２の外部装置としてネットワーク経由で接続するようにしても良い。

以上説明した実施形態及びその変形例に関し、更に以下の付記を開示する。

（付記１）端末との通信に基づき、前記端末に設定されたアプリケーションに識別情報を割り当てる割当部と、
前記アプリケーション経由で電子情報の取得要求を受け付ける受付部と、
前記電子情報の識別情報と前記アプリケーションの識別情報とを対応付けた対応情報を生成する生成部と、
前記取得要求において取得した前記アプリケーションの識別情報および前記対応情報に基づき、前記アプリケーションの識別情報に対応付けられた電子情報を送信する送信部と、
を有することを特徴とする情報管理サーバ。

（付記２）前記生成部は、前記取得要求において取得した認証情報に対応する電子情報の識別情報と前記取得要求において取得した前記アプリケーションの識別情報とを対応付けた対応情報を生成する
ことを特徴とする付記１に記載の情報管理サーバ。

（付記３）前記生成部は、予め定められた複数の電子情報をそれぞれ異なるアプリケーションの識別情報に対応付ける場合、前記アプリケーション経由で利用者の認証要求を受け付けると、利用者の認証がされると、前記認証要求において取得した前記アプリケーションの識別情報を、前記複数の電子情報のうちまだアプリケーションの識別情報と対応付けられていない電子情報と対応付けた対応情報を生成する
ことを特徴とする付記２に記載の情報管理サーバ。

（付記４）前記送信部は、
前記取得要求において取得した前記アプリケーションの識別情報が、前記対応情報に対応付けられたいずれかのアプリケーションの識別情報と一致するか否かを判定する判定部と、
前記判定部による判定の結果、前記アプリケーションの識別情報が、前記対応情報に対応付けられたいずれかのアプリケーションの識別情報と一致する場合、一致するアプリケーションの識別情報に対応付けられた電子情報を、前記アプリケーションが設定された前記端末に送信する電子情報送信部と、
を有することを特徴とする付記１に記載の情報管理サーバ。

（付記５）前記電子情報送信部は、前記アプリケーションの識別情報が、前記対応情報に対応付けられたいずれのアプリケーションの識別情報とも一致しない場合、前記アプリケーションが設定された前記端末にいずれの電子情報も送信しないことを特徴とする付記３に記載の情報管理サーバ。

（付記６）前記割当部によって割り当てられた識別情報を、前記アプリケーションが設定された前記端末に送信する識別情報送信部
を有することを特徴とする付記１から付記４のいずれか１つに記載の情報管理サーバ。

（付記７）サーバとの通信により、端末に設定されたアプリケーションに割り当てられた前記アプリケーションの識別情報を取得する取得部と、
前記取得部によって取得されたアプリケーションの識別情報を用いて、前記サーバに、前記端末を利用する利用者に対応する電子情報の取得を要求する要求部と、
を有することを特徴とする端末。

（付記８）前記取得部によって取得されたアプリケーションの識別情報を、前記端末に設定されたアプリケーションの記憶領域に格納する格納部
を有することを特徴とする付記７に記載の端末。

（付記９）複数の端末と情報管理サーバとを有する情報管理システムであって、
前記端末は、
前記情報管理サーバとの通信により、自端末に設定されたアプリケーションに割り当てられた前記アプリケーションの識別情報を取得する取得部と、
前記取得部によって取得されたアプリケーションの識別情報を用いて、前記サーバに、前記端末を利用する利用者に対応する電子情報の取得を要求する要求部と、
を有し、
前記情報管理サーバは、
前記端末との通信に基づき、前記端末に設定されたアプリケーションに識別情報を割り当てる割当部と、
前記アプリケーション経由で電子情報の取得要求を受け付ける受付部と、
前記電子情報の識別情報と前記アプリケーションの識別情報とを対応付けた対応情報を生成する生成部と、
前記取得要求において取得した前記アプリケーションの識別情報および前記対応情報に基づき、前記アプリケーションの識別情報に対応付けられた電子情報を送信する送信部と、
を有することを特徴とする情報管理システム。

１ 携帯端末
１０ アプリケーション
１１ アプリ識別情報格納部
１２ チケット表示要求部
１３、１３Ｂ ＱＲ表示要求部
１３Ａ チケット受取部
２ センターサーバ
２０ 記憶部
２１ アプリ識別情報ＤＢ
２２ チケット情報ＤＢ
２３ ユーザ情報ＤＢ
３ ネットワーク
３０ 制御部
３１ アプリ識別情報生成部
３２、３２Ａ チケット表示部
３２Ｂ チケット情報更新部
３３ ＱＲ表示部
５１ 対象ユーザ情報ＤＢ
９ チケット情報管理システム

Claims (8)

1. 端末との通信に基づき、前記端末に設定されたアプリケーションに識別情報を割り当てる割当部と、
   前記アプリケーション経由で電子情報の取得要求を受け付ける受付部と、
   前記電子情報の識別情報と前記アプリケーションの識別情報とを対応付けた対応情報を生成する生成部と、
   前記取得要求において取得した前記アプリケーションの識別情報および前記対応情報に基づき、前記アプリケーションの識別情報に対応付けられた電子情報を送信する送信部と、
   を有することを特徴とする情報管理サーバ。
2. 前記生成部は、前記取得要求において取得した認証情報に対応する電子情報の識別情報と前記取得要求において取得した前記アプリケーションの識別情報とを対応付けた対応情報を生成する
   ことを特徴とする請求項１に記載の情報管理サーバ。
3. 前記送信部は、
   前記取得要求において取得した前記アプリケーションの識別情報が、前記対応情報に対応付けられたいずれかのアプリケーションの識別情報と一致するか否かを判定する判定部と、
   前記判定部による判定の結果、前記アプリケーションの識別情報が、前記対応情報に対応付けられたいずれかのアプリケーションの識別情報と一致する場合、一致するアプリケーションの識別情報に対応付けられた電子情報を、前記アプリケーションが設定された前記端末に送信する電子情報送信部と、
   を有することを特徴とする請求項１に記載の情報管理サーバ。
4. 前記電子情報送信部は、前記アプリケーションの識別情報が、前記対応情報に対応付けられたいずれのアプリケーションの識別情報とも一致しない場合、前記アプリケーションが設定された前記端末にいずれの電子情報も送信しないことを特徴とする請求項３に記載の情報管理サーバ。
5. 前記割当部によって割り当てられた識別情報を、前記アプリケーションが設定された前記端末に送信する識別情報送信部
   を有することを特徴とする請求項１から請求項４のいずれか１つに記載の情報管理サーバ。
6. サーバとの通信により、端末に設定されたアプリケーションに割り当てられた前記アプリケーションの識別情報を取得する取得部と、
   前記取得部によって取得されたアプリケーションの識別情報を用いて、前記サーバに、前記端末を利用する利用者に対応する電子情報の取得を要求する要求部と、
   を有することを特徴とする端末。
7. 前記取得部によって取得されたアプリケーションの識別情報を、前記端末に設定されたアプリケーションの記憶領域に格納する格納部
   を有することを特徴とする請求項６に記載の端末。
8. 複数の端末と情報管理サーバとを有する情報管理システムであって、
   前記端末は、
   前記情報管理サーバとの通信により、自端末に設定されたアプリケーションに割り当てられた前記アプリケーションの識別情報を取得する取得部と、
   前記取得部によって取得されたアプリケーションの識別情報を用いて、前記サーバに、前記端末を利用する利用者に対応する電子情報の取得を要求する要求部と、
   を有し、
   前記情報管理サーバは、
   前記端末との通信に基づき、前記端末に設定されたアプリケーションに識別情報を割り当てる割当部と、
   前記アプリケーション経由で電子情報の取得要求を受け付ける受付部と、
   前記電子情報の識別情報と前記アプリケーションの識別情報とを対応付けた対応情報を生成する生成部と、
   前記取得要求において取得した前記アプリケーションの識別情報および前記対応情報に基づき、前記アプリケーションの識別情報に対応付けられた電子情報を送信する送信部と、
   を有することを特徴とする情報管理システム。

Images