特許 6186066 イベントの発生を通知するシステムおよび方法

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

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

(11)【特許番号】6186066

(24)【登録日】2017年8月4日

(45)【発行日】2017年8月23日

(54)【発明の名称】イベントの発生を通知するシステムおよび方法

(51)【国際特許分類】

   H04M 9/00 20060101AFI20170814BHJP

   H04M 11/00 20060101ALI20170814BHJP

   G06F 21/31 20130101ALI20170814BHJP

【ＦＩ】

   H04M9/00 H

   H04M11/00 302

   G06F21/31

【請求項の数】16

【全頁数】18

(21)【出願番号】特願2016-240839(P2016-240839)

(22)【出願日】2016年12月13日

(62)【分割の表示】特願2016-158859(P2016-158859)の分割

【原出願日】2016年8月12日

【審査請求日】2016年12月15日

【早期審査対象出願】

(73)【特許権者】

【識別番号】505057646

【氏名又は名称】株式会社アクロディア

(74)【代理人】

【識別番号】100102934

【弁理士】

【氏名又は名称】今井 彰

(72)【発明者】

【氏名】堤 純也

(72)【発明者】

【氏名】窪田 圭一

(72)【発明者】

【氏名】松本 恵

(72)【発明者】

【氏名】藤崎 滋夫

(72)【発明者】

【氏名】伊藤 剛志

【審査官】 山田 倍司

(56)【参考文献】

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

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

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

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

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

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

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

【文献】 国際公開第２０１４／２０２７１８（ＷＯ，Ａ１）

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

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

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

【文献】 中国特許出願公開第１０２８１１４１６（ＣＮ，Ａ）

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

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

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

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

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

Ｇ０６Ｆ １３／００

２１／００

２１／３０−２１／４６

Ｇ０８Ｂ １９／００−３１／００

Ｈ０３Ｊ ９／００− ９／０６

Ｈ０４Ｍ ３／００

３／１６− ３／２０

３／３８− ３／５８

７／００−１１／１０

Ｈ０４Ｑ ９／００− ９／１６

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

【請求項1】

カメラ機能を含むインターホンを備えた第１の端末における前記インターホンの呼び出しを含む第１のイベントの発生により、プッシュ通知により起動するアプリケーションであって、前記第１のイベントの発生を表示する機能を含むアプリケーションを含む第２の端末にネットワークを介して、前記第１のイベントの発生に関するワンタイムパスワードであって、前記第１の端末と前記第２の端末との間の通信を含むセッションが終了するとクリアされるワンタイムパスワードを含むプッシュ通知を配信するプッシュ型情報配信サーバと、
前記第２の端末において予めアドレスが判明しているウェブサーバであって、前記プッシュ通知に呼応して自動的に前記ネットワークを介して前記第２の端末から供給される前記ワンタイムパスワードを含む前記第２の端末の認証情報に基づいて、前記第２の端末に前記第１の端末から供給された前記インターホンの呼び出しにより取得された画像を含む前記第１のイベントに関連する第１のコンテンツを前記セッション開始前に配信し、前記第２の端末に前記インターホンの呼び出しを前記画像の表示とともに表示させるウェブサーバとを有するシステム。

【請求項2】

請求項１において、
前記ネットワークを介して前記第２の端末から前記第１の端末に関わるユーザー認証情報が供給されると前記第２の端末に対するプッシュ通知用のＩＤを登録する機能を含む認証サーバをさらに有する、システム。

【請求項3】

請求項２において、
前記認証サーバは、さらに、前記第２の端末に対し、ログインの度に更新されるワンタイムの登録コードを発行する機能を含む、システム。

【請求項4】

請求項１ないし３のいずれかにおいて、
前記第２の端末から前記ネットワーク上の前記第２の端末のネットワークアドレスを受信して登録する機能と、前記第１の端末と前記第２の端末との間で前記ネットワークを介した通信を行うために必要なセッションを確立する呼制御を行う機能とを含む通信制御サーバをさらに有する、システム。

【請求項5】

請求項１ないし４のいずれかにおいて、
前記第１の端末と前記ネットワークを介して接続され、前記第１のイベントに関連するコンテンツを前記ウェブサーバに供給する機能を含むゲートウェイサーバをさらに有する、システム。

【請求項6】

請求項４において、
前記第１の端末と前記ネットワークを介して接続され、前記第１の端末と前記通信制御サーバとを中継する機能を含むゲートウェイサーバをさらに有する、システム。

【請求項7】

請求項１ないし６のいずれかにおいて、
前記第２の端末をさらに有し、前記第２の端末は、前記アプリケーションを含む、システム。

【請求項8】

請求項１ないし７のいずれかにおいて、
前記プッシュ型情報配信サーバは、前記プッシュ通知を、前記ネットワークを介して複数の前記第２の端末に配信する機能を含む、システム。

【請求項9】

請求項８において、
前記ウェブサーバは、前記複数の第２の端末の何れかから前記第１の端末との間で通信の確立を許可する信号を受信する機能を含む、システム。

【請求項10】

請求項１において、
前記第１の端末は解錠機能を含むインターホンであり、
前記ウェブサーバは、前記第２の端末から解錠を行う操作を中継する機能を含み、前記セッションは、解錠を行うことを含む、システム。

【請求項11】

ネットワークを介して、カメラ機能を含むインターホンを備えた第１の端末における前記インターホンの呼び出しを含む第１のイベントの発生を、プッシュ通知により起動するアプリケーションであって、前記第１のイベントの発生を表示する機能を含むアプリケーションを含む第２の端末に表示することを有する方法であって
前記表示することは、
プッシュ型情報配信サーバが、前記第１のイベントの発生に関するワンタイムパスワードであって、前記第１の端末と前記第２の端末との間の通信を含むセッションが終了するとクリアされるワンタイムパスワードを含むプッシュ通知を配信することと、
ウェブサーバが、前記ネットワークを介して、前記第２の端末において予めアドレスが判明しているウェブサーバのアドレスへ前記プッシュ通知に呼応して自動的に前記第２の端末から供給される前記ワンタイムパスワードを含む前記第２の端末の認証情報に基づいて、前記第２の端末に前記第１の端末から供給された前記インターホンの呼び出しにより取得された画像を含む前記第１のイベントに関連する第１のコンテンツを前記セッション開始前に配信することと、
前記第２の端末の前記アプリケーションが、前記インターホンの呼び出しを前記画像の表示とともに表示することとを含む、方法。

【請求項12】

請求項１１において、
前記表示することの前に、認証サーバが、前記ネットワークを介して前記第２の端末から前記第１の端末に関わるユーザー認証情報が供給されると前記第２の端末に対するプッシュ通知用のＩＤを登録することをさらに有する、方法。

【請求項13】

請求項１１または１２において、
前記表示することの後に、通信制御サーバが、前記プッシュ通知により前記第２の端末から登録された前記第２の端末のネットワークアドレスを用いて前記第１の端末と前記第２の端末との間で前記ネットワークを介した通信を行うために必要なセッションを確立することをさらに有する、方法。

【請求項14】

請求項１２において、
前記プッシュ通知を配信することは、前記プッシュ型情報配信サーバが、前記プッシュ通知を、前記ネットワークを介して複数の前記第２の端末に配信することを含み、
さらに、
前記ウェブサーバが、前記複数の第２の端末の何れかから前記第１の端末との間で通信の確立を許可する信号を受信することを有する、方法。

【請求項15】

ネットワークに接続する機能を有する端末に実装されるアプリケーションであって、
当該アプリケーションが搭載された端末が、請求項１１ないし１４のいずれかに記載の方法により前記第１の端末における前記第１のイベントの発生を表示することを含む、アプリケーション。

【請求項16】

ネットワークに接続する機能を有する端末の制御方法であって、
前記端末が、請求項１１ないし１４のいずれかに記載の方法により前記第１の端末における前記第１のイベントの発生を表示することを含む、制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、イベントの発生を、ネットワークを介して通知するシステムおよび方法に関するものである。

【背景技術】

【0002】

特許文献１には、インターホン装置と、通信網を介してインターホン装置に接続され、クライアント間の通信チャネルを確立させる外部サーバとを備え、インターホン装置は、クライアント間の通信チャネルを確立させるサーバ部と、サーバ部のクライアントとして機能し、かつ、外部サーバのクライアントとして機能する第１クライアント部とを有し、第１クライアント部は、外部サーバによって第１クライアント部と通信端末との間に確立された第１通信チャネルを介して、インターホン装置が捕捉したデータを通信端末に送信するインターホンシステムを提供することが記載されている。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

ＳＩＰ（Session Initiation Protocol）サーバを用いてインターホンと外部端末とを
接続して通話する場合、スマートホンなどの外部端末においてＳＩＰサーバに対応したプログラム（アプリケーションプログラム、アプリケーション）が動作している必要がある。スマートホンにおいて特定のアプリケーションを常に動作させておくことは、電力消費などの点から現実的ではない。一方、スマートホンは、様々な通信網を用いてネットワークにアクセスするので、ネットワーク上のアドレスは変わり、それに追従しないとＳＩＰサーバを用いて交信できないという問題もある。さらに、インターホンなどの通信機器においては、通信相手は特定されておらず、応答する前に、通信相手を確認したいという要望もある。

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

【0005】

本発明の態様の１つは、カメラ機能を含むインターホンを備えた第１の端末におけるインターホンの呼び出しを含む第１のイベントの発生により、プッシュ通知により起動するアプリケーションであって、第１のイベントの発生を表示する機能を含むアプリケーションを含む第２の端末にネットワークを介して、第１のイベントの発生に関するワンタイムパスワードであって、第１の端末と第２の端末との間の通信を含むセッションが終了するとクリアされるワンタイムパスワードを含むプッシュ通知を配信するプッシュ型情報配信サーバと、第２の端末において予めアドレスが判明しているウェブサーバであって、プッシュ通知に呼応して自動的にネットワークを介して第２の端末から供給されるワンタイムパスワードを含む第２の端末の認証情報に基づいて、第２の端末に第１の端末から供給されたインターホンの呼び出しにより取得された画像を含む第１のイベントに関連する第１のコンテンツを配信し、第２の端末にインターホンの呼び出しを画像の表示とともに表示させるウェブサーバとを有するシステムである。

【0006】

プッシュ通知により、そのプッシュ通知に対応するアプリケーションであって第２の端末に実装されたアプリケーションを起動させることが可能となる。プッシュ通知で伝達可能な情報量は限定されるが、ワンタイムパスワードをプッシュ通知で伝達することにより、アプリケーションはワンタイムパスワードを用いてウェブサーバにアクセスして第１のコンテンツを受信することが可能となる。このため、アプリケーションサイドにおいては、プッシュ通知を受信したタイミングで、ウェブサーバを介して第１のコンテンツを表示できる。

【0007】

本発明の他の態様の１つは、ネットワークを介して、カメラ機能を含むインターホンを備えた第１の端末におけるインターホンの呼び出しを含む第１のイベントの発生を、プッシュ通知により起動するアプリケーションであって、第１のイベントの発生を表示する機能を含むアプリケーションを含む第２の端末に表示することを有する方法である。表示することは、以下のステップを含む。
１．プッシュ型情報配信サーバが、第１のイベントの発生に関するワンタイムパスワードであって、第１の端末と第２の端末との間の通信を含むセッションが終了するとクリアされるワンタイムパスワードを含むプッシュ通知を配信すること。
２．ウェブサーバが、ネットワークを介して、第２の端末において予めアドレスが判明しているウェブサーバのアドレスへプッシュ通知に呼応して自動的に第２の端末から供給されるワンタイムパスワードを含む第２の端末の認証情報に基づいて、第２の端末に第１の端末から供給されたインターホンの呼び出しにより取得された画像を含む第１のイベントに関連する第１のコンテンツを配信すること。
３．第２の端末のアプリケーションが、インターホンの呼び出しを画像の表示とともに表示すること。

【0008】

本発明のさらに異なる他の態様の１つは、ネットワークに接続する機能を有する端末に実装されるアプリケーションであって、当該アプリケーションが搭載された端末が、上記の方法により第１の端末における第１のイベントの発生を表示することを含むものである。また、さらに異なる他の態様の１つは、ネットワークに接続する機能を有する端末の制御方法であって、当該端末が、上記の方法により第１の端末における第１のイベントの発生を表示することを含むものである。

【図面の簡単な説明】

【0009】

【図1】中継システムを含む通信システムの概要を示すブロック図。

【図2】通信システムの動作シーケンス（通信方法）を示す図。

【図3】図２に続いて通信システムの動作シーケンスを示す図。

【図4】インターホンアプリの概略動作を示すフローチャート。

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

【0010】

本システムは、プッシュ型情報配信サーバおよびウェブサーバを含み、クラウド上で実現されるシステム（中継システム）として提供され得る。また、本システムは、第１の端末および／または第２の端末を含むシステム（通信システム）としても提供され得る。ウェブサーバから提供される第１のコンテンツの典型的な例は画像であるが、他のコンテンツ、第２の端末側で出力可能なコンテンツであればよく、例えば、通信開始を求めるために予め定められた特定のフレーズを含む音声や音楽、匂いなどのテキスト情報に対して情報量が多くなるコンテンツをウェブサーバは提供できる。

【0011】

第１の端末がインターホンであれば、第三者がインターホンで呼び出すときに撮影される画像をリアルタイムで第２の端末に表示でき、第２の端末のユーザーはインターホンにアクセスした来訪者を特定できる。また、携帯電話またはスマートホン同士の通話においても、着信時に呼び出し側（発信側）の画像をリアルタイムに着信側に表示することにより着信に応答する前に発信側を確認することができる。第１の端末から第２の端末に対してリアルタイムで画像を着信させるメッセージアプリを提供することも可能となる。第１の端末はウェブカメラを含む防犯装置、監視装置などであってもよく、特定の条件で第２の端末を呼び出し、その時の画像をリアルタイムで第２の端末に表示することができる。

【0012】

このシステムは、さらに、ネットワークを介して第２の端末から第１の端末に関わるユーザー認証情報が供給されると第２の端末に対するプッシュ通知用のＩＤを登録する機能を含む認証サーバを有していてもよい。このシステムにより提供される方法（通信方法、通信プロトコル）においては、表示することの前に、認証サーバが、ネットワークを介して第２の端末から第１の端末に関わるユーザー認証情報が供給されると第２の端末に対するプッシュ通知用のＩＤを登録することをさらに有していてもよい。第１の端末のユーザーが第２の端末を介してユーザー登録することによりプッシュ通知を受信する環境を構築できる。

【0013】

また、第２の端末からネットワーク上の第２の端末のネットワークアドレスを受信して
登録する機能と、第１の端末と第２の端末との間でネットワークを介した通信を行うために必要なセッションを確立する呼制御を行う機能とを含む通信制御サーバをさらに有していてもよい。通信方法においては、表示することの後に、通信制御サーバが、プッシュ通知に起因して第２の端末から登録されたネットワーク上の第２の端末のネットワークアドレスを用いて第１の端末と第２の端末との間でネットワークを介した通信を行うために必要なセッションを確立することをさらに有していてもよい。通信制御サーバの典型的なものはＳＩＰサーバである。プッシュ通知により第２の端末において起動したアプリケーションが第２の端末からネットワーク上の第２の端末のネットワークアドレスを通信制御サーバに送信することにより、通信制御サーバは第１の端末および第２の端末のアドレスを特定することが可能となり、それらの間でピアツーピアなどを用いた所定のプロトコルにしたがってセッションを確立できる。

【0014】

さらに、このシステムは、第１の端末とネットワークを介して接続され、第１のイベントに関連するコンテンツをウェブサーバに供給する機能を含むゲートウェイサーバを有することが望ましい。ゲートウェイサーバを介して第１の端末からリアルタイムで第１のイベントに関連するコンテンツをウェブサーバに蓄積でき、ウェブサーバから第２の端末に対して第１のコンテンツとして提供できる。ゲートウェイサーバは、さらに、第１の端末とネットワークを介して接続され、第１の端末と通信制御サーバとを中継する機能を備えていてもよい。ゲートウェイサーバを設けることによりＮＡＴ問題を解消でき、さらに、各社のインターホンの仕様の差を吸収したり、セッションが行われる接続回線に適したデータに変換したりすることが可能となる。

【0015】

このシステムは、第２の端末をさらに有する通信システムであってもよく、第２の端末は、プッシュ通知により起動するアプリケーションであって、第１のイベントの発生を第１のコンテンツの表示とともに表示する機能を含むアプリケーションを含んでいてもよい。

【0016】

プッシュ型情報配信サーバは、プッシュ通知を、ネットワークを介して複数の第２の端末に配信する機能を含んでいてもよく、複数の第２の端末に対して一斉呼び出しを行うことが可能である。この場合、複数の第２の端末から第１のコンテンツの供給のリクエストを受けるウェブサーバは、複数の第２の端末の何れかから第１の端末との間で通信の確立を許可する信号を受信する機能を含むことが望ましい。この信号により一斉呼び出しを終了し、通信制御サーバによる個別セッションを開始できる。

【0017】

すなわち、この通信方法におけるプッシュ通知を配信することは、プッシュ型情報配信サーバが、プッシュ通知を、ネットワークを介して複数の第２の端末に配信することを含み、さらに、ウェブサーバが、複数の第２の端末の何れかから第１の端末との間で通信の確立を許可する信号を受信することを有していてもよい。

【0018】

このシステムに含まれる第１の端末は、典型的にはカメラ機能を含むインターホンであり、第１のイベントはインターホンの呼び出しであり、ウェブサーバは、ＨＴＴＰなどのコンテンツを転送に適したプロトコルで第１の端末から供給された画像を第１のコンテンツとして配信する。したがって、ＳＩＰなどのピアツーピアのセッションが開始されなくてもコンテンツを第２の端末に送信できる。第１の端末が解錠機能を含むインターホンであれば、ウェブサーバは、さらに、第２の端末から解錠を行う操作を中継する機能を含んでいてもよい。

【0019】

図１に、上述したシステムの一例として、インターホンを、ネットワークを介してモバイル端末（情報端末、典型的にはスマートホン）と接続するシステム（通信システム）１の概略構成を示している。この通信システム１は、マンション２に設けられたインターホ
ン（ドアホン）システム２０と、情報端末（モバイル端末、携帯端末、スマートホン、第２の端末）５と、インターホンシステム２０に含まれるインターホン（インターホン親機、第１の端末）２１と情報端末（第２の端末）５とをネットワーク（クラウド）３を介して接続する中継システム（中継サーバ）１０とを含む。インターホンシステム２０は、アパート用であってもよく、一戸建ての建物の個々に対応したシステムであってもよい。

【0020】

中継システム１０は、インターホンシステム２０に含まれる各インターホン２１のユーザーおよびユーザーが所有する情報端末５の管理を行う認証サーバ（管理サーバ）１２と、認証データベース（認証ＤＢ）１３と、インターホン２１と情報端末５との間のセッションを制御するＳＩＰサーバ１４と、情報端末５（具体的には情報端末５に実装されたアプリケーション５０）にプッシュ通知Ｐ１を配信するプッシュ型情報配信サーバ（プッシュサーバ）１５と、情報端末５にＨＴＴＰなどのファイル転送プロトコルにより画像などのコンテンツを配信するウェブサーバ１６と、情報端末５にその他のウェブサービスを提供するサービスサーバ１７と、中継システム１０とインターホンシステム２０とを接続するゲートウェイサーバ（インターホンサーバ）１１とを含む。

【0021】

クラウドコンピューティング（クラウド）３は、インターネットなどのコンピュータネットワークを経由して、さまざまなソフトウェア、ハードウェア、データベース、サーバなどのリソースを利用するサービスの総称として用いられる。中継システム（中継サーバ）１０は、クラウド３の上に構築されたサーバあるいはクラウドサービスを提供するサーバまたはサーバ群を示す。近年、ハードウェア環境（サーバ、ストレージ、ネットワーク）を事業者が提供し、ミドルウェアやＯＳなどの開発環境は開発者（ユーザー）が自由に選択できるモデルのサービス（ＩａａＳ、Infrastructure as a Service）、事業者がリ
ソースとしてクラウドサーバを貸し出すサービス（ＩＤＣ、Internet Data Center）がある。

【0022】

携帯電話のパケット定額の普及により、タブレット、スマートホンなどのモバイル端末５は常時接続環境が整っている。しかしながら、市販されているスマートホン５と連動できるインターホン（ドアホン）は、無線ＬＡＮ接続を前提としたサービスがほとんどである。ＳＩＰプロトコル対応の市販化されているインターホン、ドアホンも、有線もしくは、無線によるＬＡＮ（室内や棟内での使用を想定）で使用されることを想定した製品が一般的である。

【0023】

これら製品の多くは、音声通話を行うために、ＳＩＰプロトコルを採用しており、理論上はインターネット上に設置されているＳＩＰサーバを経由するなどすれば、ＬＡＮ以外の端末でも使用することができる可能性を持っているが、以下のような理由により、現状では、そのような使われ方は普及していない。

【0024】

第１の理由は、安定して野外でモバイル端末を呼び出しするのが難しいことである。モバイル通信の場合、使用エリアによってＩＰアドレスが変わったり、無線ＬＡＮとモバイル回線の優先切替などにより、ＳＩＰサーバに登録した時のＩＰアドレス情報が、ＳＩＰによる通話呼び出し時に別のアドレスに変わっていたりすると呼び出しができない。

【0025】

第２の理由は、ＳＩＰのＮＡＴ（Network Address Translation）問題である。送り側
と受け側それぞれにＮＡＴが存在すると、相手のアドレスの特定ができず、無音状態になってしまう。

【0026】

第３の理由は、ＬＡＮベースの商品のため、モバイル回線によるパケット通信だと、パケット使用量が多すぎることである。すなわち、３Ｇのパケット、ＬＴＥ（Long Term Evolution）あるいは４Ｇで帯域制限中でも、安定して会話や映像を見られるような品質が
必要である。ＬＡＮ環境下では、特にパケットの使用量や、速度制限、外部からの攻撃などが問題になることはないが、野外でモバイル回線や公衆ＷＩＦＩ網での利用を考慮すると、これらの問題を解決しなければ商品化、サービスを提供するのは困難である。

【0027】

第４の理由は、インターネットを外部から参照できるようにすると、映像を盗み見られたり、インターホン機器をハッキングされたりすることである。例えば、安易にインターホンをインターネットに接続すると、部屋の鍵を遠隔で開けるなどの行為ができてしまうようになる。

【0028】

第１の理由を解決する方法は、通信ベアラに依存せず着信できる仕組みを提供することである。ＷＩＦＩ環境、携帯網のどちらでも通話できること、すなわち、ＷＩＦＩと携帯網を切替中、もしくはどちらも有効な時でも確実に着信できることである。通信システム１においては、プッシュサーバ１５が提供するＰＵＳＨ通知（プッシュ通知）Ｐ１によるデバイス呼び出しを用いている。プッシュ通知Ｐ１を用いることにより、モバイル端末５においてアプリケーション５０が未起動時でも、着信を受けてアプリケーションを起動できる。第１の端末であるインターホン２１における部屋呼び出しから、第２の端末であるモバイル端末５において実際に呼び出されるまでに数秒（１〜５秒程度）を要する可能性があるが、通信を行う前の呼び出しの際のロスタイムはサービスの提供において通常、ほとんど問題とならない。

【0029】

ＳＩＰサーバ１４へ常時接続（ｓｉｐ ｒｅｇｉｓｔ状態を維持）することは、一般的なＶｏＩＰ（ＳＩＰ電話）方式で、呼び出しから着信までのタイムラグが最小になるが、アプリケーションが常時起動していなければならないという問題があることは上述した通りである。さらに、ＷＩＦＩとモバイル回線で、端末５のＩＰアドレスが異なるため、ＷＩＦＩとモバイル回線がどちらも有効、もしくは、移動中でＩＰが切り替わったりすると、ＳＩＰサーバ１４に登録された情報の更新が必要となる。このため、頻繁にＳＩＰサーバ１４にＲｅｇｉｓｔする必要があり、端末５のバッテリーの消費量が拡大する傾向になる。

【0030】

ＳＭＳ（Short Message Service）によるデバイス呼び出しを用いることも可能である
。メッセージ以外に、送受信できるデータ量は限定されるが、映像など、他の情報も一緒に通知できるというメリットがある。その一方、携帯電話会社が提供するサービスのため、ＳＩＭ（Subscriber Identification Module）が必須であり、データ通信専用ＳＩＭやＳＩＭなしモデルの端末では使用できないという問題がある。したがって、この通信システム１においては、室内、野外において、ＷＩＦＩ、モバイルなどの回線種別を意識せずに使用できるプッシュ呼び出しを用いて解決している。

【0031】

第２および第３の理由を解決するために、このシステム１および通信方法においては、中継システム１０にゲートウェイサーバ１１を設けている。モバイル端末５向けに、インターホンとしての機能を満たす限界まで、音声や映像などのデータ使用量を抑制する方法、すなわち、データ通信がパケット制限中でも会話と来訪者の映像表示ができることを実現するために、このシステム１においては、独自のインターホン機材（ハードウェア）を必要とせず、既製品のインターホン（ドアホン）やＳＩＰ対応インターホンをターゲットに、モバイル回線での使用を可能にすることを目標としている。

【0032】

解決案として、ゲートウェイサーバ１１に、インターホン２１からの音声や映像データを、モバイル端末５向けに最適と思われるデータフォーマット、コーデックに変換するための機能（接続中継・変換機能）１１ｂを用意する。ゲートウェイサーバ１１は、コーデック変換以外に、マンションや居住者側のＬＡＮネットワークと、インターネット（モバイル）ネットワークを接続するためのプロキシサーバとしての役割も兼ねる。また、ゲー
トウェイサーバ１１を設けることにより、居住者側のＬＡＮ内に存在するインターホン機材に対し、外部からの機器（モバイル端末など）が直接通信することがない。このため、外部からインターホンシステム２０の各機器への攻撃のリスクを最小にできる。

【0033】

また、各メーカー、様々なインターホンのハードウェアがあり、外部インターフェース仕様も機種ごとに異なるがそれらの相違を吸収する機能を中継システム１０に設けることが可能となる。したがって、モバイル端末５側のアプリケーション５０は、インターホンのメーカーや機種を意識するとなく、各メーカーのインターホンシステムに対し共通のインターホンアプリ５０を提供することが可能となる。

【0034】

第４の理由を解決するために、この通信システム１および通信方法においては、第三者が勝手に居住者になりすまして、インターホンの映像を見たり通話したりできないようにする仕組みを導入している。インターホン２１の着信を、インターネット（クラウド）３を経由して提供すると、理論上、世界中のどこにいても、インターネットに通じた回線があれば、インターホンの着信が取れる。このため、ＩＤとパスワードによる認証だけだと、ＩＤ、パスワードが流出すると、誰でも映像を見たり、通話ができてしまう。したがって、ＩＤやパスワードの流出などにより、第三者が勝手にインターホン着信を取ったり、来訪者の履歴を参照することがないような仕組みが必要である。

【0035】

このため、本システムの認証サーバ１２においては、初回ログインの際に、モバイル端末の個体を識別できる固有のＩＤ１３ｂとユーザーＩＤ（インターホンのユーザーとして登録されているＩＤ）１３ａとをパスワード１３ｐにより紐付け（アクティベート）する認証機能（認証ユニット）１２ａを含む。これにより、登録された端末５以外では、インターホンアプリ５０を使用できないようにしている。

【0036】

スマートホンなどのモバイル端末５の個体を識別できる固有のＩＤ１３ｂは、ユニークであることを証明できるＩＤであることが必要であり、プッシュ通知用のデバイストークン情報はこれに相当する。一方、モバイル端末の個体を識別できる固有のＩＤ１３ｂとして、プッシュ通知用のＩＤであるデバイストークン情報１３ｂを使用した場合、デバイストークン情報１３ｂは、ＩＭＥＩ（International Mobile Equipment Identify）やＭＡ
Ｃアドレスなどとは異なり、ユニークであることは保証されるが、静的値ではない可能性がある。すなわち、プッシュ通知用のＩＤ１３ｂは、プッシュ通知の対象となるアプリケーションやＯＳのバージョンアップなどにより、値が変更になる可能性がある。

【0037】

そのため、認証サーバ１２は、端末登録コード発行機能（端末登録コード発行ユニット）１２ｂを含む。モバイル端末５に実装されたスマートホンアプリ５０は、認証機能を備えた認証サーバ（管理サーバ）１２にログインする時に、デバイストークン１３ｂを通知する。認証サーバ１２の端末登録コード発行機能１２ｂは、端末５の登録に成功すると、登録コード１３ｃを発行してモバイル端末５のスマートホンアプリ５０に通知する。この登録コード１３ｃは、ログイン認証するたびに変更されるワンタイムの値であり、バージョンアップなどにより次回の認証サーバ１２へのログインが必要になった時は、スマートホンアプリ５０は、この登録コード１３ｃを通知する。そうすることで、万一、プッシュ通知用のデバイストークン１３ｂが異なっていても、登録コード１３ｃが一致する場合は、同一端末５であることを証明することができ、新たなプッシュ通知用のデバイストークン１３ｂをプッシュ送信用のプッシュサーバ１５で使用することが可能となる。

【0038】

市販されているＳＩＰインターホンは、通常のＶｏＩＰ（ＳＩＰ電話）ベースのため、通信システム１においては、プッシュ通知をトリガーに通話アプリの起動を行う仕組みが導入されている。しかしながら、これだけでは、ＳＩＰＩＤとパスワードの流出、ＳＩＰサーバのセキュリティーホールなどの要因により第三者がＳＩＰサーバにレジスト（Ｒｅ
ｇｉｓｔ）さえできてしまえば、誰でも着信を受けたり、映像が参照できてしまうなどの問題が発生する可能性がある。

【0039】

また、通信を開始する際のセキュリティの確保を考えると、着信応答前に来訪者画像（通信相手の画像）を参照することが望ましく、そのためには、ＳＩＰセッションに関係なく、映像を取得する必要がある。すなわち、ＳＩＰセッションを使って来客映像の取得を行うと、着信の応答（ＳＩＰによるセッションの確立）が行われるまで映像ができないことになる。

【0040】

このため、本システム１においては、ウェブサーバ１６を設け、ＳＩＰの呼び出しとは別に、呼び出しに使用したインターホン２１を特定し、そのインターホン２１が搭載しているカメラの映像を参照する仕組みを提供している。ＳＩＰによって映像を送信する場合、呼び出しに正しく応答した（ユーザー認証できている）端末に映像を送ることができる。しかしながら、着信応答する前では、そのような仕組みが取れない。このため、本システム１のプッシュサーバ１５は、端末５を呼び出すプッシュ通知Ｐ１とともに、ワンタイムパスワード（認証トークン）１３ｘを供給する呼出し機能（呼出しユニット）１５ａを含む。認証トークン１３ｘは、プッシュサーバ１５が発行してもよく、認証サーバ１２が発行してもよいが、本例においては、インターホン２１からの着信を、ゲートウェイサーバ１１を介して受信するＳＩＰサーバ１４が認証トークン１３ｘを登録する機能（ユニット）１４ａを含む。

【0041】

ワンタイムパスワードである認証トークン１３ｘは、ウェブサーバ１６において、認証トークン１３ｘが通知されたプッシュ通知Ｐ１に伴うコンテンツの提供が終了するとクリアされる。例えば、インターホン２１の呼び出し（第１のイベント）によりプッシュ通知Ｐ１が行われ、認証トークン１３ｘに基づき着信画面がウェブサーバ１６から供給された後に、インターホン２１とのセッションが開始され、そのセッションが終了すると認証トークン１３ｘはクリアされる。

【0042】

ウェブサーバ１６は、ワンタイムの認証トークン１３ｘに基づきウェブサーバ１６から独自にユーザーを特定して来訪者（通信相手）の画像を提供する中継ユニット１６ａを含む。この仕組みにより、来訪者の映像１６ｐはプライベートな情報でもあるが、本システム１においては、呼び出された端末５でしか参照できない。

【0043】

また、ウェブサーバ１６は、来訪者の映像（動画、静止画は問わず）１６ｐを、履歴情報として、ウェブサーバ１６上に一定の期間保管し、サーバ上で特定ユーザ（居住者）に限定公開する閲覧サービスユニット１６ｃを含む。この閲覧サービス１６ｃも、ユーザー登録されたモバイル端末（第２の端末）５がＳＩＰサーバ１４にアクセスして取得できるワンタイムの認証トークン１３ｘを用いることにより安全に提供できる。

【0044】

したがって、中継システム１０を含む通信システム１においては、ＳＩＰによる呼び出し（Ｉｎｖｉｔｅ）の応答前から、インターホン２１の映像（来訪者の画像）を呼び出し側の端末（第２の端末）５が取得して表示できる。また、ワンタイムの認証トークン１３ｘを用いることにより、インターホン２１の映像は、インターホン２１の部屋に属した端末５以外からは参照できない。

【0045】

この方式は、来訪者の画像のみならず、インターホン機器に対する様々なリクエスト（カメラ映像の取得、電気錠の解錠要求など）を行う際に利用できる。このため、ウェブサーバ１６は、インターホン２１で確認できる機能（施錠状態、マンション内あるいは家庭内のセキュリティ状態、エアコンその他の電気機器の動作状態など）や映像を中継する機能１６ａと、端末５からの操作をインターホン２１あるいはインターホン２１を介してド
アや家庭内の機器に中継する機能１６ｂとを含む。

【0046】

さらに、プッシュサーバ１５の呼出し機能１５ａは、インターホンサービスの場合、１部屋あたり、複数のモバイル端末５を呼び出し可能にすることができる。呼出し機能１５ａは、ユーザー単位（端末毎）もしくは、部屋単位（１家族分の端末を１グループとして扱う）でワンタイムの認証トークン１３ｘを配信することが可能である。したがって、ユーザーＩＤ、パスワードでは、ユーザー単位でしか認証できないのに対し、あらかじめユーザー認証され、プッシュ通知用のＩＤ（デバイストークン情報）１３ｂが設定された複数の端末５に対し、共通の認証トークン１３ｘをプッシュ通知Ｐ１に含めることにより、部屋などのグループ単位でも呼び出して、来訪者の画像を表示することが可能となる。

【0047】

また、インターホン２１への各種要求は、中継サーバ（中継システム）１０にモバイル端末５からリクエストを投げることができ、中継システム１０においては、認証トークン１３ｘが正常な場合、有効なリクエストとして判断をすることができる。認証トークン１３ｘは、インターホンサービスを利用するために必要となる重要かつ隠匿すべき情報であるが、プッシュ通知Ｐ１であらかじめ登録された特定の端末５にのみ配信される。このため、第三者が簡単には入手できない。さらに、認証トークン１３ｘはネットワーク（クラウド）３を介して中継システム１０と端末５との間で交換されるため、その情報の隠匿を保証することはできない。しかしながら、認証トークン１３ｘは、ワンタイムパスワードであるため、万一流出しても、その影響を最小限に抑えることができる。

【0048】

図１を参照してさらに詳しく説明する。マンション２に設置されるインターホンシステム２０は、各戸（各部屋、各家族）に対応した複数のインターホン親機（インターホン）２１と、マンション２内の機器を接続する構内ＬＡＮ２８と、構内ＬＡＮ２８とクラウド（インターネット）３とを接続するルーター２９とを含む。それぞれのインターホン２１はルーター２９により安全なルート、例えば、ＶＰＮを介してクラウド３の中継システム１０と接続されている。

【0049】

それぞれのインターホン２１は、電気錠解錠（施錠）装置２４と、マイク・スピーカ２５ａおよびカメラ２５ｂと入出力制御装置２２などを介して接続されている。さらに、インターホン２１はマンション２のロビーに設置されるロビーインターホンシステム２３とも接続されており、ロビーのマイク・スピーカ２６ａおよびカメラ２６ｂとも接続されている。したがって、インターホン２１は、ロビーに到来した来訪者、および各戸のドアに到来した来訪者がインターホン２１で来訪を告げると、その来訪をイベント（第１のイベント）として検出し、来訪者の画像や音声を取得して中継システム１０に伝達できる。

【0050】

クラウド３に置かれた中継システム（中継サーバ）１０は、インターホン（第１の端末）２１に対するゲートウェイとなるゲートウェイサーバ１１と、インターホン２１のユーザーからアクセスによりモバイル端末５のユーザー認証を行う認証サーバ１２と、認証情報などを格納する認証ＤＢ１３と、インターホン２１とモバイル端末５との間のセッションを確立するＳＩＰサーバ１４と、モバイル端末５にプッシュ通知Ｐ１を配信するプッシュサーバ１５と、モバイル端末５からの要求により映像などのコンテンツを供給するウェブサーバ１６と、その他のサービスを提供するサーバ１７とを含む。

【0051】

ゲートウェイサーバ１１は、インターホン（第１の端末）２１に呼び出しがあると、それを第１のイベントとしてＳＩＰサーバ１４に中継するイベント中継機能１１ａと、音声などを中継する接続中継・変換機能１１ｂとを含む。接続中継・変換機能１１ｂは、インターホン２１からの音声を所定のデータフォーマットまたはコーデックに変換してＳＩＰサーバ１４に中継したり、呼び出し（第１のイベント）に関連する画像やインターホン２１の他の状態をコンテンツとしてウェブサーバ１６に供給したり、モバイル端末５からの
操作を、ウェブサーバ１６を経由してインターホン２１に供給する機能を含む。

【0052】

認証サーバ１２は外部のマスターコントロール端末６から設定される、それぞれのインターホン２１のユーザーＩＤ１３ａおよびパスワード（初期パスワード）１３ｐにしたがい、モバイル端末（第２の端末）５からユーザー認証情報（ユーザーＩＤ１３ａおよびパスワード１３ｐ）が供給されるとモバイル端末５（モバイル端末５に実装されたアプリケーション５０）に対するプッシュ通知用のＩＤ（デバイストークン情報）１３ｂを登録する認証機能１２ａと、モバイル端末５に対して、ログインの度に更新されるワンタイムパスワードである端末登録コード１３ｃを発行する機能１２ｂとを含む。

【0053】

プッシュサーバ（プッシュ型情報配信サーバ）１５は、インターホン２１における呼び出し（第１のイベント）の発生により、モバイル端末５にネットワーク３を介して、個々の呼び出しに対応したワンタイムパスワード（認証トークン）１３ｘを含むプッシュ通知Ｐ１を配信する機能１５ａを含む。

【0054】

ウェブサーバ１６は、ネットワーク３を介してモバイル端末５から供給される認証トークン１３ｘを含むモバイル端末５の認証情報（本例においては、さらに、モバイル端末５のＳＩＰＩＤを含む）を認証ＤＢ１３に登録された情報に基づいて認証し、モバイル端末５に呼び出し（第１のイベント）に関連する来訪者の画像（第１のコンテンツ）を配信する機能／映像中継ユニット１６ａと、モバイル端末５からの操作をインターホン２１に中継する操作中継機能１６ｂと、来訪者などの履歴１６ｐを一定の期間蓄積してユーザーに公開する機能１６ｃとを含む。

【0055】

ＳＩＰサーバ１４は、インターホン２１における呼び出し（第１のイベント）の発生によりワンタイムパスワードとして認証トークン１３ｘを認証ＤＢに登録する機能１４ａと、モバイル端末５からネットワーク３上のネットワークアドレスを受信して登録する機能１４ｂと、インターホン（第１の端末）２１とモバイル端末（第２の端末）５との間でネットワーク３を介した通信を行うために必要なセッションをＳＩＰ（Session Initiation
Protocol）にしたがって確立する呼制御を行うセッション制御機能１４ｃとを含む。

【0056】

中継システム１０を介してインターホン２１と接続されるモバイル端末５の典型的な例はインターホンアプリ５０が実装されたスマートホンである。インターホンアプリ５０は、中継システム１０の認証サーバ１２にアクセスしてモバイル端末５を登録するログイン機能５１と、プッシュサーバ１５からのプッシュ通知Ｐ１によりアプリケーション５０を起動し、インターホン２１からの呼出し（第１のイベントの発生）をウェブサーバ１６から取得した来訪者の画像（第１のコンテンツ）とともに表示する初期応答機能５２と、ＳＩＰサーバ１４に確立されたセッションによりインターホン２１と通話する機能５３と、ＳＩＰサーバ１４またはウェブサーバ１６を介してインターホン２１またはインターホン２１を中継した操作を行う機能５４とを含む。

【0057】

図２および図３に、この通信システム１を用いて、第１の端末であるインターホン（インターコム）２１と第２の端末であるスマートホン５、実際にはスマートホン５に実装されたインターホンアプリ５０との間で呼び出しおよび情報（データ）の交換を行う通信方法を順番に示している。

【0058】

ステップＳ１からＳ８は、認証サーバ１２が、スマートホン５を登録するログインプロセス（初期登録プロセス）である。スマートホン５のインターホンアプリ５０にはログイン画面が表示され、ユーザーはログイン画面から認証サーバ１２にアクセスする。

【0059】

認証サーバ１２は、ネットワーク３を介してスマートホン５からインターホン２１に関
わるユーザー認証情報が供給されるとスマートホン５に対するプッシュ通知用のＩＤ１３ｂを認証ＤＢ１３登録する。具体的には、ステップＳ１でスマートホン５からログイン用の情報（ＩＤ、パスワード、プッシュデバイストークン）が認証サーバ１２に送信され、ステップＳ２で認証サーバ１２が認証ＤＢ１３のユーザー情報（ＩＤ１３ａ、パスワード１３ｐ）に基づき認証を行い、認証されると、そのスマートホン５をステップＳ３およびＳ５でプッシュサーバ１５とＳＩＰサーバ１４とにそれぞれ登録する。ステップＳ４およびＳ６で、それぞれのサーバから登録結果が戻され、正しく登録されると、ステップＳ７で認証サーバ１２は認証ＤＢ１３にユーザー識別情報を含む認証コードを登録する。さらに、認証サーバ１２はステップＳ８においてログインのレスポンスとして認証情報と、ワンタイムの端末登録コード１３ｃとをスマートホン５に送信する。

【0060】

ステップＳ１０からＳ１８は、プッシュサーバ１５が、インターホン２１の呼出し（第１のイベントの発生）によりワンタイムパスワードである認証トークンを含むプッシュ通知を配信するプロセスである。具体的には、ステップＳ１０でインターホン呼び出しがあると、ステップＳ１１で呼び出しイベントがインターコムサーバ（ゲートウェイサーバ）１１に送信され、ステップＳ１２においてゲートウェイサーバ１１からＳＩＰサーバ１４に対して登録要求（インバイト）が通知される。ステップＳ１３において、ＳＩＰサーバ１４は認証ＤＢ１３に、この呼び出しイベントに関する端末認証情報を登録する。端末認証情報（認証トークン番号）には、ワンタイムの認証トークン１３ｘ、呼出元ＳＩＰ番号、および呼出先ＳＩＰ番号が含まれる。呼出元ＳＩＰ番号は各インターホン２１に割り当てられたＳＩＰ番号であり、呼出先ＳＩＰ番号は、ログイン時に割り当てられたスマートホン５のＳＩＰ番号であり、１つのインターホン２１に対して複数のスマートホン５が割り当てられていれば、それら複数のスマートホン５に対して一斉呼び出しを行う準備が行われる。

【0061】

ステップＳ１４において、ＳＩＰサーバ１４からプッシュサーバ１５に対して、インターホン着信が通知され、ステップＳ１５において、プッシュサーバ１５から、認証トークンを含むプッシュ通知が、登録された各スマートホン５に配信される。これによりスマートホン５においては、スマートホンアプリ５０が起動し、着信画面が表示される。ステップＳ１６でＳＩＰサーバ１４からゲートウェイサーバ１１に呼び出し結果が戻される。呼び出された各スマートホン５においては、ステップＳ１７でＳＩＰサーバ１４にアドレス登録を行い、ステップＳ１８でその結果がＳＩＰサーバ１４から通知される。

【0062】

ステップＳ２０からＳ３６は、ウェブサーバ１６が、ＨＴＴＰにより、ネットワーク３を介してスマートホン５から供給されるワンタイムパスワードを含む端末認証情報に基づいて、スマートホン５に呼び出しに関する第１のコンテンツ、本例においてはインターホン状態と画像とを配信し、インターホンアプリ５０が着信画面にインターホン状態と画像とを表示するプロセスを示している。

【0063】

具体的には、ステップＳ２０において、スマートホン５、具体的にはインターホンアプリ５０が、クライアントとして、ウェブサーバ１６に、ＨＴＴＰを用いて、インターホン状態取得要求を、認証トークン１３ｘを含む端末認証情報とともに通知する。インターホン状態には、ロビー、各戸のドアのいずれのインターホンで呼び出されたのか、施錠状態などが含まれる。ステップＳ２１で、ウェブサーバ１６は、通知された認証トークン１３ｘを含む端末認証情報をＳＩＰサーバ１４で確認する（認証する）。ウェブサーバ１６は、着信した端末認証情報を、認証ＤＢ１３に登録された情報に基づいて認証してもよく、認証サーバ１２で認証してもよい。ステップＳ２２〜Ｓ２５で、ウェブサーバ１６は、ゲートウェイサーバ１１を介してインターホン２１からインターホン状態を取得し、ステップＳ２６でスマートホン５へインターホン状態を配信する。スマートホン５においては、着信画面にインターホン状態がリアルタイムで表示される。

【0064】

ウェブサーバ１６がインターホン状態を取得するタイミングは、ゲートウェイサーバ１１からインターホン呼び出しがあったことを受信することによりウェブサーバ１６が自律的に設定でき、スマートホン５からの要求の有無にかかわらず状態を取得することも可能である。また、スマートホン５が着信画像を表示中は、インターホン２１から適当なタイミングで断続的に状態を取得してウェブサーバ１６からスマートホン５に供給するインターホン状態をアップデートすることが可能である。以下の画像を取得する場合も同様である。

【0065】

映像（来訪者の画像）の取得は、まず、ステップＳ３０において、スマートホン５が、ウェブサーバ１６に映像インターホン状態取得要求を、認証トークン１３ｘを含む端末認証情報とともに通知する。ステップＳ３１で、ウェブサーバ１６は、通知された認証トークン１３ｘを含む端末認証情報を上記と同様に認証し、ステップＳ３２〜Ｓ３５で、ウブサーバ１６は、ゲートウェイサーバ１１を介してインターホン２１から映像を取得し、ステップＳ３６でスマートホン５へインターホン状態を配信する。スマートホン５においては、着信画面に来訪者の画像がリアルタイムに表示される。スマートホン５が着信画像を表示中は、ウェブサーバ１６は、インターホン２１から適当なタイミングで断続的に、または連続的に映像を取得してスマートホン５に供給する。これにより、スマートホン５にリアルタイムの映像を表示できる。

【0066】

ステップＳ４１からＳ７９は、通信制御サーバであるＳＩＰサーバ１４を用いてセッションを開始し、終了するプロセスを示している。ステップＳ４１において、呼び出された複数のスマートホン５のうちの１つで応答ボタンが押し下げられると、ステップＳ４２において、ウェブサーバ１６に、通話開始要求が、認証トークン１３ｘを含む端末認証情報とともに送信される。ステップＳ４３において、ウェブサーバ１６は、通知された認証トークン１３ｘを含む端末認証情報を上記と同様に認証し、ステップＳ４４で、ゲートウェイサーバ１１にインターホン呼び出しを通知する。この結果、ステップＳ４５において、ゲートウェイサーバ１１は、ＳＩＰサーバ１４に対する一斉呼び出しを中止し、ステップＳ４６において、応答ボタンが押し下げられたスマートホン５を指定して、ＳＩＰサーバ１４に対してインバイト要求を通知し、スマートホン５を呼び出す。ＳＩＰサーバ１４は、それに呼応して、ステップＳ４７においてスマートホン５にインバイト要求を通知する。スマートホン５からアクノリッジが得られると、ステップＳ４８において、ＳＩＰサーバ１４はゲートウェイサーバ１１に呼び出し結果を返す。

【0067】

この結果、ステップＳ５１において、インターホン２１はゲートウェイサーバ１１を介してスマートホン５とＳＩＰセッションによる通話が開始される。この際、ステップＳ４９で、ゲートウェイサーバ１１からウェブサーバ１６にインターホン呼び出し結果が返され、ステップＳ５０でウェブサーバ１６を経由して通話が開始されたことがスマートホン５に表示される。インターホン２１はクラウド上の中継システム１０のゲートウェイサーバ１１とはＶＰＮにより接続され、ネット上のアドレスが特定されているゲートウェイサーバ１１がインターホン２１とＳＩＰサーバ１４とを中継する。このため、スマートホン５は、ゲートウェイサーバ１１でアドレスが解決された状態で、すなわち、インターホン２１側ではＮＡＴを経由せずに、ＳＩＰセッションによる通話を行う。したがって、少なくともインターホン２１の側にＮＡＴが入ることはなく、ＳＩＰセッションにおいて送受信側でＮＡＴによるアドレス変換が行われると通話ができない事態になる（ＮＡＴ問題）ことを防止できる。さらにゲートウェイサーバ１１でコーデックをスマートホン５と通話するために最適なものに設定できるので、経済的で音声の品質も確保された通話を行うことができる。

【0068】

通話中にステップＳ６１でスマートホン５（インターホンアプリ）５０において解錠ボ
タンが押し下げられると、ステップＳ６２において、ウェブサーバ１６に、解錠要求が、認証トークン１３ｘを含む端末認証情報とともに送信される。ステップＳ６３において、ウェブサーバ１６は、通知された認証トークン１３ｘを含む端末認証情報を上記と同様に認証し、ステップＳ６４およびＳ６５で、ゲートウェイサーバ１１を介してインターホン２１に解錠要求を通知する。インターホン２１は、さらに、ステップＳ６６において、解錠装置２４に解錠信号を出し、その結果を確認して解錠結果をステップＳ６７，Ｓ６８によりゲートウェイサーバ１１を介してウェブサーバ１６に返す。ウェブサーバ１６はステップＳ６９で、解錠結果をスマートホン５に返す。これにより、ユーザーはスマートホン５のインターホンアプリ５０を用いて解除を行い、その結果を確認できる。

【0069】

ステップＳ７０において、スマートホン５で終話ボタンが押し下げられると、ステップＳ７１でスマートホン５からＳＩＰサーバ１４に接続解除が通知され、ステップＳ７２でＳＩＰセッションによる通話が終了する。その結果は、ステップＳ７８およびＳ７９で、ゲートウェイサーバ１１を介してインターホン２１に伝えられる。これにより、インターホン２１の呼出し（第１のイベント）で始まった一例の処理が終了するので、ワイタイムパスワードである認証トークンはリセットされる。

【0070】

図４に、スマートホン５に実装されているインターホンアプリ５０の動作の概要を示している。ステップ８１でプッシュ通知を受信すると、インターホンアプリ５０は自動起動し、ステップ８２で、予めアドレスが判明している中継システム１０のウェブサーバ１６にワンタイムパスワードの認証トークン１３ｘを含む端末認証情報を送って、インターホン２１の状態および来訪者の画像を取得する。次に、ステップ８３において、ウェブサーバ１６から取得したインターホン状態および映像を、インターホン２１からの呼出しとともに表示する。したがって、インターホンアプリ５０は、ＳＩＰによるセッションを開始する前に通信相手であるインターホン２１の状態およびインターホン２１で取得している映像などのコンテンツを出力（表示）できる。

【0071】

表示された情報に基づき、ユーザーはステップ８４において応答ボタンを押して、ステップ８５においてＳＩＰセッションを開始してインターホン２１との間で通信（通話）できる。また、ステップ８６において解錠ボタンを押すことによりステップ８７でインターホン２１を介して解錠できる。ステップ８８で終話ボタンを押すと、ステップ８９においてＳＩＰセッションによる通話は終了し、インターホン２１の呼出し（第１のイベント）で始まったプロセスは終了する。

【0072】

以上に説明したように、本通信システム１においては、中継システム１０の認証サーバ１２が、ユーザー端末であるスマートホン５のアプリケーション５０の初回登録時や、通常起動により、中継システム１０の認証サーバ１２にログインする際、ユーザーＩＤ１３ａ、パスワード１３ｐと同時に、モバイル端末５のデバイストークン情報１３ｂを認証サーバ１２（認証ＤＢ１３）に登録（アクティベート）し、登録に成功したら、登録コード１３ｃを発行する。１ユーザー１端末を基本とするが、各端末５のデバイストークン１３ｂを登録してプッシュ通知することにより１部屋に対し複数のユーザーを管理することが可能となる。

【0073】

以降、認証サーバ１２に対し、スマートホン５が中継システム１０にログインするたび、登録コード１３ｃとデバイストークン情報１３ｂとを通知して認証を求める。認証が成功なら、認証サーバ１２は、新しい登録コード１３ｃを発行してスマートホン５に通知する。こうすることで、ＯＳプラットホームの変更や機種変更などにより、デバイストークン１３ｂが不一致になった場合でも、正規の登録コード１３ｃが通知できれば、通知された新しいデバイストークン１３ｂを含む認証情報が更新され、プッシュ通知Ｐ１をユーザーのスマートホン５に安定的に送ることができる。また、ログイン時のなりすましも防止
できる。

【0074】

また、この中継システム１０においては、ＳＩＰサーバ１４がインターホン呼び出し毎（第１のイベント発生毎）に、前回の呼び出しとは異なる（ワンタイム）値の認証トークン１３ｘを自動生成する。インターホン２１の呼び出しと同時に、モバイル端末（該当の部屋のモバイル端末全て）５に対して、プッシュでインターホン呼出しを通知し、このプッシュ通知Ｐ１の電文内に、認証トークン１３ｘの情報を含ませる。認証トークン１３ｘを入手するルートをプッシュ通知のみに限定することにより、第三者が、認証用の情報である認証トークン１３ｘを取得することを困難にする。パケットキャプチャなどの手段により、プッシュ通知に含まれる認証トークン１３ｘの隠匿性を保証することはできないが、万一、認証トークン１３ｘが第三者に渡ったとしても、１呼出ごとのワンタイム情報であるため、次回の部屋呼び出しにおけるセキュリティは担保される。

【0075】

スマートホン５は、認証トークン１３ｘを入手することにより、クライアントとしてワンタイムの認証トークン１３ｘを用いて、ＨＴＴＰによりウェブサーバ１６にアクセスすることができ、ウェブサーバ１６からコンテンツをダウンロードして表示できる。したがって、通話開始前に、スマートホン５に、インターホン２１の来訪者の画像を表示したり、インターホン２１の状態を表示したりすることができる。

【0076】

上記においては、インターホンとスマートホンとをクラウド経由で接続する例を用いて本発明を説明しているが、通知するイベント（第１のイベント）はインターホンの呼出しに限定されず、第１の端末はインターホン（インターコム）に限られない。イベントはモバイル端末の呼出しであってもよく、第１の端末はスマートホンなどのモバイル端末であってもよい。通話を開始する前に、呼出相手の画像を表示したりすることができる。また、第１の端末は監視カメラや防犯カメラなどであってもよく、これらの装置で何等かのイベントをキャッチしたときにそのイベントの画像を、イベントの発生と合わせてスマートホンなどのモバイル端末に表示できる。これらの例は、本発明の通信システムおよび方法を適用可能な幾つかの例に過ぎず、本発明はこれらに限定されない。

【符号の説明】

【0077】

５ モバイル端末（スマートホン、第２の端末）、
１０ 中継システム（中継サーバ）
２０ インターホンシステム、 ２１ インターホン（第１の端末）

【要約】

【課題】インターホンなどの通信機器において、応答する前に、通信相手を確認できる通信システムを提供する。
【解決手段】通信システム１においてクラウドに設置される中継システム１０は、インターホン２１の呼び出しにより、モバイル端末５にネットワーク３を介して、呼び出しに関するワンタイムパスワードである認証トークン１３ｘを含むプッシュ通知Ｐ１を配信するプッシュサーバ１５と、ネットワーク３を介してモバイル端末５から供給される認証トークン１３ｘを含む端末認証情報に基づいて、モバイル端末５にインターホン２１の来訪者の画像１６ｐを配信するウェブサーバ１６とを有する。
【選択図】図１

【図1】

【図2】

【図3】

【図4】