(57)【要約】【課題】  発信側の利用者が、呼接続のための所要時間だけ単に待たされることによるストレスを感じないようにすることができるＩＰ電話装置の発信方法及びプログラムを提供する。【解決手段】  ＳＩＰサーバ及びメディア配信サーバと通信可能なＩＰ電話装置における発信方法であって、ＩＰ電話装置が、着信側ＩＰ電話装置に対する呼接続が要求された際に、メディア配信サーバへＨＴＴＰ Ｒｅｑｕｅｓｔメッセージを送信すると共に、ＩＮＶＩＴＥメッセージをＳＩＰサーバへ送信する。そして、メディア配信サーバからコンテンツデータを受信し、該コンテンツデータを再生する。ＳＩＰサーバから２００ＯＫメッセージを受信した際に、コンテンツデータの再生を停止し、メディア配信サーバとのコネクションを切断する。そして、着信側ＩＰ電話装置との間でメディアデータを送受信する。【選択図】  図２
2006270558.tif 000002
【特許請求の範囲】
【請求項１】
呼接続制御サーバと通信可能なＩＰ電話装置における発信方法であって、
前記ＩＰ電話装置が、
再生可能なコンテンツデータを蓄積したコンテンツ蓄積部を有しており、
着信側ＩＰ電話装置に対する呼接続が要求された際に、前記コンテンツ蓄積部に蓄積されたコンテンツデータの再生を開始すると共に、呼接続要求メッセージを前記呼接続制御サーバへ送信する第１のステップと、
前記呼接続制御サーバから呼接続完了メッセージを受信した際に、前記コンテンツデータの再生を停止する第２のステップと、
を有することを特徴とするＩＰ電話装置における発信方法。
【請求項２】
前記ＩＰ電話装置は、前記呼接続制御サーバに対してはＳＩＰ層が機能し、
前記呼接続制御サーバは、ＳＩＰサーバであり、
前記呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
前記呼接続完了メッセージは、２００ＯＫメッセージであり、
前記コンテンツ蓄積部は、呼接続先である着信側ＩＰ電話装置のアドレスに対応付けて、前記コンテンツデータを蓄積していることを特徴とする請求項１に記載のＩＰ電話装置における発信方法。
【請求項３】
呼接続制御サーバ及びコンテンツ配信サーバと通信可能なＩＰ電話装置における発信方法であって、
前記ＩＰ電話装置が、
再生可能なコンテンツデータを蓄積するコンテンツ蓄積部を有しており、
前記コンテンツ配信サーバへコンテンツ配信要求メッセージを送信する第１のステップと、
前記コンテンツ配信サーバからコンテンツデータを受信し、該コンテンツデータをコンテンツ蓄積部に蓄積する第２のステップと、
着信側ＩＰ電話装置に対する呼接続が要求された際に、前記コンテンツ蓄積部に蓄積された前記コンテンツデータの再生を開始すると共に、呼接続要求メッセージを前記呼接続制御サーバへ送信する第３のステップと、
前記呼接続制御サーバから呼接続完了メッセージを受信した際に、前記コンテンツデータの再生を停止する第４のステップと
を有することを特徴とするＩＰ電話装置における発信方法。
【請求項４】
前記ＩＰ電話装置は、前記呼接続制御サーバに対してはＳＩＰ層が機能し、前記コンテンツ配信サーバに対してはＨＴＴＰ層又はＲＴＰ及びＲＴＳＰ層が機能し、
前記呼接続制御サーバは、ＳＩＰサーバであり、
前記呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
前記呼接続完了メッセージは、２００ＯＫメッセージである
ことを特徴とする請求項３に記載のＩＰ電話装置における発信方法。
【請求項５】
呼接続制御サーバ及びコンテンツ配信サーバと通信可能なＩＰ電話装置における発信方法であって、
前記ＩＰ電話装置が、
問合せ要求メッセージを前記呼接続制御サーバへ送信する第１のステップと、
前記コンテンツ配信サーバのアドレスを含む問合せ応答メッセージを受信する第２のステップと、
前記アドレスの前記コンテンツ配信サーバへ、コンテンツ配信要求メッセージを送信する第３のステップと、
前記コンテンツ配信サーバからコンテンツデータを受信し、該コンテンツデータをコンテンツ蓄積部に蓄積する第４のステップと、
着信側ＩＰ電話装置に対する呼接続が要求された際に、前記コンテンツ蓄積部に蓄積された前記コンテンツデータの再生を開始すると共に、呼接続要求メッセージを前記呼接続制御サーバへ送信する第５のステップと、
前記呼接続制御サーバから呼接続完了メッセージを受信した際に、前記コンテンツデータの再生を停止する第６のステップと
を有することを特徴とするＩＰ電話装置における発信方法。
【請求項６】
前記ＩＰ電話装置は、前記呼接続制御サーバに対してはＳＩＰ層が機能し、前記コンテンツ配信サーバに対してはＨＴＴＰ層又はＲＴＰ及びＲＴＳＰ層が機能し、
前記呼接続制御サーバは、ＳＩＰサーバであり、
前記コンテンツ配信サーバは、メディア配信サーバであり、
前記呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
前記呼接続完了メッセージは、２００ＯＫメッセージであり、
前記問合せ要求メッセージは、ＲＥＧＩＳＴＥＲメッセージであり、
前記問合せ応答メッセージは、２００ＯＫメッセージであり、
前記アドレスは、前記２００ＯＫメッセージのメッセージボディに含まれる
ことを特徴とする請求項５に記載のＩＰ電話装置における発信方法。
【請求項７】
呼接続制御サーバ及びコンテンツ配信サーバと通信可能なＩＰ電話装置における発信方法であって、
前記ＩＰ電話装置が、
着信側ＩＰ電話装置に対する呼接続が要求された際に、前記コンテンツ配信サーバへコンテンツ配信要求メッセージを送信すると共に、呼接続要求メッセージを前記呼接続制御サーバへ送信する第１のステップと、
前記コンテンツ配信サーバからコンテンツデータを受信し、該コンテンツデータを再生する第２のステップと、
前記呼接続制御サーバから呼接続完了メッセージを受信した際に、前記コンテンツデータの再生を停止し、前記コンテンツ配信サーバとのコネクションを切断する第３のステップと
を有することを特徴とするＩＰ電話装置における発信方法。
【請求項８】
前記ＩＰ電話装置は、前記呼接続制御サーバに対してはＳＩＰ層が機能し、前記コンテンツ配信サーバに対してはＨＴＴＰ層又はＲＴＰ及びＲＴＳＰ層が機能し、
前記呼接続制御サーバは、ＳＩＰサーバであり、
前記コンテンツ配信サーバは、メディア配信サーバであり、
前記呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
前記呼接続完了メッセージは、２００ＯＫメッセージであり、
前記コンテンツデータは、画像及び／又は音声のストリーミングデータであり、
前記ＩＰ電話装置は、呼接続先である着信側ＩＰ電話装置のアドレスに対応付けて、前記コンテンツデータのアドレスを蓄積するコンテンツアドレス蓄積部を更に有し、
前記第１のステップは、前記コンテンツアドレス蓄積部を用いて、呼接続先である着信側ＩＰ電話装置のアドレスに対応する前記コンテンツデータのアドレスを取得し、該アドレスにかかる前記コンテンツ配信サーバへコンテンツ配信要求メッセージを送信し、
前記第２のステップは、前記ストリーミングデータの一部を順に受信しつつ再生することを特徴とする請求項７に記載のＩＰ電話装置における発信方法。
【請求項９】
呼接続制御サーバ及びコンテンツ配信サーバと通信可能なＩＰ電話装置における発信方法であって、
前記ＩＰ電話装置が、
問合せ要求メッセージを前記呼接続制御サーバへ送信する第１のステップと、
前記コンテンツ配信サーバのアドレスを含む問合せ応答メッセージを受信する第２のステップと、
着信側ＩＰ電話装置に対する呼接続が要求された際に、前記アドレスの前記コンテンツ配信サーバへコンテンツ配信要求メッセージを送信すると共に、呼接続要求メッセージを前記呼接続制御サーバへ送信する第３のステップと、
前記コンテンツ配信サーバからコンテンツデータを受信し、該コンテンツデータを再生する第４のステップと、
前記呼接続制御サーバから呼接続完了メッセージを受信した際に、前記コンテンツデータの再生を停止し、前記コンテンツ配信サーバとのコネクションを切断する第５のステップと
を有することを特徴とするＩＰ電話装置における発信方法。
【請求項１０】
前記ＩＰ電話装置は、前記呼接続制御サーバに対してはＳＩＰ層が機能し、前記コンテンツ配信サーバに対してはＨＴＴＰ層又はＲＴＰ及びＲＴＳＰ層が機能し、
前記呼接続制御サーバは、ＳＩＰサーバであり、
前記コンテンツ配信サーバは、メディア配信サーバであり、
前記呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
前記呼接続完了メッセージは、２００ＯＫメッセージであり、
前記コンテンツデータは、画像及び／又は音声のストリーミングデータであり、
前記第４のステップは、前記ストリーミングデータの一部を順に受信しつつ再生することを特徴とする請求項９に記載のＩＰ電話装置における発信方法。
【請求項１１】
呼接続制御サーバと通信可能なＩＰ電話装置に搭載されたコンピュータを実行させるための発信プログラムであって、
再生可能なコンテンツデータを蓄積したコンテンツ蓄積部を有しており、
着信側ＩＰ電話装置に対する呼接続が要求された際に、前記コンテンツ蓄積部に蓄積されたコンテンツデータの再生を開始すると共に、呼接続要求メッセージを前記呼接続制御サーバへ送信する第１のステップと、
前記呼接続制御サーバから呼接続完了メッセージを受信した際に、前記コンテンツデータの再生を停止する第２のステップと
してコンピュータを実行させることを特徴とする発信プログラム。
【請求項１２】
前記呼接続制御サーバに対してはＳＩＰ層が機能し、
前記呼接続制御サーバは、ＳＩＰサーバであり、
前記呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
前記呼接続完了メッセージは、２００ＯＫメッセージであり、
前記コンテンツ蓄積部は、呼接続先である着信側ＩＰ電話装置のアドレスに対応付けて、前記コンテンツデータを蓄積しているようにコンピュータを実行させることを特徴とする請求項１１に記載の発信プログラム。
【請求項１３】
呼接続制御サーバ及びコンテンツ配信サーバと通信可能なＩＰ電話装置に搭載されたコンピュータを実行させるための発信プログラムであって、
再生可能なコンテンツデータを蓄積するコンテンツ蓄積部を有しており、
前記コンテンツ配信サーバへコンテンツ配信要求メッセージを送信する第１のステップと、
前記コンテンツ配信サーバからコンテンツデータを受信し、該コンテンツデータをコンテンツ蓄積部に蓄積する第２のステップと、
着信側ＩＰ電話装置に対する呼接続が要求された際に、前記コンテンツ蓄積部に蓄積された前記コンテンツデータの再生を開始すると共に、呼接続要求メッセージを前記呼接続制御サーバへ送信する第３のステップと、
前記呼接続制御サーバから呼接続完了メッセージを受信した際に、前記コンテンツデータの再生を停止する第４のステップと
してコンピュータを実行させることを特徴とする発信プログラム。
【請求項１４】
前記呼接続制御サーバに対してはＳＩＰ層が機能し、前記コンテンツ配信サーバに対してはＨＴＴＰ層又はＲＴＰ及びＲＴＳＰ層が機能し、
前記呼接続制御サーバは、ＳＩＰサーバであり、
前記呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
前記呼接続完了メッセージは、２００ＯＫメッセージである
ようにコンピュータを実行させることを特徴とする請求項１３に記載の発信プログラム。
【請求項１５】
呼接続制御サーバ及びコンテンツ配信サーバと通信可能なＩＰ電話装置に搭載されたコンピュータを実行させるための発信プログラムであって、
問合せ要求メッセージを前記呼接続制御サーバへ送信する第１のステップと、
前記コンテンツ配信サーバのアドレスを含む問合せ応答メッセージを受信する第２のステップと、
前記アドレスの前記コンテンツ配信サーバへ、コンテンツ配信要求メッセージを送信する第３のステップと、
前記コンテンツ配信サーバからコンテンツデータを受信し、該コンテンツデータをコンテンツ蓄積部に蓄積する第４のステップと、
着信側ＩＰ電話装置に対する呼接続が要求された際に、前記コンテンツ蓄積部に蓄積された前記コンテンツデータの再生を開始すると共に、呼接続要求メッセージを前記呼接続制御サーバへ送信する第５のステップと、
前記呼接続制御サーバから呼接続完了メッセージを受信した際に、前記コンテンツデータの再生を停止する第６のステップと
してコンピュータを実行させることを特徴とする発信プログラム。
【請求項１６】
前記ＩＰ電話装置は、前記呼接続制御サーバに対してはＳＩＰ層が機能し、前記コンテンツ配信サーバに対してはＨＴＴＰ層又はＲＴＰ及びＲＴＳＰ層が機能し、
前記呼接続制御サーバは、ＳＩＰサーバであり、
前記コンテンツ配信サーバは、メディア配信サーバであり、
前記呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
前記呼接続完了メッセージは、２００ＯＫメッセージであり、
前記問合せ要求メッセージは、ＲＥＧＩＳＴＥＲメッセージであり、
前記問合せ応答メッセージは、２００ＯＫメッセージであり、
前記アドレスは、前記２００ＯＫメッセージのメッセージボディに含まれる
ようにコンピュータを実行させることを特徴とする請求項１５に記載の発信プログラム。
【請求項１７】
呼接続制御サーバ及びコンテンツ配信サーバと通信可能なＩＰ電話装置に搭載されたコンピュータを実行させるための発信プログラムであって、
着信側ＩＰ電話装置に対する呼接続が要求された際に、前記コンテンツ配信サーバへコンテンツ配信要求メッセージを送信すると共に、呼接続要求メッセージを前記呼接続制御サーバへ送信する第１のステップと、
前記コンテンツ配信サーバからコンテンツデータを受信し、該コンテンツデータを再生する第２のステップと、
前記呼接続制御サーバから呼接続完了メッセージを受信した際に、前記コンテンツデータの再生を停止し、前記コンテンツ配信サーバとのコネクションを切断する第３のステップと
してコンピュータを実行させることを特徴とする発信プログラム。
【請求項１８】
前記呼接続制御サーバに対してはＳＩＰ層が機能し、前記コンテンツ配信サーバに対してはＨＴＴＰ層又はＲＴＰ及びＲＴＳＰ層が機能し、
前記呼接続制御サーバは、ＳＩＰサーバであり、
前記コンテンツ配信サーバは、メディア配信サーバであり、
前記呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
前記呼接続完了メッセージは、２００ＯＫメッセージであり、
前記コンテンツデータは、画像及び／又は音声のストリーミングデータであり、
呼接続先である着信側ＩＰ電話装置のアドレスに対応付けて、前記コンテンツデータのアドレスを蓄積するコンテンツアドレス蓄積部を更に有し、
前記第１のステップは、前記コンテンツアドレス蓄積部を用いて、呼接続先である着信側ＩＰ電話装置のアドレスに対応する前記コンテンツデータのアドレスを取得し、該アドレスにかかる前記コンテンツ配信サーバへコンテンツ配信要求メッセージを送信し、
前記第２のステップは、前記ストリーミングデータの一部を順に受信しつつ再生するようにコンピュータを実行させることを特徴とする請求項１７に記載の発信プログラム。
【請求項１９】
呼接続制御サーバ及びコンテンツ配信サーバと通信可能なＩＰ電話装置に搭載されたコンピュータを実行させるための発信プログラムであって、
問合せ要求メッセージを前記呼接続制御サーバへ送信する第１のステップと、
前記コンテンツ配信サーバのアドレスを含む問合せ応答メッセージを受信する第２のステップと、
着信側ＩＰ電話装置に対する呼接続が要求された際に、前記アドレスの前記コンテンツ配信サーバへコンテンツ配信要求メッセージを送信すると共に、呼接続要求メッセージを前記呼接続制御サーバへ送信する第３のステップと、
前記コンテンツ配信サーバからコンテンツデータを受信し、該コンテンツデータを再生する第４のステップと、
前記呼接続制御サーバから呼接続完了メッセージを受信した際に、前記コンテンツデータの再生を停止し、前記コンテンツ配信サーバとのコネクションを切断する第５のステップと
してコンピュータを実行させることを特徴とする発信プログラム。
【請求項２０】
前記ＩＰ電話装置は、前記呼接続制御サーバに対してはＳＩＰ層が機能し、前記コンテンツ配信サーバに対してはＨＴＴＰ層又はＲＴＰ及びＲＴＳＰ層が機能し、
前記呼接続制御サーバは、ＳＩＰサーバであり、
前記コンテンツ配信サーバは、メディア配信サーバであり、
前記呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
前記呼接続完了メッセージは、２００ＯＫメッセージであり、
前記コンテンツデータは、画像及び／又は音声のストリーミングデータであり、
前記第４のステップは、前記ストリーミングデータの一部を順に受信しつつ再生することを特徴とする請求項１９に記載の発信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ(Internet Protocol)電話装置の発信方法及びプログラムに関する。
【背景技術】
【０００２】
ＩＰ網において、ブラウザを有する端末は、コンテンツ配信サーバであるメディア配信サーバとの間で、画像／音声データを送受信する。このとき、例えばＨＴＴＰ(HyperText Transport Protocol)が用いられる。ＨＴＴＰは、リクエストメッセージとレスポンスメッセージとの交換によって実現される。
【０００３】
一方、ＩＰ網において、従来の電話網におけるサービスを提供するために、呼接続制御プロトコルとして、例えばＳＩＰ(Session Initiation Protocol)が用いられる。ＳＩＰも、ＨＴＴＰと同様に、ＳＩＰサーバに対するリクエストメッセージとレスポンスメッセージとの交換によって実現される。発信側端末が送信する呼接続要求メッセージには、着信側端末の電話番号に相当するユーザ識別子（ＳＩＰ ＵＲＬ：SIP Uniform Request Locator)が含まれる。ＳＩＰサーバは、このＳＩＰ ＵＲＬから、着信側端末のアドレス情報を特定する。
【０００４】
ＳＩＰサーバは、プロキシサーバ機能と、リダイレクトサーバ機能とを有する。プロキシサーバ機能は、ＩＰ電話装置から受信したセッション制御メッセージを、次段のＳＩＰサーバ又は着信側端末へ転送するものである。リダイレクトサーバ機能は、次段のＳＩＰサーバ又は着信側端末のアドレス情報を、発信側端末へ差し戻すものである。
【０００５】
【非特許文献１】ＲＦＣ３２６１、「Session Initiation Protocol」、［online］、［２００５年３月４日検索］、インターネット＜URL:http://www.ietf.org/rfc/rfc3261.txt＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ＩＰ電話装置において、利用者が発信操作をしてから、着信側ＩＰ電話装置の利用者と音声による通話ができるまでに、一定の時間を要する。その所要時間には、インターネット又は通信事業者ネットワークに接続されたＳＩＰサーバを介したネゴシエーション時間だけでなく、着信側ＩＰ電話装置の利用者が着信操作をするまでの時間も含まれる。従来のＩＰ電話装置によれば、発信側端末の利用者は、発信操作をした後、着信側端末の利用者が着信操作をして音声による通話ができるまで、単に待たされることとなる。このような所要時間は不可避であって、その間に発信側端末の利用者がストレスを感じないようにすることが、ユーザフレンドリの観点から必要と考えられていた。
【０００７】
また、携帯電話機のサービスの１つに、当該携帯電話機の着信時に、予め記憶され且つ指定された音楽コンテンツを再生する「着うた」（登録商標）と称されるものがある。この機能は、着信側端末の利用者に対するユーザフレンドリの観点から備えられたものである。これに対し、発信側端末の利用者に対するこのような機能は全く実現されていない。
【０００８】
そこで、本発明は、発信側の利用者が、呼接続のための所要時間だけ単に待たされることによるストレスを感じないようにすることができるＩＰ電話装置の発信方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明によれば、呼接続制御サーバと通信可能なＩＰ電話装置における発信方法であって、
ＩＰ電話装置が、
再生可能なコンテンツデータを蓄積したコンテンツ蓄積部を有しており、
着信側ＩＰ電話装置に対する呼接続が要求された際に、コンテンツ蓄積部に蓄積されたコンテンツデータの再生を開始すると共に、呼接続要求メッセージを呼接続制御サーバへ送信する第１のステップと、
呼接続制御サーバから呼接続完了メッセージを受信した際に、コンテンツデータの再生を停止する第２のステップと、
を有することを特徴とする。
【００１０】
本発明の発信方法における他の実施形態によれば、
ＩＰ電話装置は、呼接続制御サーバに対してはＳＩＰ層が機能し、
呼接続制御サーバは、ＳＩＰサーバであり、
呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
呼接続完了メッセージは、２００ＯＫメッセージであり、
コンテンツ蓄積部は、呼接続先である着信側ＩＰ電話装置のアドレスに対応付けて、コンテンツデータを蓄積していることも好ましい。
【００１１】
本発明によれば、呼接続制御サーバ及びコンテンツ配信サーバと通信可能なＩＰ電話装置における発信方法であって、
ＩＰ電話装置が、
再生可能なコンテンツデータを蓄積するコンテンツ蓄積部を有しており、
コンテンツ配信サーバへコンテンツ配信要求メッセージを送信する第１のステップと、
コンテンツ配信サーバからコンテンツデータを受信し、該コンテンツデータをコンテンツ蓄積部に蓄積する第２のステップと、
着信側ＩＰ電話装置に対する呼接続が要求された際に、コンテンツ蓄積部に蓄積されたコンテンツデータの再生を開始すると共に、呼接続要求メッセージを呼接続制御サーバへ送信する第３のステップと、
呼接続制御サーバから呼接続完了メッセージを受信した際に、コンテンツデータの再生を停止する第４のステップと
を有することを特徴とする。
【００１２】
本発明の発信方法における他の実施形態によれば、
ＩＰ電話装置は、呼接続制御サーバに対してはＳＩＰ層が機能し、コンテンツ配信サーバに対してはＨＴＴＰ層又はＲＴＰ及びＲＴＳＰ層が機能し、
呼接続制御サーバは、ＳＩＰサーバであり、
呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
呼接続完了メッセージは、２００ＯＫメッセージである
ことも好ましい。
【００１３】
本発明によれば、呼接続制御サーバ及びコンテンツ配信サーバと通信可能なＩＰ電話装置における発信方法であって、
ＩＰ電話装置が、
問合せ要求メッセージを呼接続制御サーバへ送信する第１のステップと、
コンテンツ配信サーバのアドレスを含む問合せ応答メッセージを受信する第２のステップと、
そのアドレスのコンテンツ配信サーバへ、コンテンツ配信要求メッセージを送信する第３のステップと、
コンテンツ配信サーバからコンテンツデータを受信し、該コンテンツデータをコンテンツ蓄積部に蓄積する第４のステップと、
着信側ＩＰ電話装置に対する呼接続が要求された際に、コンテンツ蓄積部に蓄積されたコンテンツデータの再生を開始すると共に、呼接続要求メッセージを呼接続制御サーバへ送信する第５のステップと、
呼接続制御サーバから呼接続完了メッセージを受信した際に、コンテンツデータの再生を停止する第６のステップと
を有することを特徴とする。
【００１４】
本発明の発信方法における他の実施形態によれば、
ＩＰ電話装置は、呼接続制御サーバに対してはＳＩＰ層が機能し、コンテンツ配信サーバに対してはＨＴＴＰ層又はＲＴＰ及びＲＴＳＰ層が機能し、
呼接続制御サーバは、ＳＩＰサーバであり、
コンテンツ配信サーバは、メディア配信サーバであり、
呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
呼接続完了メッセージは、２００ＯＫメッセージであり、
問合せ要求メッセージは、ＲＥＧＩＳＴＥＲメッセージであり、
問合せ応答メッセージは、２００ＯＫメッセージであり、
アドレスは、２００ＯＫメッセージのメッセージボディに含まれる
ことも好ましい。
【００１５】
本発明によれば、呼接続制御サーバ及びコンテンツ配信サーバと通信可能なＩＰ電話装置における発信方法であって、
ＩＰ電話装置が、
着信側ＩＰ電話装置に対する呼接続が要求された際に、コンテンツ配信サーバへコンテンツ配信要求メッセージを送信すると共に、呼接続要求メッセージを呼接続制御サーバへ送信する第１のステップと、
コンテンツ配信サーバからコンテンツデータを受信し、該コンテンツデータを再生する第２のステップと、
呼接続制御サーバから呼接続完了メッセージを受信した際に、コンテンツデータの再生を停止し、コンテンツ配信サーバとのコネクションを切断する第３のステップと
を有することを特徴とする。
【００１６】
本発明の発信方法における他の実施形態によれば、
ＩＰ電話装置は、呼接続制御サーバに対してはＳＩＰ層が機能し、コンテンツ配信サーバに対してはＨＴＴＰ層又はＲＴＰ及びＲＴＳＰ層が機能し、
呼接続制御サーバは、ＳＩＰサーバであり、
コンテンツ配信サーバは、メディア配信サーバであり、
呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
呼接続完了メッセージは、２００ＯＫメッセージであり、
コンテンツデータは、画像及び／又は音声のストリーミングデータであり、
ＩＰ電話装置は、呼接続先である着信側ＩＰ電話装置のアドレスに対応付けて、コンテンツデータのアドレスを蓄積するコンテンツアドレス蓄積部を更に有し、
第１のステップは、コンテンツアドレス蓄積部を用いて、呼接続先である着信側ＩＰ電話装置のアドレスに対応するコンテンツデータのアドレスを取得し、該アドレスにかかるコンテンツ配信サーバへコンテンツ配信要求メッセージを送信し、
第２のステップは、ストリーミングデータの一部を順に受信しつつ再生することも好ましい。
【００１７】
本発明によれば、呼接続制御サーバ及びコンテンツ配信サーバと通信可能なＩＰ電話装置における発信方法であって、
ＩＰ電話装置が、
問合せ要求メッセージを呼接続制御サーバへ送信する第１のステップと、
コンテンツ配信サーバのアドレスを含む問合せ応答メッセージを受信する第２のステップと、
着信側ＩＰ電話装置に対する呼接続が要求された際に、そのアドレスのコンテンツ配信サーバへコンテンツ配信要求メッセージを送信すると共に、呼接続要求メッセージを呼接続制御サーバへ送信する第３のステップと、
コンテンツ配信サーバからコンテンツデータを受信し、該コンテンツデータを再生する第４のステップと、
呼接続制御サーバから呼接続完了メッセージを受信した際に、コンテンツデータの再生を停止し、コンテンツ配信サーバとのコネクションを切断する第５のステップと
を有することを特徴とする。
【００１８】
本発明の発信方法における他の実施形態によれば、
ＩＰ電話装置は、呼接続制御サーバに対してはＳＩＰ層が機能し、コンテンツ配信サーバに対してはＨＴＴＰ層又はＲＴＰ及びＲＴＳＰ層が機能し、
呼接続制御サーバは、ＳＩＰサーバであり、
コンテンツ配信サーバは、メディア配信サーバであり、
呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
呼接続完了メッセージは、２００ＯＫメッセージであり、
コンテンツデータは、画像及び／又は音声のストリーミングデータであり、
第４のステップは、ストリーミングデータの一部を順に受信しつつ再生することも好ましい。
【００１９】
本発明によれば、呼接続制御サーバと通信可能なＩＰ電話装置に搭載されたコンピュータを実行させるための発信プログラムであって、
再生可能なコンテンツデータを蓄積したコンテンツ蓄積部を有しており、
着信側ＩＰ電話装置に対する呼接続が要求された際に、コンテンツ蓄積部に蓄積されたコンテンツデータの再生を開始すると共に、呼接続要求メッセージを呼接続制御サーバへ送信する第１のステップと、
呼接続制御サーバから呼接続完了メッセージを受信した際に、コンテンツデータの再生を停止する第２のステップと
してコンピュータを実行させることも好ましい。
【００２０】
本発明の発信プログラムにおける他の実施形態によれば、
呼接続制御サーバに対してはＳＩＰ層が機能し、
呼接続制御サーバは、ＳＩＰサーバであり、
呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
呼接続完了メッセージは、２００ＯＫメッセージであり、
コンテンツ蓄積部は、呼接続先である着信側ＩＰ電話装置のアドレスに対応付けて、コンテンツデータを蓄積しているようにコンピュータを実行させることも好ましい。
【００２１】
本発明によれば、呼接続制御サーバ及びコンテンツ配信サーバと通信可能なＩＰ電話装置に搭載されたコンピュータを実行させるための発信プログラムであって、
再生可能なコンテンツデータを蓄積するコンテンツ蓄積部を有しており、
コンテンツ配信サーバへコンテンツ配信要求メッセージを送信する第１のステップと、
コンテンツ配信サーバからコンテンツデータを受信し、該コンテンツデータをコンテンツ蓄積部に蓄積する第２のステップと、
着信側ＩＰ電話装置に対する呼接続が要求された際に、コンテンツ蓄積部に蓄積されたコンテンツデータの再生を開始すると共に、呼接続要求メッセージを呼接続制御サーバへ送信する第３のステップと、
呼接続制御サーバから呼接続完了メッセージを受信した際に、コンテンツデータの再生を停止する第４のステップと
してコンピュータを実行させることを特徴とする。
【００２２】
本発明の発信プログラムにおける他の実施形態によれば、
呼接続制御サーバに対してはＳＩＰ層が機能し、コンテンツ配信サーバに対してはＨＴＴＰ層又はＲＴＰ及びＲＴＳＰ層が機能し、
呼接続制御サーバは、ＳＩＰサーバであり、
呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
呼接続完了メッセージは、２００ＯＫメッセージである
ようにコンピュータを実行させることも好ましい。
【００２３】
本発明によれば、呼接続制御サーバ及びコンテンツ配信サーバと通信可能なＩＰ電話装置に搭載されたコンピュータを実行させるための発信プログラムであって、
問合せ要求メッセージを呼接続制御サーバへ送信する第１のステップと、
コンテンツ配信サーバのアドレスを含む問合せ応答メッセージを受信する第２のステップと、
そのアドレスのコンテンツ配信サーバへ、コンテンツ配信要求メッセージを送信する第３のステップと、
コンテンツ配信サーバからコンテンツデータを受信し、該コンテンツデータをコンテンツ蓄積部に蓄積する第４のステップと、
着信側ＩＰ電話装置に対する呼接続が要求された際に、コンテンツ蓄積部に蓄積されたコンテンツデータの再生を開始すると共に、呼接続要求メッセージを呼接続制御サーバへ送信する第５のステップと、
呼接続制御サーバから呼接続完了メッセージを受信した際に、コンテンツデータの再生を停止する第６のステップと
してコンピュータを実行させることを特徴とする。
【００２４】
本発明の発信プログラムにおける他の実施形態によれば、
ＩＰ電話装置は、呼接続制御サーバに対してはＳＩＰ層が機能し、コンテンツ配信サーバに対してはＨＴＴＰ層又はＲＴＰ及びＲＴＳＰ層が機能し、
呼接続制御サーバは、ＳＩＰサーバであり、
コンテンツ配信サーバは、メディア配信サーバであり、
呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
呼接続完了メッセージは、２００ＯＫメッセージであり、
問合せ要求メッセージは、ＲＥＧＩＳＴＥＲメッセージであり、
問合せ応答メッセージは、２００ＯＫメッセージであり、
アドレスは、２００ＯＫメッセージのメッセージボディに含まれる
ようにコンピュータを実行させることも好ましい。
【００２５】
本発明によれば、呼接続制御サーバ及びコンテンツ配信サーバと通信可能なＩＰ電話装置に搭載されたコンピュータを実行させるための発信プログラムであって、
着信側ＩＰ電話装置に対する呼接続が要求された際に、コンテンツ配信サーバへコンテンツ配信要求メッセージを送信すると共に、呼接続要求メッセージを呼接続制御サーバへ送信する第１のステップと、
コンテンツ配信サーバからコンテンツデータを受信し、該コンテンツデータを再生する第２のステップと、
呼接続制御サーバから呼接続完了メッセージを受信した際に、コンテンツデータの再生を停止し、コンテンツ配信サーバとのコネクションを切断する第３のステップと
してコンピュータを実行させることを特徴とする。
【００２６】
本発明の発信プログラムにおける他の実施形態によれば、
呼接続制御サーバに対してはＳＩＰ層が機能し、コンテンツ配信サーバに対してはＨＴＴＰ層又はＲＴＰ及びＲＴＳＰ層が機能し、
呼接続制御サーバは、ＳＩＰサーバであり、
コンテンツ配信サーバは、メディア配信サーバであり、
呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
呼接続完了メッセージは、２００ＯＫメッセージであり、
コンテンツデータは、画像及び／又は音声のストリーミングデータであり、
呼接続先である着信側ＩＰ電話装置のアドレスに対応付けて、コンテンツデータのアドレスを蓄積するコンテンツアドレス蓄積部を更に有し、
第１のステップは、コンテンツアドレス蓄積部を用いて、呼接続先である着信側ＩＰ電話装置のアドレスに対応するコンテンツデータのアドレスを取得し、該アドレスのコンテンツ配信サーバへコンテンツ配信要求メッセージを送信し、
第２のステップは、ストリーミングデータの一部を順に受信しつつ再生するようにコンピュータを実行させることも好ましい。
【００２７】
本発明によれば、呼接続制御サーバ及びコンテンツ配信サーバと通信可能なＩＰ電話装置に搭載されたコンピュータを実行させるための発信プログラムであって、
問合せ要求メッセージを呼接続制御サーバへ送信する第１のステップと、
コンテンツ配信サーバのアドレスを含む問合せ応答メッセージを受信する第２のステップと、
着信側ＩＰ電話装置に対する呼接続が要求された際に、そのアドレスのコンテンツ配信サーバへコンテンツ配信要求メッセージを送信すると共に、呼接続要求メッセージを呼接続制御サーバへ送信する第３のステップと、
コンテンツ配信サーバからコンテンツデータを受信し、該コンテンツデータを再生する第４のステップと、
呼接続制御サーバから呼接続完了メッセージを受信した際に、コンテンツデータの再生を停止し、コンテンツ配信サーバとのコネクションを切断する第５のステップと
してコンピュータを実行させることを特徴とする。
【００２８】
本発明の発信プログラムにおける他の実施形態によれば、
ＩＰ電話装置は、呼接続制御サーバに対してはＳＩＰ層が機能し、コンテンツ配信サーバに対してはＨＴＴＰ層又はＲＴＰ及びＲＴＳＰ層が機能し、
呼接続制御サーバは、ＳＩＰサーバであり、
コンテンツ配信サーバは、メディア配信サーバであり、
呼接続要求メッセージは、ＩＮＶＩＴＥメッセージであり、
呼接続完了メッセージは、２００ＯＫメッセージであり、
コンテンツデータは、画像及び／又は音声のストリーミングデータであり、
第４のステップは、ストリーミングデータの一部を順に受信しつつ再生することも好ましい。
【発明の効果】
【００２９】
本発明によれば、発信側の利用者が、呼接続のための所要時間だけ単に待たされることによるストレスを感じないようにすることができる。着信側端末の利用者が着信操作をするまでの時間は、個人差や又は当該着信側端末の環境下によって、かなり異なる。特に、携帯電話機における着信操作は、当該携帯電話機の取り出し−＞開放−＞相手方発信者の確認−＞着信操作のシーケンスが必要となり、その時間は、比較的長い時間となる。このような時間に、発信側利用者に対してコンテンツを再生することは、ユーザフレンドリの点からも有効である。
【００３０】
本発明によれば、発信側ＩＰ電話装置だけに所定機能を実装するだけで、既存のＳＩＰサーバ及びメディア配信サーバを利用することができる。また、メディア配信サーバからコンテンツデータを受信する場合であっても、そのコンテンツデータをストリーミングデータとすることによって、発信側ＩＰ電話装置について、発信操作からコンテンツデータが再生されるまでの時間を極力短くすることができる。
【００３１】
更に、発信側ＩＰ電話装置が、メディア配信サーバのアドレスと着信側ＩＰ電話装置のアドレスとを対応付けたリストを予め蓄積しておくことにより、発信側ＩＰ電話装置の利用者は、着信側ＩＰ電話装置のアドレス毎に、再生するコンテンツを変更させることができる。
【００３２】
また、ＲＥＧＩＳＴＥＲメッセージに対するＳＩＰサーバから送信される２００ＯＫメッセージにメディア配信サーバのアドレスを含ませることによって、そのＳＩＰサーバを利用した発信側ＩＰ電話装置の利用者に、特定のコンテンツを再生させることもできる。これにより、ＳＩＰサーバが、発信側利用者に再生させるべきコンテンツを選択することができる。例えば、発信側利用者に、発信中に、特定の広告情報を見せることもできる。１つのサービス形態としては、特定の広告情報を発信側利用者に再生させた場合、そのＳＩＰサーバを用いた呼接続に対する課金の一部を、その広告情報のメディア配信サーバを運用する事業者に負担させることもできる。
【発明を実施するための最良の形態】
【００３３】
以下では、図面を用いて、本発明を実施するための最良の形態について詳細に説明する。
【００３４】
図１は、本発明におけるシステム構成図である。
【００３５】
図１によれば、発信側端末１及び着信側端末２は、電話事業者ネットワーク６に接続され、インターネット５を介して少なくともＳＩＰサーバ３と通信をすることができる。また、本発明の他の実施形態によれば、発信側端末１は、更に、既存のコンテンツ配信サーバであるメディア配信サーバ４と通信をすることができる。勿論、ＳＩＰサーバ３及びメディア配信サーバ４は、インターネット５に接続されるものであっても、電話事業者ネットワーク６に接続されるものであってもよい。
【００３６】
図２は、本発明におけるプロトコル構成図である。
【００３７】
ＳＩＰサーバ３は、ＵＤＰ(User Datagram Protocol)／ＩＰ層の上にＳＩＰ層を有し、端末１及び２との間の呼接続制御を行う。ＳＩＰ層は、制御部によって制御される。
【００３８】
一方、メディア配信サーバ４は、ＴＣＰ(Transmission Control Protocol)／ＩＰ層の上にＨＴＴＰ層（又はＲＴＰ(Real Time Transport Protocol)層）を有し、コンテンツデータを配信する。また、メディア配信サーバ４は、ＵＤＰ／ＩＰ層の上にＲＴＰ(Real Time Transport Protocol)層及びＲＴＳＰ(Real Time Streaming Protocol)層を有し、コンテンツデータを配信するものであってもよい。ＨＴＴＰ層か又はＲＴＰ及びＲＴＳＰ層かは、発信側端末１のプロトコル構成層に対応することとなる。ＨＴＴＰ（ＲＴＰ及びＲＴＳＰ）層は、メディアプレーヤ部によって制御される。尚、ＳＩＰサーバ３及びメディア配信サーバ４は、基本的に既存のものである。
【００３９】
本発明によれば、発信側端末１に所定の機能を必要とする。発信側端末１は、ＳＩＰサーバ３に対してＵＤＰ／ＩＰ層の上にＳＩＰ層を有し、メディア配信サーバ４に対してＴＣＰ／ＩＰ層の上にＨＴＴＰ層（又はＲＴＰ及びＲＴＳＰ層）を有する。また、呼接続完了後、発信側端末１は、着信側端末２に対してＵＤＰ／ＩＰ層の上にＲＴＰ層を有する。ＲＴＰ層によって、端末間のＩＰ電話メディアデータの通信が行われる。
【００４０】
発信側端末１は、ＳＩＰ層、ＨＴＴＰ層（又はＲＴＰ及びＲＴＳＰ層）の上に、アプリケーション機能を有するメディアプレーヤ部を備える。アプリケーション機能としては、特に、利用者の発信側端末の操作認識機能と、受信したコンテンツデータの再生／停止機能とがある。コンテンツデータとしては、動画像データ、静止画像データ又は音楽データがある。本発明によれば、基本的に、メディアプレーヤ部が、当該発信側端末の利用者の発信操作に応じて、下層に位置するＳＩＰ層及びＨＴＴＰ層（又はＲＴＰ層）に対するプリミティブを制御する。
【００４１】
本発明によれば、発信側端末１が、呼接続シーケンス中に、コンテンツデータを再生することを特徴とする。ここで、予め蓄積したコンテンツデータを再生する第１の実施形態（請求項１）と、予め蓄積したコンテンツアドレスに基づくメディア配信サーバからコンテンツデータを受信して再生する第２の実施形態（請求項３）と、ＳＩＰサーバから指定されたコンテンツアドレスに基づくメディア配信サーバからコンテンツデータを取得して再生する第３の実施形態（請求項５）とがある。また、呼接続のための発信操作がなされた際に、ＳＩＰサーバへの呼接続と同時に、コンテンツデータを受信しつつ再生する第４の実施形態（請求項７）と、更にＳＩＰサーバから指定されたコンテンツアドレスに基づくメディア配信サーバからコンテンツデータを取得して再生する第５の実施形態（請求項９）とがある。
【００４２】
図３は、本発明の第１の実施形態におけるフローチャートである。
【００４３】
図３は、発信側端末１について、メディアプレーヤ部からＳＩＰサーバに対する制御手順を表している。第１の実施形態は、利用者が着信側ＩＰ電話装置に対する呼接続操作をした際に、発信側端末が、ＳＩＰサーバから呼接続完了メッセージを受信するまで、所定のコンテンツデータを再生する。
【００４４】
（Ｓ２０１）発信側端末１について、メディアプレーヤ部は、利用者の発信操作に対応して、呼接続先の着信側端末を決定する。例えば、発信側端末が携帯電話機であれば、利用者は着信側端末のＳＩＰ ＵＲＬを画面上から選択することができる。
（Ｓ２０２）次に、メディアプレーヤ部は、呼接続要求をＳＩＰ層へ指示する。これにより、ＳＩＰ層は、ＳＩＰサーバへＩＮＶＩＴＥメッセージを送信する。
【００４５】
（Ｓ２０３）呼接続完了まで、Ｓ２０４〜Ｓ２０６を繰り返す。
（Ｓ２０４）予めコンテンツデータを蓄積しているコンテンツ蓄積部から、コンテンツデータを取得する。例えば、表１のように、着信側端末のＳＩＰ ＵＲＬ毎に対応付けて、コンテンツデータを蓄積することもできる。
【表１】
2006270558.tif 000003
【００４６】
（Ｓ２０５）コンテンツ蓄積部から取得したコンテンツデータを再生する。例えば、動画像データ、静止画像データ及び音楽データのようなコンテンツデータは、スピーカ及びディスプレイによって利用者に対して表現される。
（Ｓ２０６）メディアプレーヤ部は、ＳＩＰ層から呼接続完了を受けるまで、Ｓ２０５及びＳ２０６を繰り返す。ＳＩＰ層は、着信側端末から２００ＯＫメッセージを受信した際に、呼接続完了をメディアプレーヤ部へ通知する。Ｓ２０３〜Ｓ２０６は、ＳＩＰ層から呼接続完了の通知があるまで、コンテンツ蓄積部に蓄積されたコンテンツデータの再生を継続する。
【００４７】
（Ｓ２０７）メディアプレーヤ部が、ＳＩＰ層から呼接続完了の通知を受けた際に、コンテンツ再生を終了する。
（Ｓ２０８）そして、発信側端末１において、メディアプレーヤ部は、ＲＴＰ層を介して、着信側端末との間で呼接続が完了し、ＩＰ電話のメディアデータを送受信することができる。
【００４８】
尚、前述した図３のフローチャートによれば、メディアプレーヤ部は、Ｓ２０２によって呼接続要求をＳＩＰ層へ指示した後で、Ｓ２０５によってコンテンツを再生している。しかしながら、コンテンツの再生を開始した後で、呼接続要求をＳＩＰ層へ指示するように変更することは、本発明に接した当業者によれば、容易に想到できる。
【００４９】
図４は、本発明の第２の実施形態における前段のフローチャートである。第２の実施形態は、前段としての図４のフローチャートと、後段としての図３のフローチャートとからなる。
【００５０】
（Ｓ２００３）発信側端末１について、メディアプレーヤ部は、その起動時に、コンテンツ要求をＨＴＴＰ層へ指示する。ここで、コンテンツ要求を送信するＨＴＴＰ ＵＲＬは、固定的なものであってもよいし、何らかの条件によって変更されるものであってもよい。
【００５１】
（Ｓ２００４）メディアプレーヤ部は、ＨＴＴＰ層からコンテンツデータを受信する。そのコンテンツデータは、コンテンツ蓄積部へ蓄積される。
【００５２】
その後、利用者が端末に対して発信操作をしたとする。このときの処理フローは、図３のＳ２０１〜Ｓ２０８と全く同じである。
【００５３】
図５は、本発明の第３の実施形態における前段のフローチャートである。第３の実施形態は、前段としての図５のフローチャートと、後段としての図３のフローチャートとからなる。
【００５４】
（Ｓ２００１）発信側端末１について、メディアプレーヤ部は、その起動時に、問合せ要求をＳＩＰ層へ指示する。ＳＩＰ層は、ＲＥＧＩＳＴＥＲメッセージをＳＩＰサーバへ送信する。
（Ｓ２００２）メディアプレーヤ部は、ＳＩＰ層から問合せ応答を受け取る。問合せ応答は、ＳＩＰ層が、ＳＩＰサーバ３から２００ＯＫメッセージを受信した際に通知される。この２００ＯＫメッセージのメッセージボディには、メディア配信サーバのＨＴＴＰ ＵＲＬが含まれている。
（Ｓ２００３）発信側端末１について、メディアプレーヤ部は、コンテンツ要求をＨＴＴＰ層へ指示する。ここで、コンテンツ要求を送信するアドレスは、Ｓ２００２で受信したＨＴＴＰ ＵＲＬである。
（Ｓ２００４）メディアプレーヤ部は、ＨＴＴＰ層からコンテンツデータを受信する。そのコンテンツデータは、コンテンツ蓄積部へ蓄積される。
【００５５】
その後、利用者が端末に対して発信操作をしたとする。このときの処理フローは、図３のＳ２０１〜Ｓ２０８と全く同じである。
【００５６】
図６は、図５に基づくシーケンス図である。説明を簡単にするために、ＳＩＰサーバを１段構成として説明する。
【００５７】
（Ｓ３０１）発信側端末１において、その起動時に、メディアプレーヤ部がＳＩＰ層に対して問合せ要求を指示する。ＳＩＰ層は、ＳＩＰサーバ３に対して、ＲＥＧＩＳＴＥＲメッセージを送信する。ＲＥＧＩＳＴＥＲメッセージは、一般に、バインディングの追加、削除又は問合せをするものである。
（Ｓ３０２）ＲＥＳＩＴＥＲメッセージを受信したＳＩＰサーバ３は、２００ＯＫメッセージを返信する。このとき、２００ＯＫメッセージのメッセージボディ（ＳＤＰ）部分には、ＨＴＴＰ ＵＲＬが含まれる。例えば、発信中に、ＳＩＰサーバが指定した特定の広告情報を、発信側利用者に半ば強制的に見せることもできる。
【００５８】
（Ｓ３０３）発信側端末１において、メディアプレーヤ部は、ＨＴＴＰ層に対してコンテンツ要求を指示する。このコンテンツ要求には、メディア配信サーバのアドレスが含まれる。このアドレスは、例えば、Ｓ３０２の２００ＯＫメッセージによって受信されたＨＴＴＰ ＵＲＬである。
（Ｓ３０４）次に、発信側端末１において、コンテンツ要求を受けたＨＴＴＰ層は、ＨＴＴＰ Ｒｅｑｕｅｓｔメッセージをメディア配信サーバ４へ送信する。図４によれば、オブジェクトページのＵＲＬを指定してアクセスしている。
【００５９】
（Ｓ３０６）発信側端末１において、メディア配信サーバ４は、オブジェクトページのみを発信側端末１へ送信する。このとき、発信側端末１は、受信したオブジェクトページから、自動的にコンテンツを選択する。例えば、音楽コンテンツデータを受信するには、オブジェクトページから、その音楽コンテンツを選択する。本発明によれば、発信側端末１が自動的にコンテンツデータを選択するためのルールを予め決定しておく必要がある。例えば、オブジェクトページの最初に列挙されたコンテンツデータを選択することができる。
【００６０】
尚、ＨＴＴＰ ＵＲＬが、オブジェクトページではなく、直接にコンテンツデータを指定したアドレスであるならば、Ｓ３０４及びＳ３０６のシーケンスは必要ない。
【００６１】
（Ｓ３０７）発信側端末１において、ＨＴＴＰ層は、選択したコンテンツデータのアドレスを指定して、ＨＴＴＰ Ｒｅｑｕｅｓｔメッセージをメディア配信サーバ４へ送信する。
（Ｓ３０８）メディア配信サーバ４において、ＨＴＴＰ層は、ＨＴＴＰ Ｒｅｑｕｅｓｔメッセージによって指定されたコンテンツデータを、発信側端末１へ送信する。
（Ｓ３０９）発信側端末１において、ＨＴＴＰ層は、受信したコンテンツデータをメディアプレーヤ部へ通知する。メディアプレーヤ部は、そのコンテンツデータをコンテンツ蓄積部に蓄積する。
【００６２】
その後、利用者が端末に対して発信操作をしたとする。
（Ｓ３０５）発信側端末１において、メディアプレーヤ部は、ＳＩＰ層に対して呼接続要求を指示する。このとき、メディアプレーヤ部は、コンテンツデータ蓄積部からコンテンツデータを取得して再生を開始する。ＳＩＰ層は、ＳＩＰサーバ３に対して、セッション参加要求を示すＩＮＶＩＴＥメッセージを送信する。このＩＮＶＩＴＥメッセージは、着信側端末２のＳＩＰ ＵＲＬと、発信側端末１のアドレス及び能力情報（利用可能メディアタイプ、音声コーデック、使用帯域等）とを含む。
（Ｓ３１２）発信側端末１のＳＩＰ層と、ＳＩＰサーバ３との間で、呼接続シーケンスが進行する。ＳＩＰサーバ３において、ＳＩＰ層は、ＩＮＶＩＴＥメッセージに含まれる着信側端末のＳＩＰ ＵＲＬからＤＮＳアクセスを実行し、着信側端末２の情報を取得する。そのＳＩＰ層は、ＩＮＶＩＴＥメッセージを着信側端末２へ送信する。
（Ｓ３１３）更に、ＳＩＰサーバ３において、ＳＩＰ層は、ＩＮＶＩＴＥメッセージの処理中を示す１００Ｔｒｙｉｎｇメッセージを発信側端末１へ送信する。１００Ｔｒｙｉｎｇメッセージを受信した発信側端末１のＳＩＰ層は、呼接続応答をメディアプレーヤ部に通知する。
【００６３】
（Ｓ３１４）発信側端末１において、コンテンツデータを再生している間に、ＳＩＰサーバ３と着信側端末２との間で呼接続処理が進行している。着信側端末２のＳＩＰ層は、ＳＩＰサーバ３から受信したＩＮＶＩＴＥメッセージに対応して、１８０Ｒｉｎｇｉｎｇメッセージを、ＳＩＰサーバ３へ送信する。
（Ｓ３１５）１８０Ｒｉｎｇｉｎｇメッセージを受信したＳＩＰサーバ３のＳＩＰ層は、その１８０Ｒｉｎｇｉｎｇメッセージを発信側端末１へ送信する。従来のＩＰ電話装置であれば、１８０Ｒｉｎｇｉｎｇメッセージの受信によって、リングバックトーンが発声される。本発明によれば、この時間には、メディア配信サーバ４から受信されたコンテンツが再生されている。
【００６４】
（Ｓ３１６）その後、着信側端末２を操作する利用者が着信操作をしたとする。このとき、着信側端末２のＳＩＰ層は、着信したことを示す２００ＯＫメッセージをＳＩＰサーバ３へ送信する。
（Ｓ３１７）着信側端末２から２００ＯＫメッセージを受信したＳＩＰサーバ３のＳＩＰ層は、２００ＯＫメッセージを発信側端末１へ送信する。
【００６５】
（Ｓ３１９）発信側端末１において、２００ＯＫメッセージを受信したＳＩＰ層は、呼接続完了をメディアプレーヤ部へ通知する。これにより、メディアプレーヤ部は、コンテンツの再生を停止する。
【００６６】
（Ｓ３２０）発信側端末１において、ＳＩＰ層は、ＳＩＰサーバ３へ、２００ＯＫメッセージに対応したＡＣＫを送信する。
（Ｓ３２１）ＡＣＫを受信したＳＩＰサーバ３のＳＩＰ層は、更に、着信側端末２へＡＣＫを送信する。
【００６７】
（Ｓ３２５）発信側端末１は、着信側端末２との間で、ＲＴＰ層を介して、ＩＰ電話のメディアデータを送受信することができる。
【００６８】
図７は、本発明の第４の実施形態におけるフローチャートである。
【００６９】
（Ｓ２０１）利用者の発信操作に対応して、呼接続先の着信側端末を決定する。
（Ｓ２００３）発信側端末１について、メディアプレーヤ部は、発信時に、コンテンツ要求をＨＴＴＰ層へ指示する。
（Ｓ２０２）次に、メディアプレーヤ部は、呼接続要求をＳＩＰ層へ指示する。これにより、ＳＩＰ層は、ＳＩＰサーバへＩＮＶＩＴＥメッセージを送信する。
【００７０】
（Ｓ２０３）呼接続完了まで、Ｓ２０４〜Ｓ２０６を繰り返す。
（Ｓ２０４）ＨＴＴＰ層からコンテンツデータを受信する。コンテンツデータは、例えば動画像、静止画像及び／又は音声のストリーミングデータであってもよい。メディアプレーヤ部は、そのストリーミングデータを受信しつつ再生する。これにより、発信側端末１がメディア配信サーバ４へＨＴＴＰ Ｒｅｑｕｅｓｔメッセージを送信してから、コンテンツデータを受信し、そのコンテンツを再生し始めるまでの所要時間を、極力短くすることができる。
【００７１】
ここで、着信側端末２のＳＩＰ ＵＲＬ毎に、メディア配信サーバのＨＴＴＰ ＵＲＬを対応付けたコンテンツアドレス対応リストを用いることもできる。メディアプレーヤ部は、例えば表２のようなコンテンツアドレス対応リストを、コンテンツアドレス蓄積部に予め蓄積している。発信側端末１は、着信側端末２のＳＩＰ ＵＲＬに対応したアドレスにかかるメディア配信サーバへ、ＨＴＴＰ Ｒｅｑｕｅｓｔメッセージを送信する。これにより、着信側端末毎に、再生されるコンテンツが異なるように制御することができる。
【００７２】
【表２】
2006270558.tif 000004
【００７３】
（Ｓ２０５）受信したコンテンツデータを再生する。
（Ｓ２０６）メディアプレーヤ部は、ＳＩＰ層から呼接続完了を受けるまで、Ｓ２０４及びＳ２０５を繰り返す。ＳＩＰ層は、着信側端末から２００ＯＫメッセージを受信した際に、呼接続完了をメディアプレーヤ部へ通知する。Ｓ２０３〜Ｓ２０６は、ＳＩＰ層から呼接続完了の通知があるまで、ストリーミングデータの一部を順に受信しつつ再生する。
（Ｓ２０７）メディアプレーヤ部が、ＳＩＰ層から呼接続完了の通知を受けた際に、コンテンツ再生を終了する。
（Ｓ２０７１）次に、コンテンツ配信停止をＨＴＴＰ層へ指示する。これにより、ＨＴＴＰ層が、メディア配信サーバ４に対するコネクションを切断する。
（Ｓ２０８）そして、発信側端末１において、メディアプレーヤ部は、ＲＴＰ層を介して、着信側端末との間で呼接続が完了し、ＩＰ電話のメディアデータを送受信することができる。
【００７４】
尚、前述した図７のフローチャートによれば、メディアプレーヤ部はＳ２００３によってコンテンツ要求をＨＴＴＰ層へ指示した後で、Ｓ２０２によって呼接続要求をＳＩＰ層へ指示している。しかしながら、Ｓ２００３とＳ２０２との順序を入れ替えることは、本発明に接した当業者によれば、容易に想到できる。また、呼接続要求をＳＩＰ層へ指示し、ＳＩＰ層から呼接続応答（ＳＩＰサーバからの１００Ｔｒｙｉｎｇメッセージの受信に基づく）が通知された後で、コンテンツ要求をＨＴＴＰ層へ指示することも、本発明に接した当業者の見地の範囲内にある。
【００７５】
また、第５の実施形態として、図７のフローチャートの前段において、以下の処理を行う。発信側端末１について、メディアプレーヤ部は、その起動時に、問合せ要求をＳＩＰ層へ指示する。ＳＩＰ層は、ＲＥＧＩＳＴＥＲメッセージをＳＩＰサーバへ送信する。これに対し、ＳＩＰ層がＳＩＰサーバ３から２００ＯＫメッセージを受信すると、メディアプレーヤ部へ問合せ応答を通知する。この２００ＯＫメッセージのメッセージボディには、メディア配信サーバのＨＴＴＰ ＵＲＬが含まれている。その後、端末に対して発信操作がなされた際に、このＨＴＴＰ ＵＲＬのメディア配信サーバへコンテンツ要求メッセージを送信する。
【００７６】
図８は、第５の実施形態におけるシーケンス図である。
【００７７】
図８は、図６と比較して、利用者が端末に対して発信操作をした際に、メディア配信サーバからコンテンツデータを受信しつつ再生し、それと同時にＳＩＰサーバとの間で呼接続する点で相違する。従って、図８によれば、メディアプレーヤ部は、Ｓ３０３によってコンテンツ要求をＨＴＴＰ層へ指示すると同時に、Ｓ３０５によって呼接続要求をＳＩＰ層へ指示する。また、図８は、図６と比較して、コンテンツデータがストリーミングデータである点で相違する。以下では、図６と相違する点についてのみ説明する。
【００７８】
（Ｓ３１０）（Ｓ３１１）コンテンツデータを再生している間に、コンテンツデータの受信が完了する場合を想定している。コンテンツデータの受信が完了すれば、メディア配信サーバとのコネクションを切断する。
【００７９】
（Ｓ３１８）メディア配信サーバ４が、コンテンツデータを発信側端末１へ送信し続けており、発信側端末１のメディアプレーヤ部は、そのコンテンツデータを再生している。
【００８０】
（Ｓ３２２）発信側端末１において、メディアプレーヤ部は、ＳＩＰ層からの呼接続完了を受けて、ＨＴＴＰ層へコンテンツ配信停止要求を指示する。これは、ストリーミングデータの受信を停止するためのものである。
（Ｓ３２３）（Ｓ３２４）発信側端末１において、ＨＴＴＰ層は、メディア配信サーバ４とのコネクションを切断する。
【００８１】
図９は、メディア配信サーバ４が、ＲＴＰ及びＲＴＳＰ層によって実現されている場合のシーケンス図である。
【００８２】
図９は、図８と比較して、Ｓ５０４〜Ｓ５１１だけが相違する。従って、以下ではＳ５０４〜Ｓ５１１についてのみ説明する。
（Ｓ５０４）発信側端末１において、コンテンツ要求を受けたＲＴＳＰ層は、ＤＥＳＣＲＩＢＥメッセージをメディア配信サーバ４へ送信する。
（Ｓ５０５）一方で、発信側端末１において、メディアプレーヤ部は、ＳＩＰ層に対して呼接続要求を指示する。
（Ｓ５０６）メディア配信サーバ４は、発信側端末１に対して、ＲＴＳＰ層の２００ＯＫメッセージを送信する。
（Ｓ５０７）発信側端末１において、２００ＯＫメッセージを受信したＲＴＳＰ層は、ＳＥＴＵＰメッセージをメディア配信サーバ４へ送信する。
（Ｓ５０８）メディア配信サーバ４は、発信側端末１に対して、ＲＴＳＰ層の２００ＯＫメッセージを送信する。
（Ｓ５０９）発信側端末１において、２００ＯＫメッセージを受信したＲＴＳＰ層は、ＰＬＡＹメッセージをメディア配信サーバ４へ送信する。
（Ｓ５１０）メディア配信サーバ４は、発信側端末１に対して、ＲＴＳＰ層の２００ＯＫメッセージを送信する。
（Ｓ５１１）その後、メディア配信サーバ４は、ＲＴＰ層によってコンテンツデータを発信側端末１へ送信する。
【００８３】
本発明におけるＩＰ電話装置の発信方法及びプログラムによれば、発信側の利用者が、呼接続のための所要時間だけ単に待たされることによるストレスを感じないようにすることができる。
【００８４】
前述した本発明における種々の実施形態によれば、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略を、当業者は容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【図面の簡単な説明】
【００８５】
【図１】本発明におけるシステム構成図である。
【図２】本発明におけるプロトコル構成図である。
【図３】本発明の第１の実施形態におけるフローチャートである。
【図４】本発明の第２の実施形態における前段のフローチャートである。
【図５】本発明の第３の実施形態における前段のフローチャートである。
【図６】本発明の第３の実施形態における図５に基づくシーケンス図である。
【図７】本発明の第４の実施形態におけるフローチャートである。
【図８】本発明の第５の実施形態におけるシーケンス図である。
【図９】メディア配信サーバが、ＲＴＰ及びＲＴＳＰ層によって実現されている場合のシーケンス図である。
【符号の説明】
【００８６】
１  発信側端末
２  着信側端末
３  呼接続制御サーバ、ＳＩＰサーバ
４  コンテンツ配信サーバ、メディア配信サーバ
５  インターネット
６  電話事業者ネットワーク
【図１】
2006270558.tif 000005
【図２】
2006270558.tif 000006
【図３】
2006270558.tif 000007
【図４】
2006270558.tif 000008
【図５】
2006270558.tif 000009
【図６】
2006270558.tif 000010
【図７】
2006270558.tif 000011
【図８】
2006270558.tif 000012
【図９】
2006270558.tif 000013