(57)【特許請求の範囲】
【請求項１】
複数の展示物を展示する展示会において、前記各展示物に関する講演のスケジュールを管理する講演管理システムであって、
前記展示会に来場する複数の来場者から前記各展示物に対する投票を受け付ける投票受付手段と、
前記投票受付手段によって受け付けた投票に基づいて、前記各展示物に対する投票結果を分析する投票結果分析手段と、
前記投票結果分析手段の分析結果に基づいて、前記スケジュールを追加又は変更するべき講演の展示物を特定する特定手段と、
前記特定手段によって特定された前記展示物について、講演のスケジュールの追加又は変更を前記展示物の出展者に提案する提案手段と、
を有することを特徴とする講演管理システム。
【請求項２】
前記投票を行なった投票者が前記展示会に来場中であるか否かを示す情報を取得する取得手段を有し、
前記投票結果分析手段は、
前記投票受付手段によって受け付けた投票と、前記取得手段によって取得した前記投票者が前記展示会に来場中であるか否かを示す情報に基づいて、前記展示物毎に投票結果を分析することを特徴とする請求項１に記載の講演管理システム。
【請求項３】
前記提案手段による提案に対する前記出展者からの回答に応じて、前記スケジュールを追加又は変更する変更手段を有することを特徴とする請求項１に記載の講演管理システム。
【請求項４】
前記特定手段は、前記投票結果分析手段による分析結果と、前記スケジュールとに基づいて、特定した前記展示物の講演の時間を決定することを特徴とする請求項１に記載の講演管理システム。
【請求項５】
前記特定手段は前記講演が行われる複数の会場のそれぞれの収容人数に応じて、前記スケジュールの追加又は変更を提案する講演の展示物を特定することを特徴とする請求項１に記載の講演管理システム。
【請求項６】
前記特定手段は前記投票の投票日時に応じて前記スケジュールの追加又は変更を提案する講演の展示物を特定することを特徴とする請求項１に記載の講演管理システム。
【請求項７】
前記特定手段は、前記投票結果分析手段による分析結果と、講演が行われる複数の会場の前記講演のスケジュールと、前記各会場の収容人数と、に応じて、前記スケジュールの追加又は変更を提案する展示物の講演の会場を特定することを特徴とする請求項１に記載の講演管理システム。
【請求項８】
前記取得手段は、前記来場者が所持する端末から前記展示会の会場に入場したことを表す通知と、前記展示会の会場から退場したことを表す通知とを受け付けることで、前記来場者が展示会に来場中であるか否かの情報を取得することを特徴とする請求項２に記載の講演管理システム。
【請求項９】
前記提案手段による提案に対する前記出展者からの回答に応じて、前記出展者に対する課金額を決定する課金決定手段を有することを特徴とする請求項１に記載の講演管理システム。
【請求項１０】
前記課金決定手段は、前記提案手段からの提案に基づいて開催された講演の参加者の人数に応じて、前記課金額を決定することを特徴とする請求項９に記載の講演管理システム。
【請求項１１】
前記提案手段からの提案によって前記展示物の講演のスケジュールが変更された場合、前記課金決定手段は、該講演に参加した参加者の人数と、スケジュール変更前の講演時間における前記来場者からの投票とに応じて前記課金額を決定することを特徴とする請求項９に記載の講演管理システム。
【請求項１２】
複数の展示物を展示する展示会において、前記各展示物に関する講演のスケジュールを管理する講演管理装置であって、
前記展示会に来場する複数の来場者から前記各展示物に対する投票を受け付ける投票受付手段と、
前記投票受付手段によって受け付けた投票に基づいて、前記各展示物に対する投票結果を分析する投票結果分析手段と、
前記投票結果分析手段の分析結果に基づいて、前記スケジュールを追加又は変更するべき講演の展示物を特定する特定手段と、
前記特定手段によって特定された前記展示物について、講演スケジュールの追加又は変更を前記展示物の出展者に提案する提案手段と、
を有することを特徴とする講演管理装置。
【請求項１３】
複数の展示物を展示する展示会において、前記各展示物に関する講演のスケジュールを管理する講演管理装置を、
前記展示会に来場する複数の来場者から前記各展示物に対する投票を受け付ける投票受付手段と、
前記投票受付手段によって受け付けた投票に基づいて、前記各展示物に対する投票結果を分析する投票結果分析手段と、
前記投票結果分析手段の分析結果に基づいて、前記スケジュールを追加又は変更するべき講演の展示物を特定する特定手段と、
前記特定手段によって特定された前記展示物について、講演スケジュールの追加又は変更を前記展示物の出展者に提案する提案手段と、
として機能させることを特徴とする講演管理プログラム。
【請求項１４】
複数の展示物を展示する展示会において、前記各展示物に関する講演のスケジュールを管理する講演管理方法であって、
前記展示会に来場する複数の来場者から前記各展示物に対する投票を受け付ける投票受付ステップと、
前記投票受付ステップにおいて受け付けた投票に基づいて、前記各展示物に対する投票結果を分析する投票結果分析ステップと、
前記投票結果分析ステップにおける分析結果に基づいて、前記スケジュールを追加又は変更するべき講演の展示物を特定する特定ステップと、
前記特定ステップにおいて特定された前記展示物について、講演スケジュールの追加又は変更を前記展示物の出展者に提案する提案ステップと、
を有することを特徴とする講演管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は講演管理システム、講演管理装置、講演管理プログラム、及び講演管理方法に関する。
【背景技術】
【０００２】
展示会やイベントでは、複数の出展者が展示物の展示を行ったり、講演ブースを設けて多数の来場者に向けて複数の出展者がスケジュールに沿って実演やプレゼンテーション等の講演を行ったりする。この展示会やイベントにおけるスケジュールを管理するシステムが知られている。
また、近年、出展者が複数の展示物のうちのどの展示物に来場者が興味を持っているかを知るためシステムとして、来場者が興味を持った展示物の付近にあるＩＣタグリーダに来場者が所持しているＩＣタグをかざし、管理サーバがその展示物に対する来場者からの投票を受け付け、受け付けた投票を管理することで、来場者がどの展示物に興味を持っているかを示す情報を提供するシステムが知られている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
上記のようなシステムを使用すると、展示会やイベントの運営者は出展者に来場者がどの展示物に興味を持っているかを示す情報を提供することができる。しかし、展示会やイベントの講演ブースの講演スケジュールには新たな講演を追加することが可能な長さの空き時間があることがあり、運営者がいずれかの出展物に対する講演を空き時間に行うことを出展者に提案したいと考えても、現在会場に来場している多くの来場者が興味を持っている展示物を出展している出展者へ空き時間に講演を提案するような効率的な講演スケジュールの管理を行うことができなかった。
本発明は、上記の点に鑑みてなされたものであって、展示会やイベント等の運営者が効率的な講演スケジュールの管理を行うことを可能とすることを目的とする。
【課題を解決するための手段】
【０００４】
上記課題を解決するため、本発明は、複数の展示物を展示する展示会において、前記各展示物に関する講演のスケジュールを管理する講演管理システムであって、前記展示会に来場する複数の来場者から前記各展示物に対する投票を受け付ける投票受付手段と、前記投票受付手段によって受け付けた投票に基づいて、前記各展示物に対する投票結果を分析する投票結果分析手段と、前記投票結果分析手段の分析結果に基づいて、前記スケジュールを追加又は変更するべき講演の展示物を特定する特定手段と、前記特定手段によって特定された前記展示物について、講演のスケジュールの追加又は変更を前記展示物の出展者に提案する提案手段と、を有することを特徴とする。
【発明の効果】
【０００５】
本発明によれば、展示会やイベント等の運営者が効率的な講演スケジュールの管理を行うことが可能となる。
【図面の簡単な説明】
【０００６】
【図１】本発明の実施の形態の講演管理サーバと各装置との関係を説明するための図である。
【図２】本発明の実施の形態の講演管理サーバのハードウェアの構成を示す図である。
【図３】本発明の実施の形態の講演管理サーバの機能構成を示す図である。
【図４】本発明の実施の形態の講演管理サーバの処理を示すフローチャートである。
【図５】本発明の実施の形態の来場者ＤＢを示す図である。
【図６】本発明の実施の形態の展示物ＤＢを示す図である。
【図７】本発明の実施の形態の講演管理サーバが展示物ＤＢに展示物を登録する際の処理を示すフローチャートである。
【図８】本発明の実施の形態の投票情報ＤＢを示す図である。
【図９】本発明の実施の形態のログイン管理ＤＢを示す図である。
【図１０】本発明の実施の形態の来場者端末から展示物へ投票を行う際の処理を示すフローチャートである。
【図１１】本発明の実施の形態のバーコードが貼り付けられた展示物の例を示す図である。
【図１２】本発明の実施の形態のログイン処理を示すフローチャートである。
【図１３】本発明の実施の形態の投票集計ＤＢを示す図である。
【図１４】本発明の実施の形態の投票結果分析処理を示すフローチャートである。
【図１５】本発明の実施の形態の会場情報ＤＢを示す図である。
【図１６】本発明の実施の形態の講演スケジュールＤＢを示す図である。
【図１７】本発明の実施の形態の講演の提案を行う展示物を選定する展示物選定処理の１つ目の例を示すフローチャートである。
【図１８】本発明の実施の形態の講演提案判断処理の１つ目の方法における図１７の処理の続きを示すフローチャートである。
【図１９】本発明の実施の形態の展示物選定処理の２つ目の例を示すフローチャートである。
【図２０】本発明の実施の形態の講演提案処理の一例を示すフローチャートである。
【図２１】本発明の実施の形態の講演提案管理画面の１つ目の例を示す図である。
【図２２】本発明の実施の形態の講演提案管理画面の２つ目の例を示す図である。
【図２３】本発明の実施の形態の時間毎投票集計ＤＢを示す図である。
【図２４】本発明の実施の形態の第２の実施形態の講演管理サーバの機能ブロック図を示す図である。
【図２５】本発明の実施の形態の課金情報ＤＢを示す図である。
【図２６】本発明の実施の形態の第２の実施形態の講演提案部による講演提案処理を示すフローチャートである。
【図２７】本発明の実施の形態の第２の実施形態の展示物ＤＢを示す図である。
【図２８】本発明の実施の形態の会場情報ＤＢを示す図である。
【図２９】本発明の実施の形態の第２の実施形態の講演提案管理画面を示す図である。
【図３０】本発明の実施の形態の講演終了後の課金金額の変更処理を示すフローチャートである。
【図３１】本発明の実施の形態の第２の実施形態の講演スケジュールＤＢを示す図である。
【図３２】本発明の実施の形態の講演管理システムによる講演スケジュールの管理方法を示した概念図である。
【図３３】本発明の実施の形態の講演管理システムによる講演スケジュールの管理手順の概要を示すフローチャートである。
【発明を実施するための形態】
【０００７】
複数の出展者が出展を行う展示会にて、各出展者が各出展者用ブースで来場者に向けた展示物を展示するともに、講演ブースにて、出展者が特定の展示物に対する実演をスケジュールに沿って行う場合を例に実施の形態を説明する。ここでの講演とは、プレゼンテーション、討論会、パネルディスカッション、講義等のことをいう。また、会場に展示された展示物の少なくとも一部に対して講演を行うものであれば、展覧会、イベント、博覧会、見本市、エクスポ、エキジビション等でも良い。
【０００８】
［第１の実施形態］
以下、図面に基づいて本発明の第１の実施形態を説明する。
図１は、本発明の実施の形態である講演管理システムの全体構成図である。図１において、講演管理システム１は、講演管理サーバ１１（講演管理装置）と展示物登録端末１２、出展者端末１３、来場者端末１４、会場案内端末１５、及び、来場管理システム１６がインターネットに代表されるＷＡＮ（Wide Area Network）等のネットワークＮによって通信可能に接続された構成を有している。
【０００９】
講演管理システム１を利用した講演スケジュールの管理方法の概要について説明する。図３２は、本発明の実施の形態の講演管理システムによる講演スケジュールの管理方法を示した概念図である。図３３は、本発明の実施の形態の講演管理システムによる講演スケジュールの管理手順の概要を示すフローチャートである。
展示会に来場した来場者は、興味をもった展示物があったときに、来場者が所持している来場者端末１４（携帯端末等）で、その展示物に貼り付けられたバーコード等を読み取り、講演管理サーバ１１に情報を送信することで、その展示物に対して投票を行う。講演管理サーバ１１は複数の来場者端末１４からの投票を受け付ける（ステップＳ３３０１）。講演管理サーバ１１は受け付けた投票の集計を行う（ステップＳ３３０２）。
また、講演管理サーバ１１はこの展示会で行われる講演のスケジュールを管理しているが、講演のスケジュールには一部、空き時間があることがある。講演管理サーバは投票の集計結果に基づいて、空き時間に講演を行う展示物を決定する（ステップＳ３３０３）。例えば、１１：００−１２：００に会場Ｍで講演の予定がなく、集計の結果、来場者からの投票数が一番多かった展示物が展示物Ｐ１だった場合、講演管理サーバ１１は、展示物Ｐ１の出展者に対して講演の提案をメールやアプリのプッシュ通知等で送信し、同意の回答を受信した場合、１１：００−１２：００に会場Ｍで展示物Ｐ１についての講演を講演のスケジュールに追加する。
以下、講演管理システム１を構成する各部及びその動作について詳細に説明する。
【００１０】
展示物登録端末１２は、各出展者が所持しているＰＣ（Personal Computer）や携帯電話やスマートデバイス等の携帯端末等である。展示物登録端末１２は、講演管理サーバ１１へ各展示物の登録を行い、講演管理サーバ１１から各展示物を識別する展示ＩＤ又は各展示物へ投票を行うための展示ＵＲＬを含む来場者端末１４で読み取り可能なバーコード又はＮＦＣタグに登録するための情報を講演管理サーバ１１から受信する。ここでバーコードは一次元バーコードでも良いし、２次元バーコード等でも良い。２次元バーコードの例としては、ＱＲコード（登録商標）やData Matrix等である。出展者はこのバーコードを印刷装置等で出力し、図１１に示すバーコード５１のように展示物５０に貼り付ける。
ここで、展示物の登録は、ＷＥＢブラウザを介して行なっても良いし、専用のアプリケーションを介して行なっても良い。また、特に専用のアプリケーションを使用する場合、講演管理サーバ１１から受信するのは、バーコード又はＮＦＣタグに登録するための情報でなくともよい。即ち、展示物登録端末１２は、講演管理サーバ１１から各展示物を識別する展示ＩＤ又は各展示物へ投票を行うための展示ＵＲＬを受信してもよい。この場合、展示物登録端末１２は専用のアプリケーションを使用して、受信した展示ＩＤ又は展示ＵＲＬを、バーコード又はＮＦＣタグに登録するための情報へと変換を行なっても良い。
【００１１】
来場者端末１４は来場者が所持する携帯電話やスマートデバイス等の携帯端末等である。来場者は、会場に入場した際に、来場者端末１４を使用して、ネットワークＮを介して来場したことを来場管理システム１６へ通知する。その後、来場者は興味のある展示物に張り付けられているバーコードを来場者端末１４で読み込み、来場者端末１４はネットワークＮを介して講演管理サーバ１１へ読み込んだバーコードが貼り付けられていた展示物に対する投票（スクラップ）を行う。
ここで、投票は、ＷＥＢブラウザを介して行なっても良いし、専用のアプリケーションを介して行なっても良い。専用のアプリケーションを介して行う場合、来場者は展示会に参加するための事前登録を行う際や展示会会場に入場する際や初めて投票を行う際等に、来場者端末１４に専用のアプリケーションをダウンロード、インストールを行う。
【００１２】
来場管理システム１６（取得手段）は、ＰＣ等の情報処理装置によって構成される、各来場者端末１４から展示会会場への入場又は退場の通知を受け、各来場者が展示会会場に来場中か否かの状態を管理し、講演管理サーバ１１へ各来場者の来場状態を通知するシステムである。来場中か否かの状態を管理する方法としては、例えば、来場者が会場への入場又は退場の際に、入り口又は出口に設置された来場管理システム１６のＵＲＬを含むバーコードを来場者端末１４で読み取らせることが挙げられる。この場合、バーコードを読み込んだ来場者端末１４が来場管理システム１６へアクセスすることによって、来場者端末１４は入場の際には入場の通知を来場管理システム１６に送り、退場の際には退場の通知を来場管理システム１６に送る。上記方法により、来場管理システム１６は来場者の入場又は退場を把握する。ここで入場の通知と退場の通知は同じ通知でもよい（特に区別されなくてもよい）。この場合、来場管理システム１６は、来場者が来場中であると把握していなかった時には、当該通知を入場の通知であると判断し、既に来場者が来場中であると把握しているときに通知を受けた場合、当該通知を退場の通知であると判断する。また、ＵＲＬへアクセスした際に来場者のメールアドレスを入力させることで、どの来場者が入場又は退場をしたかを把握することが可能となる。ここで、来場管理システム１６は外部のベンダーが提供するシステムでも良いし、別の端末とせず、講演管理サーバ１１の１つの機能としても良い。また、入場の際には来場者は来場者端末１４を何も操作をせず、来場者端末１４が展示物に対する投票を行うことで、来場管理システム１６は来場者が入場したことを把握してしても良い。この場合、来場者端末１４は来場者が退場する際に退場の通知のみを行えば良い。
【００１３】
講演管理サーバ１１は、ＰＣ等の情報処理装置によって構成される、講演のスケジュールの管理と出展者への講演の提案を行うシステムである。講演管理サーバ１１は各展示物に対する来場者からの投票を受け付け、集計を行い、集計の結果と講演ブースの空き状況を解析した結果に応じて講演の提案を行う展示物を決定する。また、講演の提案をおこなうことを決定した展示物の出展者へ展示物の実演やプレゼンテーション等の講演の提案の通知を行い、講演の提案に対する回答を受け付ける。講演を希望する回答を受け付けた場合にはスケジュールへ特定の展示物の講演の予約を行うともに、特定の展示物に対して興味を持っている来場者や会場案内端末１５へ講演の予定を示す情報を通知する。
【００１４】
出展者端末１３は展示物を展示している出展者（展示者）が所持するＰＣや、携帯電話やスマートデバイス等の携帯端末等であり、講演管理サーバ１１から特定の展示物に対する実演やプレゼンテーション等の講演の提案を受け付け、講演を希望するか否かを講演管理サーバ１１へ回答する。なお、本実施例では展示物登録端末１２と出展者端末１３は別の端末としたが、展示物登録端末１２と出展者端末１３は同一の端末でも良い。
【００１５】
会場案内端末１５は、ディスプレイやプロジェクタ等と接続するＰＣ等であって、来場者へ講演の案内を行う端末である。会場案内端末１５は、講演管理サーバ１１から講演の予定を示す情報を受信すると、会場案内端末１５と接続するディスプレイやプロジェクタに講演の案内を表示したり、場内の放送を行う放送担当者が所持する端末に向けて通知された講演の案内を表示したりする。表示を確認した放送担当者は講演の案内の放送を行う。
【００１６】
図２は、講演管理サーバのハードウェアの構成を示す図である。
本実施形態に係る講演管理サーバ１１は、ＰＣ等の一般的な情報処理装置と同様の構成を有する。即ち、本実施形態に係る講演管理サーバ１１は、ＣＰＵ（Central Processing Unit）２１、ＲＡＭ（Random Access Memory）２２、ＲＯＭ（Read Only Memory）２３、ＨＤＤ（Hard Disk Drive）２４、Ｉ／Ｆ２５、及びＮＩＣ２９がバス２６を介して接続されている。
【００１７】
また、Ｉ／Ｆ２５にはＬＣＤ（Liquid Crystal Display）２７及び操作部２８が接続されている。
ＣＰＵ２１は演算手段であり、講演管理サーバ１１全体の動作を制御する。
ＲＡＭ２２は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ２１が情報を処理する際の作業領域として用いられる。
ＲＯＭ２３は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。
ＨＤＤ２４は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Operating System）や各種の制御プログラム、アプリケーション・プログラム等が格納されている。
Ｉ／Ｆ２５は、バス２６と各種のハードウェアやネットワークＮ等を接続し制御する。
ＬＣＤ２７は、ユーザがＰＣの状態を確認するための視覚的ユーザインタフェースである。
操作部２８は、キーボードやマウス等、ユーザがＰＣに情報を入力するためのユーザインタフェースである。
ＮＩＣ２９は、ネットワークインターフェースコントローラであり、講演管理サーバ１１をネットワークＮに接続させるためのアダプタである。
【００１８】
次に本実施形態の講演管理サーバの機能構成について説明する。図３は、講演管理サーバの機能構成を示す図である。
講演管理サーバ１１は、来場者管理部３１、展示物管理部３７、投票時ログイン部３２、投票（スクラップ）管理部３３、投票結果分析部３４、講演提案部３５、及び講演案内部３６を有する。また、講演管理サーバ１１は、各種のデータを記憶するデータ記憶部４０として、来場者ＤＢ４１、ログイン管理ＤＢ４２、投票情報ＤＢ４３、投票集計ＤＢ４４、会場情報ＤＢ４５、講演スケジュールＤＢ４６、及び展示物ＤＢ４７を有する。
【００１９】
来場者管理部３１は、来場管理システム１６から各来場者の来場状況の通知を受けて、各来場者の来場者識別子と来場中か否かの情報を対応付けて来場者ＤＢ４１へ記憶する。
来場者ＤＢ４１は来場者が来場中であるかを記憶する、講演管理サーバ１１のデータ記憶部４０に記憶されたデータベースであり、例えば図５のように、来場者識別子と来場中であるか否かを示す情報が対応付けられて記憶されている。ここで来場者識別子としては来場者から入力されたメールアドレスを利用することができる。
【００２０】
展示物管理部３７は、展示物登録端末１２からの展示物の登録要求を受け付けると、展示物の情報を展示物ＤＢ４７へ記憶させる。
展示物ＤＢ４７は展示物に関する情報を記憶する、講演管理サーバ１１のデータ記憶部４０に記憶されたデータベースである。展示物ＤＢ４７は、例えば図６のように展示物を識別するための展示ＩＤと、展示担当者のメールアドレスと、来場者端末１４から展示物へ投票を行う際に来場者端末１４がアクセスするＵＲＬと、展示場所とを対応付けて記憶する。
【００２１】
投票（スクラップ）管理部３３（投票受付手段）は、来場者端末１４から特定の展示物に対する投票の通知を受け付け、投票情報ＤＢ４３へ投票結果を登録することで各展示物に対する投票を管理する。
投票情報ＤＢ４３は講演管理サーバ１１のデータ記憶部４０に記憶され、来場者が来場者端末１４を使用して展示物への投票を行なったことを記憶するデータベースであり、図８に示すように、投票を行なった来場者（投票者）を示す来場者識別子、投票を行なった展示物の展示ＩＤ、投票した日時を示す投票日時が対応付けられて記憶されている。
投票時ログイン部３２は、来場者端末１４から特定の展示物に対する投票を受け付ける際に、来場者端末１４を識別するためのログイン処理を行う。
ログイン管理ＤＢ４２は、講演管理サーバ１１のデータ記憶部４０に記憶されたデータベースであり、図９に示すように、ログイン処理を要求した来場者端末１４のメールアドレス（来場者識別子）、ログイン確認用ＵＲＬ、ログイン確認用ＵＲＬの有効期限を対応付けて記憶する。
【００２２】
投票結果分析部３４は、投票情報ＤＢ４３に記憶された情報をもとに、投票結果を分析し、投票集計ＤＢ４４に登録する。
投票集計ＤＢ４４は講演管理サーバ１１のデータ記憶部４０に記憶される、展示物の来場者からの投票結果を示すデータベースであり、図１３のように、展示ＩＤ、総投票数、総投票数順位、前回抽出時間、前回投票数、前回投票数順位、前回投票数差分、前回投票数差分順位、来場中のみ投票数、来場数のみ投票数順位、来場中のみ投票数差分、及び来場中のみ投票数差分順位を対応付けて記憶している。
総投票数とは現在までに投票された全ての投票数である。
前回抽出時間とは前回集計を行なった時刻である。また、前回投票数とは、予め決められた時刻までの投票数であり、例えば図１３の展示ＩＤがＰ１の場合、前回投票数は４８であり、これは前回集計を行なった１１：００時点での総投票数である。
【００２３】
次に、前回投票数差分とは、総投票数と前回投票数との差分であり、つまり、前回抽出時間以降に投票された投票数である。例えば、図１３のＰ１の場合では、総投票数が５０、前回投票数が４８であるため、前回投票数差分は２となる。また、集計は１時間毎に行うこととし、現在の時刻が１２：００とすると、Ｐ１に対して１１：００から１２：００の間に２票投票されたこととなる。
来場中のみ投票数とは現在来場中である来場者によって投票された投票数を示す。図１３のＰ１の場合、Ｐ１へ投票された総投票数５０票のうち、現在展示会会場に来場している来場者による投票は５票である。つまり、Ｐ１に興味をもった５０人の来場者のうちの４５人は既に会場から退場した等、会場内には存在しないことを示す。
また、来場中のみ投票数差分とは、前回抽出時間以降に投票された投票のうち、現在来場中の来場者による投票の数を示す。例えば、図１３のＰ１の場合、１１：００以降に投票を行なった５票の投票を行なった来場者のうち、１人ののみが会場に残っていることを示す。
総投票数順位、前回投票数順位、前回投票数差分順位、来場数のみ投票数順位、及び来場中のみ投票数差分順位はそれぞれ、全ての展示物の総投票数、前回投票数、前回投票数差分、来場中のみ投票数、及び来場中のみ投票数差分の票数を項目毎に比較し票数が多い順に順位をつけたものである。
また、投票結果分析部３４は、一定時間ごとにおける各展示物の投票数を分析し、図２３に示されるような時間毎投票集計ＤＢを投票集計ＤＢ４４として登録しても良い。
【００２４】
図３に戻り、講演提案部３５（特定手段、提案手段、変更手段）は、投票結果分析部３４による分析結果が記憶された投票集計ＤＢ４４と会場情報ＤＢ４５、講演スケジュールＤＢ４６を基に、講演の提案を行う出展物と会場と時間とを決定し、出展者端末１３へ講演の提案を行う。
会場情報ＤＢ４５は、講演管理サーバ１１のデータ記憶部４０に記憶され、展示会会場内の講演会場の情報を記憶するデータベースであり、図１５のように、会場名、当該会場の収容可能人数、及び場所を記憶する。この「場所」では、共用若しくは特定ブース内であることが記憶され、共用の会場であれば全ての展示物についての講演を行うことが可能であるが、特定ブース内である場合には、特定ブース内の展示物以外は講演を行うことが出来ないことを示している。
【００２５】
講演スケジュールＤＢ４６は、会場情報ＤＢ４５と同じく講演管理サーバ１１のデータ記憶部４０に記憶され、各講演会場の講演スケジュールを記憶するデータベースであり、図１６のように会場名、開始日時、終了日時、講演内容を記憶する。
講演案内部３６は、講演提案部３５から新たな講演が追加された旨の通知を受けると、来場者端末１４に対して講演の案内のメールを送信したり、会場案内端末１５に対して講演の案内の通知を行なったりする。ここで、来場者端末１４に専用のアプリケーションがインストールされている場合、講演の案内は来場者端末１４の専用アプリケーションによってプッシュ通知を行うことで来場者に講演の案内を行なっても良い。
来場者端末１４を利用した講演の案内は、来場中の来場者全員を対象として送信しても良いし、所定の期間中に投票を行なった来場者全員を対象として送信しても良い。
【００２６】
次に、本実施形態の講演管理サーバ１１の処理の流れを説明する。図４は本実施形態の講演管理サーバの処理を示すフローチャートである。
まず、展示物管理部３７は図１に示された各展示物登録端末１２から展示物の登録を受けつける（ステップＳ４０１）。次に、展示物管理部３７は展示物登録端末１２に登録を受け付けた展示物に対応するバーコード又はＮＦＣタグへ書き込むための情報を送信する（ステップＳ４０２）。この通知を受けて、展示物の担当者は、展示物へバーコードもしくはＮＦＣタグの貼付けを行う。
次に、来場者管理部３１が来場管理システム１６を介して各来場者端末１４から入場と退場の通知を随時受け付け、各来場者の来場の状態を管理する（ステップＳ４０３）。
次に、投票（スクラップ）管理部３３は登録を受け付けた展示物に対して各展示物に貼り付けられたバーコードもしくはＮＦＣタグを読み込んだ各来場者端末１４から随時投票を受け付け、各展示物に対する投票数を管理する（ステップＳ４０４）。
次に、投票結果分析部３４は投票（スクラップ）管理部３３が管理している投票と来場者管理部３１が管理している各来場者の来場の状態の情報に基づいた分析を所定の時間毎、もしくは任意のときに行う（ステップＳ４０５）。
次に、講演提案部３５は講演スケジュールとステップＳ４０５の解析に応じて講演の提案を行う展示物と講演スケジュールを決定する（ステップＳ４０６）。
【００２７】
さらに、講演提案部３５は決定した展示物の担当者の展示物登録端末１２へステップＳ４０６で決定した講演の提案を通知する（ステップＳ４０７）。ここで、展示物の担当者が所持する端末が展示物登録端末１２とは別の場合、展示物の担当者が所持する端末へ通知を行っても良い。この場合、ステップＳ４０１で展示物の登録を受け付けるとともに展示物の担当者が所持する端末のメールアドレス等、端末を識別する情報を受け付ける。
次に講演提案部３５は展示物登録端末１２からの回答に応じて、講演スケジュールＤＢ４６（図１６）に記憶された講演スケジュールの変更を行う（ステップＳ４０８）。
最後に講演案内部３６が変更されたスケジュールの案内を行う（ステップＳ４０９）。
【００２８】
次に、講演管理サーバ１１の展示物管理部３７が展示物を登録する図４のＳ４０１とＳ４０２の処理の詳細の例を、図７を参照しながら説明する。図７は講演管理サーバが展示物ＤＢに展示物を登録する際の処理を示すフローチャートである。
講演管理サーバ１１の展示物管理部３７はネットワークＮを介して図１に示す来場者端末１４と情報の送受信を行う。まず、展示物管理部３７は展示物登録端末１２から展示物の登録の要求を受け付けると、出展者用ログイン画面を展示物登録端末１２に送信してＷＥＢブラウザに表示させる。展示物管理部３７は、展示物登録端末１２から出展者ＩＤ、パスワード等を受け付けることで、出展者を識別し、ログイン処理を行う（ステップＳ７０１）。次に、展示物管理部３７は展示内容、展示担当者メールアドレス等の展示物情報を入力するための展示物情報入力画面を展示物登録端末１２へ送信し、展示内容、展示担当者メールアドレス、展示場所等の入力を受け付ける（ステップＳ７０２）。なお、既に登録されている出展者ＩＤからのログインの場合は、展示場所、展示担当者メールアドレスの入力を要求することなく、ログイン処理を行なった際にこれらの情報を展示物ＤＢから自動的に取得するようにしても良い。
展示物管理部３７が展示内容、展示担当者メールアドレス等の入力を受け付けると、展示物が特定可能な展示物ＩＤと展示ＵＲＬを生成する（ステップＳ７０３）。この展示ＵＲＬとは来場者端末１４から興味をもった展示物への投票を受け付けるためのＷＥＢページのＵＲＬであり、展示物毎に一意のＵＲＬである。展示物ＩＤと展示ＵＲＬを生成すると、展示物管理部３７は図６に示すように、展示物ＩＤと、展示担当者メールアドレス、展示内容、及び展示ＵＲＬを対応付けて展示物ＤＢ４７（図６）に記憶する（ステップＳ７０４）。
【００２９】
次に、展示物管理部３７は展示物登録端末１２へ来場者端末１４が投票を行う際にバーコードを使用するか、ＮＦＣタグを使用するかを選択させる選択画面を展示物登録端末１２へ送信し、展示物登録端末１２からいずれかの選択を受け付ける（ステップＳ７０５）。ステップＳ７０５でバーコードの選択を受け付けた場合、展示物管理部３７は展示ＵＲＬを示すバーコードを生成し、展示物登録端末１２へ送信する（ステップＳ７０６）。また、ステップＳ７０５でＮＦＣタグの選択を受け付けた場合には、展示物登録端末１２へＮＦＣタグに書き込むための展示ＵＲＬを送信する（ステップＳ７０７）。展示ＵＲＬを受信した展示物登録端末１２を所持している展示担当者は、ＮＦＣタグに受信した展示ＵＲＬを書き込む。最後に、展示担当者は展示ＵＲＬを示すバーコード５１又は展示ＵＲＬが書き込まれたＮＦＣタグを図１１のように展示物５０に貼り付ける。
なお、本実施形態ではバーコードを展示物管理部３７が生成し、展示物登録端末１２へ送信しているが、展示物管理部３７はバーコードの生成を行わず、ＮＦＣタグを選択された場合と同様に展示ＩＤを展示物登録端末１２へ送信し、展示物登録端末１２が送信された展示ＵＲＬからバーコードの生成を行なっても良い。特に、ＷＥＢブラウザに代わって専用のアプリケーションを使用する場合、展示物登録端末１２は、受信した展示ＩＤ又は展示ＵＲＬを専用のアプリケーションを用いてバーコード又はＮＦＣタグに書き込むための情報に変換する。
また、展示担当者は１つの展示物につき１人ずつ割り当てられていても良いし、同じ出展者であればすべて同じ展示担当者としても良い。つまり展示物ＤＢ４７に登録される展示担当者メールアドレスは全て別のメールアドレスでも良いし、展示物の出展者に応じて全て同じメールアドレスでも良い。
【００３０】
次に、来場者端末１４から展示物へ投票を行う図４のステップＳ４０３、ステップＳ４０４の処理の詳細の例を、図１０を参照しながら説明する。
来場者は展示物に興味をもった場合、図１１のように展示物５０に貼り付けられているバーコード５１又はＮＦＣタグを来場者が所持する来場者端末１４で撮影又はタッチすることにより読み取る。来場者端末１４は読み取ったバーコードを解析することで展示ＵＲＬを取得し、来場者端末１４の画面へ展示ＵＲＬを表示する。講演管理サーバ１１は来場者端末１４から展示ＵＲＬへのアクセスを受け付ける（ステップＳ１００１）。ここで、来場者端末１４に専用のアプリケーションがインストールされている場合、バーコードの解析等は専用のアプリケーションを用いて行なっても良い。
【００３１】
講演管理サーバ１１の投票（スクラップ）管理部３３は、来場者端末１４から展示ＵＲＬへのアクセスを受け付け、ログイン処理を行う。まず、投票（スクラップ）管理部３３は、来場者端末１４からのアクセスを受けた際にログイン済みを示すクッキーを受信したか否を判断する（ステップＳ１００２）。ステップＳ１００２でログイン済みを示すクッキーを受信しなかった場合、展示ＵＲＬへアクセスを行なった来場者端末１４はログイン処理がされていないと判断し、後述するログイン処理を行う（ステップＳ１００３）。ログイン済みを示すクッキーを受信したか、又はログイン処理を行なった後、投票（スクラップ）管理部３３は、展示物ＵＲＬにかかる展示物情報を表示すると共に投票を行うボタンを表示する画面を来場者端末１４に表示させる（ステップＳ１００４）。
【００３２】
投票（スクラップ）管理部３３は、来場者端末１４より投票ボタンが押されたことを検知すると、同一の来場者が同一の展示物に投票済みか否かを、投票情報ＤＢ４３（図８）を参照することで、確認する（ステップＳ１００５）。投票情報ＤＢ４３を参照した結果、既に同一の来場者が同一の展示物への投票を行なったことが記憶されている場合、投票情報ＤＢ４３の投票日時を、投票を受け付けた現在の時刻に更新する（ステップＳ１００６）。投票情報ＤＢ４３を参照した結果、既に同一の来場者が同一の展示物への投票を行なったことが記憶されていない場合には、投票情報ＤＢ４３に投票を受け付けた来場者端末１４を示す来場者識別子と投票対象の展示物の展示ＩＤと投票を受け付けた現在の時刻とを対応付けて投票情報ＤＢ４３に新規登録をする（ステップＳ１００７）。
【００３３】
ここで、上述のステップＳ１００３のログイン処理について図１２を参照しながら説明する。図１２は、ログイン処理を示すフローチャートである。
まず、投票時ログイン部３２はネットワークＮを介して来場者端末１４にＷＥＢブラウザに来場者端末１４のメールアドレスを入力するための入力画面を表示させる（ステップＳ１２０１）。来場者端末１４から入力画面を介してメールアドレスの入力を受け付けると、投票時ログイン部３２は来場者端末１４から入力されたメールアドレスが有効なメールアドレスであるかを確認するためのログイン確認用ＵＲＬを生成し（ステップＳ１２０２）、ログイン管理ＤＢ４２（図９）に入力されたメールアドレス、生成したログイン確認用ＵＲＬ、及びログイン確認用ＵＲＬの有効期限を対応付けて記憶する（ステップＳ１２０３）。本実施形態では入力されたメールアドレスは来場者識別子として使用する。
【００３４】
次に、投票時ログイン部３２は入力されたメールアドレスに生成したログイン確認用ＵＲＬを含むメールを送信する（ステップＳ１２０４）。来場者端末１４はログイン確認用ＵＲＬを含むメールを受信し、ログイン確認用ＵＲＬを含むメール内容の表示を行う（ステップＳ１２０５）。講演管理サーバの投票時ログイン部３２は、来場者端末にログイン確認用ＵＲＬを選択させることによって来場者端末１４のＷＥＢのブラウザを介して当該ＵＲＬへのアクセスを受け付ける。投票時ログイン部３２は来場者端末１４からログイン確認用ＵＲＬへアクセスされたことを検知すると、ステップＳ１２０１で入力されたメールアドレスでログインされたことを示すクッキーを来場者端末１４へ送信する（ステップＳ１２０６）。来場者端末１４は、受信したクッキーを記憶部に保存する。最後に、投票時ログイン部３２は、ログイン管理ＤＢ４２に最終アクセスの日時を来場者識別子に対応づけて記憶する。
【００３５】
なお、本実施形態ではログイン済みであることを示すクッキーを受信しなかった場合には上述のように新たにログイン管理ＤＢ４２へのメールアドレスの登録を行なっているが、来場者端末１４からメールアドレスの入力を受け付ける際にパスワードの入力も同時に受け付け、ログイン管理ＤＢ４２へ来場者識別子に対応づけてパスワードを記憶することで、２回目以降のログインの際にはメールアドレスの確認を行わず、来場者端末１４からログイン管理ＤＢ４２に記憶されている来場者識別子とパスワードの組み合わせの入力を受け付けた場合に、ログイン済みであることを示すクッキーを発行することで、ログイン処理を行なっても良い。
【００３６】
次に、図４のステップＳ４０５の講演管理サーバ１１の投票結果分析部３４による投票情報ＤＢ４３に基づく投票結果の分析処理の詳細の例を、図１４を参照しながら説明する。図１４は投票結果分析処理を示すフローチャートである。
投票結果分析部３４による集計は予め決められた時刻でも良いし、展示会の運営者や開催者から講演管理サーバ１１へ投票結果の分析の指示を受け付けたタイミングで集計を行なっても良いが、本実施形態では１時間毎等定期的に集計を行うこととする。
まず、投票結果分析部３４は、投票情報ＤＢ４３（図８）を参照し、各展示ＩＤの投票数をカウントし、カウントした値を展示ＩＤ毎に投票集計ＤＢ４４（図１３）に総投票数として記憶する（ステップＳ１４０１）。また、カウントした各展示ＩＤの総投票数と各展示ＩＤの前回投票数との差分を算出し、前回投票数差分として投票集計ＤＢ４４に記憶する（ステップＳ１４０２）。初回の分析の場合、前回投票数が記憶されていないため、総投票数をそのまま、前回投票数差分として投票集計ＤＢ４４に記憶する。この前回投票数差分を集計することにより、前回集計を行なった時点からどのぐらい投票が増加しているかを確認することが可能となる。さらに、次回集計を行うために、総投票数を前回投票数として記憶する（ステップＳ１４０３）。
【００３７】
次に、来場者ＤＢ４１（図５）を参照し、現在来場中の来場者の来場者識別子を抽出し（ステップＳ１４０４）、投票情報ＤＢ４３に記憶されている投票のうち、現在来場中である来場者の来場者識別子と対応付けて記憶されている投票を抽出する（ステップＳ１４０５）。抽出した投票の各展示ＩＤの投票数をカウントし、来場中のみ投票数として展示ＩＤごとに記憶する（ステップＳ１４０６）。この来場中のみ投票数を集計することにより、展示会場から退場してしまった来場者による投票を含めずに、現在会場内に存在する来場者のみからの投票数を確認することが可能となる。
さらに、来場者ＤＢ４１を参照し、現在来場中である来場者の来場者識別子と対応付けて記憶されている投票のうち投票日時が前回抽出日時より後の日時である投票を抽出する（ステップＳ１４０７）。抽出した投票の各展示ＩＤの投票数をカウントし、来場中のみ投票数差分として展示ＩＤごとに記憶する（ステップＳ１４０８）。この来場中のみ投票数差分を集計することにより、前回集計を行なった時点から現在までの間に、現在会場内に存在する来場者からどれぐらい投票があったかを認識することが可能となる。
【００３８】
次に、総投票数、前回投票数差分、来場中のみ投票数、来場中のみ投票数差分それぞれについて、値が大きい順に順位を決定し、総投票数順位、前回投票数差分順位、来場中のみ投票数順位、来場中のみ投票数差分順位として投票集計ＤＢ４４に記憶する（ステップＳ１４０９）。
最後に、現在の時刻を前回抽出時間として投票集計ＤＢ４４に記憶する（ステップＳ１４１０）。
【００３９】
なお、本実施形態では、所定の集計を行うタイミングで、各展示物の総投票数のカウントを行っているが、投票が行われる度に投票集計ＤＢ４４の総投票数に加算をしても良い。
上記の処理によって、抽出した投票数から来場者が興味や関心を持っている展示物を分析することが可能となる。さらに、現在来場中の来場者が興味や関心を持っている展示物、直近に来場者が興味や関心を持った展示物を分析することが可能となる。
【００４０】
次に、講演提案部３５によって講演の提案を行う展示物を決定する処理の１つ目の処理方法を、図１７、１８を参照しながら説明する。図１７は投票集計ＤＢに記憶された各投票順位に基づいて講演の提案を行う展示物を選定する展示物選定処理の１つ目の例を示すフローチャートである。
【００４１】
まず、講演提案部３５は講演スケジュールＤＢ４６（図１６）を参照し、所定の時間内に所定時間以上の空き時間がある会場を抽出する（ステップＳ１７０１）。所定の時間内とは例えば現在の時刻の１時間後から２時間の間等であり、所定時間以上とは例えば６０分以上等である。
【００４２】
次に、上記抽出によって１以上の会場が抽出された場合、講演提案部３５は抽出した会場の中に講演の提案を行なっていない会場・時間帯があるかを判断する（ステップＳ１７０２）。該当する会場・時間帯がある場合には（ステップＳ１７０２：ＹＥＳ）、講演提案部３５は会場情報ＤＢ４５（図１５）を参照し、講演の提案を行なっておらず、空き時間がある会場のうち最も収容可能人数が多い会場を特定する（ステップＳ１７０３）。所定の時間内に所定時間以上の空き時間がある会場がない場合、又は、抽出した会場の中に講演の提案を行なっていない会場・時間帯がない場合には（ステップＳ１７０２：ＮＯ）、処理を終了する。また、所定の時間内に所定時間以上の空き時間が有り、かつ、空き時間に対して講演の提案を行なっていない会場があったとしても、講演の提案を行うことが可能な抽出対象の展示物がない場合には同様に処理を終了する。
【００４３】
次に、講演提案部３５は投票集計ＤＢ４４（図１３）を参照し、抽出対象の展示物のうち来場中のみ投票数差分順位の最も高い展示物を特定する（ステップＳ１７０４）。また、抽出対象の展示物とは、上記Ｓ１７０３において特定された会場が特定ブース内の会場であれば原則、特定ブース内に展示されている展示物となる。また、上記Ｓ１７０３において特定された会場が共有の会場であれば、原則全ての展示物が抽出対象の展示物であるが、すでに本展示物抽出処理において、他の会場での講演を提案された展示物等は対象から除かれる。
【００４４】
ここで、ステップＳ１７０４において特定された展示物の来場中のみ投票数差分が、Ｓ１７０３において特定された会場の収容可能人数よりも多いか否かを判断する（ステップＳ１７０５）。多い場合（ステップＳ１７０５：ＹＥＳ）には、前回集計した時点から今回集計を行うまでの時間に来場中の来場者が投票した投票数が講演の提案を行う展示物の選定に使用するために十分な投票数であると判断し、図１７のＡに進む。図１７のＡ以降の処理では、各講演会場の講演スケジュールを参照してＳ１７０４で特定した展示物に関する講演の提案を行うか否かを判断する。この講演の提案を行うか否かの判断を行うＡの処理については後述する。
【００４５】
ここで、会場の収容可能人数と、来場中のみ投票数差分等の使用する判断基準の投票数の比較を行うのは、あまりに判断基準の投票数が少ない場合には、条件を限定した投票数を判断基準とすることが好ましくない場合があると考えられるからである。例えば全ての展示物に対する来場中のみ投票数差分を合計しても投票数が２０票程度であると、順位が１位の展示物であっても来場中のみ投票数差分は５票程度である場合もあり、提案する会場の収容可能人数が１００人あるような会場での講演の提案する基準として使用するには好ましくない場合がある。このような場合、来場中のみ投票数差分は、前回抽出以降の投票であること、来場中の来場者による投票であることの２つの条件で投票を限定しているが、この２つの条件のいずれか、もしくはいずれも解除した投票数を基準とした方が講演の提案を行う展示物を適切に決定できる可能性が高い。
【００４６】
ただし、条件を限定した場合に投票を行なっている人は特に講演に参加する可能性が高いため、会場の収容可能人数と比較して十分な投票数があれば条件を限定した投票数による順位を優先的に判断基準として使用したほうが良い。
本実施例では判断基準に使用した投票数と会場の収容可能人数を比較して、投票数が多い場合に十分な投票数があると判断しているが、所定の数以上の投票数である場合には十分な投票数であると判断することとしてもよい。
【００４７】
図１７のフローに戻り、ステップＳ１７０５で少ないと判断した場合（ステップＳ１７０５：ＮＯ）には、抽出対象の展示物のうち来場中のみ投票数順位が最も高い展示物を特定する（ステップＳ１７０６）。これは、前回集計した時点から今回集計を行うまでの時間に来場中の来場者が投票した投票数が少ない場合には、来場中のみ投票数差分順位を、講演の提案を行う展示物の選定に使用することは適さないためである。
また、ステップＳ１７０６において判断された展示物の来場中のみ投票数がＳ１７０３において特定された会場の収容可能人数よりも多いか否かを判断する（ステップＳ１７０７）。多い場合（ステップＳ１７０７：ＹＥＳ）には、現在来場中の来場者が投票した投票数が講演の提案を行う展示物の選定に使用するために十分な投票数であると判断し、図１７のＡに進む。図１７のＡ以降の処理では、講演スケジュールを参照してＳ１７０６で判断した展示物に関する講演の提案を行うか否かを判断する。
ステップＳ１７０７において少ないと判断した場合（ステップＳ１７０７：ＮＯ）は、抽出対象の展示物のうち投票集計ＤＢ４４（図１３）を参照し、前回投票数差分順位が最も高い展示物を判断する（ステップＳ１７０８）。これは、現在来場中の来場者が投票した投票数が少ない場合には、来場中のみ投票数順位を、講演の提案を行う展示物の選定に使用することは適さないためである。
【００４８】
また、ステップＳ１７０８において判断された展示物の前回投票数差分がＳ１７０３において特定された会場の収容可能人数よりも多いか否かを判断する（ステップＳ１７０９）。多い場合（ステップＳ１７０９：ＹＥＳ）には前回集計を行なった時点から現在までの投票数が講演の提案を行う展示物の選定に使用するために十分な投票数であると判断し、図１７のＡに進む。図１７のＡ以降の処理では、各会場の講演スケジュールを参照してステップＳ１７０９で判断した展示物に講演の提案を行うか否かを判断する。
ステップＳ１７０９において少ないと判断した場合（ステップＳ１７０９：ＮＯ）は、投票集計ＤＢ４４を参照し、抽出対象の展示物のうち総投票数順位が最も高い展示物を特定する（ステップＳ１７１０）。これは、前回集計した時点から現在までに投票された投票数が少ない場合には、前回投票数差分順位を、講演の提案を行う展示物の選定に使用することは適さないためである。展示物を特定した後は、図１７のＡに進み、各会場の講演スケジュールを参照してステップＳ１７１０で特定した展示物に関する講演の提案を行うか否かを判断する。
【００４９】
図１７のＡにおいて行う、特定の展示物に関する講演の提案を行うか否かを、各会場の講演スケジュールに基づいて判断する処理を、図１８を用いて説明する。図１８は講演提案部による講演スケジュールに基づく講演提案判断処理の１つ目の方法における図１７の処理の続きを示すフローチャートである。
まず、講演提案部３５は、図１７のステップＳ１７０５、Ｓ１７０７、Ｓ１７０９、Ｓ１７１０において判断した展示物に関する講演の提案を行って問題がないかを判断する。即ち、講演提案部３５は、講演スケジュールＤＢ４６（図１６）を参照し、判断した展示物に関する講演の予定が現在の時刻より前、もしくは現在の時刻よりも後に存在する否かを判断する（ステップＳ１８１１）。
【００５０】
展示物に関する講演が現在の時刻以前に行われておらず、現在の時刻より後の予定も存在しないと判断した場合（ステップＳ１８１１：ＮＯ）、判断された展示物を講演の提案を行う展示物に決定する（ステップＳ１８１２）。さらに、提案を行う会場を図１７のステップＳ１７０１の検索対象から除き、決定した展示物を図１７のステップＳ１７０４、Ｓ１７０６，Ｓ１７０８，Ｓ１７１０の抽出対象から除いた上で（ステップＳ１８１３）、図１７のステップＳ１７０１へ戻り、処理を続ける。
【００５１】
ステップＳ１８１１で講演のスケジュールに登録されていると判断した場合（ステップＳ１８１１：ＹＥＳ）、講演が現在の時刻以前の既に行われた講演であるか、現在の時刻以降の講演予定であるか、を判断する（ステップＳ１８１４）。既に講演が行われている場合（ステップＳ１８１４：講演済み）、ステップＳ１８１５の処理を実行する。ステップＳ１８１５では、現在特定している展示物が図１７のＳ１７０４又はＳ１７０８で来場中のみ投票数差分順位又は前回投票数差分順位に基づいて特定した展示物であり、かつ、講演済みの講演の終了時刻が投票集計ＤＢ４４（図１３）に記憶された前回抽出時間よりも前であるかを判断する（ステップＳ１８１５）。展示物が来場中のみ投票数差分又は前回投票数差分によって特定されており、かつ、講演済みの講演の終了時刻が前回抽出時間よりも前である場合（ステップＳ１８１５：ＹＥＳ）には、再度講演を行っても、来場者が集まる可能性が高いと判断し、上述したステップＳ１８１２の処理に進む。ステップＳ１８１５で展示物が来場中のみ投票数差分又は前回投票数差分以外で特定されている、又は講演済みの講演の終了時刻が前回抽出時間よりも後である場合（ステップＳ１８１５：ＮＯ）には、再度講演を行っても、来場者が集まる可能性が低いと判断し、現在判断を行なっている展示物を全ての会場に対する図１７のステップＳ１７０５、Ｓ１７０７、Ｓ１７０９、Ｓ１７１０における抽出対象から除いて（ステップＳ１８１６）、図１８のＣに進み、図１７のステップＳ１７０４へ戻り、処理を続ける。
【００５２】
また、ステップＳ１８１４で現在の時刻以降の講演予定であると判断した場合、講演を予定している会場の収容可能人数が、図１７のステップＳ１７０３で特定した会場の収容可能人数よりも多いか否かを判断する（ステップＳ１８１７）。多いと判断した場合（ステップＳ１８１７：ＹＥＳ）、収容可能人数の差が一定以上か否かを判断する（ステップＳ１８１８）。ここで、収容可能人数の差が一定以上か否かを判断するのは、収容人数の差が一定以下である場合、図１７の処理において判断された展示物で収容可能人数がほとんど変わらず、会場・スケジュールの変更を行う効果があまり得られないことが考えられる上に、講演に参加する予定であった来場者が会場変更に気づかない等、逆効果が発生する可能性があるためである。
ステップＳ１８１８において一定以上であると判断した場合（ステップＳ１８１８：ＹＥＳ）、現在特定している展示物に関する講演スケジュール・講演会場を、図１７のステップＳ１７０１で特定した時間帯、及びステップＳ１７０３で特定した会場に変更することを提案することを決定し（ステップＳ１８１９）、上述したステップＳ１８１３の処理に進む。
【００５３】
また、ステップＳ１８１７において講演を予定している会場の収容可能人数の方が少ないと判断した場合（ステップＳ１８１７：ＮＯ）、又はステップＳ１８１８において収容可能人数の差が一定以下であると判断した場合（ステップＳ１８１８：ＮＯ）には、ステップＳ１８１６の処理を実行する。ステップＳ１８１６では、図１７の展示物選定処理において判断した展示物を全ての会場に対する抽出対象から除き、図１７のステップＳ１７０４へ戻り、処理を続ける。
【００５４】
なお、ステップＳ１８１８において、本実施形態では、講演予定の会場の収容可能人数と、Ｓ１７０３で特定した会場の収容可能人数の差に基づいてスケジュールと会場の変更を提案するか否かの判断を行なった。しかし、これに代わって、もしくはこれに加えて、講演予定時間までの時間の長さによってスケジュールと会場の変更の提案を行うか否かの判断を行なっても良い。現在来場中の来場者に多数興味を持たれていても、講演予定の時間には興味を持っていた来場者が退場してしまい、予定していた講演の時間に来場している来場者には興味を持たれない可能性があるため、変更後の時刻と当初の講演予定の時刻が数時間空いている等大幅に空いている場合には講演会場・時刻の変更を提案しないこととしても良い。これにより、展示物に興味を持っている来場者が来場中に講演を行うことができるため、出展者はより確実に集客することができる。
【００５５】
また、上述のステップＳ１８１８において収容可能人数の差が一定以上であると判断した場合であっても、変更後の時刻と当初の講演予定の時刻まであまり時間が開いていない場合には講演のスケジュール・会場の変更を提案しないこととしてもよい。
また、本実施形態では１時間毎等所定の時間毎に講演提案処理を行うこととしたが、いずれかの講演会場で空き時間が発生する所定時間前、例えば１時間前に講演提案処理を行うこととしても良い。その場合、図２３のような時間毎投票集計ＤＢに所定時間毎の投票数を記憶することで、上述のステップＳ１８１５で一度講演を行なった展示物に対して再度講演を行うことを提案するか否かの判断を行う際に、より正確に講演終了後の投票数を把握することが可能になるため、より効果的な提案を行うことが可能となる。
【００５６】
また、講演提案部３５は、前回集計から現在の時刻までの投票数ではなく、講演終了後の得票数に基づいて、講演を行うか否かを判断してもよい。例えば、一度講演を行った展示物の講演終了時間が１０：００で現在時刻が１３：００の場合、講演提案部３５は時間毎投票集計ＤＢ（図２３）を参照し、１０：００〜１３：００までの投票数の合計、又は、１０：００〜１３：００までの投票数のうち現在会場にいる来場者による投票数の合計を算出する。そして、講演提案部３５は、算出した投票数の合計とステップＳ１７０３で特定された会場の収容人数とを比較し、投票数の合計が会場の収容人数を超える場合や一定割合を超える場合のみに講演提案処理を行ってもよい。
【００５７】
ここで、図１７、図１８に示した、講演提案部３５によって講演の提案を行う展示物を決定する処理について図１３、図１５、図１６の例を用いて具体的に説明する。ここでは、投票の集計処理を行う時間、講演の提案処理を行う時間を毎時０分とし、現在の時刻は１２：００とする。また、現在の時刻の１時間後から２時間後に５０分以上の空きのある会場を対象に講演を提案することとする。
まず、ステップＳ１７０１にて図１６の講演スケジュールＤＢ４６を参照して１３：００から１４：００の間に５０分以上の空き時間のある会場を抽出する。ここでは、会場Ｍと会場Ｏが空き時間がある会場として特定される。また、この時点ではどの会場に対する講演の提案も行なっていないため、Ｓ１７０２では抽出した会場の中に講演の提案を行なっていない会場・時間帯がある（ステップＳ１７０２：ＹＥＳ）と判断する。
【００５８】
次に、ステップＳ１７０３で、ステップＳ１７０１で特定した会場Ｍと会場Ｏの収容可能人数を図１５の会場情報ＤＢ４５を参照することで比較し、会場Ｍを最も収容人数が多い会場として特定する。よって、次のステップ以降は会場Ｍで１３：００−１４：００の間に講演を行うことを提案する展示物を特定する。
講演を行うことを提案する展示物を決定するために、まずステップＳ１７０４で、図１３の投票集計ＤＢ４４を参照して、展示物Ｑ２を来場者中のみ投票数差分順位が最も高い展示物として特定する。次にステップＳ１７０５で展示物Ｑ２の来場中のみ投票数差分の値と講演の提案を行う会場として決定した会場Ｍの収容可能人数を比較する。ここで、Ｑ２の来場中のみ投票数差分は８２票であり会場Ｍの収容可能人数は５０人であるため、十分な投票数があると判断し、図１７のＡへ進み、図１８の処理を行うことでＱ２に講演の提案をして良いかを判断する。
【００５９】
まず、ステップＳ１８１１で、展示物Ｑ２の講演が既に行われているか、又はこれから行われる予定があるかを図１６の講演スケジュールＤＢ４６を参照して判断する。図１６の講演スケジュールＤＢ４６を参照するとＱ２の講演が会場Ｏで１６：００から１６：４５に予定されていることが分かる（ステップＳ１８１１：ＹＥＳ、ステップＳ１８１４：講演予定）。
【００６０】
次に、ステップＳ１８１７で、講演を予定している会場Ｏの収容可能人数が講演の提案を行う会場として特定した会場Ｍの収容可能人数よりも多いかを判断し、多いと判断する（ステップＳ１８１７：ＹＥＳ）。また、ステップＳ１８１８の一定数を例えば１０人とすると、会場Ｏと会場Ｍの収容可能人数の差は２０人であるため、差は一定以上であると判断する（ステップＳ１８１８：ＹＥＳ）。そこで、展示物Ｑ２の講演を会場Ｏから会場Ｍに変更し、講演時間を１６：００−１６：４５から１３：００−１４：００の間の時間に変更することを提案することに決定する（ステップＳ１８１９）。
【００６１】
最後に、会場Ｍを図１７のステップＳ１７０１の抽出対象から除き、さらに展示物Ｑ２をＳ１７０４、Ｓ１７０６、Ｓ１７０８、Ｓ１７１０の抽出対象から除き、図１７のＢつまり、Ｓ１７０１に戻って処理を続ける。
【００６２】
ステップＳ１７０１からＳ１７０３の処理を行うことで、次に提案を行う会場として会場Ｏが特定される。続いて、ステップＳ１７０４にて展示物Ｑ２が抽出対象から除かれたため、Ｑ２の次に来場中のみ投票数差分順位の高い展示物として展示物Ｐ２が特定される。しかし、展示物Ｐ２の来場者中のみ投票数差分が１７、会場Ｏの収容可能人数が３０であり、来場中のみ投票数差分よりも収容可能人数が多いため（ステップＳ１７０５：ＮＯ）、判断基準を来場中のみ投票数順位に変更する。抽出対象のうち来場中のみ投票数順位が最も高い展示物として展示Ｑ１を特定し（ステップＳ１７０６）、展示物Ｑ１の来場中のみ投票数順位と会場Ｏの収容可能人数の比較を行う（ステップＳ１７０７）。比較の結果、展示物Ｑ１の来場中のみ投票数が２３、会場Ｏの収容可能人数が３０であり、会場Ｏの収容可能人数の方が多いため（ステップＳ１７０７：ＮＯ）、さらに判断基準を変更する。
【００６３】
次に前回投票数差分順位を判断基準として使用する。抽出対象の展示物のうち前回投票数差分順位が高いのは展示物Ｐ２である（ステップＳ１７０８）。展示物Ｐ２の前回投票数差分の値は３５であり、会場Ｏの収容可能人数は３０であるため、展示物Ｐ２の前回投票数差分の方が多い。そこで、図１７のＡに進み、展示物Ｐ２を会場Ｏで１３：００−１４：００の間に講演を行うことを提案する展示物として仮に特定する。
【００６４】
図１８のＳ１８１１に進み、図１６の講演スケジュールＤＢ４６を参照すると、展示物Ｐ２は１１：００から１１：４５に講演が行われている（ステップＳ１８１１：ＹＥＳ、ステップＳ１８１４：講演済）。ここで、展示物Ｐ２を特定した判断基準は前回投票数差分順位であったが、展示物Ｐ２の講演が終了したのは講演スケジュールＤＢ４６に登録されている前回抽出時間の後である（ステップＳ１８１５：ＮＯ）。従ってステップＳ１８１６に進み、展示物Ｐ２をステップＳ１７０４、Ｓ１７０６、Ｓ１７０８、Ｓ１７１０抽出対象から除き、図１７のＣへ戻り、処理を続ける。
【００６５】
図１７のＣからステップＳ１７０４に戻るが、前回の処理同様、会場Ｏの収容人数との比較よりＳ１７０４とＳ１７０６では展示物の特定ができない。ステップＳ１７０８にて抽出対象のうち、前回投票数差分順位が最も高いのは展示物Ｑ１であるが、会場Ｏの収容可能人数が３０であり、展示物Ｑ１の前回投票数差分が１０であるため、展示物Ｑ１の前回投票数差分よりも会場Ｏの収容可能人数の方が多い（ステップＳ１７０９：ＮＯ）。そのため、ステップＳ１７１０にて抽出対象の展示物のうち総投票数順位が最も高い展示物を判断するが、再度Ｑ１が最も順位の高い展示物として特定される。よって、講演を提案する展示物を仮に展示物Ｑ１に決定し、Ａに進む。
【００６６】
次に、図１８のステップＳ１８１１で講演スケジュールＤＢ４６を参照すると、展示物Ｑ１の講演予定、及び以前に行なった展示物Ｑ１に関する講演がいずれも無いことが確認されるため（ステップＳ１８１１）、展示物Ｑ１を提案対象の展示物に決定する。そのため、ステップＳ１８１３にて会場Ｏ、展示物Ｑ１を抽出対象から除き、図１７に戻って処理を行うが、ステップＳ１７０２で１３：００−１４：００に空き時間が有り、まだ講演の提案を行なっていない会場が存在しないため、処理を終了する。
以上の処理によって、この例の場合、会場Ｍで１３：００から１４：００の間に展示物Ｑ２に関する講演を行うこと提案し、会場Ｏで１３：００から１４：００の間に展示物Ｑ１に関する講演を行うことを提案することを決定する。
【００６７】
次に、講演提案部３５によって講演の提案を行う展示物を決定する処理の２つ目の処理方法を、図１９を参照しながら説明する。図１９は投票集計ＤＢに記憶された各投票順位に基づいて講演の提案を行う展示物を選定する展示物選定処理の２つ目の例を示すフローチャートである。
２つ目の処理方法では、先に順位の高い展示物を特定した後に、講演を行う会場を決定する。
まず、講演提案部３５は投票集計ＤＢ４４（図１３）を参照し、抽出対象の展示物のうち来場中のみ投票数差分順位の最も高い展示物を判断する（ステップＳ１９０１）。ここで、来場中のみ投票数差分順位以外に、来場中のみ投票数差分や前回投票数差分順位や総投票数順位を使用しても良い。
【００６８】
次に講演スケジュールＤＢ４６（図１６）を参照し、現在の時刻以降で空き時間が有る会場があるかを判断する（ステップＳ１９０２）。ここで、現在の時刻以降ではなく、現在の時刻から２時間など、現在の時刻から特定の時刻までを判断対象としても良い。
空き時間がある会場がある場合（ステップＳ１９０２：ＹＥＳ）、会場情報ＤＢ４５（図１５）を参照し、空き時間がある会場のうち最も収容人数が多い会場を特定する（ステップＳ１９０３）。空き時間がある最も収容人数が最も多い会場以外にも、収容人数が多い順に複数の会場を特定しても良い。空き時間がある会場が無かった場合、処理を終了する（ステップＳ１９０２：ＮＯ）。
【００６９】
次に、講演スケジュールＤＢ４６を参照し、特定した会場の最も近い空き時間を特定する（ステップＳ１９０４）。ここで、現在の時刻から近い順に複数の空き時間を特定しても良い。
【００７０】
上記の処理により、ステップＳ１９０１で判断した順位の最も高い展示物の担当者に、ステップＳ１９０３で特定した会場で、ステップＳ１９０４で特定した時間帯での講演の提案を行うことを決定する。また、上記の処理は、提案をする会場・時間帯以外に空きのある会場があれば再度ステップＳ１９０２に戻り、次に順位の高い展示物を特定するという処理を繰り返しても良い。また、ステップＳ１９０１で判断した展示物の担当者へ後述する講演提案処理で講演の提案を行なった際に、講演を行わないという返答を受ける可能性を考え、提案を行なった担当者からの回答を受けた後に、提案を行なった展示物を判断対象から除いて上記の処理を行っても良い。また、後述する講演提案処理での講演の提案に対して講演を行わないという返答を受けた場合に、再度図１９の展示物選定処理を行う際には、同じ会場・時間での提案が可能である。そのため、その際にはステップＳ１９０２からステップＳ１９０４の処理は行わず、ステップＳ１９０１で判断した展示物の担当者へ以前の講演提案処理で講演を行わないという返答を受けた会場・時間での提案を行なっても良い。
【００７１】
上述した１つ目の処理方法では空いている会場を有効に活用するために、投票数と収容人数の比較を行なった。それに対して、２つ目の処理方法では投票数と収容人数の比較を行わず投票数のみで講演を提案する展示物を決定する。全ての来場者に対して投票を行う来場者の割合が多い場合には、１つ目の処理方法を採用することで、空き会場の有効活用が可能である。また、投票を行なっている来場者の割合が少ない場合には、投票を行なった来場者以外にも講演を聴講する来場者が見込めるため、２つ目の処理方法も有効である。
なお、講演提案部３５は、来場者数と投票者数の比較に基づいて、１つ目の処理方法を行うか、２つめの処理方法を行うかを判断するようにしてもよい。
【００７２】
次に講演提案部３５によって、抽出した展示物の講演を出展者に提案する処理の一例を、図２０を参照しながら説明する。図２０は、講演提案処理の一例を示すフローチャートである。
まず、講演提案部３５は、講演提案部３５から講演の提案を行う展示物の展示物ＩＤ、及び講演の提案を行うことを決定した展示物の展示担当者のメールアドレスを、展示物ＤＢ４７（図６）を参照して抽出する（ステップＳ２００１）。
次に、講演提案管理画面へのＵＲＬを含んだメールを生成し、抽出した展示担当者のメールアドレスへ送信する（ステップＳ２００２）。出展者端末１３にてメールを受信し、展示担当者がメール内のＵＲＬを選択すると（ステップＳ２００３）、講演提案部３５は出展者端末１３に講演提案管理画面を表示させる（ステップＳ２００４）。
【００７３】
ここで、図２１のように、講演管理サーバによって生成された画面である講演提案管理画面２１０では、図１７と図１８又は図１９の展示物選定処理によって特定された展示ＩＤ２１１、展示物名又は展示内容と、展示物選定処理を行う際に展示物の特定にいずれの順位を使用したかを示す選定理由２１２の表示、例えば展示物選定処理において図１７のステップＳ１７０４、ステップＳ１７０６、ステップＳ１７０８、ステップＳ１７１０の何れの処理によって特定されたかを示す表示と、展示物に対する投票人数と、展示物選定処理によって特定された時間２１３と会場名２１４と特定された会場について会場情報ＤＢ４５（図１５）に対応づけて記憶されている収容可能人数２１５を示している。また、講演提案管理画面２１０には、講演を行うことを選択するボタン２１６ａ、講演を行わないことを選択するためのボタン２１６ｂが表示されている。
【００７４】
また、図１８のステップＳ１８１９で決定した講演スケジュールと講演時間の変更を提案する場合には、図２２のような講演提案管理画面２２０を表示する。この講演提案管理画面２２０には、図１７と図１８の展示物選定処理によって特定された変更を提案する展示ＩＤ２２１、展示物名又は展示内容と、展示物の特定にいずれの順位を使用したかを示す変更理由２２２の表示、例えば展示物選定処理の際に参照された順位の元となる図１４に示される投票結果分析部３４の処理によって算出された特定の時間に展示物に投票した人の人数と、展示物選定処理によって特定された変更を提案する時間帯２２３、及び変更を提案する会場名２２４と、講演スケジュールＤＢ４６（図１６）に記憶されている当初講演を予定していた時間帯２２６、及び当初講演を予定していた会場名２２７が示されている。更に、講演提案管理画面２２０には、変更を提案する会場と当初講演を予定していた会場について、会場情報ＤＢ４５に対応づけて記憶されている収容可能人数２２５、２２８が示されている。また、講演提案管理画面２２０には、変更を行うことを選択するボタン２２９ａ、変更を行わないことを選択するためのボタン２２９ｂが表示されている。
【００７５】
さらに、この講演提案管理画面２１０、２２０から講演の追加、もしくは講演の変更を行うか否かの選択を受け付ける（ステップＳ２００５）。ステップＳ２００５で講演をしない旨の選択（講演を変更しない旨の選択を含む）を受け付けた場合（ステップＳ２００５：ＮＯ）は、再度図１７、図１８の展示物選定処理を行う（ステップＳ２００６）。
【００７６】
ステップＳ１７０６で講演をする旨の選択を受け付けた場合、講演の追加である場合は講演スケジュールＤＢ４６に提案した展示物の展示ＩＤ、講演場所、講演時間を新たに登録し、講演の変更である場合は元の講演スケジュールＤＢ４６の元の講演の情報を削除した上で、講演の追加の際と同様に変更後の情報を新たに講演スケジュールＤＢ４６に登録する（ステップＳ２００７）。
【００７７】
講演スケジュールＤＢ４６への登録が完了すると、展示担当者のメールアドレスへ、講演の登録を行った旨の通知を行う（ステップＳ２００８）。ここで、展示物登録端末１２（図１）に専用のアプリケーションがインストールされている場合、メールアドレスへの通知に代わって、専用のアプリケーションによってプッシュ通知等を行うことで、展示担当者へ上記講演の提案の通知、講演の登録完了の通知を行なっても良い。
【００７８】
本実施形態により、展示会の運営者や開催者は各講演会場の講演スケジュールに空きがある場合、出展者に対して講演の提案を行うことが可能となるため、講演会場のスケジュールを効率的に管理することができる。
【００７９】
また、展示会へ展示物の出展を行う出展者は会場内に特定の展示物に興味を持っている来場者が多数来場していることを知ることができる。さらに、出展者は会場内に特定の展示物に興味を持っている来場者が複数存在する場合、興味をもった来場者数に応じて適切なタイミングかつ適切な大きさの会場で実演等の講演を行う機会を得ることができるため、特定の展示物に対して興味を持っている来場者にさらに詳しい説明をする等、効果的に展示物に関する宣伝を行うことが可能となる。
【００８０】
［第２の実施形態］
第２の実施形態では、上述の第１の実施形態に加えて展示物に関する講演の追加・又はスケジュール変更を行う際に出展者に対して課金処理を行う場合の実施形態である。以下、図面に基づいて本発明の第２の実施形態について上述の第１の実施形態との相違点について説明する。
本実施形態の講演管理サーバの構成について図２４を参照して説明する。図２４は本実施形態の講演管理サーバの機能ブロック図である。本実施形態では図３に示した第１の実施形態の構成に加えて課金管理部３８（課金決定手段）と課金情報ＤＢ４８が追加されている。
課金管理部３８は課金情報ＤＢ４８を参照し、講演を行なった出展者に対しての課金額を算出する。
図２５は課金情報ＤＢの一例であり、出展者名と、講演スケジュール・場所の変更や講演の追加による、現在までの課金額である現在追加課金額を対応付けて記憶している。
【００８１】
次に、講演提案部による講演の提案を行う展示物の決定後の出展者への講演提案処理について図２６を参照しながら説明する。なお、本実施形態における講演の提案を行う展示物の決定までの処理は第１の実施形態の図１７から図１９までの処理と同様の処理を行えば良い。
図２６は本実施形態の講演提案部による講演提案処理を示すフローチャートである。
【００８２】
まず、講演提案部３５は、第１の実施形態と同様に講演の提案を行う展示物の展示担当者のメールアドレスを、展示物ＤＢ４７（図２７）を参照して抽出し（ステップＳ２６０１）、抽出したメールアドレスへ講演提案管理画面へのＵＲＬを含んだメールを送信する（ステップＳ２６０２）。次に、メールを受信した出展者端末１３より送信したＵＲＬへのアクセスを受け付ける（ステップＳ２６０３）。
次に、講演提案部３５は図２７のような展示物ＤＢ４７を参照し、講演の提案を行う展示物の出展者を特定する（ステップＳ２６０４）。図２７は本実施形態に係る展示物ＤＢの一例を示す図である。本実施形態の展示物ＤＢ４７には第１の実施形態における展示物ＤＢが記憶する情報に加えて各展示物の出展者の情報が記憶されている。
【００８３】
さらに、講演提案部３５は会場情報ＤＢ４５（図２８）を参照することで、提案を行う会場の使用料を取得する（ステップＳ２６０５）。図２８は、本実施形態に係る会場情報ＤＢの一例を示す図である。本実施形態の会場情報ＤＢ４５には第１の実施形態における会場情報ＤＢが記憶する情報に加えて、各会場の使用料である課金金額に関する情報が記憶されている。
【００８４】
また、図１７のステップＳ１７０４、ステップＳ１７０６、ステップＳ１７０８、ステップＳ１７１０、又は図１９のステップＳ１９０１で特定した出展者に対して、現在までに課金を行うことが決定している金額である現在追加課金額を図２５のような課金情報ＤＢ４８を参照することで特定する（ステップＳ２６０６）。そして、ステップＳ２６０５で取得した使用料をステップＳ２６０６で取得した合計追加課金額に加算することで、今回の講演を行った場合に請求を行う金額である合計追加使用料を算出する（ステップＳ２６０７）。
【００８５】
次に、講演提案部３５は、ステップＳ２６０５で取得した会場の使用料とステップＳ２６０７で算出した合計追加使用料に基づいて図２９のような講演提案管理画面２９０を生成し、出展者端末１３に表示させる（ステップＳ２６０８）。図２９の講演提案管理画面２９０では、図１７と図１８又は図１９の展示物選定処理によって特定された展示ＩＤ２１１、展示物名又は展示内容と、展示物選定処理を行う際に展示物の特定にいずれの順位を使用したかを示す選定理由２１２の表示、例えば展示物選定処理において図１７のステップＳ１７０４、ステップＳ１７０６、ステップＳ１７０８、ステップＳ１７１０又は図１９のステップＳ１９０１の何れの処理によって特定されたかを示す表示と、展示物に対する投票人数と、展示物選定処理によって特定された時間２１３と会場名２１４と特定された会場に対応づけて会場情報ＤＢ４５（図２８）に記憶されている収容可能人数２１５と、ステップＳ２６０５で取得した追加使用料２９１と、ステップＳ２６０７で算出された合計追加使用料２９２を示している。また、講演提案管理画面２９０には、講演を行うことを選択するボタン２１６ａ、講演を行わないことを選択するためのボタン２１６ｂが表示されている。
【００８６】
なお、講演スケジュールと講演時間の変更を提案する場合には、図２１に示した講演提案管理画面２１０にステップＳ２６０５で取得した追加使用料と、ステップＳ２６０７で算出された合計追加使用料を追加的に表示する。
【００８７】
その後、第１の実施形態と同様に講演の追加、もしくは講演の変更の選択を受け付け（ステップＳ２６０９）、講演をしない旨の選択を受け付けた場合（ステップＳ２６０９：ＮＯ）は、再度図１７、図１８又は図１９の展示物選定処理を行う（ステップＳ２６１０）。ステップＳ２６０９で講演をする旨の選択を受け付けた場合（ステップＳ２６０９：ＹＥＳ）、講演スケジュールＤＢ４６（図１６）に提案内容を反映させる（ステップＳ２６１１）。
さらに、課金情報ＤＢ４８の追加課金額に講演を行う会場の使用料を追加し、課金情報ＤＢ４８に新たな追加課金額として登録する（ステップＳ２６１２）。
最後に、展示担当者のメールアドレスへ、講演の登録が完了した旨の通知を行う（ステップＳ２６１３）。ここで展示担当者の端末に専用のアプリケーションがインストールされている場合には、メールでの通知に代わって専用のアプリケーションでのプッシュ通知を行うことで、展示担当者へ講演の提案、課金額の通知、登録の完了の通知を行なっても良い。
【００８８】
次に、図３０を参照して追加又は変更した講演についての、講演後の課金金額の変更について説明する。図３０は講演管理サーバの課金管理部による講演終了後の課金金額の変更処理のフローチャートである。
本実施例では講演管理サーバ１１の課金管理部３８は来場者が講演に参加した際に来場者端末から講演の参加登録を受け付け、どの講演に何人参加したかを例えば図３１のように講演スケジュールＤＢ４６に集計する。図３１の講演スケジュールＤＢには、第１の実施形態に示した講演スケジュールＤＢ（図１６）に加えて、終了した講演（図では１４：００以前の講演）について、講演に参加した来場者の人数が記録されている。
まず、課金管理部３８は、追加又は変更した講演について図３１の講演スケジュールＤＢ４６を参照して、参加人数を取得する（ステップＳ３００１）。次に、会場情報ＤＢ４５（図２８）を参照し、追加又は変更した講演の会場の収容可能人数を取得する（ステップＳ３００２）。
【００８９】
次に、課金管理部３８は取得した参加人数と収容可能人数を比較し、参加人数が収容可能人数の一定割合以上であるかを否か判断する（ステップＳ３００３）。ステップＳ３００３で一定割合未満であると判断した場合（ステップＳ３００３：ＮＯ）、想定以上に人数が集まらなかったため、課金金額の減額を行う。課金管理部３８は収容可能人数に対する参加人数の割合と、図３１のような会場情報ＤＢ４５に登録されている講演を行なった会場の課金金額に応じて減額する金額を決定し（ステップＳ３００４）、図２４の課金情報ＤＢに登録された講演を行なった出展者に対応する現在追加課金額から減額を行う（ステップＳ３００５）。
【００９０】
ステップＳ３００３で一定割合以上である場合（ステップＳ３００３：ＹＥＳ）、対象の講演が時間の変更をおこなった講演であるか、講演の追加をおこなった講演であるかを判断する（ステップＳ３００６）。ステップＳ３００６で講演の追加を行なった講演であると判断した場合（ステップＳ３００６：ＮＯ）、処理を終了する。ステップＳ３００６で変更を行なった講演であると判断した場合（ステップＳ３００６：ＹＥＳ）、もとの投票集計ＤＢ４４（図１３）を参照し、スケジュール変更前における講演開始時間又は講演終了時間の来場中のみ投票数を取得し、講演の参加者数が取得した来場中のみ投票数よりも一定数以上多いか否かを判断する（ステップＳ３００７）。ステップＳ３００７で一定数以上多いと判断した場合（ステップＳ３００７：ＹＥＳ）、来場中のみ投票数と参加者数の差分に応じて、追加課金を行う金額を決定し（ステップＳ３００８）、図２４の課金情報ＤＢに登録された講演を行なった出展者に対応する現在追加課金額から追加課金を行う（ステップＳ３００９）。ステップＳ３００７で一定数以上多くないと判断した場合には（ステップＳ３００７：ＮＯ）、そのまま処理を終了する。
【００９１】
本実施形態より、講演管理システムは展示会の運営者や開催者や開催者は出展者にとって効果があると考えられる講演を提案した上で、講演の実施に対する課金をおこなうため、展示会の運営者や開催者や開催者は効率的に使用料を得ることができる。
また、展示会の運営者や開催者や開催者は、講演参加人数の増加につながる講演の提案を行なった場合には出展者にさらなる課金を行うことが可能となる。
また、図１７と図１８の１つ目の展示物選定処理を行った場合、出展者は投票数に応じた大きさの会場での講演の提案を受けることができるため、収容可能人数が参加する来場者の数を大幅に上回るような大きな会場で講演を行い、来場者が少数しか講演に参加しないにもかかわらず高額の使用料を払わなければいけなくなることを防止することができる。
さらに、講演後に実際の参加者数に応じて、参加者があまり集まらなかった場合には課金額が減額されるため、出展者にとって講演の追加の提案を受けやすくすることができる。
【００９２】
また、講演を提案する際に追加使用料の合計額を画面に表示することで、また、出展者は現在のすでに課金されている課金額を考慮しながら講演を行うか否かを判断することができる。
さらに、展示会に来場する来場者に対して、来場者が興味をもった展示物に対してさらなる情報を得るために興味をもった展示物に関する講演に参加できる機会を増やすことができる。
【００９３】
以上説明した講演管理サーバが有する各機能は、講演管理サーバが実行する各処理手順をコード化したプログラムをコンピュータに実行させることにより実現することが可能である。また、上記プログラムを、コンピュータが読み取り可能な各種の記録媒体に記録することによって、又はインターネット等の電気通信回線を介して、各コンピュータに配布して実行させることができる。
【００９４】
［講演管理サーバの変形実施形態］
図３に示した講演管理サーバ１１は、複数のシステム（又はネットワーク上でサービスを提供する複数のサーバ）から構成されてもよい。
例えば、投票（スクラップ）管理部３３、投票情報ＤＢ４３、及び展示物ＤＢ４７は、他の各部とは異なる装置内に備えられ、独立した投票システムを形成してもよい。
上記投票システムは、例えば、来場者から投票を受け付け、集計を行い、どの展示物に投票があったかを展示者にフィードバックするようなシステムである。即ち、投票（スクラップ）管理部３３が来場者から投票を受け付けて、投票情報ＤＢ４３へ投票結果を登録する。投票（スクラップ）管理部３３は、どの展示物に投票があったかを示す情報を、展示物ＤＢ４７に記憶された展示ＩＤに対応づけられている展示担当者のメールアドレスへ送信することで展示者にフィードバックする。
この投票システムは、投票結果分析部３４と投票集計ＤＢ４４を含んでもよい。この場合、投票（スクラップ）管理部３３は、投票情報ＤＢ４３に記憶された情報をもとに投票結果分析部３４が分析した投票結果を投票集計ＤＢ４４から読み出して展示担当者のメールアドレスへ送信する。
【００９５】
また、講演管理サーバ１１（又は投票システム）は、投票情報ＤＢ４３を備える代わりに、ＷＥＢ上の投票に関わるサービスを利用して、どの展示物に投票があったかの情報を取得してもよい。ＷＥＢ上の投票に関わるサービスとは、例えばＦａｃｅＢｏｏｋ（登録商標）やＴｗｉｔｔｅｒ（登録商標）のような投稿機能（又はこれに類似する機能）を有するＷＥＢ上のサービスである。この場合、来場者（投票者）は、展示物を特定できるタグを付けて上記サービスに対して投稿を行う。講演管理サーバ１１はその特定のタグがつけられている投稿を検索し、ピックアップすることで、ピックアップした投稿を投票として受け付けて、集計を行う。
投票に関わる各部と同様に、講演管理サーバ１１に備える会場情報ＤＢ４５と講演スケジュールＤＢ４６についても、例えば展示会場の運営会社が管理する独立した装置（システム）内に配置する等の構成としてもよい。
【００９６】
［本発明の実施態様と作用効果のまとめ］
＜第１の実施態様＞
本実施態様は、複数の展示物を展示する展示会において、各展示物に関する講演のスケジュールを管理する講演管理システム１であって、展示会に来場する複数の来場者から各展示物に対する投票を受け付ける投票受付手段（投票（スクラップ）管理部３３）と、
投票受付手段によって受け付けた投票に基づいて、各展示物に対する投票結果を分析する投票結果分析手段（投票結果分析部３４）と、投票結果分析手段の分析結果に基づいて、スケジュールを追加又は変更するべき講演の展示物を特定する特定手段（講演提案部３５）と、特定手段によって特定された展示物について、講演のスケジュールの追加又は変更を展示物の出展者に提案する提案手段（講演提案部３５）と、を有することを特徴とする。
本態様によれば、展示会やイベント等の運営者が効率的な講演スケジュールの管理を行うことが可能となる。
【００９７】
＜第２の実施態様＞
投票を行なった投票者が展示会に来場中であるか否かを示す情報を取得する取得手段（来場管理システム１６）を有し、投票結果分析手段（投票結果分析部３４）は、投票受付手段（投票（スクラップ）管理部３３）によって受け付けた投票と、取得手段によって取得した投票者が展示会に来場中であるか否かを示す情報に基づいて、展示物毎に投票結果を分析することを特徴とする。
本態様によれば、講演スケジュールを、展示会に来場中の投票者の興味に合わせてリアルタイムに提案することができる。
【００９８】
＜第３の実施態様＞
提案手段（講演提案部３５）による提案に対する出展者からの回答に応じて、スケジュールを追加又は変更する変更手段（講演提案部３５）を有することを特徴とする。
本態様によれば、展示物を出展する出展者の意志を反映した講演スケジュールの追加又は変更を行うことが可能となる。
【００９９】
＜第４の実施態様＞
特定手段（講演提案部３５）は、投票結果分析手段（投票結果分析部３４）による分析結果と、スケジュールとに基づいて、特定した展示物の講演の時間を決定することを特徴とする。
本態様によれば、講演スケジュールに展示物の講演を追加又は変更する際に、適切な時間に追加又は変更を行うことが可能となる。
【０１００】
＜第５の実施態様＞
特定手段（講演提案部３５）は講演が行われる複数の会場のそれぞれの収容人数に応じて、スケジュールの追加又は変更を提案する講演の展示物を特定することを特徴とする。
本態様によれば、運営者は適切な収容人数の会場での講演を提案することが可能となり、展示会における講演スケジュールを効率的に管理することが可能となる。
【０１０１】
＜第６の実施態様＞
特定手段（講演提案部３５）は投票者による投票日時に応じてスケジュールの追加又は変更を提案する講演の展示物を特定することを特徴とする。
本態様によれば、投票日時が近い投票のみに基づいて講演の提案を行う展示物を決定することが可能となり、講演の際に多数の参加者が集まる可能性の高い展示物に対して講演の提案を行うことが可能となる。
【０１０２】
＜第７の実施態様＞
特定手段（講演提案部３５）は、投票結果分析手段（投票結果分析部３４）による分析結果と、講演が行われる複数の会場の講演のスケジュールと、各会場の収容人数と、に応じて、スケジュールの追加又は変更を提案する展示物の講演の会場を特定することを特徴とする。
本態様によれば、適切な時間に適切な大きさの会場における講演の提案が可能となるため、展示会における講演スケジュールをより効率的に管理することが可能となる。
【０１０３】
＜第８の実施態様＞
取得手段（来場管理システム１６）は、来場者が所持する端末から展示会の会場に入場したことを表す通知と、展示会の会場から退場したことを表す通知とを受け付けることで、来場者が展示会に来場中であるか否かの情報を取得することを特徴とする。
本態様によれば、来場中の投票者を判断することが可能となり、現在来場中の投票者による投票に基づく講演の選定が可能となる。つまり、多数の来場者が講演に参加する可能性がより高い展示物の講演の提案を行うことが可能となる。
【０１０４】
＜第９の実施態様＞
提案手段（講演提案部３５）による提案に対する出展者からの回答に応じて、出展者に対する課金額を決定する課金決定手段（課金管理部３８）を有することを特徴とする。
本態様によれば、運営者は、展示者に講演を追加で行なわせることで、さらなる収入を得ることが可能となる。
【０１０５】
＜第１０の実施態様＞
課金決定手段（課金管理部３８）は、提案手段（講演提案部３５）からの提案に基づいて開催された講演の参加者の人数に応じて、課金額を決定することを特徴とする。
本態様によれば、参加者が少ない場合には課金額も少なくなるため、展示者が、参加者が少なく支払った金額に対して効果的でない講演となってしまう可能性を危惧する必要がなくなり、展示者は講演の提案を受けやすくなる。
また、運営者にとっては、展示者が講演の提案を受けやすくなるため、講演スケジュールの空きを少なくすることが可能となり、効率的に講演スケジュールを管理することが可能となる。
【０１０６】
＜第１１の実施態様＞
提案手段（講演提案部３５）からの提案によって展示物の講演のスケジュールが変更された場合、課金決定手段（課金管理部３８）は、該講演に参加した参加者の人数と、スケジュール変更前の講演時間における来場者からの投票とに応じて課金額を決定することを特徴とする。
本態様によれば、講演のスケジュールの変更による効果があった場合には、運営者は展示者から対価を受けることが可能となる。
【符号の説明】
【０１０７】
１…講演管理システム、５０…展示物、５１…バーコード、２１０…講演提案管理画面、２１１…展示ＩＤ、２１２…選定理由、２１３…時間、２１４…会場名、２１５…収容可能人数、２１６ａ、２１６ｂ…ボタン、２２０…講演提案管理画面、２２１…展示ＩＤ、２２２…変更理由、２２３…時間帯、２２４…会場名、２２５…収容可能人数、２２６…時間帯、２２７…会場名、２２８…収容可能人数、２２９ａ、２２９ｂ…ボタン、２９０…講演提案管理画面、２９１…追加使用料、２９２…合計追加使用料
【先行技術文献】
【特許文献】
【０１０８】
【特許文献１】特開２００８−７７５３９公報
【図１】
0006720692.tif 000002
【図２】
0006720692.tif 000003
【図３】
0006720692.tif 000004
【図４】
0006720692.tif 000005
【図５】
0006720692.tif 000006
【図６】
0006720692.tif 000007
【図７】
0006720692.tif 000008
【図８】
0006720692.tif 000009
【図９】
0006720692.tif 000010
【図１０】
0006720692.tif 000011
【図１１】
0006720692.tif 000012
【図１２】
0006720692.tif 000013
【図１３】
0006720692.tif 000014
【図１４】
0006720692.tif 000015
【図１５】
0006720692.tif 000016
【図１６】
0006720692.tif 000017
【図１７】
0006720692.tif 000018
【図１８】
0006720692.tif 000019
【図１９】
0006720692.tif 000020
【図２０】
0006720692.tif 000021
【図２１】
0006720692.tif 000022
【図２２】
0006720692.tif 000023
【図２３】
0006720692.tif 000024
【図２４】
0006720692.tif 000025
【図２５】
0006720692.tif 000026
【図２６】
0006720692.tif 000027
【図２７】
0006720692.tif 000028
【図２８】
0006720692.tif 000029
【図２９】
0006720692.tif 000030
【図３０】
0006720692.tif 000031
【図３１】
0006720692.tif 000032
【図３２】
0006720692.tif 000033
【図３３】
0006720692.tif 000034