(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023100898
(43)【公開日】2023-07-19
(54)【発明の名称】チケット情報処理装置及び制御プログラム
(51)【国際特許分類】
G06Q 10/02 20120101AFI20230711BHJP
G06Q 50/10 20120101ALI20230711BHJP
【ＦＩ】
G06Q10/02
G06Q50/10
【審査請求】有
【請求項の数】3
【出願形態】ＯＬ
(21)【出願番号】P 2023077395
(22)【出願日】2023-05-09
(62)【分割の表示】P 2019003747の分割
【原出願日】2019-01-11
(71)【出願人】
【識別番号】500033117
【氏名又は名称】株式会社ＭＩＸＩ
(72)【発明者】
【氏名】中井 研
(57)【要約】 （修正有）
【課題】状況に応じて的確にユーザを案内するチケット情報処理装置、方法及びプログラムを提供する。
【解決手段】管理サーバとチケット発行装置及びユーザ端末が、通信ネットワークを通じてデータの授受が可能なシステムにおいて、チケット発行装置３０ａは、所定期間内に提供されるサービスに関する整理チケットを求めるユーザに提示させる提示情報を用いて、該ユーザに対する整理チケットの発行状況を特定する特定部４２３ａと、ユーザ向けの整理チケットに反映されるユーザの案内優先度を特定される発行状況に基づいて決定する決定部４２４ａと、を備える。
【選択図】図４
【解決手段】管理サーバとチケット発行装置及びユーザ端末が、通信ネットワークを通じてデータの授受が可能なシステムにおいて、チケット発行装置３０ａは、所定期間内に提供されるサービスに関する整理チケットを求めるユーザに提示させる提示情報を用いて、該ユーザに対する整理チケットの発行状況を特定する特定部４２３ａと、ユーザ向けの整理チケットに反映されるユーザの案内優先度を特定される発行状況に基づいて決定する決定部４２４ａと、を備える。
【選択図】図４
【特許請求の範囲】
【請求項1】
所定期間内に提供されるサービスに関する整理チケットを求めるユーザに提示させる提示情報を用いて該ユーザに対する該整理チケットの発行状況を特定する特定手段と、
前記ユーザ向けの前記整理チケットに反映される該ユーザの案内優先度を前記特定手段により特定される前記発行状況に基づいて決定する決定手段と、
を備えるチケット情報処理装置。
前記ユーザ向けの前記整理チケットに反映される該ユーザの案内優先度を前記特定手段により特定される前記発行状況に基づいて決定する決定手段と、
を備えるチケット情報処理装置。
【請求項2】
前記特定手段が、前記所定期間内に前記ユーザに複数回提供され得る前記サービスに関する前記整理チケットの該ユーザに対する前記発行状況を特定し、
前記決定手段が、前記ユーザに対する前記整理チケットの過去の発行回数を少なくとも含む前記発行状況に応じて前記案内優先度が変化するように該案内優先度を決定する、
請求項１に記載のチケット情報処理装置。
前記決定手段が、前記ユーザに対する前記整理チケットの過去の発行回数を少なくとも含む前記発行状況に応じて前記案内優先度が変化するように該案内優先度を決定する、
請求項１に記載のチケット情報処理装置。
【請求項3】
前記決定手段が、前記発行回数が第１の値以下である場合の前記案内優先度を、前記発行回数が前記第１の値より大きい場合の前記案内優先度よりも高くする、
請求項２に記載のチケット情報処理装置。
請求項２に記載のチケット情報処理装置。
【請求項4】
前記決定手段が、前記発行回数が多いほど前記案内優先度が低くなるように該案内優先度を決定する、
請求項２又は請求項３に記載のチケット情報処理装置。
請求項２又は請求項３に記載のチケット情報処理装置。
【請求項5】
前記決定手段が、前記ユーザに対する前記整理チケットの発行回数が第２の値以上の場合に前記案内優先度を決定せず、
前記決定手段により前記案内優先度が決定された場合に限り該案内優先度が反映された前記整理チケットの発行を発行手段に指示する指示手段をさらに備える、
請求項１に記載のチケット情報処理装置。
前記決定手段により前記案内優先度が決定された場合に限り該案内優先度が反映された前記整理チケットの発行を発行手段に指示する指示手段をさらに備える、
請求項１に記載のチケット情報処理装置。
【請求項6】
所定期間内に提供されるサービスに関する整理チケットを求めるユーザに提示させる提示情報を用いて該ユーザに対する該整理チケットの発行状況を特定する特定機能と、
前記ユーザ向けの前記整理チケットに反映される該ユーザの案内優先度を前記特定機能により特定される前記発行状況に基づいて決定する決定機能と、
を情報処理装置のコンピュータに実現させる制御プログラム。
前記ユーザ向けの前記整理チケットに反映される該ユーザの案内優先度を前記特定機能により特定される前記発行状況に基づいて決定する決定機能と、
を情報処理装置のコンピュータに実現させる制御プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、特定の用途に特に適合したデジタル計算またはデータ処理の装置または方法に関する。
【背景技術】
【0002】
ユーザが提示する情報をサーバに照会し、照会結果に応じて受付案内用のチケットを発行する受付処理システムが知られている。例えば、特許文献１には、端末に挿入される識別カードから読み取られる情報を用いてユーザの案内優先度を判断し、案内優先度が高いユーザには優先受付番号が付されたチケットを発行し、案内優先度が低いユーザには優先受付番号とは異なる番号系列の受付番号が付されたチケットを発行する受付処理システムが開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０００－２５９７４６号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１に記載の受付処理システムでは、識別カードに関連付けて記憶されている取引額や預金残高などの情報からＶＩＰ（Very Important Person）待遇の優良顧客に該当するか否かを判定し、当該判定の結果に応じて案内優先度が判断される。そのため、各ユーザの案内優先度はほとんど変化しない。
【0005】
本発明が解決しようとする課題は、状況に応じて的確にユーザを案内することである。
【課題を解決するための手段】
【0006】
上記課題を解決するため、本発明は、整理チケットを求めるユーザに対する整理チケットの発行状況を判断条件の１つとして用いて当該ユーザの案内優先度を決定する。本発明は、少なくとも下記の各態様を包含する。
【0007】
〔Ａ〕所定期間内に提供されるサービスに関する整理チケットを求めるユーザに提示させる提示情報を用いて該ユーザに対する該整理チケットの発行状況を特定する特定手段と、前記ユーザ向けの前記整理チケットに反映される該ユーザの案内優先度を前記特定手段により特定される前記発行状況に基づいて決定する決定手段と、を備えるチケット情報処理装置。
【0008】
〔Ｂ〕所定期間内に提供されるサービスに関する整理チケットを求めるユーザに提示させる提示情報を用いて該ユーザに対する該整理チケットの発行状況を特定する特定段階と、前記ユーザ向けの前記整理チケットに反映される該ユーザの案内優先度を前記特定段階で特定される前記発行状況に基づいて決定する決定段階と、を含む、情報処理装置の制御方法。
【0009】
〔Ｃ〕所定期間内に提供されるサービスに関する整理チケットを求めるユーザに提示させる提示情報を用いて該ユーザに対する該整理チケットの発行状況を特定する特定機能と、前記ユーザ向けの前記整理チケットに反映される該ユーザの案内優先度を前記特定機能により特定される前記発行状況に基づいて決定する決定機能と、を情報処理装置のコンピュータに実現させる制御プログラム。
【0010】
〔Ｄ〕所定期間内に提供されるサービスに関する整理チケットを求めるユーザに提示させる提示情報を用いて該ユーザに対する該整理チケットの発行状況を特定する特定機能と、前記ユーザ向けの前記整理チケットに反映される該ユーザの案内優先度を前記特定機能により特定される前記発行状況に基づいて決定する決定機能と、を情報処理装置のコンピュータに実現させる制御プログラムを非一時的に記録する記録媒体。
【発明の効果】
【0011】
本発明により決定される案内優先度が反映された整理チケットを発行すれば、整理チケットの発行状況に応じて的確にユーザを案内することができる。
【0012】
上記〔Ａ〕の「チケット情報処理装置」には、下記の技術的限定を加えてもよい。また、同様の技術的限定を、上記〔Ｂ〕の「制御方法」，上記〔Ｃ〕の「制御プログラム」及び上記〔Ｄ〕の「記録媒体」が記録する制御プログラムにそれぞれ加えてもよい。
【0013】
（１）前記特定手段が、前記所定期間内に前記ユーザに複数回提供され得る前記サービスに関する前記整理チケットの該ユーザに対する前記発行状況を特定し、前記決定手段が、前記ユーザに対する前記整理チケットの過去の発行回数を少なくとも含む前記発行状況に応じて前記案内優先度が変化するように該案内優先度を決定する。これにより、整理チケットの発行回数に応じて的確にユーザを案内することができる。
【0014】
（２）前記決定手段が、前記発行回数が第１の値以下である場合の前記案内優先度を、前記発行回数が前記第１の値より大きい場合の前記案内優先度よりも高くする。これにより、整理チケットの発行回数が少ないユーザを優先的に案内することができる。
【0015】
（３）前記決定手段が、前記発行回数が多いほど前記案内優先度が低くなるように該案内優先度を決定する。これにより、整理チケットの発行回数が少ないユーザを優先的に案内することができる。
【0016】
（４）前記決定手段が、前記ユーザに対する前記整理チケットの発行回数が第２の値以上の場合に前記案内優先度を決定せず、前記決定手段により前記案内優先度が決定された場合に限り該案内優先度が反映された前記整理チケットの発行を発行手段に指示する指示手段をさらに備える。これにより、整理チケットの発行回数が多いユーザを案内しないようにすることができる。
【図面の簡単な説明】
【0017】
【図1】システムのネットワーク構成を例示する構成図である。（実施例１）
【図2】サーバ装置及びクライアント装置の電気的構成を例示するブロック図である 。（実施例１）
【図3】ユーザ装置の電気的構成を例示するブロック図である。（実施例１）
【図4】システムの機能構成を例示するブロック図である。（実施例１）
【図5】発券情報の項目を例示する説明図である。（実施例１）
【図6】二次元コードの発行手順を例示するシーケンス図である。（実施例１）
【図7】整理券の発券手順を例示するシーケンス図である。（実施例１）
【図8】サービスが提供される会場の内部の見取図である。（実施例２）
【図10】システムの機能構成を例示するブロック図である。（実施例２）
【図11】座席情報の項目を例示する説明図である。（実施例２）
【図12】整理券の発券手順を例示するシーケンス図である。（実施例２）
【発明を実施するための形態】
【0018】
［１．実施形態］
［１－１．概要］
実施形態１，２は、提供されるサービスに関する整理チケットを発行する仕組みに関する。実施形態１，２では、整理チケットを求めるユーザに提示情報を提示させ、当該提示情報に関連付けて記憶されている情報に応じた案内優先度が反映された整理チケットを当該ユーザに対して発行する。
［１－１．概要］
実施形態１，２は、提供されるサービスに関する整理チケットを発行する仕組みに関する。実施形態１，２では、整理チケットを求めるユーザに提示情報を提示させ、当該提示情報に関連付けて記憶されている情報に応じた案内優先度が反映された整理チケットを当該ユーザに対して発行する。
【0019】
実施形態１では、状況に応じて的確にユーザを案内するため、整理チケットを求めるユーザに対する整理チケットの発行状況を判断条件の一つとして用いて当該ユーザの案内優先度を決定する。実施形態２では、位置に応じて円滑にユーザを案内するため、整理チケットを求めるユーザに対する当該サービスの提供位置の情報を判断条件の一つとして用いて当該ユーザの案内優先度を決定する。
【0020】
［１－２．チケット情報処理装置］
実施形態１に係るチケット情報処理装置（例えば、図４のチケット発行装置３０ａ）は、所定期間内に提供されるサービスに関する整理チケットを求めるユーザに提示させる提示情報を用いて該ユーザに対する該整理チケットの発行状況を特定する特定手段（例えば、図４の特定部４２３ａ）と、前記ユーザ向けの前記整理チケットに反映される該ユーザの案内優先度を前記特定手段により特定される前記発行状況に基づいて決定する決定手段
（例えば、図４の決定部４２４ａ）と、を備える。
実施形態１に係るチケット情報処理装置（例えば、図４のチケット発行装置３０ａ）は、所定期間内に提供されるサービスに関する整理チケットを求めるユーザに提示させる提示情報を用いて該ユーザに対する該整理チケットの発行状況を特定する特定手段（例えば、図４の特定部４２３ａ）と、前記ユーザ向けの前記整理チケットに反映される該ユーザの案内優先度を前記特定手段により特定される前記発行状況に基づいて決定する決定手段
（例えば、図４の決定部４２４ａ）と、を備える。
【0021】
実施形態２に係るチケット情報処理装置（例えば、図１０のチケット発行装置３０ｂ）は、所定空間で提供されるサービスに関する整理チケットを求めるユーザに提示させる提示情報を用いて該ユーザに該サービスが提供される提供位置の情報を特定する特定手段（例えば、図１０の特定部４２３ｂ）と、前記ユーザ向けの前記整理チケットに反映される該ユーザの案内優先度を前記特定手段により特定される前記情報に基づいて決定する決定手段（例えば、図１０の決定部４２４ｂ）と、を備える。
【0022】
実施形態１，２に係るチケット情報処理装置は、クライアントサーバ型のチケット情報処理システムにおいて、サーバ側に記憶されている所定の情報を通信ネットワークを介して取得可能なクライアント側装置として構成されるのが好適である。この場合、クライアント側装置は、サービスが提供される場所の近傍に設置される装置でもよいし、サービスが提供される場所の近傍で案内係が所持する装置でもよい。
【0023】
なお、実施形態１，２に係るチケット情報処理装置は、クライアントサーバ型のチケット情報処理システムにおいて、サーバ側に記憶されている所定の情報を通信ネットワークを介してクライアント側装置に提供可能なサーバ側装置として構成されてもよい。この場合、クライアント側装置は、サービスが提供される場所の近傍に設置される装置でもよいし、サービスが提供される場所の近傍で案内係が所持する装置でもよいし、コンビニエンスストア等に設置される装置でもよい。
【0024】
この明細書では、下記のように用語を用いる。
【0025】
（１）「サービス」とは、ユーザに対して提供される役務をいう。ユーザに対する役務の提供は、有償でも無償でもよい。役務が提供される時期は、所定期間内に限られる場合がある。所定期間に限られる役務は、所定期間内に継続的に又は断続的になされる一連の作為の全部又は一部でもよいし、所定期間内に反復される単発の作為の全部又は一部でもよい。各ユーザは、所定期間内に役務の提供をそれぞれ複数回受けることができる場合がある。所定期間の定め方は任意である。所定期間には、少なくとも始期が定められているのが好ましい。所定期間は、例えば、開始時期から終了時期までの期間，開始時期から所定時間が経過するまでの期間，開始時期から終了条件が満たされるまでの期間として把握される。終了条件は、例えば、サービスの提供に当たりその提供を受ける者の利用に供する物品がなくなることである。提供を受ける者の利用に供する物品は、例えば、提供を受ける者に譲渡若しくは貸与される物品又はこれらの材料となる物品である。役務が提供される場所は、外部から遮断され又は少なくとも部分的に仕切られた所定空間の内部である場合がある。所定空間で提供される役務は、所定空間の内部で複数のユーザに対し一斉に提供される場合がある。
【0026】
（２）「整理チケット」とは、サービスに関する整理情報が表示された整理券又は当該整理券に相当する電子データをいう。整理情報は、所定サービスに関しユーザを案内する順番を特定可能な情報である。案内する順番を特定可能な情報は、例えば、当該ユーザ又は当該ユーザを含むグループの案内順位，案内時期，案内開始条件である。整理情報の系統は、全ての整理チケットに共通でもよいし一部の整理チケットのものだけ相違していてもよい。サービスの提供を受ける資格を示す資格チケットに当該サービスに関する整理情報が表示されている場合、当該資格チケットは整理チケットを兼ねる。資格チケットは、例えば、航空チケット，入場チケットである。
【0027】
（３）「提示情報」とは、リーダで読取可能なコード又は当該コードに格納されたデータをいう。コードは、視認可能でもよいし、視認不能でもよい。視認可能なコードは、紙に印刷された状態又は画面に表示された状態で、所定のリーダにより読み取られ得る。視認可能なコードは、画像形式でもよいし、文字列形式でもよい。画像形式のコードは、例えば、二次元コード（ＱＲコード（登録商標））、一次元コード（バーコード）である。画像形式のコードは、これに対応する文字列を格納している。視認不能なコードは、記録担体に記録され所定のリーダにより読み取られ得る。記録担体は、例えば、磁気カード等の携帯品に貼付されている磁気ストライプや、ＩＣカード，携帯装置，ウェアラブル装置等の携帯品に埋め込まれているＩＣチップである。ＩＣチップは、例えば、ＦｅｌｉＣａ
（登録商標）チップである。また、提示情報は、リーダで読取可能な、ユーザの生体情報のパターンでもよい。生体情報は、例えば、指紋，掌形，網膜の毛細血管，虹彩，顔形，掌の血管，指の血管である。
（登録商標）チップである。また、提示情報は、リーダで読取可能な、ユーザの生体情報のパターンでもよい。生体情報は、例えば、指紋，掌形，網膜の毛細血管，虹彩，顔形，掌の血管，指の血管である。
【0028】
（４）「発行状況」とは、整理チケットが発行された履歴から分かる状況をいう。履歴から分かる情報は、例えば、特定のユーザに対し整理チケットが過去に発行された回数，特定のユーザに対し整理チケットが最後に発行された時期である。発行状況に基づいて整理チケットが発行される場合、発行の依頼（つまり、提示情報の提示）を受けた順番と上記整理情報が示す案内する順番とが一致しないことが多い。
【0029】
（５）「提供位置」とは、個別のユーザにサービスが提供される位置をいう。換言すれば、個別のユーザがサービスの提供を受ける位置をいう。ユーザごとの提供位置の確定時期は、各ユーザに対する整理チケットの発行時又は発行前である。整理チケットの発行前の確定時期は、例えば、サービスの提供を受けるための予約の確定時である。サービスが上記所定空間の内部において複数のユーザに対して一斉に提供される場合、当該所定空間の内部における提供位置は、ユーザに割り振られた部分空間をいう。ユーザに割り振られた部分空間は、例えば、座席番号で特定される座席で利用可能な空間，エリア番号で特定されるエリアの内部である。座席番号で特定される座席は、近隣の複数の他の座席とともに特定の領域に含まれる場合がある。提供位置に基づいて整理チケットが発行される場合、発行の依頼（つまり、提示情報の提示）を受けた順番と上記整理情報が示す案内する順番とが一致しないことが多い。
【0030】
（６）「案内優先度」とは、サービスの提供又はサービスが提供される場所への移動を案内する際のユーザの優先度合いをいう。優先度合いの高低は、数値の大小で定義されてもよいし、時刻の先後で定義されてもよいし、段階（レベル）の上下で定義されてもよい。段階の上下で定義される優先度合いは、順番が決まっている複数の文字列のいずれかにより表現され得る。案内優先度が高いユーザほど、案内される順番が早い。ある条件（第１条件）を満たす場合に案内優先度を相対的に高くすることは、第１条件を満たす場合に案内優先度を上昇させる処理と第１条件を満たさない場合に案内優先度を下降させる処理との少なくともいずれかを実行することである。また、他の条件（第２条件）を満たす場合に案内優先度を相対的に低くすることは、第２条件を満たす場合に案内優先度を下降させる処理と第２条件を満たさない場合に案内優先度を上昇させる処理との少なくともいずれかを実行することである。
【0031】
（７）第１の値を上回らない（つまり、第１の値以下である）とは、例えば、第１の値に達していないことをいう。第１の値は、例えば、第１閾値である。第１閾値は、適当な自然数である。１人のユーザに対するサービスの提供回数の上限がｎ回（ｎ：適当な自然数）に設定されている場合、第１閾値はｎに設定されるとよい。１人のユーザに対するサービスの提供回数の上限が設定されていない場合、第１閾値は任意に設定され得る。
【0032】
（８）第２の値を下回らない（つまり、第２の値以上である）とは、例えば、第２の値に達していることをいう。第２の値は、例えば、第２閾値である。第２閾値は、適当な自然数である。１人のユーザに対するサービスの提供回数の上限がｍ回（ｍ：適当な自然数）に設定されている場合、第２閾値はｍに設定されるとよい。
【0033】
（９）「入場位置」とは、外部から遮断され又は少なくとも部分的に仕切られた上記所定空間に出入りする際に通る出入口の位置をいう。出入口が複数ある場合、入場位置はいずれか１つの出入口の位置をいう。いずれか１つの出入口は、例えば、提供位置までの経路が最短になるように選択される。
【0034】
（１０）「進入位置」とは、提供位置を含む領域に出入りする際に通る進入口の位置をいう。進入口が複数ある場合は、進入位置はいずれか１つの進入口の位置をいう。いずれか１つの進入口は、例えば、入場位置からの経路又は提供位置までの経路が最短になるように選択される。
【0035】
（１１）「誘導優先度」とは、ユーザを提供位置へ誘導する際の提供位置の優先度合いをいう。優先度合いの高低は、数値の大小で定義されてもよいし、時刻の先後で定義されてもよいし、段階（レベル）の上下で定義されてもよい。段階の上下で定義される優先度合いは、順番が決まっている複数の文字列のいずれかにより表現され得る。誘導優先度は、誘導の準備状況に応じて変化させるのが好適である。例えば、誘導の準備ができていない場合に、誘導優先度が低くなるように変化させてもよい。誘導優先度が低い提供位置でサービスの提供を受けるユーザほど、案内される順番が遅い。
【実施例0036】
［２．実施例１］
［２－１．概要］
実施例１は、所定期間内に１人のユーザに複数回提供され得るサービス（以下「実施例１のサービス」という。）に関しサービスの提供を案内する整理券（整理チケット）を発券（発行）するサービス（以下「実施例１の事前サービス」という。）に関する。実施例１のサービスは、例えば、遊園地の開園時間内に当該遊園地内の特定のアトラクションで遊戯機械を使用させるサービスである。なお、展示会の開催期間内に展示会場内の特定のブースで展示物を試用させるサービスも実施例１のサービスに該当し得る。
［２－１．概要］
実施例１は、所定期間内に１人のユーザに複数回提供され得るサービス（以下「実施例１のサービス」という。）に関しサービスの提供を案内する整理券（整理チケット）を発券（発行）するサービス（以下「実施例１の事前サービス」という。）に関する。実施例１のサービスは、例えば、遊園地の開園時間内に当該遊園地内の特定のアトラクションで遊戯機械を使用させるサービスである。なお、展示会の開催期間内に展示会場内の特定のブースで展示物を試用させるサービスも実施例１のサービスに該当し得る。
【0037】
［２－２．特徴］
実施例１の事前サービスでは、整理券を求めるユーザに二次元コード（提示情報）を提示させ、当該二次元コードに関連付けて記憶されている発券情報（照会情報）に応じた案内優先度が反映された整理券を当該ユーザに対して発券する。特に、状況に応じて的確にユーザを案内するため、整理券を求めるユーザに対する整理券の発券状況（発行状況）を判断条件の一つとして用いて当該ユーザの案内優先度を決定する。以下の説明では、整理券の発券回数（発行回数）に応じて案内優先度を変動させている。
実施例１の事前サービスでは、整理券を求めるユーザに二次元コード（提示情報）を提示させ、当該二次元コードに関連付けて記憶されている発券情報（照会情報）に応じた案内優先度が反映された整理券を当該ユーザに対して発券する。特に、状況に応じて的確にユーザを案内するため、整理券を求めるユーザに対する整理券の発券状況（発行状況）を判断条件の一つとして用いて当該ユーザの案内優先度を決定する。以下の説明では、整理券の発券回数（発行回数）に応じて案内優先度を変動させている。
【0038】
［２－３．実施例１のシステムの構成］
［２－３－１．ネットワーク構成］
（１）概要
図１は、実施例１のシステムのネットワーク構成を例示する。実施例１のシステムは、実施例１の事前サービスをユーザに提供する。
［２－３－１．ネットワーク構成］
（１）概要
図１は、実施例１のシステムのネットワーク構成を例示する。実施例１のシステムは、実施例１の事前サービスをユーザに提供する。
【0039】
図１に例示されるように、実施例１のシステムは、実施例１の事前サービスを管理する管理サーバ１０ａと、実施例１の事前サービスに関連するデータを管理するユーザＤＢ（Data Base）２０ａと、実施例１のサービスが提供される場所の近傍に設置されるチケット発行装置３０ａと、チケット発行装置３０ａに有線又は無線で接続される入力出力装置４０と、複数のユーザがそれぞれ使用する複数のユーザ端末５０と、を含む。チケット発行装置３０ａ及び入力出力装置４０は、それぞれ単数でも複数でもよい。なお、図１において、チケット発行装置３０ａ、入力出力装置４０及びユーザ端末５０は、図面の簡略化のために一つずつのみが示される。
【0040】
管理サーバ１０ａとチケット発行装置３０ａは、通信ネットワーク６０を通じてデータの授受が可能である。管理サーバ１０ａとユーザ端末５０は、通信ネットワーク６０を通じてデータの授受が可能である。管理サーバ１０ａは、ユーザＤＢ２０ａで管理されるデータにアクセス可能である。チケット発行装置３０ａと入力出力装置４０は、データの授受が可能である。
【0041】
通信ネットワーク６０は、インターネット（Internet），携帯電話網，無線ＷＡＮ（Wireless Wide Area Network），無線ＬＡＮ（Wireless Local Area Network），イーサネット（Ethernet）（登録商標）などの既存のネットワークのうち少なくともいずれかを含んでいてよい。
【0042】
（２）管理サーバ
管理サーバ１０ａは、Ｗｅｂサーバプログラムがインストールされたサーバ装置（コンピュータ）である。管理サーバ１０ａは、要求（リクエスト）に応じて、ユーザＤＢ２０ａから必要なデータを取得し、要求元に提供（レスポンス）する。また、管理サーバ１０ａは、要求（リクエスト）に応じて、ユーザＤＢ２０ａに必要なデータを登録する。
管理サーバ１０ａは、Ｗｅｂサーバプログラムがインストールされたサーバ装置（コンピュータ）である。管理サーバ１０ａは、要求（リクエスト）に応じて、ユーザＤＢ２０ａから必要なデータを取得し、要求元に提供（レスポンス）する。また、管理サーバ１０ａは、要求（リクエスト）に応じて、ユーザＤＢ２０ａに必要なデータを登録する。
【0043】
（３）ユーザＤＢ
ユーザＤＢ２０ａは、ＤＢサーバプログラムがインストールされたサーバ装置（コンピュータ）に包含され又は接続され、当該サーバ装置上で動作するＤＢサーバとともにＤＢＭＳ（Data Base Management System）を構成する。ＤＢサーバは、要求（リクエスト）に応じて、要求元に必要なデータを提供する。また、ＤＢサーバは、要求（リクエスト）に応じて、必要なデータを登録する。ユーザＤＢ２０ａは、実施例１の事前サービスに関連するデータを記憶する記憶装置として機能する。なお、複数のサーバ装置を連携させてサーバシステムを構成し、ＤＢサーバの機能を分担させ又はＤＢサーバにかかる負担を分散させてもよい。
ユーザＤＢ２０ａは、ＤＢサーバプログラムがインストールされたサーバ装置（コンピュータ）に包含され又は接続され、当該サーバ装置上で動作するＤＢサーバとともにＤＢＭＳ（Data Base Management System）を構成する。ＤＢサーバは、要求（リクエスト）に応じて、要求元に必要なデータを提供する。また、ＤＢサーバは、要求（リクエスト）に応じて、必要なデータを登録する。ユーザＤＢ２０ａは、実施例１の事前サービスに関連するデータを記憶する記憶装置として機能する。なお、複数のサーバ装置を連携させてサーバシステムを構成し、ＤＢサーバの機能を分担させ又はＤＢサーバにかかる負担を分散させてもよい。
【0044】
（４）チケット発行装置
チケット発行装置３０ａは、所定のプログラムがインストールされたクライアント装置
（コンピュータ）である。クライアント装置として、専用の処理装置や汎用の処理装置（例えば、ＰＣ（personal computer）など）を用いることができる。チケット発行装置３０ａは、入力出力装置４０から受け取った二次元コードのデータに基づいて必要なデータを管理サーバ１０ａに照会し、照会結果に応じた整理券を入力出力装置４０に発券させる。
チケット発行装置３０ａは、所定のプログラムがインストールされたクライアント装置
（コンピュータ）である。クライアント装置として、専用の処理装置や汎用の処理装置（例えば、ＰＣ（personal computer）など）を用いることができる。チケット発行装置３０ａは、入力出力装置４０から受け取った二次元コードのデータに基づいて必要なデータを管理サーバ１０ａに照会し、照会結果に応じた整理券を入力出力装置４０に発券させる。
【0045】
（５）入力出力装置
入力出力装置４０は、二次元コードを読み取る機能（リーダ）と整理券を印刷する機能
（プリンタ）を有する。リーダは二次元コードを撮影して画像データ化し当該画像データを解析して当該二次元コードに対応する文字列データを認識する機能を有する。入力出力装置４０は、読み取った二次元コードのデータをチケット発行装置３０ａに受け渡す。
入力出力装置４０は、二次元コードを読み取る機能（リーダ）と整理券を印刷する機能
（プリンタ）を有する。リーダは二次元コードを撮影して画像データ化し当該画像データを解析して当該二次元コードに対応する文字列データを認識する機能を有する。入力出力装置４０は、読み取った二次元コードのデータをチケット発行装置３０ａに受け渡す。
【0046】
（６）ユーザ端末
ユーザ端末５０は、所定のプログラムがインストールされたユーザ装置（コンピュータ）である。実施例１の事前サービスでは、ユーザ装置として、プログラムをインストール可能な汎用の携帯装置（例えば、携帯電話，スマートフォン（smartphone），タブレット
（tablet）端末，タブレットＰＣ（personal computer），ウェアラブルデバイス（wearable device）など）や汎用の処理装置（例えば、ＰＣ（personal computer）など）を用いることができる。
ユーザ端末５０は、所定のプログラムがインストールされたユーザ装置（コンピュータ）である。実施例１の事前サービスでは、ユーザ装置として、プログラムをインストール可能な汎用の携帯装置（例えば、携帯電話，スマートフォン（smartphone），タブレット
（tablet）端末，タブレットＰＣ（personal computer），ウェアラブルデバイス（wearable device）など）や汎用の処理装置（例えば、ＰＣ（personal computer）など）を用いることができる。
【0047】
［２－３－２．電気的構成］
（１）サーバ装置及びクライアント装置の電気的構成
図２は、サーバ装置及びクライアント装置の電気的構成を例示する。図２に例示されるサーバ装置及びクライアント装置は、ＣＰＵ（Central Processing Unit）やＲＯＭ（Read Only Memory）を含む制御処理装置２１１と、ＲＡＭ（Random Access Memory）を含む主記憶装置２１２と、ＨＤＤ（Hard Disc Drive）を含む補助記憶装置２１３と、マウスやキーボードやタッチパネルディスプレイを含む入力装置２１４と、ディスプレイやスピーカを含む出力装置２１５と、ネットワークカード（Network Interface Card）を含む通信制御装置２１６と、を有する。なお、ＣＰＵの代わりにＭＰＵ（Micro-Processing Unit）やＤＳＰ（Digital Signal Processor）等の装置を用いてもよい。
（１）サーバ装置及びクライアント装置の電気的構成
図２は、サーバ装置及びクライアント装置の電気的構成を例示する。図２に例示されるサーバ装置及びクライアント装置は、ＣＰＵ（Central Processing Unit）やＲＯＭ（Read Only Memory）を含む制御処理装置２１１と、ＲＡＭ（Random Access Memory）を含む主記憶装置２１２と、ＨＤＤ（Hard Disc Drive）を含む補助記憶装置２１３と、マウスやキーボードやタッチパネルディスプレイを含む入力装置２１４と、ディスプレイやスピーカを含む出力装置２１５と、ネットワークカード（Network Interface Card）を含む通信制御装置２１６と、を有する。なお、ＣＰＵの代わりにＭＰＵ（Micro-Processing Unit）やＤＳＰ（Digital Signal Processor）等の装置を用いてもよい。
【0048】
主記憶装置２１２、補助記憶装置２１３、入力装置２１４、出力装置２１５及び通信制御装置２１６は、バスラインを介して制御処理装置２１１とそれぞれ接続される。制御処理装置２１１は、（１）補助記憶装置２１３に記憶されたプログラムを主記憶装置２１２上に読み込み、（２）プログラムの指示に従って入力装置２１４と補助記憶装置２１３と通信制御装置２１６との少なくともいずれかからデータを取得し、（３）取得したデータをプログラムに規定される手順で演算・加工した上で、（４）演算済み・加工済みのデータを補助記憶装置２１３と出力装置２１５と通信制御装置２１６との少なくともいずれかに提供する。
【0049】
（２）ユーザ装置の電気的構成
図３は、ユーザ装置の電気的構成を例示する。図３に例示されるユーザ装置は、制御処理部を構成するＤＳＰ３１１と、主記憶部を構成するＲＡＭ３１２と、補助記憶部を構成するＲＯＭ３１３及びＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）３１４と、入力部及び表示部を構成するタッチパネルディスプレイ３１５と、音声出力部を構成するスピーカ３１６と、通信制御部を構成するＮＩＣ（Network Interface Controller）３１７及び無線ＬＡＮ（Local Area Network）チップ３１８と、を少なくとも有する。
図３は、ユーザ装置の電気的構成を例示する。図３に例示されるユーザ装置は、制御処理部を構成するＤＳＰ３１１と、主記憶部を構成するＲＡＭ３１２と、補助記憶部を構成するＲＯＭ３１３及びＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）３１４と、入力部及び表示部を構成するタッチパネルディスプレイ３１５と、音声出力部を構成するスピーカ３１６と、通信制御部を構成するＮＩＣ（Network Interface Controller）３１７及び無線ＬＡＮ（Local Area Network）チップ３１８と、を少なくとも有する。
【0050】
ＲＡＭ３１２、ＲＯＭ３１３、ＥＥＰＲＯＭ３１４、タッチパネルディスプレイ３１５、スピーカ３１６、ＮＩＣ３１７及び無線ＬＡＮチップ３１８は、バスラインを介してＤＳＰ３１１とそれぞれ接続される。ＤＳＰ３１１は、（１）ＲＯＭ３１３又はＥＥＰＲＯＭ３１４に記憶されたプログラムをＲＡＭ３１２上に読み込み、（２）プログラムの指示に従ってタッチパネルディスプレイ３１５とＥＥＰＲＯＭ３１４とＮＩＣ３１７と無線ＬＡＮチップ３１８との少なくともいずれかからデータを取得し、（３）取得したデータをプログラムに規定される手順で演算・加工した上で、（４）演算済み・加工済みのデータをＥＥＰＲＯＭ３１４とタッチパネルディスプレイ３１５とスピーカ３１６とＮＩＣ３１７と無線ＬＡＮチップ３１８との少なくともいずれかに提供する。
【0051】
［２－３－３．機能構成］
図４は、実施例１のシステムの機能構成を例示する。図４に例示されるように、管理サーバ１０ａは、発行部４１１ａ及び提供部４１３ａを具備する。ユーザＤＢ２０ａは、記憶部４１２ａを具備する。チケット発行装置３０ａは、特定部４２３ａ，決定部４２４ａ及び指示部４２５ａを具備する。入力出力装置４０は、認識部４２１及び発券部４２２を具備する。
図４は、実施例１のシステムの機能構成を例示する。図４に例示されるように、管理サーバ１０ａは、発行部４１１ａ及び提供部４１３ａを具備する。ユーザＤＢ２０ａは、記憶部４１２ａを具備する。チケット発行装置３０ａは、特定部４２３ａ，決定部４２４ａ及び指示部４２５ａを具備する。入力出力装置４０は、認識部４２１及び発券部４２２を具備する。
【0052】
発行部４１１ａ及び提供部４１３ａは、管理サーバ１０ａとして機能するサーバ装置の制御処理装置２１１及び通信制御装置２１６を含んで構成される。記憶部４１２ａは、ユーザＤＢ２０ａを含んで構成される。特定部４２３ａ及び指示部４２５ａは、チケット発行装置３０ａとして機能するクライアント装置の制御処理装置２１１及び通信制御装置２１６を含んで構成される。決定部４２４ａは、チケット発行装置３０ａとして機能するクライアント装置の制御処理装置２１１を含んで構成される。認識部４２１は、入力出力装置４０のリーダを含んで構成される。発券部４２２は、入力出力装置４０のプリンタを含んで構成される。
【0053】
管理サーバ１０ａ及びチケット発行装置３０ａの機能は、サーバ装置向け又はクライアント装置向けのＯＳ（Operating System）と当該ＯＳ上で動作するプログラムとがサーバ装置又はクライアント装置にそれぞれインストールされることにより実現される。サーバ装置又はクライアント装置にインストールされるべきプログラムは、ＣＤ（Compact Disc），ＤＶＤ（Digital Versatile Disk），ＭＯディスク（Magneto-Optical disk），フラッシュメモリ（flash memory）などの記録媒体に非一時的に記録された状態で配布され当該記録媒体からサーバ装置又はクライアント装置に読み込まれてもよいし、通信ネットワーク６０又はその他の通信ネットワークを介し搬送波に重畳させてサーバ装置又はクライアント装置に供給されてもよい。
【0054】
ユーザ端末５０の機能は、ユーザ装置向けＯＳ（Operating System）と当該ＯＳ上で動作するＷｅｂブラウザプログラムがユーザ装置にそれぞれインストールされることにより実現される。ユーザ装置向けＯＳは、出荷当初からユーザ装置にインストールされているのが一般的である。ユーザ装置にインストールされるべきその他のプログラムは、通信ネットワーク６０を介し搬送波に重畳させてユーザ装置に供給されるのが一般的である。なお、ユーザ装置にインストールされるべき上記その他のプログラムは、ＣＤ（Compact Disc），ＤＶＤ（Digital Versatile Disk），ＭＯディスク（Magneto-Optical disk），フラッシュメモリ（flash memory）などの記録媒体に非一時的に記録された状態で配布され当該記録媒体からユーザ装置に読み込まれてもよい。
【0055】
発行部４１１ａは、ユーザ端末５０からの要求に応じて、所定の識別データを埋め込んだ二次元コードを生成しユーザ端末５０に提供する。実施例１の事前サービスでは、実施例１のサービスのユーザを特定可能な識別データを格納する二次元コードが生成される。格納される識別データは、例えば、ユーザに一意のユーザＩＤを所定のハッシュ関数で変換した固定長の英数字列である。なお、二次元コードには単純な数値が埋め込まれていてもよい。また、二次元コードに埋め込まれる識別データは、ユーザに１対１で対応する適当な数値でもよい。
【0056】
記憶部４１２ａは、発券情報を記憶する。発券情報は、識別データごとに整理券の発券状況を管理する情報である。図５に例示されるように、発券情報は、「識別データ」に，整理券の「発券回数」，整理券の「最新発券日時」を少なくとも対応付ける。「発券回数」の初期値は０である。「最新発券日時」の初期値はｎｕｌｌ値である。発券情報の項目は、整理券が発券される度に更新される。具体的には、「発券回数」がインクリメントされ、「最新発券日時」が上書きされる。
【0057】
提供部４１３ａは、チケット発行装置３０ａからの照会に応じ、記憶部４１２ａに記憶されている発券情報の項目をチケット発行装置３０ａに提供する。実施例１の事前サービスでは、チケット発行装置３０ａから取得する識別データに対応する発券情報の発券回数及び最新発券日時が提供される。なお、提供部４１３ａによりチケット発行装置３０ａに発券情報の項目が提供された後に、発券情報の項目（発券回数及び最新発券日時）が更新される。
【0058】
特定部４２３ａは、入力出力装置４０の認識部４２１により読み取られた二次元コードに格納されている識別データに対応する発券情報の項目（照会情報）を管理サーバ１０ａから取得する。そして、特定部４２３ａは、管理サーバ１０ａから取得した照会情報を用いて、二次元コードを提示したユーザに対する整理券の発券回数を含む発券状況を特定する。なお、最新発券時期から所定時間（例えば、２時間）が経過している場合、発券回数は０と設定されてもよい。
【0059】
決定部４２４ａは、二次元コードを提示したユーザの案内優先度を特定部４２３ａにより特定される発券状況を判断条件の一つとして用いて決定する。実施例１の事前サービスでは、整理券の発券回数が所定の値（第１の値）以下である場合の優先度を発券回数が当該所定の値より大きい場合の優先度より高くする。所定閾値は、例えば１，２等である。
【0060】
指示部４２５ａは、決定部４２４ａにより決定される案内優先度が反映された整理情報が記載された整理券を発券するよう入力出力装置４０の発券部４２２に指示する。
【0061】
［２－４．実施例１のシステムによる情報処理の手順］
［２－４－１．二次元コードの発行手順］
図６は、実施例１のシステムによる二次元コードの発行手順を例示する。ここでは、実施例１のサービスのユーザを特定可能な識別データを格納する二次元コードが発行される。ステップＳ６０５では、ユーザ端末５０が、ユーザによる二次元コード発行の指示を受け付ける。二次元コード発行の指示は、例えば、ユーザ端末５０のブラウザ画面に「二次元コード発行」と表示されるボタンの領域をタップする操作により行われる。ステップＳ６１０では、ユーザ端末５０が管理サーバ１０ａに、二次元コードの発行を指示する。
［２－４－１．二次元コードの発行手順］
図６は、実施例１のシステムによる二次元コードの発行手順を例示する。ここでは、実施例１のサービスのユーザを特定可能な識別データを格納する二次元コードが発行される。ステップＳ６０５では、ユーザ端末５０が、ユーザによる二次元コード発行の指示を受け付ける。二次元コード発行の指示は、例えば、ユーザ端末５０のブラウザ画面に「二次元コード発行」と表示されるボタンの領域をタップする操作により行われる。ステップＳ６１０では、ユーザ端末５０が管理サーバ１０ａに、二次元コードの発行を指示する。
【0062】
ステップＳ６１５では、管理サーバ１０ａ（発行部４１１ａ）が二次元コードを発行する。ここでは、実施例１のサービスのユーザを特定可能な識別データが格納された二次元コードが生成される。ステップＳ６２０では、管理サーバ１０ａ（発行部４１１ａ）がユーザ端末５０に、ステップＳ６１５で生成された二次元コードを送信する。具体的には、生成された二次元コード（静止画像）を含むＷｅｂページを表示させるためのデータが送信される。ステップＳ６２５では、ユーザ端末５０が、管理サーバ１０ａから受信した二次元コードを画面に表示する。具体的には、二次元コードを含むＷｅｂページが画面に表示される。
【0063】
［２－４－２．整理券の発券手順］
図７は、実施例１のシステムによる整理券の発券手順を例示する。ステップＳ７０５では、入力出力装置４０（認識部４２１）が、整理券を求めるユーザが提示する二次元コードを読み取り当該二次元コードに格納されている識別データを認識する。読取対象は、図６に例示される手順によりユーザ端末５０に表示された二次元コードでもよいし、当該表示された二次元コードを紙に印刷したものでもよい。ステップＳ７１０では、入力出力装置４０（認識部４２１）がチケット発行装置３０ａに、ステップＳ７０５で認識された識別データを送信する。
図７は、実施例１のシステムによる整理券の発券手順を例示する。ステップＳ７０５では、入力出力装置４０（認識部４２１）が、整理券を求めるユーザが提示する二次元コードを読み取り当該二次元コードに格納されている識別データを認識する。読取対象は、図６に例示される手順によりユーザ端末５０に表示された二次元コードでもよいし、当該表示された二次元コードを紙に印刷したものでもよい。ステップＳ７１０では、入力出力装置４０（認識部４２１）がチケット発行装置３０ａに、ステップＳ７０５で認識された識別データを送信する。
【0064】
ステップＳ７１５ａでは、チケット発行装置３０ａ（特定部４２３ａ）が管理サーバ１０ａから、ステップＳ７１０で受信した識別データに対応する照会情報（発券情報の項目）を取得する。管理サーバ１０ａ（提供部４１３ａ）は、識別データに対応する発券情報をユーザＤＢ２０ａ（記憶部４１２ａ）から読み出し、その項目をチケット発行装置３０ａに提供する。
【0065】
ステップＳ７２０ａでは、チケット発行装置３０ａ（特定部４２３ａ）が、ステップＳ７１５ａで提供を受けた照会情報を用いて、二次元コードを提示したユーザに対する整理券の発券状況を特定する。ここでは、発券回数を含む発券状況が特定される。ステップＳ７２５ａでは、チケット発行装置３０ａ（決定部４２４ａ）が、ステップＳ７２０ａで特定された発券状況を判断条件の一つとして用いて案内優先度を決定する。ここでは、発券回数が所定の値（第１の値）以下である場合の案内優先度を、発券回数が当該所定の値より大きい場合の案内優先度より高くする。
【0066】
ステップＳ７３０ａでは、チケット発行装置３０ａ（指示部４２５ａ）が入力出力装置４０に、ステップＳ７２５ａで決定した案内優先度が反映された整理情報が記載された整理券を発券するよう指示する。ステップＳ７３５では、入力出力装置４０（発券部４２２）が、管理サーバ１０ａからの指示に基づいて整理券を発券する。
【0067】
［２－５．変形例１］
［２－５－１．変形例１－１（案内優先度の決定手法に関する変形例）］
決定部４２４ａは、二次元コードを提示したユーザの案内優先度を、当該ユーザに対する整理券の発券回数が多いほど案内優先度が低くなるように決定してもよい。これにより、整理券の発券回数が少ないユーザを優先的に案内することができる。
［２－５－１．変形例１－１（案内優先度の決定手法に関する変形例）］
決定部４２４ａは、二次元コードを提示したユーザの案内優先度を、当該ユーザに対する整理券の発券回数が多いほど案内優先度が低くなるように決定してもよい。これにより、整理券の発券回数が少ないユーザを優先的に案内することができる。
【0068】
［２－５－２．変形例１－２（案内優先度の決定手法に関する変形例）］
決定部４２４ａは、二次元コードを提示したユーザの案内優先度を、当該ユーザに対する整理券の発券回数が所定条件を満たす程度に多い場合に、決定しないこととしてもよい。これにより、整理券の発券回数が多いユーザを案内しないようにすることができる。
決定部４２４ａは、二次元コードを提示したユーザの案内優先度を、当該ユーザに対する整理券の発券回数が所定条件を満たす程度に多い場合に、決定しないこととしてもよい。これにより、整理券の発券回数が多いユーザを案内しないようにすることができる。
【0069】
［２－５－３．変形例１－３（発券回数の特定手法に関する変形例）］
記憶部４１２ａは、発券情報に代えて、「識別データ」に「発券時期」を少なくとも対応付ける発券履歴を記憶していてもよい。この場合、特定部４２３ａは、入力出力装置４０の認識部４２１により読み取られた二次元コードに格納されている識別データに対応する全ての発券履歴（照会情報）を管理サーバ１０ａから取得する。そして、特定部４２３ａは、管理サーバ１０ａから取得した照会情報を用いて、発券履歴を計数することにより、二次元コードを提示したユーザに対する整理券の発券回数を含む発券状況を特定する。なお、最新の発券履歴に含まれる時期（最新発券時期）から所定時間（例えば、２時間）が経過している場合、発券回数は０と設定されてもよい。
記憶部４１２ａは、発券情報に代えて、「識別データ」に「発券時期」を少なくとも対応付ける発券履歴を記憶していてもよい。この場合、特定部４２３ａは、入力出力装置４０の認識部４２１により読み取られた二次元コードに格納されている識別データに対応する全ての発券履歴（照会情報）を管理サーバ１０ａから取得する。そして、特定部４２３ａは、管理サーバ１０ａから取得した照会情報を用いて、発券履歴を計数することにより、二次元コードを提示したユーザに対する整理券の発券回数を含む発券状況を特定する。なお、最新の発券履歴に含まれる時期（最新発券時期）から所定時間（例えば、２時間）が経過している場合、発券回数は０と設定されてもよい。
【0070】
［２－５－４．変形例１－４（提示情報の変形例）］
実施例１の事前サービスでは、整理券を求めるユーザに生体情報（提示情報）を提示させ、当該生体情報のパターンに関連付けて記憶されている発券情報（照会情報）に応じた案内優先度が反映された整理券を当該ユーザに対して発券してもよい。この場合、事前に二次元コードを発行しておく必要がない。なお、生体情報は、例えば、ユーザの顔形，ユーザの指紋である。これらの生体情報は、ユーザが自身の身体の該当部位を所定のリーダにかざすことにより当該リーダに読み取られる。
実施例１の事前サービスでは、整理券を求めるユーザに生体情報（提示情報）を提示させ、当該生体情報のパターンに関連付けて記憶されている発券情報（照会情報）に応じた案内優先度が反映された整理券を当該ユーザに対して発券してもよい。この場合、事前に二次元コードを発行しておく必要がない。なお、生体情報は、例えば、ユーザの顔形，ユーザの指紋である。これらの生体情報は、ユーザが自身の身体の該当部位を所定のリーダにかざすことにより当該リーダに読み取られる。
【0071】
［３．実施例２］
［３－１．概要］
実施例２は、外部から遮断された会場（所定空間）の内部でそれぞれ指定座席（提供位置）に着席している複数のユーザに対して一斉に提供されるサービス（以下「実施例２のサービス」という。）に関し会場への入場を案内する整理券（整理チケット）を発券（発行）するサービス（以下「実施例２の事前サービス」という。）に関する。実施例２のサービスは、例えば、劇場内の指定座席にそれぞれ着席している複数のユーザに対して演劇を鑑賞させるサービスである。なお、航空機やバス等の輸送機関内の指定座席にそれぞれ着席している複数のユーザを目的地に輸送するサービスも実施例２のサービスに該当し得る。
［３－１．概要］
実施例２は、外部から遮断された会場（所定空間）の内部でそれぞれ指定座席（提供位置）に着席している複数のユーザに対して一斉に提供されるサービス（以下「実施例２のサービス」という。）に関し会場への入場を案内する整理券（整理チケット）を発券（発行）するサービス（以下「実施例２の事前サービス」という。）に関する。実施例２のサービスは、例えば、劇場内の指定座席にそれぞれ着席している複数のユーザに対して演劇を鑑賞させるサービスである。なお、航空機やバス等の輸送機関内の指定座席にそれぞれ着席している複数のユーザを目的地に輸送するサービスも実施例２のサービスに該当し得る。
【0072】
図８は、実施例２のサービスが提供される会場の見取図である。図８に示される会場８００の内部には、２つの出入口８１１，８１２と、ステージ８２０と、座席群８３０と、がある。座席群は、前方から後方まで１２列で１列あたり１６席、合計１９２席の座席から成る。各座席は、列名と番号を含む座席番号により特定される。例えば、座席８３１の座席番号は「Ａ－１」である。各列は左右２つの区画（領域）に分かれており、各区画は横一列に並ぶ８席の座席を含む。各区画と前後の区画との間にはそれぞれ人間が通行可能な隙間がある。各区画の左右は通路になっている。
【0073】
図９は、図８における区画８３２の周辺領域の拡大図である。区画８３２は１番から８番までの８席の座席を含む。これら８席の座席は横一列にほぼ隙間なく並んでおり、座席間を人間が通行するのは困難である。そのため、区画８３２の外部から座席のある内部に進入するには、左右の通路から進入口８３３を通る矢印８３４の経路又は進入口８３５を通る矢印８３６の経路を通る必要がある。
【0074】
［３－２．特徴］
実施例２の事前サービスでは、整理券を求めるユーザに二次元コード（提示情報）を提示させ、当該二次元コードに関連付けて記憶されている座席情報（照会情報）に応じた案内優先度が反映された整理券を当該ユーザに対して発券する。特に、位置に応じて円滑にユーザを案内するため、整理券を求めるユーザにサービスが提供される指定座席の位置（提供位置）の情報を判断条件の一つとして用いて当該ユーザの案内優先度を決定する。以下の説明では、指定座席の位置（提供位置）と出入口（入場位置）及び進入口（進入位置）との位置関係（提供位置の情報）に応じて案内優先度を変化させている。
実施例２の事前サービスでは、整理券を求めるユーザに二次元コード（提示情報）を提示させ、当該二次元コードに関連付けて記憶されている座席情報（照会情報）に応じた案内優先度が反映された整理券を当該ユーザに対して発券する。特に、位置に応じて円滑にユーザを案内するため、整理券を求めるユーザにサービスが提供される指定座席の位置（提供位置）の情報を判断条件の一つとして用いて当該ユーザの案内優先度を決定する。以下の説明では、指定座席の位置（提供位置）と出入口（入場位置）及び進入口（進入位置）との位置関係（提供位置の情報）に応じて案内優先度を変化させている。
【0075】
［３－３．実施例２のシステムの構成］
［３－３－１．ネットワーク構成］
実施例２のシステムのネットワーク構成は、図１に例示される実施例１のシステムのネットワーク構成と同様である。実施例２のシステムは、実施例２の事前サービスを提供する。
［３－３－１．ネットワーク構成］
実施例２のシステムのネットワーク構成は、図１に例示される実施例１のシステムのネットワーク構成と同様である。実施例２のシステムは、実施例２の事前サービスを提供する。
【0076】
［３－３－２．電気的構成］
実施例２におけるサーバ装置及びクライアント装置の電気的構成は、図２に例示されるサーバ装置及びクライアント装置の電気的構成と同様である。実施例２におけるユーザ装置の電気的構成は、図３に例示されるユーザ装置の電気的構成と同様である。
実施例２におけるサーバ装置及びクライアント装置の電気的構成は、図２に例示されるサーバ装置及びクライアント装置の電気的構成と同様である。実施例２におけるユーザ装置の電気的構成は、図３に例示されるユーザ装置の電気的構成と同様である。
【0077】
［３－３－３．機能構成］
図１０は、実施例２のシステムの機能構成を例示する。図１０に例示されるように、管理サーバ１０ｂは、発行部４１１ｂ及び提供部４１３ｂを具備する。ユーザＤＢ２０ｂは、記憶部４１２ｂを具備する。チケット発行装置３０ｂは、特定部４２３ｂ，決定部４２４ｂ及び指示部４２５ｂを具備する。入力出力装置４０は、認識部４２１及び発券部４２２を具備する。実施例１と同様の機能には、図４と同一の符号が付されている。
図１０は、実施例２のシステムの機能構成を例示する。図１０に例示されるように、管理サーバ１０ｂは、発行部４１１ｂ及び提供部４１３ｂを具備する。ユーザＤＢ２０ｂは、記憶部４１２ｂを具備する。チケット発行装置３０ｂは、特定部４２３ｂ，決定部４２４ｂ及び指示部４２５ｂを具備する。入力出力装置４０は、認識部４２１及び発券部４２２を具備する。実施例１と同様の機能には、図４と同一の符号が付されている。
【0078】
発行部４１１ｂ及び提供部４１３ｂは、管理サーバ１０ｂとして機能するサーバ装置の制御処理装置２１１及び通信制御装置２１６を含んで構成される。記憶部４１２ｂは、ユーザＤＢ２０ｂを含んで構成される。特定部４２３ｂ及び指示部４２５ｂは、チケット発行装置３０ｂとして機能するクライアント装置の制御処理装置２１１及び通信制御装置２１６を含んで構成される。決定部４２４ｂは、チケット発行装置３０ｂとして機能するクライアント装置の制御処理装置２１１を含んで構成される。認識部４２１は、入力出力装置４０のリーダを含んで構成される。発券部４２２は、入力出力装置４０のプリンタを含んで構成される。
【0079】
管理サーバ１０ｂ及びチケット発行装置３０ｂの機能は、サーバ装置向け又はクライアント装置向けのＯＳ（Operating System）と当該ＯＳ上で動作するプログラムとがサーバ装置又はクライアント装置にそれぞれインストールされることにより実現される。ユーザ端末５０の機能は、ユーザ装置向けＯＳ（Operating System）と当該ＯＳ上で動作するＷｅｂブラウザプログラムがユーザ装置にそれぞれインストールされることにより実現される。
【0080】
発行部４１１ｂは、ユーザ端末５０からの要求に応じて、所定の識別データを埋め込んだ二次元コードを生成しユーザ端末５０に提供する。実施例２の事前サービスでは、実施例２のサービスの指定座席の座席番号又は当該指定座席の予約に一意の予約ＩＤを特定可能な識別データを格納する二次元コードが生成される。格納される識別データは、例えば、座席番号又は予約ＩＤを所定のハッシュ関数で変換した固定長の英数字列である。なお、二次元コードには単純な数値が埋め込まれていてもよい。また、二次元コードに埋め込まれる識別データは、ユーザに１対１で対応する適当な数値でもよい。
【0081】
記憶部４１２ｂは、座席情報を記憶する。座席情報は、識別データごとに指定座席の位置の基準位置との位置関係を管理する情報である。図１１に例示されるように、座席情報は、「識別データ」に、指定座席と出入口の位置関係を示す「第１長さ情報」，指定座席と進入口の位置関係を示す「第２長さ情報」を少なくとも対応付ける。「第１長さ情報」は、指定座席の最寄りの進入口から最寄りの出入口までの最短経路の長さに相当する数値である。「第２長さ情報」は、指定座席から最寄りの進入口までの最短経路の長さに相当する数値である。なお、「第２長さ情報」は、指定座席から最寄りの進入口までの直線距離に相当する数値でもよい。
【0082】
提供部４１３ｂは、チケット発行装置３０ｂからの照会に応じ、記憶部４１２ｂに記憶されている座席情報の項目をチケット発行装置３０ｂに提供する。実施例２の事前サービスでは、チケット発行装置３０ｂから取得する識別データに対応する座席情報の第１長さ情報及び第２長さ情報が提供される。
【0083】
特定部４２３ｂは、入力出力装置４０の認識部４２１により読み取られた二次元コードに格納されている識別データに対応する座席情報の項目（照会情報）を管理サーバ１０ｂから取得する。そして、特定部４２３ｂは、管理サーバ１０ｂから取得した照会情報を用いて、二次元コードを提示したユーザにサービスが提供される指定座席の位置と出入口及び進入口の位置との位置関係をそれぞれ特定する。
【0084】
決定部４２４ｂは、二次元コードを提示したユーザの案内優先度を特定部４２３ｂにより特定される位置関係を判断条件の一つとして用いて決定する。実施例２の事前サービスでは、指定座席の最寄りの進入口から最寄りの出入口までの最短経路の長さ（第１長さ情報が示す長さ）と、指定座席から最寄りの進入口までの最短経路の長さ（第２長さ情報が示す長さ）と、に応じて案内優先度が決定される。具体的には、第１長さ情報が示す長さが長いほど、そして第２長さ情報が示す長さが長いほど、案内優先度が高くなるように決定される。
【0085】
指示部４２５ｂは、決定部４２４ｂにより決定される案内優先度が反映された整理情報が記載された整理券を発券するよう入力出力装置４０の発券部４２２に指示する。なお、実施例２の事前サービスでは、出入口が複数ある場合に、入場時に通るべき出入口を特定可能な情報が整理情報とともに整理券に表示されるように構成するのが好適である。
【0086】
［３－４．実施例２のシステムによる情報処理の手順］
［３－４－１．二次元コードの発行手順］
実施例２のシステムによる二次元コードの発行手順は、図６に例示する実施例１のシステムによる二次元コードの発行手順と同様である。ここでは、実施例２のサービスの指定座席の座席番号又は当該指定座席の予約に一意の予約ＩＤを特定可能な識別データを格納する二次元コードが発行される。
［３－４－１．二次元コードの発行手順］
実施例２のシステムによる二次元コードの発行手順は、図６に例示する実施例１のシステムによる二次元コードの発行手順と同様である。ここでは、実施例２のサービスの指定座席の座席番号又は当該指定座席の予約に一意の予約ＩＤを特定可能な識別データを格納する二次元コードが発行される。
【0087】
［３－４－２．整理券の発券手順］
図１２は、実施例２のシステムによる整理券の発券手順を例示する。ステップＳ７０５では、入力出力装置４０（認識部４２１）が、整理券を求めるユーザが提示する二次元コードを読み取り当該二次元コードに格納されている識別データを認識する。読取対象は、図６に例示される手順と同様の手順によりユーザ端末５０に表示された二次元コードでもよいし、当該表示された二次元コードを紙に印刷したものでもよい。ステップＳ７１０では、入力出力装置４０（認識部４２１）がチケット発行装置３０ｂに、ステップＳ７０５で認識された識別データを送信する。
図１２は、実施例２のシステムによる整理券の発券手順を例示する。ステップＳ７０５では、入力出力装置４０（認識部４２１）が、整理券を求めるユーザが提示する二次元コードを読み取り当該二次元コードに格納されている識別データを認識する。読取対象は、図６に例示される手順と同様の手順によりユーザ端末５０に表示された二次元コードでもよいし、当該表示された二次元コードを紙に印刷したものでもよい。ステップＳ７１０では、入力出力装置４０（認識部４２１）がチケット発行装置３０ｂに、ステップＳ７０５で認識された識別データを送信する。
【0088】
ステップＳ７１５ｂでは、チケット発行装置３０ｂ（特定部４２３ｂ）が管理サーバ１０ｂから、ステップＳ７１０で受信した識別データに対応する照会情報（座席情報の項目）を取得する。管理サーバ１０ｂ（提供部４１３ｂ）は、識別データに対応する照会情報をユーザＤＢ２０ｂ（記憶部４１２ｂ）から読み出し、チケット発行装置３０ｂに提供する。
【0089】
ステップＳ７２０ｂでは、チケット発行装置３０ｂ（特定部４２３ｂ）が、ステップＳ７１５ｂで提供を受けた照会情報を用いて、二次元コードを提示したユーザに実施例２のサービスが提供される指定座席の位置の情報を特定する。ここでは、指定座席の最寄りの進入口から最寄りの出入口までの最短経路の長さ（第１長さ情報が示す長さ）と、指定座席から最寄りの進入口までの最短経路の長さ（第２長さ情報が示す長さ）と、が特定される。ステップＳ７２５ｂでは、チケット発行装置３０ｂ（決定部４２４ｂ）が、ステップＳ７２０ｂで特定された情報に基づいて案内優先度を決定する。ここでは、指定座席の最寄りの進入口から最寄りの出入口までの最短経路の長さが長いほど、そして指定座席から最寄りの進入口までの最短経路の長さが長いほど、案内優先度を高くする。
【0090】
ステップＳ７３０ｂでは、チケット発行装置３０ｂ（指示部４２５ｂ）が入力出力装置４０に、ステップＳ７２５ｂで決定した案内優先度が反映された整理情報が記載された整理券を発券するよう指示する。なお、発券の指示は、出入口を特定する情報を含んでいてもよい。ステップＳ７３５では、入力出力装置４０（発券部４２２）が、管理サーバ１０ｂからの指示に基づいて整理券を発券する。
【0091】
［３－５．変形例２］
［３－５－１．変形例２－１（案内優先度の決定手法に関する変形例）］
決定部４２４ｂは、二次元コードを提示したユーザの案内優先度を、指定座席の最寄りの進入口から最寄りの出入口までの最短経路の長さ（第１長さ情報が示す長さ）に応じて決定してもよい。これにより、出入口と指定座席の位置関係に応じて円滑にユーザを案内することができる。例えば、決定部４２４ｂは、二次元コードを提示したユーザの案内優先度を、第１長さ情報が示す長さが長いほど案内優先度が高くなるように決定してもよい。
［３－５－１．変形例２－１（案内優先度の決定手法に関する変形例）］
決定部４２４ｂは、二次元コードを提示したユーザの案内優先度を、指定座席の最寄りの進入口から最寄りの出入口までの最短経路の長さ（第１長さ情報が示す長さ）に応じて決定してもよい。これにより、出入口と指定座席の位置関係に応じて円滑にユーザを案内することができる。例えば、決定部４２４ｂは、二次元コードを提示したユーザの案内優先度を、第１長さ情報が示す長さが長いほど案内優先度が高くなるように決定してもよい。
【0092】
［３－５－２．変形例２－２（案内優先度の決定手法に関する変形例）］
決定部４２４ｂは、二次元コードを提示したユーザの案内優先度を、指定座席から最寄りの進入口までの最短経路の長さ（第２長さ情報が示す長さ）に応じて決定してもよい。これにより、進入口と指定座席の位置関係に応じて円滑にユーザを案内することができる。例えば、決定部４２４ｂは、二次元コードを提示したユーザの案内優先度を、第２長さ情報が示す長さが長いほど案内優先度が高くなるように決定してもよい。
決定部４２４ｂは、二次元コードを提示したユーザの案内優先度を、指定座席から最寄りの進入口までの最短経路の長さ（第２長さ情報が示す長さ）に応じて決定してもよい。これにより、進入口と指定座席の位置関係に応じて円滑にユーザを案内することができる。例えば、決定部４２４ｂは、二次元コードを提示したユーザの案内優先度を、第２長さ情報が示す長さが長いほど案内優先度が高くなるように決定してもよい。
【0093】
［３－５－３．変形例２－３（案内優先度の決定手法に関する変形例）］
記憶部４１２ｂに記憶される座席情報は、識別データごとに指定座席の誘導優先度を管理する情報でもよい。誘導優先度は、誘導の準備状況に応じて変化する。例えば、誘導の準備ができていない旨の情報が入力された場合に、誘導優先度が低くなるように構成されるとよい。特定部４２３ｂは、入力出力装置４０の認識部４２１により読み取られた二次元コードに格納されている識別データに対応する座席情報の項目（照会情報）を管理サーバ１０ｂから取得し、取得した照会情報を用いて、二次元コードを提示したユーザにサービスが提供される指定座席の誘導優先度（提供位置の情報）を特定してもよい。決定部４２４ｂは、二次元コードを提示したユーザの案内優先度を特定部４２３ｂにより特定される誘導優先度を判断条件の一つとして用いて決定してもよい。例えば、指定座席に対する誘導の準備ができていない場合に、案内優先度が低くなるように決定されるとよい。これにより、提供位置の誘導優先度に応じて円滑にユーザを案内することができる。
記憶部４１２ｂに記憶される座席情報は、識別データごとに指定座席の誘導優先度を管理する情報でもよい。誘導優先度は、誘導の準備状況に応じて変化する。例えば、誘導の準備ができていない旨の情報が入力された場合に、誘導優先度が低くなるように構成されるとよい。特定部４２３ｂは、入力出力装置４０の認識部４２１により読み取られた二次元コードに格納されている識別データに対応する座席情報の項目（照会情報）を管理サーバ１０ｂから取得し、取得した照会情報を用いて、二次元コードを提示したユーザにサービスが提供される指定座席の誘導優先度（提供位置の情報）を特定してもよい。決定部４２４ｂは、二次元コードを提示したユーザの案内優先度を特定部４２３ｂにより特定される誘導優先度を判断条件の一つとして用いて決定してもよい。例えば、指定座席に対する誘導の準備ができていない場合に、案内優先度が低くなるように決定されるとよい。これにより、提供位置の誘導優先度に応じて円滑にユーザを案内することができる。
【0094】
［３－５－４．変形例２－４（提示情報の変形例）］
実施例２の事前サービスでは、整理券を求めるユーザに生体情報（提示情報）を提示させ、当該生体情報のパターンに関連付けて記憶されている座席情報（照会情報）に応じた案内優先度が反映された整理券を当該ユーザに対して発券してもよい。この場合、事前に二次元コードを発行しておく必要がない。なお、生体情報は、例えば、ユーザの顔形，ユーザの指紋である。これらの生体情報は、ユーザが自身の身体の該当部位を所定のリーダにかざすことにより当該リーダに読み取られる。
実施例２の事前サービスでは、整理券を求めるユーザに生体情報（提示情報）を提示させ、当該生体情報のパターンに関連付けて記憶されている座席情報（照会情報）に応じた案内優先度が反映された整理券を当該ユーザに対して発券してもよい。この場合、事前に二次元コードを発行しておく必要がない。なお、生体情報は、例えば、ユーザの顔形，ユーザの指紋である。これらの生体情報は、ユーザが自身の身体の該当部位を所定のリーダにかざすことにより当該リーダに読み取られる。
【符号の説明】
【0095】
１０ａ，１０ｂ 管理サーバ
２０ａ，２０ｂ ユーザＤＢ
３０ａ，３０ｂ チケット発行装置（チケット情報処理装置の一例）
４０ 入力出力装置
５０ ユーザ端末
６０ 通信ネットワーク
４１１ａ，４１１ｂ 発行部
４１２ａ，４１２ｂ 記憶部
４１３ａ，４１３ｂ 提供部
４２１ 認識部
４２２ 発券部
４２３ａ，４２３ｂ 特定部
４２４ａ，２４ｂ 決定部
４２５ 指示部
２０ａ，２０ｂ ユーザＤＢ
３０ａ，３０ｂ チケット発行装置（チケット情報処理装置の一例）
４０ 入力出力装置
５０ ユーザ端末
６０ 通信ネットワーク
４１１ａ，４１１ｂ 発行部
４１２ａ，４１２ｂ 記憶部
４１３ａ，４１３ｂ 提供部
４２１ 認識部
４２２ 発券部
４２３ａ，４２３ｂ 特定部
４２４ａ，２４ｂ 決定部
４２５ 指示部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【手続補正書】
【提出日】2023-05-30
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
プロセッサを備え、
前記プロセッサが、ユーザに関する識別情報を用いてサービスの提供を受ける権利の過去の取得履歴を特定し、
前記ユーザに対する前記権利の取得履歴に応じて前記権利に反映される前記ユーザの前記サービスに関する優先度が変化するように前記優先度を決定する、情報処理装置。
前記プロセッサが、ユーザに関する識別情報を用いてサービスの提供を受ける権利の過去の取得履歴を特定し、
前記ユーザに対する前記権利の取得履歴に応じて前記権利に反映される前記ユーザの前記サービスに関する優先度が変化するように前記優先度を決定する、情報処理装置。
【請求項2】
プロセッサが、ユーザに関する識別情報を用いてサービスの提供を受ける権利の過去の取得履歴を特定し、
プロセッサが、前記ユーザに対する前記権利の取得履歴に応じて前記権利に反映される前記ユーザの前記サービスに関する優先度が変化するように前記優先度を決定する、
情報処理方法。
プロセッサが、前記ユーザに対する前記権利の取得履歴に応じて前記権利に反映される前記ユーザの前記サービスに関する優先度が変化するように前記優先度を決定する、
情報処理方法。
【請求項3】
プロセッサに、ユーザに関する識別情報を用いてサービスの提供を受ける権利の過去の取得履歴を特定させ、
プロセッサに、前記ユーザに対する前記権利の取得履歴に応じて前記権利に反映される前記ユーザの前記サービスに関する優先度が変化するように前記優先度を決定させる、
処理を実行させるプログラム。
プロセッサに、前記ユーザに対する前記権利の取得履歴に応じて前記権利に反映される前記ユーザの前記サービスに関する優先度が変化するように前記優先度を決定させる、
処理を実行させるプログラム。