(57)【要約】      （修正有）【課題】ブロックの座席を選択可能なように会場全体をシームレスに移動することを可能とする。【解決手段】会場毎に設けられ、複数の座席が配置される第１の領域であるブロックと、複数の第１の領域が配置される第２の領域であるエリアと、複数の第２の領域が隣接配置される第３の領域である会場全体と、の少なくとも３階層の領域を表示部に表示可能であり、座席ＩＤに対して、エリアＩＤとブロックＩＤと座席のＸＹ座標系における位置とをデータとして有する座席情報テーブルと、ブロックＩＤに対して、エリアＩＤとブロックのＸＹ座標系における位置とをデータとして有するブロック情報テーブルと、を関連付けし、座席を指示することで座席を指定する座席指定装置であって、会場全体が選択された際に、任意の会場領域表示に、ＸＹ座標系における位置に基づくブロック表示を重ねて重畳表示する情報処理部を有することを特徴とする座席指定装置。【選択図】図１Ａ
2015032112.tif 000002
【特許請求の範囲】
【請求項１】
会場毎に設けられ、複数の座席が配置される第１の領域であるブロックと、複数の前記第１の領域が配置される第２の領域であるエリアと、複数の前記第２の領域が隣接配置される第３の領域である会場全体と、の少なくとも３階層の領域を表示部に表示可能であり、
座席ＩＤに対して、エリアＩＤとブロックＩＤと座席のＸＹ座標系における位置とをデータとして有する座席情報テーブルと、前記ブロックＩＤに対して、前記エリアＩＤとブロックの前記ＸＹ座標系における位置とをデータとして有するブロック情報テーブルと、を関連付けし、座席を指示することで座席を指定する座席指定装置であって、
前記会場全体が選択された際に、会場の全体表示のうちの任意の会場領域表示に、前記ブロック情報テーブルを参照して得られるブロックの位置情報に基づいて、前記ＸＹ座標系における位置に基づくブロック表示を重ねて重畳表示する情報処理部を有することを特徴とする座席指定装置。
【請求項２】
前記情報処理部は、
さらに、前記座席情報テーブルを参照して、前記領域表示に前記ブロック表示を重ねた表示上に、前記座席の位置情報テーブルに基づく座席表示を重ねて重畳表示することを特徴とする請求項１に記載の座席指定装置。
【請求項３】
前記会場領域表示は、前記ＸＹ座標系における会場の外郭のみを有する第１の会場画像と、前記ブロックは既に表示されており、前記座席は表示されていない第２の会場画像と、に基づいて表示され、
前記ブロック表示は、前記ブロック情報テーブルに登録された前記ＸＹ座標系におけるブロック画像に基づいて表示され、
前記座席表示は、前記座席情報テーブルに登録された前記ＸＹ座標系における座席画像に基づいて表示され、
前記第１の会場画像、前記第２の会場画像、前記ブロック画像及び前記座席画像は、記憶部に記憶されていることを特徴とする請求項１又は２に記載の座席指定装置。
【請求項４】
前記情報処理部は、
利用者端末と前記座席情報テーブル及び前記ブロック情報テーブルとを記憶する記憶部との間でデータのやり取りを行うデータ送受信部と、
前記利用者端末におけるカーソルの移動を検出するカーソル移動検出部と、
カーソルの移動に伴う表示の移動量を算出する移動量算出部と、
前記移動量に基づいて表示の制御を行う表示制御部と、を有することを特徴とする請求項１から３までのいずれか１項に記載の座席指定装置。
【請求項５】
前記情報処理部は、
前記ＸＹ座標系を所定の縮小率で縮小した縮尺座標を有する全体縮尺図と、前記全体縮尺図内におけるある領域を画定する子ウインドウと、を前記重畳表示に重ねて表示する制御を行う表示制御部と、
利用者端末と、前記座席情報テーブル及び前記ブロック情報テーブルとを記憶する記憶部との間でデータのやり取りを行うデータ送受信部と、
前記子ウインドウの移動を検出する子ウインドウ移動検出部と、
前記子ウインドウの移動に伴う表示の移動量を前記縮小率に基づいて算出する移動量算出部と、
前記子ウインドウの移動量に対応する親ウインドウの表示位置を算出する親ウインドウ表示位置算出部と、
を有することを特徴とする請求項１から３までのいずれか１項に記載の座席指定装置。
【請求項６】
前記情報処理部は、
各階層における表示において、各階層の階層関係と現表示階層とを表示する階層図を表示する表示制御部を有し、
前記階層図における現表示とは異なる階層への操作に応じて、操作された階層への遷移を行って表示することを特徴とする請求項１から３までのいずれか１項に記載の座席指定装置。
【請求項７】
前記情報処理部は、
前記座標への操作を検出すると、前記座席情報テーブルを参照して座標を特定し、特定された座標の空き状況を確認して座席チケットを購入するための処理を実行することを特徴とする請求項１から６までのいずれか１項又に記載の座席指定装置。
【請求項８】
会場毎に設けられ、複数の座席が配置される第１の領域であるブロックと、複数の前記第１の領域が配置される第２の領域であるエリアと、複数の前記第２の領域が隣接配置される第３の領域である会場全体と、の少なくとも３階層の領域を表示部に表示可能な座席指定装置における座席指定方法であって、
座席ＩＤに対して、エリアＩＤとブロックＩＤと座席のＸＹ座標系における位置とをデータとして有する座席情報テーブルと、前記ブロックＩＤに対して、前記エリアＩＤとブロックの前記ＸＹ座標系における位置とをデータとして有するブロック情報テーブルと、を関連付けし、座席を指示することで座席を指定する座席指定装置における座席指定方法であって、
前記会場全体が選択された際に、会場の全体表示のうちの任意の会場領域表示に、前記ブロック情報テーブルを参照して得られるブロックの位置情報に基づいて、前記ＸＹ座標系における位置に基づくブロック表示を重ねて重畳表示する情報処理ステップを有することを特徴とする座席指定方法。
【請求項９】
会場毎に設けられ、複数の座席が配置される第１の領域であるブロックと、複数の前記第１の領域が配置される第２の領域であるエリアと、複数の前記第２の領域が隣接配置される第３の領域である会場全体と、の少なくとも３階層の領域を表示部に表示可能であり、
座席ＩＤに対して、エリアＩＤとブロックＩＤと座席のＸＹ座標系における位置とをデータとして有する座席情報テーブルと、前記ブロックＩＤに対して、前記エリアＩＤとブロックの前記ＸＹ座標系における位置とをデータとして有するブロック情報テーブルと、を関連付けし、座席を指示することで座席を指定する座席指定装置における座席指定プログラムであって、
前記会場全体が選択された際に、会場の全体表示のうちの任意の会場領域表示に、前記ブロック情報テーブルを参照して得られるブロックの位置情報に基づいて、前記ＸＹ座標系における位置に基づくブロック表示を重ねて重畳表示する情報処理をコンピュータに実行させるための座席指定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、チケット販売システムに関し、会場図をシームレスに移動して座席を指定する技術に関する。
【背景技術】
【０００２】
インターネット技術等の発展に伴い、各種イベント及びスポーツなどを催す会場（施設）における座席のチケットのオンライン販売が可能になっている。チケットの購入者は、空席状況を携帯端末などの表示画面をリアルタイムに確認しながら、所望の座席を操作により指定して購入を行うことが可能である。
図１６Ａから図１６Ｃまでは、従来の座席の指定（選択）を行う仕組みを示す図である。図１６Ａは、会場の全体表示例を示す図であり、図１６Ｂは、ブロックレベルの表示例を示す図であり、図１６Ｃは、会場における全体−エリア−ブロックという領域を細分化していく階層構造の例を示す図である。
【０００３】
図１６Ａに示すように、会場Ｘには、例えばステージを取り囲むように座席が配置されるエリアＡからＥまでと、当該エリア内に配置されるブロックＡ１からＥ４までが設けられている。
図１６Ｂに示すブロックレベルの表示例、例えばブロックＡ−２では、図１６Ａの全体レベルの表示向きとは異なり、ステージを上向きにして座席Ｓを配置した配置座席図が表示される。
【０００４】
図１６Ｃは、会場Ｘ（全体）と、その下位のエリアと、その下位のブロックとがどのように階層として構成されているかツリー構成が示されている。会場全体表示、エリア、ブロックの表示というように広域表示から詳細表示へと向けて多段に表示される構成となっている。
なお、本発明に関連する公知技術文献としては下記の特許文献１がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許５１２２１５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記の従来の座席を選択してチケット購入を行うまでの流れでは、表示画面上から座席を選んでからチケットの購入を申し込む場合、会場Ｘ（会場全体の図)から所望のエリア（例えばエリアＡ）を選択し（Ｌ１）、エリアＡの図において、さらに所望のブロック（ブロックＡ−１）を選択する（Ｌ２）。ブロックＡ−１の座席図上に気に入った座席の空がない場合は、隣のブロックを見たい場合あっても、一旦、上位のエリアＡに戻り（Ｌ２）、その後、ブロックＡ−２を選択する必要がある（Ｌ３）。
【０００７】
さらに、ブロックＡ−２にも気に入った席の空がなく、エリアＡではなくエリアＢで座席を探そうとする場合は、まずエリアＡに戻り（Ｌ３）、さらに会場Ｘに戻った上で（Ｌ１）、エリアＢを選択する必要がある（Ｌ５）。
【０００８】
つまり、同階層（同レベル)内で移動(例えば、ブロックＡ−１からブロックＡ−２）したい場合に、一旦、上位階層に戻らなければならず、操作が煩雑であり、利便性が悪いという問題があった。また、実際はステージを横方向から見る席であることをこのブロックレベルの表示方法では認識しづらいという問題もあった。
本発明は、より操作性の良い座席指定技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一観点によれば、会場毎に設けられ、複数の座席が配置される第１の領域であるブロックと、複数の前記第１の領域が配置される第２の領域であるエリアと、複数の前記第２の領域が隣接配置される第３の領域である会場全体と、の少なくとも３階層の領域を表示部に表示可能であり、座席ＩＤに対して、エリアＩＤとブロックＩＤと座席のＸＹ座標系における位置とをデータとして有する座席情報テーブルと、前記ブロックＩＤに対して、前記エリアＩＤとブロックの前記ＸＹ座標系における位置とをデータとして有するブロック情報テーブルと、を関連付けし、座席を指示することで座席を指定する座席指定装置であって、前記会場全体が選択された際に、会場の全体表示のうちの任意の会場領域表示に、前記ブロック情報テーブルを参照して得られるブロックの位置情報に基づいて、前記ＸＹ座標系における位置に基づくブロック表示を重ねて重畳表示する情報処理部を有することを特徴とする座席指定装置が提供される。
【００１０】
会場全体におけるそのブロックの座標情報を用いることにより実際の会場での位置関係を再現可能であるため、ブロックの向きが実際の会場と同じになる。
【００１１】
前記情報処理部は、さらに、前記座席情報テーブルを参照して、前記領域表示に前記ブロック表示を重ねた表示上に、前記座席の位置情報テーブルに基づく座席表示を重ねて重畳表示することを特徴とする。
会場全体におけるその座席の座標情報を用いるため、座席の向きが実際の会場と同じになる。
【００１２】
前記会場領域表示は、前記ＸＹ座標系における会場の外郭のみを有する第１の会場画像と、前記ブロックは既に表示されており、前記座席は表示されていない第２の会場画像と、に基づいて表示され、前記ブロック表示は、前記ブロック情報テーブルに登録された前記ＸＹ座標系におけるブロック画像に基づいて表示され、前記座席表示は、前記座席情報テーブルに登録された前記ＸＹ座標系における座席画像に基づいて表示され、前記第１の会場画像、前記第２の会場画像、前記ブロック画像及び前記座席画像は、記憶部に記憶されていることを特徴とする。
【００１３】
前記情報処理部は、利用者端末と前記座席情報テーブル及び前記ブロック情報テーブルとを記憶する記憶部との間でデータのやり取りを行うデータ送受信部と、前記利用者端末におけるカーソルの移動を検出するカーソル移動検出部と、カーソルの移動に伴う表示の移動量を算出する移動量算出部と、前記移動量に基づいて表示の制御を行う表示制御部と、を有することを特徴とする。
【００１４】
前記情報処理部は、前記ＸＹ座標系を所定の縮小率で縮小した縮尺座標を有する全体縮尺図と、前記全体縮尺図内におけるある領域を画定する子ウインドウと、を前記重畳表示に重ねて表示する制御を行う表示制御部と、利用者端末と、前記座席情報テーブル及び前記ブロック情報テーブルとを記憶する記憶部との間でデータのやり取りを行うデータ送受信部と、前記子ウインドウの移動を検出する子ウインドウ移動検出部と、前記子ウインドウの移動に伴う表示の移動量を前記縮小率に基づいて算出する移動量算出部と、前記子ウインドウの移動量に対応する親ウインドウの表示位置を算出する親ウインドウ表示位置算出部と、を有することを特徴とする。前記情報処理部は、各階層における表示において、各階層の階層関係と現表示階層とを表示する階層図を表示する表示制御部と、前記階層図における現表示とは異なる階層への操作に応じて、操作された階層への遷移を行って表示することを特徴とする。
【００１５】
前記情報処理部は、前記座席への操作を検出すると、前記座席情報テーブルを参照して座標を特定し、特定された座標の空き状況を確認して座席チケットを購入するための処理を実行することを特徴とする。
【００１６】
尚、これらの各構成部は、サーバ側の情報処理部に設けられても良いし、利用者端末側の情報処理機能に組み込まれても良いし、両者が分担して処理を行うようにしても良い。
【００１７】
本発明の他の観点によれば、会場毎に設けられ、複数の座席が配置される第１の領域であるブロックと、複数の前記第１の領域が配置される第２の領域であるエリアと、複数の前記第２の領域が隣接配置される第３の領域である会場全体と、の少なくとも３階層の領域を表示部に表示可能であり、座席ＩＤに対して、エリアＩＤとブロックＩＤと座席のＸＹ座標系における位置とをデータとして有する座席情報テーブルと、前記ブロックＩＤに対して、前記エリアＩＤとブロックの前記ＸＹ座標系における位置とをデータとして有するブロック情報テーブルと、を関連付けし、座席を指示することで座席を指定する座席指定装置における座席指定方法であって、前記会場全体が選択された際に、会場の全体表示のうちの任意の会場領域表示に、前記ブロック情報テーブルを参照して得られるブロックの位置情報に基づいて、前記ＸＹ座標系における位置に基づくブロック表示を重ねて重畳表示する情報処理ステップを有することを特徴とする座席指定方法が提供される。
【００１８】
また、本発明は、会場毎に設けられ、複数の座席が配置される第１の領域であるブロックと、複数の前記第１の領域が配置される第２の領域であるエリアと、複数の前記第２の領域が隣接配置される第３の領域である会場全体と、の少なくとも３階層の領域を表示部に表示可能であり、座席ＩＤに対して、エリアＩＤとブロックＩＤと座席のＸＹ座標系における位置とをデータとして有する座席情報テーブルと、前記ブロックＩＤに対して、前記エリアＩＤとブロックの前記ＸＹ座標系における位置とをデータとして有するブロック情報テーブルと、を関連付けし、座席を指示することで座席を指定する座席指定装置における座席指定プログラムであって、前記会場全体が選択された際に、会場の全体表示のうちの任意の会場領域表示に、前記ブロック情報テーブルを参照して得られるブロックの位置情報に基づいて、前記ＸＹ座標系における位置に基づくブロック表示を重ねて重畳表示する情報処理をコンピュータに実行させるための座席指定プログラムであっても良く、当該プログラムを記録するコンピュータ読み取り可能な記録媒体であっても良い。
【発明の効果】
【００１９】
本発明によって、実際の会場図での座席の位置関係を再現可能であるため、直感的に座席を指定することが可能となった。そのため、利用者が希望の座席を指定しやすくなるという利点がある。
【図面の簡単な説明】
【００２０】
【図１Ａ】本発明の実施の形態によるチケット販売システムの一構成例を示す機能ブロック図である。
【図１Ｂ】情報処理部の第１構成例を示す機能ブロック図である。
【図１Ｃ】情報処理部の第２構成例を示す機能ブロック図である。
【図２Ａ】会場の全体表示例を示す図である。
【図２Ｂ】ブロックレベルの表示例を示す図である。
【図２Ｃ】会場における全体−エリア−ブロックという領域を細分化していく階層の例を示す構成図である。
【図３Ａ】チケット販売ＤＢ３内に格納されるデータ構成例を示す図である。
【図３Ｂ】チケット販売ＤＢ３内に格納されるデータ構成例を示す図である。
【図４】本実施の形態による画像の構成例を示す図である。
【図５】図５（ａ）は、領域の大きさ（スケール）を模式的に示す図であり、会場全体、エリア、ブロックの順に細かい領域を示す。図５（ｂ）は、処理の流れを示すフローチャート図である。
【図６】会場を選択したとき（初期画面表示や表示画面作成処理時）における処理の概要を示す図であり、図６（ａ）は原理図、図６（ｂ）はフローチャート図である。
【図７】座席を選択したとき（初期画面表示や表示画面作成処理）における処理の概要を示す図であり、図７（ａ）、及び図７（ｃ）は原理図、図７（ｂ）はフローチャート図である。
【図８】図８（ａ）は、この場合の処理の流れを示すフローチャート図である。図８（ｂ）は、処理の様子を示す図である。
【図９】ブロックジャンプフロー（エリアジャンプも同様）の処理例を示す図である。
【図１０】座席指定購入処理について示す図である。
【図１１】本発明の第２の実施の形態によるチケット販売システムの動作を示すシーケンス図である。
【図１２】会場全体（左図）、エリアレベル（右上）、ブロックレベル（右下）の表示例を、野球場を例にして示した図である。
【図１３】エリアレベルの表示Ｒ１におけるシームレスな移動の様子を示す図である。
【図１４】エリアジャンプの様子を示す図である。
【図１５】ブロックジャンプの例を示す図である。
【図１６Ａ】従来の会場の全体表示例を示す図である。
【図１６Ｂ】従来のブロックレベルの表示例を示す図である。
【図１６Ｃ】従来の会場における全体−エリア−ブロックという領域を細分化していく階層の例を示す構成図である。
【発明を実施するための形態】
【００２１】
以下、本発明を適用した座席指定技術について、座席と関連付けされたチケットの販売システムを例にして詳細に説明する。図１Ａは、本発明の実施の形態によるチケット販売システムの一構成例を示す機能ブロック図である。図１Ａに示すチケット販売システムは、利用者端末１と、チケット販売サーバ２と、チケット販売ＤＢ３とを有し、利用者端末１と、チケット販売サーバ２とは、インターネット（ＮＴ）などによりネットワーク接続されている。利用者端末１は、例えば、携帯端末（スマートフォンなど）であり、ＷＥＢブラウザ等によってチケット販売サーバ２にアクセスする。以下の表示例は、利用者端末１の表示部における表示例を示すものであり、例えば、タッチパネル式の表示部を用いて、座席の選択・指定や、表示におけるスクロールなどを自由に行うことができる。座席を指定すると、その指定に応じて、チケット販売サーバ２がチケット販売ＤＢ３などを参照してチケットの座席指定等の処理を行う。これらの処理は、情報処理部２ａにより実行される。
【００２２】
（第１の実施の形態）
以下、チケット販売サーバ２が行う処理と、チケット販売ＤＢ３内に格納されるデータ構成（テーブル構成）について詳細に説明する。
【００２３】
図２Ａから図２Ｃまでは、本実施の形態による座席指定装置における、上記図１６Ａから図１６Ｃまでの従来の座席の指定（選択）を行う仕組みを示す図に対応する図である。図２Ａは、会場の全体表示例を示す図であり、図２Ｂは、ブロックレベルの表示例を示す図であり、図２Ｃは、会場における全体−エリア−ブロックという領域を細分化していく階層の例を示す構成図である。
【００２４】
ここで、エリアとは、例えば、エリアＡ：ステージ右サイド、エリアＢ：ステージ左サイド、エリアＤ：ステージ正面というようないくつかのブロックをまとめて分類した単位である。
【００２５】
図２Ａに示すように、会場Ｘには、例えばステージを取り囲むように座席が配置されるエリアＡからＥまでと、当該エリア内に配置されるブロックＡ１からＥ４までが設けられている。Ｒ１は、エリアレベルの範囲の例を示す図である。
【００２６】
図２Ｂに示すブロックレベルの表示例Ｂでは、複数のブロックが表示されており、ブロックには、その中の座席Ｓの配置も示されている。この表示の中で、左右、上下にシームレスに表示を移動させることが可能である。さらに、全体の縮尺図Ｌが表示されており、この全体の縮尺図Ｌ上で会場Ｘ内のエリア等を子ウインドウＷなどを用いて選択することで、別のエリアにジャンプさせて表示することが可能である。
【００２７】
図２Ｃに示すように、会場Ｘ（全体）と、その下位のエリアと、その下位のブロックとがどのように階層として構成されているかを示すツリー構成で表される。
【００２８】
１つのエリアＡ内に含まれるブロックＡ１、Ａ２、Ａ３間の直接遷移も可能である（Ｌ１２、１３）。また、全体の縮尺図Ｌを利用して、エリアレベルに戻らなくてもブロックＡから別エリアのブロックＢに直接ジャンプしたり（Ｌ１４、Ｌ１６）、符号Ｌ１１、Ｌ１５に示すように、エリア間の直接ジャンプしたりすること（エリアＡとエリアＢ間、及びエリアＡとエリアＥ間）が可能である。
【００２９】
このように、ブロックレベルやエリアレベルでシームレスに移動して座席を探すことができる。従来のように、１つ上の階層に戻る必要がない。また、実際の座席の方向に従ったブロックレベルでの表示がなされるので、実際にどのように見えるかを認識して座席を選ぶことができる。
【００３０】
また、全体画面やエリアレベルの画面において、画面上に表示される全体の縮尺図Ｌ上でウィンドウを移動することにより、隣り合わないエリアや隣り合わないブロックへジャンプして表示することができる。
【００３１】
このような表示が可能な仕組みについて、以下に詳細に説明する。
まず、情報処理部２ａの構成例について説明する。図１Ｂは、情報処理部２ａの第１構成例を示す機能ブロック図である。図１Ｂに示すように、情報処理部２ａは、利用者端末１とチケット販売ＤＢ３との間でデータのやり取りを行うデータ送受信部２ａ―１と、利用者端末１におけるカーソルの移動を検出するカーソル移動検出部２ａ―２と、カーソルの移動に伴う表示の移動量を算出する移動量算出部２ａ−３と、表示の制御を行う表示制御部２ａ−４とを有する。
【００３２】
図１Ｃは、第２の情報処理部２ａ’の第２構成例を示す機能ブロック図である。図１Ｃに示すように、情報処理部２ａ’は、利用者端末１とチケット販売ＤＢ３との間でデータのやり取りを行うデータ送受信部２ａ―１と、利用者端末１における子ウインドウの移動を検出する子ウインドウ移動検出部２ａ―１１と、子ウインドウの移動に伴う表示の移動量を算出する移動量算出部２ａ−３と、子ウインドウの移動量に対応する親ウインドウの表示位置を算出する親ウインドウ表示位置算出部２ａ−１３と、表示の制御を行う表示制御部２ａ−４とを有する。尚、これらの各構成部は、チケット販売サーバ２側の情報処理部に設けられても良いし、利用者端末１側の情報処理機能に組み込まれても良いし、両者が分担して処理を行うようにしても良い。
【００３３】
まず、データ構成について説明する。
図３Ａ及び図３Ｂは、チケット販売ＤＢ３内に格納されるデータ構成例を示す図である。ここでは、テーブル形式でのデータ構造を示しているが、その他のデータ構造であっても良く、このような場合も本発明の範囲に含まれる。
【００３４】
図３Ａ（ａ）は、チケットを購入する利用者の情報を示す利用者情報テーブル１０１の一構成例を示す図である。利用者情報テーブル１０１は、利用者ＩＤ１０１−１毎に、氏名１０１−２、住所１０１−３などの利用者の情報を示すことで利用者を特定することができる。図３Ａ（ｂ）は、チケットを取り扱うイベントの情報であるイベント情報テーブル１０３の一構成例を示す図である。イベント情報テーブル１０３は、イベントＩＤ１０３−１と、イベント名１０３−２と、会場ＩＤ１０３−３と、会場名１０３−４と、を有している。尚、会場ＩＤ１０３−３と会場名のテーブルとを別に作っておき、ここでは会場ＩＤ１０３−３だけ持たせても良い。図３Ａ（ｃ）は、チケット購入情報テーブル１０５の一構成例を示す図である。チケット購入情報テーブル１０５は、購入ＩＤ１０５−１と、利用者ＩＤ１０１−１と、イベントＩＤ１０３−１と、購入日時１０５−２とを有しており、チケットの購入履歴を示している。
【００３５】
図３Ｂ（ａ）は、座席情報テーブル１０７の一構成例を示す図であり、（ａ−１）は、座席情報（会場の座席１つ１つに対応したレコードがある）であり、座席ＩＤ１０７−１と、エリアＩＤ１０７−２と、ブロックＩＤ１０７−３と、座席の座標Ｘ１０７−４及び座標Ｙ１０７−５を有する。ブロックＩＤは、例えば、エリア毎にエリアＡではブロックＡ１〜Ａｎ（ｎは正の整数）まで、エリアＢではブロックＢ１からＢｍ（ｍは正の整数）というようになっている。
【００３６】
（ａ−２）はブロック情報（会場のブロックの１つ１つに対応したレコードがある）であり、ブロックＩＤ１０７−３と、エリアＩＤ１０７−２と、座席の座標Ｘ１０７−４ａ及び座標Ｙ１０７−５ａを有する。
【００３７】
このように、会場毎に座席情報テーブルとブロック情報テーブルとが設けられ、座席情報テーブルには、座席ＩＤ毎に、第１の座標軸上のＸ，Ｙ座標の位置が定義されており、それぞれの座席がどのブロックＩＤのどのエリアＩＤに属するかが記載され、ブロック情報テーブルには、エリア内のブロックＩＤ毎の、上記第１の座標軸と同じ座標軸において定義されたブロックの領域（ここでは、ある１点、左上などの隅、中央など）が位置として定義されている。２次元平面上の座席とブロックとが同じＸＹ座標軸上で定義されているため、エリア内において、ブロックと座標とを同じ向きに表示することができる。
【００３８】
図３Ｂ（ｂ）は、チケット販売情報テーブル１０９の一構成例を示す図であり、イベントごとの空席情報を示す図であり、座席ＩＤ１０７−１と、ブロックＩＤ１０７−３と、価格１０９−１と、販売状況１０９−２と、のデータを有している。
尚、これらの情報は１つのテーブルに持っていても、正規化して分けていても、どちらでもよい。
【００３９】
図４は、本実施の形態による画像の構成例を示す図である。図４（ａ）は、会場ＩＤ１０３−３＝０８９における会場画像１）の構成例であり、ブロックや座席は表示されておらず、会場の作り（外郭）のみの画像である。左上を０とした座標Ｐ１が定義され、この座標Ｐ１を基準に、ブロックや座席が配置されている。図４（ｂ）は、会場ＩＤ１０３−３＝０８９における会場画像２）の構成例であり、ブロックは既に表示されているが、座席は表示されていない。左上を０とした座標Ｐ１を基準に、座席が配置される。図４（ｃ）は、ブロック画像の表示例を示す図であり、ブロックＩＤ１０７−３がＡ１とＡ２とのブロックを示す図である。ブロック情報に登録された、全体画像における座標Ｐ２等を持っている（例えば、左上隅の位置）。表示時に、空席状況によって（全部空席、満席、一部空席有りなど）、ブロックに色をつけて区別できるように表示することができる。
【００４０】
図４（ｄ）は、座席画像の一例を示す図である。座席情報に登録された、全体画像における座標Ｐ３を持っている（例えば、左上隅の位置）。表示時に、その席のチケットが購入済みであるか否かによって、ブロックに色をつけて表示する。ブロックの形は丸でも四角でも何でも良い。このような画像を記憶部などに記憶しておくと処理を速く行うことができる。尚、ここでは、ブロックの位置Ｐ２と会場の位置Ｐ１との関係のみを定義したが、ブロックの四隅の座標により画定されるブロックの形状を考慮しても良い。但し、基本的には、ブロックの大きさや形状は基本的に同様の形状であり、位置のみで決められるものとする。
【００４１】
上記の構成に基づいて、チケット販売サーバ２の座席指定装置が行う処理について、説明する。以下は、利用者があるイベントを選択し、イベントが決まった後の処理を示す。
図５（ａ）は、領域の大きさ（スケール）を模式的に示す図であり、会場全体、エリア、ブロックの順に細かい領域を示す。図５（ｂ）は、処理の流れを示すフローチャート図であり、図３Ａ、図３Ｂ及び図４に示すデータに基づいて表示を行う処理例を示す。
【００４２】
左の列から、会場全体の処理、エリア内の処理、ブロック内の処理であり、破線は異なる階層間のジャンプを示すものである。会場全体においては（ステップＳ１）、ステップＳ２で初期画面を描画（全体）し、ステップＳ３でスケールの変更（階層の遷移）を行うことができる。エリア表示（ステップＳ１１）においては、ステップＳ１２で初期画面を表示（エリア表示）し、ステップＳ１３で位置をシームレスに移動させることができ、ステップＳ１４でエリア間のジャンプが可能であり、ステップＳ１５でスケールの変更が可能である。ブロック表示（ステップＳ２１）においては、ステップＳ２２で初期画面を表示（ブロック表示）し、ステップＳ２３で位置をシームレスに移動させることができ、ステップＳ２４でブロック間のジャンプが可能であり、ステップＳ２５で、座席の選択（チケットの購入）が可能であり、ステップＳ２６でスケールの変更が可能である。処理は、ステップＳ４、ステップＳ１６、ステップＳ２７で終了する。
【００４３】
ここで、会場全体⇔エリア⇔ブロック間の遷移は、スケールの変更処理で相互に処理が移行する。尚、スケール変更処理間を破線の矢印でつないでいるが、スケール変更時の最初は、初期画面描画の処理となる。
【００４４】
上記のように、会場毎に座席情報テーブルとブロック情報テーブルを設け、座席とブロックとを座標軸を一致させて定義し、図４のように階層毎の画像を準備できるようにしたため、表示におけるスケールの変更処理や階層間の遷移処理をシームレスに行うことができる。
【００４５】
図６は、会場を選択したとき（初期画面表示や表示画面作成処理時）における処理の概要を示す図であり、図６（ａ）は原理図、図６（ｂ）はフローチャート図である。まず、ステップＳ２−１において、対象会場の会場全体図１）を取得する。次いで、チケット販売情報テーブル１０９を参照して、ステップＳ２−２において、ブロックごとの空席情報を取得する。次いで、ステップＳ２−３において、座席情報テーブル１０７を参照して、各ブロックを会場全体図１）に重ねて表示させる（図６（ａ））。この際、ブロック情報に登録された座標情報に基づき、重ねるが、エリア単位での枠線はなくても良い。
【００４６】
すなわち、各ブロックは、ブロック情報に登録された、全体画像における座標を持っている（左上Ｐ１）。表示時に、チケット販売情報テーブル１０９からブロック単位での空席情報を算出し、空席状況によってブロックに色をつけて表示（濃淡等）、また席種（Ｓ席、Ａ席など）単位で色を分けてもよい。
【００４７】
このようにすると、会場全体におけるそのブロックの座標情報を用いることにより、位置関係を再現し、向きを実際の会場と同じにすることもできる。
【００４８】
尚、エリアが選択されたとき（初期画面表示や表示画面作成処理）は、上で作った画像を拡大すれば良い。また、会場全体→エリアにスケール移動した際は、ホームポジションと、前回エリアで描画した範囲と、のいずれかを初期画面の描画範囲とすれば良い。
【００４９】
図７は、座席を選択したとき（初期画面表示や表示画面作成処理）における処理の概要を示す図であり、図７（ａ）は原理図、図７（ｂ）はフローチャート図である。まず、ステップＳ２−１１において、対象会場の会場全体図２）を取得する。次いで、チケット販売情報テーブル１０９を参照して、ステップＳ２−１２において、座席ごとの空席情報を取得する。次いで、ステップＳ２−１３において、座席情報テーブル１０７を参照して、各座席を会場全体図２）に重ねて表示させる（図７（ａ））。
【００５０】
このように、会場全体図２）の画像（ブロックは既に書かれている)に、座席の画像を重ねる。この際、座席情報に登録された座標情報に基づき、重ねるようにする。
【００５１】
ここで、各ブロックは、座席情報に登録された、全体画像における座標ＩＤを持っている。表示時に、チケットが購入済みか否かによってブロックに色（黒塗りなど）をつけて表示するようにしても良い。座席の表示形状は丸でも四角でも任意の形状で良い。全体画像上の座標情報を用いるため、向きが実際の会場と同じになる。
【００５２】
エリアからブロックへ又はブロックからエリアへとスケール移動した際は、現在表示されているウインドウをスケールアップ又はスケールダウンして描画範囲とすることができる(縮尺率にあわせて表示位置の座標を変更すればよい）。
【００５３】
図７（ｃ）に示すように、全体画像をＮ分割（Ｎは４、９又は１２など）し、利用者により選ばれた位置を含む分割ゾーンとその周辺ゾーンのみ表示する。ここで、会場全部について記憶すると処理が重くなるため、バッファメモリなどを用いて先読み的にデータを用意しておくと良い。カーソルＣＳの位置が選ばれると、ハッチングした分割ゾーンについて描画させる。その後は、利用者によるカーソル移動にあわせて先読み的に描画範囲を広げていくことで、全体を描画することができる。
【００５４】
次に、エリア、ブロックにおけるシームレスな表示領域の移動について説明する。図８（ａ）は、この場合の処理の流れを示すフローチャート図である。図８（ｂ）は、処理の様子を示す図である。
【００５５】
ステップＳ２３−１において、カーソル移動検出部２ａ−２（図１Ｂ）が、利用者の操作によるカーソル移動を検出すると（Ｙ）、ステップＳ２３−２に進み、移動量算出部２ａ−３が、移動量を算出する（ベクトル）。ステップＳ２３−３において、算出した移動量分だけ、表示領域の位置（表示範囲）をずらして表示制御部２ａ−４による表示制御を行う。ステップＳ２３−４において、移動した周囲に描画されていない分割ゾーンがあるかどうかを判定し、分割ゾーンがある場合には（Ｙ）、ステップＳ２３−５に進み、描画していない分割ゾーンの画像を作成する。ステップＳ２３−１でＮの場合にはステップＳ２３−２〜２３−５をスルーし，ステップＳ２３−４でＮの場合には、ステップＳ２３−５をスルーする。
【００５６】
図８（ｂ）で、上の図は、会場図を表示している画面(ウインドウ）であり、下の図は、会場全体図（ハッチングをした分割ゾーンが裏で準備されている画像）である。上の図でカーソルが１)から２）へ移動する（移動量が太い矢印のベクトルである）。尚、移動用ポインタは、カーソルではなく矢印キーでも同様である。すると、下の図のように、ベクトル分、表示ウインドウをずれる（ＡからＢへ）。ここで、Ｂのウインドウは、左上の基準点が、会場全体座標において、以下の座標位置になる。尚、各パラメータは、図８（ｂ）において示したものである。
（Xp＋（Xr−Xs)、Yp＋（Yr−Ys)）
【００５７】
図８（ｂ）の場合、カーソルでずらしたことで、描画している場所の周辺の分割ゾーン（上のハッチ領域）の描画が必要になるためバックグラウンドで画面の準備をする。ここで、「準備」とは、会場全体図１）や会場全体図２）に、ブロックや座席の画像を重ねることを指す。
【００５８】
このように構成することで、あるエリアから隣接するエリアの移動や、あるブロックから隣接するブロックへの移動を、上位階層に戻る事無く可能とし、また、空席や好みの位置を探す利用者の利便性が向上させることができる。
【００５９】
図９は、ブロックジャンプフロー（エリアジャンプも同様）の処理例を示す図である。図９（ｂ）の（全体）縮尺図Ｌ内の任意の領域に子ウインドウＷを表示することができる。図９（ａ）はフローチャート図であり、図９（ｂ）は原理の概略例を示す図である。ステップＳ２４−１で、利用者が縮尺図Ｌ上の子ウインドウＷを移動開始した操作を検出すると（Ｙ）、子ウインドウ移動検出部２ａ−１１（図１Ｃ）が、ステップＳ２４−２で子ウインドウＷの位置の移動を検出し、ステップＳ２４−３で、子ウインドウＷの移動が終了したことを検出すると（Ｙ）、移動量算出部２ａ−３がステップＳ２４−４で移動量をベクトルで検出し、ステップＳ２４−５で、親ウインドウ表示位置算出部２ａ−１３（図１Ｃ）が移動後の親ウインドウ表示位置を算出し、ステップＳ２４−６で表示位置を移動させ、表示制御部２ａ−４による表示制御が行われる。ステップＳ２４−１でＮの場合には、ステップＳ２４−２以降の処理をスルーし、ステップＳ２４−３でＮの場合には、ステップＳ２４−２に戻る。ここで、縮尺図Ｌは全体図の１／Ｎとする。
【００６０】
この例では、子ウインドウＷの移動完了を待ってから、親ウインドウＢの表示をずらしているが、子ウインドウＷの移動に追従させて親ウインドウＢの描画を更新しても良い。
【００６１】
図９（ｂ）に示す子ウインドウＷの描画位置の移動原理図において、子ウインドウＷの枠線をずらした位置に移動させて、移動後の子ウインドウＷとする。
【００６２】
子ウインドウＷを１）から２）へ移動させる際に移動量が矢印のベクトルで示されている。そして、子ウインドウＷは、全体座標に対応した座標を持っている。
【００６３】
ここで、子ウインドウＷの描画位置の移動処理では、子ウインドウＷの枠線を移動量だけずらした位置に移動させて、移動後の子ウインドウＷとする。
【００６４】
移動が終了すると、元の子ウインドウ位置と現在のウインドウ位置とから移動量を算出する。ここで算出した移動した量をＮ倍することで、親ウインドウＢ上での移動量を算出し、元の親ウインドウＢの座標に対し移動量を足してジャンプ後の親ウインドウＢの座標を取得する（上記ステップＳ２４−５）。縮尺図Ｌ上の位置が（Ｘａ，Ｙａ）であれば、親ウインドウＢ上の移動量を考慮した位置は(Ｎ・Ｘａ，Ｎ・Ｙａ)となる。
【００６５】
そして、会場全体図に対する新たな親ウインドウＢの位置で表示を更新する。ここで、未準備の分割ゾーンのドローイングも行う。
【００６６】
図１０は、座席指定購入処理について示す図である。図１０（ａ）のフロー図に示すように、ステップＳ２５−１において、利用者端末１における座席指定操作を検出すると、ステップＳ２５−２において、座席を指定し、ステップＳ２５−３において、特定された座席は空きであるか否かを、チケット販売情報テーブル１０９を参照して判定する。Ｙの場合には、ステップＳ２５−４において、購入手続を行う。
【００６７】
図１０（ｂ）に示すように、利用者が座席をカーソル等でＣクリックすると、画面上のクリックした座席画像の座席ＩＤを、座席情報テーブル１０７から特定し、チケット販売情報テーブル１０９を参照し、特定された座席が空き席ならば購入手続きへ進む画面を利用者端末１に表示させる。利用者端末１側での購入手続（発券方法や決裁方法の選択等）が完了すると、チケット購入情報テーブル１０９に登録する。
【００６８】
以上に説明したように、本実施の形態による座席指定技術によれば、実際の会場図をもとに直感的に座席を選択・指定することが可能となった。そのため、利用者が希望の座席を指定しやすくなるという利点がある。
【００６９】
（第２の実施の形態）
図１１は、本発明の第２の実施の形態によるチケット販売システムの動作を示すシーケンス図である。基本的な表示技術は第１の実施の形態のものを利用することができる。
【００７０】
図１１に示すように、利用者がイベント選択処理８１０を行いチケット販売サーバ２側におけるイベント照会処理８２０により利用者端末１において特定のイベントが選択されると、利用者端末１において座席選択処理８３０を行い、チケット販売サーバ２側にて座席照会処理８４０が行われ、席が空いているか否かの照会が行われる。座席が空いている場合には、利用者端末１からの利用者情報入力処理８５０を検出し、チケット販売サーバ２側にて利用者情報登録処理８６０が行われる。その後、利用者端末１からはチケット購入操作８７０が行われチケット販売サーバ２側においてそれを受信しチケット購入完了処理８８０が行われる。
【００７１】
このように、本実施の形態によれば、第１の実施の形態によるチケット指定技術を少なくとも一部用いることで、より利便性の良いチケット販売を行うことができる。
【００７２】
以下、上記の実施の形態についてより具体的な実施例として説明を行う。
本発明の一実施例によるチケット指定技術において、図１２は、会場全体（左図）、エリアレベル（右上）、ブロックレベル（右下）の表示例を、野球場を例にして示した図である。会場全体図Ｘには、ブロックレベルで、色等によって空席状況を表示して全体的な空席の様子を見ることができる。また、全体、エリア、ブロックレベルでのスケールを切替可能な移動操作ツール２０２−２０３−２０４と、現表示を移動させるカーソル２１１が設けられている。エリアレベルの表示Ｒ１、ブロック（座席）レベルでの表示Ｂでも、同様のカーソルと移動操作ツールとを有しており、さらに、全体縮尺図Ｌも表示されて、縮尺図Ｌ上である位置を指示（ポイント）等することで、その位置に簡単にジャンプすることができる。さらに、エリアレベルの表示Ｒ１と、ブロックレベル表示Ｂとの間では、利用者端末１において、スケールを切替えながら、希望の席を探し、購入することができる。例えば、ブロックレベル表示Ｂでは、座席毎に、販売済み（空席なし、グレーの丸印）、空席あり（例えば黒塗りの丸印）などと色分けし、画面上で任意の空席を選択・指定して、購入手続へ進むことができるようになっている。
【００７３】
図１３は、エリアレベルの表示Ｒ１におけるシームレスな移動の様子を示す図である。エリアレベルの表示Ｒ１において、利用者端末１から矢印方向へのウインドウのスライドの指示がなされると、画面上での表示位置をシームレスに指示方向に移動させることができる。また、カーソル２１１を用いてシームレスに移動させることも可能である。
【００７４】
図１４は、エリアジャンプの様子を示す図である。エリアレベルの表示Ｒ１において、全体縮尺図表示Ｌの子ウインドウＷを移動させると（Ｌ３１）、図１４右下図のように、親ウインドウの表示も移動させることができる。尚、子ウインドウＷを用いて、縮尺図Ｌ上で、席種単位で色分け等の表示を行い、遷移させる位置を考える際の参考としても良い。
【００７５】
図１５は、ブロックジャンプの例を示す図である。縮尺図Ｌ上の子ウインドウＷを移動させると、例えば、３塁側から１塁側へ、のように、ブロックを移動させることが可能である。
【００７６】
上記の実施の形態において、添付図面に図示されている構成等については、これらに限定されるものではなく、本発明の効果を発揮する範囲内で適宜変更することが可能である。その他、本発明の目的の範囲を逸脱しない限りにおいて適宜変更して実施することが可能である。
【００７７】
また、本発明の各構成要素は、任意に取捨選択することができ、取捨選択した構成を具備する発明も本発明に含まれるものである。
【００７８】
また、本実施の形態で説明した機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。尚、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００７９】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また前記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。機能の少なくとも一部は、集積回路などのハードウェアで実現しても良い。
【産業上の利用可能性】
【００８０】
本発明は、座席指定装置に利用可能である。
【符号の説明】
【００８１】
１…利用者端末、２…チケット販売サーバ、２ａ…情報処理部、２ａ−１…データ送受信部、２ａ−２カーソル移動検出部、２ａ−３…移動量算出部、２ａ−４…表示制御部、２ａ−１１…子ウインドウ移動検出部、２ａ−１３…親ウインドウ表示位置算出部、３…チケット販売ＤＢ、１０１…利用者情報テーブル、１０３…イベント情報テーブル、１０５…チケット購入情報テーブル、１０７…座席情報テーブル、１０９…チケット販売情報テーブル。
【図１Ａ】
2015032112.tif 000003
【図１Ｂ】
2015032112.tif 000004
【図１Ｃ】
2015032112.tif 000005
【図２Ａ】
2015032112.tif 000006
【図２Ｂ】
2015032112.tif 000007
【図２Ｃ】
2015032112.tif 000008
【図３Ａ】
2015032112.tif 000009
【図３Ｂ】
2015032112.tif 000010
【図４】
2015032112.tif 000011
【図５】
2015032112.tif 000012
【図６】
2015032112.tif 000013
【図７】
2015032112.tif 000014
【図８】
2015032112.tif 000015
【図９】
2015032112.tif 000016
【図１０】
2015032112.tif 000017
【図１１】
2015032112.tif 000018
【図１２】
2015032112.tif 000019
【図１３】
2015032112.tif 000020
【図１４】
2015032112.tif 000021
【図１５】
2015032112.tif 000022
【図１６Ａ】
2015032112.tif 000023
【図１６Ｂ】
2015032112.tif 000024
【図１６Ｃ】
2015032112.tif 000025