JP2015036870A - 申込受付システム、申込受付プログラムおよび端末装置 - Google Patents

Abstract

【課題】ネットワークを介して各店舗・事業者毎に行われる商品の提供やサービスの利用の人気度を測るバロメーターとして作用させ、「行列がある」状態の表示を「人気がある」というポジティブなイメージで広告宣伝戦略の一環として利用することが可能な申込受付システムを提供する。【解決手段】ネットワークを介して申込ウエブページにてユーザ単位の申込であるユーザ単位申込を受付けるユーザ単位申込受付部と、前記ユーザ単位申込の受付けを利用して前記申込ウエブページ又は／及び前記申込ウエブページとリンクにて接続された別のウエブページに待ち行列イメージを表示する待ち行列イメージ表示部と、を有する。【選択図】図１

Description

本発明は申込受付システム、申込受付プログラムおよび当該申込受付プログラムを実行する端末装置および同端末装置の動作プログラムに関する。

従来から、商品購入やサービス利用の際に、当該商品の購入状況ないしはサービスの利用状況を客観的に視認しやすくするための技術が知られている。このような技術が用いられる背景には、ユーザにとって、現時点における商品の購入やサービスの利用に関する状況を的確に把握することは効率性確保の観点から極めて重要だからである。例えば、商品購入の際、レジが混雑して行列が出来る時間帯よりも比較的レジが空いている時間帯を選んで来店したほうが、行列に並んでいる時間に相当する時間を有効に利用することができる。また、多くのアトラクションなどがある遊園地などの娯楽施設に行く場合、各アトラクション利用の待ち時間などを事前に把握しておけば、限られた時間のなかで効率的に各アトラクションの利用を楽しむための計画を立てることができる。

以上のような効果を享受するために、これまで様々な技術が開示されてきた。下記特許文献１には、サービス利用を待つために利用現場で行列を作っているユーザを撮影し、当該撮影された画像にアイコン化などの画像処理を施した代替画像を利用現場以外の場所にいる他ユーザに対し配信することで、他ユーザが行列等の混雑状況を監視することができるシステムに関する技術が開示されている。

特開２００７−２６５２９０号公報

しかしながら、特許文献１記載の技術をはじめ、従来技術においては、行列表示を待ち時間の効率化を図るためのツールとしてしか使うことが出来ていなかった。すなわち、行列表示を「待ち時間が長時間になってしまう」というネガティブなイメージでしか利用することが出来ていなかった。一般的に行列ができる店舗・施設に対しては、このようなネガティブなイメージ以外にも例えば、その店舗・施設が多くのユーザにとって人気がある、行列の存在自体が店舗・施設の広告塔の役目を果たすというポジティブなイメージをもつこともある。つまり目の前の行列を見て人がそれに並び、さらに行列が長くなり、これが循環して多数の顧客を引き付けるという効果である。しかし、従来技術のもとでは、店舗・施設等がある現場から離れた場所で行列が長いことを示せたとしても直ちにこれに並ぶ、すなわち直ちの消費行動には結び付かない。つまり従来技術ではポジティブな効果を発揮しにくい。

ネットワーク上の取引においては従来から行列についてほとんど関心を持たれていなかった。ネットワーク上の取引はコンピュータにて処理が行われるがゆえに、申込に対して速やかに応答処理をすることができ、当該応答処理までの間に行列を作って待つ、という概念を本来的に観念しづらいためである。

しかしながら上記のとおり、現実世界の取引の実情として、「待ち行列」にも広告宣伝効果というポジティブなイメージがある以上、このイメージをネットワーク上で行われる取引にも反映することが出来れば、当該取引における収益向上の効果をもたらすことが可能になる。

そこで以上のような課題を解決するために、本発明は、ネットワークを介して申込ウエブページにてユーザ単位の申込であるユーザ単位申込を受付けて、当該申込の受付けを利用して前記申込ウエブページ又は／及び前記申込ウエブページとリンクにて接続された別のウエブページに待ち行列イメージを表示する申込受付システムなどを提案する。

本来は不要であるはずの「待ち行列」という概念を敢えてネットワーク上での申込処理に採り入れることを特徴とする以上のような構成をとる本発明によって、ネットワークを介して各店舗・事業者毎に行われる商品の提供やサービスの利用の人気度を測るバロメーターとして作用させ、「行列がある」状態の表示を「人気がある」というポジティブなイメージで広告宣伝戦略の一環として利用することが可能になる。

実施形態１の申込受付システムの概念図 実施形態１の申込受付システムの機能ブロックの一例を示す図 実施形態１の申込受付システムにおける待ち行列イメージ表示の処理の流れの一例を示す図 実施形態１の申込受付システムの機能ブロックの別の一例を示す図 実施形態１の申込受付システムにおける待ち行列イメージ表示の処理の流れの別の一例を示す図 実施形態１の申込受付システムにおける待ち行列イメージの表示の一例を示す図 実施形態１の申込受付システムを構成する各装置の機能的な各構成をハードウェアとして実現した際の構成の一例を示す概略図 実施形態１の申込受付システムにおける処理の流れの一例を示す図 実施形態２の申込受付システムの機能ブロックの一例を示す図 実施形態２の申込受付システムにおける処理の流れの一例を示す図 実施形態３の申込受付システムの機能ブロックの一例を示す図 実施形態３の申込受付システムにおける待ち行列イメージ表示ステップの処理の流れの一例を示す図 実施形態４の申込受付システムの機能ブロックの一例を示す図 実施形態４の申込受付システムにおける処理の流れの一例を示す図 実施形態５の申込受付システムの機能ブロックの一例を示す図 実施形態５の申込受付システムにおける処理の流れの一例を示す図 実施形態６の申込受付システムの機能ブロックの一例を示す図 実施形態６の申込受付システムにおける処理の流れの一例を示す図 実施形態７の申込受付システムの機能ブロックの一例を示す図 実施形態７の申込受付システムにおけるコメント表示の一例を示す概念図 実施形態７の申込受付システムにおける処理の流れの一例を示す図 実施形態８の申込受付システムの機能ブロックの一例を示す図 実施形態８の申込受付システムにおける処理の流れの一例を示す図 実施形態９の申込受付システムの機能ブロックの一例を示す図 実施形態９の申込受付システムにおいて優先度の割当に対し課金を行う場合の一例を示す図表 実施形態９の申込受付システムにおける処理の流れの一例を示す図 実施形態１０の申込受付システムの機能ブロックの一例を示す図 実施形態１０の申込受付システムにおける処理の流れの一例を示す図 実施形態１１の端末装置の機能ブロックの一例を示す図 実施形態１１の端末装置の機能的な構成をハードウェアとして実現した際の構成の一例を示す概略図 実施形態１１の端末装置における処理の流れの一例を示す図

以下、本発明の各実施形態について図面と共に説明する。実施形態と請求項の相互の関係は、以下のとおりである。まず、実施形態１は、主に請求項１、２、１４、１６、１７、２９などに対応する。実施形態２は、主に請求項３、１８などに対応する。実施形態３は、主に請求項４、１９などに対応する。実施形態４は、主に請求項５、２０などに対応する。実施形態５は、主に請求項６、２１などに対応する。実施形態６は、主に請求項７、２２などに対応する。実施形態７は、主に請求項８、２３などに対応する。実施形態８は、主に請求項９、２４などに対応する。実施形態９は、主に請求項１０、２５などに対応する。実施形態１０は、主に請求項１１、２６などに対応する。実施形態１１は、主に請求項１２、２７などに対応する。実施形態１２は、主に請求項１３、１５、２８、３０などに対応する。なお、本発明はこれらの実施形態に何ら限定されるものではなく、その要旨を逸脱しない範囲内において、様々な態様で実施し得る。

<<実施形態１>>
<概要>
図１は、本実施形態の申込受付システムの概念図である。同図において示されているように、本実施形態の申込受付システムは、ネットワークを介して申込ウエブページに移動するとそこにはその申込を既に行った人数をイメージさせる行列イメージがあり、これを見て申込の動機づけを得た申込者からユーザ単位の申込であるユーザ単位申込を受付ける。申込ウエブページ側は、当該受付けを利用して前記申込ウエブページ又は／及び前記申込ウエブページとリンクにて接続された別のウエブページに待ち行列イメージを更新表示することを特徴とする。同図では、あるケーキの購入を申し込むための特定のＵＲＬのウエブページにおいて、購入を申込むためのボタンをクリックすると、同ケーキの購入を申し込んでいる他のユーザとともに待ち行列イメージ表示の最後尾に待ち行列イメージが追加されている様子が示されている。申込ウエブページ上には、待ち行列イメージ最後尾に並ぶユーザの待ち時間や、表示を見ているユーザ（同図の場合は、ユーザＩＤが「ＸＹＥ００７」のユーザ、前から３番目に並んでいるものとする。）が申込に対する応答処理をしてもらうまでの待ち時間等の種々の時間を表示してもよい。同図に示された例の場合であれば、最後尾に並んだユーザの申込に対する応答処理までは４３分２４秒かかり、ユーザＩＤ：「ＸＹＥ００７」と特定されるユーザの申込に対する応答処理までは１１分３２秒かかることがわかる。

<機能的構成>
図２は、本実施形態の申込受付システムの機能ブロックの一例を示す図である。この図にあるように、本実施形態の「申込受付システム」０２００は、「ユーザ単位申込受付部」０２０１と、「待ち行列イメージ表示部」０２０２と、を有する。

なお、以下に記載する申込受付システムの機能ブロックは、いずれもハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵやメインメモリ、ＧＰＵ、画像メモリ、グラフィックボード、バス、あるいは二次記憶装置（ハードディスクや不揮発性メモリ、ＣＤやＤＶＤなどの記憶メディアとそれらのメディアの読取ドライブなど）、情報入力に利用される入力デバイス、タッチパネル、専らタッチパネルをタッチする目的で利用する電子ペン、スキャナ装置、プリンタ、その他の外部周辺装置などのハードウェア構成部、またその外部周辺装置用のインターフェース、通信用インターフェース、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラムなどが挙げられる。そして、メインメモリ上に展開したプログラムに従ったＣＰＵの演算処理によって、入力デバイスやその他インターフェースなどから入力されメモリやハードウェア上に保持されているデータなどが加工、蓄積されたり、前記各ハードウェアやソフトウェアを制御するための命令が生成されたりする。ここで、上記プログラムは、モジュール化された複数のプログラムとして実現されてもよいし、２以上のプログラムを組み合わせて一のプログラムとして実現されても良い。

また、本発明は一または複数の装置との組み合わせによりシステムとして実現可能である。そして、このような装置の一部をソフトウェアとして構成することも可能である。さらに、そのようなソフトウェアが記録された記録媒体も当然に本発明の技術的な範囲に含まれる（本実施形態に限らず、本明細書の全体を通じて同様である。）。

「ユーザ単位申込受付部」０２０１は、ネットワークを介して申込ウエブページにてユーザ単位の申込であるユーザ単位申込を受付けるように構成される。ここでいう申込ウエブページとは、商品購入・サービス利用を申し込むための手続を行うためのウエブページであるほか、例えば、商品購入・サービス利用の申込を検討するための資料提供の申込をおこなうウエブページであってもよく、その他商品・サービスに対するユーザの関心が把握可能な内容の申込が行われる多様なウエブページであってよい。

なお申込ウエブページは、必ずしも一のページで一の商品・サービスに対する申込を受け付ける構成でなくてもよい。すなわち、一のページで複数の商品、複数のサービス、あるいは複数の商品とサービスに対する前記各種申込を受け付けるように構成されていてもよい。また、申込ウエブページでは、特定の商品購入・サービス利用を特定しない形式で申込を受付けてもよい。具体的な一例としては、飲食店の予約の場合には訪れる日時を予約するための申込とするにとどめ、具体的なメニューの特定は、来店時に行うような構成を採っていてもよい。このような構成をとることで、特定の商品・サービスに対する人気度を把握するのみならず、店舗をはじめとする特定の商品・サービス提供者に対する人気度を測ることも可能になる。

「ユーザ単位申込受付部」は、申込をユーザ単位にて受け付ける。これは、本件発明が待ち行列イメージ表示を人気のバロメータとして利用者に視聴（見せる又は／及び聞かせる）させるため、申込をユーザ単位で識別することで申込受付を把握し、申込受付ユーザの数に応じて待ち行列を長く見せたり短く見せたりするように仕組むためである。
なお、申込をユーザ単位で識別するためには、申込内容とその申込をしたユーザの単位とを１：１に関連付けられる構成とする必要がある。例えばレストランＡの予約に対してユーザ数３人とする場合には、「ユーザ数３人」という受付け方がユーザ単位での受付けとなる。ちなみに、人数不明でレストランＡの予約をするような場合には「通常人数１人」としてユーザ単位の受付けとする。ゼロ人も含む不明数での受付けのような受付はユーザ単位での受付けには該当しない。
従って一の申込に際して、その申込を行った申込者が何人であるか１：１に関連付けられるようにユーザ単位申込受付部は構成される。
そして前記受付の具体的な方法としては、例えば図１に示されているように、本発明の申込受付システムを利用する際に予め個人情報やクレジットカード番号、システムを利用する際に当該ユーザによる利用であることを示すための固有のアイコンやアバター等を登録したうえで付与されるユーザＩＤを使って商品・サービスなどの内容を特定した上で申込を実行するという構成が考えられる。このように構成すると申込商品・サービスとユーザＩＤとが１：１に関連付けて申込受付システムに記憶されるので申込をユーザ単位で（この場合ユーザＩＤが単位となり、かつそれが一つなら申込受付け数は１となる）識別することが可能となる。

なお、上記「ユーザ単位」として含まれないものとすることが考えられる構成としては、学校や会社などのような法人・団体のユーザによる申込を挙げることができる。そもそも前記申込の受付対象をユーザ単位としたのは、エンドユーザたる各ユーザひとりひとりからの受付を通じて商品等の人気度を視聴覚的に表示するためである。これに対し、それぞれ構成員の数が不明確かつ不均一である法人・団体ユーザからの申込に応じて待ち行列イメージを生成したとしても、当該待ち行列イメージが真にエンドユーザによる人気度を反映させたものとは言い難い。したがって、法人・団体のユーザによる申込はここでいう「ユーザ単位」には含まれないとすることが望ましい。ただしこれは設計事項であり、ビジネスの考え方を反映して設計すればよい。したがって、例えばビジネスの構成上、法人・団体と個人とを区別しがたい場合には法人・団体がここでいうユーザ単位の申込者となってもよい。

「待ち行列イメージ表示部」０２０２は、前記ユーザ単位申込の受付けを利用して前記申込ウエブページ又は／及び前記申込ウエブページとリンクにて接続された別のウエブページに待ち行列イメージを表示するように構成される。「待ち行列イメージ」は各ユーザが特定の商品やサービス、店舗ないし仮想店舗等（以下、本明細書ではこれらをまとめて「商品等」と呼ぶことがある。）に対して行列を作っているような視覚効果をもたらすイメージにて構成される。当該イメージ表示を行うことによって、商品等に対する人気度を一目で把握することができるため、効果的な広告宣伝効果が期待できる。

ここでいう「ユーザ単位申込受付けを利用して」とは、後記待ち行列イメージの表示内容や表示形態を決定するためにユーザ単位申込受付けの情報を利用することを意味している。ユーザ単位申込の受付けを利用する具体的な一例としては、以下に示す処理フローなどを挙げることができる。

ここで、ユーザ単位申込受付を利用する処理の流れの一例を説明するために、図３を示す。同図は、ユーザ単位申込受付部と待ち行列イメージ表示部とにおける処理の流れを示すフローチャートである。同図において示されているように、ユーザ単位申込受付部におけるステップＳ０３０１にて新たなユーザ単位の申込を受け付けると、ステップＳ０３０２で当該申込者のユーザＩＤを取得する。そしてステップＳ０３０３で前記取得したユーザＩＤから当該ユーザＩＤと１：１に関連づけられたアバターのＩＤであるアバターＩＤを取得する。そしてステップＳ０３０４で当該アバターＩＤを待ち行列イメージ表示部に送信し、待ち行列イメージ表示部がステップＳ０３０５として前記送信されたアバターＩＤを取得すると、ステップＳ０３０６では当該アバターＩＤから対応するアバターを取得する。その後ステップＳ０３０７では、前記取得したアバターを利用して待ち行列イメージの表示を更新し、最新の待ち状態を示す待ち行列イメージの表示を行う。既に上記説明でも触れたように、ユーザとアバターとの関係は１：１に関連づけられているので、待ち行列イメージ表示が更新されれば、どのようなユーザからの申込を何人分受付けたのかが一目瞭然に把握可能となる。

「待ち行列イメージ」について説明する。代表的な待ち行列イメージとしては、各ユーザにシステム利用開始の際に登録させた固有のアイコンやアバターを前記該当ウエブページに行列を形成するように表示する方法が想定される。
これらのアイコンやアバターなどはユーザごとに固有に定められているので、当該アイコンやアバターなどが表示されることによって、リアル感が増大し、より広告宣伝効果が高まる。さらにいわゆるさくら的なアイコンやアバターが含まれているのではないかという疑念を払しょくする効果もある。固有のアイコンであれば申込者側はある程度の実験、例えばさくらの混入があるかを見るために知人同士で申込限度数の申込をするなどが可能なので、運営者によるなり済ましが困難となるからである。なお利用者一人一人にユニークなアバターやアイコンを付与する手段としては、例えばユーザの顔写真をアバターサーバやアイコンサーバに送信し、顔写真からアバターやアイコンを自動生成する手段や、基本となるアバターやアイコンを準備し、乱数でアバターやアイコンに変形を加えて自動生成する手段、アバターやアイコンを利用者にフリーハンドで作成してもらいこれをアバターやアイコンとする手段、など様々な手段が考えられる。なおアバターやアイコンは利用者ごとにユニークなものであることが好ましいが本発明はこれに限定されるものでなく複数の利用者（ユーザ、申込者）が共通のアバターやアイコンを利用する（割り当てられている）ものであってもよい。

なお、「待ち行列イメージ」とは、基本的には、個々のユーザが商品を購入等するために申込を行い行列を作っている状態を示すイメージである。しかしながら、待ち行列イメージは、行列が持つポジティブイメージとしての広告宣伝効果を高めるために表示されるものなので、その表示が行列、すなわち多くの人が列をつくって並ぶものであることが常に要求されるものでない。
待ち行列イメージの具体例を挙げるとすれば、これまで説明してきたように、申込を受付けられたユーザ１人に対し１体のキャラクターを割当てて、割り当てられた複数のキャラクター（キャラクター設定の具体例については、実施形態８で詳しく述べる。）が列をつくって並ぶ状態のイメージのほか、それ以外にも例えば、図６において示されているように、前記複数体のキャラクターが並んではいないものの一定範囲の空間に集合している状態のイメージ（同図（ａ））、所定単位（例えば、２０、５０）のユーザ数ごとに割り当てるキャラクターの大きさを変化させるイメージ（同図（ｂ））、複数のキャラクターを設定せずデザインイメージの長さ、太さ、大きさ、型などで間接的あるいは抽象的に行列の長さを想起させる状態のイメージ（例えば、とぐろを巻いた蛇をモチーフとし、巻かれたとぐろの大きさで人気度を示すことが可能である）、デザイン化された数字やグラフなどもまた、その表現形態によっては観る者に対し対象となる商品等の人気度の高低を伝えることが可能となる。さらに一人の申込者が申し込んだサービスや商品の数に応じてキャラクターやアバターの大きさや色、キャラクターやアバターに与えられるツール、例えば手にしている金貨、手にしている買い物袋の大きさなどを制御してもよい。

これに対し、単なる数字のみを用いたイメージはここでいう「待ち行列イメージ」には含まれない。これらは、数値の情報であって視覚に訴える、あるいは人の第六感に訴えるという本件発明の狙っている広告宣伝効果をもたらすとは考え難いからである。

<「利用」の他の例：カウントされた申込者総数を用いて行列イメージを作る>
「利用」の他の例を説明する。本件発明の申込受付システムは、ユーザ単位申込受付部で申込を受付けたユーザ数をカウントする機能をさらに備えていてもよい。具体的なカウント方法の一例としては、前記申込を受け付ける処理を行う際に、当該処理の開始又は終了をトリガーとしてカウンターをインクリメントして総申込者数の値を積算してゆく。その後は当該カウントされた総申込者数を利用して前記各ウエブページに待ち行列イメージを表示する。人気のある商品・サービス、店舗には、多くの申込がある、という前提のもと、本構成のように個々の申込のカウント数を利用した表示とすることにより、利用者等に商品等の人気度を把握させることが可能になる。カウントのみに基づくような場合にはあえて固有のアバターを利用せず、待ち行列イメージを作ることも考えられる。さらに必ずしも完全に総申込者数に行列の長さを比例させる必要はなく、総申込者数をイメージできるように表現できれば実際の画面上での長さは問わない。

<ユーザ数カウント部を設けた場合の機能的構成>
図４は、本実施形態の申込受付システムの機能ブロックの別の一例を示す図である。この図にあるように、本実施形態の「申込受付システム」０４００は、「ユーザ単位申込受付部」０４０１と、「ユーザ数カウント部」０４０２と、「待ち行列イメージ表示部」０４０３と、を有し、待ち行列イメージ表示部は「待ち行列イメージカウント表示手段」０４１０を有する。基本的な構成は先に図２を用いて説明した申込受付システムと共通するため、以下では相違点である「ユーザ数カウント部」および「待ち行列イメージカウント表示手段」の機能について説明する。

「ユーザ数カウント部」０４０２は、ユーザ単位申込受付部で申込を受付けたユーザ数をカウントするように構成される。「申込を受付けたユーザ数をカウントする」一例としては、申込を受付けたユーザ数「１」を従来から待ち状態にあるユーザ数の数に加える処理を意味している。

「待ち行列イメージカウント表示手段」０４１０は、待ち行列イメージ表示部において、カウントされたユーザ数を利用して前記申込ウエブページ又は／及び前記申込ウエブページとリンクにて接続された別のウエブページに待ち行列イメージを表示するように構成されている。すなわち、前記ユーザ数カウント部にてカウントされたユーザ数を待ち行列イメージ表示のために利用することを意味している。その具体的な技術的意図については後述する。

なお、図５を用いて、ユーザ単位申込受付を利用して待ち行列イメージを表示する処理の流れの別の一例を説明する。同図もまた、ユーザ単位申込受付部と待ち行列イメージ表示部とにおける処理の流れを示すフローチャートである。同図において示されているように、ユーザ単位申込受付部におけるステップＳ０５０１にて新たにユーザ単位の申込を受け付けると、ステップＳ０５０２で当該申込のユーザ単位数である「１」を従来から待ち状態にあるユーザ数（Ａ）に加えるカウント処理を行い現在待ち状態人数（Ｂ）を算出する。そして、ステップＳ０５０３では、現在待ち状態人数（Ｂ）を待ち行列イメージ表示部に送信し、待ち行列イメージ表示部がステップＳ０５０４として前記送信された現在待ち状態人数（Ｂ）を取得する。その後ステップＳ０５０５では、前記受信した現在待ち状態人数（Ｂ）と従来から待ち状態にあるユーザ数（Ａ）との大小比較を行い、そこでの比較結果が現在待ち状態人数（Ｂ）の方が大きいとの内容であった場合には、ステップＳ０５０６の処理に移行する。比較結果がＡとＢと同値であるとの内容である場合には、待ち行列イメージ表示部では以後の処理を行わない。ステップＳ０５０６では、前記現在待ち状態人数（Ｂ）に応じた待ち行列イメージを表示するよう当該表示を更新する。その後ステップＳ０５０７では、前記現在待ち状態人数（Ｂ）を従来待ち状態人数（Ａ）と定義しなおす処理を行い、ステップＳ０５０８では、定義しなおされた従来待ち状態人数（Ａ）をユーザ単位申込受付部に送信する。なお、上記処理の流れはあくまで一例であり、例えば、ＡＢ二値の比較処理をおこなうステップ（上記の場合はステップＳ０５０５）は待ち行列イメージ表示部ではなく、ユーザ単位申込受付部でおこなってもよい。いずれにしろ、ＡとＢとの二値の大小関係を示すカウント結果を用いる当該構成をとれば、計算機にて特段の負担なく待ち状態イメージの表示の最新性を確保することが可能になる。

<利用される申込者のステータス>
なお、待ち行列イメージは、前記ユーザ単位申込の受付けを利用して表示されていればよく、当該受付けが応答処理されたかどうかまでは特に問わない。したがって例えば、申込受付後応答処理完了までの間のユーザ単位申込の受付けを利用する構成に加え、応答処理が完了したユーザによる前記受付け数をも利用して待ち行列イメージを生成表示してもよい（詳しくは実施形態４で説明する。）。

「申込ウエブページ又は／及び前記申込ウエブページとリンクにて接続された別のウエブページに」とあるように、待ち行列イメージは、図１が示すとおり申込ウエブページと同じウエブページ上に表示されるように構成されてもよいが、他のウエブページに表示される構成が採用されてもよい。この場合には、申込と待ち行列イメージとの関連性が分かるように、申込ウエブページと前記他のウエブページとはリンクにて接続される。リンクの具体的な方法としては、例えば、特定の商品等と対応する待ち行列イメージ表示がなされているウエブページ上に申込受付処理を行うウエブページへのリンクを貼っておく方法が考えられる。当該構成をとれば、ユーザが待ち行列イメージを視たことによって当該商品等の人気度を理解することができるので、その結果、当該商品等が欲しいあるいは利用したいと考えリアルな行列の効果としてあるように直ちに申込処理を行うユーザを増やすことができる。当該効果は、待ち行列イメージがユーザにとって広告宣伝効果を有するという、行列がもつポジティブなイメージの側面を最大限利用した本件発明の極めて特徴的な点である。

なおここまでは、ユーザ単位の申込の受付けを利用して待ち行列イメージを表示し、当該表示を見た他のユーザからさらに申込を受付ける、という構成について説明してきた。しかしながら、待ち行列イメージの表示は、ユーザ数を利用して行う場合に限られず、例えば、申込を受けた商品・サービス数に対応して表示されてもよい（以上の点は、本明細書の他の実施形態においても同様に対応することが可能である。）。具体的にいえば、ユーザからの申込を、ユーザ単位申込受付部に代えて商品・サービス単位申込受付部にて、商品単位および／またはサービス単位で受付け、当該受付けを利用して待ち行列イメージを表示してもよい。これを図１を用いて示した例の場合にあてはめると、一のユーザがケーキ２点の購入を申し込んでいるので、当該申込を利用して表示される待ち行列イメージにおいては、従前の行列に対しヒト１人分ではなく、ヒト２人分が追加表示されることとなる。以上のような構成をとることによって、一のユーザによって複数の商品・サービスの申込がなされる場合に、ユーザの数を用いる場合よりもより人気度を反映させた待ち行列イメージを表示させることが可能になる。このことはすなわち、先に説明した法人・団体のユーザからの申込に対しても、その申込量（商品等の購入数・サービスの利用程度等）に応じた表示を行うことを意味している。そのため、このような構成を採用することによって、前記ユーザ単位申込のみでは把握することができなかった商品等の人気度を把握させることが可能になる。

<具体的な構成>
図７は、本実施形態の申込受付システムをハードウェアとして実現した際の構成の一例を示す概略図である。この図を利用して、それぞれのハードウェア構成部の働きについて説明する。

この図にあるように、申込受付システムを構成する各装置は、それぞれ各種演算処理を実行するための「ＣＰＵ」０７０１と、「記憶装置（記憶媒体）」０７０２と、「メインメモリ」０７０３と、「出力インターフェース」０７０４と、「入力インターフェース」０７０５と、「インターネット通信インターフェース」０７０６を備え、入出力インターフェースを介して、例えば「キーボード」０７０７や「ディスプレイ」０７０８などの外部周辺装置と情報の送受信を行う。また、インターネット通信インターフェースを介して、「端末装置」０７９９と情報の送受信を行う。ここでいう「端末装置」との情報の送受信を通じて、当該端末装置に対し待ち行列イメージを表示出力したり、当該端末装置から待ち行列イメージの行列の対象となっている商品等に対する申込を受け付けたりする。なお、記憶装置には以下で説明するような各種プログラムが格納されており、ＣＰＵはこれら各種プログラムをメインメモリのワーク領域内に読み出して展開、実行する。なお、これらの構成は、「システムバス」０７０９などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。なお、「ユーザ単位申込受付プログラム」０７１０に代えて「商品・サービス単位申込受付プログラム」０７３０を保持する構成も考えられることから、同図においてユーザ単位申込受付プログラムが実線で表記されているのに対し、「商品・サービス単位申込受付プログラム」は点線で表記されている。

（ユーザ単位申込受付部の具体的な処理）
ＣＰＵは、記憶装置から「ユーザ単位申込受付プログラム」０７１０をメインメモリに読み出して実行し、端末装置より送信される申込をユーザ単位にて受け付ける処理を行い、当該処理結果をメインメモリの所定のアドレスに格納する。

（待ち行列イメージ表示部の具体的な処理）
ＣＰＵは、記憶装置から「待ち行列イメージ表示プログラム」０７２０をメインメモリに読み出して実行し、前記ユーザ単位申込受付プログラムの実行により得られた情報を利用して待ち行列イメージを生成し、当該生成された待ち行列イメージを所定のウエブページにて表示出力するための処理を行う。

（ユーザ単位申込受付部に代えて商品・サービス単位申込受付部とした場合の具体的な処理）
ＣＰＵは、記憶装置から「商品・サービス単位申込受付プログラム」０７３０をメインメモリに読み出して実行し、端末装置より送信される申込を商品および／又はサービス単位にて受け付ける処理を行い、当該処理結果をメインメモリの所定のアドレスに格納する。

<処理の流れ>
図８は、本実施形態の申込受付システムにおける処理の流れの一例を示す図である。同図の処理の流れは以下のステップからなる。最初にステップＳ０８０１では、ユーザの操作する端末装置からの申込を当該ユーザ単位にて受け付ける（ユーザ単位申込受付ステップ）。次にステップＳ０８０２では、前記申込の受付結果を利用して待ち行列イメージを生成し、当該待ち行列イメージを所定のウエブページに表示する（待ち行列イメージ表示ステップ）。なお、前記ユーザ単位申込受付ステップに代えて商品・サービス単位申込受付ステップとすることも可能であり、この場合ステップＳ０８０１は、ユーザの操作する端末装置からの申込を当該申込の内容である商品及び／又はサービス単位にて受け付けることとなる。

<効果>
以上の構成を有する申込受付システムを利用することにより、商品やサービス、店舗等に対する申込数を人気度を測るバロメーターである行列を用いて表示し、「行列がある」状態の表示をポジティブなイメージで広告宣伝戦略の一環として利用することが可能になる。

<<実施形態２>>
<概要>
本実施形態の申込受付システムは、基本的に実施形態１の申込受付システムと同様であるが、受付けたユーザ単位申込を応答処理実行までの間に未処理状態である待ち状態とし、当該待ち状態のユーザ単位申込に対する応答処理を実行する点をさらなる特徴として備えている。当該構成を採用することにより、ユーザからの申込に対する提供者側の対応状況を反映させる待ち行列イメージを表示することが可能になる。

<機能的構成>
図９は、本実施形態の申込受付システムの機能ブロックの一例を示す図である。この図にあるように、本実施形態の「申込受付システム」０９００は、「ユーザ単位申込受付部」０９０１と、「待ち行列イメージ表示部」０９０２と、「ユーザ単位申込待ち状態処理部」０９０３と、「応答処理実行部」０９０４と、を有する。基本的な構成は実施形態１の図２を用いて説明した申込受付システムと共通するため、以下では相違点である「ユーザ単位申込待ち状態処理部」および「応答処理実行部」の機能について説明する。

「ユーザ単位申込待ち状態処理部」０９０３は、ユーザ単位申込受付部で受付けたユーザ単位申込に対する応答処理実行までの間に未処理状態である待ち状態とするように構成される。これはつまり、本実施形態の申込受付システムにおいては、ユーザからの申込があった場合に、当該申込に対し速やかな応答処理を行わずに、意図的に未処理状態を作り出すことを意味している。異なるタイミングでなされる各ユーザからの申込を未処理状態、すなわち「待ち状態」と位置づけて前記待ち行列イメージ表示部にて表示される待ち行列イメージを生成することが可能になる。具体的にはユーザ単位申込のタスクに対してステータス情報を関連付け、このステータス情報を未処理状態のステータスとして記録し保持する。ないしは、未処理状態のステータスのタスク保持領域に該当するタスクを記録し保持しておく。

なお、前記未処理状態をどの程度の時間持続させるのかは、どのタイミングで応答処理を行うかということと表裏一体であり、当該決定はユーザ単位申込待ち状態処理部にて判断されてもよいし、後記応答処理実行部にて判断されてもよい。後記応答処理実行部にて応答処理がなされた場合には前記ユーザ単位申込待ち状態処理部での保持をやめてタスクを消去するか、関連付けられているステータスを処理中、ないしは処理済みに変更する。

「応答処理実行部」０９０４は、ユーザ単位申込待ち状態処理部にて待ち状態であるユーザ単位申込に対する応答処理を実行するように構成される。複数のユーザからなる待ち行列が形成されている場合には、所定の待ち時間（例えば５分）ごとに最先順位のユーザによる申込に対する応答処理を行う。ここでいう「ユーザ単位申込に対する応答処理」の具体例としては、個々のユーザに対する商品の発送処理の開始、発送物の到達確認完了、商品・サービスの利用許諾処理のように申込に応じる内容の処理、クレジットカード決済処理、代金振込先の通知処理などであることのほか、サービス利用不可通知処理、商品の売り切れ数値処理のように申込に応じられない場合の応答をも含む。

なお、近く応答処理の実行対象となるユーザに対しては、応答処理の実行に先立ち、電子メールなどの通信手段を用いて応答処理の実行が間近であることを知らせる連絡処理をおこなう構成を採用してもよい。当該構成をとれば、長時間待ち状態にあり、そもそも申込をしていた事実を失念してしまったユーザに注意喚起をし、必要に応じたキャンセルの機会を提供することなどが可能になる。

<具体的な構成>
本実施形態の申込受付システムのハードウェア構成は、基本的には図７を用いて説明した実施形態１の申込受付システムのハードウェア構成と同様である。そこで以下では、これまで説明していない「ユーザ単位申込待ち状態処理部」および「応答処理実行部」の具体的な処理について説明する。

（ユーザ単位申込待ち状態処理部の具体的な処理）
ＣＰＵは、記憶装置から「ユーザ単位申込待ち状態処理プログラム」をメインメモリに読み出して実行し、ユーザ単位申込受付プログラムの実行により得られた申込のタスクを未処理状態とする処理を行い、当該タスクを保持するためのアドレスに格納する。

（応答処理実行部の具体的な処理）
ＣＰＵは、記憶装置から「応答処理実行プログラム」を応答処理実行のためのメモリ領域に読み出して実行し、前記ユーザ単位申込待ち状態処理プログラムの実行ののち未処理状態にて保持されている申込のタスクを消去する。

<処理の流れ>
図１０は、本実施形態の申込受付システムの処理の流れの一例を示す図である。同図の処理の流れは以下のステップからなる。最初にステップＳ１００１では、ユーザの操作する端末装置からの申込を当該ユーザ単位にて受け付ける（ユーザ単位申込受付ステップ）。次にステップＳ１００２では、前記申込を受付けたユーザ単位の申込を待ち状態とする処理を行う（待ち状態処理ステップ）。そしてステップＳ１００３では、前記ユーザ単位申し込みの受付けを利用して待ち行列イメージを生成し、当該待ち行列イメージを所定のウエブページに表示する（待ち行列イメージ表示ステップ）。この場合、前記待ち状態処理ステップの処理結果を従前の待ち行列イメージに反映させるかどうかは特に問わない。その後ステップＳ１００４では、前記待ち状態に対する応答処理実行のタイミングが来たかどうかを判断する処理を行う。ここでの判断結果が応答処理を実行すべきとの内容である場合にはステップＳ１００５の処理に移行し、そうでない場合には応答処理実行のタイミングが来るまで特段の処理を行わない。ステップＳ１００５では、待ち状態となっていたユーザ単位の申込に対する応答処理を実行する（応答処理実行ステップ）。

<効果>
以上の構成を有する申込受付システムを利用することにより、ユーザからの申込に対する提供者側の対応状況を反映させる待ち行列イメージを表示することが可能になる。

<<実施形態３>>
<概要>
本実施形態の申込受付システムは、基本的に実施形態２の申込受付システムと同様であるが、待ち行列イメージ表示部において表示する待ち行列イメージを、前記待ち状態とされているユーザ単位申込数に応じて表現する点をさらなる特徴として備えている。当該構成を採用することにより、人気度の変化をリアルタイムでユーザに提示し、効果的な広告宣伝効果を強調することが可能になる。

<機能的構成>
図１１は、本実施形態の申込受付システムの機能ブロックの一例を示す図である。この図にあるように、本実施形態の「申込受付システム」１１００は、「ユーザ単位申込受付部」１１０１と、「待ち行列イメージ表示部」１１０２と、「ユーザ単位申込待ち状態処理部」１１０３と、「応答処理実行部」１１０４と、を有し、「待ち行列イメージ表示部」は、「待ち状態表示手段」１１１０をさらに有する。基本的な構成は実施形態２の図９を用いて説明した申込受付システムと共通するため、以下では相違点である「待ち状態表示手段」の機能について説明する。

「待ち状態表示手段」１１１０は、待ち行列イメージ表示部にて、表示する待ち行列イメージを、前記ユーザ単位申込待ち状態処理部にて待ち状態とされているユーザ単位申込数に応じて表現するように構成されている。ここでいう「待ち状態とされているユーザ単位申込数に応じて」とは、現時点において応答処理がなされていないユーザ単位申込の数を基準として待ち行列イメージを生成表示することを指している。これはすなわち、待ち行列イメージが、現時点において待ち行列の対象となっている商品・サービスのリアルタイムな人気度を示すバロメーターたりうることを示しており、当該バロメーターを示すことによって、現時点で対象となる商品・サービスがどれだけ人気の高いものであるかを一目にして把握可能にする広告宣伝効果をもたらすことができる。

<具体的な構成>
本実施形態の申込受付システムのハードウェア構成は、基本的には図７を用いて説明した実施形態２の申込受付システムのハードウェア構成と同様であるので、以下では、これまで説明していない「待ち状態表示手段」の具体的な処理について説明する。

（待ち状態表示手段の具体的な処理）
ＣＰＵは、前記待ち行列イメージ表示プログラムを実行するに際し、記憶装置から「待ち状態表示サブプログラム」をメインメモリに読み出して実行し、前記待ち状態とされているユーザ単位申込数に応じて待ち行列イメージを生成処理し、当該処理結果に基づき待ち行列イメージを表示する処理を行う。

<処理の流れ>
図１２は、本実施形態の申込受付システムの待ち行列イメージ表示ステップの具体的な処理の流れの一例を示す図である。同図の処理の流れは以下のサブステップからなる。最初にサブステップＳＳ１２０１では、待ち状態にありまだ応答処理がなされていないユーザ単位申込数に応じて待ち行列イメージを生成する。そしてサブステップＳＳ１２０２では、前記生成された待ち行列イメージを表示出力する。

<効果>
以上の構成を有する申込受付システムを利用することにより、人気度の変化をリアルタイムでユーザに提示し、効果的な広告宣伝効果を強調することが可能になる。

<<実施形態４>>
<概要>
本実施形態の申込受付システムは、基本的に実施形態３の申込受付システムと同様であるが、応答処理を実行したユーザ単位申込の数をカウントし、カウントされた応答処理実行済みユーザ単位申込数に応じて前記待ち行列イメージが表示されている同じディスプレイ画面上に申込者イメージを表示する点をさらなる特徴として備えている。当該構成を採用することにより、商品等の人気度を、継続性や斬新性などの観点から把握することが可能になる。

<機能的構成>
図１３は、本実施形態の申込受付システムの機能ブロックの一例を示す図である。この図にあるように、本実施形態の「申込受付システム」１３００は、「ユーザ単位申込受付部」１３０１と、「待ち行列イメージ表示部」１３０２と、「ユーザ単位申込待ち状態処理部」１３０３と、「応答処理実行部」１３０４と、「応答処理実行済みユーザ単位申込数カウント部」１３０５と、「申込者イメージ表示部」１３０６と、を有し、「待ち行列イメージ表示部」は、「待ち状態表示手段」１３１０をさらに有する。基本的な構成は実施形態３の図１１を用いて説明した申込受付システムと共通するため、以下では相違点である「応答処理実行済みユーザ単位申込数カウント部」「申込者イメージ表示部」の機能について説明する。

「応答処理実行済みユーザ単位申込数カウント部」１３０５は、応答処理を実行したユーザ単位申込の数をカウントするように構成される。具体的なカウント方法の一例としては、前記応答処理を行う際に、当該処理の開始又は終了をトリガーとしてカウンターを起動しカウントを行う。当該カウント結果の情報は、後記申込者イメージ表示部にて用いられるほか、ウエブページにおいて単に当該情報を表示出力することがあってもよい。特に購入数や利用ユーザ数に上限のある商品等の場合、当該応答処理を実行したユーザ単位申込の数をカウントすることにより、相対的に前記商品等の上限値までの残りの値も明確になる。このため、当該カウント数を把握することによって、商品等の入手しづらさ・利用しづらさをも把握することが可能になり、当該把握を容易にする待ち行列イメージ表示を行うことにより、ユーザに対し当該商品等の人気度をより明確に認識させることが可能になる。

「申込者イメージ表示部」１３０６は、カウントされた応答処理実行済みユーザ単位申込数に応じて前記待ち行列イメージが表示されている同じディスプレイ画面上に申込者イメージを表示するように構成される。申込者イメージは、待ち行列イメージが表示されているのと同じディスプレイ画面上に表示されていればよいため、例えば、待ち行列イメージと一体的な行列を構成するように表示されていても良いし、待ち行列イメージとは明確に区別されて表示されていてもよい。待ち行列イメージと一体的に行列を構成する場合の具体的な一例としては、例えば、既に応答処理が終わった申込者イメージに対応する行列を、応答処理未了のユーザに対応する待ち行列と一体的な行列を構成するよう表示し、両行列が区別可能となるようイメージ表示の態様を異なる内容にしておいてもよい。当該構成をとれば、申込を行ったユーザ数が多ければ多いほど行列表示が広告宣伝として効果的に機能し、特に長期間にわたり人気が持続している商品・サービスについては、人気の持続が品質保証を反映させたものとして、当該行列の長さがいわば商品・サービスの信頼性をも担保するような機能を期待することができる。

<具体的な構成>
本実施形態の申込受付システムのハードウェア構成は、基本的には図７を用いて説明した実施形態１の申込受付システムのハードウェア構成と同様であるので、以下では、これまで説明していない「応答処理実行済みユーザ単位申込数カウント部」「申込者イメージ表示部」の具体的な処理について説明する。

（応答処理実行済みユーザ単位申込数カウント部の具体的な処理）
ＣＰＵは、記憶装置から「応答処理実行済みユーザ単位申込数カウントプログラム」をメインメモリに読み出して実行し、応答処理実行プログラムの実行により応答処理が実行されたユーザ単位申込数をカウントする処理を行い、当該処理結果をメインメモリの所定のアドレスに格納する。

（申込者イメージ表示部の具体的な処理）
ＣＰＵは、記憶装置から「申込者イメージ表示プログラム」をメインメモリに読み出して実行し、前記応答処理が実行されたユーザ単位申込数のカウント結果を読み出して、当該情報に応じて申込者イメージを生成し、同イメージを待ち行列イメージが表示されている同じディスプレイ画面上に表示出力する。

<処理の流れ>
図１４は、本実施形態の申込受付システムの処理の流れの一例を示す図である。同図の処理の流れは以下のステップからなる。最初にステップＳ１４０１では、ユーザの操作する端末装置からの申込を当該ユーザ単位にて受け付ける（ユーザ単位申込受付ステップ）。次にステップＳ１４０２では、前記申込を受付けたユーザ単位の申込を待ち状態とする処理を行う（待ち状態処理ステップ）。そしてステップＳ１４０３では、前記カウント結果を利用して待ち行列イメージを生成し、当該待ち行列イメージを所定のウエブページに表示する（待ち行列イメージ表示部）。その後ステップＳ１４０４では、前記待ち状態に対する応答処理実行のタイミングが来たかどうかを判断する処理を行う。ここでの判断結果が応答処理を実行すべきとの内容である場合にはステップＳ１４０５の処理に移行し、そうでない場合には応答処理実行のタイミングが来るまで特段の処理を行わない。ステップＳ１４０５では、待ち状態となっていたユーザ単位の申込に対する応答処理を実行する（応答処理実行ステップ）。その後ステップＳ１４０６では、前記応答処理を実行したユーザ単位申込の数をカウントし（応答処理実行済みユーザ単位申込数カウントステップ）、ステップＳ１４０７にて前記カウントの結果に応じて申込者イメージを生成し、当該申込者イメージを前記待ち行列イメージが表示されている同じディスプレイ画面上に表示出力する（申込者イメージ表示ステップ）。

<効果>
以上の構成を有する申込受付システムを利用することにより、商品等の人気度を、継続性や斬新性などの観点から把握することが可能になる。

<<実施形態５>>
<概要>
本実施形態の申込受付システムは、基本的に実施形態１から４のいずれか一の申込受付システムと同様であるが、待ち行列イメージをネットワークを介して視聴したユーザの数をカウントし、カウントしたギャラリー数に応じて前記待ち行列イメージが表示されている同じディスプレイ画面上にギャラリーイメージを表示する点をさらなる特徴として備えている。当該構成を採用することにより、商品等の申込に限らず当該商品等に対する関心度を示すイメージ表示を行い、ユーザの関心度の高い商品等に対する効果的な広告宣伝機能を提供することが可能になる。

<機能的構成>
図１５は、本実施形態の申込受付システムの機能ブロックの一例を示す図である。この図にあるように、本実施形態の「申込受付システム」１５００は、「ユーザ単位申込受付部」１５０１と、「待ち行列イメージ表示部」１５０２と、「ギャラリーカウント部」１５０３と、「第一ギャラリーイメージ表示部」１５０４と、を有する。基本的な構成は実施形態１の図２を用いて説明した申込受付システムと共通するため、以下では相違点である「ギャラリーカウント部」および「第一ギャラリーイメージ表示部」の機能について説明する。

「ギャラリーカウント部」１５０３は、待ち行列イメージをネットワークを介して視聴したユーザの数をカウントするように構成される。ここでいう「視聴したユーザの数をカウントする」カウント方法の一例としては、待ち行列イメージが表示されるウエブページの表示回数をカウントすることが想定されるが、そのほかにも、当該ウエブページ上に待ち行列イメージを視聴したことを申告する内容のボタンを設け、当該ボタンのクリック回数をカウントする方法などが採用されてもよい。当該構成を採用すれば、待ち行列イメージが表示されているウエブページをたまたま視聴したユーザではなく、意識的に視聴したユーザの数をカウントすることとなるため、商品等に対する関心度をより明確に把握することが可能になる。

「第一ギャラリーイメージ表示部」１５０４は、カウントされたギャラリー数に応じて前記待ち行列イメージが表示されている同じディスプレイ画面上にギャラリーイメージを表示するように構成される。ここでいう「カウントされたギャラリー数に応じて」とは、カウントされたギャラリー数分のギャラリーを表示する構成のほか、カウントされたギャラリー数を所定の区分に対応するようにしてギャラリーを表示する構成なども考えられる。具体的な一例を挙げれば、「カウントされたギャラリー数が１００を超えるごとに、１のギャラリーを追加表示する」などの区分を定めておくことにより、カウントされたギャラリー数が「１７７」であれば１のギャラリーを表示し、カウントされたギャラリー数が「１３０１」であれば、１３のギャラリーを表示することとなる。このような構成をとれば、例えば特に視聴回数が多い商品等の待ち行列イメージに対応するギャラリーイメージの表示がディスプレイ画面上に占める割合を一定範囲内に抑制することができるため、ギャラリーイメージの表示が他の表示を視覚的に邪魔する事態を回避することができる。

なお、ギャラリーイメージが待ち行列イメージと一体となって行列を形成するような表示形態は採用されない。ギャラリーイメージはあくまで待ち行列イメージを「視聴した」ユーザの数に応じて表示されるものなので、その表示態様は、待ち行列イメージとは明確に区別されている必要があるからである。特に上記両イメージを区別するためには、各イメージを構成する要素の表示形態（色、形、大きさ、表示位置、など）を区別して表示することが望ましい。具体的には、図１において示されているように、待ち行列イメージとは異なる領域に表示され、かつ、待ち行列イメージを構成する個々のユーザの表示とは異なるキャラクターにて表示されれば、ギャラリーイメージと待ち行列イメージとの差異が強調される。

<具体的な構成>
本実施形態の申込受付システムのハードウェア構成は、基本的には図７を用いて説明した実施形態１の申込受付システムのハードウェア構成と同様である。そこで以下では、これまで説明していない「ギャラリーカウント部」「第一ギャラリーイメージ表示部」の具体的な処理について説明する。

（ギャラリーカウント部の具体的な処理）
ＣＰＵは、記憶装置から「ギャラリーカウントプログラム」をメインメモリに読み出して実行し、所定のルールにて特定される待ち行列イメージをネットワークを介して視聴したユーザの数をカウントする処理をおこない、当該処理結果をメインメモリの所定のアドレスに格納する。

（第一ギャラリーイメージ表示部の具体的な処理）
ＣＰＵは、記憶装置から「第一ギャラリーイメージ表示プログラム」をメインメモリに読み出して実行し、前記ギャラリーカウントプログラムの実行により得られた情報を読み出して当該情報に応じたギャラリーイメージを生成し、当該ギャラリーイメージを前記待ち行列イメージが表示されている同じディスプレイ画面上に表示出力する。

<処理の流れ>
図１６は、本実施形態の申込受付システムの処理の流れの一例を示す図である。同図の処理の流れは以下のステップからなる。最初にステップＳ１６０１では、ユーザの操作する端末装置からの申込を当該ユーザ単位にて受け付ける（ユーザ単位申込受付ステップ）。次にステップＳ１６０２では、前記ユーザ単位申込の受付けをを利用して待ち行列イメージを生成し、当該待ち行列イメージを所定のウエブページに表示する（待ち行列イメージ表示ステップ）。その後ステップＳ１６０３において当該待ち行列イメージをネットワークを介して視聴したユーザがいると判断される場合には、ステップＳ１６０４にて当該視聴したユーザの数をカウントする（ギャラリーカウントステップ）。そしてステップＳ１６０５では、カウントされたギャラリー数に応じてギャラリーイメージを生成し、当該ギャラリーイメージを前記待ち行列イメージが表示されている同じディスプレイ画面上に表示出力する（第一ギャラリーイメージ表示ステップ）。

<効果>
以上の構成を有する申込受付システムを利用することにより、ユーザの関心度の高い商品等に対する効果的な広告宣伝機能を提供することが可能になる。

<<実施形態６>>
<概要>
本実施形態の申込受付システムは、基本的に実施形態１から４のいずれか一の申込受付システムと同様であるが、待ち行列イメージを表示するウエブページがブックマークされた数をカウントし、カウントされたブックマーク数に応じて前記待ち行列イメージが表示されている同じディスプレイ画面上にギャラリーイメージを表示する点をさらなる特徴として備えている。当該構成を採用することにより、実施形態５と同様にユーザの関心度の高い商品等に対する効果的な広告宣伝機能を提供することが可能になる。

<機能的構成>
図１７は、本実施形態の申込受付システムの機能ブロックの一例を示す図である。この図にあるように、本実施形態の「申込受付システム」１７００は、「ユーザ単位申込受付部」１７０１と、「待ち行列イメージ表示部」１７０２と、「ブックマーク数カウント部」１７０３と、「第二ギャラリーイメージ表示部」１７０４と、を有する。基本的な構成は実施形態１の図２を用いて説明した申込受付システムと共通するため、以下では相違点である「ブックマーク数カウント部」および「第二ギャラリーイメージ表示部」について説明する。

「ブックマーク数カウント部」１７０３は、待ち行列イメージを表示するウエブページがブックマークされた数をカウントするように構成されている。ここでいう「待ち行列イメージを表示するウエブページがブックマークされた数をカウントする」方法の一例としては、ウェブブラウザ上にて待ち行列イメージが表示されるウエブページのブックマーク処理回数をカウントすることが想定される。
「ウエブページがブックマークされた」とは、ウエブブラウザの機能として実行されるほか、サーバ上に記録保持されるオンラインブックマーク、他のユーザ間で公開、共有されるソーシャルブックマークなどの方法によって実現される。また、前記ウエブページ自体のブックマーク処理を指すことのほか、本発明の申込受付システムにて申込受付の対象となっている商品・サービスを直接登録の対象とすることも、ここでいうブックマークに含まれる。当該構成を採用すれば、待ち行列イメージが表示されているウエブページをたまたま視聴したユーザではなく、意識的に視聴し、さらには当該表示の対象を敢えてブックマークするユーザの数をカウントすることとなるため、商品等に対し強い関心度を把握することが可能になる。

「第二ギャラリーイメージ表示部」１７０４は、カウントされたブックマーク数に応じて前記待ち行列イメージが表示されている同じディスプレイ画面上にギャラリーイメージを表示するように構成される。ここでいう「カウントされたブックマーク数に応じて」とは、カウントされたブックマーク数分のギャラリーを表示する構成のほか、カウントされたブックマーク数を所定の区分に対応するようにしてギャラリーを表示する構成なども考えられる。具体的な表示態様については、既に実施形態５の第一ギャラリーイメージ表示部の説明で述べたところと同様である。

<具体的な構成>
本実施形態の申込受付システムのハードウェア構成は、基本的には図７を用いて説明した実施形態１の申込受付システムのハードウェア構成と同様であるので、以下では、これまで説明していない「ブックマーク数カウント部」「第二ギャラリーイメージ表示部」の具体的な処理について説明する。

（ブックマーク数カウント部の具体的な処理）
ＣＰＵは、記憶装置から「ブックマーク数カウントプログラム」をメインメモリに読み出して実行し、待ち行列イメージを表示するウエブページのブックマーク処理が行われた場合に、当該ブックマーク数をカウントする処理をおこない、当該処理結果をメインメモリの所定のアドレスに格納する。

（第二ギャラリーイメージ表示部の具体的な処理）
ＣＰＵは、記憶装置から「第二ギャラリーイメージ表示プログラム」をメインメモリに読み出して実行し、前記ブックマーク数カウントプログラムの実行により得られた情報を読み出して当該情報に応じたギャラリーイメージを生成し、当該ギャラリーイメージを前記待ち行列イメージが表示されている同じディスプレイ画面上に表示出力する。

<処理の流れ>
図１８は、本実施形態の申込受付システムの処理の流れの一例を示す図である。同図の処理の流れは以下のステップからなる。最初にステップＳ１８０１では、ユーザの操作する端末装置からの申込を当該ユーザ単位にて受け付ける（ユーザ単位申込受付ステップ）。そしてステップＳ１８０２では、前記ユーザ単位申込の受付を利用して待ち行列イメージを生成し、当該待ち行列イメージを所定のウエブページに表示する（待ち行列イメージ表示ステップ）。その後ステップＳ１８０３において当該待ち行列イメージを表示するウエブページがブックマークされたと判断される場合には、ステップＳ１８０４にて当該ブックマーク数をカウントする（ブックマーク数カウントステップ）。そしてステップＳ１８０５では、カウントされたブックマーク数に応じてギャラリーイメージを生成し、当該ギャラリーイメージを前記待ち行列イメージが表示されている同じディスプレイ画面上に表示出力する（第二ギャラリーイメージ表示ステップ）。

<効果>
以上の構成を有する申込受付システムを利用することにより、ユーザの関心度の高い商品等に対する効果的な広告宣伝機能を提供することが可能になる。

<<実施形態７>>
<概要>
本実施形態の申込受付システムは、基本的に実施形態１から６のいずれか一の申込受付システムと同様であるが、ユーザからのコメントを受付け、各イメージ表示部の少なくともいずれか一が、前記コメントを表示する点をさらなる特徴として備えている。当該構成を採用することにより、口コミや評判、不明点に対する質問回答など商品等に関連する情報をも表示することとなり、視聴するユーザの関心をより喚起する効果をもたらすこととなる。

<機能的構成>
図１９は、本実施形態の申込受付システムの機能ブロックの一例を示す図である。この図にあるように、本実施形態の「申込受付システム」１９００は、「ユーザ単位申込受付部」１９０１と、「待ち行列イメージ表示部」１９０２と、「コメント受付部」１９０３と、を有し、「待ち行列イメージ表示部」はさらに「コメント表示手段」１９１０を備えている。基本的な構成は実施形態１の図２を用いて説明した申込受付システムと共通するため、以下では相違点である「コメント受付部」および「コメント表示手段」の機能について説明する。

「コメント受付部」１９０３はユーザからのコメントを受付けるように構成される。ここでいうユーザは、例えば商品等に対する申込を行うユーザのみならず、すでに申込に対する応答処理が完了し商品を受け取ったユーザ、さらには、単に商品等の説明等が記載されたウエブページを見ただけのユーザなど、本発明の申込受付システムを利用する全てのユーザを含んでいる。すなわち、どのユーザであってもコメントを入力することが可能である。受付けたコメントは後記コメント表示手段によりディスプレイ上に表示されることになるため、表示画面の制約上、コメントの文字数には所定の上限を設けておくことが望ましい。

「コメント表示手段」１９１０は、各イメージ表示部の少なくともいずれか一にて、コメント受付部にて受付けたコメントを表示するように構成される。「各イメージ表示部」とは、本実施形態以外の実施形態において説明された「待ち行列イメージ表示部」「申込者イメージ表示部」「第一ギャラリーイメージ表示部」「第二ギャラリーイメージ表示部」のことを指す。

具体的なコメントの表示態様の一例としては、前記各イメージ部にて表示される各イメージと各コメントとが関連付けられていることがわかるように表示されている必要がある。すなわち、現在申込を受付けられているユーザからのコメントを受け付けた場合には、当該コメントは、図２０に示されているように、当該申込を受付けたユーザ数に応じたイメージ表示を行う待ち行列イメージ表示部にて表示される。同図では、前から７番目に並んでいるイメージで表されるユーザから「いつもだと何時くらいに売り切れるのかなぁ？」とのコメントを受付けていることが示されており、当該質問コメントに対する回答などのコメントを作成することができる。また、ギャラリー表示の対象であるユーザから「ここのケーキ、この前、山川さんのブログで紹介されてたよ！」という口コミコメントを受付けていることが示されており、各ユーザはこれらのコメントの表示を見て、商品等の人気度等を把握することができる。当該構成をとることによって、ユーザの属性に応じたコメントを表示を通じて認識することができ、コメントの内容を容易に理解把握することが可能になる。

なお、コメント表示の表示態様の別の一例としては、各イメージ毎に受付けたコメントの一覧表示を行う方法などが考えられ、一覧表示の具体的な方法としては、所定時間毎に新たに受付けたコメントの一覧を表示する方法やこれまでに受付けた全コメントの一覧表示を表示する方法などが挙げられる。コメント表示手段にて表示するコメントは、必ずしも各イメージ部にて表示されるイメージと同一のウエブページ上に表示されなければならないわけではなく、異なるウエブページ上にて表示されるように構成されていてもよい。当該構成をとることにより、各イメージを表示するディスプレイ上にてコメントの表示量が相対的に過大となり、却って待ち行列イメージなどの表示に伴う広告宣伝効果を減殺してしまう事態を回避することができる。

<具体的な構成>
本実施形態の申込受付システムのハードウェア構成は、基本的には図７を用いて説明した実施形態１の申込受付システムのハードウェア構成と同様であるので、以下では、これまで説明していない「コメント受付部」および「コメント表示手段」の具体的な処理について説明する。

（コメント受付部の具体的な処理）
ＣＰＵは、記憶装置から「コメント受付プログラム」をメインメモリに読み出して実行し、ユーザから商品等に対するコメントの入力を受け付ける処理を行い、受付けたコメントの情報をメインメモリの所定のアドレスに格納する。

（コメント表示手段の具体的な処理）
ＣＰＵは、記憶装置から「コメント表示サブプログラム」をメインメモリに読み出して、前記コメント受付プログラムの実行により受付けたユーザの属性に応じた各イメージ表示プログラムの実行に際し同サブプログラムを実行し、前記受付けたコメントの情報を読み出して同情報をディスプレイ上に表示出力する。

<処理の流れ>
図２１は、本実施形態の申込受付システムの処理の流れの一例を示す図である。同図の処理の流れは以下のステップからなる。最初にステップＳ２１０１では、ユーザの操作する端末装置からの申込を当該ユーザ単位にて受け付ける（ユーザ単位申込受付ステップ）。次にステップＳ２１０２では、前記ユーザ単位申込を利用して待ち行列イメージを生成し、当該待ち行列イメージを所定のウエブページに表示する（待ち行列イメージ表示ステップ）。なお、ステップＳ２１０３では、ユーザからのコメントを受付け（コメント受付ステップ）、当該コメントを表示出力する（コメント表示ステップ）。なお、コメント受付ステップおよびコメント表示ステップの両ステップの処理の順番は、前記ステップＳ２１０１ないしＳ２１０３のいずれの段階にも置換可能である。

<効果>
以上の構成を有する申込受付システムを利用することにより、口コミや評判、不明点に対する質問回答など商品等に関連する情報をも表示することとなり、視聴するユーザの関心をより喚起する効果をもたらすこととなる。

<<実施形態８>>
<概要>
本実施形態の申込受付システムは、基本的に実施形態１から７の申込受付システムと同様であるが、各ユーザにアバターを割り当て、各イメージ表示部にて、各イメージを各ユーザに割り当てられているアバターを用いて表示する点をさらなる特徴として備えている。当該構成を採用することにより、例えば各ユーザが個々のユーザと紐づけられた特徴的なアバターを用いることで、当該個性的なユーザが待ち行列に並んでいること自体がその商品等にとって広告宣伝効果をもたらすなど、表示イメージの内容によっても広告宣伝効果を強調することが可能になる。

<機能的構成>
図２２は、本実施形態の申込受付システムの機能ブロックの一例を示す図である。この図にあるように、本実施形態の「申込受付システム」２２００は、「ユーザ単位申込受付部」２２０１と、「待ち行列イメージ表示部」２２０２と、「アバター割当部」２２０３と、を有し、「待ち行列イメージ表示部」はさらに「アバター表示手段」２２１０を備えている。基本的な構成は実施形態１の図２を用いて説明した申込受付システムと共通するため、以下では相違点である「アバター割当部」および「アバター表示手段」の機能について説明する。

「アバター割当部」２２０３は、各ユーザにアバターを割り当てるように構成される。ここでいう「割り当てる」処理の一例としては、ユーザが本発明の申込受付システムの利用に際して行うユーザ登録の際に行われる事前割当型と、各イメージ表示が行われる際にアバターを割り当てる事後割当型とが考えられる。先に述べたように、特定のユーザと紐づけられたアバターの表示自体が広告宣伝効果を有することを強調するためには、割当処理の方法としては事前割当型としておくことが好ましいが、特に事後割当型を排除する趣旨ではない。事後割当型であっても、各ユーザが自己の希望する態様のアバター表示の割当を受けられるようにすることで、積極的に表示を行う、すなわち表示に伴う広告宣伝効果の向上に寄与する動機づけとすることが可能だからである。

なお、ここでいう「アバター」とは、各ユーザと紐づけられるキャラクターであって、ヒトの容姿である場合のほか、動植物や物体、その他特にその態様に限定はない。ユーザの属性（年齢、性別、職業など）に応じて自動的に割り当てる場合も考えられるが、各ユーザが任意のカテゴリやパーツなどを組み合わせるないし作り出した態様のイメージを当該ユーザのアバターとして割り当てることが、アバターの積極利用の観点からは好ましい。アバターは一旦割り当てた後であっても、その後ユーザによって変更することが可能であり、逆に敢えて「アバターの割当は不要」としてアバターの割当を受けないことを内容とする処理もアバター割当部の機能の一部として備えることがあってもよい。当該構成をとれば、特段アバター表示に興味がなく、アバターの割当処理を希望しないユーザであっても本発明の申込受付システムを特段ストレスを感じることなく利用することが可能である。

「アバター表示手段」２２１０は、各イメージ表示部にて、各イメージを各ユーザに割り当てられているアバターを用いて表示するように構成される。ここでいう「各イメージ表示部」も、実施形態７にて説明した各イメージ部と同様であり、何らかの形式でユーザと関連付けられた各イメージ表示においてアバターを用いた表示が可能であることを意味している。ここで、特に待ち行列イメージ表示部におけるアバター表示の場合は、待ち行列イメージを構成する各キャラクタのうち、対応する順番のユーザ部分においてなされる必要がある。例えば、３番目に並んでいるアバターは、３番目に順番待ちをしているユーザに割り当てられているアバターである。それ以外のイメージ表示部においては、各イメージ表示部内におけるアバター表示の位置や対応関係に特段の制約はない。

<具体的な構成>
本実施形態の申込受付システムのハードウェア構成は、基本的には図７を用いて説明した実施形態１の申込受付システムのハードウェア構成と同様であるので、以下では、これまで説明していない「アバター割当部」「アバター表示手段」の具体的な処理について説明する。

（アバター割当部の具体的な処理）
ＣＰＵは、記憶装置から「アバター割当プログラム」をメインメモリに読み出して実行し、所定のユーザに対してアバターを割り当てる処理を行い、当該処理結果をメインメモリの所定のアドレスに格納する。

（アバター表示手段の具体的な処理）
ＣＰＵは、記憶装置から「アバター表示サブプログラム」をメインメモリに読み出し、前記アバター割当プログラムの実行により前記アバターを割り当てられたユーザの属性に応じた各イメージ表示プログラムの実行に際し同サブプログラムを実行し、各イメージをアバターを用いて表示出力する。

<処理の流れ>
図２３は、本実施形態の申込受付システムの処理の流れの一例を示す図である。同図（ａ）の処理の流れは以下のステップからなる。最初にステップＳ２３０１では、同システムの利用に際し用いるアバターをユーザごとに割り当てる（アバター割当ステップ）。そして、ステップＳ２３０２ではユーザの操作する端末装置からの申込を当該ユーザ単位にて受け付ける（ユーザ単位申込受付ステップ）。次にステップＳ２３０３では、前記ユーザ単位申込の受付を利用して待ち行列イメージを生成し、当該待ち行列イメージを所定のウエブページに表示する（待ち行列イメージ表示ステップ）。なおこの時、待ち行列イメージ表示ステップにおいては、同図（ｂ）にて示されているように、サブステップＳＳ２３０１では前記アバター割当ステップにて割り当てられたアバターを用いて待ち行列イメージを生成し、サブステップＳＳ２３０２で前記生成された待ち行列イメージを表示出力する。

<効果>
以上の構成を有する申込受付システムを利用することにより、表示イメージの内容によっても広告宣伝効果を強調することが可能になる。

<<実施形態９>>
<概要>
本実施形態の申込受付システムは、基本的に実施形態２から８のいずれか一の申込受付システムと同様であるが、ユーザ単位申込に対してユーザ単位申込待ち状態処理部又は／及び応答処理実行部での処理の優先度を割り当て、ユーザ単位申込待ち状態処理部又は／及び応答処理実行部は、前記割り当てられている優先度に応じて各処理を実行する点をさらなる特徴として備えている。当該構成を採用することにより、待ち行列イメージを見て人気のある商品等に対する申込を少しでも早く応答処理してほしい、というユーザのニーズに応えるとともに、商品等の収益力向上に寄与することが可能になる。

<機能的構成>
図２４は、本実施形態の申込受付システムの機能ブロックの一例を示す図である。この図にあるように、本実施形態の「申込受付システム」２４００は、「ユーザ単位申込受付部」２４０１と、「待ち行列イメージ表示部」２４０２と、「優先度割当部」２４０３と、「ユーザ単位申込待ち状態処理部」２４０４と、「応答処理実行部」２４０５と、を有し、「応答処理実行部」は「優先度別処理手段」２４１０をさらに有する。基本的な構成は実施形態２の図９を用いて説明した申込受付システムと共通するため、以下では相違点である「優先度割当部」および「優先度別処理手段」の機能について説明する。

「優先度割当部」２４０３は、ユーザ単位申込に対してユーザ単位申込待ち状態処理部又は／及び応答処理実行部での処理の優先度を割り当てるように構成される。ここでいう「優先度」を割り当てられることによって、ユーザは行列の順番に従うことなく、商品の購入あるいはサービスの利用を優先的に享受することが出来る。具体的にいえば、まず、ユーザ単位申込待ち状態処理部での処理の優先度を割り当てられる構成であれば、既に待ち状態にある他のユーザに優先した順番で待ち状態処理を受けることとなる。いっぽう応答処理実行部での処理の優先度を割り当てられる構成であれば、既に他のユーザが待ち状態にあっても、そのようなユーザに優先して申込に対する応答処理を受けることができる。

「優先度を割り当てる」とは、予め定められた所定のルールのもとでなされてもよいし、ユーザからの優先度割当希望の情報の受信に応じて都度設定されるものであってもよい。「所定のルール」の具体例としては、ユーザによる本システムへのログイン回数、コメント送信回数、そして本システムを利用して決済された支払代金額などの多寡に応じて付与する方法であってもよいし、ユーザの誕生日（誕生月）や新規のユーザ登録の紹介などのように特定のイベントの発生に応じて付与する方法であってもよい。さらにいえば、本システム運営者により、全く任意の日時ないしタイミングで全てのあるいは一部のユーザに対し一斉に付与する方法であってもよい。いずれにしろ、優先度を割り当てられることは、ユーザにとって本システムを利用し商品等に対する申込を行うインセンティブとなることから、結果として本システムの利用を促進する効果があり、前記待ち行列イメージ表示によるポジティブなイメージ提供効果と相まって本システムの利用活性化につながることが期待できる。

割り当てられる優先度の内容としては、例えば、ユーザ単位申込待ち状態処理部での処理を所定人数のユーザ分だけ優先するものであったり、予定される応答処理までの待ち時間を所定時間だけ短縮するものであったりすることが想定される。あるいは、申込可能となるタイミングを本来予定されているタイミングよりも早くするものであってもよい。これらの優先度が割り当てられることにより、ユーザは申込に対する応答承諾までの時間を短縮して、スムーズな取引をおこなうことが可能になる。

優先度はユーザ単位申込に対して割り当てられるものであるが、ユーザ単位の特定の申込に対して割り当てられることまでは必要ではない。すなわち、将来のユーザ単位申込に対して用いることが可能な優先度を予め割り当てることも可能である。先に掲げた優先度割当の所定のルールの例でいえば、本システムへのログイン回数、コメント送信回数、ユーザの誕生日などと関連付けられて割り当てられる優先度は、特定の商品等の申込と必ずしも関連付けられていない。この場合はどの商品等に対しても優先度に応じた優先度別処理を促すことが可能になるため、「優先度」を抽象的な情報としてではなく、商品等とは別途ひとつのオプションとして独自の財産的価値を付与することが可能となる。したがって、優先度の割当に対して課金をおこなうなどして独自の取引が可能になったり、他ユーザに対するプレゼントとして機能させたりすることも可能となる（課金のための処理については、実施形態１０で詳しく説明する。）。

ここで、図２５を用いて、優先度の割当に対する課金を行う場合の一例について説明する。同図記載の表には、優先度を割り当てられるために必要な代金額（優先度に対する課金額）や優先度割当に必要なオプション量の関係性が示されている。同図にあるように、優先度割当に対する課金額を申込の対象となる商品等の代金の所定割合として算出することが考えられる。所定割合については、高額の商品に対する優先度割当の課金額が不相応に高額なものとならないよう、累進的に逓減するように設定されてもよい。同図の場合には、商品等代金が３０，０００円を超過する場合には、前記所定割合（割当レート）を５％から３％とするように設定したケースを示している。同図によれば、代金額３，０００円の商品の申込に対して必要な優先度の割当を求めるためには、１５０円の課金が必要となり、もし仮に当該課金の手段を「優先度オプション」と呼ばれるオプション（１０円／枚）の購入形式とした場合には、１５枚の優先度オプションを購入する必要がある。このように、優先度をオプション化することにより、本システム運営における収益を確保することができる。

「優先度別処理手段」２４１０は、ユーザ単位申込待ち状態処理部又は／及び応答処理実行部において、前記割り当てられている優先度に応じて各処理を実行するように構成される。具体的な処理は、既に一例を示して説明した優先度の内容に対応して行われる。

<具体的な構成>
本実施形態の申込受付システムのハードウェア構成は、基本的には図７を用いて説明した実施形態１の申込受付システムのハードウェア構成と同様である。そこで以下では、これまで説明していない「優先度割当部」および「優先度別処理手段」の具体的な処理について説明する。

（優先度割当部の具体的な処理）
ＣＰＵは、記憶装置から「優先度割当プログラム」をメインメモリに読み出して実行し、ユーザ単位申込に関するユーザ単位申込待ち状態処理プログラム又は／及び応答処理実行プログラムの実行に際し、所定のルールに基づいて当該各実行についての優先度を割り当てる処理をおこない、当該処理結果をメインメモリの所定のアドレスに格納する。

（優先度別処理手段の具体的な処理）
ＣＰＵは、記憶装置から「優先度別処理サブプログラム」をメインメモリに読み出し、応答処理実行プログラム又はユーザ単位申込待ち状態処理プログラムを実行するに際して同サブプログラムを実行し、前記優先度割当プログラムの実行によりユーザ単位申込に対し割り当てられた優先度に応じた応答処理又はユーザ単位申込待ち状態処理を行い、当該各処理結果をメインメモリの所定のアドレスに格納する。

<処理の流れ>
図２６は、本実施形態の申込受付システムの処理の流れの一例を示す図である。同図の処理の流れは以下のステップからなる。最初にステップＳ２６０１では、ユーザの操作する端末装置からの申込を当該ユーザ単位にて受け付ける（ユーザ単位申込受付ステップ）。次にステップＳ２６０２では、前記申込に対して後記応答処理実行ステップでの処理の優先度を割り当てる（優先度割当ステップ）。そしてステップＳ２６０３では、前記申込を受付けたユーザ単位の申込を待ち状態とする処理を行う（待ち状態処理ステップ）。そしてステップＳ２６０４では、前記ユーザ単位申込の受付を利用して待ち行列イメージを生成し、当該待ち行列イメージを所定のウエブページに表示する（待ち行列イメージ表示ステップ）。その後ステップＳ２６０５では、前記待ち状態に対する応答処理実行のタイミングが来たかどうかを判断する処理を行う。ここでの判断結果が応答処理を実行すべきとの内容である場合にはステップＳ２６０６の処理に移行し、そうでない場合には応答処理実行のタイミングが来るまで特段の処理を行わない。ステップＳ２６０６では、待ち状態となっていたユーザ単位の申込に対する応答処理を前記割り当てられている優先度に応じて実行する（優先度別応答処理実行ステップ）。ちなみに、前記優先度割当ステップにおいては、応答処理実行ステップ以外であっても、待ち状態処理ステップでの処理の優先度を割り当てる処理をおこなってもよい。この場合ステップＳ２６０３においては、ユーザ単位の申込を前記割り当てられた優先度に応じて待ち状態とする処理をおこなう（優先度別待ち状態処理ステップ）。

<効果>
以上の構成を有する申込受付システムを利用することにより、待ち行列イメージを見て人気のある商品等に対する申込を少しでも早く応答処理してほしい、というユーザのニーズに応えるとともに、商品等の収益力向上に寄与することが可能になる。

<<実施形態１０>>
<概要>
本実施形態の申込受付システムは、基本的に実施形態９の申込受付システムと同様であるが、ユーザ単位申込に対する優先度の割当要求をユーザから受付け、割当要求に対して当該ユーザに課金のための処理をする点をさらなる特徴として備えている。前記待ち行列イメージ表示のもたらす広告宣伝効果に加えて当該構成を採用することにより、商品・サービス提供者にとり費用対効果に優れた広告宣伝活動を実践することが可能になる。

<機能的構成>
図２７は、本実施形態の申込受付システムの機能ブロックの一例を示す図である。この図にあるように、本実施形態の「申込受付システム」２７００は、「ユーザ単位申込受付部」２７０１と、「待ち行列イメージ表示部」２７０２と、「優先度割当部」２７０３と、「ユーザ単位申込待ち状態処理部」２７０４と、「応答処理実行部」２７０５と、「課金用処理部」２７０６と、「割当要求受付部」２７０７と、を有し、「応答処理実行部」は「優先度別処理手段」２７１０をさらに有する。基本的な構成は実施形態９の図２４を用いて説明した申込受付システムと共通するため、以下では相違点である「割当要求受付部」および「課金用処理部」について説明する。

「割当要求受付部」２７０７は、ユーザ単位申込に対する優先度の割当要求をユーザから受付けるように構成されている。ここでいう「割当要求」には、ユーザ自身に対する優先度の割当のほか、他ユーザに対する割当の要求も含まれる。当該構成をとれば、優先度を他ユーザに対してプレゼントするなどの行動を通じてユーザ相互の交流を図ることも可能になるし、多くのユーザが優先度を利用することによって本システムにおいて商品等に対する申込を行いやすくすることができるので、結果として本システムにおける取引が活性化することとなる。また、図１に示したように、申込ウエブページ上に行列最後尾の待ち時間や申込ユーザの応答処理実行までの待ち時間を表示することによって、当該表示を見たユーザに対し、少しでも早く応答処理をしてもらおうとして割当要求を促す効果をもたらすことも可能である。このような構成をとれば、割当要求に応じた後記課金のための処理量が増大することにもなり、ひいては本システムの運営者の利益向上にもつながることになる。

なお、割当要求を受け付けるタイミングは、先に述べた優先度の用途により異なるので、本システムの処理の流れのうちいずれのタイミングであっても当該要求を受け付けることが可能な構成をとることが望ましい。

「課金用処理部」２７０６は、割当要求に対して当該ユーザに課金のための処理をするように構成される。これまで説明してきたように、取扱方によって、優先度それ自体に財産的価値が生まれることから、そのような価値を持つ優先度の割当要求に対しては、当該要求に対する課金処理を行うことが考えられる。ここでいう「課金のための処理」とは、ユーザに対して直接課金を行うことを意味する「課金処理」を含むことはもちろん、クレジットカード会社や通信キャリア会社等課金処理の代理代行を行う者に対して前記割当要求に対する請求予定額等の情報を送信する処理なども含まれる。さらにいえば、当該割当要求に対する請求予定額をどのような態様・タイミングで課金するか（例えば、所定のタイミングで定期的に課金するのか、本システムを利用して手に入れた商品等の対価とあわせて課金するのか）といった課金処理の形式を定める処理もまた「課金のための処理」に含まれる。当該構成をとることにより、割当要求を受けた段階において課金に関連する処理を完了させておくことができるため、本システム運営者にとって後々の課金漏れを防ぐことができる。

<具体的な構成>
本実施形態の申込受付システムのハードウェア構成は、基本的には図７を用いて説明した実施形態９の申込受付システムのハードウェア構成と同様であるので、以下では、これまで説明していない「割当要求受付部」「課金用処理部」の具体的な処理について説明する。

（割当要求受付部の具体的な処理）
ＣＰＵは、記憶装置から「割当要求受付プログラム」をメインメモリに読み出して実行し、ユーザ側の端末装置から送信されるユーザ単位申込に対する優先度の割当要求を受け付ける処理を行い、当該処理結果の情報をメインメモリの所定のアドレスに格納する。

（課金用処理部の具体的な処理）
ＣＰＵは、記憶装置から「課金用処理プログラム」をメインメモリに読み出して実行し、前記割当要求に対して当該割当を要求したユーザに対する課金のための処理を行い、その処理結果をメインメモリの所定のアドレスに格納する。

<処理の流れ>
図２８は、本実施形態の申込受付システムの処理の流れの一例を示す図である。同図の処理の流れは以下のステップからなる。最初にステップＳ２８０１では、ユーザの操作する端末装置からの申込を当該ユーザ単位にて受け付ける（ユーザ単位申込受付ステップ）。次にステップＳ２８０２では、前記ユーザ単位申込に対する優先度の割当要求を受け付ける（割当要求受付ステップ）。そしてステップＳ２８０３では、前記申込および割当要求に対して後記応答処理実行ステップでの処理の優先度を割り当てる（優先度割当ステップ）。そしてステップＳ２８０４では、前記割当要求に対して当該ユーザに課金のための処理をする（課金用処理ステップ）。その後ステップＳ２８０５では前記申込を受付けたユーザ単位の申込を待ち状態とする処理を行う（待ち状態処理ステップ）。そしてステップＳ２８０６では、前記ユーザ単位申込の受付を利用して待ち行列イメージを生成し、当該待ち行列イメージを所定のウエブページに表示する（待ち行列イメージ表示ステップ）。その後ステップＳ２８０７では、前記待ち状態に対する応答処理実行のタイミングが来たかどうかを判断する処理を行う。ここでの判断結果が応答処理を実行すべきとの内容である場合にはステップＳ２８０８の処理に移行し、そうでない場合には応答処理実行のタイミングが来るまで特段の処理を行わない。ステップＳ２８０８では、待ち状態となっていたユーザ単位の申込に対する応答処理を前記割り当てられている優先度に応じて実行する（優先度別応答処理実行ステップ）。ちなみに、前記優先度割当ステップにおいては、応答処理実行ステップ以外であっても、待ち状態処理ステップでの処理の優先度を割り当てる処理をおこなってもよい。この場合ステップＳ２８０５においては、ユーザ単位の申込を前記割り当てられた優先度に応じて待ち状態とする処理をおこなう（優先度別待ち状態処理ステップ）。

<効果>
前記待ち行列イメージ表示のもたらす広告宣伝効果に加えて以上の構成を有する申込受付システムを利用することにより、商品・サービス提供者にとり費用対効果に優れた広告宣伝活動を実践することが可能になる。

<<実施形態１１>>
<概要>
本実施形態の端末装置は、基本的に実施形態１から１０の申込受付システムを利用する端末装置であって、ネットワークを介してユーザ単位の申込であるユーザ単位申込を出力し、ユーザ単位申込の出力に応じた応答処理の結果を受信し、前記申込受付システムにて受付けたユーザ単位申込を利用して前記申込受付システムから待ち行列イメージを表示するための出力である待ち行列イメージ表示出力を受信するとともに、受信した待ち行列イメージ表示出力に応じて待ち行列イメージを表示する点を特徴として備えている。前記申込受付システムを利用する本構成をとることにより、個々のユーザが操作する端末において例えば、ウェブブラウザを用いることなく独自のアプリケーションを用いたとしても、前記ウェブブラウザの利用を前提とした場合と同様に商品等の人気度を視覚的に把握することが容易になる。ちなみに、本実施形態の申込受付システムにおいては、ウエブページを用いることなく所与の効果を生ぜしめることができるので、これまでの実施形態のうちウエブページに関する説明は、前記のように例えばアプリケーションを用いた場合に置換して理解される。具体的な一例としては、本実施形態の申込受付システムが実施形態６にて説明したブックマーク数カウント部をも備えるような場合における「ブックマーク」は、ウェブブラウザ上にて待ち行列イメージが表示されるウエブページを対象としてなされるものではなく、当該アプリケーションのダウンロードや評価を対象になされるものである。

<機能的構成>
図２９は、本実施形態の端末装置の機能ブロックの一例を示す図である。この図にあるように、本実施形態の「端末装置」２９００は、「ユーザ単位申込出力部」２９０１と、「応答処理結果受信部」２９０２と、「待ち行列イメージ表示出力受信部」２９０３と、「待ち行列イメージ表示部」２９０４と、を有する。

「ユーザ単位申込出力部」２９０１は、ネットワークを介してユーザ単位の申込であるユーザ単位申込を出力するように構成されている。

「応答処理結果受信部」２９０２は、ユーザ単位申込の出力に応じた応答処理の結果を受信するように構成されている。

「待ち行列イメージ表示出力受信部」２９０３は、前記申込受付システムにてカウントされたユーザ数を利用して前記申込受付システムから待ち行列イメージを表示するための出力である待ち行列イメージ表示出力を受信するように構成されている。

「待ち行列イメージ表示部」２９０４は、受信した待ち行列イメージ表示出力に応じて待ち行列イメージを表示するように構成されている。

<具体的な構成>
図３０は、本実施形態の端末装置の機能的な各構成をハードウェアとして実現した際の一例を示す概略図である。この図を利用して、それぞれのハードウェア構成部の働きについて説明する。

この図にあるように、端末装置は、それぞれ各種演算処理を実行するための「ＣＰＵ」３００１と、「記憶装置（記憶媒体）」３００２と、「メインメモリ」３００３と、「出力インターフェース」３００４と、「入力インターフェース」３００５と、「インターネット通信インターフェース」３００６を備え、入出力インターフェースを介して、例えば「タッチパネル」３００７や「ディスプレイ」３００８などの外部周辺装置と情報の送受信を行う。また、インターネット通信インターフェースを介して、「端末装置」３０９９と情報の送受信を行う。ここでいう「申込受付システム」との情報の送受信を通じて、待ち行列イメージを表示したり、待ち行列イメージの行列の対象となっている商品等に対する申込を受け付けたりする。なお、記憶装置には以下で説明するような各種プログラムが格納されており、ＣＰＵはこれら各種プログラムをメインメモリのワーク領域内に読み出して展開、実行する。なお、これらの構成は、「システムバス」３００９などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。

（ユーザ単位申込出力部の具体的な処理）
ＣＰＵは、記憶装置から「ユーザ単位申込出力プログラム」３０１０をメインメモリに読み出して実行し、ネットワークを介してユーザ単位申込を出力する処理を行う。

（応答処理結果受信部の具体的な処理）
ＣＰＵは、記憶装置から「応答処理結果受信プログラム」３０２０をメインメモリに読み出して実行し、前記ユーザ単位申込の出力に応じた応答処理結果を受信する処理を行い、当該処理結果をメインメモリの所定のアドレスに格納する。

（待ち行列イメージ表示出力受信部の具体的な処理）
ＣＰＵは、記憶装置から「待ち行列イメージ表示出力受信プログラム」３０３０をメインメモリに読み出して実行し、申込受付システムにて表示出力された待ち行列イメージ表示を受信する処理を行い、当該処理結果をメインメモリの所定のアドレスに格納する。

（待ち行列イメージ表示部の具体的な処理）
ＣＰＵは、記憶装置から「待ち行列イメージ表示プログラム」３０４０をメインメモリに読み出して実行し、前記受信した待ち行列イメージ表示出力に応じて待ち行列イメージを表示する処理を行う。

<処理の流れ>
図３１は、本実施形態の端末装置における処理の流れの一例を示す図である。同図の処理の流れは以下のステップからなる。最初にステップＳ３１０１では、申込ウエブページにてユーザ単位申込を出力する（ユーザ単位申込出力ステップ）。次いでステップＳ３１０２では、当該ユーザ単位申込に対する応答処理の結果を受信する（応答処理結果受信ステップ）。なお、ステップＳ３１０３では申込受付システムから待ち行列イメージの表示出力を受信する（待ち行列イメージ表示出力受信ステップ）が、本実施形態においてステップ待ち行列イメージ表示出力受信ステップは、Ｓ３１０３以外にも後記Ｓ３１０４よりも前のどの段階でも実行されうる。なお、ステップＳ３１０４では前記待ち行列イメージ表示出力受信ステップにて受信した待ち行列イメージ表示出力に応じて待ち行列イメージを表示する（待ち行列イメージ表示ステップ）。

<効果>
以上の構成を有する本実施形態の端末装置によって、商品やサービス、店舗等の人気度を、行列表示によって視覚的に把握することが可能になる。

０２００…申込受付システム、０２０１…ユーザ単位申込受付部、０２０２…待ち行列イメージ表示部

以下、本発明の各実施形態について図面と共に説明する。実施形態と請求項の相互の関係は、以下のとおりである。まず、実施形態１は、主に請求項１、４、１３、１６、１８、２７などに対応する。実施形態２は、主に請求項５、１９などに対応する。実施形態３は、主に請求項６、２０などに対応する。実施形態４は、主に請求項７、２１などに対応する。実施形態５は、主に請求項１、１５などに対応する。実施形態６は、主に請求項２、１６などに対応する。実施形態７は、主に請求項８、２２などに対応する。実施形態８は、主に請求項３、１７などに対応する。実施形態９は、主に請求項９、２３などに対応する。実施形態１０は、主に請求項１０、２４などに対応する。実施形態１１は、主に請求項１１、２５などに対応する。実施形態１２は、主に請求項１２、１４、２６、２８などに対応する。なお、本発明はこれらの実施形態に何ら限定されるものではなく、その要旨を逸脱しない範囲内において、様々な態様で実施し得る。

Claims (30)

1. ネットワークを介して申込ウエブページにてユーザ単位の申込であるユーザ単位申込を受付けるユーザ単位申込受付部と、
   前記ユーザ単位申込の受付けを利用して前記申込ウエブページ又は／及び前記申込ウエブページとリンクにて接続された別のウエブページに待ち行列イメージを表示する待ち行列イメージ表示部と、
   を有する申込受付システム。
2. さらに、ユーザ単位申込受付部で申込を受付けたユーザ数をカウントするユーザ数カウント部を有するとともに、
   待ち行列イメージ表示部は、カウントされたユーザ数を利用して前記申込ウエブページ又は／及び前記申込ウエブページとリンクにて接続された別のウエブページに待ち行列イメージを表示する待ち行列イメージカウント表示手段を有する請求項１に記載の申込受付システム。
3. ユーザ単位申込受付部で受付けたユーザ単位申込に対する応答処理実行までの間に未処理状態である待ち状態とするユーザ単位申込待ち状態処理部と、
   ユーザ単位申込待ち状態処理部にて待ち状態であるユーザ単位申込に対する応答処理を実行する応答処理実行部と、
   をさらに有する請求項１または２に記載の申込受付システム。
4. 待ち行列イメージ表示部は、表示する待ち行列イメージを、前記ユーザ単位申込待ち状態処理部にて待ち状態とされているユーザ単位申込数に応じて表現する待ち状態表示手段を有する請求項３に記載の申込受付システム。
5. 応答処理を実行したユーザ単位申込の数をカウントする応答処理実行済みユーザ単位申込数カウント部と、
   カウントされた応答処理実行済みユーザ単位申込数に応じて前記待ち行列イメージが表示されている同じディスプレイ画面上に申込者イメージを表示する申込者イメージ表示部をさらに有する請求項４に記載の申込受付システム。
6. 待ち行列イメージをネットワークを介して視聴したユーザの数をカウントするギャラリーカウント部と、
   カウントされたギャラリー数に応じて前記待ち行列イメージが表示されている同じディスプレイ画面上にギャラリーイメージを表示する第一ギャラリーイメージ表示部をさらに有する請求項１から５のいずれか一に記載の申込受付システム。
7. 待ち行列イメージを表示するウエブページがブックマークされた数をカウントするブックマーク数カウント部と、
   カウントされたブックマーク数に応じて前記待ち行列イメージが表示されている同じディスプレイ画面上にギャラリーイメージを表示する第二ギャラリーイメージ表示部をさらに有する請求項１から５のいずれか一に記載の申込受付システム。
8. ユーザからのコメントを受付けるコメント受付部を有し、
   各イメージ表示部の少なくともいずれか一は、コメント受付部にて受付けたコメントを表示するコメント表示手段を有する請求項１から７のいずれか一に記載の申込受付システム。
9. 各ユーザにアバターを割り当てるアバター割当部を有し、
   各イメージ表示部は、各イメージを各ユーザに割り当てられているアバターを用いて表示するアバター表示手段を有する請求項１から８のいずれか一に記載の申込受付けシステム。
10. ユーザ単位申込に対してユーザ単位申込待ち状態処理部又は／及び応答処理実行部での処理の優先度を割り当てる優先度割当部を有し、
    ユーザ単位申込待ち状態処理部又は／及び応答処理実行部は、前記割り当てられている優先度に応じて各処理を実行する優先度別処理手段を有する請求項３から９のいずれか一に記載の申込受付システム。
11. ユーザ単位申込に対する優先度の割当要求をユーザから受付ける割当要求受付部と、
    割当要求に対して当該ユーザに課金のための処理をするための課金用処理部と、
    をさらに有する請求項１０に記載の申込受付システム。
12. 前記待ち行列イメージ表示部とともに又は前記待ち行列イメージ表示部に代えて、
    前記ユーザ単位申込の受付けを利用して前記ネットワークを介してユーザ単位の申込であるユーザ単位申込を行うことのできる端末装置にて待ち行列イメージを表示するための出力をする待ち行列イメージ表示出力部、
    を有する請求項２から１１のいずれか一に記載の申込受付システム。
13. 請求項１から１２のいずれか一に記載の申込受付システムを利用して
    ネットワークを介して申込ウエブページにてユーザ単位の申込であるユーザ単位申込を出力するユーザ単位申込出力部と、
    ユーザ単位申込の出力に応じた応答処理の結果を受信する応答処理結果受信部と、
    前記申込受付システムにて受付けたユーザ単位申込を利用して前記申込受付システムから待ち行列イメージを表示するための出力である待ち行列イメージ表示出力を受信する待ち行列イメージ表示出力受信部と、
    受信した待ち行列イメージ表示出力に応じて待ち行列イメージを表示する待ち行列イメージ表示部と、
    を有する端末装置。
14. 前記「ユーザ単位」を「商品・サービス単位」とし、前記「ユーザ数」を「商品・サービス数」と置き換える請求項１から１２に記載の申込受付システム。
15. 前記「ユーザ単位」を「商品・サービス単位」とし、前記「ユーザ数」を「商品・サービス数」と置き換える請求項１３に記載の端末装置。
16. ネットワークを介して申込ウエブページにてユーザ単位の申込であるユーザ単位申込を受付けるユーザ単位申込受付ステップと、
    前記ユーザ単位申込の受付けを利用して前記申込ウエブページ又は／及び前記申込ウエブページとリンクにて接続された別のウエブページに待ち行列イメージを表示する待ち行列イメージ表示ステップと、
    を有する申込受付プログラム。
17. さらにユーザ単位申込受付ステップの実行により申込を受付けたユーザ数をカウントするユーザ数カウントステップを有し、
    待ち行列イメージ表示ステップは、カウントされたユーザ数を利用して前記申込ウエブページ又は／及び前記申込ウエブページとリンクにて接続された別のウエブページに待ち行列イメージを表示する待ち行列イメージカウント表示サブステップと、
    を有する請求項１６に記載の申込受付プログラム。
18. ユーザ単位申込受付ステップにて受付けたユーザ単位申込に対する応答処理実行までの間に未処理状態である待ち状態とするユーザ単位申込待ち状態処理ステップと、
    ユーザ単位申込待ち状態処理ステップにて待ち状態であるユーザ単位申込に対する応答処理を実行する応答処理実行ステップと、
    をさらに有する請求項１６または１７に記載の申込受付プログラム。
19. 待ち行列イメージ表示ステップは、表示する待ち行列イメージを、前記ユーザ単位申込待ち状態処理ステップにて待ち状態とされているユーザ単位申込数に応じて表現する待ち状態表示サブステップを有する請求項１８に記載の申込受付プログラム。
20. 応答処理を実行したユーザ単位申込の数をカウントする応答処理実行済みユーザ単位申込数カウントステップと、
    カウントされた応答処理実行済みユーザ単位申込数に応じて前記待ち行列イメージが表示されている同じディスプレイ画面上に申込者イメージを表示する申込者イメージ表示ステップをさらに有する請求項１９に記載の申込受付プログラム。
21. 待ち行列イメージをネットワークを介して視聴したユーザの数をカウントするギャラリーカウントステップと、
    カウントされたギャラリー数に応じて前記待ち行列イメージが表示されている同じディスプレイ画面上にギャラリーイメージを表示する第一ギャラリーイメージ表示ステップをさらに有する請求項１７から２０のいずれか一に記載の申込受付プログラム。
22. 待ち行列イメージを表示するウエブページがブックマークされた数をカウントするブックマーク数カウントステップと、
    カウントされたブックマーク数に応じて前記待ち行列イメージが表示されている同じディスプレイ画面上にギャラリーイメージを表示する第二ギャラリーイメージ表示ステップをさらに有する請求項１７から２０のいずれか一に記載の申込受付プログラム。
23. ユーザからのコメントを受付けるコメント受付ステップを有し、
    各イメージ表示ステップの少なくともいずれか一において、コメント受付ステップにて受付けたコメントを表示するコメント表示サブステップを有する請求項１７から２２のいずれか一に記載の申込受付プログラム。
24. 各ユーザにアバターを割り当てるアバター割当ステップを有し、
    各イメージ表示ステップにおいて、各イメージを各ユーザに割り当てられているアバターを用いて表示するアバター表示サブステップを有する請求項１７から２３のいずれか一に記載の申込受付プログラム。
25. ユーザ単位申込に対してユーザ単位申込待ち状態処理ステップ又は／及び応答処理実行ステップでの処理の優先度を割り当てる優先度割当ステップを有し、
    ユーザ単位申込待ち状態処理ステップ又は／及び応答処理実行ステップは、前記割り当てられている優先度に応じて各処理を実行する優先度別処理サブステップを有する請求項１８から２４のいずれか一に記載の申込受付プログラム。
26. ユーザ単位申込に対する優先度の割当要求をユーザから受付ける割当要求受付ステップと、
    割当要求に対して当該ユーザに課金のための処理をするための課金用処理ステップと、
    をさらに有する請求項２５に記載の申込受付プログラム。
27. 前記待ち行列イメージ表示ステップとともに又は前記待ち行列イメージ表示ステップに代えて、
    前記ネットワークを介して申込ウエブページにてユーザ単位の申込であるユーザ単位申込を行うことのできる端末装置にて受付けられたユーザ単位申込を利用して待ち行列イメージを表示するための出力をする待ち行列イメージ表示出力ステップと、
    を有する請求項１７から２６のいずれか一に記載の申込受付プログラム。
28. 請求項１７から２７のいずれか一に記載の申込受付プログラムを実行して
    ネットワークを介して申込ウエブページにてユーザ単位の申込であるユーザ単位申込を出力するユーザ単位申込出力ステップと、
    ユーザ単位申込の出力に応じた応答処理の結果を受信する応答処理結果受信ステップと、
    前記申込受付システムにて受付けたユーザ単位申込を利用して前記申込受付システムから待ち行列イメージを表示するための出力である待ち行列イメージ表示出力を受信する待ち行列イメージ表示出力受信ステップと、
    受信した待ち行列イメージ表示出力に応じて待ち行列イメージを表示する待ち行列イメージ表示ステップと、
    を有する端末装置の動作プログラム。
29. 前記「ユーザ単位」を「商品・サービス単位」とし、前記「ユーザ数」を「商品・サービス数」と置き換える請求項１６から２７に記載の申込受付プログラム。
30. 前記「ユーザ単位」を「商品・サービス単位」とし、前記「ユーザ数」を「商品・サービス数」と置き換える請求項２８に記載の端末装置の動作プログラム。

Images