(57)【特許請求の範囲】
【請求項１】
各種通信を行う宅内装置とＩＰ通信機と構成される宅内ネットワークと、前記宅内装置に対してＷｅｂ通信で各種サービスを提供するサービス提供サーバ装置と、前記宅内ネットワークの外に設置されている宅外装置と、前記ＩＰ通信機と宅外装置とをＳＩＰ通信で接続する呼制御サーバ装置とから構成される通信制御システムであって、
前記サービス提供サーバ装置は、
前記宅外装置を一意に識別する装置ＩＤと、当該宅外装置と前記ＳＩＰ通信で接続するための情報を示す宅外接続先情報とを対応付けて記憶する宅外情報記憶手段と、
前記宅内装置から前記Ｗｅｂ通信でアクセス要求を受け付けた場合に、前記宅外情報記憶手段に記憶される装置ＩＤを前記Ｗｅｂ通信で前記宅内装置に送信するアクセス応答手段と、
前記アクセス応答手段により送信された装置ＩＤが前記宅内装置により選択されたことが通知された場合に、当該通知された装置ＩＤに対応する宅外接続先情報を前記宅外情報記憶手段から取得し、前記宅内装置を一意に識別する識別子が付加される前記宅内装置を介したリダイレクトによるＷｅｂ通信で、取得した宅外接続先情報を呼制御サーバ装置に通知する宅外情報取得手段と、を備え、
前記呼制御サーバ装置は、
前記宅内装置の識別子と、前記ＩＰ通信機と前記ＳＩＰ通信で接続するための情報を示す宅内接続先情報とを対応付けて記憶する宅内情報記憶手段と、
前記サービス提供サーバ装置の宅外情報取得手段により宅外接続先情報が宅内装置を介した前記リダイレクトで通知された場合に、当該リダイレクト時に宅内装置により付加された宅内装置の識別子に基づいて、前記宅内接続先情報を前記宅内情報記憶手段から特定する宅内情報特定手段と、
前記宅内情報特定手段により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信する第一の発信手段と、
前記第一の発信手段により発信されたＩＰ通信機から応答を受信した場合に、前記宅外情報取得手段により取得された宅外接続先情報を用いて、前記宅外装置に対して発信する第二の発信手段と、
前記第二の発信手段により発信された宅外装置から応答を受信した場合に、前記第一の発信手段により発信されたＩＰ通信機と前記第二の発信手段により発信された宅外装置との接続を前記ＳＩＰ通信で確立する接続確立手段と、
を備えたことを特徴とする通信制御システム。
【請求項２】
前記サービス提供サーバ装置の宅外情報取得手段は、前記取得した宅外接続先情報を前記リダイレクトで前記呼制御サーバ装置に通知するのに際して、当該宅外接続先情報に検証可能な形式を付加して通知し、
前記呼制御サーバ装置の宅内情報特定手段は、前記サービス提供サーバ装置から宅内装置を介した前記リダイレクトで通知された検証可能な形式に基づいて、前記通知された宅外接続先情報が正当な情報であると認証されることを条件として、当該リダイレクト時に宅内装置により付加された宅内装置の識別子から、当該宅内装置の宅内接続先情報を前記宅内情報記憶手段から特定することを特徴とする請求項１に記載の通信制御システム。
【請求項３】
前記サービス提供サーバ装置のアクセス応答手段は、前記宅内装置によるアクセス要求を受け付けた場合に、前記宅外接続先情報を生成して宅外情報記憶手段に格納するとともに、前記宅外情報記憶手段に記憶される宅外接続先情報を宅内装置に送信することを特徴とする請求項１または２に記載の通信制御システム。
【請求項４】
各種通信を行う宅内装置とＩＰ通信機と構成される宅内ネットワークと、前記宅内装置に対してＷｅｂ通信でコンテンツを提供するＷｅｂサーバ装置と、前記コンテンツを顧客に対して勧誘するためのコンテンツ情報を前記Ｗｅｂ通信で宅内装置に提供するサービス提供サーバ装置と、前記Ｗｅｂサーバ装置に提供されるコンテンツにコンテンツ情報を掲載する宅外装置と、前記ＩＰ通信機と宅外装置とをＳＩＰ通信で接続する呼制御サーバ装置とから構成される通信制御システムであって、
前記Ｗｅｂサーバ装置は、
前記宅内装置から前記Ｗｅｂ通信でアクセス要求を受け付けた場合に、前記サービス提供サーバ装置を介したリダイレクトで、前記コンテンツを前記宅内装置に送信するアクセス応答手段と、
前記サービス提供サーバ装置は、
前記宅外装置を一意に識別する装置ＩＤと当該宅外装置と接続するための情報を示す装宅外接続先情報とを対応付けて記憶する宅外情報記憶手段と、
前記コンテンツにより宅内装置に提供される装置ＩＤが前記宅内装置により選択された場合に、当該選択された装置ＩＤに対応する宅外接続先情報を前記宅外情報記憶手段から取得して、前記宅内装置を一意に識別する識別子が付加される前記宅内装置を介したリダイレクトによるＷｅｂ通信で、前記取得した宅外接続先情報を呼制御サーバ装置に通知する宅外情報送信手段と、
前記呼制御サーバ装置は、
前記宅内装置の識別子と、前記ＩＰ通信機と前記ＳＩＰ通信で接続するための情報を示す宅内接続先情報とを対応付けて記憶する宅内情報記憶手段と、
前記宅外接続先情報が宅内装置を介した前記リダイレクトで前記サービス提供サーバ装置から通知された場合に、当該リダイレクト時に宅内装置により付加された宅内装置の識別子に基づいて、前記宅内接続先情報を前記宅内情報記憶手段から特定する宅内情報特定手段と、
前記宅内情報特定手段により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信する第一の発信手段と、
前記第一の発信手段により発信されたＩＰ通信機から応答を受信した場合に、前記サービス提供サーバ装置から通知された宅外接続先情報を用いて、前記宅外装置に対して発信する第二の発信手段と、
前記第二の発信手段により発信された宅外装置から応答を受信した場合に、前記第一の発信手段により発信されたＩＰ通信機と前記第二の発信手段により発信された宅外装置と
の接続を前記ＳＩＰ通信で確立する接続確立手段と、
を備えたことを特徴とする通信制御システム。
【請求項５】
前記サービス提供サーバ装置の宅外情報送信手段は、前記取得した宅外接続先情報を前記リダイレクトで前記呼制御サーバ装置に通知するのに際して、前記宅外接続先情報に検証可能な形式を付加して通知し、
前記呼制御サーバ装置の宅内情報特定手段は、前記サービス提供サーバ装置から宅内装置を介した前記リダイレクトで通知された検証可能な形式に基づいて、前記通知された宅外接続先情報が正当な情報であると認証されることを条件として、当該リダイレクト時に宅内装置により付加された識別子から、前記宅内接続先情報を前記宅内情報記憶手段から特定することを特徴とする請求項４に記載の通信制御システム。
【請求項６】
前記サービス提供サーバ装置は、前記Ｗｅｂサーバ装置のアクセス応答手段からコンテンツが自装置に送信された回数を計数する計数手段をさらに備えたことを特徴とする請求項４または５に記載の通信制御システム。
【請求項７】
前記計数手段は、前記コンテンツに提供される装置ＩＤが前記宅内装置により選択された場合に、当該選択された回数を計数することを特徴とする請求項６に記載の通信制御システム。
【請求項８】
前記呼制御サーバ装置は、前記第一の発信手段により前記宅内情報特定手段により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信された回数を計数する発信回数計数手段をさらに備えたことを特徴とする請求項４〜７のいずれか一つに記載の通信制御システム。
【請求項９】
前記呼制御サーバ装置は、前記接続確立手段により前記第二の発信手段により発信された宅外装置から応答を受信した場合に、前記第一の発信手段により発信されたＩＰ通信機と前記第二の発信手段により発信された宅外装置との接続が確立された回数を計数する接続回数計数手段をさらに備えたことを特徴とする請求項４〜８のいずれか一つに記載の通信制御システム。
【請求項１０】
各種通信を行う宅内装置とＩＰ通信機と構成される宅内ネットワークと、前記宅内装置に対してＷｅｂ通信で各種サービスを提供するサービス提供サーバ装置と、前記宅内ネットワークの外に設置されている宅外装置と、前記ＩＰ通信機と宅外装置とをＳＩＰ通信で接続する呼制御サーバ装置とから構成される通信制御システムに適した通信制御方法であって、
前記サービス提供サーバ装置は、
前記宅内装置から前記Ｗｅｂ通信でアクセス要求を受け付けた場合に、前記宅外装置を一意に識別する装置ＩＤと、当該宅外装置と前記ＳＩＰ通信で接続するための情報を示す宅外接続先情報とを対応付けて記憶する宅外情報記憶部に記憶される装置ＩＤを前記Ｗｅｂ通信で前記宅内装置に送信するアクセス応答工程と、
前記アクセス応答工程により送信された装置ＩＤが前記宅内装置により選択されたことが通知された場合に、当該通知された装置ＩＤに対応する宅外接続先情報を前記宅外情報記憶部から取得し、前記宅内装置を一意に識別する識別子が付加される前記宅内装置を介したリダイレクトによるＷｅｂ通信で、取得した宅外接続先情報を呼制御サーバ装置に通知する宅外情報取得工程と、を含み、
前記呼制御サーバ装置は、
前記サービス提供サーバ装置の宅外情報取得工程により宅外接続先情報が宅内装置を介した前記リダイレクトで通知された場合に、当該リダイレクト時に宅内装置により付加された宅内装置の識別子に基づいて、前記宅内装置の識別子と前記ＩＰ通信機と前記ＳＩＰ通信で接続するための情報を示す宅内接続先情報とを対応付けて記憶する宅内情報記憶部から前記宅内接続先情報を特定する宅内情報特定工程と、
前記宅内情報特定工程により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信する第一の発信工程と、
前記第一の発信工程により発信されたＩＰ通信機から応答を受信した場合に、前記宅外情報取得工程により取得された宅外接続先情報を用いて、前記宅外装置に対して発信する第二の発信工程と、
前記第二の発信工程により発信された宅外装置から応答を受信した場合に、前記第一の発信工程により発信されたＩＰ通信機と前記第二の発信工程により発信された宅外装置との接続を前記ＳＩＰ通信で確立する接続確立工程と、
を含んだことを特徴とする通信制御方法。
【請求項１１】
前記サービス提供サーバ装置の宅外情報取得工程は、前記取得した宅外接続先情報を前記リダイレクトで前記呼制御サーバ装置に通知するのに際して、当該宅外接続先情報に検証可能な形式を付加して通知し、
前記呼制御サーバ装置の宅内情報特定工程は、前記サービス提供サーバ装置から宅内装置を介した前記リダイレクトで通知された検証可能な形式に基づいて、前記通知された宅外接続先情報が正当な情報であると認証されることを条件として、当該リダイレクト時に宅内装置により付加された宅内装置の識別子から、当該宅内装置の宅内接続先情報を前記宅内情報記憶部から特定することを特徴とする請求項１０に記載の通信制御方法。
【請求項１２】
前記サービス提供サーバ装置のアクセス応答工程は、前記宅内装置によるアクセス要求を受け付けた場合に、前記宅外接続先情報を生成して宅外情報記憶部に格納するとともに、前記宅外情報記憶部に記憶される宅外接続先情報を宅内装置に送信することを特徴とする請求項１０または１１に記載の通信制御方法。
【請求項１３】
各種通信を行う宅内装置とＩＰ通信機と構成される宅内ネットワークと、前記宅内装置に対してＷｅｂ通信でコンテンツを提供するＷｅｂサーバ装置と、前記コンテンツを顧客に対して勧誘するためのコンテンツ情報を前記Ｗｅｂ通信で宅内装置に提供するサービス提供サーバ装置と、前記Ｗｅｂサーバ装置に提供されるコンテンツにコンテンツ情報を掲載する宅外装置と、前記ＩＰ通信機と宅外装置とをＳＩＰ通信で接続する呼制御サーバ装置とから構成される通信制御システムに適した通信制御方法であって、
前記Ｗｅｂサーバ装置は、
前記宅内装置から前記Ｗｅｂ通信でアクセス要求を受け付けた場合に、前記サービス提供サーバ装置を介したリダイレクトで、前記コンテンツを前記宅内装置に送信するアクセス応答工程を含み、
前記サービス提供サーバ装置は、
前記コンテンツにより宅内装置に提供される装置ＩＤが前記宅内装置により選択された場合に、前記宅外装置を一意に識別する装置ＩＤと当該宅外装置と接続するための情報を示す装宅外接続先情報とを対応付けて記憶する宅外情報記憶部から、当該選択された装置ＩＤに対応する宅外接続先情報を取得して、前記宅内装置を一意に識別する識別子が付加される前記宅内装置を介したリダイレクトによるＷｅｂ通信で、前記取得した宅外接続先情報を呼制御サーバ装置に通知する宅外情報送信工程を含み、
前記呼制御サーバ装置は、
前記宅外接続先情報が宅内装置を介した前記リダイレクトで前記サービス提供サーバ装置から通知された場合に、当該リダイレクト時に宅内装置により付加された宅内装置の識別子に基づいて、前記宅内装置の識別子と前記ＩＰ通信機と接続するための情報を示す宅内接続先情報とを対応付けて記憶する宅内情報記憶部から前記宅内接続先情報を特定する宅内情報特定工程と、
前記宅内情報特定工程により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信する第一の発信工程と、
前記第一の発信工程により発信されたＩＰ通信機から応答を受信した場合に、前記サービス提供サーバ装置から通知された宅外接続先情報を用いて、前記宅外装置に対して発信する第二の発信工程と、
前記第二の発信工程により発信された宅外装置から応答を受信した場合に、前記第一の発信工程により発信されたＩＰ通信機と前記第二の発信工程により発信された宅外装置と
の接続を前記ＳＩＰ通信で確立する接続確立工程と、
を含んだことを特徴とする通信制御方法。
【請求項１４】
前記サービス提供サーバ装置の宅外情報送信工程は、前記取得した宅外接続先情報を前記リダイレクトで前記呼制御サーバ装置に通知するのに際して、前記宅外接続先情報に検証可能な形式を付加して通知し、
前記呼制御サーバ装置の宅内情報特定工程は、前記サービス提供サーバ装置から宅内装置を介した前記リダイレクトで通知された検証可能な形式に基づいて、前記通知された宅外接続先情報が正当な情報であると認証されることを条件として、当該リダイレクト時に宅内装置により付加された識別子から、前記宅内接続先情報を前記宅内情報記憶部から特定することを特徴とする請求項１３に記載の通信制御方法。
【請求項１５】
前記サービス提供サーバ装置は、前記Ｗｅｂサーバ装置のアクセス応答工程からコンテンツが自装置に送信された回数を計数する計数工程をさらに備えたことを特徴とする請求項１３または１４に記載の通信制御方法。
【請求項１６】
前記計数工程は、前記コンテンツに提供される装置ＩＤが前記宅内装置により選択された場合に、当該選択された回数を計数することを特徴とする請求項１５に記載の通信制御方法。
【請求項１７】
前記呼制御サーバ装置は、前記第一の発信工程により前記宅内情報特定工程により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信された回数を計数する発信回数計数工程をさらに備えたことを特徴とする請求項１３〜１６のいずれか一つに記載の通信制御方法。
【請求項１８】
前記呼制御サーバ装置は、前記接続確立工程により前記第二の発信工程により発信された宅外装置から応答を受信した場合に、前記第一の発信工程により発信されたＩＰ通信機と前記第二の発信工程により発信された宅外装置との接続が確立された回数を計数する接続回数計数工程をさらに備えたことを特徴とする請求項１３〜１７のいずれか一つに記載の通信制御方法。
【請求項１９】
各種通信を行う宅内装置とＩＰ通信機と構成される宅内ネットワークと、前記宅内装置に対してＷｅｂ通信で各種サービスを提供するサービス提供サーバ装置と、前記宅内ネットワークの外に設置されている宅外装置と、前記ＩＰ通信機と宅外装置とをＳＩＰ通信で接続する呼制御サーバ装置とから構成される通信制御システムにおける前記呼制御サーバ装置あって、
前記宅内装置を一意に識別する識別子と、前記ＩＰ通信機と前記ＳＩＰ通信で接続するための情報を示す宅内接続先情報とを対応付けて記憶する宅内情報記憶手段と、
前記サービス提供サーバ装置により宅外接続先情報が宅内装置を介したリダイレクトで通知された場合に、当該リダイレクト時に宅内装置により付加された宅内装置の識別子に基づいて、前記宅内接続先情報を前記宅内情報記憶手段から特定する宅内情報特定手段と、
前記宅内情報特定手段により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信する第一の発信手段と、
前記第一の発信手段により発信されたＩＰ通信機から応答を受信した場合に、前記宅外情報取得手段により取得された宅外接続先情報を用いて、前記宅外装置に対して発信する第二の発信手段と、
前記第二の発信手段により発信された宅外装置から応答を受信した場合に、前記第一の発信手段により発信されたＩＰ通信機と前記第二の発信手段により発信された宅外装置との接続を前記ＳＩＰ通信で確立する接続確立手段と、
を備えたことを特徴とする呼制御サーバ装置。
【請求項２０】
各種通信を行う宅内装置とＩＰ通信機と構成される宅内ネットワークと、前記宅内装置に対してＷｅｂ通信でコンテンツを提供するＷｅｂサーバ装置と、前記コンテンツを顧客に対して勧誘するためのコンテンツ情報を前記Ｗｅｂ通信で宅内装置に提供するサービス提供サーバ装置と、前記Ｗｅｂサーバ装置に提供されるコンテンツにコンテンツ情報を掲載する宅外装置と、前記ＩＰ通信機と宅外装置とをＳＩＰ通信で接続する呼制御サーバ装置とから構成される通信制御システムにおける前記呼制御サーバ装置であって、
前記宅内装置を一意に識別する識別子と、前記ＩＰ通信機と前記ＳＩＰ通信で接続するための情報を示す宅内接続先情報とを対応付けて記憶する宅内情報記憶手段と、
前記宅外接続先情報が宅内装置を介したリダイレクトで前記サービス提供サーバ装置から通知された場合に、当該リダイレクト時に宅内装置により付加された宅内装置の識別子に基づいて、前記宅内接続先情報を前記宅内情報記憶手段から特定する宅内情報特定手段と、
前記宅内情報特定手段により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信する第一の発信手段と、
前記第一の発信手段により発信されたＩＰ通信機から応答を受信した場合に、前記サービス提供サーバ装置から通知された宅外接続先情報を用いて、前記宅外装置に対して発信する第二の発信手段と、
前記第二の発信手段により発信された宅外装置から応答を受信した場合に、前記第一の発信手段により発信されたＩＰ通信機と前記第二の発信手段により発信された宅外装置と
の接続を前記ＳＩＰ通信で確立する接続確立手段と、
を備えたことを特徴とする呼制御サーバ装置。
【請求項２１】
コンピュータを請求項１９または２０に記載の呼制御サーバ装置として機能させることを特徴とする呼制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、各種通信を行う宅内装置とＩＰ通信機とから構成される宅内ネットワークにおける前記ＩＰ通信機と、前記宅内ネットワークの外に設置されている宅外装置とを接続する通信制御システム、通信制御方法、呼制御サーバ装置および呼制御プログラムに関する。
【背景技術】
【０００２】
従来より、ブロードバンドの普及などにより、Ｗｅｂブラウザなどを利用してインターネットを通じてＷｅｂページを閲覧する利用者が増えてきた。これらＷｅｂページは、検索が容易、情報量が豊富であるなど様々な利点があることから、多種多様なビジネスに利用されている。
【０００３】
このようなビジネスでの利用例の一つとして、Ｗｅｂページに記載された電話番号を利用して、実店舗の利用予約や商品の注文などを行うシステムがある。例えば、特許文献１（特開平１０−３３６３４９号公報）では、Ｗｅｂブラウザから発信ボタンをクリックすることによる簡単な操作で通話（電話）発信を行うことができるClick-To-Dialシステムが開示されている。
【０００４】
具体的には、電話機への発信機能を持つ専用ソフトウエアを内蔵した専用ＷｅｂブラウザをインストールしたＰＣと当該ＰＣに接続される電話機Ａとから構成されるシステムであって、利用者は、インターネットなどのＷｅｂページから電話をしたい店などの電話番号を入手し、入手した電話番号を専用Ｗｅｂブラウザの「電話番号」入力領域に入力して「発信ボタン」をクリックする。すると、専用Ｗｅｂブラウザは、接続される電話機Ａに発信し、当該電話機Ａに対して利用者が応答すると（オンフックすると）、利用者により入力された電話番号に通話発信する。
【０００５】
【特許文献１】特開平１０−３３６３４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記した従来の技術は、専用のソフトウエアが必要であるという課題と、利用者の手間が多く容易でないという課題があった。
【０００７】
具体的には、ＰＣで電話発信を行うための専用特殊なソフトウエアを用いるために、ＰＣに事前にインストールしておく必要がある。また、「発信ボタン」クリックという動作で通話（電話）発信を行うものの、発信元の電話番号は利用者が手入力する必要がある。また、たとえ事前に設定することができたとしても、住所変更や入力誤りなどの人的要因によってかならずしも、正しい設定になっているとは限らない。そのため、かけ間違いなどを防止することができず、利用者の手間が多く掛かり、このようなシステムを容易に利用することができない。
【０００８】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、特殊なソフトウエアを用いることなく、容易に接続することが可能である通信制御システム、通信制御方法、呼制御サーバ装置および呼制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、本発明は、各種通信を行う宅内装置とＩＰ通信機とから構成される宅内ネットワークにおける前記ＩＰ通信機と、前記宅内ネットワークの外に設置されている宅外装置とを接続する通信制御システムであって、前記宅内装置を一意に識別する識別子と前記ＩＰ通信機と接続するための情報を示す宅内接続先情報とを対応付けて記憶する宅内情報記憶手段と、前記宅外装置を一意に識別する装置ＩＤと当該宅外装置と接続するための情報を示す装宅外接続先情報とを対応付けて記憶する宅外情報記憶手段と、前記宅内装置からアクセス要求を受け付けた場合に、前記宅外情報記憶手段に記憶される装置ＩＤを前記宅内装置に送信するアクセス応答手段と、前記アクセス応答手段により送信された装置ＩＤが前記宅内装置により選択されたことが通知された場合に、当該通知された装置ＩＤに対応する宅外接続先情報を前記宅外情報記憶手段から取得する宅外情報取得手段と、前記アクセス応答手段により送信された装置ＩＤが前記宅内装置により選択されたことが通知された場合に、当該選択した宅内装置の識別子に対応付けて前記宅内情報記憶手段に記憶される宅内接続先情報を特定する宅内情報特定手段と、前記宅内情報特定手段により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信する第一の発信手段と、前記第一の発信手段により発信されたＩＰ通信機から応答を受信した場合に、前記宅外情報取得手段により取得された宅外接続先情報を用いて、前記宅外装置に対して発信する第二の発信手段と、前記第二の発信手段により発信された宅外装置から応答を受信した場合に、前記第一の発信手段により発信されたＩＰ通信機と前記第二の発信手段により発信された宅外装置との接続を確立する接続確立手段と、を備えたことを特徴とする。
【００１０】
また、本発明は、各種通信を行う宅内装置とＩＰ通信機と構成される宅内ネットワークと、前記宅内装置に対してコンテンツを提供するＷｅｂサーバ装置と、前記コンテンツを顧客に対して勧誘するためのコンテンツ情報を宅内装置に提供するサービス提供サーバ装置と、前記Ｗｅｂサーバ装置に提供されるコンテンツにコンテンツ情報を掲載する宅外装置と、前記ＩＰ通信機と宅外装置とを接続する呼制御サーバ装置とから構成される通信制御システムであって、前記Ｗｅｂサーバ装置は、前記宅内装置からアクセス要求を受け付けた場合に、前記サービス提供サーバを介したリダイレクトで、前記コンテンツを前記宅内装置に送信するアクセス応答手段と、前記サービス提供サーバ装置は、前記宅外装置を一意に識別する装置ＩＤと当該宅外装置と接続するための情報を示す装宅外接続先情報とを対応付けて記憶する宅外情報記憶手段と、前記コンテンツに提供される装置ＩＤが前記宅内装置により選択された場合に、当該選択された装置ＩＤに対応する宅外接続先情報を前記宅外情報記憶手段から取得して、前記宅内装置を介したリダイレクトで、前記取得した宅外接続先情報を呼制御サーバ装置に通知する宅外情報送信手段と、前記呼制御サーバ装置は、前記宅内装置を一意に識別する識別子と前記ＩＰ通信機と接続するための情報を示す宅内接続先情報とを対応付けて記憶する宅内情報記憶手段と、前記宅外接続先情報が宅内装置を介して前記サービス提供サーバ装置から通知された場合に、当該宅外接続先情報が通知される際に宅内装置により付加された宅内装置の識別子に基づいて、前記宅内接続先情報を前記宅内情報記憶手段から特定する宅内情報特定手段と、前記宅内情報特定手段により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信する第一の発信手段と、前記第一の発信手段により発信されたＩＰ通信機から応答を受信した場合に、前記サービス提供サーバ装置から通知された宅外接続先情報を用いて、前記宅外装置に対して発信する第二の発信手段と、前記第二の発信手段により発信された宅外装置から応答を受信した場合に、前記第一の発信手段により発信されたＩＰ通信機と前記第二の発信手段により発信された宅外装置との接続を確立する接続確立手段と、を備えたことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ユーザが一般的なＷｅｂブラウザを用いてアクセスしたＷｅｂサイトに表示される広告などの装置情報をクリックするだけで、当該広告を掲載した宅外装置に電話発信することができる結果、特殊なソフトウエアを用いることなく、容易にＩＰ通信を接続することが可能である。
【００１２】
例えば、Ｗｅｂサイトからの音声を利用した問い合わせに際し、Ｗｅｂサイトからの問い合わせである事を店舗側が確認することが可能である。また、例えば、電話によるＷｅｂ上のアフィリエイトモデルを形成する事が可能である。
【００１３】
また、本発明によれば、例えば、Ｗｅｂサーバにブログパーツ（コンテンツ情報）を提供する宅外装置（店舗）では、どのブログ（コンテンツ）を閲覧したユーザが電話してきたかを把握することができる結果、顧客の囲い込みなど、顧客に対して効果的な誘致および勧誘を行うことが可能である。
【発明を実施するための最良の形態】
【００１４】
以下に添付図面を参照して、この発明に係る通信制御システム、通信制御方法、呼制御サーバ装置および呼制御プログラムの実施例を詳細に説明する。なお、以下では、本実施例で用いる主要な用語、本実施例に係る通信制御システムの概要および特徴、通信制御システムの構成および処理の流れを順に説明し、最後に本実施例に対する種々の変形例を説明する。
【実施例１】
【００１５】
［用語の説明］
最初に、本実施例で用いる主要な用語を説明する。本実施例で用いる「通信制御システム（特許請求の範囲に記載の「通信制御システム」に対応する。）」は、Ｗｅｂ端末と電話装置とＨＧＷ（Home  Gateway）とから構成される宅内ネットワークと、検索サイトなどの各種Ｗｅｂサイトを提供するサービス提供サーバと、ＳＩＰ通信による通信制御を行うＳＩＰプロキシサーバと、サービス提供サーバに提供されるＷｅｂサイトに店舗の情報を掲載して顧客を勧誘する店舗（店舗の電話装置）と相互にネットワークにより接続されて構成される。
【００１６】
ここで用いる「Ｗｅｂ端末（特許請求の範囲に記載の「宅内装置」に該当する）」とは、インターネットなどの通信を一般的なＷｅｂブラウザを用いて行うパーソナルコンピュータなどの装置であり、「電話装置（特許請求の範囲に記載の「ＩＰ通信機」に該当する）」とは、ＶｏＩＰ電話機などのテンキーを備え、ダイアル信号により相手先を指定して通話接続を行う電話機やソフトフォンであり、さらには、リモコンなど備えたＷｅｂブラウザ搭載テレビであってもよい。また、「ＨＧＷ（特許請求の範囲に記載の「データ中継装置」に該当する）」とは、ＩＰアドレスとして「192.168.1.1」とＳＩＰ−ＵＲＩ（Session  Initiation  Protocol―Uniform  Resource  Identifier）として「0422xx@xxx.co.jp」とが設定されている宅内ネットワークおよび宅外ネットワークに通信可能に接続する装置であり、アドレス変換やデータの載せ換えなどを行うことにより情報家電を相互接続する。具体的には、インターネットと宅内ネットワークの間に配置され、ホームルータ、プロトコル変換、ファイアウォール、ファイアウォールのルール動的変更などの機能や放送受信機能などのセットトップボックスを備える。つまり、Ｗｅｂ端末や電話装置は、ＨＧＷを介することで、同じＩＰアドレスを用いて、Ｗｅｂサイトにアクセスすることができる。
【００１７】
なお、宅内ネットワークの各装置（情報家電）間は、家電標準化技術であるＤＬＮＡ（Digital  Living  Network  Alliance）やＵＰｎＰ（Universal  Plug  and  Play）などのプロトコルを用いて接続されており、上記した装置以外にも、Hard  Disk  RecorderやＷｅｂブラウザ搭載テレビなどの様々な装置が接続されている。また、これらの装置は、外部のネットワークと通信を行う際には、ＨＧＷを介して通信を行う。例えば、Ｗｅｂ端末がサービス提供サーバとＷｅｂ通信を行う場合、Ｗｅｂ端末は、ＨＧＷにてＮＡＴ変換などが実施されて、ＨＧＷに設定されている「192.168.1.1」のＩＰアドレスでサービス提供サーバに通信を行うこととなる。なお、本実施例では、IPv4を例にして説明するが、IPv6でも同様に処理することができる。また、プレフィックスを用いた表記（例えば、192.168.1.0/24など）を用いることもできる。
【００１８】
また、「サービス提供サーバ（特許請求の範囲に記載の「サービス提供サーバ装置」に該当する）」とは、ネットワークを介して受け付けたアクセスに対して、様々なＷｅｂサイトを提供する装置であり、例えば、検索サイト、ニュースサイト、音楽サイトなどのＷｅｂサイトを提供する。また、「ＳＩＰプロキシサーバ（特許請求の範囲に記載の「呼制御サーバ装置」に該当する）」とは、複数の装置間をＳＩＰ（Session  Initiation  Protocol）を用いて接続する装置である。
【００１９】
また、「店舗（特許請求の範囲に記載の「宅外装置」に該当する）」とは、顧客に対して自身が提供するサービス（例えば、居酒屋、レストラン、自動車販売など）の広告をサービス提供サーバのＷｅｂサイトに掲載することで顧客を確保する。例えば、「店舗」は、顧客に対して行うサービスとして「店名、住所、電話番号、サービス（飲み放題３０００円）」などといった広告をサービス提供サーバのＷｅｂサイトに掲載する。そして、顧客は、Ｗｅｂ端末を用いて当該Ｗｅｂサイトにアクセスし、当該Ｗｅｂサイトに掲載されている様々な広告を閲覧して、自身の要件に一致する店舗を決定することができる。
【００２０】
［通信制御システムの概要および特徴］
次に、図１を用いて、実施例１に係る通信制御システムの概要および特徴を説明する。図１は、実施例１に係る通信制御システムの全体構成を示すシステム構成図である。この通信制御システムは、上記したように、Ｗｅｂ端末と電話装置とＨＧＷとから構成される宅内ネットワークと、サービス提供サーバと、ＳＩＰプロキシサーバと、店舗と相互にネットワークにより接続されて構成される。
【００２１】
このような構成において、実施例１に係る通信制御システムは、Ｗｅｂ端末と電話装置と他のネットワークとの各種通信を制御するＨＧＷとから構成される宅内ネットワークにおける電話装置と、宅内ネットワークの外に設置されている店舗とを接続することを概要とするものであり、特に、特殊なソフトウエアを用いることなく、容易に通話接続することが可能である点に主たる特徴がある。
【００２２】
この主たる特徴について具体的に説明すると、ＳＩＰプロキシサーバは、Ｗｅｂ端末を一意に識別する識別子と電話装置と接続するための情報を示す宅内接続先情報とを対応付けて宅内情報ＤＢに記憶する。具体的に例を挙げれば、宅内情報ＤＢは、『Ｗｅｂ端末を一意に識別する識別子を示す「ＩＰアドレス」、宅内ネットワークの電話装置と接続するための情報を示す「ＳＩＰ−ＵＲＩ」』として「192.168.1.1、0422xx@example.co.jp」などと記憶する。なお、ここでは、識別子としてIPｖ４における完全一致のIPアドレスを用いた場合について説明するが，本発明はこれに限定されるものではなく、例えば、ＩＰｖ６における前方一致や相関するＩＰアドレスを用いた場合や予め割り当てたユーザＩＤなど識別できるものであればこれに限定されずに用いることができる。
【００２３】
そして、サービス提供サーバは、店舗を一意に識別する店舗ＩＤ（特許請求の範囲に記載の「装置ＩＤ」に該当する）と当該店舗に関する装置情報とを対応付けて宅外情報ＤＢに記憶する。具体的に例を挙げれば、宅外情報ＤＢは、装置ＩＤとして『店舗を一意に識別する「店舗ＩＤ」』に対応付けて、装置情報を示す『宅外装置の「ＳＩＰ−ＵＲＩ」』を記憶する。例えば、宅外情報ＤＢは、「店舗ＩＤ、ＳＩＰ−ＵＲＩ」として「11111、031234567@ntt.co.jp」などと記憶する。なお、ここで記憶される店舗ＩＤは、Ｗｅｂサイトの利用を希望する店舗からの申請などにより、サービス提供サーバが予め一意に付与する。
【００２４】
このような状態において、サービス提供サーバは、Ｗｅｂ端末からアクセス要求を受け付けた場合に、宅外情報ＤＢに記憶される店舗ＩＤをＷｅｂ端末に送信する（図１の（１）〜（２）参照）。上記した例で具体的に説明すると、Ｗｅｂ端末は、利用者の操作によってＷｅｂブラウザが起動されて、サービス提供サーバのＵＲＬなどが入力されてサービス提供サーバにアクセスする。すると、サービス提供サーバは、宅外情報ＤＢに記憶される店舗ＩＤ「11111」を付加した広告が表示されるＷｅｂサイトをＷｅｂ端末に応答する。なお、サービス提供サーバが応答するＷｅｂサイトは、上記した店舗ＩＤ「11111」のみだけでなく、複数の店舗ＩＤが同様に付加されている。つまり、このＷｅｂサイトは、一般的な検索サイトのように、複数の広告が表示されており、その広告それぞれに上記した装置情報が付加されていてもよい。
【００２５】
そして、サービス提供サーバは、送信された店舗ＩＤがＷｅｂ端末により選択された場合に、当該選択された店舗ＩＤに対応する装置情報を宅外情報ＤＢから特定して取得し、取得した装置情報をＷｅｂ端末を介してＳＩＰプロキシサーバに通知する（図１の（３）〜（５）参照）。上記した例で具体的に説明すると、サービス提供サーバは、送信されたＷｅｂサイトに表示される複数の広告のうち、店舗ＩＤ「11111」を付加した広告がＷｅｂ端末によりクリックされた場合、当該クリックされた店舗ＩＤ「11111」に対応する装置情報「ＳＩＰ−ＵＲＩ＝031234567@ntt.co.jp」を宅外情報ＤＢから特定して、Ｗｅｂ端末を介したリダイレクトでＳＩＰプロキシサーバに通知する。このリダイレクトの際に、Ｗｅｂ端末（ＨＧＷ）のＩＰアドレスが付加されるので、サービス提供サーバは、ＳＩＰ−ＵＲＩ「031234567@ntt.co.jp」とＷｅｂ端末のＩＰアドレス「192.168.1.1」とをＳＩＰプロキシサーバに通知することとなる。
【００２６】
続いて、ＳＩＰプロキシサーバは、当該装置情報が通知される際にＷｅｂ端末により付加された識別子に基づいて、当該Ｗｅｂ端末の宅内接続先情報を宅内情報ＤＢから特定する（図１の（６）参照）。上記した例で具体的に説明すると、ＳＩＰプロキシサーバは、サービス提供サーバにより店舗のＳＩＰ−ＵＲＩ「031234567@ntt.co.jp」がＷｅｂ端末を介して通知された場合に、当該ＳＩＰ−ＵＲＩ「031234567@ntt.co.jp」が通知される際にＷｅｂ端末により付加された識別子であるＩＰアドレス「192.168.1.1」に基づいて、当該Ｗｅｂ端末のＳＩＰ−ＵＲＩ「0422xx@example.co.jp」を宅内情報ＤＢから特定する。
【００２７】
そして、ＳＩＰプロキシサーバは、特定された宅内接続先情報を用いて、電話装置に対して発信する（図１の（７）参照）。上記した例で具体的に説明すると、ＳＩＰプロキシサーバは、ＩＰアドレス「192.168.1.1」に基づいて特定されるＳＩＰ−ＵＲＩ「0422xx@example.co.jp」（電話装置）に対してＳＩＰによる発信を行い、その後、当該発信に対する応答（例えば、オンフックなど）を発信先（電話装置）から受け付ける。
【００２８】
続いて、ＳＩＰプロキシサーバは、発信された電話装置から応答を受信した場合に、宅外情報ＤＢにより特定された装置情報を用いて、店舗に対して発信する（図１の（８）参照）。上記した例で具体的に説明すると、ＳＩＰプロキシサーバは、発信された電話装置から応答を受信した場合に、サービス提供サーバにより特定されて通知された店舗のＳＩＰ−ＵＲＩ「031234567@ntt.co.jp」（店舗ＩＤ＝11111が割り振られた店舗）に対してＳＩＰによる発信を行い、その後、当該発信に対する応答（例えば、オンフックなど）を発信先（店舗）から受け付ける。
【００２９】
その後、ＳＩＰプロキシサーバは、発信された店舗から応答を受信した場合に、発信された電話装置と発信された宅外装置を接続する（図１の（９）参照）。上記した例で具体的に説明すると、ＳＩＰプロキシサーバは、発信された店舗から応答を受信した場合に、発信された電話装置と発信された店舗との接続を確立する。
【００３０】
このように、実施例１に係る通信制御システムは、ユーザが一般的なＷｅｂブラウザを用いてアクセスしたＷｅｂサイトに表示される広告（宅外情報）をクリックするだけで、当該広告を掲載した店舗に電話発信することができる結果、上記した主たる特徴のごとく、特殊なソフトウエアを用いることなく、容易に通話接続することが可能である点に主たる特徴がある。
【００３１】
［通信制御システムの構成］
次に、図２を用いて、図１に示した通信制御システムの構成を説明する。図２は、実施例１に係る通信制御システムの構成を示すブロック図である。なお、ＨＧＷとＷｅｂ端末と電話装置と店舗とは、一般的な装置と同様の構成を有するので、ここでは、本発明において特徴的な機能を有するサービス提供サーバとＳＩＰプロキシサーバとについて説明する。
【００３２】
（サービス提供サーバの構成）
図２に示すように、サービス提供サーバ１０は、通信制御Ｉ／Ｆ部１１と、記憶部１２と、制御部２０とから構成される。通信制御Ｉ／Ｆ部１１は、ネットワークを介して接続される他の装置との間でやり取りする各種情報に関する通信を制御する。具体的に例を挙げれば、通信制御Ｉ／Ｆ部１１は、宅内ネットワークのＷｅｂ端末からＨＧＷを介してＷｅｂアクセスを受け付けたり、Ｗｅｂ端末に対してＨＧＷを介してＷｅｂサイトを送信したり、ＳＩＰプロキシサーバ３０に対してＳＩＰ−ＵＲＩを通知したりする。
【００３３】
記憶部１２は、各種通信に必要なネットワーク情報や制御部２０による各種処理に必要なデータおよびプログラムを格納するとともに、特に本発明に密接に関連するものとしては、宅外情報ＤＢ１３を備える。宅外情報ＤＢ１３は、図３に示すように、『店舗を一意に識別する「店舗ＩＤ」、店舗名を示す「店舗名」、店舗が属する「カテゴリ」、店舗の「住所」、店舗の「ＳＩＰ−ＵＲＩ」』として「11111、店舗Ａ、レストラン、武蔵野市吉祥寺ＸＸＸ、031234567@ntt.co.jp」などと記憶する。なお、ここで記憶される店舗ＩＤは、Ｗｅｂサイトの利用を希望する店舗からの申請などにより、サービス提供サーバが予め一意に付与する。また、上記した各種のデータやパラメータを含む情報については、任意に変更することができる。また、図３は、宅外情報ＤＢに記憶される情報の例を示す図である。
【００３４】
制御部２０は、ＯＳ（Operating  System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、特に本発明に密接に関連するものとしては、アクセス応答部２１と、宅外情報取得部２２とを備え、これらによって種々の処理を実行する。
【００３５】
アクセス応答部２１は、Ｗｅｂ端末からアクセス要求を受け付けた場合に、宅外情報ＤＢ１３に記憶される店舗ＩＤをＷｅｂ端末に送信する。上記した例で具体的に説明すると、アクセス応答部２１は、Ｗｅｂ端末からＷｅｂブラウザによるアクセスを受け付けた場合に、宅外情報ＤＢ１３に記憶される店舗ＩＤ「11111」を付加した広告が表示されるＷｅｂサイトをＷｅｂ端末に応答する。なお、サービス提供サーバが応答するＷｅｂサイトは、上記した店舗ＩＤ「11111」のみだけでなく、複数の店舗ＩＤが同様に付加されていてもよい。つまり、このＷｅｂサイトは、一般的な検索サイトのように、複数の広告が表示されており、その広告それぞれに上記した装置情報が付加されていることとなる。
【００３６】
宅外情報取得部２２は、送信された店舗ＩＤが宅内装置により選択された場合に、当該選択された店舗ＩＤに対応する装置情報を宅外情報ＤＢ１３から取得し、宅内装置を介してＳＩＰプロキシサーバ３０に通知する。上記した例で具体的に説明すると、宅外情報取得部２２は、送信されたＷｅｂサイトに表示される複数の広告のうち、店舗ＩＤ「11111」を付加した広告がＷｅｂ端末によりクリックされた場合、当該クリックされた広告の店舗ＩＤがＷｅｂ端末から送信され、当該送信された店舗ＩＤ「11111」に対応する装置情報「ＳＩＰ−ＵＲＩ＝031234567@ntt.co.jp」を宅外情報ＤＢ１３から特定する。続いて、宅外情報取得部２２は、特定した店舗のＳＩＰ−ＵＲＩ「031234567@ntt.co.jp」として、Ｗｅｂ端末を介したリダイレクトでＳＩＰプロキシサーバ３０に通知する。
【００３７】
（ＳＩＰプロキシサーバの構成）
図２に示すように、ＳＩＰプロキシサーバ３０は、通信制御Ｉ／Ｆ部３１と、記憶部３２と、制御部４０とから構成される。通信制御Ｉ／Ｆ部３１は、ネットワークを介して接続される他の装置との間でやり取りする各種情報に関する通信を制御する。具体的に例を挙げれば、通信制御Ｉ／Ｆ部３１は、サービス提供サーバ１０からＳＩＰ−ＵＲＩやＩＰアドレスを受け付けたり、宅内ネットワークの電話装置や店舗とＳＩＰによる通信を制御したりする。
【００３８】
記憶部３２は、各種通信に必要なネットワーク情報や制御部４０による各種処理に必要なデータおよびプログラムを格納するとともに、特に本発明に密接に関連するものとしては、宅内情報ＤＢ３３を備える。宅内情報ＤＢ３３は、宅内装置を一意に識別する識別子と電話装置と接続するための情報を示す宅内接続先情報とを対応付けて記憶する。上記した例で具体的に説明すると、宅内情報ＤＢ３３は、図４に示すように、『Ｗｅｂ端末を一意に識別する識別子を示す「ＩＰアドレス」、宅内ネットワークの電話装置と接続するための情報を示す「ＳＩＰ−ＵＲＩ」』として「192.168.1.1、0422xx@example.co.jp」などと記憶する。なお、上記した各種のデータやパラメータを含む情報については、任意に変更することができる。また、図４は、宅内情報ＤＢに記憶される情報の例を示す図である。
【００３９】
制御部４０は、ＯＳ（Operating  System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、特に本発明に密接に関連するものとしては、宅内情報特定部４１と、第一発信部４２と、第二発信部４３と、接続部４４とを備え、これらによって種々の処理を実行する。
【００４０】
宅内情報特定部４１は、サービス提供サーバ１０により装置情報がＷｅｂ端末を介して通知された場合に、当該装置情報が通知される際にＷｅｂ端末により付加された識別子に基づいて、当該Ｗｅｂ端末の宅内接続先情報を宅内情報ＤＢ３３から特定する。上記した例で具体的に説明すると、宅内情報特定部４１は、サービス提供サーバ１０により店舗のＳＩＰ−ＵＲＩ「031234567@ntt.co.jp」がＷｅｂ端末を介して通知された場合に、当該ＳＩＰ−ＵＲＩ「031234567@ntt.co.jp」が通知される際にＷｅｂ端末により付加された識別子であるＩＰアドレス「192.168.1.1」に対応するＳＩＰ−ＵＲＩ「0422xx@example.co.jp」を宅内情報ＤＢ３３から特定する。
【００４１】
第一発信部４２は、宅内情報特定部４１により特定された宅内接続先情報を用いて、電話装置に対して発信する。上記した例で具体的に説明すると、第一発信部４２は、ＩＰアドレス「192.168.1.1」に基づいて、当該ＳＩＰ−ＵＲＩ「0422xx@example.co.jp」（電話装置）に対してＳＩＰによる発信を通信制御Ｉ／Ｆ部３１を介して行い、その後、当該発信に対する応答（例えば、オンフックなど）を発信先（電話装置）から通信制御Ｉ／Ｆ部３１を介して受け付ける。
【００４２】
第二発信部４３は、第一発信部４２により発信された電話装置から応答を受信した場合に、宅外情報取得部２２により特定された装置情報を用いて、宅外装置に対して発信する。上記した例で具体的に説明すると、第二発信部４３は、第一発信部４２により発信された電話装置から応答を受信した場合に、サービス提供サーバ１０により特定されて通知された宅外装置（店舗）のＳＩＰ−ＵＲＩ「031234567@ntt.co.jp」に対してＳＩＰによる発信を通信制御Ｉ／Ｆ部３１を介して行い、その後、当該発信に対する応答（例えば、オンフックなど）を発信先（店舗）から通信制御Ｉ／Ｆ部３１を介して受け付ける。
【００４３】
接続部４４は、発信された宅外装置から応答を受信した場合に、発信された電話装置と発信された宅外装置を接続する。上記した例で具体的に説明すると、接続部４４は、発信された店舗から応答を受信した場合に、第一発信部４２により発信された電話装置と第二発信部４３により発信された店舗を接続する。また、接続部４４は、取得した電話番号に基づき、３ｒｄパーティコール（ＲＦＣ３７２５）を用いることにより、店舗と宅内ネットワークの電話装置を接続することもできる。具体的には、接続部４４は、店舗と宅内ネットワークの電話装置のＳＩＰ−ＵＲＩなどの電話番号をサービス提供サーバを介して受信しておくことで、サービス提供サーバ１０を認識することができ、Ｗｅｂサイトにアクセスして店舗をクリックしたＷｅｂ端末が接続される宅内ネットワークの電話装置や当該店舗に対して、サービス提供サーバ１０の電話番号（ＳＩＰ−ＵＲＩ）を発信番号として、発信することができる。
【００４４】
［通信制御システムによる処理］
次に、図５を用いて、通信制御システムによる処理の流れを説明する。図５は、実施例１に係る通信制御システムによる処理の流れを示したシーケンス図である。
【００４５】
図５に示すように、宅内ネットワークの電話装置は、電源がONになったタイミングやREGISTERの有効期限が切れたタイミングにより、ＳＩＰプロキシサーバ３０に対してＳＩＰ通信における「REGISTERメッセージ」をＨＧＷを介して送信し（ステップＳ１０１）、この「REGISTERメッセージ」を受け取ったＳＩＰプロキシサーバ３０は、ＨＧＷによって当該REGISTERメッセージに付加されたＩＰアドレスと電話装置のＳＩＰ−ＵＲＩとを対応付けて宅内情報ＤＢ３３に格納し、電話装置に対して「200  OKメッセージ」の応答を送信する（ステップＳ１０２とステップＳ１０３）。
【００４６】
なお、ここでは、ＳＩＰプロキシサーバ３０は、ＳＩＰ通信の「REGISTERメッセージ」を受け付けた場合に、Ｗｅｂ端末のＩＰアドレスと電話装置のＳＩＰ−ＵＲＩとを対応付けて記憶する例について説明したが、本発明はこれに限定されるものではなく、例えば、管理者などによって予め記憶されていてもよい。
【００４７】
その後、Ｗｅｂ端末は、サービス提供サーバ１０が提供するＷｅｂサイトにアクセスし（ステップＳ１０４）、アクセスを受け付けたサービス提供サーバ１０は、受け付けたアクセスの応答として宅外情報の店舗ＩＤが付与された広告が示されるＷｅｂサイトを送信する（ステップＳ１０５とステップＳ１０６）。
【００４８】
具体的に例を挙げて説明すると、Ｗｅｂ端末からアクセスを受け付けたサービス提供サーバ１０は、図６−１に示すように、宅外情報ＤＢ１３に記憶される店舗ＩＤを付加した広告が表示されるＷｅｂサイトをＷｅｂ端末に応答する。なお、図６−１は、店舗ＩＤを付加した広告が表示されるＷｅｂサイトの画面例を示す図である。
【００４９】
そして、Ｗｅｂ端末は、利用者の操作により、受信したＷｅｂサイトに表示される広告の選択を受け付け（ステップＳ１０７）、サービス提供サーバ１０は、当該選択された広告（店舗ＩＤ）に対応する装置情報を宅外情報ＤＢ１３から取得する（ステップＳ１０８）。
【００５０】
上記した例で具体的に説明すると、サービス提供サーバ１０は、送信されたＷｅｂサイトに表示される複数の広告のうち、店舗ＩＤ「11111」を付加した広告がＷｅｂ端末によりクリックされた場合、当該クリックされた店舗ＩＤ「11111」に対応する装置情報「11111、店舗Ａ、レストラン、武蔵野市吉祥寺ＸＸＸ、031234567@ntt.co.jp」を宅外情報ＤＢ１３から特定する。続いて、サービス提供サーバ１０は、図６−２に示すように、選択された店舗への発信を行うか否かを問い合わせる画面をＷｅｂ端末に送信し、図６−２における「ＯＫ」がクリックされると、ＳＩＰ−ＵＲＩ「031234567@ntt.co.jp」を店舗の装置情報として取得する。なお、図６−２は、発信確認としてＷｅｂ端末に表示されるＷｅｂサイトの画面例を示す図である。
【００５１】
続いて、サービス提供サーバ１０は、取得したＳＩＰ−ＵＲＩをＷｅｂ端末を介してＳＩＰプロキシサーバ３０に通知し（ステップＳ１０９とステップＳ１１０）、ＳＩＰプロキシサーバ３０は、発信する旨をＷｅｂ端末に送信する（ステップＳ１１１）。
【００５２】
上記した例で具体的に説明すると、サービス提供サーバ１０は、取得した店舗のＳＩＰ−ＵＲＩ「031234567@ntt.co.jp」をＷｅｂ端末を介してＳＩＰプロキシサーバ３０に通知する。ここで、装置情報である店舗のＳＩＰ−ＵＲＩ「031234567@ntt.co.jp」は、Ｗｅｂ端末からリダイレクトしてＳＩＰプロキシサーバ３０に通知されるため、Ｗｅｂ端末のＩＰアドレス「192.168.1.1」がＨＧＷにより付加されて通知されることとなる。
【００５３】
すると、ＳＩＰプロキシサーバ３０は、サービス提供サーバ１０により通知されたＳＩＰ−ＵＲＩに付加されているＩＰアドレスに基づいて、当該宅内装置の宅内接続先情報を宅内情報ＤＢ３３から特定する（ステップＳ１１２）。上記した例で具体的に説明すると、ＳＩＰプロキシサーバ３０は、サービス提供サーバ１０により通知された店舗のＳＩＰ−ＵＲＩ「031234567@ntt.co.jp」に付加されているＩＰアドレス「192.168.1.1」に基づいて、当該ＳＩＰ−ＵＲＩ「0422xx@example.co.jp」を宅内情報ＤＢ３３から特定する。
【００５４】
その後、ＳＩＰプロキシサーバ３０は、特定した宅内接続先情報を用いて、電話装置に対して発信し、当該発信に対する応答を受信すると、サービス提供サーバ１０により通知されたＳＩＰ−ＵＲＩを用いて、店舗に対して発信する（ステップＳ１１３〜ステップＳ１１７）。そして、ＳＩＰプロキシサーバ３０は、発信された店舗から応答を受信した場合に、発信された電話装置と発信された店舗を接続する（ステップＳ１１８とステップＳ１１９）。
【００５５】
上記した例で具体的に説明すると、ＳＩＰプロキシサーバ３０は、特定した電話装置のＳＩＰ−ＵＲＩ「0422xx@example.co.jp」を用いて、電話装置に対して「INVITE」を送信する。そして、ＳＩＰプロキシサーバ３０は、当該電話装置から「200  OK」を受信すると、サービス提供サーバ１０により通知された店舗のＳＩＰ−ＵＲＩ「031234567@ntt.co.jp」を用いて、店舗に対して「INVITE」を送信する。そして、ＳＩＰプロキシサーバ３０は、発信された店舗から「200  OK」を受信した場合に、電話装置と店舗とのＳＩＰ通信を確立する。なお、電話装置および店舗に発信される際には、両方ともサービス提供サーバの電話番号で発信されることとなる。
【００５６】
なお、サービス提供サーバ１０およびＳＩＰプロキシサーバ３０は、課金などに利用するためのログ情報などを取得することもできる。具体的には、サービス提供サーバ１０は、ステップＳ１０８の後に、選択された店舗ＩＤに関するログを取得することにより、選択された店舗ＩＤを計数し、選択された回数に応じた課金などを店舗に請求することができる。また、ＳＩＰプロキシサーバ３０は、ステップＳ１１０の後に、発信指示がなされた店舗ＩＤに関するログを取得することにより、発信指示された店舗ＩＤを計数し、発信指示された回数に応じた課金などを店舗に請求することができる。また、ＳＩＰプロキシサーバ３０は、ステップＳ１１２の後に、実際に発信された店舗ＩＤに関するログを取得することにより、発信された店舗ＩＤを計数し、発信された回数に応じた課金などを店舗に請求することができる。
【００５７】
例えば、サービス提供サーバ１０は、ステップＳ１０８の後に、『選択された「日時」、選択された店舗の「ＳＩＰ−ＵＲＩ」』をログとして取得し、この「ＳＩＰ−ＵＲＩ」を計数することにより、選択された回数に応じた課金などを店舗に請求することができる。また、ＳＩＰプロキシサーバ３０は、ステップＳ１１０の後に、『発信指示された「日時」、発信指示された店舗の「ＳＩＰ−ＵＲＩ」』をログとして取得し、この発信指示された「ＳＩＰ−ＵＲＩ」を計数することにより、発信指示された回数に応じた課金などを店舗に請求することができる。同様に、ＳＩＰプロキシサーバ３０は、ステップＳ１１２の後に、『実際に発信された「日時」、実際に発信された店舗の「ＳＩＰ−ＵＲＩ」』をログとして取得し、この実際に発信された「ＳＩＰ−ＵＲＩ」を計数することにより、発信された回数に応じた課金などを店舗に請求することができる。
【００５８】
また、上記した以外のログとして、サービス提供サーバ１０は、ステップＳ１０５の後に、『ユーザに応答された（ユーザにより選択された）「日時」、応答されたＷｅｂサイトを示す「ＵＲＬ」』をログとして取得し、この応答された「ＵＲＬ」を計数することにより、実際に応答された回数に応じた課金などを店舗に請求することができる。また、ＳＩＰプロキシサーバ３０は、ステップＳ１１９の後に、『接続が確立された「日時」、接続の発信元を示す「店舗のＳＩＰ−ＵＲＩ」、接続の着信元を示す「電話装置のＳＩＰ−ＵＲＩ」』をログとして取得し、この接続が確立された回数を計数することにより、接続回数に応じた課金などを店舗に請求することができる。
【００５９】
［実施例１による効果］
このように、実施例１によれば、Ｗｅｂ端末を一意に識別するＩＰアドレスと電話装置と接続するための情報を示すＳＩＰ−ＵＲＩとを対応付けて記憶し、店舗を一意に識別する店舗ＩＤと店舗に関する装置情報とを対応付けて記憶し、Ｗｅｂ端末からアクセス要求を受け付けた場合に、店舗ＩＤを含む広告が表示されるＷｅｂサイトをＷｅｂ端末に送信し、送信された店舗ＩＤがＷｅｂ端末により選択された場合に、当該選択された店舗ＩＤに対応する装置情報を取得して、店舗と接続するためのＳＩＰ−ＵＲＩを選択し、同様に、送信された店舗ＩＤがＷｅｂ端末により選択された場合に、当該店舗ＩＤを選択したＷｅｂ端末のＩＰアドレスに対応するＳＩＰ−ＵＲＩを特定し、特定されたＳＩＰ−ＵＲＩを用いて、電話装置に対して発信し、発信された電話装置から応答を受信した場合に、生成されたＳＩＰ−ＵＲＩを用いて、店舗に対して発信し、発信された店舗から応答を受信した場合に、電話装置と店舗との接続を確立するので、ユーザが一般的なＷｅｂブラウザを用いてアクセスしたＷｅｂサイトに表示される広告（宅外情報）をクリックするだけで、当該広告を掲載した店舗に電話発信することができる結果、特殊なソフトウエアを用いることなく、容易に通話接続することが可能である。
【００６０】
また、実施例１によれば、ユーザは、Ｗｅｂ端末を用いてアクセスしたＷｅｂサイトの広告をクリックすることにより、当該広告により示される店舗に電話発信することができる結果、電話番号を入力して電話発信を行う場合などに起こりうる誤った人への発信などを防止することができる。また、実施例１によれば、サービス提供サーバを介して電話発信をおこなっていることより、店舗は、ユーザがどのＷｅｂサイトからアクセスしてきたかを把握することができ、ユーザにとっては、発信先に自身の電話番号を知られずに済む。
【００６１】
また、実施例１によれば、従来、例えば、ページの作成代行や検索ポータル，アフェリエイトなど店舗からの依頼に基づいてＷｅｂサイトを運営している場合においては、広告効果を測ることが重要となる。その手法について一例を挙げると、クーポンを使わせたり、○○を見ていると口頭で伝えさせたり、などの行為により、そのサイトを見ている事を確認する手法がある。このように利用者に依存する確認手段では、広告効果を確実に確かめる事ができない。本発明により、確実に効果が取得できる。
【実施例２】
【００６２】
ところで、実施例１では、サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して店舗のＳＩＰ−ＵＲＩを送信する場合について説明したが、本発明はこれに限定されるものではなく、様々な手法で送信することができる。
【００６３】
そこで、実施例２では、実施例１とは異なる手法で、サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して店舗のＳＩＰ−ＵＲＩを送信する例について説明する。ここでは、サービス提供サーバからＷｅｂ端末を介することなく、ＳＩＰプロキシサーバに直接送信する場合と、サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して通知する際に、ＳＡＭＬ（Security  Assertion  Markup  Language）などの証明書を用いて送信する場合とのそれぞれについて、シーケンス図を用いて説明する。
【００６４】
（直接送信する場合のシーケンス）
まず、図７を用いて、サービス提供サーバからＷｅｂ端末を介することなく、ＳＩＰプロキシサーバに直接通知する場合について説明する。図７は、サービス提供サーバからＳＩＰプロキシサーバに装置情報を直接送信する処理の流れを示すシーケンス図である。なお、この例では、サービス提供サーバとＳＩＰプロキシサーバとは互いに信頼のおける装置であると認識している。
【００６５】
また、実施例１と同様、サービス提供サーバは、店舗にＳＩＰ−ＵＲＩなどを記憶する宅外情報ＤＢを有し、ＳＩＰプロキシサーバは、宅内ネットワークのＳＩＰ−ＵＲＩなどを記憶する宅内情報ＤＢを有している。
【００６６】
図７に示すように、実施例１と同様、ＳＩＰプロキシサーバは、Ｗｅｂ端末のＩＰアドレスと電話装置のＳＩＰ−ＵＲＩとを対応付けて記憶し、サービス提供サーバは、Ｗｅｂ端末からのアクセスに対してＷｅｂサイトを応答し、Ｗｅｂ端末から選択された店舗ＩＤに対応するＳＩＰ−ＵＲＩを取得する（ステップＳ２０１〜ステップＳ２０８）。
【００６７】
その後、実施例１とは異なり、サービス提供サーバは、Ｗｅｂ端末から受け付けたアクセスの際に取得したＷｅｂ端末のアクセス要求時のＩＰアドレスを、取得したＳＩＰ−ＵＲＩに付加して、Ｗｅｂ端末を介することなく、信頼のおけるＳＩＰプロキシサーバに直接送信する（ステップＳ２０９）。その後の処理であるステップＳ２１０〜ステップＳ２１８は、実施例１で説明したステップＳ１１１〜ステップＳ１１９と同様であるので、ここでは省略する。
【００６８】
このようにすることで、信頼のおける装置間でのみ、ＳＩＰ−ＵＲＩを送受信することができる結果、ＳＩＰ−ＵＲＩの漏えいや改ざんを防止することができ、セキュリティを強固にすることが可能である。
【００６９】
（証明書を付加して送信する場合のシーケンス）
次に、図８を用いて、サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して送信する際に、ＳＡＭＬなどの証明書を用いて送信する場合について説明する。図８は、サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して送信する際に、ＳＡＭＬを用いて通知する処理の流れを示すシーケンス図である。
【００７０】
図８に示すように、実施例１と同様、ＳＩＰプロキシサーバは、Ｗｅｂ端末のＩＰアドレスと電話装置のＳＩＰ−ＵＲＩとを対応付けて記憶し、サービス提供サーバは、Ｗｅｂ端末からのアクセスに対してＷｅｂサイトを応答し、Ｗｅｂ端末から選択された店舗ＩＤに対応するＳＩＰ−ＵＲＩを特定する（ステップＳ３０１〜ステップＳ３０８）。
【００７１】
その後、実施例１とは異なり、サービス提供サーバは、特定したＳＩＰ−ＵＲＩにＳＡＭＬを付加して、Ｗｅｂ端末を介したリダイレクトで、ＳＩＰプロキシサーバに送信する（ステップＳ３０９とステップＳ３１０）。すると、ＳＩＰプロキシサーバは、受信したＳＩＰ−ＵＲＩに付加されたＳＡＭＬをサービス提供サーバに再度送信して（ステップＳ３１１）、当該ＳＡＭＬが正当な情報であるか否かを判定した結果をサービス提供サーバから受信する（ステップＳ３１２）。
【００７２】
具体的には、サービス提供サーバは、図９に示すようなＳＡＭＬを特定したＳＩＰ−ＵＲＩに付加して、Ｗｅｂ端末を介したリダイレクトで、ＳＩＰプロキシサーバに送信する。このＳＡＭＬには、図示するように、サービス提供サーバのドメイン情報、発信者のＩＰアドレス、ＳＩＰプロキシサーバのドメイン情報、図１０に示した署名を含む店舗の電話番号が記載されている。このようなＳＡＭＬを受信したＳＩＰプロキシサーバは、受信したＳＩＰ−ＵＲＩに付加されたＳＡＭＬをサービス提供サーバに再度送信し、サービス提供サーバは、自装置が付加したＳＡＭＬであるか否かを、ＳＡＭＬ内のサービス提供サーバのドメイン情報、発信者のＩＰアドレス、ＳＩＰプロキシサーバのドメイン情報などを判定することにより、自装置が通知したＳＩＰ−ＵＲＩであるか否かを判定する。そして、サービス提供サーバは、その判定結果をＳＩＰプロキシサーバに通知する。
【００７３】
そして、ＳＩＰプロキシサーバは、当該ＳＩＰ−ＵＲＩが正当な情報であると、サービス提供サーバにより認証された場合にのみ（ステップＳ３１３）、ステップＳ３１４〜ステップＳ３２２の処理を実行する。なお、ステップＳ３１４〜ステップＳ３２２の処理は、実施例１で説明したステップＳ１１１〜ステップ１１９の処理と同様の処理であるので、ここでは省略する。
【００７４】
このようにすることで、サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して店舗のＳＩＰ−ＵＲＩを送信する場合であっても、ＳＩＰ−ＵＲＩの漏えいや改ざんを防止することができ、セキュリティを強固にすることが可能である。
【００７５】
また、本実施例では、サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して店舗のＳＩＰ−ＵＲＩを送信する場合に、ＳＡＭＬを用いてＳＩＰ−ＵＲＩの漏えいや改ざんを防止する例について説明したが、本発明はこれに限定されるものではなく、例えば、電子署名など検証可能な形式なものであれば、どのような情報であってもよい。なお、図９は、付加されるＳＡＭＬの例を示す図であり、図１０は、ＳＡＭＬに記載される署名情報の例を示す図である。
【実施例３】
【００７６】
ところで、実施例１と２では、店舗情報を検索サイトなどの広告に適用した例にして説明したが、本発明はこれに限定されるものではなく、店舗情報を各種ブログで用いられるブログパーツに適用することもできる。
【００７７】
そこで、実施例３では、実施例１と２で説明した店舗情報を各種ブログで用いられるブログパーツに適用した場合について説明する。なお、実施例３では、実施例３に係る通信制御システムの全体構成、処理の流れ、実施例３による効果について順に説明する。
【００７８】
［通信制御システムの全体構成（実施例３）］
まず、図１１を用いて、実施例３に係る通信制御システムの全体構成について説明する。図１１は、実施例３に係る通信制御システムの全体構成を示す図である。
【００７９】
図１１に示すように、実施例３に係る通信制御システムは、各種通信を行うＷｅｂ端末と他の電話装置と通話接続する電話装置と他のネットワークとの各種通信を制御するＨＧＷとから構成される宅内ネットワークと、Ｗｅｂ端末に対してブログを提供するブログサイトと、ブログに掲載される顧客を勧誘するためのブログパーツを提供するサービス提供サーバと、電話装置と店舗とを接続するＳＩＰプロキシサーバとから構成される。なお、本実施例では、説明上、通信制御システムにブログサイトが１台接続されている場合を図示しているが、実際のシステムとしては、複数のブログサイトが接続されている。そのうち、ここでは、Ｗｅｂ端末が図示されているブログサイトにより提供されるブログにアクセスした場合について説明する。
【００８０】
このような構成において、ＳＩＰプロキシサーバは、宅内装置を一意に識別する識別子と電話装置と接続するための情報を示す宅内接続先情報とを対応付けて宅内情報ＤＢに記憶する。具体的に例を挙げれば、宅内情報ＤＢは、『Ｗｅｂ端末を一意に識別する識別子を示す「ＩＰアドレス」、宅内ネットワークの電話装置と接続するための情報を示す「ＳＩＰ−ＵＲＩ」』として「192.168.1.1、0422xx@example.co.jp」などと記憶する。なお、ここでは、識別子としてＩＰアドレスを用いた場合について説明するが、本発明はこれに限定されるものではなく、例えば、予め割り当てたユーザＩＤなど識別できるものであればこれに限定されずに用いることができる。
【００８１】
そして、ブログサイトは、自装置が提供するブログに表示されるブログパーツを識別するブログパーツＩＤと、当該ブログパーツを広告として提供する店舗を識別する店舗ＩＤとを対応付けてブログパーツＤＢに記憶する。具体的には、ブログサイトのブログパーツＤＢは、「ブログパーツＩＤ、店舗ＩＤ」として「01、11111」や「02、22222」などと記憶する。この例では、ブログにブログパーツが２つ表示されていることとなるが、ブログパーツの数は、これに限定されるものではない。
【００８２】
そして、サービス提供サーバは、ブログを提供するユーザ情報をユーザ情報ＤＢに記憶する。具体的に例を挙げれば、サービス提供サーバのユーザ情報ＤＢは、『ブログサイトを運営するユーザを識別する「ブロガーＩＤ」、当該ブロガーが運営するブログを示す「ＵＲＬ」』として「aaaa、www.ntt.co.jp/〜aaaa」や「bbbb、www.ntt.co.jp/〜bbbb」などを記憶する。なお、この他にも、ブロガーを特定する情報として「氏名、住所、電話番号、カード番号」などを記憶してもよい。
【００８３】
また、サービス提供サーバは、各ブログに広告されているブログパーツのユーザ情報（店舗情報）を宅外情報ＤＢに記憶する。具体的に例を挙げれば、サービス提供サーバの宅外情報ＤＢは、『ブログパーツを利用している店舗を識別する「店舗ＩＤ」、当該店舗の連絡先を示す「ＳＩＰ−ＵＲＩ」、当該店舗ＩＤが割り与えられたブログパーツが広告されているブログを示す「ブログＵＲＬ」』として「11111、031234567@ntt.co.jp、www.ntt.co.jp/〜aaaa」などを記憶する。なお、この他にも、店舗を特定する情報として「経営者氏名、住所、電話番号」などを記憶してもよい。
【００８４】
このような状態において、ブログサイトは、Ｗｅｂ端末からアクセス要求を受け付けた場合に、ブログに関する情報をサービス提供サーバに送信しつつ、サービス提供サーバを介してＷｅｂ端末にブログを応答する（図１１の（１）〜（３）参照）。上記した例で具体的に説明すると、Ｗｅｂ端末は、利用者の操作によってＷｅｂブラウザが起動されて、ブログサイトが提供するブログにアクセスする。すると、ブログサイトは、店舗ID＝11111が割り与えられたブログパーツ「ID＝01」および店舗ID＝22222が割り与えられたブログパーツ「ID＝02」が表示されるブログを、サービス提供サーバを介してＷｅｂ端末に提供する。
【００８５】
続いて、サービス提供サーバは、ブログサイトから店舗ＩＤを受信した場合に、当該装置ＩＤと送信したブログサイトへのアクセスを一意に識別する識別子に対応付けてブログアクセスＤＢに記憶する。具体的には、サービス提供サーバのブログアクセスＤＢは、ブログサイトが当該サービス提供サーバを介してブログをＷｅｂ端末に提供した場合に、Ｗｅｂ端末からのアクセスを一意に識別する識別子（ＲＡＮＤＩＤ）を生成する。また、サービス提供サーバは、ブログに広告されているブログパーツの情報（店舗ＩＤ）と、当該ブログサイトのＵＲＩを取得し、生成したＲＡＮＤＩＤと取得した店舗ＩＤ、ＵＲＩとを対応付けて記憶する。つまり、サービス提供サーバは、日々更新されるブログサイトのどの状態でＷｅｂ端末にアクセスされたかを、ＲＡＮＤＩＤにより識別することができるようになる。
【００８６】
その後、サービス提供サーバは、送信されたブログに表示されるブログパーツがＷｅｂ端末に選択された場合、当該選択されたブログパーツに対応するＳＩＰ−ＵＲＩを取得して、Ｗｅｂ端末を介してＳＩＰプロキシサーバに通知する（図１１の（５）〜（７）参照）。上記した例で具体的に説明すると、Ｗｅｂ端末は、アクセスしたブログに表示される「ID＝01」のブログパーツをクリックする。すると、サービス提供サーバは、クリックされたブログパーツ（店舗ID＝11111）対応するＳＩＰ−ＵＲＩ（031234567@ntt.co.jp）を上記した宅外情報ＤＢから取得し、Ｗｅｂ端末を介したリダイレクトで、取得した対応するＳＩＰ−ＵＲＩ（031234567@ntt.co.jp）をＳＩＰプロキシサーバに送信する。
【００８７】
続いて、ＳＩＰプロキシサーバは、ＳＩＰ−ＵＲＩが通知される際にＷｅｂ端末により付加された識別子に基づいて、当該Ｗｅｂ端末の宅内接続先情報を宅内情報ＤＢから特定する（図１１の（８）参照）。上記した例で具体的に説明すると、ＳＩＰプロキシサーバは、サービス提供サーバにより店舗のＳＩＰ−ＵＲＩ「031234567@ntt.co.jp」がＷｅｂ端末を介して通知された場合に、当該ＳＩＰ−ＵＲＩ「031234567@ntt.co.jp」が通知される際にＷｅｂ端末により付加された識別子であるＩＰアドレス「192.168.1.1」に基づいて、当該Ｗｅｂ端末のＳＩＰ−ＵＲＩ「0422xx@example.co.jp」を宅内情報ＤＢから特定する。
【００８８】
そして、ＳＩＰプロキシサーバは、特定された宅内接続先情報を用いて、電話装置に対して発信する（図１１の（９）参照）。上記した例で具体的に説明すると、ＳＩＰプロキシサーバは、ＩＰアドレス「192.168.1.1」に基づいて特定されるＳＩＰ−ＵＲＩ「0422xx@example.co.jp」（電話装置）に対してＳＩＰによる発信を行い、その後、当該発信に対する応答（例えば、オンフックなど）を発信先（電話装置）から受け付ける。
【００８９】
続いて、ＳＩＰプロキシサーバは、発信された電話装置から応答を受信した場合に、宅外情報ＤＢにより特定された装置情報を用いて、店舗に対して発信する（図１１の（１０）参照）。上記した例で具体的に説明すると、ＳＩＰプロキシサーバは、発信された電話装置から応答を受信した場合に、サービス提供サーバにより特定されて通知された店舗のＳＩＰ−ＵＲＩ「031234567@ntt.co.jp」（店舗ＩＤ＝11111が割り振られた店舗）に対してＳＩＰによる発信を行い、その後、当該発信に対する応答（例えば、オンフックなど）を発信先（店舗）から受け付ける。
【００９０】
その後、ＳＩＰプロキシサーバは、発信された店舗から応答を受信した場合に、発信された電話装置と発信された宅外装置を接続する（図１１の（１１）参照）。上記した例で具体的に説明すると、ＳＩＰプロキシサーバは、発信された店舗から応答を受信した場合に、発信された電話装置と発信された店舗との接続を確立する。
【００９１】
このように、実施例３に係る通信制御システムは、ブログサイトに広告されるブログパーツをクリックされた場合でも、当該ブログパーツを広告として掲載する店舗に対して電話発信することができる結果、特殊なソフトウエアを用いることなく、容易に通話接続することが可能である。
【００９２】
［通信制御システムによる処理の流れ（実施例３）］
次に、図１２を用いて、実施例３に係る通信制御システムにおける処理の流れについて説明する。図１２は、実施例３に係る通信制御システムにおける処理の流れを示すシーケンス図である。
【００９３】
図１２に示すように、宅内ネットワークの電話装置は、電源がONされることによってＳＩＰプロキシサーバに対してＳＩＰ通信における「REGISTERメッセージ」をＨＧＷを介して送信し（ステップＳ４０１）、この「REGISTERメッセージ」を受け取ったＳＩＰプロキシサーバは、ＨＧＷによって当該「REGISTERメッセージ」に付加されたＩＰアドレスと電話装置のＳＩＰ−ＵＲＩとを対応付けて宅内情報ＤＢに格納し、電話装置に対して「200  OKメッセージ」の応答を送信する（ステップＳ４０２とステップＳ４０３）。
【００９４】
その後、Ｗｅｂ端末は、ブログサイトが提供するブログにアクセスし（ステップＳ４０４）、アクセスを受け付けたブログサイトは、Ｗｅｂ端末を介したリダイレクトで、ブログパーツとして広告される店舗を示す店舗ＩＤをサービス提供サーバに送信する（ステップＳ４０５〜ステップＳ４０７）。
【００９５】
すると、サービス提供サーバは、ブログサイトから店舗ＩＤを受信した場合に、当該装置ＩＤと送信したブログサイトを一意に識別する識別子に対応付けて記憶し、ブログサイトから受信したブログをＷｅｂ端末に送信する（ステップＳ４０８とステップＳ４０９）。
【００９６】
その後、サービス提供サーバは、送信された店舗ＩＤがＷｅｂ端末により選択された場合に、クリックされたブログパーツ「店舗ID＝11111」対応するＳＩＰ−ＵＲＩ（031234567@ntt.co.jp）を上記した宅外情報ＤＢから取得し、Ｗｅｂ端末を介したリダイレクトで、取得した対応するＳＩＰ−ＵＲＩ（031234567@ntt.co.jp）をＳＩＰプロキシサーバに送信する（ステップＳ４１０〜ステップＳ４１２）。
【００９７】
なお、ここでサービス提供サーバが生成した宅外接続先情報（ＳＩＰ−ＵＲＩ）をＷｅｂ端末を介してＳＩＰプロキシサーバに通知する手法としては、実施例２で説明した手法と同様の手法を用いることができる。具体的には、サービス提供サーバからＷｅｂ端末を介することなく、ＳＩＰプロキシサーバに直接送信する手法と、サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して通知する際に、ＳＡＭＬなどの証明書を用いた手法を用いることができる。また、それぞれの手法を用いた場合の処理の流れは、実施例２と同様であるので、ここでは詳細な説明は省略する。
【００９８】
すると、ＳＩＰプロキシサーバは、発信する旨をＷｅｂ端末に送信して（ステップＳ４１３）、さらに、当該店舗ＩＤを選択したＷｅｂ端末の識別子であるＩＰアドレスに対応する宅内接続先情報「ＳＩＰ−ＵＲＩ：0422xx@xxx.co.jp」を宅内情報ＤＢから特定する（ステップＳ４１４）。
【００９９】
その後、ＳＩＰプロキシサーバは、特定されたＳＩＰ−ＵＲＩ「0422xx@xxx.co.jp」を用いて電話装置に対して発信する（ステップＳ４１５）。
【０１００】
そして、ＳＩＰプロキシサーバは、発信した電話装置から応答を受信すると（ステップＳ４１６）、サービス提供サーバにより通知されたＳＩＰ−ＵＲＩ「03yyy@yyy.com」を用いて、店舗に対して発信する（ステップＳ４１７）。
【０１０１】
続いて、ＳＩＰプロキシサーバは、発信した店舗から応答を受信すると（ステップＳ４１８）、発信した電話装置と発信した店舗との接続を確立して、接続が確立された回数を計数する（ステップＳ４１９〜ステップＳ４２１）。
【０１０２】
［各種ログの取得］
また、実施例３では、ブロガーや店舗に対して課金するためのログなどを取得することができる。つまり、どのブログを閲覧したユーザが電話してきたかを把握することができる結果、集計した回数（通話接続，発信など）に基づき、ブロガーに対して報酬を支払うことができ、電話によるＷｅｂ上のアフェリエイトモデルを形成できる。
【０１０３】
そこで、以下では、図１２に示した各ステップに対応付けて、電話によるＷｅｂ上のアフェリエイトモデルを形成するために取得する様々なログについて説明する。
【０１０４】
（選択回数）
まず、図１３〜図１８を用いてサービス提供サーバが、ブログに広告されるブログパーツ（店舗ＩＤ）が選択された回数を計数する場合について説明する。具体的には、サービス提供サーバは、ブログサイトから店舗ＩＤを受信した場合に、図１２のステップＳ４０８において、ブログへのアクセスを一意に識別する識別子を生成して、生成した識別子に対応付けて店舗ＩＤやブログＵＲＩなどを記憶する。ここで記憶される情報は、図１１で示したブログアクセスＤＢに情報を格納する際に、ブログサイトから受信したブログから各種情報をより詳細に取得することで実現できる。
【０１０５】
例えば、サービス提供サーバは、ステップＳ４０５の後に、図１３に示すような『生成した識別子を示す「ＲＡＮＤＩＤ」、店舗ＩＤ（ブログ）を送信したブログサイトを示す「ブロガーＩＤ」、店舗ＩＤを送信したブログの状態を識別する「ブログＵＲＩ」』として「11111e39564yu、aaaa、/20080508」などを取得して記憶する。同様に、ステップＳ４０５の後に、サービス提供サーバは、図１４に示すように、『店舗ＩＤを送信したブログサイトを示す「ブロガーＩＤ」、ブログサイトから店舗ＩＤを受信した日時を示す「日時」、当該ブログに広告されているブログパーツの数を示す「店舗数」、当該ブログにアクセスされた回数を示す「ＰＶ数（ページビュー数）」』として「aaaa、2008/05/08  、3、2」などを取得して記憶する。
【０１０６】
このような情報を収集するサービス提供サーバは、図１４に示した「ＰＶ数」を集計することにより、「ＰＶ数」に応じた報酬をブロガーに対して、支払うことができる。なお、図１３は、Ｗｅｂ端末にアクセスされたブログを記憶する例を示す図であり、図１４は、Ｗｅｂ端末にアクセスされたブログがＰＶされた回数を記憶する例を示す図である。
【０１０７】
また、例えば、サービス提供サーバは、ステップＳ４１０の後に、図１５に示すような『選択されたブログパーツが広告されるブログを示す「ＲＡＮＤＩＤ」、選択された「日時」、選択された店舗の「ＳＩＰ−ＵＲＩ」』をログとして取得する。そして、サービス提供サーバは、図１３に示した「ブロガーＩＤ」と、図１３の「ＲＡＮＤＩＤ」に対応する図１５に示した「日時」と「店舗ＩＤ」を集計する。そうすることにより、サービス提供サーバは、図１６に示すように、『Ｗｅｂ端末により選択された店舗のブログパーツを広告するブログサイトを識別する「ブロガーＩＤ」、当該ブロガーＩＤが割り当てられたブログサイトをＷｅｂ端末に提供した日時を示す「日時」、当該ブログサイトが提供するブログに広告されるブログパーツがＷｅｂ端末にクリックされた回数を示す「クリック回数」』として「aaaa、2008/0508、1」などを集計することができる。その結果、サービス提供サーバは、ブログごとにクリックされた回数を計数することができる。なお、図１５は、ブログにおいてクリックされた店舗と日時とを集計した例を示す図である。また、図１６は、ブログごとにブログパーツがＷｅｂ端末に実際に選択された回数を集計した例を示す図である。
【０１０８】
また、サービス提供サーバは、図１５に示した「日時」ごとに図１５の「店舗ＩＤ」を集計する。そうすることにより、サービス提供サーバは、図１７に示すように、『クリックされた店舗を示す「店舗ＩＤ」、当店舗がクリックされた際のブログサイトの状態を示す「日時」、当該店舗ＩＤ（ブログパーツ）がＷｅｂ端末にクリックされた回数を示す「クリック回数」』として「11111、2008/0508、2」などを集計することができる。その結果、サービス提供サーバは、店舗ごとにクリックされた回数を計数することができる。なお、図１７は、店舗ごとに実際に選択された回数を集計した例を示す図である。
【０１０９】
また、サービス提供サーバは、図１３に示した「ブロガーＩＤ」に対応する「ＲＡＮＤＩＤ」ごとに、図１５の「店舗ＩＤ」を集計する。そうすることにより、サービス提供サーバは、図１８に示すように、『Ｗｅｂ端末により選択された店舗のブログパーツを広告するブログサイトを識別する「ブロガーＩＤ」、集計する期間を示す「期間」、クリックされた店舗を示す「店舗ＩＤ」、当該店舗ＩＤ（ブログパーツ）がＷｅｂ端末にクリックされた回数を示す「クリック回数」』として「aaaa、2008/05、11111、4」などを計数することができる。その結果、サービス提供サーバは、ブログごとに所定の期間内で実際に選択された店舗と回数を集計することができる。なお、図１８は、ブログごとに所定の期間内で実際に選択された店舗と回数を集計した例を示す図である。
【０１１０】
（発信回数）
次に、図１９〜図２３を用いてＳＩＰプロキシサーバが、Ｗｅｂ端末により選択された店舗に発信した回数や電話装置に発信した回数を計数する場合について説明する。具体的には、ＳＩＰプロキシサーバは、ブログごとに実際に発信した回数、店舗ごとに実際に発信した回数、電話装置ごとに実際に発信した回数、ブログごとに所定の期間内で実際に発信した店舗と回数を計数することができる。
【０１１１】
例えば、ＳＩＰプロキシサーバは、図１２に示したＳ４１４以降に、図１９に示すような『ブログへのアクセスを識別するために生成した「ＲＡＮＤＩＤ」、ＲＡＮＤＩＤを生成した日時を示す「日時」、サービス提供サーバから受信した発信先の電話番号を示す「Ｆｒｏｍ」、自装置で特定した発信先の電話番号を示す「ＴＯ」』として「11111e39564yu、2008/05/08  10:00:53、031234567@ntt.co.jp、0422xx@example.co.jp」などを取得して記憶する。なお、図１９は、発信先と着信先とを記憶する例を示す図である。
【０１１２】
このような情報を記憶するＳＩＰプロキシサーバは、例えば、図１９に示した「ＲＡＮＤＩＤ」と「日時」と対応付けて「Ｆｒｏｍ」を計数し、当該「ＲＡＮＤＩＤ」を図１３に示した「ブロガーＩＤ」に変換して集計する。そうすることにより、ＳＩＰプロキシサーバは、図２０に示すように、『発信した店舗のブログパーツが掲載されるブログサイトを識別する「ブロガーＩＤ」、発信した日時を示す「日時」、発信した回数を示す「発信回数」』として「aaaa、2008/0508、1」などを集計することができる。その結果、ＳＩＰプロキシサーバは、ブログごとに発信した回数を計数することができる。なお、図２０は、ブログごとに発信した回数を集計した例を示す図である。
【０１１３】
また、ＳＩＰプロキシサーバは、図１９に示した「ＲＡＮＤＩＤ」と「日時」と対応付けて「Ｆｒｏｍ」を計数し、当該「ＲＡＮＤＩＤ」を図１５に示した「店舗ＩＤ」に変換して集計する。そうすることにより、ＳＩＰプロキシサーバは、図２１に示すように、『発信した店舗を識別する「店舗ＩＤ」、発信した日時を示す「日時」、発信した回数を示す「発信回数」』として「11111、2008/0508、2」などを集計することができる。その結果、ＳＩＰプロキシサーバは、店舗ごとに発信した回数を計数することができる。なお、図２１は、店舗ごとに発信した回数を集計した例を示す図である。
【０１１４】
また、ＳＩＰプロキシサーバは、図１９に示した「Ｆｒｏｍ」と「日時」と対応付けて集計する。そうすることにより、ＳＩＰプロキシサーバは、図２２に示すように、『発信した宅内装置の電話装置の電話番号を示す「Ｆｒｏｍ」、発信された日時を示す「日時」、発信した回数を示す「発信回数」』として「031234567@ntt.co.jp、2008/0508、1」などを計数することができる。その結果、ＳＩＰプロキシサーバは電話装置ごとに発信した回数を計数することができる。なお、図２２は、宅内装置である電話装置ごとに発信した回数を集計した例を示す図である。
【０１１５】
また、ＳＩＰプロキシサーバは、図１９に示した「ＲＡＮＤＩＤ」を図１３に示した「ブロガーＩＤ」に、図１９に示した「Ｆｒｏｍ」を「ＲＡＮＤＩＤ」を用いて図１５に示した「店舗ＩＤ」に変換して、図１９の「日時」ごとに「Ｆｒｏｍ」を集計する。そうすることにより、ＳＩＰプロキシサーバは、図２３に示すように、『発信した店舗のブログパーツが掲載されるブログサイトを識別する「ブロガーＩＤ」、集計する期間を示す「期間」、発信した店舗を示す「店舗ＩＤ」、発信した回数を示す「発信回数」』として「aaaa、2008/05、11111、4」などを集計することができる。その結果、ＳＩＰプロキシサーバは、ブログごとに所定の期間内で実際に発信した店舗と回数を計数することができる。なお、図２３は、ブログごとに所定の期間内で発信した回数を集計した例を示す図である。
【０１１６】
（接続回数）
次に、図１９と図２４〜図２７を用いてＳＩＰプロキシサーバが、店舗と電話装置とを実際に接続確立した回数を計数する場合について説明する。具体的には、ＳＩＰプロキシサーバは、ブログごとに実際に接続した回数、店舗ごとに実際に接続した回数、電話装置ごとに実際に接続した回数、ブログごとに所定の期間内で実際に接続した店舗と回数を計数することができる。
【０１１７】
例えば、ＳＩＰプロキシサーバは、図１９に示した「ＲＡＮＤＩＤ」と「日時」と対応付けて「Ｆｒｏｍ」を計数し、当該「ＲＡＮＤＩＤ」を図１４に示した「ブロガーＩＤ」に変換して集計する。そうすることにより、ＳＩＰプロキシサーバは、図２４に示すように、『実際に通話接続が確立した店舗のブログパーツを広告していたブログサイトを識別する「ブロガーＩＤ」、接続確立された日時を示す「日時」、接続確立した回数を示す「接続回数」』として「aaaa、2008/0508、1」などを計数することができる。その結果、ＳＩＰプロキシサーバは、ブログごとに通話接続確立した回数を計数することができる。なお、図２４は、ブログごとに実際に接続した回数を集計した例を示す図である。
【０１１８】
また、ＳＩＰプロキシサーバは、図１９に示した「ＲＡＮＤＩＤ」と「日時」と対応付けて「Ｆｒｏｍ」を計数し、当該「ＲＡＮＤＩＤ」を図１５に示した「店舗ＩＤ」に変換して集計する。そうすることにより、ＳＩＰプロキシサーバは、図２５に示すように、『実際に通話接続が確立した店舗を識別する「店舗ＩＤ」、接続確立された日時を示す「日時」、接続確立した回数を示す「接続回数」』として「11111、2008/0508、1」などを計数することができる。その結果、ＳＩＰプロキシサーバは、店舗ごとに通話接続確立した回数を計数することができる。なお、図２５は、店舗ごとに実際に接続した回数を集計した例を示す図である。
【０１１９】
また、ＳＩＰプロキシサーバは、図１９に示した「Ｔｏ」が存在する「Ｆｒｏｍ」と「日時」と対応付けて集計する。そうすることにより、ＳＩＰプロキシサーバは、図２６に示すように、『実際に通話接続が確立した電話装置の電話番号を示す「Ｆｒｏｍ」、接続確立された日時を示す「日時」、接続確立した回数を示す「接続回数」』として「031234567@ntt.co.jp、2008/0508、1」などを計数することができる。その結果、ＳＩＰプロキシサーバは、発信先の電話番号ごとに実際に接続した回数を集計することができる。なお、図２６は、発信先の電話番号ごとに実際に接続した回数を集計した例を示す図である。
【０１２０】
また、ＳＩＰプロキシサーバは、図１９に示した「ＲＡＮＤＩＤ」を図１３に示した「ブロガーＩＤ」に、図１９に示した「Ｔｏ」が存在する「Ｆｒｏｍ」を「ＲＡＮＤＩＤ」を用いて図１５に示した「店舗ＩＤ」に変換して、図１９の「日時」ごとに「Ｆｒｏｍ」を集計する。そうすることにより、ＳＩＰプロキシサーバは、図２７に示すように、『実際に通話接続が確立した電話装置の電話番号を示す「実際に通話接続が確立した店舗のブログパーツを広告していたブログサイトを識別する「ブロガーＩＤ」、集計する期間を示す「期間」、接続確立した店舗を示す「店舗ＩＤ」、接続確立した回数を示す「接続回数」』として「aaaa、2008/0508、11111、1」などを計数することができる。その結果、ＳＩＰプロキシサーバは、ブログごとに所定の期間内で実際に接続した店舗と回数を集計することができる。なお、図２７は、ブログごとに所定の期間内で実際に接続した店舗と回数を集計した例を示す図である。
【０１２１】
このように、識別子としてＲＡＮＤＩＤを用いることにより、ブログパーツをいつどこで表示したか、また、クリック、発信、着信などの各フェーズまで正しく行われたのかを正確に把握することができる。
【０１２２】
［実施例３による効果］
このように、実施例３によれば、ブログサイトは、宅内装置からアクセス要求を受け付けた場合に、前記サービス提供サーバを介したリダイレクトで、ブログを前記宅内装置に送信し、サービス提供サーバ装置は、店舗を一意に識別する装置ＩＤと当該店舗と接続するための情報を示すＳＩＰ−ＵＲＩとを対応付けて記憶し、ブログに提供される装置ＩＤがＷｅｂ端末により選択された場合に、当該選択された装置ＩＤに対応するＳＩＰ−ＵＲＩを取得して、Ｗｅｂ端末を介したリダイレクトで、取得したＳＩＰ−ＵＲＩをＳＩＰプロキシサーバに通知する。そして、ＳＩＰプロキシサーバは、Ｗｅｂ端末を一意に識別する識別子とＩＰ通信機と接続するための情報を示すＳＩＰ−ＵＲＩとを対応付けて記憶し、店舗のＳＩＰ−ＵＲＩがＷｅｂ端末を介してサービス提供サーバから通知された場合に、当該店舗のＳＩＰ−ＵＲＩが通知される際にＷｅｂ端末により付加されたＩＰアドレスに基づいて、電話装置のＳＩＰ−ＵＲＩを特定し、特定された電話装置のＳＩＰ−ＵＲＩを用いて、電話装置に対して発信するとともに、発信され電話装置から応答を受信した場合に、店舗のＳＩＰ−ＵＲＩを用いて、店舗に対して発信し、発信された店舗から応答を受信した場合に、電話装置と店舗との接続を確立する。そのため、例えば、ブログサイトにブログパーツを提供する宅外装置（店舗）では、どのブログを閲覧したユーザが電話してきたかを把握することができる結果、顧客の囲い込みなど、顧客に対して効果的な誘致および勧誘を行うことが可能である。
【０１２３】
また、実施例３によれば、サービス提供サーバは、ブログがＷｅｂ端末に送信された回数を計数するので、ブログ閲覧状況などを取得することが可能である。例えば、本発明を適用したサービスシステムを用いた場合に、ブログ閲覧状況によって、ブログを提供するブログサイトに対してシステムの利用料を変更したり、また、顧客を勧誘するブログのレイアウト（デザイン）や勧誘手法などの変更に役立てることが可能である。
【０１２４】
また、実施例３によれば、サービス提供サーバは、店舗ＩＤがＷｅｂ端末により選択された回数を計数するので、ブログパーツアクセス状況などを取得することが可能である。例えば、本発明を適用したサービスシステムを用いた場合に、顧客を勧誘するブログパーツのレイアウト（デザイン）や勧誘手法などの変更に役立てることが可能であり、また、ブログパーツ（店舗）のアクセスランキングなどを集計することができる結果、顧客の勧誘および顧客ニーズの対応に役立てることが可能である。
【０１２５】
また、実施例３によれば、ＳＩＰプロキシサーバは、特定された宅内接続先情報（ＳＩＰ−ＵＲＩ）を用いて、電話装置に対して発信された回数を計数するので、例えば、本発明を適用したサービスシステムを用いた場合に、ブログやブログパーツ（店舗）のアクセス状況だけでなく、実際に電話発信されたか否かを収集することが可能である。
【０１２６】
また、実施例３によれば、ＳＩＰプロキシサーバは、発信された店舗から応答を受信した場合に、電話装置と店舗との接続が確立された回数を計数するので、例えば、本発明を適用したサービスシステムを用いた場合に、ブログやブログパーツ（店舗）のアクセス状況だけでなく、実際に利用されたか否かを収集することが可能である。その結果、ブログパーツ（店舗）の利用ランキングなど顧客勧誘に役立てることができる詳細な情報を集計することが可能である。
【０１２７】
また、実施例３における通信制御システムであっても、実施例２と同様の手法で、ＳＡＭＬや証明書などを用いることもできる。例えば、サービス提供サーバは、生成した宅外接続先情報（ＳＩＰ−ＵＲＩ）をＳＩＰプロキシサーバに通知するのに際して、当該生成したＳＩＰ−ＵＲＩにＳＡＭＬまたは証明書を付加して通知し、ＳＩＰプロキシサーバは、サービス提供サーバからＷｅｂ端末を介して通知されたＳＡＭＬまたは証明書に基づいて、通知されたＳＩＰ−ＵＲＩが正当な情報であると認証されることを条件として、ＳＩＰ−ＵＲＩが通知される際にＷｅｂ端末により付加されたＩＰアドレスから、当該電話装置のＳＩＰ−ＵＲＩを宅内情報ＤＢから特定する。そうすることにより、サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して店舗のＳＩＰ−ＵＲＩを送信する場合であっても、ＳＩＰ−ＵＲＩの漏えいや改ざんを防止することができ、セキュリティを強固にすることが可能である。
【実施例４】
【０１２８】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に示すように、（１）サービス形態、（２）システム構成等、（３）プログラムにそれぞれ区分けして異なる実施例を説明する。
【０１２９】
（１）サービス形態
例えば、実施例１と２では、Ｗｅｂサイトの広告を例にして説明し、実施例３では、ブログを例にして説明したが、本発明はこれに限定されるものではなく、一般的に利用されているＷｅｂブラウザを用いて、宅外装置を宅内ネットワークから利用する様々なサービスに適用することができる。
【０１３０】
また、実施例１では、Ｗｅｂ上で店舗ＩＤをクリックした場合に、電話接続する例について説明したが、本発明はこれに限定されるものではなく、Ｗｅｂ上で店舗ＩＤをクリックした場合に、当該店舗の情報をＷｅｂブラウザ搭載テレビなどに表示することもできる。また、店舗の情報をＷｅｂブラウザ搭載テレビなどに表示する場合には、Ｗｅｂブラウザ搭載テレビと店舗とをＶＰＮを用いて接続することもでき、セキュリティを高く保つことも可能である。つまり、本発明に用いるＩＰ通信機とは、実施例に記載した電話装置に限定されるものではない。
【０１３１】
（２）システム構成等
例えば、上記した実施例では、サービス提供サーバとＳＩＰプロキシサーバとを別の鏡体で実現している例について説明したが、本発明はこれに限定されるものではなく、サービス提供サーバとＳＩＰプロキシサーバとを同じ筺体で実現することもできる。
【０１３２】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理（例えば、ＳＩＰプロキシサーバでのＩＰアドレスとＳＩＰ−ＵＲＩの格納処理など）の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、図３、図４、図６−１、図６−２、図１３〜図２７など）については、特記する場合を除いて任意に変更することができる。
【０１３３】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合（例えば、第一発信部と第二発信部とを統合したり、ＳＩＰプロキシサーバによるＩＰアドレス登録処理部分を外部に設置したりするなど）して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１３４】
（３）プログラム
なお、本実施例で説明した通信制御方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【産業上の利用可能性】
【０１３５】
以上のように、本発明に係る通信制御システム、通信制御方法、呼制御サーバ装置および呼制御プログラムは、各種通信を行う宅内装置と他の電話装置と通話接続する電話装置と他のネットワークとの各種通信を制御するデータ中継装置とから構成される宅内ネットワークにおける電話装置と、宅内ネットワークの外に設置されている宅外装置とを接続することに有用であり、特に、特殊なソフトウエアを用いることなく、容易に通話接続することに適する。
【図面の簡単な説明】
【０１３６】
【図１】実施例１に係る通信制御システムの全体構成を示すシステム構成図である。
【図２】実施例１に係る通信制御システムの構成を示すブロック図である。
【図３】宅外情報ＤＢに記憶される情報の例を示す図である。
【図４】宅内情報ＤＢに記憶される情報の例を示す図である。
【図５】実施例１に係る通信制御システムによる処理の流れを示したシーケンス図である。
【図６−１】店舗ＩＤを付加した広告が表示されるＷｅｂサイトの画面例を示す図である。
【図６−２】発信確認としてＷｅｂ端末に表示されるＷｅｂサイトの画面例を示す図である。
【図７】サービス提供サーバからＳＩＰプロキシサーバに宅外接続先情報を直接送信する処理の流れを示すシーケンス図である。
【図８】サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して送信する際に、ＳＡＭＬなどの証明書を用いて通知する処理の流れを示すシーケンス図である。
【図９】付加されるＳＡＭＬの例を示す図である。
【図１０】ＳＡＭＬに記載される署名情報の例を示す図である。
【図１１】実施例３に係る通信制御システムの全体構成を示す図である。
【図１２】実施例３に係る通信制御システムにおける処理の流れを示すシーケンス図である。
【図１３】Ｗｅｂ端末にアクセスされたブログを記憶する例を示す図である。
【図１４】Ｗｅｂ端末にアクセスされたブログがＰＶされた回数を記憶する例を示す図である。
【図１５】ブログにおいてクリックされた店舗と日時とを集計した例を示す図である。
【図１６】ブログごとにブログパーツがＷｅｂ端末に実際に選択された回数を集計した例を示す図である。
【図１７】店舗ごとに実際に選択された回数を集計した例を示す図である。
【図１８】ブログごとに所定の期間内で実際に選択された店舗と回数を集計した例を示す図である。
【図１９】発信先と着信先とを記憶する例を示す図である。
【図２０】ブログごとに発信した回数を集計した例を示す図である。
【図２１】店舗ごとに発信した回数を集計した例を示す図である。
【図２２】電話装置ごとに発信した回数を集計した例を示す図である。
【図２３】ブログごとに所定の期間内で発信した回数を集計した例を示す図である。
【図２４】ブログごとに実際に接続した回数を集計した例を示す図である。
【図２５】店舗ごとに実際に接続した回数を集計した例を示す図である。
【図２６】電話装置ごとに実際に接続した回数を集計した例を示す図である。
【図２７】ブログごとに所定の期間内で実際に接続した店舗と回数を集計した例を示す図である。
【符号の説明】
【０１３７】
１０  サービス提供サーバ
１１  通信制御Ｉ／Ｆ部
１２  記憶部
１３  宅外情報ＤＢ
２０  制御部
２１  アクセス応答部
２２  宅外情報取得部
３０  ＳＩＰプロキシサーバ
３１  通信制御Ｉ／Ｆ部
３２  記憶部
３３  宅内情報ＤＢ
４０  制御部
４１  宅内情報特定部
４２  第一発信部
４３  第二発信部
４４  接続部
【図１】
0004624447.tif 000002
【図２】
0004624447.tif 000003
【図３】
0004624447.tif 000004
【図４】
0004624447.tif 000005
【図５】
0004624447.tif 000006
【図６−１】
0004624447.tif 000007
【図６−２】
0004624447.tif 000008
【図７】
0004624447.tif 000009
【図８】
0004624447.tif 000010
【図９】
0004624447.tif 000011
【図１０】
0004624447.tif 000012
【図１１】
0004624447.tif 000013
【図１２】
0004624447.tif 000014
【図１３】
0004624447.tif 000015
【図１４】
0004624447.tif 000016
【図１５】
0004624447.tif 000017
【図１６】
0004624447.tif 000018
【図１７】
0004624447.tif 000019
【図１８】
0004624447.tif 000020
【図１９】
0004624447.tif 000021
【図２０】
0004624447.tif 000022
【図２１】
0004624447.tif 000023
【図２２】
0004624447.tif 000024
【図２３】
0004624447.tif 000025
【図２４】
0004624447.tif 000026
【図２５】
0004624447.tif 000027
【図２６】
0004624447.tif 000028
【図２７】
0004624447.tif 000029