特許 7597361 通信システム及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-12-02

(45)【発行日】2024-12-10

(54)【発明の名称】通信システム及びプログラム

(51)【国際特許分類】

   H04N 7/15 20060101AFI20241203BHJP

   H04M 3/56 20060101ALI20241203BHJP

【ＦＩ】

H04N7/15 120

H04M3/56 C

【請求項の数】 6

(21)【出願番号】P 2021006028

(22)【出願日】2021-01-18

(65)【公開番号】P2022110548

(43)【公開日】2022-07-29

【審査請求日】2023-11-07

(73)【特許権者】

【識別番号】520465404

【氏名又は名称】株式会社アルファ・ゴリラ

(74)【代理人】

【識別番号】110002686

【氏名又は名称】協明国際弁理士法人

(72)【発明者】

【氏名】山路 司義

【審査官】富樫 明

(56)【参考文献】

【文献】特開２０１７－０１６３２８（ＪＰ，Ａ）

【文献】特開２０１７－０３４３０８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｎ ７／１４－７／１５

Ｈ０４Ｍ ３／５６

(57)【特許請求の範囲】

【請求項1】

通信ネットワークを介して接続される複数のユーザ端末間におけるセッションを支援する通信システムであって、
前記ユーザ端末において実行された端末変更操作を検出すると、前記ユーザ端末間のセッションに割り当てられたアクセス許容情報を読み取りコードに変換するコード変換部と、
前記端末変更操作を受信するとともに前記端末変更を行った前記ユーザ端末へ前記読み取りコードを送信する通信部と、
前記セッションの際に前記ユーザ端末に表示されるシステム画面内に前記読み取りコードを表示する画面を生成する画面生成部と、を備えたことを特徴とする通信システム。

【請求項2】

請求項１において、
前記アクセス許容情報は、前記セッションのＵＲＬであり、
前記読み取りコードは二次元コードであることを特徴とする通信システム。

【請求項3】

請求項１又は請求項２において、
前記セッションは、ビデオ通話、チャット及びインターネット通話のいずれか少なくともひとつを含むことを特徴とする通信システム。

【請求項4】

請求項１～請求項３のいずれか１項において、
前記ユーザ―端末間でのセッション内容を記憶する記憶部を備え、
前記アクセス許容情報と前記セッション内容は関連付けられて前記記憶部に記憶されることを特徴とする通信システム。

【請求項5】

請求項１～請求項３のいずれか１項において、
前記セッション内容は、チャット履歴、チャット内容、送受信データ履歴、送受信データを含むことを特徴とする通信システム。

【請求項6】

通信ネットワークを介して接続される複数のユーザ端末間におけるセッションを支援するプログラムであって、
前記ユーザ端末において実行された端末変更操作を受信すると、前記ユーザ端末間のセッションに割り当てられたアクセス許容情報を読み取りコードに変換するステップと、
前記端末変更の操作を受信するとともに前記端末変更操作を行った前記ユーザ端末へ前記読み取りコードを送信するステップと、
前記セッションが起動すると前記ユーザ端末に表示されるシステム画面内に前記読み取りコードを表示する画面を生成するステップと、を含み、これらをコンピュータに実行させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ビデオ通話等のセッションを支援する通信システム及びプログラムに関する。

【背景技術】

【0002】

近年、遠隔地にいるユーザ同士でビデオ通話等のセッションを可能とした通信システムが急速に普及し、プライベートでの使用に留まらず、ビジネスシーンでも多用されている。

【0003】

そのような通信システムの利便性を向上させるため、例えば下記特許文献１には、セッション管理サーバが、端末からのメディアの切替要求を認識し、端末とグループサーバ との間で中継動作をするために、セッションを切断することなく且つグループを脱退することなく、メンバとしての端末とグループサーバとの間のメディアを切り替えることができるシステムが開示されている。また下記特許文献２には、プリンタ等の周辺機器を含めた機器の対話先を切換え、切換後の機器のＩＰアドレスを接続先に知らせることができるシステムが開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００９－１６４８４１号公報

【文献】特開２０２０－１７８２２９号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで、複数のユーザによるグループ通話やオンライン会議、リモート商談等のセッションの最中に、バッテリーの消耗や移動に伴う通信環境の変化等を理由に他者の会話を遮ることなく、別の端末に変更したい場合ある。またリモート商談中、有線のパソコンを持っていき難い別の場所にある商品を確認したい等、デスクトップ型のパソコンからスマートフォンに端末を変更し、商談を続行させたい場合がある。上記いずれの場合も、一旦通信を切断し、再接続すればよいが、例えばグループ通話やオンライン会議等の場合、接続されている人数が多くなるほど、再接続の際に他者の会話を遮ることにもなり、商談の場合は、顧客に手間をかけることになりかねない。そこで、セッションを保持したまま、端末を切り替えて商談を続行できるシステムが求められている。

【0006】

本発明は、このような課題を解決するため、ビデオ通話等のセッションを中止させることなく、容易に使用端末の変更を行うことができる通信システム及びプログラムを提供することにある。

【課題を解決するための手段】

【0007】

上記目的を達成するために、本発明の通信システムは、通信ネットワークを介して接続される複数のユーザ端末間におけるセッションを支援する通信システムであって、前記ユーザ端末において実行された端末変更操作を検出すると、前記ユーザ端末間のセッションに割り当てられたアクセス許容情報を読み取りコードに変換するコード変換部と、前記端末変更操作を受信するとともに前記端末変更を行った前記ユーザ端末へ前記読み取りコードを送信する通信部と、前記セッションの際に前記ユーザ端末に表示されるシステム画面内に前記読み取りコードを表示する画面を生成する画面生成部と、を備えたことを特徴とする。

【0008】

また本発明に係るプログラムは、通信ネットワークを介して接続される複数のユーザ端末間におけるセッションを支援するプログラムであって、前記ユーザ端末において実行された端末変更操作を受信すると、前記ユーザ端末間のセッションに割り当てられたアクセス許容情報を読み取りコードに変換するステップと、 前記端末変更の操作を受信するとともに前記端末変更操作を行った前記ユーザ端末へ前記読み取りコードを送信するステップと、前記セッションが起動すると前記ユーザ端末に表示されるシステム画面内に前記読み取りコードを表示する画面を生成するステップと、を含み、これらをコンピュータに実行させることを特徴とする。

【発明の効果】

【0009】

本発明の通信システム及びプログラムによれば、ビデオ通話等のセッションを中止させることなく、容易に使用端末の変更を行うことができる。

【図面の簡単な説明】

【0010】

【図1】本発明の一実施形態に係るリモート面談システムのシステム系統図及びサーバのブロック図の一例である。

【図2】（ａ）は同実施形態におけるホスト端末のブロック図の一例であり、（ｂ）は同実施形態におけるゲスト端末のブロック図の一例である。

【図3】同実施形態のリモート面談システムにおけるビデオ通話開始までの概略フローチャートを示す図である。

【図4】（ａ）及び（ｂ）は同実施形態におけるホスト端末の表示部に表示されるシステム画面の一例を模式的に示した図である。

【図5】同実施形態におけるホスト端末の表示部に表示されるシステム画面の一例を模式的に示した図である。

【図6】同実施形態におけるホスト端末の表示部に表示されるシステム画面の一例を模式的に示した図である。

【図7】同実施形態におけるホスト端末の表示部に表示されるシステム画面の一例を模式的に示した図である。

【図8】同実施形態におけるホスト端末の表示部に表示されるシステム画面の一例を模式的に示した図である。

【図9】同実施形態におけるホスト端末の表示部に表示されるシステム画面の一例を模式的に示した図である。

【図10】（ａ）、（ｂ）は同実施形態におけるゲスト端末のタッチパネルに表示されるシステム画面の一例を模式的に示した図である。

【図11】同実施形態におけるゲスト端末のタッチパネルに表示されるシステム画面の一例を模式的に示した図である。

【図12】同実施形態におけるゲスト端末のタッチパネルに表示されるシステム画面の一例を模式的に示した図である。

【図13】（ａ）は同実施形態におけるホスト端末の表示部に表示されるシステム画面の一例を模式的に示した図であり、（ｂ）は同実施形態における変更端末のブロック図の一例である。

【図14】（ａ）、（ｂ）は同実施形態における端末変更操作の概略フローチャートを示す図である。

【図15】同実施形態におけるゲスト端末のタッチパネルに表示されるシステム画面の一例を模式的に示した図である。

【図16】（ａ）、（ｂ）は同実施形態におけるゲスト端末のタッチパネルに表示されるシステム画面の一例を模式的に示した図である。

【図17】同実施形態におけるサーバの履歴情報記憶部に記憶されるサービス履歴テーブルの一例を模式的に示した図である。

【発明を実施するための形態】

【0011】

以下に、本発明の実施の形態について、添付図面を参照しながら説明する。

【0012】

本実施形態における通信システム１は、通信ネットワーク３を介して接続される複数のユーザ端末２，２・・・間におけるセッションを支援する通信システムである。通信システム１は、ユーザ端末２，２・・・において実行された端末変更操作を検出すると、ユーザ端末２，２・・・間のセッションに割り当てられたアクセス許容情報を読み取りコードに変換するコード変換部４６と、端末変更操作を受信するとともに端末変更を行ったユーザ端末２へ読み取りコードｋを送信する通信部４１と、セッションの際にユーザ端末２に表示されるシステム画面７内に読み取りコードを表示する画面を生成する画面生成部４３と、を備えている。

【0013】

本発明は変更・代替が可能であり、ここでいうセッションは、ビデオ通話、チャット及び音声のみのインターネット通話のいずれでもよく、セッションを行うユーザ端末２の台数等も限定されないが、以下では、上記通信システム１をリモート面談システムとして、車販売の商談支援ツールに適用した例を詳述する。また一例としての実施形態の本明細書における説明は、開示された特定の形態に本発明を限定するものではない。

【0014】

＜リモート面談システム＞
まず図１に示すように本実施形態のリモート面談システム１は、通信ネットワーク３を介してサーバ４と、複数のユーザ端末２，２とで構成され、セキュアな環境下で相互に通信自在な状態で使用される。通信ネットワーク３としては、公衆交換電話ネットワーク（ＰＳＴＮ）等の回線交換ネットワークやインターネット等のパケット・ベース・ネットワークが挙げられ、ビデオ通話が可能な通信ネットワークであれば、通信規格は特に限定されない。通信ネットワーク３は、無線信号を介してデータ通信を提供する任意のネットワークを含む。任意のネットワークとしては、例えば、ＷｉＦｉ／ＷｉＭａｘ通信を使用する無線ローカル・エリア・ネットワーク（ＷＬＡＮ）等が挙げられる。ユーザ端末２，２は、サーバ４へ通信ネットワーク３を通じてアクセスすることにより、図４等に示すシステム画面７（インタフェース）を取得してビデオ通話を行うことができる。

【0015】

＜サーバ＞
サーバ４は、コンピュータ等の情報処理装置により構成され、リモート面談システム１のサービス提供者の管理者端末１０によって管理される。サーバ４は、単一であってもよいし、例えばアプリケーションサーバ、データベースサーバ等と複数台で構成されるものであってもよく、専用、汎用は問わない。サーバ４と通信ネットワーク３との間にはもちろんファイアウォールを設けてもよい。サーバ４は、図１に示すように制御部４０と、通信部４１、記憶部４２と、画面生成部４３と、コンテンツ生成部４４と、メール生成送信部４５と、コード変換部４６と、検出部４７と、チャット処理部４８とを少なくとも備えている。

【0016】

制御部４０はＣＰＵを備え、ＣＰＵが記憶部４２に格納された各種プログラムを実行することで、各種処理が実行される。通信部４１は、ユーザ端末２,２・・・とのデータ等の送受信を実行する。例えば通信部４１は、ユーザ端末２で端末変更操作を受信するとともに端末変更操作を行ったユーザ端末２へ読み取りコードを送信する。記憶部４２は、サーバ４が動作するうえで必要とする各種プログラムおよびデータ等を記憶する。具体的には、オペレーティングシステム（OS）やビデオ通話確立アプリケーションプログラム、端末変更アプリケーションプログラム、画面共有アプリケーションプログラム、コンテンツ編集アプリケーションプログラム等の各種プログラムが記憶される。また記憶部４２は、システム画面７内にドロップされたファイルを記憶する。記憶部４２は、ユーザ情報記憶部４２ａ及び履歴情報記憶部４２ｂを含む。ユーザ情報記憶部４２ａは、リモート面談システム１のサービス（以下、サービスという）を利用するユーザ情報（ログインＩＤ（ユーザを識別する識別子）、携帯電話番号等）を記憶する。当該サービスはビデオ通話のみならず、メッセージ（チャット）のやりとり、ファイルの共有を行うことができるので、履歴情報記憶部４２ｂは、ユーザ端末２，２の利用状況・通信履歴、メッセージのやりとり（チャット）、共有するファイル等を記憶する。画面生成部４３は、ユーザ端末２，２間におけるビデオ通話の際にユーザ端末２，２に表示されるシステム画面７を生成する。ここでシステム画面７とは、ユーザ端末２，２の表示部５４やタッチパネル６４に、リモート面談システム１のアプリケーション起動中に表示される画面のことをいう（図４等参照）。

【0017】

画面生成部４３は、システム画面７を生成する。具体的には画面生成部４３は、システム画面７内に出没自在に構成されるフレーム部７１と、ユーザ端末２，２それぞれのカメラ映像を映す複数のカメラフレーム部７２と、を生成する（図７等参照）。また画面生成部４３は、フレーム部７１をシステム画面７の左右別々に生成するとともに、操作タブ７０の操作を検出するとフレーム部７１が横方向にスライドして突出するように生成する。さらに画面生成部４３はビデオ通話中に端末変更操作がなさると、コード変換部４６で変換された読み取りコードｋを表示する画面を生成する。そして画面生成部４３は、システム画面７内にドロップ操作されたファイルをアイコン７４ａ，７４ｂ化しシステム画面７内に表示する画面も生成する。

【0018】

コンテンツ生成部４４は、ビデオ通話で使用されるコンテンツをフレーム部７１に生成する。ここで想定するコンテンツとは、車販売の場合は、在庫リストを参照する内容や見積書や売買契約書を検討する内容、カード等による決済するための内容、ユーザ端末２，２同士でやりとりできるチャット等をさす。コンテンツ生成部４４は、送信元ユーザ端末（ホスト端末５）側のフレーム部７１に掲載されているコンテンツをユーザ側で文字入力、検索、選択等操作・編集可能に生成する一方、送信先ユーザ端末（ゲスト端末６）のフレーム部７１は、送信元ユーザ端末側で行われた選択操作に基づいた内容が表示されるように生成する。

【0019】

メール生成送信部４５は、ユーザ端末２からメール送信先を受信すると、送信元ユーザ端末２（ホスト端末５）とのビデオ通話セッションを開始するためのアクセス許容情報を掲載した簡易メールを生成し、メール送信先の送信先ユーザ端末２（ゲスト端末）に送信する。

【0020】

コード変換部４６は、ユーザ端末２（ホスト端末５）において実行された端末変更操作を検出すると、ユーザ端末２，２間のビデオ通話に割り当てられたアクセス許容情報を読み取りコードに変換する。またコード変換部４６は、カメラ５３ａで読み取りコードが読み取られたこと検知すると読み取りコードからアクセス許容情報へ変換することも行う。

【0021】

検出部４７は、ビデオ通話中にシステム画面７内にファイルがドロップ操作されたことを検出する。

【0022】

チャット処理部４８は、チャットによる会話画面に、システム画面７内にドロップしたファイルにアクセス可能なアクセス許容情報をユーザ端末２のそれぞれに自動的に投稿する。

【0023】

＜ユーザ端末＞
ユーザ端末２，２は、本実施形態では車販売店側において営業担当者等が使用するホスト端末５と、車購入を検討している顧客側において顧客等が使用するゲスト端末６が想定される。ホスト端末５は、ノート型あるいはデスクトップ型のパソコンでもよいし、タブレット端末、スマートフォンでもよい。要は通信ネットワーク３を介してビデオ通話ができ、サーバ４とデータ、ファイル等の送受信が可能であれば、あらゆる端末装置をホスト端末５として使用できる。本実施形態ではホスト端末５としてパソコンを使用する場合について説明する。ホスト端末５は、サービスの利用登録、すなわち、電話番号やメールアドレス等の個人情報・法人情報及びパスワードをサービス提供者に提供しサービスを利用するための登録をしているユーザ端末である。ホスト端末５は、図２（ａ）に示すように制御部５０と、通信部５１と、記憶部５２と、カメラ・スピーカ・マイク５３と、表示部５４と、操作部５５を備える。制御部５０はＣＰＵを備え、ＣＰＵが記憶部５２に格納された所定のプログラムを実行することで、各種処理が実行される。通信部５１はサーバ４とのデータ、ファイル等の送受信を実行する。記憶部５２は、ＲＯＭ、ＲＡＭ等のメモリやＨＤＤで構成され、各種データを送受信するためのコンピュータプログラム等が記憶される。カメラ・スピーカ・マイク５３におけるカメラ５３ａはビデオ通話において自身の動画像を送信可能なカメラ、スピーカ５３ｂは相手の音声が出力可能なスピーカ、マイク５３ｃはビデオ通話において音声を送信可能なマイクであれば、特に限定されない。表示部５４は、制御部５０の制御に基づいて各種情報を表示するユーザインターフェースであり、液晶パネル等で構成される。操作部５５はユーザによる操作を受け付けるユーザインターフェースであり、キーボードやマウスで構成される。

【0024】

ゲスト端末６もパソコン、タブレット端末等、要は通信ネットワーク３を介してビデオ通話ができ、サーバ４とデータ、ファイル等の送受信が可能であれば、あらゆる端末装置を用いることができ、特に限定されない。本実施形態ではゲスト端末６としてスマートフォンを使用する場合について説明する。ゲスト端末６は、サービスの利用登録をしていない、言い換えるとサービスの利用登録をする必要のないユーザ端末であり、図２（ｂ）に示すように制御部６０と、通信部６１と、記憶部６２と、カメラ・スピーカ・マイク６３と、タッチパネル６４とを備える。制御部６０はＣＰＵを備え、ＣＰＵが記憶部６２に格納された所定のプログラムを実行することで、各種処理が実行される。通信部６１はサーバ４とのデータ、ファイル等の送受信を実行する。記憶部６２は、ＲＯＭ、ＲＡＭ等のメモリやＨＤＤで構成され、各種データを送受信するためのコンピュータプログラム等が記憶される。タッチパネル６４は、制御部６０の制御に基づいて各種情報を表示し、ユーザによるタップ操作を受け付けるユーザインターフェースであって、外部物体の接触を検知可能な表示体で構成される。カメラ・スピーカ・マイク６３は、ホスト端末５と同様にビデオ通話可能とするものであればよい。

【0025】

＜リモート面談システムのビデオ通話開始までの基本フロー＞
次に図３～図５、図１０、１１等を参照しながら、リモート面談システム１を使用しビデオ通話を開始するまでの基本動作例を表示部５４及びタッチパネル６４の表示例とともに説明する。ここでは車販売の営業担当者が新規顧客と初めてビデオ通話を使って商談を開始するまでについて説明する。またここでは、ホスト端末５側がサーバ４にアクセスするためのユーザのログインＩＤがすでに発行され、パスワード設定も完了している例について説明するが、ログインＩＤの発行・登録処理は別途行われることは言うまでもない。さらにユーザ端末２のうちホスト端末５においては、当該サービスの利用に際しては専用のモジュールをインストールする構成でもよく、ブラウザを利用する構成であってもよい。

【0026】

まずホスト端末５の営業担当者は、ホスト端末５にインストールされたアプリケーションを起動させるか、所定のＵＲＬへアクセスする等してログイン画面を開く。そしてログイン情報を入力する画面にＩＤとパスワードを入力し（Ｓ１００・図４（ａ）参照）、ログインＩＤ情報を送信する。サーバ４では送信されてきたログイン情報に基づき、認証処理が実行される（Ｓ１０１）。認証処理が完了すると、所定のシステム画面７を読み出し（Ｓ１０２）、ホスト端末５へ送信する。

【0027】

認証処理が正しく実行されるとホスト端末５の表示部５４には、システム画面７が表示される（図４（ｂ）参照）。図４（ｂ）はリモート面談システム１の起動時のシステム画面７を示している。システム画面７中に表示される操作タブ７０のうち、左側に設けられた操作タブ７０ａをクリックすると、フレーム部７１ａが突出し、ビデオ通話に招待したい顧客のゲスト情報を入力するビデオ通話予約ページ７１ａａがシステム画面７内に表示される（Ｓ１０３・図５参照）。そして、フレーム部７１ａのビデオ通話予約ページ７１ａａに新規顧客のゲスト名・携帯電話番号を所定の入力欄に入力し、ビデオ通話発行ボタンａ（図５参照）をクリックする。すると、ゲスト情報がサーバ４に送信される。メール生成送信部４５は、取得したゲスト情報に基づいて、簡易メールを生成する。簡易メールには、ビデオ通話を開始可能とするアクセス許容情報をリンクした状態で記載された簡易メールを生成し、携帯電話番号宛に送信する（Ｓ１０４）。ここでいう簡易メールは、携帯電話番号を宛先として利用できる例えばＳＭＳ（Short Message Service）やＭＭＳ（Multimedia Messaging Service）等を用いて送信されるメールをいう。またゲスト端末６に送信する簡易メールの文例は特に限定されないが、図１０（ａ）に示すように、「ビデオ通話の準備ができました。以下、ＵＲＬをタップください。」等と簡易メールを受け取った顧客にとってわかりやすい文であればよい。またここで、簡易メールにリンクされるアクセス許容情報は、ホスト端末５とビデオ通話可能に接続されるリンクに関する情報を意味し、ＵＲＬである場合を説明しているが、これに限定されない。また簡易メールにアクセス許容情報をリンクする態様は、ＵＲＬを表示する例に限定されず、ＵＲＬをＱＲコード（登録商標）等の２次元コード化したものでも、クリックすればＵＲＬへアクセスできる構成にアイコン化したものでもよい。

【0028】

ゲスト端末６に簡易メールが届いたら、顧客はリンクされたＵＲＬをタップし、ＵＲＬへアクセスする（Ｓ１０６）。所定のＵＲＬへのアクセスが検出されるとゲスト端末６のカメラ（６３）へのアクセス許可を求める画面を表示する（Ｓ１０７・図１０（ｂ）参照）。そして顧客による操作でカメラ６３ａへのアクセスが許可されるとカメラ６３ａからの映像を流しながら、カメラ５３ａへのアクセスがキャンセルされるとカメラ６３ａからの映像はない状態でシステム画面７へ遷移しビデオ通話を開始する（Ｓ１０８・図１１参照）。一方、サーバ４ではホスト端末５に向けのゲスト端末６とのビデオ通話発行画面を生成し（Ｓ１０５）、ホスト端末５に送信する。ホスト端末５のシステム画面７内にビデオ通話発行画面を表示し（Ｓ１０９）、営業担当者によりビデオ通話発行ページ７１ａｂの開始ボタンｂ（図６参照）がクリック操作されたことを検出するとビデオ通話を開始する（Ｓ１１０）。そしてホスト端末５とゲスト端末６とのファイルやチャットのやりとり等は、履歴ログとして履歴情報記憶部４２ｂに記憶される（Ｓ１１１）。

【0029】

＜リモート面談システムのビデオ通話開始までのフローの変形例＞
ビデオ通話開始までのフローは上述に限定されず、例えば、上記フローに、ビデオ通話の予約日時、ビデオ通話開始時間を設定するフローを追加してもよい。また例えば、ビデオ通話の予約を自社（本実施形態の場合は車販売会社）のホームページから行えるようにしてもよい。この場合、自社のホームページにアクセスした顧客自ら予約日時、顧客氏名、携帯電話番号、もしくはメールアドレスを入力可能とする予約フォームを設定する。そして、予約フォームの入力情報をサーバ４の通信部４１が受信すると、ホスト端末５へビデオ通話の予約があったことを通知する構成とすればよい。通知方法は、所定のメールアドレスへメールするようにしてもよいし、当該サービスのアプリケーションをホスト端末５にインストールしている場合は、アプリケーションのアイコンに通知フラグをたてるようにしてもよい。そしてこの場合、図３のＳ１０３のステップでゲスト情報として予約日時情報も含ませ、図３のＳ１０４のステップで生成される簡易メールに予約日時の情報を含ませればよい。

【0030】

図１７には、履歴情報記憶部４２ｂに記憶されるサービス履歴テーブルの一例を模式的に示す。図に示すように、サービス履歴テーブルＴは、「ユーザＩＤ」、「ビデオ通話ＵＲＬ」、「ゲスト名」、「ゲスト情報」、「ファイルログ」等が含まれる。ここでは、ビデオ通話の予約日時も管理情報「ビデオ通話予約日時」として含ませた例を示している。「ユーザＩＤ」は、サービス提供側によって設定されるアカウントであるが、ユーザ側でメールアドレスなど任意にテキストに設定変更されたものも含む。「ビデオ通話ＵＲＬ」、「ゲスト名」、「ゲスト情報」、「ファイルログ」、「ビデオ通話予約日時」等の管理情報は図１７に示すとおり、「ユーザＩＤ」と関連付けて記憶される。よって、「ビデオ通話ＵＲＬ」に関連付けられた「ユーザＩＤ」を有するユーザと、ユーザから招待を受けたゲストのみが、該当する「ビデオ通話ＵＲＬ」にアクセスすることができる。また所定の「ユーザＩＤ」に関連付けられた所定の「ビデオ通話ＵＲＬ」は、ＩＤ認証によって許可されたユーザ（本実施形態では営業担当者）が招待したユーザ（本実施形態では顧客）との間でのみ有効である。よって、営業担当者が招待した顧客との間で当該サービスを利用していない際、例えば、顧客がビデオ通話終了後に簡易メールにリンクされたＵＲＬにアクセスしても当該サービスを利用することはできない。

【0031】

以上の構成によれば、簡易メールを受領したユーザ端末２からアクセス許容情報（ＵＲＬ）にアクセスすれば、送信元ユーザ端末、すなわちホスト端末５とビデオ通話を簡易に開始させることができる。このとき、簡易メールを受信した側、すなわちゲスト端末６側は簡易メール送信先（携帯電話番号）を知らせるだけでログイン認証等不要でビデオ通話できる。したがって、車を購入しようとする顧客は自身の個人情報として携帯電話番号を提供すれば、当該サービスの提供を受けるためにアプリケーションをダウンロードしたり、会員登録等を行うことなく、手軽に且つセキュアな環境下で営業担当者と商談をビデオ通話で行うことができる。

【0032】

＜ホスト端末側のシステム画面について＞
次に図４～図９を参照しながら、サービス提供時のホスト端末５におけるシステム画面７の表示について説明する。

【0033】

図４（ａ）は上述のとおり、サービス提供を受けるためのログイン画面を示している。このシステム画面７からログイン情報を入力し、サーバ４で正しく認証処理が実行されると、図４（ｂ）の画面に遷移する。図４（ｂ）は、顧客とビデオ通話を開始する前のシステム画面７を示している。

【0034】

図４（ｂ）に示すように、ホスト端末５の表示部５４の形状に合わせ、横長の方形状をなすシステム画面７には、ビデオ通話を行うユーザ、具体的にはカメラ５３ａ，６３ａによって撮影される営業担当者と顧客の双方を映し出すカメラフレーム部７２と、システム画面７内に出没自在に構成されるフレーム部７１と、フレーム部７１の出没を操作する操作タブ７０とを備える。カメラフレーム部７２は、ホスト端末５側のカメラ５３ａが撮影した映像（営業担当者）を映すホストカメラフレーム部７２ａと、ゲスト端末６側のカメラ６３ａが撮影した映像（顧客）を映すゲストカメラフレーム部７２ｂとを備える。このカメラフレーム部７２は、自身の姿を小さく、ビデオ通話の相手の姿を大きく表示するように生成されている。よって、ホスト端末５側のシステム画面７では、ゲストカメラフレーム部７２ｂがシステム画面７の略中央領域に大きく表示され、ホストカメラフレーム部７２ａはシステム画面７の左上に小さく表示される。

【0035】

フレーム部７１は、システム画面の左右別々に略方形状に生成され、操作タブ７０の操作を検出するとフレーム部７１が横方向にスライドして突出するように生成されている。図４（ｂ）では左右のフレーム部７１ａ，７１ｂは隠れて収納されているような状態を示しており、左右に操作タブ７０（７０ａ，７０ｂ）のみが表示されている。操作タブ７０ａ，７０ｂは、左右のフレーム部７１ａ，７１ｂのそれぞれの突出する側の縁部７０ｃ，７０ｄに凸状に表示される。そしてその半円状で凸状の操作タブ７０ａ，７０ｂ内には、フレーム部７１ａ，７１ｂを引き出す方向を示唆する「＞」「＜」の方向表示がなされている。これによれば、操作タブ７０ａ，７０ｂをクリックすれば、フレーム部７１ａ，７１ｂがシステム画面７の中心へ向けて引き出されると直感的に認識できる。またフレーム部７１ａ，７１ｂが左右の両側に生成されるので、システム画面７内で参照できる情報量を格段に増やすことができる。さらにこのフレーム部７１ａ，７１ｂは、図５～図９等に示すように各種ページを追加できるので、商談の内容に応じて情報量をさらに増やすことができる。また操作タブ７０ａ，７０ｂを操作すれば、フレーム部７１ａ，７１ｂが横方向にスライドして表示されるので、システム画面７領域を有効に活用できる。例えばビデオ通話中に顧客の顔を確認しながら対面して打ち合わせをしたいときには、フレーム部７１ａ，７１ｂを図４（ｂ）に示すように収納しておけばよい。またフレーム部７１ａ，７１ｂを引き出した状態であっても、ゲストカメラフレーム部７２ｂがシステム画面７の略中央に大きく表示されているため、実際に面談しているかのように商談を行うことができる。

【0036】

システム画面７の下欄は、操作領域７３とされ、各種操作ボタンを並べて表示する。ここではビデオ通話中に別の端末への変更を可能とする端末変更ボタン７３ａ、カメラ５３ａで撮影する方向を変更するカメラ切替ボタン７３ｂ、カメラ５３ａでの撮影を停止するカメラオフボタン７３ｃ、ビデオ通話を終了するためのオフボタン７５、システム画面７をそのままスクリーンショットする撮影ボタン７３ｄ、営業担当者の名刺を表示可能とする名刺表示ボタン７３ｅを配列させている。端末変更ボタン７３ａ等は、アイコンをピクトグラム化して表示している。これにより、ユーザ側は直感的に操作機能がわかりやすいため、はじめてサービスを利用するユーザでも使いやすい。またこの操作領域７３における各種操作ボタンの配列順序は商談の内容に応じて、ドラッグアンドドロップすれば、ユーザ側で変更できるように生成してもよい。

【0037】

端末変更ボタン７３ａは、ビデオ通話中に使用端末を変更できるボタンである。端末変更ボタン７３ａがクリックされると、システム画面７の中央にコード変換部４６で変換された読み取りコードｋが表示される（図１３（ａ）参照）。営業担当者は変更して使用したい端末のカメラで読み取りコードを読み取ると、読み取った端末で「ビデオ通話ＵＲＬ」にアクセスすることできる。撮影ボタン７３ｄは、商談中に表示された画面をそのままスクリーンショットできるので、便利である。スクリーンショットしたファイルは、チャットページ７１ｂｃに自動投稿するようにすれば、履歴として残り、次回の商談時に保存されているので、引き続きの商談をスムーズに行うことができる。

【0038】

図５及び図６は、左側のフレーム部７１ａの表示例を示した図であり、フレーム部７１ａ全体を引き出した状態を示している。このフレーム部７１ａは、横長のシステム画面上において、最大引き出し量がシステム画面７の約３分の１程度まで引き出し可能とされている。フレーム部７１ａは、ゲスト端末６側と共有する必要がないコンテンツを搭載するように生成されており、図５には、その例としてビデオ通話予約ページ７１ａａが表示される例を示している。このビデオ通話予約ページ７１ａａは、サービス提供を受ける登録をしているユーザが利用するコンテンツであり、この内容はゲスト端末６には表示されない。顧客からビデオ通話の要望を受けた営業担当者は、システム画面７を起動し、ログイン画面（図４（ａ）参照）からログインした後、操作タブ７０ａをクリックし、このビデオ通話予約ページ７１ａａからゲスト名、携帯電話番号を入力し、ビデオ通話発行ボタンａをクリックすれば、顧客とのビデオ通話を予約することができるように構成されている。

【0039】

図６には、左側のフレーム部７１ａの搭載されるコンテンツとして、ビデオ通話発行ページ７１ａｂの表示例を示している。このビデオ通話発行ページ７１ａｂには、ビデオ通話の予約リストが生成され表示される。予約リストには、ビデオ予約日時や顧客名が表示されており、逐次情報が更新され、営業担当者はビデオ通話発行ページ７１ａｂに表示される開始ボタンｂをクリックすれば、顧客とのビデオ通話を開始できるように構成されている。

【0040】

以上のようにフレーム部７１ａに生成されるコンテンツは顧客と共有する必要のない情報とすれば、左側のフレーム部７１ａと右側のフレーム部７１ｂの使用の棲み分けをすることができる。この実施形態において、左側のフレーム部７１ａは、ビデオ通話を確立するためには必須のコンテンツでありながら、ビデオ通話中にはほとんどみることがないことが想定されるコンテンツでもあるので、商談中はフレーム部７１ａを収納しておけばよく、システム画面７を有効に活用できる。また図６に示すように左側のフレーム部７１ａに他の顧客の個人情報や社内情報を掲載するようにすれば、うっかり顧客と情報を共有してしまうといった操作ミスを防ぐことができる。

【0041】

図７～図９は、右側のフレーム部７１ｂの表示例を示した図であり、フレーム部７１ｂ全体を引き出した状態を示している。このフレーム部７１ｂは、横長のシステム画面上において、最大引き出し量がシステム画面７の約２分の１程度まで引き出し可能とされている。また図７等に示すようにフレーム部７１ｂを引き出した状態であっても、オフボタン７５が視認できる位置に生成され、ビデオ通話による商談中に使用する可能性が高い端末変更ボタン７３ａ等を左側に生成している。よって、フレーム部７１ｂを参照した状態でも操作性の向上を図ることができる。またこのようにフレーム部７１ｂを引き出した状態であっても、ゲストカメラフレーム部７２ｂが大きく表示されているので、顧客と面談しながら、フレーム部７１ｂの情報を参照できる。また左上端にはホストカメラフレーム部７２ａも視認しながら打ち合わせを進めることができる。フレーム部７１ｂは、ゲスト端末６側と共有するコンテンツを搭載するように生成されており、図７には、その例として在庫参照ページ７１ｂｂが表示される例を示している。在庫参照ページ７１ｂｂは、車の在庫状況を閲覧しながら車選びができるページである。この在庫参照ページ７１ｂｂに掲載されるコンテンツを自社ホームページの在庫参照ページから取り込み、表示させるようにしてもよい。ホスト端末５側では在庫参照ページ７１ｂｂに設けられた入力欄ｃに顧客の要望に合わせたキーワードを入力して検索したり、車会社や車種などを選択し条件検索をすることができる。検索機能はホスト端末５側のシステム画面７特有の機能とすれば、顧客の要望にあわせて営業担当者が商談をリードしながら進めていくことができる。そして気になる車がみつかれば、チェックボックスｄをマークし、詳細ボタンｅをクリックするとその車の詳細情報が確認できるように生成されている。このとき、ゲスト端末６では、図１２に示すようにホスト端末５側と閲覧している在庫情報は同じであるが、検索機能のない表示である点であえて異ならせている。

【0042】

図７等においてシステム画面７のゲストカメラフレーム部７２ｂの左下には商談において共有したファイルのアイコン７４ａ，７４ｂが表示されている。これらアイコン７４ａ,７４ｂは、ビデオ通話による商談中に、営業担当者によってシステム画面７内にドロップされたファイルであり、システム画面７において、操作領域７３とカメラフレーム部７２以外の領域はドロップ保存領域７４に保存される。例えば、このホスト端末５に保存されているファイルに商談に有効なファイルがあり、顧客と共有したい場合、営業担当者は共有したファイルをドラッグし、システム画面７内へドロップすれば、ホスト端末５側ではドロップ保存領域７４にファイルが保存される。このとき、ファイルがドロップされることで、そのファイルはサーバ４の履歴情報記憶部４２ｂに記憶される。そして、ホスト端末５側でファイルを開くと、ゲスト端末６側においても、このドロップされたファイルが表示され、双方でファイル共有ができるようになる。ゲスト端末６では、ホスト端末５の画面自体を共有するのではなく、サーバ４の記憶部４２を介してファイルを共有することができるので、ホスト端末５側でも、ゲスト端末６側でも、共有しているファイルの開閉操作、拡大・縮小操作、ダウンロードはそれぞれに独立にして行うことができる。

【0043】

以上によれば、ホスト端末５の画面共有してファイルを参照する場合と比べてクリアな状態の同じファイルをホスト端末５とゲスト端末６とで視認することができる。またファイルをドロップするだけでビデオ通話中にファイルを簡単に共有できるので、はじめてサービスを利用するでも顧客とのファイル共有を容易に行うことができる。またその共有したファイルはアイコン化されてドロップ保存領域７４に保存されるので、保存後の確認が容易である。さらに、ビデオ通話が一旦終了し、ふたたび再開してセッションが呼び出されれば、図７に表示されているアイコン７４ａ，７４ｂもふたたび表示されるので、ドロップしたファイルを開くことができる。そして営業担当者はファイルをドロップして開くという操作を行えば、ゲスト端末６へファイルを共有、すなわち、ゲスト端末６へファイルを送信したと同様の操作を行うことができるので、公知のファイル送信操作と比べて非常に簡便といえる。

【0044】

図８には、右側のフレーム部７１ｂに搭載されるコンテンツとして、チャットページ７１ｂｃの表示例を示している。このチャットページ７１ｂｃでは、ホスト端末５及びゲスト端末６との間でチャットを行うことができる。メッセージ欄ｇからメッセージを送信した際には、発言者のアイコンｆとしてホストカメラフレーム部７２ａ、ゲストカメラフレーム部７２ｂのカメラ映像を取り込んで映すようにしてもよいし、ホスト端末５側はあらかじめアイコンｆに表示させる写真や名前、会社名等を入力・設定しておいてもよい。この場合、チャットの発信者がどちらからの発信であるか直感的にすぐに認識することができる。また記憶部４２は、ホスト端末５及びゲスト端末６間でのビデオ通話やチャット、ファイルの送受信を記憶し、これら内容は「ユーザＩＤ」に割り当てられたアクセス許容情報、すなわち「ビデオ通話ＵＲＬ」に関連付けさせて記憶する。よって、端末変更が行われた後やビデオ通話自体が一旦終了した後も、引き続き、前のセッション内容に基づいて続行することができる。さらにチャット処理部４８により、チャットページ７１ｂｃの会話画面に、システム画面７内にドロップしたファイルにアクセス可能なアクセス許容情報、具体的にはリンクアドレスをホスト端末５及びゲスト端末６のそれぞれに自動的に投稿される。よって、チャットページ７１ｂｃをみれば、チャット履歴とともに、ファイルのやりとり履歴も確認することができる。

【0045】

図９には、右側のフレーム部７１ｂに搭載されるコンテンツとして、見積もりページ７１ｂａの表示例を示している。この見積もりページ７１ｂａは、車購入に際しての具体的な見積書が提示できる情報が掲載されている。このときの操作はホスト端末５側のみで行えるように生成されており、顧客の要望に応じた見直しもビデオ通話を行いながら行うことが可能に生成されている。またこの見積りページ７１ｂａは、ラジオボタンの売買契約書ボタンｈをクリックすると、売買契約書のフォームが表示されるように生成されている。よって、この右側のフレーム部７１ｂを活用すれば、車選びを顧客と同じ情報を共有しながら、進めることができる上、ローンシミュレーションを含む細かな見積もりの確認・調整にとどまらず、売買契約書を交わすこともできるように構成されている。

【0046】

以上のようにフレーム部７１ｂに生成されるコンテンツは、顧客を共有する必要のある情報とし、且つ商談に必要な様々なコンテンツを盛り込めば、ユーザにとってはリアルに面談して商談を行うのと変わらない感覚でサービスを受けることができる。このとき、単にフレーム部７１ｂに顧客と共有すべき情報をまとめたというのではなく、商談にふさわしいカテゴリーにわけて各ページ（７１ｂａ～７１ｂｃ）をレイアウトすることで、格段に利用しやすいユーザインターフェースを実現できる。またフレーム部７１ａ，７１ｂは、操作タブ７０ａ，７０ｂをクリックすれば、出没自在とされている。よって、カメラフレーム部７２の表示の邪魔になることなく、フレーム部７１ａ，７１ｂの表示・非表示の操作性がよいものとすることができる。またフレーム部７１ａ，７１ｂの出没は、操作タブ７０をユーザの双方が各自操作できる態様であってもよいが、ホスト端末５側のみ操作可能としてもよい。この場合、顧客側は特に操作をしなくても、受け身の体制で商談を進めていくことができる。またこの場合、例えばホスト端末５側では、在庫参照ページ７１ｂｂを参照しながらも、顧客の表情を確認したいときには、操作タブ７０ｂをクリックすれば、フレーム部７１ｂはすぐに収納された状態になり、ゲストカメラフレーム部７２ｂの全領域を表示させることができる。そしてフレーム部７１ａ，７１ｂがこのように左右の両側に生成されるので、フレーム部７１ａ，７１ｂで参照できる情報量を増やすことができる。

【0047】

＜ゲスト端末側のシステム画面について＞
続いて図１０～図１２を参照しながら、サービス提供時のゲスト端末６におけるシステム画面７の表示について説明する。なお、図１０～図１２の図中に付した符号はホスト端末５を説明した際と共通する事項については共通の符号を付しているが、画面生成部４３はホスト端末５用とゲスト端末６用のそれぞれに応じた画面生成を行うようにプログラムされている。また以下では主にホスト端末５用のシステム画面７の構成と異なる点について説明する。

【0048】

図１０（ａ）は、ゲスト端末６に届く、簡易メールをゲスト端末６のタッチパネル６４上で開いた状態を模式的に示した図である。図１０（ｂ）は、カメラ６３ａへのアクセス許可を得るための表示画面を模式的に示した図である。まず、図１０（ａ）で示す簡易メールにリンクされたＵＲＬを顧客がタップする。するとカメラ６３ａへのアクセス許可を求める画面・図１０（ｂ）が表示される。ここでカメラ６３ａへのアクセスを許可またはキャンセルする操作がなされると、ビデオ通話が開始され、ゲスト端末６においてシステム画面７が起動する。

【0049】

図１１は、ホスト端末５とゲスト端末６の双方のカメラ５３ａ，６３ａがアクセス許可され、ビデオ通話が通信可能となり、サービス提供が開始されている状態の一例を模式的に示した図である。システム画面７は、ゲスト端末６のタッチパネル６４の形状に合わせ縦長の方形状をなし、システム画面７は、ビデオ通話を行うユーザ、具体的にはカメラ５３ａ，６３ａによって撮影される営業担当者と顧客の双方を映し出すカメラフレーム部７２と、システム画面７内に出没自在に構成されるフレーム部７１と、フレーム部７１の出没を操作する操作タブ７０とを備える。カメラフレーム部７２は、ホスト端末５側のカメラ５３ａが撮影した映像（営業担当者）を映すホストカメラフレーム部７２ａと、ゲスト端末６側のカメラ６３ａが撮影した映像（顧客）を映すゲストカメラフレーム部７２ｂとを備える。ゲスト端末６側のシステム画面７では、ホストカメラフレーム部７２ａがシステム画面７のほぼ全域に大きく表示され、ゲストカメラフレーム部７２ｂはシステム画面７の左上に小さく表示される。なお、ここではホスト端末５とゲスト端末６の双方のカメラ５３ａ，６３ａがアクセス許可された例を説明しているが、これに限定されず、例えばゲスト端末６側は音声のみで通話してもよく、その場合は、ゲストカメラフレーム部７２ｂがオフ状態に表示される。

【0050】

ゲスト端末６においてもシステム画面７の下欄は、操作領域７３とし、各種操作ボタンを並べて表示する。ここでは左側からカメラ６３ａで撮影する方向を変更するカメラ切替ボタン７３ｂ、カメラ６３ａでの撮影を停止するカメラオフボタン７３ｃ、ビデオ通話を終了するためのオフボタン７５を配列している。ゲスト端末６側では、あえて必要最低限の機能を持たせ、顧客側に極力、面倒な操作させない構成にしているため、端末変更ボタン７３ａ、撮影ボタン７３ｄを設けていないが、これらをゲスト端末６側にも生成するようにしてもよい。

【0051】

図１１の例では、システム画面７の上方にホストカメラフレーム部７２ａに重なるように名刺表示iがされている。この名刺表示iは営業担当者の名刺であり、ホスト端末５側で、名刺表示ボタン７３ｅ（図４（ｂ）等参照がクリックされるとゲスト端末６側に図１１に示すように表示される。これにより、顧客側は自身の営業担当者の氏名を確認することができる。

【0052】

図１２は、ホスト端末５とのビデオ通話による商談が進行している状態の表示例を模式的に示した図であり、ホスト端末５側の図７に対応した図である。フレーム部７１は、右側のみに略方形状に生成され、操作タブ７０ｂの操作を検出すると右側のフレーム部７１ｂが横方向にスライドして突出するように生成されている。操作タブ７０ｂは、右のフレーム部７１ｂの突出する側の縁部７０ｄに凸状に表示される。なお、図１１では、右のフレーム部７１ｂは隠れて収納された状態を示しており、右に操作タブ７０ｂのみが表示されている。

【0053】

このフレーム部７１ｂは、縦長のシステム画面上において、最大引き出し量がシステム画面７の約２分の１程度まで引き出し可能とされている。また、フレーム部７１ｂにも、ホスト端末５側と同様に見積りページ７１ｂａ、在庫参照ページ７１ｂｂ、チャットページ７１ｂｃとが生成され、顧客側の操作で各ページを参照することができるが、文字入力ができるのはチャットページ７１ｂｃのみに制限している。これにより、営業担当者が主導で商談を進めることができ、顧客側はシステム画面７を眺めていれば商談が進行する形で進めることができる。またゲスト端末６側では、顧客にとって情報過多にならないように、必要な情報がわかりやすく明確に伝わることに着眼点をおいてフレーム部７１ｂを構成しているため、見積りページ７１ｂａ、在庫参照ページ７１ｂｂの表示内容は、ホスト端末５側と異なる内容としている。例えば在庫参照ページ７１ｂｂに表示される車は、ホスト端末５側では複数の車を閲覧できるが（図７参照）、ゲスト端末６側では、１台のみを表示している。そして、この在庫参照ページ７１ｂｂは、顧客に要望に応じて、「３８５万円」の車の画像を営業担当者側の操作で拡大表示し、ゲスト端末６側のシステム画面７に拡大表示ｊで示している状態を図１２では表している。特にゲスト端末６の使用端末がスマートフォン等の小型端末の場合は、表示領域が、ダスクトップ型のパソコンの表示領域と比べて略１／６～１／８小さいため、如何にわかりやすくするかが課題となるところ、このようにフレーム部７１ｂに掲載するコンテンツに制限を加えたり、簡易化することで、顧客にとって欲しい情報を得やすくなる。

【0054】

＜端末変更機能＞
図１３～図１６を参照しながら、端末変更操作についてさらに説明する。
ここではホスト端末５をパソコンからスマートフォンに変更する例を説明する。
図１３（ａ）は端末変更操作を説明するための図であり、ホスト端末５のシステム画面７の略中央に読み取りコードｋが表示されている例を示している。図１３（ｂ）は端末変更操作による端末変更された変更端末８のブロック図の一例である。
変更端末８は、通信ネットワーク３を介してビデオ通話ができ、サーバ４とデータ、ファイル等の送受信が可能であれば、あらゆる端末装置を用いることができ、特に限定されないが、ここでは上述のとおり、変更端末８としてスマートフォンを使用する場合について説明する。変更端末８もゲスト端末６同様、サービスの利用登録をしていない、言い換えるとサービスの利用登録をする必要のないユーザ端末である。図１３（ｂ）に示すように制御部８０と、通信部８１と、記憶部８２と、カメラ・スピーカ・マイク８３と、タッチパネル８４とを備える。制御部８０はＣＰＵを備え、ＣＰＵが記憶部８２に格納された所定のプログラムを実行することで、各種処理が実行される。通信部８１はサーバ４とのデータ、ファイル等の送受信を実行する。記憶部８２は、ＲＯＭ、ＲＡＭ等のメモリやＨＤＤで構成され、各種データを送受信するためのコンピュータプログラム等が記憶される。タッチパネル８４は、制御部６０の制御に基づいて各種情報を表示し、ユーザによるタップ操作を受け付けるユーザインターフェースであって、外部物体の接触を検知可能な表示体で構成される。カメラ・スピーカ・マイク８３は、ホスト端末５と同様にビデオ通話可能とするものであればよい。コード変換部８５は、ホスト端末５のシステム画面７に表示された読み取りコードｋをカメラ８３ａで読み取った読み取りコードｋをホスト端末５とゲスト端末６とのビデオ通話に割り当てられたアクセス許容情報、具体的には所定の「ビデオ通話ＵＲＬ」に変換する。

【0055】

図１４（ａ）は、端末変更ボタン７３ａの操作が検出部４７で検出された後のフローを示している。営業担当者によって、ホスト端末５の端末変更ボタン７３ａがクリックされると、コード変換部４６は、アクセス許容情報、すなわち所定の「ビデオ通話ＵＲＬ」に基づいて読み取りコードを生成する（Ｓ２００）。そして画面生成部４３では、読み取りコードを表示する画面を生成する（Ｓ２０１、図１３（ａ）参照）。ここで読み取りコードは、特に限定されないがバーコードやＱＲコード（登録商標）等の二次元コードが挙げられる。

【0056】

次に図１４（ｂ）には、読み取りコードｋを読み取り、端末変更を行うフローを示している。営業担当者によって、ホスト端末５のシステム画面７に表示された読み取りコードｋ、すなわちＱＲコード（登録商標）を端末変更したい変更端末８のカメラ８３ａで読み取る（Ｓ３００）。そして、変更端末８によって読み取ったＱＲコード（登録商標）は、コード変換部８５で、所定の「ビデオ通話ＵＲＬ」に変換され、その「ビデオ通話ＵＲＬ」を営業担当者がタップしアクセスすれば（Ｓ３０１）、ホスト端末５から変更端末８にビデオ通話を保持したまま、容易に切り替えることができる。
なお、変更端末８からふたたびパソコンのホスト端末５に戻る際も、変更端末８に表示されるシステム画面７の端末変更ボタン（不図示）をタップすれば読み取りコードが表示されるので、同様にホスト端末５のカメラ５３ａで読み取りコードを読み取り、所定の「ビデオ通話ＵＲＬ」にアクセスすれば、ホスト端末５でビデオ通話を続行させることができる。

【0057】

図１５は、ホスト端末５側で端末変更が行われている間のゲスト端末６の表示例を模式的に示した図である。ここに示すとおり、端末変更中でもビデオ通話の通信状態は途切れることなく、続行保持されている。よって、ホスト端末５側で端末変更ボタン７３ａが操作されると、ゲスト端末６のシステム画面７の略中央に「端末変更中 そのままお待ちください」等とメッセージが表示される。このとき、表示されるメッセージの内容は特に上記に限定されない。またメッセージでなくても、砂時計のアイコンを表示させたり、変更操作（端末変更操作→ＱＲコード（登録商標）読み取り）にさほど時間を要しないが、広告動画等を流すようにしてもよい。

【0058】

図１６（ａ）、（ｂ）は、ゲスト端末６の表示例を模式的に示した図であり、ホスト端末５側で使用端末の変更が行われた後の例を示している。本実施形態のように商談のシーンでは、顧客が購入しようとする車を写真やカタログでなく、実物をよく精査したい場合に有効に利用される。図１６（ａ）は、顧客の要望により、購入候補の車のシートを映している状態を示している。また図１６（ｂ）は、同じく購入候補の車のシフトレバー周辺を映している状態を示している。この場合、ホスト端末５はパソコンからスマートフォンにスイッチされるので、変更端末８に搭載されたカメラ８３ａによる映像がホストカメラフレーム部７２ａに表示される。またこのとき、ゲスト端末６側のシステム画面７にはホストカメラフレーム部７２ａが大きく表示されているので、顧客はリアルにみるのと同等に購入候補の車を確認することができる。特に購入対象が中古車などの特定物である場合、シート部分の傷や汚れ具合などを確認しながら、商談を進めることができる。

【0059】

以上によれば、例えばビデオ通話商談中に顧客から実際に購入を検討している車の現物（特定物）がみたいという要望があった場合、営業担当者はパソコンからスマートフォンに容易に且つスムーズに端末変更できる。顧客にとっては、リモートによるウェブ商談であっても、写真やカタログでなく、実際の購入品をみることができる。さらに、リモート商談において、対面説明・契約・決済処理等はパソコンで行い、商品の案内はスマートフォンで等と商談のシーンに合わせて端末を変更することができる。

【0060】

上述したとおり、本発明に係る通信システム１は構成・態様は上記実施形態に限定されない。例えば上記実施形態では、２者間通話を例に説明したが、２者以上であってもよい。本発明に係る通信システム１は、グループ通話やオンライン会議で使用される場合には、例えば他者同士で会話や議論が盛んになされている際に、会話を遮ることなくまたセッションを切断することなく、スムーズに端末変更できるので、好適に活用できる。またユーザ端末２としてパソコンとスマートフォンでやりとりする例を説明したが、スマートフォン同士であってもよい。車販売を行う例について説明したが、フレーム部７１に搭載するコンテンツを変更すれば、あらゆる業種、あらゆる目的に使用することができる。例えば不動産業者や物品買取業者との商談、引っ越し業者の見積、施設の内覧、事故状況の現場視察等の場面では、単にフェイストゥフェイスで通話を行うというニーズにはとどまらず、商品の案内の他、見積書や契約書のやりとり、決済等はパソコンで、物件選び、現場や物品の確認はスマートフォンで等と端末を切り替えて行うことができる。

【0061】

またセキュリティを強化するため、サービスの利用登録をしていない顧客がＵＲＬにアクセスする前にパスワードや認証コードを入力するステップを加えてもよい。また顧客側が、簡易メールにリンクされたＵＲＬにアクセスした際に、ゲスト端末識別情報として、ゲスト端末６にクッキー（Ｃｏｏｋｉｅ）を付与する構成とし、「ビデオ通話ＵＲＬ」と付与されたゲスト端末識別情報（クッキー）とが関連付けて記憶するようにしてもよい。

【0062】

さらに、システム画面７の構成も図例に限定されない。カメラフレーム部７２の数はビデオ通話を行うユーザ端末２の数だけ生成され、フレーム部７１の数、各種参照ページ数も図例に限定されず、フレーム部７１の引き出し量は図例に限定されない。例えば、フレーム部７１を引き出して突出させると、システム画面７全体に表示するようにしてもよいし、左右から突出する構成だけでなく、上下から突出する構成としてもよい。またカメラフレーム部７２の配置位置、サイズを適宜ユーザ側で変更できるようにしてもよい。さらにホスト端末５側によるフレーム部７１ｂの出没操作は、ゲスト端末６側と連動する構成としてもよいし、個々に操作できる態様としてもよい。ホスト端末５側による操作に連動する構成とすれば、ホスト端末５側、主導しやすいというメリットがある。また上記実施形態ではゲスト端末６はスマートフォンを使用することを想定しているため、ドロップ保存領域７４やドロップ操作を検出可能な態様にしていないが、ゲスト端末６も同様の態様としてもよい。そして上記実施形態では、操作方法についてクリックやタップ操作を行う例を記載しているが、これに限定されず、音声認識で操作する場合を除外するものではない。

【符号の説明】

【0063】

１ リモート面談システム（通信システム）
２ ユーザ端末
３ 通信ネットワーク
４ サーバ
４３ 画面生成部
４４ コンテンツ生成部
４５ メール生成送信部
４６ コード変換部
５ ホスト端末
６ ゲスト端末
７ システム画面
７０ 操作タブ
７１ フレーム部
７２ カメラフレーム部
ｋ 読み取りコード

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】