特許 6277458 ＵＲＬを用いたチャットのコネクション確立方法、サーバ及びプログラム

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

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

(11)【特許番号】6277458

(24)【登録日】2018年1月26日

(45)【発行日】2018年2月14日

(54)【発明の名称】ＵＲＬを用いたチャットのコネクション確立方法、サーバ及びプログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20180205BHJP

【ＦＩ】

   G06F13/00 510A

   G06F13/00 650B

【請求項の数】15

【全頁数】16

(21)【出願番号】特願2017-113801(P2017-113801)

(22)【出願日】2017年6月8日

【審査請求日】2017年6月8日

【早期審査対象出願】

(73)【特許権者】

【識別番号】313012741

【氏名又は名称】株式会社Ｓｐｅｃｉａｌ Ｍｅｄｉｃｏ

(74)【代理人】

【識別番号】100135068

【弁理士】

【氏名又は名称】早原 茂樹

(72)【発明者】

【氏名】中曽根 暁子

(72)【発明者】

【氏名】加藤 敏春

(72)【発明者】

【氏名】横井 正之

(72)【発明者】

【氏名】金井 誠

【審査官】 小林 義晴

(56)【参考文献】

【文献】 特開２００２−０７３５１１（ＪＰ，Ａ）

【文献】 特開２０１７−０１６２９５（ＪＰ，Ａ）

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

Ｇ０６Ｆ １３／００

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

【請求項1】

端末同士のブラウザ間でコネクションを確立させるコネクション確立サーバを用いた、メッセージ通知サーバのコネクション確立方法において、
メッセージ通知サーバは、
宛先ユーザの宛先アドレスを記憶したアドレステーブルと、
宛先ユーザを識別可能な識別ＵＲＬ(Uniform Resource Locator)を記憶し、サイトとしてページ要求を受付可能な識別ＵＲＬ記憶部と、
を有し、
メッセージ通知サーバが、送信元ユーザの送信元端末から識別ＵＲＬに向けたページ要求を受信した際に、任意の接続ＵＲＬを設定する第１のステップと、
メッセージ通知サーバが、送信元端末へ、接続ＵＲＬへアクセスすべきリダイレクト応答を返信すると共に、接続ＵＲＬを含むメッセージを、識別ＵＲＬで識別された宛先ユーザの宛先アドレスへ送信する第２のステップと、
送信元端末がコネクション確立サーバの接続ＵＲＬへアクセスすると共に、宛先ユーザの宛先端末もコネクション確立サーバの接続ＵＲＬへアクセスすることによって、コネクションが確立される第３のステップと
を有することを特徴とするコネクション確立方法。

【請求項2】

第３のステップについて、宛先端末は、メッセージに記述された接続ＵＲＬに対する宛先ユーザの操作によって、ページ要求を送信するように発動される
ことを特徴とする請求項１に記載のコネクション確立方法。

【請求項3】

第１のステップについて、メッセージ通知サーバは、コネクション確立サーバに接続ＵＲＬを予め登録することを特徴とする請求項１又は２に記載のコネクション確立方法。

【請求項4】

アドレステーブルには、送信元ユーザの送信元アドレスを更に記憶し、
識別ＵＲＬは、送信元ユーザ及び宛先ユーザを識別可能なものであり、
第１のステップについて、メッセージ通知サーバは、アドレステーブルに、識別ＵＲＬで識別された送信元ユーザ及び宛先ユーザの両方のアドレスが登録されている場合にのみ、接続ＵＲＬを設定する
ことを特徴とする請求項１から３のいずれか１項に記載のコネクション確立方法。

【請求項5】

アドレステーブルには、送信元アドレスに対応付けて、送信元ユーザの氏名又は名称が記憶されており、
第２のステップについて、メッセージ通知サーバは、メッセージに、送信元ユーザの氏名又は名称を記述し、
第３のステップについて、宛先端末は、当該宛先ユーザに対して、
送信元ユーザの氏名又は名称をディスプレイに明示した上で、接続ＵＲＬに対するユーザ操作によって発動させるか、又は、
送信元ユーザの氏名又は名称をスピーカから発声した上で、接続ＵＲＬへのアクセス許可をユーザからマイクへ返答させることによって発動させる
ことを特徴とする請求項４に記載のコネクション確立方法。

【請求項6】

第３のステップについて、コネクション確立サーバは、送信元端末から接続ＵＲＬに対してアクセスされた後、所定時間、宛先端末から接続ＵＲＬに対するアクセスが無い場合、送信元端末からのアクセスを切断する
ことを特徴とする請求項１から５のいずれか１項に記載のコネクション確立方法。

【請求項7】

第３のステップによって、送信元端末のブラウザと、宛先端末のブラウザとの間で確立されるコネクションは、ビデオチャット又はボイスチャットに基づくものである
ことを特徴とする請求項１から６のいずれか１項に記載のコネクション確立方法。

【請求項8】

コネクション確立サーバは、端末同士のブラウザ間でＰ２Ｐ(peer-to-peer)コネクションを確立させるＡＰＩ(Application Programming Interface)を提供するＷｅｂＲＴＣ(Web Real-Time Communication)サーバである
ことを特徴とする請求項７に記載のコネクション確立方法。

【請求項9】

識別ＵＲＬは、宛先アドレスから所定記法によって作成された唯一のものであり、
送信元端末又はメッセージ通知サーバは、宛先アドレスに応じた識別ＵＲＬを作成する
ことを特徴とする請求項１から８のいずれか１項に記載のコネクション確立方法。

【請求項10】

識別ＵＲＬは、送信元アドレス及び宛先アドレスの両方から所定記法によって作成された唯一のものであり、
送信元端末又はメッセージ通知サーバは、送信元アドレス及び宛先アドレスに応じた識別ＵＲＬを作成する
ことを特徴とする請求項１から８のいずれか１項に記載のコネクション確立方法。

【請求項11】

識別ＵＲＬは、通知項目、電話番号、端末情報、ユーザ情報のいずれか又はそれらの組み合わせを更に識別可能であり、
第２のステップについて、メッセージ通知サーバは、宛先端末へ送信するメッセージに、識別ＵＲＬで識別された通知項目、電話番号、端末情報、ユーザ情報のいずれか又はそれらの組み合わせを記述する
ことを特徴とする請求項１から１０のいずれか１項に記載のコネクション確立方法。

【請求項12】

宛先端末の宛先アドレスは、メールアドレス、電話番号又はアカウントであり、
メッセージは、
メールアドレスに基づく電子メール、
電話番号に基づくＳＭＳ(Short Message Service)のプッシュメッセージ、又は、
アカウントに基づくＳＮＳ(Social Networking Service)のメッセージ
であることを特徴とする請求項１から１１のいずれか１項に記載のコネクション確立方法。

【請求項13】

端末同士のブラウザ間でコネクションを確立させるコネクション確立サーバを用いたメッセージ通知サーバにおいて、
宛先ユーザの宛先アドレスを記憶したアドレステーブルと、
宛先ユーザを識別可能な識別ＵＲＬを記憶し、サイトとしてページ要求を受付可能な識別ＵＲＬ記憶手段と、
送信元ユーザの送信元端末から識別ＵＲＬに向けたページ要求を受信した際に、任意の接続ＵＲＬを設定する接続ＵＲＬ設定手段と、
送信元端末へ、接続ＵＲＬへアクセスすべきリダイレクト応答を返信すると共に、接続ＵＲＬを含むメッセージを、識別ＵＲＬで識別された宛先ユーザの宛先アドレスへ送信するメッセージ通知手段と
を有し、
送信元端末がコネクション確立サーバの接続ＵＲＬへアクセスすると共に、宛先ユーザの宛先端末もコネクション確立サーバの接続ＵＲＬへアクセスすることによって、コネクションが確立される
ことを特徴とするメッセージ通知サーバ。

【請求項14】

コネクション確立サーバの機能と一体的に構成されている
ことを特徴とする請求項１３に記載のメッセージ通知サーバ。

【請求項15】

端末同士のブラウザ間でコネクションを確立させるコネクション確立サーバを用いたメッセージ通知サーバに搭載されたコンピュータを機能させるプログラムにおいて、
宛先ユーザの宛先アドレスを記憶したアドレステーブルと、
宛先ユーザを識別可能な識別ＵＲＬを記憶し、サイトとしてページ要求を受付可能な識別ＵＲＬ記憶手段と、
送信元ユーザの送信元端末から識別ＵＲＬに向けたページ要求を受信した際に、任意の接続ＵＲＬを設定する接続ＵＲＬ設定手段と、
送信元端末へ、接続ＵＲＬへアクセスすべきリダイレクト応答を返信すると共に、接続ＵＲＬを含むメッセージを、識別ＵＲＬで識別された宛先ユーザの宛先アドレスへ送信するメッセージ通知手段と
してコンピュータを機能させ、
送信元端末がコネクション確立サーバの接続ＵＲＬへアクセスすると共に、宛先ユーザの宛先端末もコネクション確立サーバの接続ＵＲＬへアクセスすることによって、コネクションが確立される
ことを特徴とするメッセージ通知サーバ用のプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、端末同士のブラウザ間で、チャットのコネクションを確立する技術に関する。

【背景技術】

【0002】

チャット(chat)とは、インターネットを介してユーザの端末同士の間で、ビデオ、ボイス、テキストのメディアデータを、リアルタイムに送受信することをいう。具体的には、端末にインストールされたインスタントメッセンジャの付加機能を用いて、メディアデータに応じたＱｏＳ(Quality of Service)を保証するべく、コネクションが確立される。特に、ビデオ／ボイスのチャットの場合、ＶｏＩＰ(Voice over Internet Protocol)を用いて、ユーザ間の通話を実現する。また、ビデオチャットの場合、端末に搭載されたＷｅｂカメラで撮影した映像を、リアルタイムに送受信する。
コネクションとしては、チャットサービスに応じて、ＷｅｂソケットやＰ２Ｐ(peer-to-peer)が用いられる。Ｗｅｂソケットの場合、端末同士の間でサーバを中継してメディアデータが送受信され、Ｐ２Ｐの場合、端末同士の間で直接的にメディアデータが送受信される。

【0003】

既存のチャットサービスとしては、例えば専用アプリケーションを起動して通話するものとして、Skype（登録商標）やDuo（登録商標）、Viber（登録商標）などがある。
また、ＳＮＳ(Social Networking Service)の専用サイト内で通話するものとして、LINE（登録商標）やfacebook（登録商標）、ハングアウト（登録商標）などがある。
更に、ブラウザに搭載されたＡＰＩ(Application Programming Interface)を用いてＰ２Ｐのコネクションを確立するものとして、ＷｅｂＲＴＣ(Web Real-Time Communication)（登録商標）がある。

【0004】

尚、顧客端末それぞれから、異なるビデオチャットによって企業端末へアクセスされた場合であっても、企業端末が、顧客端末のＯＳやブラウザに対応したビデオチャットのアプリケーションによって実行する技術もある（例えば特許文献１参照）。この技術によれば、顧客端末のブラウザから、ＷｅｂＲＴＣに基づくアクセスか、それ以外のアクセスかによって、異なるビデオチャットを実行することができる。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１６−１２３００１号公報

【発明の概要】

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

【0006】

前述した既存のチャットサービスはいずれも、ユーザが自ら、専用アプリケーションを起動し、ＳＮＳの専用サイトにログインするような操作を必要とする。また、ユーザは、チャットをしたい宛先ユーザの宛先アドレスを予め知っておく必要があり、その宛先アドレスを入力操作する必要もある。しかも、送信元ユーザ及び宛先ユーザの両方とも、同じように操作する必要がある。電話における発信及び着信のようにシンプルな操作で、通話できるようなものではない。

【0007】

このようなユーザの操作は、電子メールやメッセージの送受信でも全く同様である。電子メールによれば、送信元ユーザは、ユーザテキストを記述すると共に、「宛先アドレス」を指定する必要がある（「送信元アドレス」は自動的に付与される）。この場合、送信元端末は、電子メールソフトウェアを予め起動しておくか、メール送受信用のＷｅｂページにアクセスしておく必要がある。また、ＳＭＳ(Short Message Service)のメッセージサービスも、同様に、宛先端末の電話番号を指定する必要がある。更に、ＳＮＳのメッセージサービスも、宛先ユーザとメッセージを交換する専用ページに入って、メッセージを送信しなければならない。

【0008】

これに対し、本願の発明者らは、送信元ユーザ及び宛先ユーザにとって、できる限り簡易な操作で、チャットサービスを起動して通話を開始することはできないか？と考えた。特に、送信元ユーザは、チャットを所望する宛先ユーザに対して、ワンタップ程度の操作で、チャットのコネクションを確立することはできないか？と考えた。

【0009】

そこで、本発明は、ユーザにとってできる限り簡易な操作で、チャットのコネクションを確立することができるコネクション確立方法、サーバ及びプログラムを提供することを目的とする。

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

【0010】

本発明によれば、端末同士のブラウザ間でコネクションを確立させるコネクション確立サーバを用いた、メッセージ通知サーバのコネクション確立方法において、
メッセージ通知サーバは、
宛先ユーザの宛先アドレスを記憶したアドレステーブルと、
宛先ユーザを識別可能な識別ＵＲＬ(Uniform Resource Locator)を記憶し、サイトとしてページ要求を受付可能な識別ＵＲＬ記憶部と
を有し、
メッセージ通知サーバが、送信元ユーザの送信元端末から識別ＵＲＬに向けたページ要求を受信した際に、任意の接続ＵＲＬを設定する第１のステップと、
メッセージ通知サーバが、送信元端末へ、接続ＵＲＬへアクセスすべきリダイレクト応答を返信すると共に、接続ＵＲＬを含むメッセージを、識別ＵＲＬで識別された宛先ユーザの宛先アドレスへ送信する第２のステップと、
送信元端末がコネクション確立サーバの接続ＵＲＬへアクセスすると共に、宛先ユーザの宛先端末もコネクション確立サーバの接続ＵＲＬへアクセスすることによって、コネクションが確立される第３のステップと
を有することを特徴とする。

【0011】

本発明のコネクション確立方法における他の実施形態によれば、
第３のステップについて、宛先端末は、メッセージに記述された接続ＵＲＬに対する宛先ユーザの操作によって、ページ要求を送信するように発動されることも好ましい。

【0012】

本発明のコネクション確立方法における他の実施形態によれば、
第１のステップについて、メッセージ通知サーバは、コネクション確立サーバに接続ＵＲＬを予め登録することも好ましい。

【0013】

本発明のコネクション確立方法における他の実施形態によれば、
アドレステーブルには、送信元ユーザの送信元アドレスを更に記憶し、
識別ＵＲＬは、送信元ユーザ及び宛先ユーザを識別可能なものであり、
第１のステップについて、メッセージ通知サーバは、アドレステーブルに、識別ＵＲＬで識別された送信元ユーザ及び宛先ユーザの両方のアドレスが登録されている場合にのみ、接続ＵＲＬを設定することも好ましい。

【0014】

本発明のコネクション確立方法における他の実施形態によれば、
アドレステーブルには、送信元アドレスに対応付けて、送信元ユーザの氏名又は名称が記憶されており、
第２のステップについて、メッセージ通知サーバは、メッセージに、送信元ユーザの氏名又は名称を記述し、
第３のステップについて、宛先端末は、当該宛先ユーザに対して、
送信元ユーザの氏名又は名称をディスプレイに明示した上で、接続ＵＲＬに対するユーザ操作によって発動させるか、又は、
送信元ユーザの氏名又は名称をスピーカから発声した上で、接続ＵＲＬへのアクセス許可をユーザからマイクへ返答させることによって発動させることも好ましい。

【0015】

本発明のコネクション確立方法における他の実施形態によれば、
第３のステップについて、コネクション確立サーバは、送信元端末から接続ＵＲＬに対してアクセスされた後、所定時間、宛先端末から接続ＵＲＬに対するアクセスが無い場合、送信元端末からのアクセスを切断することも好ましい。

【0016】

本発明のコネクション確立方法における他の実施形態によれば、
第３のステップによって、送信元端末のブラウザと、宛先端末のブラウザとの間で確立されるコネクションは、ビデオチャット又はボイスチャットに基づくものであることも好ましい。

【0017】

本発明のコネクション確立方法における他の実施形態によれば、
コネクション確立サーバは、端末同士のブラウザ間でＰ２Ｐ(peer-to-peer)コネクションを確立させるＡＰＩ(Application Programming Interface)を提供するＷｅｂＲＴＣ(Web Real-Time Communication)サーバであることも好ましい。

【0018】

本発明のコネクション確立方法における他の実施形態によれば、
識別ＵＲＬは、宛先アドレスから所定記法によって作成された唯一のものであり、
送信元端末又はメッセージ通知サーバは、宛先アドレスに応じた識別ＵＲＬを作成することも好ましい。

【0019】

本発明のコネクション確立方法における他の実施形態によれば、
識別ＵＲＬは、送信元アドレス及び宛先アドレスの両方から所定記法によって作成された唯一のものであり、
送信元端末又はメッセージ通知サーバは、送信元アドレス及び宛先アドレスに応じた識別ＵＲＬを作成することも好ましい。

【0020】

本発明のコネクション確立方法における他の実施形態によれば、
識別ＵＲＬは、通知項目、電話番号、端末情報、ユーザ情報のいずれか又はそれらの組み合わせを更に識別可能であり、
第２のステップについて、メッセージ通知サーバは、宛先端末へ送信するメッセージに、識別ＵＲＬで識別された通知項目、電話番号、端末情報、ユーザ情報のいずれか又はそれらの組み合わせを記述することも好ましい。

【0021】

本発明のコネクション確立方法における他の実施形態によれば、
宛先端末の宛先アドレスは、メールアドレス、電話番号又はアカウントであり、
メッセージは、
メールアドレスに基づく電子メール、
電話番号に基づくＳＭＳ(Short Message Service)のプッシュメッセージ、又は、
アカウントに基づくＳＮＳ(Social Networking Service)のメッセージ
であることも好ましい。

【0022】

本発明によれば、端末同士のブラウザ間でコネクションを確立させるコネクション確立サーバを用いたメッセージ通知サーバにおいて、
宛先ユーザの宛先アドレスを記憶したアドレステーブルと、
宛先ユーザを識別可能な識別ＵＲＬを記憶し、サイトとしてページ要求を受付可能な識別ＵＲＬ記憶手段と、
送信元ユーザの送信元端末から識別ＵＲＬに向けたページ要求を受信した際に、任意の接続ＵＲＬを設定する接続ＵＲＬ設定手段と、
送信元端末へ、接続ＵＲＬへアクセスすべきリダイレクト応答を返信すると共に、接続ＵＲＬを含むメッセージを、識別ＵＲＬで識別された宛先ユーザの宛先アドレスへ送信するメッセージ通知手段と
を有し、
送信元端末がコネクション確立サーバの接続ＵＲＬへアクセスすると共に、宛先ユーザの宛先端末もコネクション確立サーバの接続ＵＲＬへアクセスすることによって、コネクションが確立されることを特徴とする。

【0023】

本発明のメッセージ通知サーバにおける他の実施形態によれば、
コネクション確立サーバの機能と一体的に構成されていることも好ましい。

【0024】

本発明によれば、端末同士のブラウザ間でコネクションを確立させるコネクション確立サーバを用いたメッセージ通知サーバに搭載されたコンピュータを機能させるプログラムにおいて、
宛先ユーザの宛先アドレスを記憶したアドレステーブルと、
宛先ユーザを識別可能な識別ＵＲＬを記憶し、サイトとしてページ要求を受付可能な識別ＵＲＬ記憶手段と、
送信元ユーザの送信元端末から識別ＵＲＬに向けたページ要求を受信した際に、任意の接続ＵＲＬを設定する接続ＵＲＬ設定手段と、
送信元端末へ、接続ＵＲＬへアクセスすべきリダイレクト応答を返信すると共に、接続ＵＲＬを含むメッセージを、識別ＵＲＬで識別された宛先ユーザの宛先アドレスへ送信するメッセージ通知手段と
してコンピュータを機能させ、
送信元端末がコネクション確立サーバの接続ＵＲＬへアクセスすると共に、宛先ユーザの宛先端末もコネクション確立サーバの接続ＵＲＬへアクセスすることによって、コネクションが確立されることを特徴とする。

【発明の効果】

【0025】

本発明のコネクション確立方法、サーバ及びプログラムによれば、ユーザにとってできる限り簡易な操作で、チャットのコネクションを確立することができる。

【図面の簡単な説明】

【0026】

【図1】本発明におけるシステム構成図である。

【図2】本発明におけるシーケンス図である。

【図3】送信元端末及び宛先端末に対するユーザ操作画面を表す説明図である。

【図4】送信元端末及び宛先端末におけるビデオチャットの画面表示図である。

【図5】送信元ユーザ及び宛先ユーザのアドレスを接続可否判定するシーケンス図である。

【図6】本発明におけるメッセージ通知サーバの機能構成図である。

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

【0027】

以下、本発明の実施の形態について、図面を用いて詳細に説明する。

【0028】

図１は、本発明におけるシステム構成図である。

【0029】

図１によれば、メッセージ通知サーバ１と、送信元端末２Ａ及び宛先端末２Ｂと、コネクション確立サーバ３とが、ネットワークを介して接続されている。ここで、送信元端末２Ａを所持する送信元ユーザＡが、宛先端末２Ｂを所持する宛先ユーザＢとの間で、チャット（通話）を開始しようとしている。

【0030】

チャットのために、送信元端末２Ａと宛先端末２Ｂとの間で、リアルタイム通信用のコネクションが確立される。チャットは、ビデオチャット用であってもよいし、ボイス通話用であってもよい。また、コネクションは、端末同士で直接的に通信するＰ２Ｐプロトコルに基づくものである。

【0031】

メッセージ通知サーバ１は、本発明の特徴的機能であって、送信元端末２Ａと宛先端末２Ｂとに対して、コネクション確立サーバ３を用いて、チャットのコネクションを確立するようにメッセージを送信する。

【0032】

コネクション確立サーバ３は、端末同士のブラウザ間でＰ２Ｐのコネクションを確立させるＡＰＩを提供するＷｅｂＲＴＣサーバである（以下では、コネクション確立サーバを「ＷｅｂＲＴＣサーバ」と称す）。
ＷｅｂＲＴＣサーバ３は、送信元端末２Ａ及び宛先端末２Ｂそれぞれから同一のＵＲＬに対するアクセスを受け付けることによって、端末のブラウザ同士の間に、Ｐ２Ｐのコネクションを確立する。

【0033】

尚、メッセージ通知サーバ１及びコネクション確立サーバ３は、一体的に構成された１つのサーバであってもよい。尚、以下では、コネクション確立サーバ３は、ビデオチャット用であるとして説明する。また、「ビデオチャット」との用語を「ボイスチャット」としても同様に理解できる。

【0034】

送信元端末２Ａ及宛先端末２Ｂは、既存のブラウザを予めインストールしたものである。ブラウザは、ＷｅｂＲＴＣサーバ３からの制御によって、相手方端末との間でＰ２Ｐのコネクションを確立する。既存のブラウザとしては、具体的には、Chrome（登録商標）、Firefox（登録商標）、Edge（登録商標）、Safari（登録商標）などがある。

【0035】

図２は、本発明におけるシーケンス図である。

【0036】

メッセージ通知サーバ１は、アドレステーブル１０１と、識別ＵＲＬ記憶部１０２とを有する。
［アドレステーブル１０１］
アドレステーブル１０１は、ユーザの識別子とアドレスと対応付けて記憶したものである。アドレスは、宛先端末２Ｂへ送信するメッセージ又はメールに対応したものであって、具体的にはメールアドレス、電話番号又はアカウントである。メールアドレスの場合、例えば以下のようなアドレステーブルを有する。
（識別子）（アドレス）
A [e-mail]
B [e-mail]
C [e-mail]
アドレステーブル１０１に記憶されているユーザについては、チャットの着信を許可しているものとする。

【0037】

［識別ＵＲＬ記憶部１０２］
識別ＵＲＬ記憶部１０２は、宛先ユーザを識別可能な「識別ＵＲＬ」のページを記憶したものである。
メッセージ通知サーバ１は、送信元端末２Ａに対しては、「Ｗｅｂサイト」として機能する。メッセージ通知サーバ１は、送信元ユーザＡに対して識別ＵＲＬをＷｅｂサイトとして公開し、その送信元ユーザＡの操作によって、アクセス（ページ要求）を受け付ける。
図２によれば、例えば宛先ユーザＢに対するビデオチャット用として、以下のようなＵＲＬが設定されている。
ユーザＢ： http://www.SM.co.jp/B
このＵＲＬには、ドメイン名に続いて、宛先ユーザを表す識別子"B"が付与されており、宛先ユーザＢを識別可能となっている。勿論、このように宛先ユーザＢが明確に識別することができることに限られず、宛先ユーザＢが不明となる文字列であってあってもよい。
尚、ＵＲＬに基づくページは、例えばスクリプト(Script)によって記述された制御機能を含むものであってもよい。

【0038】

他の実施形態として、「識別ＵＲＬ」は、通知項目、電話番号、端末情報、ユーザ情報のいずれか又はそれらの組み合わせを更に識別可能なものであってもよい。これら識別された情報は、後述する第２のステップによって、宛先端末２Ｂへのメッセージに記述して通知することができる。

【0039】

［Ｓ１：第１のステップ］
（Ｓ１１）ディスプレイを搭載した送信元端末２Ａには、識別ＵＲＬが表示されており、送信元ユーザＡが、チャットを所望する宛先ユーザに対する識別ＵＲＬに対して発動操作をすることができる。

【0040】

図３は、送信元端末及び宛先端末に対するユーザ操作画面を表す説明図である。

【0041】

図３（ａ）によれば、送信元端末２Ａについて、テキスト（例えば予め受信したメッセージ又はメール）に記述された識別ＵＲＬに対するユーザの発動操作を表す。ビデオチャットを所望する宛先ユーザに応じて、異なる識別ＵＲＬが表示されている。
（宛先ユーザ） （識別ＵＲＬ）
ユーザＢ http://www.SM.co.jp/B
ユーザＣ http://www.SM.co.jp/C
緊急 http://www.SM.co.jp/alert
これら識別ＵＲＬは、メッセージ通知サーバ１から公開されたページを特定すると共に、宛先ユーザを識別可能なものである。

【0042】

勿論、テキスト表示されたＵＲＬに限られず、ＨＴＭＬ(HyperText Markup Language)コードによってブラウザ上に表示された操作ボタンとして、ビデオチャットを所望する宛先ユーザが表示されたものであってもよい。操作ボタンには、アンカーとして、宛先ユーザを識別可能なＵＲＬが記述されている。

【0043】

＜識別ＵＲＬの記法における実施形態＞
メッセージ通知サーバ１が、送信元端末２Ａへ予め、識別ＵＲＬをメッセージによって通知しておくことが好ましい。送信元ユーザＡは、その識別ＵＲＬの中から宛先ユーザを選択して、ユーザ操作をすることができる。
これに対し、本発明の他の実施形態によれば、識別ＵＲＬの記法を規定しておくことによって、メッセージ通知サーバ１が、送信元端末２Ａへ、識別ＵＲＬを必ずしも送信しておく必要もない。

【0044】

識別ＵＲＬのアドレス体系は、宛先アドレスから所定記法によって作成された唯一のものであってもよい。即ち、メッセージ通知サーバ１に限られず、送信元端末２Ａであっても、宛先ユーザのメールアドレス、電話番号又はアカウントに基づいて、その宛先ユーザに応じた識別ＵＲＬを作成することができる。
所定記法 ：http://www.SM.co.jp/(receiver)
ユーザＢ :"B"
識別ＵＲＬ：http://www.SM.co.jp/B

【0045】

また、識別ＵＲＬは、送信元アドレス及び宛先アドレスの両方から所定記法によって作成された唯一のものであってよい。送信元端末２Ａ又はメッセージ通知サーバ１は、送信元アドレス及び宛先アドレスに応じた識別ＵＲＬを作成することができる。
所定記法 ：http://www.SM.co.jp/(receiver)/(sender)
ユーザＡ :"A"
ユーザＢ :"B"
識別ＵＲＬ：http://www.SM.co.jp/A/B

【0046】

（Ｓ１２）送信元端末２は、ユーザによって操作された「識別ＵＲＬ」（ユーザＢに対しては、http://www.SM.co.jp/B）に向けて、ページ要求(GET Request)を送信する。このページ要求は、メッセージ通知サーバ１へのアクセスとなる。

【0047】

これに対し、メッセージ通知サーバ１は、送信元ユーザの送信元端末から識別ＵＲＬに向けたページ要求を受信した際に、任意の「接続ＵＲＬ」を設定する。「接続ＵＲＬ」とは、具体的には、ＷｅｂＲＴＣサーバ３における、送信元ユーザＡ及び宛先ユーザＢがビデオチャットをすべきルームのアドレスを意味する。
接続ＵＲＬは、同一時間帯に、他のユーザのルームのＵＲＬと同一のものでない限り、どのような文字列であってもよい。図２によれば、接続ＵＲＬとして、例えば以下のようなＵＲＬが設定されている。
http://www.webrtc.com/B

【0048】

［Ｓ２：第２のステップ］
（Ｓ２１）メッセージ通知サーバ１は、Ｓ１２の識別ＵＲＬのページ要求を受信した後、送信元端末２Ａへ、「接続ＵＲＬ」へアクセスすべき「リダイレクト応答」を返信する。ＨＴＴＰ(Hypertext Transfer Protocol)レスポンスのステータスコードを3XXに設定し、レスポンスヘッダに記述された接続ＵＲＬへアクセスするように指示する。

【0049】

（Ｓ２２）次に、メッセージ通知サーバ１は、「接続ＵＲＬ」を含むメッセージを、「識別ＵＲＬ」で識別された宛先ユーザの宛先アドレスへ送信する。
メッセージ通知サーバ１が送信するメッセージは、既存方式のいずれであってもよい。
例えばメッセージが、メールアドレスに基づく電子メールである場合、メッセージ通知サーバ１は、メールクライアント機能を有し、外部のＳＭＴＰ(Simple Mail Transfer Protocol)サーバに対してメールを送信する。
また、例えばメッセージが、電話番号に基づくＳＭＳ(Short Messaging Service)のプッシュメッセージである場合、メッセージ通知サーバ１は、電話発呼機能を有し、携帯電話網の呼接続シーケンスを実行し、ショートメッセージをリアルタイムに発信する。
更に、例えばメッセージが、アカウントに基づくＳＮＳ(Social Networking System)のメッセージである場合、メッセージ通知サーバ１は、ＳＮＳサイトに対するログイン機能を有し、当該サイトを介してメッセージを通知する。
尚、各アドレス又はアカウントは、ユーザ自身を特定する場合が多く、ユーザが接続可否判定されている限り、当該ユーザが所持する異なる端末を用いることができる。

【0050】

他の実施形態として、識別ＵＲＬが、通知項目、電話番号、端末情報、ユーザ情報のいずれか又はそれらの組み合わせを更に識別可能である場合、メッセージ通知サーバ１は、これら識別された情報に基づくテキストを、宛先端末２Ｂへ送信するメッセージにテキストとして記述することもできる。宛先ユーザＢは、宛先端末２Ｂに表示されたこれら情報を視認することによって、チャットを所望する送信元ユーザ２Ａの詳細情報を知ることができる。

【0051】

尚、メッセージ通知サーバ１は、宛先端末２Ｂに対するメッセージの送信が完了した後、送信元ユーザＡの送信元端末２Ａへ、リダイレクト応答を返信するものであってもよい。

【0052】

［Ｓ３：第３のステップ］
（Ｓ３１）送信元端末２Ａは、Ｓ２１のリダイレクト応答を受信した際に、ＷｅｂＲＴＣサーバ３の「接続ＵＲＬ」へ向けてアクセスする。即ち、送信元端末２Ａは、ビデオチャット用ＵＲＬへ向けてページ要求を送信する。
http://www.webrtc.com/B

【0053】

（Ｓ３２）宛先端末２Ｂは、Ｓ２２のメッセージを受信した際に、そのメッセージに記述された接続ＵＲＬを、ディスプレイに明示する。接続ＵＲＬは、宛先ユーザＢの操作によってページ要求を送信するように発動可能なものである。

【0054】

（Ｓ３３）宛先ユーザＢが、接続ＵＲＬに対して発動操作をした際に、宛先端末２Ｂは、ＷｅｂＲＴＣサーバ３の接続ＵＲＬへアクセスする。即ち、宛先端末２Ｂは、ビデオチャット用ＵＲＬへ向けてページ要求を送信する。
http://www.webrtc.com/B
図３（ｂ）によれば、宛先端末２Ｂについて、メッセージに記述されたＵＲＬに対するユーザの発動操作を表す。

【0055】

＜宛先ユーザに対する送信元ユーザの明示における実施形態＞
アドレステーブル１０１に、送信元アドレスも登録されている場合、その送信元アドレスに対応付けて、送信元ユーザＡの氏名又は名称が記憶されているものであってもよい。
この場合、メッセージ通知サーバ１は、Ｓ２２のメッセージには、送信元ユーザＡの氏名又は名称も記述する。
これによって、宛先端末２Ｂは、当該宛先ユーザＢに対して、送信元ユーザＡの氏名又は名称をディスプレイに明示した上で、接続ＵＲＬに対するユーザ操作によって発動させることできる。
また、宛先端末２Ｂが、音声に基づくホームアシスタント装置である場合、送信元ユーザＡの氏名又は名称をスピーカから発声した上で、接続ＵＲＬにアクセスするべくマイクへ返答させることによって発動させるものであってもよい。即ち、ユーザの発声によって、接続ＵＲＬに対する発動操作を判断することができる。

【0056】

（Ｓ３４）ＷｅｂＲＴＣサーバ３は、メッセージ通知サーバ１から登録された接続ＵＲＬに対して、送信元端末２Ａと宛先端末２Ｂとの両方からアクセスを受け付ける。これによって、ＷｅｂＲＴＣサーバ３は、送信元端末２Ａと宛先端末２Ｂとの間で、Ｐ２Ｐのコネクションを確立するように制御する。
これによって、送信元端末２Ａと宛先端末２Ｂとの間で、Ｐ２Ｐのコネクションが確立される。送信元端末のブラウザと、宛先端末のブラウザとの間で確立されるコネクションは、ビデオチャット又はボイスチャットに基づくものである

【0057】

図４は、送信元端末及び宛先端末におけるビデオチャットの画面表示図である。

【0058】

送信元端末２Ａは、例えばパーソナルコンピュータであって、宛先ユーザＢの映像が映るフレームと、テキストチャット用のフレームとが表示されている。
宛先端末２Ｂは、例えばスマートフォンであって、送信元ユーザＡの映像が映るフレームと、テキストチャット用のフレームとが表示されている。

【0059】

＜応答待ち時間における実施形態＞
第３のステップについて、ＷｅｂＲＴＣサーバ３は、送信元端末２Ａから接続ＵＲＬにアクセスされた後、所定時間（例えば１分）、宛先端末２Ｂから接続ＵＲＬに対するアクセスが無い場合、応答無しとして、送信元端末からのアクセスを切断する。既存の電話の場合と同じである。
その後、宛先ユーザＢが、送信元端末Ａとビデオチャットを所望する場合、図２のシーケンスと全く逆のシーケンスで、宛先端末２Ｂが送信元端末２Ａとして実行すればよい。

【0060】

＜アドレステーブルを用いた接続可否判定における実施形態＞
図５は、送信元ユーザ及び宛先ユーザのアドレスを接続可否判定するシーケンス図である。

【0061】

（Ｓ１３）メッセージ通知サーバ１は、アドレステーブル１０１に、少なくとも宛先ユーザの宛先アドレスを記憶しており、識別ＵＲＬは、宛先ユーザを識別可能なものである。
ここで、第１のステップについて、メッセージ通知サーバ１は、識別ＵＲＬのページ要求を受信した際に、宛先ユーザを識別することができる。このとき、アドレステーブル１０１に、宛先ユーザのアドレスが登録されていない場合、ＷｅｂＲＴＣサーバ３に接続ＵＲＬを設定しない。即ち、アドレステーブル１０１に宛先ユーザが登録されている場合にのみ、ＷｅｂＲＴＣサーバ３に接続ＵＲＬを設定する。

【0062】

また、メッセージ通知サーバ１は、アドレステーブル１０１に、送信元ユーザの送信元アドレスを更に記憶することも好ましい。また、識別ＵＲＬは、送信元ユーザ及び宛先ユーザを識別可能なものである。
ここで、第１のステップについて、メッセージ通知サーバ１は、識別ＵＲＬのページ要求を受信した際に、送信元ユーザ及び宛先ユーザを識別することができる。アドレステーブル１０１に、送信元ユーザ及び宛先ユーザの両方のアドレスが登録されていない場合、ＷｅｂＲＴＣサーバ３に接続ＵＲＬを設定しない。即ち、アドレステーブル１０１に送信元ユーザ及び宛先ユーザの両方が登録されている場合にのみ、ＷｅｂＲＴＣサーバ３に接続ＵＲＬを設定する。

【0063】

（Ｓ１４）メッセージ通知サーバ１は、送信元端末２Ａから識別ＵＲＬに向けたページ要求を受信した際に、必要に応じて、ＷｅｂＲＴＣサーバ３に「接続ＵＲＬ」を登録するものであってもよい。様々なユーザからのアクセスを受け付ける既存のＷｅｂＲＴＣサーバによれば、予め、ビデオチャットのルームアドレス（接続ＵＲＬ）を設定しておく必要があるものもある。
これによって、ＷｅｂＲＴＣサーバ３は、その接続ＵＲＬへアクセスしてきた端末２に対して、Ｐ２Ｐのコネクションを確立するべく制御する。

【0064】

図６は、本発明におけるメッセージ通知サーバの機能構成図である。

【0065】

図６によれば、メッセージ通知サーバ１は、アドレステーブル１０１と、識別ＵＲＬ記憶部１０２と、接続ＵＲＬ設定部１１と、メッセージ通知部１２とを有する。これら機能構成部は、サーバに搭載されたコンピュータを機能させるプログラムを実行することによって実現される。また、これら機能構成部の処理の流れは、コネクション確立方法としても理解できる。
尚、アドレステーブル１０１及び識別ＵＲＬ記憶部１０２は、前述したものと同様である。

【0066】

［接続ＵＲＬ設定部１１］
接続ＵＲＬ設定部１１は、送信元ユーザの送信元端末から識別ＵＲＬに向けたページ要求を受信した際に、任意の接続ＵＲＬを設定する（前述した第１のステップにおけるメッセージ通知サーバの処理と全く同様）。
［メッセージ通知部１２］
メッセージ通知部１２は、送信元端末へ、接続ＵＲＬへアクセスすべきリダイレクト応答を返信すると共に、接続ＵＲＬを含むメッセージを、識別ＵＲＬで識別された宛先ユーザの宛先アドレスへ送信する（前述した第２のステップにおけるメッセージ通知サーバの処理と全く同様）。
メッセージ通知サーバ１によって、送信元端末がコネクション確立サーバの接続ＵＲＬへアクセスすると共に、宛先ユーザの宛先端末もコネクション確立サーバの接続ＵＲＬへアクセスすることによって、コネクションが確立される。

【0067】

以上、詳細に説明したように、本発明のコネクション確立方法、サーバ及びプログラムは、ユーザにとってできる限り簡易な操作で、チャットのコネクションを確立することができる。
本発明によれば、送信元ユーザＡは、送信元端末２Ａに表示されたＵＲＬに対してワンタップするだけで、宛先ユーザＢに対してチャットを開始することができる。送信元端末２Ａは、専用アプリケーションを起動することなく、且つ、専用サイトにログインすることもない。

【0068】

本発明によれは、宛先ユーザＢのアドレス（電話番号、アカウント）は、識別ＵＲＬの中に紛れて埋め込まれていることにある。そのために、送信元ユーザＡは、その識別ＵＲＬを一見しても、宛先ユーザＢの個人情報としてのアドレス（電話番号、アカウント）までは、認識することができない。即ち、メッセージ通知サーバ１によって、宛先ユーザＢのアドレスは、見えないようになっている。同様に、宛先ユーザＢかも、送信元ユーザＡのアドレスは、見えない。このように、相手方の個人情報としてのアドレスに接することなく、チャットを開始することができることは、極めて有効な効果である。

【0069】

前述した本発明の種々の実施形態について、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。

【符号の説明】

【0070】

１ メッセージ通知サーバ
１０１ アドレステーブル
１０２ 識別ＵＲＬ記憶部
１１ 接続ＵＲＬ設定部
１２ メッセージ通知部
２Ａ 送信元端末
２Ｂ 宛先端末
３ コネクション確立サーバ、ＷｅｂＲＴＣサーバ

【要約】

【課題】ユーザにとってできる限り簡易な操作で、チャットのコネクションを確立するコネクション確立方法、サーバ及びプログラムを提供する。
【解決手段】メッセージ通知サーバは、宛先ユーザの宛先アドレスを記憶したアドレステーブルと、宛先ユーザを識別可能な識別ＵＲＬを記憶した識別ＵＲＬ記憶部とを有する。メッセージ通知サーバは、送信元ユーザの送信元端末から識別ＵＲＬに向けたページ要求を受信した際に、任意の接続ＵＲＬを設定し、送信元端末へ、接続ＵＲＬへアクセスすべきリダイレクト応答を返信すると共に、接続ＵＲＬを含むメッセージを、識別ＵＲＬで識別された宛先ユーザの宛先アドレスへ送信する。これによって、送信元端末がコネクション確立サーバの接続ＵＲＬへアクセスすると共に、宛先ユーザの宛先端末もコネクション確立サーバの接続ＵＲＬへアクセスすることによって、コネクションが確立される。
【選択図】図２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】