JP2022172551A - イベント支援装置、イベント支援方法、およびプログラム - Google Patents

Abstract

【課題】従来、イベントに関する処理が適切に行えなかった。【解決手段】１以上の各ユーザ識別子と対にして、ユーザ識別子で識別されるユーザの名刺に関する名刺情報を含むユーザ情報が格納されるユーザ情報格納部１１１と、イベントを識別するイベント識別子に対応付けて、イベントに関する１以上のイベント情報が格納されるイベント情報格納部１１３と、イベント識別子とユーザ識別子とに対応付けて、イベント識別子で識別されるイベントに対するアクションの指示であるイベント指示を受信するイベント指示受信部１２３と、イベント指示の受信に応じて、イベント指示に対応するユーザ識別子と対になる名刺情報の一部または全部を、イベント指示に対応するイベント識別子で識別されるイベントの主催者に提供するための処理である名刺提供処理を行う名刺提供処理部１３３とを具備するイベント支援装置１により、イベントに関する処理が適切に行える。【選択図】図２

Description

特許法第３０条第２項適用申請有り 令和２年１０月８日 ｈｔｔｐｓ：／／ｓａｎｓａｎ．ｚｏｏｍ．ｕｓ／ｗｅｂｉｎａｒ／ｒｅｇｉｓｔｅｒ／ＷＮ＿ｓｋｚＦＬＸＲｗＲＸ－＿ｏ６ＦｌｖｄＦＥｗｇ、ｈｔｔｐｓ：／／ｉｒ．ｃｏｒｐ－ｓａｎｓａｎ．ｃｏｍ／ｊａ／ｉｒ／ｎｅｗｓ／ＣＯＰＹ－ａｕｔｏ＿２０２０１００８４０１０７２／ｍａｉｎ／０／ｌｉｎｋ／ｅｖｅｎｔ＿ｔｅｃｈ＿ｊｐ＿ｆｉｎａｌ．ｐｄｆ ｈｔｔｐｓ：／／ｍａｒｋｅｚｉｎｅ．ｊｐ／ａｒｔｉｃｌｅ／ｄｅｔａｉｌ／３４５２７、ｈｔｔｐｓ：／／ｓａｌｅｓｚｉｎｅ．ｊｐ／ｎｅｗｓ／ｄｅｔａｉｌ／１９２２、ｈｔｔｐｓ：／／ｂｉｚｚｉｎｅ．ｊｐ／ａｒｔｉｃｌｅ／ｄｅｔａｉｌ／５１３７、ｈｔｔｐｓ：／／ｎｅｗｓ．ｍｙｎａｖｉ．ｊｐ／ａｒｔｉｃｌｅ／２０２０１００８－１３８５４１８／、ｈｔｔｐｓ：／／ｗｅｅｋｌｙ．ａｓｃｉｉ．ｊｐ／ｅｌｅｍ／０００／００４／０２９／４０２９６７８／、ｈｔｔｐｓ：／／ｗｗｗ．ｗａｔｃｈ．ｉｍｐｒｅｓｓ．ｃｏ．ｊｐ／ｄｏｃｓ／ｎｅｗｓ／１２８１６８３．ｈｔｍｌ、ｈｔｔｐｓ：／／ｘｔｅｃｈ．ｎｉｋｋｅｉ．ｃｏｍ／ａｔｃｌ／ｎｘｔ／ｎｅｗｓ／１８／０８９１５／？ｎ＿ｃｉｄ＝ｎｂｐｎｘｔ＿ｔｗｂｎ、ｈｔｔｐｓ：／／ｌｏｇｍｉ．ｊｐ／ｂｕｓｉｎｅｓｓ／ａｒｔｉｃｌｅｓ／３２３３９３、ｈｔｔｐｓ：／／ｌｏｇｍｉ．ｊｐ／ｂｕｓｉｎｅｓｓ／ａｒｔｉｃｌｅｓ／３２３３９４を通じて発表、令和２年１０月１２日 ｈｔｔｐｓ：／／ｉｎｔｅｒｎｅｔ．ｗａｔｃｈ．ｉｍｐｒｅｓｓ．ｃｏ．ｊｐ／ｄｏｃｓ／ｎｅｗｓ／１２８１９９０．ｈｔｍｌを通じて発表、

特許法第３０条第２項適用申請有り 令和２年１０月１５日 ｈｔｔｐｓ：／／ａｓｃｉｉ．ｊｐ／ｅｌｅｍ／０００／００４／０２９／４０２９９４０／２／、ｈｔｔｐｓ：／／ｗｅｅｋｌｙ．ａｓｃｉｉ／ｊｐ／ｅｌｅｍ／０００／００４／０２９／４０２９９４０／、ｈｔｔｐｓ：／／ｗｗｗ．ｗｅｅｋｌｙｂｃｎ．ｃｏｍ／ｊｏｕｒｎａｌ／ｅｘｐｌａｎａｔｉｏｎ／ｄｅｔａｉｌ／２０２０１０１５＿１７７５７８．ｈｔｍｌ、ｈｔｔｐｓ：／／ｆｉｎａｎｃｅ．ｌｏｇｍｉ．ｊｐ／３７５７６４を通じて発表、令和２年１０月２１日 ｈｔｔｐｓ：／／ｋａｂｕｓｈｉｋｉ．ｊｐ／ｎｅｗｓ／４１２９２１を通じて発表、令和２年１０月２３日 株式会社日本経済新聞社発行の「日経産業新聞 ２０２０年１０月２３日付 ５面」に発表、令和２年１１月２日 株式会社金融経済新聞社発行の「金融経済新聞 ２０２０年１１月２日号 ５面」に発表、令和２年１１月２４日 ｈｔｔｐｓ：／／ｍｅｄｉａ－ｉｎｎｏｖａｔｉｏｎ．ｊｐ／２０２０／１１／２４／ｓａｎｓａｎ－ｓｅｍｉｎａｒ－ｍａｎａｇｅｒ－ｉｎｔｅｒｖｉｅｗ／を通じて発表、令和３年１月１５日 ｈｔｔｐｓ：／／ｎｅｗｓ．ｍｙｎａｖｉ．ｊｐ／ａｒｔｉｃｌｅ／２０２１０１１５－１６４４８６９／を通じて発表、令和３年１月１８日 ｈｔｔｐｓ：／／ｗｗｗ．ｂｕｓｉｎｅｓｓｉｎｓｉｄｅｒ．ｊｐ／ｐｏｓｔ－２２８０９７を通じて発表、令和３年３月１１日 ｈｔｔｐｓ：／／ｍａｔｅｒｉａｌｓ．８ｃａｒｄ．ｎｅｔ／ｐｒｏｄｕｃｔ／ｏｎａｉｒ／ｂｕｓｉｎｅｓｓ／を通じて発表、令和３年４月９日 ｈｔｔｐｓ：／／ｍａｔｅｒｉａｌｓ．８ｃａｒｄ．ｎｅｔ／ｐｒｏｄｕｃｔ／ｏｎａｉｒ／を通じて発表、

本発明は、イベントを支援するイベント支援装置等に関するものである。

従来、求人者に対して求職者向けセミナーの開催決定前にセミナーへの参加が見込まれる求職者に関する情報を提供することによって求人者による適切なセミナー開催を可能とする求職者向けセミナー開催支援システムを提供するシステムがあった（例えば、特許文献１参照）。

特開２００３－６７４７３号公報

しかしながら、従来技術においては、例えば、セミナー等のイベントに関する処理が適切に行えなかった。

本第一の発明のイベント支援装置は、１以上の各ユーザ識別子と対にして、ユーザ識別子で識別されるユーザの名刺に関する名刺情報を含むユーザ情報が格納されるユーザ情報格納部と、イベントを識別するイベント識別子に対応付けて、イベントに関する１以上のイベント情報が格納されるイベント情報格納部と、イベント識別子とユーザ識別子とに対応付けて、イベント識別子で識別されるイベントに対するアクションの指示であるイベント指示を受信するイベント指示受信部と、イベント指示の受信に応じて、イベント指示に対応するユーザ識別子と対になる名刺情報の一部または全部を、イベント指示に対応するイベント識別子で識別されるイベントの主催者に提供するための処理である名刺提供処理を行う名刺提供処理部とを具備するイベント支援装置である。

かかる構成により、例えば、イベントに関与するユーザの名刺情報の一部または全部を、イベントの主催者に提供できる。なお、イベントへの関与とは、例えば、イベントへの参加予約、イベントへの参加である。

また、本第二の発明のイベント支援装置は、第一の発明に対して、イベントに対する所定のアクションを行ったユーザを識別する１以上のユーザ識別子とイベントを識別するイベント識別子とを対応付けるイベント参加情報が格納される参加情報格納部と、１以上の各ユーザ識別子に対応付けて、ユーザ識別子で識別されるユーザとの繋がりがある他の１以上の他ユーザ識別子を含む関係情報が格納される関係情報格納部と、関係情報格納部に格納されている１以上の他ユーザ識別子であり、一のユーザのユーザ識別子と対になる１以上の各他ユーザ識別子を用いて、一のユーザに報知するイベント情報の一部または全部をイベント情報格納部から取得する報知イベント取得部と、報知イベント取得部が取得した１以上のイベント情報の一部または全部を、一のユーザに報知するための報知処理を行う報知処理部とをさらに具備するイベント支援装置である。

かかる構成により、一にユーザと繋がりのある他のユーザが関係するイベントの情報を、一のユーザが得られる。なお、一にユーザと繋がりのある他のユーザは、例えば、一にユーザと名刺交換したユーザである。

また、本第三の発明のイベント支援装置は、第二の発明に対して、報知イベント取得部は、関係情報格納部に格納されている１以上の他ユーザ識別子であり、一のユーザのユーザ識別子と対になる１以上の各他ユーザ識別子と対になる１以上のイベント識別子を参加情報格納部から取得し、１以上の各イベント識別子と対になるイベント情報の一部または全部をイベント情報格納部から取得する、イベント支援装置である。

かかる構成により、一にユーザと繋がりのある他のユーザが関係するイベントの情報を、一のユーザが得られる。

また、本第四の発明のイベント支援装置は、第二または第三の発明に対して、報知イベント取得部は、イベント情報の一部または全部に加えて、イベントに対する所定のアクションを行ったユーザを識別する１以上のユーザ識別子を参加情報格納部から取得し、１以上の各ユーザ識別子で識別されるユーザ情報の一部または全部をユーザ情報格納部から取得し、関係情報格納部を参照し、報知イベント取得部が取得した１以上のユーザ識別子で識別される各ユーザが、一のユーザと繋がりがあるか否かを判断する関連判断部をさらに具備し、報知処理部は、報知イベント取得部が取得したユーザ情報の一部または全部を、関連判断部における判断結果を明示する態様で、一のユーザに報知するための報知処理を行う、イベント支援装置である。

かかる構成により、一にユーザと繋がりのある他のユーザであり、イベントに関係する他のユーザの情報を得ることができる。

また、本第五の発明のイベント支援装置は、第四の発明に対して、イベント参加情報に対応する１以上の各ユーザ識別子は、イベントにおける立場を識別する立場識別子に対応付いており、報知処理部は、ユーザ情報の一部または全部を、ユーザ情報に対応する立場識別子を明示する態様で、一のユーザに報知するための報知処理を行う、イベント支援装置である。

かかる構成により、一にユーザと繋がりのある他のユーザのイベントにおける立場が分かる。なお、立場は、例えば、参加者、登壇者、主催者である。

また、本第六の発明のイベント支援装置は、第一から第五いずれか１つの発明に対して、一のユーザ識別子と１以上の他ユーザ識別子とに対応する指示であり、名刺交換を行う指示である名刺交換指示を受信する名刺交換指示受信部と、名刺交換指示に従って、一のユーザ識別子に対応する関係情報に、１以上の他ユーザ識別子を加える処理を含む名刺交換処理を行う名刺交換部とをさらに具備するイベント支援装置である。

かかる構成により、イベントに関係のあるユーザ間で、電子的な名刺交換ができる。

また、本第七の発明のイベント支援装置は、第一から第六いずれか１つの発明に対して、イベント情報は、イベントのアーカイブへのリンク情報を有する、イベント支援装置である。

かかる構成により、イベントを記録したアーカイブの情報を得られる環境を提供できる。

また、本第八の発明のイベント支援装置は、第七の発明に対して、イベント情報を受信するイベント情報受信部と、イベント情報をイベント情報格納部に蓄積するイベント情報蓄積部とをさらに具備し、イベント情報蓄積部は、イベント情報が予め決められた蓄積条件を満たす場合のみ、リンク情報を有するイベント情報を蓄積できる、イベント支援装置である。

かかる構成により、所定の条件を満たすイベントを記録したアーカイブの情報を得られる環境を提供できる。

また、本第九の発明のイベント支援装置は、第一から第八いずれか１つの発明に対して、イベントに対するアクションは、イベントへの参加予約であり、ユーザが参加予定のイベントのイベント情報を用いて、ユーザに対するユーザ処理を行うユーザ処理部をさらに具備するイベント支援装置である。

かかる構成により、イベントへの参加予約をしているユーザに対して、イベント情報を用いたサービスを提供できる。

また、本第十の発明のイベント支援装置は、第九の発明に対して、ユーザ処理部は、イベント情報が有する開催開始時刻の所定時間前になった際に、ユーザのユーザ情報が有するユーザ通知先に、イベントに関する情報を通知する、イベント支援装置である。

かかる構成により、イベントへの参加予約をしているユーザに対して、イベント開催前にユーザにイベントの開催を報知できる。

本発明によるイベント支援装置によれば、イベントに関する処理が適切に行える。

実施の形態１におけるイベントシステムＡの概念図 同イベントシステムＡのブロック図 同イベント支援装置１の動作例について説明するフローチャート 同報知イベント取得処理の例について説明するフローチャート 同名刺提供等の処理の例について説明するフローチャート 同名刺交換処理の例について説明するフローチャート 同ユーザ処理の例について説明するフローチャート 同ユーザ管理表を示す図 同関係情報管理表を示す図 同イベント情報管理表を示す図 同参加情報管理表を示す図 同画面例を示す図 同画面例を示す図 同画面例を示す図 同画面例を示す図 同コンピュータシステムの概観図 同コンピュータシステムのブロック図

以下、イベント支援装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）
本実施の形態において、ユーザからのイベントに対する参加等の指示に応じて、当該ユーザの名刺情報をイベントの主催者に提供するための処理を行うイベント支援装置について説明する。なお、名刺情報の提供は、例えば、ユーザとイベントの主催者との名刺交換の処理でも良い。

また、本実施の形態において、名刺交換等のユーザの繋がりに関する関係情報を用いて、繋がりのあるユーザが参加等するイベントに関する情報を得ることができるイベント支援装置について説明する。

また、本実施の形態において、イベントに関する情報と共に、当該イベントの参加者等の情報であり、自分と繋がりのある参加者等の情報を提供できるイベント支援装置について説明する。

また、本実施の形態において、イベントに関する情報と共に、イベントの関係者（例えば、主催者、登壇者、参加者）の情報を、イベントに対する立場の情報とともに、提供できるイベント支援装置について説明する。

また、本実施の形態において、イベントの関係者の間で、名刺交換が可能なイベント支援装置について説明する。なお、イベントの関係者とは、例えば、イベントの参加者、主催者、登壇者等である。

また、本実施の形態において、イベントのアーカイブへのリンク情報をユーザに提供できるイベント支援装置について説明する。

さらに、本実施の形態において、イベントへの参加の予約をした場合に、名刺情報を用いた所定のアクションを行えるイベント支援装置について説明する。なお、所定のアクションは、イベントの開催前のユーザへの通知である。

図１は、本実施の形態におけるイベントシステムＡの概念図である。イベントシステムＡは、イベント支援装置１、および１または２以上の端末装置２を備える。

イベント支援装置１は、通常、いわゆるサーバであり、例えば、クラウドサーバ、ＡＳＰサーバ等である。なお、イベント支援装置１の種類は問わない。端末装置２は、ユーザが使用する端末である。ユーザは、ここでは、例えば、イベントの主催者、イベントの登壇者、イベントの参加者等の種々の立場のユーザがあり得る。端末装置２は、例えば、いわゆるパーソナルコンピュータ、タブレット端末、スマートフォン等であり、その種類は問わない。

図２は、本実施の形態におけるイベントシステムＡのブロック図である。

イベント支援装置１は、格納部１１、受信部１２、処理部１３、および送信部１４を備える。

格納部１１は、ユーザ情報格納部１１１、関係情報格納部１１２、イベント情報格納部１１３、および参加情報格納部１１４を備える。受信部１２は、名刺交換指示受信部１２１、イベント情報受信部１２２、およびイベント指示受信部１２３を備える。処理部１３は、名刺交換部１３１、イベント情報蓄積部１３２、名刺提供処理部１３３、報知イベント取得部１３４、関連判断部１３５、報知処理部１３６、およびユーザ処理部１３７を備える。

端末装置２は、端末格納部２１、端末受付部２２、端末処理部２３、端末送信部２４、端末受信部２５、および端末出力部２６を備える。

イベント支援装置１を構成する格納部１１には、各種の情報が格納される。各種の情報は、例えば、後述するユーザ情報、後述する関係情報、後述するイベント情報、後述する参加情報、後述する蓄積条件、各種の画面情報である。各種の画面情報は、例えば、ユーザに各種の情報の入力を促す画面の情報、ユーザに各種の情報を提示するための画面の情報等である。なお、画面情報は、例えば、ＨＴＭＬ、ＸＭＬ、プログラムにより実現されるが、その実現手段、構造等は問わない。

ユーザ情報格納部１１１には、１または２以上のユーザ情報が格納される。ユーザ情報は、ユーザに関する情報である。ユーザ情報は、名刺情報を登録したユーザの情報である。ユーザ情報は、ユーザ識別子に対応付いている。ユーザ識別子に対応付いていることは、ユーザ識別子を有することでも良い。ユーザ情報は、名刺情報を含む。名刺情報は、ユーザの名刺の情報である。名刺情報は、例えば、氏名、組織名、電話番号、メールアドレス、ＵＲＬ等を有する。名刺情報は、名刺画像を有しても良い。名刺情報は、名刺画像のみでも良い。名刺画像は、名刺を撮影した画像、名刺のスクリーンショット等である。組織名は、例えば、会社名、団体名である。ユーザ識別子は、ユーザを識別する情報である。ユーザ識別子は、例えば、ＩＤ、メールアドレス、電話番号である。

関係情報格納部１１２には、１または２以上の関係情報が格納される。関係情報は、ユーザごとの情報であり、ユーザの他のユーザとの繋がりを特定する情報である。一のユーザの関係情報は、名刺を受け取った他ユーザを特定する情報、または名刺交換した他ユーザを特定する情報であることは好適である。他ユーザは、当該ユーザではない者である。

関係情報は、一のユーザ識別子に対応付いている。一のユーザ識別子に対応付いていることは、一のユーザ識別子を有することでも良い。関係情報は、例えば、１または２以上の他ユーザ識別子を有する。関係情報は、例えば、１または２以上の他ユーザの名刺情報を有する。関係情報は、例えば、１または２以上の他ユーザの各名刺情報へのリンク情報を有する。なお、他ユーザ識別子は、他ユーザの識別子である。他ユーザは、一のユーザ識別子で識別されるユーザではない者である。

イベント情報格納部１１３には、１または２以上のイベント情報が格納される。イベント情報は、イベントに関する情報である。イベントは、例えば、セミナー、展示会、発表会、コンサート、演劇等であるが、イベントの種類は問わない。

イベント情報は、イベント識別子に対応付いている。イベント識別子に対応付いていることは、イベント識別子を有することでも良い。イベント識別子は、イベントを識別する情報である。イベント識別子は、例えば、ＩＤ、イベント名である。イベント情報は、例えば、イベントを告知するウェブページのＵＲＩまたはＵＲＬを含む。イベント情報は、例えば、イベントを視聴するためのＵＲＩまたはＵＲＬを含む。イベント情報は、例えば、イベントの主催者の情報（例えば、主催者のユーザ識別子、主催者の組織名）、イベントの登壇者の情報（例えば、登壇者のユーザ識別子、登壇者の組織名）を含む。イベント情報は、例えば、イベント名、開催時間帯、イベントの内容を含む。イベント情報は、例えば、イベントのアーカイブにアクセスするためのリンク情報を含む。リンク情報は、例えば、ＵＲＩまたはＵＲＬである。

参加情報格納部１１４には、１または２以上のイベント参加情報が格納される。一のイベント参加情報は、一のイベントに関する情報である。イベント参加情報は、イベントに関与するユーザに関する情報である。イベント参加情報は、イベント識別子と１または２以上のユーザ識別子とを対応付ける情報である。イベント参加情報は、例えば、イベント識別子と１以上のユーザ識別子とを有する。イベント参加情報は、例えば、イベント識別子に対応付いた１以上のユーザ識別子である。なお、かかるユーザ識別子は、イベントに対して所定のアクションを行ったユーザを識別する情報である。アクションは、例えば、参加予約であることは好適である。ただし、アクションは、例えば、イベントに参加すること、イベントのコンテンツを閲覧したこと、イベントへの参加の予約、イベントに関する情報の閲覧、イベントに関する情報のダウンロードである。ただし、アクションは、イベントに関するアクションであれば良く、問わない。イベント参加情報は、ユーザのアクションの種類を識別するアクション種類識別子を有することは好適である。

受信部１２は、各種の情報や指示を受信する。各種の情報や指示は、例えば、後述する名刺交換指示、後述するイベント情報、後述するイベント指示、ユーザ登録指示、名刺情報である。

ユーザ登録指示は、ユーザ情報のユーザ情報格納部１１１への登録の指示である。ユーザ登録指示は、ユーザの名刺情報の登録の指示である、と言っても良い。ユーザ登録指示は、例えば、名刺情報、または名刺画像を有する。

名刺情報の受信は、一のユーザが受け取った他の人の名刺の情報の受信である。なお、名刺情報の受信は、名刺画像の受信でも良い。

名刺交換指示受信部１２１は、端末装置２から名刺交換指示を受信する。名刺交換指示は、名刺交換を行う指示である。名刺交換指示は、名刺交換に関する指示であるとも言える。なお、名刺交換は、名刺の受け取りだけでも良い。名刺交換指示は、一のユーザ識別子と１以上の他ユーザ識別子とに対応する指示である。他ユーザ識別子は、一のユーザ識別子で識別される一のユーザが名刺を受け取った他ユーザの識別子である。ここでの名刺は、紙の名刺でも良いし、電子的な名刺情報でも良い。名刺交換指示は、例えば、名刺交換する二人の各ユーザのユーザ識別子を有する。名刺交換指示は、例えば、一のユーザ識別子と１以上の他ユーザ識別子とを有する。

イベント情報受信部１２２は、端末装置２からイベント情報を受信する。イベント情報受信部１２２は、例えば、イベントの主催者の端末装置２からイベント情報を受信する。ただし、イベント情報受信部１２２は、例えば、イベント支援装置１の管理者等からイベント情報を受信しても良い。なお、イベント情報の受信は、イベント情報の登録のための受信である。また、イベント情報受信部１２２が一度に受信するイベント情報は、イベント情報格納部１１３のイベント情報と同じ構造を有していなくても良い。

イベント指示受信部１２３は、イベント識別子とユーザ識別子とに対応付けて、イベント指示を受信する。イベント指示とは、イベント識別子で識別されるイベントに対するアクションの指示である。イベント指示は、アクション種類識別子を有しても良い。アクションは、例えば、イベントへの参加予約、イベントへの参加、イベントの視聴、イベントに関する情報の受信、イベントでの発表である。イベント指示は、例えば、参加申込の指示、参加の指示、視聴申込の指示、資料提供申込の指示、発表申込の指示である。イベント指示は、イベントの主催者とのオンラインの名刺交換の指示でも良い。

処理部１３は、各種の処理を行う。各種の処理は、例えば、名刺交換部１３１、イベント情報蓄積部１３２、名刺提供処理部１３３、報知イベント取得部１３４、関連判断部１３５、報知処理部１３６、ユーザ処理部１３７が行う処理である。

名刺交換部１３１は、受信された名刺交換指示に従って、名刺交換処理を行う。名刺交換部１３１は、名刺交換指示に対応する一のユーザ識別子に対応する関係情報に、名刺交換指示に対応する１以上の他ユーザ識別子を加える処理を含む名刺交換処理を行う。名刺交換処理は、他ユーザ識別子に対応する関係情報に、一のユーザ識別子を加える処理を含むことは好適である。なお、関係情報は、関係情報格納部１１２に格納されている。

名刺交換処理は、通常、相互に名刺情報を渡しあう名刺交換の処理であるが、一方から名刺情報を受け取る名刺受取の処理でも良い。

イベント情報蓄積部１３２は、イベント情報受信部１２２が受信したイベント情報をイベント情報格納部１１３に蓄積する。イベント情報蓄積部１３２は、例えば、イベント情報の受信に応じて、ユニークなイベント識別子を取得し、当該イベント識別子に対応付いて、受信されたイベント情報をイベント情報格納部１１３に蓄積する。なお、ユニークな識別子を取得する処理は、公知の処理であるので、詳細な説明を省略する。

イベント情報蓄積部１３２は、例えば、イベントのアーカイブへのリンク情報を取得し、当該リンク情報をイベント情報に付加する。

イベント情報蓄積部１３２は、例えば、イベントの開始後、イベントの映像および音声を自動的に録画する。そして、処理部１３は、当該録画したイベントのアーカイブへのリンク情報を取得し、当該リンク情報をイベント情報に付加する。

イベント情報蓄積部１３２は、イベント情報が予め決められた蓄積条件を満たす場合のみ、リンク情報を有するイベント情報を蓄積できることは好適である。蓄積条件は、イベントの属性値に関する条件である。蓄積条件は、例えば、イベント情報がアーカイブによる閲覧の許可フラグを含むことである。蓄積条件は、例えば、イベント情報が有するイベント料が、閾値以上であることである。

名刺提供処理部１３３は、イベント指示の受信に応じて、名刺提供処理を行う。名刺提供処理は、イベントに参加するユーザの名刺情報の一部または全部を、当該イベントの主催者に提供するための処理である。名刺提供処理は、例えば、受信されたイベント指示に対応するユーザ識別子と対になる名刺情報の一部または全部を、当該イベント指示に対応するイベント識別子で識別されるイベントの主催者に提供するための処理である。

名刺提供処理は、例えば、イベント識別子に対応付けて名刺情報の一部または全部を蓄積する処理である。

名刺提供処理は、例えば、イベントに対して参加指示を送信したユーザと当該イベントの主催者との名刺交換処理である。ここでの名刺交換処理は、当該イベントの主催者の関係情報に、イベントに対して参加指示を送信したユーザのユーザ識別子を加える処理を含むことは好適である。また、ここでの名刺交換処理は、イベントに対して参加指示を送信したユーザの関係情報に、当該イベントの主催者のユーザ識別子を加える処理を含んでも良い。かかる場合、イベントの主催者のユーザ識別子は、イベント識別子に対応付けて、格納されている。

名刺提供処理は、例えば、イベント識別子と対になる主催者のメールアドレス宛に、イベントに対して参加指示を送信したユーザのユーザ識別子と対になる名刺情報の一部または全部を送信する処理である。

なお、名刺提供処理により、イベントの主催者は、イベント指示に対応するアクション（例えば、参加予約）を行ったユーザを把握できる。

報知イベント取得部１３４は、関係情報格納部１１２に格納されている１以上の他ユーザ識別子であり、一のユーザのユーザ識別子と対になる１以上の各他ユーザ識別子を用いて、当該一のユーザに報知するイベント情報の一部または全部をイベント情報格納部１１３から取得する。一のユーザのユーザ識別子と対になる１以上の各他ユーザ識別子は、一のユーザと繋がりのある他ユーザの識別子である。

なお、１以上の各他ユーザ識別子を用いてイベント情報の一部または全部を取得する処理は、例えば、フィルタリング処理、またはソート処理である。フィルタリング処理は、一のユーザの繋がりがあるユーザが関与する（例えば、参加予定の）イベントの情報のみを取得する処理である。フィルタリング処理は、例えば、１以上の各他ユーザ識別子と対になるイベント識別子と対になるイベント情報の一部または全部のみを取得する処理である。ソート処理は、２以上のイベント情報のうち、一のユーザの繋がりがあるユーザが関与するイベントの情報を前に配置し、一のユーザの繋がりがあるユーザが関与しないイベントの情報を後に配置することである。

報知イベント取得部１３４は、例えば、関係情報格納部１１２に格納されている１以上の他ユーザ識別子であり、一のユーザのユーザ識別子と対になる１以上の各他ユーザ識別子を取得する。次に、報知イベント取得部１３４は、例えば、１以上の各他ユーザ識別子と対になるイベント識別子を参加情報格納部１１４から取得する。つまり、１以上の各他ユーザ識別子で識別される他ユーザが所定のアクション（例えば、参加予約）を起こしたイベントのイベント識別子を参加情報格納部１１４から取得する。次に、報知イベント取得部１３４は、例えば、取得した１以上の各イベント識別子と対になるイベント情報の一部または全部をイベント情報格納部１１３から取得する。

報知イベント取得部１３４は、イベント情報の一部または全部に加えて、当該イベント情報に対応するイベントに対する所定のアクションを行ったユーザを識別する１以上のユーザ識別子を参加情報格納部１１４から取得し、当該１以上の各ユーザ識別子で識別されるユーザ情報の一部または全部をユーザ情報格納部１１１から取得しても良い。報知イベント取得部１３４は、例えば、イベント情報を取得すると共に、当該イベントに参加等する他ユーザであり、一のユーザと繋がりのある他ユーザのユーザ情報の一部または全部をユーザ情報格納部１１１から取得しても良い。なお、ユーザ情報の一部または全部とは、例えば、ユーザ情報が有する氏名、ユーザ情報が有する画像（写真など）のうちの１以上の情報である。

関連判断部１３５は、関係情報格納部１１２を参照し、報知イベント取得部１３４が取得した１以上のユーザ識別子で識別される各ユーザが、一のユーザと繋がりがあるか否かを判断する。関連判断部１３５は、例えば、報知イベント取得部１３４が取得した１以上のユーザ識別子が、一のユーザのユーザ識別子と対にして、関係情報格納部１１２に格納されているか否かを判断する。

報知処理部１３６は、報知イベント取得部１３４が取得した１以上のイベント情報の一部または全部を、一のユーザに報知するための報知処理を行う。報知処理は、例えば、一のユーザへのメール、ショートメッセージ等の通信手段による送信である。報知処理は、例えば、一のユーザの端末装置２への送信である。イベント情報の一部または全部の送信のトリガーは問わない。ユーザの指示を端末装置２から受信したことをトリガー（プル型）でも良いし、自動的に送信しても良い（プッシュ型）。自動的な送信の条件も問わない。例えば、予め決められた時刻になった場合に送信しても良いし、一のユーザと繋がりがある他ユーザの参加予約等のアクションを受信した場合等でも良い。

報知処理は、例えば、一のユーザのユーザ識別子と対にして、報知イベント取得部１３４が取得したイベント識別子またはイベント情報の一部または全部を蓄積する処理である。かかる処理により、一のユーザのイベント支援装置１へのアクセスに応じて、イベント情報の一部または全部が一のユーザの端末装置２で出力される。

報知処理部１３６は、報知イベント取得部１３４が取得したユーザ情報の一部または全部を、関連判断部１３５における判断結果を明示する態様で、一のユーザに報知するための報知処理を行うことは好適である。判断結果を明示する態様は、繋がりがあるか否かが分かる態様である。

報知処理部１３６は、ユーザ情報の一部または全部を、ユーザ情報に対応する立場識別子を明示する態様で、一のユーザに報知するための報知処理を行う。立場識別子は、例えば、「参加者」「登壇者」「主催者」である。立場識別子は、イベント識別子に対応するユーザ識別子に対応付けて格納されている、とする。

ユーザ処理部１３７は、ユーザが参加予定のイベントのイベント情報を用いて、ユーザに対するユーザ処理を行う。ユーザ処理とは、ユーザへのイベントに関するサービス提供のための処理である。ユーザ処理は、例えば、イベントに関する情報の通知、イベント詳細の情報の送信、イベント参加者の情報の送信、名刺交換の場の提供、イベント参加者間のチャットの場の提供などである。

ユーザ処理部１３７は、例えば、イベント情報が有する開催開始時刻の所定時間前になった際に、ユーザのユーザ情報が有するユーザ通知先に、イベントに関する情報を通知する。

送信部１４は、各種の情報を端末装置２に送信する。各種の情報は、例えば、各種の画面情報である。

端末装置２を構成する端末格納部２１には、各種の情報が格納される。各種の情報は、例えば、ユーザ識別子、ユーザ情報である。

端末受付部２２は、各種の指示や情報を受け付ける。各種の指示や情報は、例えば、ユーザ登録指示、名刺情報、イベント情報、イベント取得指示、イベント指示、名刺交換指示である。

端末処理部２３は、各種の処理を行う。各種の処理とは、例えば、端末受付部２２が受け付けた指示や情報を、送信するデータ構造の指示や情報にする処理である。各種の処理とは、例えば、端末受信部２５が受信した情報を、出力するデータ構造の情報にする処理である。

端末送信部２４は、各種の指示や情報を送信する。各種の指示や情報は、例えば、ログイン指示、名刺交換指示、イベント情報、イベント指示である。

端末受信部２５は、各種の情報を受信する。各種の情報は、例えば、イベント情報、各種の画面情報である。

端末出力部２６は、各種の情報を出力する。各種の情報は、例えば、イベント情報、各種の画面である。

格納部１１、ユーザ情報格納部１１１、関係情報格納部１１２、イベント情報格納部１１３、参加情報格納部１１４、および端末格納部２１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。

受信部１２、名刺交換指示受信部１２１、イベント情報受信部１２２、イベント指示受信部１２３、および端末受信部２５は、通常、無線または有線の通信手段で実現される。

処理部１３、名刺交換部１３１、イベント情報蓄積部１３２、名刺提供処理部１３３、報知イベント取得部１３４、関連判断部１３５、報知処理部１３６、ユーザ処理部１３７、および端末処理部２３は、通常、プロセッサやメモリ等から実現され得る。処理部１３等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。なお、プロセッサは、ＣＰＵ、ＭＰＵ、ＧＰＵ等であり、その種類は問わない。

送信部１４、および端末送信部２４は、通常、無線または有線の通信手段で実現される。報知処理部１３６も、無線または有線の通信手段で実現されても良い。

端末受付部２２は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

端末出力部２６は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。端末出力部２６は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

次に、イベントシステムＡの動作例について説明する。まず、イベント支援装置１の動作例について、図３のフローチャートを用いて説明する。

（ステップＳ３０１）受信部１２は、端末装置２からユーザ登録指示を受信したか否かを判断する。ユーザ登録指示を受信した場合はステップＳ３０２に行き、ユーザ登録指示を受信しなかった場合はステップＳ３０４に行く。なお、ユーザ登録指示は、名刺情報、または名刺情報の元になる名刺画像を有する。

（ステップＳ３０２）処理部１３は、ユーザ登録指示が有する情報から名刺情報を有するユーザ情報を構成する。また、処理部１３は、ユニークなユーザ識別子を取得する。

なお、ユーザ登録指示が名刺情報を有する場合、例えば、処理部１３は、当該ユーザ登録指示が有する名刺情報を取得し、当該名刺情報を有するユーザ情報を構成する。また、ユーザ登録指示が名刺画像を有する場合、例えば、処理部１３は、当該ユーザ登録指示が有する名刺画像を取得し、当該名刺画像を文字認識し、名刺情報を取得し、当該名刺情報を有するユーザ情報を構成する。

（ステップＳ３０３）処理部１３は、ステップＳ３０２で取得したユーザ識別子と対にして、ステップＳ３０２で取得したユーザ情報をユーザ情報格納部１１１に蓄積する。ステップＳ３０１に戻る。

（ステップＳ３０４）受信部１２は、一のユーザ識別子と対応付けて、名刺情報を受信したか否かを判断する。名刺情報を受信した場合はステップＳ３０５に行き、名刺情報を受信しなかった場合はステップＳ３０８に行く。なお、一のユーザ識別子と対応付けられた名刺情報は、一のユーザ識別子で識別されるユーザが受け取った名刺の情報である。

（ステップＳ３０５）名刺交換部１３１は、名刺情報に対応するユーザのユーザ情報がユーザ情報格納部１１１に存在するか否かを判断する。当該ユーザ情報がユーザ情報格納部１１１に存在する場合はステップＳ３０７に行き、存在しない場合はステップＳ３０６に行く。

（ステップＳ３０６）名刺交換部１３１は、ステップＳ３０４で受信された名刺情報をユーザ情報格納部１１１に蓄積する。なお、かかる場合、処理部１３は、ユニークなユーザ識別子を取得し、当該ユーザ識別子に対応付けて名刺情報を蓄積することは好適である。

（ステップＳ３０７）名刺交換部１３１は、ステップＳ３０４で受信された名刺情報に対応するユーザ識別子を取得する。処理部１３は、当該ユーザ識別子を、一のユーザ識別子に対応する関係情報に追記する。ステップＳ３０１に戻る。なお、ここで、名刺交換部１３１は、ステップＳ３０４で受信された名刺情報に対応するユーザ識別子に対応する関係情報に、一のユーザ識別子を追記しても良い。

（ステップＳ３０８）イベント情報受信部１２２は、端末装置２からイベント情報を受信したか否かを判断する。イベント情報を受信した場合はステップＳ３０９に行き、イベント情報を受信しなかった場合はステップＳ３１１に行く。なお、かかる端末装置２は、通常、イベントの主催者の端末装置２であるが、イベント支援装置１の運営者の端末装置２等でも良い。また、イベント情報の受信は、イベント情報の登録指示（イベント登録指示）の受信でも良い。

（ステップＳ３０９）イベント情報蓄積部１３２は、ユニークなイベント識別子を取得する。イベント情報蓄積部１３２は、ステップＳ３０８で受信されたイベント情報を取得する。

（ステップＳ３１０）イベント情報蓄積部１３２は、ステップＳ３０９で取得したイベント識別子に対応付けて、ステップＳ３０９で取得したイベント情報をイベント情報格納部１１３に蓄積する。ステップＳ３０１に戻る。

（ステップＳ３１１）イベント指示受信部１２３は、端末装置２からイベント取得指示を受信したか否かを判断する。イベント取得指示を受信した場合はステップＳ３１２に行き、イベント指示を受信しなかった場合はステップＳ３１４に行く。なお、イベント取得指示は、通常、イベント取得指示を送信してきた一のユーザのユーザ識別子に対応付いている。

（ステップＳ３１２）報知イベント取得部１３４は、報知イベント取得処理を行う。報知イベント取得処理の例について、図４のフローチャートを用いて説明する。

（ステップＳ３１３）報知処理部１３６は、ステップＳ３１２で取得した１以上のイベント情報の一部または全部を用いて、イベント取得指示を送信してきた端末装置２に対して、報知処理を行う。ステップＳ３０１に戻る。なお、報知処理は、通常、１以上のイベント情報の一部または全部を端末装置２に送信する処理である。

（ステップＳ３１４）イベント指示受信部１２３は、端末装置２からイベント指示を受信したか否かを判断する。イベント指示を受信した場合はステップＳ３１５に行き、イベント指示を受信しなかった場合はステップＳ３１６に行く。なお、イベント指示は、通常、一のユーザのユーザ識別子に対応付いている。また、イベント指示は、通常、イベント識別子を有する。また、イベント指示は、アクション種類識別子を有しても良い。

（ステップＳ３１５）名刺提供処理部１３３等は、名刺提供等の処理を行う。ステップＳ３０１に戻る。名刺提供等の処理の例について、図５のフローチャートを用いて説明する。

（ステップＳ３１６）名刺交換指示受信部１２１は、名刺交換指示を受信したか否かを判断する。名刺交換指示を受信した場合はステップＳ３１７に行き、名刺交換指示を受信しなかった場合はステップＳ３１８に行く。

（ステップＳ３１７）名刺交換部１３１は、名刺交換処理を行う。ステップＳ３０１に戻る。名刺交換処理の例について、図６のフローチャートを用いて説明する。

（ステップＳ３１８）ユーザ処理部１３７は、ユーザ処理を行うか否かを判断する。ユーザ処理を行う場合はステップＳ３１９に行き、ユーザ処理を行わない場合はステップＳ３０１に戻る。

（ステップＳ３１９）ユーザ処理部１３７は、ユーザ処理を行う。ステップＳ３０１に戻る。ユーザ処理の例について、図７のフローチャートを用いて説明する。

なお、図３のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、ステップＳ３１２の報知イベント取得処理の例について、図４のフローチャートを用いて説明する。

（ステップＳ４０１）報知イベント取得部１３４は、イベント取得指示を送信してきた一のユーザのユーザ識別子を取得する。

（ステップＳ４０２）報知イベント取得部１３４は、ステップＳ４０１で取得したユーザ識別子と対になる１以上の他ユーザ識別子を、関係情報格納部１１２から取得する。なお、他ユーザ識別子は、関係情報格納部１１２において、ステップＳ４０１で取得したユーザ識別子に対応付いている。また、他ユーザ識別子は、一のユーザが受け取った名刺のユーザの識別子である。

（ステップＳ４０３）報知イベント取得部１３４は、カウンタｉに１を代入する。

（ステップＳ４０４）報知イベント取得部１３４は、ステップＳ４０２で取得した他ユーザ識別子の中で、ｉ番目の他ユーザ識別子が存在するか否かを判断する。ｉ番目の他ユーザ識別子が存在する場合はステップＳ４０５に行き、ｉ番目の他ユーザ識別子が存在しない場合はステップＳ４０７に行く。

（ステップＳ４０５）報知イベント取得部１３４は、ｉ番目の他ユーザ識別子と対になる１以上のイベント識別子を参加情報格納部１１４から取得する。なお、報知イベント取得部１３４は、ここで、イベント識別子を取得できない場合もあり得る。また、報知イベント取得部１３４は、ｉ番目の他ユーザ識別子と対になるイベント識別子であり、予め決められたアクション種類識別子（例えば、「参加予約」）と対になるイベント識別子を取得することは好適である。

（ステップＳ４０６）報知イベント取得部１３４は、カウンタｉを１、インクリメントする。ステップＳ４０４に戻る。

（ステップＳ４０７）報知イベント取得部１３４は、ステップＳ４０５で取得したイベント識別子をソートする。また、報知イベント取得部１３４は、ソートしたイベント識別子に対して、ユニーク処理をする。なお、ソートのキーは、例えば、ステップＳ４０５で取得された数（イベントへの参加者等の数）、イベントの属性値である。イベントの属性値は、例えば、開催日時、イベントの最大参加数である。つまり、例えば、一のユーザとの繋がりがあるユーザが多く参加するイベントの降順、開催日時が早いイベントの降順、最大参加数が多いイベントの降順の、イベント識別子がソートされる。

（ステップＳ４０８）報知イベント取得部１３４は、カウンタｊに１を代入する。

（ステップＳ４０９）報知イベント取得部１３４は、ステップＳ４０７で取得されたイベント識別子の中で、ｊ番目のイベント識別子が存在するか否かを判断する。ｊ番目のイベント識別子が存在する場合はステップＳ４１０に行き、ｊ番目のイベント識別子が存在しない場合はステップＳ４１７に行く。

（ステップＳ４１０）報知イベント取得部１３４は、ｊ番目のイベント識別子と対になるイベント情報の一部または全部をイベント情報格納部１１３から取得する。

（ステップＳ４１１）報知イベント取得部１３４は、ステップＳ４０２で取得した他ユーザ識別子の中で、ｊ番目のイベント識別子と対になる他ユーザ識別子を取得する。

（ステップＳ４１２）報知イベント取得部１３４は、カウンタｋに１を代入する。

（ステップＳ４１３）報知イベント取得部１３４は、ステップＳ４１１で取得した他ユーザ識別子の中で、ｋ番目の他ユーザ識別子が存在するか否かを判断する。ｋ番目の他ユーザ識別子が存在する場合はステップＳ４１４に行き、ｋ番目の他ユーザ識別子が存在しない場合はステップＳ４１６に行く。

（ステップＳ４１４）報知イベント取得部１３４は、ｋ番目の他ユーザ識別子と対になるユーザ情報の一部または全部を取得する。

（ステップＳ４１５）報知イベント取得部１３４は、カウンタｋを１、インクリメントする。ステップＳ４１３に戻る。

（ステップＳ４１６）報知イベント取得部１３４は、カウンタｊを１、インクリメントする。ステップＳ４０９に戻る。

（ステップＳ４１７）報知イベント取得部１３４は、ステップＳ４１０で取得したイベント情報、およびステップＳ４１４で取得したユーザ情報を用いて、送信する画面情報を構成する。上位処理にリターンする。

次に、ステップＳ３１５の名刺提供等の処理の例について、図５のフローチャートを用いて説明する。

（ステップＳ５０１）名刺提供処理部１３３は、イベント指示を送信した一のユーザのユーザ識別子を取得する。

（ステップＳ５０２）名刺提供処理部１３３は、ステップＳ５０１で取得したユーザ識別子に対応する名刺情報をユーザ情報格納部１１１から取得する。

（ステップＳ５０３）名刺提供処理部１３３は、イベント指示に対応するイベントのイベント識別子と対になる主催者のユーザ識別子をイベント情報格納部１１３から取得する。

（ステップＳ５０４）名刺提供処理部１３３は、ステップＳ５０３で取得した主催者のユーザ識別子に、ステップＳ５０２で取得したユーザの名刺情報を対応付ける。なお、かかる対応付ける処理は、名ステップＳ５０３で取得した主催者のユーザ識別子に対応する関係情報に、ステップＳ５０２で取得したユーザの名刺情報に対応するユーザ識別子を付加する処理でも良い。

（ステップＳ５０５）名刺提供処理部１３３は、ステップＳ５０１で取得したユーザ識別子に対応する関係情報に、ステップＳ５０３で取得した主催者のユーザ識別子を付加する。

（ステップＳ５０６）処理部１３は、イベント指示に対応するイベントに関する情報を送付するか否かを判断する。情報を送付する場合はステップＳ５０７に行き、情報を送付しない場合は上位処理にリターンする。

（ステップＳ５０７）処理部１３は、イベント指示に対応するイベントのイベント情報の中の情報であり、送付する情報を、イベント情報格納部１１３から取得する。なお、送付する情報は、例えば、イベントの視聴用のＵＲＬである。

（ステップＳ５０８）送信部１４は、ステップＳ５０７で取得された情報を、イベント指示を送信してきて端末装置２に送信する。上位処理にリターンする。

次に、ステップＳ３１７の名刺交換処理の例について、図６のフローチャートを用いて説明する。

（ステップＳ６０１）名刺交換部１３１は、名刺交換指示に含まれる一のユーザのユーザ情報を取得する。

（ステップＳ６０２）名刺交換部１３１は、名刺交換指示に含まれる他のユーザ識別子に対応するユーザ情報がユーザ情報格納部１１１に登録されているか否かを判断する。登録されている場合はステップＳ６０５に行き、登録されていない場合はステップＳ６０３に行く。

（ステップＳ６０３）名刺交換部１３１は、名刺交換指示に含まれる他のユーザの名刺情報を取得する。

（ステップＳ６０４）名刺交換部１３１は、名刺交換指示に含まれる他のユーザ識別子に対応付けて、ステップＳ６０３で取得した名刺情報をユーザ情報格納部１１１に蓄積する。

（ステップＳ６０５）名刺交換部１３１は、名刺交換指示に含まれる他のユーザ識別子を取得する。

（ステップＳ６０６）名刺交換部１３１は、一のユーザのユーザ識別子と対になる関係情報に、ステップＳ６０５で取得した他のユーザ識別子を追記する。

（ステップＳ６０７）名刺交換部１３１は、他のユーザ識別子と対になる関係情報に、一のユーザのユーザ識別子を追記する。上位処理にリターンする。

次に、ステップＳ３１９のユーザ処理の例について、図７のフローチャートを用いて説明する。

（ステップＳ７０１）ユーザ処理部１３７は、カウンタｉに１を代入する。

（ステップＳ７０２）ユーザ処理部１３７は、イベント情報格納部１１３に、ｉ番目のイベント識別子が存在するか否かを判断する。ｉ番目のイベント識別子が存在する場合はステップＳ７０３に行き、ｉ番目のイベント識別子が存在しない場合は上位処理にリターンする。

（ステップＳ７０３）ユーザ処理部１３７は、ｉ番目のイベント識別子に対応するイベント情報をイベント情報格納部１１３から取得する。

（ステップＳ７０４）ユーザ処理部１３７は、ステップＳ７０３で取得したイベント情報が第一条件を満たすか否かを判断する。第一条件を満たす場合はステップＳ７０５に行き、第一条件を満たさない場合はステップＳ７１２に行く。なお、第一条件は、イベントに関する条件であり、例えば、「本日から開催日が所定期間以内であること」「ユーザに報知することを示すフラグが存在すること」である。

（ステップＳ７０５）ユーザ処理部１３７は、ｉ番目のイベント識別子と対になる１以上のユーザ識別子を参加情報格納部１１４から取得する。なお、ここで、ユーザ識別子を取得できない場合もあり得る。

（ステップＳ７０６）ユーザ処理部１３７は、カウンタｊに１を代入する。

（ステップＳ７０７）ユーザ処理部１３７は、ステップＳ７０５で取得したユーザ識別子の中で、ｊ番目のユーザ識別子が存在するか否かを判断する。ｊ番目のユーザ識別子が存在する場合はステップＳ７０８に行き、ｊ番目のユーザ識別子が存在しない場合はステップＳ７１２に行く。

（ステップＳ７０８）ユーザ処理部１３７は、ｊ番目のユーザ識別子と対になるユーザ情報をユーザ情報格納部１１１から取得する。

（ステップＳ７０９）ユーザ処理部１３７は、ステップＳ７０８で取得したユーザ情報が第二条件を満たすか否かを判断する。第二条件を満たす場合はステップＳ７１０に行き、第二条件を満たさない場合はステップＳ７１１に行く。第二条件は、ユーザ情報に関する条件であり、例えば、「事前に報知を希望するフラグが存在すること」である。

（ステップＳ７１０）ユーザ処理部１３７は、ｊ番目のユーザ識別子で識別されるユーザに対して、ｉ番目のイベント識別子で識別されるイベントに関する処理を行う。なお、かかる処理は、ｊ番目のユーザ識別子で識別されるユーザ（例えば、メールアドレス）に、ｉ番目のイベント識別子で識別されるイベントのイベント情報を送信する処理である。

（ステップＳ７１１）ユーザ処理部１３７は、カウンタｊを１、インクリメントする。ステップＳ７０７に戻る。

（ステップＳ７１２）ユーザ処理部１３７は、カウンタｉを１、インクリメントする。ステップＳ４７０２に戻る。

次に、端末装置２の動作例について説明する。端末装置２の端末受付部２２は、各種の指示や情報を受け付ける。次に、端末処理部２３は、端末受付部２２が受け付けた指示や情報を、送信するデータ構造の指示や情報にする。次に、端末送信部２４は、各種の指示や情報をイベント支援装置１に送信する。次に、各種の指示や情報の送信に応じて、端末受信部２５は、各種の情報をイベント支援装置１から受信する。端末処理部２３は、端末受信部２５が受信した情報を、出力するデータ構造の情報にする。端末出力部２６は、当該情報を出力する。

以下、本実施の形態におけるイベントシステムＡの具体的な動作例について説明する。

今、イベント支援装置１のユーザ情報格納部１１１には、図８に示す構造を有するユーザ管理表が格納されている。ユーザ管理表は、１以上のユーザ情報を有する。ユーザ情報は、ここでは、「ＩＤ」「ユーザ識別子」「パスワード」「名刺情報」を有する。ここでは、「名刺情報」は、「属性値」「名刺画像」を有する。ここでの「属性値」は、「氏名」「通知先情報（メールアドレス）」「会社名」等を有する。なお、ユーザ管理表の各ユーザ情報は、ユーザ登録指示の受信に応じて蓄積された情報である。また、図８の「・・・・」は、情報の省略を示す。

また、関係情報格納部１１２には、図９に示す関係情報管理表が格納される。関係情報管理表は、関係情報を管理する表である。関係情報管理表は、名刺交換を管理する表である、とも言える。名刺交換は、名刺を受け取ること、名刺を渡すこと、相互に名刺を交換することのいずれでも良い。関係情報管理表は、「ＩＤ」「ユーザ識別子」「関係情報」を有する１以上のレコードを管理する。「関係情報」は、「名刺交換相手名刺画像」「名刺交換相手ユーザ識別子」「関係ユーザ情報」を有する。「名刺交換相手名刺画像」は、ユーザ識別子で識別されるユーザが名刺を受け取った相手の名刺画像である。「名刺交換相手ユーザ識別子」は、ユーザ識別子で識別されるユーザが名刺を受け取った相手のユーザ識別子である。「関係ユーザ情報」は、ユーザ識別子で識別されるユーザが名刺を受け取った相手のユーザの情報（名刺情報の一例であると言える）である。「関係ユーザ情報」は、ここでは、「氏名」「メールアドレス」「会社名」などを有する。なお、関係情報管理表の関係情報は、名刺交換部１３１が行った名刺交換処理により蓄積された情報である。

また、イベント情報格納部１１３には、図１０に示す構造を有するイベント情報管理表が格納される。イベント情報管理表は、「イベント識別子」「イベント情報」を有する１以上のレコードを管理する。「イベント情報」は、ここでは、「告知ＵＲＬ」「イベント名」「視聴用ＵＲＬ」「開催時間帯」「主催者識別子」「登壇者識別子」「内容」を有する。「告知ＵＲＬ」は、イベントの内容や詳細を告知するウェブページのＵＲＬである。「視聴用ＵＲＬ」は、イベントに参加するためのＵＲＬである。「イベント名」はイベントの名称である。「開催時間帯」はイベントが開催される開始日時と終了日時とを有する。「主催者識別子」は、イベントの主催者のユーザ識別子である。「登壇者識別子」は、イベントの登壇者のユーザ識別子である。「内容」は、イベントの内容を示す情報である。イベント情報管理表のイベント情報は、イベント情報の受信により蓄積された情報である。

さらに、参加情報格納部１１４には、図１１に示す構造を有する参加情報管理表が格納される。参加情報管理表は、「イベント識別子」「ユーザ識別子」「アクション種類識別子」を有する。「アクション種類識別子」は、ユーザ識別子で識別されるユーザが、イベント識別子で識別されるイベントに対して、所定のアクションをとったか否かを示すフラグが格納され得る。「アクション種類識別子」は、ここでは「情報取得」「参加予約」「視聴」「アーカイブ視聴」を有する。「情報取得」「参加予約」「視聴」「アーカイブ視聴」の各値が「１」である場合、対応する種類のアクションを、ユーザがイベントに対して行ったことを示す。図１１によれば、「Ｅ００１」のイベントに対して、ユーザ「１００１」は、情報取得を行い、かつ参加予約を行ったことを意味する。なお、情報取得とは、例えば、イベント情報を受信したこと、イベントの告知ページを開いたことである。参加情報管理表の参加情報は、例えば、イベント指示の受信により蓄積される。

かかる状況において、以下の６つの具体例を説明する。具体例１は、イベント情報の登録の処理である。具体例２は、ユーザがイベント情報を閲覧する処理である。具体例３は、ユーザが、イベントへの参加予約を行う処理である。具体例４は、ユーザの繋がりのある他のユーザの情報を閲覧する処理である。具体例５は、ユーザ処理である。ここでのユーザ処理は、ユーザに対して、参加予定のイベントの開催日時が近づいてきた場合に、当該イベントの情報を報知する処理である、とする。具体例６は、イベントに参加しているユーザ間で名刺交換を行う処理である。

（具体例１）
ユーザ「戸田弘明」（ユーザ識別子＝１０５１）は、端末装置２にイベント情報を登録するための画面の要求をイベント支援装置１に送信した。その結果、端末装置２には、イベント情報を登録するための画面が表示された、とする（図１２（ａ）参照）。次に、当該ユーザは、＜告知ＵＲＬ＞等のイベント情報を構成する情報を入力し、登録ボタン１２０１を指示した、とする（図１２（ａ）参照）。なお、「ＵＲＬ１１」「ＵＲＬ１２」は、ＵＲＬ（例えば、https://www.a.com/・・・）である。

すると、端末装置２の端末受付部２２は、かかる登録ボタン１２０１への指示を受け付ける。次に、端末処理部２３は、送信する指示「イベント登録指示 ＜告知ＵＲＬ＞ＵＲＬ１１，＜イベント名＞なぜサービスリニューアル・・・，＜視聴用ＵＲＬ＞ＵＲＬ１２，＜開催時間帯＞２／１２ １３：００―２／１２ １５：００，＜主催者＞１０５１，＜登壇者＞１０５２：１０８４，＜内容＞・・・・・・・・・・・・・・・」を構成する。次に、端末送信部２４は、当該イベント登録指示をイベント支援装置１に送信する。なお、イベント登録指示は、入力されたイベント情報を含む。なお、端末処理部２３は、端末格納部２１のユーザ識別子「１０５１」を読み出し、「＜主催者＞１０５１」を含むイベント登録指示を構成する。

次に、イベント支援装置１のイベント情報受信部１２２は、端末装置２からイベント情報を含むイベント登録指示を受信する。

次に、イベント情報蓄積部１３２は、ユニークなイベント識別子（ここで「Ｅ００１」）を生成する。イベント情報蓄積部１３２は、イベント識別子「Ｅ００１」に対応付けて、受信されたイベント情報をイベント情報管理表（図１０）に蓄積する。かかるイベント情報は、イベント情報管理表の「Ｅ００１」と対になる情報である。

次に、送信部１４は、イベント情報が登録された旨を含む画面情報を端末装置２に送信する。

次に、端末装置２は、当該画面情報を受信し、出力する（図１２（ｂ）参照）。

次に、ユーザは、図１２（ｂ）の画面の「シェアする」ボタン１２０２を指示した、とする。

すると、端末装置２は、かかる指示を受け付け、イベント識別子「Ｅ００１」を有する「シェア指示」をイベント支援装置１に送信する。

次に、イベント支援装置１の受信部１２は、イベント識別子「Ｅ００１」を有する「シェア指示」を受信する。次に、処理部１３は、イベント識別子「Ｅ００１」と対になる主催者のユーザ識別子「１０５１」を取得する。次に、処理部１３は、ユーザ識別子「１０５１」と繋がりのある他ユーザの１以上のユーザ識別子を関係情報管理表（図９）から取得する。また、処理部１３は、イベント識別子「Ｅ００１」と対になるイベント情報であり、他ユーザに知らせる情報を、イベント情報管理表（図１０）から取得する。なお、他ユーザに知らせる情報は、イベント情報のすべてでも良いし、イベント情報の中の予め決められた一部の情報でも良い。次に、処理部１３は、他ユーザの１以上の各ユーザ識別子で識別されるユーザに対して、取得したイベント情報を報知するための処理を行う。かかる処理は、例えば、１以上の各ユーザ識別子と対になる通知先情報（図８参照）を用いたメールでの送信、他ユーザがイベント支援装置１にログインした際に、他ユーザの端末装置２に送信する処理等である。

次に、例えば、他ユーザの端末装置２は、イベント識別子「Ｅ００１」で識別されるイベントの情報を受信し、出力する。

以上の処理により、イベント情報が登録され、ユーザ「戸田弘明」と繋がりのある他ユーザに、イベントに関する情報が報知された。

（具体例２）
ユーザ「青木次郎」（ユーザ識別子「１００３」）は、端末装置２を用いて、イベント支援装置１にログイン後、今後開催される、または開催中のイベント情報を閲覧するイベント取得指示を端末装置２に入力した、とする。

次に、端末装置２の端末受付部２２は、イベント取得指示を受け付ける。次に、端末処理部２３は、端末格納部２１のユーザ識別子「１００３」を読み出し、当該ユーザ識別子を有するイベント取得指示を構成する、次に、端末送信部２４は、イベント取得指示「＜ユーザ識別子＞１００３」をイベント支援装置１に送信する。

次に、イベント支援装置１のイベント指示受信部１２３は、端末装置２から当該イベント取得指示を受信する。

次に、報知イベント取得部１３４は、以下のように報知イベント取得処理を行う。つまり、報知イベント取得部１３４は、イベント取得指示を送信してきた一のユーザのユーザ識別子「１００３」をイベント取得指示から取得する。

次に、報知イベント取得部１３４は、ユーザ識別子「１００３」と対になる１以上の他ユーザ識別子を、関係情報管理表（図９）から取得する。なお、１以上の他ユーザ識別子は、青木次郎と名刺交換等した繋がりのある他のユーザのユーザ識別子である。

次に、報知イベント取得部１３４は、１以上の各他ユーザ識別子と対になる１以上のイベント識別子を参加情報管理表（図１１）から取得する。かかるイベント識別子は、例えば、他のユーザが参加予約しているイベントの識別子である。

次に、報知イベント取得部１３４は、イベント識別子を、例えば、参加予約の数が多い順にソートする。また、報知イベント取得部１３４は、ソートしたイベント識別子に対して、ユニーク処理をする。そして、報知イベント取得部１３４は、ユニーク処理後の各イベント識別子と対になるイベント情報の一部または全部をイベント情報管理表（図１０）から取得する。また、報知イベント取得部１３４は、各イベント識別子と対になるユーザ識別子のうち、「参加予約「１」」に対応するユーザ識別子（イベントに参加する予定のユーザの識別子）を、参加情報管理表（図１１）から取得する。また、報知イベント取得部１３４は、参加予約したユーザのユーザ情報、イベントの主催者のユーザ情報、登壇者のユーザ情報を、ユーザ情報管理表（図８）から取得する。次に、報知イベント取得部１３４は、ユーザ「青木次郎」に報知するイベント情報等を有する画面情報を構成する。なお、かかる画面情報には、イベント情報の一部または全部、参加予約したユーザのユーザ情報の一部または全部、主催者のユーザ情報の一部または全部、登壇者のユーザ情報の一部または全部を有する。また、画面情報は、２以上の画面の情報でも良い。

次に、報知イベント取得部１３４は、当該画面情報をユーザ「青木次郎」の端末装置２に送信する。

次に、端末装置２は、当該画面情報を受信し、当該画面情報を用いて画面を構成し、出力する。かかる画面例は、図１３（ａ）である。なお、図１３（ａ）において、１３０１、１３０２の２つのイベント情報が表示されている。

（具体例３）
端末装置２において図１３（ａ）が表示された後、ユーザ「青木次郎」は、図１３（ａ）の１３０１を指示した、とする。次に、端末装置２には、図１３（ｂ）の画面が表示された、とする。

次に、ユーザは、図１３（ｂ）の「今すぐ視聴する」ボタン１３０３を指示した、とする。すると、端末装置２は、主催者との名刺交換をし、イベントを視聴することの確認画面（図１３（ｃ））を出力する。なお、かかる画面（図１３（ｃ））の情報は、イベント支援装置１から受信した情報である。

次に、ユーザは、図１３（ｃ）の「名刺交換して視聴する」ボタン１３０４を指示した、とする。

すると、端末装置２の端末受付部２２は、イベント指示を受け付ける。次に、端末処理部２３は、１３０１に対応するイベントのイベント識別子「Ｅ００１」と、端末格納部２１のユーザ識別子「１００３」とを取得し、イベント指示「＜イベント識別子＞Ｅ００１，＜ユーザ識別子＞１００３」を構成する。次に、端末送信部２４は、当該イベント指示をイベント支援装置１に送信する。

次に、イベント支援装置１のイベント指示受信部１２３は、端末装置２から当該イベント指示を受信する。

次に、名刺提供処理部１３３等は、以下のように名刺提供等の処理を行う。なお、ここでの名刺提供等は、ユーザが主催者と電子的な名刺交換を行い、ユーザが当該イベントへの視聴を開始することである。

つまり、名刺提供処理部１３３は、イベント指示を送信したユーザのユーザ識別子「１００３」を取得する。また、ユーザ識別子「１００３」と対になる名刺情報を、ユーザ情報管理表（図８）から取得する。

次に、名刺提供処理部１３３は、イベント識別子「Ｅ００１」と対になる主催者識別子「１０５１」を取得する。また、ユーザ識別子「１０５１」と対になる名刺情報を、ユーザ情報管理表（図８）から取得する。

次に、名刺提供処理部１３３は、ユーザ識別子「１００３」と、ユーザ識別子「１０５１」と対になる名刺情報の一部とを用いて、関係情報を構成する。次に、名刺提供処理部１３３は、当該関係情報を関係情報管理表（図９）に追加する。

また、名刺提供処理部１３３は、ユーザ識別子「１０５１」と、ユーザ識別子「１００３」と対になる名刺情報の一部とを用いて、関係情報を構成する。次に、名刺提供処理部１３３は、当該関係情報を関係情報管理表（図９）に追加する。

なお、かかる追加により、ユーザ「青木次郎」と主催者「戸田弘明」とが名刺交換したことを示す情報（２つの関係情報）が関係情報管理表（図９）に格納されたこととなる。

次に、処理部１３は、イベント識別子「Ｅ００１」と対になる視聴用ＵＲＬ「ＵＲＬ１２」をイベント情報管理表から取得する。次に、送信部１４は、取得された視聴用ＵＲＬ「ＵＲＬ１２」を、イベント指示を送信してきて端末装置２に送信する。

また、処理部１３は、参加情報管理表‘（１１）において、イベント識別子「Ｅ００１」とユーザ識別子「１００３」と対になる「視聴」（または／および「参加予約」）に「１」を記録する。

次に、端末装置２は、視聴用ＵＲＬ「ＵＲＬ１２」を受信し、当該視聴用ＵＲＬを指示し、視聴用ＵＲＬ「ＵＲＬ１２」に対応するイベントを受信し、出力する。かかることにより、ユーザは、当該イベントに参加することとなる。

（具体例４）
上述した処理により、ユーザ（ユーザ識別子「１００３」）の端末装置２には、図１４（ａ）のイベント（イベント識別子「Ｅ００２」）の情報が表示されている、とする。

かかる状況において、当該ユーザは、図１４（ａ）のボタン１４０１を指示した、とする。ボタン１４０１は、イベントの主催者、参加者、およびユーザの繋がりのある他のユーザであり、当該イベントの参加者の情報を閲覧するためのボタンである。

すると、端末装置２は、他ユーザ情報取得指示を受け付ける。次に、端末装置２は、端末格納部２１のユーザ識別子「１００３」を読み出し、他ユーザ情報取得指示「＜イベント識別子＞Ｅ００１，＜ユーザ識別子＞１００３」を構成する。次に、端末装置２は、当該他ユーザ情報取得指示「＜イベント識別子＞Ｅ００１，＜ユーザ識別子＞１００３」をイベント支援装置１に送信する。

次に、イベント支援装置１の受信部１２は、他ユーザ情報取得指示「＜イベント識別子＞Ｅ００１，＜ユーザ識別子＞１００３」を受信する。

次に、報知イベント取得部１３４は、他ユーザ情報取得指示から、イベント識別子「Ｅ００２」とユーザ識別子「１００３」とを取得する。

次に、報知イベント取得部１３４は、イベント識別子「Ｅ００２」と対になり、参加予約「１」に対応する１以上のユーザ識別子を参加情報管理表（図１１）から取得する。また、報知イベント取得部１３４は、取得した１以上のユーザ識別子の中で、＜ユーザ識別子＞１００３と対になるユーザ識別子を、関係情報管理表（図９）の「名刺交換相手ユーザ識別子」から取得する。また、報知イベント取得部１３４は、かかるユーザ識別子を、立場識別子「参加者」と共に取得する。

また、報知イベント取得部１３４は、イベント識別子「Ｅ００２」と対になる主催者識別子「１０８４」を立場識別子「主催者」と共に取得する。また、報知イベント取得部１３４は、イベント識別子「Ｅ００２」と対になる登壇者識別子「１１２１，１０５８」を立場識別子「登壇者」と共に取得する。

次に、報知イベント取得部１３４は、取得した各ユーザ識別子と対になる名刺情報の一部（例えば、顔写真、氏名、会社名）を取得する。

次に、報知イベント取得部１３４は、取得した情報を用いて、送信する画面情報を構成する。なお、かかる画面情報は、当該イベントの主催者、登壇者、参加者の名刺情報の一部を含む。

次に、報知イベント取得部１３４は、当該画面情報を端末装置２に送信する。

次に、端末装置２は、当該画面情報を受信し、画面を構成し、当該画面を出力する。かかる画面例は、図１４（ｂ）である。なお、図１４（ｂ）において、１４０３は、主催者を示すアイコンである。また、１４０４は、登壇者を示すアイコンである。そして、図１４（ｂ）において、１４０３、１４０４のいずれのアイコンも付加されていない人は、参加者である。

以上により、ユーザは、イベントに対して、自分と繋がりのある人の参加等の状況を把握できる。また、図１４（ｂ）に示すように、各人の立場（ここでは、主催者、登壇者、それら以外の参加者）も分かる。

（具体例５）
現在「３／２３ ７：００」である、とする。そして、イベント支援装置１のユーザ処理部１３７は、「３／２３ ７：００」になった際に、当日および明日の参加予定のイベントの情報をユーザに報知する処理を行う、とする。

つまり、イベント支援装置１のユーザ処理部１３７は、イベント情報管理表（図１０）の開催時間帯を検査し、日付が「３／２３」または「３／２４」であるイベント識別子を取得する。そして、ユーザ処理部１３７は、イベント情報管理表からイベント識別子「Ｅ００２，Ｅ０１１」を取得した、とする。

次に、ユーザ処理部１３７は、イベント識別子「Ｅ００２，Ｅ０１１」と対になるイベント情報の一部または全部を、イベント管理表（図１０）から取得する。

次に、ユーザ処理部１３７は、参加情報管理表（図１１）を参照し、ユーザごとに、イベント識別子「Ｅ００２，Ｅ０１１」で識別されるイベントに参加予定であるか否かを判断する。なお、参加予定であるユーザは、「参加予約＝１」と対になるユーザ識別子で識別されるユーザである。

そして、例えば、あるユーザが、イベント識別子「Ｅ００２，Ｅ０１１」のいずれのイベントにも参加予約している場合、ユーザ処理部１３７は、当該ユーザの端末装置２に、イベント識別子「Ｅ００２，Ｅ０１１」イベント情報を送信する。

また、当該ユーザの端末装置２は、２つのイベントのイベント情報を受信し、出力する。かかる出力例は、図１５である。図１５において、１５０１は、イベント識別子「Ｅ００２」で識別されるイベントの情報であり、１５０２は、イベント識別子「Ｅ０１１」で識別されるイベントの情報である。

（具体例６）
今、端末装置２に、あるイベントの参加者（主催者，登壇者，参加者）がすべて表示されている、とする。かかる画面例は、図１４（ｂ）である、とする。

そして、端末装置２のユーザは、１４０２の一の登壇者「船木ノリスケ」を指示した、とする。そして、当該ユーザが１４０２を指示することにより、イベントに関係する当該ユーザと「船木ノリスケ」との名刺交換処理が行われる。

つまり、端末装置２は、イベント識別子「Ｅ００２」と「船木ノリスケ」のユーザ識別子「１１０２」と自分のユーザ識別子（例えば、「１００３」）とを有する名刺交換指示を構成し、イベント支援装置１に送信する。

次に、イベント支援装置１の名刺交換指示受信部１２１は、名刺交換指示を受信する。次に、イベント支援装置１の送信部１４は、「船木ノリスケ」の端末装置２に、端末装置２のユーザと名刺交換しても良いか否かを問い合わせる。

そして、「船木ノリスケ」の端末装置２は、当該問合せを受信し、出力する。また、「船木ノリスケ」は、かかる問合せに対して「許可」を入力した、とする。すると、「船木ノリスケ」の端末装置２は、「許可」の旨をイベント支援装置１に送信する。

次に、イベント支援装置１は、「許可」の旨を受信する。次に、イベント支援装置１は、以下のように名刺交換の処理を行う。つまり、イベント支援装置１の名刺交換部１３１は、名刺交換指示に含まれる「船木ノリスケ」のユーザ識別子「１１０２」を取得する。そして、名刺交換部１３１は、ユーザ識別子「１１０２」と対になる関係情報（図９参照）に、ユーザ識別子「１００３」を付加する。また、名刺交換部１３１は、ユーザ識別子「１００３」と対になる関係情報（図９参照）に、ユーザ識別子「１１０２」を付加する。

以上により、イベントの関係者の間における電子的な名刺交換が完了する。なお、イベントの参加者通しでの名刺交換も可能である。

以上、本実施の形態によれば、イベントに関与するユーザの名刺情報の一部または全部を、イベントの主催者に容易に提供できる。ユーザの名刺情報の一部または全部のイベントの主催者への提供により、当該ユーザがイベントに参加できる。

また、本実施の形態によれば、一のユーザは、当該ユーザと繋がりのある他のユーザが関係するイベントの情報を得られる。

また、本実施の形態によれば、一にユーザと繋がりのある他のユーザであり、イベントに関係する他のユーザの情報を得ることができる。

また、本実施の形態によれば、一にユーザと繋がりのある他のユーザのイベントにおける立場が分かる。

また、本実施の形態によれば、イベントに関係のあるユーザ間で、電子的な名刺交換ができる。

また、本実施の形態によれば、イベントを記録したアーカイブの情報を得られる環境を提供できる。

また、本実施の形態によれば、所定の条件を満たすイベントを記録したアーカイブの情報を得られる環境を提供できる。

さらに、本実施の形態によれば、イベントへの参加予約をしているユーザに対して、イベント情報を用いたサービスを提供できる。

なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ－ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態におけるイベント支援装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、１以上の各ユーザ識別子と対にして、ユーザ識別子で識別されるユーザの名刺に関する名刺情報を含むユーザ情報が格納されるユーザ情報格納部と、イベントを識別するイベント識別子に対応付けて、イベントに関する１以上のイベント情報が格納されるイベント情報格納部とにアクセス可能なコンピュータを、
イベント識別子とユーザ識別子とに対応付けて、当該イベント識別子で識別されるイベントに対するアクションの指示であるイベント指示を受信するイベント指示受信部と、
前記イベント指示の受信に応じて、当該イベント指示に対応するユーザ識別子と対になる名刺情報の一部または全部を、前記イベント指示に対応するイベント識別子で識別されるイベントの主催者に提供するための処理である名刺提供処理を行う名刺提供処理部として機能させるためのプログラムである。

また、図１６は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態のイベント支援装置１等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１６は、このコンピュータシステム３００の概観図であり、図１７は、システム３００のブロック図である。

図１６において、コンピュータシステム３００は、ＣＤ－ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。

図１７において、コンピュータ３０１は、ＣＤ－ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＣＤ－ＲＯＭドライブ３０１２等に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

コンピュータシステム３００に、上述した実施の形態のイベント支援装置１等の機能を実行させるプログラムは、ＣＤ－ＲＯＭ３１０１に記憶されて、ＣＤ－ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ－ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。

プログラムは、コンピュータ３０１に、上述した実施の形態のイベント支援装置１等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかるイベント支援装置は、イベントの告知等のイベントに関する処理が適切に行えるという効果を有し、イベントを支援するサーバ等として有用である。

１ イベント支援装置
２ 端末装置
１１ 格納部
１２ 受信部
１３ 処理部
１４ 送信部
２１ 端末格納部
２２ 端末受付部
２３ 端末処理部
２４ 端末送信部
２５ 端末受信部
２６ 端末出力部
１１１ ユーザ情報格納部
１１２ 関係情報格納部
１１３ イベント情報格納部
１１４ 参加情報格納部
１２１ 名刺交換指示受信部
１２２ イベント情報受信部
１２３ イベント指示受信部
１３１ 名刺交換部
１３２ イベント情報蓄積部
１３３ 名刺提供処理部
１３４ 報知イベント取得部
１３５ 関連判断部
１３６ 報知処理部
１３７ ユーザ処理部

Claims (12)

1. １以上の各ユーザ識別子と対にして、ユーザ識別子で識別されるユーザの名刺に関する名刺情報を含むユーザ情報が格納されるユーザ情報格納部と、
   イベントを識別するイベント識別子に対応付けて、イベントに関する１以上のイベント情報が格納されるイベント情報格納部と、
   イベント識別子とユーザ識別子とに対応付けて、当該イベント識別子で識別されるイベントに対するアクションの指示であるイベント指示を受信するイベント指示受信部と、
   前記イベント指示の受信に応じて、当該イベント指示に対応するユーザ識別子と対になる名刺情報の一部または全部を、前記イベント指示に対応するイベント識別子で識別されるイベントの主催者に提供するための処理である名刺提供処理を行う名刺提供処理部とを具備するイベント支援装置。
2. イベントに対する所定のアクションを行ったユーザを識別する１以上のユーザ識別子と当該イベントを識別するイベント識別子とを対応付けるイベント参加情報が格納される参加情報格納部と、
   １以上の各ユーザ識別子に対応付けて、ユーザ識別子で識別されるユーザとの繋がりがある他の１以上の他ユーザ識別子を含む関係情報が格納される関係情報格納部と、
   前記関係情報格納部に格納されている１以上の他ユーザ識別子であり、一のユーザのユーザ識別子と対になる１以上の各他ユーザ識別子を用いて、前記一のユーザに報知するイベント情報の一部または全部を前記イベント情報格納部から取得する報知イベント取得部と、
   前記報知イベント取得部が取得した１以上のイベント情報の一部または全部を、前記一のユーザに報知するための報知処理を行う報知処理部とをさらに具備する請求項１記載のイベント支援装置。
3. 前記報知イベント取得部は、
   前記関係情報格納部に格納されている１以上の他ユーザ識別子であり、一のユーザのユーザ識別子と対になる１以上の各他ユーザ識別子と対になる１以上のイベント識別子を前記参加情報格納部から取得し、当該１以上の各イベント識別子と対になるイベント情報の一部または全部を前記イベント情報格納部から取得する、請求項２記載のイベント支援装置。
4. 前記報知イベント取得部は、
   前記イベント情報の一部または全部に加えて、当該イベントに対する所定のアクションを行ったユーザを識別する１以上のユーザ識別子を前記参加情報格納部から取得し、当該１以上の各ユーザ識別子で識別されるユーザ情報の一部または全部を前記ユーザ情報格納部から取得し、
   前記関係情報格納部を参照し、前記報知イベント取得部が取得した前記１以上のユーザ識別子で識別される各ユーザが、前記一のユーザと繋がりがあるか否かを判断する関連判断部をさらに具備し、
   前記報知処理部は、
   前記報知イベント取得部が取得した前記ユーザ情報の一部または全部を、前記関連判断部における判断結果を明示する態様で、前記一のユーザに報知するための報知処理を行う、請求項２または請求項３記載のイベント支援装置。
5. 前記イベント参加情報に対応する１以上の各ユーザ識別子は、イベントにおける立場を識別する立場識別子に対応付いており、
   前記報知処理部は、
   前記ユーザ情報の一部または全部を、当該ユーザ情報に対応する前記立場識別子を明示する態様で、前記一のユーザに報知するための報知処理を行う、請求項４記載のイベント支援装置。
6. 一のユーザ識別子と１以上の他ユーザ識別子とに対応する指示であり、名刺交換を行う指示である名刺交換指示を受信する名刺交換指示受信部と、
   前記名刺交換指示に従って、前記一のユーザ識別子に対応する関係情報に、前記１以上の他ユーザ識別子を加える処理を含む名刺交換処理を行う名刺交換部とをさらに具備する請求項１から請求項５いずれか一項に記載のイベント支援装置。
7. 前記イベント情報は、イベントのアーカイブへのリンク情報を有する、請求項１から請求項６いずれか一項に記載のイベント支援装置。
8. イベント情報を受信するイベント情報受信部と、
   前記イベント情報を前記イベント情報格納部に蓄積するイベント情報蓄積部とをさらに具備し、
   前記イベント情報蓄積部は、前記イベント情報が予め決められた蓄積条件を満たす場合のみ、リンク情報を有するイベント情報を蓄積できる、請求項７記載のイベント支援装置。
9. 前記イベントに対するアクションは、イベントへの参加予約であり、
   ユーザが参加予定のイベントのイベント情報を用いて、前記ユーザに対するユーザ処理を行うユーザ処理部をさらに具備する請求項１から請求項８いずれか一項に記載のイベント支援装置。
10. 前記ユーザ処理部は、
    前記イベント情報が有する開催開始時刻の所定時間前になった際に、前記ユーザのユーザ情報が有するユーザ通知先に、イベントに関する情報を通知する、請求項９記載のイベント支援装置。
11. １以上の各ユーザ識別子と対にして、ユーザ識別子で識別されるユーザの名刺に関する名刺情報を含むユーザ情報が格納されるユーザ情報格納部と、イベントを識別するイベント識別子に対応付けて、イベントに関する１以上のイベント情報が格納されるイベント情報格納部と、イベント指示受信部と、名刺提供処理部とにより実現されるイベント支援方法であって、
    前記イベント指示受信部が、イベント識別子とユーザ識別子とに対応付けて、当該イベント識別子で識別されるイベントに対するアクションの指示であるイベント指示を受信するイベント指示受信ステップと、
    前記名刺提供処理部が、前記イベント指示の受信に応じて、当該イベント指示に対応するユーザ識別子と対になる名刺情報の一部または全部を、前記イベント指示に対応するイベント識別子で識別されるイベントの主催者に提供するための処理である名刺提供処理を行う名刺提供処ステップとを具備するイベント支援方法。
12. １以上の各ユーザ識別子と対にして、ユーザ識別子で識別されるユーザの名刺に関する名刺情報を含むユーザ情報が格納されるユーザ情報格納部と、イベントを識別するイベント識別子に対応付けて、イベントに関する１以上のイベント情報が格納されるイベント情報格納部とにアクセス可能なコンピュータを、
    イベント識別子とユーザ識別子とに対応付けて、当該イベント識別子で識別されるイベントに対するアクションの指示であるイベント指示を受信するイベント指示受信部と、
    前記イベント指示の受信に応じて、当該イベント指示に対応するユーザ識別子と対になる名刺情報の一部または全部を、前記イベント指示に対応するイベント識別子で識別されるイベントの主催者に提供するための処理である名刺提供処理を行う名刺提供処理部として機能させるためのプログラム。

Images