WO2018030483A1

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

Info

Publication number: WO2018030483A1
Application number: PCT/JP2017/028980
Authority: WO
Inventors: 純也堤; 圭一窪田; 恵松本; 滋夫藤崎; 剛志伊藤
Original assignee: 株式会社アクロディア
Priority date: 2016-08-12
Filing date: 2017-08-09
Publication date: 2018-02-15
Also published as: US20190386982A1; KR20190038847A; JP6313895B1; JP6313894B1; JP2018098777A; JP2018098775A; JP6313914B1; JP2018098776A; JPWO2018030483A1; TW201808026A; CN109804375A

Abstract

通信システム（１）は、クラウド（３）に設置される中継システム（１０）を含む。中継システム（１０）は、インターホン（２１）の呼び出しにより、モバイル端末（５）にクラウド（３）を介して、呼び出しに関するワンタイムパスワードである認証トークン（１３ｘ）を含むプッシュ通知（Ｐ１）を配信するプッシュサーバ（１５）と、クラウド（３）を介してモバイル端末（５）から供給される認証トークン（１３ｘ）を含む端末認証情報に基づいて、モバイル端末（５）にインターホン（２１）の来訪者の画像（１６ｐ）を配信するウェブサーバ（１６）とを有する。

Description

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

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

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

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

　本発明の態様の１つは、第１の端末における第１のイベントの発生により、第２の端末にネットワークを介して、第１のイベントの発生に関するワンタイムパスワードを含むプッシュ通知を配信するプッシュ型情報配信サーバと、第２の端末において予めアドレスが判明しているウェブサーバであって、ネットワークを介して第２の端末から供給されるワンタイムパスワードを含む第２の端末の認証情報に基づいて、第２の端末に第１のイベントに関連する第１のコンテンツを配信するウェブサーバとを有するシステムである。

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

　本発明の他の態様の１つは、ネットワークを介して第１の端末における第１のイベントの発生を第２の端末に表示することを有する方法である。第２の端末は、プッシュ通知により起動し、第１のイベントの発生を表示する機能を含む第１の情報処理ユニットを含み、表示することは、以下のステップを含む。
１．プッシュ型情報配信サーバが、第１のイベントの発生に関するワンタイムパスワードを含むプッシュ通知を配信すること。
２．第２の端末において予めアドレスが判明しているウェブサーバに対する、ネットワークを介して第２の端末から供給されるワンタイムパスワードを含む第２の端末の認証情報に基づいて、ウェブサーバが第２の端末に第１のイベントに関連する第１のコンテンツを配信すること。
３．第２の端末の第１の情報処理ユニットが、第１のイベントの発生を第１のコンテンツの表示とともに表示すること。

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

　本発明のさらに異なる他の態様の１つは、有線または無線によりネットワークに接続する機能を有する端末であって、プッシュ型情報配信サーバから、ネットワークを介して、当該端末と異なる第１の端末における第１のイベントの発生に関するワンタイムパスワードを含むプッシュ通知を受信すると起動する第１の情報処理ユニットを有する端末である。第１の情報処理ユニットは、当該端末において予めアドレスが判明しているウェブサーバに対し、ネットワークを介してワンタイムパスワードを含む当該端末の認証情報を供給することにより第１のイベントに関連する第１のコンテンツを取得して第１のイベントの発生を第１のコンテンツの表示とともに表示する機能を含む。

　本発明のさらに異なる他の態様の１つは、端末に実装されるアプリケーション（アプリケーションプログラム、プログラム製品）であって、当該アプリケーションが搭載された端末に、上述した機能およびさらに詳述する機能を実装するものである。プログラムまたはプログラム製品は、適当な記録媒体に記録して提供したり、ネットワークを介して提供することができる。

　本発明のこれら、および他の目的、本発明のさらなる構成、ならびに本発明の意図する利点の多くは、図面とともに以下の説明に含まれる。

中継システムを含む通信システムの概要を示すブロック図。通信システムの動作シーケンス（通信方法）を示す図。図２に続いて通信システムの動作シーケンスを示す図。インターホンアプリの概略動作を示すフローチャート。中継システムを含む通信システムの他の例の概要を示すブロック図。通信システムの字幕情報の出力を含む動作シーケンスを示す図。通信システムの留守録および生体認証を含む動作シーケンスを示す図。ＳＩＰインターホンに対応した通信システムの動作シーケンスを示す図。通信システムのバーチャルロビー機能の動作シーケンスを示す図。

発明の実施の形態

　本発明に係るシステムは、一例として、プッシュ型情報配信サーバ（プッシュサーバ）およびウェブサーバを含み、クラウド上で実現されるシステム（中継システム）として提供されてもよい。また、本発明に係るシステムは、第１の端末および／または第２の端末を含むシステム（通信システム）としても提供されてもよい。プッシュサーバは、第１の端末における第１のイベントの発生により、第１の端末とは異なる第２の端末にネットワークを介して、第１のイベントの発生に関するワンタイムパスワードを含むプッシュ通知を配信する。第２の端末ではプッシュ通知によりアプリケーション（第１の情報処理ユニット）が起動し、第２の端末で予めアドレスが判明しているウェブサーバへ、ネットワークを介してワンタイムパスワードを含む第２の端末の認証情報を供給する。ウェブサーバは、認証情報に基づいて、第２の端末に第１のイベントに関連する第１のコンテンツを配信し、第２の端末で第１のイベントの発生を第１のコンテンツの表示とともに表示する。

　ウェブサーバから提供される第１のコンテンツの典型的な例は画像であるが、他のコンテンツであって、第２の端末側で出力可能なコンテンツであってもよく、例えば、通信開始を求めるために予め定められた特定のフレーズを含む音声や音楽、匂いなどのテキスト情報に対して情報量が多くなるコンテンツをウェブサーバは提供できる。

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

　インターホンとは、インターコム、インターカム、ドアホンなどと呼ばれる構内（限定された領域）、例えば、マンションの部屋、住宅、事務所、病院、船舶、航空機用における通信に用いられるシステムであって、有線または無線による、相互の通信あるいは連絡を主目的としたシステムを一般的に示す。マンション用のインターホンは、共同玄関に親機または子機が設置され、テンキーで訪問先の住所を呼び出して通話できるカメラ付き、および・または解錠機能付きのシステムが知られている。本明細書において、インターホンのこれらの公知の機能については特に説明していないが、インターホンは、公知の各機能の１つまたは複数を含むものであってもよい。

　本明細書において、インターホンとは、さらに、インターホンで、あるいはインターホンを介して連絡が取れるようにグループ化された家族などの構成員が、構内に限らず、インターネット、携帯電話網、その他のコンピュータネットワークを含むクラウドにアクセスできる状態であれば通信したり、情報を共有できるシステムを含み、詳細については以下において開示されている機能の少なくとも一部を含むシステムを示す。したがって、本明細書において、インターホンにより実施的に通信可能な範囲は、地域的あるいは地理的に限定されてもよく、限定されなくてもよい。

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

　認証サーバは、さらに、第２の端末に対し、ログインの度に更新されるワンタイムの登録コードと、ウェブサーバのアドレスとを含むアクセス情報を発行する機能を含んでもよい。第２の端末または第２の端末で稼働するアプリケーションは、認証サーバにログインし、ウェブサーバのアドレスと、ログインの度に更新されるワンタイムの登録コードとを含むアクセス情報を取得する機能を含んでもよい。登録コードは、ログイン認証するたびに変更されるワンタイムの値であり、バージョンアップなどにより次回の認証サーバへのログインが必要になった時は、第２の端末または第２の端末で稼働するアプリケーションは、この登録コードを通知する。

　そうすることで、万一、プッシュ通知用のＩＤ（デバイストークン）が異なっていても、登録コードが一致する場合は、第２の端末が同一であることを証明することができ、新たなプッシュ通知用のＩＤをプッシュ送信用のプッシュサーバで使用することが可能となる。そして、イベントドリブンな情報が発生したことをプッシュサーバからプッシュ通知により第２の端末に通知し、プッシュ通知に含まれるワンタイムパスワードと、プッシュ通知に含まれないウェブサーバのアドレスとによりイベントドリブンな情報を安全に第２の端末に提供できる。

　一方、イベントドリブンでない情報の取得または、ユーザートリガーのサービスについて、このワンタイムの登録コードを含む認証情報により、第２の端末がウェブサーバにアクセスすることを許可してもよい。第２の端末から自発的にウェブサーバに安全にアクセスすることができる。第２の端末から自発的にウェブサーバにアクセスするために用いられるワンタイムの登録コードに時間制限を設けることも可能であり、その場合は、ユーザーまたは第２の端末で稼働するアプリケーションに、事前（直前）に再度ログインするプロセスが求められる。

　また、第２の端末からネットワーク上の第２の端末のネットワークアドレスを受信して登録する機能と、第１の端末と第２の端末との間でネットワークを介した通信を行うために必要なセッションを確立する呼制御を行う機能とを含む通信制御サーバをさらに有していてもよい。第１のイベントの発生を第１のコンテンツの表示とともに表示した後に、通信制御サーバが、プッシュ通知に起因して第２の端末から登録されたネットワーク上の第２の端末のネットワークアドレスを用いて第１の端末と第２の端末との間でネットワークを介した通信を行うために必要なセッションを確立できる。第２の端末または第２の端末で稼働するアプリケーションは、通信制御サーバを介して通信する機能をふくんでいてもよい。

　通信制御サーバの典型的なものはＳＩＰサーバである。プッシュ通知により第２の端末において起動したアプリケーションが第２の端末からネットワーク上の第２の端末のネットワークアドレスを通信制御サーバに送信することにより、通信制御サーバは第１の端末および第２の端末のアドレスを特定することが可能となり、それらの間でピアツーピアなどを用いた所定のプロトコルにしたがってセッションを確立できる。

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

　本発明のシステムは、１または複数の第２の端末を含めた、通信システムであってもよい。第２の端末は、プッシュ通知により起動する第１の情報処理ユニット（情報処理機能）を含み、第１のイベントの発生を第１のコンテンツの表示とともに表示する。第１の情報処理ユニットの機能は、ハードウェアで実現されてもよく、第２の端末に、ダウンロードなどの手順により実装されたアプリケーション（アプリケーションプログラム、プログラム製品）により実現されてもよい。

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

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

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

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

　このシステムは、ユーザサイドの第２の端末から、様々な機能を提供できるウェブサーバに対して、イベントドリブンの情報についてはプッシュ通知に含まれるワンタイムのパスワードとプッシュ通知に含まれないアドレスを用いて、安全にアクセスできる環境を提供する。また、イベントドリブンではない場合はアドレスと登録コードとを用いて、安全にアクセスできる環境を提供する。したがって、ウェブサーバに個人情報に係る様々なサービスを安全に搭載し、個人の第２の端末に対し、そのサービスを安全に提供できる。

　本発明のシステムおよび方法では、１つの第１の端末に対して、複数の第２の端末を共通に登録でき、それらに対して、第１の端末で取得された情報または第１の端末に対して提供される情報を安全に提供できる。典型的には第１の端末はインターホンであり、インターホンに対応する住所、居所、部屋、家、または家族といった、特定の単位（グループ、団体）を宛先とする通信および情報を、個人的な電話番号などを相手方に開示せずに安全に管理し、そのグループに属する１または複数の構成員に対して、ネットワークに接続された１または複数の第２の端末を介して、安全に提供できる。また、外部のサービス提供者、例えば、宅配、郵送、介護などを提供するサービス提供者に対して、特定の単位を構成する構成員に対して、簡易で、統一された、共通のアクセスポイントあるいはポータルを提供できる。その単位の構成員は、それらのサービス提供者に対して、個人情報を余分に開示することなく、構成員として個別に応答できる。また、このシステムにおいては、情報が共有される共通のアドレス（宛先）を有する特定の単位を、１または複数の構成員により、簡単に、フレキシブルに形成することができる。

　対象となる単位（グループ、団体）の構成員は、家族に限定されることはなく、友人、社員、従業員などの、特定の共通の目的のためのネットワークを構成する人員であってもよい。

　ウェブサーバは、例えば、第１の端末から供給された音声を字幕として画像とともに第１のコンテンツとして配信する機能を含んでもよい。ウェブサーバは、インターホンの呼び出しに対し、第１の端末が応答するモードを、第２の端末が設定する機能を含んでもよい。第２の端末、第２の端末で稼働するアプリケーションまたは第１の情報処理ユニットは、ウェブサーバに、インターホンの呼び出しに対し、第１の端末が応答するモードを設定する機能を含んでいてもよい。

　応答するモードは、第１の端末、すなわちインターホンが自動応答するモードを含んでもよい。自動応答するモードの一例は、第１の端末により得られる画像および音声の少なくともいずれかに基づく、インターホンの呼び出しを行った人物の生体認証の結果により応答を変える生体認証モードである。第１の端末、すなわちインターホンが解錠機能を含む場合は、生体認証モードは、人物が生体認証されると、インターホンが自動解錠するモードを含んでもよい。自動解錠されたことは、プッシュ通知により第２の端末に通知されてもよい。自動応答するモードは、第１の端末により得られる画像および音声の少なくともいずれかを自動的に記録する留守録モードを含んでもよい。第２の端末は、留守録を安全な環境で再生できる。応答するモードは、第１の端末であるインターホンから出力される音声を所定の音質に設定するモードを含んでもよい。来訪者に対して、女性の声を男性の声に強制的に変えたり、子供の声を大人の声に変えたりすることにより、家族の安全を図ることができる。

　ウェブサーバは、インターホンに対応する住所、居所または家族を宛先とする情報を、ネットワークを介して、外部のサーバから受領し、第２の端末に配信する第１の仮想化機能を含んでもよい。ウェブサーバは、インターホンに対応する住所、居所または家族を宛先とする通信を、ネットワークを介して、第２の端末に中継する第２の仮想化機能を含んでもよい。インターホンという物理的な端末に対応するバーチャルなアクセスポイントをネットワーク（クラウド）上に設定することができ、サービス提供者に対しては、インターホンに関連する構成員に対する一括したアクセスを可能にでき、構成員は、それらのサービス提供者に対して個人情報を必要以上に開示せずに、それらのサービス提供者からのサービスを享受できる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　さらに、端末登録コード発行機能１２ｂは、端末５で稼働するアプリケーション（情報処理ユニット）５０がログインした際に、登録コード１３ｃとともにウェブサーバ１６のアドレスを含め、端末５が中継システム１０にアクセスするための情報（アクセス情報）を提供する。アプリケーション５０はそのアクセス情報５１ａを格納する。認証サーバ１２の認証機能１２ａが、最初のログイン時に、中継システム１０に含まれる各サーバへアクセスするための端末５に固有の情報をアプリケーション５０に提供し、アクセス情報５１ａとして保管させてもよい。端末５の側では、アクセス情報５１ａに、デバイストークン情報１３ｂなどの他のアクセスに要する情報を含めて格納してもよい。ウェブサーバ１６、サービスサーバ１７などのアドレスは端末５あるいはユーザーに固有なものであってもよく、ログインの都度、確認されるだけであってもよい。また、これらのサーバにアクセスするためのアドレスを含めた情報は、セキュリティをさらに向上するために登録コード１３ｃとともにログインの都度、変わってもよい。

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

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

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

　ワンタイムパスワードである認証トークン１３ｘは、ウェブサーバ１６において、認証トークン１３ｘが通知されたプッシュ通知Ｐ１に伴うコンテンツの提供が終了するとクリアされる。例えば、インターホン２１の呼び出し（第１のイベント）によりプッシュ通知Ｐ１が行われ、認証トークン１３ｘに基づき着信画面がウェブサーバ１６から供給された後に、インターホン２１とのセッションが開始され、そのセッションが終了すると認証トークン１３ｘはクリアされる。このセッションの間、ウェブサーバ１６からインターホン２１で撮影している画像を継続して端末５のアプリケーション５０に提供してもよい。インターホン２１とのセッションには、インターホン２１との通話に限らず、解錠などのインターホン２１および端末の双方が関与する処理を含めてもよい。

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

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

　したがって、中継システム１０を含む通信システム１においては、ＳＩＰによる呼び出し（インバイト、Ｉｎｖｉｔｅ）の応答前から、インターホン２１の映像（来訪者の画像）を、呼び出される側の端末（第２の端末）５またはアプリケーション５０が取得して表示できる。また、ワンタイムの認証トークン１３ｘを用いることにより、インターホン２１の映像は、インターホン２１の部屋に属した端末５以外からは参照できない。さらに、万一、認証トークン１３ｘを含むプッシュ通知Ｐ１がハッキングされたとしても、プッシュ通知Ｐ１には、アクセス対象であるウェブサーバ１６のアドレスは含まれておらず、端末５に予め格納されているだけである。このため、ウェブサーバ１６を介してインターホン２１の映像を提供することにより、さらに安全に、端末５に映像、またはその他の情報（コンテンツ）を提供できる。

　一方、ウェブサーバ１６のアドレスが流出したとしても、プッシュ通知Ｐ１により提供されるワンタイムパスワード（認証トークン）１３ｘがなければ、映像などを参照できない。したがって、個人情報を含むコンテンツを安全に提供できる。

　また、ＳＩＰによるセッションの確立とは異なるプロトコルおよびシステムで端末５に映像またはその他のコンテンツを提供できる。したがって、ＳＩＰＩＤとパスワードが流出するという事態に対しても安全性は高く、第三者がＳＩＰサーバにレジストさえできてしまえば、誰でも映像が参照できてしまうなどの問題の発生を抑制できる。

　プッシュ通知Ｐ１は、プッシュサーバ１５と端末５（アプリケーション５０）とで共通の情報であり、ログインの度に変わる登録コード１３ｃをキーとして暗号化してもよい。ワンタイムパスワードを含むプッシュ通知Ｐ１のセキュリティを向上でき、さらに安全に画像などのコンテンツを中継システム１０からユーザー端末５へ提供できる。

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

　さらに、プッシュサーバ１５の呼出し機能１５ａは、インターホンサービスの場合、１部屋あたり、複数のモバイル端末５を呼び出し可能にすることができる。呼出し機能１５ａは、ユーザー単位（端末毎）もしくは、部屋単位（１家族分の端末を１グループとして扱う）でワンタイムの認証トークン１３ｘを配信することが可能である。同様に、住所単位あるいは居所単位でも、呼び出し機能１５ａは、１グループとして扱うことができる。

　したがって、ユーザーＩＤ、パスワードでは、ユーザー単位でしか認証できないのに対し、あらかじめユーザー認証され、プッシュ通知用のＩＤ（デバイストークン情報）１３ｂが設定された複数の端末５に対し、共通の認証トークン１３ｘをプッシュ通知Ｐ１に含めることにより、住所、居所、部屋、家族、友人、仕事仲間などの様々な目的で構成されたグループ単位でも呼び出して、インターホン２１が物理的に設置された場所への来訪者の画像を表示することが可能となる。

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

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

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

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

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

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

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

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

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

　中継システム１０を介してインターホン２１と接続されるモバイル端末５の典型的な例はインターホンアプリケーションソフト（アプリケーションプログラム、アプリケーション、インターホンアプリ、第１の情報処理ユニット）５０が実装されたスマートホンである。スマートホン５は、ＣＰＵおよびメモリを含むコンピュータハードウェアリソースと、ディスプレイを含めたユーザーインターフェイスと、携帯端末網を介してインターネットなどのコンピュータネットワークに接続する機能と、カメラなどの画像取得機能と、音声入出力機能などの機能を含む。

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

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

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

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

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

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

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

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

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

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

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

　この結果、ＳＩＰ通話プロセス１２３において、インターホン２１はゲートウェイサーバ１１を介してスマートホン５とＳＩＰセッションによる通話を開始する（ステップＳ５１）。この際、ステップＳ４９で、ゲートウェイサーバ１１からウェブサーバ１６にインターホン呼び出し結果が返され、ステップＳ５０でウェブサーバ１６を経由して通話が開始されたことがスマートホン５に表示される。

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

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

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

　図４に、スマートホン５に実装されているインターホン用のアプリケーション（インターホンアプリ）５０の動作の概要を示している。まず、ステップ８０で、ユーザーがログイン機能５１を用いて自発的に認証サーバ１２を介して中継システム１０にログインすると、ステップ８０ａで、認証サーバ１２からアクセス情報５１ａが返される。また、ログインすることにより、ステップ８０ａでは、通信先のインターホン２０の応答モードの変更などを含む設定変更が可能となる。設定変更は認証サーバ１２が制御してもよいが、ウェブサーバ１６が制御してもよい。

　最初のログインは、ユーザーＩＤ１３ａとパスワード１３ｐとにより行われ、ログインの結果として、接続先サーバのアドレスと、再ログインする度に値が変化する登録コード（ピン認証コード）１３ｃとを含むアクセス情報５１ａが返される。その後は、アドレスと登録コード１３ｃとを用いて所望のサーバにアクセス（ログイン）してもよい。ログインにおいては、スマートホン（端末）５を特定するデバイストークン情報１３ｂが付与されるか、または、確認される。認証サーバ１２においては、ログインにより、ユーザーと端末５が１対１でアクティベートされ、一度ログインすると、ユーザーは、他の端末を使っての再ログインはできない。また、すでにログインした端末５では、別のユーザーがログインすることを許容しない。このような処理により、第三者が該当ユーザーに成りすますのを抑制できる。

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

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

　これらのプロセスを実行する命令を含むアプリケーション（アプリケーションソフトウェア、アプリケーションプログラム、プログラム製品）５０は、スマートホン５の１つの機能として搭載されていてもよく、ＣＤ－ＲＯＭなどの適当な記録媒体に記録して提供されてもよく、コンピュータネットワークを介してダウンロードできる状態で提供されてもよい。アプリケーション５０は、適切なコンピュータ資源を有するスマートホンなどの端末５において実行されることにより、端末５において、アプリケーション５０として説明した機能（第１の情報処理ユニット）が実現される。なお、アクセス情報５１ａのうち、通信先のサーバアドレスなど固定化できる情報は、ダウンロードされるアプリケーション５０に予め設定されていてもよい。

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

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

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

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

　図５に、幾つかのタイプのインターホン２１、２１０、２２０およびそれらの構成員（例えば家族）に対して上記に加えて様々なサービスを行う通信システム１を示している。この通信システム１は、複数のインターホン２１を含むマンションタイプ（集合住宅タイプ）のインターホンシステム２０の他に、一戸建て２００に対応したインターホン２１０および２２０を含む。

　インターホン２１０の一例は、無線タイプのインターホンであり、例えば、タブレット端末にインターホン用のアプリケーションを実装することにより実現される。このインターホン２１０は、携帯無線モジュール２１１と、マイク／スピーカモジュール２１２と、カメラモジュール２１３と、ＩＯ制御モジュール２１４と、電気錠解錠モジュール２１５とを含む。マイク／スピーカモジュール２１２、カメラモジュール２１３、電気錠解錠モジュール２１５は、タブレット端末に含まれている機能を用いてもよく、タブレット端末とは別に、インターホン２１０としてのシステムを構築するための独立したモジュールであってもよい。

　タブレットタイプのインターホン２１０においては、携帯無線モジュール２１１が、携帯データ通信網を介して中継システム１０のゲートウェイサーバ１１に接続できる。したがって、インターホン（インターホンアプリ）２１０を含むタブレット端末を建屋２００に取り付けることにより、配線工事なしに、モバイル端末（スマートホン）５を子機とする上記のインターホンシステムのサービスを手軽に享受できる。また、以下にさらに説明するサービスの提供を受けることもできる。マンションタイプのインターホンシステム２０のインターホン親機２１として、インターホン２１０と同等の機能を含むタブレット端末を用いることも可能である。

　インターホン２２０の他の例は、ＳＩＰ対応機能を備えたＳＩＰインターホン２２０であり、有線または無線によりクラウド（ネットワーク）３と接続し、中継システム１０のＳＩＰサーバ１４と通信する。このタイプのインターホン２２０を採用することによっても、モバイル端末（スマートホン）５を子機とする上記のインターホンシステムのサービス、さらに以下で説明するサービスの提供を受けることができる。マンションタイプのインターホンシステム２０のインターホン親機２１として、ＳＩＰインターホン２２０を用いてもよい。なお、以降においては、これらの各種のインターホンを代表してインターホン２１を中心に説明する。

　この通信システム１は、インターホン２１に対応する住所、居所または家族を宛先とする情報を、ネットワーク（クラウド）３を介して、外部のサーバから受領し、ユーザーのスマートホン５に配信したり、中継したりする仮想化機能（バーチャルロビー）を含む。外部のサーバの一例は、配送サービスを行う宅配業者（配送センター）３００のサーバ３０１であり、配送車３１０のドライバが携帯端末３０５によりインターホン２１に宛てて在宅確認などを行う通信を含む。

　中継システム１０の基本的な構成は図１に基づき説明したものと共通である。中継システム１０は、インターホン２１に関連する構成員、本例については家族の各人が、それぞれが所有するスマートホン（第２の端末）５から、ワンタイムの認証トークン１３ｘを含む認証情報を用いて、家族として共有する情報に安全にアクセスでき、また、共通のサービスを安全に受けることができるウェブサーバ１６を備えている。この通信システム１においては、ウェブサーバ１６を介してさらに多様なサービスを提供する。これらのサービスを受けるために、スマートホン５がプッシュ通知Ｐ１により呼び出されてもよく、スマートホン５から、すなわちアプリケーション５０から自発的にウェブサーバ１６に対しアクセスしてもよい。

　ウェブサーバ１６に対する自発的なアクセス（ログイン）は、アプリケーション５０のログイン機能５１を使ってもよく、ログインに際し、登録コード１３ｃを含む認証情報を用いてもよい。登録コード１３ｃは、スマートホン５に、ログインする度にワンタイムで割り当てられる識別情報（認証情報）であり、ユーザーのスマートホン５を個別に識別および認識できる情報である。登録コード１３ｃの信頼性を高めるために有効期間を設定することが可能であり、有効期間が経過した場合は、スマートホン５のアプリケーション５０が自動的、またはユーザーの許可を得てログインプロセス１０１を行うことにより、新しい登録コード１３ｃを取得することができる。

　中継システム１０は、ウェブサーバ１６を介して、ユーザーのスマートホン５に様々なサービスを提供するサービスサーバ群１７として、字幕情報を蓄積する字幕情報データベース１７ａ、来訪者画像を蓄積する来訪者画像情報データベース１７ｂ、顔認証、音声認証などの生体認証サービスを提供する生体認証サーバ１７ｃ、配送物の物件情報を蓄積する物件情報データベース１７ｄを含む。

　ウェブサーバ１６は、画像の中継機能（画像中継ユニット）１６ａ、操作中継機能（操作中継ユニット）１６ｂ、来訪者画像情報ＤＢ１７ｂを用いた閲覧サービス機能（閲覧サービスユニット）１６ｃに加え、字幕情報ＤＢ１７ａを用いて中継画像に字幕を追加したコンテンツ（第１のコンテンツ）を配信する字幕情報提供機能（字幕情報提供ユニット）１６ｄと、インターホン２１の応答モードを設定するモード設定機能（モード設定ユニット）１６ｅと、バーチャルロビー機能（バーチャルロビーユニット）１６ｒとを含む。

　字幕情報提供機能１６ｄは、耳の悪いユーザーや聞き取りにくい環境向けのサービスである。インターホン２１で収集した、集合玄関での音声、各戸での音声を、インターホン２１、ウェブサーバ１６、またはＳＩＰサーバ１４でテキスト変換し、スマートホン５のアプリケーション５０の画面に字幕表示することで会話の補助とする。字幕情報提供機能１６ｄは、翻訳機能を含んでいてもよく、英訳表示などのユーザーが指定した言語による表示をスマートホン５のアプリケーション５０の画面に表示させることも可能である。

　モード設定機能１６ｅにより設定できるモードの１つは、インターホン２１が所定の条件で自動的に動作する自動応答モード１６ｓである。自動応答モード１６ｓは、留守録モード１６ｔと、生体認証サーバ１７ｃを用いてインターホン２１の呼び出しを行った人物の生体認証を行い、その結果により応答を変える生体認証モード１６ｘである。

　留守録モード１６ｔでは、対応をしたくない相手、時間帯において、インターホン２１が自動で応対するように設定できる。例えば、ＳＩＰサーバ１４により自動で応答をするようにウェブサーバ１６を用いて設定できる。留守録モード１６ｔは、ユーザーがスマートホン５によりウェブサーバ１６のモード設定機能１６ｅにアクセス（ログイン）することによりオンオフしたり、テンプレートとして用意された応答内容や音声などを含めた応答モードをさらに詳細に設定できる。記録された音声および／または画像は、ユーザーがスマートホン５によりウェブサーバ１６および／またはＳＩＰサーバ１４にアクセス（ログイン）することにより再生できる。

　生体認証モード１６ｘは、インターホン２１のカメラ２５ｂなどを介した画像処理（顔認証、網膜認証など）、指紋認証、音声認証などにより、インターホン２１にアクセスした人物が生体認証されると、インターホン２１が自動解錠する自動解錠モード１６ｙを含む。自動解錠モード１６ｙでは、プッシュ通知Ｐ１により、インターホン２１に関わる構成員のスマートホン５に、自動解錠されたことが通知される。構成員（ユーザー）は、プッシュ通知Ｐ１に含まれるワンタイムパスワード１３ｘを用いて、自動解錠したときにインターホン２１にアクセスした人物の画像をウェブサーバ１６から取得できる。

　生体認証モード１６ｘは、インターホン２１の利便性の向上と防犯対策とを兼ねる。インターホン２１から得られる音声および画像により、インターホン２１にアクセスした人物を、生体認証サーバ１７ｃとして提供される顔認証システムを用いたり、音声認証システムを用いることにより識別できる。インターホン２１またはＳＩＰサーバ１４が顔認証システムまたは音声認証システムを備えている場合は、それらの結果を用いることも可能である。

　生体認証モード１６ｘに含まれる１つの機能は、自動解錠モードを含むホワイトリスト機能１６ｙである。インターホン２１にアクセスした人物が、居住者や宅配業者など、ホワイトリストに予め登録されている人物であれば、インターホン２１でオートロックを自動で解除する。生体認証モード１６ｘの他の機能の１つは、ブラックリスト機能１６ｚである。インターホン２１にアクセスした人物が、指名手配犯などを基にした登録情報（ブラックリスト）と照会して合致する可能性がある場合は、ユーザーのスマートホン５に警告を表示するとともに、解錠の認証ハードルを上げ、警察や警備会社などの登録された機関に自動で情報提供する。

　モード設定機能１６ｅにより設定できるモードは、ボイスチェンジモード１６ｖを含む。ボイスチェンジモード１６ｖにおいては、インターホン２１から出力される音声を所定の音質、例えば、ユーザーが女性であれば、女性の声を男性の声に変えたり、子供の声を大人の声に変えるように設定する。このモード１６ｖでは、女性がインターホン２１を介して対応する際の防犯対策、訪問販売対応などを目的とし、インターホン２１を介した通話音声を変換する。音声の変換は、ＳＩＰサーバ１４、ウェブサーバ１６、インターホン２１などに用意されるボイスチェンジャーを使用できる。

　バーチャルロビー機能１６ｒは、第１の仮想化機能（クラウドサービスユニット）１６ｇと、第２の仮想化機能（クラウド通信ユニット）１６ｈとを含む。クラウドサービスユニット（クラウドサービス機能）１６ｇでは、インターホン２１に対応する住所、居所または家族を宛先とする情報を、ネットワーク（クラウド）３を介して、外部のサーバ３０１から受領し、インターホン２１の構成員である家族それぞれのスマートホン５に配信する。クラウド通信ユニット（クラウド通信機能）１６ｈでは、インターホン２１に対応する住所、居所または家族を宛先とする通信を、クラウド３を介して、構成員である家族それぞれのスマートホン５に中継する。

　クラウドサービスユニット１６ｇにより提供されるサービスの一例は、デジタル不在（事前）連絡票機能である。再配達の依頼忘れ防止と簡略化(一時保管の負担軽減)を目的として、宅配、郵便業者の不在連絡票または配送予定の事前連絡との連携を行うことができる。例えば、配送先となる住所のインターホン２１で、画像あるいは他の情報として取得される不在配達、配送予定、配送物および再配送依頼の情報が居住者（ユーザー、家族、インターホン２１のグループの構成員）のスマートホン５のアプリケーション５０に通知される。ユーザーは、配送日時を事前に調整したり、再配達日時を調整する処理を、配送予定通知や不在配達通知を受けたスマートホン５のアプリケーション５０の各種操作機能５４などからシームレスに行うことができる。

　クラウド通信ユニット１６ｈによりサービスの一例は、配達前に事前に在宅の確認をする仕組みを提供することである。配送センター３００のサーバ３０１や配送車両３１０の端末３０５からインターホン２１を呼び出して、インターホン２１に対応する構成員であるユーザーのスマートホン５を呼び出して在宅確認を行うことができる。クラウド３の上に、仮想のインターホンシステム２０のロビーコンソールまたはインターホン２１を設定して、構成員のスマートホン５を呼び出すことも可能である。在宅を確認してから配送にいけるため、配送の無駄を防止できる。

　クラウド通信ユニット１６ｈにより提供されるサービスの他の例の１つは、掲示板システムである。マンション２のインターホン２１であれば、マンション内の共通の情報を伝達するマンション用掲示板に搭載する情報であってもよい。戸建て２００用のインターホン２１０および２２０であれば、町内、区内などの回覧板などで提供される情報を伝達する掲示板であってもよい。インターホン２１のクラウド上のアドレスに掲示板に載せる情報を配信したり、情報のアドレスを配信することにより、個々の構成員の端末５のアドレスを明らかにすることなく、必要な情報を個々の構成員に届けることができる。

　図６に、ウェブサーバ１６の字幕情報提供機能（字幕表示機能）１６ｄをオンにしたときのインターホン２１の呼び出し例を示している。まず、ログインプロセス１０１と、インターホン呼び出しプロセス１０５と、状態取得プロセス１１１とが図２に基づき説明したように行われる。画像表示プロセス１１２において、ステップＳ３６でスマートホン５へインターホン２１からの画像を配信する前に、ウェブサーバ１６の字幕情報提供機能１６ｄが字幕情報ＤＢ１７ａに字幕情報の取得をリクエストするステップＳ８１と、字幕情報ＤＢ１７ａが字幕情報を供給するステップＳ８２とが追加される。ウェブサーバ１６の画像中継ユニット１６ａは、字幕情報と映像情報とを一緒にスマートホン５に供給し、スマートホン５のアプリケーション５０は、それらを同時に表示する。

　なお、通常、着信画面表示中は、ＳＩＰサーバ１４を介した通話が開始されていない。このため、字幕情報はなく、字幕表示機能１６ｄがオンであっても、字幕はブランク（空白）となる。字幕表示機能１６ｄがオフであれば、常に字幕は非表示となる。また、このケースでは、認証トークン１３ｘを含む認証情報を認証する処理を、ＳＩＰサーバ１４に代わり認証情報ＤＢ１３で行っている。認証処理をＳＩＰサーバ１４または認証サーバ１２（認証情報ＤＢ１３）で行うことができることは上述した通りである。なお、以下に説明するケースにおいても同様である。

　インターホン呼び出しプロセス１０５、状態取得プロセス１１１、画像表示プロセス１１２に続いて、ＳＩＰセッション開始プロセス１２１が実行され、ＳＩＰ通話プロセス１２３が開始される。このプロセス１２３においては、ステップＳ５１で、ＲＴＰ（リアルタイムトランスファプロトコル）により、インターホン２１で取得された音声通話がＳＩＰサーバ１４に供給され、ステップＳ５２で、ＲＴＰにより、その音声がＳＩＰサーバ１４からスマートホン５に転送される。マンション型のインターホン２１であれば、インターホン２１で取得される音声通話は、例えば集合ロビーマイクにより拾われる音声になる。ＳＩＰサーバ１４においては、インターホン２１からの音声出力（マイク音声）を、携帯電話用に音声コーデックの変換をするのと同時に、音声のテキスト変換を行い、ステップＳ５３で、字幕情報用のストレージである字幕情報ＤＢ１７ａに随時蓄積を行う。字幕情報ＤＢ１７ａにおいては、シーケンシャル番号および通話時刻をつけて字幕テキストを登録する。

　スマートホン５からの応答は、ステップＳ５４で、ＲＴＰによりＳＩＰサーバ１４に転送される。ウェブサーバ１６のモード設定機能１６ｅにより、ボイスチェンジモード１６ｖが設定されている場合は、ＳＩＰサーバ１４のボイスチェンジャー機能がオンとなっている。このため、ステップＳ５５において、音質変換された音声がＲＴＰにより、インターホン２１に転送され、スマートホン５のユーザーの声と異なる音質の声がインターホン２１から出力される。例えば、女性のユーザーの声が、インターホン２１からは男性の声として出力される。

　ＳＩＰ通話プロセス１２３の間、定期的に、あるいは連続して、ＳＩＰ通話プロセス１２３による音声通話と並列に（平行して）画像表示プロセス１１２が行われる。字幕機能１６ｄがオンの画像表示プロセス１１２においては、ステップＳ３０の映像インターホン状態取得要求のパラメータで字幕がオンとなり、ステップＳ３１でウェブサーバ１６へのアクセスが認証された後、ウェブサーバ１６の字幕表示機能１６ｄが、ステップ８１およびステップ８２で字幕情報ＤＢ１７ａに登録された字幕テキストを取得する。映像中継機能１６ａがステップＳ３２～Ｓ３５でインターホン映像をインターホン２１またはそれに付随するカメラモジュールから取得したのち、ウェブサーバ１６は、ステップＳ３６で、字幕情報を映像情報とともにスマートホン５に供給する。これにより、スマートホン５では、ＳＩＰ通話プロセス１２３による音声とともに、ほぼ同期して、字幕情報付きの映像を表示できる。字幕情報がない場合や、字幕機能がオフの場合は、字幕はブランク（空白）となり、非表示となる。

　ＳＩＰセッション中に、解錠の要望があれば、解錠プロセス１２５が実行される。また、インターホン２１との通話が終了すれば、ＳＩＰセッション終了プロセス１２９が実行され、インターホン２１とスマートホン５との接続（セッション）が終了する。

　図７に、ウェブサーバ１６のモード設定機能１６ｅを用いてインターホン２１の動作モードとして、留守録モード１６ｔと、生体認証モード１６ｘとが設定された例を示している。まず、ログインプロセス１０１が行われる。ログインプロセス１０１においては、前述したように、ログインが成功したら、ワンタイムの認証コード（登録コード）１３ｃを含むアクセス情報が発行される。この登録コード１３ｃをベースに、ＳＩＰアカウント情報（認証情報）を作成（新規、または更新）する。プッシュサーバ１５およびＳＩＰサーバ１４に対し、認証情報が正しく登録できたら、登録コード１３ｃを認証コードとして認証ＤＢ１３に登録し、ログインのレスポンスにて、スマートホン５（アプリケーション５０）へ認証情報として登録コード１３ｃを通知する。

　ステップＳ８３～Ｓ８９は、モード設定プロセス１０２を示す。ログインに続いて、または、適当なタイミングで、スマートホン５（アプリケーション５０）において、モード設定画面に移行できる。アプリケーション５０のログイン機能５１にモード設定機能を含めてもよい。ステップＳ８３において、アプリケーション５０からウェブサーバ１６のモード設定機能１６ｅに認証情報とともにモード設定要求が発行される。ウェブサーバ１６は、ステップＳ８３ａで、認証ＤＢ１３に、認証情報の確認を求める。認証ＤＢ１３では、認証情報に含まれているワンタイムの登録コード１３ｃを含む情報によりユーザーからのアクセスであることを認証する。前回のログインから時間が経過している場合は、ログインプロセス１０１を行い、登録コード１３ｃを更新することを求める。

　ステップＳ８４で、ウェブサーバ１６からインターホン２１の単位、すなわち、部屋単位、住所単位あるいは家族単位の管理画面で、インターホン２１の動作モードの現状設定と選択可能な内容がスマートホン５に示される。例えば、留守録モードを選択する場合は、再生させる定型ガイダンスや時間帯（曜日、時刻など）がスマートホン５に示される。ステップＳ８５で、スマートホン５から動作モードおよび各モードにおけるパラメータが指定され、ウェブサーバ１６のモード設定機能１６ｅがモード設定を行う。

　例えば、留守録モードが設定された場合は、ステップＳ８６において、モード設定機能１６ｅがＳＩＰサーバ１４に、インターホン２１が自動応答するように選択されたガイダンスＮｏを設定するとともにボイスメールの設定を行う。ステップＳ８７でＳＩＰサーバ１４の登録が成功すると、ステップＳ８８およびステップＳ８９において、プッシュサーバ１５を用いて、インターホン２１に登録されているすべての端末（スマートホン）５に対してインターホン状態を通知する。インターホン２１は、ユーザーの端末単位ではなく、インターホン２１の単位、この例では、部屋単位でガイダンスを設定する。このため、対象の部屋（インターホン２１）に紐づくすべての構成員（家族）の端末５に宛ててインターホン２１のモード設定が行われた（更新された）ことを通知する。

　本例においては、同時に、ウェブサーバ１６のモード設定機能１６ｅにおいて、自動応答モード１６ｓとして、生体認証モード１６ｘが設定されている。モード設定機能１６ｅは、ゲートウェイサーバ１１に生体認証による自動応答を行うように設定する。

　ステップＳ１０～Ｓ１６は、生体認証を用いた自動応答プロセス１０６を示している。ステップＳ１０でインターホン呼び出しがあると、ステップＳ１１で呼び出しイベント（第１のイベントの発生）がインターコムサーバ（ゲートウェイサーバ）１１に送信される。ロビーインターホンシステム２０は、ビデオサーバー２７を備えており、ゲートウェイサーバ１１は、ステップＳ１１ａで、ビデオサーバー２７から来訪者画像を取得し、ステップＳ１１ｂで、インターホン２１の来訪者画像を来訪者画像情報ＤＢ１７ｂに格納する。さらに、ステップＳ１１ｃで、来訪者の生体認証により、個人を特定し、その個人が、家族か、そうでないかを判定するために、生体認証サーバ１７ｃに認証判定要求を送信する。生体認証サーバ１７ｃは、ステップＳ１１ｄで、インターホン２１から生体認証用の情報を取得する。生体認証サーバ１７ｃでは、音声（音声認証）、カメラ映像（顔認証、網膜スキャンなど）、指紋、静脈認証など、インターホン２１側で用意されている生体認証用のデバイスに応じた認証システムを含み、生体認証から、個人を特定し、その個人が、家族か、そうでないかを判定し（ホワイトリスト機能１６ｙ）する。生体認証サーバ１７ｃは、ステップＳ１１ｅで、判定結果をゲートウェイサーバ１１に戻す。ゲートウェイサーバ１１は、家族なら、解錠を行うように、ステップＳ１１ｆで解錠指示をインターホン２１に送信する。

　生体認証の結果、家族（居住者）以外の場合は、ステップＳ１２で、ゲートウェイサーバ１１からＳＩＰサーバ１４に対して登録要求（インバイト）が通知される。この際、留守録モード１６ｔがセットされていたり、生体認証の結果、来訪者がガイダンス再生対象の場合、ステップＳ１６でＳＩＰサーバ１４から呼び出し結果が通知され、ステップＳ９０で、対象のガイダンスがインターホン２１から流される。なお、録音・録画の対象外ユーザーの場合、留守録の設定をしていない場合は、図２のプロセス１２３のように、ＳＩＰセッションが開始され、通常のインターホン呼出が行われたときと同じシーケンスでＳＩＰセッションによる通話開始の処理が進む。

　ステップＳ９１～Ｓ９６は、留守録プロセス（ボイスメールプロセス）１２７を示している。ステップＳ９０で、留守録ありのガイダンス番号ｘｘ（Ｎｏｘｘ）を再生した後、ＳＩＰサーバ１４は、ステップＳ９１で、インターホン２１からの音声出力（マイク音声）を、最大録音時間に達するまで、留守録用としてファイルに保存する。同時に、ステップＳ９２で、音声のテキスト変換を行い、字幕情報を字幕情報ＤＢ１７ａに随時蓄積する。字幕情報ＤＢ１７ａにおいては、シーケンシャル番号、通話時刻、字幕テキストが登録される。その後、ステップＳ９３、Ｓ９４で、プッシュサーバ１５により家族全員（インターホン２１の構成員全員）のスマートホン５へ、インターホン呼び出しがあったことを通知する。その後、ステップＳ９５およびＳ９６でＳＩＰセッションをいったん終了してもよい。

　ステップＳ１００～Ｓ１０５は、来訪者履歴表示プロセス１３１を示している。ステップＳ１００において、スマートホン５（アプリケーション５０）で来訪者履歴表示が選択されると、ステップＳ１０１で、スマートホン５からウェブサーバ１６の画像中継ユニット１６ａに認証情報付きで来訪者履歴表示要求が出される。スマートホン５は、セッションを継続させて、直前のプッシュ通知Ｐ１により受信した認証トークン１３ｘを認証処理におけるキーデータとして、ウェブサーバ１６に対し、来訪者画像をリクエストする。ウェブサーバ１６は、ステップＳ１０２において認証情報ＤＢ１３で認証トークン１３ｘのチェックを行い、ステップＳ１０３で来訪者画像情報ＤＢ１７ｂから来訪者画像を取得し、さらに、ステップＳ１０４で字幕情報ＤＢ１７ａから字幕情報を取得する。映像中継ユニット１６ａがこれらの画像と字幕情報とを、ステップＳ１０５で、スマートホン５へ同時に送信し、スマートホン５では来訪者画像が字幕とともに表示される。セッション終了後は、スマートホン５のアプリケーション５０が、ウェブサーバ１６に対し、登録コード１３ｃを含む認証情報を提供してアクセス（ログイン）してもよい。

　ステップＳ１１０～Ｓ１１４は、留守録再生プロセス１３３を示している。セッションが継続している場合は、ステップＳ１１０において、スマートホン５（アプリケーション５０）で留守録再生が選択されると、ステップＳ１１１で、スマートホン５が認証トークン１３ｘを含む認証情報を用いてＳＩＰ登録をリクエストし、ステップＳ１１２で登録結果が通知されると、ステップＳ１１３でＳＩＰセッションにより、ＳＩＰサーバ１４に蓄積された留守録が再生される。留守録再生が終了すると、ステップＳ１１４でＳＩＰセッションが終了する。セッション終了後は、スマートホン５のアプリケーション５０が、ＳＩＰサーバ１４に対し、登録コード１３ｃを含む認証情報を提供してアクセス（ログイン）してもよい。

　図８に、ＳＩＰインターホン２２０を対象としたシステム１における各プロセスを示している。まず、ログインプロセス１０１およびモード設定プロセス１０２が上記と同様に行われる。

　ステップＳ１０～Ｓ１８ｈは、生体認証を用いた自動応答プロセス１０７を示している。ＳＩＰインターホン２２０に対してはＳＩＰサーバ１４がゲートウェイサーバとしての機能を果たす。したがって、ステップＳ１０でインターホン呼び出しがあると、ＳＩＰインターホン２２０は、ステップＳ１８ａでＳＩＰサーバ１４にインバイト要求を送信し、ステップＳ１８ｂでＳＩＰサーバ１４がＳＩＰインターホン２２０またはＳＩＰインターホン２２０に付随しているカメラから来訪者画像を取得する。ステップＳ１８ｃでＳＩＰサーバ１４が来訪者画像を来訪者画像情報ＤＢ１７ｂに格納する。さらに、ステップＳ１８ｄで、ＳＩＰサーバ１４が生体認証サーバ１７ｃに認証判定要求を送信、生体認証サーバ１７ｃは、ステップＳ１８ｅで、インターホン２２０から生体認証用の情報を取得する。生体認証サーバ１７ｃは、上記と同様に、生体認証から、個人を特定し、その個人が、家族か、そうでないかを判定し、ステップＳ１８ｆで判定結果をＳＩＰサーバ１４へ戻す。ＳＩＰサーバ１４は、家族なら、解錠を行うように、ステップＳ１８ｇで解錠指示をインターホン２２０に送信する。

　生体認証の結果、家族（居住者）以外の場合は、ステップＳ１８ｈでＳＩＰサーバ１４から呼び出し結果が通知され、ステップＳ９０で、設定されているガイダンスがインターホン２２０から流れる。

　ＳＩＰインターホン２２０の留守録プロセス１２７は、上記と同様にステップＳ９１～Ｓ９６で行われ、インターホン呼び出しがあり、留守録があることはステップＳ９３およびＳ９４で、プッシュサーバ１５により家族全員（インターホン２１の構成員全員）のスマートホン５へ通知される。ＳＩＰインターホン２２０を採用している場合も、来訪者履歴表示プロセス１３１および留守録再生プロセス１３３は、上記と同様に行われる。

　図９に、システム１のウェブサーバ１６のバーチャルロビー機能１６ｒを用い、宅配業者３００のシステム３０１と連携して荷物を受け取る過程を示している。まず、ログインプロセス１０１が行われる。ステップＳ１２１において、スマートホン５からウェブサーバ１６のバーチャルロビー機能１６ｒにアクセスし、クラウドサービスユニット１６ｇを用いて、クラウド３を介して宅配業者３００のシステム（サーバ）３０１から、インターホン２１に対応する住所（居所）宛の荷物の情報を受け取る。

　ステップＳ１２１においては、スマートホン５（アプリケーション５０）から、伝票番号、バーコード、ＱＲコード（登録商標）等の２次元コード、ＩＣタグなどによる、荷物の識別情報を指定する。荷物の識別情報は、スマートホン５にユーザーが入力してもよいが、再配達であれば、不在連絡票などの不在連絡通知に含まれているバーコード、２次元コードなどがインターホン２１を経由して来訪者画像の一部として来訪者画像情報ＤＢ１７ｂに記録されており、その画像情報から荷物の識別情報を指定することができる。画像情報に限らず、ＩＣタグなどの近距離無線で情報が伝達されるシステムが採用されていてもよい。

　クラウドサービスユニット１６ｇが、クラウド３に、インターホン２１として情報を受け取るバーチャルなアクセスポイント（バーチャルインターホン、バーチャルロビー）を設定してもよい。宅配業者３００は、クラウド上のインターホン２１のアクセスポイントに対象物件の情報を予め送信することが可能であり、その情報は、プッシュサーバ１５により、インターホン２１の構成員である家族全員のスマートホン５に配信される。

　ステップＳ１２２で、ウェブサーバ１６は、ステップＳ１２１で指定された荷物の識別情報に基づいて、宅配業者（荷物集配業者）のサーバ（荷物追跡システム）３０１に接続し、荷物に対する発送先住所などを含む対象物件の情報を取得する。ウェブサーバ１６は、ステップＳ１２３で物件情報ＤＢ１７ｄに対象物件の情報を送ってチェックし、ステップＳ１２４で物件情報のチェック結果を受け取る。ウェブサーバ１６は、さらに、ステップＳ１２５において、ステップＳ１２１で物件の問い合わせを行ったスマートホン５に、物件情報の取得結果を返す。取得結果には、物件の識別情報（ＩＤ）、部屋番号（住所）、バーチャルロビー対応の可否、すなわち、クラウド経由で荷物の配送を制御できるか否かなどの情報が含まれる。

　ユーザーは、対象物件が、バーチャルロビーに対応した物件の場合、ステップＳ１２６で、呼出をリクエストする。ステップＳ１２７およびＳ１２８で、ウェブサーバ１６はゲートウェイサーバ１１を介してインターホン２１を呼び出し状態にする。これにより、室内親機が着信状態（着信音、着信画面）に遷移する。クラウド通信ユニット１６ｈは、クラウド上のインターホン２１のアドレスから宅配業者のシステム３０１または配送車の端末３０５に接続をトライする。ステップＳ１３１、Ｓ１３２およびＳ１３３において、通話路情報を含む呼び出し結果（処理結果）がゲートウェイサーバ１１、ウェブサーバ１６を介してスマートホン５に通知される。

　通話に使用する通話路情報が通知され、呼出のリクエスト結果が正常なら、インターホン側から着信がくるので、着信応答を行う。これにより宅配業者側とバーチャルインターホンを介して通信が可能となるので、以降は、通常のインターホン通話と同じく、ステップＳ１１～Ｓ１６のインターホン呼び出しプロセス１０５を行い、ＳＩＰセッションによる通信プロセス（通話プロセス）１２３を行い、配送のスケジュールが決まると、ＳＩＰセッションを終了する（プロセス１２９）。

　このように、通信システム１は、マンション２の部屋単位あるいは一戸建て２００の単位などで物理的に配置されるインターホン（第１の端末）２１と、そのインターホン２１の単位でグループ化される構成員、例えば家族の端末（第２の端末、スマートホン、スマートホンで稼働するアプリケーション５０を含む）５とを接続する通信システムであるとともに、バーチャルロビー機能１６ｒを用いて、クラウド３の上に、インターホン２１として機能するバーチャルなアクセスポイントを作ることができ、バーチャルなインターホンとしてのアクセスポイントを介して種々のサービス業者のシステムを接続できる。このため、サービス業者からインターホン２１を単位とするサービス、およびそれに関する情報を、構成員の端末のアドレスをオープンにすることなく受けることができる。したがって、個人情報、個人のアドレスを保護しながら、様々なサービスの提供を受けることができる。

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

Claims

　第１の端末における第１のイベントの発生により、第２の端末にネットワークを介して、前記第１のイベントの発生に関するワンタイムパスワードを含むプッシュ通知を配信するプッシュ型情報配信サーバと、
　前記第２の端末において予めアドレスが判明しているウェブサーバであって、前記ネットワークを介して前記第２の端末から供給される前記ワンタイムパスワードを含む前記第２の端末の認証情報に基づいて、前記第２の端末に前記第１のイベントに関連する第１のコンテンツを配信するウェブサーバとを有するシステム。
　請求項１において、
　前記ネットワークを介して前記第２の端末から前記第１の端末に関わるユーザー認証情報が供給されると前記第２の端末に対するプッシュ通知用のＩＤを登録する機能を含む認証サーバをさらに有する、システム。
　請求項２において、
　前記認証サーバは、さらに、前記第２の端末に対し、前記ウェブサーバのアドレスと、ログインの度に更新されるワンタイムの登録コードとを含むアクセス情報を発行する機能を含む、システム。
　請求項１ないし３のいずれかにおいて、
　前記第２の端末から前記ネットワーク上の前記第２の端末のネットワークアドレスを受信して登録する機能と、前記第１の端末と前記第２の端末との間で前記ネットワークを介した通信を行うために必要なセッションを確立する呼制御を行う機能とを含む通信制御サーバをさらに有する、システム。
　請求項１ないし４のいずれかにおいて、
　前記第１の端末と前記ネットワークを介して接続され、前記第１のイベントに関連するコンテンツを前記ウェブサーバに供給する機能を含むゲートウェイサーバをさらに有する、システム。
　請求項４において、
　前記第１の端末と前記ネットワークを介して接続され、前記第１の端末と前記通信制御サーバとを中継する機能を含むゲートウェイサーバをさらに有する、システム。
　請求項１ないし６のいずれかにおいて、
　前記第２の端末をさらに有し、前記第２の端末は、前記プッシュ通知により起動する第１の情報処理ユニットであって、前記第１のイベントの発生を前記第１のコンテンツの表示とともに表示する機能を含む第１の情報処理ユニットを含む、システム。
　請求項７において、
　前記第１の情報処理ユニットは、前記第１の端末と前記第２の端末との間の通信を含むセッションを実行する機能を含み、前記ワンタイムパスワードは、前記セッションが終了されるとクリアされるワンタイムパスワードであり、
　前記表示する機能は、前記セッション開始前に、前記ウェブサーバから取得した前記第１のコンテンツの表示を開始する機能を含む、システム。
　請求項１ないし８のいずれかにおいて、
　前記プッシュ型情報配信サーバは、前記プッシュ通知を、前記ネットワークを介して複数の前記第２の端末に配信する機能を含む、システム。
　請求項９において、
　前記ウェブサーバは、前記複数の第２の端末の何れかから前記第１の端末との間で通信の確立を許可する信号を受信する機能を含む、システム。
　請求項１ないし１０のいずれかにおいて、
　前記第１の端末はカメラ機能を含むインターホンであり、前記第１のイベントは前記インターホンの呼び出しであり、前記ウェブサーバは、前記第１の端末から供給された画像を前記第１のコンテンツとして配信する機能を含む、システム。
　請求項１１において、
　前記ウェブサーバは、前記第１の端末から供給された音声を字幕として前記画像とともに前記第１のコンテンツとして配信する機能を含む、システム。
　請求項１１または１２において、
　前記第１の端末は解錠機能を含み、
　前記ウェブサーバは、前記第２の端末から解錠を行う操作を中継する機能を含む、システム。
　請求項１１ないし１３のいずれかにおいて、
　前記ウェブサーバは、前記インターホンの呼び出しに対し、前記第１の端末が応答するモードを、前記第２の端末が設定する機能を含む、システム。
　請求項１４において、
　前記応答するモードは、前記第１の端末が自動応答するモードを含む、システム。
　請求項１５において、
　前記自動応答するモードは、前記第１の端末により得られる画像および音声の少なくともいずれかに基づく、前記インターホンの呼び出しを行った人物の生体認証の結果により応答を変える生体認証モードを含む、システム。
　請求項１６において、
　前記第１の端末は解錠機能を含み、
　前記生体認証モードは、前記人物が生体認証されると、前記第１の端末が自動解錠するモードを含む、システム。
　請求項１４ないし１７のいずれかにおいて、
　前記応答するモードは、前記第１の端末により得られる画像および音声の少なくともいずれかを自動的に記録する留守録モードを含む、システム。
　請求項１４ないし１８のいずれかにおいて、
　前記応答するモードは、前記第１の端末から出力される音声を所定の音質に設定するモードを含む、システム。
　請求項１１ないし１９のいずれかにおいて、
　前記ウェブサーバは、前記インターホンに対応する住所、居所または家族を宛先とする情報を、前記ネットワークを介して、外部のサーバから受領し、前記第２の端末に配信する第１の仮想化機能を含む、システム。
　請求項１１ないし２０のいずれかにおいて、
　前記ウェブサーバは、前記インターホンに対応する住所、居所または家族を宛先とする通信を、前記ネットワークを介して前記第２の端末に中継する第２の仮想化機能を含む、システム。
　ネットワークを介して第１の端末における第１のイベントの発生を第２の端末に表示することを有する方法であって、
　前記第２の端末は、プッシュ通知により起動し、前記第１のイベントの発生を表示する機能を含む第１の情報処理ユニットを含み、
　前記表示することは、
　プッシュ型情報配信サーバが、前記第１のイベントの発生に関するワンタイムパスワードを含むプッシュ通知を配信することと、
　前記第２の端末において予めアドレスが判明しているウェブサーバに対する、前記ネットワークを介して前記第２の端末から供給される前記ワンタイムパスワードを含む前記第２の端末の認証情報に基づいて、前記ウェブサーバが、前記第２の端末に前記第１のイベントに関連する第１のコンテンツを配信することと、
　前記第２の端末の前記第１の情報処理ユニットが、前記第１のイベントの発生を前記第１のコンテンツの表示とともに表示することとを含む、方法。
　請求項２２において、
　前記表示することの前に、認証サーバが、前記ネットワークを介して前記第２の端末から前記第１の端末に関わるユーザー認証情報が供給されると前記第２の端末に対するプッシュ通知用のＩＤを登録することをさらに有する、方法。
　請求項２３において、
　前記認証サーバが、さらに、前記第２の端末に対し、前記ウェブサーバのアドレスと、ログインの度に更新されるワンタイムの登録コードとを含むアクセス情報を発行することをさらに有する、方法。
　請求項２２ないし２４のいずれかにおいて、
　前記表示することの後に、通信制御サーバが、前記プッシュ通知により前記第２の端末から登録された前記第２の端末のネットワークアドレスを用いて前記第１の端末と前記第２の端末との間で前記ネットワークを介した通信を行うために必要なセッションを確立することをさらに有する、方法。
　請求項２５において、
　前記プッシュ通知を配信することは、前記プッシュ型情報配信サーバが、前記プッシュ通知を、前記ネットワークを介して複数の前記第２の端末に配信することを含み、
　さらに、
　前記ウェブサーバが、前記複数の第２の端末の何れかから前記第１の端末との間で通信の確立を許可する信号を受信することを有する、方法。
　請求項２２ないし２６のいずれかにおいて、
　前記第１の端末はカメラ機能を含むインターホンであり、前記第１のイベントは前記インターホンの呼び出しであり、
　前記第１のコンテンツを配信することは、前記ウェブサーバが、前記第１の端末から供給された画像を前記第１のコンテンツとして配信することを含む、方法。
　請求項２７において、さらに、
　前記第２の端末の前記第１の情報処理ユニットが、前記ウェブサーバに、前記インターホンの呼び出しに対し、前記第１の端末が応答するモードを設定することを含む、方法。
　有線または無線によりネットワークに接続する機能を有する端末に実装されるアプリケーションであって、
　当該アプリケーションが搭載された端末が、請求項２２ないし２８のいずれかに記載の方法により前記第１の端末における前記第１のイベントの発生を表示することを含む、アプリケーション。
　有線または無線によりネットワークに接続する機能を有する端末の制御方法であって、
　前記端末が、請求項２２ないし２８のいずれかに記載の方法により前記第１の端末における前記第１のイベントの発生を表示することを含む、制御方法。
　有線または無線によりネットワークに接続する機能を有する端末であって、
　請求項１ないし２１のいずれかに記載の前記第２の端末として機能する端末。
　有線または無線によりネットワークに接続する機能を有する端末に実装されるアプリケーションであって、
　当該アプリケーションが搭載された端末を、請求項１ないし２１のいずれかに記載の前記第２の端末として機能させるプログラムを有する、アプリケーション。
　有線または無線によりネットワークに接続する機能を有する端末であって、
　プッシュ型情報配信サーバから、前記ネットワークを介して、当該端末と異なる第１の端末における第１のイベントの発生に関するワンタイムパスワードを含むプッシュ通知を受信すると起動する第１の情報処理ユニットを有し、
　前記第１の情報処理ユニットは、当該端末において予めアドレスが判明しているウェブサーバに対し、前記ネットワークを介して前記ワンタイムパスワードを含む当該端末の認証情報を供給することにより前記第１のイベントに関連する第１のコンテンツを取得して前記第１のイベントの発生を前記第１のコンテンツの表示とともに表示する機能を含む、端末。
　請求項３３において、
　前記第１の情報処理ユニットは、前記第１の端末と前記第２の端末との間の通信を含むセッションを実行する機能を含み、前記ワンタイムパスワードは、前記セッションが終了されるとクリアされるワンタイムパスワードであり、
　前記表示する機能は、前記セッション開始前に、前記ウェブサーバから取得した前記第１のコンテンツの表示を開始する機能を含む、端末。
　請求項３３または３４において、
　前記第１の情報処理ユニットは、認証サーバにログインし、前記ウェブサーバのアドレスと、ログインの度に更新されるワンタイムの登録コードとを含むアクセス情報を取得する機能を含む、端末。
　請求項３３ないし３５のいずれかにおいて、
　前記第１の端末はインターホンを含み、
　前記第１の情報処理ユニットは、ウェブサーバに、インターホンの呼び出しに対し、前記第１の端末が応答するモードを設定する機能を含む、端末。
　有線または無線によりネットワークに接続する機能を有する端末に実装されるアプリケーションであって、
　当該アプリケーションが搭載された端末を、請求項３３ないし３６のいずれかに記載の前記端末として機能させるプログラムを有する、アプリケーション。