JP6667146B2 - サーバおよび呼び出し方法 - Google Patents

Description

本開示は、集合住宅のロビーに配置されるドアホンと室内モニタとの間のセッションを確立するサーバおよびそのサーバの呼び出し方法に関する。

従来、玄関への来訪者の確認を、玄関扉の近傍に配置された玄関子機を介して、室内の室内親機から行う事ができるドアホンシステムが広く普及している。また、近年、室内親機に通信機能を設け、来訪者の確認をスマートフォン等の携帯可能な携帯端末から行う技術が注目されている。

例えば、特許文献１には、玄関子機を介した来訪者の呼出操作に応じて、親機を介して、玄関子機と携帯端末とを接続し、来訪者への対応を携帯端末から行うインターホンシステムが開示されている。

特開２０１１−１３５２２１号公報

ところで、マンション等の集合住宅では、ロビーにドアホンを配置しているものがある。このような集合住宅では、来訪者は、ロビーに配置されているドアホンから、訪問したい部屋の住人を呼び出す。例えば、訪問者は、ロビーに配置されているドアホンから、部屋に配置されている室内モニタに電話を掛けて部屋の住人を呼び出す。

しかしながら従来のシステムでは、ロビーのドアホンから、部屋に配置された室内モニタとその部屋の住人の複数の携帯端末とを呼び出すには、室内モニタおよび複数の携帯端末のそれぞれに異なる電話番号が必要であった。

本開示の非限定的な実施例は、集合住宅のロビーに配置されるドアホンから、部屋の室内モニタと複数の携帯端末とを呼び出すことができるサーバおよび呼び出し方法の提供に資する。

本開示の一態様に係るサーバは、集合住宅のロビーに配置されるドアホンと、室内モニタおよび複数の携帯端末のうちの１台の装置と、の間のセッションを確立するサーバであって、前記室内モニタおよび前記複数の携帯端末には共通の識別子が付与されており、前記ドアホンから前記識別子を受信する受信部と、前記識別子の受信に応じて、前記室内モニタに対しＳＩＰ（Session Initiation Protocol）に基づくＩＮＶＩＴＥを送信し、また、前記複数の携帯端末のそれぞれに対しプッシュ通知を送信して、前記ＩＮＶＩＴＥおよび前記プッシュ通知に対する応答のうち最先の応答を返した装置と、前記ドアホンとの間のセッションを確立する呼制御部と、を有する。

本開示の一態様に係る呼び出し方法は、集合住宅のロビーに配置されるドアホンと、室内モニタおよび複数の携帯端末のうちの１台の装置と、の間のセッションを確立するサーバの呼び出し方法であって、前記室内モニタおよび前記複数の携帯端末には共通の識別子が付与されており、前記ドアホンから前記識別子を受信し、前記識別子の受信に応じて、前記室内モニタに対しＳＩＰに基づくＩＮＶＩＴＥを送信し、また、前記複数の携帯端末のそれぞれに対しプッシュ通知を送信し、前記ＩＮＶＩＴＥおよび前記プッシュ通知に対する応答のうち最先の応答を返した装置と、前記ドアホンとの間のセッションを確立する。

なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

本開示の一態様によれば、集合住宅のロビーに配置されるドアホンから、部屋の室内モニタと複数の携帯端末とを呼び出すことができる。

本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。

実施の形態１に係るドアホンシステムの構成例を示した図 サーバのブロック構成例を示した図 電話機のブロック構成例を示した図 ロビー用ドアホンのブロック構成例を示した図 室内モニタのブロック構成例を示した図 携帯端末のブロック構成例を示した図 ドアホンシステムの一例を説明する図 サーバの制御部のブロック構成例を示した図 携帯端末の制御部のブロック構成例を示した図 ドアホンシステムの動作例を示したシーケンス図 実施の形態２に係るドアホンシステムの例を説明する図 サーバの制御部のブロック構成例を示した図 ドアホンシステムの動作例を示したシーケンス図 実施の形態３に係る携帯端末のドアホンシステムへの登録方法を説明する図 携帯端末への携帯端末登録情報の入力例を説明する図 室内モニタの制御部のブロック構成例を示した図 サーバの制御部のブロック構成例を示した図 携帯端末の制御部のブロック構成例を示した図 携帯端末のドアホンシステムへの登録動作例を示したシーケンス図 ロビー用ドアホンのビデオ設定の動作例を示したシーケンス図 実施の形態４に係る携帯端末の履歴管理の動作例を説明する図 携帯端末の制御部のブロック構成例を示した図 ドアホンシステムの履歴管理の動作例を示したシーケンス図 ドアホンシステムの履歴管理の動作例を示したシーケンス図 ドアホンシステムの履歴管理の動作例を示したシーケンス図

以下、図面を適宜参照して、本発明の実施の形態について、詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。

なお、添付図面および以下の説明は、当業者が本開示を十分に理解するために、提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。

（実施の形態１）
図１は、実施の形態１に係るドアホンシステムの構成例を示した図である。ドアホンシステムは、例えば、マンションやアパート等の集合住宅１に適用される。集合住宅１は、例えば、制御室２と、ロビー３と、部屋４と、部屋４の玄関５と、を有している。

制御室２には、サーバ１１が配置されている。ロビー３には、電話機１２と、ロビー用ドアホン１３と、カメラ１４と、が配置されている。部屋４には、室内モニタ１５ａ，１５ｂが配置されている。携帯端末１６ａは、部屋４の住人が所持する携帯端末である。部屋４の玄関５には、玄関用ドアホン１７が配置されている。

サーバ１１は、例えば、ＳＩＰ（Session Initiation Protocol）サーバである。サーバ１１は、ロビー３に配置されている機器（カメラ１４を除く）と、部屋４に配置されている機器（携帯端末１６ａを含む）との間の呼制御を行う。

集合住宅１では、ロビー３に受付係を配置している場合がある。このような集合住宅１では、来訪者は、受付係を介して、部屋４の住人を呼び出してもらう。例えば、受付係は、電話機１２を用いて、部屋４の室内モニタ１５ａ，１５ｂおよび携帯端末１６ａに電話を掛け、部屋４の住人を呼び出す。電話機１２は、例えば、ＳＩＰフォンである。電話機１２は、受付係と部屋４の住人とが会話するため、スピーカーフォンタイプの電話機ではなく、住人の声が外部に漏れない受話器型の電話機である。

ロビー用ドアホン１３は、例えば、通話機能と、カメラとを備えている。ロビー用ドアホン１３は、例えば、部屋４を識別する識別情報（例えば、部屋４の部屋番号または内線番号等）が入力されることにより、部屋４の室内モニタ１５ａ，１５ｂまたは携帯端末１６ａを呼び出すことができる。そして、ロビー用ドアホン１３は、呼び出しを受け取った室内モニタ１５ａ，１５ｂまたは携帯端末１６ａと通話を行うことができる。また、ロビー用ドアホン１３は、具備するカメラによって、例えば、ロビー用ドアホン１３の前に立つ人物を撮影し、撮影した画像（例えば、動画像）を部屋４の室内モニタ１５ａ，１５ｂまたは携帯端末１６ａに送信する。

カメラ１４は、例えば、ロビー３内の様子を撮影する監視カメラである。カメラ１４は、例えば、音声通話機能を備えないＩＰ（Internet Protocol）カメラである。カメラ１４は、室内モニタ１５ａ，１５ｂまたは携帯端末１６ａの要求に応じて、撮影した画像を室内モニタ１５ａ，１５ｂまたは携帯端末１６ａに送信する。

室内モニタ１５ａ，１５ｂは、ロビー３に配置されている電話機１２またはロビー用ドアホン１３から呼び出しを受け、電話機１２またはロビー用ドアホン１３と通話することができる。また、室内モニタ１５ａ，１５ｂは、玄関５に配置されている玄関用ドアホン１７から呼び出しを受け、玄関用ドアホン１７と通話することができる。

室内モニタ１５ａ，１５ｂは、ディスプレイを有している。室内モニタ１５ａ，１５ｂのディスプレイには、ロビー用ドアホン１３が撮影する画像、カメラ１４が撮影する画像、または玄関用ドアホン１７が撮影する画像が表示される。

例えば、室内モニタ１５ａ，１５ｂのディスプレイには、室内モニタ１５ａ，１５ｂと電話機１２とが通話をしているとき、カメラ１４が撮影する画像が表示される。また、室内モニタ１５ａ，１５ｂのディスプレイには、室内モニタ１５ａ，１５ｂとロビー用ドアホン１３とが通話をしているとき、ロビー用ドアホン１３のカメラが撮影する画像が表示される。また、室内モニタ１５ａ，１５ｂのディスプレイには、室内モニタ１５ａ，１５ｂと玄関用ドアホン１７とが通話をしているとき、玄関用ドアホン１７のカメラが撮影する画像が表示される。

携帯端末１６ａは、例えば、部屋４の住人に所持される携帯端末である。携帯端末１６ａは、例えば、スマートフォンである。携帯端末１６ａは、携帯電話ネットワークおよびインターネット等を含むネットワークを介して、電話機１２、ロビー用ドアホン１３、または、玄関用ドアホン１７から呼び出しを受け、電話機１２、ロビー用ドアホン１３、または玄関用ドアホン１７と通話することができる。つまり、携帯端末１６ａは、部屋４の室内のみならず外出先でも、電話機１２、ロビー用ドアホン１３、または玄関用ドアホン１７と通話することができる。

携帯端末１６ａは、ディスプレイを有している。携帯端末１６ａのディスプレイには、ロビー用ドアホン１３が撮影する画像、カメラ１４が撮影する画像、または玄関用ドアホン１７が撮影する画像が表示される。

例えば、携帯端末１６ａのディスプレイには、携帯端末１６ａと電話機１２とが通話をしているとき、カメラ１４が撮影する画像が表示される。また、携帯端末１６ａのディスプレイには、携帯端末１６ａとロビー用ドアホン１３とが通話をしているとき、ロビー用ドアホン１３のカメラが撮影する画像が表示される。また、携帯端末１６ａのディスプレイには、携帯端末１６ａと玄関用ドアホン１７とが通話をしているとき、玄関用ドアホン１７のカメラが撮影する画像が表示される。

なお、図１では、室内モニタ１５ａ，１５ｂは、２台しか示していないが、１台であってもよいし、３台以上であってもよい。

図２は、サーバ１１のブロック構成例を示した図である。図２に示すように、サーバ１１は、制御部２１と、記憶部２２と、通信部２３と、を有している。

制御部２１は、サーバ１１全体を制御する。制御部２１は、例えば、ＣＰＵ（Central Processing Unit）で構成されてもよい。

記憶部２２には、制御部２１が動作するためのプログラムが記憶される。また、記憶部２２には、制御部２１が計算処理を行うためのデータや、接続されている各部を制御するためのデータが記憶される。記憶部２２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、およびＨＤＤ（Hard Disk Drive）などの記憶装置によって構成されてもよい。

通信部２３は、集合住宅１に設置されているＬＡＮ（Local Area Network）等のネットワークを介して、電話機１２、ロビー用ドアホン１３、室内モニタ１５ａ，１５ｂ、および玄関用ドアホン１７と通信を行う。また、通信部２３は、携帯電話ネットワークおよびインターネット等を含むネットワークを介して、携帯端末１６ａと通信を行う。

図３は、電話機１２のブロック構成例を示した図である。図３に示すように、電話機１２は、制御部３１と、記憶部３２と、通信部３３と、音声処理部３４と、操作部３５と、を有している。

制御部３１は、電話機１２全体を制御する。制御部３１は、例えば、ＣＰＵで構成されてもよい。

記憶部３２には、制御部３１が動作するためのプログラムが記憶される。また、記憶部３２には、制御部３１が計算処理を行うためのデータや、接続されている各部を制御するためのデータが記憶される。記憶部３２は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、およびＨＤＤなどの記憶装置によって構成されてもよい。

通信部３３は、集合住宅１に設置されているＬＡＮ等のネットワークを介して、サーバ１１と通信を行う。

音声処理部３４は、電話機１２の受話器に内蔵されているマイクロフォン（図示せず）から出力されるアナログ音声データを、例えば、デジタル音声データに変換し、制御部３１に出力する。また、音声処理部３４は、制御部３１から出力されるデジタル音声データを、例えば、アナログ音声データに変換し、電話機１２の受話器に内蔵されているスピーカ（図示せず）に出力する。

操作部３５は、例えば、ロビー３の受付係の操作を受け付ける。操作部３５は、受け付けた操作に対応する情報を制御部３１に出力する。操作部３５は、例えば、電話番号の入力を受け付けるプッシュボタンである。

図４は、ロビー用ドアホン１３のブロック構成例を示した図である。図４に示すように、ロビー用ドアホン１３は、制御部４１と、記憶部４２と、通信部４３と、音声処理部４４と、操作部４５と、画像処理部４６と、を有している。

制御部４１は、ロビー用ドアホン１３全体を制御する。制御部４１は、例えば、ＣＰＵで構成されてもよい。

記憶部４２には、制御部４１が動作するためのプログラムが記憶される。また、記憶部４２には、制御部４１が計算処理を行うためのデータや、接続されている各部を制御するためのデータが記憶される。記憶部４２は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、およびＨＤＤなどの記憶装置によって構成されてもよい。

通信部４３は、集合住宅１に設置されているＬＡＮ等のネットワークを介して、サーバ１１と通信を行う。

音声処理部４４は、ロビー用ドアホン１３に内蔵されているマイクロフォン（図示せず）から出力されるアナログ音声データを、例えば、デジタル音声データに変換し、制御部４１に出力する。また、音声処理部４４は、制御部４１から出力されるデジタル音声データを、例えば、アナログ音声データに変換し、ロビー用ドアホン１３に内蔵されているスピーカ（図示せず）に出力する。

操作部４５は、例えば、来訪者の操作を受け付ける。操作部４５は、受け付けた操作に対応する情報を制御部４１に出力する。操作部４５は、例えば、電話番号の入力を受け付けるプッシュボタンである。

画像処理部４６は、ロビー用ドアホン１３が具備する撮像素子（図示せず）が撮影したアナログ映像データを、例えば、デジタル信号に変換し、制御部４１に出力する。画像処理部４６は、アナログ映像信号またはデジタル映像データに対して、画質の調整、ノイズキャンセル、画像圧縮処理などの所定の画像処理を行ってもよい。

図５は、室内モニタ１５ａのブロック構成例を示した図である。図５に示すように、室内モニタ１５ａは、制御部５１と、記憶部５２と、通信部５３と、音声処理部５４と、画像処理部５５と、ディスプレイ５６と、操作部５７と、を有している。なお、室内モニタ１５ｂも、図５に示すブロック構成を有し、その説明を省略する。

制御部５１は、室内モニタ１５ａ全体を制御する。制御部５１は、例えば、ＣＰＵで構成されてもよい。

記憶部５２には、制御部５１が動作するためのプログラムが記憶される。また、記憶部５２には、制御部５１が計算処理を行うためのデータや、接続されている各部を制御するためのデータが記憶される。記憶部５２は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、およびＨＤＤなどの記憶装置によって構成されてもよい。

通信部５３は、集合住宅１に設置されているＬＡＮ等のネットワークを介して、サーバ１１と通信を行う。また、通信部５３は、集合住宅１に設置されているＬＡＮ等のネットワークを介して、カメラ１４と通信を行う。また、通信部５３は、集合住宅１に設置されているＬＡＮ等のネットワークを介して、玄関用ドアホン１７と通信を行う。

音声処理部５４は、室内モニタ１５ａに内蔵されているマイクロフォン（図示せず）から出力されるアナログ音声データを、例えば、デジタル音声データに変換し、制御部５１に出力する。また、音声処理部５４は、制御部５１から出力されるデジタル音声データを、例えば、アナログ音声データに変換し、室内モニタ１５ａに内蔵されているスピーカ（図示せず）に出力する。

画像処理部５５は、室内モニタ１５ａが具備する撮像素子（図示せず）が撮影したアナログ映像データを、例えば、デジタル信号に変換し、制御部５１に出力する。画像処理部５５は、アナログ映像信号またはデジタル映像データに対して、画質の調整、ノイズキャンセル、画像圧縮処理などの所定の画像処理を行ってもよい。

ディスプレイ５６は、制御部５１から出力されるデジタル映像データに基づいて映像を表示する。ディスプレイ５６は、例えば、液晶ディスプレイである。

操作部５７は、例えば、部屋４の住人の操作を受け付ける。操作部５７は、受け付けた操作に対応する情報を制御部５１に出力する。操作部５７は、例えば、ディスプレイ５６に重畳されるタッチパネルである。操作部５７は、プッシュボタンであってもよい。

図６は、携帯端末１６ａのブロック構成例を示した図である。図６に示すように、携帯端末１６ａは、制御部６１と、記憶部６２と、通信部６３と、音声処理部６４と、画像処理部６５と、ディスプレイ６６と、操作部６７と、を有している。

制御部６１は、携帯端末１６ａ全体を制御する。制御部６１は、例えば、ＣＰＵで構成されてもよい。

記憶部６２には、制御部６１が動作するためのプログラムが記憶される。また、記憶部６２には、制御部６１が計算処理を行うためのデータや、接続されている各部を制御するためのデータが記憶される。記憶部６２は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、およびＨＤＤなどの記憶装置によって構成されてもよい。

通信部６３は、例えば、携帯電話ネットワークおよびインターネット等を含むネットワークを介して、集合住宅１の制御室２に配置されているサーバ１１と通信を行う。また、通信部６３は、例えば、携帯電話ネットワークおよびインターネット等を含むネットワークを介して、ロビー３に配置されているカメラ１４と通信を行う。

音声処理部６４は、携帯端末１６ａに内蔵されているマイクロフォン（図示せず）から出力されるアナログ音声データを、例えば、デジタル音声データに変換し、制御部６１に出力する。また、音声処理部６４は、制御部６１から出力されるデジタル音声データを、例えば、アナログ音声データに変換し、携帯端末１６ａに内蔵されているスピーカ（図示せず）に出力する。

画像処理部６５は、携帯端末１６ａが具備する撮像素子（図示せず）が撮影したアナログ映像データを、例えば、デジタル信号に変換し、制御部６１に出力する。画像処理部６５は、アナログ映像信号またはデジタル映像データに対して、画質の調整、ノイズキャンセル、画像圧縮処理などの所定の画像処理を行ってもよい。

ディスプレイ６６は、制御部６１から出力されるデジタル映像データに基づいて映像を表示する。ディスプレイ６６は、例えば、液晶ディスプレイである。

操作部６７は、例えば、携帯端末１６ａの所持者の操作を受け付ける。操作部６７は、受け付けた操作に対応する情報を制御部６１に出力する。操作部６７は、例えば、ディスプレイ６６に重畳されるタッチパネルである。操作部６７は、プッシュボタンであってもよい。

図１のドアホンシステムでは、ロビー３に、電話機１２とロビー用ドアホン１３とが配置されている。しかし、集合住宅１によっては、ロビー用ドアホン１３は、ロビー３に配置されず、電話機１２のみがロビー３に配置される場合もある。以下、実施の形態１では、ロビー用ドアホン１３がロビー３に配置されず、電話機１２のみがロビー３に配置されている場合について説明する。

図７は、ドアホンシステムの一例を説明する図である。図７において、図１と同じものには同じ符号が付してある。図７には、集合住宅１の受付係Ａ１と、部屋４の住人を訪れに来た来訪者Ａ２と、外出中の部屋４の住人Ａ３と、が示してある。住人Ａ３は、携帯端末１６ａを所持して外出しているとする。

図７のドアホンシステムでは、ロビー３に、カメラを具備したロビー用ドアホン１３が配置されていない。従って、図７のドアホンシステムでは、ロビー３に配置されているカメラ１４を用いて、来訪者Ａ２を撮影する。

来訪者Ａ２は、例えば、部屋４の住人に、訪問しに来たことを受付係Ａ１に告げる。受付係Ａ１は、電話機１２を用いて、部屋４に電話を掛ける。電話機１２による呼び出しは、サーバ１１を介して、部屋４に配置されている室内モニタ１５ａ，１５ｂと、部屋４の住人が所持する携帯端末１６ａとに対し行われる。以下で説明するが、サーバ１１による携帯端末１６ａの呼び出しは、プッシュサーバを経由したプッシュ通知を用いて行われる。

電話機１２からの、室内モニタ１５ａ，１５ｂおよび携帯端末１６ａに対する呼び出しに対し、外出中の住人Ａ３が携帯端末１６ａで応答したとする。

携帯端末１６ａは、住人Ａ３の応答操作に応じて、サーバ１１にアクセスする。サーバ１１は、ＳＩＰに基づいて、携帯端末１６ａと電話機１２との間の呼制御を行い、携帯端末１６ａと電話機１２との間のセッションを確立する。これにより、電話機１２と携帯端末１６ａは、通話が可能となる。

また、携帯端末１６ａは、住人Ａ３の応答操作に応じて、サーバ１１を介さずに、カメラ１４にアクセスする。携帯端末１６ａは、ＲＴＳＰ（Real Time Streaming Protocol）に基づいて、カメラ１４とセッションを確立する。これにより、携帯端末１６ａは、カメラ１４から、カメラ１４が撮影する画像を受信し、ディスプレイに表示できる。

すなわち、電話機１２と携帯端末１６ａは、ＳＩＰに基づいてセッションを確立し、通話を行う。また、電話機１２とカメラ１４は、ＲＴＳＰに基づいてセッションを確立し、画像の送受信を行う。これにより、携帯端末１６ａは、電話機１２とカメラ１４とを用いたビデオ通話が可能となる。

図８は、サーバ１１の制御部２１のブロック構成例を示した図である。図８に示すように、サーバ１１の制御部２１は、呼制御部２１ａと、プッシュ通知部２１ｂと、を有している。

呼制御部２１ａは、ＳＩＰに基づいて、電話機１２と携帯端末１６ａとの間の呼制御を行う。また、呼制御部２１ａは、ＳＩＰに基づいて、電話機１２と室内モニタ１５ａ，１５ｂとの間の呼制御を行う。

プッシュ通知部２１ｂは、電話機１２から、室内モニタ１５ａ，１５ｂおよび携帯端末１６ａ宛の呼び出し（ＩＮＶＩＴＥ）があった場合、携帯端末１６ａに対し、プッシュ通知を行う。プッシュ通知は、プッシュサーバを経由して行われる。

図９は、携帯端末１６ａの制御部６１のブロック構成例を示した図である。図９に示すように、携帯端末１６ａの制御部６１は、プッシュ通知受信部６１ａと、電話接続部６１ｂと、カメラ接続部６１ｃと、を有している。

プッシュ通知受信部６１ａは、サーバ１１から送信されるプッシュ通知を受信する。プッシュ通知受信部６１ａは、プッシュ通知を受信すると、例えば、プッシュ通知を受信したことを示す情報（例えば、アイコン）をディスプレイに表示する。または、プッシュ通知受信部６１ａは、音声でプッシュ通知を受信したことを携帯端末１６ａの所持者に通知する。

電話接続部６１ｂは、プッシュ通知を知った所持者の操作に応じて、携帯端末１６ａを呼び出した電話機１２とセッションを確立する。例えば、電話接続部６１ｂは、所持者によって、ディスプレイに表示されたプッシュ通知のアイコンがタップされると、電話機１２とセッションを確立する。電話接続部６１ｂは、サーバ１１を介して、ＳＩＰに基づき、電話機１２とセッションを確立する。

カメラ接続部６１ｃは、プッシュ通知を知った所持者の操作に応じて、カメラ１４にアクセスし、カメラ１４が撮影する画像を受信する。例えば、カメラ接続部６１ｃ、所持者によって、ディスプレイに表示されたプッシュ通知のアイコンがタップされると、カメラ１４とセッションを確立し、カメラ１４が撮影する画像を受信する。カメラ接続部６１ｃは、ＲＴＳＰに基づいて、カメラ１４から画像を受信する。

図１０は、ドアホンシステムの動作例を示したシーケンス図である。ロビー３の受付係は、部屋４の住人を訪れに来た来訪者の要求に応じ、電話機１２を用いて、部屋４の内線番号に電話を掛けたとする。電話機１２を用いて、部屋４の内線番号に電話を掛けると、室内モニタ１５ａ，１５ｂと、携帯端末１６ａとが呼び出される。言い換えれば、内線番号は、室内モニタ１５ａ，１５ｂと、携帯端末１６ａとを呼び出すための共通の識別子と言える。

電話機１２は、受付係による、部屋４の内線番号の入力操作に応じて、部屋４の内線番号を含むＩＮＶＩＴＥをサーバ１１に送信する（ステップＳ１）。

サーバ１１は、ステップＳ１にて送信されたＩＮＶＩＴＥの受信に応じて、室内モニタ１５ａ，１５ｂにＩＮＶＩＴＥを送信する（ステップＳ２）。なお、図１０では、室内モニタ１５ｂの図示を省略している。

サーバ１１は、ステップＳ１にて送信されたＩＮＶＩＴＥの受信に応じて、携帯端末１６ａにプッシュ通知（PUSH notification）を送信する（ステップＳ３）。

室内モニタ１５ａ，１５ｂは、ステップＳ２にて送信されたＩＮＶＩＴＥの受信に応じて、サーバ１１に１００Ｔｒｙｉｎｇおよび１８０Ｒｉｎｇｉｎｇを送信する（ステップＳ４）。

サーバ１１は、ステップＳ４にて送信された１００Ｔｒｙｉｎｇおよび１８０Ｒｉｎｇｉｎｇの受信に応じて、電話機１２に１００Ｔｒｙｉｎｇおよび１８０Ｒｉｎｇｉｎｇを送信する（ステップＳ５）。

室内モニタ１５ａ，１５ｂは、ステップＳ２にて送信されたＩＮＶＩＴＥの受信に応じて、部屋４の住人の呼び出しを行う（ステップＳ６）。例えば、室内モニタ１５ａ，１５ｂは、ディスプレイでのアイコン表示または音声によって、住人の呼び出しを行う。

携帯端末１６ａは、ステップＳ３にて送信されたプッシュ通知の受信に応じて、携帯端末１６ａの所持者の呼び出しを行う（ステップＳ７）。例えば、携帯端末１６ａは、ディスプレイでのアイコン表示または音声によって、所持者の呼び出しを行う。

以下では、電話機１２から、室内モニタ１５ａ，１５ｂおよび携帯端末１６ａに対して行われた呼び出しに対し、携帯端末１６ａが最先に応答したとする。

携帯端末１６ａは、携帯端末１６ａの所持者から、プッシュ通知による電話機１２の呼び出しに応じる操作を受け付ける（ステップＳ８）。例えば、携帯端末１６ａは、ディスプレイに表示したプッシュ通知のアイコンがタップされる。

なお、セキュリティ上、一般的に外部サーバ（サーバ１１）からは、スマートフォン等の携帯端末１６ａにアクセスできないようになっている。しかし、携帯端末１６ａは、プッシュサービスを提供するプッシュサーバからのプッシュ通知は受信できる。そこで、ドアホンシステムでは、電話機１２からの呼び出しを、プッシュ通知を利用して携帯端末１６ａに通知し、携帯端末１６ａからサーバ１１にアクセスするようにさせている。

携帯端末１６ａは、ステップＳ８にて電話機１２の呼び出しに応じる操作（タップ操作）を受け付けると、サーバ１１にＲＥＧＩＳＴＥＲを送信する（ステップＳ９）。

サーバ１１は、ステップＳ９にて送信されたＲＥＧＩＳＴＥＲの受信に応じて、携帯端末１６ａに２００ＯＫを送信する（ステップＳ１０）。また、サーバ１１は、ステップＳ９にて送信されたＲＥＧＩＳＴＥＲの受信に応じて、携帯端末１６ａにＩＮＶＩＴＥを送信する（ステップＳ１１）。

携帯端末１６ａは、ステップＳ１１にて送信されたＩＮＶＩＴＥの受信に応じて、２００ＯＫをサーバ１１に送信する（ステップＳ１２）。

サーバ１１は、ステップＳ１２にて送信された２００ＯＫの受信に応じて、２００ＯＫを電話機１２に送信する（ステップＳ１３）。

サーバ１１は、電話機１２からの呼び出しに対し、携帯端末１６ａが最先に応答を返したので、室内モニタ１５ａ，１５ｂに対してＣＡＮＣＥＬを送信する（ステップＳ１４）。

電話機１２は、ステップＳ１３にて２００ＯＫを受信すると、携帯端末１６ａと音声通話を開始する（ステップＳ１５）。つまり、電話機１２と携帯端末１６ａは、セッションが確立される。電話機１２と携帯端末１６ａは、例えば、ＲＴＰ（Real time Transport Protocol）によって、音声通話を行う。

携帯端末１６ａは、ステップＳ８にて電話機１２の呼び出しに応じる操作（例えば、タップ操作）を受け付けると、図１０の点線枠Ａ１１に示すように、ＲＴＳＰに基づいて、カメラ１４とセッションを確立する。そして、携帯端末１６ａは、カメラ１４から画像を受信する。

例えば、携帯端末１６ａは、カメラ１４に対し、ＯＰＴＩＯＮＳを送信し、どのような機能を有しているかを問い合わせる（ステップＳ１６）。

携帯端末１６ａは、カメラ１４に対してＳＥＴ ＵＰを送信し、カメラ１４に対し、所定の機能設定を行う（ステップＳ１７）。携帯端末１６ａは、ステップＳ１７にてＳＥＴ ＵＰを送信すると、カメラ１４に対し、ＰＬＡＹを送信する（ステップＳ１８）。

カメラ１４は、ステップＳ１８にて送信されたＰＬＡＹを受信すると、カメラ映像を携帯端末１６ａに送信する（ステップＳ１９）。カメラ１４は、例えば、ＲＴＰによって、カメラ映像を携帯端末１６ａに送信する。

このように、電話機１２から呼び出しを受けた携帯端末１６ａは、ＳＩＰによって電話機１２とセッションを確立し、ＲＴＳＰによってカメラ１４とセッションを確立する。これにより、携帯端末１６ａは、電話機１２との通話が可能となり、また、カメラ１４から訪問者の画像を受信できる。

以上説明したように、携帯端末１６ａのプッシュ通知受信部６１ａは、電話機１２から部屋４の内線番号を受信したサーバ１１から、プッシュ通知を受信する。電話接続部６１ｂは、プッシュ通知に応じる操作を受け付けた場合、サーバ１１を介し、ＳＩＰに従って、電話機１２とセッションを確立する。カメラ接続部６１ｃは、プッシュ通知に応じる操作を受け付けた場合、ＲＴＳＰに従って、ロビー３に配置されているカメラ１４とセッションを確立する。これにより、携帯端末１６ａは、集合住宅１のロビー３に配置される電話機１２と通話でき、カメラ１４から来訪者の画像を受信できる。すなわち、携帯端末１６ａは、電話機１２とビデオ通話ができる。

（実施の形態２）
実施の形態２では、ロビー用ドアホン１３から、複数の携帯端末を呼び出すドアホンシステムについて説明する。以下では、実施の形態１と異なる部分について説明する。

図１１は、実施の形態２に係るドアホンシステムの例を説明する図である。図１１において、図１と同じものには同じ符号が付してある。なお、図１１には、図１では図示していない携帯端末１６ｂが示してある。携帯端末１６ｂは、部屋４の住人に所持されているとする。携帯端末１６ａ，１６ｂは、部屋４の外にあってもよい。

サーバ１１には、室内モニタ１５ａ，１５ｂおよび携帯端末１６ａ，１６ｂを同時に呼び出すための代表内線番号と、室内モニタ１５ａ，１５ｂを個別に呼び出す内線番号とが対応付けられて記憶されている。また、サーバ１１には、室内モニタ１５ａ，１５ｂおよび携帯端末１６ａ，１６ｂを同時に呼び出すための代表内線番号と、携帯端末１６ａ，１６ｂを同時に呼び出すための内線番号とが対応付けて記憶されている。

例えば、サーバ１１には、図１１のテーブルＴＢ１に示すように、部屋４の代表内線番号「１００１」と、室内モニタ１５ａ，１５ｂの個別の内線番号「１００１１」、「１００１２」とが対応付けられて記憶されている。また、サーバ１１には、図１１のテーブルＴＢ１に示すように、部屋４の代表内線番号「１００１」と、携帯端末１６ａ，１６ｂの共通の内線番号「１００１３」とが対応付けられて記憶されている。また、テーブルＴＢ１の携帯端末１６ａ，１６ｂの共通の内線番号には、プッシュサーバから通知（付与）されたプッシュ通知用の端末ＩＤ「ａｂｃ」、「ｘｙｚ」が対応付けられて記憶されている。

テーブルＴＢ１１は、図２で説明した記憶部２２において構成されてもよい。また、テーブルＴＢ１１の情報は、事前に記憶部２２に記憶される。また、図１１のテーブルＴＢ１１には、部屋４の代表内線番号と、各装置の内線番号とが対応づけられて記憶されているが、他の部屋においても、代表内線番号と、各装置の内線番号とが対応付けられて記憶されている。また、携帯端末１６ａ，１６ｂには、個別の内線番号（異なる内線番号）を付与してもよい。以下では、プッシュ通知用の端末ＩＤを、プッシュＩＤと呼ぶことがある。

図１１のドアホンシステムの動作例について説明する。集合住宅１のロビー３から、部屋４の住人を呼び出すには、図１１の吹き出しＡ２１に示すように、ロビー用ドアホン１３に部屋４の代表内線番号「１００１」を入力する。ロビー用ドアホン１３は、入力された代表内線番号「１００１」をサーバ１１に送信する。

サーバ１１は、代表内線番号「１００１」を受信すると、テーブルＴＢ１を参照し、代表内線番号「１００１」に対応する個別の内線番号を取得する。例えば、サーバ１１は、室内モニタ１５ａの内線番号「１００１１」と、室内モニタ１５ｂの内線番号「１００１２」と、携帯端末１６ａ，１６ｂの内線番号「１００１３」とを取得する。さらに、サーバ１１は、携帯端末１６ａ，１６ｂについては、プッシュＩＤ「ａｂｃ」、「ｘｙｚ」を取得する。

サーバ１１は、取得した内線番号「１００１１」、「１００１２」でＩＮＶＩＴＥのメッセージを生成し、室内モニタ１５ａ，１５ｂを呼び出す。また、サーバ１１は、取得したプッシュＩＤ「ａｂｃ」、「ｘｙｚ」でプッシュ通知を行い、携帯端末１６ａ，１６ｂを呼び出す。

このようにして、内線番号「１００１１」、「１００１２」に対応する室内モニタ１５ａ，１５ｂと、プッシュＩＤ「ａｂｃ」、「ｘｙｚ」に対応する携帯端末１６ａ，１６ｂとが呼び出される。なお、呼び出された室内モニタ１５ａ，１５ｂと携帯端末１６ａ，１６ｂとのうち、最先の応答を返した装置が、ロビー用ドアホン１３と通話することができる。

図１１に示すドアホンシステムは、室内モニタ１５ａ，１５ｂおよび携帯端末１６ａ，１６ｂを個別に呼び出せる。室内モニタ１５ａ，１５ｂおよび携帯端末１６ａ，１６ｂを個別に呼び出すには、室内モニタ１５ａ，１５ｂおよび携帯端末１６ａ，１６ｂに付与されている内線番号を、ロビー用ドアホン１３に入力すればよい（携帯端末１６ａ，１６ｂには、共通の内線番号が付与されており、同時に呼び出される）。

例えば、携帯端末１６ａ，１６ｂを呼び出すには、ロビー用ドアホン１３に「１００１３」を入力すればよい。サーバ１１は、ロビー用ドアホン１３から「１００１３」を受信すると、テーブルＴＢ１を参照し、プッシュＩＤ「ａｂｃ」，「ｘｙｚ」を取得する。サーバ１１は、取得したプッシュＩＤ「ａｂｃ」，「ｘｙｚ」でプッシュ通知を行い、携帯端末１６ａ，１６ｂを呼び出す。

なお、テーブルＴＢ１に、例えば、２０００個の代表内線番号を登録できるとした場合、図１１に示すドアホンシステムは、２０００室の部屋に対し、代表呼び出しを行うことができる。また、１つの代表内線番号に対し、２台の室内モニタと、４台の携帯端末とを紐付けできるとした場合（１つの代表内線番号に２台の室内モニタと、４台の携帯端末とを登録できるとした場合）、図１１に示すドアホンシステムは、１２０００台の装置を個別に呼び出すことができる。

図１２は、サーバ１１の制御部２１のブロック構成例を示した図である。図１２に示すように、サーバ１１の制御部２１は、内線番号受信部７１ａと、呼制御部７１ｂと、を有している。

内線番号受信部７１ａは、ロビー用ドアホン１３から送信される代表内線番号または内線番号を受信する。

呼制御部７１ｂは、内線番号受信部７１ａが代表内線番号を受信した場合、室内モニタ１５ａ，１５ｂに対しＳＩＰに基づくＩＮＶＩＴＥを送信し、携帯端末１６ａ，１６ｂのそれぞれに対しプッシュ通知を送信する。プッシュ通知は、プッシュサーバを経由して行われる。

例えば、呼制御部７１ｂは、内線番号受信部７１ａが代表内線番号を受信した場合、記憶部２２に記憶されている代表内線番号に対応する室内モニタ１５ａ，１５ｂの内線番号と、携帯端末１６ａ，１６ｂのプッシュＩＤとを取得する。そして、呼制御部７１ｂは、取得した室内モニタ１５ａ，１５ｂの内線番号を含むＩＮＶＩＴＥを生成し、室内モニタ１５ａ，１５ｂに送信する。また、呼制御部７１ｂは、取得したプッシュＩＤをプッシュサーバに送信し、プッシュサーバを経由して、携帯端末１６ａ，１６ｂに対し、プッシュ通知を行う。

呼制御部７１ｂは、ＩＮＶＩＴＥおよびプッシュ通知を送信すると、ＩＮＶＩＴＥおよびプッシュ通知に対する応答のうち最先の応答を返した装置と、ロビー用ドアホン１３とのセッションを確立する。

例えば、ＩＮＶＩＴＥを受信した室内モニタ１５ａ，１５ｂと、プッシュ通知を受信した携帯端末１６ａ，１６ｂとのうち、携帯端末１６ａが最先に応答を返したとする。この場合、呼制御部７１ｂは、ＳＩＰに基づいて、最先の応答を返した携帯端末１６ａと、ロビー用ドアホン１３とのセッションを確立する。

呼制御部７１ｂは、内線番号受信部７１ａが内線番号を受信し、その内線番号が室内モニタ１５ａ，１５に関する番号であれば、ＩＮＶＩＴＥを生成して送信する。また、呼制御部７１ｂは、内線番号受信部７１ａが内線番号を受信し、その内線番号が携帯端末１６ａ，１６ｂに関する番号であれば、プッシュ通知を生成して送信する。

図１３は、ドアホンシステムの動作例を示したシーケンス図である。来訪者は、ロビー用ドアホン１３を用いて、部屋４を代表内線番号「１００１」で呼び出したとする。なお、図１３では、４台の携帯端末１６ａ〜１６ｄが存在しているとする。つまり、代表内線番号「１００１」には、２台の室内モニタ１５ａ，１５ｂと、４台の携帯端末１６ａ〜１６ｄとが紐付けられているとする。

ロビー用ドアホン１３は、来訪者から受け付けた代表内線番号「１００１」を、サーバ１１に送信する（ステップＳ３１）。

サーバ１１は、テーブルＴＢ１を参照し、ステップＳ３１にて受信した代表内線番号「１００１」に紐づく内線番号およびプッシュＩＤを取得する。サーバ１１は、取得した内線番号を含むＩＮＶＩＴＥを室内モニタ１５ａ，１５ｂに送信し（ステップＳ３２）、また、取得したプッシュＩＤをプッシュサーバに送信して、携帯端末１６ａ〜１６ｄにプッシュ通知を送信する（ステップＳ３３，Ｓ３４）。

室内モニタ１５ａ，１５ｂは、ステップＳ３２にて送信されたＩＮＶＩＴＥの受信に応じて、１８０Ｒｉｎｇｉｎｇをサーバ１１に送信する（ステップＳ３５）。

サーバ１１は、ステップＳ３５にて送信された１８０Ｒｉｎｇｉｎｇの受信に応じて、ロビー用ドアホン１３に１８０Ｒｉｎｇｉｎｇを送信する（ステップＳ３６）。

室内モニタ１５ａ，１５ｂは、ステップＳ３２にて送信されたＩＮＶＩＴＥの受信に応じて、部屋４の住人の呼び出しを行う（ステップＳ３７）。例えば、室内モニタ１５ａ，１５ｂは、ディスプレイでのアイコン表示または音声によって、住人の呼び出しを行う。

携帯端末１６ａ〜１６ｄは、ステップＳ３３，Ｓ３４にて送信されたプッシュ通知の受信に応じて、携帯端末１６ａ〜１６ｄの所持者の呼び出しを行う。例えば、携帯端末１６ａ〜１６ｄは、ディスプレイでのアイコン表示または音声によって、所持者の呼び出しを行う（ステップＳ３８，Ｓ３９）。

以下では、ロビー用ドアホン１３から、室内モニタ１５ａ，１５ｂおよび携帯端末１６ａ〜１６ｄに対して行われた呼び出しに対し、携帯端末１６ａが最先に応答したとする。

携帯端末１６ａは、携帯端末１６ａの所持者から、プッシュ通知によるロビー用ドアホン１３の呼び出しに応じる操作を受け付ける（ステップＳ４０）。例えば、携帯端末１６ａは、ディスプレイに表示したプッシュ通知のアイコンがタップされる。

携帯端末１６ａは、ステップＳ４０にてロビー用ドアホン１３の呼び出しに応じる操作（タップ操作）を受け付けると、サーバ１１にＲＥＧＩＳＴＥＲを送信する（ステップＳ４１）。

サーバ１１は、ステップＳ４１にて送信されたＲＥＧＩＳＴＥＲの受信に応じて、携帯端末１６ａに２００ＯＫを送信する（ステップＳ４２）。また、サーバ１１は、ステップＳ４１にて送信されたＲＥＧＩＳＴＥＲの受信に応じて、携帯端末１６ａにＩＮＶＩＴＥを送信する（ステップＳ４３）。

携帯端末１６ａは、ステップＳ４３にて送信されたＩＮＶＩＴＥの受信に応じて、２００ＯＫをサーバ１１に送信する（ステップＳ４４）。

サーバ１１は、ステップＳ４４にて送信された２００ＯＫの受信に応じて、２００ＯＫをロビー用ドアホン１３に送信する（ステップＳ４５）。

サーバ１１は、最先に応答を返さなかった室内モニタ１５ａ，１５ｂに対しては、ＩＮＶＩＴＥを送信せず、ＣＡＮＣＥＬを送信する（ステップＳ４６）。なお、ＣＡＮＣＥＬを送信するタイミングは、ステップＳ４６に限られない。ステップＳ４１以降であればよい。

ステップＳ４０にて、携帯端末１６ａがロビー用ドアホン１３の呼び出しに応じた後、携帯端末１６ｂ〜１６ｄが、ロビー用ドアホン１３の呼び出しに応じたとする（ステップＳ４７）。例えば、携帯端末１６ｂ〜１６ｄは、ディスプレイに表示したプッシュ通知のアイコンがタップされる。

携帯端末１６ｂ〜１６ｄは、ステップＳ４７にてロビー用ドアホン１３の呼び出しに応じる操作（タップ操作）を受け付けると、サーバ１１にＲＥＧＩＳＴＥＲを送信する（ステップＳ４８）。

サーバ１１は、ステップＳ４８にて送信されたＲＥＧＩＳＴＥＲの受信に応じて、携帯端末１６ｂ〜１６ｄに２００ＯＫを送信する（ステップＳ４９）。

サーバ１１は、最先に応答を返さなかった携帯端末１６ｂ〜１６ｄに対しては、ＩＮＶＩＴＥを送信しない（最先の応答をした携帯端末１６ａに対しては、サーバ１１は、ステップＳ４３にてＩＮＶＩＴＥを送信している）。携帯端末１６ｂ〜１６ｄは、ステップＳ４８にてサーバ１１にＲＥＧＩＳＴＥＲを送信した後、所定時間（例えば、Ｘ秒）経過しても、サーバ１１からＩＮＶＩＴＥを受信しなかった場合、ディスプレイにエラーを表示する。例えば、携帯端末１６ｂ〜１６ｄは、ロビー用ドアホン１３からの呼び出しに対し、他の携帯端末が先に応答したことを、ディスプレイに表示する。

ロビー用ドアホン１３は、ステップＳ４５にて２００ＯＫを受信すると、携帯端末１６ａと音声通話を開始する（ステップＳ５０）。つまり、ロビー用ドアホン１３と携帯端末１６ａは、セッションが確立される。ロビー用ドアホン１３と携帯端末１６ａは、例えば、ＲＴＰ（Real time Transport Protocol）によって、音声通話を行う。

このように、サーバ１１は、ロビー用ドアホン１３から代表内線番号を受信すると、テーブルＴＢ１を参照して、代表内線番号に対応する室内モニタ１５ａ，１５ｂの内線番号を取得してＩＮＶＩＴＥを送信する。また、サーバ１１は、テーブルＴＢ１を参照して、代表内線番号に対応する携帯端末１６ａ〜１６ｄのプッシュＩＤを取得してプッシュ通知を送信する。これにより、サーバ１１は、室内モニタ１５ａ，１５ｂを呼び出せるとともに、複数の携帯端末１６ａ〜１６ｄを呼び出せる。

以上説明したように、室内モニタ１５ａ，１５ｂおよび携帯端末１６ａ，１６ｂには共通の識別子（代表内線番号）が付与されている。サーバ１１の内線番号受信部７１ａは、ロビー用ドアホン１３から代表内線番号を受信する。呼制御部７１ｂは、代表内線番号の受信に応じて、室内モニタ１５ａ，１５ｂに対しＳＩＰに基づくＩＮＶＩＴＥを送信し、また、携帯端末１６ａ，１６ｂのそれぞれに対しプッシュ通知を送信する。そして、呼制御部７１ｂは、ＩＮＶＩＴＥおよびプッシュ通知に対する応答のうち最先の応答を返した装置と、ロビー用ドアホン１３との間のセッションを確立する。これにより、集合住宅１のロビー３に配置されるロビー用ドアホン１３は、部屋４の室内モニタ１５ａ，１５ｂと、複数の携帯端末１６ａ，１６ｂとを呼び出すことができる。そして、ロビー用ドアホン１３は、最先の応答を返してきた装置と通話することができる。

（実施の形態３）
実施の形態３では、携帯端末のドアホンシステムへの登録について説明する。集合住宅１に入居する入居者の携帯端末は、ドアホンシステムに登録されていない。そのため、集合住宅１に入居する入居者の携帯端末は、電話機１２およびロビー用ドアホン１３から呼び出されない。電話機１２およびロビー用ドアホン１３から、入居者の携帯端末が呼び出されるようにするためには、ドアホンシステムに携帯端末を登録する。また、集合住宅１の住人が新たな携帯端末をドアホンシステムに組み入れたい場合にも、その携帯端末をドアホンシステムに登録する。実施の形態３では、携帯端末のドアホンシステムへの登録を、セキュリティを確保しかつ簡単に行えるようにする。以下では、実施の形態１，２と異なる部分について説明する。

図１４は、実施の形態３に係る携帯端末のドアホンシステムへの登録方法を説明する図である。図１４において、図１と同じものには同じ符号が付してある。図１４では、部屋４の住人の携帯端末１６ａをドアホンシステムに登録する例について説明する。

図１４の吹き出しＡ３１に示すように、サーバ１１には、ＳＩＰ情報およびＲＴＳＰ情報が予め記憶（登録）されている。例えば、サーバ１１が制御室２に配置されるときに、ＳＩＰ情報およびＲＴＳＰ情報は、サーバ１１に記憶される。

携帯端末１６ａをドアホンシステムに登録したい場合、携帯端末１６ａを所持する部屋４の住人は、例えば、室内モニタ１５ａのディスプレイに表示されている設定ボタンを押下する。室内モニタ１５ａは、設定ボタンが押下されると、サーバ１１にＳＩＰ情報を送信するよう要求する。

なお、ＳＩＰ情報には、携帯端末１６ａに付与される内線番号、ＳＩＰパスワード、サーバ１１のＩＰアドレス、およびポート番号が含まれている。ＳＩＰ情報は、携帯端末１６ａがドアホンシステムに登録されるための情報と言える。以下では、ＳＩＰ情報を携帯端末登録情報と呼ぶことがある。

サーバ１１は、室内モニタ１５ａのＳＩＰ情報の送信要求に応じて、図１４の吹き出しＡ３２に示すように、携帯端末登録情報を室内モニタ１５ａに送信する。サーバ１１は、例えば、ＨＴＴＰＳ（Hypertext Transfer Protocol Secure）によって、携帯端末登録情報を室内モニタ１５ａに送信する。

室内モニタ１５ａは、サーバ１１から送信される携帯端末登録情報を受信し、図１４の吹き出しＡ３３に示すように、受信した携帯端末登録情報をディスプレイに表示する。上記したように、携帯端末登録情報（ＳＩＰ情報）には、携帯端末１６ａに付与される内線番号、ＳＩＰパスワード、サーバ１１のＩＰアドレス、およびポート番号が含まれている。従って、室内モニタ１５ａのディスプレイには、これらの情報が表示される。

部屋４の住人は、携帯端末１６ａに記憶されているドアホンシステムの登録用のアプリケーションを起動する。なお、携帯端末１６ａは、所定のサーバから、登録アプリケーションをダウンロードできる。

部屋４の住人は、起動した登録アプリケーションの指示に従って、室内モニタ１５ａのディスプレイに表示されている携帯端末登録情報を、携帯端末１６ａに入力する。例えば、部屋４の住人は、図１４の吹き出しＡ３４に示すように、室内モニタ１５ａのディスプレイに表示されている内線番号、ＳＩＰパスワード、サーバ１１のＩＰアドレス、およびポート番号を、携帯端末１６ａに入力する。携帯端末１６ａは、携帯端末登録情報が入力されることにより、サーバ１１と通信が可能になる。

携帯端末１６ａ（携帯端末１６ａの登録アプリケーション）は、入力された携帯端末登録情報をプッシュサーバに送信し、図１４の吹き出しＡ３５に示すように、プッシュＩＤを付与するよう要求する。そして、携帯端末１６ａは、図１４の吹き出しＡ３６に示すように、プッシュサーバから、プッシュＩＤを受信（取得）する。

携帯端末１６ａは、プッシュＩＤを取得すると、図１４の吹き出しＡ３７に示すように、サーバ１１に対し、取得したプッシュＩＤを送信する。携帯端末１６ａは、例えば、ＨＴＴＰＳによって、プッシュＩＤをサーバ１１に送信する。

サーバ１１は、図１４の吹き出しＡ３８に示すように、携帯端末１６ａから送信されたプッシュＩＤを記憶する。例えば、サーバ１１は、図１１のテーブルＴＢ１に示したように、内線番号に紐付けて、プッシュＩＤを記憶する。内線番号は、室内モニタ１５ａに表示されている、携帯端末１６ａに割り当てられる番号である。

また、サーバ１１は、携帯端末１６ａからプッシュＩＤを受信すると、図１４の吹き出しＡ３９に示すように、カメラ１４のカメラ情報（ＲＴＳＰ情報）を携帯端末１６ａに送信する。サーバ１１は、例えば、ＨＴＴＰＳによって、カメラ情報を携帯端末１６ａに送信する。

カメラ情報には、図１４の吹き出しＡ４０に示すように、ＲＴＳＰ ＩＤ、ＲＴＳＰパスワード、カメラ１４のＩＰアドレス、およびポート番号が含まれている。携帯端末１６ａは、カメラ情報を受信することによって、カメラ１４から画像を受信できる。カメラ情報は、携帯端末１６ａがカメラ１４と通信をし、カメラ１４から画像を受信するための登録情報と言える。

図１５は、携帯端末１６ａへの携帯端末登録情報の入力例を説明する図である。図１５において、図１４と同じものには同じ符号が付してある。

図１４で説明したように、室内モニタ１５ａのディスプレイには、携帯端末登録情報が表示される。例えば、室内モニタ１５ａのディスプレイには、図１５の画面Ａ５１に示すように、文字で携帯端末登録情報が表示される。この場合、部屋４の住人は、例えば、手で、画面Ａ５１に表示されている携帯端末登録情報を入力する。

携帯端末登録情報は、カメラによる読み取り可能なコードによって、室内モニタ１５ａのディスプレイに表示されてもよい。例えば、室内モニタ１５ａのディスプレイには、図１５の画面Ａ５２に示すように、ＱＲコード（登録商標）で携帯端末登録情報が表示されてもよい。この場合、携帯端末１６ａは、具備するカメラで、携帯端末登録情報のＱＲコードを撮影することにより、携帯端末登録情報を取得できる。

図１４で説明したように、携帯端末１６ａをドアホンシステムに登録する場合、携帯端末１６ａを所持する部屋４の住人は、例えば、室内モニタ１５ａのディスプレイに表示されている設定ボタンを押下する。設定ボタンが押下されると、室内モニタ１５ａのディスプレイには、例えば、画面Ａ５３が表示される。画面Ａ５３では、携帯端末が最大で４台登録できるようになっている。また、画面Ａ５３では、すでに２台の携帯端末が登録されている。例えば、「Jeffrey」と「Brian」のスマートフォンがすでにドアホンシステムに登録されている。

画面Ａ５３に示す「ＡＤＤ」は、携帯端末をドアホンシステムに登録できることを示している。部屋４の住人は、例えば、新たな携帯端末をドアホンシステムに登録したい場合、画面Ａ５３に示されている「ＡＤＤ」をタップする。室内モニタ１５ａは、「ＡＤＤ」がタップされると、例えば、ディスプレイに画面Ａ５１または画面Ａ５２を表示する。

画面Ａ５３に示す「ＤＥＬ」は、すでにドアホンシステムに登録されている携帯端末を、ドアホンシステムから削除できることを示している。部屋４の住人は、例えば、ドアホンシステムに登録している携帯端末を、ドアホンシステムから削除したい場合、画面Ａ５３に示されている「ＤＥＬ」をタップする。「ＤＥＬ」がタップされると、「ＤＥＬ」に対応する携帯端末のプッシュＩＤが、サーバ１１から削除される。

図１６は、室内モニタ１５ａの制御部５１のブロック構成例を示した図である。図１６に示すように、室内モニタ１５ａの制御部５１は、接続部８１ａと、登録情報取得部８１ｂと、登録情報表示部８１ｃと、を有している。

接続部８１ａは、サーバ１１を介して、ロビー３に配置されているロビー用ドアホン１３とセッションを確立する。サーバ１１には、携帯端末１６ａがロビー用ドアホン１３と通話できるための（言い換えれば、ドアホンシステムに登録されるための）携帯端末登録情報（ＳＩＰ情報）が記憶されている。

登録情報取得部８１ｂは、部屋４の住人の操作に応じて、サーバ１１から、携帯端末登録情報（ＳＩＰ情報）を取得する。例えば、部屋４の住人は、携帯端末１６ａをドアホンシステムに登録したい場合、室内モニタ１５ａのディスプレイに表示されている設定ボタンを押下する。登録情報取得部８１ｂは、設定ボタンの押下に応じて、サーバ１１にアクセスし、携帯端末登録情報を送信するよう要求する。

登録情報表示部８１ｃは、登録情報取得部８１ｂが取得した携帯端末登録情報をディスプレイに表示する。

図１７は、サーバ１１の制御部２１のブロック構成例を示した図である。図１７に示すように、サーバ１１の制御部２１は、登録情報送信部８２ａと、プッシュＩＤ受信部８２ｂと、プッシュ通知部８２ｃと、カメラ情報送信部８２ｄと、を有している。

登録情報送信部８２ａは、室内モニタ１５ａからの携帯端末登録情報の送信要求に応じて、携帯端末登録情報を室内モニタ１５ａに送信する。携帯端末登録情報は、例えば、図２に示した記憶部２２に記憶されている。

なお、携帯端末登録情報の送信要求を行った室内モニタ１５ａは、登録情報送信部８２ａから送信された携帯端末登録情報をディスプレイに表示する。ディスプレイに表示された携帯端末登録情報は、携帯端末１６ａに入力される。携帯端末１６ａは、携帯端末登録情報が入力されると、入力された携帯端末登録情報をプッシュサーバに送信し、プッシュサーバからプッシュＩＤを取得する。携帯端末１６ａは、取得したプッシュＩＤをサーバ１１に送信する。

プッシュＩＤ受信部８２ｂは、携帯端末１６ａから送信されるプッシュＩＤを受信する。プッシュＩＤ受信部８２ｂは、受信したプッシュＩＤを、例えば、図１１のテーブルＴＢ１に示したように、携帯端末１６ａに付与する内線番号と紐付けて、記憶部２２に記憶する。

プッシュ通知部８２ｃは、ロビー用ドアホン１３から、携帯端末１６ａの呼び出しがあった場合、携帯端末１６ａに対応するプッシュＩＤをプッシュサーバに送信する。例えば、プッシュ通知部８２ｃは、ロビー用ドアホン１３から呼び出された（例えば、部屋４の代表内線番号「１００１」で呼び出された）携帯端末１６ａのプッシュＩＤを、テーブルＴＢ１を参照して取得し、プッシュサーバに送信する。これにより、携帯端末１６ａは、プッシュサーバからプッシュ通知で呼び出される。なお、制御部２１は、携帯端末１６ａから、プッシュ通知に対する応答（例えば、図１０のステップＳ９または図１３のステップＳ４１のＲＥＧＩＳＴＥＲ）を受信すると、呼制御を行い、携帯端末１６ａとロビー用ドアホン１３とのセッションを確立する。

カメラ情報送信部８２ｄは、プッシュＩＤ受信部８２ｂのプッシュＩＤの受信に応じて、携帯端末１６ａがロビー３に配置されているカメラ１４の画像を受信できるためのカメラ情報（ＲＴＳＰ情報）を携帯端末１６ａに送信する。カメラ情報を受信した携帯端末１６ａは、受信したカメラ情報によって、ロビー３に配置されているカメラ１４にアクセスでき、カメラ１４が撮影する画像を受信できる。

図１８は、携帯端末１６ａの制御部６１のブロック構成例を示した図である。図１８に示すように、携帯端末１６ａの制御部６１は、登録情報受付部８３ａと、プッシュＩＤ取得部８３ｂと、プッシュＩＤ送信部８３ｃと、接続部８３ｄと、を有している。

登録情報受付部８３ａは、携帯端末１６ａがロビー用ドアホン１３と通話できるための携帯端末登録情報を受け付ける。携帯端末登録情報は、室内モニタ１５ａのディスプレイに表示される。登録情報受付部８３ａは、例えば、携帯端末１６ａの所持者による手入力により携帯端末登録情報を受け付け、または携帯端末１６ａが具備するカメラによって、携帯端末登録情報を受け付ける（取得する）。

プッシュＩＤ取得部８３ｂは、登録情報受付部８３ａが受け付けた携帯端末登録情報をプッシュサーバに送信してプッシュＩＤの付与を要求し、プッシュＩＤを取得する。

プッシュＩＤ送信部８３ｃは、プッシュＩＤ取得部８３ｂが取得したプッシュＩＤを、サーバ１１に送信する。サーバ１１に送信されたプッシュＩＤは、携帯端末１６ａに付与される内線番号（室内モニタ１５ａのディスプレイに表示される携帯端末登録情報に含まれている内線番号）と紐付けられて、サーバ１１に記憶される。

接続部８３ｄは、プッシュサーバからプッシュ通知を受信し、受信したプッシュ通知に対する応答操作を受け付けると、サーバ１１にＲＥＧＩＳＴＥＲを送信する。接続部８３ｄは、サーバ１１からＲＥＧＩＳＴＥＲに対するＩＮＶＩＴＥを受信した場合、サーバ１１とセッションを確立する。接続部８３ｄは、所定時間経過しても、サーバ１１からＲＥＧＩＳＴＥＲに対するＩＮＶＩＴＥを受信しなかった場合、例えば、ディスプレイにエラーを表示する（例えば、他の装置がロビー用ドアホン１３からの呼び出しを受け付けたことを表示する）。

図１９は、携帯端末１６ａのドアホンシステムへの登録動作例を示したシーケンス図である。部屋４の住人は、例えば、室内モニタ１５ａのディスプレイに表示されている設定ボタンを押下（タップ）したとする。設定ボタンの押下によって、室内モニタ１５ａのディスプレイには、例えば、画面Ａ５３が表示されたとする。部屋４の住人は、画面Ａ５３の「ＡＤＤ」ボタンを押下したとする。

室内モニタ１５ａは、「ＡＤＤ」ボタンの押下に応じて、サーバ１１に対し、携帯端末登録情報を要求する（ステップＳ６１）。

室内モニタ１５ａは、サーバ１１から、携帯端末登録情報を含む２００ＯＫを受信する（ステップＳ６２）。

室内モニタ１５ａは、ステップＳ６２にて受信した携帯端末登録情報をディスプレイに表示する（ステップＳ６３）。

携帯端末１６ａは、携帯端末１６ａの所持者から、室内モニタ１５ａのディスプレイに表示されている携帯端末登録情報の入力を受け付ける（ステップＳ６４）。

携帯端末１６ａは、ステップＳ６４にて携帯端末登録情報の入力を受け付けると、プッシュサーバに対し、プッシュＩＤの付与を要求する（ステップＳ６５）。なお、プッシュサーバは、プッシュＩＤの要求に応じて、携帯端末１６ａにプッシュＩＤを割り当て、割り当てたプッシュＩＤを携帯端末１６ａに送信する。

携帯端末１６ａは、プッシュサーバからプッシュＩＤを取得する（ステップＳ６６）。携帯端末１６ａは、取得したプッシュＩＤをサーバ１１に送信する（ステップＳ６７）。

サーバ１１は、ステップＳ６７にて送信されたプッシュＩＤを受信すると、携帯端末１６ａに２００ＯＫを送信する（ステップＳ６８）。

サーバ１１は、ステップＳ６７にて送信されたプッシュＩＤをテーブルＴＢ１に記憶する（ステップＳ６９）。

携帯端末１６ａは、ステップＳ６８にて送信された２００ＯＫを受信すると、サーバ１１に対し、カメラ１４のカメラ情報を要求する（ステップＳ７０）。

携帯端末１６ａは、サーバ１１から、カメラ情報を含む２００ＯＫを受信する（ステップＳ７１）。

携帯端末１６ａは、ステップＳ７１にて受信したカメラ情報を記憶部に記憶する（ステップＳ７２）。

このように、携帯端末１６ａをドアホンシステムに登録するための情報を、室内モニタ１５ａのディスプレイに表示し、携帯端末１６ａに入力させる。これにより、携帯端末１６ａを、簡易かつ安全にドアホンシステムに追加できる。

図２０は、ロビー用ドアホン１３のビデオ設定の動作例を示したシーケンス図である。ロビー用ドアホン１３は、携帯端末１６ａの呼び出し操作を受け付けたとする。例えば、ロビー用ドアホン１３は、携帯端末１６ａの内線番号を受け付けたとする。

ロビー用ドアホン１３は、携帯端末１６ａの呼び出し操作の受け付けに応じて、サーバ１１に対し、ＩＮＶＩＴＥを送信する（ステップＳ８１）。

サーバ１１は、ステップＳ８１にて送信されたＩＮＶＩＴＥの受信に応じて、ＩＮＶＩＴＥを携帯端末１６ａに送信する（ステップＳ８２）。

携帯端末１６ａは、ステップＳ８２にて送信されたＩＮＶＩＴＥの受信に応じて、１００Ｔｒｙｉｎｇをサーバ１１に送信する（ステップＳ８３）。

サーバ１１は、ステップＳ８３にて送信された１００Ｔｒｙｉｎｇの受信に応じて、１００Ｔｒｙｉｎｇをロビー用ドアホン１３に送信する（ステップＳ８４）。

携帯端末１６ａは、ステップＳ８２にて送信されたＩＮＶＩＴＥの受信に応じて、１８０Ｒｉｎｇｉｎｇをサーバ１１に送信する（ステップＳ８５）。

サーバ１１は、ステップＳ８５にて送信された１８０Ｒｉｎｇｉｎｇの受信に応じて、１８０Ｒｉｎｇｉｎｇをロビー用ドアホン１３に送信する（ステップＳ８６）。

携帯端末１６ａは、ステップＳ８２にて送信されたＩＮＶＩＴＥの応答として、２００ＯＫをサーバ１１に送信する（ステップＳ８７）。ステップＳ８７にて送信される２００ＯＫには、携帯端末（例えば、スマートフォン）からの応答であることを示す情報が含まれる。

サーバ１１は、ステップＳ８７にて送信された２００ＯＫの受信に応じて、２００ＯＫをサーバ１１に送信する（ステップＳ８８）。ステップＳ８８にて送信される２００ＯＫには、携帯端末（例えば、スマートフォン）からの応答であることを示す情報が含まれる。

ロビー用ドアホン１３は、ステップＳ８８にて送信された２００ＯＫの受信に応じて、携帯端末１６ａに画像を送信する（ステップＳ８９）。このとき、ロビー用ドアホン１３は、ステップＳ８８にて送信された２００ＯＫに含まれている携帯端末からの応答であることを示す情報から、ロビー用ドアホン１３が有している携帯端末１６ａ用のビデオ設定にして、カメラ１４が撮影する画像を送信する。

このように、ロビー用ドアホン１３は、呼び出し先の携帯端末１６ａの機能に応じた画像を送信できる。

なお、図２０では、ロビー用ドアホン１３のビデオ設定の動作例について説明したが、玄関用ドアホン１７についても同様である。

以上説明したように、室内モニタ１５ａの接続部８１ａは、サーバ１１を介して、集合住宅１のロビー３に配置されるロビー用ドアホン１３とセッションを確立する。このサーバ１１には、携帯端末１６ａがロビー用ドアホン１３と通話できるための携帯端末登録情報が記憶されており、登録情報取得部８１ｂは、部屋４の住人の操作に応じて、携帯端末登録情報をサーバ１１から取得する。登録情報表示部８１ｃは、携帯端末登録情報をディスプレイに表示する。これにより、新たな携帯端末１６ａをドアホンシステムに簡易かつ安全に追加できる。

また、サーバ１１の記憶部２２は、携帯端末１６ａがロビー用ドアホン１３と通話できるための携帯端末登録情報を記憶する。登録情報送信部８２ａは、室内モニタ１５ａからの要求に応じて、記憶部２２に記憶されている携帯端末登録情報を室内モニタ１５ａに送信する。これにより、新たな携帯端末１６ａをドアホンシステムに簡易かつ安全に追加できる。

また、室内モニタ１５ａは、携帯端末１６ａがロビー用ドアホン１３と通話できるための携帯端末登録情報を、サーバ１１から受信してディスプレイに表示し、携帯端末１６ａの登録情報受付部８３ａは、室内モニタ１５ａのディスプレイに表示された携帯端末登録情報を受け付ける。プッシュＩＤ取得部８３ｂは、登録情報受付部８３ａが受け付けた携帯端末登録情報をプッシュサーバに送信して、プッシュＩＤを取得する。プッシュＩＤ送信部８３ｃは、プッシュＩＤ取得部８３ｂが取得したプッシュＩＤをサーバ１１に送信する。これにより、新たな携帯端末１６ａをドアホンシステムに簡易かつ安全に追加できる。

（実施の形態４）
実施の形態４では、携帯端末１６ａ，１６ｂでのドアホンシステムに関する情報の履歴管理について説明する。携帯端末１６ａ，１６ｂは、ドアホンシステムからの着信履歴や、ドアホンシステムから送られてきた画像等を、ディスプレイに時系列に沿ってスクロール表示する。これにより、部屋４の住人は、携帯端末１６ａ，１６ｂを用いて、過去のドアホンシステムに関する情報を見ることができる。以下では、実施の形態１〜３と異なる部分について説明する。

図２１は、携帯端末１６ａの履歴管理の動作例を説明する図である。図２１に示す履歴管理画面９１は、携帯端末１６ａのディスプレイに表示される履歴管理の画面例を示している。履歴管理画面９１は、例えば、携帯端末１６ａの待ち受け画面に表示されている履歴管理アプリケーションのアイコンがタップされると表示される。

履歴管理画面９１には、例えば、ロビー用ドアホン１３が撮影した静止画像９１ａが表示される。また、履歴管理画面９１には、例えば、ロビー用ドアホン１３が静止画像９１ａを撮影した撮影日時９１ｂが表示される。静止画像９１ａは、画像ファイルであり、ピンチイン操作およびピンチアウト操作によって、拡大および縮小できる。

履歴管理画面９１には、例えば、ロビー用ドアホン１３が撮影した動画像９１ｃが表示される。また、履歴管理画面９１には、例えば、ロビー用ドアホン１３が動画像９１ｃを撮影した撮影日時９１ｄが表示される。携帯端末１６ａの所持者は、タップ操作によって、動画像９１ｃの再生、一時停止、または先頭へ戻る等の操作ができる。

履歴管理画面９１には、例えば、室内モニタ１５ａから通知されたアラーム情報９１ｅが表示される。また、履歴管理画面９１には、例えば、室内モニタ１５ａがアラーム情報９１ｅを受信した受信日時９１ｆが表示される。

なお、室内モニタ１５ａには、例えば、火災報知器や非常ボタン装置等の装置が接続されている。室内モニタ１５ａは、これらの装置から、例えば、異常信号を受信すると、その情報を携帯端末１６ａに送信する。携帯端末１６ａは、室内モニタ１５ａから送信された情報に基づいて、アラーム情報９１ｅを表示する。

履歴管理画面９１には、例えば、集合住宅１の管理人からのメッセージ９１ｇが表示される。また、履歴管理画面９１には、例えば、メッセージ９１ｇを受信した受信日時９１ｈが表示される。メッセージ９１ｇは、画像ファイルであり、静止画像９１ａと同じ操作によって、拡大および縮小できる。

携帯端末１６ａは、履歴管理画面９１に表示される情報（静止画像、動画像、アラーム情報、メッセージ等）を時系列に沿って表示する。例えば、携帯端末１６ａは、最新の情報を受信すると、履歴管理画面９１の最下部に追加しながら表示する。図２１の例では、メッセージ９１ｇが最新の情報である。

また、携帯端末１６ａは、履歴管理画面９１に表示される情報をスクロール表示する。これにより、携帯端末１６ａの所持者は、過去の情報も見ることができる。例えば、携帯端末１６ａの所持者は、ディスプレイを下フリックすると、過去の情報を見ることができる。

図２２は、携帯端末１６ａの制御部６１のブロック構成例を示した図である。携帯端末１６ａは、プッシュ通知受信部１０１ａと、情報取得部１０１ｂと、表示部１０１ｃと、を有している。

プッシュ通知受信部１０１ａは、プッシュサーバからプッシュ通知を受信する。

情報取得部１０１ｂは、プッシュ通知受信部１０１ａのプッシュ通知の受信に応じてサーバ１１にアクセスし、ドアホンシステムの履歴に関する情報をサーバ１１から取得する。取得した情報は、記憶部６２に記憶される。また、情報取得部１０１ｂは、通話中に撮影される、ロビー用ドアホン１３、カメラ１４、または玄関用ドアホン１７の動画像を受信し、記憶部６２に記憶する。

表示部１０１ｃは、ドアホンシステムの履歴に関する情報をディスプレイに表示する。表示部１０１ｃは、例えば、ドアホンシステムの履歴に関する情報を、時系列に沿ってスクロール表示でディスプレイに表示する。

図２３は、ドアホンシステムの履歴管理の動作例を示したシーケンス図である。図２３では、静止画像（写真画像）の履歴管理について説明する。ロビー用ドアホン１３は、例えば、来訪者から、携帯端末１６ａの内線番号を受け付けたとする。

ロビー用ドアホン１３は、携帯端末１６ａの内線番号の受け付けに応じて、具備するカメラ１４で来訪者を撮影する（ステップＳ１０１）。

ロビー用ドアホン１３は、ステップＳ１０１にて撮影した写真画像をサーバ１１に送信する（ステップＳ１０２）。

サーバ１１は、ステップＳ１０２にて送信された画像の受信に応じて、２００ＯＫをロビー用ドアホン１３に送信する（ステップＳ１０３）。

サーバ１１は、ステップＳ１０２にて送信された画像を記憶する（ステップＳ１０４）。

ロビー用ドアホン１３は、ＩＮＶＩＴＥをサーバ１１に送信する（ステップＳ１０５）。

サーバ１１は、ステップＳ１０５にて送信されたＩＮＶＩＴＥの受信に応じて、携帯端末１６ａに対し、プッシュ通知を行う（ステップＳ１０６）。

携帯端末１６ａは、ステップＳ１０６にて送信されたプッシュ通知の受信に応じて、サーバ１１に記憶されている画像の取り込み（画像の送信要求）を行う（ステップＳ１０７）。

サーバ１１は、ステップＳ１０７の携帯端末１６ａからの画像送信要求に応じて、画像を含む２００ＯＫを送信する（ステップＳ１０８）。携帯端末１６ａは、サーバ１１から送信された画像を記憶部に記憶する。

携帯端末１６ａは、携帯端末１６ａの所持者から、プッシュ通知によるロビー用ドアホン１３の呼び出しに応じる操作を受け付ける（ステップＳ１０９）。例えば、携帯端末１６ａは、ディスプレイに表示されたプッシュ通知のアイコンがタップされる。

携帯端末１６ａは、ステップＳ１０９にてロビー用ドアホン１３の呼び出しに応じる操作（タップ操作）を受け付けると、サーバ１１にＲＥＧＩＳＴＥＲを送信する（ステップＳ１１０）。

サーバ１１は、ステップＳ１１０にて送信されたＲＥＧＩＳＴＥＲの受信に応じて、携帯端末１６ａに２００ＯＫを送信する（ステップＳ１１１）。また、サーバ１１は、ステップＳ１１０にて送信されたＲＥＧＩＳＴＥＲの受信に応じて、携帯端末１６ａにＩＮＶＩＴＥを送信する（ステップＳ１１２）。

携帯端末１６ａは、ステップＳ１１２にて送信されたＩＮＶＩＴＥの受信に応じて、１００Ｔｒｙｉｎｇをサーバ１１に送信する（ステップＳ１１３）。

サーバ１１は、ステップＳ１１３にて送信された１００Ｔｒｙｉｎｇの受信に応じて、１００Ｔｒｙｉｎｇをロビー用ドアホン１３に送信する（ステップＳ１１４）。

携帯端末１６ａは、ステップＳ１１２にて送信されたＩＮＶＩＴＥの受信に応じて、１８０Ｒｉｎｇｉｎｇをサーバ１１に送信する（ステップＳ１１５）。

サーバ１１は、ステップＳ１１５にて送信された１８０Ｒｉｎｇｉｎｇの受信に応じて、１８０Ｒｉｎｇｉｎｇをロビー用ドアホン１３に送信する（ステップＳ１１６）。

携帯端末１６ａは、ステップＳ１１２にて送信されたＩＮＶＩＴＥの受信に応じて、２００ＯＫをサーバ１１に送信する（ステップＳ１１７）。ステップＳ１１７にて送信される２００ＯＫには、携帯端末（例えば、スマートフォン）からの応答であることを示す情報が含まれる。

サーバ１１は、ステップＳ１１７にて送信された２００ＯＫの受信に応じて、２００ＯＫをサーバ１１に送信する（ステップＳ１１８）。ステップＳ１１８にて送信される２００ＯＫには、携帯端末（例えば、スマートフォン）からの応答であることを示す情報が含まれる。

ロビー用ドアホン１３は、ステップＳ１１８にて送信された２００ＯＫの受信に応じて、携帯端末１６ａに画像（動画像）を送信する（ステップＳ１１９）。このとき、ロビー用ドアホン１３は、ステップＳ１１８にて送信された２００ＯＫに含まれている携帯端末からの応答であることを示す情報から、携帯端末１６ａ用のビデオ設定にして、カメラが撮影する画像を送信する。

携帯端末１６ａは、プッシュ通知に対する応答（ステップＳ１０９）の前に、サーバ１１から画像（写真画像）を要求する（ステップＳ１０８）。そして、携帯端末１６ａは、画像を記憶部に記憶する。携帯端末１６ａは、履歴管理アプリケーションが起動されると、記憶した画像を、例えば、図２１に示した静止画像９１ａのように表示する。これにより、携帯端末１６ａの所持者は、ロビー用ドアホン１３からの着信時に応答できなくても、後から、履歴管理アプリケーションを起動することにより、画像付きで着信があったことを確認できる。

また、携帯端末１６ａは、ステップＳ１１９にて送信される通話中の動画像を記憶部に記憶する。携帯端末１６ａは、履歴管理アプリケーションが起動されると、記憶した動画像を、例えば、図２１に示した動画像９１ｃのように表示する。

なお、図２０では、ロビー用ドアホン１３のビデオ設定の動作例について説明したが、カメラ１４および玄関用ドアホン１７についても同様である。

図２４は、ドアホンシステムの履歴管理の動作例を示したシーケンス図である。図２４では、アラームの履歴管理について説明する。室内モニタ１５ａには、例えば、火災報知器や非常ボタン装置等の装置が接続されている。室内モニタ１５ａは、例えば、火災報知器から、火災が発生したことを示す信号を受信したとする。または、室内モニタ１５ａは、例えば、非常ボタン装置から、ボタンが押下されたことを示す信号を受信したとする。

室内モニタ１５ａは、火災報知器や非常ボタン装置等の装置から、信号を受信したことをサーバ１１に対し通知する（ステップＳ１３１）。室内モニタ１５ａは、信号の種別情報（例えば、火災報知器からの信号なのか、非常ボタン装置からの信号なのかを示す情報）をサーバ１１に送信してもよい。

サーバ１１は、ステップＳ１３１の通知に応じて、室内モニタ１５ａに２００ＯＫを送信する（ステップＳ１３２）。

サーバ１１は、ステップＳ１３１の通知に応じて、携帯端末１６ａに対し、プッシュ通知を行う（ステップＳ１３３）。携帯端末１６ａは、プッシュ通知を受信すると、例えば、ディスプレイでのアイコン表示または音声によって、所持者に通知する。

携帯端末１６ａは、所持者から、履歴管理アプリケーションの起動操作を受け付けると、アラーム情報を表示する（ステップＳ１３４）。例えば、携帯端末１６ａは、図２１に示したアラーム情報９１ｅのようにアラーム情報を表示する。

なお、携帯端末１６ａは、プッシュ通知を画像（アイコン）で所持者に通知する場合、アラームの種別を示す画像で通知してもよい。例えば、携帯端末１６ａは、火災報知機に基づくプッシュ通知を受信した場合、火災報知機に関するプッシュ通知の画像を表示する。また、携帯端末１６ａは、非常ボタン装置に基づくプッシュ通知を受信した場合、非常ボタン装置に関するプッシュ通知の画像を表示する。これにより、所持者は、プッシュ通知を示すアイコンで、火災が発生したことまたは非常ボタンが押されたことを認識できる。

図２５は、ドアホンシステムの履歴管理の動作例を示したシーケンス図である。図２５では、管理人から発せられるメッセージの履歴管理について説明する。サーバ１１には、例えば、集合住宅１の管理人が使用する端末装置が、集合住宅１に設置されているＬＡＮ等のネットワークを介して接続されている。端末装置は、例えば、パーソナルコンピュータであってもよい。管理人は、端末装置を用いて、例えば、集合住宅１の居住者宛のメッセージをテキストで作成する。

端末装置は、管理人がテキストで作成したメッセージを、画像ファイルに変換する（ステップＳ１４１）。

端末装置は、ステップＳ１４１にて画像ファイルに変換したメッセージをサーバ１１に送信する（ステップＳ１４２）。

サーバ１１は、ステップＳ１４２にて送信されたメッセージの受信に応じて、端末装置に２００ＯＫを送信する（ステップＳ１４３）。

サーバ１１は、ステップＳ１４２にて送信されたメッセージを記憶部に記憶する（ステップＳ１４４）。

端末装置は、ステップＳ１４３の２００ＯＫの受信に応じて、ＩＮＶＩＴＥをサーバ１１に送信する（ステップＳ１４５）。

サーバ１１は、ステップＳ１４５にて送信されたＩＮＶＩＴＥの受信に応じて、携帯端末１６ａにプッシュ通知を行う（ステップＳ１４６）。

携帯端末１６ａは、ステップＳ１４６にて送信されたプッシュ通知の受信に応じて、サーバ１１に記憶されている画像の取り込み（画像の送信要求）を行う（ステップＳ１４７）。携帯端末１６ａは、サーバ１１から送信された画像を記憶部に記憶する。

サーバ１１は、ステップＳ１４７の携帯端末１６ａからの画像送信要求に応じて、メッセージの画像を含む２００ＯＫを送信する（ステップＳ１４８）。

携帯端末１６ａは、例えば、履歴管理アプリケーションが起動されると、ステップＳ１４８にて受信したメッセージを時系列に沿ってディスプレイに表示する（ステップＳ１４９）。

以上説明したように、携帯端末１６ａのプッシュ通知受信部１０１ａは、プッシュサーバからプッシュ通知を受信する。情報取得部１０１ｂは、プッシュ通知受信部１０１ａのプッシュ通知の受信に応じてサーバ１１にアクセスし、ドアホンシステムの履歴に関する情報をサーバ１１から取得する。表示部１０１ｃは、ドアホンシステムの履歴に関する情報をディスプレイに表示する。表示部１０１ｃは、ドアホンシステムの履歴に関する情報を、時系列に沿ってスクロール表示でディスプレイに表示する。これにより、部屋４の住人は、携帯端末１６ａを用いて、過去のドアホンシステムに関する情報を見ることができる。

上記の実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）、又は、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。

さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。上記に実施の形態は組み合わされてもよい。

本開示は、集合住宅に設置されるドアホンシステムに有用である。

１ 集合住宅
２ 制御室
３ ロビー
４ 部屋
５ 玄関
１１ サーバ
１２ 電話機
１３ ロビー用ドアホン
１４ カメラ
１５ａ，１５ｂ 室内モニタ
１６ａ，１６ｂ 携帯端末
１７ 玄関用ドアホン
２１，３１，４１，５１，６１ 制御部
２２，３２，４２，５２，６２ 記憶部
２３，３３，４３，５３，６３ 通信部
３４，４４，５４，６４ 音声処理部
３５，４５，５７，６７ 操作部
４６，５５，６５ 画像処理部
５６，６６ ディスプレイ
２１ａ，７１ｂ 呼制御部
２１ｂ プッシュ通知部
６１ａ，１０１ａ プッシュ通知受信部
６１ｂ 電話接続部
６１ｃ カメラ接続部
７１ａ 内線番号受信部
８１ａ，８３ｄ 接続部
８１ｂ 登録情報取得部
８１ｃ 登録情報表示部
８２ａ 登録情報送信部
８２ｂ プッシュＩＤ受信部
８２ｃ プッシュ通知部
８２ｄ カメラ情報送信部
８３ａ 登録情報受付部
８３ｂ プッシュＩＤ取得部
８３ｃ プッシュＩＤ送信部
１０１ｂ 情報取得部
１０１ｃ 表示部

Claims (5)

1. 集合住宅のロビーに配置されるドアホンと、少なくとも１台の室内モニタおよび複数の携帯端末のうちの１台の装置と、の間のセッションを確立するサーバであって、
   前記室内モニタおよび前記複数の携帯端末には共通の代表内線番号が付与されており、前記室内モニタのそれぞれには個別の内線番号が付与されており、前記複数の携帯端末には共通の内線番号が付与されており、前記ドアホンから前記代表内線番号を受信する受信部と、
   前記代表内線番号の受信に応じて、前記室内モニタに対しＳＩＰ（Session Initiation Protocol）に基づき前記個別の内線番号を含むＩＮＶＩＴＥを送信し、また、前記複数の携帯端末のそれぞれに対しプッシュ通知を送信して、前記ＩＮＶＩＴＥおよび前記プッシュ通知に対する応答のうち最先の応答を返した装置と、前記ドアホンとの間のセッションを確立し、前記最先の応答を返した装置が前記複数の携帯端末のいずれかであった場合は前記最先の応答を返した携帯端末に対して前記共通の内線番号を含むＩＮＶＩＴＥを送信して前記セッションを確立する呼制御部と、
   を有するサーバ。
2. 前記複数の携帯端末のそれぞれには、異なるプッシュＩＤが付与されており、
   前記呼制御部は、プッシュサーバに前記プッシュＩＤを送信して、前記複数の携帯端末にプッシュ通知を行う、
   請求項１に記載のサーバ。
3. 前記呼制御部は、前記プッシュ通知に対する応答として、前記複数の携帯端末からＳＩＰに基づくＲＥＧＩＳＴＥＲを受信する、
   請求項１または２に記載のサーバ。
4. 前記呼制御部は、最先のＲＥＧＩＳＴＥＲを返した携帯端末に対して、ＳＩＰに基づくＩＮＶＩＴＥを送信する、
   請求項３に記載のサーバ。
5. 集合住宅のロビーに配置されるドアホンと、少なくとも１台の室内モニタおよび複数の携帯端末のうちの１台の装置と、の間のセッションを確立するサーバの呼び出し方法であって、
   前記室内モニタおよび前記複数の携帯端末には共通の代表内線番号が付与されており、前記室内モニタのそれぞれには個別の内線番号が付与されており、前記複数の携帯端末には共通の内線番号が付与されており、前記ドアホンから前記代表内線番号を受信し、
   前記代表内線番号の受信に応じて、前記室内モニタに対しＳＩＰに基づき前記個別の内線番号を含むＩＮＶＩＴＥを送信し、また、前記複数の携帯端末のそれぞれに対しプッシュ通知を送信し、
   前記ＩＮＶＩＴＥおよび前記プッシュ通知に対する応答のうち最先の応答を返した装置と、前記ドアホンとの間のセッションを確立し、前記最先の応答を返した装置が前記複数の携帯端末のいずれかであった場合は前記最先の応答を返した携帯端末に対して前記共通の内線番号を含むＩＮＶＩＴＥを送信して前記セッションを確立する、
   呼び出し方法。

Images