JP2016212596A - 端末と周辺機器との間でピアツーピア通信を確立する方法及びシステム - Google Patents

Abstract

【課題】ユーザ操作の負担無しに、端末と周辺機器との間におけるピアツーピア通信を確立することができる方法及びシステムを提供する。【解決手段】システムは、ユーザによって所持される端末及び周辺機器と、ネットワークを介して通信可能なアプリケーション配信サーバ及び機器管理サーバとを有する。端末が、アプリケーション配信サーバとの間でHTTPを介して、周辺機器の機器情報に対応したアプリケーションを取得する。次に、端末が、アプリケーションを実行し、周辺機器に対応するセッション情報を生成する。次に、端末が、WebSocketを介して機器管理サーバへセッション情報を送信し、機器管理サーバが、WebSocketを介して周辺機器へセッション情報を転送する。そして、端末と周辺機器との間で直接的に、WebSocketを介したピアツーピア通信を確立する。【選択図】図２

Description

本発明は、端末間でピアツーピア(Peer-to-Peer)通信を確立する技術に関する。

近年、スマートフォンやタブレットのような、ユーザの操作対象となるインターネットに接続する端末とは別に、ＩｏＴ(Internet of Things)と称される「モノのインターネット」が普及してきている。ユーザの操作対象とならない「モノ」が自発的に、インターネットに接続し、データを送受信する技術をいう。この技術によって、インターネットに接続する周辺機器が急速に増加し、その数は２０２０年には５００億個に達すると考えられている。周辺機器としては、ウェアブルデバイスや環境センサ等、様々「モノ」が通信対象となる。

周辺機器は、一般的に、ローカルネットワーク（例えば無線ＬＡＮ）や近距離無線通信（例えばBluetooth（登録商標））を介して、ユーザの操作対象の端末や、外部のインターネットに接続することができる。例えばスマートフォンやタブレットのような端末は、ＩｏＴ用の周辺機器から情報を取得したり、リモコンのように制御したりすることができる。

従来、一方の装置が、１つの統合プログラムをダウンロードすることによって、他方の装置との間で連携して通信する技術がある（例えば特許文献１参照）。この技術によれば、一方の装置は、統合プログラム内のアプリケーションをインストールして起動し、他方の装置の検索要求を送信する。これに対し、他方の装置が応答することによって、一方の装置は、他方の装置に対して、一方の装置のアプリケーションの記憶場所を表すＵＲＬ(Uniform Resource Locator)を送信する。他方の装置は、受信したＵＲＬへ向けてアクセスし、一方の装置のアプリケーションを取得する。他方の装置は、取得したアプリケーションをインストールして起動することによって、一方の装置との間で通信することができる。

特開２０１４−１９７３１０号公報

スマートフォンのような端末には、一般的にＷｅｂブラウザがインストールされている。Ｗｅｂブラウザは、一般的にクライアントソフトウェアであって、ネットワークを介したサーバとの通信によって取得したコンテンツ（テキスト、音声、画像、映像等）を、ユーザに再生することができる。そのために、Ｗｅｂブラウザを用いて、端末間で、ピアツーピア型で通信することはない。端末間でピアツーピア通信を確立する場合、一般に、Ｗｅｂブラウザとは別に、専用通信アプリケーションをインストールする必要がある。

また、別の問題として、同一機種の周辺機器であっても、内蔵される通信インタフェースチップのバージョンによっては、端末にインストールすべきアプリケーションが異なる場合もある。その場合、端末自体が、周辺機器毎にバージョンを管理すると共に、バージョン毎に異なるアプリケーションを予めインストールしておかなければならない。ＩｏＴ用の周辺機器に内蔵された膨大な種類の通信インタフェースチップ毎に、専用のアプリケーションをインストールしておくことは、ユーザ操作に更なる負担となる。

そこで、本発明は、ユーザ操作の負担無しに、端末と周辺機器との間におけるピアツーピア通信を確立することができる方法及びシステムを提供することを目的とする。

本発明によれば、ユーザによって所持される端末及び周辺機器と、ネットワークを介して通信可能なアプリケーション配信サーバ及び機器管理サーバとを有するシステムについて、端末−周辺機器間のピアツーピア(Peer-to-Peer)通信確立方法であって、
端末及び機器管理サーバは、要求応答型の第１の転送プロトコルと、ソケット型の第２の転送プロトコルを実装しており、
端末が、アプリケーション配信サーバとの間で第１の転送プロトコルを介して、周辺機器の機器情報に対応したアプリケーションを取得する第１のステップと、
端末が、アプリケーションを実行し、周辺機器に対応するセッション情報を生成する第２のステップと、
端末が、第２の転送プロトコルを介して機器管理サーバへセッション情報を送信し、機器管理サーバが、第２の転送プロトコルを介して周辺機器へセッション情報を転送する第３のステップと、
端末と周辺機器との間で直接的に、第２の転送プロトコルを介したピアツーピア通信を確立する第４のステップと
を有することを特徴とする。

本発明のピアツーピア通信確立方法における他の実施形態によれば、
第１のステップの前段で、端末が、機器管理サーバとの間で第１の転送プロトコルを介して、周辺機器の識別情報に対応した機器情報を取得することも好ましい。

本発明のピアツーピア通信確立方法における他の実施形態によれば、
端末は、周辺機器から識別情報を読み取ることができ、
周辺機器は、端末によって識別情報が読み取られた際に、機器管理サーバに対して第２の転送プロトコルを確立し、
第３のステップについて、機器管理サーバは、端末から受信したセッション情報が、既に第２の転送プロトコルを確立している周辺機器と一致するか否かを判定し、一致した場合にのみ、セッション情報を周辺機器へ転送する
ことも好ましい。

本発明のピアツーピア通信確立方法における他の実施形態によれば、
端末は、周辺機器から近距離無線通信を介して、識別情報を読み取り、
周辺機器は、端末から近距離無線通信を介して、識別情報が読み取られたことを認識することも好ましい。

本発明のピアツーピア通信確立方法における他の実施形態によれば、
端末は、Ｗｅｂブラウザを実装しており、
第１の転送プロトコルは、ＨＴＴＰ(HyperText Transfer Protocol)であり、
第２の転送プロトコルは、WebSocketであり、
ピアツーピア通信は、ＷｅｂＲＴＣ(Web Real-Time Communication)である
ことも好ましい。

本発明のピアツーピア通信確立方法における他の実施形態によれば、
第４のステップについて、
端末は、機器管理サーバへ向けて確立していた第２の転送プロトコルを周辺機器へ向けて切り換え、
周辺機器は、機器管理サーバへ向けて確立していた第２の転送プロトコルを周辺機器へ向けて切り換え、
ピアツーピア通信は、ローカルネットワークを介して第２の転送プロトコルによって直接的に確立されることも好ましい。

本発明によれば、ユーザによって所持される端末及び周辺機器と、ネットワークを介して通信可能なアプリケーション配信サーバ及び機器管理サーバとを有し、端末−周辺機器間のピアツーピア通信を確立するシステムであって、
端末は、
機器管理サーバ及びアプリケーション配信サーバとの間で、第１の転送プロトコルを確立する第１の転送プロトコル確立手段と、
機器管理サーバとの間で、第２の転送プロトコルを確立する第２の転送プロトコル確立手段と、
第１の転送プロトコルを介して、周辺機器の機器情報に対応したアプリケーションを取得するアプリケーション取得手段と、
アプリケーションを実行し、周辺機器に対応するセッション情報を生成するアプリケーション実行手段と、
第２の転送プロトコルを介して、機器管理サーバへセッション情報を送信するセッション確立要求手段と、
周辺機器との間で直接的に、第２の転送プロトコルを介したピアツーピア通信を確立するピアツーピア通信確立手段と
を有し、
機器管理サーバは、
端末との間で、第１の転送プロトコルを確立する第１の転送プロトコル確立手段と、
端末との間で、及び、周辺機器との間で、第２の転送プロトコルを確立する第２の転送プロトコル確立手段と、
第２の転送プロトコルを介して端末から受信したセッション情報を、第２の転送プロトコルを介して周辺機器へ転送するセッション情報転送手段と
を有し、
周辺機器は、
機器管理サーバとの間で、第２の転送プロトコルを確立する第２の転送プロトコル確立手段と、
第２の転送プロトコルを介して端末から受信したセッション情報に基づいて、周辺機器との間で直接的に、第２の転送プロトコルを介したピアツーピア通信を確立するピアツーピア通信確立手段と
を有することを特徴とする。

本発明のピアツーピア通信確立方法及びシステムによれば、ユーザ操作の負担無しに、端末と周辺機器との間におけるピアツーピア通信を確立することができる。

本発明におけるシステム構成図である。 本発明におけるシーケンス図である。 本発明における端末及び機器管理サーバの機能構成図である。 本発明における周辺機器の機能構成図である。

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

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

図１によれば、端末１は、スマートフォンやタブレットのようなクライアントであって、Ｗｅｂブラウザを予めインストールしたものである。Ｗｅｂブラウザとしては、例えばInternet Explorer（登録商標）やChrome（登録商標）、Firefox（登録商標）のような一般的なものである。また、周辺機器２は、ＩｏＴ用の機器であって、例えば環境センサやウェアブルデバイスのようなものである。端末１及び周辺機器２は、無線ＬＡＮ(Local Area Network)や近距離無線に限られず、有線ＬＡＮや、広域ネットワークに直接的に接続するものであってもよい。

本発明によれば、端末１と周辺機器２との間で、ピアツーピア(Peer-to-Peer)通信を確立しようとする。ここで、ピアツーピア通信を確立するために、周辺機器の専用プログラムをインストールすることなく、Ｗｅｂブラウザ間でコンテンツを送受信する技術がある。

この技術は、「ＷｅｂＲＴＣ(Web Real-Time Communication)」として規格化されている。ＷｅｂＲＴＣは、Ｗ３Ｃ(World Wide Web Consortium)によって規格化されたリアルタイムコミュニケーション用のＡＰＩ(Application Programming Interface)である。これは、Ｗｅｂブラウザにプラグイン無しで、端末や周辺機器が、Ｗｅｂブラウザを用いてチャットルーム用のＵＲＬにアクセスするだけで、Ｗｅｂブラウザ間でピアツーピア通信を確立することできる。

端末１及び周辺機器２は、ＬＡＮや近距離無線のアクセスポイント又はルータに接続することによって、アクセスネットワークを介してインターネットに接続することができる。図１によれば、端末１及び周辺機器２は、インターネットに接続されたアプリケーション配信サーバ３及び機器管理サーバ４と通信することができる。尚、端末１と周辺機器２とは、同一のアクセスネットワークに接続する必要はなく、異なるアクセスネットワークに接続するものであってもよい。端末１は、携帯電話網を介してインターネットに接続し、周辺機器２は、無線ＬＡＮを介してインターネットに接続するものであってもよい。

アプリケーション配信サーバ３は、周辺機器２の識別情報又は機器情報に対応付けて、アプリケーションを予め蓄積している。このアプリケーションは、周辺機器２に対してピアツーピア通信を確立するためのセッション情報を生成するものである。アプリケーションは、Ｗｅｂブラウザで実行可能なプログラムコードであって、例えばＨＴＭＬファイル、ＣＳＳファイル、JaveScript（登録商標）ファイルの形式のものである。アプリケーション配信サーバ３は、端末１から識別情報又は機器情報を受信し、これに対し、当該識別情報又は機器情報に対応するアプリケーションを端末１へ返信する。

機器管理サーバ４は、端末１と周辺機器２との間でピアツーピア通信のセッションを確立する機能を有する。ここで、機器管理サーバ４は、ＳＩＰ(Session Initiation Protocol)サーバとして機能するものであってもよい。また、機器管理サーバ４は、周辺機器２の識別情報に対応付けて、機器情報を予め蓄積する機能も有する。機器管理サーバ４は、端末１から識別情報を受信し、これに対し、当該識別情報に対応する機器情報を端末１へ返信する。

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

（ステップＳ０１）最初に、端末１は、周辺機器２から近距離無線通信を介して、識別情報を読み取る。このとき、周辺機器２も、端末１から近距離無線通信を介して、識別情報が読み取られたことを認識する。「識別情報」としては、周辺機器の固有の識別子であって、例えば当該周辺機器に対応する機器管理サーバ４のＵＲＬであってもよい。図１によれば、周辺機器２には、例えば以下の識別情報が付与されているとする。
http://example.org/deviceA/#0001

近距離無線通信とは、例えばＮＦＣ(Near Field Communication)や、Felica、Bluetoothのような規格に対応したものであってもよい。ユーザが、端末１を、周辺機器２にかざすことによって、識別情報を受信することができる。この場合、端末１は、リーダとして機能し、周辺機器２はカードエミュレーションとして機能する。勿論、識別情報がＱＲコード（登録商標）であってもよいが、周辺機器２は、端末１から識別情報が読み取られたことを認識する必要がある。また、ユーザ自ら、端末１に周辺機器２の識別情報を入力すると共に、周辺機器２に対して識別情報を読み取った旨の操作をするものであってもよい。

また、周辺機器２が、Bluetoothの近距離無線通信機能を搭載している場合、識別情報を含むアドバタイズ信号を、定期的に報知しているものであってもよい。この場合、端末１は、周辺機器２のアドバタイズ信号を受信することによって、その識別情報を知ることができる。端末１が、アドバタイズ信号に応答することによって、周辺機器２も、端末１から識別情報が読み取られたと認識することができる。

（ステップＳ０２）周辺機器２は、端末１によって識別情報が読み取られた際に、アクセスネットワーク及びインターネットを介して機器管理サーバ４に対して、ソケット型の第２の転送プロトコルのセッションを確立する。このプロトコルとしては、例えば「WebSocket」がある。

このとき、機器管理サーバ４は、周辺機器２との間でWebSocketが確立した場合に、その周辺機器２が「active状態」であることを記録する。即ち、機器管理サーバ４は、「active状態」にある周辺機器２に対してのみ、端末１から要求されたセッションを確立する。

「WebSocket」とは、ＷｅｂブラウザからＷｅｂサーバに対してソケット型のコネクションを確立し、全てのデータをコネクション上の専用のプロトコルで通信する。ＨＴＴＰのように新たなＴＣＰコネクションを張る必要がない軽量プロトコルであって、同一サーバに接続する他のアプリケーションへの影響が少ない。また、WebSocektは、ＨＴＴＰのように、サーバからクライアントに対してデータをプッシュ配信することができないという、プロトコル上の制約もない。

（ステップＳ０３）端末１は、周辺機器２から識別情報を読み取った際に、アクセスネットワーク及びインターネットを介して機器管理サーバ４に対して、要求−応答型の第１の転送プロトコルのセッションを確立する。このプロトコルとしては、例えばＨＴＴＰ(HyperText Transfer Protocol)がある。

「ＨＴＴＰ」とは、ＷｅｂブラウザからＷｅｂサーバへアクセスし、ＨＴＭＬ(Hyper Text Markup Language)によって記述されたページを送受信するためのプロトコルをいう。これは、要求−応答型のプロトコルであって、ステートレス（前回の状態を保持しない）によってシンプルなプログラムを実現することができる。

端末１は、ＨＴＴＰを介して機器管理サーバ４のＵＲＬへ向けて、「識別情報」を含むGETリクエストを送信する。これに対し、機器管理サーバ４は、識別情報に対応する周辺機器の「機器情報」を、端末１へ返信する。機器情報は、図１のように例えばＪＳＯＮ(JavaScript Object Notation)形式で表現されたものであってもよい。機器情報には、例えば以下のような要素情報が含まれる。
"id"：識別子
"name"：名称
"maker"：製造者情報
"version"：バージョン情報
"interface"：インタフェース情報

また、機器管理サーバ４は、周辺機器２との間でWebSocketが確立した場合に、その周辺機器２が「active状態」であることを記録しているとする。これによって、機器管理サーバ４は、端末１から受信した識別情報に基づいて、その機器情報を検索した際に、検索された機器情報の周辺機器２が「active状態」（WebSocketが確立している）の場合にのみ、その機器情報を端末１へ返信する。逆に、機器管理サーバ４は、WebSocketを確立していない周辺機器２の機器情報を、端末１へ返信しない。これによって、端末１は、機器管理サーバ４から機器情報が返信された場合、その周辺機器２は「active状態」であると認識することができる。

（ステップＳ１）
端末１は、アプリケーション配信サーバ３との間でＨＴＴＰ（第１の転送プロトコル）を介して、機器情報に対応したアプリケーションを取得する。端末１は、ＨＴＴＰを介してアプリケーション配信サーバ３のＵＲＬへ向けて、識別情報又は機器情報を含むGETリクエストを送信する。これに対し、アプリケーション配信サーバ３は、識別情報又は機器情報に対応する周辺機器の「アプリケーション」を、端末１へ返信する。

ここで、アプリケーション配信サーバ３は、識別情報又は機器情報に対応する１つのアプリケーションのみでなく、複数のアプリケーション識別子のリストを、端末１へ返信するものであってもよい。その場合、端末１は、ユーザ操作に応じて又は所定条件で自動的に、いずれか１つのアプリケーション識別子を選択する。端末１は、選択されたアプリケーション識別子を、改めて、アプリケーション配信サーバ３へ送信する。これに対して、アプリケーション配信サーバ３は、要求されたアプリケーション識別子に対応するアプリケーションを、端末１へ送信する。

（ステップＳ２）
端末１は、アプリケーションを実行し、周辺機器２に対応するセッション情報を生成する。この「セッション情報」は、端末１が、周辺機器２との間でピアツーピア通信（ＷｅｂＲＴＣ）の確立に必要な情報である。セッション情報は、具体的にはＳＤＰ(Session Description Protocol)やICECandidateの形式のものである。尚、セッション情報には少なくとも、端末１自らのＩＰアドレスを含む。

（ステップＳ３）
端末１は、WebSocket（第２の転送プロトコル）を介して機器管理サーバ４へ、セッション情報を含むセッション確立要求を送信する。

次に、機器管理サーバ４は、セッション確立先となる周辺機器２との間でWebSocketを確立した「active状態」であるか否かを判定する。即ち、端末１から受信したセッション情報のセッション確立先が、既にWebSocketを確立している周辺機器２と一致するか否かを判定する。
周辺機器２との間でWebSocketが確立していない場合、機器管理サーバ４は、否定応答（ＮＧ）を端末１へ返信して終了する。
一方で、周辺機器２との間でWebSocketが確立している場合、機器管理サーバ４は、WebSocketを介して周辺機器２へ、受信したセッション確立要求を転送する。

次に、周辺機器２は、セッション確立要求を受信した際に、セッション確立を許可する場合、セッション情報を生成する。セッション情報には少なくとも、周辺機器２自らのＩＰアドレスを含む。そのセッション情報を含むセッション確立応答（ＯＫ）は、機器管理サーバ４へ返信される。

そして、機器管理サーバ４は、受信したセッション確立応答を、端末１へ転送する。
このように、端末１と周辺機器２との間でセッション情報を交換することによって、ピアツーピア通信のセッションの確立先を互いに認識することができる。

（ステップＳ４）
これによって、端末１と周辺機器２との間で直接的に、WebSocket（第２の転送プロトコル）を介したピアツーピア通信を確立する。端末１は、機器管理サーバ４へ向けて確立していたWebSocketを周辺機器２へ向けて切り換える。また、周辺機器２は、機器管理サーバ４へ向けて確立していたWebSocketを端末１へ向けて切り換える。これによって、新たにコネクションを確立することなく、端末１と周辺機器２との間で、ＷｅｂＲＴＣのピアツーピア通信を確立する。

図３は、本発明における端末及び機器管理サーバの機能構成図である。

図３によれば、端末１は、識別情報読取部１０１と、第１の転送プロトコル確立部１０２と、第２の転送プロトコル確立部１０３と、機器情報取得部１０と、アプリケーション取得部１１と、アプリケーション実行部１２と、セッション確立要求部１３と、ピアツーピア通信確立部１４とを有する。識別情報読取部１０１を除くこれら機能構成部は、端末に搭載されたコンピュータを機能させるプログラムを実行することによって実現される。

識別情報読取部１０１は、例えばＮＦＣのリーダ機能であって、周辺機器２から識別情報を読み取る（前述したステップＳ０１と同様）。識別情報の認識を、第１の転送プロトコル確立部１０２へ通知すると共に、識別情報を、機器情報取得部１０へ通知する。
第１の転送プロトコル確立部１０２は、機器管理サーバ４及びアプリケーション配信サーバ３との間で、例えばＨＴＴＰを確立する（前述したステップＳ０２と同様）。
第２の転送プロトコル確立部１０３は、機器管理サーバ４との間で、例えばWebSocketを確立する（前述したステップＳ１３と同様）。
機器情報取得部１０は、機器管理サーバ４との間で例えばＨＴＴＰを介して、周辺機器の識別情報に対応した機器情報を取得する（前述したステップＳ０３と同様）。
アプリケーション取得部１１は、例えばＨＴＴＰを介して、周辺機器の機器情報に対応したアプリケーションを取得する（前述したステップＳ１１と同様）。
アプリケーション実行部１２は、アプリケーションを実行し、周辺機器に対応するセッション情報を生成する（前述したステップＳ１２と同様）。
セッション確立要求部１３は、例えばWebSocketを介して、機器管理サーバ４へセッション情報を送信する（前述したＳ１３と同様）。
ピアツーピア通信確立部１４は、周辺機器との間で直接的に、WebSocketを介したピアツーピア通信を確立する（前述したステップＳ１４と同様）。

また、図３によれば、機器管理サーバ４は、第１の転送プロトコル確立部４０２と、第２の転送プロトコル確立部４０３と、機器情報送信部４０と、セッション情報転送部４３とを有する。これら機能構成部は、サーバに搭載されたコンピュータを機能させるプログラムを実行することによって実現される。

第１の転送プロトコル確立部４０２は、端末１との間で、例えばＨＴＴＰを確立する（前述したＳ０２と同様）。
第２の転送プロトコル確立部４０３は、端末１との間で、及び、周辺機器２との間で、例えばWebSocketを確立する（前述したＳ４３と同様）。
セッション情報転送部４３は、例えばWebSocketを介して端末から受信したセッション情報を、WebSocketを介して周辺機器へ転送する（前述したＳ４３と同様）。

図４は、本発明における周辺機器の機能構成図である。

図４によれば、周辺機器２は、識別情報発信部２０１と、第２のプロトコル確立部２０２と、セッション確立部２３と、ピアツーピア通信確立部２４とを有する。識別情報発信部２０１を除くこれら機能構成部は、周辺機器に搭載されたコンピュータを機能させるプログラムを実行することによって実現される。

識別情報発信部２０１は、ＮＦＣであればカードエミュレーション機能であり、Bluetoothであればアドバタイズ発信機能である（前述したステップＳ０１と同様）。これによって、端末１へ識別情報を通知する。
第２のプロトコル確立部２０２は、機器管理サーバ４との間で、例えばWebSocketを確立する（前述したステップＳ０２と同様）。
セッション確立部２３は、機器管理サーバ４を介して端末１との間で、セッションを確立する（前述したステップＳ３と同様）。
ピアツーピア通信確立部２４は、例えばWebSocketを介して端末１から受信したセッション情報に基づいて、端末１との間で直接的に、WebSocketを介したピアツーピア通信を確立する（前述したステップＳ４と同様）。

最後に、端末がスマートフォンである場合、周辺機器との間でセッションを確立する具体的な実施形態について説明する。

周辺機器がネットワークカメラである場合、スマートフォンが、ネットワークカメラの識別情報を取得することによって、スマートフォンとネットワークカメラとの間でＷｅｂＲＴＣを確立する。ネットワークカメラによって取得された映像が、スマートフォンへピアツーピア通信で伝送され、ユーザは、その映像を視認することができる。

周辺機器が車載機器である場合、スマートフォンが、ＮＦＣによってかざして、車載機器の識別情報を取得することによって、スマートフォンと車載機器との間でＷｅｂＲＴＣを確立する。車載機器の環境情報や運行情報が、スマートフォンへピアツーピア通信で伝送され、スマートフォンをカーナビゲーションとして実行することができる。

周辺機器がエレベータである場合、スマートフォンが、Bluetoothのアドバタイズ信号でエレベータの識別情報を取得することによって、スマートフォンとエレベータとの間でＷｅｂＲＴＣを確立する。ユーザは、スマートフォンから、エレベータの階数指定や呼び出しをすることができる。

１台のスマートフォンは、複数の周辺機器との間でＷｅｂＲＴＣを、ユーザ操作の負担無く、簡易に確立することができる。例えば１台のスマートフォンで、複数の周辺機器に対して各周辺機器に対応したアプリケーションを自動的にインストールしてセッションを確立することできる。即ち、１台のスマートフォンで、テレビのリモコンや、照明のリモコンのように操作することができる。

以上、詳細に説明したように、本発明の方法及びシステムによれば、ユーザ操作の負担無しに、端末と周辺機器との間におけるピアツーピア通信を確立することができる。

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

１ 端末
１０１ 識別情報読取部
１０２ 第１の転送プロトコル確立部
１０３ 第２の転送プロトコル確立部
１０ 機器情報取得部
１１ アプリケーション取得部
１２ アプリケーション実行部
１３ セッション確立要求部
１４ ピアツーピア通信確立部
２ 周辺機器
２０１ 識別情報発信部
２０２ 第２のプロトコル確立部
２３ セッション確立部
２４ ピアツーピア通信確立部
３ アプリケーション配信サーバ
４ 機器管理サーバ
４０２ 第１の転送プロトコル確立部
４０３ 第２の転送プロトコル確立部
４０ 機器情報送信部
４３ セッション情報転送部

Claims (7)

1. ユーザによって所持される端末及び周辺機器と、ネットワークを介して通信可能なアプリケーション配信サーバ及び機器管理サーバとを有するシステムについて、端末−周辺機器間のピアツーピア(Peer-to-Peer)通信確立方法であって、
   前記端末及び前記機器管理サーバは、要求応答型の第１の転送プロトコルと、ソケット型の第２の転送プロトコルを実装しており、
   前記端末が、前記アプリケーション配信サーバとの間で第１の転送プロトコルを介して、前記周辺機器の機器情報に対応したアプリケーションを取得する第１のステップと、
   前記端末が、前記アプリケーションを実行し、前記周辺機器に対応するセッション情報を生成する第２のステップと、
   前記端末が、第２の転送プロトコルを介して前記機器管理サーバへ前記セッション情報を送信し、前記機器管理サーバが、第２の転送プロトコルを介して前記周辺機器へ前記セッション情報を転送する第３のステップと、
   前記端末と前記周辺機器との間で直接的に、第２の転送プロトコルを介したピアツーピア通信を確立する第４のステップと
   を有することを特徴とするピアツーピア通信確立方法。
2. 第１のステップの前段で、前記端末が、前記機器管理サーバとの間で第１の転送プロトコルを介して、前記周辺機器の識別情報に対応した機器情報を取得する
   ことを特徴とする請求項１に記載のピアツーピア通信確立方法。
3. 前記端末は、前記周辺機器から識別情報を読み取ることができ、
   前記周辺機器は、前記端末によって前記識別情報が読み取られた際に、前記機器管理サーバに対して第２の転送プロトコルを確立し、
   第３のステップについて、前記機器管理サーバは、前記端末から受信した前記セッション情報が、既に第２の転送プロトコルを確立している前記周辺機器と一致するか否かを判定し、一致した場合にのみ、前記セッション情報を前記周辺機器へ転送する
   ことを特徴とする請求項２に記載のピアツーピア通信方法。
4. 前記端末は、前記周辺機器から近距離無線通信を介して、前記識別情報を読み取り、
   前記周辺機器は、前記端末から近距離無線通信を介して、前記識別情報が読み取られたことを認識する
   ことを特徴とする請求項３に記載のピアツーピア通信方法。
5. 前記端末は、Ｗｅｂブラウザを実装しており、
   第１の転送プロトコルは、ＨＴＴＰ(HyperText Transfer Protocol)であり、
   第２の転送プロトコルは、WebSocketであり、
   ピアツーピア通信は、ＷｅｂＲＴＣ(Web Real-Time Communication)である
   ことを特徴とする請求項１から４のいずれか１項に記載のピアツーピア通信確立方法。
6. 第４のステップについて、
   前記端末は、前記機器管理サーバへ向けて確立していた第２の転送プロトコルを前記周辺機器へ向けて切り換え、
   前記周辺機器は、前記機器管理サーバへ向けて確立していた第２の転送プロトコルを前記端末へ向けて切り換え、
   前記ピアツーピア通信は、ローカルネットワークを介して第２の転送プロトコルによって直接的に確立される
   ことを特徴とする請求項１から５のいずれか１項に記載のピアツーピア通信方法。
7. ユーザによって所持される端末及び周辺機器と、ネットワークを介して通信可能なアプリケーション配信サーバ及び機器管理サーバとを有し、端末−周辺機器間のピアツーピア通信を確立するシステムであって、
   前記端末は、
   前記機器管理サーバ及び前記アプリケーション配信サーバとの間で、第１の転送プロトコルを確立する第１の転送プロトコル確立手段と、
   前記機器管理サーバとの間で、第２の転送プロトコルを確立する第２の転送プロトコル確立手段と、
   第１の転送プロトコルを介して、前記周辺機器の機器情報に対応したアプリケーションを取得するアプリケーション取得手段と、
   前記アプリケーションを実行し、前記周辺機器に対応するセッション情報を生成するアプリケーション実行手段と、
   第２の転送プロトコルを介して、前記機器管理サーバへ前記セッション情報を送信するセッション確立要求手段と、
   前記周辺機器との間で直接的に、第２の転送プロトコルを介したピアツーピア通信を確立するピアツーピア通信確立手段と
   を有し、
   前記機器管理サーバは、
   前記端末との間で、第１の転送プロトコルを確立する第１の転送プロトコル確立手段と、
   前記端末との間で、及び、前記周辺機器との間で、第２の転送プロトコルを確立する第２の転送プロトコル確立手段と、
   第２の転送プロトコルを介して前記端末から受信した前記セッション情報を、第２の転送プロトコルを介して前記周辺機器へ転送するセッション情報転送手段と
   を有し、
   前記周辺機器は、
   前記機器管理サーバとの間で、第２の転送プロトコルを確立する第２の転送プロトコル確立手段と、
   第２の転送プロトコルを介して前記端末から受信した前記セッション情報に基づいて、前記周辺機器との間で直接的に、第２の転送プロトコルを介したピアツーピア通信を確立するピアツーピア通信確立手段と
   を有することを特徴とするシステム。

Images