データ蓄積装置
【課題】呼接続装置に対して複数のデータ蓄積装置を設置した場合でも、データ蓄積装置の分散を意識させることなくサービスを提供する。
【解決手段】データ蓄積装置１Ａで呼を着信し、入力されたアカウントがデータ蓄積装置１Ａに収容されていない場合、検索部１２が別のデータ蓄積装置１Ｂにアカウントを送信してアカウントを収容しているデータ蓄積装置１Ｂを検索し、取得部１４がアカウントを収容しているデータ蓄積装置１Ｂからそのアカウント用に蓄積されたデータを取得する。これにより、データ蓄積装置１Ａ自身がアカウントを収容していない場合でも、セッションを張り替えることなく、そのアカウント用に蓄積されたデータを送信することができる。
【解決手段】データ蓄積装置１Ａで呼を着信し、入力されたアカウントがデータ蓄積装置１Ａに収容されていない場合、検索部１２が別のデータ蓄積装置１Ｂにアカウントを送信してアカウントを収容しているデータ蓄積装置１Ｂを検索し、取得部１４がアカウントを収容しているデータ蓄積装置１Ｂからそのアカウント用に蓄積されたデータを取得する。これにより、データ蓄積装置１Ａ自身がアカウントを収容していない場合でも、セッションを張り替えることなく、そのアカウント用に蓄積されたデータを送信することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼を着信してデータを送信する技術に関する。
【背景技術】
【０００２】
着信時に、利用者が不在、圏外、使用中などの着信不可能な状況のとき、あるいは無条件で音声データの蓄積を希望する場合に、発信者の音声データを網内のデータ蓄積装置に一時的に蓄積し、利用者が通信可能な時に蓄積された内容を確認するサービスが提供されている（非特許文献１参照）。
【０００３】
このサービスでは、サービスを契約した端末以外の端末からも、呼接続装置を介して、音声データを確認するための特番（以下、「リモコン特番」と称する）に接続後、ユーザ番号をプッシュボタン（ＰＢ）入力することで音声データを確認することができる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】「留守番電話サービス」、[online]、株式会社エヌ・ティ・ティ・ドコモ、［平成２３年５月２０日検索］、インターネット〈ＵＲＬ：http://www.nttdocomo.co.jp/service/communication/answer_phone/〉
【発明の概要】
【発明が解決しようとする課題】
【０００５】
現状、このデータ蓄積装置について、複数台にまたがって設置することができていないが、サービスの番号需要増に伴い、装置を増設して複数台のデータ蓄積装置に利用者を分散収容することが望まれる。
【０００６】
しかしながら、外出先からデータ蓄積装置にアクセスして音声データを確認する場合、一旦、リモコン特番によりデータ蓄積装置に接続した後、ユーザ番号を入力して音声データを確認することになるが、複数のデータ蓄積装置を配置した場合、接続したデータ蓄積装置に利用者の収容情報がないときは、音声データを確認することができないという問題がある。
【０００７】
この場合、端末側で別のデータ蓄積装置にセッションを張り替える解決策が存在するが、非対応の端末もあり実現性が低い。
【０００８】
また、リモコン特番を分けることで利用者を分散収容するなどの代替え手段をとることができるが、既存の利用者にリモコン特番の変更、局収容替えによるサービスの一時停止を強いることとなり、ユーザビリティが低下する恐れがある。
【０００９】
本発明は、上記に鑑みてなされたものであり、呼接続装置に対して複数のデータ蓄積装置を設置した場合でも、データ蓄積装置の分散を意識させることなくサービスを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明に係るデータ蓄積装置は、アカウント毎にそのアカウント用のデータを蓄積し、呼を着信して前記データを送信するデータ蓄積装置であって、前記データを蓄積する蓄積手段と、端末から呼を着信して当該端末との間で通信を確立する通信手段と、前記端末からアカウントの入力を受け付けて、当該アカウントを収容しているか否か調べ、当該アカウントを収容していない場合は別のデータ蓄積装置にそのアカウントを送信してアカウントを収容している第２のデータ蓄積装置を検索する検索手段と、前記アカウントを収容している場合は前記蓄積手段から前記データを取得し、前記アカウントを収容していない場合は前記第２のデータ蓄積装置から前記アカウント用のデータを取得して前記端末へ提供する取得手段と、を有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、呼接続装置に対して複数のデータ蓄積装置を設置した場合でも、データ蓄積装置の分散を意識させることなくサービスを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本実施の形態におけるデータ蓄積装置を含む全体構成図である。
【図２】蓄積装置が留守録を再生する処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について図面を用いて説明する。
【００１４】
図１は、本実施の形態におけるデータ蓄積装置を含む全体構成図である。本実施の形態におけるデータ蓄積装置１Ａ，１Ｂは、呼接続装置２に接続し、端末３Ａ，３Ｂから着信して、データ蓄積装置１Ａ，１Ｂが蓄積した音声／画像データを端末３Ａ，３Ｂに送信する。データ蓄積装置１Ａ内に利用者のアカウントが存在しない場合は、データ蓄積装置１Ｂにアカウントの存在を確認してデータ蓄積装置１Ｂからデータを取得する。データ蓄積装置１Ｂも同様に着信した利用者のアカウントが存在しない場合はデータ蓄積装置１Ａにアカウントの存在を確認してデータ蓄積装置１Ａからデータを取得する。
【００１５】
図１に示すデータ蓄積装置１Ａ，１Ｂは、通信部１１、検索部１２、認証部１３、取得部１４、留守録処理部１５、および蓄積部１６を備える。データ蓄積装置１Ａ，１Ｂが備える各部は、演算処理装置、記憶装置等を備えたコンピュータにより構成して、各部の処理がプログラムによって実行されるものとしてもよい。このプログラムはデータ蓄積装置１Ａ，１Ｂが備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。
【００１６】
通信部１１は、端末３Ａ，３Ｂから呼を着信し、ＰＢ入力を受け付けるとともに、蓄積部１６に蓄積されたデータあるいは別のデータ蓄積装置１Ｂから取得したデータを端末３Ａ，３Ｂに送信する。
【００１７】
検索部１２は、蓄積部１６に格納された利用者のアカウントを検索する。自身の蓄積部１６に利用者のアカウントが存在しない場合は、別のデータ蓄積装置１Ｂに問い合わせてアカウントを検索する。
【００１８】
認証部１３は、利用者のユーザ認証を行う。
【００１９】
取得部１４は、自身の蓄積部１６に利用者のアカウントが存在しない場合に、利用者のアカウントが存在する別のデータ蓄積装置１Ｂからそのアカウント用に蓄積されたデータを取得する。
【００２０】
留守録処理部１５は、蓄積部１６が蓄積、あるいは、取得部１４が取得したデータを処理する。具体的には、留守録ファイルの再生、既読処理、削除などの留守録ファイルを扱う処理を行う。
【００２１】
蓄積部１６は、アカウント毎にデータを蓄積する。アカウントとしては電話番号、契約者番号等を用いることができる。蓄積するデータとしては音声／画像データがあり、例えば、アカウントの示す利用者に向けて録音された留守録ファイルである。また、アカウントに対応付けてユーザ認証に用いる暗証番号、認証を失敗した回数を示すロックアウトカウンタ、利用停止情報などの利用者に関する情報も蓄積する。
【００２２】
呼接続装置２は、通信網内に配置され、端末３Ａ，３Ｂからの呼接続要求信号を受信すると、呼接続要求信号内に含まれる着信番号に対応する着信先へ呼接続要求信号を送信し、通信を確立する装置である。
【００２３】
端末３Ａは、外出先等でリモコン特番にて接続後、データ蓄積装置１Ａ，１Ｂに蓄積された音声データを確認する端末である。
【００２４】
端末３Ｂは、留守番電話サービスを契約している端末であり、端末３Ｂへ発信した呼が応答されない場合、網側でメッセージを受けて利用者のアカウントが存在するデータ蓄積装置１Ａ，１Ｂに蓄積する。
【００２５】
次に、本実施の形態におけるデータ蓄積装置の動作について説明する。
【００２６】
図２は、端末３Ａ，３Ｂからデータ蓄積装置１Ａ，１Ｂに着信し、留守録を再生する処理の流れを示すフローチャートである。ここでは、端末３Ａからデータ蓄積装置１Ａのリモコン特番に発呼したとする。
【００２７】
端末３Ａがデータ蓄積装置１Ａのリモコン特番に発呼すると、データ蓄積装置１Ａが呼を着信する（ステップＳ１０１）。
【００２８】
データ蓄積装置１Ａが呼を着信すると、アカウントの入力を受け付ける（ステップＳ１０２）。利用者は端末３Ａのボタンを操作してアカウントを入力する。
【００２９】
検索部１２は、受信したアカウントを蓄積部１６から検索し（ステップＳ１０３）、検索できた場合は、従来と同様の留守録処理を行う（ステップＳ１０４）。
【００３０】
蓄積部１６からアカウントが検索できない場合、データ蓄積装置１Ｂにアカウントを送信し、アカウントの存在確認を行う（ステップＳ１０５）。
【００３１】
データ蓄積装置１Ｂの検索部１２は、データ蓄積装置１Ａから受信したアカウントをデータ蓄積装置１Ｂの蓄積部１６から検索し、その結果及びアカウントに関する情報をデータ蓄積装置１Ａに返信する（ステップＳ２０１）。アカウントに関する情報としては、暗証番号、ロックアウト情報、利用停止情報などがある。
【００３２】
アカウントがデータ蓄積装置１Ｂにも存在しない場合は、エラー処理を開始する（ステップＳ１０６）。なお、アカウントが利用停止中の場合もエラー処理を開始する。
【００３３】
アカウントが存在した場合、認証部１３は、利用者に暗証番号の入力を促してユーザ認証を行い（ステップＳ１０７）、ユーザ認証の成否をデータ蓄積装置１Ｂに送信する（ステップＳ１０８）。
【００３４】
データ蓄積装置１Ｂは、ユーザ認証の成否を受信し、ユーザ認証が失敗した場合は、ロックアウトカウンタを増加させ、ユーザ認証が成功した場合は、ロックアウトカウンタをクリアする（ステップＳ２０２）。ユーザ認証が失敗した場合は、ロックアウトカウンタの値に応じてアカウントの留守録再生を一時的に禁止する。ロックアウトカウンタが所定の値以下の場合、再度暗証番号を受け付けてユーザ認証を行ってもよい。
【００３５】
ユーザ認証が成功した場合、利用者から指示を受け付ける（ステップＳ１０９）。利用者は端末３Ａのボタンを操作して指示を送信する。ここでは、利用者が留守録再生の指示をしたものとする。
【００３６】
留守録再生の指示を受信すると、取得部１４は、データ蓄積装置１Ｂにアカウントの留守録一覧の送信を要求する（ステップＳ１１０）。
【００３７】
データ蓄積装置１Ｂは、蓄積部１６からアカウントの留守録一覧を取得してデータ蓄積装置１Ａに送信する（ステップＳ２０３）。
【００３８】
続いて、取得部１４は、データ蓄積装置１Ｂに留守録一覧に記載された留守録ファイルの送信を要求する（ステップＳ１１１）。
【００３９】
データ蓄積装置１Ｂは、蓄積部１６から留守録ファイルを取得してデータ蓄積装置１Ａに送信する（ステップＳ２０４）。
【００４０】
そして、留守録処理部１５は、受信した留守録ファイルを再生し、端末３Ａに再生された音声を送信する（ステップＳ１１２）。
【００４１】
留守録ファイルの再生が終了すると、その留守録ファイルの既読とするようにデータ蓄積装置１Ｂに要求する（ステップＳ１１３）。
【００４２】
データ蓄積装置１Ｂは、指定された留守録ファイルを既読として蓄積部１６の留守録ファイルの情報を更新する（ステップＳ２０５）。
【００４３】
利用者から削除の指示を受信すると（ステップＳ１１５）、留守録処理部は、留守録ファイルを削除するようにデータ蓄積装置１Ｂに要求する（ステップＳ１１６）。
【００４４】
データ蓄積装置１Ｂは、指定された留守録ファイルを蓄積部１６から削除する（ステップＳ２０６）。
【００４５】
呼が切断されて留守録の再生処理が終了する（ステップＳ１１６）。
【００４６】
なお、データ蓄積装置１Ｂに着信した場合も上記と同様となる。
【００４７】
以上説明したように、本実施の形態によれば、データ蓄積装置１Ａで呼を着信し、入力されたアカウントがデータ蓄積装置１Ａに収容されていない場合、検索部１２が別のデータ蓄積装置１Ｂにアカウントを送信してアカウントを収容しているデータ蓄積装置１Ｂを検索し、取得部１４がアカウントを収容しているデータ蓄積装置１Ｂからそのアカウント用に蓄積されたデータを取得することにより、データ蓄積装置１Ａ自身がアカウントを収容していない場合でも、セッションを張り替えることなく、そのアカウント用に蓄積されたデータを送信することができる。
【００４８】
なお、本実施の形態では、２台のデータ蓄積装置１Ａ，１Ｂで説明したが、もちろん３台以上の場合も同様となる。
【符号の説明】
【００４９】
１Ａ，１Ｂ…データ蓄積装置
１１…通信部
１２…検索部
１３…認証部
１４…取得部
１５…留守録処理部
１６…蓄積部
２…呼接続装置
３Ａ，３Ｂ…端末
【技術分野】
【０００１】
本発明は、呼を着信してデータを送信する技術に関する。
【背景技術】
【０００２】
着信時に、利用者が不在、圏外、使用中などの着信不可能な状況のとき、あるいは無条件で音声データの蓄積を希望する場合に、発信者の音声データを網内のデータ蓄積装置に一時的に蓄積し、利用者が通信可能な時に蓄積された内容を確認するサービスが提供されている（非特許文献１参照）。
【０００３】
このサービスでは、サービスを契約した端末以外の端末からも、呼接続装置を介して、音声データを確認するための特番（以下、「リモコン特番」と称する）に接続後、ユーザ番号をプッシュボタン（ＰＢ）入力することで音声データを確認することができる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】「留守番電話サービス」、[online]、株式会社エヌ・ティ・ティ・ドコモ、［平成２３年５月２０日検索］、インターネット〈ＵＲＬ：http://www.nttdocomo.co.jp/service/communication/answer_phone/〉
【発明の概要】
【発明が解決しようとする課題】
【０００５】
現状、このデータ蓄積装置について、複数台にまたがって設置することができていないが、サービスの番号需要増に伴い、装置を増設して複数台のデータ蓄積装置に利用者を分散収容することが望まれる。
【０００６】
しかしながら、外出先からデータ蓄積装置にアクセスして音声データを確認する場合、一旦、リモコン特番によりデータ蓄積装置に接続した後、ユーザ番号を入力して音声データを確認することになるが、複数のデータ蓄積装置を配置した場合、接続したデータ蓄積装置に利用者の収容情報がないときは、音声データを確認することができないという問題がある。
【０００７】
この場合、端末側で別のデータ蓄積装置にセッションを張り替える解決策が存在するが、非対応の端末もあり実現性が低い。
【０００８】
また、リモコン特番を分けることで利用者を分散収容するなどの代替え手段をとることができるが、既存の利用者にリモコン特番の変更、局収容替えによるサービスの一時停止を強いることとなり、ユーザビリティが低下する恐れがある。
【０００９】
本発明は、上記に鑑みてなされたものであり、呼接続装置に対して複数のデータ蓄積装置を設置した場合でも、データ蓄積装置の分散を意識させることなくサービスを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明に係るデータ蓄積装置は、アカウント毎にそのアカウント用のデータを蓄積し、呼を着信して前記データを送信するデータ蓄積装置であって、前記データを蓄積する蓄積手段と、端末から呼を着信して当該端末との間で通信を確立する通信手段と、前記端末からアカウントの入力を受け付けて、当該アカウントを収容しているか否か調べ、当該アカウントを収容していない場合は別のデータ蓄積装置にそのアカウントを送信してアカウントを収容している第２のデータ蓄積装置を検索する検索手段と、前記アカウントを収容している場合は前記蓄積手段から前記データを取得し、前記アカウントを収容していない場合は前記第２のデータ蓄積装置から前記アカウント用のデータを取得して前記端末へ提供する取得手段と、を有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、呼接続装置に対して複数のデータ蓄積装置を設置した場合でも、データ蓄積装置の分散を意識させることなくサービスを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本実施の形態におけるデータ蓄積装置を含む全体構成図である。
【図２】蓄積装置が留守録を再生する処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について図面を用いて説明する。
【００１４】
図１は、本実施の形態におけるデータ蓄積装置を含む全体構成図である。本実施の形態におけるデータ蓄積装置１Ａ，１Ｂは、呼接続装置２に接続し、端末３Ａ，３Ｂから着信して、データ蓄積装置１Ａ，１Ｂが蓄積した音声／画像データを端末３Ａ，３Ｂに送信する。データ蓄積装置１Ａ内に利用者のアカウントが存在しない場合は、データ蓄積装置１Ｂにアカウントの存在を確認してデータ蓄積装置１Ｂからデータを取得する。データ蓄積装置１Ｂも同様に着信した利用者のアカウントが存在しない場合はデータ蓄積装置１Ａにアカウントの存在を確認してデータ蓄積装置１Ａからデータを取得する。
【００１５】
図１に示すデータ蓄積装置１Ａ，１Ｂは、通信部１１、検索部１２、認証部１３、取得部１４、留守録処理部１５、および蓄積部１６を備える。データ蓄積装置１Ａ，１Ｂが備える各部は、演算処理装置、記憶装置等を備えたコンピュータにより構成して、各部の処理がプログラムによって実行されるものとしてもよい。このプログラムはデータ蓄積装置１Ａ，１Ｂが備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。
【００１６】
通信部１１は、端末３Ａ，３Ｂから呼を着信し、ＰＢ入力を受け付けるとともに、蓄積部１６に蓄積されたデータあるいは別のデータ蓄積装置１Ｂから取得したデータを端末３Ａ，３Ｂに送信する。
【００１７】
検索部１２は、蓄積部１６に格納された利用者のアカウントを検索する。自身の蓄積部１６に利用者のアカウントが存在しない場合は、別のデータ蓄積装置１Ｂに問い合わせてアカウントを検索する。
【００１８】
認証部１３は、利用者のユーザ認証を行う。
【００１９】
取得部１４は、自身の蓄積部１６に利用者のアカウントが存在しない場合に、利用者のアカウントが存在する別のデータ蓄積装置１Ｂからそのアカウント用に蓄積されたデータを取得する。
【００２０】
留守録処理部１５は、蓄積部１６が蓄積、あるいは、取得部１４が取得したデータを処理する。具体的には、留守録ファイルの再生、既読処理、削除などの留守録ファイルを扱う処理を行う。
【００２１】
蓄積部１６は、アカウント毎にデータを蓄積する。アカウントとしては電話番号、契約者番号等を用いることができる。蓄積するデータとしては音声／画像データがあり、例えば、アカウントの示す利用者に向けて録音された留守録ファイルである。また、アカウントに対応付けてユーザ認証に用いる暗証番号、認証を失敗した回数を示すロックアウトカウンタ、利用停止情報などの利用者に関する情報も蓄積する。
【００２２】
呼接続装置２は、通信網内に配置され、端末３Ａ，３Ｂからの呼接続要求信号を受信すると、呼接続要求信号内に含まれる着信番号に対応する着信先へ呼接続要求信号を送信し、通信を確立する装置である。
【００２３】
端末３Ａは、外出先等でリモコン特番にて接続後、データ蓄積装置１Ａ，１Ｂに蓄積された音声データを確認する端末である。
【００２４】
端末３Ｂは、留守番電話サービスを契約している端末であり、端末３Ｂへ発信した呼が応答されない場合、網側でメッセージを受けて利用者のアカウントが存在するデータ蓄積装置１Ａ，１Ｂに蓄積する。
【００２５】
次に、本実施の形態におけるデータ蓄積装置の動作について説明する。
【００２６】
図２は、端末３Ａ，３Ｂからデータ蓄積装置１Ａ，１Ｂに着信し、留守録を再生する処理の流れを示すフローチャートである。ここでは、端末３Ａからデータ蓄積装置１Ａのリモコン特番に発呼したとする。
【００２７】
端末３Ａがデータ蓄積装置１Ａのリモコン特番に発呼すると、データ蓄積装置１Ａが呼を着信する（ステップＳ１０１）。
【００２８】
データ蓄積装置１Ａが呼を着信すると、アカウントの入力を受け付ける（ステップＳ１０２）。利用者は端末３Ａのボタンを操作してアカウントを入力する。
【００２９】
検索部１２は、受信したアカウントを蓄積部１６から検索し（ステップＳ１０３）、検索できた場合は、従来と同様の留守録処理を行う（ステップＳ１０４）。
【００３０】
蓄積部１６からアカウントが検索できない場合、データ蓄積装置１Ｂにアカウントを送信し、アカウントの存在確認を行う（ステップＳ１０５）。
【００３１】
データ蓄積装置１Ｂの検索部１２は、データ蓄積装置１Ａから受信したアカウントをデータ蓄積装置１Ｂの蓄積部１６から検索し、その結果及びアカウントに関する情報をデータ蓄積装置１Ａに返信する（ステップＳ２０１）。アカウントに関する情報としては、暗証番号、ロックアウト情報、利用停止情報などがある。
【００３２】
アカウントがデータ蓄積装置１Ｂにも存在しない場合は、エラー処理を開始する（ステップＳ１０６）。なお、アカウントが利用停止中の場合もエラー処理を開始する。
【００３３】
アカウントが存在した場合、認証部１３は、利用者に暗証番号の入力を促してユーザ認証を行い（ステップＳ１０７）、ユーザ認証の成否をデータ蓄積装置１Ｂに送信する（ステップＳ１０８）。
【００３４】
データ蓄積装置１Ｂは、ユーザ認証の成否を受信し、ユーザ認証が失敗した場合は、ロックアウトカウンタを増加させ、ユーザ認証が成功した場合は、ロックアウトカウンタをクリアする（ステップＳ２０２）。ユーザ認証が失敗した場合は、ロックアウトカウンタの値に応じてアカウントの留守録再生を一時的に禁止する。ロックアウトカウンタが所定の値以下の場合、再度暗証番号を受け付けてユーザ認証を行ってもよい。
【００３５】
ユーザ認証が成功した場合、利用者から指示を受け付ける（ステップＳ１０９）。利用者は端末３Ａのボタンを操作して指示を送信する。ここでは、利用者が留守録再生の指示をしたものとする。
【００３６】
留守録再生の指示を受信すると、取得部１４は、データ蓄積装置１Ｂにアカウントの留守録一覧の送信を要求する（ステップＳ１１０）。
【００３７】
データ蓄積装置１Ｂは、蓄積部１６からアカウントの留守録一覧を取得してデータ蓄積装置１Ａに送信する（ステップＳ２０３）。
【００３８】
続いて、取得部１４は、データ蓄積装置１Ｂに留守録一覧に記載された留守録ファイルの送信を要求する（ステップＳ１１１）。
【００３９】
データ蓄積装置１Ｂは、蓄積部１６から留守録ファイルを取得してデータ蓄積装置１Ａに送信する（ステップＳ２０４）。
【００４０】
そして、留守録処理部１５は、受信した留守録ファイルを再生し、端末３Ａに再生された音声を送信する（ステップＳ１１２）。
【００４１】
留守録ファイルの再生が終了すると、その留守録ファイルの既読とするようにデータ蓄積装置１Ｂに要求する（ステップＳ１１３）。
【００４２】
データ蓄積装置１Ｂは、指定された留守録ファイルを既読として蓄積部１６の留守録ファイルの情報を更新する（ステップＳ２０５）。
【００４３】
利用者から削除の指示を受信すると（ステップＳ１１５）、留守録処理部は、留守録ファイルを削除するようにデータ蓄積装置１Ｂに要求する（ステップＳ１１６）。
【００４４】
データ蓄積装置１Ｂは、指定された留守録ファイルを蓄積部１６から削除する（ステップＳ２０６）。
【００４５】
呼が切断されて留守録の再生処理が終了する（ステップＳ１１６）。
【００４６】
なお、データ蓄積装置１Ｂに着信した場合も上記と同様となる。
【００４７】
以上説明したように、本実施の形態によれば、データ蓄積装置１Ａで呼を着信し、入力されたアカウントがデータ蓄積装置１Ａに収容されていない場合、検索部１２が別のデータ蓄積装置１Ｂにアカウントを送信してアカウントを収容しているデータ蓄積装置１Ｂを検索し、取得部１４がアカウントを収容しているデータ蓄積装置１Ｂからそのアカウント用に蓄積されたデータを取得することにより、データ蓄積装置１Ａ自身がアカウントを収容していない場合でも、セッションを張り替えることなく、そのアカウント用に蓄積されたデータを送信することができる。
【００４８】
なお、本実施の形態では、２台のデータ蓄積装置１Ａ，１Ｂで説明したが、もちろん３台以上の場合も同様となる。
【符号の説明】
【００４９】
１Ａ，１Ｂ…データ蓄積装置
１１…通信部
１２…検索部
１３…認証部
１４…取得部
１５…留守録処理部
１６…蓄積部
２…呼接続装置
３Ａ，３Ｂ…端末
【特許請求の範囲】
【請求項１】
アカウント毎にそのアカウント用のデータを蓄積し、呼を着信して前記データを送信するデータ蓄積装置であって、
前記データを蓄積する蓄積手段と、
端末から呼を着信して当該端末との間で通信を確立する通信手段と、
前記端末からアカウントの入力を受け付けて、当該アカウントを収容しているか否か調べ、当該アカウントを収容していない場合は別のデータ蓄積装置にそのアカウントを送信してアカウントを収容している第２のデータ蓄積装置を検索する検索手段と、
前記アカウントを収容している場合は前記蓄積手段から前記データを取得し、前記アカウントを収容していない場合は前記第２のデータ蓄積装置から前記アカウント用のデータを取得して前記端末へ提供する取得手段と、
を有することを特徴とするデータ蓄積装置。
【請求項１】
アカウント毎にそのアカウント用のデータを蓄積し、呼を着信して前記データを送信するデータ蓄積装置であって、
前記データを蓄積する蓄積手段と、
端末から呼を着信して当該端末との間で通信を確立する通信手段と、
前記端末からアカウントの入力を受け付けて、当該アカウントを収容しているか否か調べ、当該アカウントを収容していない場合は別のデータ蓄積装置にそのアカウントを送信してアカウントを収容している第２のデータ蓄積装置を検索する検索手段と、
前記アカウントを収容している場合は前記蓄積手段から前記データを取得し、前記アカウントを収容していない場合は前記第２のデータ蓄積装置から前記アカウント用のデータを取得して前記端末へ提供する取得手段と、
を有することを特徴とするデータ蓄積装置。
【図１】
【図２】
【図２】
【公開番号】特開２０１２−２５６２１９（Ｐ２０１２−２５６２１９Ａ）
【公開日】平成２４年１２月２７日（２０１２．１２．２７）
【国際特許分類】
【出願番号】特願２０１１−１２９１１６（Ｐ２０１１−１２９１１６）
【出願日】平成２３年６月９日（２０１１．６．９）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２４年１２月２７日（２０１２．１２．２７）
【国際特許分類】
【出願日】平成２３年６月９日（２０１１．６．９）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]