(57)【要約】【課題】利用者の希望する内容のサービスを受けるために待ち行列に並ぶ時間を短縮し、サービス提供者側の受入れ時の受付作業を軽減させる行列対象先管理システムを提供する。【解決手段】店舗端末４１と、利用者端末８１と、行列管理サーバ１０と、ネットワークとで行列対象先管理システムを構成し、行列管理サーバ１０は、複数の店舗をグループ待ち行列として一体で管理する店舗グループ１１と、店舗端末４１から店舗の利用可能状態を受信し、いずれかの店舗が利用可能になるかを管理する店舗グループ管理部１３と、利用者端末８１から送信されてきた店舗グループ１１への行列登録要求を受信してグループ待ち行列に登録し、店舗グループのいずれかの店舗が利用可能となったらグループ待ち行列に登録されている利用者端末８１を選択する行列操作部１２と、選択された利用者端末８１に、利用可能となった店舗の利用可能通知を送信する利用可能通知部とを備える。【選択図】図７
2006018405.tif 000002
【特許請求の範囲】
【請求項１】
行列対象先に対応して設置される行列対象先端末と、前記行列対象先を予約するための行列登録が行なわれる利用者端末と、前記利用者端末からの行列登録を受け付けて、これに基づいて各行列対象先毎の行列を管理し、行列対象先が利用可能となると利用者端末に利用可能通知を送信する管理サーバと、前記行列対象先端末と前記利用者端末と前記管理サーバを接続するネットワークとで構成され、
前記管理サーバは、
複数の前記行列対象先への行列をそれぞれグループ待ち行列として一体で管理する行列対象先グループと、
前記行列対象先端末から前記行列対象先の利用可能状態を受信し、前記行列対象先グループのいずれかの行列対象先が利用可能になるかを管理する行列対象先管理部と、
前記利用者端末から送信されてきた前記行列対象先グループへの行列登録要求を受信して前記グループ待ち行列に登録し、前記行列対象先グループのいずれかの行列対象先が利用可能となったら、前記グループ待ち行列に登録されている利用者端末を選択する行列操作部と、
前記行列操作部で選択された前記利用者端末に、前記利用可能となった行列対象先の利用可能通知を送信する利用可能通知部とを備える、行列対象先管理システム。
【請求項２】
前記管理サーバは、複数の前記行列対象先グループを有する、請求項１に記載の行列対象先管理システム。
【請求項３】
さらに、
前記管理サーバは、利用者があらかじめ複数の行列対象先を利用者個人のグループとして登録する、利用者お気に入りグループ登録手段を有し、前記行列操作部は、前記利用者端末から前記利用者お気に入りグループのグループ待ち行列への登録要求を受信すると、前記利用者お気に入りグループの待ち行列に登録する、請求項１にまたは請求項２に記載の行列対象先管理システム。
【請求項４】
前記管理サーバの前記行列操作部と前記行列対象先管理部と前記利用可能通知部とが、前記行列対象先グループのそれぞれに設けられている、請求項２または請求項３のいずれか１項に記載の行列対象先管理システム。
【請求項５】
前記管理サーバの前記行列対象先管理部が、前記行列対象先グループから独立して共通に設けられ、前記行列操作部と前記利用可能通知部とが、前記行列対象先グループのそれぞれに設けられている、請求項２または請求項３のいずれか１項に記載の行列対象先管理システム。
【請求項６】
前記管理サーバの前記行列対象先管理部と前記行列操作部と前記利用可能通知部とが、前記行列対象先グループから独立して共通に設けられている、請求項２または請求項３のいずれか１項に記載の行列対象先管理システム。
【請求項７】
前記利用者端末は、行列登録した行列対象先の空席情報を前記利用可能通知として前記管理サーバから受信すると、受信確認情報を前記管理サーバに送信するレスポンス発行部を有し、
前記管理サーバは、前記利用可能通知の送信からの時間と送信回数とをカウントし、所定の時間が経過すると前記利用可能通知を前記利用者端末に再送信し、送信回数が所定の回数に達するか前記受信確認情報が着信すると該利用者の待ち行列の登録を削除するレスポンス処理部を有する、請求項１から請求項６のいずれか１項に記載の行列対象先管理システム。
【請求項８】
前記利用者端末は、前記行列対象先端末にも直接行列対象先利用予約のための行列登録が可能であり、
前記管理サーバの前記行列操作部は、前記利用者端末から前記行列対象先グループに対する利用予約を受け付けると、待ち行列に利用予約を登録するとともに、予約の対象となるそれぞれの前記行列対象先端末に利用予約を通知して空席の割当を移管し、
前記行列対象先端末は行列操作部を有し、該行列操作部は前記管理サーバから通知された利用予約と前記利用者端末からの直接利用予約とを待ち行列に登録して管理し、該行列対象先端末の対応する行列対象先の空席の割当を行う、請求項１から請求項７のいずれか１項に記載の行列対象先管理システム。
【請求項９】
前記管理サーバからの前記行列対象先端末への利用予約の通知は、前記行列対象先グループの識別子のみによって行われる、請求項８に記載の行列対象先管理システム。
【請求項１０】
前記管理サーバの前記行列操作部は、前記利用者端末からの利用要求に関係なく前記行列対象先端末に利用予約が可能である、請求項９に記載の行列対象先管理システム。
【請求項１１】
前記管理サーバの前記行列操作部は、前記利用者端末からの利用要求に関係なく前記行列対象先グループの識別子のみによって行われる利用予約を、前記行列対象先端末のいずれに割り当てるかを決定するための行列対象先行列追加ルール、および／または前記行列対象先端末のいずれから削除するかを決定するための行列対象先行列削除ルールを有する、請求項１０に記載の行列対象先管理システム。
【請求項１２】
前記行列対象先行列追加ルールおよび削除ルールは、前記管理サーバの待ち行列の予約登録数、および／または前記行列対象先端末の待ち行列の予約登録数に対応して追加および削除するルールである、請求項１１に記載の行列対象先管理システム。
【請求項１３】
前記行列対象先端末は、該行列対象先が利用可能となった場合は、前記行列対象先端末の前記行列操作部の利用割り当てに基づいて、割り当てられた前記利用者端末に該行列対象先の利用可能を利用可能通知として送信する利用可能通知部を有する、請求項８から請求項１２のいずれか１項に記載の行列対象先管理システム。
【請求項１４】
前記行列対象先端末は、前記管理サーバを経由して前記行列対象先グループ内の前記行列対象先端末の空席情報を含む現状情報を取得可能な現状情報受理部を有する、請求項８から請求項１３のいずれか１項に記載の行列対象先管理システム。
【請求項１５】
前記行列対象先が利用可能となった場合の前記行列操作部の前記待ち行列に登録されている前記利用者に対する利用割り当ては、
１）行列の先頭の利用者
２）予め緊急性が登録されている利用者
３）特定の会員リストに登録されている利用者
のいずれかが所定の基準で選択される、請求項１から請求項１４のいずれか１項に記載の行列対象先管理システム。
【請求項１６】
前記行列対象先グループが、予め登録されたリストから所定のサービス要求者の示す条件によって選択された行列対象先のグループである、請求項１から請求項１５のいずれか１項に記載の行列対象先管理システム。
【請求項１７】
前記行列対象グループが、店舗、飲食店を含むサービス提供事業所のグループである、請求項１６に記載の行列対象先管理システム。
【請求項１８】
前記管理サーバの管理する前記行列対象先グループは、
１）業態の同じ行列対象先のグループ
２）同じ地域の行列対象先のグループ
３）人気が上位の行列対象先のグループ
４）利用者の回転率の高い行列対象先のグループ
５）利用者のお気に入りとして評価される行列対象先のグループ
６）利用者にとって特典が得られる行列対象先を含むグループ
のいずれかあるいは組合せを含む、請求項１６または請求項１７のいずれか１項に記載の行列対象先管理システム。
【請求項１９】
さらに、前記管理サーバは、前記行列対象先ごとに課金情報を蓄積する課金情報管理部を有し、前記行列対象先管理部で利用可能となった行列対象先に対応する課金情報を更新する、請求項１から請求項１８のいずれか１項に記載の行列対象先管理システム。
【請求項２０】
行列対象先に対応して設置される行列対象先端末と、前記行列対象先への行列を登録する利用者端末と、前記行列を管理する管理サーバと、前記行列対象先端末と前記利用者端末と前記管理サーバを接続するネットワークとで構成される行列対象先管理システムの前記管理サーバであって、
複数の行列対象先をグループ待ち行列として管理する行列対象先グループと、
前記行列対象先端末から前記行列対象先の利用可能状態を受信し、前記行列対象先グループのいずれかの行列対象先が利用可能になるかを管理する行列対象先管理部と、
前記利用者端末から送信されてきた前記行列対象先グループへの行列登録要求を受信して前記グループ待ち行列に登録し、前記行列対象先グループのいずれかの行列対象先が利用可能となったら、前記グループ待ち行列に登録されている利用者端末を選択する行列操作部と、
前記行列対象先管理部で選択された前記利用者端末に、前記利用可能となった行列対象先の利用可能通知を送信する利用可能通知部とを備える、管理サーバ。
【請求項２１】
前記行列対象先グループは、入力部、出力部、データ処理装置、記憶部を有し、
前記記憶部は、
前記利用者端末より入力した行列予約を登録したグループ待ち行列を記憶するグループ待ち行列格納部、
行列予約利用者のグループ待ち行列への割当ルールとグループ待ち行列から利用可能となった行列対象先への割当を選択する選択ルールとを記憶する割当・選択ルール格納部、
取得した前記行列対象先グループ内の前記行列対象先の空席情報を含む行列対象先現状情報を記憶する行列対象先現状情報格納部、
記憶されている前記行列対象先現状情報から目的に応じた要約情報を制作するためのルールを記憶する行列対象先情報要約ルール格納部を有し、
前記データ処理装置は、
前記利用者端末から入力した前記行列対象先に対する行列の予約を受理する予約要求受理部、
予約要求を分析して前記グループ待ち行列への登録を行い、所定の条件で空席の割当を行う順序を決定し、空席の割当を行った場合には登録から削除する行列操作部、
前記行列対象先端末から入力した行列対象先現状情報を受理する行列対象先現状情報受理部、
受理した行列対象先現状情報により前記行列対象先現状情報格納部に格納されている行列対象先現状情報を更新し、必要に応じて行列対象先現状情報を読み出して伝送する行列対象先現状情報管理部、
前記行列対象先情報集約ルール格納部に記憶されている要約情報を制作するためのルールに従って前記行列対象先現状情報から空席情報を含む目的に応じた前記要約情報を制作する要約情報制作部、
制作された前記要約情報を目的に応じた前記利用者端末に送信し、前記予約行列制御部に通知する要約情報発信部を有する、請求項２０に記載の管理サーバ。
【請求項２２】
複数の前記行列対象先グループを有する、請求項２０または請求項２１に記載の管理サーバ。
【請求項２３】
前記管理サーバの前記行列操作部と前記行列対象先管理部と前記利用可能通知部とが、前記行列対象先グループのそれぞれに設けられている、請求項２０に記載の管理サーバ。
【請求項２４】
前記管理サーバの前記行列対象先管理部が、前記行列対象先グループから独立して共通に設けられ、前記行列操作部と前記利用可能通知部とが、前記行列対象先グループのそれぞれに設けられている、請求項２０に記載の管理サーバ。
【請求項２５】
前記管理サーバの前記行列対象先管理部と前記行列操作部と前記利用可能通知部とが前記行列対象先グループから独立して共通に設けられている、請求項２０に記載の管理サーバ。
【請求項２６】
さらに、
利用者があらかじめ複数の行列対象先を利用者個人のグループとして登録できる、利用者お気に入りグループ登録手段である行列対象先グループ生成部を有し、
前記行列対象先グループ生成部の記憶部には、利用者端末から送信された行列対象先に対する希望条件を蓄積して記憶する希望条件格納部と制作された新規行列対象先グループの構成を記憶する新規行列対象先グループ構成格納部とを有し、
前記行列対象先グループ生成部のデータ処理装置には、前記利用者端末から送信された前記行列対象先に対する希望条件を受理する希望条件受理部、蓄積された希望条件に対応できる前記行列対象先を各前記行列対象先の現状情報から検索する現状情報検索部、検索された現状情報から該当する前記行列対象先を選定する該当行列対象先選定部、これらの行列対象先をグループ化する場合の新規行列対象先グループの構成を制作する新規行列対象先グループ構成制作部、および所定の手順によって制作された新規行列対象先グループ構成を出力し前記行列対象先グループを新たに構築する新規行列対象先グループ構成出力部を有する、請求項２０から請求項２５のいずれか１項に記載の管理サーバ。
【請求項２７】
行列対象先に対応して設置される行列対象先端末と、前記行列対象先への行列を登録する利用者端末と、前記行列を管理する管理サーバと、前記行列対象先端末と前記利用者端末と前記管理サーバを接続するネットワークとで構成される行列対象先管理システムの前記行列対象先端末であって、
入力部、出力部、データ処理装置、記憶部、操作者入力部、表示部を有し、
前記記憶部は、現在の空席の有無、空席数を含む現状情報を記憶する現状情報格納部を有し、
前記データ処理装置は、入力された現状情報を受理する現状情報受理部、入力された現状情報に従って前記現状情報格納部に記憶されている現状情報を更新する現状情報更新部、更新された現状情報を所定の送信先に送信する現状情報送信部を有する、行列対象先端末。
【請求項２８】
さらに、
行列操作部を有し、該行列操作部は前記管理サーバから通知された利用予約と前記利用者端末からの直接利用予約とを待ち行列に登録して管理し、空席を割り当てる、請求項２７に記載の行列対象先端末。
【請求項２９】
行列対象先に対応して設置される行列対象先端末と、前記行列対象先への行列を登録する利用者端末と、前記行列を管理する管理サーバと、前記行列対象先端末と前記利用者端末と前記管理サーバを接続するネットワークとで構成される行列対象先管理システムの前記利用者端末であって、
入力部、出力部、データ処理装置、記憶部、操作者入力部、表示部を有し、
前記データ処理装置は、前記操作者入力部より入力された情報によって行列予約情報を制作する行列予約情報制作部、制作された行列予約情報を所定の出力先に送信する行列予約送信部、および前記管理サーバから受信した行列登録した行列対象先に関する空席の発生を含む要約情報を受理する要約情報受理部を有する、利用者端末。
【請求項３０】
携帯電話により構成される、請求項２９に記載の利用者端末。
【請求項３１】
携帯情報端末により構成される、請求項２９に記載の利用者端末。
【請求項３２】
専用入出力装置により構成される、請求項２９に記載の利用者端末。
【請求項３３】
行列対象先に対応して設置される行列対象先端末と、前記行列対象先への行列を登録する利用者端末と、前記行列を管理する管理サーバと、前記行列対象先端末と前記利用者端末と前記管理サーバを接続するネットワークとで構成される行列対象先管理システムにおける行列対象先管理方法であって、
前記行列対象先端末が、前記行列対象先の利用可能状況を含む現状情報を前記管理サーバに出力するステップと、
前記管理サーバが、前記行列対象先端末から入力した現状情報を集約して記憶管理するステップと、
前記利用者端末が、利用者より入力された内容に基づいて行列対象先グループに対する所定の行列予約を発信するステップと、
前記管理サーバが、前記利用者端末からの行列予約要求を受理してグループ待ち行列に登録して、所定の処理を行うステップと、
前記管理サーバが、記憶されている行列対象先の現状情報から利用可能となった行列対象先を認識して、該行列対象先の前記グループ待ち行列に登録されている前記利用者端末を選択し、該行列対象先に関する空席情報を行列対象先情報要約ルールに基づいて要約情報として生成して選択された前記利用者端末に送信するステップと、
前記利用者端末が、予約した前記行列対象先についての前記空席情報を受理するステップとを含む、行列対象先管理方法。
【請求項３４】
さらに、
前記行列対象先端末が、前記利用者端末からの行列予約要求を直接受理するステップと、
前記管理サーバが前記利用者端末から受理してグループ待ち行列に登録した行列予約要求を、グループ待ち行列に対応する前記行列対象先端末に通知するステップと、
前記行列対象先端末が、前記利用者端末からの行列予約要求と前記管理サーバから通知された利用者端末からの行列予約要求とを該行列対象先端末のグループ待ち行列に登録して、行列対象先が利用可能となったときに所定の処理で前記グループ待ち行列に登録されている前記利用者端末を選択するステップとを有する、請求項３３に記載の行列対象先管理方法。
【請求項３５】
行列対象先に対応して設置される行列対象先端末と、前記行列対象先への行列を登録する利用者端末と、前記行列を管理する管理サーバと、前記行列対象先端末と前記利用者端末と前記管理サーバを接続するネットワークとで構成される行列対象先管理システムの前記管理サーバを制御するための制御プログラムを記録した記録媒体であって、
複数の行列対象先をグループ待ち行列として管理する手順と、
前記行列対象先端末から前記行列対象先の利用可能状態を受信し、前記行列対象先グループのいずれかの行列対象先が利用可能になるかを管理する手順と、
前記利用者端末から送信されてきた前記行列対象先グループへの行列登録要求を受信して前記グループ待ち行列に登録し、前記行列対象先グループのいずれかの行列対象先が利用可能となったら、前記グループ待ち行列に登録されている利用者端末を選択する手順と、
前記行列対象先管理部で選択された前記利用者端末に、前記利用可能となった行列対象先の利用可能通知を送信する手順と、を実行させるためのプログラムを記録した機械読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は複数の行列対象先を含む行列対象先グループの行列対象先管理システムに関する。
【背景技術】
【０００２】
サービス提供先のサービス利用希望者の順番待ち行列は広い分野で行なわれているが、従来の行列管理方法の場合、利用者は求めるサービスを受けるためにサービスを提供する店舗へ１つずつ行列登録をする必要があり、まとめて複数の店舗に並ぶことはできなかった。通信手段の発達によって利用者の端末から複数の店舗の行列に予約を行うことも可能となったが、この場合いずれかの店舗に入店できた際、行列していても入店しなかった店の順番待ちをまとめて削除することができず、実際には必要のない利用者が行列に登録されたままとなっているという問題もあった。また、希望するサービスごとにそのサービスを提供できる複数の店舗を集約する行列がなかったため、サービスを提供できる店舗ごとに用意された行列に並ぶ必要があった。
【０００３】
複数の施設間で相互に行列状態を確認可能な情報共有手段を有し、混雑している施設が混雑していない施設に顧客を紹介し、紹介された施設は紹介した施設に紹介料を払う顧客紹介システムが開示されている（特許文献１参照）。これによって行列の混雑は緩和されるが、この場合でも施設側は顧客が入店するまで顧客の求めるサービスの内容を知ることはできなかった。
【０００４】
顧客ごとにＩＣカードを用意し、顧客の指定する遊戯施設および利用希望時刻等に応じて予約を調整し、指定された時刻に指定された遊戯施設に空きがあれば表示し、顧客端末に連絡する遊戯施設予約装置が開示されている（特許文献２参照）。また、複数の病院の予約状況を管理するホスト装置が設けられており、予約者端末から予約希望日時、予約病院の所在場所などを入力すると、該当する複数の病院の予約状況が端末に表示され予約者はその中から選択して予約することができる予約システムが開示されている（特許文献３参照）。
【特許文献１】特開２００４−５４５９１号公報
【特許文献２】特開２００１−２０２４０６号公報
【特許文献３】特開２００２−３５１９７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述のように、端末を用いた従来の行列管理方法では、利用者がいち早く希望のサービスを受けるためにはサービスを提供する複数の店舗へ個別に入店登録を行わなければならなかった。すなわち、希望する条件を満たせばどのサービスを提供する店舗でもよい場合でも、希望条件を満たす店舗を利用者が検索してひとつずつ入店登録をする必要があり、希望条件を入力するだけでそれに対応する複数の店舗に入店登録する手段がなかった。また、利用者が希望するサービスの条件、例えば禁煙席等を利用者側があらかじめ指定することはできなかった。
【０００６】
従って、サービス提供側も入店受付前に利用者の要件を知る手段がなく、受付をするごとに利用者の希望する条件を聞かなければならなかった。さらに行列している利用者の求めるサービスをまとめて調査する手段がなかった。
【０００７】
特許文献２に開示されている遊戯施設予約装置では、複数の施設に対して同時に予約ができるが、一つの行列対象が利用可能となっても他の行列をキャンセルするものではなく上述のような問題点の解決には利用できず、特許文献３に開示されている予約システムでは、行列する前に複数の対象候補が示されて、そこから一つの対象を選択して行列するものであり、同様に上述のような問題点の解決には利用できない。
【０００８】
本発明の目的は、利用者の希望する内容のサービスを受けるために待ち行列に並ぶ時間を短縮し、サービス提供者側の受入れ時の受付作業を軽減させる行列対象先管理システムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の行列対象先管理システムは、
行列対象先に対応して設置される行列対象先端末と、行列対象先を予約するための行列登録が行なわれる利用者端末と、利用者端末からの行列登録を受け付けて、これに基づいて各行列対象先毎の行列を管理し、行列対象先が利用可能となると利用者端末に利用可能通知を送信する管理サーバと、行列対象先端末と利用者端末と管理サーバを接続するネットワークとで構成され、管理サーバは、複数の行列対象先をグループ待ち行列として一体で管理する行列対象先グループと、行列対象先端末から行列対象先の利用可能状態を受信し、行列対象先グループのいずれかの行列対象先が利用可能になるかを管理する行列対象先管理部と、利用者端末から送信されてきた行列対象先グループへの行列登録要求を受信してグループ待ち行列に登録し、行列対象先グループのいずれかの行列対象先が利用可能となったら、グループ待ち行列に登録されている利用者端末を選択する行列操作部と、行列操作部で選択された利用者端末に、利用可能となった行列対象先の利用可能通知を送信する利用可能通知部とを備える。
【００１０】
管理サーバは、利用者があらかじめ複数の行列対象先を利用者個人のグループとして登録する、利用者お気に入りグループ登録手段を有し、行列操作部は、利用者端末から利用者お気に入りグループのグループ待ち行列への登録要求を受信すると、利用者お気に入りグループの待ち行列に登録してもよい。
【００１１】
他の態様では、利用者端末は、行列対象先端末にも直接行列対象先利用予約のための行列登録が可能であり、管理サーバの行列操作部は、利用者端末から行列対象先グループに対する利用予約を受け付けると、待ち行列に利用予約を登録するとともに、予約の対象となるそれぞれの行列対象先端末に利用予約を通知して空席の割当を移管し、行列対象先端末は行列操作部を有し、その行列操作部は管理サーバから通知された利用予約と利用者端末からの直接利用予約とを待ち行列に登録して管理し、その行列対象先端末の対応する行列対象先の空席の割当を行う。
【００１２】
さらに、管理サーバは、行列対象先ごとに課金情報を蓄積する課金情報管理部を有し、行列対象先管理部で利用可能となった行列対象先に対応する課金情報を更新してもよい。
【００１３】
本発明の管理サーバは、
行列対象先管理システムの管理サーバであって、複数の行列対象先をグループ待ち行列として管理する行列対象先グループと、行列対象先端末から行列対象先の利用可能状態を受信し、行列対象先グループのいずれかの行列対象先が利用可能になるかを管理する行列対象先管理部と、利用者端末から送信されてきた行列対象先グループへの行列登録要求を受信してグループ待ち行列に登録し、行列対象先グループのいずれかの行列対象先が利用可能となったら、グループ待ち行列に登録されている利用者端末を選択する行列操作部と、行列対象先管理部で選択された利用者端末に、利用可能となった行列対象先の利用可能通知を送信する利用可能通知部とを備える。
【００１４】
本発明の行列対象先端末は、
行列対象先管理システムの行列対象先端末であって、入力部、出力部、データ処理装置、記憶部、操作者入力部、表示部を有し、記憶部は、現在の空席の有無、空席数を含む現状情報を記憶する現状情報格納部を有し、データ処理装置は、入力された現状情報を受理する現状情報受理部、入力された現状情報に従って現状情報格納部に記憶されている現状情報を更新する現状情報更新部、更新された現状情報を所定の送信先に送信する現状情報送信部を有する。
【００１５】
本発明の利用者端末は、
行列対象先管理システムの利用者端末であって、入力部、出力部、データ処理装置、記憶部、操作者入力部、表示部を有し、データ処理装置は、操作者入力部より入力された情報によって行列予約情報を制作する行列予約情報制作部、制作された行列予約情報を所定の出力先に送信する行列予約送信部、および管理サーバから受信した行列登録した行列対象先に関する空席の発生を含む要約情報を受理する要約情報受理部を有する。利用者端末は携帯電話により構成されてもよく、携帯情報端末により構成されてもよく、専用入出力装置により構成されてもよい。
【００１６】
本発明の行列対象先管理方法は、
行列対象先管理システムにおける行列対象先管理方法であって、行列対象先端末が、行列対象先の利用可能状況を含む現状情報を管理サーバに出力するステップと、管理サーバが、行列対象先端末から入力した現状情報を集約して記憶管理するステップと、利用者端末が、利用者より入力された内容に基づいて行列対象先グループに対する所定の行列予約を発信するステップと、管理サーバが、利用者端末からの行列予約要求を受理してグループ待ち行列に登録して、所定の処理を行うステップと、管理サーバが、記憶されている行列対象先の現状情報から利用可能となった行列対象先を認識して、その行列対象先のグループ待ち行列に登録されている利用者端末を選択し、その行列対象先に関する空席情報を行列対象先情報要約ルールに基づいて要約情報として生成して選択された利用者端末に送信するステップと、利用者端末が、予約した行列対象先についての空席情報を受理するステップとを含む。
【００１７】
本発明の記録媒体は、
行列対象先に対応して設置される行列対象先端末と、行列対象先への行列を登録する利用者端末と、行列を管理する管理サーバと、行列対象先端末と利用者端末と管理サーバを接続するネットワークとで構成される行列対象先管理システムの管理サーバを制御するための制御プログラムを記録した機械読み取り可能な記録媒体であって、複数の行列対象先をグループ待ち行列として管理する手順と、行列対象先端末から行列対象先の利用可能状態を受信し、行列対象先グループのいずれかの行列対象先が利用可能になるかを管理する手順と、利用者端末から送信されてきた行列対象先グループへの行列登録要求を受信してグループ待ち行列に登録し、行列対象先グループのいずれかの行列対象先が利用可能となったら、グループ待ち行列に登録されている利用者端末を選択する手順と、行列対象先管理部で選択された利用者端末に、利用可能となった行列対象先の利用可能通知を送信する手順とを実行させるためのプログラムを記録する。
【発明の効果】
【００１８】
本発明には、次のような効果がある。即ち、
（１）同じ種類のサービスを提供できる行列対象先グループの待ち行列に並ぶことによって、その行列対象先グループに含まれる各行列対象先の待ち行列に並んだのと同じ効果があるので、利用者が行列に並ぶ手間が軽減される。
（２）行列対象先に空席ができたとき、行列対象先グループの待ち行列の先頭にいる人に割り当てられるので、空いた行列対象先にも適切に利用者が配分され、行列管理が効率化される。
（３）利用者が要求する条件に合ったサービスを提供できる行列対象先をグループとしてまとめることができるので、利用者の満足度を保つことができる。
（４）行列管理に優先順位をつけることができるので、上客は優先的に処理されるなどの、利用者に対しての優遇サービスを提供することができる。
（５）行列対象先グループに入れる行列対象先を意図的に選定することができるので、特定の行列対象先を待ち行列の大きな行列対象先グループに入れるなどの、行列対象先に対しての優遇サービスを提供することができる。
（６）待ち行列をしている利用者に関する情報が行列対象先側に提供できるので、より集客力を高めるような行列管理を行うことができる。
【発明を実施するための最良の形態】
【００１９】
本発明は、通信ネットワークを経由して利用者が行列対象先の提供するサービスの予約申込を行う場合に、利用者の希望するサービスを受けるために待ち行列に並ぶ時間を短縮するとともに、利用者として席の希望があるかどうかなどを行列対象先が質問するといった受付作業を軽減させるシステムである。このシステムには色々なサービスのレベルがあるが、例えば、「すし」「禁煙」「空席あり」を希望する利用者に対し、禁煙席の空いているすし屋を条件として複数のすし屋から選択して入店行列登録を行うこともできる。
【００２０】
本発明では、例えばイベント会場における個々の催場の行列なども含めた行列対象先を対象とし、行列対象先グループに対して行列対象先の行列管理を行う行列対象先管理システムを提供できるが、実施の形態においては説明を理解しやすくするために行列対象先を店舗とし、行列対象先グループを店舗グループとして説明する。行列対象先グループは行列の対象となる業態のグループを広く包含するが、例えば予め登録されたリストからサービス要求者の示す条件によって選択された対象の群であり、さらに具体的には行列対象先には店舗、飲食店を含むサービス提供事業所も包含される。
【００２１】
次に、本発明の実施の形態について図面を参照して説明する。図１は第１の実施の形態の行列対象先管理システムの構成を示す模式的ブロック図であり、図２は第１の実施の形態の行列管理サーバの模式的ブロック構成図であり、図３は第１の実施の形態の店舗端末の模式的ブロック構成図であり、図４は第１の実施の形態の利用者端末の模式的ブロック構成図である。
【００２２】
本発明の第１の実施の形態の行列対象先管理システム１は、店舗４０の利用可能状況を含む現状情報を出力する店舗端末４１、店舗の利用希望者である利用者８０の店舗利用予約のための行列登録とその店舗の現状情報取得を行う利用者端末８１、複数の店舗４０の現状情報と店舗予約情報とを店舗グループ単位で管理する行列管理サーバ１０、およびこれらの各端末を接続する通信ネットワーク９０から構成される。店舗４０は複数の店舗グループ１１に登録されていてもよく、図１、図２では行列管理サーバ１０に複数の店舗グループ１１が示されているが、図６に示すように１グループのみであってもよい。また、図示されていないが行列対象先管理システム１の運営者が運営者端末から通信ネットワーク９０を介して行列管理サーバ１０にアクセスして条件の設定や変更を行うことができる。
【００２３】
店舗端末４１は、サービスを提供する店舗４０に設けられた例えばコンピュータで構成された端末であり、図３に示すように入力部４０１、出力部４０４、データ処理装置４０２、記憶部４０３、操作者がコマンドやデータを入力できる操作者入力部４０５、データを画面に表示できる画像表示部４０６を有する。記憶部４０３は、店舗４０の設備内容、提供するサービス内容、現在の空席の有無、空席数などの現状情報を記憶する現状情報格納部４２１を有し、データ処理装置４０２は、各部の処理を総括する中央処理部４１０、操作者入力部４０５より入力された現状情報を受理する現状情報受理部４１１、それに従って現状情報格納部４２１に記憶されている現状情報を更新する現状情報更新部４１２、更新された現状情報を行列管理サーバ１０のその店舗が属する店舗グループ１１の店舗グループ管理部１３に送信する現状情報送信部４１３を有する。現状情報受理部４１１、現状情報更新部４１２、現状情報送信部４１３、現状情報格納部４２１は現状情報管理部４２を構成する。
【００２４】
利用者端末８１は、サービスの提供を受けることを希望する利用者８０に設けられた携帯電話、携帯情報端末、専用機などの端末であり、図４に示すように入力部８０１、出力部８０４、データ処理装置８０２、記憶部８０３、操作者がコマンドやデータを入力できる操作者入力部８０５、データを画面に表示できる画像表示部８０６を有する。
【００２５】
記憶部８０３は、取得した店舗名、店舗グループ名とその現状情報を記憶する店舗名・店舗グループ格納部８３１と、行列管理サーバ１０から送信された店舗の空席状況を含む要約情報を記憶する要約情報格納部８３２とを有する。記憶された店舗名・店舗グループ情報を使用する必要のない場合は店舗名・店舗グループ格納部８３１は省くことができ、記憶が必要ない場合には要約情報格納部８３２も省くことができる。
【００２６】
データ処理装置８０２は、各部の処理を総括する中央処理部８１０、操作者入力部８０５より店舗名・店舗グループ格納部８３１の記憶内容を参照するなどして入力された情報によって行列予約情報を制作する行列予約情報制作部８１１、制作された行列予約情報を行列管理サーバ１０に送信する行列予約送信部８１２、行列管理サーバ１０から受信した行列登録した店舗に関する空席の発生を含む要約情報を受理する要約情報受理部８１３、および要約情報を画像表示部８０６に表示する要約情報表示部８１４を有する。要約情報により登録した店舗に空席の生じたことを知った利用者８０はその店舗に入店する。
【００２７】
店舗名・店舗グループ格納部８３１に記憶される店舗名、店舗グループ名とその現状情報は、行列管理サーバ１０のウェブサーバ部からの情報などより取得されて入力される。また行列予約情報制作部８１１における行列予約情報の制作は、希望する店舗名、希望する条件を含めて利用者８０が直接入力してもよいが、例えば店舗グループ名を行列管理サーバ１０に送信すると、行列管理サーバ１０から店舗名、希望する条件等の指定欄を持ったリストが送信され、リストに対して指定して行列管理サーバ１０に送信する方法であってもよい。また、行列管理サーバ１０の予約要求受理部１１１がテキストからの単語抽出ソフトを備えていて、利用者端末８１の行列登録部８３から送信される行列予約情報を文章とすることもできる。希望する店舗は１店あるいは複数店を指定してもよく、また一任としてもよく、希望する条件としては、提供される商品や、禁煙席、４人席、弱冷房席、託児施設の有無などの設備に対する希望の他に、入店可能時間の下限、あるいは特定の会員リストに登録されている場合はその事実などを行列予約情報に含めることもでき、行列管理サーバ１０の行列操作部１２が割当・選択ルール格納部１１４に記憶されている割当・選択ルールで整理してグループ待ち行列格納部１１３のグループ待ち行列に割り当てられ、割当・選択ルールに基づいて選択して空席が割り当てられる。
【００２８】
行列予約情報制作部８１１、行列予約送信部８１２、店舗名・店舗グループ格納部８３１は行列登録部８３を構成し、要約情報受理部８１３、要約情報表示部８１４、要約情報格納部８３２は要約情報処理部８４を構成する。
【００２９】
行列管理サーバ１０は、利用者の待ち行列を所定の基準で構成された店舗グループ１１ごとに管理するために設けられたサーバであり、全ての店舗グループ１１における利用者の行列操作、構成する店舗の空席状況を含む現状情報管理、空席が割り当てられた利用者に対する空席情報を含む要約情報の制作発信が管理される。
【００３０】
図２に示すように入力部１０１、出力部１０４、データ処理装置１０２、記憶部１０３を有する。ここでは行列操作部１２、店舗グループ管理部１３、要約情報通知部１４を有する店舗グループ１１が複数設けられているが、最低の単位としては1個設けられただけでもよい。他の実施の形態では、店舗グループ１１にはグループ待ち行列格納部１１３のみが設けられ、グループ待ち行列格納部１１３以外の行列操作部１２、店舗グループ管理部１３、要約情報通知部１４は共通な機能として設けられている。
【００３１】
店舗グループ１１を構成する店舗４０の基準は、特定の条件に合う店舗であり、例えば同じ料理分類に属すレストランがグループ化されたり、人気度に応じて店がグループ化されたり、利用者の回転率に応じて店がグループ化されたり、店舗の混雑状況に応じて店がグループ化されたり、主として店舗側の考えで集客効果を上げることが目的でグループ化される。同じ料理分類に属すレストランがグループ化されていれば、店舗に関係なしにその料理を望む利用者はそのグループに行列登録することによって空席の発生した店舗から順に紹介されるので待ち時間を短縮することができ、店舗も空席ができれば順次利用者が紹介されるので回転率が向上する。また、利用者８０は近い場所の店舗４０を希望することも多いので、行列対象先管理システム２が広域を対象に展開されている場合には、地域と組み合わせて、例えばＡ地区の中華料理といった店舗グループ１１を作ることもできる。さらに利用者によっては４人掛けの席を希望することもあり、また禁煙席や弱冷房を希望したり、託児所ありを希望したりすることもあるので、行列登録の際にそのような条件を提示すれば行列管理サーバ１０は店舗グループ管理部１３で各店舗の現状情報を把握しているので、そのような条件の空席が生じたときに紹介することもできる。またそのような基準で例えば禁煙席を持ったグループ、弱冷房のグループといったグループで待ち行列を作り、店舗４０はそれらのグループに重複して加入することもできる。また、特定の特徴を持った店舗をグループに追加することでグループ全体の集客度を上げることができる場合もある。上述のように一つの店舗は一つのグループに固定されるのではなく複数のグループに所属してもよい。通常、店舗グループの編成は行列対象先管理システム１の不図示の運営者によって行われるが、利用者の関心はそれぞれ異なっているので後述の第４の実施の形態で説明するように、「イタリアン」「日本食」などが固定的に用意されていたこれまでの固定の店舗グループに代わって、例えば利用者の嗜好に応じて利用者が店舗グループを編成することもできる。
【００３２】
記憶部１０３は、それぞれの店舗グループ１１ごとに、利用者端末８１より入力した予約登録を管理するために登録者の利用者情報を待ち行列に登録して記憶するグループ待ち行列格納部１１３、行列予約を要求する利用者８０をどの待ち行列に割り当てるか、店舗４０に空席が発生したときにどの待ち行列のどの利用者８０を選択して空席を割り当てるかの割当・選択ルールを記憶する割当・選択ルール格納部１１４、グループ内の店舗４０の現状情報を記憶する店舗現状情報格納部１２３、記憶されている店舗現状情報から目的に応じた要約情報を制作するためのルールを記憶する店舗情報要約ルール格納部１３３、および作成された要約情報を記憶する要約情報格納部１３４を有する。
【００３３】
データ処理装置１０２は、各部の処理を総括する中央処理部１１０、利用者端末８１から入力した待ち行列の予約登録を受理する予約要求受理部１１１、予約要求の内容を分析して割当・選択ルール格納部１１４に記憶された割当・選択ルールによって予約行列への登録を行い、所定の条件で登録内容の変更を行い、待ち行列の利用者８０に空席の紹介を行った場合には待ち行列の登録から削除する予約行列制御部１１２、店舗端末４１から入力した店舗現状情報を受理する店舗現状情報受理部１２１、受理した店舗現状情報により店舗現状情報格納部１２３に記憶されている店舗現状情報を更新し、必要に応じて店舗現状情報を読み出して伝送する店舗現状情報管理部１２２、店舗情報要約ルール格納部１３３に記憶されている要約情報を制作するためのルールに従って店舗現状情報から目的に応じた空席情報などの要約情報を制作する要約情報制作部１３１、および制作された要約情報を目的に対応する利用者端末８１に送信するとともに予約行列制御部１１２に通知する要約情報発信部１３２を有する。
【００３４】
予約要求受理部１１１は、利用者端末８１からグループのみを指定した行列予約要求を受けたときには、所属する店舗名、希望する条件等の指定欄を持ったリストを利用者端末８１に送信し、返信されたリストの内容によって予約行列制御部１１２が予約要求の内容を分析して割当・選択ルールに従って待ち行列への登録を行ってもよい。
【００３５】
予約行列制御部１１２は割当・選択ルールに従って店舗現状情報に対応して次に選択される登録者の利用者情報をグループ待ち行列格納部１１３の待ち行列に記憶しており、店舗現状情報管理部１２２から空席の発生とその空席の備える条件の通報を受けるとその条件に対応した登録者を選択して要約情報制作部１３１に通報し、要約情報制作部１３１は店舗情報要約ルールに従ってその要件に適合した要約情報を制作して要約情報発信部１３２から該当する利用者端末８１に送信するとともに予約行列制御部１１２に通知し、予約行列制御部１１２は、この実施の形態ではその登録者の利用者情報を待ち行列から削除する。他の実施の形態では所定の条件が満たされたときに削除される場合もある。また、他の実施の形態では待ち行列の管理をそれぞれの店舗端末４１でも行い、要約情報を店舗端末４１から送信する場合もある。
【００３６】
予約要求受理部１１１、予約行列制御部１１２、グループ待ち行列格納部１１３、割当・選択ルール格納部１１４は行列操作部１２を構成し、店舗現状情報受理部１２１、店舗現状情報管理部１２２、店舗現状情報格納部１２３は店舗グループ管理部１３を構成し、要約情報制作部１３１、要約情報発信部１３２、店舗情報要約ルール格納部１３３、要約情報格納部１３４は要約情報通知部１４を構成する。
【００３７】
行列サーバ１０はプログラム制御により動作するが、各部の動作を制御できる本発明の行列対象先管理システム制御プログラムが不図示の記録媒体に記録されていてもよい。記録媒体としてはＦＤ，ＣＤ−ＲＯＭ、半導体メモリ等が用いられる。
【００３８】
複数の行列対象先をグループ待ち行列として一体で管理し、行列対象先グループのいずれかの行列対象先が利用可能になるかを管理し、利用者端末から送信されてきた行列対象先グループへの行列登録要求を受信してグループ待ち行列に登録し、行列対象先グループのいずれかの行列対象先が利用可能となったら、グループ待ち行列に登録されている利用者端末を選択し、行列操作部で選択された利用者端末に、利用可能となった行列対象先の利用可能通知を送信するための制御プログラムは、記録媒体からデータ処理装置１０２に読み込まれデータ処理装置１０２動作を制御する。データ処理装置１０２は制御プログラムの制御により以下の処理を実行する。
【００３９】
即ち、
複数の行列対象先をグループ待ち行列として管理する処理と、
行列対象先端末から行列対象先の利用可能状態を受信し、行列対象先グループのいずれかの行列対象先が利用可能になるかを管理する処理と、
利用者端末から送信されてきた前記行列対象先グループへの行列登録要求を受信してグループ待ち行列に登録し、行列対象先グループのいずれかの行列対象先が利用可能となったら、グループ待ち行列に登録されている利用者端末を選択する処理と、
行列対象先管理部で選択された利用者端末に、利用可能となった行列対象先の利用可能通知を送信する処理とを実行する。
【００４０】
行列操作部１２における割当・選択ルールは、通常、行列対象先管理システム１の運営者によって設定や変更が行われるが、例えば、先入れ・先出しを原則とし、予め上客と指定した利用者８０や特定の会員登録者を所定のルールで繰上げる、上客を初めて登録した利用者よりも優先する、常連の利用者８０が指定時刻に近づいたとき順位を繰上げる、予め特定された店舗４０に登録した利用者が他の店舗４０の待ち行列にも登録しているかを調べ、他の店舗４０の先頭にいる場合は順位を繰上げる（特定店舗に利用者を引き抜く）、などシステムにとって価値のある利用者を優先したり、高い課金を支払う店舗４０に利用者８０を優先的に割り当てたりするなどの設定が可能である。
【００４１】
次に、図１〜図５を参照して第１の実施の形態の行列対象先管理システムの処理動作について詳細に説明する。図５は第１の実施の形態の行列対象先管理システムの全体の処理の流れを示すフローチャートである。
【００４２】
処理がスタートすると、店舗端末４１は入力された情報により店舗４０の設備内容、提供するサービス内容、現在の空席の有無とその空席の要件、空席数などの現状情報を更新して制作し（Ｓ１１１）、更新された現状情報を行列管理サーバ１０に送信する動作を繰り返す（Ｓ１１２）。行列管理サーバ１０は更新された現状情報を受信すると、更新された現状情報を集約し（Ｓ１２１）、更新された現状情報を店舗現状情報格納部１２３に格納する（Ｓ１２２）。行列管理サーバ１０は同時に利用者端末８１からの行列登録予約を待機する（Ｓ１２３Ｎ）。利用者端末８１は店舗サービスを希望する利用者からの入力により行列予約情報を制作し（Ｓ１３１）、行列予約情報を行列管理サーバ１０に送信する（Ｓ１３２）。
【００４３】
行列管理サーバ１０は、行列予約情報を受信すると（Ｓ１２３Ｙ）、待ち行列に登録し（Ｓ１２４）、次の利用者端末８１からの行列登録予約を待機するとともに（Ｓ１２３）、現状情報を読み出し（Ｓ１２５）、空席情報を待機し（Ｓ１２６Ｎ）、空席情報があれば（Ｓ１２６Ｙ）、その空席が行列登録者に対応するものでなければステップＳ１２５に戻り（Ｓ１２７Ｎ）、その空席が行列登録者に対応するものであれば（Ｓ１２７Ｙ）、要約情報を作成し（Ｓ１２８）、要約情報を該当する利用者端末８１に送信し（Ｓ１２９）、その登録者の行列登録を削除する（Ｓ１３０）。利用者端末８１は空席を示す要約情報を表示し（Ｓ１３３）、その利用者端末８１の利用者８０はその店舗４０に入店する（Ｓ１３４）。
【００４４】
次に、図６、図７の模式的説明図を参照して第１の実施の形態の行列対象先管理システムの処理動作の概要を説明する。図６は店舗グループが１グループのみである第１の実施の形態の行列対象先管理システムの模式的説明図であり、図７は店舗グループが複数グループである第１の実施の形態の行列対象先管理システムの模式的説明図である。
【００４５】
図６において、利用者端末８１から行列管理サーバ１０のウェブサーバ部（特許範囲外）の予約サイトにアクセスするとサイトが表示される。日本食グループの待ち行列に登録すると行列管理サーバ１０の日本食グループの店舗グループ１１の行列操作部１２がグループ待ち行列に登録し、日本食グループの店舗端末４１から空席情報が入力すると店舗グループ管理部１３が要約情報通知部１４を起動して次の順番の利用者端末８１に空席情報を含む店舗の要約情報を通知する。
【００４６】
図６は日本食グループのみの店舗グループ１１が設けられている例であるが、通常は図７に示すように行列管理サーバ１０には複数の店舗グループ１１が設けられており、この例では日本食グループの他に中華グループ、イタリアングループが設けられているが、これに限定されるものではなく、地域別、料理別に設けられていてもよく、日本食グループがさらに、「おまかせ」、「禁煙席」といったグループに分かれていてもよく、その場合、日本食グループの中に条件別に複数の待ち行列が並列に設けられていてもよい。
【００４７】
次に本発明の第２の実施の形態について図面を参照して説明する。図８は第２の実施の形態の行列対象先管理システムの構成を示す模式的ブロック図であり、図９は第２の実施の形態の行列管理サーバの模式的ブロック構成図である。
【００４８】
本発明の第２の実施の形態の行列対象先管理システム２では、行列管理サーバ１０に現状情報中継部３１が設けられ、第１の実施の形態では図７に示されるように店舗端末４１から行列管理サーバ１０のそれぞれの店舗グループ１１の店舗グループ管理部１３に送信されていた店舗情報が、行列管理サーバ１０の現状情報中継部３１に全てまとめて送信されて、店舗別現状情報受理部３１１で受理された店舗情報によって現状情報集約データ更新部３１２が現状情報集約データ格納部３２１の現状情報集約データを更新し、現状情報集約データ送信部３１３から、店舗４０に対応する店舗グループ１１の店舗現状情報監視部１２４に送信される以外は第１の実施の形態と構成も動作も同じなので同一符号を付与して説明を省略する。
【００４９】
行列管理サーバ１０には、現状情報中継部３１が設けられ、現状情報中継部３１はデータ処理装置１０２に店舗別現状情報受理部３１１、現状情報集約データ更新部３１２、現状情報集約データ送信部３１３を、記憶部１０３に現状情報集約データ格納部３２１を有する。各店舗グループ１１の店舗グループ管理部１３には、現状情報中継部３１における所属する店舗４０の現状情報の変化を監視して行列操作部１２と要約情報通知部１４に通知する店舗現状情報監視部１２４が設けられている。
【００５０】
ここで、店舗端末４１の現状情報管理部４２、行列管理サーバ１０の店舗現状情報監視部１２４、行列管理サーバ１０の現状情報中継部３１を、ＲＦＣ２７７８に示されているアーキテクチャのプレゼンスシステムにおいて、自分のプレゼンス情報を提供するプレゼンティティ、それを観察するウォッチャ、およびプレゼンティティからプレゼンス情報を受け取りこれをウォッチャに配信するインスタントメッセージおよびプレゼンスサービスとして位置づけ、ＲＦＣ２７７８に示されているアーキテクチャで動作させることができる。この場合、あるプレゼンス情報が変化したときに通知を行うよう要求することができ、通信負荷を軽減することができる。
【００５１】
次に本発明の第３の実施の形態について図面を参照して説明する。図１０は第３の実施の形態の行列対象先管理システムの構成を示す模式的ブロック図であり、図１１は第３の実施の形態の行列管理サーバの模式的ブロック構成図であり、図１２は第３の実施の形態の行列管理サーバの模式的説明図である。
【００５２】
第１および第２の実施の形態では、行列操作部１２、店舗グループ管理部１３、要約情報通知部１４はそれぞれの店舗グループ１１に設けられていたが、第３の実施の形態では、行列操作部１２、店舗グループ管理部１３、要約情報通知部１４は共通に設けられており、それぞれの店舗グループ１１にはグループ待ち行列格納部１１３のみが設けられている。店舗グループ管理部１３は第２の実施の形態の現状情報中継部３１であってもよい。それぞれの要素の構成や動作は第１の実施の形態と同じなので、同一の符号を付して説明を省略する。図１２では、日本食グループ、中華グループ、イタリアングループが示されているが、これに限定されるものではなく、地域別、料理別に複数のグル−プ待ち行列が設けられていてもよく、日本食グループがさらに、「おまかせ」、「禁煙席」、「弱冷房」といった複数のグループに分かれていてもよい。
【００５３】
次に本発明の第４の実施の形態について図面を参照して説明する。図１３は第４の実施の形態の行列対象先管理システムの構成を示す模式的ブロック図であり、図１４は第４の実施の形態の行列管理サーバの模式的ブロック構成図であり、図１５は図１４の行列管理サーバの店舗グループ生成部の模式的ブロック構成図であり、図１６は第４の実施の形態の利用者端末の模式的ブロック構成図である。
【００５４】
本発明の第４の実施の形態の行列対象先管理システム４では、利用者８０の希望する店舗条件に適合した利用者お気に入りグループである店舗グループ１１を新たに生成する。第４の実施の形態では、行列管理サーバ１０に店舗グループ生成部５１が設けられ、利用者端末８１に店舗希望条件申告部８６が設けられている。第４の実施の形態では、利用者端末８１から入力した、店舗４０に対して希望する条件に対応して店舗グループ生成部５１が店舗端末４１の現状情報を検索して、希望する条件に適合する店舗４０を抽出し、希望する条件に適合する店舗４０に対して新たに利用者お気に入りグループである店舗グループ１１を生成する。行列管理サーバ１０に店舗グループ生成部５１が設けられ、利用者端末８１に店舗希望条件申告部８６が設けられている以外はその構成も動作も第１の実施の形態と同じなので、同じ要素には同一の符号を付し説明を省略する。また、ここでは第１の実施の形態に新しい店舗グループを生成することを例として説明するが、勿論第２、第３の実施の形態に対しても同様に適用できる。
【００５５】
店舗グループ１１は、飲食店の場合、一般的に日本食、すし、中華、イタリアンといった料理の種類でグループ化されていることが多く、一般店舗の場合も待ち行列が予想されるブランド店やファッション店がグループ化される。しかし、利用者８０の店舗に求める条件には、こうした一般のグループ以外にさらに限定された条件を求める人も多い。例えば禁煙席を希望する、４人掛けの席を希望する、託児施設を希望するといった要求を強く求める人もいる。こうした利用者８０としては禁煙席のあるレストランといった店舗グループ１１があれば入店してからの交渉が必要なくなる。店舗４０は複数の店舗グループ１１に加入することができるので、例えば限定のない店舗グループ１１、禁煙席のある店舗グループ１１、４人掛けの席のある店舗グループ１１に加入してそれぞれの店舗グループ１１にその店舗グループに対応した現状情報を送信すれば、利用者８０の要求する細かい条件に適合させることができる。こうした店舗グループ１１は店舗側からの発想によって生成することもできるが、利用者８０の要望をくみ上げて生成すれば利用者サイドに立った店舗グループ１１を生成することができる。
【００５６】
利用者端末８１は利用者８０からの入力によって店舗に対する希望条件を作成する店舗希望条件制作部８１８と、作成した希望条件を行列管理サーバ１０の店舗グループ生成部５１に送信する店舗希望条件送信部８１９とを有し、店舗希望条件制作部８１８と店舗希望条件送信部８１９は店舗希望条件申告部８６を構成する。
【００５７】
店舗グループ生成部５１の記憶部１０３には、利用者端末８１から送信された店舗に対する希望条件を蓄積して記憶する希望条件格納部５２１と制作された新規店舗グループ構成を記憶する新規店舗グループ構成格納部５２２とを有する。
【００５８】
店舗グループ生成部５１のデータ処理装置１０２には、利用者端末８１から送信された店舗に対する希望条件を受理する希望条件受理部５１１、蓄積された希望条件に対応できる店舗４０を各店舗４０の現状情報から検索する現状情報検索部５１２、検索された現状情報から該当する店舗を選定する該当店舗選定部５１３、これらの店舗４０をグループ化する場合の新規店舗グループの構成を制作する新規店舗グループ構成制作部５１４、および所定の手順によって制作された新規店舗グループ構成を出力し店舗グループ１１を新たに構築する新規店舗グループ構成出力部５１５を有する。
【００５９】
希望条件受理部５１１、現状情報検索部５１２、該当店舗選定部５１３、新規店舗グループ構成制作部５１４、新規店舗グループ構成出力部５１５、希望条件格納部５２１、および新規店舗グループ構成格納部５２２は新規店舗グループ生成部５１を構成する。
【００６０】
次に、第４の実施の形態の行列対象先管理システム４の動作を説明する。新規店舗グループ生成以外の動作は第１〜第３の実施の形態と同じなので説明を省略する。利用者端末８１から送信された店舗に対する希望条件を受理し、蓄積された希望条件に対応できる店舗４０を各店舗４０の現状情報から検索し、検索された現状情報から該当する店舗を選定し、これらの店舗４０をグループ化する場合の新規店舗グループの構成を制作し、それに従って新規な店舗グループ１１が行列管理サーバ１０内に構築される。
【００６１】
次に本発明の第５の実施の形態について図面を参照して説明する。第１〜第３の実施の形態では、行列管理サーバ１０において、予約行列制御部１１２は、所定のルールで店舗現状情報に対応して次に選択される登録者の利用者情報をグループ待ち行列格納部１１３に格納しており、店舗現状情報管理部１２２から空席の発生とその空席の備える条件の通報を受けるとその条件に対応した登録者を選定して要約情報制作部１３１に通報し、要約情報制作部１３１は店舗情報要約ルールに従ってその条件に適合した要約情報を制作して要約情報発信部１３２から該当する利用者端末８１に送信するとともに予約行列制御部１１２に通知し、予約行列制御部１１２はこれらの実施の形態では、その時点でその登録者の利用者情報を待ち行列から削除していたが、第５の実施の形態では要約情報を利用者端末８１が受信したことを確認してから登録者の利用者情報を待ち行列から削除する。それ以外は第１の実施の形態と構成も動作も同じなので同一の構成については図１、図３を参照し他の図面にも同一符号を付与して説明を省略する。図１７は行列管理サーバの模式的ブロック構成図であり、図１８は利用者端末の模式的ブロック構成図である。第５の実施の形態は第１〜第３の実施の形態に適用される。
【００６２】
利用者端末８１は、図１８に示すように、要約情報受理部８１３が、行列登録した行列対象先の空席情報を要約情報として行列管理サーバ１０から受信すると、受信確認情報を行列管理サーバ１０に送信する受信確認情報発行部８１５を有する。
【００６３】
行列管理サーバ１０は、利用者端末８１からの受信確認情報を受理する受信確認情報受理部１３５と、時間・回数カウンタ部１３６とを要約情報通知部１４に有し、時間・回数カウンタ部１３６は要約情報の送信からの経過時間と送信回数とをカウントし、利用者端末８１からの受信確認情報を受信するとカウントをリセットして予約行列制御部１１２に連絡成功を通知し、受信確認情報の受信がなくて所定の時間が経過すると、時間のカウントをリセットして要約情報を利用者端末８１に再送信して時間のカウントを再開することを繰り返し、送信回数が所定の回数に達すると予約行列制御部１１２に要約情報不達を通知する。連絡成功あるいは不達通知の通知を受けた予約行列制御部１１２はその登録者の利用者情報をグループ待ち行列格納部１１３の待ち行列から削除する。
【００６４】
これによって、利用者端末８１への空席状態の連絡を確実に行うことができ、登録利用者を無駄に待たせたり、空席のできた店舗への利用者の来店がなかったりといった問題を解消し、予約行列制御の円滑化が進む。
【００６５】
次に本発明の第６の実施の形態について図面を参照して説明する。第１〜第３の実施の形態では、待ち行列は行列管理サーバ１０が管理していたが、第６の実施の形態ではそれぞれの店舗端末４１も自分の店舗４０の行列予約登録者を管理する。それ以外は第１〜第３の実施の形態と構成も動作も同じなので同一の構成については図１〜図４を参照し同一の要素には同一符号を付与して説明を省略する。第６の実施の形態は第１の実施の形態に適用した例で説明するが、第２、第３の実施の形態についても適用される。
【００６６】
第６の実施の形態には４つの態様があり先ず第１の態様について説明する。図１９は第６の実施の形態の第１の態様の行列管理サーバの模式的ブロック構成図であり、図２０は第６の実施の形態の第１の態様の店舗端末の模式的ブロック構成図であり、図２１は第６の実施の形態の第１の態様の利用者端末の模式的ブロック構成図である。
【００６７】
利用者端末８１は、店舗グループ１１の店舗グループ管理部１３（第２の実施の形態では現状情報中継送信部３１）を経由して店舗端末４１の空席情報を含む現状情報集約データを受理する店舗現状情報集約データ受理部８１６と、受理した店舗現状情報集約データを画像表示部８０６に表示させる店舗現状情報集約データ表示部８１７とからなる店舗現状情報観察部８５を有する。従って利用者端末８１は行列予約した店舗４０の空席状況を常時直接観察することができる。また、行列登録部８３には行列予約先選定部８１５が設けられ、行列予約先選定部８１５は行列予約情報制作部８１１で制作した行列予約情報の送付先を行列管理サーバ１０にするか店舗端末４０に直接するかを決めてその送信先を選択し、行列予約送信部８１２は行列予約情報を選定先に送信する。そのとき店舗端末４０に対し直接予約する場合は店舗端末４１に直接送信してもよいが、店舗グループ１１の店舗グループ管理部１３（第２の実施の形態では現状情報中継送信部３１）を経由して店舗端末４１に送信される方法であってもよい。
【００６８】
行列管理サーバ１０の行列操作部１２には、図１９に示すように利用者情報送信部１１５が設けられており、行列操作部１２は、利用者端末８１から１ヶ所以上の店舗４０の利用予約を受け付けるとその店舗４０が利用可能になるまで待ち行列に登録者の利用者情報を登録するとともに、登録者の利用者情報に自分の店舗グループ１１の識別子を付して利用者情報送信部１１５によりそれぞれの店舗端末４１に送信する。
【００６９】
店舗端末４１は、図２０に示すように予約要求受理部４１５、予約行列制御部４１６、登録者削除要求送信部４１７および待ち行列格納部４２２からなる行列操作部４４を有し、行列管理サーバ１０から受信した店舗グループ１１の識別子を付した利用者情報と、利用者端末８１から直接利用予約を受け付けた利用者情報とを、自分の店舗４０が利用可能になるまで待ち行列格納部４２２の待ち行列に登録して行列を管理し、所定の手順で利用割り当てを行い、空席が割り当てられた利用者情報を削除するとともに、その利用者情報が店舗グループ１１の識別子が付された利用者情報の場合は登録者削除要求送信部４１７から行列管理サーバ１０にその利用者情報の削除依頼を送信する。
【００７０】
第６の実施の形態の第１の態様の動作について例をあげて説明する。図２２は第６の実施の形態の第１の態様の動作を説明するための模式図であり、行列管理サーバ１０の店舗グループＡ  １１ａの行列操作部１２における登録者の待ち行列と、店舗１の店舗端末４１−１の行列操作部４４おける登録者の待ち行列とが示されている。
【００７１】
上述のように、店舗端末４１は行列操作部４４と、現状情報管理部４２を有し、行列操作部４４は予約行列制御部４１６と待ち行列格納部４２２を有し、図２２に示される店舗１の待ち行列は待ち行列格納部４２２に記憶される待ち行列を模式的に示したものである。予約行列制御部４１６は現状情報を参照して待ち行列の登録者に対する空席の割り当てを行うが、この動作に加え、待ち行列の登録者の利用者情報に添付された識別子によりその登録者がどの店舗グループに属しているかを参照する。
【００７２】
利用者端末８１は上述のように行列登録部８３、要約情報処理部８４に加えて店舗現状情報観察部８５を有し、行列管理サーバ１０の店舗グループ管理部１３あるいは現状情報中継送信部３１（第２の実施の形態）を経由して各店舗４０の空席情報を含む現状情報が観察可能である。行列管理サーバ１０の店舗グループＡ  １１ａの店舗グループ管理部１３は直接あるいは現状情報中継送信部３１（第２の実施の形態）を経由して店舗１の空席情報を含む現状情報を監視している。
【００７３】
最初の状態においては店舗１の店舗端末４１−１は「空席なし」という現状情報を発行しており、店舗１の店舗端末４１−１、行列管理サーバ１０の店舗グループＡ  １１ａの行列部は登録者が登録されておらず空であるとする。なお、利用者Ｘは利用者端末Ｘ、にそれぞれ一対一で対応しており利用者Ｙ、Ｚも同様とする。
（６−１−１）利用者Ｘは利用者端末８１Ｘの行列登録部８３を使用し行列管理サーバ１０の店舗グループＡ  １１ａに行列登録を行う。
（６−１−２）行列管理サーバ１０の店舗グループＡ  １１ａの行列操作部１２は店舗グループ管理部１３か監視している店舗リストをもらい、利用者情報送信部１１５により予約の対象となる各店舗４０の店舗端末４１の行列操作部４４に店舗グループ識別子と利用者Ｘの利用者情報を合わせて行列追加する依頼を送信する。
（６−１−３）利用者Ｙは利用者端末８１Ｙの行列登録部８３を使用し店舗１の店舗端末４１−１に直接行列登録を行う。
（６−１−４）利用者Ｚは利用者端末８１Ｚの行列登録部８３を使用し行列管理サーバ１０の店舗グループＡに行列登録を行う。
（６−１−５）（６−１−２）と同様の動作を利用者Ｚに対して行う。
（６−１−６）店舗１は「空席あり」になる。
（６−１−７）店舗１の店舗端末４１−１の行列操作部４４は待ち行列格納部４２２の行列部の先頭客Ｘが属する店舗グループが店舗グループＡであることを行列管理サーバ１０の店舗グループＡ  １１ａの店舗グループ管理部１３あるいは現状情報中継送信部３１（第２の実施の形態）に通知する。
（６−１−８）店舗１の店舗端末４１−１は「空席あり」と「店舗１の行列部先頭に店舗グループＡの行列部に属する利用者がいる」という現状情報を行列管理サーバ１０の店舗グループＡ  １１ａの店舗グループ管理部１３あるいは現状情報中継送信部３１（第２の実施の形態）に発行する。
（６−１−９）行列管理サーバ１０の店舗グループＡ  １１ａは行列部の先頭にある登録者である利用者Ｘの利用者端末８１Ｘに「店舗１、空席あり」という要約情報を発信し、行列管理サーバ１０の店舗グループＡ  １１ａおよび店舗端末４１−１は利用者Ｘの登録を待ち行列から削除し、利用者端末８１Ｘは要約情報を受信し、利用者Ｘは店舗１に入店する。
（６−１−１０）行列管理サーバ１０の店舗グループＡ  １１ａの行列部の先頭は利用者Ｚとなっている。
（６−１−１１）店舗端末４１−１の行列部は利用者Ｙ、利用者Ｚの順になっている。
（６−１−１２）店舗１が「空席なし」になった後、「空席あり」になる。
（６−１−１３）店舗１の店舗端末４１−１の行列操作部４４は待ち行列格納部４２２の行列部の先頭の利用者Ｙがどの店舗グループにも属していないことを行列管理サーバ１０の店舗グループＡ  １１ａの店舗グループ管理部１３あるいは現状情報中継送信部３１（第２の実施の形態）に通知する。
（６−１−１４）店舗１の店舗端末４１−１は「空席あり」と「店舗１の行列部先頭に店舗グループの行列部に属さない利用者Ｙがいる」という現状情報を、行列管理サーバ１０の店舗グループＡ  １１ａの店舗グループ管理部１３あるいは現状情報中継送信部３１（第２の実施の形態）に発行する。
（６−１−１５）利用者Ｙは、行列管理サーバ１０の店舗グループＡ  １１ａの店舗グループ管理部１３あるいは現状情報中継送信部３１（第２の実施の形態）を通じて得たその現状情報を、利用者端末８１Ｙの店舗現状情報観察部８５より得て、登録した店舗１に入店の権利を得たことを知る。
【００７４】
第６の実施の形態の第１の態様の動作について他の例をあげて説明する。図２３は第６の実施の形態の第１の態様の他の例の動作を説明するための模式図であり、行列管理サーバ１０の店舗グループＡ  １１ａの行列操作部１１における登録者の待ち行列と、行列管理サーバ１０の店舗グループＢ  １１ｂの行列操作部１１における登録者の待ち行列と、店舗１の店舗端末４１−１の行列操作部４４おける登録者の待ち行列と、店舗２の店舗端末４１−２の行列操作部４４おける登録者の待ち行列とが示されている。
【００７５】
上述のように、店舗端末４１は行列操作部４４と、現状情報管理部４２を有し、行列操作部４４は予約行列制御部４１６と待ち行列格納部４２２を有し、図２３に示される店舗１の待ち行列は店舗端末４１−１の待ち行列格納部４２２に記憶される待ち行列を模式的に示し、店舗２の待ち行列は店舗端末４１−２の待ち行列格納部４２２に記憶される待ち行列を模式的に示したものである。それぞれの予約行列制御部４１６は現状情報を参照して待ち行列の登録者に対する空席の割り当てを行うが、この動作に加え、待ち行列の登録者の利用者情報に添付された識別子によりその登録者がどの店舗グループに属しているかを参照する。
【００７６】
利用者端末８１は行列登録部８３、要約情報処理部８４に加えて店舗現状情報観察部８５を有し、行列管理サーバ１０の店舗グループＡ  １１ａの店舗グループ管理部１３あるいは現状情報中継送信部３１（第２の実施の形態）を経由して各店舗４０の空席情報を含む現状情報が観察可能である。ここで、店舗１は店舗グループＡ  １１ａに属しており、店舗２は店舗グループＡ  １１ａおよび店舗グループＢ  １１ｂの両方に属しており、行列管理サーバ１０の店舗グループＡ  １１ａの店舗グループ管理部１３は店舗１と店舗２の空席情報を含む現状情報を監視し、行列管理サーバ１０の店舗グループＢ  １１ｂの店舗グループ管理部１３は店舗２の空席情報を含む現状情報を監視している。
【００７７】
最初の状態においては、店舗１および店舗２の店舗端末４１は「空席なし」という現状情報を発行しており、店舗１および店舗２の店舗端末４１、行列管理サーバ１０の店舗グループＡおよび店舗グループＢの行列部は登録者が登録されておらず空であるとする。なお、利用者Ｘは利用者端末Ｘにそれぞれ一対一で対応しており、利用者Ｘ’、Ｙ、Ｙ’、Ｚも同様とする。
（６−２−１）利用者Ｘ’は利用者端末８１Ｘ’の行列登録部８３を使用し行列管理サーバ１０の店舗グループＢ  １１ｂに行列登録を行う。
（６−２−２）行列管理サーバ１０の店舗グループＢ  １１ｂの行列操作部１２は店舗グループ管理部１３か監視している店舗リストをもらい、利用者情報送信部１１５により店舗２の店舗端末４１の行列操作部４４に店舗グループ識別子と利用者Ｘ’の利用者情報を合わせて行列追加する依頼を送信する。
（６−２−３）利用者Ｘは利用者端末８１Ｘの行列登録部８３を使用し行列管理サーバ１０の店舗グループＡ  １１ａに行列登録を行う。
（６−２−４）行列管理サーバ１０の店舗グループＡ  １１ａの行列操作部１２は店舗グループ管理部１３か監視している店舗リストをもらい、利用者情報送信部１１５により店舗１と店舗２の店舗端末４１の行列操作部４４に店舗グループ識別子と利用者Ｘの利用者情報を合わせて行列追加する依頼を送信する。
（６−２−５）利用者Ｙは利用者端末８１Ｙの行列登録部８３を使用し店舗１の店舗端末４１−１に直接行列登録を行う。
（６−２−６）利用者Ｚは利用者端末８１Ｚの行列登録部８３を使用し行列管理サーバ１０の店舗グループＡ  １１ａに行列登録を行う。
（６−２−７）行列管理サーバ１０の店舗グループＡ  １１ａの行列操作部１２は店舗グループ管理部１３か監視している店舗リストをもらい、利用者情報送信部１１５により店舗１および店舗２の店舗端末４１の行列操作部４４に店舗グループ識別子と利用者Ｚの利用者情報を合わせて行列追加する依頼を送信する。
（６−２−８）利用者Ｙ’は利用者端末８１Ｙ’の行列登録部８３を使用し行列管理サーバ１０の店舗グループＢ  １１ｂに行列登録を行う。
（６−２−９）行列管理サーバ１０の店舗グループＢ  １１ｂの行列操作部１２は店舗グループ管理部１３か監視している店舗リストをもらい、利用者情報送信部１１５により店舗２の店舗端末４１−２の行列操作部４４に店舗グループ識別子と利用者Ｙ’の利用者情報を合わせて行列追加する依頼を送信する。
（６−２−１０）ここで、店舗１の待ち行列は、店舗グループＡ  １１ａの利用者Ｘ、どの店舗グループにも属さない利用者Ｙ、店舗グループＡ  １１ａの利用者Ｚの順となっており、店舗２の待ち行列は、店舗グループＢ  １１ｂの利用者Ｘ’、店舗グループＡ  １１ａの利用者Ｘ、店舗グループＡ  １１ａの利用者Ｚ、店舗グループＢ  １１ｂの利用者Ｙ’の順となっており、店舗グループＡ  １１ａの待ち行列は、店舗グループＡ  １１ａの利用者Ｘ、店舗グループＡ  １１ａの利用者Ｚの順となっており、店舗グループＢ  １１ｂの待ち行列は、店舗グループＢ  １１ｂの利用者Ｘ’、店舗グループＢ  １１ｂの利用者Ｙ’の順となっている。
（６−２−１１）店舗１は「空席あり」になる。
（６−２−１２）店舗１の店舗端末４１−１の行列操作部４４は、待ち行列格納部４２２の行列部の先頭の利用者Ｘが属する店舗グループが店舗グループＡ  １１ａであることを行列管理サーバ１０の店舗グループＡ  １１ａの店舗グループ管理部１３あるいは現状情報中継送信部３１（第２の実施の形態）に通知する。
（６−２−１３）店舗１の店舗端末４１−１は、「空席あり」と「店舗１の行列部先頭に店舗グループＡの行列部に属する利用者がいる」という現状情報を行列管理サーバ１０の店舗グループＡ  １１ａの店舗グループ管理部１３あるいは現状情報中継送信部３１（第２の実施の形態）に発行する。
（６−２−１４）行列管理サーバ１０の店舗グループＡ  １１ａは、行列部の先頭にある登録者である利用者Ｘの利用者端末８１Ｘに「店舗１、空席あり」という要約情報を発信し、行列管理サーバ１０の店舗グループＡ  １１ａ、店舗端末４１−１および店舗端末４１−２は利用者Ｘの登録を待ち行列から削除し、利用者端末８１Ｘは要約情報を受信し、利用者Ｘは店舗１に入店する。
（６−２−１５）行列管理サーバ１０の店舗グループＡ  １１ａの行列部の先頭は利用者Ｚとなっている。
（６−２−１６）店舗端末４１−１の行列部は、どのグループにも属さない利用者Ｙ、店舗グループＡ  １１ａに属する利用者Ｚの順に、店舗端末４１−２の行列部は、店舗グループＢ  １１ｂに属する利用者Ｘ’、店舗グループＡ  １１ａに属する利用者Ｚ、店舗グループＢ  １１ｂに属する利用者Ｙ’の順になっている。
（６−２−１７）店舗１が「空席なし」になった後、「空席あり」になる。
（６−２−１８）店舗１の店舗端末４１−１の行列操作部４４は待ち行列格納部４２２の行列部の先頭の利用者Ｙがどの店舗グループにも属していないことを行列管理サーバ１０の店舗グループＡ  １１ａおよび店舗グループＢ  １１ｂの店舗グループ管理部１３あるいは現状情報中継送信部３１（第２の実施の形態）に通知する。
（６−２−１９）店舗１の店舗端末４１−１は「空席あり」と「店舗１の行列部先頭に店舗グループの行列部に属さない利用者Ｙがいる」という現状情報を行列管理サーバ１０の店舗グループＡ  １１ａおよび店舗グループＢ  １１ｂの店舗グループ管理部１３あるいは現状情報中継送信部３１（第２の実施の形態）に発行する。
（６−２−２０）利用者Ｙは、行列管理サーバ１０の店舗グループＡ  １１ａおよび店舗グループＢ  １１ｂの店舗グループ管理部１３あるいは現状情報中継送信部３１（第２の実施の形態）を通じて得たその現状情報を、利用者端末８１Ｙの店舗現状情報観察部８５より得て、登録した店舗１に入店の権利を得たことを知る。
【００７８】
第６の実施の形態の第２の態様について説明する。第２の態様は第１の態様と類似しているが、第１の態様では、店舗グループ１１の行列操作部１２は、利用者端末８１から１ヶ所以上の店舗４０の利用予約を受け付けるとその店舗４０が利用可能になるまで待ち行列に登録者の利用者情報を登録するとともに、登録者の利用者情報を自分の店舗グループ１１の識別子を付して利用者情報送信部１１５によりそれぞれの店舗端末４１に送信していたが、第２の態様では登録者の利用者情報は送信せず、自分の店舗グループ１１の識別子のみをそれぞれの店舗端末４１に送信する。店舗端末４１では待ち行列のその順位に行列管理サーバ１０の店舗グループ１１に行列登録した登録者がいることのみを知る。
【００７９】
図２４は第６の実施の形態の第２の態様の動作を説明するための模式図であり、行列管理サーバ１０の店舗グループＡ  １１ａの行列操作部１１における登録者の待ち行列と、店舗１の店舗端末４１−１の行列操作部４４おける登録者の待ち行列と、店舗２の店舗端末４１−２の行列操作部４４おける登録者の待ち行列とが示されている。
【００８０】
店舗１の待ち行列は、店舗グループＡの識別子に続いてどの店舗グループにも属さない利用者が３人続いており、店舗２の待ち行列は、どの店舗グループにも属さない利用者が２人続いた後に店舗グループＡの識別子があり、それに続いてどの店舗グループにも属さない利用者が２人続いており、店舗グループＡ  １１ａの待ち行列は、店舗１の店舗端末４１の待ち行列に並んでいる利用者Ｐ、店舗２の店舗端末４１の待ち行列に並んでいる利用者Ｑの順となっている。
【００８１】
この場合、店舗グループ情報のみを持った利用者が先頭にいる店舗１に空席ができると、店舗１の店舗端末４１の行列操作部４４はその利用者の属する店舗グループ１１を識別子から割出し、店舗１の店舗端末４１−１は「空席あり」と「店舗１の行列部先頭に店舗グループＡの行列部に属する利用者がいる」という現状情報を行列管理サーバ１０の店舗グループＡ  １１ａの店舗グループ管理部１３あるいは現状情報中継送信部３１（第２の実施の形態）に発行する。
【００８２】
行列管理サーバ１０の店舗グループＡ  １１ａは行列部の先頭にある登録者である利用者Ｐの利用者端末８１Ｐに「店舗１、空席あり」という要約情報を要約情報発信部１３２から発信し、店舗グループＡ  １１ａは利用者Ｘの登録を、店舗端末４１−１は店舗グループＡの識別子を待ち行列から削除し、利用者端末８１Ｘは要約情報を受信し、利用者Ｘは店舗１に入店する。
【００８３】
第６の実施の形態の第３の態様について説明する。図２５は第６の実施の形態の第３の態様の行列管理サーバの模式的ブロック構成図である。第２の態様では行列管理サーバ１０から各店舗端末４１の行列操作部４４に管理が移管された行列予約の登録者は、各店舗端末４１の行列操作部４４で移管順に順序が固定されていたが、行列管理サーバ１０の店舗グループ１１は店舗グループを示す識別子のみを各店舗端末４１に通知し、識別子によって順序付けが行なわれていたので、識別子を増減させることによって特定の利用者８０とは別に枠としての順番のみが確保できるので、第３の態様では行列管理サーバ１０の店舗グループ１１によって枠としての順番の追加、削減が可能となる。第６の実施の形態の第３の態様の行列管理サーバ１０では、行列操作部１２に店舗行列追加ルール格納部１１５と店舗行列削除ルール格納部１１６が設けられ、それぞれに店舗行列追加ルール、店舗行列削除ルールが記憶されており、予約行列制御部１１２はこのルールに従って各店舗端末４１の行列操作部４４に識別子の追加、削除を行うことができる。
【００８４】
店舗行列追加ルールは、グループ情報のみを持った利用者の枠を各店舗に追加するルールである。ルールの例としては、各店舗に１つずつ識別子を追加する、店舗グループの行列部の利用者数に応じて各店舗への追加識別子数を変える、各店舗の行列部の利用者数に応じて追加識別子数を変えるなどがある。店舗行列削除ルールはグループ情報のみを持った利用者の枠を各店舗から削除するルールを持つ。ルールの例としては、店舗グループの行列部の利用者数に応じて各店舗へ追加されたグループ情報のみを持った利用者の枠を削除する、各店舗の行列部の利用者数に応じて各店舗へ追加されたグループ情報のみを持った利用者の枠を削除するなどがある。ここでは、店舗行列操作追加ルール格納部１１５、および店舗行列操作削除ルール格納部１１６の両方を設けることとしているが、そのいずれか１つであってもよい。
【００８５】
第６の実施の形態の第４の態様について説明する。図２６は第６の実施の形態の第４の態様の店舗端末の模式的ブロック構成図である。第１〜第３の態様では店舗端末４１に直接予約登録した利用者８０は利用者端末８１の店舗現状情報観察部８５で予約登録した店舗４０の空席の発生を直接観察していたが、第４の態様では、さらに店舗端末４１から空席情報を含む要約情報が利用者端末８１に送信される。
【００８６】
店舗端末４１は図２０に示される第１の態様の構成に加えて要約情報通知部４５を有する。要約情報通知部４５は行列管理サーバ１０の要約情報通知部１４と同様の構成と動作を行う。要約情報通知部４５は、店舗現状情報から目的に応じた要約情報を制作するためのルールを記憶する店舗情報要約ルール格納部４２３を記憶部４０３に有し、データ処理装置４０２に、店舗情報要約ルール格納部４２３に記憶されている要約情報を制作するためのルールに従って店舗現状情報から目的に応じた要約情報を制作する要約情報制作部４１８、制作された要約情報を目的に応じた利用者端末８１に送信し、予約行列制御部４１６に通知する要約情報発信部４１９を有する。
【００８７】
店舗端末４１は、その店舗４０に空席が生じて利用可能となった場合は、行列操作部４４が所定の利用割り当てに基づいて待ち行列の登録者にその店舗４０の利用を割り当て、その店舗４０に空席が生じて利用可能となったことを要約情報制作部４１８が要約情報として制作して、空席が割り当てられた登録者の利用者端末８１の要約情報処理部８４に予約情報発信部４１９が送信する。利用者端末８１は店舗現状情報観察部８５で店舗の空席情報を取得するだけでなく直接要約情報として通知を受けるので迅速確実に空席情報を取得することができる。
【００８８】
次に本発明の第７の実施の形態について図面を参照して説明する。図２７は第７の実施の形態の行列対象先管理システムの構成を示す模式的ブロック図であり、図２８は第７の実施の形態の行列管理サーバの模式的ブロック構成図である。
【００８９】
本発明の第７の実施の形態の行列対象先管理システム７の行列管理サーバ１０には課金情報蓄積部６１が設けられている。第７の実施の形態では予約行列の登録者となった利用者８０の店舗利用実現に対応した課金を所定の課金ルールに従って店舗４０から店舗グループ１１の運営者に支払うこととなっている。行列対象先管理システム７の行列管理サーバ１０に課金情報蓄積部６１が設けられる以外はその構成も動作も第１の実施の形態と同じなので、同じ要素には同一の符号を付し説明を省略する。また、ここでは第１の実施の形態に課金システムを適用することを例として説明するが、勿論第２〜第６の実施の形態に対しても同様に適用できる。
【００９０】
課金ルールを設けることによって行列対象先管理システム７の運営者は、店舗グループ１１の管理を客仲介サービス業務として行うことができる。課金ルールは通常行列対象先管理システム７の運営者が設定する。この場合、例えば客仲介サービス業者が特定の店舗４０に対して高い課金を設定して行列管理サーバ１０の課金情報蓄積部６１の課金ルール格納部６２１に記憶される課金ルールに記憶させ、行列管理サーバ１０の要約情報制作部１３１が複数の空席店舗が発生した場合高い課金を支払う店舗４０を優先的に選択して要約情報を制作し、予約行列制御部１１２はその店舗４０を優先的に紹介することなどが可能になる。
【００９１】
行列管理サーバ１０の課金情報蓄積部６１の記憶部１０３は、予め設定されている課金ルールを記憶する課金ルール格納部６２１と、店舗別課金情報制作部６１２により更新された店舗別課金集計データを記憶する店舗別課金集計格納部６２２とを有する。
【００９２】
課金情報蓄積部６１のデータ処理装置１０２は、予約行列制御部１１２から予約行列登録者が店舗の紹介を受けて削除されたとの店舗識別子を含む情報を受けて課金ルールに従ってその店舗に対する課金額を計算する利用時店舗課金計算部１６１と、利用時店舗課金計算部１６１で計算された課金により店舗別課金集計格納部６２２に記憶されている店舗別課金集計データを更新する店舗別課金情報制作部６１２と、所定のルールにより店舗別課金集計データを出力する課金情報出力部６１３とを有する。利用時店舗課金計算部１６１は要約情報制作部１３１からの店舗識別子による割り当て情報により課金計算を行ってもよい。店舗別課金集計データは通常行列対象先管理システム７の運営者の不図示の端末に送信される。利用時店舗課金計算部６１１と、店舗別課金情報制作部６１２と、課金情報出力部６１３と、課金ルール格納部６２１と、店舗別課金集計格納部６２２とで課金情報蓄積部６１が構成される。
【００９３】
次に、第７の実施の形態の行列対象先管理システム７の動作を説明する。課金動作以外の動作は第１〜第６の実施の形態と同じなので説明を省略する。行列管理サーバ１０の課金情報蓄積部６１の利用時店舗課金計算部６１１は、予約行列制御部１１２から予約行列登録者が店舗の紹介を受けて削除されたとの情報を受けると、課金ルール格納部６２１に記憶されている所定の店舗に対する課金ルールに従ってその店舗に対する課金額を計算し、店舗別課金情報制作部６１２が利用時店舗課金計算部１６１で計算された課金により店舗別課金集計格納部６２２に記憶されている店舗別課金集計データを更新する。課金情報出力部６１３は、記憶された店舗別課金集計データを所定の手順により、通常は行列対象先管理システム７の運営者の端末に送信する。
【図面の簡単な説明】
【００９４】
【図１】第１の実施の形態の行列対象先管理システムの構成を示す模式的ブロック図である。
【図２】第１の実施の形態の行列管理サーバの模式的ブロック構成図である。
【図３】第１の実施の形態の店舗端末の模式的ブロック構成図である。
【図４】第１の実施の形態の利用者端末の模式的ブロック構成図である。
【図５】第１の実施の形態の行列対象先管理システムの全体の処理の流れを示すフローチャートである。
【図６】店舗グループが１グループのみである第１の実施の形態の行列対象先管理システムの模式的説明図である。
【図７】店舗グループが複数グループである第１の実施の形態の行列対象先管理システムの模式的説明図である。
【図８】第２の実施の形態の行列対象先管理システムの構成を示す模式的ブロック図である。
【図９】第２の実施の形態の行列管理サーバの模式的ブロック構成図である。
【図１０】第３の実施の形態の行列対象先管理システムの構成を示す模式的ブロック図である。
【図１１】第３の実施の形態の行列管理サーバの模式的ブロック構成図である。
【図１２】第３の実施の形態の行列管理サーバの模式的説明図である。
【図１３】第４の実施の形態の行列対象先管理システムの構成を示す模式的ブロック図である。
【図１４】第４の実施の形態の行列管理サーバの模式的ブロック構成図である。
【図１５】図１４の行列管理サーバの店舗グループ生成部の模式的ブロック構成図である。
【図１６】第４の実施の形態の利用者端末の模式的ブロック構成図である。
【図１７】行列管理サーバの模式的ブロック構成図である。
【図１８】利用者端末の模式的ブロック構成図である。
【図１９】第６の実施の形態の第１の態様の行列管理サーバの模式的ブロック構成図である。
【図２０】第６の実施の形態の第１の態様の店舗端末の模式的ブロック構成図である。
【図２１】第６の実施の形態の第１の態様の利用者端末の模式的ブロック構成図である。
【図２２】第６の実施の形態の第１の態様の動作を説明するための模式図である。
【図２３】第６の実施の形態の第１の態様の他の例の動作を説明するための模式図である。
【図２４】第６の実施の形態の第２の態様の動作を説明するための模式図である。
【図２５】第６の実施の形態の第３の態様の行列管理サーバの模式的ブロック構成図である。
【図２６】第６の実施の形態の第４の態様の店舗端末の模式的ブロック構成図である。
【図２７】第７の実施の形態の行列対象先管理システムの構成を示す模式的ブロック図である。
【図２８】第７の実施の形態の行列管理サーバの模式的ブロック構成図である。
【符号の説明】
【００９５】
１、２、３、４、７    行列対象先管理システム
１０    行列管理サーバ
１１    店舗グループ
１２    行列操作部
１３    店舗グループ管理部
１４    要約情報通知部
３１    現状情報中継部
４０    店舗
４１    店舗端末
４２    現状情報管理部
４４    行列操作部
４５    要約情報通知部
５１    店舗グループ生成部
６１    課金情報蓄積部
８０    利用者
８１    利用者端末
８３    行列登録部
８４    要約情報処理部
８５    店舗現状情報観察部
８６    店舗希望条件申告部
９０    通信ネットワーク
１０１、４０１、８０１    入力部
１０２、４０２、８０２    データ処理装置
１０３、４０３、８０３    記憶部
１０４、４０４、８０４    出力部
１１０、４１０、８１０    中央処理装置
１１１    予約要求受理部
１１２    予約行列制御部
１１３    グループ待ち行列格納部
１１４    割当・選択ルール格納部
１１５    利用者情報送信部
１１６    店舗行列操作追加ルール格納部
１１７    店舗行列操作削除ルール格納部
１２１    店舗現状情報受理部
１２２    店舗現状情報管理部
１２３    店舗現状情報格納部
１２４    店舗現状情報監視部
１３１    要約情報制作部
１３２    要約情報発信部
１３３    店舗情報要約ルール格納部
１３４    要約情報格納部
１３５    受信確認情報受理部
１３６    時間・回数カウンタ部
３１１    店舗別現状情報受理部
３１２    現状情報集約データ更新部
３１３    現状情報集約データ送信部
３２１    現状情報集約データ格納部
４０５、８０５    操作者入力部
４０６、８０６    画像表示部
４１１    現状情報受理部
４１２    現状情報更新部
４１３    現状情報送信部
４１５    予約要求受理部
４１６    予約行列制御部
４１７    登録者削除要求送信部
４１８    情報制作部
４１９    情報発信部
４２１    現状情報格納部
４２２    待ち行列格納部
４２３    店舗情報要約ルール格納部
５１１    希望条件受理部
５１２    現状情報検索部
５１３    該当店舗選定部
５１４    新規店舗グループ構成制作部
５１５    新規店舗グループ構成出力部
５２１    希望条件格納部
６１１    利用時店舗課金計算部
６１２    店舗別課金情報制作部
６１３    課金情報出力部
６２１    課金ルール格納部
６２２    店舗別課金集計格納部
８１１    行列予約情報制作部
８１２    行列予約送信部
８３１    店舗名・店舗グループ格納部
８１３    要約情報受理部
８１４    要約情報表示部
８１５    受信確認情報発行部
８１６    店舗現状情報集約データ受理部
８１７    店舗現状情報集約データ表示部
８１８    店舗希望条件制作部
８１９    店舗希望条件送信部
８３２    要約情報格納部
５２２    新規店舗グループ構成格納部
Ｓ１１１、Ｓ１１２、Ｓ１２１〜Ｓ１３０、Ｓ１３１〜Ｓ１３４    ステップ
【図１】
2006018405.tif 000003
【図２】
2006018405.tif 000004
【図３】
2006018405.tif 000005
【図４】
2006018405.tif 000006
【図５】
2006018405.tif 000007
【図６】
2006018405.tif 000008
【図７】
2006018405.tif 000009
【図８】
2006018405.tif 000010
【図９】
2006018405.tif 000011
【図１０】
2006018405.tif 000012
【図１１】
2006018405.tif 000013
【図１２】
2006018405.tif 000014
【図１３】
2006018405.tif 000015
【図１４】
2006018405.tif 000016
【図１５】
2006018405.tif 000017
【図１６】
2006018405.tif 000018
【図１７】
2006018405.tif 000019
【図１８】
2006018405.tif 000020
【図１９】
2006018405.tif 000021
【図２０】
2006018405.tif 000022
【図２１】
2006018405.tif 000023
【図２２】
2006018405.tif 000024
【図２３】
2006018405.tif 000025
【図２４】
2006018405.tif 000026
【図２５】
2006018405.tif 000027
【図２６】
2006018405.tif 000028
【図２７】
2006018405.tif 000029
【図２８】
2006018405.tif 000030