(57)【要約】【課題】通話状態にあるときに、ユーザが簡便な操作を行うだけで特定のリダイレクト先にリダイレクトさせる。【解決手段】ユーザが使用する１以上の端末と接続されたリダイレクト制御装置が、コンテンツを閲覧するためのソフトウェアの起動操作を前記端末が前記ユーザから受け付けたことを契機として送信された接続要求、を当該リダイレクト制御装置が受信した場合であって、且つ、前記ユーザが通話中である場合に、前記接続要求により要求された接続先である第１の接続先とは異なる第２の接続先に前記端末を接続させる。【選択図】図１
2014164437.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが使用する１以上の端末と接続されたリダイレクト制御装置であって、
コンテンツを閲覧するためのソフトウェアの起動操作を前記端末が前記ユーザから受け付けたことを契機として送信された接続要求、を当該リダイレクト制御装置が受信した場合であって、且つ、前記ユーザが通話中である場合に、前記接続要求により要求された接続先である第１の接続先とは異なる第２の接続先に前記端末を接続させるリダイレクト手段を備えることを特徴とするリダイレクト制御装置。
【請求項２】
請求項１に記載のリダイレクト制御装置であって、
前記端末から送信された、第１の接続先への接続要求を前記第１の接続先に代理して受信する中継手段と、
前記接続要求を受信した際に前記ユーザが前記端末を利用して通話中であるか否かを判定する判定手段と、
を更に備え、
前記リダイレクト手段は、前記判定において通話中と判定された場合には、第２の接続先へ接続するための情報を前記接続要求の返信として前記端末に送信することにより、前記端末を前記第２の接続先に接続させることを特徴とするリダイレクト制御装置。
【請求項３】
請求項１又は２に記載のリダイレクト制御装置であって、
前記ユーザの識別情報及び該識別情報を前記端末が前記第２の接続先にて自動入力するための情報を前記端末に送信することにより、前記第２の接続先に接続した前記端末に、前記ユーザの識別情報を前記第２の接続先にて自動入力させることを特徴とするリダイレクト制御装置。
【請求項４】
請求項１乃至３の何れか１項に記載のリダイレクト制御装置であって、
前記端末は複数存在しており、
前記接続要求は、前記複数の端末の中からユーザが任意に選択した何れの端末から送信された接続要求であっても良いことを特徴とするリダイレクト制御装置。
【請求項５】
請求項１乃至４の何れか１項に記載のリダイレクト制御装置であって、
前記端末は複数存在しており、
前記ユーザが通話に用いている端末と、前記ソフトウェアを起動させるための操作を前記ユーザから受け付けた端末とが異なる端末であることを特徴とするリダイレクト制御装置。
【請求項６】
請求項１乃至５の何れか１項に記載のリダイレクト制御装置であって、
前記第２の接続先は、前記ユーザの通話相手に応じて異なることを特徴とするリダイレクト制御装置。
【請求項７】
請求項１乃至５の何れか１項に記載のリダイレクト制御装置であって、
前記第２の接続先は、前記ユーザの通話相手によって指定された接続先であることを特徴とするリダイレクト制御装置。
【請求項８】
請求項１乃至７の何れか１項に記載のリダイレクト制御装置であって、
前記接続要求を受信した場合であって前記ユーザが通話中ではないと判定された場合には、前記リダイレクト手段を動作させることなく、前記接続要求を前記第１の接続先へ送信することを特徴とするリダイレクト制御装置。
【請求項９】
請求項１乃至８の何れか１項に記載のリダイレクト制御装置と、前記リダイレクト制御装置と通信を行うセッション管理装置と、を含むリダイレクト制御システムであって、
前記セッション管理装置は、
前記リダイレクト制御装置から、前記ユーザの利用する端末の通話相手の端末の識別情報を受信し、前記リダイレクト制御装置と前記通話相手の端末の識別情報を紐付けて管理するセッション管理手段と、
前記通話相手の端末が或る接続先へ接続した場合に、前記セッション管理手段の管理する情報に基づいて前記ユーザが接続する第２の接続先として前記或る接続先を前記リダイレクト制御装置に通知する通知手段と、
を備え、
前記リダイレクト制御装置が備える前記リダイレクト手段は前記通知手段にて通知された第２の接続先に前記端末を接続させることを特徴とするリダイレクト制御システム。
【請求項１０】
ユーザが使用する１以上の端末と接続されたリダイレクト制御装置としてコンピュータを機能させるリダイレクト制御プログラムであって、
コンテンツを閲覧するためのソフトウェアの起動操作を前記端末が前記ユーザから受け付けたことを契機として送信された接続要求、を当該リダイレクト制御装置が受信した場合であって、且つ、前記ユーザが通話中である場合に、前記接続要求により要求された接続先である第１の接続先とは異なる第２の接続先に前記端末を接続させるリダイレクト手段としてコンピュータを機能させることを特徴とするリダイレクト制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リダイレクトを実現するための、リダイレクト制御装置、リダイレクト制御システム及びリダイレクト制御プログラムに関する。
【背景技術】
【０００２】
携帯電話機などの通話端末を使用して或る話題についての通話を継続すると共に、手元にあるタブレット端末やパーソナルコンピュータ等の情報表示端末のＷｅｂブラウザを使用してこの或る話題に関連する情報を閲覧するという状況がある。
【０００３】
例えば、固定電話で製品問い合わせ窓口のオペレータと話をしながら、タブレット端末でオペレータから教えられたＷｅｂサイト（具体的には、製品情報が掲載されたＷｅｂサイトや、最新のドライバがダウンロードできるＷｅｂサイト等）を閲覧するような場合である。
【０００４】
このような場合には、タブレット端末上でＷｅｂブラウザを起動し、オペレータから口頭で教えられたＷｅｂサイトのＵＲＬ（Uniform Resource Locator）を入力する必要がある。
【０００５】
しかしながら、ＷｅｂサイトのＵＲＬを入力する操作は煩雑であり、特にＩＴ（information technology）リテラシの低いユーザは入力ミスをしやすい。そのため正確に入力できるまで操作を繰り返す、というような事態も発生しえる。このような場合に、ＵＲＬをユーザに手動で入力させるのではなく、ユーザが閲覧したいＷｅｂサイトへ自動的に移行させることができるのであれば、ユーザの利便性は向上する。
【０００６】
このような所定のＷｅｂサイトへの自動的な移行（以下、適宜「リダイレクト」と呼ぶ。）に関する技術が非特許文献１及び特許文献１に記載されている。
【０００７】
非特許文献１には、公衆無線ＬＡＮサービスを提供すると共にリダイレクトを行うという技術が開示されている。
【０００８】
非特許文献１に記載の技術では、アクセスポイントでＷｅｂブラウザを起動すると、自動的にサービスのログインページを表示する。具体的には、アクセスポイントでＨＴＴＰ（Hypertext Transfer Protocol）の８０番ポートへのアクセスをトラップする。これにより、初回のアクセス時に所定のＵＲＬへリダイレクトしている。ここで、トラップとはコンピュータで例外が発生したときにそれを捕捉し、特定の処理を行わせる機能である。
【０００９】
他方で、通話に連動してＷｅｂサイトをリダイレクトする、というシステムの一例が、特許文献１に記載されている。
【００１０】
このシステムでは、ユーザ側のＳＩＰ（Session Initiation Protocol）フォンと、このＳＩＰフォンと組で使用するユーザ端末との対応づけを、対応づけ装置が予め記録しておく。そして、ＳＩＰフォンの通話が確立すると、ホームゲートウェイがサービス提供装置にｃａｌｌセッション情報を通知する。次に、対応づけ装置で別のユーザ端末からのブラウザアクセスとｃａｌｌセッション情報を関連付けして、サービス提供装置のＵＲＬへリダイレクトする。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００９−１８７３２０号公報
【非特許文献】
【００１２】
【非特許文献１】［フレッツスポット（登録商標）］、［online］、［平成２５年２月１４日検索］、インターネット〈URL：flets-w.com/spot/〉
【発明の概要】
【発明が解決しようとする課題】
【００１３】
非特許文献１のような公衆無線ＬＡＮサービスは、アクセスポイントに接続してＷｅｂブラウザを起動するだけで特定のＵＲＬにリダイレクトすることはできるが、通話の有無とは関係なしに、無条件に所定のＵＲＬへとリダイレクトしてしまうものである。すなわち、非特許文献１に記載されているような技術では通話状態と連動したリダイレクトの制御というものができない。
【００１４】
他方、特許文献１に記載の技術では、事前に情報表示端末から対応付け端末にログインしてブラウザでポーリングさせておき、通話が確立したときに特定のＵＲＬにリダイレクトされる。そのために、情報表示端末では事前に通話端末の識別情報を使って対応付け端末にログインする操作が必要となる。つまり、Ｗｅｂブラウザを起動するだけ、といった簡単な操作だけでは特定のＵＲＬにリダイレクトすることはできない。
【００１５】
そこで、本発明は、通話状態にあるときに、ユーザが簡便な操作を行うだけで特定のリダイレクト先にリダイレクトさせることが可能な、リダイレクト制御装置、リダイレクト制御システム及びリダイレクト制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明の第１の観点によれば、ユーザが使用する１以上の端末と接続されたリダイレクト制御装置であって、コンテンツを閲覧するためのソフトウェアの起動操作を前記端末が前記ユーザから受け付けたことを契機として送信された接続要求、を当該リダイレクト制御装置が受信した場合であって、且つ、前記ユーザが通話中である場合に、前記接続要求により要求された接続先である第１の接続先とは異なる第２の接続先に前記端末を接続させるリダイレクト手段を備えることを特徴とするリダイレクト制御装置が提供される。
【００１７】
本発明の第２の観点によれば、上記本発明の第１の観点により提供されるリダイレクト制御装置と、前記リダイレクト制御装置と通信を行うセッション管理装置と、を含むリダイレクト制御システムであって、前記セッション管理装置は、前記リダイレクト制御装置から、前記ユーザの利用する端末の通話相手の端末の識別情報を受信し、前記リダイレクト制御装置と前記通話相手の端末の識別情報を紐付けて管理するセッション管理手段と、前記通話相手の端末が或る接続先へ接続した場合に、前記セッション管理手段の管理する情報に基づいて前記ユーザが接続する第２の接続先として前記或る接続先を前記リダイレクト制御装置に通知する通知手段と、を備え、前記リダイレクト制御装置が備える前記リダイレクト手段は前記通知手段にて通知された第２の接続先に前記端末を接続させることを特徴とするリダイレクト制御システムが提供される。
【００１８】
本発明の第３の観点によれば、ユーザが使用する１以上の端末と接続されたリダイレクト制御装置としてコンピュータを機能させるリダイレクト制御プログラムであって、コンテンツを閲覧するためのソフトウェアの起動操作を前記端末が前記ユーザから受け付けたことを契機として送信された接続要求、を当該リダイレクト制御装置が受信した場合であって、且つ、前記ユーザが通話中である場合に、前記接続要求により要求された接続先である第１の接続先とは異なる第２の接続先に前記端末を接続させるリダイレクト手段としてコンピュータを機能させることを特徴とするリダイレクト制御プログラムが提供される。
【発明の効果】
【００１９】
本発明によれば、通話状態にあるときに、ユーザが簡便な操作を行うだけで特定のリダイレクト先にリダイレクトさせることが可能となる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態１の基本的構成を表すブロック図である。
【図２】本発明の各実施形態及び各実施例の基本的動作を表すフローチャートである。
【図３】本発明の実施形態２の基本的構成を表すブロック図である。
【図４】本発明の実施例１の基本的構成を表すブロック図である。
【図５】通話情報テーブルの具体例を表すイメージ図である。
【図６】ＵＲＬ管理テーブルの具体例を表すイメージ図である。
【図７】本発明の実施例２の基本的構成を表すブロック図である。
【図８】セッション管理テーブルの具体例を表すイメージ図である。
【発明を実施するための形態】
【００２１】
まず、本発明の実施形態の概略を説明する。
【００２２】
通話をしながらＷｅｂサイトを閲覧するという状況において、所望のＷｅｂサイトへアクセスするために、ＵＲＬや検索キーワード、並びに、ＩＤ及びパスワードなどの入力操作を行うことは煩雑であり、ユーザの利便性を損なう。そこで、本発明の実施形態では通話中にＷｅｂブラウザを起動した場合に、Ｗｅｂブラウザのアクセス先を、Ｗｅｂブラウザが要求したＵＲＬではなく、他の特定のＵＲＬにリダイレクトする。
【００２３】
具体的には、ユーザが使用する端末のＷｅｂブラウザから接続要求情報を受信した際に、通話が確立した状態を表す通話情報が存在するか否かを判断する。そして、通話が確立している状態を表す通話情報が存在している場合には特定のＵＲＬにリダイレクトするための接続応答情報を作成し、接続要求元に送信する。接続要求元はこの接続応答情報を受信し、特定のＵＲＬに接続する。これによりリダイレクトを実現する。以上が本発明の実施形態の概略である。
【００２４】
次に、本発明の実施形態について図面を参照して詳細に説明する。
【００２５】
［実施形態１］
図１を参照すると、本実施形態であるＷｅｂアクセス制御システムは、ユーザ側通話端末１００、情報表示端末１１０、中継装置１２０、相手側通話端末１３０及びコンテンツサーバ１４０を含む。
【００２６】
ユーザ側通話端末１００、情報表示端末１１０及び中継装置１２０はユーザ環境に存在する。ここで、ユーザ環境とは、例えばユーザの宅内である。
【００２７】
また、相手側通話端末１３０はユーザの通話相手の環境に存在する。ここで、通話相手の環境とは例えば或る製品を販売した事業者のオペレータ室である。
【００２８】
更に、コンテンツサーバ１４０はサーバ環境に存在する。ここで、サーバ環境とは例えば或るサイト上でコンテンツを提供する事業者が管理するサーバルームである。
【００２９】
なお、コンテンツサーバ１４０を使用してコンテンツを提供する事業者と、相手側通話端末１３０は商品を販売した事業者は同一の事業者であっても良いが、異なる事業者であっても良い。
【００３０】
更に、中継装置１２０、相手側通話端末１３０及びコンテンツサーバ１４０はネットワーク１５０を介して接続されている。ここで、ネットワーク１５０は任意のネットワークであって良い。例えば、ネットワーク１５０は公衆回線網を利用したインターネットにより実現される。また、ユーザ側通話端末１００及び情報表示端末１１０も中継装置１２０を介することによりネットワーク１５０に接続することが可能である。
【００３１】
なお、図１に表される構成や各機器の台数は、単なる一例に過ぎず、本実施形態の要旨の範囲内であれば任意に変更することが可能である。
【００３２】
続いて、ユーザ側通話端末１００、情報表示端末１１０、中継装置１２０、相手側通話端末１３０及びコンテンツサーバ１４０のそれぞれについて更に詳細に説明する。
【００３３】
ユーザ側通話端末１００は、通話部１０１を含む。また、ユーザ側通話端末１００は例えばＳＩＰに準拠した音声通話が可能なＩＰ電話機やソフトフォンにより実現される。更に、通話部１０１は通話を実現する機能を含む。ここで、本実施形態における通話は、固定電話、ＩＰ電話、ソフトフォンによる音声チャット、等任意の方法により実現することが可能であり、通話を実現するために使用される機器や、通信回線及び通信プロトコルの種類は問わないものとする。
【００３４】
情報表示端末１１０は、表示部１１１を含む。ここで、情報表示端末１１０は例えばタブレット型のコンピュータやパーソナルコンピュータ又はスマートフォンと呼ばれる高機能な携帯電話機等により実現される。表示部１１１は、ＷｅｂブラウザとしてＷｅｂコンテンツを表示するための機能を含む。Ｗｅｂブラウザの種別や情報表示端末１１０を制御するオペレーティングシステム等についても特に制限は無い。
【００３５】
なお、図１においてはユーザ側通話端末１００と情報表示端末１１０とは別個の装置として図示されているが、単一の装置によりこれら双方を実現するようにしても良い。例えば、一台のパーソナルコンピュータ上で、音声通話機能を提供するソフトウェアとＷｅｂブラウザとして機能するソフトウェアとがそれぞれ動作することによりユーザ側通話端末１００及び情報表示端末１１０を実現するようにしても良い。
【００３６】
中継装置１２０は、通話情報管理部１２１、接続応答切替部１２２及びリダイレクト制御部１２３を含む。中継装置１２０は、例えば、ルータ機能を備えたホームゲートウェイにより実現される。また、上述したように、中継装置１２０には、ユーザ環境内に存在するユーザ側通話端末１００及び情報表示端末１１０が接続されており、この接続は有線接続であっても、その一部又は全部が無線接続であっても良い。また、無線ＬＡＮアクセスポイント等の中継装置を更に含んでいても良い。
【００３７】
通話情報管理部１２１は、ユーザ側通話端末１００における通話情報を管理する機能を含む。ここで、本実施形態における通話情報とは、ユーザ側通話端末１００が通話を行う際に送受信される情報のことであり、特に現在通話状態が確立した状態であるのか、それとも現在通話状態が確立した状態ではないのかを識別するための情報である。通話情報管理部１２１は、中継装置１２０を経由する通話状態を監視し、通話状態が確立している場合には、通話情報を記録する。一方で、通話状態が確立していない場合には通話情報を削除する。なお、通話情報管理部１２１における通話情報の管理はユーザ側通話端末１００が複数存在する場合には、各ユーザ側通話端末１００毎に行われる。
【００３８】
接続応答切替部１２２は、リダイレクトを実行する条件の１つである、確立した状態を表す通話情報の有無を判定する機能を含む。具体的には接続応答切替部１２２は、接続要求情報を受信したときに通話情報管理部１２１に問い合わせを行うことにより、確立した状態を表す通話情報の有無を確認する。ここで、接続要求情報とは、情報表示端末１１０がＷｅｂブラウザを起動して最初にＷｅｂサイトへアクセスする際に送信される接続要求情報のことをいう。より具体的に説明すると、一般的にＷｅｂブラウザを起動すると、Ｗｅｂブラウザはまずホームページ等として予め設定されているＷｅｂサイトへの接続を試みる。このホームページとして設定されているＷｅｂサイトへの接続要求メッセージが本実施形態における接続要求情報である。
【００３９】
Ｗｅｂサイトへアクセスする際に送信される接続要求情報には複数のデータがある。
【００４０】
まず、ＬＡＮカードやルータのポートなどについているＭＡＣアドレス（Media Access Control address）を問い合わせるために、情報表示端末１１０からＡＲＰ（Address Resolution Protocol）に準拠した要求パケットが送信される。そして、このＡＲＰ要求を受け取った受け取り先からＡＲＰ応答パケットが返信される。
【００４１】
次に、Ｗｅｂサイトのドメイン名を解決するために、ＤＮＳ（Domain Name System）サーバに対してＤＮＳクエリ要求パケットが送信される。そして、このＤＮＳクエリ要求パケットを受け取ったＤＮＳサーバからＤＮＳクエリ応答パケットが返信される。通常、ＤＮＳクエリ応答パケットには、Ｗｅｂブラウザで指定したＷｅｂサーバのＩＰアドレスが含まれる。
【００４２】
次に、ＴＣＰ（Transmission Control Protocol）に準拠した接続を開始するために、Ｗｅｂサーバとの間で３ウェイハンドシェークと呼ばれるパケットを送受信する。最後に、Ｗｅｂコンテンツを要求するために、Ｗｅｂサーバに対してＨＴＴＰリクエストメッセージを送信し、ＷｅｂサーバからＨＴＴＰレスポンスメッセージを受信する。
【００４３】
本発明の各実施形態では、接続要求情報の何れか又は複数を制御対象とし、接続応答する。
【００４４】
そして、接続応答切替部１２２は、確立した状態を表す通話情報がある場合には、確立した状態を表す通話情報がある旨をリダイレクト制御部１２３に通知する。リダイレクトを実行するためである。
【００４５】
一方で、確立した状態を表す通話情報が無い場合にはリダイレクトを実行しない。そのため、接続要求先に接続要求情報を転送する。例えば、接続要求情報がＤＮＳクエリ要求であった場合は、接続要求先である、名前解決を行うＤＮＳサーバに転送する。
【００４６】
リダイレクト制御部１２３は、接続要求情報に対して、特定のＵＲＬにリダイレクトするための接続応答情報を作成する。そして、作成した接続応答情報を、接続要求元の情報表示端末１１０に送信する。例えば、接続要求情報がＤＮＳクエリ要求の場合は、中継装置のＩＰアドレスを含むＤＮＳクエリ応答を作成する。そして、作成したＤＮＳクエリ応答を接続要求元の情報表示端末１１０に送信する。
【００４７】
また、リダイレクト制御部１２３は、接続応答情報を送信した情報表示端末１１０をリダイレクト済みリストに追加する。
【００４８】
相手側通話端末１３０は、通話部１３１を含む。ここで相手側通話端末１３０は、ユーザ側通話端末１００同様にＳＩＰに準拠した音声通話が可能なＩＰ電話機や、パーソナルコンピュータ上で動作するソフトフォンにより実現される。また、通話部１３１は音声通話を実現する機能を含む。
【００４９】
コンテンツサーバ１４０は、コンテンツ管理部１４１を含む。コンテンツサーバ１４０は、Ｗｅｂサイト上でＷｅｂコンテンツを提供するサーバである。コンテンツサーバ１４０については特に本実施形態特有の制限は無く、何らかのＷｅｂコンテンツが提供可能なサーバであれば良い。コンテンツ管理部１４１は、ユーザが閲覧するＷｅｂコンテンツを管理しており、ＨＴＴＰリクエストを受信すると、リクエストメッセージで指定されたコンテンツを検索する。そして、該当するコンテンツを含むＨＴＴＰレスポンスメッセージをリクエスト元の端末に送信する。
【００５０】
［動作の説明］
次に、図２のフローチャートを参照して本実施形態の動作について詳細に説明する。
【００５１】
まず、本実施形態にかかるＷｅｂアクセス制御システムを利用するための準備として、ユーザ環境内に存在する情報表示端末１１０には、中継装置１２０のＩＰアドレスを登録しておく。具体的には、Ｗｅｂブラウザのプロキシ設定画面やＤＮＳサーバの設定画面で、中継装置１２０のＩＰアドレスを設定する。これによって、Ｗｅｂブラウザを起動したときに、接続要求情報をネットワーク１５０を介して接続要求先に対して送信するのではなく、まず中継装置１２０に対して送信できるようになる。この設定は一度行えば良く、たとえばＷｅｂアクセス制御システムに含まれる各機器の起動のたびに行うような必要は無い。
【００５２】
上述の準備が完了後、Ｗｅｂアクセス制御システムを起動すると、まず中継装置１２０が、中継装置１２０自身が受信したデータのキャプチャを開始する（ステップＳ１１）。
【００５３】
通話情報管理部１２１は、ステップＳ１１にてキャプチャされた受信データが通話情報であるか否かを判別する（ステップＳ１２）。そして、通話情報であると判断した場合には（ステップＳ１２においてＹｅｓ）、受信した通話情報を記憶又は削除する（ステップＳ１３）。具体的には、通話が確立した状態を表す通話情報であれば中継装置１２０に記録する。一方、通話が切断された状態を表す通話情報である場合は、記録されている通話情報を削除する。
【００５４】
続いて、接続応答切替部１２２は、ステップＳ１１にてキャプチャされた受信データが、中継装置１２０のリダイレクト済みリストに未記録の情報表示端末１１０からの接続要求情報であるか否かを判別する（ステップＳ１４）。
【００５５】
中継装置１２０にリダイレクト済みリストとして未記録の情報表示端末１１０からの接続要求情報であると判断した場合には、通話情報管理部１２１に問い合わせて確立した状態を表す通話情報の有無を確認する（ステップＳ１５）。
【００５６】
確立した状態を表す通話情報が存在するときに接続要求情報を受信した場合に、リダイレクト制御部１２３は、特定のＵＲＬにリダイレクトするための接続応答情報を作成して、接続要求元に送信する（ステップＳ１６）。特定のＵＲＬは、規定のＵＲＬであっても良いし、通話相手毎にＵＲＬを設定するようにしてもよい。また、通話相手が任意のＵＲＬを指定するようにしても良い。例えば、規定のＵＲＬとするのであれば予め規定のＵＲＬを決定しておく。また、通話相手ごとに特定のＵＲＬを設定するのであれば通話相手の識別情報と、特定のＵＲＬを紐付けておく。更に、通話相手が任意のＵＲＬを指定する場合には、通話相手の識別情報と紐付ける特定のＵＲＬを通話相手の指定に基づいて設定すれば良い。
【００５７】
特定のＵＲＬにリダイレクトした後に、要求元の情報表示端末１１０を識別する端末情報または要求元のＷｅｂブラウザの接続情報をリダイレクト済みリストとして記録しておく。
【００５８】
リダイレクト後の接続要求情報であった場合には（ステップＳ１４においてＮｏ）、再度リダイレクトを実行する必要はないことから、接続要求情報に含まれている要求先へ接続要求情報を転送する（ステップＳ１８）。例えば、接続要求情報がＨＴＴＰリクエストメッセージであるならば、このＨＴＴＰリクエストメッセージを要求先のコンテンツサーバ１４０へ転送する。なお、ステップＳ１４においてＮｏとなる場合とは、例えば或る情報表示端末１１０が一度Ｗｅｂブラウザを起動してリダイレクトを行った後に、別途新たにＷｅｂブラウザを起動したような場合である。
【００５９】
また、確立した状態を表す通話情報がない場合には（ステップＳ１５においてＮｏ）、現在ユーザ側通話端末１００を用いた通話は行われていないこととなるので、リダイレクトは実行しない。そのため、ステップＳ１４においてＮｏであった場合と同様に接続要求情報に含まれている要求先へ接続要求情報を転送する（ステップＳ１８）。
【００６０】
そして、Ｗｅｂアクセス制御システムでの動作を終了すると、中継装置１２０での受信データのキャプチャも終了となる。
【００６１】
以上説明した本実施形態は、ユーザ側通話端末１００の通話の実施状況に応じて、ユーザ自身が選択した情報表示端末１１０においてＷｅｂブラウザを起動しただけで特定のＵＲＬにリダイレクトすることが可能になる、という効果を奏する。
【００６２】
背景技術の欄で示したような一般的な技術では、端末を操作し、事前に中継装置等にログインしておくという処理が必要であった。また、端末のブラウザを待機させてポーリングを行わせておく必要があった。しかし、本実施形態では情報表示端末１１０は事前に中継装置１２０に接続しておく必要がなく、通話中のユーザが、そのとき近くに存在した情報表示端末を使ってＷｅｂコンテンツを閲覧したいと思い立ったときに、即座に関連するＷｅｂサイトへリダイレクトしてくれるので、ユーザ操作の利便性が向上する。
【００６３】
［実施形態２］
次に、本発明の他の実施形態について図面を参照して詳細に説明する。本実施形態では、ＩＤやパスワードの入力を求めるＷｅｂサイトへリダイレクトする際に、このＩＤやパスワードの入力を自動化することを目的とする。更に、リダイレクト先を、通話相手が参照しているＷｅｂサイトとする機能を提供することを目的とする。
【００６４】
図３を参照すると、本発明の実施形態２であるＷｅｂアクセス制御システムは、ユーザ側端末２００、中継装置２１０、情報端末２２０、相手側通話端末２３０及びコンテンツサーバ２４０を含む。
【００６５】
ユーザ側端末２００及び情報端末２２０は、中継装置２１０を介してネットワーク２５０に接続し、相手側通話端末２３０及びコンテンツサーバ２４０もネットワーク２５０に接続される。
【００６６】
また、ユーザ側端末２００、情報端末２２０及び中継装置２１０はユーザ環境に設置される。また、相手側通話端末２３０は相手側環境に設置される。更に、コンテンツサーバ２４０はサーバ環境に設置される。これら各環境の種別は実施形態１と同様である。更に、ネットワーク２５０は実施形態１のネットワーク１５０に相当する。
【００６７】
また、ユーザ側端末２００は、通話部２０１及び表示部２０２を含む。通話部２０１は実施形態１の通話部１０１に相当する。また、表示部２０２は実施形態１の表示部１１１に相当する。すなわち、ユーザ側端末２００は、実施形態１におけるユーザ側通話端末１００及び情報表示端末１１０を１つの端末にて実現するものである。なお、本発明の実施形態１のように、実施形態２においても表示部２０２を情報表示端末が含むようにすることもできる。また、本発明の実施形態１において、ユーザ側通話端末１００が、通話部１０１と、表示部１１１の双方を含むようにすることもできる。つまり、実施形態１と実施形態２の何れにおいても通話機能及び情報表示機能を２つの機能を、２つの端末で実現しても良いが、１つの端末で実現しても良い。
【００６８】
また、実施形態１では中継装置１２０が存在していたが、本実施形態では、中継装置２１０及び情報端末２２０に置き換わっている。ここで、中継装置２１０は、例えば宅内ルータにより実現される。また、情報端末２２０は例えばホームサーバにより実現される。
【００６９】
中継装置２１０は、ユーザ環境にあるユーザ側端末２００から受信したデータや、ネットワーク２５０を介して受信したデータを宛先の端末に転送する。
【００７０】
情報端末２２０は、通話情報管理部２２１、接続応答切替部２２２、リダイレクト制御部２２３及び認証管理部２２４を含む。情報端末２２０は、中継装置１２０と比較すると、認証管理部２２４を含んでいる点で相違する。なお実施形態２において情報端末２２０に含まれる本実施形態特有の各機能ブロックを中継装置２１０にて実現するようにしても良い。また、実施形態１において中継装置１２０は中継のみを行うようにし、中継装置１２０に含まれていた本実施形態特有の各機能ブロックは中継装置１２０以外の情報端末により実現するようにしても良い。
【００７１】
相手側通話端末２３０は、通話部２３１と、表示部２３２を含む。相手側通話端末２３０は、ユーザ側端末１００と同等の機能ブロックを含んでいる。具体的には、通話部２０１及び通話部２３１は、通話端末で通話するための機能を含む。また、表示部２０２及び表示部２３２は、ＷｅｂブラウザでＷｅｂコンテンツを表示するための機能を含む。
【００７２】
コンテンツサーバ２４０は、コンテンツ管理部２４１と、セッション管理部２４２を含む。
【００７３】
コンテンツ管理部２４１は、実施形態１におけるコンテンツ管理部１４１と同様の機能を有する。
【００７４】
次に、セッション管理部２４２について説明する。本実施形態ではセッション管理部２４２が動作することにより、リダイレクト制御部２２３において、通話相手が表示部２３２で表示しているＷｅｂサイトをリダイレクト先に指定することを可能とする。そして、そのために、セッション管理部２４２は、ユーザと通話相手の通話が確立すると、ユーザが使用するユーザ側端末２００及び情報端末２２０と、通話相手が使用する相手側通話端末２３０を紐付けて管理する。更に、リダイレクト先として指定したいＷｅｂサイトを閲覧中の通話相手の相手側通話端末２３０から、相手側通話端末２３０の識別情報と、リダイレクト先として指定したいＷｅｂサイトのＵＲＬを含む情報をセッション管理部２４２に通知する。
【００７５】
セッション管理部２４２は、相手側通話端末２３０の識別情報に基づいて相手側通話端末２３０と紐付けられている情報端末２２０を特定する。そして、特定した情報端末２２０のリダイレクト制御部２２３にリダイレクト先として指定したいＷｅｂサイトのＵＲＬを通知する。この通知により、リダイレクト制御部２２３は、通話相手が表示部２３２で表示しているＷｅｂサイトをリダイレクト先に指定することが可能となる。
【００７６】
通話情報管理部２２１は、実施形態１における通話情報管理部１２１と同様の機能を含む。
【００７７】
接続応答切替部２２２は、実施形態１における接続応答切替部１２２と同様の機能を含む。
【００７８】
リダイレクト制御部２２３は、実施形態１におけるリダイレクト制御部１２３と同様の機能を有する。また、通話相手が表示部２３２で表示しているＷｅｂサイトをリダイレクト先に指定する場合は、通話相手がＷｅｂサイトを表示している状態で、Ｗｅｂブラウザに対して操作を行い、該当するＷｅｂサイトのＵＲＬをセッション管理部２４２に通知する。そして、通知を受けたセッション管理部２４２は、該当するＷｅｂサイトのＵＲＬを更にリダイレクト制御部２２３に通知する。これによりリダイレクト制御部２２３は、通話相手が表示部２３２で表示しているＷｅｂサイトをリダイレクト先に指定することが可能となる。
【００７９】
認証管理部２２４は、ユーザ側端末１００を利用して通話中のユーザを識別するＩＤやパスワードを管理する。そして、このＩＤやパスワードと共に、このＩＤやパスワードをＷｅｂサイト上で自動入力するスクリプトをリダイレクト制御部２２３に送信する。リダイレクト制御部２２３は、このＩＤやパスワード並びにスクリプトを接続応答情報に含ませて、ユーザ側端末２００に送信する。これにより、ＩＤやパスワードを入力すべきＷｅｂサイトへのログインが自動化できる。
【００８０】
［動作の説明］
次に、本実施形態の動作について説明する。
【００８１】
まず、本実施形態にかかるＷｅｂアクセス制御システムを利用するための準備として、本発明の実施形態１と同様に、ユーザ環境内に存在するユーザ側端末２００には、情報端末２２０のＩＰアドレスを登録しておく。具体的には、Ｗｅｂブラウザのプロキシ設定画面やＤＮＳサーバの設定画面で、情報端末２２０のＩＰアドレスを設定する。これによって、Ｗｅｂブラウザを起動したときに、接続要求情報をネットワーク２５０を介して接続要求先に対して送信するのではなく、まず情報端末２２０に対して送信できるようになる。この設定は一度行えば良く、たとえばＷｅｂアクセス制御システムに含まれる各機器の起動のたびに行うような必要は無い。
【００８２】
特定のＵＲＬにリダイレクトする基本的な動作は、図２を参照して上述した実施形態１の動作と同様である。すなわちステップＳ１１〜ステップＳ１８の動作を行う点は実施形態１と同じであるため詳細な説明を省略する。以下では、本発明の実施形態１と異なる動作について、説明する。
【００８３】
実施形態２においても、ステップＳ１６にてリダイレクト制御部２２３が接続応答情報を作成する点は実施形態１と同じである。もっとも実施形態２では、リダイレクト先となる特定のＵＲＬが或るサービスのログイン画面であるときには、認証管理部２２４が予め管理しているユーザの識別情報（例えば、ＩＤやパスワード）をリダイレクト先のＵＲＬに付加して接続応答情報を作成する。
【００８４】
例えば、認証管理部２２４が、ユーザの識別情報とユーザ側端末２００の識別情報を組にして管理しておく。そして、リダイレクト制御部２２３は、ユーザ側端末２００の通話が確立していると判断したら、ユーザ側端末２００の識別情報をキーにしてユーザの識別情報を検索する。
【００８５】
次に、リダイレクト制御部２２３は、検索により取得したユーザの識別情報をリダイレクト先のＵＲＬに付加して接続応答情報を作成する。更に、接続応答情報には、リダイレクト先のＵＲＬのログイン画面にてユーザの識別情報を自動入力するようなスクリプトも含ませる。そして、作成した接続応答情報をユーザ側端末２００に送信する。これにより、ＩＤやパスワードを入力すべきＷｅｂサイトへのログインが自動化できる。
【００８６】
更にリダイレクト制御部２２３が、通話相手が表示部２３２で表示しているＷｅｂサイトをリダイレクト先に指定するときの動作について、説明する。
【００８７】
通話情報管理部２２１が通話が確立した状態を表す通話情報を取得すると（ステップＳ１５においてＹｅｓ）、情報端末２２０の識別情報及び相手側通話端末２３０の識別情報をセッション管理部２４２に通知する。
【００８８】
一方、通話相手が表示部２３２を用いてＷｅｂブラウザを起動し、コンテンツサーバ２４０上のＷｅｂサイトにアクセスする。これにより、表示部２３２にリクエストされたＷｅｂコンテンツが表示される。更に、に、表示中のＷｅｂサイト情報をセッション管理部２４２に通知するためのコンテンツも表示する。セッション管理部２４２に通知するためのコンテンツとは、例えば、現在閲覧しているＷｅｂサイトを相手側通話端末２３０のセッションとしてセッション管理部２４２の管理対象として良いか、すなわち、ユーザ側端末２００のリダイレクト先として良いかを通話相手に確認する旨の確認画面である。
【００８９】
この確認画面を参照した通話相手が、現在表示中のＷｅｂサイト情報をユーザ側端末２００のリダイレクト先として良い旨の操作を行うと、表示部２３２にて表示中のＷｅｂサイト情報が取得される。そして、取得したＷｅｂサイト情報を相手側通話端末２３０の識別情報と共に、セッション管理部２４２に通知する。
【００９０】
そして、セッション管理部２４２は、相手側通話端末２３０と組で管理されている情報端末２２０のリダイレクト制御部２２３に表示部２３２で表示中のＷｅｂサイト情報を通知する。通知を受けたリダイレクト制御部２２３は、受信したＷｅｂサイトのＵＲＬをリダイレクト先にした接続応答情報を作成する。これにより、通話相手が表示部２３２で表示しているＷｅｂサイトをリダイレクト先とすることが可能となる。
【００９１】
本実施形態にかかるＷｅｂアクセス制御システムの効果は、本発明の実施形態１における効果に加えて、リダイレクト先のＷｅｂサイトでのＩＤやパスワードの入力といったユーザのログイン操作も自動化できることである。
【００９２】
更に本実施形態にかかるＷｅｂアクセス制御システムの他の効果は、現在通話相手が表示部２３２で表示しているＷｅｂサイトをリダイレクト先にできることである。
【実施例１】
【００９３】
次に、具体的な実施例に即して説明する。本発明の実施例１は、実施形態１を具体化したＷｅｂアクセス制御システムである。
【００９４】
本実施例では、Ｗｅｂブラウザが送信する各種の接続要求情報のうち、ＨＴＴＰリクエストメッセージを制御対象とする。
【００９５】
図４を参照すると、本実施例であるＷｅｂアクセス制御システムでは、ユーザ側固定電話３００、タブレット端末３１０、ホームゲートウェイ３２０、相手側固定電話３３０、コンテンツサーバ３４０、インターネット３５０及びホームネットワーク３６０を含む。
【００９６】
ここで、ユーザ側固定電話３００は実施形態１のユーザ側通話端末１００に相当するものである。また、タブレット端末３１０は実施形態１の情報表示端末１１０に相当するものである。更に、ホームゲートウェイ３２０は実施形態１の中継装置１２０に相当するものである。更に、相手側固定電話３３０は実施形態１の相手側通話端末１３０に相当するものである。更に、コンテンツサーバ３４０は実施形態１のコンテンツサーバ１４０に相当するものである。更に、インターネット３５０は実施形態１のネットワーク１５０に相当するものである。更に、ホームネットワーク３６０は実施形態１の中継装置１２０と、ユーザ側端末１００及び情報表示端末１１０との接続に相当するものである。
【００９７】
ユーザ宅内にあるユーザ側固定電話３００と、Ｗｅｂブラウザを搭載したタブレット端末３１０と、ホームゲートウェイ３２０は、ホームネットワーク３６０を介して接続されている。
【００９８】
また、ホームゲートウェイ３２０と、オペレータが使用する相手側固定電話３３０と、Ｗｅｂサービスを提供するコンテンツサーバ３４０は、インターネット３５０を介して接続している。
【００９９】
更に、ホームゲートウェイ３２０は、宅内ルータとして機能し、ＬＡＮ（Local Area Network）側のホームネット３６０とＷＡＮ（Wide Area Network）側のインターネット３５０との間の通信を仲介する。
【０１００】
ここで、ユーザ側固定電話３００は、ＩＰ電話であり、例えばひかり電話（登録商標）等の名称で提供される光回線等を介して相手側固定電話３３０との通話を実現する。
【０１０１】
本実施例の説明ではユーザがユーザ側固定電話３００を使用して、インターネットプロバイダの問い合わせ窓口のオペレータが使用する相手側固定電話３３０に電話をかけ、電話を受けたオペレータが、特定のＷｅｂサイトにユーザを案内する、という場面を想定する。
【０１０２】
ユーザ側固定電話３００の通話プログラム３０１、相手側固定電話３３０の通話プログラム３３１は、ハードウェアと協働して通話機能を実現するためのプログラムである。
【０１０３】
タブレット端末３１０の表示プログラム３１１は、ハードウェアと協働してＷｅｂブラウザを実現するためのプログラムである。
【０１０４】
ホームゲートウェイ３２０は、通話情報管理プログラム３２１、接続応答切替プログラム３２２及びリダイレクト制御プログラム３２３を含む。
【０１０５】
接続応答切替プログラム３２２と、リダイレクト制御プログラム３２３はハードウェアと協働することによりＨＴＴＰプロキシとして動作する。そして、接続応答切替プログラム３２２及びリダイレクト制御プログラム３２３により実現されるＨＴＴＰプロキシは、ユーザ側固定電話３００からＨＴＴＰリクエストを受信すると、ユーザ側固定電話３００に代ってＷｅｂサーバへリクエストを送信する。接続応答切替プログラム３２２及びリダイレクト制御プログラム３２３により実現されるＨＴＴＰプロキシは、ＷｅｂサーバからＨＴＴＰレスポンスを受信すると、接続要求元のユーザ側固定電話３００にレスポンスを返す。
【０１０６】
コンテンツサーバ３４０のコンテンツ管理プログラム３４１は、ハードウェアと協働してＷｅｂサーバ及びサーブレットを実現するためのプログラムである。
【０１０７】
次に、本実施例の具体的な動作例について図２のフローチャートを参照して説明する。
【０１０８】
まず、ユーザがユーザ側固定電話３００から通話発信し、オペレータの相手側固定電話３３０で着信する。着信を確認した（ステップＳ１１及びステップＳ１２においてＹｅｓ）通話情報管理プログラム３２１は、図５に表されるような、ユーザ側固定電話３００と相手側固定電話３３０の電話番号を組とした通話情報テーブル４００をホームゲートウェイ３２０内の記録媒体（図示を省略する）に記録する（ステップＳ１３）。この通話情報テーブル４００は、通話が確立した状態を表す通話情報である。
【０１０９】
次に、ユーザはタブレット端末３１０でＷｅｂブラウザを起動する。表示プログラム３１１が接続要求情報としてＨＴＴＰリクエストメッセージを送信する。この接続要求情報ではタブレット端末３１０のＷｅｂブラウザにおいてホームページとして設定されているＷｅｂサイトが接続先として指定されている。次に、接続応答切替プログラム３２２がこのＨＴＴＰリクエストメッセージを受信する（ステップＳ１１、ステップＳ１２においてＮｏ、ステップＳ１４においてＹｅｓ）。
【０１１０】
ＨＴＴＰリクエストメッセージを受信した接続応答切替プログラム３２２は、通話情報テーブル４００を参照して、通話が確立した状態を表す通話情報の有無を確認する（ステップＳ１５）。
【０１１１】
今回は図５に表されるように通話情報テーブル４００に通話が確立した状態を表す通話情報が記録されている（ステップＳ１５においてＹｅｓ）。そのため、接続応答切替プログラム３２２はリダイレクト制御プログラム３２３に、通話が確立した状態を表す通話情報が記録されている旨を通知する。
【０１１２】
通知を受けたリダイレクト制御プログラム３２３は、記録されている、通話が確立した状態を表す通話情報を検索キーにして、図６に表されるようなＵＲＬ管理テーブル５００から、リダイレクト先となるＵＲＬを取得する。ＵＲＬ管理テーブル５００には、通話先の識別情報である相手側固定電話３３０の電話番号とリダイレクト先のＵＲＬを組にしたリストが１つ以上記録されている。
【０１１３】
この点、本例では着信側の識別情報、すなわち相手側固定電話３３０の識別情報はＵＲＬ管理テーブル５００に表されているように「０１２０−ＣＣＣ−ＤＤＤ」である。そこで、この「０１２０−ＣＣＣ−ＤＤＤ」を検索キーとしてＵＲＬ管理テーブル５００を検索すると、「０１２０−ＣＣＣ−ＤＤＤ」にはリダイレクトするＵＲＬとして「http://www.xxx.com」であるので、このＵＲＬを取得する。
【０１１４】
リダイレクト制御プログラム３２３は、取得したＵＲＬを有するコンテンツサーバ３４０にＨＴＴＰリクエストメッセージを送信し、コンテンツ管理プログラム３４１からＨＴＴＰレスポンスメッセージを受信する（ステップＳ１６）。
【０１１５】
リダイレクト制御プログラム３２３は、コンテンツ管理プログラム３４１から受信したＨＴＴＰレスポンスメッセージをタブレット端末３１０に送信する（ステップＳ１７）。
【０１１６】
このようにして、タブレット端末３１０のＷｅｂブラウザを起動するだけで、通話先に関連した特定のＵＲＬへリダイレクトされる。例えば今回の例であれば相手側固定電話３３０関連した特定のＵＲＬ「http://www.xxx.com」へリダイレクトされる。
【０１１７】
以上説明した本実施例の効果について説明する。
【０１１８】
一般的に、Ｗｅｂブラウザのオプション設定でホームページが任意のＵＲＬ（例えば、よく使う検索サイトのＵＲＬや、ポータルサイトのＵＲＬ及びタブレット端末３１０の製造メーカのＵＲＬなど）に設定されていると、Ｗｅｂブラウザ起動時にＷｅｂブラウザは、そのホームページへアクセスを試みる。もっとも、本実施例では、接続応答切替プログラム３２２にてＨＴＴＰリクエストメッセージをトラップし、通話中のユーザがＷｅｂブラウザを起動したことに起因するＷｅｂアクセスであると判断した場合には、指定されている特定のＵＲＬにリダイレクトすることが可能となる。
【実施例２】
【０１１９】
続いて実施形態２に基づいたＷｅｂアクセス制御システムである実施例２について説明する。
【０１２０】
本実施例では、Ｗｅｂブラウザが送信する接続要求情報のうち、ＤＮＳクエリ要求を制御対象とする。
【０１２１】
図７に表されるように本実施例は、ユーザ側スマートフォン６００、ルータ６１０、ホームサーバ６２０、相手側ＰＣ６３０、コンテンツサーバ６４０は、インターネット６５０及びホームネットワーク６６０を含む。
【０１２２】
ユーザ側スマートフォン６００は、実施形態２のユーザ側端末２００に相当する。また、ルータ６１０は、実施形態２の中継装置２１０に相当する。更に、ホームサーバ６２０は、実施形態２の情報端末２２０に相当する。更に、相手側ＰＣ６３０は、実施形態２の相手側通話端末２３０に相当する。更に、コンテンツサーバ６４０は、実施形態２のコンテンツサーバ２４０に相当する。更に、インターネット６５０は、実施形態２のネットワーク２５０に相当する。更に、ホームネットワーク６６０は、実施形態２のユーザ側端末２００、中継装置２１０及び情報端末２２０間の接続に相当する。
【０１２３】
図７に表されるように、ユーザ側スマートフォン６００、ルータ６１０及びホームサーバ６２０は、ホームネットワーク６６０を介して接続している。また、ルータ６１０と、オペレータが使用する相手側ＰＣ６３０と、Ｗｅｂサービスを提供するコンテンツサーバ６４０は、インターネット６５０を介して接続している。ルータ６１０は、ＬＡＮ（Local Area Network）側のホームネット３６０とＷＡＮ（Wide Area Network）側のインターネット３５０との間の通信を仲介する。なお、ユーザ側スマートフォン６００、ルータ６１０及びホームサーバ６２０はユーザ宅内に設置される。
【０１２４】
ユーザ側スマートフォン６００および相手側ＰＣ６３０には、ＩＰ電話ソフトとＷｅｂブラウザがインストールされている。ユーザはユーザ側スマートフォン６００を使用して、家電メーカの問い合わせ窓口のオペレータが使用する相手側ＰＣ６３０に電話をかけ、オペレータが特定のＷｅｂサイトを案内することを想定する。
【０１２５】
ユーザ側スマートフォン６００の通話プログラム６０１及び相手側ＰＣ６３０の通話プログラム６３１は、ハードウェアと協働してＩＰ電話ソフトを実現するためのプログラムである。
【０１２６】
ユーザ側スマートフォン６００の表示プログラム６０２、相手側ＰＣ６３０の表示プログラム６３２は、ハードウェアと協働してＷｅｂブラウザを実現するためのプログラムである。
【０１２７】
ホームサーバ６２０は、通話情報管理プログラム６２１と、接続応答切替プログラム６２２と、リダイレクト制御プログラム６２３と、認証管理プログラム６２４を含む。
【０１２８】
通話情報管理プログラム６２１は、ハードウェアと協働することにより通話情報管理部２２１と同等の機能を実現する。
【０１２９】
また、接続応答切替プログラム６２２はハードウェアと協働することによりＤＮＳプロキシとして動作する。そして、接続応答切替プログラム６２２により実現されるＤＮＳプロシキは、ユーザ側スマートフォン６００からＤＮＳクエリ要求を受信すると、ドメイン名をＩＰアドレスに変換する。そして、接続応答切替プログラム６２２により実現されるＤＮＳプロシキは、変換後のＩＰアドレスを要求元のユーザ側スマートフォン６００にレスポンスとして返す。
【０１３０】
更に、リダイレクト制御プログラム６２３は、ハードウェアと協働することによりリダイレクト制御部２２３と同等の機能を実現する。
【０１３１】
更に、認証管理プログラム６２４は、ハードウェアと協働することにより認証管理部２２４と同等の機能を実現する。
【０１３２】
更に、コンテンツサーバ６４０のコンテンツ管理プログラム６４１は、ハードウェアと協働することによりＷｅｂサーバ及びサーブレットを実現する。
【０１３３】
次に、本実施例の具体的な動作例について図２のフローチャートを参照して説明する。
【０１３４】
まず、ユーザがユーザ側スマートフォン６００から通話発信し、オペレータの相手側ＰＣ６３０で着信する。着信を確認した（ステップＳ１１及びステップＳ１２においてＹｅｓ）通話情報管理プログラム６２１は、図５に表されるような、通話情報テーブル４１０をホームサーバ６２０内の記録媒体（図示を省略する）に記録する（ステップＳ１３）。この通話情報テーブル４１０は、通話が確立した状態を表す通話情報である。
【０１３５】
次に、通話情報管理プログラム６２１は、図６に表されるようなＵＲＬ管理テーブル５１０を参照し、通話先に対応したセッション管理用ＵＲＬに対して、持続的なポーリングを開始する。本例では、着信側の識別情報、すなわち相手側ＰＣ６３０の識別情報はＵＲＬ管理テーブル５１０に表されているように「０１２０−ＣＣＣ−ＤＤＤ」である。そこで、この「０１２０−ＣＣＣ−ＤＤＤ」を検索キーとしてＵＲＬ管理テーブル５１０を検索すると、「０１２０−ＣＣＣ−ＤＤＤ」に紐付けられているセッション管理用ＵＲＬは「http://www.xxx.com/smng/」であるので、この「http://www.xxx.com/smng/」を取得する。そして、「http://www.xxx.com/smng/」に対して、持続的なポーリングを開始する。
【０１３６】
セッション管理プログラム６４２は、ポーリングを受け付けると共に、ホームサーバ６２０から相手側ＰＣ６３０の識別情報であるＩＰアドレスを受信して、ポーリングのセッション情報と組にして、図８に表されるような、セッション管理テーブル７００に記録する。本例では、相手側ＰＣ６３０のＩＰアドレスである「２１０．１１１．１．１」とポーリングのセッション情報「２０１２１１２２１２３００００００００１」が組として記録される。
【０１３７】
一方で、オペレータが相手側ＰＣ６３０を使用してＷｅｂブラウザを起動し、コンテンツサーバ６４０のＷｅｂサイトにアクセスする。すると、セッション管理プログラム６４２が相手側ＰＣ６３０の識別情報を管理しているので、リクエストされたＷｅｂコンテンツを相手側ＰＣ６３０に表示すると共に、表示中のＷｅｂサイト情報をセッション管理プログラム６４２に通知して良いかをオペレータに確認するためのコンテンツも表示する。
【０１３８】
オペレータが、表示中のＷｅｂサイト情報を送信する旨の操作を行うと、表示プログラム６３２にて表示中のＷｅｂサイト情報を取得して、相手側ＰＣ６３０の識別情報とともに、セッション管理プログラム６４２に通知する。
【０１３９】
そして、セッション管理プログラム６４２はセッション管理テーブル７００を参照し、相手側ＰＣ６３０の識別情報と組で管理されているホームサーバ６２０のセッション情報を抽出する。そして、このセッション情報により特定されるセッションを利用して、Ｗｅｂサイト情報をリダイレクト制御プログラム６２３へと通知する。本例では、相手側ＰＣ６３０のＩＰアドレスである「２１０．１１１．１．１」とポーリングのセッション情報「２０１２１１２２１２３００００００００１」が組として記録されているので、セッション情報「２０１２１１２２１２３００００００００１」により特定されるセッションを利用して、Ｗｅｂサイト情報をリダイレクト制御プログラム６２３へと通知する。
【０１４０】
リダイレクト制御プログラム６２３は、受信したＷｅｂサイトのＵＲＬをＵＲＬ管理テーブル５１０に反映する。すなわち、受信したＷｅｂサイトのＵＲＬ「http://www.xxx.com」を相手側ＰＣ６３０の識別情報「０１２０−ＣＣＣ−ＤＤＤ」の組となるリダイレクトするＵＲＬとする。
【０１４１】
ユーザがＷｅｂブラウザを起動して、表示プログラム６０２がＤＮＳクエリ要求を送信すると、接続応答切替プログラム６２２がこのＤＮＳクエリ要求を受信する（ステップＳ１１、ステップＳ１２においてＮｏ、ステップＳ１４においてＹｅｓ）。
【０１４２】
ＤＮＳクエリ要求を受信した接続応答切替プログラム６２２は、通話情報テーブル４１０を参照して、通話が確立した状態を表す通話情報の有無を確認する（ステップＳ１５）。
【０１４３】
今回は図５に表されるように通話情報テーブル４１０に通話が確立した状態を表す通話情報が記録されている（ステップＳ１５においてＹｅｓ）。そのため、接続応答切替プログラム６２２はホームサーバ６２０のＩＰアドレスを含むＤＮＳクエリ応答を作成して、ユーザ側スマートフォン６００の表示プログラム６０２へ送信する。
【０１４４】
ホームサーバ６２０のＩＰアドレスを含むＤＮＳクエリ応答を受信した表示プログラム６０２は、ホームサーバ６２０の接続応答切替プログラム６２２に対して、ユーザ側スマートフォン６００のＩＰアドレスを含むＨＴＴＰリクエストメッセージを送信する。
【０１４５】
接続応答切替プログラム６２２で、ＨＴＴＰリクエストメッセージを受信すると、リダイレクト制御プログラム６２３に通知し、リダイレクト制御プログラム３２２は、通話情報テーブル４１０およびＵＲＬ管理テーブル５１０を参照して、リダイレクトするＵＲＬを取得する（ステップＳ１６）。具体的には、ユーザ側スマートフォン６００のＩＰアドレスを検索キーとして通話情報テーブル４１０を検索し、相手側ＰＣ６３０の識別情報「０１２０−ＣＣＣ−ＤＤＤ」を取得する。そして、相手側ＰＣ６３０の識別情報「０１２０−ＣＣＣ−ＤＤＤ」を検索キーとしてＵＲＬ管理テーブル５１０を検索し、リダイレクトするＵＲＬとして「http://www.xxx.com」を取得する。
【０１４６】
リダイレクト制御プログラム６２３は、取得したＵＲＬ「http://www.xxx.com」にリダイレクトするスクリプトを含むＨＴＴＰレスポンスメッセージを表示プログラム６０２に送信する（ステップＳ１７）。表示プログラム６０２は受信したスクリプトを実行して、特定のＵＲＬにアクセスする。
【０１４７】
このようにして、ユーザ側スマートフォン６００のＷｅｂブラウザを起動するだけで、オペレータが指定したＵＲＬへリダイレクトされる。例えば今回の例であれば相手側ＰＣ６３０が参照している特定のＵＲＬ「http://www.xxx.com」へリダイレクトされる。
【０１４８】
一般的に、Ｗｅｂブラウザのオプション設定でホームページが任意のＵＲＬ（例えば、よく使う検索サイトのＵＲＬや、ポータルサイトのＵＲＬ及びスマートフォン６００の製造メーカのＵＲＬなど）に設定されていると、Ｗｅｂブラウザ起動時にＷｅｂブラウザは、そのホームページへアクセスを試みる。もっとも、本実施例では、接続応答切替プログラム６２２にてＤＮＳクエリ要求をトラップし、通話中のユーザがＷｅｂブラウザを起動したことに起因するＷｅｂアクセスと判断した場合には、指定されている特定のＵＲＬにリダイレクトすることが可能となる。
【０１４９】
なお、上記のＷｅｂアクセス制御システムは、ハードウェア、ソフトウェア又はこれらの組合わせにより実現することができる。また、上記のＷｅｂアクセス制御システムにより行なわれるリダイレクト制御方法も、ハードウェア、ソフトウェア又はこれらの組合わせにより実現することができる。ここで、ソフトウェアによって実現されるとは、コンピュータがプログラムを読み込んで実行することにより実現されることを意味する。
【０１５０】
プログラムは、様々なタイプの非一時的なコンピュータ可読媒体(non-transitory computer readable medium)を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体(tangible storage medium)を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えば、フレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば、光磁気ディスク）、ＣＤ−ＲＯＭ(Read Only Memory)、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ(Programmable ROM)、ＥＰＲＯＭ(Erasable PROM)、フラッシュＲＯＭ、ＲＡＭ(random access memory）)を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体(transitory computer readable medium)によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１５１】
また、上述した実施形態は、本発明の好適な実施形態ではあるが、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【０１５２】
以上説明した本発明の実施形態は、以下に示す効果を奏する。
【０１５３】
本発明の実施形態によれば、ユーザが通話しているときに、ユーザ自身が選択した情報表示端末においてＷｅｂブラウザを起動しただけで特定のＵＲＬにリダイレクトすることが可能になるという効果を奏する。
【０１５４】
その理由は、接続応答切替手段にて、確立した状態を表す通話情報があると判断したときに、リダイレクト制御手段にて、特定のＵＲＬにリダイレクトするための接続応答情報を作成するため、情報表示端末でＷｅｂブラウザを起動するだけで、特定のＵＲＬにリダイレクトすることができるからである。
【０１５５】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【０１５６】
（付記１）  ユーザが使用する１以上の端末と接続されたリダイレクト制御装置であって、
コンテンツを閲覧するためのソフトウェアの起動操作を前記端末が前記ユーザから受け付けたことを契機として送信された接続要求、を当該リダイレクト制御装置が受信した場合であって、且つ、前記ユーザが通話中である場合に、前記接続要求により要求された接続先である第１の接続先とは異なる第２の接続先に前記端末を接続させるリダイレクト手段を備えることを特徴とするリダイレクト制御装置。
【０１５７】
（付記２）  付記１に記載のリダイレクト制御装置であって、
前記端末から送信された、第１の接続先への接続要求を前記第１の接続先に代理して受信する中継手段と、
前記接続要求を受信した際に前記ユーザが前記端末を利用して通話中であるか否かを判定する判定手段と、
を更に備え、
前記リダイレクト手段は、前記判定において通話中と判定された場合には、第２の接続先へ接続するための情報を前記接続要求の返信として前記端末に送信することにより、前記端末を前記第２の接続先に接続させることを特徴とするリダイレクト制御装置。
【０１５８】
（付記３）  付記１又は２に記載のリダイレクト制御装置であって、
前記ユーザの識別情報及び該識別情報を前記端末が前記第２の接続先にて自動入力するための情報を前記端末に送信することにより、前記第２の接続先に接続した前記端末に、前記ユーザの識別情報を前記第２の接続先にて自動入力させることを特徴とするリダイレクト制御装置。
【０１５９】
（付記４）  付記１乃至３の何れか１に記載のリダイレクト制御装置であって、
前記端末は複数存在しており、
前記接続要求は、前記複数の端末の中からユーザが任意に選択した何れの端末から送信された接続要求であっても良いことを特徴とするリダイレクト制御装置。
【０１６０】
（付記５）  付記１乃至４の何れか１に記載のリダイレクト制御装置であって、
前記端末は複数存在しており、
前記ユーザが通話に用いている端末と、前記ソフトウェアを起動させるための操作を前記ユーザから受け付けた端末とが異なる端末であることを特徴とするリダイレクト制御装置。
【０１６１】
（付記６）  付記１乃至５の何れか１に記載のリダイレクト制御装置であって、
前記第２の接続先は、前記ユーザの通話相手に応じて異なることを特徴とするリダイレクト制御装置。
【０１６２】
（付記７）  付記１乃至５の何れか１に記載のリダイレクト制御装置であって、
前記第２の接続先は、前記ユーザの通話相手によって指定された接続先であることを特徴とするリダイレクト制御装置。
【０１６３】
（付記８）  付記１乃至７の何れか１に記載のリダイレクト制御装置であって、
前記接続要求を受信した場合であって前記ユーザが通話中ではないと判定された場合には、前記リダイレクト手段を動作させることなく、前記接続要求を前記第１の接続先へ送信することを特徴とするリダイレクト制御装置。
【０１６４】
（付記９）  付記１乃至８の何れか１に記載のリダイレクト制御装置と、前記リダイレクト制御装置と通信を行うセッション管理装置と、を含むリダイレクト制御システムであって、
前記セッション管理装置は、
前記リダイレクト制御装置から、前記ユーザの利用する端末の通話相手の端末の識別情報を受信し、前記リダイレクト制御装置と前記通話相手の端末の識別情報を紐付けて管理するセッション管理手段と、
前記通話相手の端末が或る接続先へ接続した場合に、前記セッション管理手段の管理する情報に基づいて前記ユーザが接続する第２の接続先として前記或る接続先を前記リダイレクト制御装置に通知する通知手段と、
を備え、
前記リダイレクト制御装置が備える前記リダイレクト手段は前記通知手段にて通知された第２の接続先に前記端末を接続させることを特徴とするリダイレクト制御システム。
【０１６５】
（付記１０）  ユーザが使用する１以上の端末と接続されたリダイレクト制御装置としてコンピュータを機能させるリダイレクト制御プログラムであって、
コンテンツを閲覧するためのソフトウェアの起動操作を前記端末が前記ユーザから受け付けたことを契機として送信された接続要求、を当該リダイレクト制御装置が受信した場合であって、且つ、前記ユーザが通話中である場合に、前記接続要求により要求された接続先である第１の接続先とは異なる第２の接続先に前記端末を接続させるリダイレクト手段としてコンピュータを機能させることを特徴とするリダイレクト制御プログラム。
【０１６６】
（付記１１）  通話中に起動したＷｅｂブラウザに特定のＵＲＬをリダイレクトする、Ｗｅｂアクセス制御システムの構成要素である中継装置であって、
発信側の通話端末と着信側の通話端末との間に確立された通話を識別する通話情報を管理する通話情報管理手段と、
Ｗｅｂブラウザを起動してＷｅｂサイトへアクセスする際に送信される接続要求情報を、要求先の代理で受信した際に、確立した状態を表す通話情報の有無を判別し、確立した状態を表す通話情報があるときにはリダイレクト制御手段に制御を依頼し、確立した状態を表す通話情報がないときには要求先へ転送する接続応答切替手段と、
接続応答切替手段から制御依頼を受け、指定された特定のＵＲＬにリダイレクトするための接続応答情報を作成して、Ｗｅｂアクセスの接続要求元に接続応答情報を送信する、リダイレクト制御手段
を備えることを特徴とする、中継装置。
【０１６７】
（付記１２）  通話中のユーザの識別情報を接続応答情報に付加する、認証管理手段
をさらに備えることを特徴とする、付記１１に記載の中継装置。
【０１６８】
（付記１３）  通話中に起動したＷｅｂブラウザに特定のＵＲＬをリダイレクトするＷｅｂアクセス制御システムであって、
ユーザ環境と通話相手の環境に設置された、
通話するための通話手段を備える、通話端末と、
ユーザ環境に設置された、
ＷｅｂブラウザでＷｅｂコンテンツを表示する表示手段を備える、情報表示端末と、
発信側の通話端末と着信側の通話端末との間に確立された通話を識別する通話情報を管理する通話情報管理手段と、
Ｗｅｂブラウザを起動してＷｅｂサイトへアクセスする際に送信される接続要求情報を、要求先の代理で受信した際に、確立した状態を表す通話情報の有無を判別し、確立した状態を表す通話情報があるときにはリダイレクト制御手段に制御を依頼し、確立した状態を表す通話情報がないときには要求先へ転送する接続応答切替手段と、
接続応答切替手段から制御依頼を受け、指定された特定のＵＲＬにリダイレクトするための接続応答情報を作成して、Ｗｅｂアクセスの接続要求元に接続応答情報を送信する、リダイレクト制御手段を備える、中継装置
から構成されることを特徴とする、Ｗｅｂアクセス制御システム。
【０１６９】
（付記１４）  通話中のユーザの識別情報を接続応答情報に付加する認証管理手段を、前記中継装置にさらに備えること
を特徴とする、付記１３に記載のＷｅｂアクセス制御システム。
【０１７０】
（付記１５）  通話中に起動したＷｅｂブラウザに特定のＵＲＬをリダイレクトするＷｅｂアクセス制御システムの構成要素である中継装置には、
発信側の通話端末と着信側の通話端末との間に確立された通話を識別する通話情報を管理する工程と、
Ｗｅｂブラウザを起動してＷｅｂサイトへアクセスする際に送信される接続要求情報を、要求先の代理で受信した際に、確立した状態を表す通話情報の有無を判別し、確立した状態を表す通話情報があるときにはリダイレクト制御手段に制御を依頼し、確立した状態を表す通話情報がないときには要求先へ転送する工程と、
接続応答切替手段から制御依頼を受け、確立した状態を表す通話情報の通話先ごとに指定された特定のＵＲＬにリダイレクトするための接続応答情報を作成して、Ｗｅｂアクセスの接続要求元に接続応答情報を送信する工程を
備えることを特徴とする、Ｗｅｂアクセス制御方法。
【０１７１】
（付記１６）  通話中のユーザの識別情報を接続応答情報に付加する工程を
さらに備えることを特徴とする、付記１５に記載のＷｅｂアクセス制御方法。
【０１７２】
（付記１７）  前記リダイレクト制御工程は、確立した状態を表す通話情報の通話先ごとにリダイレクトするＵＲＬを指定すること
を特徴とする、付記１５および付記１６に記載のＷｅｂアクセス制御方法。
【０１７３】
（付記１８）  前記リダイレクト制御工程は、通話者がリダイレクトするＵＲＬを指定すること
を特徴とする、付記１５および付記１６に記載のＷｅｂアクセス制御方法。
【０１７４】
（付記１９）  通話中に起動したＷｅｂブラウザに特定のＵＲＬをリダイレクトする、Ｗｅｂアクセス制御システムの構成要素である中継装置には、
発信側の通話端末と着信側の通話端末との間に確立された通話を識別する通話情報を管理する処理と、
Ｗｅｂブラウザを起動してＷｅｂサイトへアクセスする際に送信される接続要求情報を、要求先の代理で受信した際に、確立した状態を表す通話情報の有無を判別し、確立した状態を表す通話情報があるときにはリダイレクト制御手段に制御を依頼し、確立した状態を表す通話情報がないときには要求先へ転送する処理と、
接続応答切替手段から制御依頼を受け、指定された特定のＵＲＬにリダイレクトするための接続応答情報を作成して、Ｗｅｂアクセスの接続要求元に接続応答情報を送信する処理
を備えることを特徴とする、Ｗｅｂアクセス制御プログラム。
【０１７５】
（付記２０）  通話中のユーザの識別情報を接続応答情報に付加する処理
をさらに備えることを特徴とする、付記１９に記載のＷｅｂアクセス制御プログラム。
【産業上の利用可能性】
【０１７６】
本発明は、リダイレクトの制御に関する用途に広く好適である。例えば本発明の活用例として、通信事業者のオフィシャルサービスがある。通信事業者が提供するホームゲートウェイやセットトップボックスにＷｅｂアクセス制御システムを搭載して、通話に連動したＷｅｂサービスを可能にする。通信事業者とサービス事業者が提携すれば、サービス事業者の問い合わせ窓口に電話をかけたときに、サービス事業者が指定するＷｅｂサイトにリダイレクトさせることも可能である。
【符号の説明】
【０１７７】
１００  ユーザ側通話端末
１０１、１３１、２０１、２３１  通話部
１１０  情報表示端末
１１１、２０２、２３２  表示部
１２０、２１０  中継装置
１２１、２２１  通話情報管理部
１２２、２２２  接続応答切替部
１２３、２２３  リダイレクト制御部
１３０、２３０  相手側通話端末
１４０、２４０、３４０、６４０  コンテンツサーバ
１４１、２４１  コンテンツ管理部
１５０、２５０  ネットワーク
２００  ユーザ側端末
２２０  情報端末
２２４  認証管理部
２４２  セッション管理部
３００  ユーザ側固定電話
３３０  相手側固定電話
３０１、３３１、６０１、６３１  通話プログラム
３１０  タブレット端末
３１１、６０２、６３２  表示プログラム
３２０  ホームゲートウェイ
３２１、６２１  通話情報管理プログラム
３２２、６２２  接続応答切替プログラム
３２３、６２３  リダイレクト制御プログラム
３４１、６４１  コンテンツ管理プログラム
３５０、６５０  インターネット
３６０、６６０  ホームネットワーク
４００、４１０  通話情報テーブル
５００、５１０  URL管理テーブル
６００  ユーザ側スマートフォン
６１０  ルータ
６２０  ホームサーバ
６２４  認証管理プログラム
６３０  相手側ＰＣ
６４２  セッション管理プログラム
７００  セッション管理テーブル
【図１】
2014164437.tif 000003
【図２】
2014164437.tif 000004
【図３】
2014164437.tif 000005
【図４】
2014164437.tif 000006
【図５】
2014164437.tif 000007
【図６】
2014164437.tif 000008
【図７】
2014164437.tif 000009
【図８】
2014164437.tif 000010