(57)【要約】【課題】  ユーザが空席を探す手間を軽減することが可能な仕組みを提供すること。【解決手段】  撮像装置で座席を撮像することにより得られる画像データを取得し、取得した画像データから、空席の座席と空席でない座席とを特定する。そして、特定した空席でない座席にいる人物が属するグループの人数を取得し、取得したグループの人数の情報を用いて、空席と特定された座席のうち、空席でない可能性のある座席を特定する。そして、それぞれの特定結果を通知する。【選択図】  図３
2019113983.tif 000002
【特許請求の範囲】
【請求項１】
撮像装置で座席を撮像することにより得られる画像データを取得する取得手段と、
前記取得手段で取得した画像データから、空席の座席と空席でない座席とを特定する第１特定手段と、
前記第１特定手段により特定された前記空席でない座席にいる人物が属するグループの人数を取得する人数取得手段と、
前記人数取得手段で取得したグループの人数の情報を用いて、前記第１特定手段で空席と特定された前記座席のうち、空席でない可能性のある座席を特定する第２特定手段と、
前記第１特定手段と前記第２特定手段による特定結果を通知する通知手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記第２特定手段は、前記第１特定手段により特定された前記空席でない座席と隣接する座席のうち、前記人数取得手段で取得したグループの人数分の座席を、空席でない可能性のある座席として特定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記通知手段は、前記第１特定手段で特定された空席の座席、空席でない座席、および空席でない可能性のある座席を識別可能な画面を通知することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
座席に座るためのチケット購入した人物の情報と、当該人物の顔画像データと、当該人物が属するグループの人数とを管理する管理手段と、
前記取得手段で取得した画像データと、前記管理手段で管理する顔画像データとを用いて、前記第１特定手段により特定された前記空席でない座席にいる人物を特定する人物特定手段と
を備え、
前記人数取得手段は、前記人物特定手段により特定した人物が属するグループの人数を前記管理手段から取得することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記第２特定手段により空席でない可能性のある座席として特定された座席に、荷物が置かれているかを判断する判断手段と、
前記判断手段により荷物が置かれていると判断された場合に、前記第１特定手段は、当該座席を空席でない座席として特定することを特徴とする請求項２に記載の情報処理装置。
【請求項６】
情報処理装置の制御方法であって、
撮像装置で座席を撮像することにより得られる画像データを取得する取得工程と、
前記取得工程で取得した画像データから、空席の座席と空席でない座席とを特定する第１特定工程と、
前記第１特定工程で特定された前記空席でない座席にいる人物が属するグループの人数を取得する人数取得工程と、
前記人数取得工程で取得したグループの人数の情報を用いて、前記第１特定工程で空席と特定された前記座席のうち、空席でない可能性のある座席を特定する第２特定工程と、
前記第１特定工程と前記第２特定工程での特定結果を通知する通知工程と
を備えることを特徴とする情報処理装置の制御方法。
【請求項７】
情報処理装置で読み取り実行可能なプログラムであって、
前記情報処理装置を、
撮像装置で座席を撮像することにより得られる画像データを取得する取得手段と、
前記取得手段で取得した画像データから、空席の座席と空席でない座席とを特定する第１特定手段と、
前記第１特定手段により特定された前記空席でない座席にいる人物が属するグループの人数を取得する人数取得手段と、
前記人数取得手段で取得したグループの人数の情報を用いて、前記第１特定手段で空席と特定された前記座席のうち、空席でない可能性のある座席を特定する第２特定手段と、
前記第１特定手段と前記第２特定手段による特定結果を通知する通知手段と
して機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、プログラムに関し、特に、ユーザが空席を探す手間を軽減することが可能な仕組みに関する。
【背景技術】
【０００２】
スタジアムなどでの広い自由席エリアの中から、グループ人数分の空席を探し出すためには、実際に座席まで行き、人数分の空席があるかどうかを確認するということが行われていた。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７―３３２９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
実際に座席まで行き、人数分の空席があるかどうかを確認する場合、空いていると思われる座席まで行っても、実際は、すでに別のグループの人物が代表して人数分の座席を確保していたりするなど、空席とは限らないので、人数分の空席が見つかるまでスタジアム内を歩いて探す必要があるという課題があった。
【０００５】
特許文献１には、ユーザが予約済みの座席かまたは空席かの情報を判断するシステムが記載されている。
【０００６】
しかしながら、特許文献１には、上述したような、別のグループの人物が代表して人数分の座席を確保していたりする場合に、そのような、空席であるか空席でないかがわからない席を特定することについては考慮されていないため、特許文献１に記載の技術を用いたとしても、上述した課題は依然として発生する可能性があった。
【０００７】
本発明は、ユーザが空席を探す手間を軽減することが可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、撮像装置で座席を撮像することにより得られる画像データを取得する取得手段と、前記取得手段で取得した画像データから、空席の座席と空席でない座席とを特定する第１特定手段と、前記第１特定手段により特定された前記空席でない座席にいる人物が属するグループの人数を取得する人数取得手段と、前記人数取得手段で取得したグループの人数の情報を用いて、前記第１特定手段で空席と特定された前記座席のうち、空席でない可能性のある座席を特定する第２特定手段と、前記第１特定手段と前記第２特定手段による特定結果を通知する通知手段とを備えることを特徴とする。
【０００９】
また、本発明は、情報処理装置の制御方法であって、撮像装置で座席を撮像することにより得られる画像データを取得する取得工程と、前記取得工程で取得した画像データから、空席の座席と空席でない座席とを特定する第１特定工程と、前記第１特定工程で特定された前記空席でない座席にいる人物が属するグループの人数を取得する人数取得工程と、前記人数取得工程で取得したグループの人数の情報を用いて、前記第１特定工程で空席と特定された前記座席のうち、空席でない可能性のある座席を特定する第２特定工程と、前記第１特定工程と前記第２特定工程での特定結果を通知する通知工程とを備えることを特徴とする。
【００１０】
また、本発明は、情報処理装置で読み取り実行可能なプログラムであって、前記情報処理装置を、撮像装置で座席を撮像することにより得られる画像データを取得する取得手段と、前記取得手段で取得した画像データから、空席の座席と空席でない座席とを特定する第１特定手段と、前記第１特定手段により特定された前記空席でない座席にいる人物が属するグループの人数を取得する人数取得手段と、前記人数取得手段で取得したグループの人数の情報を用いて、前記第１特定手段で空席と特定された前記座席のうち、空席でない可能性のある座席を特定する第２特定手段と、前記第１特定手段と前記第２特定手段による特定結果を通知する通知手段として機能させることを特徴とする。
【発明の効果】
【００１１】
本発明によると、ユーザが空席を探す手間を軽減することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態における、推定空席情報確認システムのシステム構成の一例を示す図である。
【図２】本発明の実施形態における、推定空席情報判定情報処理装置のハードウェア構成の一例を示すブロック図である。
【図３】本発明の実施形態における、推定空席情報確認画面の一例を示す図である。
【図４】本発明の実施形態における、推定空席情報確認画面に表示される空席情報の遷移図である。
【図５】本発明の実施形態における、推定空席情報確認システムの初期設定処理の一例を示すフローチャートである。
【図６】本発明の実施形態における、空席情報更新処理の一例を示すフローチャートである。
【図７】本発明の実施形態における、実空席情報更新処理の一例を示すフローチャートである。
【図８】本発明の実施形態における、ブロック内の全座席の実空席情報更新処理の一例を示す図である。
【図９】本発明の実施形態における、推定空席情報更新処理の一例を示す図である。
【図１０】本発明の実施形態における、１ブロック分の推定空席情報更新（前半）処理の一例を示す図である。
【図１１】本発明の実施形態における、グループ推定空席情報更新（前半）処理の一例を示す図である。
【図１２】本発明の実施形態における、１ブロック分の推定空席情報更新（後半）処理の一例を示す図である。
【図１３】本発明の実施形態における、グループ推定空席情報更新（後半）処理の一例を示す図である。
【図１４】本発明の実施形態における、空席情報確認処理の一例を示す図である。
【図１５】本発明の実施形態における、チケット購入済みユーザデータのテーブルの一例を示す図である。
【図１６】本発明の実施形態における、実空席データのテーブルの一例を示す図である。
【図１７】本発明の実施形態における、推定空席データのテーブルの推定空席情報更新（前半）後と推定空席情報更新（後半）後のテーブルの一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１４】
図１は、本発明の実施形態における推定空席情報確認システムのシステム構成の一例を示す図である。
【００１５】
推定空席情報確認システムは、タブレットやスマートフォンなどの個人端末１０１、グループチケット購入システム１０２、ネットワークカメラやドローンなどの映像取得装置１０３、情報処理装置１０４が、ネットワークを介して接続される構成となっている。
【００１６】
個人端末１０１は、情報処理装置１０４から提供される推定空席情報を表示する。
【００１７】
グループチケット購入システム１０２は、グループチケット購入時に登録されたユーザ情報を情報処理装置１０４に提供する。チケットとは、例えば、スタジアム等の施設で開催されるイベントの座席（特に座席が指定されていない自由席）に座るためのチケットのことであり、グループチケットとは、あるユーザが、同伴者の分をまとめて購入したチケットのことである。
【００１８】
映像取得装置１０３（撮像装置とも呼ぶ）は、推定空席情報確認対象ブロック内（例えば、スタジアム内）にある座席映像（例えば、自由席の映像）を取得し、情報処理装置１０４に送信する。なお、映像取得装置１０３は、推定空席情報確認対象ブロック内のブロックごとに撮影（撮像）し、ブロックごとの座席映像を取得するものとする。
【００１９】
情報処理装置１０４は、映像取得装置１０３によって取得された座席マップデータや座席映像データを基に作成される実空席情報データと推定空席情報データとを基に推定空席情報を提供する。
【００２０】
図２は、本発明の実施形態における情報処理装置１０４のハードウェア構成の一例を示すブロック図である。
【００２１】
図２に示すように、情報処理装置１０４は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、よび通信Ｉ／Ｆコントローラ２０８が接続される。
【００２２】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２３】
ＲＯＭ２０２あるいは外部メモリ２１１は、ＣＰＵ２０１が実行する制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や、本情報処理方法を実現するためのコンピュータ読み取り実行可能なプログラムおよび必要な各種データ（データテーブルを含む）を保持している。
【００２４】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００２５】
入力コントローラ２０５は、キーボード２０９や不図示のマウス等のポインティングデバイス等の入力装置からの入力を制御する。入力装置がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。
【００２６】
また、タッチパネルは、マルチタッチスクリーンなどの、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。
【００２７】
ビデオコントローラ２０６は、ディスプレイ２１０などの外部出力装置への表示を制御する。ディスプレイは本体と一体になったノート型パソコンのディスプレイも含まれるものとする。なお、外部出力装置はディスプレイに限ったものははく、例えばプロジェクタであってもよい。また、前述のタッチ操作を受け付け可能な装置については、入力装置も提供する。
【００２８】
なおビデオコントローラ２０６は、表示制御を行うためのビデオメモリ（ＶＲＡＭ）を制御することが可能で、ビデオメモリ領域としてＲＡＭ２０３の一部を利用することもできるし、別途専用のビデオメモリを設けることも可能である。
【００２９】
メモリコントローラ２０７は、外部メモリ２１１へのアクセスを制御する。外部メモリとしては、ブートプログラム、各種アプリケーション、フォントデータ、ユーザファイル、編集ファイル、および各種データ等を記憶する外部記憶装置（ハードディスク）、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等を利用可能である。
【００３０】
通信Ｉ／Ｆコントローラ２０９は、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信やＩＳＤＮなどの電話回線、および携帯電話の３Ｇ回線を用いた通信が可能である。
【００３１】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３２】
次に図５〜図１３のフローチャートを用いて、本発明の実施形態における情報処理装置１０４が実行する処理について説明する。
【００３３】
図５〜図１３のフローチャートは、情報処理装置１０４のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００３４】
図５〜図１３の処理では、まず映像取得装置１０３で撮像した画像データを取得し、取得した画像データから空席でない座席（満席）と空席の座席を特定する。そして、満席の座席に座っている人物と一緒に来ているメンバの数を特定する。そして、一緒に来ているメンバが、満席の座席に座っている人物の右側に隣接する座席に座る可能性と、左側に隣接する座席に座る可能性があり、どちらに座るかわからないため、満席の座席に座っている人物の右側に隣接する座席のメンバ数分の座席と、左側に隣接する座席のメンバ数分の座席を、空席である可能性が「微妙」な座席として特定する。なお、満席の座席に座っている人物の右側や左側に隣接する座席がメンバ数分ない場合であっても、グループのメンバの一部が座る可能性があるとして、その座席は「微妙」に変更する。そうすることで、「空席」、「満席」、「微妙」（空席の可能性がある座席）が特定でき、その特定した結果を、席を探しているユーザに提供することで、ユーザが空席を探す手間を軽減することができる。
【００３５】
では、まず、図５について説明する。
【００３６】
図５のフローチャートは、推定空席情報確認システムの初期設定を実行する処理を示すフローチャートである。
【００３７】
ステップＳ５０１では、情報処理装置１０４は、情報処理装置１０４が推定空席情報を提供する際にベースとなる座席マップデータを作成するために必要な座席の映像を映像取得装置１０３から取得する。
【００３８】
ステップＳ５０２では、情報処理装置１０４は、ステップＳ５０１で取得した座席の映像を基に、推定空席情報を提供する際にベースとなる座席マップデータを作成する。より具体的には、座席の映像をもとに、各座席を所定の区分でブロック分けし、ブロックごとに、各座席を一意に識別可能な番号を割り振る。そうして作成される座席マップデータとは、例えば、座席ステータス１６０４〜グループＩＤ１６０６が空白の状態の図１６の実空席データのテーブルである。以上で図５の説明を終了し、次に図６について説明する。
【００３９】
図６のフローチャートは、空席情報を更新する処理を示すフローチャートである。
【００４０】
ステップＳ６０１において、情報処理装置１０４は、空席情報を最新の状態に更新するために必要となる座席映像（ブロックごとの座席映像）を映像取得装置１０３から取得する。
【００４１】
ステップＳ６０１は、本発明における、撮像装置で座席を撮像することにより得られる画像データを取得する取得手段の一例である。
【００４２】
ステップＳ６０２において、情報処理装置１０４は、ステップＳ６０１で取得した最新の座席映像を情報処理装置１０４の外部メモリ２１１で記憶する座席映像データベース（不図示）に登録する。
【００４３】
ステップＳ６０３において、ステップＳ６０２で座席映像データベースに登録された最新の座席映像（ブロックごとの座席映像）を基に、情報処理装置１０４が実空席情報（すでに人がいることが明らかな席とそうでない席の情報）を更新する。すなわちブロックごとにステップＳ６０３の処理を実行する。ステップＳ６０３は、本発明における、前記取得手段で取得した画像データから、空席の座席と空席でない座席とを特定する第１特定手段の一例である。
【００４４】
ステップＳ６０３の処理の詳細は、図７を用いて後ほど説明する。
【００４５】
ステップＳ６０４において、ステップＳ６０３で更新された実空席情報を基に、情報処理装置１０４が推定空席情報（空席であると推定される席の情報）を更新する。ステップＳ６０４の処理の詳細は、図９を用いて後ほど説明する。
【００４６】
以上で、図６の説明を終了し、次に、図７について説明する。
【００４７】
図７のフローチャートは、実空席情報を更新する処理を示すフローチャートであり、ステップＳ６０３の処理の詳細を示すフローチャートである。
【００４８】
ステップＳ７０１において、情報処理装置１０４は、処理対象ブロックの実空席情報を更新するために、基となる座席映像データを情報処理装置１０４の外部メモリ２１１で記憶する座席映像データベース（不図示）から取得する。
【００４９】
ステップＳ７０２では、ステップＳ７０１で取得した座席映像データと、ステップＳ５０２で作成した座席マップデータをマッピング（対応付け）する。
【００５０】
ステップＳ７０３では、ステップＳ７０２でマッピングした座席映像データを基に、対象ブロック内の全座席の実空席情報を更新する。ステップＳ７０３の処理の詳細は、図８を用いて、後ほど説明する。以上で、図７の説明を終了し、次に図８について説明する。
【００５１】
図８のフローチャートは、対象ブロック内の全座席の実空席情報を更新する処理を示すフローチャートであり、ステップＳ７０３の処理の詳細を示すフローチャートである。
【００５２】
ステップＳ８０１において、情報処理装置１０４は、実空席情報を更新する対象のブロック（実空席情報更新対象ブロック）について、座席マップデータの情報をもとに、ブロック内の座席行数を取得する。ここで取得した座席行数に対して、実空席情報更新処理を繰り返し実行する。
【００５３】
ステップＳ８０２において、情報処理装置１０４は、実空席情報更新対象ブロックの対象座席行について、対象座席行内の座席列数を取得する。ここで取得した座席列数分、実空席情報更新処理を繰り返し実行する。
【００５４】
ステップＳ８０３において、情報処理装置１０４は、実空席情報更新対象ブロックの実空席情報更新対象座席（対象座席行，対象座席列）について、実際に空席かどうかを判定するために、人が座っているかどうかを既知の画像解析技術を用いて判定する。より具体的には、例えば、特開２０１１−２２１９０６号公報に記載の技術を用いて、座席上の顔を検知することにより、顔が検知できた場合には人が座っていると判定する。
【００５５】
このとき、実空席情報を更新するために、人が座っているかどうかの判定にはステップＳ７０２で座席マップデータとマッピングした座席映像データを使用する。
【００５６】
情報処理装置１０４は、ステップＳ８０３で人が座っていないと判定された場合に、ステップＳ８０４に処理を移行し、人が座っていると判定された場合には、ステップＳ８０６に処理を移行する。
【００５７】
ステップＳ８０４において、情報処理装置１０４は、実空席情報更新対象座席について、図１６の実空席情報の座席ステータス１６０４を「空席」に変更する。
【００５８】
ステップＳ８０５において、情報処理装置１０４は、対象座席の実空席情報のユーザＩＤ１６０５を「００００００」、グループＩＤ１６０６を「００００００」に変更する。本実施形態では、空席の場合は実空席情報のユーザＩＤ１６０５を「００００００」、グループＩＤ１６０６を「００００００」とするものとする。
【００５９】
ステップＳ８０６において、情報処理装置１０４は、実空席情報更新対象座席について、図１６の実空席情報の座席ステータス１６０４を「満席」に変更する。
【００６０】
ステップＳ８０７において、情報処理装置１０４は、ステップＳ７０２で座席マップデータとマッピングした座席映像データを基に、対象座席に座っている人物の顔データを抽出する。以降の対象座席に座っている人物を特定する一連の処理は、隣接する座席に同一グループのユーザが座る可能性が高いことを利用して推定空席情報を算出するために実行する処理である。
【００６１】
ステップＳ８０８において、情報処理装置１０４は、ステップＳ８０７で抽出した人物の顔データと一致する顔画像が、グループチケット購入システム１０２から提供される図１５のテーブルのユーザ顔画像１５０３に登録されているかを検索する。
【００６２】
ステップＳ８０９において、情報処理装置１０４は、ステップＳ８０８のユーザ検索で一致する顔画像があるかを判定する。
【００６３】
ステップＳ８１０において、情報処理装置１０４は、ステップＳ８０８におけるユーザ検索の結果一致する顔画像が無かった場合に、図１６の実空席情報の実空席情報更新対象座席のユーザＩＤ１６０５に「９９９９９９」、グループＩＤ１６０６に「９９９９９９」を設定する。
【００６４】
ステップＳ８１１において、情報処理装置１０４は、ステップＳ８０８でのユーザ検索の結果一致する顔画像が有った場合に、一致する顔画像に対応するユーザＩＤ１５０１と、グループＩＤ１５０２とを取得し、ステップＳ８１２において、一致する顔画像に対応するユーザＩＤ１５０１をユーザＩＤ１６０５に、一致する顔画像に対応するグループＩＤ１５０２をグループＩＤ１６０６に登録する。以上で、図８の説明を終了し、次に図９について、説明する。
【００６５】
図９のフローチャートは、推定空席情報を更新する処理を示すフローチャートであり、ステップＳ６０４の処理の詳細を示すフローチャートである。
【００６６】
ステップＳ９０１において、情報処理装置１０４は、推定空席情報更新対象について、座席マップデータのブロック数を取得する。ここで取得したブロック数分、推定空席情報更新処理を繰り返し実行する。
【００６７】
ステップＳ９０２において、情報処理装置１０４は、対象ブロックの座席マップデータを取得する。このとき取得する座席マップデータは、ステップＳ６０３で実空席情報更新済みのデータ（図１６）であり、このデータをベースに推定空席情報を更新する。
【００６８】
ステップＳ９０３において、情報処理装置１０４は、１ブロック分の推定空席情報を更新（前半）する。ここでは、座席マップデータの列番号最後尾から順に推定空席情報を更新する処理を行う。ステップＳ９０３の処理の詳細は、図１０を用いて後ほど説明する。
【００６９】
ステップＳ９０４において、情報処理装置１０４は、１ブロック分の推定空席情報を更新（後半）する。ここでは、座席マップデータの列番号１から順に最後尾に向かって推定空席情報を更新する処理を行う。ステップＳ９０４の処理の詳細は、図１２を用いて後ほど説明する。
【００７０】
ステップＳ９０３とステップＳ９０４を実行することで、グループチケット購入者（ステップＳ８０９で一致すると判定された人物）に対して左右どちらの座席にもグループメンバが座る可能性があるという前提条件を満たした推定空席情報を生成することができる。これにより、ユーザに対してより精度の高い推定空席情報を提供することが可能になる。以上で、図９の説明を終了し、次に図１０について説明する。
【００７１】
図１０のフローチャートは、１ブロック分の推定空席情報を更新（前半）する処理を示すフローチャートであり、ステップＳ９０３の処理の詳細を示すフローチャートである。
【００７２】
ステップＳ１００１において、情報処理装置１０４は、対象ブロック内の座席行数を取得する。ここで取得した座席行数分、推定空席情報更新（前半）処理を繰り返し実行する。
【００７３】
ステップＳ１００２において、情報処理装置１０４は、ステップＳ１００１で取得したブロック内の座席行数を更新対象座席行Ｎｏ（Ｒｏｗ）に設定する。
【００７４】
ステップＳ１００３において、情報処理装置１０４は、更新対象座席行Ｎｏ（Ｒｏｗ）が０よりも大きいかどうかを判定する。ここで、更新対象座席行Ｎｏ（Ｒｏｗ）が０よりも大きい場合は未更新の座席行が残っているので、推定空席情報更新（前半）処理を続行する必要がある。また、更新対象座席行Ｎｏ（Ｒｏｗ）が０以下の場合は未更新の座席行が無いということになり、推定空席情報更新（前半）処理を終了する。
【００７５】
ステップＳ１００４において、情報処理装置１０４は、座席行Ｎｏが更新対象座席行Ｎｏ（Ｒｏｗ）と一致する座席行の座席列数を取得する。
【００７６】
ステップＳ１００５において、情報処理装置１０４は、ステップＳ１００４で取得した座席列数を更新対象座席列Ｎｏ（Ｃｏｌｕｍｎ）に設定する。
【００７７】
ステップＳ１００６では、更新対象座席列Ｎｏ（Ｃｏｌｕｍｎ）が０よりも大きいかどうかを判定する。ここで、更新対象座席列Ｎｏ（Ｃｏｌｕｍｎ）が０よりも大きい場合は、未更新の座席が更新対象行に残っているので、更新対象行に対して推定空席情報更新（前半）処理を続行する必要がある。また、更新対象座席列Ｎｏ（Ｃｏｌｕｍｎ）が０以下の場合は未更新の座席が更新対象行に無いということになり、次の座席行に対する推定空席情報更新（前半）処理に移行する必要がある。
【００７８】
ステップＳ１００７において、情報処理装置１０４は、更新対象座席行を次の行に移行するために、更新対象座席行Ｎｏ（Ｒｏｗ）を−１する。
ステップＳ１００８では、更新対象座席Ｎｏ（Ｒｏｗ，  Ｃｏｌｕｍｎ）の実空席情報を取得する。ここで取得する実空席情報は、ステップＳ９０２で取得した実空席情報更新済みの座席マップデータ（図１６）である。そのため、取得した座席マップの座席ステータス１６０４は「空席」または「満席」のどちらかである。
ステップＳ１００９において、情報処理装置１０４は、更新対象座席Ｎｏ（Ｒｏｗ，  Ｃｏｌｕｍｎ）の実空席情報の座席ステータス１６０４が「満席」かどうかを判定する。ここで、座席マップデータの座席ステータス１６０４が「満席」の場合は、推定空席情報の更新やグループ推定空席情報更新（前半）処理を実行する必要がある。また、座席マップデータの座席ステータス１６０４が「空席」の場合は、その座席についての推定空席情報（図１７）を更新する必要があるため、「空席」時の処理に移行する。
【００７９】
ステップＳ１０１０において、情報処理装置１０４は、ステップＳ１００９の判定結果を基に、更新対象座席Ｎｏ（Ｒｏｗ，  Ｃｏｌｕｍｎ）の推定空席情報（図１７）の座席ステータス１７０４を「満席」に更新する。また、実空席情報のユーザＩＤ１６０５、グループＩＤ１６０６を、推定空席情報のユーザＩＤ１７０５、グループＩＤ１７０６に設定する。
【００８０】
ステップＳ１０１１では、ステップＳ１０１０で設定された実空席情報のユーザＩＤ１６０５が「００００００」または「９９９９９９」かどうかを判定する。ここで更新対象座席に座っているユーザが特定されている場合（つまり、ユーザＩＤが「００００００」または「９９９９９９」以外の場合）はグループ推定空席情報更新（前半）処理を実行する必要がある。また、ユーザが特定されていない場合はグループ推定空席情報更新（前半）処理を実行する必要がないため、更新対象座席を次の座席に移行する。
【００８１】
ステップＳ１０１２において、情報処理装置１０４は、図１５のテーブルからステップＳ１０１０で設定したグループＩＤ１７０６とグループＩＤ１５０２が一致するデータを特定することで、ステップＳ１０１０で設定したグループＩＤ１７０６と同一グループのグループメンバＩＤリストを作成する。
【００８２】
ステップＳ１０１２と、後述するステップＳ１２１３は、本発明における、前記第１特定手段により特定された前記空席でない座席にいる人物が属するグループの人数を取得する人数取得手段の一例である。
【００８３】
ステップＳ１０１３において、情報処理装置１０４は、ステップＳ１０１２で作成したグループメンバＩＤリストのリストサイズを取得し、ＭｅｍＮｕｍに設定する。ここで設定したＭｅｍＮｕｍは同一グループのメンバ数となる。
【００８４】
ステップＳ１０１４において、情報処理装置１０４は、グループ推定空席情報更新（前半）処理を実行する。この処理は、グループチケット購入者に対して隣の座席にグループメンバが座る可能性があるという前提条件を満たした推定空席情報を生成するために実行する。ステップＳ１０１４の処理の詳細は、図１１を用いて後ほど説明する。
【００８５】
ステップＳ１０１５において、情報処理装置１０４は、一時更新対象座席列Ｎｏ（ｔｍｐＣｏｌｕｍｎ）を更新対象座席列Ｎｏ（Ｃｏｌｕｍｎ）に設定する。
【００８６】
ステップＳ１０１６において、情報処理装置１０４は、更新対象座席を次の座席に移行するために、更新対象座席列Ｎｏ（Ｃｏｌｕｍｎ）を−１する。
【００８７】
ステップＳ１０１７において、情報処理装置１０４は、ステップＳ１００９での判定結果を基に、更新対象座席Ｎｏ（Ｒｏｗ，  Ｃｏｌｕｍｎ）の推定空席情報の座席ステータス１７０４を「空席」に更新する。また、実空席情報（図１６）のユーザＩＤ１６０５、グループＩＤ１６０６を、推定空席情報（図１７）のユーザＩＤ１７０５、グループＩＤ１７０６に設定する。以上で、図１０の説明を終了し、次に図１１について説明する。
【００８８】
図１１のフローチャートは、グループ推定空席情報を更新（前半）する処理を示すフローチャートであり、ステップＳ１０１４の処理の詳細を示すフローチャートである。ここでは、グループチケット購入者と同一グループメンバが隣の座席に座る可能性が高いことを考慮し、推定空席情報（図１７）を更新する。
【００８９】
ステップＳ１１０１において、情報処理装置１０４は、更新対象座席Ｎｏ（Ｒｏｗ，  Ｃｏｌｕｍｎ）を一時更新対象座席Ｎｏ（ｔｍｐＲｏｗ，  ｔｍｐＣｏｌｕｍｎ）に設定する。また、ステップＳ１０１３で設定したグループメンバ数（ＭｅｍＮｕｍ）をグループメンバ考慮数（Ｎｕｍ）に設定する。
【００９０】
ステップＳ１１０２において、情報処理装置１０４は、グループメンバ考慮数（Ｎｕｍ）を−１する。ここで初めに−１するのは、グループメンバの内、一人分（グループチケット購入者）の推定空席情報（図１７）は既にステップＳ１０１０で更新済みのためである。
【００９１】
ステップＳ１１０３において、情報処理装置１０４は、グループメンバ考慮数（Ｎｕｍ）が０よりも大きいかどうかを判定する。ここで、グループメンバ考慮数（Ｎｕｍ）が０よりも大きい場合は未更新のグループメンバ分座席数が残っているので、グループ推定空席情報更新（前半）処理を続行する必要がある。また、グループメンバ考慮数（Ｎｕｍ）が０以下の場合は、未更新のグループメンバ分座席数が無いので、グループ推定空席情報更新（前半）処理を終了する必要がある。
【００９２】
ステップＳ１１０４において、情報処理装置１０４は、一時更新対象座席列Ｎｏ（ｔｍｐＣｏｌｕｍｎ）を−１する。この−１もステップＳ１１０２同様に、グループメンバの内、一人分の推定空席情報（図１７）は既にステップＳ１０１０で更新済みのためである。このとき、一時更新対象座席列Ｎｏ（ｔｍｐＣｏｌｕｍｎ）が「０」であれば、グループ推定空席情報を更新（前半）する処理を終了する。
【００９３】
ステップＳ１１０５において、情報処理装置１０４は、実空席情報（図１６）から一時更新対象座席Ｎｏ（ｔｍｐＲｏｗ，  ｔｍｐＣｏｌｕｍｎ）のデータを取得する。このデータには、座席ステータス１６０４やユーザＩＤ１６０５、グループＩＤ１６０６が含まれる。
【００９４】
ステップＳ１１０６において、情報処理装置１０４は、一時更新対象座席Ｎｏ（ｔｍｐＲｏｗ，  ｔｍｐＣｏｌｕｍｎ）の座席ステータス１６０４が「満席」かどうかを判定する。座席ステータス１６０４が「満席」でない場合、実際には一時更新対象座席Ｎｏ（ｔｍｐＲｏｗ，  ｔｍｐＣｏｌｕｍｎ）に座っている人はいないが、同一グループメンバが座る可能性が高いため、推定空席情報（図１７）の座席ステータス１７０４を「微妙」に更新する必要がある。また、座席ステータス１６０４が「満席」の場合、推定空席情報（図１７）の座席ステータス１７０４を「満席」に更新する必要がある。
【００９５】
ステップＳ１１０７において、情報処理装置１０４は、ステップＳ１１０６の判定結果を基に、一時更新対象座席Ｎｏ（ｔｍｐＲｏｗ，  ｔｍｐＣｏｌｕｍｎ）の推定空席情報（図１７）の座席ステータス１７０４を「微妙」に更新する。その後、一時更新対象座席を次の座席に移行する。
【００９６】
ステップＳ１１０７と、後述するステップＳ１３０８は、本発明における、前記人数取得手段で取得したグループの人数の情報を用いて、前記第１特定手段で空席と特定された前記座席のうち、空席でない可能性のある座席を特定する第２特定手段の一例である。
【００９７】
ステップＳ１１０８において、情報処理装置１０４は、ステップＳ１１０６の判定結果を基に、一時更新対象座席Ｎｏ（ｔｍｐＲｏｗ，  ｔｍｐＣｏｌｕｍｎ）の推定空席情報（図１７）の座席ステータス１７０４を「満席」に更新する。
【００９８】
ステップＳ１１０９において、情報処理装置１０４は、更新対象座席Ｎｏ（Ｒｏｗ，  Ｃｏｌｕｍｎ）のグループＩＤ１６０６を取得する。
【００９９】
ステップＳ１１１０において、情報処理装置１０４は、ステップＳ１１０９で取得したグループＩＤ１６０６を更新対象座席グループＩＤ（ＧｒｏｕｐＩＤ）に設定する。
【０１００】
ステップＳ１１１１において、情報処理装置１０４は、一時更新対象座席Ｎｏ（ｔｍｐＲｏｗ，  ｔｍｐＣｏｌｕｍｎ）のグループＩＤ１６０６を一時更新対象座席グループＩＤ（ｔｍｐＧｒｏｕｐＩＤ）に設定する。
【０１０１】
ステップＳ１１１２において、情報処理装置１０４は、ステップＳ１１１０で設定した更新対象座席グループＩＤ（ＧｒｏｕｐＩＤ）とステップＳ１１１１で設定した一時更新対象座席グループＩＤ（ｔｍｐＧｒｏｕｐＩＤ）が一致するかどうか判定する。この判定結果を基に、グループＩＤが一致する場合は、更新対象座席Ｎｏ（Ｒｏｗ，  Ｃｏｌｕｍｎ）のユーザと一時更新対象座席Ｎｏ（ｔｍｐＲｏｗ，  ｔｍｐＣｏｌｕｍｎ）のユーザが同一グループのメンバということになるため、そのままグループ推定空席情報更新（前半）処理を続行する必要がある。また、グループＩＤが一致しない場合は、別グループのメンバが一時更新対象座席Ｎｏ（ｔｍｐＲｏｗ，  ｔｍｐＣｏｌｕｍｎ）に座っているということになるため、グループ推定空席情報更新（前半）処理を終了する必要がある。
【０１０２】
ステップＳ１１１３では、一時更新対象座席列Ｎｏ（ｔｍｐＣｏｌｕｍｎ）を更新対象座席列Ｎｏ（Ｃｏｌｕｍｎ）に設定する。以上で図１１の説明を終了し、次に図１２について説明する。
【０１０３】
図１２のフローチャートは、１ブロック分の推定空席情報を更新（後半）する処理を示すフローチャートであり、ステップＳ９０４の処理の詳細を示すフローチャートである。
【０１０４】
ステップＳ１２０１において、情報処理装置１０４は、対象ブロック内の座席行数を取得する。ここで取得した座席行数に対して、推定空席情報更新（後半）処理を繰り返し実行する。
【０１０５】
ステップＳ１２０２において、情報処理装置１０４は、ステップＳ１２０１で取得したブロック内の座席行数を更新対象ブロック内座席行数（Ｒｏｗ）に設定する。
【０１０６】
ステップＳ１２０３において、情報処理装置１０４は、更新対象座席行Ｎｏ（ｃｎｔＲｏｗ）に１を設定する。
【０１０７】
ステップＳ１２０４において、情報処理装置１０４は、更新対象座席行Ｎｏ（ｃｎｔＲｏｗ）と更新対象ブロック内座席行数（Ｒｏｗ）を比較する。ここで、更新対象座席行Ｎｏ（ｃｎｔＲｏｗ）が更新対象ブロック内座席行数（Ｒｏｗ）以下の場合は、対象ブロック内の未更新座席行が存在するということなので、１ブロック分の推定空席情報更新（後半）処理を続行する必要がある。また、更新対象座席行Ｎｏ（ｃｎｔＲｏｗ）が更新対象ブロック内座席行数（Ｒｏｗ）よりも大きい場合は、ブロック内の座席行数を超えるということなので、１ブロック分の推定空席情報更新（後半）処理を終了する必要がある。
【０１０８】
ステップＳ１２０５において、情報処理装置１０４は、対象ブロックの座席行ＮｏがｃｎｔＲｏｗと等しい座席行の座席列数を取得する。
【０１０９】
ステップＳ１２０６において、情報処理装置１０４は、ステップＳ１２０５で取得した座席列数を更新対象座席行内の座席列数（Ｃｏｌｕｍｎ）に設定する。
【０１１０】
ステップＳ１２０７において、情報処理装置１０４は、更新対象座席列Ｎｏ（ｃｎｔＣｏｌｕｍｎ）に１を設定する。
【０１１１】
ステップＳ１２０８において、情報処理装置１０４は、更新対象座席列Ｎｏ（ｃｎｔＣｏｌｕｍｎ）と更新対象座席行内の座席列数（Ｃｏｌｕｍｎ）を比較する。ここで、更新対象座席列Ｎｏ（ｃｎｔＣｏｌｕｍｎ）が更新対象座席行内の座席列数（Ｃｏｌｕｍｎ）以下の場合は、更新対象行内の未更新座席列が存在するということなので、推定空席情報更新（後半）処理を続行する必要がある。また、更新対象座席列Ｎｏ（ｃｎｔＣｏｌｕｍｎ）が更新対象座席行内の座席列数（Ｃｏｌｕｍｎ）よりも大きい場合は、更新対象行内の座席列数を超えるということなので、更新対象行の推定空席情報更新（後半）処理を終了して次の行へ移行する必要がある。
【０１１２】
ステップＳ１２０９において、情報処理装置１０４は、更新対象座席行Ｎｏ（ｃｎｔＲｏｗ）を＋１し、次の座席行を更新対象とする。
【０１１３】
ステップＳ１２１０において、情報処理装置１０４は、更新対象座席Ｎｏ（ｃｎｔＲｏｗ，  ｃｎｔＣｏｌｕｍｎ）の推定空席情報（図１７）を取得する。ここで実空席情報（図１６）をベースに推定空席情報を更新しないのは、ステップＳ９０３で推定空席情報更新（前半）処理実行後の最新情報をベースに推定空席情報を更新する必要があるためである。
【０１１４】
ステップＳ１２１１において、情報処理装置１０４は、ステップＳ１２１０で取得した推定空席情報（図１７）の座席ステータス１７０４が「満席」かどうかを判定する。推定空席情報（図１７）の座席ステータス１７０４が「満席」の場合、グループ推定空席情報更新（後半）処理を実行する必要がある。また、推定空席情報（図１７）の座席ステータス１７０４が「満席」以外の場合（つまり、「空席」または「微妙」の場合）、次の座席に処理を移行する必要がある。
【０１１５】
ステップＳ１２１２において、情報処理装置１０４は、ステップＳ１２１０で取得した推定空席情報（図１７）のユーザＩＤ１７０５が「００００００」または「９９９９９９」であるかを判定する。ユーザＩＤ１７０５が「００００００」または「９９９９９９」の場合、座席に座っている人はいるがユーザを特定できていないということなので、グループ推定空席情報更新（後半）処理は不可能であるため、次の座席に処理を移行する必要がある。また、ユーザＩＤ１７０５が「００００００」または「９９９９９９」以外の場合、座席に座っているユーザを特定できているということなので、グループ推定空席情報更新（後半）処理を実行する必要がある。
【０１１６】
ステップＳ１２１３において、情報処理装置１０４は、ステップＳ１２１０で取得した推定空席情報（図１７）に含まれる更新対象座席ＮｏのグループＩＤ１７０６と図１５のグループＩＤ１５０２が一致するデータを特定することで、ステップＳ１２１０で取得した推定空席情報（図１７）に含まれる更新対象座席ＮｏのグループＩＤ１７０６と同一グループのグループメンバＩＤリストを作成する。
【０１１７】
ステップＳ１２１４において、情報処理装置１０４は、ステップＳ１２１３で作成したグループメンバＩＤリストのリストサイズを取得し、ＭｅｍＮｕｍに設定する。ここで設定したＭｅｍＮｕｍは同一グループのメンバ数となる。
【０１１８】
ステップＳ１２１５において、情報処理装置１０４は、グループ推定空席情報更新（後半）処理を実行する。この処理は、グループチケット購入者に対して隣の座席にグループメンバが座る可能性があるという前提条件を満たした推定空席情報を生成するために実行する。
【０１１９】
ステップＳ１２１６において、情報処理装置１０４は、一時更新対象座席列Ｎｏ（ｔｍｐＣｏｌｕｍｎ）を更新対象座席列Ｎｏ（ｃｎｔＣｏｌｕｍｎ）に設定する。
【０１２０】
ステップＳ１２１７において、情報処理装置１０４は、更新対象座席を次の座席に移行するために、更新対象座席列Ｎｏ（ｃｎｔＣｏｌｕｍｎ）を＋１する。以上で図１２の説明を終了し、次に図１３について説明する。
【０１２１】
図１３のフローチャートは、グループ推定空席情報を更新（後半）する処理を示すフローチャートであり、ステップＳ１２１５の処理の詳細を示すフローチャートである。ここでは、同一グループメンバが隣の座席に座る可能性が高いことを考慮し、推定空席情報を更新する。
【０１２２】
ステップＳ１３０１において、情報処理装置１０４は、更新対象座席Ｎｏ（ｃｎｔＲｏｗ，  ｃｎｔＣｏｌｕｍｎ）を一時更新対象座席Ｎｏ（ｔｍｐＲｏｗ，  ｔｍｐＣｏｌｕｍｎ）に設定する。また、ステップＳ１２１４で設定したグループメンバ数（ＭｅｍＮｕｍ）をグループメンバ考慮数（Ｎｕｍ）に設定する。
ステップＳ１３０２において、情報処理装置１０４は、グループメンバ考慮数（Ｎｕｍ）を−１する。ここで始めに−１するのは、グループメンバの内、一人分（グループチケット購入者）の推定空席情報（図１７）は既にステップＳ１２１１でステータスを確認済みのためである。
【０１２３】
ステップＳ１３０３において、情報処理装置１０４は、グループメンバ考慮数（Ｎｕｍ）が０よりも大きいかどうかを判定する。ここで、グループメンバ考慮数（Ｎｕｍ）が０よりも大きい場合は未更新のグループメンバ分座席数が残っているので、グループ推定空席情報更新（後半）処理を続行する必要がある。また、グループメンバ考慮数（Ｎｕｍ）が０以下の場合は、未更新のグループメンバ分座席数が無いので、グループ推定空席情報更新（後半）処理を終了する必要がある。
【０１２４】
ステップＳ１３０４において、情報処理装置１０４は、一時更新対象座席列Ｎｏ（ｔｍｐＣｏｌｕｍｎ）を＋１する。この＋１もステップＳ１３０２同様に、グループメンバの内、一人分（グループチケット購入者）の推定空席情報（図１７）は既にステップＳ１２１１で確認済みのためである。このとき一時更新対象座席列Ｎｏ（ｔｍｐＣｏｌｕｍｎ）が、ステップＳ１２０６で設定した更新対象座席行内の座席列数（Ｃｏｌｕｍｎ）以下であればステップＳ１３０５に処理を移行するが、そうでなければ、グループ推定空席情報を更新（後半）する処理を終了する。
【０１２５】
ステップＳ１３０５において、情報処理装置１０４は、一時更新対象座席Ｎｏ（ｔｍｐＲｏｗ，  ｔｍｐＣｏｌｕｍｎ）の推定空席情報（図１７）を取得する。
【０１２６】
ステップＳ１３０６において、情報処理装置１０４は、ステップＳ１３０５で取得した推定空席情報（図１７）の座席ステータス１７０４が「満席」かどうかを判定する。推定空席情報（図１７）の座席ステータス１７０４が「満席」の場合、更新対象座席Ｎｏ（ｃｎｔＲｏｗ，  ｃｎｔＣｏｌｕｍｎ）と同一グループであるかどうかを判定する必要がある。また、推定空席情報（図１７）の座席ステータス１７０４が「満席」以外（つまり、ステータスが「空席」または「微妙」）の場合、推定空席情報（図１７）の座席ステータス１７０４を更新する必要がある。
【０１２７】
ステップＳ１３０７において、情報処理装置１０４は、ステップＳ１３０５で取得した推定空席情報（図１７）の座席ステータス１７０４が「空席」かどうかを判定する。推定空席情報（図１７）の座席ステータス１７０４が「空席」の場合、一時更新対象座席Ｎｏ（ｔｍｐＲｏｗ，  ｔｍｐＣｏｌｕｍｎ）の推定空席情報（図１７）の座席ステータス１７０４を「微妙」に更新する必要がある。また、推定空席情報（図１７）の座席ステータス１７０４が「空席」以外（つまり、ステップＳ１３０６の判定結果と併せると、ステータスが「微妙」）の場合、実際には座席に人が座ってはいないが座る可能性が高いということなので、座席ステータス１７０４を更新せずに一時更新対象座席を次の座席に移行する必要がある。
【０１２８】
ステップＳ１３０８において、情報処理装置１０４は、ステップＳ１３０７の判定結果より、一時更新対象座席Ｎｏ（ｔｍｐＲｏｗ，  ｔｍｐＣｏｌｕｍｎ）の推定空席情報（図１７）の座席ステータス１７０４は「空席」であるということが分かるので、推定空席情報（図１７）の座席ステータス１７０４を「微妙」に更新する。
【０１２９】
ステップＳ１３０９において、情報処理装置１０４は、ステップＳ１３０６の判定結果を基に、推定空席情報（図１７）の座席ステータス１７０４が「満席」であるということが分かるので、更新対象座席（ｃｎｔＲｏｗ，ｃｎｔＣｏｌｕｍｎ）のグループＩＤ１７０６（図１７の左のテーブルのグループＩＤ１７０６）を取得する。ここで取得するグループＩＤは、一時更新対象座席（ｔｍｐＲｏｗ，  ｔｍｐＣｏｌｕｍｎ）のグループＩＤと比較し同一グループかどうかを判定するための情報として使用する。
【０１３０】
ステップＳ１３１０では、ステップＳ１３０９で取得したグループＩＤ１７０６を更新対象座席グループＩＤ（ＧｒｏｕｐＩＤ）に設定する。
【０１３１】
ステップＳ１３１１において、情報処理装置１０４は、一時更新対象座席Ｎｏ（ｔｍｐＲｏｗ，  ｔｍｐＣｏｌｕｍｎ）のグループＩＤ１７０６を一時更新対象座席グループＩＤ（ｔｍｐＧｒｏｕｐＩＤ）に設定する。
【０１３２】
ステップＳ１３１２において、情報処理装置１０４は、ステップＳ１３１０で設定した更新対象座席グループＩＤ（ＧｒｏｕｐＩＤ）とステップＳ１３１１で設定した一時更新対象座席グループＩＤ（ｔｍｐＧｒｏｕｐＩＤ）が一致するかどうか判定する。この判定結果を基に、グループＩＤが一致する場合は、更新対象座席（ｃｎｔＲｏｗ，  ｃｎｔＣｏｌｕｍｎ）のユーザと一時更新対象座席Ｎｏ（ｔｍｐＲｏｗ，  ｔｍｐＣｏｌｕｍｎ）のユーザが同一グループのメンバということになるため、グループ推定空席情報更新（後半）処理を続行する必要がある。また、グループＩＤが一致しない場合は、別グループのメンバが一時更新対象座席Ｎｏ（ｔｍｐＲｏｗ，ｔｍｐＣｏｌｕｍｎ）に座っているということになるため、グループ推定空席情報更新（後半）処理を終了する必要がある。
【０１３３】
ステップＳ１３１３において、情報処理装置１０４は、一時更新対象座席列Ｎｏ（ｔｍｐＣｏｌｕｍｎ）を更新対象座席列Ｎｏ（ｃｎｔＣｏｌｕｍｎ）に設定する。以上で、図１３の説明を終了し、次に、図１４について説明する。
【０１３４】
図１４のフローチャートは、個人端末１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理であり、空席情報を確認する処理を示すフローチャートである。ここでは、個人端末１０１から各ユーザが推定空席情報を確認できるように、事前にステップＳ６０１〜ステップＳ６０４で更新した推定空席情報を取得／表示する。
【０１３５】
ステップＳ１４０１において、個人端末１０１は、空席情報を情報処理装置１０４から取得する。ここで取得する空席情報とは、ステップＳ６０４で更新済みの推定空席情報（図１７）を指す。情報処理装置１０４は、個人端末１０１からの推定空席情報の取得要求に応じて、事前にステップＳ６０１〜ステップＳ６０４で更新した推定空席情報を個人端末１０１に通知する（本発明における、通知手段の一例）。
【０１３６】
ステップＳ１４０２において、個人端末１０１は、ステップＳ１４０１で取得した空席情報を、個人端末１０１のディスプレイ２１０に表示する。ステップＳ１４０２で個人端末１０１のディスプレイ２１０に表示される画面とは、例えば、図３に示す画面である。以上で、図１４の説明を終了し、次に図３、４について説明する。
【０１３７】
図３は、ステップＳ１４０２において、個人端末１０１のディスプレイ２１０に表示される推定空席情報確認画面の一例を示す図である。
【０１３８】
図３の３０１には、３０２に推定空席情報を表示する対象となっているスタジアムや、ブロックの情報を表示する。空席情報３０２には、事前にステップＳ６０１〜ステップＳ６０４で更新した推定空席情報をもとに、各座席が「空席」であるのか、「微妙」であるのか、「満席」であるのかをユーザが識別可能となるように表示する。これにより、ユーザは、どの座席が空いているのかを一目で確認でき、空席を探す手間を軽減することが可能となる。
【０１３９】
図４は、３０２の各座席の空席情報が図６〜図１３の処理によって更新されていく流れを示す遷移図である。４０１は、ステップＳ６０３の処理実行後の空席情報３０２の状態を示し、４０２は、ステップＳ９０３の処理を実行後の空席情報３０２の状態を示し、４０３は、ステップＳ６０４の処理実行後の空席情報３０２の状態を示す。
【０１４０】
以上で、図３、４の説明を終了し、次に図１５について説明する。
【０１４１】
図１５のテーブルは、グループチケット購入システム１０２から情報処理装置１０４に提供され、情報処理装置１０４の外部メモリ２１１で記憶するグループチケット購入済みユーザデータのテーブルの一例を示す図である。
【０１４２】
図１５のテーブルでは、グループチケット購入システム１０２でチケットを購入した際、各ユーザ／グループに対してＩＤが割り振られ、またユーザの顔画像データが紐付けられる。
【０１４３】
ユーザＩＤ１５０１は、グループチケット購入時に各ユーザに一意に割り当てられるＩＤである。
【０１４４】
グループＩＤ１５０２は、グループチケット購入時に各グループに一意に割り当てられるＩＤである。個人（一枚単位）でチケットを購入した場合、グループＩＤ１５０２に紐付けられるユーザＩＤは一意に定まる。
【０１４５】
ユーザ顔画像１５０３は、グループチケット購入時に各ユーザの顔画像データを登録したファイル名である。ユーザ顔画像１５０３は、ユーザＩＤ１５０１と紐付けられ、一意に定まる。以上で、図１５の説明を終了し、次に図１６について説明する。
【０１４６】
図１６は、情報処理装置１０４の外部メモリ２１１で記憶する実空席情報のテーブルの一例を示す図である。ステップＳ６０３の実空席情報更新処理によって更新されるテーブルの一例である。
【０１４７】
ブロックＮｏ１６０１は、推定空席情報提供範囲（例えば、スタジアムなど）に対して、座席のまとまりをブロックと呼び、そのブロックに一意に割り振られたブロックＮｏである。ここで、各ブロックにおける座席行数／列数は必ずしも一定ではないものとする。
【０１４８】
行Ｎｏ１６０２は、ブロックＮｏ１６０１のブロックＮｏにおける座席の行Ｎｏである。
【０１４９】
列Ｎｏ１６０３は、ブロックＮｏ１６０１のブロックＮｏにおける座席の列Ｎｏである。
【０１５０】
座席ステータス１６０４は、ブロックＮｏ１６０１のブロックＮｏ、行Ｎｏ１６０２の座席行Ｎｏ、列Ｎｏ１６０３の座席列Ｎｏの座席のステータスである。座席ステータス１６０４は「満席」または「空席」が入る。
【０１５１】
ユーザＩＤ１６０５は、ブロックＮｏ１６０１のブロックＮｏ、行Ｎｏ１６０２の座席行Ｎｏ、列Ｎｏ１６０３の座席列Ｎｏの座席に座っているユーザのユーザＩＤである。座席ステータス１６０４の座席ステータスが「空席」の場合は「００００００」が入る。また、座席ステータスが「満席」の場合でかつ座っているユーザが特定できた場合はユーザＩＤ、ユーザが特定できなかった場合は「９９９９９９」が入る。
【０１５２】
グループＩＤ１６０６は、ブロックＮｏ１６０１のブロックＮｏ、行Ｎｏ１６０２の座席行Ｎｏ、列Ｎｏ１６０３の座席列Ｎｏの座席に座っているユーザのグループＩＤである。座席ステータス１６０４の座席ステータスが「空席」の場合は「００００００」が入る。また、座席ステータス１６０４が「満席」の場合でかつ座っているユーザが特定できた場合はユーザのグループＩＤ、ユーザが特定できなかった場合は「９９９９９９」が入る。以上で、図１６の説明を終了し、次に図１７について説明する。
【０１５３】
図１７は、情報処理装置１０４の外部メモリ２１１で記憶する推定空席データのテーブルの一例を示す図である。ステップＳ６０４の推定空席情報更新処理によって更新されるテーブルの一例である。左記のテーブルは、ステップＳ９０３の１ブロック分の推定空席情報更新（前半）処理によって更新されたテーブルの一例である。また、右記のテーブルは、ステップＳ９０４の１ブロック分の推定空席情報更新（後半）処理によって更新されたテーブルの一例である。ブロックＮｏ１７０１〜グループＩＤ１７０６は、図１６のテーブルにおけるブロックＮｏ１６０１〜グループＩＤ１６０６と基本的には同じである。一部異なるものについてのみ、以下に記載する。
【０１５４】
座席ステータス１７０４は、ブロックＮｏ１７０１のブロックＮｏ、行Ｎｏ１７０２の座席行Ｎｏ、列Ｎｏ１７０３の座席列Ｎｏの座席のステータスである。座席ステータス１７０４は「満席」、「空席」または「微妙」が入る。以上で、図１７の説明を終了する。
【０１５５】
次に、本実施形態において、ステップＳ１１０７で「微妙」と判断した座席を、場合によっては「満席」と変更する他の実施形態について説明する。
【０１５６】
この実施形態では、情報処理装置１０４は、ステップＳ１１０７で「微妙」と判断した座席が映る画像データを解析し、その座席に物（鞄、飲み物、新聞紙、コート、その他荷物等）が置いてあるかを判定する。情報処理装置１０４は、物が置いていない場合には、推定空席情報（図１７）を「微妙」に更新し、物が置いてある場合には、その座席は誰かがすでに場所取りをしていると判断し、推定空席情報（図１７）を「満席」に更新する。そうすることで、「微妙」な座席を減らすことが可能となる。
【０１５７】
なお、座席に物が置いてあるかを特定する方法は、座席に置かれる可能性のある物の画像データをあらかじめ情報処理装置１０４が学習し（ディープラーニング）、その学習結果を用いて特定する方法や、空席時の座席の画像データとの画像データの変化率が所定維持要である場合に座席に物が置いてあるかを特定する方法等が挙げられる。
【０１５８】
以上、本発明によると、ユーザが空席を探す手間を軽減することができる。
【０１５９】
本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。
【０１６０】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【０１６１】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１６２】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【０１６３】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【０１６４】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０１６５】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１６６】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１６７】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１６８】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【０１６９】
なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【０１７０】
１０１  個人端末
１０２  グループチケット購入システム
１０３  映像取得装置
１０４  情報処理装置
【図１】
2019113983.tif 000003
【図２】
2019113983.tif 000004
【図３】
2019113983.tif 000005
【図４】
2019113983.tif 000006
【図５】
2019113983.tif 000007
【図６】
2019113983.tif 000008
【図７】
2019113983.tif 000009
【図８】
2019113983.tif 000010
【図９】
2019113983.tif 000011
【図１０】
2019113983.tif 000012
【図１１】
2019113983.tif 000013
【図１２】
2019113983.tif 000014
【図１３】
2019113983.tif 000015
【図１４】
2019113983.tif 000016
【図１５】
2019113983.tif 000017
【図１６】
2019113983.tif 000018
【図１７】
2019113983.tif 000019