JP2022038650A - プログラム - Google Patents

Abstract

【課題】各ユーザにおいて共通の第１の動画データ配信から、ユーザ毎に個別の第２の動画データ配信への移行を円滑に行い、ユーザにとって利便性の高いプログラム等を提供すること。
【解決手段】サーバは、参加指示を受け付けた各ユーザの端末に、イベントの主催者の端末において取得された動画データを、第１の動画データとして配信し、第１の動画データの配信終了条件を満たした場合に、各ユーザの操作によらずに、ユーザ毎に個別の第２の動画データを配信する。なお、サーバは、参加指示を受け付けた各ユーザの端末に、イベントの主催者の端末において取得された動画データを、第１の動画データとして配信し、ユーザ毎に、受付宛先に基づき特定されるユーザと当該ユーザの担当者との組み合わせに基づき、当該ユーザの端末に、当該担当者の端末において取得された動画データを、第２の動画データとして配信する。
【選択図】図３

Description

本発明は、プログラムに関する。

近年、クラウドコンピューティングを利用した多地点にいる複数人同士のコミュニケーション（会議、ミーティング、オンラインセミナー、相談等）を行うことが可能なサービスを提供するシステムが利用されている（例えば、特許文献１の００１４段落参照）。

このようなシステムでは、主催者となるホストユーザが開催するオンラインセミナーに、多地点にいる各ユーザが自宅に居ながらに参加することができる。また、企業の担当者が遠隔地にいる顧客となるユーザに、ネットワークを介して相談することができる等のメリットがある。

特開２０１９－１７６３７５号公報

また、上記システムは、例えば、オンラインセミナーのように、主催者のユーザが開催するオンラインイベントに、複数のユーザが参加する場合があるが、その後、１対１の個別に相談を図りたい場合がある。例えば、主催者がユーザに対し、家計支援に関する説明会を行い、その後、担当の担当者（例えば、ファイナンシャルプランナー）が、各ユーザと個別に家計相談するケースがある。

このように、複数人が参加する共通のコミュニケーションの場面から個別へのコミュニケーションの場面へ移行する場合、ユーザの利便性を考慮すると、円滑に移行できることが望ましい。

本発明は、上記課題に鑑みたものでありその目的は、各ユーザにおいて共通の第１の動画データ配信から、ユーザ毎に個別の第２の動画データ配信への移行を円滑に行い、ユーザにとって利便性の高いプログラム等を提供することにある。

（１）本発明は、
複数のユーザの端末に、データを配信する処理を行うプログラムであって、
ユーザの端末からイベントの参加要求情報を受け付けた場合に、当該ユーザを担当する担当者を決定する処理を行う決定部と、
前記参加要求情報を受け付けたユーザ毎に、ユーザの識別情報と当該ユーザの担当者の識別情報とに基づいて、受付宛先を生成する生成部と、
前記参加要求情報を受け付けたユーザ毎に、ユーザの端末に生成された受付宛先を通知する通知部と、
各ユーザの端末から受付宛先に応じて、参加指示を受け付ける受け付け部と、
前記参加指示を受け付けた各ユーザの端末に、各ユーザにおいて共通の第１の動画データを配信し、前記第１の動画データの配信終了条件を満たした場合に、前記各ユーザの操作によらずに、前記ユーザ毎に個別の第２の動画データを配信する配信部として、コンピュータを機能させ、
前記配信部は、
前記参加指示を受け付けた各ユーザの端末に、前記イベントの主催者の端末において取得された動画データを、前記第１の動画データとして配信し、
前記ユーザ毎に、前記受付宛先に基づき特定されるユーザと当該ユーザの担当者との組み合わせに基づき、当該ユーザの端末に、当該担当者の端末において取得された動画データを、前記第２の動画データとして配信するプログラムに関する。

また、本発明は、コンピュータ読み取り可能な情報記憶媒体であって、上記各部としてコンピュータを機能させるためのプログラムを記憶した情報記憶媒体に関する。また、本発明は、上記各部を備えるサーバに関する。

本発明によれば、第１の動画データの配信終了条件を満たした場合に、各ユーザの操作によらずに、ユーザ毎に、ユーザの端末に、第２の動画データを配信する。したがって、各ユーザにおいて共通の第１の動画データ配信から、ユーザ毎に個別の第２の動画データ配信への移行を円滑に行うことができる。

また、本発明によれば、例えば、家計相談オンラインセミナーのように複数のユーザが参加するオンラインのイベントにおいて、当該イベントの主催者から取得した動画データを配信することができる。そして、オンラインセミナー終了後において、各ユーザは、シームレスにオンライン上で、個別に担当者（例えば、ファイナルシャルプランナー等の担当者）の動画を視聴することができる。

なお、本発明において、第１の動画データを配信するとは、第１の動画データをリアルタイムに配信すること、録画した第１の動画データを配信することの両方の意味を含む。

なお、本発明において、第２の動画データを配信するとは、第２の動画データをリアルタイムに配信すること、録画した第２の動画データを配信することの両方の意味を含む。

また、本発明において、「ユーザを担当する担当者を決定する処理」とは、イベント主催者側の所与のユーザ（イベント主催者やイベントの管理者等）の操作情報に基づいて担当者を決定する処理、ユーザからの操作情報に基づいて担当者を決定する処理、コンピュータ（ＣＰＵ制御）によって自動的に担当者を決定する処理、等である。

（２）本発明のプログラム、情報記憶媒体、又は、サーバは、
前記配信部は、
前記イベントの主催者の端末において取得された動画データを、前記第１の動画データとしてリアルタイムに配信するようにしてもよい。

本発明によれば、ユーザに対して最新の第１の動画データをいち早く伝えることができる。また、イベントの主催者とユーザ間の関係性を強化することができる。

（３）本発明のプログラム、情報記憶媒体、又は、サーバは、
前記配信部は、
前記担当者の端末において取得された動画データを、前記第２の動画データとしてリアルタイムに配信するようにしてもよい。

本発明によれば、ユーザに対して最新の第２の動画データをいち早く伝えることができる。また、担当者とユーザ間の関係性を強化することができる。

本実施形態の情報配信システムの構成の一例を示す図。 本実施形態のサーバの機能を示す図。 本実施形態の動画データの配信に関する説明図。 本実施形態の受付宛先に関する処理の流れを示すフローチャート図。 本実施形態の動画配信の処理の流れを示すフローチャート図。

以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

［１］概要
本実施形態の情報配信システムは、複数のユーザの端末に、イベントのデータを配信する処理を行うシステムに関する。「イベント」とは、インターネットを介して行われるオンラインイベント、オンラインセミナー、個別相談、等である。また、「イベントのデータ」とは、イベントに関する動画データ、発話データ、音声データ、映像データ、画面データ等である。

例えば、イベントの主催者（講師、司会者等）が、Ｗｅｂ会議（オンラインミーティング）のアプリケーションを利用して、複数のユーザに対してオンラインのセミナーを行うものである。そして、情報配信システムは、オンラインセミナー終了後、各ユーザに対して、個別の担当者を割り当て、オンラインで各種相談を行うことができるように制御する。情報配信システムは、「イベントシステム」或いは「オンラインセミナーシステム」ともいう。

本実施形態によれば、例えば、金融のスペシャリストが講師として各ユーザに家計支援の説明会を行い、その後、ユーザ毎に、担当者（例えば、家計支援専門のファイナンシャルプランナー）を割り当て、ユーザに対して適切な相談できる。

また、本実施形態によれば、ユーザ毎に、ユーザの識別情報に基づいてイベント参加のための受付宛先（ＵＲＬ）を生成し、各ユーザに事前に受付宛先を通知する。つまり、各ユーザは受付宛先をクリックするだけでイベントに参加することができる。また、本実施形態の情報配信システムは、オンラインセミナーのライブストリーミング配信の終了した場合、ライブストリーミング配信から、１対１の個別のＷｅｂ会議（オンラインミーティング）の動画データ配信の移行を、ユーザの操作によらずに、自動的に行うように制御している。このようにすれば、ユーザの利便性が向上し、円滑な相談サービスを提供できるからである。以下、詳細に説明する。

［２］ネットワークの説明
本実施形態のイベントは、オンライン（インターネット）を介して行われるイベントである。例えば、イベント運営企業（イベント開催企業）が、ユーザを対象に、オンラインセミナーと相談会を行う。

図１は、情報配信システムのネットワーク図の一例を示す。本実施形態の情報配信システムは、サーバ１０と端末２０とがネットワーク（インターネットや、イントラネット等）を介して接続される。端末２０は、イベントに参加するユーザ（顧客ユーザ）の端末２０、イベントの主催者側の端末２０（例えば、講師や司会者が利用する端末）、ユーザに割り当てられた担当者の端末２０がある。

オンラインセミナーでは、予めオンラインセミナーの開始時刻をユーザに提示し、開始
時刻になるとオンラインセミナーを開始する。例えば、オンラインセミナーでは、Ｗｅｂ会議サーバ３０が提供するＷｅｂ会議のアプリケーションを用いて、主催者側の端末２０から取得したオンラインセミナーの動画データを、動画配信サーバ４０を介して、ユーザの端末２０に対して、ライブストリーミング配信（生配信）を行う。

そして、オンラインセミナーを終了すると、個別の相談会に移行する。相談会は、Ｗｅｂ会議サーバ３０が提供するＷｅｂ会議のアプリケーションを用いて、１対１の個別のＷｅｂ会議（オンラインミーティング）を行う。つまり、サーバ１０は、各ユーザの端末２０に対して、１対１（ユーザ対担当者）の個別のＷｅｂ会議（オンラインミーティング）の動画データを、ライブストリーミング配信（生配信）する。

相談会は、担当者（専門家）がユーザの相談相手となり、種々の情報を提供する。例えば、ファイナンシャルプランナー（担当者の一例）が、ユーザの家計、住宅ローン、教育費、老後の相談等を行い、当該ファイナンシャルプランナーが保険商材などを提案し、双方にとって有益となる機会を与えている。

本実施形態のイベントでは、オンラインセミナーと相談会を続けて行うことを想定している。イベントでは、オンラインセミナーの直後に相談会を行うが、オンラインセミナーと相談会との間に休憩時間（例えば、５分間）があってもよい。

なお、サーバ１０は、情報処理装置、コンピュータである。また、端末２０は、スマートフォンなどの携帯端末、コンピュータなどの情報処理装置、等である。サーバ１０、端末２０、Ｗｅｂ会議サーバ（コミュニケーションサーバ）３０、動画配信サーバ４０それぞれがネットワーク（例えば、インターネット）を介して接続されており、所与のデータの通信（送受信）が可能なシステムである。

［３］サーバの機能の説明
図２は、本実施形態のサーバ１０の構成について説明する。なお、図２は、本実施形態のサーバ１０の機能ブロック図の一例である。また、本実施形態のサーバ１０は、図２の各部を全て含む必要はなく、その一部を省略した構成としてもよい。

サーバ１０は、所定の情報が記憶された情報記憶媒体１８０、端末２０と通信を行う通信部１９６、種々の処理を実行する処理部１００、及び、各種のデータを記憶する記憶部１４０を含む。

情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などによって構成される。

通信部１９６は、外部（例えば、端末、他のサーバや他のネットワークシステム）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどによって構成される。

記憶部１４０は、処理部１００や通信部１９６などのワーク領域となるもので、その機能は、ＲＡＭ（ＶＲＡＭ）などによって構成される。

また、本実施形態の記憶部１４０は、主記憶部１４２の他に、ユーザ情報が記憶されるユーザ情報記憶部１４４、予約情報が記憶される予約情報記憶部１４５、担当者情報が記憶される担当者情報記憶部１４６、を有している。

なお、ユーザ情報記憶部１４４、予約情報記憶部１４５、担当者情報記憶部１４６に記憶される情報は、サーバ１０と物理的に異なる記憶装置（データベース）で管理してもよい。かかる場合、サーバ１０と記憶装置（データベース）はネットワークを介して接続され、データの送受信を可能とする。サーバ１０は、データベースに対して新たなデータの登録、データの削除、データの変更（更新）の命令を行うことができる。

ユーザ情報記憶部１４４には、ユーザ毎に、ユーザＩＤ（ユーザの識別情報）に対応付けて、ユーザ情報が記憶される。

ユーザ情報とは、ユーザ（或いはユーザの家族）の関心のある業種及び当該業種の時期、ユーザが参加したイベント情報、ユーザの属性情報等が記憶される。

なお、ユーザ情報は、ユーザの居住地、メールアドレス、パスワード、ユーザの性別、家族情報を含んでもよい。また、家族情報とは、子どもや夫、両親それぞれの名前、ニックネーム、年齢、性別などである。

また、イベント情報とは、ユーザが参加した、イベントＩＤやイベント名（オンライン家計支援オンラインセミナー等）、担当者情報、日時、ユーザに提供した情報（試供品、当該試供品の企業情報）等である。

また、ユーザの属性情報とは、例えば、年収、貯蓄状況、所持する不動産の有無などの資産情報や、住宅ローンの返済額などの借金情報を含む。

ユーザＩＤは、ユーザを識別するための情報でありユーザ毎にユニーク（固有）な情報である。サーバ１０は、所与のタイミングでユーザに対してユーザＩＤを発行する。例えば、初回のイベント予約時やイベント運営企業が運営する所定のアプリケーションプログラムがユーザの端末２０にインストールされた時、当該ユーザに対してユーザＩＤを発行して割り振る。また、サーバ１０は、ユーザが申し込みをした時点、或いは、ユーザと担当者とをマッチングした時点で、当該ユーザに対してユーザＩＤを発行して割り振ってもよい。なお、ユーザＩＤは、ユーザを一意に識別するためのものであって、ユーザの氏名や住所などの個人情報のユーザ登録を必要としなくてもよい。したがって、ユーザは気軽のイベントに参加できる。

処理部１００は、記憶部１４０内の主記憶部１４２をワーク領域として各種処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。

処理部１００は、記憶部１４０や情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち記憶部１４０や情報記憶媒体１８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。

例えば、処理部１００（プロセッサ）は、記憶部１４０や情報記憶媒体１８０に記憶されているプログラムに基づいて、サーバ１０全体の制御を行うとともに、各部間におけるデータ等の受け渡しの制御などの各種の処理を行う。さらに、端末２０からの要求に応じた各種サービスを提供する処理を行う。

具体的には、本実施形態の処理部１００は、通信制御部１０１、Ｗｅｂ処理部１０２、ユーザ情報制御部１０３、通知部１０４、生成部１１０、受け付け部１１１、配信部１１
２、決定部１１３、を少なくとも有している。

通信制御部１０１は、端末２０等とネットワークを介してデータを送受信する処理を行う。すなわち、サーバ１０は、通信制御部１０１によって端末２０等から受信した情報に基づいて各種処理を行う。特に、通信制御部１０１は、ユーザの端末２０からの要求に基づいて、所与の配信データを当該ユーザの端末２０に送信する処理を行う。

Ｗｅｂ処理部１０２は、Ｗｅｂサーバとして機能する。例えば、Ｗｅｂ処理部１０２は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の通信プロトコルを通じて、端末２０にインストールされているＷｅｂブラウザの要求に応じてデータを送信する処理、及び、端末２０のＷｅｂブラウザによって送信されるデータを受信する処理を行う。

ユーザ情報制御部１０３は、ユーザ情報を、ユーザ情報記憶部１４４に記憶する処理を行う。

通知部１０４は、ユーザに所与の情報を通知する。例えば、通知部１０４は、参加要求情報を受け付けたユーザ毎に、ユーザの端末２０に、生成部１１０において生成された受付宛先を通知する。

なお、「通知」とは、サーバ１０がユーザの端末２０に対して、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）による送受信される電子メール（メールマガジン等でもよい）で送信すること、ＳＭＴＰに限らず、所与のプロトコルにより送信すること、プッシュ通知をすること、所定のアプリケーションの所定画面（バナー表示画面、お知らせ画面、ポップアップ画面等）を提示（表示）すること、サーバ１０のＷｅｂ処理部１０２が、Ｗｅｂページによって通知すること、の少なくとも１つであり、サーバ１０が能動的にユーザの端末に送信することを示す。なお、サーバ１０は、ユーザの端末からの要求に応じて、要求のあった当該端末に情報を送信することも「通知」の一態様としてもよい。なお、プッシュ通知とは、端末（スマートフォン）の画面の一部領域（上端など）にメッセージウィンドウを表示させることである。

生成部１１０は、ユーザの端末２０からイベントの参加要求情報を受け付けた場合に、当該イベントに参加するための受付宛先（例えば、ＵＲＬ）を生成する。特に、生成部１１０は、ユーザ毎に、ユーザの識別情報に基づいて受付宛先を生成する。具体的には、生成部１１０は、ユーザ毎に、ユーザの識別情報と当該ユーザの担当者の識別情報とに基づいて、受付宛先を生成する。

受け付け部１１１は、ユーザの端末２０から受付宛先に応じて、参加指示を受け付ける。

配信部１１２は、受け付け部１１１によって参加指示を受け付けた各ユーザの端末２０に、各ユーザにおいて共通の第１の動画データ（例えば、セミナーの動画データ）と、ユーザ毎に個別の第２の動画データ（例えば、個別相談の動画データ）とを配信する。

例えば、配信部１１２は、参加指示を受け付けた各ユーザの端末２０に、イベントの主催者の端末２０において取得された動画データを、第１の動画データとして配信する。

例えば、配信部１１２は、参加指示を受け付けた各ユーザの端末２０に、イベントの主催者の端末２０において取得された動画データを、第１の動画データとしてリアルタイムに配信してもよい。また、配信部１１２は、当該第１の動画データをサーバ１０の記憶部
１４０やインターネットを介した所定の記憶装置に記憶し、録画された当該第１の動画データを、参加指示を受け付けた各ユーザの端末２０に配信してもよい。

また、配信部１１２は、第１の動画データの配信終了条件を満たした場合に、各ユーザの操作によらずに、ユーザ毎に個別の第２の動画データを配信する。例えば、配信部１１２は、受付宛先に基づき特定されるユーザと当該ユーザの担当者との組み合わせに基づき、当該ユーザの端末２０に、当該担当者の端末２０において取得された動画データを、第２の動画データとして配信する。

例えば、配信部１１２は、ユーザＡと担当者Ｐの組み合わせを特定した場合、ユーザＡの端末２０に、担当者Ｐの端末２０において取得された動画データを、第２の動画データとしてリアルタイムに配信してもよい。また、配信部１１２は、担当者Ｐの端末２０から取得した動画データをサーバ１０の記憶部１４０やインターネットを介した所定の記憶装置に記憶し、録画された当該第２の動画データをユーザＡの端末２０に配信してもよい。

決定部１１３は、ユーザの端末２０から参加要求情報を受け付けた場合に、当該ユーザを担当する担当者を決定する処理を行う。

［４］担当者の決定
サーバ１０は、ユーザの端末からイベントの参加要求情報を受け付けた場合に、当該ユーザを担当する担当者を決定する処理を行う。例えば、サーバ１０は、当該ユーザに対して、空きのある（予約が確定されていない）担当者を割り当てる。

例えば、サーバ１０は、イベント主催者側の所与のユーザ（イベント主催者やイベントの管理者等）の操作情報に基づいて担当者を決定してもよい。例えば、イベント主催者側の管理者が、ユーザに最適な担当者を決めるようにする。このようにすれば、イベント側の管理者の意思が反映されると共に、ユーザ毎に最適な担当者を割り振ることができる。

また、サーバ１０は、ユーザからの操作情報に基づいて担当者を決定してもよい。例えば、サーバ１０は、ユーザに複数の担当者候補を提示し、ユーザの操作情報に基づいて選択された担当者候補を、当該ユーザを担当する担当者として決定する処理を行う。このようにすれば、ユーザの意思が反映され、ユーザが満足する担当者を割り当てることができる。

また、サーバ１０は、コンピュータ（ＣＰＵ制御）によって自動的に担当者を決定してもよい。

例えば、サーバ１０は、担当者情報記憶部１４６に、担当者の情報が記憶している。サーバ１０は、担当者情報記憶部１４６に記憶されている複数の担当者の中から、ユーザの情報に基づき、担当者を決定する。

例えば、サーバ１０は、ユーザ登録がされていないユーザの端末からイベントの参加要求情報を受け付けた場合に、ユーザの年齢や家族に関する情報、関心のある業種等のアンケートの回答結果を受け付けて、ユーザに適した担当者を割り当てる。例えば、乳児（０～２歳）の子どもがいるユーザに対しては、子育てに関する家計支援に詳しい担当者を割り当てるようにする。

なお、サーバ１０は、ユーザからアンケート回答結果を得られない場合、任意に抽出した担当者をユーザに割り当ててもよい。

また、サーバ１０は、既にユーザ登録がなされたユーザの端末からイベントの参加要求情報を受け付けた場合に、過去に担当した担当者を割り当ててもよいし、ユーザ情報（家族の年齢や家族構成、関心のある業種）に応じて最適な担当者を割り当ててもよい。

サーバ１０は、ユーザに割り当てる担当者を決定する際は、評価の高い担当者を決定するようにしてもよい。例えば、相談会の後、相談会に参加したユーザを対象に担当者を５段階で評価を行ってもらう。そして、サーバ１０は、当該担当者の評価値を担当者情報記憶部１４６に記憶する。サーバ１０は、担当者の平均の評価値の高い者から優先的にユーザの担当者となるように割り当てるようにする。

また、サーバ１０は、過去にユーザを相談した担当者の結果（成約率、成約結果等）を基に協調フィルタリングを行い、ユーザに対して最適な担当者を決定するようにしてもよい。

なお、サーバ１０は、ユーザに対して担当者を決定した場合には、当該担当者についての予約を確定し、以後、他のユーザに対して重複した担当者を割り当てないように制御する。

また、サーバ１０は、イベントの予約画面においてユーザからイベントの参加要求情報を受け付けてもよい。

また、本実施形態のイベントについて参加可能なユーザ数を所定数（例えば、１００人）に制限してもよい。例えば、サーバ１０は、イベントについて予約ユーザ数が所定数に達した場合に、当該イベントの参加要求情報を受け付けないように制御してもよい。

なお、サーバ１０は、ユーザ（ユーザの識別情報）と当該ユーザの担当者（担当者の識別情報）との組み合わせを、開催するイベントのＩＤ（識別情報）に対応付けて、予約情報記憶部１４５に記憶する。

［５］受付宛先の生成
サーバ１０は、ユーザの端末からイベントの参加要求情報を受け付けた場合に、当該イベントに参加するための受付宛先を生成する。受付宛先は、オンラインでイベント（オンラインセミナー及び個別相談）を行うためのＵＲＬである。なお、ＵＲＬは、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒの略である。

本実施形態では、ユーザ毎に固有の受付宛先を生成する。例えば、受付宛先は、サーバ１０から提供されるイベント画面Ｗを参照するためのＷｅｂ参照ページの宛先である。受付宛先について具体的に説明すると、受付宛先は、プロトコル名（例えば、ｈｔｔｐ、ｈｔｔｐｓ等）、ホスト名、ドメイン名、フォルダ名（ディレクトリ名）やファイル名を定義する。

また、本実施形態では、受付宛先にユーザＩＤ（ユーザの識別情報）や担当者ＩＤ（担当者の識別情報）が含まれるようにし、ユーザ毎に固有の受付宛先を生成する。このようにすれば、サーバ１０は、受付宛先が選択（クリック）された場合に、どのユーザからのアクセスであるのか、そして、当該ユーザの担当者を特定することができる。

例えば、参加要求情報を受け付けたユーザＩＤがＡであり、担当者ＩＤがＰであるとすると、「ｈｔｔｐｓ：／／ｉｆｐａｔ．ｃｏｍ／ｓｅｍｉｎａｒ／ｉｎｄｅｘ．ｈｔｍｌ？ｕｓｅｒ＝Ａ＆ｃｏｎｓｕｌｔａｎｔ＝Ｐ」のように、所定の方式でユーザＩＤと担当者ＩＤを定義した受付宛先２０１を生成する。なお、ユーザＩＤと担当者ＩＤについては
、所定の方式でエンコードされてもよい。

また、例えば、参加要求情報を受け付けたユーザＩＤがＢであり、担当者ＩＤがＱであるとすると、「ｈｔｔｐｓ：／／ｉｆｐａｔ．ｃｏｍ／ｓｅｍｉｎａｒ／ｉｎｄｅｘ．ｈｔｍｌ？ｕｓｅｒ＝Ｂ＆ｃｏｎｓｕｌｔａｎｔ＝Ｑ」のように、所定の方式でユーザＩＤと担当者ＩＤを定義した受付宛先２０２を生成する。

また、例えば、参加要求情報を受け付けたユーザＩＤがＣであり、担当者ＩＤがＲであるとすると、「ｈｔｔｐｓ：／／ｉｆｐａｔ．ｃｏｍ／ｓｅｍｉｎａｒ／ｉｎｄｅｘ．ｈｔｍｌ？ｕｓｅｒ＝Ｃ＆ｃｏｎｓｕｌｔａｎｔ＝Ｒ」のように、所定の方式でユーザＩＤと担当者ＩＤを定義した受付宛先２０３を生成する。

このように、サーバ１０のイベント画面Ｗ（Ｗｅｂ参照ページ）は、各ユーザにおいて共通のページであり、例えば、「ｈｔｔｐｓ：／／ｉｆｐａｔ．ｃｏｍ／ｓｅｍｉｎａｒ／ｉｎｄｅｘ．ｈｔｍｌ」としている。

なお、サーバ１０は、ユーザ毎の受付宛先に、ユーザＩＤや担当者ＩＤ以外の情報を含むようにしてもよい。

［６］通知
サーバ１０は、参加要求情報を受け付けたユーザ毎に、ユーザの端末に生成された受付宛先を通知する。例えば、ユーザＡの端末２０に上記受付宛先２０１を通知する。また、ユーザＢの端末２０に、上記受付宛先２０２を通知する。また、ユーザＣの端末２０に、上記受付宛先２０３を通知する。

なお、サーバ１０は、各ユーザに応じた受付宛先だけでなく、イベント情報（例えば、イベントの開始時刻、オンラインセミナーの開始時刻、相談会の開始時刻、担当者の氏名）をユーザに通知する。

［７］参加指示の受付
本実施形態のサーバ１０は、図３に示すように、イベントの開始時刻Ｔ１が到来すると、当該イベントの終了時刻Ｔ３が到来するまでの期間ＴＡにおいて、イベントの参加指示を受け付ける。

例えば、サーバ１０は、期間ＴＡにおいてユーザＡの端末２０から受付宛先を選択（クリック）することに応じて、イベント画面Ｗ（Ｗｅｂ参照ページ）のデータを配信する。

［８］オンラインセミナーの動画データの配信
サーバ１０は、オンラインセミナーの開始時刻Ｔ１（すなわち、イベントの開始時刻Ｔ１）が到来すると、Ｗｅｂ会議サーバ３０が提供するＷｅｂ会議のアプリケーションを用いて、主催者側の端末２０から動画データをリアルタイムに取得する。そして、サーバ１０は、主催者側の端末２０から取得した動画データＭ１を、動画配信サーバ４０を介して参加指示を受け付けた各ユーザの端末２０に配信する。つまり、サーバ１０は、ライブストリーミング配信（リアルタイムにストリーミング配信）を行う。

つまり、サーバ１０は、図３に示すように、参加指示を受け付けた各ユーザの端末２０に、各ユーザにおいて共通のオンラインセミナーの動画データＭ１を配信する。例えば、各ユーザＡ，Ｂ，Ｃの各端末２０は、端末２０にインストールされたＷｅｂブラウザを用いて、受付宛先にアクセスし、当該受付宛先のイベント画面Ｗにおいて共通の動画データＭ１を再生する処理を行う。これにより、各ユーザＡ、Ｂ、Ｃは動画データＭ１を視聴す
ることができる。

なお、ストリーミング配信とは、動画データのダウンロードしながら同時に再生処理を行うことを意味する。

特に、本実施形態のサーバ１０は、不特定多数のユーザの端末２０に配信するのではなく、イベントの参加指示を受け付けたユーザの端末２０に限定して配信する。

なお、主催者の端末２０から取得する動画データＭ１とは、例えば、イベントの主催者（講師、司会者等）の端末２０が備える撮影部（カメラ）によって撮影される撮影データや、端末２０にインストールされたＷｅｂ会議のアプリケーションの機能によって取得される動画データや、画像データ、音声データを含む。例えば、講師の発話の音声データ、講師が用いる画像データや資料のデータ、講師を撮影した動画データが、リアルタイムに各ユーザの端末２０に配信されることになる。これにより、各ユーザは、講師と地理的に離れた拠点（遠隔地）にいたとしても、セミナーに参加することができる。

サーバ１０は、オンラインセミナーの開始時刻Ｔ１（イベントの開始時刻Ｔ１）からオンラインセミナーの終了時刻までの期間において、オンラインセミナーの動画データを配信する。

［９］個別相談の動画データの配信
サーバ１０は、オンラインセミナーの動画データの配信終了条件を満たした場合に、オンラインセミナーを終了する。そして、サーバ１０は、同じイベント画面Ｗにおいて、継続して、個別相談の動画データを配信する。

オンラインセミナーの動画データの配信終了条件とは、オンラインセミナーの終了時刻が到来した場合、セミナー主催者（司会者、講師）から終了指示を受け付けた場合、等である。

本実施形態のサーバ１０は、図３に示すように、オンラインセミナーの動画データの配信終了条件を満たした場合に、参加指示を受け付けた各ユーザの端末２０に、ユーザ毎に個別の動画データをストリーミング配信する。

つまり、サーバ１０は、各ユーザの操作によらずに、オンラインセミナーの動画データの配信から、ユーザ毎に個別の動画データの配信に移行する。要するに、サーバ１０は、セミナーの動画配信から、個別相談の動画データ配信に移行する（切り替える）処理を行う。そして、各ユーザの端末２０は、アクセス画面（イベント画面Ｗ）において、セミナーの動画データの再生から、個別相談の動画データの再生に移行する（切り替える）処理を行う。したがって、本実施形態によれば、シームレスにセミナーから個別相談へユーザを促すことができ、個別相談時における商談成立への成功を導くことができる。

具体的に説明すると、サーバ１０は、オンラインセミナーの動画データの配信終了条件を満たした場合に、参加したユーザ毎に、受け付けた受付宛先に基づきユーザと当該ユーザの担当者との組み合わせを特定する。

例えば、サーバ１０は、受付宛先２０１の場合、当該受付宛先２０１のパラメータ部分（ｕｓｅｒ＝Ａ＆ｃｏｎｓｕｌｔａｎｔ＝Ｐ）を参照することによって、ユーザＩＤがＡであり、担当者ＩＤがＰであることを特定する。

そして、サーバ１０は、特定した当該ユーザの端末２０に、当該担当者の端末２０にお
いて取得された動画データをストリーミング配信する。

担当者の端末２０から取得する動画データとは、例えば、担当者の端末２０が備える撮影部（カメラ）によって撮影される撮影データや、端末２０にインストールされたＷｅｂ会議のアプリケーションの機能によって取得される動画データや、画像データ、音声データを含む。例えば、ユーザは、担当者の発話の音声データ、画像データや資料のデータ、担当者を撮影した動画データが、リアルタイムにユーザの端末２０に配信されることになる。これにより、ユーザは、担当者と地理的に離れた拠点（遠隔地）にいたとしても、個別相談を行うことができる。なお、個別相談の動画データは、各ユーザについて個別なものであるため、動画配信サーバ４０を介さなくてもよい。

例えば、サーバ１０は、受付宛先２０１に基づきユーザＡとユーザＰとの組み合わせを特定した場合、ユーザＡの端末２０に、担当者Ｐの端末２０において取得された動画データＭＡをリアルタイムにストリーミング配信する。なお、サーバ１０は、ユーザＡの端末２０において取得された動画データを、担当者Ｐの端末２０にリアルタイムにストリーミング配信し、ユーザＡ及び担当者Ｐの端末間で相互に動画データを配信するものであってもよい。

なお、サーバ１０は、受付宛先２０２に基づきユーザＢとユーザＱとの組み合わせを特定した場合、ユーザＢの端末２０に、担当者Ｑの端末２０において取得された動画データＭＢをリアルタイムにストリーミング配信する。なお、サーバ１０は、ユーザＢの端末２０において取得された動画データを、担当者Ｑの端末２０にリアルタイムにストリーミング配信し、ユーザＢ及び担当者Ｑの端末間で相互に動画データを配信するものであってもよい。

また、サーバ１０は、受付宛先２０３に基づきユーザＣとユーザＲとの組み合わせを特定した場合、ユーザＣの端末２０に、担当者Ｒの端末２０において取得された動画データＭＣをリアルタイムにストリーミング配信する。なお、サーバ１０は、ユーザＣの端末２０において取得された動画データを、担当者Ｒの端末２０にリアルタイムにストリーミング配信し、ユーザＣ及び担当者Ｒの端末間で相互に動画データを配信するものであってもよい。

このように、各ユーザのＡ、Ｂ、Ｃの端末２０は、イベント画面Ｗにおいて、ユーザ毎に異なる動画データＭＡ、ＭＢ、ＭＣを再生する処理を行う。ユーザＡは、自身に適した動画データＭＡを視聴することができ、ユーザＢは、自身に適した動画データＭＢを視聴することができ、ユーザＣは、自身に適した動画データＭＣを視聴することができる。

そして、サーバ１０は、担当者の端末２０又はユーザの端末２０からの個別相談の終了指示を受け付けた場合に、動画データの配信を終了する。例えば、ユーザ毎に相談内容が異なるため、早く終了することもあれば、遅く終了することもあり、担当者或いはユーザの意思で終了することが望ましいからである。なお、相談会の期間（例えば、２０分）を予め決め、オンラインセミナーの動画データの配信終了条件を満たした時点Ｔ２から当該相談会の期間の終了時が到来した場合や、イベントの終了時刻Ｔ３が到来した場合に、個別相談の動画データの配信を終了してもよい。

本実施形態のサーバ１０は、オンラインセミナーの動画データの配信終了条件を満たした時点Ｔ２（例えば、オンラインセミナーの終了時刻、或いは、セミナー主催者から終了指示を受け付けた時点）で、ユーザ毎に、担当者の端末２０において取得された個別相談の動画データをリアルタイムにストリーミング配信する。

なお、サーバ１０は、配信終了条件を満たした時点Ｔ２から所定の休憩時間（例えば、５分）を設けてもよい。かかる場合、配信終了条件を満たした時点Ｔ２から所定の休憩時間を終了した時点で、ユーザ毎に、担当者の端末２０において取得された個別相談の動画データをリアルタイムにストリーミング配信する。

また、サーバ１０は、イベント画面において、セミナーの動画データＭ１の提供領域（表示領域）と、個別相談の動画データ（例えば、動画データＭＡ）の提供領域（表示領域）を異ならせてもよいし、同一にしてもよい。サーバ１０は、イベント画面において、セミナーの動画データＭ１の提供領域と、個別相談の動画データの提供領域を同一にする場合、セミナーの動画データＭ１から、個別相談の動画データに移行する（切り替える）処理を行う。

また、サーバ１０は、個別相談の動画データをリアルタイムにストリーミング配信する前（例えば、セミナーの終了時Ｔ２の５分前）から、担当者の動画データの取得を開始するようにしてもよい。このようにすれば、担当者が待機することができ、ユーザを待たせることなく、担当者とユーザとの相談を円滑に行うことができる。

なお、ユーザの端末２０に表示される個別相談の動画データの提供領域の一部領域に、ユーザ自身の端末２０で取得された動画データ（例えば、ユーザを撮影した動画データ）を表示してもよい。

例えば、サーバ１０は、ユーザＡの端末２０に、担当者Ｐの端末２０において取得された動画データＭＡをリアルタイムにストリーミング配信する。なお、サーバ１０は、ユーザＡの端末２０において取得された動画データを、担当者Ｐの端末２０にリアルタイムにストリーミング配信し、ユーザ及び担当者の端末間で相互に動画データを配信するものであってもよい。

［１０］フローチャート
［１０．１］受付宛先に関する処理
サーバ１０の受付宛先に関する処理の流れについて、図４を用いて説明する。まず、ユーザの端末からイベントの参加要求情報を受け付けたか否かを判断する（ステップＳ１）。ユーザの端末からイベントの参加要求情報を受け付けた場合に（ステップＳ１のＹ）、ユーザの担当者を決定する処理を行う（ステップＳ２）。そして、当該ユーザの識別情報と当該ユーザの担当者の識別情報とに基づいて、受付宛先を生成する（ステップＳ３）。ユーザの端末に、受付宛先を通知する（ステップＳ４）。以上で処理を終了する。

なお、サーバ１０は、新たに別のユーザの端末からイベントの参加要求情報を受け付けた場合に、上記ステップＳ１～Ｓ４の処理を実行する。

［１０．２］動画配信処理
次に、本実施形態のサーバ１０の動画配信の処理の流れについて、図５を用いて説明する。

まず、セミナーの開始時刻が到来したか否かを判断する（ステップＳ１１）。そして、セミナーの開始時刻が到来した場合（ステップＳ１１のＹ）、参加指示を受け付けた各ユーザの端末に、セミナーの動画データを、リアルタイムに配信する（ステップＳ１２）。セミナーの動画データとは、イベントの主催者の端末において取得された動画データである。

そして、セミナーの動画データの配信終了条件を満たしたか否かを判断し（ステップＳ
１３）、セミナーの動画データの配信終了条件を満たした場合に（ステップＳ１３のＹ）、ユーザ毎に、受付宛先に基づきユーザと当該ユーザの担当者との組み合わせを特定する（ステップＳ１４）。各ユーザの端末に、個別相談の動画データを、リアルタイムに配信する（ステップＳ１５）。個別相談の動画データは、ユーザ毎に異なる動画データであり、ユーザの担当者の端末において取得された動画データである。

そして、ユーザ毎に、ユーザの端末又は当該ユーザの担当者の端末から終了指示を受け付けた場合に、当該ユーザの端末への動画データの配信を終了する（ステップＳ１６）。以上で処理が終了する。

［１１］応用例
本実施形態のオンラインセミナーの動画データに対して、ユーザ側が適宜質問などをテキスト或いは音声データ、動画データによって投稿（配信）できる機能があってもよい。

本実施形態のデータ（例えば、オンラインセミナーの動画データや相談会の動画データ）は、クラウドと呼ばれるインターネット上の記憶領域に記憶されるものであってもよい。

また、本実施形態では、動画データのライブストリーミング配信について説明したが、広い概念として、マルチメディアデータのライブストリーミング配信（生配信）に応用してもよい。例えば、マルチメディアデータとは、動画データ、音声データ、テキストデータ（チャットデータ）の少なくとも一つを含む。

本実施形態では、保険・金融業に関するセミナー動画配信と個別相談の動画配信の例について説明したが、各ユーザに共通の動画データを配信し、その後、ユーザ毎に個別の動画データを配信する種々の業種（サービス業、製造業、不動産業、等）に応用してもよい。

また、本実施形態では、オンラインセミナーの動画データの終了時刻の前に、ユーザからの終了（退席）の指示を受け付けてもよい。そして、ユーザから終了を受け付けた場合に、個別相談の動画データを配信するようにしてもよい。つまり、オンラインセミナーの動画データの配信終了条件は、各ユーザからの強制終了の指示を受け付けた場合を含む。このようにすれば、例えば、オンラインセミナーの終了時刻の前に、個別相談を望むユーザに対して、個別相談にすぐに移行することができる。

また、本実施形態では、第１の動画データ（オンラインセミナーの動画データ）をリアルタイムに配信する例について説明したが、必ずしもリアルタイムである必要はない。例えば、第１の動画データを録画し、録画した当該第１の動画データを配信するようにしてもよい。

また、本実施形態では、第２の動画データ（個別相談の動画データ）をリアルタイムに配信する例について説明したが、必ずしもリアルタイムである必要はない。例えば、第２の動画データを録画し、録画した当該第２の動画データを配信するようにしてもよい。

［１２］その他
本発明は、上記実施形態で説明したものに限らず、種々の変形実施が可能である。例えば、明細書又は図面中の記載において広義や同義な用語として引用された用語は、明細書又は図面中の他の記載においても広義や同義な用語に置き換えることができる。

本発明は、実施形態で説明した構成と実質的に同一の構成（例えば、機能、方法及び結
果が同一の構成、あるいは目的及び効果が同一の構成）を含む。また、本発明は、実施形態で説明した構成の本質的でない部分を置き換えた構成を含む。また、本発明は、実施形態で説明した構成と同一の作用効果を奏する構成又は同一の目的を達成することができる構成を含む。また、本発明は、実施形態で説明した構成に公知技術を付加した構成を含む。

上記のように、本発明の実施形態について詳細に説明したが、本発明の新規事項及び効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。したがって、このような変形例はすべて本発明の範囲に含まれるものとする。

１０ サーバ、２０ 端末、３０ Ｗｅｂ会議サーバ、４０ 動画配信サーバ、
１００ 処理部、１０１ 通信制御部、１０２ Ｗｅｂ処理部、
１０３ ユーザ情報制御部、１０４ 通知部、１１０ 生成部、
１１１ 受け付け部、１１２ 配信部、１１３ 決定部、
１４０ 記憶部、１４２ 主記憶部、
１４４ ユーザ情報記憶部、１４５ 予約情報記憶部、１４６ 担当者情報記憶部、
１８０ 情報記憶媒体、１９６ 通信部

Claims (3)

1. 複数のユーザの端末に、データを配信する処理を行うプログラムであって、
   ユーザの端末からイベントの参加要求情報を受け付けた場合に、当該ユーザを担当する担当者を決定する処理を行う決定部と、
   前記参加要求情報を受け付けたユーザ毎に、ユーザの識別情報と当該ユーザの担当者の識別情報とに基づいて、受付宛先を生成する生成部と、
   前記参加要求情報を受け付けたユーザ毎に、ユーザの端末に生成された受付宛先を通知する通知部と、
   各ユーザの端末から受付宛先に応じて、参加指示を受け付ける受け付け部と、
   前記参加指示を受け付けた各ユーザの端末に、各ユーザにおいて共通の第１の動画データを配信し、前記第１の動画データの配信終了条件を満たした場合に、前記各ユーザの操作によらずに、前記ユーザ毎に個別の第２の動画データを配信する配信部として、コンピュータを機能させ、
   前記配信部は、
   前記参加指示を受け付けた各ユーザの端末に、前記イベントの主催者の端末において取得された動画データを、前記第１の動画データとして配信し、
   前記ユーザ毎に、前記受付宛先に基づき特定されるユーザと当該ユーザの担当者との組み合わせに基づき、当該ユーザの端末に、当該担当者の端末において取得された動画データを、前記第２の動画データとして配信することを特徴とするプログラム。
2. 請求項１において、
   前記配信部は、
   前記イベントの主催者の端末において取得された動画データを、前記第１の動画データとしてリアルタイムに配信することを特徴とするプログラム。
3. 請求項１又は２において、
   前記配信部は、
   前記担当者の端末において取得された動画データを、前記第２の動画データとしてリアルタイムに配信することを特徴とするプログラム。

Images