JP6399134B1 - 通信装置およびリモート通知方法 - Google Patents

Abstract

【課題】リモート通知サーバと連携して相手装置のスタンバイ状態を解除するリモート通知機能を有する通信装置のメモリ容量を節約できる技術を提供する。【解決手段】主装置１は、リモート通知サーバ４が携帯端末２に割り当てたデバイスＩＤをデバイスＩＤより小さなサイズの管理ＩＤに関連付けて管理することとし、管理ＩＤに関連付けられたデバイスＩＤを、この管理ＩＤにより検索可能な自装置１宛ての電子メールに記述してメールサーバ３に保存する。そして、携帯端末２のスタンバイ状態を解除する際、管理ＩＤを用いてメールサーバ３から電子メールを受信し、この電子メールからデバイスＩＤを取得し、このデバイスＩＤの指定を伴うリモート通知要求をリモート通知サーバ４に送信する。これを受けて、リモート通知サーバ４は、このデバイスＩＤを割り当てた携帯端末２にリモート通知を送信して、この携帯端末２のスタンバイ状態を解除する。【選択図】図１

Description

本発明は、リモート通知サーバと連携して相手装置のスタンバイ状態を解除するリモート通知技術に関する。

近年、スマートフォン等の通信装置において、アップル社のＡｐｐｌｅ Ｐｕｓｈ Ｎｏｔｉｆｉｃａｔｉｏｎ サービス（非特許文献１）、グーグル社のＧｏｏｇｌｅ Ｃｌｏｕｄ Ｍｅｓｓａｇｉｎｇ（非特許文献２）等の、リモート通知サーバと連携して相手装置のスタンバイ状態を解除するリモート通知機能が普及している。

図１５は、従来のリモート通知機能を有する通信装置間の動作例を説明するためのシーケンス図である。ここで、通信装置８−１、８−２、およびリモート通知サーバ９は、インターネット等のネットワークに接続されているものとする。

図示するように、通信装置８−２は、通信装置８−１が提供する通信サービスへのログイン操作をユーザから受け付けると（Ｓ９００）、リモート通知サーバ９にデバイスＩＤ割当要求を送信する（Ｓ９０１）。これを受けて、リモート通知サーバ９は、ユニークなデバイスＩＤを生成して、このデバイスＩＤを通信装置８−２のアドレスに対応付けて登録する。また、このデバイスＩＤの指定を伴うデバイスＩＤ割当通知を通信装置８−２に送信する（Ｓ９０２）。

通信装置８−２は、リモート通知サーバ９からデバイスＩＤ割当通知で指定されているデバイスＩＤを、デバイスＩＤ取得先のリモート通知サーバ９を特定するための情報である通知区分とともに記憶する（Ｓ９０３）。また、デバイスＩＤ、通知区分、および自装置８−２のユーザを特定するための情報であるユーザＩＤの指定を伴うログイン要求を通信装置８−１に送信する（Ｓ９０４）。

通信装置８−１は、通信装置８−２からログイン要求を受信すると、このログイン要求で指定されているデバイスＩＤおよび通知区分を、同じくログイン要求で指定されているユーザＩＤに対応付けて記憶する（Ｓ９０５）。それから、通信装置８−２とのリンクを確立する（Ｓ９０６）。このリンクにより、通信装置８−１および通信装置８−２間の通信が可能となる。

つぎに、通信装置８−２は、待機状態が所定時間継続する等、自装置８−２をスタンバイ状態に移行させる所定の条件を満足するスタンバイ移行イベントが発生すると（Ｓ９０７）、リンクを介して通信装置８−１にスタンバイ通知を送信し（Ｓ９０８）、その後、自装置８−２をスタンバイ状態に移行する（Ｓ９０９）。これを受けて、通信装置８−１は、通信装置８−２のスタンバイ状態への移行を管理する。

つぎに、通信装置８−１は、何らかの理由により、通信装置８−２に情報を送信することが要求される送信イベントが発生すると（Ｓ９１０）、通信装置８−２がスタンバイ状態に移行していることを確認し、通信装置８−２のユーザＩＤに対応付けて登録されているデバイスＩＤおよび通知区分を抽出する（Ｓ９１１）。そして、抽出した通知区分により特定されるリモート通知サーバ９に、抽出したデバイスＩＤの指定を伴うリモート通知要求を送信する（Ｓ９１２）。

リモート通知サーバ９は、通信装置８−１からリモート通知要求を受信すると、このリモート通知要求で指定されているデバイスＩＤに対応付けられて登録されているアドレスを抽出する。そして、抽出したアドレスにより特定される通信装置８−２に、リモート通知を送信する（Ｓ９１３）。これを受けて、通信装置８−２は、スタンバイ状態を解除し（Ｓ９１４）、リンクを介して通信装置８−１に、スタンバイ解除通知を送信する（Ｓ９１５）。

通信装置８−１は、通信装置８−２からスタンバイ解除通知を受信すると、通信装置８−２のスタンバイ状態解除を管理する。また、リンクを介して通信装置８−２に、送信イベントにより送信を要求されている情報を送信する（Ｓ９１６）。

"Ａｐｐｌｅ Ｐｕｓｈ Ｎｏｔｉｆｉｃａｔｉｏｎ サービス" ［平成２９年２月１５日検索］ インターネット＜URL:https://developer.apple.com/jp/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Chapters/ApplePushService.html＞ "Ｇｏｏｇｌｅ Ｃｌｏｕｄ Ｍｅｓｓａｇｉｎｇ" ［平成２９年２月１５日検索］ インターネット＜URL: https://developers.***.com/android/reference/com/***/android/gms/gcm/GoogleCloudMessaging＞

近年、セキュリティ上の問題からデバイスＩＤのサイズが大きくなってきている。このため、同時に複数の通信装置と通信を行う通信装置の場合、例えば、スマートフォン等の通信装置を内線端末として収容する主装置では、収容する内線端末のデバイスＩＤを記憶しておくメモリが必要であり、デバイスＩＤのサイズが大きくなると、それだけメモリ容量を増やさなければならず、コストアップの要因となる。一方、メモリ容量を増やさない場合、収容できる内線端末の端末数が制限されてしまう。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、リモート通知サーバと連携して相手装置のスタンバイ状態を解除するリモート通知機能を有する通信装置のメモリ容量を節約できる技術を提供することにある。

上記課題を解決するために、本発明では、デバイスＩＤを、デバイスＩＤより小さなサイズの管理ＩＤに関連付けて管理することとし、管理ＩＤに関連付けられたデバイスＩＤをメールサーバ、ファイルサーバ等の外部サーバに記憶して、通信装置には管理ＩＤのみを記憶する。そして、通信装置は、デバイスＩＤを必要とする場合に、管理ＩＤを用いて外部サーバからデバイスＩＤを取得する。

例えば、本発明の一態様は、
リモート通知サーバと連携して制御対象装置のスタンバイ状態を解除するリモート通知機能を有する通信装置であって、
前記制御対象装置からデバイスＩＤを受信するデバイスＩＤ受信手段と、
前記デバイスＩＤ受信手段により受信されたデバイスＩＤを、当該デバイスＩＤより小さなサイズの管理ＩＤに関連付けて外部サーバに保存するデバイスＩＤ外部保存手段と、
前記外部サーバに保存されたデバイスＩＤに関連付けられている管理ＩＤを前記制御対象装置に対応付けて記憶する管理ＩＤ記憶手段と、
スタンバイ状態に移行した前記制御対象装置のスタンバイ状態を解除する場合に、前記制御対象装置に対応付けられて前記管理ＩＤ記憶手段に記憶されている管理ＩＤを用いて前記外部サーバから前記デバイスＩＤを取得するデバイスＩＤ取得手段と、
前記デバイスＩＤ取得手段により取得されたデバイスＩＤの指定を伴うリモート通知要求を前記リモート通知サーバに送信して、前記リモート通知サーバに前記制御対象装置のスタンバイ状態を解除させるリモート通知要求手段と、
前記デバイスＩＤ受信手段により受信されたデバイスＩＤを所定時間記憶するデバイスＩＤ一時記憶手段と、を備え、
前記デバイスＩＤ取得手段は、
スタンバイ状態に移行した前記制御対象装置のスタンバイ状態を解除する場合に、前記デバイスＩＤ一時記憶手段に前記制御対象装置のデバイスＩＤが記憶されているならば、前記外部サーバに代えて前記デバイスＩＤ一時記憶手段から当該デバイスＩＤを取得する。

また、本発明の他の態様は、
リモート通知サーバと連携して制御対象装置のスタンバイ状態を解除するリモート通知機能を有する通信装置であって、
前記制御対象装置のデバイスＩＤに関連付けられて当該デバイスＩＤとともに外部サーバに保存されている、当該デバイスＩＤより小さなサイズの管理ＩＤを取得する管理ＩＤ取得手段と、
前記管理ＩＤ取得手段により取得された管理ＩＤを前記制御対象装置に対応付けて記憶する管理ＩＤ記憶手段と、
スタンバイ状態に移行した前記制御対象装置のスタンバイ状態を解除する場合に、前記制御対象装置に対応付けられて前記管理ＩＤ記憶手段に記憶されている管理ＩＤを用いて前記外部サーバからデバイスＩＤを取得するデバイスＩＤ取得手段と、
前記デバイスＩＤ取得手段により取得されたデバイスＩＤの指定を伴うリモート通知要求を前記リモート通知サーバに送信して、前記リモート通知サーバに前記制御対象装置のスタンバイ状態を解除させるリモート通知要求手段と、を備える。

本発明において、通信装置は、外部サーバに、制御対象装置のデバイスＩＤとデバイスＩＤより小さなサイズの管理ＩＤとを関連付けて記憶させ、自装置には、管理ＩＤを記憶し、必要なときに管理ＩＤを用いて外部サーバから制御対象装置のデバイスＩＤを取得する。したがって、本発明によれば、リモート通知サーバと連携して制御対象装置のスタンバイ状態を解除するリモート通知機能を有する通信装置は、デバイスＩＤより小さなサイズの管理ＩＤを記憶しておけばよく、自装置のメモリ容量を節約することができる。

図１は、本発明の第一実施の形態に係る内線電話システムの概略構成図である。 図２は、本発明の第一実施の形態に係る内線電話システムの動作例を説明するためのシーケンス図である。 図３は、本発明の第一実施の形態に係る内線電話システムの動作例を説明するためのシーケンス図（図２の続き）である。 図４は、主装置１の概略機能構成図である。 図５は、主装置１の動作を説明するためのフロー図である。 図６は、図５のスタンバイ解除処理（Ｓ２１２）を説明するためのフロー図である。 図７は、携帯端末２の概略機能構成図である。 図８は、携帯端末２の動作を説明するためのフロー図である。 図９は、本発明の第二実施の形態に係る内線電話システムの動作例を説明するためのシーケンス図である。 図１０は、本発明の第二実施の形態に係る内線電話システムの動作例を説明するためのシーケンス図（図９の続き）である。 図１１は、主装置１ａの概略機能構成図である。 図１２は、主装置１ａの動作を説明するためのフロー図である。 図１３は、携帯端末２ａの概略機能構成図である。 図１４は、携帯端末２ａの動作を説明するためのフロー図である。 図１５は、従来のリモート通知機能を有する通信装置間の動作例を説明するためのシーケンス図である。

以下に、本発明の実施の形態について図面を参照して説明する。

［第一実施の形態］
図１は、本発明の第一実施の形態に係る内線電話システムの概略構成図である。

図示するように、本実施の形態に係る内線電話システムは、主装置１と、主装置１に収容され、内線電話機として機能する複数の携帯端末２−１〜２−ｎ（以下、単に携帯端末２とも称する）と、を備えて構成される。主装置１は、ＷＡＮ（電話網を含む）、ＬＡＮ等のネットワーク５に接続され、携帯端末２は、無線ＡＰ（アクセスポイント）６を介してネットワーク５に接続される。また、ネットワーク５には、メールサーバ３およびリモート通知サーバ４−１、４−２（以下、単にリモート通知サーバ４とも称する）が接続されている。

主装置１および携帯端末２は、リモート通知機能を有しており、リモート通知サーバ４と連携して、バッテリ節約等の理由によりスタンバイ状態に移行した携帯端末２のスタンバイ状態を主装置１に解除させることができる。メールサーバ３は、携帯端末２のスタンバイ状態解除に用いるデバイスＩＤを保存する外部サーバとして機能する。

図２および図３は、本実施の形態に係る内線電話システムの動作例を説明するためのシーケンス図である。

図示するように、携帯端末２は、主装置１が提供する内線電話サービスへのログイン操作をユーザから受け付けると（Ｓ１００）、デバイスＩＤ割当要求をリモート通知サーバ４に送信する（Ｓ１０１）。これを受けて、リモート通知サーバ４は、ユニークなデバイスＩＤを生成し、このデバイスＩＤを携帯端末２のアドレスに対応付けて登録する。また、このデバイスＩＤの指定を伴うデバイスＩＤ割当通知を携帯端末２に送信する（Ｓ１０２）。

携帯端末２は、リモート通知サーバ４から受信したデバイスＩＤ割当通知で指定されているデバイスＩＤを、デバイスＩＤ取得先のリモート通知サーバ４を特定するための情報である通知区分とともに記憶する（Ｓ１０３）。また、携帯端末２は、デバイスＩＤ、通知区分、および自端末２を主装置１に特定させるための情報であるユーザＩＤ（例えば主装置１が自端末２に割り当てた内線番号）の指定を伴うログイン要求を主装置１に送信する（Ｓ１０４）。

主装置１は、携帯端末２からログイン要求を受信すると、このログイン要求で指定されているデバイスＩＤ、通知区分およびユーザＩＤがボディ部分に記述され、デバイスＩＤおよび通知区分の合計データサイズより小さいデータサイズのユニークな名称がヘッダ部分に件名として記述され、宛先を自装置１とする電子メールを生成する。そして、この電子メールをメールサーバ３に送信して（Ｓ１０５）、メールサーバ３に保存させる。

ここで、件名として電子メールのヘッダ部分に記述されるデバイスＩＤおよび通知区分の合計データサイズより小さいデータサイズのユニークな名称は、例えば、電子メールのボディ部分に記述されているユーザＩＤとヘッダ部分に記述されているメッセージＩＤとを連結することにより生成される。

つぎに、主装置１は、メールサーバ３に送信した電子メールから、ログイン要求で指定されているデバイスＩＤおよび通知区分の合計データサイズより小さいデータサイズの情報であって、この電子メールを特定可能な情報を管理ＩＤとして抽出する。具体的には、電子メールのヘッダ部分に記述されている件名、メッセージＩＤおよびユニークＩＤのうちの所定のいずれかを管理ＩＤとして抽出する。そして、抽出した管理ＩＤを、ログイン要求で指定されているユーザＩＤに対応付けて記憶する（Ｓ１０６）。それから、主装置１は、携帯端末２とのリンクを確立する（Ｓ１０７）。このリンクにより、主装置１および携帯端末２間の通信が可能となる。

その後、携帯端末２は、リモート通知サーバ４からデバイスＩＤ再割当通知を受信すると（Ｓ１０８）、通知区分とともに記憶されているデバイスＩＤを、このデバイスＩＤ再割当通知で指定されているデバイスＩＤに更新する（Ｓ１０９）。また、リンクを介して主装置１に、更新されたデバイスＩＤ、通知区分およびユーザＩＤの指定を伴うデバイスＩＤ更新通知を送信する（Ｓ１１０）。

主装置１は、携帯端末２からデバイスＩＤ更新通知を受信すると、このデバイスＩＤ更新通知で指定されているデバイスＩＤ、通知区分、およびユーザＩＤがボディ部分に記述され、件名としてデバイスＩＤおよび通知区分の合計データサイズより小さいデータサイズのユニークな名称がヘッダ部分に記述され、宛先を自装置１とする電子メールを生成する。そして、この電子メールをメールサーバ３に送信して（Ｓ１１１）、メールサーバ３に保存させる。

つぎに、主装置１は、メールサーバ３に送信した電子メールから、デバイスＩＤ更新通知で指定されているデバイスＩＤおよび通知区分の合計データサイズより小さいデータサイズの情報であって、この電子メールを特定可能な情報を管理ＩＤとして抽出する。具体的には、電子メールのヘッダ部分に記述されている件名、メッセージＩＤおよびユニークＩＤのうちの所定のいずれかを管理ＩＤとして抽出する。そして、携帯端末２のユーザＩＤに対応付けて記憶されている管理ＩＤを、抽出した管理ＩＤに更新する（Ｓ１１２）。

つぎに、携帯端末２は、待機状態が所定時間継続する等、自端末２をスタンバイ状態に移行させる所定の条件を満足するスタンバイ移行イベントが発生すると（Ｓ１１３）、リンクを介して主装置１にスタンバイ通知を送信し（Ｓ１１４）、その後、自端末２をスタンバイ状態に移行する（Ｓ１１５）。これを受けて、主装置１は、携帯端末２のスタンバイ状態への移行を管理する。

つぎに、主装置１は、着信通知等の何らかの理由により、携帯端末２に情報を送信することが要求される送信イベントが発生すると（Ｓ１１６）、携帯端末２がスタンバイ状態に移行していることを確認し、携帯端末２のユーザＩＤに対応付けて登録されている管理ＩＤを特定する（Ｓ１１７）。そして、管理ＩＤおよびこの管理ＩＤの記述箇所（具体的には、ヘッダ部分の件名、メッセージＩＤ、ユニークＩＤのいずれか）の指定を伴うメール読出要求をメールサーバ３に送信する（Ｓ１１８）。

これを受けて、メールサーバ３は、メール読出要求で指定されている記述箇所に、同じくメール読出要求で指定されている管理ＩＤが記述されている電子メールを検索し、検索した電子メールを主装置１に送信する（Ｓ１１９）。なお、メールサーバ３は、送信済みの電子メールをメールサーバ３に残すように設定されているものとする。

主装置１は、メールサーバ３から電子メールを受信すると、この電子メールのボディ部分からデバイスＩＤおよび通知区分を抽出する（Ｓ１２０）。そして、抽出した通知区分により特定されるリモート通知サーバ４に、抽出したデバイスＩＤの指定を伴うリモート通知要求を送信する（Ｓ１２１）。

つぎに、リモート通知サーバ４は、主装置１からリモート通知要求を受信すると、このリモート通知要求で指定されているデバイスＩＤに対応付けられて登録されているアドレスを抽出する。そして、抽出したアドレスにより特定される携帯端末２にリモート通知を送信する（Ｓ１２２）。これを受けて、携帯端末２は、スタンバイ状態を解除し（Ｓ１２３）、リンクを介して主装置１にスタンバイ解除通知を送信する（Ｓ１２４）。

主装置１は、携帯端末２からスタンバイ解除通知を受信すると、携帯端末２のスタンバイ状態解除を管理する。また、リンクを介して携帯端末２に、送信イベントにより送信を要求されている情報を送信する（Ｓ１２５）。

その後、携帯端末２は、主装置１が提供する内線電話サービスからのログオフ操作をユーザから受け付けると（Ｓ１２６）、リンクを介して主装置１にログオフ要求を送信する（Ｓ１２７）。これを受けて主装置１は、携帯端末２とのリンクを解放する（Ｓ１２８）。

つぎに、本実施の形態に係る内線電話システムに用いられる主装置１および携帯端末２の詳細を説明する。

なお、メールサーバ３には、ＰＯＰ３（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ ３）およびＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等に従って電子メールを送受信する既存のメールサーバを用いることができるので、その詳細な説明を省略する。同様に、リモート通知サーバ４には、アップル社のＡｐｐｌｅ Ｐｕｓｈ Ｎｏｔｉｆｉｃａｔｉｏｎ サービス、グーグル社のＧｏｏｇｌｅ Ｃｌｏｕｄ Ｍｅｓｓａｇｉｎｇ等の既存のリモート通知サーバを用いることができるので、その詳細な説明を省略する。

まず、主装置１について説明する。

図４は、主装置１の概略機能構成図である。

図示するように、主装置１は、ネットワークインターフェース部１００と、主装置機能部１０１と、電子メール機能部１０２と、ログイン処理部１０３と、デバイスＩＤ更新通知受信部１０４と、端末状態管理部１０５と、デバイスＩＤ外部保存処理部１０６と、管理ＩＤ記憶部１０７と、デバイスＩＤ取得部１０８と、リモート通知要求部１０９と、主制御部１１０と、を備えている。

ネットワークインターフェース部１００は、ネットワーク５に接続するためのインターフェースである。

主装置機能部１０１は、主装置１に収容され、内線電話機として機能する各携帯端末２に、内線電話サービスを提供する。

電子メール機能部１０２は、ＰＯＰ３およびＳＭＴＰ等に従ってメールサーバ３と電子メールを送受信する。

ログイン処理部１０３は、各携帯端末２の主装置機能部１０１が提供する内線電話サービスへのログインおよびログオフを処理する。

デバイスＩＤ更新通知受信部１０４は、ログイン中の携帯端末２からデバイスＩＤ更新通知を受信する。

端末状態管理部１０５は、ログイン中の携帯端末２から受信したスタンバイ通知およびスタンバイ解除通知に従って、携帯端末２の状態（スタンバイ状態にあるか否か）を管理する。

デバイスＩＤ外部保存処理部１０６は、ログインを要求する携帯端末２あるいはログイン中の携帯端末２に割り当てられたデバイスＩＤおよび通知区分をメールサーバ３に保存するための自装置１宛ての電子メールを生成する。そして、電子メール機能部１０２を介して、この電子メールをメールサーバ３に送信するとともに、この電子メールから管理ＩＤを抽出する。

管理ＩＤ記憶部１０７は、デバイスＩＤ外部保存処理部１０６により電子メールから抽出された管理ＩＤを、この電子メールに記述されているデバイスＩＤが割り当てられた携帯端末２のユーザＩＤに対応付けて記憶する。

デバイスＩＤ取得部１０８は、電子メール機能部１０２を介してメールサーバ３に、スタンバイ状態を解除したい携帯端末２のユーザＩＤに対応付けられて管理ＩＤ記憶部１０７に記憶されている管理ＩＤの指定を伴うメール読出要求を送信して、メールサーバ３から電子メールを入手する。そして、この電子メールから、スタンバイ状態を解除したい携帯端末２に割り当てられたデバイスＩＤおよび通知区分を抽出する。

リモート通知要求部１０９は、スタンバイ状態を解除したい携帯端末２に割り当てられたデバイスＩＤの指定を伴うリモート通知要求を、この携帯端末２の通知区分により特定されるリモート通知サーバ４に送信する。

そして、主制御部１１０は、主装置１の各部１０１〜１０９を統括的に制御する。

図５は、主装置１の動作を説明するためのフロー図である。

この動作フローは、ログイン処理部１０３がネットワークインターフェース部１００を介して携帯端末２よりログイン要求を受信することにより開始される。

まず、ログイン処理部１０３は、携帯端末２から受信したログイン要求に含まれているデバイスＩＤ、通知区分、およびユーザＩＤを抽出して（Ｓ２００）、主制御部１１０に渡す。主制御部１１０は、ログイン処理部１０３から受け取ったデバイスＩＤ、通知区分、およびユーザＩＤをデバイスＩＤ外部保存処理部１０６に渡して、これらのデータの外部保存を指示する。

これを受けて、デバイスＩＤ外部保存処理部１０６は、主制御部１１０より受け取ったデバイスＩＤ、通知区分およびユーザＩＤがボディ部分に記述され、デバイスＩＤおよび通知区分の合計データサイズより小さいデータサイズのユニークな名称がヘッダ部分に件名として記述され、宛先を自装置１とする電子メールを生成する。そして、この生成した電子メールを電子メール機能部１０２に渡す。電子メール機能部１０２は、ネットワークインターフェース部１００を介してメールサーバ３に、デバイスＩＤ外部保存処理部１０６より受け取った電子メールを送信する（Ｓ２０１）。

ここで、デバイスＩＤ外部保存処理部１０６は、例えば、電子メールのボディ部分に記述されているユーザＩＤとヘッダ部分に記述されているメッセージＩＤとを連結することにより、デバイスＩＤおよび通知区分の合計データサイズより小さいデータサイズのユニークな名称を生成し、この名称を件名として電子メールのヘッダ部分に記述してもよい。

つぎに、デバイスＩＤ外部保存処理部１０６は、電子メール機能部１０２がメールサーバ３に送信した電子メールの所定部分に記述され、デバイスＩＤおよび通知区分の合計データサイズより小さいデータサイズの情報を管理ＩＤとして抽出する。例えば、電子メールのヘッダ部分に記述されている件名、メッセージＩＤ、ユニークＩＤのいずれか特定の一つを管理ＩＤとして抽出する。そして、抽出した管理ＩＤを主制御部１１０に渡す。これを受けて、主制御部１１０は、デバイスＩＤ外部保存処理部１０６から受け取った管理ＩＤをユーザＩＤに対応付けて管理ＩＤ記憶部１０７に登録する（Ｓ２０２）。

つぎに、ログイン処理部１０３は、ネットワークインターフェース部１００を介して、主装置機能部１０１とログイン要求送信元の携帯端末２との間にリンクを確立する（Ｓ２０３）。これにより、主装置機能部１０１は、ログイン要求元の携帯端末２に対して内線電話サービスの提供を開始する。

その後、デバイスＩＤ更新通知受信部１０４は、ネットワークインターフェース部１００を介してログイン中の携帯端末２からデバイスＩＤ更新通知を受信すると（Ｓ２０４でＹＥＳ）、このデバイスＩＤ更新通知からデバイスＩＤ、通知区分、およびユーザＩＤを抽出して主制御部１１０に渡す（Ｓ２０５）。主制御部１１０は、デバイスＩＤ更新通知受信部１０４から受け取ったデバイスＩＤ、通知区分、およびユーザＩＤをデバイスＩＤ外部保存処理部１０６に渡して、これらのデータの外部保存を指示する。

これを受けて、デバイスＩＤ外部保存処理部１０６は、Ｓ２０１と同様の要領により、宛先を自装置１とする電子メールを生成して電子メール機能部１０２に渡す。電子メール機能部１０２は、ネットワークインターフェース部１００を介してメールサーバ３に、デバイスＩＤ外部保存処理部１０６より受け取った電子メールを送信する（Ｓ２０６）。

つぎに、デバイスＩＤ外部保存処理部１０６は、Ｓ２０２と同様の要領により、電子メール機能部１０２がメールサーバ３に送信した電子メールから管理ＩＤを抽出して主制御部１１０に渡す。これを受けて、主制御部１１０は、デバイスＩＤ更新通知元の携帯端末２のユーザＩＤに対応付けられて管理ＩＤ記憶部１０７に登録されている管理ＩＤを、デバイスＩＤ外部保存処理部１０６から受け取った管理ＩＤに更新する（Ｓ２０７）。

また、端末状態管理部１０５は、ネットワークインターフェース部１００を介してログイン中の携帯端末２から、この携帯端末２のスタンバイ状態への移行あるいはスタンバイ状態からの復帰を示す状態通知（スタンバイ通知あるいはスタンバイ解除通知）を受信すると（Ｓ２０８でＹＥＳ）、この状態通知に従って携帯端末２の状態（スタンバイ状態あるいはスタンバイ解除状態）の管理を更新する（Ｓ２０９）。

また、主装置機能部１０１において、着信通知等の何らかの理由により、ログイン中の携帯端末２に情報を送信することが要求される送信イベントが発生すると（Ｓ２１０でＹＥＳ）、主制御部１１０は、端末状態管理部１０５に問い合わせて、この携帯端末２がスタンバイ状態にあるか否かを判断する（Ｓ２１１）。

ログイン中の携帯端末２がスタンバイ状態にない場合、つまりスタンバイ解除状態ならば（Ｓ２１１でＮＯ）、主制御部１１０は、主装置機能部１０１に対して直ちに情報送信を許可し、主装置機能部１０１は、ネットワークインターフェース部１００を介してこの携帯端末２に情報を送信する（Ｓ２１３）。一方、ログイン中の携帯端末２がスタンバイ状態にある場合（Ｓ２１１でＹＥＳ）、主制御部１１０は、デバイスＩＤ取得部１０８およびリモート通知要求部１０９と連携して後述のスタンバイ解除処理を実施し（Ｓ２１２）、この携帯端末２のスタンバイ状態を解除する。それから、主制御部１１０は、主装置機能部１０１に対して情報送信を許可し、主装置機能部１０１は、ネットワークインターフェース部１００を介してこの携帯端末２に情報を送信する（Ｓ２１３）。

つぎに、ログイン処理部１０３は、ネットワークインターフェース部１００を介してログイン中の携帯端末２からログオフ要求を受信した場合（Ｓ２１４でＹＥＳ）、主装置機能部１０１とログオフ要求送信元の携帯端末２との間に確立しているリンクを解放する（Ｓ２１５）。これにより、主装置機能部１０１は、この携帯端末２に対する内線電話サービスの提供を終了する。

一方、ログイン処理部１０３がネットワークインターフェース部１００を介してログイン中の携帯端末２からログオフ要求を受信していない場合（Ｓ２１４でＮＯ）、端末状態管理部１０５で管理されているこの携帯端末２の状態がスタンバイ状態ならば（Ｓ２１６でＹＥＳ）、Ｓ２０８に戻り、スタンバイ解除状態ならば（Ｓ２１６でＮＯ）、Ｓ２０４に戻る。

図６は、図５のスタンバイ解除処理（Ｓ２１２）を説明するためのフロー図である。

まず、主制御部１１０は、主装置機能部１０１が情報を送信しようとしているスタンバイ状態の携帯端末２のユーザＩＤに対応付けられて管理ＩＤ記憶部１０７に記憶されている管理ＩＤを特定する（Ｓ２１２０）。そして、特定した管理ＩＤをデバイスＩＤ取得部１０８に渡す。

これを受けて、デバイスＩＤ取得部１０８は、主制御部１１０より受け取った管理ＩＤおよび電子メールにおけるこの管理ＩＤの記述箇所（具体的には、ヘッダ部分の件名、メッセージＩＤ、ユニークＩＤのいずれか）の指定を伴うメール読出要求を電子メール機能部１０２に渡す。電子メール機能部１０２は、ネットワークインターフェース部１００を介してメールサーバ３に、デバイスＩＤ取得部１０８より受け取ったメール読出要求を送信して、メールサーバ３から、メール読出要求で指定された記述箇所に同じくメール読出要求で指定された管理ＩＤが記述された自装置１宛ての電子メールを受信する（Ｓ２１２１）。なお、上述したように、メールサーバ３は、送信済みの電子メールをメールサーバ３に残すように設定されているものとする。

つぎに、デバイスＩＤ取得部１０８は、電子メール機能部１０２がメールサーバ３から受信した自装置１宛ての電子メールのボディ部分からデバイスＩＤおよび通知区分を抽出して主制御部１１０に渡す（Ｓ２１２２）。これを受けて、主制御部１１０は、このデバイスＩＤおよび通知区分をリモート通知要求部１０９に渡す。

リモート通知要求部１０９は、主制御部１１０からデバイスＩＤおよび通知区分を受け取ったならば、この通知区分に従ってリモート通知要求先のリモート通知サーバ４（ここでは、リモート通知サーバ４−１、４−２のいずれか）を特定する（Ｓ２１２３）。そして、ネットワークインターフェース部１００を介して、特定したリモート通知サーバ４に、このデバイスＩＤの指定を伴うリモート通知要求を送信する（Ｓ２１２４）。

つぎに、端末状態管理部１０５は、ネットワークインターフェース部１００を介してスタンバイ状態の携帯端末２からスタンバイ解除通知を受信すると（Ｓ２１２５でＹＥＳ）、この携帯端末２の状態をスタンバイ状態からスタンバイ解除状態に更新する（Ｓ２１２６）。その後、図５のＳ２１３へ進む。

つぎに、携帯端末２について説明する。

図７は、携帯端末２の概略機能構成図である。

図示するように、携帯端末２は、無線インターフェース部２００と、マンマシンインターフェース部２０１と、内線電話機能部２０２と、ログイン要求処理部２０３と、デバイスＩＤ受付部２０４と、デバイスＩＤ記憶部２０５と、デバイスＩＤ更新通知部２０６と、状態通知部２０７と、リモート通知受信部２０８と、主制御部２０９と、を備える。

無線インターフェース部２００は、無線ＡＰ６経由でネットワーク５に接続するためのインターフェースである。

マンマシンインターフェース部２０１は、ユーザに情報を提示したり、ユーザから情報の入力を受け付けたりするためのインターフェースであり、タッチパネル等の入力装置、液晶ディスプレイの表示装置、およびハンドセット等の音声入出力装置を有する。

内線電話機能部２０２は、主装置１が提供する内線電話サービスを利用することにより内線電話機としての機能を実現する。

ログイン要求処理部２０３は、主装置１が提供する内線電話サービスへのログイン要求およびこの内線電話サービスからのログオフ要求を処理する。

デバイスＩＤ受付部２０４は、所定のリモート通知サーバ４から自携帯端末２に割り当てられたデバイスＩＤを受け付ける。

デバイスＩＤ記憶部２０５は、所定のリモート通知サーバ４から自携帯端末２に割り当てられたデバイスＩＤをこのリモート通知サーバ４を特定するための通知区分とともに記憶する。

デバイスＩＤ更新通知部２０６は、主装置１が提供する内線電話サービスへログイン中に自携帯端末２に割り当てられたデバイスＩＤが更新された場合、更新されたデバイスＩＤの指定を伴うデバイスＩＤ更新通知を主装置１に送信する。

状態通知部２０７は、自携帯端末２の状態（スタンバイ状態あるいはスタンバイ解除状態）が変更された場合に、変更後の状態を知らせるための状態通知（具体的には、スタンバイ通知およびスタンバイ解除通知のいずれか）を主装置１に送信する。

リモート通知受信部２０８は、自携帯端末２にデバイスＩＤを割り当てたリモート通知サーバ４からリモート通知を受信する。

そして、主制御部２０９は、携帯端末２の各部２０１〜２０８を統括的に制御する。

図８は、携帯端末２の動作を説明するためのフロー図である。

この動作フローは、主制御部２０９がマンマシンインターフェース部２０１を介してユーザよりログイン操作を受け付けることにより開始される。

まず、主制御部２０９は、デバイスＩＤの割当要求をデバイスＩＤ受付部２０４に指示する。これを受けて、デバイスＩＤ受付部２０４は、無線インターフェース部２００を介して所定のリモート通知サーバ４にデバイスＩＤ割当要求を送信し（Ｓ３００）、このリモート通知サーバ４からデバイスＩＤ割当通知を受信する（Ｓ３０１）。そして、受信したデバイスＩＤ割当通知で指定されているデバイスＩＤを、デバイスＩＤ割当通知送信元のリモート通知サーバ４を特定する情報である通知区分とともに、主制御部２０９に渡す。

つぎに、主制御部２０９は、デバイスＩＤ受付部２０４から受け取ったデバイスＩＤおよび通知区分をデバイスＩＤ記憶部２０５に記憶する（Ｓ３０２）。それから、主制御部２０９は、このデバイスＩＤおよび通知区分をログイン要求処理部２０３に渡して、ログイン要求処理部２０３にログイン要求を指示する。これを受けて、ログイン要求処理部２０３は、無線インターフェース部２００を介して主装置１に、主制御部２０９から受け取ったデバイスＩＤおよび通知区分と自携帯端末２のユーザＩＤとの指定を伴うログイン要求を送信する（Ｓ３０３）。

それから、ログイン要求処理部２０３は、無線インターフェース部２００を介して内線電話機能部２０２と主装置１との間にリンクを確立する（Ｓ３０４）。これにより、内線電話機能部２０２は、主装置１が提供する内線電話サービスの利用を開始する。

つぎに、デバイスＩＤ受付部２０４は、無線インターフェース部２００を介してデバイスＩＤ割当要求送信先のリモート通知サーバ４からデバイスＩＤ再割当通知を受信すると（Ｓ３０５でＹＥＳ）、このデバイスＩＤ再割当通知で指定されているデバイスＩＤを主制御部２０９に渡す。これを受けて、主制御部２０９は、デバイスＩＤ記憶部２０５に記憶されているデバイスＩＤを、デバイスＩＤ受付部２０４から受け取ったデバイスＩＤに更新する（Ｓ３０６）。それから、主制御部２０９は、更新されたデバイスＩＤおよび通知区分をデバイスＩＤ更新通知部２０６に渡して、デバイスＩＤ更新通知部２０６にデバイスＩＤ更新通知の送信を指示する。これを受けて、デバイスＩＤ更新通知部２０６は、無線インターフェース部２００を介して主装置１に、主制御部２０９から受け取ったデバイスＩＤおよび通知区分と自携帯端末２のユーザＩＤとの指定を伴うデバイスＩＤ更新通知を送信する（Ｓ３０７）。

また、主制御部２０９は、待機状態が所定時間継続する等、自端末２をスタンバイ状態に移行させる所定の条件を満足するスタンバイ移行イベントの発生を検出すると（Ｓ３０８でＹＥＳ）、スタンバイ通知を状態通知部２０７に指示する。これを受けて、状態通知部２０７は、無線インターフェース部２００を介して主装置１にスタンバイ通知を送信する（Ｓ３０９）。それから、主制御部２０９は、内線電話機能部２０２をスタンバイ状態に移行する（Ｓ３１０）。

つぎに、主制御部２０９は、内線電話機能部２０２がスタンバイ状態にある場合において（Ｓ３１０）、マンマシンインターフェース部２０１を介してユーザよりスタンバイ解除操作を受け付けると（Ｓ３１１でＹＥＳ）、あるいは、リモート通知受信部２０８が無線インターフェース部２００を介してデバイスＩＤ割当要求送信先のリモート通知サーバ４からリモート通知を受信すると（Ｓ３１２でＹＥＳ）、スタンバイ解除通知を状態通知部２０７に指示する。これを受けて、状態通知部２０７は、無線インターフェース部２００を介して主装置１にスタンバイ解除通知を送信する（Ｓ３１３）。それから、主制御部２０９は、内線電話機能部２０２のスタンバイ状態を解除する（Ｓ３１４）。

また、主制御部２０９は、内線電話機能部２０２がスタンバイ解除状態にある場合において（Ｓ３１４、あるいはＳ３０８でＮＯ）、マンマシンインターフェース部２０１を介してユーザよりログオフ操作を受け付けると（Ｓ３１５でＹＥＳ）、ログオフ要求をログイン要求処理部２０３に指示する。これを受けて、ログイン要求処理部２０３は、無線インターフェース部２００を介して主装置１にログオフ要求を送信する（Ｓ３１６）。

それから、ログイン要求処理部２０３は、内線電話機能部２０２と主装置１との間に確立しているリンクを解放する（Ｓ３１７）。これにより、内線電話機能部２０２は、主装置１が提供する内線電話サービスの利用を終了する。

以上、本発明の第一実施の形態を説明した。

本実施の形態において、主装置１は、携帯端末２のデバイスＩＤを、デバイスＩＤより小さなサイズの管理ＩＤに関連付けて管理することとし、管理ＩＤに関連付けられたデバイスＩＤを、この管理ＩＤにより検索可能な自装置１宛ての電子メールに記述して、メールサーバ３に保存する。そして、必要なときに管理ＩＤを用いてメールサーバ３から電子メールを受信することによりデバイスＩＤを取得する。このため、主装置１は、デバイスＩＤより小さなサイズの管理ＩＤを記憶しておけばよい。したがって、本実施の形態によれば、リモート通知サーバ４と連携して携帯端末２のスタンバイ状態を解除するリモート通知機能を有する主装置１のメモリ容量を節約することができる。

また、本実施の形態において、主装置１は、デバイスＩＤをこのデバイスＩＤを割り当てたリモート通知サーバ４を特定するための情報である通知区分とともに携帯端末２から取得する。そして、携帯端末２がスタンバイ状態のときに、この携帯端末２からデバイスＩＤとともに取得した通知区分により特定されるリモート通知サーバ４に、このデバイスＩＤの指定を伴うリモート通知要求を送信することにより、この携帯端末２のスタンバイ状態を解除している。したがって、本実施の形態によれば、異なるリモート通知サーバ４を利用する携帯端末２が混在する場合でも、主装置１にこれらの携帯端末２を内線電話機として収容させて、内線電話システムを構築することができる。

なお、本実施の形態において、主装置１は、携帯端末２から取得したデバイスＩＤを自装置１に一時的に記憶し、所定時間経過後に消去するようにしてもよい。

この場合でも、主装置１に一時的に記憶されたデバイスＩＤは所定時間経過後に消去されるので、デバイスＩＤを記憶するための主装置１のメモリ容量を節約することができる。また、主装置１にデバイスＩＤが記憶されている期間中、このデバイスＩＤが割り当てられた携帯端末２のスタンバイ状態をより迅速に解除することができる。

［第二実施の形態］
本発明の第二実施の形態に係る内線電話システムが図１に示す本発明の第一実施の形態に係る内線電話システムと異なる点は、主装置１に代えて主装置１ａを用いたこと、および複数の携帯端末２−１〜２−ｎに代えて携帯端末２ａ−１〜２ａ−ｎ（以下、単に携帯端末２ａとも称する）を用いたことである。その他は、図１に示す本発明の第一実施の形態と同様である。

図９および図１０は、本実施の形態に係る内線電話システムの動作例を説明するためのシーケンス図である。

図示するように、携帯端末２ａは、ユーザから主装置１ａが提供する内線電話サービスへのログイン操作を受け付けると（Ｓ４００）、リモート通知サーバ４にデバイスＩＤ割当要求を送信する（Ｓ４０１）。これを受けて、リモート通知サーバ４は、ユニークなデバイスＩＤを生成して、このデバイスＩＤを携帯端末２ａのアドレスに対応付けて登録する。また、このデバイスＩＤの指定を伴うデバイスＩＤ割当通知を携帯端末２ａに送信する（Ｓ４０２）。

携帯端末２ａは、リモート通知サーバ４から受信したデバイスＩＤ割当通知で指定されているデバイスＩＤを、デバイスＩＤ取得先のリモート通知サーバ４を特定するための情報である通知区分とともに記憶する（Ｓ４０３）。

つぎに、携帯端末２ａは、デバイスＩＤ、通知区分、および自端末２ａを主装置１ａに特定させるための情報であるユーザＩＤ（例えば主装置１ａが自端末２ａに割り当てた内線番号）がボディ部分に記述され、デバイスＩＤおよび通知区分の合計データサイズより小さいデータサイズのユニークな名称がヘッダ部分に件名として記述され、宛先を主装置１ａとする電子メールを生成する。そして、この電子メールをメールサーバ３に送信して（Ｓ４０４）、メールサーバ３に保存させる。

ここで、件名として電子メールのヘッダ部分に記述されるデバイスＩＤおよび通知区分の合計データサイズより小さいデータサイズのユニークな名称は、例えば、電子メールのボディ部分に記述されているユーザＩＤとヘッダ部分に記述されているメッセージＩＤとを連結することにより生成される。

それから、携帯端末２ａは、自端末２ａのユーザＩＤの指定を伴うログイン要求を主装置１ａに送信する（Ｓ４０５）。

主装置１ａは、携帯端末２ａからログイン要求を受信すると、このログイン要求で送信元ユーザとして指定されているユーザＩＤにより特定される携帯端末２ａの指定を伴う最新の電子メールのメール読出要求をメールサーバ３に送信する（Ｓ４０６）。

これを受けて、メールサーバ３は、メール読出要求で指定されている携帯端末２ａを送信元ユーザとする最新の電子メールを検索し、検索した電子メールを主装置１ａに送信する（Ｓ４０７）。なお、メールサーバ３は、送信済みの電子メールをメールサーバ３に残すように設定されているものとする。

主装置１ａは、メールサーバ３から電子メールを受信すると、この電子メールから、この電子メールのボディ部分に記述されているデバイスＩＤおよび通知区分の合計データサイズより小さいデータサイズの情報であって、この電子メールを特定可能な情報を管理ＩＤとして抽出する。例えば、電子メールのヘッダ部分に記述されている件名、メッセージＩＤ、ユニークＩＤのうちの所定のいずれかを管理ＩＤとして抽出する。そして、抽出した管理ＩＤを、ログイン要求で指定されているユーザＩＤに対応付けて記憶する（Ｓ４０８）。それから、主装置１ａは、携帯端末２ａとのリンクを確立する（Ｓ４０９）。このリンクにより、主装置１ａおよび携帯端末２ａ間の通信が可能となる。

その後、携帯端末２ａは、リモート通知サーバ４からデバイスＩＤ再割当通知を受信すると（Ｓ４１０）、通知区分とともに記憶されているデバイスＩＤを、このデバイスＩＤ再割当通知で指定されているデバイスＩＤに更新する（Ｓ４１１）。また、携帯端末２ａは、デバイスＩＤ、通知区分、および自端末２ａのユーザＩＤがボディ部分に記述され、デバイスＩＤおよび通知区分の合計データサイズより小さいデータサイズのユニークな名称がヘッダ部分に件名として記述され、宛先を主装置１ａとする電子メールを生成する。そして、この電子メールをメールサーバ３に送信して（Ｓ４１２）、メールサーバ３に保存させる。それから、携帯端末２ａは、自端末２ａのユーザＩＤの指定を伴うデバイスＩＤ更新通知を送信する（Ｓ４１３）。

主装置１ａは、携帯端末２ａからデバイスＩＤ更新通知を受信すると、送信元ユーザとしてこのデバイスＩＤ更新通知で指定されているユーザＩＤにより特定される携帯端末２ａの指定を伴う最新の電子メールのメール読出要求をメールサーバ３に送信する（Ｓ４１４）。これを受けて、メールサーバ３は、メール読出要求で指定されている携帯端末２ａを送信元ユーザとする最新の電子メールを検索し、検索した電子メールを主装置１ａに送信する（Ｓ４１５）。

主装置１ａは、メールサーバ３から電子メールを受信すると、この電子メールから、この電子メールのボディ部分に記述されているデバイスＩＤおよび通知区分の合計データサイズより小さいデータサイズの情報であって、この電子メールを特定可能な情報を管理ＩＤとして抽出する。例えば、電子メールのヘッダ部分に記述されている件名、メッセージＩＤ、ユニークＩＤのうちの所定のいずれかを管理ＩＤとして抽出する。そして、携帯端末２ａのユーザＩＤに対応付けて記憶されている管理ＩＤを、抽出した管理ＩＤに更新する（Ｓ４１６）。

つぎに、携帯端末２ａは、待機状態が所定時間継続する等、自端末２ａをスタンバイ状態に移行させる所定の条件を満足するスタンバイ移行イベントが発生すると（Ｓ４１７）、リンクを介して主装置１ａにスタンバイ通知を送信し（Ｓ４１８）、その後、自端末２ａをスタンバイ状態に移行する（Ｓ４１９）。これを受けて、主装置１ａは、携帯端末２ａのスタンバイ状態への移行を管理する。

つぎに、主装置１ａは、着信通知等の何らかの理由により、携帯端末２ａに情報を送信することが要求される送信イベントが発生すると（Ｓ４２０）、携帯端末２ａがスタンバイ状態に移行していることを確認し、携帯端末２ａのユーザＩＤに対応付けて記憶している管理ＩＤを特定する（Ｓ４２１）。そして、管理ＩＤおよびこの管理ＩＤの記述箇所（具体的には、ヘッダ部分の件名、メッセージＩＤ、ユニークＩＤのいずれか）の指定を伴う電子メールのメール読出要求をメールサーバ３に送信する（Ｓ４２２）。

これを受けて、メールサーバ３は、メール読出要求で指定されている記述箇所に同じくメール読出要求で指定されている管理ＩＤが記述されている電子メールを検索し、検索した電子メールを主装置１ａに送信する（Ｓ４２３）。

主装置１ａは、メールサーバ３から電子メールを受信すると、この電子メールのボディ部分からデバイスＩＤおよび通知区分を抽出する（Ｓ４２４）。そして、抽出した通知区分により特定されるリモート通知サーバ４に、抽出したデバイスＩＤの指定を伴うリモート通知要求を送信する（Ｓ４２５）。

つぎに、リモート通知サーバ４は、主装置１ａからリモート通知要求を受信すると、このリモート通知要求で指定されているデバイスＩＤに対応付けられて登録されているアドレスを抽出する。そして、抽出したアドレスにより特定される携帯端末２ａに、リモート通知を送信する（Ｓ４２６）。これを受けて、携帯端末２ａは、スタンバイ状態を解除し（Ｓ４２７）、リンクを介して主装置１ａにスタンバイ解除通知を送信する（Ｓ４２８）。

主装置１ａは、携帯端末２ａからスタンバイ解除通知を受信すると、携帯端末２ａのスタンバイ状態解除を管理する。また、リンクを介して携帯端末２ａに、送信イベントにより送信を要求されている情報を送信する（Ｓ４２９）。

その後、携帯端末２ａは、主装置１ａが提供する内線電話サービスからのログオフ操作をユーザから受け付けると（Ｓ４３０）、リンクを介して主装置１ａにログオフ要求を送信する（Ｓ４３１）。これを受けて主装置１ａは、携帯端末２ａとのリンクを解放する（Ｓ４３２）。

つぎに、本実施の形態に係る内線電話システムに用いられる主装置１ａおよび携帯端末２ａの詳細を説明する。

まず、主装置１ａについて説明する。

図１１は、主装置１ａの概略機能構成図である。

図示するように、本実施の形態に係る主装置１ａが図４に示す第一実施の形態に係る主装置１と異なる点は、デバイスＩＤ外部保存処理部１０６に代えて管理ＩＤ取得部１１１を設けた点である。その他の構成は基本的に同様である。

管理ＩＤ取得部１１１は、電子メール機能部１０２を介してメールサーバ３から、ログインを要求する携帯端末２あるいはログイン中の携帯端末２を送信元とする最新の電子メールを受信する。そして、この電子メールから管理ＩＤを抽出する。

図１２は、主装置１ａの動作を説明するためのフロー図である。

この動作フローは、ログイン処理部１０３がネットワークインターフェース部１００を介して携帯端末２ａよりログイン要求を受信することにより開始される。

まず、ログイン処理部１０３は、携帯端末２ａから受信したログイン要求に含まれているユーザＩＤを抽出して主制御部１１０に渡す。主制御部１１０は、ログイン処理部１０３から受け取ったユーザＩＤを管理ＩＤ取得部１１１に渡して管理ＩＤの取得を指示する。これを受けて、管理ＩＤ取得部１１１は、主制御部１１０より通知されたユーザＩＤにより特定されるログイン要求元の携帯端末２ａのアドレスを特定する（Ｓ５００）。

つぎに、管理ＩＤ取得部１１１は、送信元アドレスとしてこの特定したアドレスの指定を伴うメール読出要求をメールサーバ３に送信して、メールサーバ３からログイン要求元の携帯端末２ａを送信元とする最新の電子メールを受信する（Ｓ５０１）。

それから、管理ＩＤ取得部１１１は、受信した電子メールから、この電子メールのボディ部分に記述されているデバイスＩＤおよび通知区分の合計データサイズより小さいデータサイズの情報であって、この電子メールを特定可能な情報を管理ＩＤとして抽出する。例えば、電子メールのヘッダ部分に記述されている件名、メッセージＩＤ、ユニークＩＤのいずれか特定の一つを管理ＩＤとして抽出する。そして、抽出した管理ＩＤを主制御部１１０に渡す。これを受けて、主制御部１１０は、デバイスＩＤ外部保存処理部１０６から受け取った管理ＩＤをユーザＩＤに対応付けて管理ＩＤ記憶部１０７に登録する（Ｓ５０２）。

つぎに、ログイン処理部１０３は、ネットワークインターフェース部１００を介して、主装置機能部１０１とログイン要求送信元の携帯端末２との間にリンクを確立する（Ｓ５０３）。これにより、主装置機能部１０１は、ログイン要求元の携帯端末２ａに対して内線電話サービスの提供を開始する。

その後、デバイスＩＤ更新通知受信部１０４は、ネットワークインターフェース部１００を介してログイン中の携帯端末２からデバイスＩＤ更新通知を受信すると（Ｓ５０４でＹＥＳ）、このデバイスＩＤ更新通知からユーザＩＤを抽出して主制御部１１０に渡す。主制御部１１０は、ログイン処理部１０３から受け取ったユーザＩＤを管理ＩＤ取得部１１１に渡して管理ＩＤの取得を指示する。これを受けて、管理ＩＤ取得部１１１は、主制御部１１０より通知されたユーザＩＤにより特定されるデバイスＩＤ更新通知元の携帯端末２ａのアドレスを特定する（Ｓ５０５）。

これを受けて、管理ＩＤ取得部１１１は、Ｓ５０１と同様の要領により、メールサーバ３からデバイスＩＤ更新通知元の携帯端末２ａを送信元とする最新の電子メールを受信する（Ｓ５０６）。

それから、管理ＩＤ取得部１１１は、Ｓ５０２と同様の要領により、メールサーバ３から受信した電子メールから管理ＩＤを抽出して主制御部１１０に渡す。これを受けて、主制御部１１０は、デバイスＩＤ更新通知元の携帯端末２ａのユーザＩＤに対応付けられて管理ＩＤ記憶部１０７に登録されている管理ＩＤを、管理ＩＤ取得部１１１から受け取った管理ＩＤに更新する（Ｓ５０７）。

以降のＳ５０８〜Ｓ５１６における主装置１ａの動作は、図５のＳ２０８〜Ｓ２１６における第一実施の形態に係る主装置１の動作と同様である。

つぎに、携帯端末２ａについて説明する。

図１３は、携帯端末２ａの概略機能構成図である。

図示するように、本実施の形態に係る携帯端末２ａが図７に示す第一実施の形態に係る携帯端末２と異なる点は、電子メール機能部２１０およびデバイスＩＤ外部保存処理部２１１を追加した点である。その他の構成は基本的に同様である。

電子メール機能部２１０は、ＰＯＰ３およびＳＭＴＰ等に従ってメールサーバ３と電子メールを送受信する。

デバイスＩＤ外部保存処理部２１１は、自携帯端末２ａに割り当てられたデバイスＩＤおよび通知区分をメールサーバ３に保存するための主装置１ａ宛ての電子メールを生成し、電子メール機能部２１０を介して、この電子メールをメールサーバ３に送信する。

図１４は、携帯端末２ａの動作を説明するためのフロー図である。

この動作フローは、主制御部２０９がマンマシンインターフェース部２０１を介してユーザよりログイン操作を受け付けることにより開始される。

まず、主制御部２０９は、デバイスＩＤ受付部２０４にデバイスＩＤの割当要求を指示する。これを受けて、デバイスＩＤ受付部２０４は、無線インターフェース部２００を介して所定のリモート通知サーバ４にデバイスＩＤ割当要求を送信し（Ｓ６００）、このリモート通知サーバ４からデバイスＩＤ割当通知を受信する（Ｓ６０１）。そして、受信したデバイスＩＤ割当通知で指定されているデバイスＩＤを、デバイスＩＤ割当通知の送信元のリモート通知サーバ４を特定する情報である通知区分とともに主制御部２０９に渡す。

つぎに、主制御部２０９は、デバイスＩＤ受付部２０４から受け取ったデバイスＩＤおよび通知区分をデバイスＩＤ記憶部２０５に記憶する（Ｓ６０２）。それから、主制御部２０９は、このデバイスＩＤおよび通知区分をデバイスＩＤ外部保存処理部２１１に渡して、これらのデータの外部保存を指示する。

これを受けて、デバイスＩＤ外部保存処理部２１１は、主制御部２０９より受け取ったデバイスＩＤ、通知区分および自携帯端末２ａのユーザＩＤがボディ部分に記述され、デバイスＩＤおよび通知区分の合計データサイズより小さいデータサイズのユニークな名称がヘッダ部分に件名として記述され、宛先を主装置１ａとする電子メールを生成する。そして、この生成した電子メールを電子メール機能部２１０に渡す。電子メール機能部２１０は、無線インターフェース部２００を介してメールサーバ３に、デバイスＩＤ外部保存処理部２１１より受け取った電子メールを送信する（Ｓ６０３）。

ここで、デバイスＩＤ外部保存処理部２１１は、例えば、電子メールのボディ部分に記述されているユーザＩＤとヘッダ部分に記述されているメッセージＩＤとを連結することにより、デバイスＩＤおよび通知区分の合計データサイズより小さいデータサイズのユニークな名称を生成し、この名称を件名として電子メールのヘッダ部分に記述してもよい。

つぎに、主制御部２０９は、ログイン要求処理部２０３にログイン要求を指示する。これを受けて、ログイン要求処理部２０３は、無線インターフェース部２００を介して主装置１ａに、自携帯端末２ａのユーザＩＤの指定を伴うログイン要求を送信する（Ｓ６０４）。それから、ログイン要求処理部２０３は、無線インターフェース部２００を介して、内線電話機能部２０２と主装置１ａとの間にリンクを確立する（Ｓ６０５）。これにより、内線電話機能部２０２は、主装置１ａが提供する内線電話サービスの利用を開始する。

つぎに、デバイスＩＤ受付部２０４は、無線インターフェース部２００を介してデバイスＩＤ割当要求送信先のリモート通知サーバ４からデバイスＩＤ再割当通知を受信すると（Ｓ６０６でＹＥＳ）、このデバイスＩＤ再割当通知で指定されているデバイスＩＤを主制御部２０９に渡す。これを受けて、主制御部２０９は、デバイスＩＤ記憶部２０５に記憶されているデバイスＩＤを、デバイスＩＤ受付部２０４から受け取ったデバイスＩＤに更新する（Ｓ６０７）。それから、主制御部２０９は、このデバイスＩＤおよび通知区分をデバイスＩＤ外部保存処理部２１１に渡して、これらのデータの外部保存を指示する。

これを受けて、デバイスＩＤ外部保存処理部２１１は、Ｓ６０３と同様の要領により、宛先を主装置１ａとする電子メールを生成して電子メール機能部２１０に渡す。電子メール機能部２１０は、無線インターフェース部２００を介してメールサーバ３に、デバイスＩＤ外部保存処理部２１１より受け取った電子メールを送信する（Ｓ６０８）。

つぎに、主制御部２０９は、デバイスＩＤ更新通知部２０６にデバイスＩＤ更新通知の送信を指示する。これを受けて、デバイスＩＤ更新通知部２０６は、無線インターフェース部２００を介して主装置１ａに、自携帯端末２ａのユーザＩＤとの指定を伴うデバイスＩＤ更新通知を送信する（Ｓ６０９）。

以降のＳ６１０〜Ｓ６１９における携帯端末２ａの動作は、図８のＳ３０８〜Ｓ３１７における第一実施の形態に係る携帯端末２の動作と同様である。

以上、本発明の第二実施の形態を説明した。

本実施の形態によれば、上記第一実施の形態の効果に加えてつぎの効果を有する。すなわち、携帯端末２ａが、自端末２ａに割り当てられたデバイスＩＤおよび通知区分をメールサーバ３に保存するための電子メールを作成して、この電子メールをメールサーバ３に送信するので、電子メールの作成処理に要する負担を各携帯端末２ａに分散させ、主装置１ａの負担を軽減することができる。

なお、本実施の形態において、主装置１ａは、携帯端末２ａの各々について、定期的に、メールサーバ３から携帯端末２ａを送信元とする最新の電子メールを読み出して、この電子メールに記述されているデバイスＩＤおよび通知区分を抽出することにより、この携帯端末２ａのデバイスＩＤおよび通知区分を更新するようにしてもよい。このようにすることにより、主装置１ａは、主装置１ａおよびログイン中の携帯端末２ａ間に一時的な通信障害が発生して、この携帯端末２ａから送信されたデバイスＩＤ更新通知の受信に失敗した場合でも、この携帯端末２ａに割り当てられている最新のデバイスＩＤおよび通知区分を取得することができる。

また、本実施の形態において、管理ＩＤとして、電子メールのヘッダ部分に記述されているメッセージＩＤのように、主装置１ａおよび携帯端末２ａ間で異なる可能性のある情報ではなく、電子メールのヘッダ部分に記述されている件名のように、主装置１ａおよび携帯端末２ａ間で一意に特定できる情報を用いる場合、ログイン要求およびデバイスＩＤ更新通知で管理ＩＤを指定することにより、携帯端末２ａが主装置１ａに管理ＩＤを通知するようにしてもよい。この場合、主装置１ａにおいて、メールサーバ３から携帯端末２ａの最新の電子メールを受信し、この電子メールから管理ＩＤを抽出する処理（図９のＳ４０６、Ｓ４０７、Ｓ４１４、Ｓ４１５、図１２のＳ５０１、Ｓ５０６）が不要となるので、主装置１ａの負担をさらに軽減することができる。

なお、本発明は上記の各実施の形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。

例えば、上記の各実施の形態において、図４に示す主装置１および図１１に示す主装置１ａの機能構成は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などの集積ロジックＩＣによりハード的に実現されるものでもよいし、あるいはＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などの計算機によりソフトウエア的に実現されるものでもよい。または、ＣＰＵ、メモリ、ＨＤＤ、ＤＶＤ−ＲＯＭ等の補助記憶装置、およびＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌｌｅｒ）等の通信インターフェースを備えたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の汎用コンピュータにおいて、ＣＰＵが所定のプログラムを補助記憶装置からメモリ上にロードして実行することで実現されるものでもよい。

同様に、上記の各実施の形態において、図７に示す携帯端末２および図１３に示す携帯端末２ａの機能構成は、ＡＳＩＣ、ＦＰＧＡなどの集積ロジックＩＣによりハード的に実現されるものでもよいし、あるいはＤＳＰなどの計算機によりソフトウエア的に実現されるものでもよい。または、ＣＰＵ、メモリ、フラッシュメモリ等の補助記憶装置、および無線アダプタ等の通信インターフェースを備えたスマートフォン、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等の汎用コンピュータにおいて、ＣＰＵが所定のプログラムを補助記憶装置からメモリ上にロードして実行することで実現されるものでもよい。

また、上記の各実施の形態では、主装置１あるいは携帯端末２ａが、デバイスＩＤおよび通知区分が記述され、かつ管理ＩＤに関連付けられた電子メールをメールサーバ３に送信している。しかし、本発明はこれに限定されない。例えば、主装置１あるいは携帯端末２ａが、デバイスＩＤおよび通知区分を管理ＩＤとともにファイルサーバに記憶することにより、デバイスＩＤおよび通知区分を管理ＩＤに関連付けて外部（主装置１以外）に保存してもよい。

また、上記の各実施の形態では、本発明を内線電話システムに適用した場合を例にとり説明したが、本発明は、リモート通知サーバと連携して、制御装置が制御対象装置のスタンバイ状態を解除する様々な通信システムに適用することができる。

１、１ａ：主装置、 ２、２−１〜２−ｎ、２ａ、２ａ−１〜２ａ−ｎ：携帯端末、 ３：メールサーバ、 ４、４−１、４−２：リモート通知サーバ、 ５：ネットワーク、 ６：無線アクセスポイント、 １００：ネットワークインターフェース部、 １０１：主装置機能部、 １０２：電子メール機能部、 １０３：ログイン処理部、 １０４：デバイスＩＤ更新通知部、 １０５：端末状態管理部、 １０６：デバイスＩＤ外部保存処理部、 １０７：管理ＩＤ記憶部、 １０８：デバイスＩＤ取得部、 １０９：リモート通知要求部、 １１０：主制御部、 １１１：管理ＩＤ取得部、 ２００：無線インターフェース部、 ２０１：マンマシンインターフェース部、 ２０２：内線電話機能部、 ２０３：ログイン要求処理部、 ２０４：デバイスＩＤ受付部、 ２０５：デバイスＩＤ記憶部、 ２０６：デバイスＩＤ更新通知部、 ２０７：状態通知部、 ２０８：リモート通知受信部、 ２０９：主制御部、 ２１０：電子メール機能部、 ２１１：デバイスＩＤ外部保存処理部

Claims (9)

1. リモート通知サーバと連携して制御対象装置のスタンバイ状態を解除するリモート通知機能を有する通信装置であって、
   前記制御対象装置からデバイスＩＤを受信するデバイスＩＤ受信手段と、
   前記デバイスＩＤ受信手段により受信されたデバイスＩＤを、当該デバイスＩＤより小さなサイズの管理ＩＤに関連付けて外部サーバに保存するデバイスＩＤ外部保存手段と、
   前記外部サーバに保存されたデバイスＩＤに関連付けられている管理ＩＤを前記制御対象装置に対応付けて記憶する管理ＩＤ記憶手段と、
   スタンバイ状態に移行した前記制御対象装置のスタンバイ状態を解除する場合に、前記制御対象装置に対応付けられて前記管理ＩＤ記憶手段に記憶されている管理ＩＤを用いて前記外部サーバから前記デバイスＩＤを取得するデバイスＩＤ取得手段と、
   前記デバイスＩＤ取得手段により取得されたデバイスＩＤの指定を伴うリモート通知要求を前記リモート通知サーバに送信して、前記リモート通知サーバに前記制御対象装置のスタンバイ状態を解除させるリモート通知要求手段と、
   前記デバイスＩＤ受信手段により受信されたデバイスＩＤを所定時間記憶するデバイスＩＤ一時記憶手段と、を備え、
   前記デバイスＩＤ取得手段は、
   スタンバイ状態に移行した前記制御対象装置のスタンバイ状態を解除する場合に、前記デバイスＩＤ一時記憶手段に前記制御対象装置のデバイスＩＤが記憶されているならば、前記外部サーバに代えて前記デバイスＩＤ一時記憶手段から当該デバイスＩＤを取得する
   ことを特徴とする通信装置。
2. リモート通知サーバと連携して制御対象装置のスタンバイ状態を解除するリモート通知機能を有する通信装置であって、
   前記制御対象装置のデバイスＩＤに関連付けられて当該デバイスＩＤとともに外部サーバに保存されている、当該デバイスＩＤより小さなサイズの管理ＩＤを取得する管理ＩＤ取得手段と、
   前記管理ＩＤ取得手段により取得された管理ＩＤを前記制御対象装置に対応付けて記憶する管理ＩＤ記憶手段と、
   スタンバイ状態に移行した前記制御対象装置のスタンバイ状態を解除する場合に、前記制御対象装置に対応付けられて前記管理ＩＤ記憶手段に記憶されている管理ＩＤを用いて前記外部サーバからデバイスＩＤを取得するデバイスＩＤ取得手段と、
   前記デバイスＩＤ取得手段により取得されたデバイスＩＤの指定を伴うリモート通知要求を前記リモート通知サーバに送信して、前記リモート通知サーバに前記制御対象装置のスタンバイ状態を解除させるリモート通知要求手段と、を備える
   ことを特徴とする通信装置。
3. 請求項２に記載の通信装置であって、
   前記管理ＩＤ取得手段は、
   前記制御対象装置から前記管理ＩＤを受信することにより当該管理ＩＤを取得する
   ことを特徴とする通信装置。
4. 請求項２に記載の通信装置であって、
   前記管理ＩＤ取得手段は、
   前記外部サーバから前記制御対象装置のデバイスＩＤを当該デバイスＩＤに関連付けられている前記管理ＩＤとともに受信することにより当該管理ＩＤを取得する
   ことを特徴とする通信装置。
5. 請求項１ないし４のいずれか一項に記載に通信装置であって、
   前記制御対象装置から、前記制御対象装置にデバイスＩＤを割り当てた前記リモート通知サーバを特定するための情報である通知区分を受信する通知区分受信手段をさらに有し、
   前記リモート通知要求手段は、
   前記デバイスＩＤ取得手段により取得されたデバイスＩＤの指定を伴うリモート通知要求を、前記通知区分受信手段により受信された通知区分により特定される前記リモート通知サーバに送信する
   ことを特徴とする通信装置。
6. リモート通知サーバと連携して請求項３に記載の通信装置である制御装置に自装置のスタンバイ状態を解除させるリモート通知機能を有する通信装置であって、
   前記リモート通知サーバにより割り当てられた自装置のデバイスＩＤを受け付けるデバイスＩＤ受付手段と、
   前記デバイスＩＤ受付手段により受け付けたデバイスＩＤを、当該デバイスＩＤより小さなサイズの管理ＩＤに関連付けて外部サーバに保存するデバイスＩＤ外部保存手段と、
   前記外部サーバに保存されたデバイスＩＤに関連付けられている前記管理ＩＤを前記制御装置に送信する管理ＩＤ送信手段と、
   前記リモート通知サーバより、自装置のスタンバイ状態を解除させるためのリモート通知を受信するリモート通知受信手段と、を備える
   ことを特徴する通信装置。
7. リモート通知サーバと連携して請求項４に記載の通信装置である制御装置に自装置のスタンバイ状態を解除させるリモート通知機能を有する通信装置であって、
   前記リモート通知サーバにより割り当てられた自装置のデバイスＩＤを受け付けるデバイスＩＤ受付手段と、
   前記デバイスＩＤ受付手段により受け付けた前記デバイスＩＤを、当該デバイスＩＤより小さなサイズの管理ＩＤに関連付けて外部サーバに保存するデバイスＩＤ外部保存手段と、
   前記外部サーバに自装置のデバイスＩＤが前記管理ＩＤに関連付けられて保存された旨を前記制御装置に通知するデバイスＩＤ保存通知手段と、
   前記リモート通知サーバより、自装置のスタンバイ状態を解除させるためのリモート通知を受信するリモート通知受信手段と、を備える
   ことを特徴する通信装置。
8. 請求項６または７に記載に通信装置であって、
   自装置のデバイスＩＤを割り当てた前記リモート通知サーバを特定するための情報である通知区分を前記制御装置に送信する通知区分送信手段をさらに有する
   ことを特徴とする通信装置。
9. リモート通知サーバと連携した、制御装置による制御対象装置のスタンバイ状態解除のためのリモート通知方法であって、
   前記制御対象装置は、
   前記リモート通知サーバにより割り当てられた自装置のデバイスＩＤを前記制御装置に通知し、
   スタンバイ状態に移行した後、前記リモート通知サーバよりリモート通知を受信したならば、スタンバイ状態を解除し、
   前記制御装置は、
   前記制御対象装置からデバイスＩＤを受信し、
   前記受信したデバイスＩＤを、一時的に所定時間記憶した後、当該デバイスＩＤより小さなサイズの管理ＩＤに関連付けて外部サーバに保存し、
   前記外部サーバに保存された前記デバイスＩＤに関連付けられている前記管理ＩＤを前記制御対象装置に対応付けて記憶し、
   スタンバイ状態に移行した前記制御対象装置のスタンバイ状態を解除する場合に、前記制御対象装置のデバイスＩＤが一時的に記憶されているならば、当該デバイスＩＤを取得し、一時的に記憶されていないならば、前記制御対象装置に対応付けられて記憶されている前記管理ＩＤを用いて前記外部サーバからデバイスＩＤを取得し、
   前記取得したデバイスＩＤの指定を伴うリモート通知要求を前記リモート通知サーバに送信して、前記リモート通知サーバに前記リモート通知を前記制御対象装置に送信させる
   ことを特徴とするリモート通知方法。

Images