JP2022532960A - 集約された適応型購入プロセス及びインターフェース - Google Patents

Abstract

グラフィカルユーザインターフェース（「ＧＵＩ」）を表示することと、少なくとも１つのサーバコンピューティング装置から個人化情報を受け取ることと、が含まれるコンピュータ実装方法。ＧＵＩにはページが含まれる。個人化情報は、劇場場所、劇場場所で上映されている映画、日付、及び映画及び日付に対応付けられる開始時刻を特定する。本方法には、ページ上で、映画、特定の映画が上映されている日付、及び特定の日付における特定の開始時刻を表示することが含まれる。ページ上に表示されるユーザ入力の中にユーザによって選択が入力される。ユーザがページを出ることなく、選択によって劇場場所、特定の映画、特定の日付、及び／または特定の開始時刻が変更される。ページは自動的に更新されてユーザ選択を表示する。ページ上でユーザが購入入力表示を選択したという表示を受け取って、少なくとも１つの映画チケットの購入が完了する。【選択図】図８

Description

関連出願の相互参照
本出願は、米国仮出願第６２／８４９，７０７号（２０１９年５月１７日に出願）及び米国仮出願第６２／９４０，１２６号（２０１９年１１月２５日に出願）の利益を主張する。両文献ともその全体において参照により本明細書に組み込まれている。

本発明は全般的に、チケットを購入するために用いるシステムに関するものである。

多くのユーザが好んでイベントチケット（たとえば、映画チケット）をオンラインで購入している。しかしながら、そうすることはストレスがたまり及び／または時間がかかる可能性がある。たとえば、映画チケットをオンラインで購入するときには、ユーザは典型的に少なくとも以下の操作を実行しなければならない。

１． ユーザはアプリケーションを開始しなければならない。

２． ユーザは映画を選択しなければならない。こうすることで、アプリケーションに、複数の劇場場所に対する開始時刻を示す開始時刻選択スクリーンを表示させる。

３． ユーザは特定の劇場（たとえば、ハリウッドシアター）を選択しなければならない。

４． ユーザは特定の劇場場所における特定の開始時刻（たとえば、３：１５ｐｍ）を選択しなければならない。こうすることで、アプリケーションにチケット選択スクリーンを表示させる。

５． ユーザはチケット種類（たとえば、大人チケット種類）を選択しなければならない。こうすることで、アプリケーションに、入手できるチケット枚数を伴うスクリーンを表示させる。

６． ユーザは枚数（たとえば、２枚のチケット）を選択しなければならない。こうすることで、アプリケーションに新しい座席選択スクリーンを表示させる。

７． ユーザは「座席選択」オプションを選択しなければならない。こうすることで、アプリケーションに座席配置表を表示させる。

この時点で、ユーザは座席配置表を見て所望の座席を探さなければならない。ユーザの所望の座席が空いている場合、ユーザは座席配置表を用いて座席を選択して、購入を終わらせてもよい。他方で、ユーザの所望の座席が空いていない場合、ユーザは異なる開始時刻及び／または劇場場所を選択することを決める場合がある。たとえば、映画が人気がある場合、劇場の一番前の座席だけが空いている場合がある。ユーザが映画スクリーンのすぐ近くに座ることを望まない場合、ユーザは異なる開始時刻及び／または劇場場所を選択することを決める場合がある。しかしながら、これにはユーザが戻るボタンを選択（たとえば、クリック）する必要があり、これによりユーザは座席選択スクリーンに戻る。もう一度、ユーザは戻るボタンを選択（たとえば、クリック）しなければならず、これによりユーザは開始時刻選択スクリーンに戻る。そして、ユーザはステップ３～６を繰り返さなければならない。しかしながら、ユーザの所望の座席を見つけるためには、特定の劇場場所における特定の開始時刻を選択してチケット種類及び枚数を繰り返して入力するたびに、ユーザは以上のプロセスを複数回繰り返す必要があり得る。これは、ユーザの時間を無駄に使っており、チケット販売者のコンピューティングシステムによるさらなる処理、ならびにさらなるネットワークトラフィックを引き起こしている。これは特に、待望の映画が新しくリリースされる場合に問題がある。

本開示による種々の実施形態について、以下の図面を参照して説明する。

映画チケットを購入するためのシステム例のブロック図であり、複数のクライアントコンピューティング装置と少なくとも１つのサーバコンピューティング装置とを含む図である。 図１のシステム例によって行う第１の方法のフロー図の第１の部分を示す図である。 図２Ａのフロー図の第２の部分を示す図である。 図２Ａのフロー図の第３の部分を示す図である。 図１のシステム例によって行う第２の方法のフロー図の第１の部分を示す図である。 図２Ｄのフロー図の第２の部分を示す図である。 図２Ｄのフロー図の第３の部分を示す図である。 図２Ｄのフロー図の第４の部分を示す図である。 ランディングページ例の説明図である。 主要ビューページ例の第１の実施形態の第１の説明図である。 図３Ｂの主要ビューページ例の第２の説明図である。 購入処理ページ例の説明図である。 予約済み座席配置シナリオに対して構成された主要ビューページ例の第２の実施形態の説明図である。 ユーザが映画を選択した後の予約済み座席配置シナリオに対して構成された図４Ａの主要ビューページ例の説明図である。 拡大型開始時刻選択リストの第１の部分を表示する図４Ａの主要ビューページ例の説明図である。 拡大型開始時刻選択リストの第２の部分を表示する図４Ａの主要ビューページ例の説明図である。 拡大型劇場選択リストを表示する図４Ａの主要ビューページ例の説明図である。 座席選択ページ例の説明図である。 予約済み座席配置シナリオに対して構成されたチケット選択ページ例の説明図である。 ユーザが映画を選択した後の一般座席配置シナリオに対して構成された図４Ａの主要ビューページ例の説明図である。 一般座席配置シナリオに対して構成されたチケット選択ページ例の説明図である。 図１のクライアントコンピューティング装置のうちの１つ以上を実施するために使用し得るモバイル通信デバイスを例示する機能ブロック図である。 図１のシステムの１つ以上のコンピューティング装置の実施態様を実施し得るハードウェアと動作環境とを関連付けた図である。 座席マップ情報の事前ロードまたは予めフェッチすることを実施する図１のシステムによって行われる方法のフロー図の第１の部分である。 図７Ａのフロー図の第２の部分を示す図である。 図７Ａのフロー図の第３の部分を示す図である。 劇場場所の内部の観客席の標準化された表現を表示する座席マッププレビューを含む主要ビューページの実施形態の説明図である。 観客席の実際の形状及びサイズとは無関係に標準化された表現の領域（たとえば、左前方、真ん中前方、右前方、左中央、真ん中中央、右中央、左後方、真ん中後方、右後方など）に観客席内の座席を割り当てる方法のフロー図である。 映画のリストを表示し、ユーザ好みのリスト内の各ユーザ好みを各映画が満たすか、部分的に満たすか、または満たさないかを示すように構成されたページ例の説明図である。 図１０Ａで表示された映画のうちの１つをユーザが選択するときに生成される注文概要の説明図である。 １つ以上のユーザ好み（複数可）を各映画が満たすか、部分的に満たすか、または満たさないかを示す各映画の次の交通信号機型視覚インジケータを表示するように構成された図４Ａの主要ビューページ例の説明図である。

図では同様の参照符号を用いて同様の構成部品を指定している。

図１は映画チケットを購入するためのシステム１００の図である。システム１００では、複数のクライアントコンピューティング装置（たとえば、クライアントコンピューティング装置１１０）が、少なくとも１つのサーバコンピューティング装置（たとえば、サーバコンピューティング装置１２０）に、１つ以上のネットワーク１３０を経由して接続されている。図１では、簡単にするために、複数のクライアントコンピューティング装置にはクライアントコンピューティング装置１１０のみが含まれると例示しており、以後もこのように記載する。しかし、複数のクライアントコンピューティング装置には、任意の数のクライアントコンピューティング装置（それぞれクライアントコンピューティング装置１１０と同様である）が含まれていてもよい。非限定的な例として、クライアントコンピューティング装置１１０を、モバイル通信デバイス５００（図５参照）またはコンピューティング装置１２（図６参照）として実施してもよい。また図１では、簡単にするために、サーバコンピューティング装置（複数可）にはサーバコンピューティング装置１２０のみが含まれると例示しており、以後もこのように記載する。しかし、サーバコンピューティング装置（複数可）には、任意の数のサーバコンピューティング装置（それぞれサーバコンピューティング装置１２０と同様である）が含まれていてもよい。サーバコンピューティング装置１２０を１つ以上のコンピューティング装置（たとえば、それぞれ、図６に例示したコンピューティング装置１２と同様である）として実施してもよい。図１を参照すると、サーバコンピューティング装置１２０は、データストア１７０（たとえば、データベース）を実装してもよく、及び／またはこれに接続されてもよい。データストア１７０は、１つ以上のコンピューティング装置（たとえば、それぞれ、図６に例示したコンピューティング装置１２と同様である）によって実施してもよい。

システム１００は、支払いプロセッササービス１５０を含んでいてもよいし、またはこれに接続されていてもよい。支払いプロセッササービス１５０は、１つ以上のコンピューティング装置（たとえば、それぞれ、図６に例示したコンピューティング装置１２と同様である）によって実施してもよい。サーバコンピューティング装置１２０は、支払いプロセッササービス１５０と（たとえば、ネットワーク（複数可）１３０を介して）通信するように構成されている。支払いプロセッササービス１５０は、（１）資金もしくは何らかの他の財源仕組み（たとえば、予め形成しておく）または（２）資金の拒否を、サーバコンピューティング装置１２０に伝達するように構成されている。

サーバコンピューティング装置１２０は、任意の数の映画館場所（たとえば、映画館場所１６０Ａ及び１６０Ｂ）と通信していてもよい。代替的に、サーバコンピューティング装置１２０を操作する実体（図示せず）における職員が、映画館場所１６０Ａ及び１６０Ｂと通信していてもよい。劇場場所１６０Ａ及び１６０Ｂは、販売時点（「ＰＯＳ」）システム１６２Ａ及び１６２Ｂをそれぞれ含んでいてもよいし、またはそれらに対応付けられていてもよい。ＰＯＳシステム１６２Ａ及び１６２Ｂはそれぞれ、映画チケット注文を受け取って完了するように構成されている。非限定的な例として、サーバコンピューティング装置１２０はＰＯＳシステム１６２Ａ及び１６２Ｂと、ネットワーク（複数可）１３０を介して通信してもよい。

クライアントコンピューティング装置１１０はユーザ１４０によって操作されるように構成されている。クライアントコンピューティング装置１１０は、クライアントコンピューティング装置１１０のメモリ１１４（たとえば、図５に例示したメモリ５２０または図６に例示したシステムメモリ２２として実施される）に記憶され得るアプリケーション１１２を実施する。非限定的な例として、アプリケーション１１２を、サーバコンピューティング装置１２０またはアプリケーションストア（図示せず）からダウンロードしてもよく、クライアントコンピューティング装置１１０上にインストールしてもよい。

サーバコンピューティング装置１２０は、サーバコンピューティング装置１２０のメモリ１２６（たとえば、図６に例示したシステムメモリ２２として実施される）に記憶され得るアプリケーションプログラミングインターフェース（「ＡＰＩ」）１２２を実装する。ＡＰＩ１２２によって、アプリケーション１１２は、サーバコンピューティング装置１２０及び／またはサーバコンピューティング装置１２０のような１つ以上の他のコンピューティング装置によって実施され得るチケット処理アプリケーション１２８がもたらす機能にアクセスすることができる。ＡＰＩ１２２に起因すると考えられる後述の機能を、少なくとも部分的にチケット処理アプリケーション１２８によって行ってもよい。

図２Ａ～２Ｃに、部分的にユーザ１４０によって、部分的にアプリケーション１１２によって、及び部分的にＡＰＩ１２２によって行われる第１の方法２００のフロー図を例示する（図１、２Ｂ、２Ｅ、及び７Ａ～７Ｃ参照）。図２Ａを参照すると、第１のブロック２０２において、ユーザ１４０がクライアントコンピューティング装置１１０上でアプリケーション１１２を開始する（図１、３Ａ～４Ｉ、及び８を参照）。そして、ブロック２０４において、アプリケーション１１２が、ユーザ１４０が劇場場所の選択及び選択した劇場場所で上映されている映画の選択を１つの操作（たとえば、タップ、クリックなど）で行えるランディングページ３１０（図３Ａ参照）を表示する。図３Ａを参照すると、ランディングページ３１０は、「個人化」された劇場場所１６０Ａ及び１６０Ｂ（図１参照）のそれぞれの識別３１２Ａ及び３１２Ｂを、劇場場所１６０Ａ及び１６０Ｂでそれぞれ上映されている映画３１４Ａ及び３１４Ｂとともに表示する。図１を参照すると、アプリケーション１１２は、ユーザ１４０を特定するためにＡＰＩ１２２が用いるユーザ識別情報（たとえば、ログイン情報）をＡＰＩ１２２にもたらす。

アプリケーション１１２が開始しているときに、アプリケーション１１２はＡＰＩ１２２にコンタクトして、関連する第１の情報をリクエストする。ブロック２０６（図２Ｂ参照）において、ＡＰＩ１２２は、関連する第１の情報を（たとえば、データストア１７０から）取得して、関連する第１の情報をアプリケーション１１２に送る。アプリケーション１１２は、関連する第１の情報を用いて、ブロック２０４（図２Ａ参照）においてランディングページ３１０（図３Ａ参照）を生成及び表示する。関連する第１の情報は、１つ以上の劇場場所、劇場場所（複数可）のそれぞれで上映されている映画、及び各映画に対する開始時刻情報を含んでもよい。関連する第１の情報を、アプリケーション１１２の提示の必要性に基づいて、ＡＰＩ１２２が選択する。たとえば、図３Ａを参照すると、関連する第１の情報は、識別３１２Ａ及び３１２Ｂによってランディングページ３１０上で特定される劇場場所１６０Ａ及び１６０Ｂ（図１参照）、映画３１４Ａ及び３１４Ｂ、ならびに開始時刻入力（複数可）３３２（図３Ｂ参照）によって特定される映画３１４Ａ及び３１４Ｂの開始時刻を特定してもよい。

前述したように、図１を参照すると、劇場場所１６０Ａ及び１６０Ｂはユーザ１４０に対して「個人化」されていてもよい。ＡＰＩ１２２は、このような個人化された劇場場所をいくつかの異なる基準を用いて選択してもよい。非限定的な例として、システム１００によって、ユーザ１４０が（たとえば、データストア１７０において）劇場場所のうちの１つ以上を、それぞれお気に入りとしてタグ付けできてもよい。このような実施形態では、関連する第１の情報は、ユーザ１４０にタグ付けされた劇場場所（複数可）、お気に入りの劇場場所のそれぞれで上映されている任意の映画、及び各映画に対する開始時刻を含んでもよい。

代替的に、またはユーザ１４０が劇場場所のいずれにもタグ付けしていない場合には、データストア１７０は、ユーザ１４０が以前に選択した劇場場所のリスト（たとえば、ユーザ１４０が行った以前のチケット注文に対応付けられる取引記録）を記憶してもよい。このような実施形態では、関連する第１の情報は、ユーザ１４０がごく最近に選択した劇場場所のうちの１つ以上、劇場場所（複数可）で上映されている任意の映画、及び各映画に対する開始時刻を含んでもよい。別の非限定的な例として、アプリケーション１１２は、クライアントコンピューティング装置１１０上に記憶された検索履歴（図示せず）及び／またはブラウザ履歴（図示せず）から、劇場場所のうちの１つ以上を特定してもよい。このような実施形態では、ブロック２０４（図２Ａ参照）において、アプリケーション１１２はこの情報をＡＰＩ１２２に送ってもよい。そして、ブロック２０６（図２Ｂ参照）において、ＡＰＩ１２２は、特定された劇場場所（複数可）のそれぞれで上映されている映画を（たとえば、データストア１７０内で）検索してもよく、映画をその開始時刻ととともに、関連する第１の情報に含めてもよい。

代替的に、またはユーザ１４０が劇場場所のいずれにもタグ付けしておらず、以前にＡＰＩ１２２を用いて何らのチケットも発注したことがない場合には、ブロック２０４（図２Ａ参照）において、アプリケーション１１２はＡＰＩ１２２に地理的位置を渡してもよい。地理的位置は、クライアントコンピューティング装置１１０の現在の地理的位置であってもよいし、またはブロック２０４（図２Ａ参照）においてユーザ１４０がアプリケーション１１２に与えた選択された地理的位置であってもよい。地理的位置には緯度及び経度が含まれていてもよい。そして、ブロック２０６（図２Ｂ参照）において、ＡＰＩ１２２は地理的位置を用いて、地理的位置に最も近い及び／または地理的位置から所定の距離または半径内にある１つ以上の劇場場所を特定してもよい。代替的に、地理的位置には郵便番号が含まれていてもよい。このような実施形態では、ＡＰＩ１２２はその郵便番号内での劇場場所の郵便番号を特定してもよい。ＡＰＩ１２２は、特定された劇場場所（複数可）、特定された劇場場所のそれぞれで上映されている任意の映画、及び各映画に対する開始時刻を、関連する第１の情報に含んでいる。

こうして、ＡＰＩ１２２は、個人化された劇場場所（複数可）を複数の方法で特定してもよく、本開示は、劇場場所を特定する特定の方法に限定されない。

ブロック２０６（図２Ｂ参照）において、ＡＰＩ１２２が、個人化された劇場場所を特定した後で、ブロック２０４（図２Ａ参照）において、ＡＰＩ１２２は関連する第１の情報をアプリケーション１１２に与える。そして、ユーザ１４０は、どの劇場場所から１つ以上の映画チケットを購入するかを決定する。ブロック２０８（図２Ａ参照）において、ユーザ１４０は映画及び劇場場所を、ランディングページ３１０（図３Ａ参照）から単一操作で選択する。図３Ａに示すように、映画３１４Ａを、映画３１４Ａがそれぞれ上映されている劇場場所１６０Ａ（図１参照）の識別３１２Ａの近傍（たとえば、下）に表示してもよい。同様に、映画３１４Ｂを、映画３１４Ｂがそれぞれ上映されている劇場場所１６０Ｂ（図１参照）の識別３１２Ｂの近傍（たとえば、下）に表示してもよい。さらに、映画３１４Ａ及び３１４Ｂをそれぞれ、異なるユーザ入力（たとえば、選択可能なアイコンまたは画像）によって表してもよい。ユーザ入力のうちの１つを選択することによって、ユーザ１４０は、対応付けられる劇場場所で上映されている特定の映画を選択する。図３Ａに例示した例では、ユーザ１４０はユーザ入力３２０を選択している。ユーザ入力３２０は、劇場場所１６０Ａ（図１参照）で上映されている映画３１４Ａのうちの１つに対応する。選択した劇場場所（たとえば、劇場場所１６０Ａ）を以後、「劇場主」と言う。

図２Ａを参照すると、ブロック２１０において、アプリケーション１１２は、ユーザ入力３２０（図３Ａ参照）の選択を受け取って、ユーザ１４０が選択した映画及び劇場場所を確認する。たとえば、アプリケーション１１２は、これらの選択の表示を表示して、ユーザ１４０にそれらを確認するように要求してもよい。

そして、ブロック２１２において、アプリケーション１１２は、図４Ａ～４Ｅ、図４Ｈ、図８、及び図１１に例示した主要ビューページ４１０の第１の実施形態であるマルチオプション劇場及び開始時刻選択ページ３３０（図３Ｂ及び３Ｃ参照）を表示する。図３Ｂを参照すると、劇場及び開始時刻選択ページ３３０は、１つ以上の開始時刻入力３３２、１つ以上のチケット種類入力３３４、チケット枚数入力３３６、及び座席配置表３３８を表示する。開始時刻入力（複数可）３３２はそれぞれ、特定の日付（たとえば、現在の日付、次の日付など）での異なる開始時刻に対応する。ユーザ１４０は、座席配置表３３８を用いて、選択した開始時刻で映画が上映されている劇場主内の１つ以上の座席場所を選択してもよい。例示した実施形態では、劇場及び開始時刻選択ページ３３０は、ブロック２０８（図２Ａ参照）で選択した劇場主におけるやはりブロック２０８で選択した映画に対する開始時刻入力（複数可）３３２Ａを、代替的な劇場場所（たとえば、図１に例示した劇場場所１６０Ｂ）に対する開始時刻入力（複数可）３３２Ｂとともに表示する。開始時刻入力（複数可）３３２Ｂのうちの１つを選択することによって、ユーザ１４０は自動的に劇場主を代替的な劇場場所に変更する。同様に、開始時刻入力（複数可）３３２Ａのうちの１つを選択することによって、ユーザ１４０は自動的に劇場主を変更して、ブロック２０８（図２Ａ参照）で選択した劇場場所に戻す。図３Ｂに例示した劇場及び開始時刻選択ページ３３０の実施形態では２つの劇場場所のみを示しているが、劇場及び開始時刻選択ページ３３０を代替的に、任意の数の劇場場所を表示するように構成してもよい。

劇場及び開始時刻選択ページ３３０上で、開始時刻入力（複数可）３３２Ａ及び３３２Ｂは劇場場所１６０Ａ及び１６０Ｂ（図１参照）と、それぞれグループ化されていて、ユーザ１４０がそれらを容易に比較できるようになっている。これは、この業界では唯一のものである。業界内の他のすべてのユーザインターフェースでは、開始時刻または座席配置空き状況が、ユーザ１４０が探しているものと一致しない場合には、ユーザ１４０は劇場選択スクリーンに戻る必要がある。

劇場及び開始時刻選択ページ３３０にはカレンダ入力３４２が含まれていてもよい。カレンダ入力３４２は、選択されると、表示された（または現在の）開始時刻が、ユーザ１４０が探しているものと一致しない場合に、ユーザ１４０が開始時刻の日付を変更できるようにする。

図３Ｃを参照すると、劇場及び開始時刻選択ページ３３０には、現在の映画選択を変更するために用い得る映画選択入力３４４が含まれていてもよい。例示した実施形態では、映画選択入力３４４は、ユーザ１４０が映画選択入力３４４をスワイプして映画選択を変更することによって起動される。映画選択がこのように変更されると、劇場及び開始時刻選択ページ３３０はアプリケーション１１２によって自動的にリフレッシュされて、新しい映画選択に対応付けられる開始時刻入力（複数可）３３２Ａ及び３３２Ｂが示される。これは、この業界では唯一のものである。

図２Ａに戻って、アプリケーション１１２が劇場及び開始時刻選択ページ３３０（図３Ｂ及び３Ｃ参照）を生成しているときに、ブロック２１２において、アプリケーション１１２はＡＰＩ１２２にコンタクトして（図１、２Ｂ、２Ｅ、及び７Ａ～７Ｃ参照）、関連する第２の情報をリクエストする。ブロック２１４（図２Ｂ参照）において、ＡＰＩ１２２が、関連する第２の情報を（たとえば、図１に例示したデータストア１７０から）取得して、関連する第２の情報をアプリケーション１１２に送る。アプリケーション１１２は、関連する第２の情報を用いて、ブロック２１２において劇場及び開始時刻選択ページ３３０（図３Ｂ及び３Ｃ参照）を生成及び表示する。

関連する第２の情報は、ブロック２０８で選択したかまたは映画選択入力３４４（図３Ｃ参照）を用いて選択した映画に対する開始時刻を特定してもよい。こうして、図２Ｂを参照すると、ユーザ１４０（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、２Ｇ、及び３Ａ～３Ｃ参照）が、映画選択及び／または日付をカレンダ入力３４２（図３Ｂ参照）を用いて変更するたびに、ＡＰＩ１２２はブロック２１４を実行してもよい。任意的に、ユーザ１４０（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、２Ｇ、及び３Ａ～３Ｃ参照）が、開始時刻のうちの１つを（たとえば、図３Ｂに例示した開始時刻入力（複数可）３３２のうちの１つを用いて）選択した後で、アプリケーション１１２（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、及び２Ｇ参照）は、選択した開始時刻に対する予約済み座席配置の座席マップを（たとえば、ブロック２１４において）ＡＰＩ１２２からリクエストしてもよい。こうして、ユーザ１４０（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、２Ｇ、及び３Ａ～３Ｃ参照）が開始時刻選択を変更するたびに、ＡＰＩ１２２はブロック２１４を実行してもよい。

代替的に、図１を参照すると、関連する第２の情報には、劇場場所１６０Ａ及び１６０Ｂのうちの１つ以上において選択した映画に対する開始時刻の少なくとも一部に対応付けられる予約済み座席配置の座席マップが含まれていてもよい。これらの予約済み座席配置の座席マップによって、アプリケーション１１２はユーザ１４０に空席状況を迅速に表示することができる。これらの予約済み座席配置の座席マップが、劇場主における選択済み開始時刻以外の開始時刻に関する場合、これらの代替的な開始時刻のうちの１つが選択されるまで、これらの座席マップを記憶またはキャッシュしてもよい。非限定的な例として、関連する第２の情報には、劇場主における選択済み映画のそれぞれの開始時刻に対する予約済み座席配置の座席マップが含まれていてもよい。予約済み座席配置の座席マップが（たとえば、関連する第２の情報内で）ＡＰＩ１２２によってアプリケーション１１２にダウンロードされていない開始時刻をユーザ１４０が選択するたびに、アプリケーション１１２は、（たとえば、図２Ｂに例示したブロック２１４において）ＡＰＩ１２２から予約済み座席配置の座席マップをリクエストしてもよい。劇場及び開始時刻選択ページ３３０（図３Ｂ及び３Ｃ参照）が表示されている間に、予約済み座席配置の座席マップの少なくとも一部を、バックグラウンドプロセスの一部としてダウンロードしてもよい。

さらに別の非限定的な例として、図３Ｃを参照すると、関連する第２の情報は、複数の映画に対する開始時刻（ブロック２０８（図２Ａ参照）で選択した映画を含むかまたは映画選択入力３４４を用いて）及び複数の映画のそれぞれに対応付けられる予約済み座席配置の座席マップを特定してもよい。非限定的な例として、複数の映画には劇場主で上映されている映画が含まれていてもよい。選択した映画以外の映画に関する情報は、これらの映画のうちの１つ及びその映画に対応付けられる開始時刻が選択されるまで記憶またはキャッシュしてもよい。これが行われたときには、図３Ｂを参照すると、座席配置表３３８を、新たに選択した映画、選択した開始時刻、及び選択した劇場場所に対応付けられる予約済み座席配置の座席マップを用いて更新してもよい。言い換えれば、図２Ａを参照すると、アプリケーション１１２は少なくとも一部の情報を事前ロードまたは予めフェッチしてもよい。事前ロードまたは予めフェッチした情報の少なくとも一部は、劇場及び開始時刻選択ページ３３０（図３Ｂ及び３Ｃ参照）が表示されている間に、バックグラウンドプロセスの一部としてダウンロードしてもよい。

図３Ｂを参照すると、選択した映画、選択した開始時刻、及び選択した劇場場所に対応付けられる予約済み座席配置の座席マップを用いて、座席配置表３３８を生成及び表示する。座席配置表３３８は、劇場主で上映されている選択済み開始時刻における選択した映画に対して予約できる座席を例示する。

次に、ブロック２１６（図２Ａ参照）において、ユーザ１４０は、開始時刻入力（複数可）３３２を用いて特定の開始時刻を、チケット種類入力（複数可）３３４を用いてチケット種類を、チケット枚数入力３３６を用いてチケット枚数を、また座席配置表３３８を用いてそれぞれのチケットに対する座席を選択する。前述したように、ユーザ１４０は、カレンダ入力３４２を用いて日付を選択してもよいし、または映画選択入力３４４（図３Ｃ参照）を用いて映画選択を変更してもよい。図３Ｂに示すように、劇場主が操作するＰＯＳシステム（たとえば、図１に例示したＰＯＳシステム１６２Ａ）によるチケット注文を開始することなく、選択した開始時刻、劇場場所、映画、及び／または日付をユーザ１４０が変更したときに、座席配置表３３８は更新またはロードされる。任意的に、劇場主が操作するＰＯＳシステム（たとえば、図１に例示したＰＯＳシステム１６２Ａ）によるチケット注文を開始することなく、選択したチケット種類及び／または枚数をユーザ１４０が変更したときに、座席配置表３３８を更新またはロードしてもよい。言い換えれば、ユーザ１４０が１つ以上のユーザ選択を変更したときに、ユーザ１４０は、更新された座席配置表３３８を見るために、ユーザ１４０がすでに入力した情報の再入力を要求されることはない。

図２Ａを参照すると、ブロック２１８において、アプリケーション１１２は、ブロック２１６においてユーザ１４０が入力した選択（たとえば、開始時刻、チケット種類、枚数、及び座席）を受け取って、それらをユーザ１４０によって確認する。たとえば、アプリケーション１１２はこれらの選択の表示を表示して、ユーザ１４０にそれらの確認を要求してもよい。ブロック２１８において、アプリケーション１１２はまた、これらの選択をＡＰＩ１２２（図１、２Ｂ、２Ｅ、及び７Ａ～７Ｃ参照）に送信する。アプリケーション１１２はまた、映画、日付、及び／または劇場主の識別をＡＰＩ１２２に送信してもよい。

図２Ｂを参照すると、ブロック２２０において、ＡＰＩ１２２は選択を受け取って、この選択に基づいてチケット注文を行う。ＡＰＩ１２２はまた、劇場主のＰＯＳシステム（たとえば、図１に例示したＰＯＳシステム１６２Ａ）と通信して、空席状況を確認する。

図２Ｃを参照すると、ブロック２２２（図２Ｃ参照）において、同じ劇場及び開始時刻選択ページ３３０（図３Ｂ及び３Ｃ参照）上で、ユーザ１４０はチェックアウト入力３４０（たとえば、図３Ｂにおいて標示された「チェックアウトＣＴＡ」）を選択する。

次にブロック２２４において、アプリケーション１１２は、劇場及び開始時刻選択ページ３３０（図３Ｂ及び３Ｃ参照）を上方にスクロールして、その下部（購入処理ページ３６０（図３Ｄ参照）と言う）を表示する。こうして、ユーザ１４０がチェックアウト入力３４０（図３Ｂ参照）を選択（たとえば、クリック）した後で、購入処理ページ３６０（図３Ｄ参照）（チェックアウトビューを与える）がスクロールアップしてユーザ１４０の視界に入り、凝縮されたチェックアウトプロセスが可能になる。この凝縮されたチェックアウトプロセスは、業界では唯一のものであり、ユーザ１４０が迅速なプロセスフローを用いてチケット注文を完了することができる。

アプリケーション１１２がスクロールしているときに、アプリケーション１１２は、関連する購入オプションをＡＰＩ１２２（図１、２Ｂ、２Ｅ、及び７Ａ～７Ｃ参照）にリクエストする（またはリクエストを送らずに受け取る）。ブロック２２６（図２Ｂ参照）において、ＡＰＩ１２２は、劇場主に対する関連する購入オプション（たとえば、ご愛顧明細）を収集して、ブロック２２４においてアプリケーション１１２に送る。

そして、ブロック２２８において、アプリケーション１１２は、映画注文概要３６２（図３Ｄ参照）を生成して購入処理ページ３６０（図３Ｄ参照）上への表示を、ＡＰＩ１２２（図１、２Ｂ、２Ｅ、及び７Ａ～７Ｃ参照）から受け取った関連する購入オプションに少なくとも部分的に基づいて行う。アプリケーション１１２は、関連する購入オプションをＡＰＩ１２２にリクエストしても（またはリクエストを送らずに受け取っても）よい。ブロック２２６（図２Ｂ参照）において、ＡＰＩ１２２は、劇場主に対する関連する購入オプション（たとえば、ご愛顧明細）を収集して、アプリケーション１１２に送る。アプリケーション１１２はこれをブロック２２８において受け取る。

ブロック２３０において、アプリケーション１１２は、１つ以上の支払いオプション３６４（図３Ｄ参照）のユーザ１４０への表示を、ＡＰＩ１２２（図１、２Ｂ、２Ｅ、及び７Ａ～７Ｃ参照）から受け取った関連する購入オプションに少なくとも部分的に基づいて行う。そして、ユーザ１４０は支払いオプション（複数可）３６４（図３Ｄ参照）のうちの１つを選択する。アプリケーション１１２は、関連する購入オプションをＡＰＩ１２２（図１、２Ｂ、２Ｅ、及び７Ａ～７Ｃ参照）にリクエストしても（またはリクエストを送らずに受け取っても）よい。ブロック２２６（図２Ｂ参照）において、ＡＰＩ１２２は、劇場主に対する関連する購入オプション（たとえば、ご愛顧明細）を収集して、アプリケーション１１２に送る。アプリケーション１１２はこれをブロック２３０において受け取る。

ブロック２３２において、同じ購入処理ページ３６０（図３Ｄ参照）上で、ユーザ１４０は購入入力３７０（たとえば、図３Ｄにおける標示された「注文完了ＣＴＡ」）を選択する。

ブロック２３４において、アプリケーション１１２は成功確認（図示せず）または失敗確認（図示せず）を表示する。アプリケーション１１２が確認（図示せず）を表示する前に、アプリケーション１１２は、支払い情報（たとえば、図３Ｄに例示した支払いオプション３６４の選択した１つに対応付けられる）をＡＰＩ１２２（図１、２Ｂ、２Ｅ、及び７Ａ～７Ｃ参照）に送信する。そして、ブロック２３６（図２Ｂ参照）において、ＡＰＩ１２２は支払いプロセッササービス１５０（図１参照）と通信し、ここでチケット注文が処理される。前述したように、図１を参照すると、支払いプロセッササービス１５０は、（１）資金もしくは何らかの他の財源仕組み（たとえば、予め形成しておく）または（２）資金の拒否を、サーバコンピューティング装置１２０に伝達するように構成されている。支払いプロセッササービス１５０が資金または何らかの他の財源仕組みをＡＰＩ１２２に伝達したときに、ＡＰＩ１２２はチケット注文の処理に成功する。他方で、支払いプロセッササービス１５０が資金の拒否をＡＰＩ１２２に伝達すると、ＡＰＩ１２２は成功しない。ＡＰＩ１２２がチケット注文の処理に成功しなかったとき、ブロック２３６（図２Ｂ参照）において、ＡＰＩ１２２はアプリケーション１１２に不成功を伝達する。アプリケーション１１２は、ブロック２３４（図２Ｃ参照）において、ユーザ１４０に失敗確認を表示する。

他方で、ＡＰＩ１２２がチケット注文の処理に成功したとき、ＡＰＩ１２２はチケット注文に対する資金（または何らかの他の財源仕組み）を確保している。ＡＰＩ１２２は、この成功を、劇場主に対応付けられるＰＯＳシステム（たとえば、図１に例示したＰＯＳシステム１６２Ａ）に伝達する。ＰＯＳシステムは、チケット注文が成功したことを確認し、チケット注文に対する領収書を、劇場主が保持する記録に記憶する。次に、ブロック２３６（図２Ｂ参照）において、ＡＰＩ１２２はアプリケーション１１２に成功を伝達する。アプリケーション１１２はこれをブロック２３４において受け取る（図２Ｃ参照）。言い換えれば、ＡＰＩ１２２はユーザ１４０に成功確認を表示することを試みる。しかし、ＡＰＩ１２２及び／またはアプリケーション１１２がユーザ１４０に成功確認を表示することができなくても、チケット注文はやはり存在していてもよい。アプリケーション１１２が表示する成功確認はデジタル領収書として機能してもよいし、またはアプリケーション１１２が取引に対する別個のデジタル領収書を表示してもよい。

ＡＰＩ１２２は、劇場主に対して利用可能な注文引換えオプションをアプリケーション１１２に送ってもよい。アプリケーション１１２はユーザ１４０に注文引換えオプションを表示してもよい。ユーザ１４０は引換えオプションのうちの１つを選択してもよい。そして、ＡＰＩ１２２は、劇場主に対応付けられるＰＯＳシステムによってチケット注文を確定してもよい。次にユーザ１４０は、選択した映画、開始時刻、及び座席（複数可）に対する映画チケット（複数可）を、劇場主において引き換えてもよい。たとえば、ユーザ１４０は、ユーザ識別、チケット（複数可）に対するデジタル領収書などを劇場主に示すことによって、映画チケット（複数可）を引き換えてもよい。ブロック２３４（図２Ｃ参照）の後に、方法２００は終了する。

前述したように、従来技術のチケット購入システムを用いた場合には、ユーザの所望の座席を見つけるためには、ユーザが異なる開始時刻及び／または劇場場所を繰り返して選択して、チケット種類及び枚数を繰り返して入力する必要があり得る。図１を参照すると、システム１００は、ユーザ１４０を以前に表示したページに再び通して、同じ情報を繰り返してリクエストすることを回避している。なぜならば、ブロック２１２（図２Ａ参照）において、アプリケーション１１２は、ユーザ１４０がチケット種類入力（複数可）３３４（図３Ｂ参照）及びチケット枚数入力３３６（図３Ｂ参照）をそれぞれ用いてチケット種類及び枚数を入力する前に、座席配置表３３８（図３Ｂ参照）を表示するからである。こうして、ユーザ１４０はチケット種類及び枚数を入力する前に空席状況を探索することができる。さらに、図３Ｂを参照すると、劇場及び開始時刻選択ページ３３０によって、ユーザ１４０は、開始時刻入力（複数可）３３２を用いて異なる開始時刻（同じまたは異なる劇場場所における）を選択することができる。その結果、座席配置表３３８が更新されて、選択した開始時刻に対する空席状況が示される。こうして、劇場及び開始時刻選択ページ３３０によって、ユーザ１４０は座席、チケット種類、及びチケット枚数を同時に選択することができ、その結果、同じ情報を繰り返して入力し、及び／または同じページに繰り返して通される必要が回避される。さらに、ユーザ１４０は、任意の以前に見たページを再び訪問することも任意の情報を再入力することも必要とせずに、選択した映画を映画選択入力３４４を用いて変更し得る。

劇場及び開始時刻選択ページ３３０には、フィルタ入力（図示せず）であって、ユーザ１４０が起動すると、アプリケーション１１２（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、及び２Ｇ参照）に、好ましい座席配置ゾーン及び／または好ましい時刻で座席が空いている開始時刻のみを表示させるフィルタ入力が含まれていてもよい。こうして、フィルタ入力（図示せず）を起動することによって、ユーザ１４０は、望ましくない開始時刻及び／または望ましくない座席のみが空いている開始時刻を選択することを回避し得る。言い換えれば、フィルタ入力（図示せず）は、所望のチケットを見つけて購入するのに必要な時間及び／または手間を減らすのに役立ち得る。

図３Ａ、３Ｂ、及び３Ｄに、ランディングページ３１０、劇場及び開始時刻選択ページ３３０、及び購入処理ページ３６０の典型的な実施形態をそれぞれ例示する。代替的な実施形態では、ページ３１０、３３０、及び３６０のそれぞれに表示される情報を、図面に例示したもの以外のページ上の場所に位置させてもよい。さらに、代替的な実施形態では、この情報の少なくとも一部を、図面内でその一部が現れるページ以外のページ３１０、３３０、及び３６０の異なる１つ以上に表示してもよい。

図２Ｄ～２Ｇに、部分的にユーザ１４０によって、部分的にアプリケーション１１２によって、及び部分的にＡＰＩ１２２によって行われる第２の方法２５０のフロー図を例示する。図２Ｄを参照すると、ブロック２５２において、ユーザ１４０はクライアントコンピューティング装置１１０（図１、３Ａ～４Ｉ、及び８参照）上でアプリケーション１１２を開始する。アプリケーション１１２はユーザ識別情報（たとえば、ログイン情報）をＡＰＩ１２２に送る。ＡＰＩ１２２はユーザ識別情報を用いてユーザ１４０を特定する。次にユーザ１４０は任意的に、主要ビューページ４１０（図４Ａ～４Ｅ、４Ｈ、８、及び１１参照）に進む。ブロック２５４において、アプリケーション１１２は主要ビューページ４１０（図４Ａ～４Ｅ、４Ｈ、８、及び１１参照）を表示する。図４Ａを参照すると、主要ビューページ４１０によって、ユーザ１４０（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、２Ｇ、及び３Ａ～３Ｃ参照）は、劇場場所の選択及び選択した劇場場所で上映されている映画の選択を１つの操作（たとえば、タップ、クリックなど）で行うことができる。

図１を参照すると、アプリケーション１１２が開始しているときに、アプリケーション１１２はＡＰＩ１２２にコンタクトして、関連する第１の情報をリクエストする。ブロック２５６（図２Ｅ参照）において、ＡＰＩ１２２は、関連する第１の情報を（たとえば、データストア１７０から）取得して、関連する第１の情報をアプリケーション１１２に送る。アプリケーション１１２は、関連する第１の情報を用いて、ブロック２５４（図２Ｄ参照）において、主要ビューページ４１０（図４Ａ～４Ｅ、４Ｈ、８、及び１１参照）を生成及び表示する。

図４Ａを参照すると、主要ビューページ４１０には、横スクローリング映画リスト４２０、横スクローリング日付リスト４３０、劇場場所ユーザ入力４４０、及び開始時刻ユーザ入力４５０が含まれている。方法２５０（図２Ｄ～２Ｇ参照）において、ユーザ１４０は劇場場所ユーザ入力４４０を用いて特定の劇場場所（たとえば、劇場主）を選択する。ユーザ１４０（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、２Ｇ、及び３Ａ～３Ｃ参照）は、映画リスト４２０を用いて、左から右（たとえば、最も人気があるから最も人気がない）に列記された複数の映画４１４のうちの１つを選択する。こうして、ユーザ１４０は映画リスト４２０を用いて特定の映画を選択する。ユーザ１４０は開始時刻ユーザ入力４５０を用いて特定の開始時刻を選択する。ユーザ１４０は日付リスト４３０を用いて、複数の日付（たとえば、昇順で構成される）から、ユーザ１４０がチケットの購入を希望する日付を選択する。こうして、ユーザ１４０は日付リスト４３０を用いて特定の日付を選択する。映画選択及び日付選択は両方とも、同じ横方向の操作性パターンを有する横スクローリングユーザ入力から形成される。

関連する第１の情報は、劇場場所ユーザ入力４４０によって表示される劇場場所（たとえば、前述した個人化された劇場場所）、映画リスト４２０によって表示される映画、日付リスト４３０によって表示される日付、及び映画リスト４２０によって表示される映画の開始時刻を特定してもよい。ブロック２５６（図２Ｅ参照）において、ＡＰＩ１２２は、関連する第１の情報をアプリケーション１１２に送る。アプリケーション１１２はブロック２５４（図２Ｄ参照）において関連する第１の情報を受け取る。

ブロック２５８（図２Ｄ参照）において、ユーザ１４０は、映画リスト４２０から特定の映画を選択することによって、映画及び劇場場所を単一操作で選択する。図４Ａを参照すると、映画リスト４２０から特定の映画を選択することによって、ユーザ１４０はまた、特定の劇場場所を（劇場主として）選択する。これは、劇場場所ユーザ入力４４０によって表示される。

図２Ｄを参照すると、判定ブロック２６０において、アプリケーション１１２は、ユーザ１４０から特定の映画及び劇場主の選択を受け取り、任意的に、ユーザ１４０が選択した映画及び劇場場所を確認してもよい。たとえば、アプリケーション１１２は、これらの選択の表示を表示して、ユーザ１４０にそれらの確認を要求してもよい。判定ブロック２６０において、アプリケーション１１２は、劇場主で上映されている特定の映画に対する座席配置が予約済み（予約済み座席配置シナリオ）であり得るかまたは一般（一般座席配置シナリオ）であるかを判定してもよい。劇場主で上映されている特定の映画に対する座席配置が予約済みであり得るとアプリケーション１１２が判定したときには、判定ブロック２６０における判定は「ＹＥＳ」である。そうでない場合には、判定ブロック２６０における判定は「ＮＯ」である。

判定ブロック２６０における判定が「ＹＥＳ」である場合、ブロック２６２において、アプリケーション１１２は、図４Ｂに示すように主要ビューページ４１０を変更してもよい。図４Ｂを参照すると、主要ビューページ４１０が予約済み座席配置シナリオに対して構成されている場合、主要ビューページ４１０は座席マッププレビュー４６０及び座席選択ユーザ入力４８０を表示する。ブロック２５４（図２Ｄ参照）においてアプリケーション１１２が受け取る関連する第１の情報には、座席マッププレビュー４６０を表示するのに必要な情報が含まれていてもよい。

図４Ｂを参照すると、ユーザ１４０（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、２Ｇ、及び３Ａ～３Ｃ参照）が映画４１４（図４Ａ及び１１参照）のうちの１つを選択した後の、予約済み座席配置シナリオに対して構成された主要ビューページ４１０を例示している。主要ビューページ４１０はセクション４６９を表示してもよい。セクション４６９は、選択した映画（たとえば、「トイストーリー４」）を特定する表示４７０（たとえば、映画ポスター）を表示する。セクション４６９には、映画詳細、たとえばあらすじ（省略された）、実行時間（または上映時間）、及び評価が含まれていてもよい。セクション４６９には再生アイコンが含まれていてもよい。任意的に、セクション４６９は選択可能ユーザ入力４７１を表示してもよい。ユーザ入力４７１は、選択されると、選択した映画（たとえば、「トイストーリー４」）に関する情報のフルスクリーンビューページ（図示せず）を表示する。代替的に、セクション４６９は選択可能であってもよく、選択可能ユーザ入力４７１は省略してもよい。このような実施形態では、ユーザ１４０がセクション４６９を選択（たとえば、タップ）すると、ユーザ１４０には、選択した映画（たとえば、トイストーリー４）に対する付加情報を伴う拡大映画詳細ビュー（図示せず）が示される。付加情報には、フルあらすじ、キャスト情報、クルー情報などが含まれる。拡大映画詳細ビュー（図示せず）には再生アイコン（図示せず）が含まれていてもよい。ユーザ１４０は、セクション４６９または拡大映画詳細ビュー（図示せず）のいずれか上で再生アイコン（図示せず）を選択（たとえば、タップ）して、選択した映画に対する映画予告編を見てもよい。

拡大映画詳細ビュー（図示せず）にはセクション４６９が含まれていてもよい。セクション４６９の下方では、拡大映画詳細ビュー（図示せず）に、さらに映画を見て選択するためにユーザ１４０がスワイプし得る映画ポスターの横の行を伴う下部セクション（図示せず）が含まれる。本質的に、この特徴は、図４Ａに例示した映画リスト４２０と図４Ｂに例示した表示４７０とを集めたこととして特徴付けられ得る。この下部セクション（図示せず）には、「すべての映画」行動喚起または入力（図示せず）が含まれている。ユーザが「すべての映画」入力（図示せず）を選択すると、ユーザ１４０には、映画４１４の縦リスト（図示せず）のフルスクリーン表示である新しいビュー（図示せず）が示される。ユーザ１４０は、縦リスト（図示せず）内の映画４１４をソートしてもよく（たとえば、アルファベット順に、リリース日などによって）及び／またはフィルタリングしてもよい（たとえば、ジャンル、評価などによって）。ユーザ１４０が新しいビュー（図示せず）から映画を選択すると、ユーザ１４０は、図４Ｂに示すような主要ビューページ４１０に戻されて、選択した映画に関する情報で自動的に更新される。

図４Ｂを参照すると、主要ビューページ４１０上で映画４１４（図４Ａ及び１１参照）のうちの１つが選択されるたびに、アプリケーション１１２（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、及び２Ｇ参照）は、日付リスト４３０、劇場場所ユーザ入力４４０、及び開始時刻ユーザ入力４５０におけるデフォルト値を自動的に選択してもよい。非限定的な例として、日付リスト４３０におけるデフォルト値として本日４７２を選択してもよく、劇場場所ユーザ入力４４０におけるデフォルト値として、以前に選択した劇場４７４（たとえば、「シネマーク１８＆ＸＤ」）を選択してもよく、また開始時刻ユーザ入力４５０におけるデフォルト値として次の近々の開始時刻４７６を選択してもよい。ユーザ１４０（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、２Ｇ、及び３Ａ～３Ｃ参照）が匿名ユーザである場合、劇場場所ユーザ入力４４０で選択されるデフォルト値は、ユーザ１４０が劇場場所ユーザ入力４４０を用いて劇場の場所を選択する必要があるとユーザ１４０に通知する場所メッセージ（たとえば、「劇場を選択する」）であってもよく、また開始時刻ユーザ入力４５０で選択されるデフォルト値は、ユーザ１４０が開始時刻ユーザ入力４５０を用いて開始時刻を選択する必要があるとユーザ１４０に通知する開始時刻メッセージ（たとえば、「開始時刻を選択する」）であってもよい。図４Ｂに示すように、日付リスト４３０において選択した日付を強調してもよく、劇場場所ユーザ入力４４０は選択された劇場場所を表示してもよく、また開始時刻ユーザ入力４５０は選択された開始時刻を表示してもよい。

ユーザ１４０（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、２Ｇ、及び３Ａ～３Ｃ参照）は、劇場場所ユーザ入力４４０を選択することによって選択済み劇場場所を変更することができる。選択する結果、図４Ｅに示すように、クライアントコンピューティング装置１１０は、主要ビューページ４１０上に拡大型劇場選択リスト４４２を表示する。ユーザ１４０は、劇場選択リスト４４２から特定の劇場場所を選択してもよい。これは、選択された後に、選択済み劇場場所になる。同様に、ユーザ１４０は、開始時刻ユーザ入力４５０を選択することによって選択済み開始時刻を変更することができる。選択する結果、図４Ｃ及び４Ｄに示すように、クライアントコンピューティング装置１１０は、主要ビューページ４１０上に拡大型開始時刻選択リスト４５２を表示する。

図４Ｃを参照すると、拡大型開始時刻選択リスト４５２によって、ユーザ１４０は、チェックボックスまたは同様の入力を介して複数の開始時刻を選択することができてもよい。ユーザ１４０が２つ以上の開始時刻を選択したときに、主要ビューページ４１０は、起動または選択されたときにこれらの開始時刻を比較する行動喚起（たとえば、ボタン）を表示してもよい。ユーザ１４０が行動喚起を起動または選択したときに、拡大型開始時刻選択リスト４５２をフィルタリングして、選択済み開始時刻であって、ユーザ１４０がこれらの開始時刻の間で迅速に切り換えて座席マッププレビューを見るか、または座席マッププレビューを通してスワイプして座席配置オプションを比較することができる選択済み開始時刻のみを含むようにしてもよい。

図４Ｄを参照すると、座席マッププレビュー４６０を折りたたんで開始時刻選択リスト４５２用に場所を空けてもよい。このような実施形態では、ユーザ１４０（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、２Ｇ、及び３Ａ～３Ｃ参照）が、座席を予約し得る開始時刻選択リスト４５２において特定の開始時刻４５４をタップした場合に、座席マッププレビュー４６０（たとえば、カードとして表示される）を表示してもよい（たとえば、下部から上にスライドして表示される）。代替的に、座席マッププレビュー４６０を所定の位置に固定して、折りたたまないようにしてもよい。ユーザ１４０は、選択されると特定の開始時刻４５４を選択済み開始時刻にする選択可能ユーザ入力４５６を選択してもよい。

主要ビューページ４１０を、ユーザジェスチャに基づいて機能するように構成してもよい。たとえば、クライアントコンピューティング装置１１０のタッチスクリーン（たとえば、図５に例示するディスプレイデバイス５３０、図６に例示するディスプレイデバイス４７など）上でユーザ１４０が右にスワイプしたときに、主要ビューページ４１０が、選択済み開始時刻の後の次の開始時刻に対する情報を表示してもよい。同様に、クライアントコンピューティング装置１１０のタッチスクリーン上でユーザ１４０が左にスワイプしたときに、主要ビューページ４１０が、選択済み開始時刻の前に計画された開始時刻に対する情報を表示してもよい。

主要ビューページ４１０によって、ユーザ１４０は、ユーザ入力に対して種々の値を選択することができる結果、ユーザ１４０は異なる劇場場所、映画、日付、及び開始時刻を互いに容易に比較することができる。これはこの業界では唯一のものである。図１を参照すると、業界内の他のすべてのユーザインターフェースでは、開始時刻または座席配置空き状況が、ユーザ１４０が探しているものと一致しない場合には、ユーザ１４０は劇場選択スクリーンに戻る必要がある。これは、ユーザの時間を無駄に使っており、サーバコンピューティング装置１２０によるさらなる処理及びネットワーク１３０上のさらなるトラフィックを引き起こしている。そのため、システム１００ではこれらの問題を回避している。

図２Ｄに戻って、アプリケーション１１２が主要ビューページ４１０（図４Ａ～４Ｅ、４Ｈ、８、及び１１参照）を変更しているとき、ブロック２６２において、アプリケーション１１２はＡＰＩ１２２（図１、２Ｂ、２Ｅ、及び７Ａ～７Ｃ参照）にコンタクトして、関連する第２の情報をリクエストする。ブロック２６４（図２Ｅ参照）において、ＡＰＩ１２２は、関連する第２の情報を（たとえば、図１に例示したデータストア１７０から）取得して、関連する第２の情報をアプリケーション１１２に送る。アプリケーション１１２は、関連する第２の情報を用いて、主要ビューページ４１０（図４Ａ～４Ｅ、４Ｈ、８、及び１１参照）を変更する。

関連する第２の情報は、ブロック２５８において選択した映画に対する開始時刻を特定してもよい。こうして、図２Ｅを参照すると、ユーザ１４０（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、２Ｇ、及び３Ａ～３Ｃ参照）が、劇場場所ユーザ入力４４０を用いて劇場主を変更し及び／または日付リスト４３０を用いて日付を変更するたびに、ＡＰＩ１２２はブロック２６４を実行してもよい。

ブロック２５４においてアプリケーション１１２（図２Ｄ参照）が受け取る関連する第２の情報には、座席マッププレビュー４６０を表示するのに必要な情報が含まれていてもよい。たとえば、ユーザ１４０（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、２Ｇ、及び３Ａ～３Ｃ参照）が、開始時刻のうちの１つを（たとえば、開始時刻ユーザ入力４５０を用いて）選択した後で、アプリケーション１１２は、（たとえば、ブロック２６４において）ＡＰＩ１２２から選択済み開始時刻に対する予約済み座席配置の座席マップをリクエストしてもよい。こうして、ユーザ１４０（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、２Ｇ、及び３Ａ～３Ｃ参照）が開始時刻選択を変更するたびに、ＡＰＩ１２２はブロック２６４を実行してもよい。

代替的に、関連する第２の情報には、劇場場所ユーザ入力４４０が表示する劇場場所のうちの１つ以上において選択した映画に対する開始時刻の少なくとも一部に対応付けられる予約済み座席配置の座席マップが含まれていてもよい。これらの予約済み座席配置の座席マップによって、アプリケーション１１２はユーザ１４０に空席状況を迅速に表示することができる。劇場主における選択済み開始時刻以外の開始時刻に関する予約済み座席配置の座席マップは、これらの代替的な開始時刻のうちの１つが選択されるまで記憶またはキャッシュしてもよい。非限定的な例として、関連する第２の情報には、劇場主において選択した映画のそれぞれの開始時刻に対する予約済み座席配置の座席マップが含まれていてもよい。予約済み座席配置の座席マップが（たとえば、関連する第２の情報内で）ＡＰＩ１２２によってアプリケーション１１２にダウンロードされていない開始時刻をユーザ１４０が選択するたびに、アプリケーション１１２は、（たとえば、図２Ｅに例示したブロック２６４において）ＡＰＩ１２２から予約済み座席配置の座席マップをリクエストしてもよい。変更した主要ビューページ４１０（図４Ａ～４Ｅ、４Ｈ、８、及び１１参照）が表示されている間に、予約済み座席配置の座席マップの少なくとも一部を、バックグラウンドプロセスの一部としてダウンロードしてもよい。

さらに別の非限定的な例として、関連する第２の情報は、複数の映画（ブロック２５８（図２Ｄ参照）で選択した映画を含むかまたは映画リスト４２０を用いて）に対する開始時刻、及び複数の映画のそれぞれに対応付けられる予約済み座席配置の座席マップを特定してもよい。非限定的な例として、複数の映画には劇場主で上映されている映画が含まれていてもよい。選択した映画以外の映画に関する情報は、これらの映画のうちの１つ及びその映画に対応付けられる開始時刻が選択されるまで記憶またはキャッシュしてもよい。これが行われたときには、座席マッププレビュー４６０を、新たに選択した映画、選択した開始時刻、選択した日付、及び選択した劇場場所に対応付けられる予約済み座席配置の座席マップを用いて更新してもよい。言い換えれば、アプリケーション１１２は少なくとも何らかの情報を事前ロードまたは予めフェッチしてもよい。変更された主要ビューページ４１０（図４Ａ～４Ｅ、４Ｈ、８、及び１１参照）が表示されている間に、事前ロードまたは予めフェッチされた情報の少なくとも一部をバックグラウンドプロセスの一部としてダウンロードしてもよい。

図４Ｂを参照すると、選択した映画、選択した開始時刻、選択した日付、及び選択した劇場場所に対応付けられる予約済み座席配置の座席マップを用いて、座席マッププレビュー４６０を生成及び表示する。座席マッププレビュー４６０は、劇場主で上映されている選択済み開始時刻における選択した映画に対して予約できる座席を例示する。

劇場主が操作するＰＯＳシステム（たとえば、図１に例示したＰＯＳシステム１６２Ａ）によってチケット注文を開始することなく、選択した開始時刻をユーザ１４０が変更したときに（たとえば、開始時刻ユーザ入力４５０、ジェスチャなどを用いて）、座席マッププレビュー４６０を更新またはロードしてもよい。言い換えれば、ユーザ１４０が１つ以上のユーザ選択を変更したときに、ユーザ１４０は、更新された座席マッププレビュー４６０を見るために、ユーザ１４０がすでに入力した情報の再入力を要求されることはない。

ブロック２６６（図２Ｄ参照）において、ユーザ１４０は、図４Ｂに例示した変更された主要ビューページ４１０上に表示される座席選択ユーザ入力４８０を選択する。次にブロック２６８（図２Ｄ参照）において、アプリケーション１１２は座席選択ページ４８２（図４Ｆ参照）を表示する。座席選択ページ４８２は、主要ビューページ４１０の一部に表示してもよい。図４Ｆを参照すると、座席選択ページ４８２は、劇場主、選択した開始時刻、及び選択した日付における選択した映画を示す観客席を示す。言い換えれば、座席選択ページ４８２は、観客席に実際に存在する座席の視覚表現４８４を示す。座席選択ページ４８２はスクリーンの視覚表現４８５を示してもよい。座席選択ページ４８２は、ユーザ１４０が座席を選択することができる時間を例示するタイマ４８６を表示する。座席選択ページ４８２には、入力４８８（図４Ｆにおいて標示された「続く」）が含まれる。

ブロック２７０（図２Ｄ参照）において、ユーザ１４０は座席選択ページ４８２を用いて座席を選択する。ユーザ１４０は、劇場のＰＯＳ（たとえば、図１に例示したＰＯＳ１６２Ａ）が許容する限りの多くの座席（座席視覚表現４８４によって示す）を選択することができる。たとえば、図４Ｆでは、ユーザ１４０は、座席視覚表現４８４Ａ～４８４Ｃで表される３つの座席を選択している。ユーザ１４０が選択してもよい座席数に対する制限はＡＰＩ１２２が与える（たとえば、関連する第２の情報内で）。ユーザ１４０が座席の選択を完了した後で、ユーザ１４０は入力４８８を選択する（たとえば、クリックする、タップする等）。

次に図２Ｄを参照すると、ブロック２７２において、アプリケーション１１２はチケット選択ページ４９２Ａ（図４Ｇ参照）を表示する。チケット選択ページ４９２Ａは、主要ビューページ４１０の一部に表示してもよい。図４Ｇを参照すると、チケット選択ページ４９２Ａには、購入用の１つ以上のチケットを選択するためにユーザ１４０が用いてもよいユーザ入力４９４が含まれる。例示した例では、ユーザ入力４９４には、ユーザ１４０が購入を望む大人チケットの枚数を示す第１のユーザ入力４９４Ａ、子供チケットの枚数を示す第２のユーザ入力４９４Ｂ、及びシニアチケットの枚数を示す第３のユーザ入力４９４Ｃが含まれる。したがって、この例では、３つの異なるチケット種類、大人、子供、及びシニアがある。言い換えれば、ユーザ入力４９４によってユーザ１４０は、適切なチケット種類（たとえば、大人、子供、またはシニア）及びそれらに対応する枚数を選択することができる。チケット選択ページ４９２Ａは、ユーザ１４０に対してブロック２７０で選択した座席をＡＰＩ１２２が保持する時間を表示するタイマ４９３を表示する。チケット選択ページ４９２Ａには、ユーザ入力４９６（図４Ｇにおいて標示された「チェックアウトに進む」）が含まれる。ブロック２７０（図２Ｄ参照）で選択した座席に対してチケット選択ページ４９２Ａ上で特定したチケットの購入をユーザ１４０が望むときに、ユーザ１４０はユーザ入力４９６を選択してもよい。

ブロック２７４（図２Ｄ参照）において、ユーザ１４０は、ユーザ入力４９４を用いてユーザ１４０が購入を望む各チケット種類の枚数を指定し、ユーザ入力４９６を選択する。

図２Ｄを参照すると、ブロック２７８において、アプリケーション１１２は、ブロック２６０、２６８、及び２７２においてアプリケーション１１２に以前に与えた情報（たとえば、劇場主、映画、日付、開始時刻、及び座席）に加えて、ブロック２７４においてユーザ１４０が入力した選択（たとえば、チケット種類及び枚数）を受け取り、ユーザ１４０によってこの情報を確認する。たとえば、アプリケーション１１２はこれらの選択の表示を表示し、ユーザ１４０にそれらの確認を要求してもよい。ブロック２７８において、アプリケーション１１２はまた、これらの選択をＡＰＩ１２２（図１、２Ｂ、２Ｅ、及び７Ａ～７Ｃ参照）に送信する。アプリケーション１１２はまた、映画、日付、及び／または劇場主の識別をＡＰＩ１２２に送信してもよい。

ブロック２８０（図２Ｅ参照）において、ＡＰＩ１２２は選択を受け取って、選択に基づいてチケット注文を行う。ＡＰＩ１２２はまた、劇場主のＰＯＳシステム（たとえば、図１に例示したＰＯＳシステム１６２Ａ）と通信して、空席状況を確認する。

そして、図２Ｆを参照すると、ブロック２８２において、アプリケーション１１２は、購入処理ページ３６０（図３Ｄ参照）上での映画注文概要３６２（図３Ｄ参照）の生成及び表示を、ＡＰＩ１２２（図１、２Ｂ、２Ｅ、及び７Ａ～７Ｃ参照）から受け取った関連する購入オプションに少なくとも部分的に基づいて行う。アプリケーション１１２が購入処理ページ３６０（図３Ｄ参照）を生成しているときに、アプリケーション１１２は関連する購入オプションをＡＰＩ１２２にリクエストする（またはリクエストを送らずに受け取る）。ブロック２８４（図２Ｅ参照）において、ＡＰＩ１２２は劇場主に対する関連する購入オプション（たとえば、ご愛顧明細）を収集して、ブロック２８２においてアプリケーション１１２に送る。

本実施形態では、図３Ｄを参照すると、支払いオプション（複数可）３６４には、新しい支払い方法、１つ以上の選択可能な以前に保存した支払い方法、及びユーザ１４０が現時点でログインしていない場合のログインオプションを入力するための１つ以上のユーザ入力（図示せず）が含まれていてもよい。任意的に、支払いオプション（複数可）３６４には、アプリケーション１１２に支払いオプションページ（図示せず）を生成及び表示させる選択可能なユーザ入力（図示せず）が含まれていてもよい。この支払いオプションページは、ユーザ１４０が新しい支払い方法を加えることができるか、またはユーザ１４０がまだログインしていない場合にユーザ１４０がログインして保存済み支払い方法を取り出すことができるように構成されている。任意的に、購入処理ページ３６０は、ユーザ１４０が以前に保存した支払い方法（複数可）のうちの１つ以上の編集を選択し得る編集支払い方法ユーザ入力（図示せず）を有していてもよい。ユーザ１４０が編集支払い方法ユーザ入力（図示せず）を選択したら、アプリケーション１１２は支払いオプションページ（図示せず）を生成及び表示してもよい。

図２Ｆを参照すると、ユーザ１４０が所望の支払い方法を加えるかまたは取り出したら、ブロック２９０において、アプリケーション１１２は購入処理ページ３６０（図３Ｄ参照）上に映画注文概要３６２（図３Ｄ参照）を表示する。映画注文概要３６２には、支払い行動喚起または支払いユーザ入力（たとえば、購入入力３７０）が含まれる。任意的に、ブロック２８６の前に、購入処理ページ３６０（図３Ｄ参照）には支払いユーザ入力（たとえば、購入入力３７０）が非アクティブ状態で含まれていてもよく、ユーザ１４０が所望の支払い方法を選択した後で、ブロック２８６において、アプリケーション１１２が支払いユーザ入力（図示せず）をアクティブ状態で表示する。ブロック２８６において、ユーザ１４０は購入入力３７０（図３Ｄ参照）を選択する。

ブロック２９２において、アプリケーション１１２が成功確認（図示せず）または失敗確認（図示せず）を表示する。アプリケーション１１２が確認（図示せず）を表示する前に、アプリケーション１１２は支払い情報（たとえば、図３Ｄに例示した支払いオプション３６４の選択した１つに対応付けられる）をＡＰＩ１２２（図１、２Ｂ、２Ｅ、及び７Ａ～７Ｃ参照）に送信する。そして、ブロック２９３（図２Ｅ参照）において、ＡＰＩ１２２は支払いプロセッササービス１５０（図１参照）と通信する。支払いプロセッササービス１５０はチケット注文を処理する。前述したように、図１を参照すると、支払いプロセッササービス１５０は、（１）資金もしくは何らかの他の財源仕組み（たとえば、予め形成しておく）または（２）資金の拒否を、サーバコンピューティング装置１２０に伝達するように構成されている。支払いプロセッササービス１５０が資金または何らかの他の財源仕組みをＡＰＩ１２２に伝達したときに、ＡＰＩ１２２はチケット注文の処理に成功する。他方で、支払いプロセッササービス１５０が資金の拒否をＡＰＩ１２２に伝達すると、ＡＰＩ１２２は成功しない。ＡＰＩ１２２がチケット注文の処理に成功しなかったとき、ブロック２９３（図２Ｅ参照）において、ＡＰＩ１２２はアプリケーション１１２に不成功を伝達する。アプリケーション１１２は、ブロック２９２（図２Ｆ参照）において、ユーザ１４０に失敗確認を表示する。

他方で、ＡＰＩ１２２がチケット注文の処理に成功したとき、ＡＰＩ１２２はチケット注文に対する資金（または何らかの他の財源仕組み）を確保している。ＡＰＩ１２２は、この成功を、劇場主に対応付けられるＰＯＳシステム（たとえば、図１に例示したＰＯＳシステム１６２Ａ）に伝達する。ＰＯＳシステムは、チケット注文が成功したことを確認し、チケット注文に対する領収書を、劇場主が保持する記録に記憶する。次に、ブロック２９３（図２Ｅ参照）において、ＡＰＩ１２２はアプリケーション１１２に成功を伝達する。アプリケーション１１２はこれをブロック２９２において受け取る（図２Ｆ参照）。言い換えれば、ＡＰＩ１２２はユーザ１４０に成功確認を表示することを試みる。しかし、ＡＰＩ１２２及び／またはアプリケーション１１２がユーザ１４０に成功確認を表示することができなくても、チケット注文はやはり存在していてもよい。アプリケーション１１２が表示する成功確認はデジタル領収書として機能してもよいし、またはアプリケーション１１２が取引に対する別個のデジタル領収書を表示してもよい。

ＡＰＩ１２２は、劇場主に対して利用できる注文引換えオプションをアプリケーション１１２に送ってもよい。アプリケーション１１２はユーザ１４０に注文引換えオプションを表示してもよい。ユーザ１４０は引換えオプションのうちの１つを選択してもよい。そして、ＡＰＩ１２２は、劇場主に対応付けられるＰＯＳシステムによってチケット注文を確定してもよい。次にユーザ１４０は、選択した映画、開始時刻、及び座席（複数可）に対する映画チケット（複数可）を、劇場主において引き換えてもよい。たとえば、ユーザ１４０は、ユーザ識別、チケット（複数可）に対するデジタル領収書などを劇場主に示すことによって、映画チケット（複数可）を引き換えてもよい。ブロック２９２（図２Ｆ参照）の後に、方法２００は終了する。

一般座席配置シナリオでは座席を予約することはできないので、座席マッププレビュー４６０（図４Ａ、４Ｂ、及び４Ｄ参照）を予約済み座席配置シナリオに対してのみ用いてもよい。こうして、図２Ｄを参照すると、判定ブロック２６０における判定が「ＮＯ」のときには、座席マッププレビュー４６０を折りたたむかまたは省略してもよい。判定ブロック２６０における判定が「ＮＯ」のとき、図２Ｇのブロック２９４において、アプリケーション１１２は、図４Ｈに示すように、主要ビューページ４１０を変更してもよい。図４Ｈを参照すると、主要ビューページ４１０には、セクション４６９（表示４７０を伴う）、横スクローリング日付リスト４３０、劇場場所ユーザ入力４４０、開始時刻ユーザ入力４５０、及び選択可能な次のユーザ入力４９８（たとえば、ボタン）が含まれている。

図２Ｇに戻って、アプリケーション１１２が主要ビューページ４１０（図４Ａ～４Ｅ、４Ｈ、８、及び１１参照）を変更しているとき、ブロック２９４において、アプリケーション１１２はＡＰＩ１２２（図１、２Ｂ、２Ｅ、及び７Ａ～７Ｃ参照）にコンタクトして、関連する第２の情報をリクエストする。ブロック２６４（図２Ｅ参照）において、ＡＰＩ１２２は、関連する第２の情報を（たとえば、図１に例示したデータストア１７０から）取得して、関連する第２の情報をアプリケーション１１２に送る。アプリケーション１１２は、関連する第２の情報を用いて、図４Ｈに示す主要ビューページ４１０を変更する。

ブロック２９５において、ユーザ１４０は次のユーザ入力４９８（図４Ｈ参照）を選択する。

次にブロック２９６において、アプリケーション１１２はチケット選択ページ４９２Ｂ（図４Ｉ参照）を表示する。チケット選択ページ４９２Ｂは主要ビューページ４１０の一部に表示してもよい。チケット選択ページ４９２Ｂはチケット選択ページ４９２Ａと実質的に同一であるが、チケット選択ページ４９２Ｂではタイマ４９３は省略されている。こうして、チケット選択ページ４９２Ｂには、ユーザ入力４９４（たとえば、第１、第２、及び第３のユーザ入力４９４Ａ～４９４Ｃ）及びユーザ入力４９６（図４Ｂにおいて標示された「チェックアウトに進む」）が含まれている。ユーザ１４０がチケット選択ページ４９２Ｂで特定したチケットの購入を望むときに、ユーザ１４０はユーザ入力４９６を選択してもよい。

ブロック２９７において、ユーザ１４０は、ユーザ入力４９４を用いてユーザ１４０が購入を望む各チケット種類の枚数を指定し、ユーザ入力４９６を選択する。

ブロック２９８（図２Ｄ参照）において、アプリケーション１１２は、ブロック２６０及び２９６（図２Ｄ及び２Ｇ参照）においてアプリケーション１１２に以前に与えた情報（たとえば、劇場主、映画、日付、及び開始時刻）に加えて、ブロック２９７（図２Ｇ参照）においてユーザ１４０が入力した選択（たとえば、チケット種類及び枚数）を受け取り、ユーザ１４０によってこの情報を確認する。たとえば、アプリケーション１１２はこれらの選択の表示を表示し、ユーザ１４０にそれらの確認を要求してもよい。ブロック２９８（図２Ｇ参照）において、アプリケーション１１２はまた、これらの選択をＡＰＩ１２２（図１、２Ｂ、２Ｅ、及び７Ａ～７Ｃ参照）に送信する。アプリケーション１１２はまた、映画、日付、及び／または劇場主の識別をＡＰＩ１２２に送信してもよい。

ブロック２８０（図２Ｅ参照）において、ＡＰＩ１２２は選択を受け取って、選択に基づいてチケット注文を行う。ＡＰＩ１２２はまた、劇場主のＰＯＳシステム（たとえば、図１に例示したＰＯＳシステム１６２Ａ）と通信して、空席状況を確認する。

そして、アプリケーション１１２はブロック２９８（図２Ｇ参照）の後にブロック２８２（図２Ｆ参照）に進み、ユーザ１４０はブロック２９７（図２Ｇ参照）の後にブロック２８６（図２Ｆ参照）に進む。

予約済み座席配置シナリオの場合、座席マッププレビュー４６０は、アプリケーション１１２（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、及び２Ｇ参照）及び／またはチケット処理アプリケーション１２８（図１参照）が生成した座席マップを表示する。図４Ｂに戻って、映画、日付、劇場場所、及び開始時刻が、ユーザ１４０（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、２Ｇ、及び３Ａ～３Ｃ参照）によって、またはアプリケーション１１２（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、及び２Ｇ参照）によって自動的に選択された後に、座席マッププレビュー４６０が（たとえば、主要ビューページ４１０の下部に）表示される。座席マッププレビュー４６０を左右にスワイプして、映画及び劇場場所の選択した組み合わせに対する異なる開始時刻に対して生成された座席マップをプレビューすることができる。たとえば、右にスワイプしたら、座席マッププレビュー４６０が次の開始時刻に対する座席マップを表示してもよく、左にスワイプしたら、座席マッププレビュー４６０が以前の開始時刻に対する座席マップを表示してもよい。ユーザ１４０が座席選択ユーザ入力４８０または座席マッププレビュー４６０をタップして、フルスクリーン座席マップ（たとえば、図４Ｆに例示した座席選択ページ４８２上に表示される視覚表現４８４）を見て、その座席マップから座席を選択することができる。このようにして、ユーザ１４０は特定の座席を確保してもよい。

図７Ａ～７Ｃはシステム１００（図１参照）が行う方法７００のフロー図である。方法７００は座席マップ情報の事前ロードまたは予めフェッチを実施する。チケット処理アプリケーション１２８は、特定の劇場場所において上映されている特定の映画に対する複数の開始時刻７２４（図７Ｂ参照）に対する座席マップ情報を予めフェッチして、予めフェッチした座席マップ情報をアプリケーション１１２に送信する。こうして、ユーザ１４０が特定の開始時刻に対する座席マップを見ることへの関心を示す前に、アプリケーション１１２は予めフェッチした座席マップ情報を有する。言い換えれば、ユーザ１４０がチケットの購入または確保を望むときに、アプリケーション１１２はすでに、座席マッププレビュー４６０及び／またはスクリーン座席マップ（たとえば、図４Ｆに例示した座席選択ページ４８２上に表示される視覚表現４８４）を生成するのに必要な情報を有している。

図７Ａに、クライアントコンピューティング装置７０１及び７０２をそれぞれ操作するユーザ「ユーザ１」及び「ユーザ２」を例示する。クライアントコンピューティング装置７０１及び７０２はそれぞれ、クライアントコンピューティング装置１１０（図１、３Ａ～４Ｉ、及び８参照）と同様であり、アプリケーション１１２を実施する。第１のブロック７２０の前に、ユーザ「ユーザ１」及び「ユーザ２」はそれぞれ、特定の劇場場所で上映されている特定の映画を選択している（たとえば、図４Ａ～４Ｅ、４Ｈ、８、及び１１に例示した主要ビューページ４１０を用いて）。第１のブロック７２０において、チケット処理アプリケーション１２８（図１参照）及び／またはＡＰＩ１２２は、ユーザ「ユーザ１」及び「ユーザ２」及び／またはクライアントコンピューティング装置７０１及び７０２を、チケット処理アプリケーション１２８（図１参照）及び／またはＡＰＩ１２２が操作する公開サービスにサブスクライブする。説明を簡単にするために、クライアントコンピューティング装置７０１及び７０２は公開サービスにサブスクライブされているとして説明する。特定の劇場場所で上映されている特定の映画に対して座席が空きでなくなるたびに、公開サービスはユーザ「ユーザ１」及び「ユーザ２」に、クライアントコンピューティング装置７０１及び７０２を介して通知する。言い換えれば、公開サービスは、複数の開始時刻７２４（図７Ｂ参照）に対してアプリケーション１１２が記憶した予めフェッチ済み座席マップ情報を更新する。

ユーザ「ユーザ１」が、アプリケーション１１２を用いて特定の映画及び特定の劇場場所の組み合わせを選択した後で、アプリケーション１１２は、複数の開始時刻７２４に対する座席マッププレビュー４６０及び／またはスクリーン座席マップ（たとえば、図４Ｆに例示した座席選択ページ４８２上に表示される視覚表現４８４）を生成するのに必要な座席マップ情報を予めフェッチする。アプリケーション１１２は、チケット処理アプリケーション１２８（図１参照）及び／またはＡＰＩ１２２から座席マップ情報を予めフェッチする。

予めフェッチした座席マップ情報には、近々の時間枠（たとえば、６時間）に対する空席状況が含まれる。近々の時間枠は、ユーザ１４０が検索している所望の日付が現在の日付であるときの第１の継続時間を有していてもよい。近々の時間枠は、所望の日付が将来であるときの第１の継続時間よりもより長い第２の継続時間（たとえば、全日）を有していてもよい。アプリケーション１１２はまた、以下の劇場場所の１つ以上において選択した映画に対する座席マップ情報（たとえば、空き状況）を予めフェッチしてもよい。

１． ユーザ１４０がごく最近に（たとえば、過去６ヶ月以内に）購入した非選択の劇場場所（この非選択の劇場場所が、現時点で選択している劇場と同じエリア内（たとえば、半径５マイル以内）にあるならば）、
２． お気に入りの劇場場所（もし分かっているなら）（お気に入りの劇場場所が選択した劇場と同じエリア内にあるならば）、
３． 選択した劇場と同じエリア内にある最も人気のある劇場場所（選択した劇場を除く）。

図７Ｂを参照すると、ブロック７２２において、チケット処理アプリケーション１２８（図１参照）及び／またはＡＰＩ１２２は、開始時刻７２４に対する予めフェッチした座席マップ情報をキャッシュ７４０から取得して、予めフェッチした座席マップ情報をアプリケーション１１２に送信する。ユーザ「ユーザ１」が開始時刻７２４のうちの１つを選択した後で、フルスクリーン座席マップ（たとえば、図４Ｆに例示した座席選択ページ４８２上に表示される視覚表現４８４）を選択済み開始時刻に対して生成して、座席を選択するために用いてもよい。ユーザ「ユーザ１」及び「ユーザ２」のいずれかがフルスクリーン座席マップ（たとえば、図４Ｆに例示した座席選択ページ４８２上に表示される視覚表現４８４）を用いて座席を選択した後で、その選択をアプリケーション１１２によってＡＰＩ１２２に伝達する。ＡＰＩ１２２は選択をチケット処理アプリケーション１２８に伝達する。チケット処理アプリケーション１２８は、このセクション（または座席マップ空き状況）をキャッシュ７４０に、所定の時間だけ記憶する。

そして、図７Ｃを参照すると、判定ブロック７４２において、チケット処理アプリケーション１２８（図１参照）及び／またはＡＰＩ１２２は、非空席に対するリクエストが、選択した劇場場所（たとえば、図１に例示した劇場場所１６０Ａ）に対応付けられる関連するＰＯＳシステム（たとえば、図１に例示したＰＯＳシステム１６２Ａ）とともにすでに進行中であるか否かを判定する。このリクエストは、ユーザ「ユーザ１」が選択した座席の購入または確保を試みてもよい。リクエストがすでに進行中である場合には、ブロック７４４において、チケット処理アプリケーション１２８及び／またはＡＰＩ１２２は、キャッシュ７４０から座席マップ情報を読み出して、座席マップ情報をアプリケーション１１２に送る。他方で、リクエストが進行中でない場合には、ブロック７５０において、チケット処理アプリケーション１２８及び／またはＡＰＩ１２２は、非空席に対する新しいリクエストを行う。ブロック７５２において、チケット処理アプリケーション１２８及び／またはＡＰＩ１２２はリクエストを関連するＰＯＳシステムに送る。

ブロック７４８において、チケット処理アプリケーション１２８及び／またはＡＰＩ１２２はまた、選択した開始時刻に対して１つ以上の座席をユーザ「ユーザ１」が選択したことを公開サービスに通知する。ブロック７４６において、公開サービスは、座席マップ空き状況（座席マップ情報または別個のメッセージにおける）を、特定の劇場場所で上映されている特定の映画に対する座席を探している任意の他のユーザ（たとえば、ユーザ２）と、所定の時間だけ共有する。所定の時間は映画の人気に基づいて可変であり得る。

ブロック７５４において、関連するＰＯＳシステムは、チケット処理アプリケーション１２８のキャッシュ７４０に所定の時間（またはリクエストが満了する前の期間）だけ記憶される非空席状況情報を用いてリクエストに応答する。所定の時間はチケット処理アプリケーション１２８の管理者によって設定可能であり、及び／またはチケット処理アプリケーション１２８が所定の時間をボリュームに基づいて自動的に変更してもよい。たとえば、ボリュームが大きいときは、満了する前の期間は、ボリュームが通常または小さいときよりも短い。方法７００によって、システム１００（図１参照）は、各ユーザリクエストに対して関連するＰＯＳシステムにネットワーク呼び出しを行う必要なく、ほとんどのユーザに対して座席マッププレビューをほとんど瞬時に示すことができる。ユーザが実際に座席を選択することに進んだ場合、ブロック７５２において、関連するＰＯＳシステムに対してリアルタイムネットワーク呼び出しを行って現在の空き状況を確認する。ブロック７５４において、関連するＰＯＳシステムは、更新された座席マップ空き状況（現時点でキャッシュ７４０にある空き状況に取って代わり、以後のユーザプレビューに対して利用できる）を用いて応答する。

図１を参照すると、ユーザ１４０が座席マッププレビューを閲覧しているときに、システム１００は、時間枠（たとえば、６時間）を超えた当日に対する任意の残りの開始時刻に対する座席マップ空き状況、ユーザが現時点で探索している同じ時刻（たとえば、夜または深夜）に対する次の日に対する開始時刻などを予めフェッチし続けてもよい。

映画を保存していないリピートユーザの場合、ユーザ１４０がアプリケーション１１２を開始するかまたはアプリケーション１１２と同じ機能が得られるように構成されたウェブサイトを訪れたときに、システム１００は、トップ３映画のうちユーザが以前にチケットを購入したことがない数（たとえば、３つ）に対する座席配置空き状況を、現在時刻から所定の時間（たとえば、＋２～２４時間）内にある以前に選択した劇場場所（ユーザがチケットを購入した場所）における近々の開始時刻に対して予めフェッチしてもよい。トップ映画は、人気アルゴリズムによって内部的に規定される。ユーザ１４０が最近、購入していない場合、開始時刻に対する座席配置を、ユーザのエリアにおいて最も人気が高い劇場場所のうちある数（たとえば、２つ）に対して、現在時刻から所定の時間だけ（たとえば、＋２～２４時間）予めフェッチしてもよい。

ユーザ１４０が映画を保存して、アプリケーション１１２を開始するかまたはウェブサイトを訪れたときに、システム１００は、ユーザのトップ映画のうちユーザが以前にチケットを購入したことがない数（たとえば、３つ）に対する座席配置空き状況を、ユーザの好ましい劇場場所（複数可）においてそれらの好ましい時刻（もし分かっているなら）内にある開始時刻または現在時刻から所定の時間（たとえば、＋２～２４時間）内にある開始時刻に対して予めフェッチする。

ユーザ１４０に好ましい劇場場所（複数可）がないかまたは好ましい劇場場所（複数可）がユーザの現在場所にない場合、システム１００は、ユーザのエリア内の最も人気が高い劇場場所のうちある数（たとえば、２つ）に対して座席配置空き状況を予めフェッチする。

匿名ユーザがアプリケーション１１２を開始するかまたはウェブサイトを訪れたとき、システム１００は、トップ映画のうちある数（たとえば、３つ）に対する座席配置空き状況を、ユーザの現在場所において最も人気が高い劇場場所（複数可）のうちある数（たとえば、２つ）に対して現在時刻から所定の時間（たとえば、＋２～２４時間）に対して予めフェッチする。

図１を参照すると、チケット処理アプリケーション１２８は、仮想のコンシェルジェサービス１２４を含んでいてもよいし、またはこれにアクセスできてもよい。仮想のコンシェルジェサービス１２４は、複数のユーザによって規定された複数のユーザプロファイル１７２を（たとえば、データストア１７０に）記憶する。例示した例では、仮想のコンシェルジェサービス１２４は、ユーザプロファイル１７２Ａ及び１７２Ｂ（両方ともユーザ１４０に対応付けられている）を記憶している。仮想のコンシェルジェサービス１２４は、１つ以上の映画（ユーザ１４０によってタグ付けされ、ユーザ１４０によってユーザプロファイル１７２Ａ及び１７２Ｂの一方に対応付けられている）の識別を記憶してもよい。

また仮想のコンシェルジェサービス１２４は、ユーザ好み（または劇場場所、日付、開始時刻、座席、チケット種類、チケット枚数、ご愛顧情報、ならびに映画の好みたとえば評価及びジャンルに関する選択）を保存し、これらの好みを用いてユーザプロファイルのうちの１つ（たとえば、ユーザプロファイル１７２Ａ）を構築する。ユーザ１４０が映画を選択すると、仮想のコンシェルジェサービス１２４は、選択した映画に対する開始時刻情報をユーザプロファイルと付き合わせて、ユーザの好みを満たす開始時刻に目印を付ける。これによって、ユーザ１４０は、チケット注文を（たとえば、購入ボタン行動喚起を用いて）迅速に完了することができる。説明を簡単にするために、ユーザ１４０はユーザプロファイル１７２Ａのみに対応付けられているとして説明する。しかし、ユーザ１４０は任意の数のユーザプロファイルに対応付けてもよい。

ＡＰＩ１２２がアプリケーション１１２に、座席マッププレビュー４６０（たとえば、図４Ａ～４Ｅ、４Ｈ、８、及び１１に例示した主要ビューページ４１０上に）またはフルスクリーン座席マップ（たとえば、図４Ｆに例示した座席選択ページ４８２上に表示される視覚表現４８４）を表示するように命令を出す前に、ＡＰＩ１２２は、特定の劇場場所（たとえば、劇場場所１６０Ａ及び１６０Ｂの一方）で上映されている映画４１４（図４Ａ及び１１参照）の１つ以上に対する空席状況データ（たとえば、１つ以上の座席マップ）を、ユーザ１４０についてチケット処理アプリケーション１２８が知っていることに基づいて、利用できるならばキャッシュ７４０（図７Ｂ参照）から、または特定の劇場場所に対応付けられるＰＯＳシステム（たとえば、ＰＯＳシステム１６２Ａ及び１６２Ｂの一方）から、自動的及びインテリジェントに予めフェッチしてもよい。１つ以上の映画は、ユーザ１４０に対応付けられるユーザプロファイル１７２Ａにおいてタグ付けされた任意の映画であってもよい。特定の劇場場所を、ユーザプロファイル１７２Ａに記憶されたユーザ好み（複数可）に基づいて決定してもよい。代替的に、特定の劇場場所は、ユーザ１４０がチケットを購入した最後の劇場場所であってもよい。ＡＰＩ１２２は、予めフェッチした空席状況データをアプリケーション１１２に送る。アプリケーション１１２は、予めフェッチした空席状況データを用いて、座席マッププレビュー４６０内にまたはフルスクリーン座席マップ（たとえば、図４Ｆに例示した座席選択ページ４８２上に表示される視覚表現４８４）上に、１つ以上の座席マップを生成及び表示してもよい。代替的に、座席マップをチケット処理アプリケーション１２８によって生成し、アプリケーション１１２に送信して、座席マッププレビュー４６０内にまたはフルスクリーン座席マップ（たとえば、図４Ｆに例示した座席選択ページ４８２上に表示される視覚表現４８４）上に表示してもよい。

同様に、ＡＰＩ１２２は、映画４１４（図４Ａ及び１１参照）のうちの１つ以上に対する開始時刻情報を、特定の劇場場所（たとえば、劇場場所１６０Ａ及び１６０Ｂの一方）に対して、ＰＯＳシステム（たとえば、ＰＯＳシステム１６２Ａ及び１６２Ｂの一方）から自動的に予めフェッチしてもよい。１つ以上の映画は最も人気のある映画（複数可）であってもよく、特定の劇場場所は、ユーザプロファイル１７２Ａに記憶されたユーザ好み（複数可）に基づいて決定してもよい。代替的に、特定の劇場場所は、ユーザ１４０がチケットを購入した最後の劇場場所であってもよい。チケット処理アプリケーション１２８は、予めフェッチした開始時刻情報を用いて、ユーザプロファイル１７２Ａに記憶されたユーザ好み（複数可）のうちの１つ以上を満たす１つ以上の開始時刻を特定し、特定した１つ以上の開始時刻に対して主要ビューページ４１０（図４Ａ～４Ｅ、４Ｈ、８、及び１１参照）上に視覚インジケータ４９０（図４Ａ参照）を表示するようにアプリケーション１１２に命令を出す。アプリケーション１１２は、この命令に応じて視覚インジケータ４９０を表示する。アプリケーション１１２及び／またはチケット処理アプリケーション１２８は、予めフェッチした開始時刻情報を用いて座席マップを生成してもよい。アプリケーション１１２は、座席マップを用いて座席マッププレビュー４６０を表示し、ユーザ１４０が開始時刻を左右にスワイプすると座席マッププレビュー４６０がほぼ瞬時にロードされる。こうして、異なる座席マップがアプリケーション１１２によって表示されるたびに、ＡＰＩ１２２は、選択した劇場場所のＰＯＳシステム（たとえば、ＰＯＳシステム１６２Ａ及び１６２Ｂの一方）から新しい座席マップをリクエストしない。またアプリケーション１１２は、フルスクリーン座席マップ（たとえば、図４Ｆに例示した座席選択ページ４８２上に表示される視覚表現４８４）上に座席マップを表示してもよい。

任意的に、図４Ｂを参照すると、主要ビューページ４１０を、ユーザ１４０に対応付けられるユーザプロファイル１７２Ａ及び１７２Ｂのうち現在の１つを示すように構成してもよい。主要ビューページ４１０によって、ユーザ１４０は現在のユーザプロファイルを変更できてもよく、これが行われたときには、現在のユーザプロファイルに記憶されたユーザ好み（複数可）に一致する開始時刻を、一致しているとラベル付けし、及び／または目立つように（たとえば、最初に）表示する。任意的に、座席マッププレビュー４６０を、空いている座席が現在のユーザプロファイルに記憶されたユーザ好み（複数可）に一致するか否かを示すようにラベル付けしてもよい。

任意的に、ユーザ１４０がシステム１００にログインして、ユーザプロファイル１７２Ａ及び１７２Ｂの一方を選択したときに、選択したユーザプロファイルに記憶されたユーザ好み（複数可）に一致する開始時刻を、一致していると標示し、及び／または目立つように（たとえば、最初に）表示する。任意的に、座席マッププレビュー４６０を、空いている座席が、選択したユーザプロファイルに記憶されたユーザ好み（複数可）に一致するか否かを示すように標示してもよい。

前述したように、ＡＰＩ１２２を、映画４１４（図４Ａ及び１１参照）のうちの１つ以上に対する開始時刻情報を、ユーザプロファイル１７２Ａに記憶されたユーザ好み（複数可）に基づいて、ＰＯＳシステム（たとえば、ＰＯＳシステム１６２Ａ及び１６２Ｂの一方）から自動的に予めフェッチするように構成してもよい。さらに、ＡＰＩ１２２を、ユーザプロファイル１７２Ａに記憶されたユーザ好み（複数可）に部分的に一致する開始時刻情報を自動的に予めフェッチするように構成してもよい。たとえば、アプリケーション１１２を、一致及び部分一致をカードとして表示し、１つのカードが部分一致（たとえば、正しい映画、座席、及び時刻であるが、お気に入りの劇場場所ではない劇場場所）を表すように構成してもよい。

別の非限定的な例として、図１１を参照すると、アプリケーション１１２を、映画のリストを（たとえば、主要ビューページ４１０上に表示される横スクローリング映画リスト４２０内に）表示し、またリスト内の各映画の隣に交通信号機型視覚インジケータを表示するように構成してもよい。たとえば、アプリケーション１１２は、アプリケーション１１２が表示する各劇場場所、映画、日付、及び開始時刻組み合わせに対して赤色、黄色、または緑色インジケータを表示することができる。ユーザプロファイル１７２Ａに記憶されたユーザ好み（複数可）を満たすかまたはこれに一致する組み合わせに対して、アプリケーション１１２は第１の視覚インジケータ１１１０（たとえば、緑色）を表示してもよい。たとえば、ユーザ好み（複数可）によって映画及びお気に入りの劇場場所が指定され、その映画がお気に入りの劇場場所で観ることができる場合、その映画をリスト内の第１の視覚インジケータ１１１０（たとえば、緑色）に対応付けてもよい（たとえば、一緒に表示してもよい）。他方で、ユーザ好み（複数可）のいくつかを必要であると特定してもよく、必要なユーザ好み（複数可）を満たすかまたはこれに一致するが、他のユーザ好み（複数可）のうちの少なくとも１つに対してはそうではない組み合わせに対しては、アプリケーション１１２は第２の視覚インジケータ１１１２（たとえば、黄色）を表示してもよい。たとえば、ユーザ好み（複数可）は、映画及びお気に入りの劇場場所は必要であると指定し、好ましい時刻は必要ではないと指定してもよい。この例では、お気に入りの劇場場所において指定した映画に対して利用できる開始時刻が好ましい時刻の時間内である場合、その映画をリスト内の第２の視覚インジケータ１１１２（たとえば、黄色）に対応付けてもよい（たとえば、一緒に表示してもよい）。最後に、アプリケーション１１２は、ユーザ好み（複数可）のいずれに対しても満たしも一致もしないかまたは必要なユーザ好み（複数可）のうちの少なくとも１つを満たさない組み合わせに対して、第３の視覚インジケータ１１１４（たとえば、赤色）を任意的に表示してもよい。たとえば、ユーザ好み（複数可）によって所望のフォーマット（たとえば、ＩＭＡＸ）が指定され、その所望のフォーマット（たとえば、ＩＭＡＸ）が利用できない場合、映画をリスト内の第３の視覚インジケータ１１１４（たとえば、赤色）に対応付けてもよい（たとえば、一緒に表示してもよい）。

さらに別の非限定的な例として、図１０Ａを参照すると、アプリケーション１１２を、映画のリスト１０１０とユーザ好みのリスト１０１２とを含むページ１０００を表示するように構成してもよい。図１０Ａに例示するように、ページ１０００上でリスト１０１０及び１０１２をマトリックスで示してもよい。図１０Ａでは、リスト１０１０内の映画はマトリックス１０１４の行を規定し、リスト１０１２内のユーザ好みはマトリックス１０１４の列を規定する。マトリックス１０１４内の要素は視覚インジケータ１０２０の組である。視覚インジケータ１０２０のうちの異なる１つをマトリックス１０１４内の各セルに表示している。ページ１０００には、リスト１０１０内の映画のそれぞれに対して選択可能なユーザ入力１０３０が含まれている。図１０Ａでは、リスト１０１０内の映画のそれぞれに対して、選択可能なユーザ入力１０３０が、マトリックス１０１４の映画と同じ行内に表示されている。

視覚インジケータ１０２０は、各ユーザ好みが完全に満たされているか、部分的に満たされているか、または満たされていないかを示してもよい。たとえば、視覚インジケータ１０２０はそれぞれ着色されていてもよい（たとえば、赤色、黄色、または緑色）。図１０Ａに例示した例では、「映画Ａ」と同じ行にある視覚インジケータ１０２０はすべて、黒ベタに着色されている。黒ベタは、この例では、リスト１０１２内のユーザ好みがすべて満たされていることを示している。「映画Ｂ」と同じ行にある最初の２つの視覚インジケータ１０２０は黒ベタに着色されており、リスト１０１２内のユーザ好み「好み１」及び「好み２」が満たされていることを意味している。「映画Ｂ」と同じ行にある最後の視覚インジケータはグレーに着色されており、リスト１０１２内のユーザ好み「好み３」が部分的にのみ満たされていることを意味している。「映画Ｃ」と同じ行にある最初の２つの視覚インジケータ１０２０はグレーに着色されており、リスト１０１２内のユーザ好み「好み１」及び「好み２」が部分的にのみ満たされていることを意味している。「映画Ｃ」と同じ行にある最後の視覚インジケータは白色に着色されており、リスト１０１２内のユーザ好み「好み３」は満たされていないことを意味している。

ユーザ１４０は、映画に対して選択可能なユーザ入力１０３０を選択すること（たとえば、タップする、クリックする等）によってリスト１０１０内の映画のうちの１つを選択してもよい。図１０Ｂに、ユーザ１４０が映画「映画Ｃ」に対して選択可能なユーザ入力１０３０を選択した後のページ１０００を例示する。ユーザ１４０がリスト１０１０内の映画のうちの１つを選択した後で、アプリケーション１１２は、リスト１０１２内のユーザ好みに少なくとも部分的に基づいて生成された注文概要１０４０を表示する。また注文概要１０４０を、少なくとも部分的に、ユーザプロファイル１７２Ａに記憶された他のユーザ好み（複数可）に基づいて生成してもよい。たとえば、図１０Ｂでは、ユーザ好み（複数可）には、リスト１０１２内のユーザ好みと、任意的に、ユーザプロファイル１７２Ａに記憶された他のものとが含まれ、ユーザ好み（複数可）は、劇場主（たとえば、リーガルボカ）、開始時刻（たとえば、７：４５ＰＭ）、日付（たとえば、金曜日８／５）、ユーザ１４０が購入に関心があるチケット種類（たとえば、大人）及び各チケット種類の枚数を指定している。予約済み座席配置シナリオでは、ユーザプロファイル１７２Ａに記憶されたユーザ好み（複数可）はまた、ユーザ１４０がチケットの購入を希望する観客席内の領域を指定してもよい。ユーザ１４０は、注文概要１０４０で指定されたチケットを、選択可能なユーザ入力１０５０（たとえば、図１０Ｂで「購入する」と標示された）を選択することによって選択してもよい。そして、アプリケーション１１２は購入を完了してもよい。

ユーザ１４０が匿名ユーザである場合、ＡＰＩ１２２は、映画４１４（図４Ａ及び１１参照）のうちの１つ以上に対する開始時刻情報を、利用できるならばキャッシュ７４０（図７Ｂ参照）から、または１つ以上の劇場場所（たとえば、劇場場所１６０Ａ及び１６０Ｂの一方）に対するＰＯＳシステム（たとえば、ＰＯＳシステム１６２Ａ及び１６２Ｂの一方）から、自動的に予めフェッチしてもよい。この情報を記憶し、これを用いて、視覚インジケータ４９０（図４Ａ参照）、及び／または座席マップを、座席マッププレビュー４６０（図４Ａ、４Ｂ、及び４Ｄ参照）内に及び／またはフルスクリーン座席マップ（たとえば、図４Ｆに例示した座席選択ページ４８２上に表示される視覚表現４８４）上に表示してもよい。

予めフェッチした空席状況データ及び／または予めフェッチした開始時刻情報を、前述した関連する第１の情報及び／または関連する第２の情報に含めてもよい。

任意的に、図４Ｂを参照すると、座席マッププレビュー４６０の代わりにまたはこれに代えて、主要ビューページ４１０には、劇場場所の内部の観客席の標準化された表現を表示する座席マッププレビュー８００（図８参照）が含まれていてもよい。図８を参照すると、標準化された表現を用いて、特定の観客席の実際の形状及びサイズとは無関係に、観客席内のエリアまたは領域８１０（たとえば、左前方、真ん中前方、右前方、左中央、真ん中中央、右中央、左後方、真ん中後方、右後方など）を表す。たとえば、図８は９つの領域８１０を例示している。領域８１０はそれぞれ、購入することができるその領域内での空席の数８２０を表示していてもよい。座席マッププレビュー８００によって、ユーザ１４０（図１、２Ａ、２Ｃ、２Ｄ、２Ｆ、２Ｇ、及び３Ａ～３Ｃ参照）は、特定の劇場場所で特定の開始時刻に上映されている特定の映画に対してユーザ１４０の好ましい座席（複数可）が空席であるか否かを迅速に判定することができる。

図８に示すように、主要ビューページ４１０にはセクション４６９が含まれている。セクション４６９は、選択した映画（たとえば、「小さな婦人」）を特定する表示４７０（たとえば、映画ポスター）を表示している。主要ビューページ４１０にはまた、日付リスト４３０、横スクローリング日付リスト４３０、劇場場所ユーザ入力４４０、及び開始時刻ユーザ入力４５０が含まれている。

主要ビューページ４１０にはまた、予約済み座席配置シナリオに対して前述のように機能する座席選択ユーザ入力４８０が含まれている。言い換えれば、ユーザ１４０が座席選択ユーザ入力４８０を選択する（たとえば、タップする）かまたは座席マッププレビュー８００を選択する（タップする）と、アプリケーション１１２はフルスクリーン座席マップ（たとえば、図４Ｆに例示した座席選択ページ４８２上に表示される視覚表現４８４）を表示する。ユーザ１４０は、フルスクリーン座席マップ（たとえば、図４Ｆに例示した座席選択ページ）を用いて座席を選択し、チケット選択ページ４９２Ａ（図４Ｇ参照）を用いてチケット種類及び枚数を選択する。ユーザ１４０が座席、チケット種類、及び枚数を選択した後、ユーザ１４０は座席選択ユーザ入力４８０を選択する。これによって、アプリケーション１１２は、注文情報（たとえば、選択した映画、選択した日付、選択した開始時刻、選択した劇場場所、選択した座席、選択したチケット種類、及び選択した枚数）をＡＰＩ１２２に送信する。ＡＰＩ１２２は次に、アプリケーション１１２に、前述した購入処理ページ３６０（図３Ｄ参照）を表示するように命令を出す。購入処理ページ３６０には、映画注文概要３６２（図３Ｄ参照）及び支払いオプション（複数可）３６４が含まれている。ユーザ１４０は購入処理ページ３６０を用いて購入を完了する。

図８を参照すると、座席マッププレビュー８００を、サーバコンピューティング装置１２０（図１参照）が行う方法９００（図９参照）を用いて生成してもよい。サーバコンピューティング装置１２０は、方法９００（図９参照）を用いて、観客席内の座席を、特定の観客席の実際の形状及びサイズとは無関係に、領域８１０（たとえば、左前方、真ん中前方、右前方、左中央、真ん中中央、右中央、左後方、真ん中後方、右後方など）に割り当てる。方法９００（図９参照）を行う前に、観客席を選択する。こうして、図９を参照すると、複数の観客席に対して方法９００を行ってもよい。

第１のブロック９０５において、サーバコンピューティング装置１２０は、最大数の総座席（「第１の座席カウント」と言う）を有する座席の行（ｘ軸または横軸）を特定する。そして、ブロック９１０において、サーバコンピューティング装置１２０は第１の座席カウントを第１のスカラ値（たとえば、３）で割って、第１の計算値を得る。次にブロック９１５において、サーバコンピューティング装置１２０は、第１の計算値の整数部分を、左セクションにおける座席数及び右セクションにおける座席数として用いる。たとえば、観客席において最も広い行に５５座席がある場合、ブロック９０５において、サーバコンピューティング装置１２０は、５５座席を伴う行を特定し、ブロック９１０において、第１の座席カウント（５５）を第１のスカラ（たとえば、３）で割って第１の計算値（たとえば、１８．３３３３）を得る。この例を続けて、ブロック９１５において、サーバコンピューティング装置１２０は、第１の計算値（たとえば、１８．３３３３）の整数部分（１８）を、左セクションにおける座席数及び右セクションにおける座席数として特定する。したがって、最初の座席（数１によって特定される）から始めて順方向にカウントして、左セクションには座席１～座席１８が含まれる。同様に、最後の座席（数５５によって特定される）から始めて逆方向にカウントして、右セクションには座席５５～座席３８が含まれる。

ブロック９２０において、サーバコンピューティング装置１２０は、左及び右セクションにおける座席数を第１の座席カウントから差し引くことによって、真ん中のセクションにおける座席数を特定する。したがって、上述した例を続けて、真ん中のセクションは、左及び右セクションにおける座席数（各１８）を第１の座席カウント（５５）から差し引くこと（または５５－１８－１８＝１９）によって特定される。こうして、左セクションの後の最初の座席（数１９によって特定される）から始めて順方向にカウントして、真ん中のセクションには座席１９～３７が含まれる。

ブロック９２５において、サーバコンピューティング装置１２０は、観客席を、第１のスカラ（たとえば、３）によって決定される列数に分割する。説明を簡単にするために、第１のスカラは３であるとして説明する。したがって、方法９００は観客席を３つの列に分割するとして説明する。観客席には左の境界線または周囲線及び右の周囲線がある。座席は左及び右の周囲線の間に配置されている。左の列は左の周囲線と第１の内部列線との間に位置し、真ん中の列は第１の内部列線と第２の内部列線との間に位置し、右の列は第２の内部列線及び右の周囲線との間に位置する。上述した例を続けて、左の列（たとえば、列１）は、最も広い行において左の周囲線から座席１８まで延びている。したがって、第１の内部列線は座席１８と座席１９との間に位置する。真ん中の列（たとえば、列２）は、第１の内部列線から１９座席だけ延び、第２の内部列線（座席３７を含む）で終わっている。したがって、第２の内部列線は座席３７と座席３８との間に位置する。右の列（たとえば、列３）は、第２の内部列線（座席３７と座席３８との間）から延びて右の周囲線（座席５５の外側）まで延びている。

ブロック９３０において、サーバコンピューティング装置１２０は、最大数の総座席（「第２の座席カウント」と言う）を有する座席の列（ｙ軸または垂直軸）を特定する。そして、ブロック９３５において、サーバコンピューティング装置１２０は第２の座席カウントを第２のスカラ値（たとえば、３）で割って、第２の計算値を得る。次にブロック９４０において、サーバコンピューティング装置１２０は第２の計算値を丸めて、次に近い整数にし、この次に近い整数を前方セクションにおける座席数及び後方セクションにおける座席数として用いる。たとえば、観客席において最も長い列に３１座席がある場合、ブロック９３０において、サーバコンピューティング装置１２０は、３１座席を伴う列を特定し、ブロック９３５において、第２の座席カウント（３１）を第２のスカラ（たとえば、３）で割って第２の計算値（たとえば、１０．３３３３）を得る。この例を続けて、ブロック９４０において、サーバコンピューティング装置１２０は、次に近い整数（たとえば、１１）を前方セクションにおける座席数及び後方セクションにおける座席数として特定する。こうして、最初の座席（数１によって特定される）から始めて順方向にカウントして、前方セクションには最も長い列において座席１～座席１１が含まれる。同様に、最後の座席（数３１によって特定される）から始めて逆方向にカウントして、後方セクションには座席３１～座席２１が含まれる。

ブロック９４５において、サーバコンピューティング装置１２０は、前方及び後方セクションにおける座席数を第２の座席カウントから差し引くことによって、中央セクションにおける座席数を特定する。したがって、上述した例を続けて、中央セクションは、前方及び後方セクションにおける座席数（各１１）を第２の座席カウント（３１）から差し引くこと（または３１－１１－１１＝９）によって特定される。こうして、前方セクションの後の最初の座席（数１２によって特定される）から始めて順方向にカウントして、中央セクションには座席１２～２０が含まれる。

ブロック９５０において、サーバコンピューティング装置１２０は、観客席を、第２のスカラ（たとえば、３）によって決定される行数に分割する。説明を簡単にするために、第２のスカラは３であるとして説明する。したがって、方法９００は観客席を３つの行に分割するとして説明する。観客席には、映画スクリーンに最も近い前方の境界線または周囲線及び映画スクリーンから最も遠い後方の周囲線がある。座席は前方及び後方の周囲線の間に配置されている。前方の行セクションは前方周囲線と第１の内部行線との間に位置し、中央の行セクションは第１の内部行線と第２の内部行線との間に位置し、後方の行セクションは第２の内部行線と後方の周囲線との間に位置する。上述した例を続けて、前方の行セクションは、最も長い列において前方周囲線から座席１１まで延びている。したがって、第１の内部行線は座席１１と座席１２との間に位置する。中央の行セクションは、第１の内部行線から９座席だけ延び、第２の内部行線（座席２０を含む）で終わっている。したがって、第２の内部行線は座席２０と座席２１の間に位置する。後方の行セクションは、第２の内部行線（座席２０と座席２１との間）から延びて後方の周囲線（座席３１の外側に位置する）まで延びている。

ブロック９５５において、サーバコンピューティング装置１２０は、ブロック９２５及び９５０で描いた線を用いて、観客席における各座席を領域８１０（図８参照）のうちの１つに割り当てる。たとえば、サーバコンピューティング装置１２０は、以下に説明するように座席を割り当ててもよい。

・前方周囲線、第１の内部行線、左の周囲線、及び第１の内部列線に接する座席を、左前方領域に割り当ててもよい。

・第１の内部行線、第２の内部行線、左の周囲線、及び第１の内部列線に接する座席を、左中央領域に割り当ててもよい。

・第２の内部行線、後方の周囲線、左の周囲線、及び第１の内部列線に接する座席を、左後方領域に割り当ててもよい。

・前方周囲線、第１の内部行線、第１の内部列線、及び第２の内部列線に接する座席を、真ん中前方領域に割り当ててもよい。

・第１の内部行線、第２の内部行線、第１の内部列線、及び第２の内部列線に接する座席を、真ん中中央領域に割り当ててもよい。

・第２の内部行線、後方の周囲線、第１の内部列線、及び第２の内部列線に接する座席を、真ん中後方領域に割り当ててもよい。

・前方周囲線、第１の内部行線、第２の内部列線、及び右の周囲線に接する座席を、右前方領域に割り当ててもよい。

・第１の内部行線、第２の内部行線、第２の内部列線、及び右の周囲線に接する座席を、右中央領域に割り当ててもよい。

・第２の内部行線、後方の周囲線、第２の内部列線、及び右の周囲線に接する座席を、右後方領域に割り当ててもよい。

そして、方法９００は終了する。

真ん中中央領域は、その高さよりも幅の方が広い「スイートスポット」として特徴付けてもよい。データが示唆するところによれば、菱形形状の垂直軸に沿った高さよりも横軸に沿った幅の方が広い菱形形状の座席選択を、ユーザは好む。菱形形状の外側の座席は通常、それほど好ましくはない。

モバイル通信デバイス
図５は、図１のクライアントコンピューティング装置１１０を実施するために用い得るモバイル通信デバイス５００を例示する機能ブロック図である。非限定的な例として、図５を参照すると、モバイル通信デバイス５００はセルラー電話、タブレットコンピュータなどとして実施してもよい。モバイル通信デバイス５００には、中央演算処理装置（「ＣＰＵ」）５１０が含まれている。当業者であれば分かるように、ＣＰＵ５１０は、従来のマイクロプロセッサ、特定用途向け集積回路（「ＡＳＩＣ」）、デジタルシグナルプロセッサ（「ＤＳＰ」）、プログラム可能であるゲートアレイ（「ＰＧＡ」）などとして実施してもよい。モバイル通信デバイス５００は、ＣＰＵ５１０の具体的な形式によって限定されない。

モバイル通信デバイス５００にはメモリ５２０も含まれる。メモリ５２０は、ＣＰＵ５１０の動作を制御するための命令及びデータを記憶してもよい。メモリ５２０には、ランダムアクセスメモリ、読み出し専用メモリ、プログラマブルメモリ、フラッシュメモリなどが含まれていてもよい。モバイル通信デバイス５００は、メモリ５２０を実施するために用いるハードウェアの何らの具体的な形式によって限定されない。またメモリ５２０を、ＣＰＵ５１０と全体的または部分的に一体に形成してもよい。

またモバイル通信デバイス５００には、従来のコンポーネント、たとえばディスプレイデバイス５３０及び１つ以上のユーザ入力装置５４０（たとえば、ボタン、キーパッド、キーボードなど）も含まれている。これらは、既知の方法で動作する従来のコンポーネントであり、より詳細に説明する必要はない。ディスプレイデバイス５３０は、ユーザ入力（たとえば、図２Ａ～２Ｃなどに例示した方法２００に対して前述した選択）を受け取るように構成されたタッチディスプレイまたはタッチスクリーンとして実施してもよい。非限定的な例として、ディスプレイデバイス５３０は、図３Ａ～３Ｄなどに示したスクリーン及び／またはページ（たとえば、ランディングページ３１０、劇場及び開始時刻選択ページ３３０、及び購入処理ページ３６０）を表示するように動作可能である。

またモバイル通信デバイス５００には、ネットワーク（複数可）１３０（図１参照）との（たとえば、セルラーネットワークの基地局（図示せず）との）通常のネットワーク無線通信用にモバイル通信デバイス５００が用い得る等のネットワーク送信機５５０が含まれる。また図５には、ネットワーク（複数可）１３０（図１参照）（たとえば、セルラーネットワークの基地局（図示せず））と通信するためにネットワーク送信機５５０とともに動作するネットワーク受信機５６０も例示する。典型的な実施形態では、ネットワーク送信機５５０及びネットワーク受信機５６０はネットワーク送受信装置５７０として実施される。ネットワーク送受信装置５７０はアンテナ５８０に接続されている。ネットワーク（複数可）１３０（図１参照）と通信するためのネットワーク送受信装置５７０及びアンテナ５８０の動作は、当該技術分野で良く知られており、本明細書においてより詳細に説明する必要はない。

図５に戻って、無線通信装置において見られる他の従来のコンポーネント、たとえばＵＳＢインターフェース、ブルートゥースインターフェース、カメラ／ビデオデバイス、赤外線デバイス、グローバルポジショニングシステム（「ＧＰＳ」）デバイスなども、モバイル通信デバイス５００に含まれ得る。明瞭にするために、これらの従来の要素は図５の機能ブロック図に例示していない。ＧＰＳデバイスを用いて、モバイル通信デバイス５００の現在の地理的位置（たとえば、緯度及び経度）を決定してもよい。

図５に例示した種々のコンポーネントは、バスシステム５９０によって互いに結合されている。バスシステム５９０には、アドレスバス、データバス、電力バス、制御バスなどが含まれていてもよい。便宜上、図５における種々のバスはバスシステム５９０として例示している。

いくつかの実施形態では、メモリ５２０にはコンピュータ実行可能命令が記憶されている。コンピュータ実行可能命令は、１つ以上のプロセッサ（たとえば、ＣＰＵ５１０）によって実行されると、１つ以上のプロセッサに、アプリケーション１１２を実施させ、及び／または前述した方法（たとえば、図２Ａ～２Ｃに例示した方法２００、図２Ｄ～２Ｇに例示した方法２５０、図７Ａ～７Ｃに例示した方法７００、及び図９に例示した方法９００）のうちの１つ以上の全部または一部を実行させる。このような命令は、１つ以上の非一時的なコンピュータ可読媒体に記憶してもよい。

メモリ５２０にはコンピュータ実行可能命令が記憶されている。コンピュータ実行可能命令は、ＣＰＵ５１０によって実行されると、ＣＰＵ５１０に、ディスプレイデバイス５３０によって表示される前述したスクリーン及び／またはページ（たとえば、図３Ａ、３Ｂ、及び３Ｄにそれぞれ例示したランディングページ３１０、劇場及び開始時刻選択ページ３３０、購入処理ページ３６０、図４Ａ～４Ｅ、４Ｈ、８、及び１１に例示した主要ビューページ４１０、図４Ｆに例示した座席選択ページ４８２、図４Ｇに例示したチケット選択ページ４９２Ａ、図４Ｉに例示したチケット選択ページ４９２Ｂ、及び図１０Ａ及び１０Ｂに例示したページ１０００）を生成させる。このような命令は、１つ以上の非一時的なコンピュータ可読媒体に記憶してもよい。ディスプレイデバイス５３０によって表示される前述したスクリーン及び／またはページ（たとえば、図３Ａ、３Ｂ、及び３Ｄにそれぞれ例示したランディングページ３１０、劇場及び開始時刻選択ページ３３０、購入処理ページ３６０、図４Ａ～４Ｅ、４Ｈ、８、及び１１に例示した主要ビューページ４１０、図４Ｆに例示した座席選択ページ４８２、図４Ｇに例示したチケット選択ページ４９２Ａ、図４Ｉに例示したチケット選択ページ４９２Ｂ、及び図１０Ａ及び１０Ｂに例示したページ１０００）をそれぞれ、グラフィカルユーザインターフェースとして特徴付けてもよい。

コンピューティング装置
図６は、システム１００の１つ以上のコンピューティング装置の実施態様を実施するときに関連させ得るハードウェア及び動作環境の図である。図６の説明は、実施態様を実施し得る好適なコンピュータハードウェア及び好適なコンピューティング環境の簡単な概要を示すことを意図している。必須ではないが、実施態様を、パーソナルコンピュータなどのコンピュータによって実行されるプログラムモジュールなどのコンピュータ実行可能命令の一般的な文脈で説明する。一般的に、プログラムモジュールには、特定のタスクを実行するかまたは特定の抽象データ型を実施するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などが含まれる。

また、当業者であれば分かるように、他のコンピュータシステム構成（たとえば、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサベースまたはプログラマブル民生用エレクトロニクス、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータなど）によって実施態様を実施してもよい。また実施態様を分散コンピューティング環境（たとえば、クラウドコンピューティングプラットフォーム）で実施してもよい。分散コンピューティング環境では、通信ネットワークを通してリンクされたリモート処理装置によってタスクが行われる。分散コンピューティング環境では、プログラムモジュールを、ローカル及びリモートメモリ記憶デバイスの両方に配置してもよい。

図６の典型的なハードウェア及び動作環境には、コンピューティング装置１２の形態の汎用コンピューティング装置が含まれている。図１のコンピューティング装置（たとえば、クライアントコンピューティング装置１１０、サーバコンピューティング装置１２０、及び支払いプロセッササービス１５０を実施するコンピューティング装置）はそれぞれ、コンピューティング装置１２と実質的に同一であってもよい。非限定的な例として、コンピューティング装置１２を、ラップトップコンピュータ、タブレットコンピュータ、ウェブ対応テレビジョン、携帯情報端末、ゲームコンソール、スマートフォン、モバイルコンピューティングデバイス、セルラー電話、デスクトップパーソナルコンピュータなどとして実施してもよい。

コンピューティング装置１２には、システムメモリ２２、処理ユニット２１、及びシステムバス２３（種々のシステムコンポーネント（たとえば、システムメモリ２２）を処理ユニット２１に動作可能に結合する）が含まれる。たった１つの処理ユニット２１が存在していてもよいし、または複数の処理ユニット２１が存在して、コンピューティング装置１２のプロセッサは、単一の中央処理ユニット（「ＣＰＵ」）を含むか、または複数の処理ユニット（一般に並列処理環境と呼ばれる）を含んでもよい。マルチプロセッシングユニットを用いるときには、処理ユニットは異種であってもよい。非限定的な例として、このような異種処理環境には、従来のＣＰＵ、従来のグラフィックス処理ユニット（「ＧＰＵ」）、浮動少数点ユニット（「ＦＰＵ」）、それらの組み合わせなどが含まれていてもよい。

コンピューティング装置１２は、従来のコンピュータ、分散コンピュータ、または任意の他のタイプのコンピュータであってもよい。

システムバス２３は、いくつかのタイプのバス構造（たとえば、メモリバスまたはメモリコントローラ、周辺バス、及び種々のバスアーキテクチャのいずれかを用いたローカルバス）のいずれかであってもよい。システムメモリ２２は、単純にメモリと言ってもよく、読み出し専用メモリ（ＲＯＭ）２４及びランダムアクセスメモリ（ＲＡＭ）２５が含まれる。コンピューティング装置１２内の要素間で（たとえば、始動中に）情報を伝達するのに役立つ基本ルーチンを含む基本入出力システム（ＢＩＯＳ）２６が、ＲＯＭ２４に記憶されている。コンピューティング装置１２にはさらに、ハードディスク（図示せず）から読み出してこれに書き込むためのハードディスクドライブ２７、取り外し可能磁気ディスク２９から読み出すかまたはこれに書き込むための磁気ディスクドライブ２８、及び取り外し可能光ディスク３１（たとえば、ＣＤＲＯＭ、ＤＶＤ、または他の光媒体）から読み出すかまたはこれに書き込むための光ディスクドライブ３０が含まれる。

ハードディスクドライブ２７、磁気ディスクドライブ２８、及び光ディスクドライブ３０は、システムバス２３に、それぞれ、ハードディスクドライブインターフェース３２、磁気ディスクドライブインターフェース３３、及び光ディスクドライブインターフェース３４によって接続されている。ドライブ及びそれらの付随するコンピュータ可読媒体によって、コンピュータ可読命令、データ構造、プログラムモジュール、及びコンピューティング装置１２用の他のデータの不揮発性記憶装置が得られる。当業者であれば分かるように、コンピュータからアクセス可能なデータを記憶することができる任意のタイプのコンピュータ可読媒体（たとえば、磁気カセット、フラッシュメモリカード、ソリッドステートメモリデバイス（「ＳＳＤ」）、ＵＳＢドライブ、デジタルビデオディスク、ベルヌーイカートリッジ、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）など）を、典型的な動作環境において用いてもよい。当業者には明らかなように、処理ユニット２１からアクセス可能なハードディスクドライブ２７及び他の形態のコンピュータ可読媒体（たとえば、取り外し可能磁気ディスク２９、取り外し可能光ディスク３１、フラッシュメモリカード、ＳＳＤ、ＵＳＢドライブなど）を、システムメモリ２２のコンポーネントとして考えてもよい。

多くのプログラムモジュールを、ハードディスクドライブ２７、磁気ディスク２９、光ディスク３１、ＲＯＭ２４、またはＲＡＭ２５に記憶してもよく、オペレーティングシステム３５、１つ以上のアプリケーションプログラム３６、他のプログラムモジュール３７、及びプログラムデータ３８が含まれる。ユーザがコマンド及び情報をコンピューティング装置１２に、入力装置（たとえば、キーボード４０及びポインティング装置４２）を通して入力してもよい。他の入力装置（図示せず）として、マイクロフォン、ジョイスティック、ゲームパッド、衛星放送受信アンテナ、スキャナ、タッチ感応デバイス（たとえば、スタイラスまたはタッチパッド）、ビデオカメラ、深度カメラなどを挙げてもよい。これら及び他の入力装置は多くの場合に、システムバス２３に結合されたシリアルポートインターフェース４６を通して処理ユニット２１に接続されているが、他のインターフェース、たとえば、パラレルポート、ゲームポート、ユニバーサルシリアルバス（ＵＳＢ）、または無線インターフェース（たとえば、ブルートゥースインターフェース）によって接続してもよい。ディスプレイデバイス４７、たとえばモニタ、タッチディスプレイ、タッチスクリーン、または他のタイプの表示デバイスも、インターフェース（たとえば、ビデオアダブタ４８）を介してシステムバス２３に接続されている。ディスプレイデバイス４７に加えて、コンピュータには典型的に、他の周辺出力装置（図示せず）、たとえば、スピーカ、プリンタ、及び触覚及び／または他のタイプの物理的フィードバックをもたらす触覚デバイス（たとえば、力フィードバックゲームコントローラ）が含まれる。

前述した入力装置は、ユーザ入力及び選択を受け取るように動作可能である。入力及び表示デバイスを合わせて、ユーザインターフェースを与えるものとして説明してもよい。

コンピューティング装置１２は、１つ以上のリモートコンピュータ（たとえば、リモートコンピュータ４９）に対する論理結合を用いたネットワーク環境で動作してもよい。これらの論理結合は、（ローカルコンピュータとしての）コンピューティング装置１２に結合されているかまたはその一部である通信デバイスによって実現される。実施態様は特定のタイプの通信装置に限定されない。リモートコンピュータ４９は、別のコンピュータ、サーバ、ルータ、ネットワークＰＣ、クライアント、メモリ記憶デバイス、ピアデバイス、または他の共通のネットワークノードであってもよく、また典型的に、コンピューティング装置１２に対して前述した要素の多くまたはすべてが含まれている。リモートコンピュータ４９をメモリ記憶デバイス５０に接続してもよい。図６に示した論理結合には、ローカルエリアネットワーク（ＬＡＮ）５１及びワイドエリアネットワーク（ＷＡＮ）５２が含まれる。このようなネットワーキング環境は、オフィス、企業規模のコンピュータネットワーク、イントラネット、及びインターネットにおいて一般的である。ネットワーク（複数可）１３０（図１参照）を、ＬＡＮ５１またはＷＡＮ５２（たとえば、インターネット）のうちの１つ以上を用いて実施してもよい。

当業者であれば分かるように、ＬＡＮをＷＡＮに、電話網、ケーブルネットワーク、セルラーネットワーク、または電力線を介したキャリア信号を用いたモデムを介して接続してもよい。このようなモデムをコンピューティング装置１２に、ネットワークインターフェース（たとえば、シリアルまたは他のタイプのポート）によって接続してもよい。さらに、多くのラップトップコンピュータをネットワークにセルラーデータモデムを介して接続してもよい。

ＬＡＮネットワーキング環境で用いるとき、コンピューティング装置１２をローカルエリアネットワーク５１に、ネットワークインターフェースまたはアダプタ５３（通信装置の１つのタイプである）を通して接続する。ＷＡＮネットワーキング環境で用いるとき、コンピューティング装置１２には典型的に、モデム５４、あるタイプの通信装置、またはワイドエリアネットワーク５２（たとえば、インターネット）を介して通信を確立するための任意の他のタイプの通信装置が含まれる。モデム５４（内部であってもまたは外部であってもよい）を、システムバス２３にシリアルポートインターフェース４６を介して接続する。ネットワーク環境では、パーソナルコンピューティングデバイス１２に対して示したプログラムモジュール（またはその一部）を、リモートコンピュータ４９及び／またはリモートメモリ記憶デバイス５０に記憶してもよい。当然のことながら、図示したネットワーク接続は典型的であり、コンピュータ間の通信リンクを確立するための他の手段及び通信装置を用いてもよい。

本明細書では、開示した考え方の高レベルの見方を容易にするために、コンピューティング装置１２及び関連するコンポーネントを、特定の例として、また抽象化によって示している。開示した考え方の全体的な性質を維持しながら、実際の技術的デザイン及び実施態様を特定の実施態様に基づいて変更してもよい。

いくつかの実施形態では、システムメモリ２２にはコンピュータ実行可能命令が記憶されている。コンピュータ実行可能命令は、１つ以上のプロセッサ（たとえば、処理ユニット２１）によって実行されると、１つ以上のプロセッサに、１つ以上のアプリケーション（たとえば、アプリケーション１１２、ＡＰＩ１２２、チケット処理アプリケーション１２８、及び図１に例示した仮想のコンシェルジェサービス１２４）を実施させ、及び／または前述した方法（図２Ａ～２Ｃに例示した方法２００、図２Ｄ～２Ｇに例示した方法２５０、図７Ａ～７Ｃに例示した方法７００、及び図９に例示した方法９００を含む）のうちの１つ以上の全部または一部を実行させる。このような命令は、１つ以上の非一時的なコンピュータ可読媒体に記憶してもよい。

いくつかの実施形態では、システムメモリ２２にはコンピュータ実行可能命令が記憶されている。コンピュータ実行可能命令は、１つ以上のプロセッサ（たとえば、処理ユニット２１）によって実行されると、１つ以上のプロセッサに、ディスプレイデバイス４７によって表示される前述したスクリーン及び／またはページ（たとえば、図３Ａ、３Ｂ、及び３Ｄにそれぞれ例示したランディングページ３１０、劇場及び開始時刻選択ページ３３０、購入処理ページ３６０、図４Ａ～４Ｅ、４Ｈ、８、及び１１に例示した主要ビューページ４１０、図４Ｆに例示した座席選択ページ４８２、図４Ｇに例示したチケット選択ページ４９２Ａ、図４Ｉに例示したチケット選択ページ４９２Ｂ、及び図１０Ａ及び１０Ｂに例示したページ１０００）を生成する。このような命令は、１つ以上の非一時的なコンピュータ可読媒体に記憶してもよい。ディスプレイデバイス４７によって表示される前述したスクリーン及び／またはページ（たとえば、図３Ａ、３Ｂ、及び３Ｄにそれぞれ例示したランディングページ３１０、劇場及び開始時刻選択ページ３３０、購入処理ページ３６０、図４Ａ～４Ｅ、４Ｈ、８、及び１１に例示した主要ビューページ４１０、図４Ｆに例示した座席選択ページ４８２、図４Ｇに例示したチケット選択ページ４９２Ａ、図４Ｉに例示したチケット選択ページ４９２Ｂ、及び図１０Ａ及び１０Ｂに例示したページ１０００）をそれぞれ、グラフィカルユーザインターフェースとして特徴付けてもよい。

条項本開示の実施形態を以下の条項を考慮して記載することができる。

１． システムであって、クライアントコンピューティング装置と少なくとも１つのサーバコンピューティング装置とを含み、前記クライアントコンピューティング装置はディスプレイデバイスを含み、ユーザによって動作可能なユーザアプリケーションを実施し、前記クライアントコンピューティング装置は、前記ディスプレイデバイスを用いて前記ユーザにグラフィカルユーザインターフェースを表示するように動作可能であり、前記グラフィカルユーザインターフェースには、複数のユーザ入力と購入入力とを含むページが含まれ、前記少なくとも１つのサーバコンピューティング装置は、前記ユーザアプリケーションと通信するように構成されたチケット処理アプリケーションを実施し、前記チケット処理アプリケーションは前記ユーザアプリケーションに個人化情報を与えるように構成され、前記個人化情報は、少なくとも１つの劇場場所、前記少なくとも１つの劇場場所のそれぞれで上映されている映画、日付、ならびに前記映画及び前記日付に対応付けられる開始時刻を特定し、前記ページは、前記少なくとも１つの劇場場所のうちの特定の１つに対して、前記特定の劇場場所で上映されている映画、前記映画のうちの特定の１つが上映されている日付、及び前記日付のうちの特定の１つにおける特定の開始時刻を表示するように構成され、前記複数のユーザ入力は、前記ページを出ることなく、前記特定の劇場場所、前記特定の映画、前記特定の日付、及び前記特定の開始時刻のいずれかを変更する少なくとも１つのユーザ選択を受け取るように構成され、前記少なくとも１つのユーザ選択を受け取ると、前記ページが自動的に更新されて、前記少なくとも１つのユーザ選択が表示され、前記購入入力は、前記特定の日付の前記特定の開始時刻に前記特定の劇場場所で上映される前記特定の映画に対する少なくとも１つのチケットを購入するように、前記ユーザによって選択可能である前記システム。

２． 前記ユーザアプリケーションが前記個人化情報を受け取った直後に、前記ページは、ユーザ入力を伴うことなく、前記特定の劇場場所、前記特定の劇場場所で上映されている前記映画、前記特定の映画が上映されている前記日付、及び前記特定の日付の前記特定の開始時刻を即座に表示する、条項１に記載のシステム。

３． 前記個人化情報は、前記開始時刻のそれぞれに対して空いている座席を特定し、前記ページは、どの座席に対するチケットが、前記特定の日付の前記特定の開始時刻における前記特定の映画に対する前記特定の劇場場所で購入することができるかを示す座席マッププレビューを表示し、前記ユーザが前記複数のユーザ入力のうちの少なくとも１つを用いて、前記特定の劇場場所、前記特定の映画、前記特定の日付、及び前記特定の開始時刻のいずれかを変更するたびに、前記座席マッププレビューは自動的に更新される、条項１または２に記載のシステム。

４． 前記座席マッププレビューには、空席を、前記特定の日付の前記特定の開始時刻に前記特定の映画が上映されている前記特定の劇場場所における観客席の領域によって表示するために用いられる標準化された表現が含まれ、前記標準化された表現は、前記領域のそれぞれにおいてチケットを購入することができる空席の数を表示する、条項３に記載のシステム。

５． 前記ページには選択可能な座席選択入力が含まれ、前記座席選択入力は、前記ユーザが選択すると、チケットを購入する前記観客席における特定の座席を前記ユーザが選択することができる座席配置表を表示する、条項４に記載のシステム。

６． 前記少なくとも１つのサーバコンピューティング装置は、前記選択可能な座席選択入力を前記ユーザが選択する前に、前記クライアントコンピューティング装置に予めフェッチされた情報を送り、前記予めフェッチされた情報には、前記特定の劇場場所で前記特定の映画が上映されている複数の開始時刻のそれぞれに対して前記座席配置表を表示するために必要な座席表情報が含まれる、条項５に記載のシステム。

７． 前記少なくとも１つのサーバコンピューティング装置は、前記選択可能な座席選択入力を前記ユーザが選択する前に、前記クライアントコンピューティング装置を、前記少なくとも１つのサーバコンピューティング装置が実施する公開サービスにサブスクライブし、前記特定の劇場場所で上映されている前記特定の映画に対して、座席に対するチケットが購入できなくなると、前記公開サービスは前記予めフェッチされた情報を自動的に更新する、条項６に記載のシステム。

８． 前記少なくとも１つの劇場場所のそれぞれは、前記ユーザによって前記ユーザアプリケーションを用いてタグ付けされた、条項１～７のいずれかに記載のシステム。

９． 前記少なくとも１つの劇場場所には、前記ユーザがこれまでに少なくとも１つの映画チケットを購入した１つ以上の劇場場所が含まれる条、項１～８のいずれかに記載のシステム。

１０． 前記ユーザアプリケーションは、前記チケット処理アプリケーションに地理的位置を与えるように構成され、前記チケット処理アプリケーションは、前記地理的位置に少なくとも部分的に基づいて前記少なくとも１つの劇場場所を特定する、条項１～９のいずれかに記載のシステム。

１１． 前記クライアントコンピューティング装置はモバイル通信デバイスである、条項１～１０のいずれかに記載のシステム。

１２． 前記複数のユーザ入力には、前記特定の劇場場所で上映されている前記映画を表示する横スクローリング映画リストが含まれ、前記横スクローリング映画リストによって表示される前記映画のそれぞれは、前記横スクローリング映画リスト内で選択可能であり、前記複数のユーザ入力には、前記特定の映画が上映されている前記日付を表示する横スクローリング日付リストが含まれ、前記横スクローリング日付リストによって表示される前記日付のそれぞれは、前記横スクローリング日付リスト内で選択可能である、条項１～１１のいずれかに記載のシステム。

１３． コンピュータ実装方法であって、（ａ）クライアントコンピューティング装置によって、ユーザにグラフィカルユーザインターフェースを表示することであって、前記グラフィカルユーザインターフェースには、複数のユーザ入力と購入入力とを含むページが含まれる、前記表示することと、（ｂ）前記クライアントコンピューティング装置によって、少なくとも１つのサーバコンピューティング装置からの個人化情報をリクエストすることであって、前記個人化情報は、少なくとも１つの劇場場所、前記少なくとも１つの劇場場所のそれぞれで上映されている映画、日付、ならびに前記映画及び前記日付に対応付けられる開始時刻を特定する、前記リクエストすることと、（ｃ）前記クライアントコンピューティング装置によって、前記少なくとも１つのサーバコンピューティング装置から前記個人化情報を受け取ることと、（ｄ）前記少なくとも１つの劇場場所のうちの特定の１つに対して、前記クライアントコンピューティング装置によって、前記特定の劇場場所で上映されている映画、前記映画のうちの特定の１つが上映されている日付、及び前記日付のうちの特定の１つにおける特定の開始時刻を前記ページ上に表示することと、（ｅ）前記クライアントコンピューティング装置によって、前記複数のユーザ入力のうちの少なくとも１つの中に前記ユーザが入力した少なくとも１つのユーザ選択を受け取ることであって、前記少なくとも１つのユーザ選択は、前記ページを出ることなく、前記特定の劇場場所、前記特定の映画、前記特定の日付、及び前記特定の開始時刻のいずれかを変更する、前記受け取ることと、（ｆ）前記クライアントコンピューティング装置によって、前記ページを自動的に更新して、前記少なくとも１つのユーザ選択を表示することと、（ｇ）前記クライアントコンピューティング装置によって、前記ユーザが前記購入入力を選択したという表示を受け取ることと、（ｈ）前記クライアントコンピューティング装置によって、前記特定の日付の前記特定の開始時刻に前記特定の劇場場所で上映される前記特定の映画に対する少なくとも１つのチケットの購入を完了することと、を含む、前記コンピュータ実装方法。

１４． 前記クライアントコンピューティング装置が前記個人化情報を受け取った直後に、前記クライアントコンピューティング装置は、ユーザ入力を伴うことなく、前記特定の劇場場所、前記特定の劇場場所で上映されている前記映画、前記特定の映画が上映されている前記日付、及び前記特定の日付における前記特定の開始時刻を前記ページ上に即座に表示する条項１３に記載のコンピュータ実装方法。

１５． 前記個人化情報は、前記開始時刻のそれぞれに対して空いている座席を特定し、前記コンピュータ実装方法はさらに、（ｉ）前記クライアントコンピューティング装置によって、前記ページ上に座席マッププレビューを表示することであって、前記座席マッププレビューは、どの座席に対するチケットが、前記特定の日付の前記特定の開始時刻における前記特定の映画に対する前記特定の劇場場所で購入することができるかを例示する、前記表示することと、（ｉｉ）前記ユーザが前記複数のユーザ入力のうちの少なくとも１つを用いて、前記特定の劇場場所、前記特定の映画、前記特定の日付、及び前記特定の開始時刻のいずれかを変更するたびに、前記クライアントコンピューティング装置によって、前記座席マッププレビューを自動的に更新することと、を含む、条項１３または１４に記載のコンピュータ実装方法。

１６． 前記座席マッププレビューには、空席を、前記特定の日付の前記特定の開始時刻に前記特定の映画が上映されている前記特定の劇場場所における観客席の領域によって表示するために用いられる標準化された表現が含まれ、前記標準化された表現は、前記領域のそれぞれにおいてチケットを購入することができる空席の数を表示する、条項１５に記載のコンピュータ実装方法。

１７． 前記ページには選択可能な座席選択入力が含まれ、前記コンピュータ実装方法はさらに、（ｉ）前記クライアントコンピューティング装置によって、前記ユーザが前記選択可能な座席選択入力を選択したという表示を受け取ることと、（ｉｉ）前記クライアントコンピューティング装置によって、前記ユーザが前記選択可能な座席選択入力を選択したという前記表示を受け取った後に、チケットを購入する前記観客席における特定の座席を前記ユーザが選択することができる座席配置表を表示することと、を含む、条項１６に記載のコンピュータ実装方法。

１８． 前記少なくとも１つのサーバコンピューティング装置は、前記選択可能な座席選択入力を前記ユーザが選択する前に、前記クライアントコンピューティング装置に予めフェッチした情報を送り、前記コンピュータ実装方法はさらに、（ｉ）前記クライアントコンピューティング装置によって、前記予めフェッチした情報を受け取ることであって、前記予めフェッチした情報には、前記特定の劇場場所で前記特定の映画が上映されている複数の開始時刻のそれぞれに対して前記座席配置表を表示するために必要な座席表情報が含まれる、前記受け取ることと、（ｉｉ）前記クライアントコンピューティング装置によって、前記座席表情報を用いて、前記特定の劇場場所、前記特定の映画、前記特定の日付、及び前記特定の開始時刻に対する前記座席配置表を表示することと、を含む、条項１７に記載のコンピュータ実装方法。

１９． 前記少なくとも１つのサーバコンピューティング装置は、前記選択可能な座席選択入力を前記ユーザが選択する前に、前記クライアントコンピューティング装置を、前記少なくとも１つのサーバコンピューティング装置が実施する公開サービスにサブスクライブするように構成され、前記コンピュータ実装方法はさらに、（ｉ）前記特定の劇場場所で上映されている前記特定の映画に対して、座席に対するチケットが購入できなくなると、前記クライアントコンピューティング装置によって、前記公開サービスからの前記予めフェッチした情報に対する自動更新を受け取ることと、（ｉｉ）前記特定の劇場場所、前記特定の映画、前記特定の日付、及び前記特定の開始時刻に対して前記予めフェッチした情報が更新されたときに、前記クライアントコンピューティング装置によって、前記座席配置表を更新することと、を含む、条項１８に記載のコンピュータ実装方法。

２０． 前記複数のユーザ入力には、前記特定の劇場場所で上映されている前記映画を表示する横スクローリング映画リストが含まれ、前記横スクローリング映画リストによって表示される前記映画のそれぞれは、前記横スクローリング映画リスト内で選択可能であり、前記複数のユーザ入力には、前記特定の映画が上映されている前記日付を表示する横スクローリング日付リストが含まれ、前記横スクローリング日付リストによって表示される前記日付のそれぞれは、前記横スクローリング日付リスト内で選択可能である、条項１３～１９のいずれかに記載のコンピュータ実装方法。

前述で説明した実施形態では、異なるコンポーネントが他の異なるコンポーネントに含まれるかまたは接続されることを示している。当然のことながら、このように示したアーキテクチャは単なる例示であって、実際には同じ機能を実現する他の多くのアーキテクチャを実施することができることを理解する必要がある。概念的な意味では、同じ機能を実現するコンポーネントの任意の配置が、所望の機能が実現されるように効果的に「関連付けられている」。したがって、特定の機能を実現するように結合された本明細書の任意の２つのコンポーネントは、アーキテクチャまたは中間コンポーネントとは関係なく、所望の機能が実現されるように互いに「関連付けられている」と見なすことができる。同様に、そのように関連付けられた任意の２つのコンポーネントは、所望の機能を実現するように互いに「動作可能に接続されている」かまたは「動作可能に結合されている」と見なすこともできる。

本発明の特定の実施形態について図示及び記載してきたが、当業者には明らかであるように、本明細書の教示に基づいて、本発明及びそのより広い態様から逸脱することなく変形及び変更を行ってもよく、したがって、添付の特許請求の範囲は、本発明の真の趣旨及び範囲にあるような変形及び変更をすべて、その範囲に包含しているものとする。さらに当然のことながら、本発明は添付の特許請求の範囲によってのみ規定された。当業者であれば分かるように、全般的に、本明細書で用いる用語、特に添付の特許請求の範囲で用いる用語（たとえば、添付の請求請求の範囲の本体）は全般的に、「オープンな」用語として意図されている（たとえば、用語「含んでいる（ｉｎｃｌｕｄｉｎｇ）」は「含んでいるがこれらに限定されない」と解釈すべきであり、用語「有する（ｈａｖｉｎｇ）」は「少なくとも有する」と解釈すべきであり、用語「含む（ｉｎｃｌｕｄｉｎｇ）」は「含むがこれらに限定されない」と解釈すべきである等）。さらに当業者であれば分かるように、導入された請求項記載（ｉｎｔｒｏｄｕｃｅｄ ｃｌａｉｍ ｒｅｃｉｔａｔｉｏｎ）の特定の数が意図されている場合には、請求項においてこのような意図は明示的に列挙されており、このような列挙がない場合にはこのような意図は存在しない。たとえば、理解を助けるものとして、下記に添付の特許請求の範囲には、請求項記載を導入するために導入句「少なくとも１つ」及び「１つ以上」を用いることが含まれる場合がある。しかし、このような語句を用いることは、不定冠詞「ａ」または「ａｎ」によって請求項記載が導入されることによって、このような請求項の列挙の導入を含む何らかの特定の請求項がこのような記載を１つだけ含む発明に限定されるという意味が含まれると解釈すべきではなく、これは、たとえ同じ請求項に導入句「１つ以上」または「少なくとも１つ」及び不定冠詞たとえば「ａ」または「ａｎ」が含まれていても同様である（たとえば、「ａ」及び／または「ａｎ」は典型的に、「少なくとも１つ」または「１つ以上」を意味すると解釈すべきである）。同じことが、請求項記載を導入するために用いる定冠詞を用いることについても言える。加えて、導入された請求項記載の特定の数が明示的に列挙されている場合であっても、当業者であれば分かるように、このような記載は典型的に少なくとも記載の数を意味していると解釈すべきである（たとえば、他の修飾語がなく「２つの記載」が単に記載されている場合、典型的に、少なくとも２つの記載、または２つ以上の記載を意味する）。

接続語、たとえば形式「Ａ、Ｂ、及び、Ｃのうちの少なくとも１つ」または「Ａ、Ｂ及びＣのうちの少なくとも１つ」（すなわち、同じ語句だがオックスフォードコンマがある場合またはない場合）の語句は、特に記載のない限りまたは文脈と明らかに矛盾しない限り、本来は、その物品、用語などを示すために全般的に用いられる文脈とともに理解され、ＡもしくはＢもしくはＣ、Ａ及びＢ及びＣの組の任意の空でない下位集合、または文脈と矛盾しないかもしくはそうでなければ除外されていない任意の組（少なくとも１つのＡ、少なくとも１つのＢ、または少なくとも１つのＣを含む）であり得る。たとえば、３つの部材を有する組の例示的な実施例では、接続語句「Ａ、Ｂ、及びＣのうちの少なくとも１つ」及び「Ａ、Ｂ及びＣのうちの少なくとも１つ」は、以下の組のいずれかを指す：｛Ａ｝、｛Ｂ｝、｛Ｃ｝、｛Ａ、Ｂ｝、｛Ａ、Ｃ｝、｛Ｂ、Ｃ｝、｛Ａ、Ｂ、Ｃ｝、及び明示的にも文脈によっても矛盾しない場合には、下位集合として｛Ａ｝、｛Ｂ｝、及び／または｛Ｃ｝を有する任意の組（たとえば、複数の「Ａ」を伴う組）。したがって、このような接続語は全般的に、ある実施形態ではＡのうちの少なくとも１つ、Ｂのうちの少なくとも１つ、及びＣのうちの少なくとも１つがそれぞれ存在する必要があるという意味が含まれることを意図していない。同様に、語句たとえば「Ａ、Ｂ、またはＣのうちの少なくとも１つ」及び「Ａ、ＢまたはＣのうちの少なくとも１つ」が指すものは、「Ａ、Ｂ、及びＣのうちの少なくとも１つ」及び「Ａ、Ｂ及びＣのうちの少なくとも１つ」が以下の組のうちのいずれかを指す場合と同じである：｛Ａ｝、｛Ｂ｝、｛Ｃ｝、｛Ａ、Ｂ｝、｛Ａ、Ｃ｝、｛Ｂ、Ｃ｝、｛Ａ、Ｂ、Ｃ｝。ただし、異なる意味が明示的に述べられているかまたは文脈から明らかな場合は除く。

したがって、本発明は、添付の特許請求の範囲による場合を除いて限定されない。

Claims (20)

1. ディスプレイデバイスを含み、ユーザによって動作可能なユーザアプリケーションを実施するクライアントコンピューティング装置であって、前記クライアントコンピューティング装置は、前記ディスプレイデバイスを用いて前記ユーザにグラフィカルユーザインターフェースを表示するように動作可能であり、前記グラフィカルユーザインターフェースには、複数のユーザ入力と購入入力とを含むページが含まれる、前記クライアントコンピューティング装置と、
   前記ユーザアプリケーションと通信するように構成されたチケット処理アプリケーションを実施する少なくとも１つのサーバコンピューティング装置であって、前記チケット処理アプリケーションは前記ユーザアプリケーションに個人化情報を与えるように構成され、前記個人化情報は、少なくとも１つの劇場場所、前記少なくとも１つの劇場場所のそれぞれで上映されている映画、日付、ならびに前記映画及び前記日付に対応付けられる開始時刻を特定し、前記ページは、前記少なくとも１つの劇場場所のうちの特定の１つに対して、前記特定の劇場場所で上映されている映画、前記映画のうちの特定の１つが上映されている日付、及び前記日付のうちの特定の１つにおける特定の開始時刻を表示するように構成され、前記複数のユーザ入力は、前記ページを出ることなく、前記特定の劇場場所、前記特定の映画、前記特定の日付、及び前記特定の開始時刻のいずれかを変更する少なくとも１つのユーザ選択を受け取るように構成され、前記少なくとも１つのユーザ選択を受け取ると、前記ページが自動的に更新されて、前記少なくとも１つのユーザ選択が表示され、前記購入入力は、前記特定の日付の前記特定の開始時刻に前記特定の劇場場所で上映される前記特定の映画に対する少なくとも１つのチケットを購入するように、前記ユーザによって選択可能である、前記サーバコンピューティング装置と、
   を含む、システム。
2. 前記ユーザアプリケーションが前記個人化情報を受け取った直後に、前記ページは、ユーザ入力を伴うことなく、前記特定の劇場場所、前記特定の劇場場所で上映されている前記映画、前記特定の映画が上映されている前記日付、及び前記特定の日付の前記特定の開始時刻を即座に表示する、請求項１に記載のシステム。
3. 前記個人化情報は、前記開始時刻のそれぞれに対して空いている座席を特定し、
   前記ページは、どの座席に対するチケットが、前記特定の日付の前記特定の開始時刻における前記特定の映画に対する前記特定の劇場場所で購入することができるかを示す座席マッププレビューを表示し、
   前記ユーザが前記複数のユーザ入力のうちの少なくとも１つを用いて、前記特定の劇場場所、前記特定の映画、前記特定の日付、及び前記特定の開始時刻のいずれかを変更するたびに、前記座席マッププレビューは自動的に更新される、請求項１に記載のシステム。
4. 前記座席マッププレビューには、空席を、前記特定の日付の前記特定の開始時刻に前記特定の映画が上映されている前記特定の劇場場所における観客席の領域によって表示するために用いられる標準化された表現が含まれ、
   前記標準化された表現は、前記領域のそれぞれにおいてチケットを購入することができる空席の数を表示する、請求項３に記載のシステム。
5. 前記ページには選択可能な座席選択入力が含まれ、
   前記座席選択入力は、前記ユーザが選択すると、チケットを購入する前記観客席における特定の座席を前記ユーザが選択することができる座席配置表を表示する、請求項４に記載のシステム。
6. 前記少なくとも１つのサーバコンピューティング装置は、前記選択可能な座席選択入力を前記ユーザが選択する前に、前記クライアントコンピューティング装置に予めフェッチした情報を送り、
   前記予めフェッチした情報には、前記特定の劇場場所で前記特定の映画が上映されている複数の開始時刻のそれぞれに対して前記座席配置表を表示するために必要な座席表情報が含まれる、請求項５に記載のシステム。
7. 前記少なくとも１つのサーバコンピューティング装置は、前記選択可能な座席選択入力を前記ユーザが選択する前に、前記クライアントコンピューティング装置を、前記少なくとも１つのサーバコンピューティング装置が実施する公開サービスにサブスクライブし、
   前記特定の劇場場所で上映されている前記特定の映画に対して、座席に対するチケットが購入できなくなると、前記公開サービスは前記予めフェッチした情報を自動的に更新する、請求項６に記載のシステム。
8. 前記少なくとも１つの劇場場所のそれぞれは、前記ユーザによって前記ユーザアプリケーションを用いてタグ付けされた、請求項１に記載のシステム。
9. 前記少なくとも１つの劇場場所には、前記ユーザがこれまでに少なくとも１つの映画チケットを購入した１つ以上の劇場場所が含まれる、請求項１に記載のシステム。
10. 前記ユーザアプリケーションは、前記チケット処理アプリケーションに地理的位置を与えるように構成され、
    前記チケット処理アプリケーションは、前記地理的位置に少なくとも部分的に基づいて、前記少なくとも１つの劇場場所を特定する、請求項１に記載のシステム。
11. 前記クライアントコンピューティング装置はモバイル通信デバイスである、請求項１に記載のシステム。
12. 前記複数のユーザ入力には、前記特定の劇場場所で上映されている前記映画を表示する横スクローリング映画リストが含まれ、
    前記横スクローリング映画リストによって表示される前記映画のそれぞれは、前記横スクローリング映画リスト内で選択可能であり、
    前記複数のユーザ入力には、前記特定の映画が上映されている前記日付を表示する横スクローリング日付リストが含まれ、
    前記横スクローリング日付リストによって表示される前記日付のそれぞれは、前記横スクローリング日付リスト内で選択可能である、請求項１に記載のシステム。
13. クライアントコンピューティング装置によって、ユーザにグラフィカルユーザインターフェースを表示することであって、前記グラフィカルユーザインターフェースには、複数のユーザ入力と購入入力とを含むページが含まれる、前記表示することと、
    前記クライアントコンピューティング装置によって、少なくとも１つのサーバコンピューティング装置からの個人化情報をリクエストすることであって、前記個人化情報は、少なくとも１つの劇場場所、前記少なくとも１つの劇場場所のそれぞれで上映されている映画、日付、ならびに前記映画及び前記日付に対応付けられる開始時刻を特定する、前記リクエストすることと、
    前記クライアントコンピューティング装置によって、前記少なくとも１つのサーバコンピューティング装置から前記個人化情報を受け取ることと、
    前記少なくとも１つの劇場場所のうちの特定の１つに対して、前記クライアントコンピューティング装置によって、前記特定の劇場場所で上映されている映画、前記映画のうちの特定の１つが上映されている日付、及び前記日付のうちの特定の１つにおける特定の開始時刻を前記ページ上に表示することと、
    前記クライアントコンピューティング装置によって、前記複数のユーザ入力のうちの少なくとも１つの中に前記ユーザが入力した少なくとも１つのユーザ選択を受け取ることであって、前記少なくとも１つのユーザ選択は、前記ページを出ることなく、前記特定の劇場場所、前記特定の映画、前記特定の日付、及び前記特定の開始時刻のいずれかを変更する、前記受け取ることと、
    前記クライアントコンピューティング装置によって、前記ページを自動的に更新して、前記少なくとも１つのユーザ選択を表示することと、
    前記クライアントコンピューティング装置によって、前記ユーザが前記購入入力を選択したという表示を受け取ることと、
    前記クライアントコンピューティング装置によって、前記特定の日付の前記特定の開始時刻に前記特定の劇場場所で上映される前記特定の映画に対する少なくとも１つのチケットの購入を完了することと、
    を含む、コンピュータ実装方法。
14. 前記クライアントコンピューティング装置が前記個人化情報を受け取った直後に、前記クライアントコンピューティング装置は、ユーザ入力を伴うことなく、前記特定の劇場場所、前記特定の劇場場所で上映されている前記映画、前記特定の映画が上映されている前記日付、及び前記特定の日付における前記特定の開始時刻を前記ページ上に即座に表示する、請求項１３に記載のコンピュータ実装方法。
15. 前記個人化情報は、前記開始時刻のそれぞれに対して空いている座席を特定し、前記コンピュータ実装方法はさらに、
    前記クライアントコンピューティング装置によって、前記ページ上に座席マッププレビューを表示することであって、前記座席マッププレビューは、どの座席に対するチケットが、前記特定の日付の前記特定の開始時刻における前記特定の映画に対する前記特定の劇場場所で購入することができるかを例示する、前記表示することと、
    前記ユーザが前記複数のユーザ入力のうちの少なくとも１つを用いて、前記特定の劇場場所、前記特定の映画、前記特定の日付、及び前記特定の開始時刻のいずれかを変更するたびに、前記クライアントコンピューティング装置によって、前記座席マッププレビューを自動的に更新することと、
    を含む、請求項１３に記載のコンピュータ実装方法。
16. 前記座席マッププレビューには、空席を、前記特定の日付の前記特定の開始時刻に前記特定の映画が上映されている前記特定の劇場場所における観客席の領域によって表示するために用いられる標準化された表現が含まれ、
    前記標準化された表現は、前記領域のそれぞれにおいてチケットを購入することができる空席の数を表示する、請求項１５に記載のコンピュータ実装方法。
17. 前記ページには選択可能な座席選択入力が含まれ、前記コンピュータ実装方法はさらに、
    前記クライアントコンピューティング装置によって、前記ユーザが前記選択可能な座席選択入力を選択したという表示を受け取ることと、
    前記クライアントコンピューティング装置によって、前記ユーザが前記選択可能な座席選択入力を選択したという前記表示を受け取った後に、チケットを購入する前記観客席における特定の座席を前記ユーザが選択することができる座席配置表を表示することと、
    を含む、請求項１６に記載のコンピュータ実装方法。
18. 前記少なくとも１つのサーバコンピューティング装置は、前記選択可能な座席選択入力を前記ユーザが選択する前に、前記クライアントコンピューティング装置に予めフェッチした情報を送り、前記コンピュータ実装方法はさらに、
    前記クライアントコンピューティング装置によって、前記予めフェッチした情報を受け取ることであって、前記予めフェッチした情報には、前記特定の劇場場所で前記特定の映画が上映されている複数の開始時刻のそれぞれに対して前記座席配置表を表示するために必要な座席表情報が含まれる、前記受け取ることと、
    前記クライアントコンピューティング装置によって、前記座席表情報を用いて、前記特定の劇場場所、前記特定の映画、前記特定の日付、及び前記特定の開始時刻に対する前記座席配置表を表示することと、
    を含む、請求項１７に記載のコンピュータ実装方法。
19. 前記少なくとも１つのサーバコンピューティング装置は、前記選択可能な座席選択入力を前記ユーザが選択する前に、前記クライアントコンピューティング装置を、前記少なくとも１つのサーバコンピューティング装置が実施する公開サービスにサブスクライブするように構成され、前記コンピュータ実装方法はさらに、
    前記特定の劇場場所で上映されている前記特定の映画に対して、座席に対するチケットが購入できなくなると、前記クライアントコンピューティング装置によって、前記公開サービスからの前記予めフェッチした情報に対する自動更新を受け取ることと、
    前記特定の劇場場所、前記特定の映画、前記特定の日付、及び前記特定の開始時刻に対して前記予めフェッチした情報が更新されたときに、前記クライアントコンピューティング装置によって、前記座席配置表を更新することと、
    を含む、請求項１８に記載のコンピュータ実装方法。
20. 前記複数のユーザ入力には、前記特定の劇場場所で上映されている前記映画を表示する横スクローリング映画リストが含まれ、
    前記横スクローリング映画リストによって表示される前記映画のそれぞれは、前記横スクローリング映画リスト内で選択可能であり、
    前記複数のユーザ入力には、前記特定の映画が上映されている前記日付を表示する横スクローリング日付リストが含まれ、
    前記横スクローリング日付リストによって表示される前記日付のそれぞれは、前記横スクローリング日付リスト内で選択可能である、請求項１３に記載のコンピュータ実装方法。

Images