JP2010176483A - サーバ、座席割当システム、通信端末、サーバの制御方法、座席予約方法、及びプログラム - Google Patents

Abstract

【課題】割り当てた座席に対するユーザの満足度を高くする。
【解決手段】サーバは、座席ごとの予約の有無と、予約有りの座席が割り当てられたユーザの属性とを記憶する記憶手段と、座席を予約しようとする予約希望ユーザが周囲の座席の他のユーザの属性について希望する希望条件を示す条件情報を通信端末から受信する受信手段と、前記受信手段により前記条件情報が受信されると、前記記憶手段から座席ごとの予約の有無と前記他のユーザの属性とを読み出し、予約無しの座席の中から、該条件情報の示す希望条件に合致する座席を選択し、選択した該座席を前記予約希望ユーザに割り当てる割当手段と、前記割当手段により割り当てられた前記座席を示す座席情報を前記通信端末へ送信する送信手段と、を有する。
【選択図】図１

Description

本発明は、観劇・スポーツ観戦などの興行における座席をユーザに割り当てる技術に関する。

一般に、ネットワークを利用したチケット予約システムにおいては、ユーザの希望や、席ごとの値段区分など主催者側の判断に基づいた会場の属性により、座席が割り当てられていた。

例えば、特許文献１に記載の座席割当システムは、座席のレイアウトに基づいて、複数の座席の中から、ユーザの希望する位置に合致する空席を検索している。

特開２００８−１３００１４号公報

しかし、特許文献１に記載の座席割当システムでは、ユーザが割り当てられた座席に満足できない場合があった。

ユーザは、座席を予約する時、座席の周囲の環境に対しても要望を持つことがある。例えば、隣に同性が座ることを希望するユーザや、周囲に子供が座ってほしくないユーザがいる。

特許文献１に記載の座席割当システムでは、かかる周囲の環境についての希望が反映されなかった。このため、ユーザの満足度が低くなるという問題があった。

本発明は、ユーザに満足度の高い座席を割り当てる技術を提供することを目的とする。

上記目的を達成するために、本発明のサーバは、座席ごとの予約の有無と、予約有りの座席が割り当てられたユーザの属性とを記憶する記憶手段と、座席を予約しようとする予約希望ユーザが周囲の座席の他のユーザの属性について希望する希望条件を示す条件情報を通信端末から受信する受信手段と、前記受信手段により前記条件情報が受信されると、前記記憶手段から座席ごとの予約の有無と前記他のユーザの属性とを読み出し、予約無しの座席の中から、該条件情報の示す希望条件に合致する座席を選択し、選択した該座席を前記予約希望ユーザに割り当てる割当手段と、前記割当手段により割り当てられた前記座席を示す座席情報を前記通信端末へ送信する送信手段と、を有する。

本発明の座席割当システムは、座席の予約しようとする予約希望ユーザが周囲の座席の他のユーザの属性について希望する希望条件を示す条件情報をサーバへ送信する通信端末と、座席ごとに、予約の有無と、予約有りの座席に割り当てられたユーザの属性とを記憶しておき、前記通信端末から前記条件情報を受信すると、予約無しの座席の中から、該条件情報の示す希望条件に合致する座席を選択し、選択した該座席を前記予約希望ユーザに割り当て、割り当てた該座席を示す座席情報を前記通信端末へ送信するサーバと、を有する。

本発明の通信端末は、ユーザが周囲の座席のユーザの属性について希望する希望条件を示す条件情報を記憶する記憶手段と、前記ユーザにより座席の予約を要求する操作が行われたとき、前記記憶手段に前記条件情報が入力されていなければ、該時条件情報の入力を受け付け、該ユーザの操作に従って、前記条件情報を前記記憶手段に入力する入力手段と、前記ユーザにより座席の予約を要求する操作が行われたとき、前記記憶手段に前記条件情報が記憶されていれば、該条件情報を読み出して前記サーバへ送信する送信手段と、前記ユーザに予約された座席を示す割当座席情報を前記サーバから受信する受信手段と、を有する。

本発明のサーバの制御方法は、記憶手段に、座席ごとの予約の有無と、予約有りの座席を割り当てられたユーザの属性とを記憶しておき、受信手段が座席を予約しようとする予約希望ユーザが周囲の座席の他のユーザの属性について希望する希望条件を示す条件情報を通信端末から受信し、前記受信手段が前記条件情報を受信すると、前記記憶手段から座席ごとの予約の有無と前記他のユーザの属性とを読み出し、割当手段が、予約無しの座席の中から、該条件情報の示す希望条件に合致する座席を選択し、選択した該座席を前記予約希望ユーザに割り当て、送信手段が、割り当てた前記座席を示す座席情報を前記通信端末へ送信する、サーバの制御方法である。

本発明の座席予約方法は、通信端末が、座席の予約しようとする予約希望ユーザが周囲の座席の他のユーザの属性について希望する希望条件を示す条件情報をサーバへ送信し、座席ごとに、予約の有無と、予約有りの座席に割り当てられたユーザの属性とを記憶したサーバが、前記通信端末から前記条件情報を受信すると、予約無しの座席の中から、該条件情報の示す希望条件に合致する座席を選択し、選択した該座席を前記予約希望ユーザに割り当て、割り当てた該座席を示す座席情報を前記通信端末へ送信する、座席予約方法である。

本発明のプログラムは、コンピュータに、座席ごとの予約の有無と、予約有りの座席が割り当てられたユーザの属性とを記憶手段に記憶する手順、座席を予約しようとする予約希望ユーザが周囲の座席の他のユーザの属性について希望する希望条件を示す条件情報を通信端末から受信する受信手順、前記受信手順で前記条件情報が受信されると、前記記憶手段から座席ごとの予約の有無と前記他のユーザの属性とを読み出し、予約無しの座席の中から、該条件情報の示す希望条件に合致する座席を選択し、選択した該座席を前記予約希望ユーザに割り当てる割当手順、及び前記割当手順で割り当てられた前記座席を示す座席情報を前記通信端末へ送信する送信手順、を実行させるためのプログラムである。

本発明によれば、サーバは、座席ごとに、予約の有無と、座席を予約した他のユーザの属性とを記憶しておき、予約希望ユーザが周囲の座席の他のユーザの属性について希望する希望条件に合致する座席を、その予約希望ユーザに割り当てるので、座席の予約において、ユーザの周囲の環境についても配慮される結果、ユーザに満足度の高い座席を割り当てることができる。

本発明の第１の実施形態の座席割当システムの構成を示す全体図である。 本発明の第１の実施形態の通信端末の構成を示すブロック図である。 本発明の第１の実施形態の興業情報の内容をまとめた図である。 本発明の第１の実施形態の座席属性ＤＢに格納する情報の内容をまとめた図である。 本発明の第１の実施形態のユーザ属性情報の内容をまとめた図である。 本発明の第１の実施形態の希望条件情報の内容をまとめた図である。 本発明の第１の実施形態の座席割当情報の内容をまとめた図である。 本発明の第１の実施形態のサーバの動作を示すフローチャートである。 本発明の変形例の座席割当システムの構成を示す全体図である。 本発明の変形例の座席属性ＤＢに格納する情報の内容をまとめた図である。 本発明の第２の実施形態の希望条件情報の内容をまとめた図である。 本発明の第２の実施形態のサーバの動作を示すフローチャートである。 本発明の第３の実施形態のサーバの動作を示すフローチャートである。 本発明の第３の実施形態の再割当処理を示すフローチャートである。 本発明の第４の実施形態の座席割当システムの構成を示す全体図である。 本発明の第４の実施形態の通信端末の構成を示すブロック図である。 本発明の第４の実施形態のユーザ属性ＤＢに格納する情報の内容をまとめた図である。 本発明の第４の実施形態の座席属性ＤＢに格納する情報の内容をまとめた図である。 本発明の第４の実施形態のサーバの動作を示すフローチャートである。 本発明の第４の実施形態の受信データ処理を示すフローチャートである。 本発明の第５の実施形態の座席割当システムの構成を示す全体図である。 本発明の第５の実施形態の座席割当システムの動作を示すシーケンス図である。 本発明の第６の実施形態の座席割当システムの構成を示す全体図である。

（第１の実施形態）
本発明を実施するための第１の実施形態について図面を参照して詳細に説明する。図１は、本実施形態の座席割当システム１の構成を示す全体図である。座席割当システム１は、興業の座席の予約を要求するユーザ（予約希望ユーザ）に対し、サーバが座席を割り当てるシステムである。同図を参照すると、座席割当システム１は、サーバ１０と、通信端末２０とを有する。

サーバ１０は、記憶部１１、受信部１３、マッチング処理部１５、および送信部１７を有する。記憶部１１には、興業情報１１１、および座席属性ＤＢ１１３が格納される。興業情報１１１は、映画やコンサートなどの各種興業の開催日時や、予約状況などを示す情報である。座席属性ＤＢ１１３には、各興業において予約可能な座席の配置と、それぞれの座席に予約したユーザの属性と、そのユーザの希望条件とが格納される。

ここで、ユーザの属性とは、ユーザの性別、年齢、身長、体重、所属する組織など、そのユーザが有する身体的特徴や個人情報である。希望条件は、予約する座席の位置について希望する条件、または予約する座席の周囲の環境に対して希望する条件である。前者は、例えば、前の方の席が良いという条件や、中央の席が良いといった条件である。後者は、例えば、隣には同性のユーザが着席することが望ましいという条件や、周囲に子供が座ってほしくないといった条件である。

受信部１３は、通信端末１０から、ユーザ属性情報１３１と、希望条件情報１３３とを受信する。ユーザ属性情報１３１は、通信端末１０のユーザの属性を示す情報である。希望条件情報１３３は、通信端末１０のユーザが希望する、予約対象の座席の周囲の環境についての条件である。

マッチング処理部１５は、座席属性ＤＢ１１３に格納された予約無しの座席の中から、希望条件情報１３３の示す条件に最もよくマッチ（合致）する座席であって、その座席の周囲の他のユーザの希望条件を満たす座席を抽出（選択）する。つまり、マッチング処理部１５は、通信端末１０のユーザ（予約希望ユーザ）の希望条件も、他のユーザの希望条件も満たす座席を求める。各ユーザの希望条件が完全には満たされない場合、マッチング処理部１５は、先に予約したユーザの希望条件を優先する。

ここで、予約候補の空席から見て、どの位置の座席を、その座席の周囲の座席とするかの定義は、サーバ１０側で予め定めておく。もしくは、通信端末２０のユーザが定義する。例えば、空席の左右の席を周囲の席とする。

座席を抽出したら、マッチング処理部１５は、その座席を通信端末１０のユーザに割り当てて予約を確定し、ユーザ属性情報１３１、希望条件情報１３３の内容で、座席属性ＤＢ１１３を更新する。

送信部１７は、ユーザの要求に応じて、興業情報１１１を通信端末２０へ送信する。また、送信部１７は、割り当てた座席を示す割当座席情報１７１を通信端末２０へ送信する。

図２は、通信端末２の構成を示すブロック図である。通信端末２０は、ＳＴＢ（Set Top Box）や携帯電話装置などの通信端末である。同図を参照すると、通信端末２０は、入力部２１、記憶部２３、送信部２５、および受信部２７を有する。入力部２１は、通信端末２０は、ユーザの操作に応じて、興業情報の送信をサーバ１０に要求し、受信部２７は、サーバ１０から興業情報２７１を受信する。

興業情報１３３は、例えば通信端末２０のディスプレイに表示され、ユーザに提示される。ユーザはその表示を見ることにより、いずれかの興業の観覧を決めることができる。ユーザにより、いずれかの興業において座席を予約するための操作がなされたとき、記憶部２３にユーザ属性情報２３１および希望条件情報２３３が記憶されていなければ、入力部２１は、これらの情報の入力を促す画面を表示する。

入力部２１は、ユーザの操作に従って、ユーザ属性情報２３１および希望条件情報２３３を記憶部２３に入力する。送信部２５は、ユーザの送信のための操作に応じて、これらの情報をサーバ１０へ送信する。そして、受信部２７は、サーバ１０から、割当座席情報２７１を受信する。

ユーザが予約のための操作を行ったとき、記憶部２３にユーザ属性情報２３１および希望条件情報２３３が記憶されていれば、入力部２１は、これらの情報の入力をユーザに要求することなく、送信部２５は、これらの情報を読み出してサーバ１０へ送信する。

図２におけるユーザ属性情報２３１、希望条件情報２３３、興業情報２７１、および割当座席情報２７３は、図１におけるユーザ属性情報１３１、希望条件情報１３３、興業情報１１１、および割当座席情報１７１に対応する情報である。

図３は、興業情報１１１の示す内容をまとめた表である。同図を参照すると、興業情報１１１は、興業ごとに、「ジャンル」、「興業名」、「日時」、および「予約状況」などの項目の内容を格納する。

「ジャンル」は、映画やコンサートなど、興業の種類である。「興業名」は、興業の名称である。「日時」は、興業の開催期間に対応した日時である。「予約状況」は、その興業における現在の座席の予約状況である。

図４は、座席属性ＤＢ１１３に格納される情報の内容をまとめた表である。同図を参照すると、座席属性ＤＢ１１３は、興業ごとに「興業名」を格納し、各興業の座席ごとに、「座席位置」、「予約状況」、「ユーザ属性情報」、および「希望条件情報」などを格納する。

「座席位置」は、興業において用意された座席の位置を示す、記号や番号である。「予約状況」は、座席が予約されているか否かを示す。「ユーザ属性情報」は、その座席に予約をしたユーザの属性を示す情報である。「希望条件情報」は、その座席に予約をしたユーザの希望条件を示す情報である。

例えば、興業名「ＡＡＡＡ」の興業には、座席位置「Ａ１」、「Ａ２」、「Ａ３」等の位置で示される座席が用意される。「Ａ１」に対応する座席は、あるユーザにより予約されているので、予約状況は「予約済」（予約有り）である。「Ａ２」に対応する座席は、予約されていないので、予約状況は「空席」（予約無し）である。そして、「予約済」の座席に対応付けて、その座席に予約したユーザのユーザ属性情報、希望条件情報が格納される。

図５は、ユーザ属性情報１３１の示す内容を示す図である。同図を参照すると、ユーザ属性情報には、「ユーザ名」、「性別」、「年齢」、「身長」、「体格」、「視力」などのユーザの特徴を示す情報や、「所属」などの個人情報が格納される。

図６は、希望条件情報１３３の内容を示す図である。同図を参照すると、希望条件情報１３３は、座席の位置や、座席の周囲の環境についての複数の希望条件を含む。例えば、通信端末１０は、「周囲の座席が空いている方がよい？」、「周囲は同性である方がよい？」、「周囲に子供がいない方が良い？」などの複数の質問を表示する。ユーザにより、表示した質問に対して回答が入力されると、通信端末２０は、表示した質問内容と対応づけて回答を記憶する。通信端末２０は、質問内容と回答内容から希望条件情報１３３を作成してサーバ１０へ送信する。

図７は、座席割当情報１７１の内容を示す図である。同図を参照すると、座席割当情報１７１は、「ユーザ名」、「興業名」、および「予約座席」などを示す情報を含む。

次に、座席割当システム１の動作について説明する。図７は、本実施形態のサーバ１０の予約を受け付ける動作を示すフローチャートである。この動作は、サーバ１０がある興業について、予約の受付を始めたときに開始する。同図を参照すると、サーバ１０は、ユーザ属性情報１３１および希望条件情報１３３を受信したか否かを判断する（ステップＳ１）。ユーザ属性情報等を受信していなければ（ステップＳ１：ＮＯ）、サーバ１０はステップＳ１に戻る。

ユーザ属性情報等を受信したならば（ステップＳ１：ＹＥＳ）、サーバ１０は、座席属性ＤＢ１１３から、予約を受け付ける興業における、各座席のユーザ属性情報を読み出す（ステップＳ３）。

マッチング処理部１５は、座席属性ＤＢ１１３に格納された座席の中から、希望条件情報１３３の示す条件に最もよく合致する座席であって、且つ、予約しようとしているユーザのユーザ属性情報が周囲の他のユーザの希望条件を満たす座席を検索する。マッチング処理部１５は、検索された座席をユーザに割り当てる（ステップＳ５）。

サーバ１０は、割り当てた座席について、ユーザ属性情報１３１、希望条件情報１３３の内容で座席属性ＤＢ１１３を更新する（ステップＳ７）。送信部１７は、割り当てた座席を示す割当座席情報１７１を通信端末２０へ送信する（ステップＳ９）。

サーバ１０は、予約を受け付けている興業が終了したか否かを判断する（ステップＳ１１）。興業が終了していなければ（ステップＳ１１：ＮＯ）、サーバ１０は、ステップＳ７に戻る。興業が終了していれば（ステップＳ１１：ＹＥＳ）、サーバ１０は、予約を受け付ける動作を終了する。

なお、本実施形態では、これから座席を予約しようとするユーザ（予約希望ユーザ）の希望条件と、予約済の他のユーザの希望条件とをともに満たすように座席を求めているが、予約希望ユーザの希望条件のみに最もよく合致する座席を求めてもよい。

この場合、図９に示すように、サーバ１０は、希望条件情報１３３のみを通信端末２０から受信する。また、図１０に示すように、座席属性ＤＢ１１３には、予約済のユーザの希望条件は格納されない。つまり、サーバ１０は、一旦予約を確定したユーザの希望は満たされたとみなして、新たに予約を受け付けたユーザの希望のみを考慮して座席を割り当ててゆく。

本実施形態では、サーバ１０は、予約を直ちに確定する構成としているが、予約の確定にユーザの承認を要する構成とすることもできる。例えば、通信端末２０が割当座席情報２７１の内容を表示し、座席の割り当てを承認するための操作を受け付け、承認操作がなされたら、その旨を示す承認情報をサーバ１０へ送信する。そしてサーバ１０は、承認情報の受信に応じて予約を確定し、座席情報ＤＢ１１３を更新する。

また、本実施形態では、通信端末２０は、ユーザ属性情報２３１および希望条件情報２３３を記憶しておく構成としているが、ユーザがこれらの情報を更新することができるのは勿論である。また、予約をするたびに、ユーザが、これらの情報の一部または全部を入力する構成としてもよい。

本実施形態では、サーバ１０は興業の座席の予約を受け付けているが、座席の予約は興業に限られない。例えば、サーバ１０は、バス、電車、飛行機などの乗車物の座席の予約を受け付けることもできる。

以上説明したように、本実施形態によれば、サーバ１０は、座席ごとに、予約の有無と、座席を予約した他のユーザの属性とを記憶しておき、予約希望ユーザが周囲の座席の他のユーザの属性について希望する希望条件に合致する座席を、その予約希望ユーザに割り当てるので、座席の予約において、ユーザの周囲の環境についても配慮される結果、ユーザに満足度の高い座席を割り当てることができる。

また、サーバ１０は、希望条件情報１３３の示す条件に合致する座席であって、その座席の周囲の他のユーザの希望条件に合致する座席を、ユーザに割り当てるので、既に予約済のユーザの希望条件も考慮される結果、他のユーザの満足度も高くなる。

通信端末２０は、ユーザ属性情報２３１および希望条件情報２３３を記憶しておくので、ユーザは、予約のたびに、これらの情報を入力する必要がなくなり、利便性が向上する。

（第２の実施形態）
本発明の第２の実施形態について、図１１および図１２を参照して説明する。本実施形態の座席割当システム１の構成は、希望条件ごとに重みづけがなされる点において、第１の実施形態の座席割当システム１の構成と異なる。

図１１は、本実施形態の希望条件情報１３３ａの内容を示す図である。同図を参照すると、希望条件情報１３３ａは、希望条件ごとに、「重み」を示す情報を含む。「重み」は、対応する希望条件に対するユーザの希望の高さを示す値である。座席属性ＤＢ１１３にも、希望条件ごとに、重みを示す情報が格納される。

図１２は、本実施形態のサーバ１０の予約を受け付ける動作を示すフローチャートである。同図を参照すると、本実施形態のサーバ１０の動作は、ステップＳ５の代わりにステップＳ５ａを実行する以外は、第１の実施形態のサーバ１０の動作と同様である。

ステップＳ５ａにおいて、マッチング処理部１５は、各座席について、希望条件に合致するか否かを判断し、合致する希望条件の「重み」を全て加算する。そして、マッチング処理部１５は、全ての座席のうち、合計値の最も高い座席をユーザに割り当てる。

以上説明したように、本実施形態によれば、通信端末２０は、希望条件ごとに重みづけし、サーバは、重みの高い希望条件を優先してユーザに座席を割り当てるので、各条件に対するユーザの希望の高さが考慮される結果、座席の割り当てに対するユーザの満足度が更に向上する。

（第３の実施形態）
本発明の第３の実施形態について、図１３および図１４を参照して説明する。本実施形態の予約割当システム１は、座席が割り当てられたユーザが、再度、座席の割り当てを要求できる点で、第１の実施形態の予約割当システム１と異なる。

本実施形態において、通信端末２０は、座席割当情報１７１を受信した後、ユーザにより所定の操作がなされたとき、再度の座席の割り当てを要求する要求情報をサーバ１０へ送信する。

図１３は、本実施形態のサーバ１０の予約を受け付ける動作を示すフローチャートである。同図を参照すると、本実施形態のサーバ１０の動作は、ステップＳ１０を更に実行する以外は、第１の実施形態のサーバ１０の動作と同様である。

割当座席情報を送信した後（ステップＳ９）、サーバ１０は、再割当処理を実行し（ステップＳ１０）、興業が終了したか否かを判断する（ステップＳ１１）。

図１４は、再割当処理を示すフローチャートである。同図を参照すると、サーバ１０は、通信端末２０から、座席の再割り当てを要求する要求情報を受信したか否かを判断する（ステップＳ１０１）。

要求情報を受信したのであれば（ステップＳ１０１：ＹＥＳ）、サーバ１０は、座席属性ＤＢ１１３に記憶された各座席の「予約状況」を参照して、「空席」があるか否かを判断する（ステップＳ１０３）。

空席があれば（ステップＳ１０３：ＹＥＳ）、サーバ１０は、各空席の周囲の座席に対応するユーザ属性情報を、座席属性ＤＢ１１３から読み出す（ステップＳ１０５）。マッチング処理部１５は、再割り当てを要求するユーザの条件に最もよく合致する座席であって、且つ、座席の周囲の他のユーザの希望条件を満たす座席を検索（抽出）する。マッチング処理部１５は、検索された座席をユーザに割り当てる（ステップＳ１０７）。

サーバ１０は、再度割り当てた座席について、座席属性ＤＢ１１３を更新する（ステップＳ１０９）。送信部１７は、再度割り当てた座席を示す割当座席情報１７１を通信端末２０へ送信する（ステップＳ１１１）。

要求情報を受信していない場合（ステップＳ１０１：ＮＯ）、空席がない場合（ステップＳ１０３：ＮＯ）、またはステップＳ１１1の後、サーバ１０は再割当処理を終了する。

以上説明したように本実施形態によれば、サーバ１０は、前記通信端末２０から、座席の再割り当てを要求する要求情報を受信すると、希望条件に合致する他の座席をユーザに再度割り当てるので、ユーザは、予約した後において、より良い席があった場合に、その席に乗り換えることができ、ユーザの利便性が向上する結果、ユーザの満足度が更に向上する。

（第４の実施形態）
本発明の第４の実施形態について説明する。図１５は、本実施形態の予約割当システム１ｃの構成を示す全体図である。同図を参照すると、受信部１３が、通信端末２０から識別情報１３５を更に受信し、記憶部１１が、座席属性ＤＢ１１３の代わりに座席属性ＤＢ１１３ｃを格納し、ユーザ属性ＤＢ１１５を更に格納し、通信端末２０の代わりに通信端末２０ｃが設けられる以外は、予約割当システム１ｃの構成は、第１の実施形態の座席割当システム１と同様である。

識別情報１３５は、各ユーザに一意に割り当てられた番号を示す情報である。サーバ１０は、識別情報１３５に対応付けて、予め全てのユーザのユーザ属性情報１３１をユーザ属性ＤＢ１１５に格納しておく。また、サーバ１０は、座席を割り当てたとき、予約済のユーザのユーザ属性情報の代わりに識別情報を座席属性ＤＢ１１３ｃに格納する。マッチング処理部１５は、各座席に予約されたユーザの属性を取得するとき、その座席に対応づけられた識別情報を座席属性ＤＢ１１３ｃから読出し、読み出した識別情報に対応するユーザ属性情報をユーザ属性ＤＢ１１５から読み出す。

図１６は、本実施形態の通信端末２０ｃの構成を示すブロック図である。同図を参照すると、入力部２１によりユーザ属性情報２３１は入力されず、入力部２１により識別情報２５１が入力され、送信部２５がその識別情報２５１をサーバ１０へ送信する以外は、第１の実施形態の通信端末２０と同様の構成である。

図１７は、ユーザ属性ＤＢ１１５の内容を示す図である。同図を参照すると、ユーザ属性ＤＢ１１５には、各ユーザの識別番号（識別情報）と、ユーザ属性情報とが対応付けて格納される。

図１８は、座席属性ＤＢ１１３ｃに格納される情報の内容をまとめた表である。同図を参照すると、座席属性ＤＢ１１３ｃには、ユーザ属性情報の代わりに識別番号が格納される。

図１９は、本実施形態のサーバ１０の予約を受け付ける動作を示すフローチャートである。同図を参照すると、本実施形態のサーバ１０の動作は、ステップＳ２を更に実行し、ステップＳ３の代わりにステップＳ３ｃを実行する以外は、第１の実施形態のサーバ１０の動作と同様である。

サーバ１０は、通信端末２０からユーザ属性情報１３１等を受信したのであれば（ステップＳ１：ＹＥＳ）、受信データ処理を実行する（ステップＳ２）。そして、サーバ１０は、各座席の識別情報に対応するユーザ属性情報をユーザ属性ＤＢ１１５から読み出す（ステップＳ３ｃ）。

図２０は、受信データ処理を示すフローチャートである。同図を参照すると、サーバ１０は、ユーザ属性情報１３１を受信したか否かを判断する（ステップＳ２１）。ユーザ属性情報１３１を受信したのであれば（ステップＳ２１：ＹＥＳ）、サーバ１０は、受信した情報に基づいて、ユーザ属性ＤＢ１１５を更新する（ステップＳ２３）。

ユーザ属性情報１３１を受信していない場合（ステップＳ２１：ＮＯ）、またはステップＳ２３の後、サーバ１０は、識別情報１３５に対応するユーザ属性情報を、ユーザ属性ＤＢ１１５から読み出す（ステップＳ２５）。ステップＳ２５の後、サーバ１０は、受信データ処理を終了する。

なお、本実施形態では、サーバ１０が、ユーザ属性情報と識別情報とを対応づけて記憶しておく構成としているが、希望条件情報と識別情報とを対応付けて記憶しておく構成とすることもできる。この場合、ユーザは、予約のたびに希望条件を入力しなくて済み、利便性が向上する。

また、ユーザは、前回と異なるユーザ属性および希望条件を入力することもでき、この場合、通信端末は、新たなユーザ属性情報または希望条件情報をサーバ１０に送信し、サーバ１０は、座席属性ＤＢ１１３ｃ、またはユーザ属性ＤＢ１１５を更新する。

以上説明したように、本実施形態によれば、サーバ１０は、受信したユーザ属性情報１３１と、識別情報１３５とを対応付けて予め記憶しておくので、ユーザは、予約をするたびに、ユーザ属性情報を入力しなくて済み、更に利便性が向上してユーザの満足度が高くなる。

（第５の実施形態）
本発明の第５の実施形態について、図２１および図２２を参照して説明する。図２１は、本実施形態の予約割当システム１ｄの構成を示す全体図である。同図を参照すると、予約割当システム１ｄは、サーバ１０の代わりに主催者サーバ１０ｄ、マッチング処理サーバ３０、座席属性データベース４０、およびユーザ属性データベース５０を設け、サーバ１０の機能を複数のノードに分散している点で、第４の実施形態の予約割当システム１ｃと異なる。

主催者サーバ１０ｄは、興業情報１３３を記憶し、受信部１３、および送信部１７を有する。主催者サーバ１０ｄは、通信端末２０からの要求に応じて通信端末２０へ興業情報１３３を送信し、通信端末２０から受信したユーザ属性情報１３１および識別情報１３５をユーザ属性データベース４０へ送信する。また、主催者サーバ１０ｄは、通信端末２０から受信した希望条件情報１３３および識別情報１３５をマッチング処理サーバ３０へ送信する。主催者サーバ１０ｄは、マッチング処理サーバ３０から割当座席情報１７１を受信したとき、その情報を通信端末２０へ送信する。

マッチング処理サーバ３０は、ユーザ属性情報１３１および識別情報１３５を受信したとき、これらの情報をユーザ属性データベース４０に格納する。マッチング処理サーバ３０は、希望条件情報１３３および識別情報１３５を受信したとき、座席属性データベース４０およびユーザ属性データベース４０を参照し、希望条件情報１３３の示す条件に最もよくマッチ（合致）する座席であって、その座席の周囲の他のユーザの希望条件を満たす座席を求め、その座席を通信端末１０のユーザに割り当てる。そして、割り当てた座席を示す割当座席情報１７１を主催者サーバ１０ｄへ送信する。

座席属性データベース４０は、座席属性ＤＢ１１３ｃが格納する情報と同じ内容の情報を格納する。

ユーザ属性データベース５０は、ユーザ属性ＤＢ１１５が格納する情報と同じ内容の情報を格納する。

図２２は、本実施形態の座席割当システム１ｄの動作を示すシーケンス図である。同図を参照すると、主催者サーバ１０ｄは、通信端末２０の要求に応じて、興業情報１３３を通信端末２０へ送信する。通信端末２０は、ユーザの操作に応じてユーザ属性情報１３１および識別情報１３３を主催者サーバ１０ｄへ送信する。主催者サーバ１０ｄは、通信端末２０からユーザ属性情報１３１等を受信したとき、これらの情報を、ユーザ属性データベース４０へ送信する。ユーザ属性データベース４０は、識別情報１３３に対応づけてユーザ属性情報１３１を格納する。

通信端末２０が、ユーザが選択した、いずれかの興業について識別情報１３３を送信したとき、主催者サーバ３０は、その興業について識別情報１３３をマッチング処理サーバ３０へ送信する。マッチング処理サーバ３０は、識別情報１３３に対応するユーザ属性情報を、ユーザ属性データベース４０から読出し、各座席の希望条件情報を座席属性データベース５０から読み出す。そして、マッチング処理サーバ３０は、希望条件情報１３３の示す条件に最もよくマッチ（合致）する座席であって、その座席の周囲の他のユーザの希望条件を満たす座席を求め、その座席を通信端末１０のユーザに割り当てる。

マッチング処理サーバ３０は、座席が割り当てられたユーザの識別番号に基づいて座席属性データベース５０を更新し、割り当てた座席を示す割当座席情報１７１を、主催者サーバ１０ｄを介して通信端末２０へ送信する。

なお、本実施形態では、主催者サーバ１０ｄ、マッチング処理サーバ３０、座席属性データベース４０、およびユーザ属性データベース５０に機能を分散したが、データベースは分散せず、マッチング処理機能のみを分散するなど、機能分散の方式は任意である。

以上説明したように、本実施形態によれば、予約割当システム１０は、サーバ１０の各機能を分散するので、保守、管理が容易となり、システム全体の信頼性が向上する。

（第６の実施形態）
本発明の第６の実施形態について、図２３を参照して説明する。同図は、本実施形態の予約割当システム１ｅの構成を示す全体図である。同図を参照すると、予約割当システム１ｅは、本人確認用端末６０を更に有する点で、第５の実施形態の予約割当システム１ｄと異なる。

本人確認用端末６０は、会場の入り口などに設置され、入場者が予約をした本人であるか否かを確認するために使用される。本人確認用端末６０は、識別情報６０１の入力を受け付ける。識別情報６０１の入力は、例えば、ユーザ自身あるいは入場確認者による入力操作、チケットからの読み取り、通信端末２０のディスプレイからの読み取り、通信端末２０との短距離通信などによって行われる。

識別情報６０１が入力されると、本人確認用端末６０は、その識別情報に対応するユーザ属性情報６０３をユーザ属性データベース４０から読み出して出力する。ユーザ識別情報６０３は、例えば、本人確認用端末６０のディスプレイに表示される。

以上説明したように、本実施形態によれば、本人確認用端末６０が、識別情報に対応するユーザ属性情報を読み出して出力するので、入場者が予約をした本人であるか否かを確認することができ、予約割当システムのセキュリティが向上する。

１、１ｃ、１ｄ 座席割当システム
１０ サーバ
１０ｄ 主催者サーバ
１１ 記憶部
１３ 受信部
１５ マッチング処理部
１７ 送信部
２０、２０ｃ ユーザ端末
２１ 入力部
２３ 記憶部
２５ 送信部
２７ 受信部
３０ マッチング処理サーバ
４０ ユーザ属性データベース
５０ 座席属性データベース
６０ 本人確認用端末
１１１、２７１ 興業情報
１１３、１１３ｃ 座席属性ＤＢ
１１５ ユーザ属性ＤＢ
１３１、２３１、６０３ ユーザ属性情報
１３３、１３３ａ、２３３ 希望条件情報
１３５、２５１、６０１ 識別情報
１７１、２７３ 座席割当情報
Ｓ１〜Ｓ１１、Ｓ５ａ、Ｓ１０１〜Ｓ１１１、Ｓ２１〜Ｓ２５ ステップ

Claims (17)

1. 座席ごとの予約の有無と、予約有りの座席が割り当てられたユーザの属性とを記憶する記憶手段と、
   座席を予約しようとする予約希望ユーザが周囲の座席の他のユーザの属性について希望する希望条件を示す条件情報を通信端末から受信する受信手段と、
   前記受信手段により前記条件情報が受信されると、前記記憶手段から座席ごとの予約の有無と前記他のユーザの属性とを読み出し、予約無しの座席の中から、該条件情報の示す希望条件に合致する座席を選択し、選択した該座席を前記予約希望ユーザに割り当てる割当手段と、
   前記割当手段により割り当てられた前記座席を示す座席情報を前記通信端末へ送信する送信手段と、
   を有するサーバ。
2. 前記記憶手段は、予約有りの座席ごとに、該座席を割り当てられたユーザが周囲の座席のユーザの属性について希望する希望条件を更に記憶し、
   前記受信手段は、前記通信端末から、前記予約希望ユーザの属性を示すユーザ属性情報を更に受信し、
   前記割当手段は、前記記憶手段から座席ごとのユーザの希望条件を更に読み出し、前記予約無しの座席の中から、前記ユーザ属性情報の示す前記予約希望ユーザの希望条件に合致し、且つ該予約希望ユーザの属性が周囲の座席の他のユーザの希望条件に合致する座席を選択する、請求項１に記載のサーバ。
3. 前記記憶手段は、前記受信手段により受信された前記ユーザ属性情報を、前記予約希望ユーザを識別するための識別情報と対応付けて更に記憶し、
   前記割当手段は、前記識別情報が前記受信手段により受信されたら、該識別情報に対応する前記ユーザ属性情報を前記記憶手段から読み出し、読み出した該ユーザ属性情報を、前記予約無しの座席が前記周囲の座席の他のユーザの希望条件に合致する否かの判断に用いる、請求項２に記載のサーバ。
4. 前記記憶手段は、前記条件情報と前記識別情報とを対応付けて更に記憶し、
   前記割当手段は、前記識別情報が前記受信手段により受信されたら、該識別情報に対応する前記条件情報を前記記憶手段から読み出し、読み出した該条件情報を、前記予約無しの座席が前記予約希望ユーザの希望条件に合致するか否かの判断に用いる、請求項１乃至３のいずれか１項に記載のサーバ。
5. 前記条件情報は、複数の希望条件と、該希望条件ごとに、前記予約希望ユーザの希望の高さを示す重みとを示す情報を含み、
   前記割当手段は、前記希望条件のいずれかに合致する予約無しの座席が複数あるならば、合致する希望条件に対応する重みの合計が最も高い座席を前記予約希望ユーザに割り当てる、請求項１乃至４のいずれか１項に記載のサーバ。
6. 前記受信手段は、前記通信端末から前記座席情報の示す座席の割り当てを承認する旨を示す承認情報を更に受信し、
   前記割当手段は、前記受信手段により前記承認情報が受信されたら、前記座席の割り当てを確定し、該座席を予約有りとするように前記記憶手段を更新する、請求項１乃至５のいずれか１項に記載のサーバ。
7. 前記受信手段は、前記通信端末から割り当てられた座席を変更するための変更要求情報を更に受信し、
   前記割当手段は、前記受信手段により前記変更要求情報が受信されたら、前記予約希望ユーザに割り当てられている第１の座席の他に、前記希望条件に合致する第２の座席があるか否かを判断し、該第２の座席があれば、該予約希望ユーザに割り当てる座席を第１の座席から第２の座席に変更する、請求項１乃至５のいずれか１項に記載のサーバ。
8. 前記希望条件は、座席の位置について前記予約希望ユーザが希望する条件を更に含む、請求項１乃至６のいずれか１項に記載のサーバ。
9. 前記属性は、ユーザの身体的特徴を含む、請求項１乃至７に記載のサーバ。
10. 座席の予約しようとする予約希望ユーザが周囲の座席の他のユーザの属性について希望する希望条件を示す条件情報をサーバへ送信する通信端末と、
    座席ごとに、予約の有無と、予約有りの座席に割り当てられたユーザの属性とを記憶しておき、前記通信端末から前記条件情報を受信すると、予約無しの座席の中から、該条件情報の示す希望条件に合致する座席を選択し、選択した該座席を前記予約希望ユーザに割り当て、割り当てた該座席を示す座席情報を前記通信端末へ送信するサーバと、
    を有する座席割当システム。
11. 座席の予約しようとする予約希望ユーザが周囲の座席の他のユーザの属性について希望する希望条件を示す条件情報をサーバへ送信する通信端末と、
    座席ごとに、予約の有無と、予約有りの座席に割り当てられたユーザの属性とを記憶するデータベースと、
    前記通信端末から前記条件情報を受信すると、前記データベースから座席ごとの予約の有無と前記他のユーザの属性とを読み出し、予約無しの座席の中から、該条件情報の示す希望条件に合致する座席を選択し、選択した該座席を前記予約希望ユーザに割り当て、割り当てた該座席を予約有りにするように該データベースを更新し、割り当てた該座席を示す座席情報を前記通信端末へ送信する、サーバと、
    を有する座席割当システム。
12. 座席の予約しようとする予約希望ユーザが周囲の座席の他のユーザの属性について希望する希望条件を示す条件情報をサーバへ送信する通信端末と、
    ユーザごとに、該ユーザを識別するための識別情報と、該ユーザの属性とを記憶するユーザ属性データベースと、
    座席ごとに、予約の有無と、予約有りの該座席が割り当てられたユーザを識別するための識別情報とを記憶する座席データベースと、
    前記通信端末から前記条件情報を受信すると、前記座席データベースから座席ごとの予約の有無を読み出し、前記ユーザ属性データベースから座席を予約した他のユーザの属性を読み出し、選択し、選択した該座席を前記予約希望ユーザに割り当て、割り当てた該座席を予約有りにするように該座席データベースを更新し、割り当てた該座席を示す座席情報を前記通信端末へ送信する、サーバと、
    を有する座席割当システム。
13. 前記識別情報の入力を受け付け、該識別情報が入力されると、該識別情報に対応する前記ユーザの属性を前記ユーザ属性データベースから読み出して出力する本人確認用端末を更に有する、請求項１０に記載の座席割当システム。
14. ユーザが周囲の座席のユーザの属性について希望する希望条件を示す条件情報を記憶する記憶手段と、
    前記ユーザにより座席の予約を要求する操作が行われたとき、前記記憶手段に前記条件情報が入力されていなければ、該時条件情報の入力を受け付け、該ユーザの操作に従って、前記条件情報を前記記憶手段に入力する入力手段と、
    前記ユーザにより座席の予約を要求する操作が行われたとき、前記記憶手段に前記条件情報が記憶されていれば、該条件情報を読み出して前記サーバへ送信する送信手段と、
    前記ユーザに予約された座席を示す割当座席情報を前記サーバから受信する受信手段と、
    を有する通信端末。
15. 記憶手段に、座席ごとの予約の有無と、予約有りの座席を割り当てられたユーザの属性とを記憶しておき、
    受信手段が座席を予約しようとする予約希望ユーザが周囲の座席の他のユーザの属性について希望する希望条件を示す条件情報を通信端末から受信し、
    前記受信手段が前記条件情報を受信すると、前記記憶手段から座席ごとの予約の有無と前記他のユーザの属性とを読み出し、
    割当手段が、予約無しの座席の中から、該条件情報の示す希望条件に合致する座席を選択し、
    選択した該座席を前記予約希望ユーザに割り当て、
    送信手段が、割り当てた前記座席を示す座席情報を前記通信端末へ送信する、サーバの制御方法。
16. 通信端末が、座席の予約しようとする予約希望ユーザが周囲の座席の他のユーザの属性について希望する希望条件を示す条件情報をサーバへ送信し、
    座席ごとに、予約の有無と、予約有りの座席に割り当てられたユーザの属性とを記憶したサーバが、前記通信端末から前記条件情報を受信すると、予約無しの座席の中から、該条件情報の示す希望条件に合致する座席を選択し、
    選択した該座席を前記予約希望ユーザに割り当て、
    割り当てた該座席を示す座席情報を前記通信端末へ送信する、座席予約方法。
17. コンピュータに、
    座席ごとの予約の有無と、予約有りの座席が割り当てられたユーザの属性とを記憶手段に記憶する手順、
    座席を予約しようとする予約希望ユーザが周囲の座席の他のユーザの属性について希望する希望条件を示す条件情報を通信端末から受信する受信手順、
    前記受信手順で前記条件情報が受信されると、前記記憶手段から座席ごとの予約の有無と前記他のユーザの属性とを読み出し、予約無しの座席の中から、該条件情報の示す希望条件に合致する座席を選択し、選択した該座席を前記予約希望ユーザに割り当てる割当手順、及び
    前記割当手順で割り当てられた前記座席を示す座席情報を前記通信端末へ送信する送信手順、
    を実行させるためのプログラム。

Images