(57)【特許請求の範囲】
【請求項１】
ネットワークに接続され、送信装置から受信装置へのデータ伝送の管理を行う情報処理装置と、
前記ネットワーク、および前記送信装置に接続され、前記送信装置からの前記データ伝送を中継する第１の中継装置と、
前記ネットワーク、および前記受信装置に接続され、前記受信装置への前記データ伝送を中継する第２の中継装置と
を備えるデータ伝送システムであって、
前記情報処理装置は、
前記送信装置、前記第１の中継装置、前記受信装置、および前記第２の中継装置のアドレス情報を記憶する記憶手段と、
前記記憶手段により記憶されている前記アドレス情報を管理するアドレス情報管理手段と、
前記送信装置からの、前記第１の中継装置とのセッション確立を要求する第１の要求を取得する第１の取得手段と、
前記第１の取得手段により取得された前記第１の要求に基づいて、前記アドレス情報管理手段により管理されている前記アドレス情報に基づいて、前記送信装置に対応する前記第１の中継装置を検索する第１の検索手段と、
前記第１の検索手段により検索された前記第１の中継装置に対して前記第１の要求を転送する第１の転送手段と、
前記第１の転送手段により転送された前記第１の要求に対する、前記データの供給を許可する前記第１の中継装置からの第１の応答を取得する第２の取得手段と、
前記第２の取得手段により取得された前記第１の応答を前記送信装置に供給することにより、前記送信装置に対して、前記第１の中継装置とのセッションを確立させ、前記データを前記第１の中継装置に供給させる第１の制御手段と、
前記第１の中継装置からの、前記第１の制御手段の制御により前記送信装置から前記第１の中継装置に供給された前記データを前記受信装置に伝送するために前記第２の中継装置の利用を要求する第２の要求を取得する第３の取得手段と、
前記第３の取得手段により取得された前記第２の要求に基づいて、前記アドレス情報管理手段により管理されている前記アドレス情報に基づいて、前記データの送信先である前記受信装置に対応する前記第２の中継装置を検索する第２の検索手段と、
前記第２の検索手段により検索された前記第２の中継装置に対して前記第２の要求を転送する第２の転送手段と、
前記第２の転送手段により転送された前記第２の要求に対する、前記データを取得可能な前記第２の中継装置からの第２の応答を取得する第４の取得手段と、
前記第４の取得手段により取得された前記第２の応答を前記第１の中継装置に供給することにより、前記第１の中継装置に対して、前記第２の中継装置とのセッションを確立させ、前記データを前記第２の中継装置に供給させる第２の制御手段と、
前記受信装置からの、前記第２の中継装置とのセッション確立を要求する第３の要求を取得する第５の取得手段と、
前記第５の取得手段により取得された前記第３の要求に基づいて、前記アドレス情報管理手段により管理されている前記アドレス情報に基づいて、前記受信装置に対応する前記第２の中継装置を検索する第３の検索手段と、
前記第３の検索手段により検索された前記第２の中継装置に対して前記第３の要求を転送する第３の転送手段と、
前記第３の転送手段により転送された前記第３の要求に対する、前記セッションの確立を許可する前記第２の中継装置からの第３の応答を取得する第６の取得手段と、
前記第６の取得手段により取得された前記第３の応答を前記受信装置に供給することにより、前記受信装置に対して、前記第２の中継装置とのセッションを確立させ、前記データを前記第２の中継装置より取得させる第３の制御手段と
を備え、
前記第１の中継装置は、
前記情報処理装置より転送される前記第１の要求を取得する第７の取得手段と、
前記第７の取得手段により取得された前記第１の要求に対応して、セッションに参加可能な場合、前記第１の応答を前記情報処理装置に供給する第１の供給手段と、
前記情報処理装置の前記第１の制御手段の制御に基づいて、前記送信装置とのセッションを確立し、前記送信装置より前記データを取得する第８の取得手段と、
前記第８の取得手段により取得された前記データを保持する第１の保持手段と、
前記第２の要求を前記情報処理装置に供給する第２の供給手段と、
前記第２の供給手段により供給した前記第２の要求に対する前記第２の応答を、前記情報処理装置より取得する第９の取得手段と、
前記情報処理装置の前記第２の制御手段の制御に基づいて、前記第２の中継装置とのセッションを確立し、前記第１の保持手段により保持されている前記データを前記第２の中継装置に供給する第３の供給手段と
を備え、
前記第２の中継装置は、
前記情報処理装置より転送される前記第２の要求を取得する第１０の取得手段と、
前記第１０の取得手段により取得された前記第２の要求に対応して、前記データを取得可能な場合、前記第２の応答を前記情報処理装置に供給する第４の供給手段と、
前記情報処理装置の前記第２の制御手段の制御に基づいて、前記第１の中継装置とのセッションを確立し、前記第１の中継装置より前記データを取得する第１１の取得手段と、
前記第１１の取得手段により取得された前記データを保持する第２の保持手段と、
前記情報処理装置より転送される前記第３の要求を取得する第１２の取得手段と、
前記第１２の取得手段により取得された前記第３の要求に対応して、セッションに参加可能な場合、前記第３の応答を前記情報処理装置に供給する第５の供給手段と、
前記情報処理装置の前記第３の制御手段の制御に基づいて、前記受信装置とのセッションを確立し、前記保持手段により保持されている前記データを前記受信装置に供給する第６の供給手段と
を備えることを特徴とするデータ伝送システム。
【請求項２】
ネットワークに接続され、送信装置から受信装置へのデータ伝送の管理を行う情報処理装置であって、
前記送信装置、および前記送信装置に接続された第１の中継装置、並びに、前記受信装置、および前記受信装置に接続された第２の中継装置のアドレス情報を記憶する記憶手段と、
前記記憶手段により記憶されている前記アドレス情報を管理するアドレス情報管理手段と、
前記送信装置からの、前記第１の中継装置とのセッション確立を要求する第１の要求を取得する第１の取得手段と、
前記第１の取得手段により取得された前記第１の要求に基づいて、前記アドレス情報管理手段により管理されている前記アドレス情報に基づいて、前記送信装置に対応する前記第１の中継装置を検索する第１の検索手段と、
前記第１の検索手段により検索された前記第１の中継装置に対して前記第１の要求を転送する第１の転送手段と、
前記第１の転送手段により転送された前記第１の要求に対する、前記データの供給を許可する前記第１の中継装置からの第１の応答を取得する第２の取得手段と、
前記第２の取得手段により取得された前記第１の応答を前記送信装置に供給することにより、前記送信装置に対して、前記第１の中継装置とのセッションを確立させ、前記データを前記第１の中継装置に供給させる第１の制御手段と、
前記第１の中継装置からの、前記第１の制御手段の制御により前記送信装置から前記第１の中継装置に供給された前記データを前記受信装置に伝送するために前記第２の中継装置の利用を要求する第２の要求を取得する第３の取得手段と、
前記第３の取得手段により取得された前記第２の要求に基づいて、前記アドレス情報管理手段により管理されている前記アドレス情報に基づいて、前記データの送信先である前記受信装置に対応する前記第２の中継装置を検索する第２の検索手段と、
前記第２の検索手段により検索された前記第２の中継装置に対して前記要求を転送する第２の転送手段と、
前記第２の転送手段により転送された前記第２の要求に対する、前記データを取得可能な前記第２の中継装置からの第２の応答を取得する第４の取得手段と、
前記第４の取得手段により取得された前記第２の応答を前記第１の中継装置に供給することにより、前記第１の中継装置に対して、前記第２の中継装置とのセッションを確立させ、前記データを前記第２の中継装置に供給させる第２の制御手段と、
前記受信装置からの、前記第２の中継装置とのセッション確立を要求する第３の要求を取得する第５の取得手段と、
前記第５の取得手段により取得された前記第３の要求に基づいて、前記アドレス情報管理手段により管理されている前記アドレス情報に基づいて、前記受信装置に対応する前記第２の中継装置を検索する第３の検索手段と、
前記第３の検索手段により検索された前記第２の中継装置に対して前記第３の要求を転送する第３の転送手段と、
前記第３の転送手段により転送された前記第３の要求に対する、前記セッションの確立を許可する前記第２の中継装置からの第３の応答を取得する第６の取得手段と、
前記第６の取得手段により取得された前記第３の応答を前記受信装置に供給することにより、前記受信装置に対して、前記第２の中継装置とのセッションを確立させ、前記データを前記第２の中継装置より取得させる第３の制御手段と
を備えることを特徴とする情報処理装置。
【請求項３】
前記記憶手段は、前記アドレス情報として、前記第１の中継装置のアドレスを前記送信装置のユーザのユーザIDと、前記第２の中継装置のアドレスを前記受信装置のユーザのユーザIDと、それぞれ関連付けて記憶し、
前記第１の検索手段は、前記アドレス情報管理手段により管理されている前記アドレス情報より、前記第１の要求に含まれる前記送信装置のユーザのユーザIDに基づいて、前記送信装置に対応する前記第１の中継装置のアドレスを検索し、
前記第２の検索手段は、前記アドレス情報管理手段により管理されている前記アドレス情報より、前記第２の要求に含まれる、前記データの送信先として指定される前記受信装置のユーザのユーザIDに基づいて、前記受信装置に対応する前記第２の中継装置のアドレスを検索し、
前記第３の検索手段は、前記アドレス情報管理手段により管理されている前記アドレス情報より、前記第３の要求に含まれる前記受信装置のユーザのユーザIDに基づいて、前記受信装置に対応する前記第２の中継装置のアドレスを検索する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記送信装置のユーザの認証を行う認証手段をさらに備え、
前記第１の検索手段は、前記認証手段による前記送信装置のユーザの認証が成功した場合、前記送信装置のユーザのユーザIDに基づいて、前記送信装置に対応する前記第１の中継装置のアドレスを検索する
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記認証手段は、前記送信装置より供給された電子署名データを、前記ユーザが予め登録してある公開鍵を用いて検証することにより、前記ユーザを認証する
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記第２の要求は、送信される前記データに関する情報を含む
ことを特徴とする請求項２に記載の情報処理装置。
【請求項７】
送信装置、および前記送信装置に接続された第１の中継装置、並びに、受信装置、および前記受信装置に接続された第２の中継装置のアドレス情報を記憶する記憶部と、前記記憶部に記憶されている前記アドレス情報を管理するアドレス情報管理部とを有し、ネットワークに接続され、前記送信装置から前記受信装置へのデータ伝送の管理を行う情報処理装置の情報処理方法であって、
前記送信装置からの、前記第１の中継装置とのセッション確立を要求する第１の要求を取得する第１の取得ステップと、
前記第１の取得ステップの処理により取得された前記第１の要求に基づいて、前記アドレス情報管理部により管理されている前記アドレス情報に基づいて、前記送信装置に対応する前記第１の中継装置を検索する第１の検索ステップと、
前記第１の検索ステップの処理により検索された前記第１の中継装置に対して前記第１の要求を転送する第１の転送ステップと、
前記第１の転送ステップの処理により転送された前記第１の要求に対する、前記データの供給を許可する前記第１の中継装置からの第１の応答を取得する第２の取得ステップと、
前記第２の取得ステップの処理により取得された前記第１の応答を前記送信装置に供給することにより、前記送信装置に対して、前記第１の中継装置とのセッションを確立させ、前記データを前記第１の中継装置に供給させる第１の制御ステップと、
前記第１の中継装置からの、前記第１の制御ステップの制御処理により前記送信装置から前記第１の中継装置に供給された前記データを前記受信装置に伝送するために前記第２の中継装置の利用を要求する第２の要求を取得する第３の取得ステップと、
前記第３の取得ステップの処理により取得された前記第２の要求に基づいて、前記アドレス情報管理部により管理されている前記アドレス情報に基づいて、前記データの送信先である前記受信装置に対応する前記第２の中継装置を検索する第２の検索ステップと、
前記第２の検索ステップの処理により検索された前記第２の中継装置に対して前記要求を転送する第２の転送ステップと、
前記第２の転送ステップの処理により転送された前記第２の要求に対する、前記データを取得可能な前記第２の中継装置からの第２の応答を取得する第４の取得ステップと、
前記第４の取得ステップの処理により取得された前記第２の応答を前記第１の中継装置に供給することにより、前記第１の中継装置に対して、前記第２の中継装置とのセッションを確立させ、前記データを前記第２の中継装置に供給させる第２の制御ステップと、
前記受信装置からの、前記第２の中継装置とのセッション確立を要求する第３の要求を取得する第５の取得ステップと、
前記第５の取得ステップの処理により取得された前記第３の要求に基づいて、前記アドレス情報管理部により管理されている前記アドレス情報に基づいて、前記受信装置に対応する前記第２の中継装置を検索する第３の検索ステップと、
前記第３の検索ステップの処理により検索された前記第２の中継装置に対して前記第３の要求を転送する第３の転送ステップと、
前記第３の転送ステップの処理により転送された前記第３の要求に対する、前記セッションの確立を許可する前記第２の中継装置からの第３の応答を取得する第６の取得ステップと、
前記第６の取得ステップの処理により取得された前記第３の応答を前記受信装置に供給することにより、前記受信装置に対して、前記第２の中継装置とのセッションを確立させ、前記データを前記第２の中継装置より取得させる第３の制御ステップと
を含むことを特徴とする情報処理方法。
【請求項８】
送信装置、および前記送信装置に接続された第１の中継装置、並びに、受信装置、および前記受信装置に接続された第２の中継装置のアドレス情報を記憶する記憶部と、前記記憶部に記憶されている前記アドレス情報を管理するアドレス情報管理部とを有し、ネットワークに接続され、前記送信装置から前記受信装置へのデータ伝送の管理を行う情報処理装置用のプログラムであって、
前記送信装置からの、前記第１の中継装置とのセッション確立を要求する第１の要求を取得する第１の取得ステップと、
前記第１の取得ステップの処理により取得された前記第１の要求に基づいて、前記アドレス情報管理部により管理されている前記アドレス情報に基づいて、前記送信装置に対応する前記第１の中継装置を検索する第１の検索ステップと、
前記第１の検索ステップの処理により検索された前記第１の中継装置に対して前記第１の要求を転送する第１の転送ステップと、
前記第１の転送ステップの処理により転送された前記第１の要求に対する、前記データの供給を許可する前記第１の中継装置からの第１の応答を取得する第２の取得ステップと、
前記第２の取得ステップの処理により取得された前記第１の応答を前記送信装置に供給することにより、前記送信装置に対して、前記第１の中継装置とのセッションを確立させ、前記データを前記第１の中継装置に供給させる第１の制御ステップと、
前記第１の中継装置からの、前記第１の制御ステップの制御処理により前記送信装置から前記第１の中継装置に供給された前記データを前記受信装置に伝送するために前記第２の中継装置の利用を要求する第２の要求を取得する第３の取得ステップと、
前記第３の取得ステップの処理により取得された前記第２の要求に基づいて、前記アドレス情報管理部により管理されている前記アドレス情報に基づいて、前記データの送信先である前記受信装置に対応する前記第２の中継装置を検索する第２の検索ステップと、
前記第２の検索ステップの処理により検索された前記第２の中継装置に対して前記要求を転送する第２の転送ステップと、
前記第２の転送ステップの処理により転送された前記第２の要求に対する、前記データを取得可能な前記第２の中継装置からの第２の応答を取得する第４の取得ステップと、
前記第４の取得ステップの処理により取得された前記第２の応答を前記第１の中継装置に供給することにより、前記第１の中継装置に対して、前記第２の中継装置とのセッションを確立させ、前記データを前記第２の中継装置に供給させる第２の制御ステップと、
前記受信装置からの、前記第２の中継装置とのセッション確立を要求する第３の要求を取得する第５の取得ステップと、
前記第５の取得ステップの処理により取得された前記第３の要求に基づいて、前記アドレス情報管理部により管理されている前記アドレス情報に基づいて、前記受信装置に対応する前記第２の中継装置を検索する第３の検索ステップと、
前記第３の検索ステップの処理により検索された前記第２の中継装置に対して前記第３の要求を転送する第３の転送ステップと、
前記第３の転送ステップの処理により転送された前記第３の要求に対する、前記セッションの確立を許可する前記第２の中継装置からの第３の応答を取得する第６の取得ステップと、
前記第６の取得ステップの処理により取得された前記第３の応答を前記受信装置に供給することにより、前記受信装置に対して、前記第２の中継装置とのセッションを確立させ、前記データを前記第２の中継装置より取得させる第３の制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項９】
送信装置、および前記送信装置に接続された第１の中継装置、並びに、受信装置、および前記受信装置に接続された第２の中継装置のアドレス情報を記憶する記憶部と、前記記憶部に記憶されている前記アドレス情報を管理するアドレス情報管理部とを有し、ネットワークに接続され、前記送信装置から前記受信装置へのデータ伝送の管理を行う情報処理装置を制御するコンピュータが実行可能なプログラムであって、
前記送信装置からの、前記第１の中継装置とのセッション確立を要求する第１の要求を取得する第１の取得ステップと、
前記第１の取得ステップの処理により取得された前記第１の要求に基づいて、前記アドレス情報管理部により管理されている前記アドレス情報に基づいて、前記送信装置に対応する前記第１の中継装置を検索する第１の検索ステップと、
前記第１の検索ステップの処理により検索された前記第１の中継装置に対して前記第１の要求を転送する第１の転送ステップと、
前記第１の転送ステップの処理により転送された前記第１の要求に対する、前記データの供給を許可する前記第１の中継装置からの第１の応答を取得する第２の取得ステップと、
前記第２の取得ステップの処理により取得された前記第１の応答を前記送信装置に供給することにより、前記送信装置に対して、前記第１の中継装置とのセッションを確立させ、前記データを前記第１の中継装置に供給させる第１の制御ステップと、
前記第１の中継装置からの、前記第１の制御ステップの制御処理により前記送信装置から前記第１の中継装置に供給された前記データを前記受信装置に伝送するために前記第２の中継装置の利用を要求する第２の要求を取得する第３の取得ステップと、
前記第３の取得ステップの処理により取得された前記第２の要求に基づいて、前記アドレス情報管理部により管理されている前記アドレス情報に基づいて、前記データの送信先である前記受信装置に対応する前記第２の中継装置を検索する第２の検索ステップと、
前記第２の検索ステップの処理により検索された前記第２の中継装置に対して前記要求を転送する第２の転送ステップと、
前記第２の転送ステップの処理により転送された前記第２の要求に対する、前記データを取得可能な前記第２の中継装置からの第２の応答を取得する第４の取得ステップと、
前記第４の取得ステップの処理により取得された前記第２の応答を前記第１の中継装置に供給することにより、前記第１の中継装置に対して、前記第２の中継装置とのセッションを確立させ、前記データを前記第２の中継装置に供給させる第２の制御ステップと、
前記受信装置からの、前記第２の中継装置とのセッション確立を要求する第３の要求を取得する第５の取得ステップと、
前記第５の取得ステップの処理により取得された前記第３の要求に基づいて、前記アドレス情報管理部により管理されている前記アドレス情報に基づいて、前記受信装置に対応する前記第２の中継装置を検索する第３の検索ステップと、
前記第３の検索ステップの処理により検索された前記第２の中継装置に対して前記第３の要求を転送する第３の転送ステップと、
前記第３の転送ステップの処理により転送された前記第３の要求に対する、前記セッションの確立を許可する前記第２の中継装置からの第３の応答を取得する第６の取得ステップと、
前記第６の取得ステップの処理により取得された前記第３の応答を前記受信装置に供給することにより、前記受信装置に対して、前記第２の中継装置とのセッションを確立させ、前記データを前記第２の中継装置より取得させる第３の制御ステップと
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデータ伝送システム、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、データ伝送において、送信側のユーザ認証を行い、受信側の装置の能力や状態を確認する仲介機能部を、データ伝送を行う通信パスと異なる通信パスに設け、大容量のデータでも安全に送受信することができるようにしたデータ伝送システム、情報処理装置および方法、記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
近年、インターネットに代表されるネットワークの普及とともに、電子メールやファイルの送受信がさかんに行われるようになってきた。また、ネットワークのブロードバンド化に伴い、画像データや音楽データ等の大容量のデータを送受信する機会が急増している。
【０００３】
通常、電子メールを送信する場合、送信者は、公開されている相手先の端末装置のアドレス情報に、送信者名等の送信者に関する情報を付加したデータを一方的に送信することができる。
【０００４】
FTP（File Transfer Protocol）を用いたデータ転送の場合、接続先の情報処理装置（ホストコンピュータ）により接続元の端末装置（クライアント）のユーザ認証が行われる。例えば、FTPを用いてデータをダウンロードする場合、クライアントがホストコンピュータに接続すると、ホストコンピュータはクライアントのユーザの認証を行う。ユーザが認証されると、クライアントは、接続先のホストコンピュータから目的のデータを検索し、ダウンロードを行う。データのアップロードの場合も同様に、ホストコンピュータによりユーザ認証が行われる。ユーザが認証され、接続されたクライアントは、ホストコンピュータの目的のディレクトリに移動し、データのアップロードを行う。
【０００５】
また、最近では、インターネットを経由して、クライアントPCどうしが直接ファイル交換を行えるようにした専用のソフトウェアを用いたファイル交換サービスも行われるようになった。
【０００６】
例えば、ユーザが、端末装置において、所定のクライアント用ソフトウェアをインストールして起動すると、インターネット上にあるファイル交換サービス用情報サーバに自動的に接続され、このとき、自分が所有する公開可能なデータの一覧がサーバ側に送信される。ファイル交換サービス用情報サーバに接続された端末装置を操作するユーザは、ファイル名等のデータに関連する情報から、目的とするデータを検索できるようになる。ユーザが端末装置を操作して検索したデータのダウンロードを指示すると、ファイル交換サービス用情報サーバは、データが存在する別のクライアントの情報を提供する。ユーザは、その情報に基づいて、端末装置を操作することにより、目的のデータを所有しているクライアントから直接ダウンロードする。
【０００７】
【発明が解決しようとする課題】
しかしながら、以上のような方法で電子メールを送信する場合、受信者は、送信者の確認を行うこともなく送信された電子メールを受信するので、送信者は、容易に他人になりすまして電子メールを送信することができるという課題があった。
【０００８】
また、FTPを用いたデータ転送の場合、接続先によりユーザ認証が行われるが、インターネット上において、個々のホストコンピュータが、それぞれ多数のクライアントに対してユーザ認証を行うことは難しく、実際には、anonymous等の公開されたアカウントにより自由に接続することができるようにしている場合が多く、不明なユーザが接続することもあるのでセキュリティが低いという課題があった。
【０００９】
これに対して、例えば、接続元の情報処理装置と、接続先の情報処理装置との間に配信サーバを設け、この配信サーバにより接続元のユーザ認証を行う方法が考えられる。しかしながら、このような方法の場合、動画像や静止画像の画像データ、または音声データ等が転送されると、中間の配信サーバの負荷が重くなり、システム全体のパフォーマンスが低下するという課題があった。
【００１０】
さらに、上述したファイル交換サービスのようなシステムを用いて、中央のサーバでユーザ認証のみを行い、データのやり取りはクライアント同士で行うようにする方法が考えられる。
【００１１】
しかしながら、このような方法の場合、大容量のデータを送信する際に、送信側の端末装置は、受信側の端末装置の能力や、現在の状態等を確認せずに送信するので、受信側の端末装置は、記憶領域の空き容量不足等により、データを受信できなかったり、処理速度の低下が生じたりする場合があった。さらに、送信側の端末装置も、受信側の端末装置が受信不可能な状態であるにもかかわらず、データを送信してしまうので、不必要なデータを送信してしまい、処理速度の低下等を発生させてしまうという課題があった。
【００１２】
本発明はこのような状況に鑑みてなされたものであり、データ伝送において、送信側のユーザ認証を行い、受信側の装置の能力や状態を確認する仲介機能部を、データ伝送を行う通信パスと異なる通信パスに設け、大容量のデータでも安全に送受信することができるようにしたものである。
【００１３】
【課題を解決するための手段】
本発明のデータ伝送システムは、ネットワークに接続され、送信装置から受信装置へのデータ伝送の管理を行う情報処理装置と、ネットワーク、および送信装置に接続され、送信装置からのデータ伝送を中継する第１の中継装置と、ネットワーク、および受信装置に接続され、受信装置へのデータ伝送を中継する第２の中継装置とを備えるデータ伝送システムであって、情報処理装置は、送信装置、第１の中継装置、受信装置、および第２の中継装置のアドレス情報を記憶する記憶手段と、記憶手段により記憶されているアドレス情報を管理するアドレス情報管理手段と、送信装置からの、第１の中継装置とのセッション確立を要求する第１の要求を取得する第１の取得手段と、第１の取得手段により取得された第１の要求に基づいて、アドレス情報管理手段により管理されているアドレス情報に基づいて、送信装置に対応する第１の中継装置を検索する第１の検索手段と、第１の検索手段により検索された第１の中継装置に対して第１の要求を転送する第１の転送手段と、第１の転送手段により転送された第１の要求に対する、データの供給を許可する第１の中継装置からの第１の応答を取得する第２の取得手段と、第２の取得手段により取得された第１の応答を送信装置に供給することにより、送信装置に対して、第１の中継装置とのセッションを確立させ、データを第１の中継装置に供給させる第１の制御手段と、第１の中継装置からの、第１の制御手段の制御により送信装置から第１の中継装置に供給されたデータを受信装置に伝送するために第２の中継装置の利用を要求する第２の要求を取得する第３の取得手段と、第３の取得手段により取得された第２の要求に基づいて、アドレス情報管理手段により管理されているアドレス情報に基づいて、データの送信先である受信装置に対応する第２の中継装置を検索する第２の検索手段と、第２の検索手段により検索された第２の中継装置に対して第２の要求を転送する第２の転送手段と、第２の転送手段により転送された第２の要求に対する、データを取得可能な第２の中継装置からの第２の応答を取得する第４の取得手段と、第４の取得手段により取得された第２の応答を第１の中継装置に供給することにより、第１の中継装置に対して、第２の中継装置とのセッションを確立させ、データを第２の中継装置に供給させる第２の制御手段と、受信装置からの、第２の中継装置とのセッション確立を要求する第３の要求を取得する第５の取得手段と、第５の取得手段により取得された第３の要求に基づいて、アドレス情報管理手段により管理されているアドレス情報に基づいて、受信装置に対応する第２の中継装置を検索する第３の検索手段と、第３の検索手段により検索された第２の中継装置に対して第３の要求を転送する第３の転送手段と、第３の転送手段により転送された第３の要求に対する、セッションの確立を許可する第２の中継装置からの第３の応答を取得する第６の取得手段と、第６の取得手段により取得された第３の応答を受信装置に供給することにより、受信装置に対して、第２の中継装置とのセッションを確立させ、データを第２の中継装置より取得させる第３の制御手段とを備え、第１の中継装置は、情報処理装置より転送される第１の要求を取得する第７の取得手段と、第７の取得手段により取得された第１の要求に対応して、セッションに参加可能な場合、第１の応答を情報処理装置に供給する第１の供給手段と、情報処理装置の第１の制御手段の制御に基づいて、送信装置とのセッションを確立し、送信装置よりデータを取得する第８の取得手段と、第８の取得手段により取得されたデータを保持する第１の保持手段と、第２の要求を情報処理装置に供給する第２の供給手段と、第２の供給手段により供給した第２の要求に対する第２の応答を、情報処理装置より取得する第９の取得手段と、情報処理装置の第２の制御手段の制御に基づいて、第２の中継装置とのセッションを確立し、第１の保持手段により保持されているデータを第２の中継装置に供給する第３の供給手段とを備え、第２の中継装置は、情報処理装置より転送される第２の要求を取得する第１０の取得手段と、第１０の取得手段により取得された第２の要求に対応して、データを取得可能な場合、第２の応答を情報処理装置に供給する第４の供給手段と、情報処理装置の第２の制御手段の制御に基づいて、第１の中継装置とのセッションを確立し、第１の中継装置よりデータを取得する第１１の取得手段と、第１１の取得手段により取得されたデータを保持する第２の保持手段と、情報処理装置より転送される第３の要求を取得する第１２の取得手段と、第１２の取得手段により取得された第３の要求に対応して、セッションに参加可能な場合、第３の応答を情報処理装置に供給する第５の供給手段と、情報処理装置の第３の制御手段の制御に基づいて、受信装置とのセッションを確立し、保持手段により保持されているデータを受信装置に供給する第６の供給手段とを備えることを特徴とする。
【００１４】
本発明の情報処理装置は、送信装置、および送信装置に接続された第１の中継装置、並びに、受信装置、および受信装置に接続された第２の中継装置のアドレス情報を記憶する記憶手段と、記憶手段により記憶されているアドレス情報を管理するアドレス情報管理手段と、送信装置からの、第１の中継装置とのセッション確立を要求する第１の要求を取得する第１の取得手段と、第１の取得手段により取得された第１の要求に基づいて、アドレス情報管理手段により管理されているアドレス情報に基づいて、送信装置に対応する第１の中継装置を検索する第１の検索手段と、第１の検索手段により検索された第１の中継装置に対して第１の要求を転送する第１の転送手段と、第１の転送手段により転送された第１の要求に対する、データの供給を許可する第１の中継装置からの第１の応答を取得する第２の取得手段と、第２の取得手段により取得された第１の応答を送信装置に供給することにより、送信装置に対して、第１の中継装置とのセッションを確立させ、データを第１の中継装置に供給させる第１の制御手段と、第１の中継装置からの、第１の制御手段の制御により送信装置から第１の中継装置に供給されたデータを受信装置に伝送するために第２の中継装置の利用を要求する第２の要求を取得する第３の取得手段と、第３の取得手段により取得された第２の要求に基づいて、アドレス情報管理手段により管理されているアドレス情報に基づいて、データの送信先である受信装置に対応する第２の中継装置を検索する第２の検索手段と、第２の検索手段により検索された第２の中継装置に対して要求を転送する第２の転送手段と、第２の転送手段により転送された第２の要求に対する、データを取得可能な第２の中継装置からの第２の応答を取得する第４の取得手段と、第４の取得手段により取得された第２の応答を第１の中継装置に供給することにより、第１の中継装置に対して、第２の中継装置とのセッションを確立させ、データを第２の中継装置に供給させる第２の制御手段と、受信装置からの、第２の中継装置とのセッション確立を要求する第３の要求を取得する第５の取得手段と、第５の取得手段により取得された第３の要求に基づいて、アドレス情報管理手段により管理されているアドレス情報に基づいて、受信装置に対応する第２の中継装置を検索する第３の検索手段と、第３の検索手段により検索された第２の中継装置に対して第３の要求を転送する第３の転送手段と、第３の転送手段により転送された第３の要求に対する、セッションの確立を許可する第２の中継装置からの第３の応答を取得する第６の取得手段と、第６の取得手段により取得された第３の応答を受信装置に供給することにより、受信装置に対して、第２の中継装置とのセッションを確立させ、データを第２の中継装置より取得させる第３の制御手段とを備えることを特徴とする。
【００１５】
前記記憶手段は、アドレス情報として、第１の中継装置のアドレスを送信装置のユーザのユーザIDと、第２の中継装置のアドレスを受信装置のユーザのユーザIDと、それぞれ関連付けて記憶し、第１の検索手段は、アドレス情報管理手段により管理されているアドレス情報より、第１の要求に含まれる送信装置のユーザのユーザIDに基づいて、送信装置に対応する第１の中継装置のアドレスを検索し、第２の検索手段は、アドレス情報管理手段により管理されているアドレス情報より、第２の要求に含まれる、データの送信先として指定される受信装置のユーザのユーザIDに基づいて、受信装置に対応する第２の中継装置のアドレスを検索し、第３の検索手段は、アドレス情報管理手段により管理されているアドレス情報より、第３の要求に含まれる受信装置のユーザのユーザIDに基づいて、受信装置に対応する第２の中継装置のアドレスを検索するようにすることができる。
前記送信装置のユーザの認証を行う認証手段をさらに備え、第１の検索手段は、認証手段による送信装置のユーザの認証が成功した場合、送信装置のユーザのユーザIDに基づいて、送信装置に対応する第１の中継装置のアドレスを検索するようにすることができる。
【００１６】
認証手段は、送信装置より供給された電子署名データを、ユーザが予め登録してある公開鍵を用いて検証することにより、ユーザを認証するようにすることができる。
【００１７】
前記第２の要求は、送信されるデータに関する情報を含むようにすることができる。
【００１８】
本発明の情報処理方法は、送信装置、および送信装置に接続された第１の中継装置、並びに、受信装置、および受信装置に接続された第２の中継装置のアドレス情報を記憶する記憶部と、記憶部に記憶されているアドレス情報を管理するアドレス情報管理部とを有し、ネットワークに接続され、送信装置から受信装置へのデータ伝送の管理を行う情報処理装置の情報処理方法であって、送信装置からの、第１の中継装置とのセッション確立を要求する第１の要求を取得する第１の取得ステップと、第１の取得ステップの処理により取得された第１の要求に基づいて、アドレス情報管理部により管理されているアドレス情報に基づいて、送信装置に対応する第１の中継装置を検索する第１の検索ステップと、第１の検索ステップの処理により検索された第１の中継装置に対して第１の要求を転送する第１の転送ステップと、第１の転送ステップの処理により転送された第１の要求に対する、データの供給を許可する第１の中継装置からの第１の応答を取得する第２の取得ステップと、第２の取得ステップの処理により取得された第１の応答を送信装置に供給することにより、送信装置に対して、第１の中継装置とのセッションを確立させ、データを第１の中継装置に供給させる第１の制御ステップと、第１の中継装置からの、第１の制御ステップの制御処理により送信装置から第１の中継装置に供給されたデータを受信装置に伝送するために第２の中継装置の利用を要求する第２の要求を取得する第３の取得ステップと、第３の取得ステップの処理により取得された第２の要求に基づいて、アドレス情報管理部により管理されているアドレス情報に基づいて、データの送信先である受信装置に対応する第２の中継装置を検索する第２の検索ステップと、第２の検索ステップの処理により検索された第２の中継装置に対して要求を転送する第２の転送ステップと、第２の転送ステップの処理により転送された第２の要求に対する、データを取得可能な第２の中継装置からの第２の応答を取得する第４の取得ステップと、第４の取得ステップの処理により取得された第２の応答を第１の中継装置に供給することにより、第１の中継装置に対して、第２の中継装置とのセッションを確立させ、データを第２の中継装置に供給させる第２の制御ステップと、受信装置からの、第２の中継装置とのセッション確立を要求する第３の要求を取得する第５の取得ステップと、第５の取得ステップの処理により取得された第３の要求に基づいて、アドレス情報管理部により管理されているアドレス情報に基づいて、受信装置に対応する第２の中継装置を検索する第３の検索ステップと、第３の検索ステップの処理により検索された第２の中継装置に対して第３の要求を転送する第３の転送ステップと、第３の転送ステップの処理により転送された第３の要求に対する、セッションの確立を許可する第２の中継装置からの第３の応答を取得する第６の取得ステップと、第６の取得ステップの処理により取得された第３の応答を受信装置に供給することにより、受信装置に対して、第２の中継装置とのセッションを確立させ、データを第２の中継装置より取得させる第３の制御ステップとを含むことを特徴とする。
【００１９】
本発明の記録媒体のプログラムは、送信装置、および送信装置に接続された第１の中継装置、並びに、受信装置、および受信装置に接続された第２の中継装置のアドレス情報を記憶する記憶部と、記憶部に記憶されているアドレス情報を管理するアドレス情報管理部とを有し、ネットワークに接続され、送信装置から受信装置へのデータ伝送の管理を行う情報処理装置用のプログラムであって、送信装置からの、第１の中継装置とのセッション確立を要求する第１の要求を取得する第１の取得ステップと、第１の取得ステップの処理により取得された第１の要求に基づいて、アドレス情報管理部により管理されているアドレス情報に基づいて、送信装置に対応する第１の中継装置を検索する第１の検索ステップと、第１の検索ステップの処理により検索された第１の中継装置に対して第１の要求を転送する第１の転送ステップと、第１の転送ステップの処理により転送された第１の要求に対する、データの供給を許可する第１の中継装置からの第１の応答を取得する第２の取得ステップと、第２の取得ステップの処理により取得された第１の応答を送信装置に供給することにより、送信装置に対して、第１の中継装置とのセッションを確立させ、データを第１の中継装置に供給させる第１の制御ステップと、第１の中継装置からの、第１の制御ステップの制御処理により送信装置から第１の中継装置に供給されたデータを受信装置に伝送するために第２の中継装置の利用を要求する第２の要求を取得する第３の取得ステップと、第３の取得ステップの処理により取得された第２の要求に基づいて、アドレス情報管理部により管理されているアドレス情報に基づいて、データの送信先である受信装置に対応する第２の中継装置を検索する第２の検索ステップと、第２の検索ステップの処理により検索された第２の中継装置に対して要求を転送する第２の転送ステップと、第２の転送ステップの処理により転送された第２の要求に対する、データを取得可能な第２の中継装置からの第２の応答を取得する第４の取得ステップと、第４の取得ステップの処理により取得された第２の応答を第１の中継装置に供給することにより、第１の中継装置に対して、第２の中継装置とのセッションを確立させ、データを第２の中継装置に供給させる第２の制御ステップと、受信装置からの、第２の中継装置とのセッション確立を要求する第３の要求を取得する第５の取得ステップと、第５の取得ステップの処理により取得された第３の要求に基づいて、アドレス情報管理部により管理されているアドレス情報に基づいて、受信装置に対応する第２の中継装置を検索する第３の検索ステップと、第３の検索ステップの処理により検索された第２の中継装置に対して第３の要求を転送する第３の転送ステップと、第３の転送ステップの処理により転送された第３の要求に対する、セッションの確立を許可する第２の中継装置からの第３の応答を取得する第６の取得ステップと、第６の取得ステップの処理により取得された第３の応答を受信装置に供給することにより、受信装置に対して、第２の中継装置とのセッションを確立させ、データを第２の中継装置より取得させる第３の制御ステップとを含むことを特徴とする。
【００２０】
本発明のプログラムは、送信装置、および送信装置に接続された第１の中継装置、並びに、受信装置、および受信装置に接続された第２の中継装置のアドレス情報を記憶する記憶部と、記憶部に記憶されているアドレス情報を管理するアドレス情報管理部とを有し、ネットワークに接続され、送信装置から受信装置へのデータ伝送の管理を行う情報処理装置を制御するコンピュータが実行可能なプログラムであって、送信装置からの、第１の中継装置とのセッション確立を要求する第１の要求を取得する第１の取得ステップと、第１の取得ステップの処理により取得された第１の要求に基づいて、アドレス情報管理部により管理されているアドレス情報に基づいて、送信装置に対応する第１の中継装置を検索する第１の検索ステップと、第１の検索ステップの処理により検索された第１の中継装置に対して第１の要求を転送する第１の転送ステップと、第１の転送ステップの処理により転送された第１の要求に対する、データの供給を許可する第１の中継装置からの第１の応答を取得する第２の取得ステップと、第２の取得ステップの処理により取得された第１の応答を送信装置に供給することにより、送信装置に対して、第１の中継装置とのセッションを確立させ、データを第１の中継装置に供給させる第１の制御ステップと、第１の中継装置からの、第１の制御ステップの制御処理により送信装置から第１の中継装置に供給されたデータを受信装置に伝送するために第２の中継装置の利用を要求する第２の要求を取得する第３の取得ステップと、第３の取得ステップの処理により取得された第２の要求に基づいて、アドレス情報管理部により管理されているアドレス情報に基づいて、データの送信先である受信装置に対応する第２の中継装置を検索する第２の検索ステップと、第２の検索ステップの処理により検索された第２の中継装置に対して要求を転送する第２の転送ステップと、第２の転送ステップの処理により転送された第２の要求に対する、データを取得可能な第２の中継装置からの第２の応答を取得する第４の取得ステップと、第４の取得ステップの処理により取得された第２の応答を第１の中継装置に供給することにより、第１の中継装置に対して、第２の中継装置とのセッションを確立させ、データを第２の中継装置に供給させる第２の制御ステップと、受信装置からの、第２の中継装置とのセッション確立を要求する第３の要求を取得する第５の取得ステップと、第５の取得ステップの処理により取得された第３の要求に基づいて、アドレス情報管理部により管理されているアドレス情報に基づいて、受信装置に対応する第２の中継装置を検索する第３の検索ステップと、第３の検索ステップの処理により検索された第２の中継装置に対して第３の要求を転送する第３の転送ステップと、第３の転送ステップの処理により転送された第３の要求に対する、セッションの確立を許可する第２の中継装置からの第３の応答を取得する第６の取得ステップと、第６の取得ステップの処理により取得された第３の応答を受信装置に供給することにより、受信装置に対して、第２の中継装置とのセッションを確立させ、データを第２の中継装置より取得させる第３の制御ステップとをコンピュータに実現させる。
【００３５】
本発明のデータ伝送システムにおいては、送信装置から受信装置へのデータ伝送の管理を行う情報処理装置と、送信装置に接続され、送信装置からのデータ伝送を中継する第１の中継装置と、受信装置に接続され、受信装置へのデータ伝送を中継する第２の中継装置とが備えられ、情報処理装置においては、送信装置、第１の中継装置、受信装置、および第２の中継装置のアドレス情報が記憶されて管理され、送信装置からの、第１の中継装置とのセッション確立を要求する第１の要求が取得され、その取得された第１の要求に基づいて、アドレス情報に基づいて、送信装置に対応する第１の中継装置が検索され、その検索された第１の中継装置に対して第１の要求が転送され、その転送された第１の要求に対する、データの供給を許可する第１の中継装置からの第１の応答が取得され、その取得された第１の応答が送信装置に供給され、第１の中継装置からの、送信装置から第１の中継装置に供給されたデータを受信装置に伝送するために第２の中継装置の利用を要求する第２の要求が取得され、その取得された第２の要求に基づいて、アドレス情報に基づいて、データの送信先である受信装置に対応する第２の中継装置が検索され、その検索された第２の中継装置に対して第２の要求が転送され、その転送された第２の要求に対する、データを取得可能な第２の中継装置からの第２の応答が取得され、その取得された第２の応答が第１の中継装置に供給され、受信装置からの、第２の中継装置とのセッション確立を要求する第３の要求が取得され、その取得された第３の要求に基づいて、アドレス情報に基づいて、受信装置に対応する第２の中継装置が検索され、その検索された第２の中継装置に対して第３の要求が転送され、その転送された第３の要求に対する、セッションの確立を許可する第２の中継装置からの第３の応答が取得され、その取得された第３の応答が受信装置に供給され、第１の中継装置においては、情報処理装置より転送される第１の要求が取得され、その取得された第１の要求に対応して、セッションに参加可能な場合、第１の応答が情報処理装置に供給され、情報処理装置の制御に基づいて、送信装置とのセッションが確立され、送信装置よりデータが取得され、その取得されたデータが保持され、第２の要求が情報処理装置に供給され、その供給された第２の要求に対する第２の応答が、情報処理装置より取得され、情報処理装置の制御に基づいて、第２の中継装置とのセッションが確立され、保持されているデータが第２の中継装置に供給され、第２の中継装置においては、情報処理装置より転送される第２の要求が取得され、その取得された第２の要求に対応して、データを取得可能な場合、第２の応答が情報処理装置に供給され、情報処理装置の制御に基づいて、第１の中継装置とのセッションが確立され、第１の中継装置よりデータが取得され、その取得されたデータが保持され、情報処理装置より転送される第３の要求が取得され、その取得された第３の要求に対応して、セッションに参加可能な場合、第３の応答が情報処理装置に供給され、情報処理装置の制御に基づいて、受信装置とのセッションが確立され、保持されているデータが受信装置に供給される。
【００３６】
本発明の情報処理装置、および方法、並びにプログラムにおいては、送信装置、および送信装置に接続された第１の中継装置、並びに、受信装置、および受信装置に接続された第２の中継装置のアドレス情報が記憶されて管理され、送信装置からの、第１の中継装置とのセッション確立を要求する第１の要求が取得され、その取得された第１の要求に基づいて、アドレス情報に基づいて、送信装置に対応する第１の中継装置が検索され、その検索された第１の中継装置に対して第１の要求が転送され、その転送された第１の要求に対する、データの供給を許可する第１の中継装置からの第１の応答が取得され、その取得された第１の応答が送信装置に供給され、第１の中継装置からの、送信装置から第１の中継装置に供給されたデータを受信装置に伝送するために第２の中継装置の利用を要求する第２の要求が取得され、その取得された第２の要求に基づいて、アドレス情報に基づいて、データの送信先である受信装置に対応する第２の中継装置が検索され、その検索された第２の中継装置に対して要求が転送され、その転送された第２の要求に対する、データを取得可能な第２の中継装置からの第２の応答が取得され、その取得された第２の応答が第１の中継装置に供給され、受信装置からの、第２の中継装置とのセッション確立を要求する第３の要求が取得され、その取得された第３の要求に基づいて、アドレス情報に基づいて、受信装置に対応する第２の中継装置が検索され、その検索された第２の中継装置に対して第３の要求が転送され、その転送された第３の要求に対する、セッションの確立を許可する第２の中継装置からの第３の応答が取得され、その取得された第３の応答が受信装置に供給される。
【００３９】
【発明の実施の形態】
図１は、本発明を適用した電子メール伝送システムの構成を表している。
【００４０】
図１において、電子メールを送信する送信側端末装置１は、送信側ルータ２を介して、インターネットに代表されるネットワーク１０に接続されている。送信側ルータ２は、送信側端末装置１およびネットワーク１０の他に、電子メール等のデータを一時保管する送信側キャッシュ装置３に接続されており、ネットワーク１０と、送信側端末装置１または送信側キャッシュ装置３との間で、パケット通信の経路制御を行う。私書箱機能サーバ４は、ネットワーク１０に接続されており、電子メールの伝送の管理に関する処理を行う。受信側ルータ５は、受信側キャッシュ装置６、受信側端末装置７、およびネットワーク１０に接続され、ネットワーク１０と、受信側端末装置７または受信側キャッシュ装置６との間で、パケット通信の経路制御を行う。受信側キャッシュ装置６は、受信側ルータ５に接続され、送信側キャッシュ装置３より送信される電子メール等のデータを一時保管する。受信側端末装置７は、受信側ルータ５に接続され、受信側キャッシュ装置６に送信され保管されている電子メールを受信する。認証サーバ８は、私書箱機能サーバ４に接続され、予め送信側端末装置１のユーザを登録してあり、私書箱機能サーバ４の要求に基づいて、情報を提供する。
【００４１】
図１において、送信側端末装置１は、受信側端末装置７宛ての電子メールを送信する。この電子メールは、例えば、ビデオメール等のように大容量のデータにより構成される。送信された電子メールは、送信側ルータ２を介して、送信側キャッシュ装置３に供給され、一時保持される。
【００４２】
送信側端末装置１は、ネットワーク１０を介して、私書箱機能サーバ４にアクセスし、受信側端末装置７に電子メールを送信可能か否かの確認を要求する。私書箱機能サーバ４は、認証サーバ８よりユーザに関する情報を取得し、送信側端末装置１のユーザの認証を行う。私書箱機能サーバ４は、さらに、送信側端末装置１より送信される電子メールを受信側端末装置７が受信可能か否かを、受信側ルータ５に確認させる。
【００４３】
送信側のユーザが認証され、受信側が受信可能と判定されると、送信側キャッシュ装置３は、受信側キャッシュ装置６に電子メールを、私書箱機能サーバ４を介さずに、直接送信する。電子メールを受信した受信側キャッシュ装置６は、電子メールを保持し、受信側端末装置７に電子メールが届いたことを知らせるメッセージを送信する。
【００４４】
その後、受信側端末装置７からの要求に基づいて、受信側キャッシュ装置６は、保持している電子メールを受信側端末装置７に供給する。
【００４５】
以上のようにすることで、送信側端末装置１は、大容量のデータからなる電子メールでも、安全に、システムに余計な負荷をかけずに、受信側端末装置７に送信することができる。
【００４６】
なお、この例においては、送信側ルータ２と送信側キャッシュ装置３が別体により構成されているが、これに限らず、送信側ルータ２と送信側キャッシュ装置３とを一体化し、両方の機能を有する装置としてもよい。また、受信側ルータ５と受信側キャッシュ装置３も、同様に、一体化することも可能である。さらに、私書箱機能サーバ４と認証サーバ８も、同様に一体化することもできるし、さらに認証サーバ８を私書箱機能サーバ４と直接接続せずに、ネットワーク１０上のどこかに接続されるような構成であっても構わない。
【００４７】
また、この例においては、電子メールを送信する側の装置として、送信側端末装置１、送信側ルータ２、および送信側キャッシュ装置３は、それぞれ1台ずつで構成されているが、これに限らず何台でもよい。例えば、送信側端末装置１、送信側ルータ２、および送信側キャッシュ装置３がそれぞれ1台ずつで構成された送信側システムが複数個ネットワーク１０に接続されていてもよいし、1台の送信側ルータ２および送信側キャッシュ装置３に対して、複数の送信側端末装置１が接続されていてもよい。なお、受信側については、送信側と同様であるので、その説明は省略する。また、私書箱機能サーバ４および認証サーバ８についても、同様に複数の私書箱機能サーバ４および認証サーバ８が構成されていてもよい。ただし、この場合、各私書箱機能サーバ間、または認証サーバ間で情報を交換する何らかの手段が必要である。
【００４８】
さらに、この例においては、端末装置、ルータ、およびキャッシュ装置を、電子メールを送信する送信側と、電子メールを受信する受信側とに分けて説明しているが、これに限らず、端末装置、ルータ、およびキャッシュ装置は、それぞれ対応する送信側と受信側の両方の機能を有するようにしてもよい。すなわち、ネットワーク１０には、電子メールを送受信する端末装置、および、端末装置が送受信する電子メールを一時保管するキャッシュ装置とが接続される、端末装置が行う電子メールの送受信を中継するルータが複数接続されるようにし、それぞれの端末装置が電子メールを送信したり受信したりすることができるようにしてもよい。この場合、個々の端末装置、ルータ、およびキャッシュ装置は、場合に応じて、図１に示す電子メール伝送システムの送信側の装置として動作したり、受信側の装置として動作したりすることができる。
【００４９】
図２は、送信側端末装置１の構成例を示すブロック図である。
【００５０】
図２において、CPU（Central Processing Unit）３１は、ROM（Read Only Memory）３２に記憶されているプログラム、または記憶部４３からRAM（Random Access Memory）３３にロードされたプログラムに従って各種の処理を実行する。RAM３３にはまた、CPU３１が各種の処理を実行する上において必要なデータなども適宜記憶される。CPU３１、ROM３２、およびRAM３３は、バス３４を介して相互に接続されている。このバス３４にはまた、入出力インタフェース４０も接続されている。
【００５１】
入出力インタフェース４０には、キーボード、マウスなどよりなる入力部４１、CRT（Cathode Ray Tube）、LCD（Liquid Crystal Display）などよりなるディスプレイ、並びにスピーカなどよりなる出力部４２、ハードディスクなどのドライブ５０の２時記憶装置のキャッシュ用メモリから構成される記憶部４３、モデム、ターミナルアダプタなどより構成される通信部４４が接続されている。通信部４４は、送信側ルータ２を介しての通信処理を行う。通信部４４はまた、他のユーザ端末との間で、アナログ信号またはデジタル信号の通信処理を行う。
【００５２】
入出力インタフェース４０に接続されたドライブ５０や記憶部４３は、送受信端末装置には必ずしも必要な機能ではない。ドライブ５０の例としては、磁気ディスク６１、光ディスク６２、光磁気ディスク６３、或いは半導体メモリ６４などが考えられる。CPUを制御するコンピュータプログラムが、ドライブ５０が装着されている場合は、ドライブ５０から読み出され、ドライブ５０が装着されていない場合は、ROM３２内に格納されている。
【００５３】
なお、図示は省略するが、送信側ルータ２、送信側キャッシュ装置３、受信側ルータ５、受信側キャッシュ装置６、受信側端末装置７、および、認証サーバ８も、図２に示した送信側端末装置１と基本的に同様の構成を有するコンピュータにより構成される。送信側キャッシュ装置３および受信側キャッシュ装置６のキャッシュ装着用として、図２のドライブ５０を使用することもできる。
【００５４】
図３は、私書箱機能サーバ４の構成例を示すブロック図である。
【００５５】
図３において、私書箱機能サーバ４は、送信を要求する送信側のユーザの認証処理を行う認証部８１、SIP（Session Initiation Protocol）を用いて、他の装置と通信を行ったり、他の装置間の通信を仲介したりするSIPプロキシ部８２、他の装置のアドレス情報を管理するディレクトリサービス部８３、他の装置のアドレス情報等を登録するデータベース８４により構成されている。認証部８１、SIPプロキシ部８２、ディレクトリサービス部８３、データベース８４は、それぞれ、図２に示すような構成の上で動作する。また、SIPプロキシ部８２は、認証部８１およびディレクトリサービス部８３と接続されており、必要に応じて情報のやり取りを行う。また、認証部８１は、認証サーバ８とも接続されている。また、データベース８４は、ディレクトリサービス部８３に接続されており、ディレクトリサービス部８３の制御に応じて、ディレクトリサービス部８３に情報を供給したり、ディレクトリサービス部８３から情報を取得したりする。
【００５６】
なお、これら、認証部８１、SIPプロキシ部８２、およびディレクトリサービス部８３は、全部またはその一部をソフトウェアにより構成することも可能である。
【００５７】
次に、この私書箱機能サーバ４による処理の概要を説明する。
【００５８】
図３において、最初に、送信側端末装置１より送信者署名データが付加された、送信を要求するSIPメッセージが私書箱機能サーバ４に供給されると、送信者署名データは認証部８１に供給され、SIPメッセージはSIPプロキシ部８２に供給される。SIPは、セッションの確立や維持、または終了等を行うために使われるセッション層のシグナリング制御プロトコルである。この送信に関する処理を要求するSIPメッセージを取得したSIPプロキシ部８２は、認証部８１に取得した送信者署名データのユーザ認証を行うように要求する。認証部８１は、この要求に基づいて、認証サーバ８１より送信者の公開鍵を含む証明書を取得し、取得した公開鍵を使って送信者署名データを検証することにより、ユーザ認証を行う。ユーザが認証されると、認証部８１は、SIPプロキシ部８２に認証結果を報告する。
【００５９】
また、SIPプロキシ部８２は、ディレクトリサービス部８３を制御して、受信側ルータ５等のアドレス情報を取得し、受信側ルータ５に電子メールの送信が可能か否かの確認を要求するSIPメッセージを送信する。受信側ルータ５よりその応答メッセージが得られると、SIPプロキシ部８２は、その応答メッセージと、認証部８１より供給された認証結果に基づいて、送信可能であることを示すSIPメッセージを送信側キャッシュ装置３に供給する。
【００６０】
以上のようにして、私書箱機能サーバ４は、送信確認を行う。以上において、送信側の各装置のアドレス情報は、予め、SIPプロキシ部８２を介して、データベース８４に登録されており、ディレクトリサービス部８３によって管理されている。
【００６１】
図４のフローチャートを参照して、送信側キャッシュ装置３が私書箱機能サーバ４にアドレス情報を登録する様子を説明する。
【００６２】
最初に、送信側端末装置１に登録を指示された送信側キャッシュ装置３は、ステップＳ１１において、私書箱機能サーバ４のSIPプロキシ部８２に、以下に示すような、アドレス情報からなる送信側のロケーション情報を供給し、送信側の装置の登録を要求する。
【００６３】
REGISTER sip:ssss.com SIP/2.0
From:sip:userA@ssss.com
To:sip:userA@ssss.com
Contact:sip:userA@cacheA.ssss.com;
feature=pobox
【００６４】
REGISTERメッセージは、送信側キャッシュ装置３が私書箱機能サーバ４にロケーション情報を登録するためのメッセージであり、１行目は、このフィールドをsip:ssss.comに登録を要求していることを示している。なお、ssss.comは、SIPプロキシサーバのアドレスである。
【００６５】
２行目のFromは、この登録要求を発行したもの（userA@ssss.com）を示すヘッダである。３行目において、Toは、私書箱サーバ４に登録される送信者側の識別子（userA@ssss.com）である。なお、cacheA.ssss.comは、送信側キャッシュ装置３のアドレスであり、userA@cacheA.ssss.comは、送信側キャッシュ装置３におけるユーザのアドレス情報である。
【００６６】
さらに、５行目において、featureは、登録したフィールドがどのような機能を有するかを申告する。すなわちfeature=poboxという記述でpobox（post office box）機能（私書箱機能）を有することが示されている。
【００６７】
すなわち、以上においては、userA@ssss.comへのコンタクト先は、userA@cacheA.ssss.comであり、例えば、userA@ssss.com宛てに送信された電子メールは、userA@cacheA.ssss.comに届くようにするということを登録するための通知である。
【００６８】
以上のようなREGISTERメッセージを受信した私書箱機能サーバ４は、ステップＳ２１において、SIPプロキシ部８２より、取得したロケーション情報を登録し、応答メッセージであるOKメッセージを、送信側キャッシュ装置３に供給する。
【００６９】
以上のようにして、送信側キャッシュ装置３は私書箱機能サーバ４にアドレス情報を登録する。
【００７０】
また、同様にして、受信側の各装置のアドレス情報は、予め、SIPプロキシ部８２を介して、データベース８４に登録されており、ディレクトリサービス部８３によって管理されている。
【００７１】
図５のフローチャートを参照して、受信側キャッシュ装置６が私書箱機能サーバ４にアドレス情報を登録する様子を説明する。
【００７２】
最初に、受信側端末装置７に登録を指示された受信側キャッシュ装置６は、ステップＳ３１において、私書箱機能サーバ４のSIPプロキシ部８２に、以下に示すような、アドレス情報からなる受信側のロケーション情報を供給し、受信側の装置の登録を要求する。
【００７３】
REGISTER sip:ssss.com SIP/2.0
From:sip:userB@ssss.com
To:sip:userB@ssss.com
Contact:sip:userB@cacheB.ssss.com;
feature=pobox
【００７４】
以上において、userBは受信側端末装置７のユーザであり、cacheB.ssss.comは、受信側キャッシュ装置６のアドレスである。すなわち、以上においては、userB@ssss.comへのコンタクト先は、userB@cacheB.ssss.comであり、例えば、userB@ssss.com宛てに送信された電子メールは、userB@cacheB.ssss.comに届けるようにするということを登録する通知である。
【００７５】
以上のようなREGISTERメッセージを受信した私書箱機能サーバ４は、ステップＳ４１において、SIPプロキシ部８２より、取得したロケーション情報を登録し、応答メッセージであるOKメッセージを、受信側キャッシュ装置６に供給する。
【００７６】
以上のようにして、受信側キャッシュ装置６は私書箱機能サーバ４にアドレス情報を登録する。
【００７７】
なお、図３において、SIPプロキシ部８２が、受信側ルータ５に電子メールの送信が可能か否かの確認を要求する場合、受信側ルータ５が受信側端末装置７に関する情報を予め記憶しておき、SIPプロキシ部８２は、要求情報とともに、送信側キャッシュ装置３より取得された、送信する電子メールに関する情報を供給し、受信側ルータ５は、SIPプロキシ部８２より取得された、送信する電子メールに関する情報、および予め記憶している受信側端末装置７に関する情報に基づいて、電子メールを受信可能か否かを判定するようにしてもよい。
【００７８】
図６は、受信側ルータ５に記憶される受信側端末装置７の受信能力に関する情報の例を示す図である。
【００７９】
図６において、受信側端末装置７の受信能力に関する情報は、XML（eXtensible Markup Language）により記述されており、<terminal name=“PEG-N200C” id=“12345678”>で、受信側端末装置７の装置名およびID情報が記述され、<hardware>タグにより、受信側端末装置７のハードウェア構成に関する情報が記述され、<software>タグにより、使用されるソフトウェアに関する情報が記述されている。
【００８０】
図７は、SIPプロキシ部８２より供給される、送信する電子メールに関する情報の例を示す図である。
【００８１】
図７において、送信する電子メールに関する情報は、SDP（Session Description Protocol）を用いて記述されている。図７において、例えば、２行目においては、電子メールデータを送信したユーザ名やセッションID等の情報が記述されており、６行目のc=IN IP4 224.2.17.12/127では、接続に関する情報が記述されている。８行目のｍ＝audio49170 RTP/AVP 33では、オーディオデータに関する情報が記述されている。
【００８２】
受信側ルータ５は、図６に示すような受信側端末装置７の受信能力に関する情報、および、図７に示すような送信される電子メールに関する情報に基づいて、受信可能か否かを判定することができる。
【００８３】
なお、図６において、受信側端末装置７の受信能力に関する情報は、XMLにより記述されているが、これに限らず、何でもよい。また、図７に示した送信する電子メールに関する情報もSDP以外のプロトコルを用いた記述であってもよい。
【００８４】
次に本システムを用いた電子メールを伝送する具体的な方法を説明する。
【００８５】
図８は、送信側端末装置１がビデオデータで構成された電子メールを送信する様子を示した図である。
【００８６】
送信側端末装置１は、ユーザに操作されて、送信するビデオデータで構成された電子メールを、送信側ルータ２を介して送信側キャッシュ装置３に供給し、一時保存させる。そして、送信側端末装置１は、送信者の秘密鍵を用いて電子署名データを作成し、電子メールの送信を要求する通知、電子メールを構成するビデオデータに関する情報からなるSDPファイル、および、作成した電子署名データを私書箱機能サーバ４に供給する。
【００８７】
図９のフローチャートを参照して、送信側端末装置１がビデオデータで構成される電子メールデータを送信側キャッシュ装置３に供給する処理の様子を説明する。
【００８８】
最初に、ステップＳ５１において、terminalAのcontentを最初に置く場所を調べさせるために送信側端末装置１は、送信側キャッシュ装置３をセッションに参加させるために、INVITEメッセージを私書箱機能サーバ４に供給する。供給されるINVITEメッセージは、例えば、以下のように記述される。
【００８９】
INVITE sip:userA@ssss.com SIP/2.0
From:sip:userA@ssss.com
To:sip:userA@ssss.com
Accept-Contact:*;feature=pobox;
Contact:sip:content@terminalA.ssss.com
【００９０】
INVITEメッセージは、送信側端末装置１が送信したいコンテンツ”content”データを置くことのできる装置との間で、セッションを確立するために送るメッセージである。このINVITEメッセージは、送信したいcontentデータを置ける場所を調べるために、最初に私書箱機能サーバ４に送信される。4行目では、私書箱機能サービスを利用したいことを示している。また、5行目には、送信するコンテンツデータが記述されている。この場合、コンテンツデータのコンテンツ名は”content”である。
【００９１】
このINVITEメッセージを供給された私書箱機能サーバ４は、図４にて登録されたuserA@ssss.comのコンタクト先である送信側キャッシュ装置３（userA@cacheAssss.com）を検索し、ステップＳ７１において、送信端末装置１から送られたINVITEメッセージを、送信側キャッシュ装置３に転送する。その際、INVITEメッセージは以下のような記述に書き換えられる。
【００９２】
INVITE sip:userA@cacheA.ssss.com SIP/2.0
From:sip:userA@ssss.com
To:sip:userA@ssss.com
Accept-Contact:*;feature=pobox;
Contact:sip:content@terminalA.ssss.com
【００９３】
1行目において、このINVITEメッセージの供給先が、sip:userA@ssss.comからsip:userA@cacheAssss.comに書き換えられ、送信側キャッシュ装置３に転送されることが示されている。このINVITEメッセージを供給された送信側キャッシュ装置３は、セッションに参加可能であれば、ステップＳ６１において、INVITEメッセージを供給した私書箱機能サーバ４に、以下に示すように記述された応答メッセージを供給する。
【００９４】
SIP/2.0 200 OK
To:sip:userA@ssss.com
From:sip:userA@ssss.com
Contact:sip:content@cacheA.ssss.com;feature=pobox
【００９５】
この応答メッセージは、1行目において、データの供給を許可する（セッションに参加する）OKメッセージであることが記述されている。このOKメッセージは、私書箱機能サーバ４に供給される。私書箱機能サーバ４は、ステップＳ７２において、取得した応答メッセージを、対応するINVITEメッセージの要求元である送信側端末装置１に転送する。
【００９６】
応答メッセージを供給された送信側端末装置１は、ステップＳ５２において、例えば以下のように記述された、ACKメッセージを応答メッセージの供給元である送信側キャッシュ装置３に供給し、セッションの確立処理が終了する。
【００９７】
ACKsip:content@cacheA.ssss.com SIP/2.0
To:sip:userA@ssss.com
From:sip:userA@ssss.com
Contact:sip:content@cacheA.ssss.com;feature=pobox
【００９８】
ACKメッセージは、INVITEメッセージに対応しており、INVITEメッセージにより開始されたトランザクションを終了するメッセージであり、1行目において、このACKメッセージが送信側キャッシュ装置３に供給されることが記述されている。
【００９９】
そして、ACKメッセージを送信した送信側端末装置１は、ステップＳ５３において、コンテンツデータであるビデオデータからなる電子メールを送信側キャッシュ装置３に、例えばFTP等を利用して供給する。そして、コンテンツデータの供給が完了した送信側端末装置１は、ステップＳ５４において、以下のように記述されたBYEメッセージを送信側キャッシュ装置３に供給して、セッションの解放を要求する。
【０１００】
BYEsip:content@cacheA.ssss.com SIP/2.0
To:sip:userA@ssss.com
From:sip:userA@ssss.com
【０１０１】
このBYEメッセージはセッションを解放するために送信側端末装置１が送信側キャッシュ装置に供給するメッセージであり、1行目には、送信側キャッシュ装置に供給していることが示されている。BYEメッセージを取得した送信側キャッシュ装置３は、送信側端末装置１に、以下のように記述された応答メッセージを送信する。
【０１０２】
SIP/2.0 OK
To:sip:userA@ssss.com
From:sip:userA@ssss.com
【０１０３】
以上のように記述された応答メッセージが供給されると、送信側端末装置１は、送信側キャッシュ装置３とのセッションを終了する。
【０１０４】
なお、以上において、送信側キャッシュ装置に保持されるビデオデータの名前であるコンテンツ名を”content”としたが、コンテンツ名は、これに限らず何でもよい。
【０１０５】
図１０は、以上のような処理を行う場合の送信側端末装置１、送信側キャッシュ装置３、私書箱機能サーバ４、および受信側キャッシュ装置６のソフトウェア構成例を示す図である。
【０１０６】
図１０において、送信側端末装置１は、SIPエージェント１０１、およびFTPクライアント１０２を備えており、送信側キャッシュ装置３は、SIPエージェント１０３、FTPサーバ／クライアント１０４、およびキャッシュディスク１０５を備えている。また、受信側キャッシュ装置６は、FTPサーバ１０７を有している。
【０１０７】
SIPエージェント１０１および１０３、並びにSIPプロキシ部８２は、互いに、上述したようにSIPによる通信を行い、装置間の通信セッションの確立および解放などを行う。また、FTPクライアント１０２は、SIPエージェント１０１の指示に基づいて、FTPサーバ／クライアント１０４のサーバ機能に接続し、ビデオデータ等のコンテンツデータを供給する。
【０１０８】
以上のように、送信側端末装置１にSIPエージェントがある場合、送信側端末装置から送信側キャッシュ装置３へのコンテンツデータの送信は、FTPなどのファイル転送プロトコルを使用して行われる。
【０１０９】
また、送信側端末装置１にSIPエージェントがない場合、送信側端末装置１から送信側キャッシュ装置３へのコンテンツデータの送信は、RTSP（Real-Time Streaming Protocol）、およびRTP（Real-Time Transport Protocol）/RTCP（Real-Time Transport Protocol Control Protocol）などのプロトコルを用いて、Streamingでデータを渡すこともできる。
【０１１０】
図１１のフローチャートを参照して、送信側端末装置１が送信側キャッシュ装置３にStreamingでコンテンツデータを送信する処理を説明する。
【０１１１】
送信側端末装置１は、ステップＳ８１において、電子メールに含まれるビデオデータ等のコンテンツデータに関し記述しているSDPファイルの内容を、送信側キャッシュ装置３に申告する。その際、送信側端末装置１は、例えば、以下のように記述されたRTSPのANNOUNCEメソッドを用いる。
【０１１２】
ANNOUNCE rtsp://cacheA/content RTSP/1.0
（sdpファイルの内容）
【０１１３】
SDPファイルの内容を申告された送信側キャッシュ装置３は、ステップＳ９１において、ANNOUNCEメソッドに対して、以下のようにOKメッセージを送信側端末装置１に供給し、応答する。
【０１１４】
RTSP/1.0 200 OK
【０１１５】
以上のような応答メッセージを受信した送信側端末装置１は、ステップＳ８２において、以下のように、使用する転送ポート番号（この例では、3058〜3059）を送信側キャッシュ装置３に申告する。
【０１１６】
SETUP rtsp://cacheA/content RTSP/1.0
Transport: RTP/AVP/UDP;unicast;client_port=3058-3059
【０１１７】
転送ポートを申告された送信側キャッシュ装置３は、ステップＳ９２において、この申告に対して応答し、使用する転送ポート番号（この例では、5002〜5003）を、以下のように送信側端末装置１に申告する。
【０１１８】
RTSP/1.0 200 OK
Tranceport:RTP/AVP/UDP; unicast;client_port=3058-3059
server_port=5002-5003
【０１１９】
1行目および2行目において、送信側キャッシュ装置３は、送信側端末装置１の申告内容に応答し、3行目において、送信側キャッシュ装置３の転送ポートを申告している。このメッセージを取得した送信側端末装置１は、ステップＳ８３において、送信側キャッシュ装置３に対して、以下のようにコンテンツデータの保存を要求する。
【０１２０】
RECORD rtsp://cascheA/content RTSP/1.0
【０１２１】
RECORDメソッドは、コンテンツデータの保存を要求するメソッドであり、保存先アドレスをrtsp://cacheA/contentに指定している。送信側キャッシュ装置３は、ステップＳ９３において、このRECORDメソッドに対して、以下のように応答する。
【０１２２】
RTSP/1.0 200 OK
【０１２３】
この応答メッセージを受信した送信側端末装置１は、ステップＳ８４において、コンテンツデータであるビデオデータを、上述したやりとりで決められた転送ポートを使用して、送信側キャッシュ装置３に供給する。このとき、送信側端末装置１は、RTP/RTCPを用いて、コンテンツデータをストリーミングデータとして供給する。コンテンツデータを全て供給し終わると、送信側端末装置１は、ステップＳ８５において、以下のように、端末側キャッシュ装置３に終了を指示し、供給したコンテンツデータを受信側キャッシュ装置６に供給するように指示する。
【０１２４】
TEARDOWN rtsp://cacheＡ/content RTSP/1.0
【０１２５】
送信側キャッシュ装置３は、ステップＳ９４において、この指示に対して応答する。応答メッセージは、ステップＳ９３において説明した場合と同様であるので省略する。そして、送信側端末装置１および送信側キャッシュ装置３は、上述したコンテンツデータの供給処理を終了する。
【０１２６】
図１２は、以上のような処理を行う場合の送信側端末装置１、送信側キャッシュ装置３、私書箱機能サーバ４、および受信側キャッシュ装置６のソフトウェア構成例を示す図である。図１０において、説明した部分については、その説明を省略する。
【０１２７】
図１２において、送信側端末装置１は、RTSPクライアント１１１を備えており、送信側キャッシュ装置３は、SIPエージェント１０３、キャッシュディスク１０５の他に、メディアサーバ１１２、およびFTPクライアント１１３を有している。
【０１２８】
送信側端末装置１のRTSPクライアント１１１は、送信側キャッシュ装置３のメディアサーバ１１２と通信を行い、コンテンツデータの転送などに関する情報をやりとりしたり、指示を出したりする。送信側キャッシュ装置３のFTPクライアント１１３は、私書箱機能サーバ４のSIPプロキシ部８２と通信を行うSIPエージェントとの通信によって確立したセッション情報に従い、受信側キャッシュ装置６のFTPサーバ１０７に接続し、キャッシュディスク１０５に保存されているコンテンツデータを受信側のFTPサーバ１０７に供給する。
【０１２９】
以上のように、送信側端末装置１にSIPエージェントがない場合、送信側端末装置から送信側キャッシュ装置３へのコンテンツデータの送信は、RTSPおよびRTP/RTCPなどのプロトコルを使用してストリーミングにより行なわれる。
【０１３０】
次に、図１３のフローチャートを参照して、以上のように送信側端末装置１から送信側キャッシュ装置３へコンテンツデータが送信される際に、私書箱機能サーバ４により実行される通信処理について説明する。
【０１３１】
最初にステップＳ１１１において、私書箱機能サーバ４のSIPプロキシ部８２は、SIPメッセージを受信したか否かを判定し、受信したと判定するまで待機する。受信したと判定した場合、SIPプロキシ部８２は、ステップＳ１１２に進み、受信したSIPメッセージはREGISTERメッセージか否かを判定する。受信したSIPメッセージがREGISTERメッセージであると判定した場合、SIPプロキシ部８２は、ステップＳ１１３に進み、認証部８１を制御して、送信者の認証を行う。
【０１３２】
ステップＳ１１３の処理が終了すると、SIPプロキシ部８２は、ステップＳ１１４において、認証部８１の認証結果に基づいて、ユーザが認証されたか否かを判定する。認証されたと判定した場合、SIPプロキシ部８２は、ステップＳ１１５に進み、ディレクトリサービス部８３を制御して、取得したロケーション情報を登録させる。ディレクトリサービス部８３は、そのロケーション情報をデータベース８４に登録し、管理する。そして、ステップＳ１１６において、SIPプロキシ部８２は、REGISTERメッセージの送信元に、OKメッセージを送信してREGISTERメッセージに応答する。ステップＳ１１６の処理が終了すると、SIPプロキシ部８２は、ステップＳ１１１に戻り、それ以降の処理を繰り返す。
【０１３３】
また、ステップＳ１１４において、ユーザの認証に失敗したと判定した場合、SIPプロキシ部８２は、ステップＳ１１１に戻り、それ以降の処理を繰り返す。
【０１３４】
さらに、ステップＳ１１２において、受信したSIPメッセージがREGISTERメッセージではないと判定した場合、SIPプロキシ部８２は、ステップＳ１１７に進み、受信したSIPメッセージがINVITEメッセージか否かを判定する。受信したSIPメッセージがINVITEメッセージであると判定した場合、SIPプロキシ部８２は、ステップＳ１１８に進み、認証部８１を制御して、送信者の認証を行う。
【０１３５】
ステップＳ１１９において、SIPプロキシ部８２は、認証部８１より供給された認証結果に基づいて、送信者が認証されたか否かを判定する。送信者が認証されたと判定した場合、SIPプロキシ部８２は、ステップＳ１２０に進み、ディレクトリサービス部８３を制御して、INVITEメッセージのコンタクト先を検出する。ディレクトリサービス部８３は、データベース８４に登録されているアドレス情報に基づいて、コンタクト先を検出し、検出結果をSIPプロキシ部８２に供給する。
【０１３６】
検出結果を取得したSIPプロキシ部８２は、ステップＳ１２１において、取得したINVITEメッセージに基づいて、コンタクト先にINVITEメッセージを発行する。そして、ステップＳ１２２に進み、発行したINVITEメッセージに対する応答メッセージを受信したか否かを判定する。受信したと判定した場合、SIPプロキシ部８２は、ステップＳ１２３に進み、受信した応答メッセージであるＯＫメッセージをコンタクト元であるINVITEメッセージの送信元に転送する。ステップＳ１２３の処理が終了するとSIPプロキシ部８２は、ステップＳ１１１に戻り、それ以降の処理を繰り返す。
【０１３７】
また、ステップＳ１２２において、発行したINVITEメッセージに対する応答メッセージを受信しなかったと判定した場合、SIPプロキシ部８２は、ステップＳ１１１に戻りそれ以降の処理を繰り返す。さらに、ステップＳ１１９において、送信者の認証に失敗したと判定した場合も、SIPプロキシ部８２は、ステップＳ１１１に戻りそれ以降の処理を繰り返す。さらに、ステップＳ１１７において、受信したSIPメッセージがINVITEメッセージではないと判定した場合、SIPプロキシ部８２は、ステップＳ１１１に戻り、それ以降の処理を繰り返す。
【０１３８】
以上のようにして、私書箱機能サーバ４により通信処理が実行される。
【０１３９】
次に、送信側端末装置１より送信側キャッシュ装置３に供給され、保存されたビデオデータからなる電子メールを受信側キャッシュ装置６に供給する方法を説明する。
【０１４０】
図１４は、私書箱機能サーバ４による送信を要求した送信側端末装置１のユーザである送信者の認証と、受信側端末装置７が送信される電子メールを受信することができるか否かの確認を行う様子を示した図である。
【０１４１】
図８において、送信側端末装置１より電子メールの送信を要求する通知、電子メールを構成するビデオデータに関する情報からなるSDPファイル、および、作成した電子署名データを供給された私書箱機能サーバ４は、認証サーバ８に予め登録されている送信者の公開鍵を含む証明書を認証サーバ８より取得し、送信側端末装置１より取得した電子署名データの認証を認証部８１において行う。
【０１４２】
そして、私書箱機能サーバ４は、送信側端末装置１より取得した電子メールの送信を要求する通知に基づいて、電子メールを構成するビデオデータに関する情報からなるSDPファイルを受信側ルータ５に供給し、受信側端末装置１がその電子メールを受信可能か否かを確認する。
【０１４３】
私書箱機能サーバ４により送信者が認証され、受信側端末装置７が電子メールを受信可能であることが受信側ルータ５で確認されると、受信可能であるという通史を私書箱機能サーバ４に知らせる。
【０１４４】
図１５は、私書箱機能サーバ４が送信側ルータ２に送信が許可されたかどうかの通知を行い、その結果に基づき送信側キャッシュ装置３から受信側キャッシュ装置６に電子メールデータを送信する様子を示す図である。
【０１４５】
私書箱機能サーバ４により送信者が認証され、受信側端末装置７が電子メールを受信可能であると確認されると、私書箱機能サーバ４は、送信側ルータ２に送信を許可する通知を行う。その結果、送信側キャッシュ装置３は、保存していたビデオデータからなる電子メールデータを、ネットワーク１０を介して、受信側キャッシュ装置６に供給する。このとき、供給される電子メールデータは私書箱機能サーバ４を介さずに、送信側から受信側に直接供給される。
【０１４６】
電子メールを供給された受信側キャッシュ装置６は、その電子メールデータを保存し、電子メールデータを受信したことを知らせる通知（例えばメール等）を受信側端末装置７に供給する。
【０１４７】
以上のようにして送信側キャッシュ装置３は、ビデオデータからなる電子メールデータを受信側キャッシュ装置６に供給する。
【０１４８】
次に、図１６のフローチャートを参照して、上述した処理の主要な構成部である送信側端末装置１、送信側キャッシュ装置３、私書箱機能サーバ４、受信側キャッシュ装置６、受信側端末装置７により行われる処理について説明する。
【０１４９】
最初に、送信側端末装置１は、ステップＳ１４１において、以下のようなREFERメッセージを送信側キャッシュ装置３に供給することで、送信側キャッシュ装置３に保存しているコンテンツデータであるビデオデータの送信を要求する。
【０１５０】
REFER sip:content@cacheA.ssss.com SIP/2.0
From:sip:userA@ssss.com
To:sip:content@cacheA.ssss.com
Refer-To:sip:userB@ssss.com?Accept-Contact="*;feature=pobox"
Contact:sip:userA@terminalA.ssss.com
【０１５１】
REFERメッセージは、送信を始めるためのトリガとして、送信側端末装置１より送信側キャッシュ装置３に供給される。このREFERメッセージにおいては、１行目で送信するコンテンツデータが指定され、４行目で送信先が指定されている。content@cacheA.ssss.comは、送信側キャッシュ装置３に保存されているコンテンツデータのアドレスであり、userB@ssss.comは、送信先である受信側端末装置７のユーザのアドレス情報である。
【０１５２】
REFERメッセージを取得した送信側キャッシュ装置３は、ステップＳ１５１において、REFERメッセージに対して、以下のような応答メッセージを供給することで応答する。
【０１５３】
SIP/2.0 202 Accepted
From:sip:userA@ssss.com
To:sip:content@cacheA.ssss.com
Contact:sip:content@cacheA.ssss.com;feature=pobox
【０１５４】
この応答メッセージにおいては、１行目で、REFERメッセージによる送信側端末装置１の要求が受け入れられたことが示されている。そして、送信側キャッシュ装置３は、ステップＳ１５２において、以下に示すようなINVITEメッセージを私書箱機能サーバ４に供給する。
【０１５５】
INVITE sip:userB@ssss.com SIP/2.0
From:sip:userA@cacheA.ssss.com
To:sip:userB@ssss.com
Accept-Contact:*;feature=pobox;only=true
Referred-By:sip:userA@ssss.com
Contact:sip:content@cacheA.ssss.com;feature=pobox
【０１５６】
このINVITEメッセージは、受信者であるuserB@ssss.comのpoboxの機能を利用したいために送信側キャッシュ装置３より私書箱機能サーバ４に供給される。INVITEメッセージを供給された私書箱機能サーバ４は、予め図５で登録されているuserB@ssss.comのコンタクト先である受信側キャッシュ装置６（userB@cacheB.ssss.com）を、ディレクトリサービス部８３を介して検索し、その結果を元にステップＳ１６１において、取得したINVITEメッセージを以下のように書き換えて、受信側キャッシュ装置６に転送する。なお、図５において説明したように、受信側のロケーション情報は、予めディレクトリサービス部８３に登録されており、受信側端末装置７宛てのメッセージは、受信側キャッシュ装置６に供給される。
【０１５７】
INVITE sip:userB@cacheB.ssss.com SIP/2.0
To:sip:userB@ssss.com
From:sip:userA@cacheA.ssss.com
Accept-Contact:*;feature=pobox;only=true
Referred-By:sip:userA@ssss.com
Contact:sip:content@cacheA.ssss.com;feature=pobox
【０１５８】
このINVITEメッセージにおいて、１行目で、送信先が受信側端末装置７から受信側キャッシュ装置６に変更されている。このINVITEメッセージを取得した受信側キャッシュ装置６は、自らの負荷状況やディスクの空き具合等をチェックし、さらに受信端末装置７の受信能力と供給されたSDPファイルの内容を比較して受信可能か否かを判断する。なお、受信側キャッシュ装置６が管理する受信端末装置７の受信能力に関する情報は、受信可能時間等を指定することもできるので、その場合、指定された受信可能時間等も考慮される。具体的には、端末の受信能力を記述した図６のpreferenceで指定したdownload time＝２〜７のような記述箇所を参照する。この例では、夜中の２時から朝の７時の間にダウンロードしてほしいという指定が記述されている。これらの情報を統合して、受信可能と判断した場合、ステップＳ１７１において、このINVITEメッセージに対して、以下のように応答する。
【０１５９】
SIP/2.0 200 OK
To:sip:userB@ssss.com
From:sip:userA@cacheA.ssss.com
Contact:sip:content@cacheB.ssss.com;feature=pobox
【０１６０】
この応答メッセージにおいて、１行目で、コンテンツデータを受信することを許可していることが示されている。この応答メッセージを供給された私書箱機能サーバ４は、ステップＳ１６２において、このOKメッセージをINVITEメッセージの送信元である送信側キャッシュ装置３に供給する。この送信側キャッシュ装置３に供給されるOKメッセージは、私書箱機能サーバ４に供給された応答メッセージと同様であるので、その説明は省略する。
【０１６１】
OKメッセージを供給された送信側キャッシュ装置３は、ステップＳ１５３において、以下のようなACKメッセージを受信側キャッシュ装置６に供給することにより、セッションの確立処理を終了する。
【０１６２】
ACK sip:content@cacheB.ssss.com SIP/2.0
To:sip:userB@ssss.com
From:sip:userA@cacheA.ssss.com
Contact:sip:content@cacheA.ssss.com;feature=pobox
【０１６３】
そして、ステップＳ１５４において、送信側キャッシュ装置３は、以下のようにFTP等を用いて、保存しているコンテンツデータを受信側キャッシュ装置６に送信する。
【０１６４】
FTP cacheB.ssss.com
put content
【０１６５】
以上において、送信側キャッシュ装置３は、１行目で、受信側キャッシュ装置６に接続し、２行目でコンテンツデータである”content”を送信（アップロード）している。コンテンツデータの送信が完了すると、送信側キャッシュ装置３は、ステップＳ１５５において、以下のようなBYEメッセージを受信側キャッシュ装置６に供給することで、セッションの解放を要求する。
【０１６６】
BYE sip:content@cacheB.ssss.com SIP/2.0
From:sip:userA@cacheA.ssss.com
To:sip:userB@ssss.com
【０１６７】
以上のようなBYEメッセージにより、INVITEメッセージで確立されたセッションが解放される。このBYEメッセージを取得した受信側キャッシュ装置６は、セッションを解放し、ステップＳ１７２において、BYEメッセージに対応する、以下のような応答メッセージを送信側キャッシュ装置３に供給することで応答する。
【０１６８】
SIP/2.0 200 OK
To:sip:userB@ssss.com
From:sip:userA@cacheA.ssss.com
【０１６９】
この応答メッセージを受信した送信側キャッシュ装置３は、ステップＳ１５６において、コンテンツデータの送信を指示した送信側端末装置１に、以下に示すように、送信が完了したことを通知する。
【０１７０】
NOTIFY sip:userA@terminalA.ssss.com SIP/2.0
From:sip:userA@cacheA.ssss.com
To:sip:userA@ssss.com
Event:refer
【０１７１】
このNOTIFYメッセージは、ステップＳ１４１における、送信側端末装置１が送信したREFERメッセージに対応するものであり、４行目のEvent:referでそのことが示されている。このNOTIFYメッセージに対して、送信側端末装置１は、ステップＳ１４２において、以下のような応答メッセージを送信側キャッシュ装置３に供給する。
【０１７２】
SIP/2.0 200 OK
To:sip:userA@cacheA.ssss.com
From:sip:userA@ssss.com
【０１７３】
また、ステップＳ１７２においてBYEメッセージに対して応答メッセージを送信した受信側キャッシュ装置は、ステップＳ１７３において、コンテンツデータを受信したことを知らせる着信通知を、例えば、電子メール等で受信側端末装置７に供給する。
【０１７４】
以上のようにして、送信側キャッシュ装置３は、ビデオデータからなる電子メールデータを受信側キャッシュ装置６に供給する。
【０１７５】
受信側キャッシュ装置６より受信側端末装置７に送信された着信通知からなる電子メールには、保存してあるビデオデータからなる電子メールへのリンクが記述されており、受信側端末装置７のユーザは、着信通知を取得すると、そのリンクを辿ることにより、受信側キャッシュ装置６に保存されているビデオデータにアクセスし、そのビデオデータをダウンロードすることができる。
【０１７６】
図１７は、受信側キャッシュ装置６に保存されているビデオデータからなる電子メールデータを受信側端末装置７に供給する様子を示す図である。
【０１７７】
図１７において、受信側端末装置７のユーザが受信端末装置７を操作して、受信側キャッシュ装置６より供給された着信通知からなる電子メール内に設けられたリンクにアクセスすると、受信側端末装置７が有するRTSPクライアントソフトウェアが起動し、受信側キャッシュ装置６に備えられたメディアサーバとの通信が開始される。
【０１７８】
受信側キャッシュ装置６に保存されているビデオデータは、RTSPによる通信中に指定されたポート番号を使用するRTP/RTCPによるストリーミングによって、受信側端末装置７に送信される。受信側端末装置７のユーザは、受信側端末装置７に備えられたビューアを介して、そのビデオデータを視聴することができる。なお、受信側キャッシュ装置６から受信側端末装置７へのビデオデータの送信は、FTP等を用いたファイル転送により行なわれるようにしてもよい。
【０１７９】
図１８のフローチャートを参照して、受信側キャッシュ装置６および受信側端末装置７によるコンテンツデータの送受信に関する処理を説明する。なお、受信側キャッシュ装置６には、コンテンツデータを管理するメディアサーバ１２１およびコンテンツデータに関する情報を管理するWEBサーバ１２２が起動しており、受信側端末装置７には、コンテンツデータに関する情報を取得するHTTP（Hyper Text Transfer Protocol）ブラウザ１３１およびコンテンツデータを取得し、表示するビューア１３２が起動している。
【０１８０】
最初に、受信側端末装置７のHTTPブラウザ１３１は、ステップＳ２２１において、ユーザの指示に基づいて、コンテンツデータに関する情報が記述されているSDPファイルの内容を、HTTPにより以下のように受信側キャッシュ装置６のWEBサーバ１２２に要求する。
【０１８１】
GET /content.sdp HTTP/1.1
【０１８２】
content.sdpは、コンテンツデータのSDPファイルを示している。この要求を取得したWEBサーバ１２２は、ステップＳ２１１において、応答し、保存しているビデオデータのSDPファイルの内容をHTTPブラウザ１３１に、以下のように送信する。
【０１８３】
HTTP/1.0 200 OK
（sdpファイルの内容）
【０１８４】
すなわち、WEBサーバ１２２は、GETメッセージに対して、OKメッセージに要求されたSDPファイルの内容を付加して応答する。WEBサーバ１２２よりSDPファイルの内容を取得したHTTPブラウザ１３１は、ステップＳ２２２において、その取得した内容のSDPファイルを、コンテンツデータを扱うビューア１３２に供給する。
【０１８５】
SDPファイルを取得したビューア１３２は、ステップＳ２３１において、コンテンツデータを取り扱う受信側キャッシュ装置６のメディアサーバ１２１に対して、ビデオデータの受信に使用する転送ポートを以下のように申告する。
【０１８６】
SETUP rtsp://cacheB/content RTSP/1.0
Transport: RTP/AVP/UDP;unicast;client_port=3058-3059
【０１８７】
この申告において、１行目で、受信側キャッシュ装置６に保存されているビデオデータをRTSPによるストリーミングによって取得することが示されている。そして、２行目で、使用する転送ポートが指定されている。rtsp://cacheB/contentは、受信側キャッシュ装置６に保存されているビデオデータを示しており、client_port=3058-3059は、受信側端末装置７の使用する転送ポート番号を示している。
【０１８８】
この申告を取得したメディアサーバ１２１は、ステップＳ２０１において、この申告に対して、以下のように応答し、ビデオデータの送信に使用する転送ポート番号を申告する。
【０１８９】
RTSP/1.0 200 OK
Transport: RTP/AVP/UDP;unicast;client_port=3058-3059;server_port=5002-5003
【０１９０】
この申告において、１および２行目で、ビューア１３２より供給されたメッセージに対しての応答が示されてあり、３行目のserver_port=5002-5003は、メディアサーバの使用する転送ポート番号を示している。この申告を受信したビューア１３２は、ステップＳ２３２において、メディアサーバ１２１に対して、コンテンツデータであるビデオデータを以下のように要求する。
【０１９１】
PLAY rtsp://cacheB/content RTSP/1.0
【０１９２】
このPLAYメソッドは、ビデオデータのストリーミングを要求するメッセージである。この要求を取得したメディアサーバ１２１は、ステップＳ２０２において、この要求に以下のように応答し、コンテンツデータであるビデオデータを受信側端末装置７のビューア１３２に、ストリーミングにより供給する。
【０１９３】
RTSP/1.0 200 OK
【０１９４】
このとき、ストリーミングにより供給するビデオデータは既に受信側キャッシュ装置６に保存されているので、受信側キャッシュ装置６は、外部のネットワーク１０等の負荷状況や帯域幅等に影響されることなく、ストリーミングによりデータを受信することができる。これにより、ビューア１３２は、コンテンツを安定して再生することができる。
【０１９５】
受信側端末装置７のユーザにより指示されるか、または、コンテンツの再生が終了すると、ビューア１３２は、ステップＳ２３３において、メディアサーバ１２１に対して、以下のように、コンテンツデータの送信終了を指示する。
【０１９６】
TEARDOWN rtsp://cacheB/content RTSP/1.0
【０１９７】
送信終了の指示を受信したメディアサーバ１２１は、ステップＳ２０３において、この指示に対して以下のように応答し、ビデオデータのストリーミングを終了する。
【０１９８】
RTSP/1.0 200 OK
【０１９９】
図１９は、以上のような処理を行う場合の送信側キャッシュ装置３、私書箱機能サーバ４、受信側キャッシュ装置６、および受信側端末装置７のソフトウェア構成例を示す図である。図１０および図１２において、説明した部分については、その説明を省略する。
【０２００】
図１９において、受信側キャッシュ装置６は、FTPサーバ１０７の他に、メディアサーバ１２１、WEBサーバ１２２、SIPエージェント１４１、キャッシュディスク１４２、SMTP（Simple Mail Transfer Protocol）サーバ１４３−１、およびPOP（Post Office Protocol）サーバ１４３−２を有している。また、受信側端末装置７は、HTTPブラウザ１３１、ビューア１３２、およびメールビューア１５１を有している。
【０２０１】
受信側キャッシュ装置６のSIPエージェント１４１は、私書箱機能サーバ４のSIPプロキシ部８２と通信を行い、ビデオデータからなる電子メールの送受信に関する指示や情報のやり取りを行う。また、FTPサーバ１０７に送信側キャッシュ装置３のFTPクライアント１１３よりビデオデータが供給され、そのビデオデータがキャッシュディスク１４２に保存されると、SIPエージェント１４１は、SMTPサーバ１４３−１にそのことを通知する。SMTPサーバ１４３−１は、この通知を受信通知メールとして保持し、受信側端末装置７のメールビューア１５１がPOPサーバ１４３−２にアクセスすると、この保持している受信通知メールを、POPサーバ１４３−２を介して、メールビューア１５１に供給する。
【０２０２】
受信側端末装置７のメールビューア１５１は、着信通知からなる電子メールを受信すると、この電子メールをディスプレイ等に表示させる。ユーザがこの電子メールに含まれるビデオデータへのリンクにアクセスするように指示すると、HTTPブラウザ１３１は、WEBサーバ１２２と通信を行い、このリンク先にアクセスする。そして、HTTPブラウザ１３１は、対応するコンテンツデータであるビデオデータのSDPファイルの内容を要求し、WEBサーバ１２２は、要求されたSDPファイルの内容をHTTPブラウザ１３１に供給する。
【０２０３】
HTTPブラウザ１３１は、取得したSDPファイルの内容を、ビューア１３２に供給する。SDPファイルを取得したビューア１３２は、メディアサーバ１２１にアクセスしてビデオデータを要求する。メディアサーバ１２１は、要求されたビデオデータをキャッシュディスク１４２より取得し、RTP/RTCPによるストリーミングによって、ビューア１３２に供給する。
【０２０４】
以上のように、受信側端末装置７にSIPエージェントがない場合、受信側キャッシュ装置６から受信側端末装置７へのコンテンツデータの送信は、RTSPおよびRTP/RTCPなどのファイル転送プロトコルを使用してストリーミングにより転送される。
【０２０５】
また、受信側端末装置７にSIPエージェント機能がある場合は、受信側キャッシュ装置６から受信側端末装置７へのコンテンツデータの送信は、FTP等のファイル転送プロトコルを用いて行うこともできる。
【０２０６】
図２０のフローチャートを参照して、受信側キャッシュ装置６がビデオデータを含む電子メールデータを受信側端末装置７に供給する処理の様子を説明する。
【０２０７】
最初に、ステップＳ２５１において、受信側端末装置７は、受信者のuserBのpobox機能を持つ場所を調べるために、INVITEメッセージを私書箱機能サーバ４に供給する。供給されるINVITEメッセージは、例えば、以下のように記述される。
【０２０８】
INVITE sip:userB@ssss.com SIP/2.0
From:sip:userB@ssss.com
To:sip:userB@ssss.com
Accept-Contact:*;feature=pobox;
Contact:sip:content@terminalB.ssss.com
【０２０９】
このINVITEメッセージは、受信側端末装置７がuserBのpoboxからコンテンツ”content”データを受信するための、セッションの確立要求を発行したことを示すメッセージである。このINVITEメッセージは、私書箱機能サーバ４に送信される。そして、私書箱機能サーバ４では、あらかじめ図５で登録されたコンタクト先である受信側キャッシュ装置６のアドレスを調べることになる。また、5行目には、送信するコンテンツデータのアドレス情報が記述されている。この場合、コンテンツデータのコンテンツ名は”content”である。
【０２１０】
このINVITEメッセージを供給された私書箱機能サーバ４は、ステップＳ２７１において、INVITEメッセージを、コンタクト先として検索された受信側キャッシュ装置６に転送する。その際、INVITEメッセージは以下のような記述に書き換えられる。
【０２１１】
INVITE sip:userB@cacheB.ssss.com SIP/2.0
From:sip:userB@ssss.com
To:sip:userB@ssss.com
Accept-Contact:*;feature=pobox;
Contact:sip:content@terminalB.ssss.com
【０２１２】
1行目において、このINVITEメッセージの供給先が、sip:userB@ssss.comからsip:userA@cacheB.ssss.comに書き換えられ、受信側キャッシュ装置６に供給されることが示されている。このINVITEメッセージを供給された受信側キャッシュ装置６は、セッション確立要求に応じることが可能であれば、ステップＳ２６１において、INVITEメッセージを供給した私書箱機能サーバ４に、以下に示すように記述された応答メッセージを供給する。
【０２１３】
SIP/2.0 200 OK
To:sip:userB@ssss.com
From:sip:userB@ssss.com
Contact:sip:content@cacheB.ssss.com;feature=pobox
【０２１４】
この応答メッセージは、1行目において、OKメッセージであることが記述されている。このOKメッセージは、私書箱機能サーバ４に供給される。私書箱機能サーバ４は、ステップＳ２７２において、取得した応答メッセージを、対応するINVITEメッセージの要求元である受信側端末装置７に転送する。このときの応答メッセージは上述した応答メッセージと同様であるのでその説明は省略する。
【０２１５】
応答メッセージを供給された受信側端末装置７は、ステップＳ２５２において、例えば以下のように記述されたACKメッセージを、応答メッセージの元々の供給元である受信側キャッシュ装置６に供給し、セッションの確立処理を終了する。
【０２１６】
ACKsip:content@cacheB.ssss.com SIP/2.0
To:sip:userB@ssss.com
From:sip:userB@ssss.com
Contact:sip:content@cacheB.ssss.com;feature=pobox
【０２１７】
ACKメッセージは、INVITEメッセージに対応しており、INVITEメッセージにより開始されたセッションの確立処理を終了するメッセージであり、1行目において、このACKメッセージが受信側キャッシュ装置６に供給されることが記述されている。
【０２１８】
そして、ACKメッセージを受信した受信側キャッシュ装置６に対し、ステップＳ２５３で受信側端末装置７からコンテンツデータの取得を要求し、それに対応するデータを、受信側キャッシュ装置６ではステップＳ２６２において、コンテンツデータであるビデオデータからなる電子メールデータを受信側端末装置７に、例えばFTP等を利用して供給する。
【０２１９】
そして、コンテンツデータの供給が完了すると、受信側端末装置７は、ステップＳ２５４において、以下のように記述されたBYEメッセージを受信側キャッシュ装置６に供給して、セッションの解放を要求する。
【０２２０】
BYE sip:content@cacheB.ssss.com SIP/2.0
To:sip:userB@ssss.com
From:sip:userB@ssss.com
【０２２１】
このBYEメッセージはセッションを解放するために受信側端末装置７が受信側キャッシュ装置６に供給するメッセージであり、1行目には、受信側キャッシュ装置６に供給していることが示されている。BYEメッセージを取得した受信側キャッシュ装置６は、受信側端末装置７に、以下のように記述された応答メッセージを送信する。
【０２２２】
SIP/2.0 OK
To:sip:userB@ssss.com
From:sip:userB@ssss.com
【０２２３】
以上のように記述された応答メッセージが供給されると、受信側端末装置７は、受信側キャッシュ装置６からのビデオデータの受信供給処理を終了する。
【０２２４】
なお、以上において、受信側キャッシュ装置６に保持されるビデオデータの名前であるコンテンツ名を”content”としたが、コンテンツ名は、これに限らず何でもよい。
【０２２５】
図２１は、以上のような処理を行う場合の送信側キャッシュ装置３、私書箱機能サーバ４、受信側キャッシュ装置６、受信側端末装置７のソフトウェア構成例を示す図である。図１０、図１２、および図１９において、説明した部分については、その説明を省略する。
【０２２６】
図２１において、受信側キャッシュ装置６は、FTPサーバ１０７、SIPエージェント１４１、キャッシュディスク１４２、SMTPサーバ１４３−１、およびPOPサーバ１４３−２を備えており、受信側端末装置７は、コンテンツを視聴するためのビューア１３２、メールビューア１５１、SIPエージェント１６１、FTPクライアント１６２を備えている。
【０２２７】
受信側キャッシュ装置６のSIPエージェント１４１は、私書箱機能サーバ４のSIPプロキシ部８２と通信を行い、FTPサーバ１０７によるファイル転送に関する情報および指示を、互いにやり取りする。また、SIPエージェント１４１は、私書箱機能サーバ４のSIPプロキシ部８２を介して、受信側端末装置７のSIPエージェント１６１と通信を行い、FTPサーバ１０７によるファイル転送に関する情報および指示を、互いにやり取りする。
【０２２８】
FTPサーバ１０７は、SIPエージェント１４１の指示に基づいて、FTPクライアント１１３からFTPを用いてビデオデータを取得し、キャッシュディスク１４２に保存する。FTPサーバ１０７がビデオデータを取得すると、SIPエージェント１４１は、SMTPサーバ１４３−１にビデオデータを取得したことを通知する。SMTPサーバ１４３−１は、それを受信通知のメールとしてuserBに送信することにより、POPサーバ１４３−２に受信通知メールが渡される。
【０２２９】
メールビューア１５１がユーザに操作されてPOPサーバ１４３−２にアクセスすると、着信通知からなる電子メールをPOPサーバ１４３−２から、メールビューア１５１に供給する。この電子メールに書かれた”content”のハイパーリンク情報を元に、受信側端末装置７のSIPエージェント１６１は、”content”データを保持している場所を、SIPプロキシ部８２に聞きに行く。SIPプロキシには、あらかじめ受信側キャッシュ装置６が図５でコンタクト先として登録されているため、結果的に受信側キャッシュ装置６のSIPエージェント１４１にアクセスし、セッションを確立する。
【０２３０】
FTPクライアント１６２は、SIPエージェント１６１の通信結果に従って、FTPサーバ１０７にアクセスし、FTPを用いたファイル転送により、キャッシュディスク１４２に保持されているビデオデータを取得する。取得されたビデオデータは、いったんファイルとして保存してから、コンテンツを視聴するためのビューア１３２から視聴要求があると、ビューア１３２にて、そのビデオデータを再生する。
【０２３１】
以上のように、受信側キャッシュ装置６に蓄積されたコンテンツデータは、ストリーミングだけでなくFTPを用いたファイル転送により、受信側端末装置７に供給することもできる。
【０２３２】
なお、以上においては、ビデオデータのような大容量のデータを含む電子メールを送信側端末装置１から受信側端末装置７に供給するように説明したが、これに限らず、送信側端末装置１から受信側端末装置７に供給するデータはどのようなデータであってもよい。
【０２３３】
一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０２３４】
この記録媒体は、図２に示すように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク６１（フロッピディスクを含む）、光ディスク６２（CD-ROM(Compact Disc-Read Only Memory),DVD(Digital Versatile Disc)を含む）、光磁気ディスク６３（ＭＤ（Mini-Disc）を含む）、もしくは半導体メモリ６４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているCPU３１に内蔵されているROMなどで構成される。
【０２３５】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２３６】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０２３７】
【発明の効果】
以上のように、本発明のデータ伝送システムによれば、大容量のデータでも、インフラに余計な負荷をかけずに効率よく、安全に送受信することができる。
【０２３８】
本発明の情報処理装置および方法、記録媒体、並びにプログラムによれば、データを送受信するユーザを確認することが可能であるので、安全にデータを送受信することができる。
【図面の簡単な説明】
【図１】本発明を適用した電子メール伝送システムの構成を表している。
【図２】送信側端末装置の構成例を示すブロック図である。
【図３】私書箱機能サーバの構成例を示すブロック図である。
【図４】送信側キャッシュ装置が私書箱機能サーバにアドレス情報を登録する様子を説明するフローチャートである。
【図５】受信側キャッシュ装置が私書箱機能サーバにアドレス情報を登録する様子を説明するフローチャートである。
【図６】受信側ルータに記憶される受信側端末装置の受信能力に関する情報の例を示す図である。
【図７】  SIPプロキシ部より供給される、送信するコンテンツデータに関する記述データの例を示す図である。
【図８】送信側端末装置がビデオデータで構成された電子メールを送信する様子を示した図である。
【図９】送信側端末装置がビデオデータを含む電子メールデータを送信側キャッシュ装置に供給する処理の様子を説明するフローチャートである。
【図１０】送信側端末装置、送信側キャッシュ装置、私書箱機能サーバ、および受信側キャッシュ装置のソフトウェア構成例を示す図である。
【図１１】送信側端末装置が送信側キャッシュ装置にストリーミングでコンテンツデータを送信する処理を説明するフローチャートである。
【図１２】送信側端末装置、送信側キャッシュ装置、私書箱機能サーバ、および受信側キャッシュ装置の他のソフトウェア構成例を示す図である。
【図１３】私書箱機能サーバにより実行される通信処理について説明するフローチャートである。
【図１４】私書箱機能サーバによる送信者の認証と、受信確認を行う様子を示した図である。
【図１５】私書箱機能部が送信者側に送信可の応答メッセージを送った後、送信側キャッシュ装置が受信側キャッシュ装置にビデオデータを含む電子メールデータを送信する様子を示す図である。
【図１６】本発明を適用した電子メール伝送システムにより行われる通信処理について説明するフローチャートである。
【図１７】受信側キャッシュ装置に保存されているビデオデータを含む電子メールデータを受信側端末装置に供給する様子を示す図である。
【図１８】受信側キャッシュ装置および受信側端末装置によるコンテンツデータをストリーミングにより送受信する処理を説明するフローチャートである。
【図１９】受信者側端末にストリーミングによりデータを送信する場合の送信側キャッシュ装置、私書箱機能サーバ、受信側キャッシュ装置、および受信側端末装置のソフトウェア構成例を示す図である。
【図２０】受信側キャッシュ装置が電子メールデータを受信側端末装置にFTPにより供給する処理の様子を説明するフローチャートである。
【図２１】受信側端末にFTPによりデータを送信する場合の送信側キャッシュ装置、私書箱機能サーバ、受信側キャッシュ装置、受信側端末装置の他のソフトウェア構成例を示す図である。
【符号の説明】
１  送信側端末装置，  ２  送信側ルータ，  ３  送信側キャッシュ装置，  ４  私書箱機能サーバ，  ５  受信側ルータ，  ６  受信側キャッシュ装置，  ７  受信側端末装置，  ８  認証サーバ，  １０  ネットワーク，  ８１  認証部，  ８２  SIPプロキシ部，  ８３  ディレクトリサービス部，  ８４  データベース，  １０１  SIPエージェント，  １０２  FTPクライアント，  １０３  SIPエージェント，  １０４  FTPサーバ／クライアント，  １０５  キャッシュディスク，  １０７  FTPサーバ，  １１１  RTSPクライアント，  １１２  メディアサーバ，  １１３  FTPクライアント，  １２１  メディアサーバ，  １２２  WEBサーバ，  １３１  HTTPブラウザ，  １３２  ビューア，  １４１  SIPエージェント，  １４２  キャッシュディスク，  １４３−１  SMTPサーバ，  １４３−２  POPサーバ，  １５１  メールビューア，  １６１  SIPエージェント，  １６２  FTPクライアント
【図１】
0003826782.tif 000002
【図２】
0003826782.tif 000003
【図３】
0003826782.tif 000004
【図４】
0003826782.tif 000005
【図５】
0003826782.tif 000006
【図６】
0003826782.tif 000007
【図７】
0003826782.tif 000008
【図８】
0003826782.tif 000009
【図９】
0003826782.tif 000010
【図１０】
0003826782.tif 000011
【図１１】
0003826782.tif 000012
【図１２】
0003826782.tif 000013
【図１３】
0003826782.tif 000014
【図１４】
0003826782.tif 000015
【図１５】
0003826782.tif 000016
【図１６】
0003826782.tif 000017
【図１７】
0003826782.tif 000018
【図１８】
0003826782.tif 000019
【図１９】
0003826782.tif 000020
【図２０】
0003826782.tif 000021
【図２１】
0003826782.tif 000022