(57)【特許請求の範囲】
【請求項１】
特定の資産を提供するデータ機器の位置情報をユーザ機器(20)に提供するための方法であって、前記ユーザ機器(20)は、少なくとも在圏ノード(36)を有するネットワーク(32)に存在し、前記ユーザ機器(20)が前記在圏ノード(36)に位置していても前記ユーザ機器(20)が前記在圏ノード(36)と異なるゲートウェイノード(35)に位置しているように見えるように前記ユーザ機器(20)のアドレスは前記ゲートウェイノード(35)を示し、前記方法が、
前記在圏ノード(36)で、前記特定の資産の要求を含んだ第１のメッセージを前記ユーザ機器(20)から受信するステップと、
前記在圏ノード(36)から前記ゲートウェイノード(35)に前記第１のメッセージを送信するステップと、
前記在圏ノード(36)で、前記特定の資産を提供する第１のデータ機器(44)の第１のアドレスを含んだ第２のメッセージを、前記ゲートウェイノード(35)から受信するステップと、
前記特定の資産を提供する第２のデータ機器(46)の第２の位置に関する指標を含むように、前記第２のメッセージを前記在圏ノード(36)で変更するステップと、
前記変更された、前記第２の位置を含んだ第２のメッセージを、前記特定の資産にアクセスするために前記ユーザ機器(20)に送信するステップと、を有し、
前記第１の位置は前記第２の位置と異なることを特徴とする方法。
【請求項２】
前記第１のメッセージがHTTPリクエスト又はDNSリクエストであることを特徴とする請求項１記載の方法。
【請求項３】
前記在圏ノード(36)で、前記特定の資産の要求及び前記第２の位置を含んだ第３のメッセージを前記ユーザ機器から受信するステップと、
前記ゲートウェイノードのネットワークのデータ搬送容量を増加させるため、前記ゲートウェイノードに関連する前記ネットワーク上でデータトラフィックが発生しないように前記第２のデータ機器から前記特定の資産を取得するステップと、
をさらに有することを特徴とする請求項１記載の方法。
【請求項４】
前記ネットワークがトンネリングされたネットワークであることを特徴とする請求項１記載の方法。
【請求項５】
前記ユーザ機器の前記アドレスがIPアドレスであることを特徴とする請求項１記載の方法。
【請求項６】
前記資産がビデオ、オーディオ、ファイル、ストリーム、及びサービスの少なくとも１つを含むことを特徴とする請求項１記載の方法。
【請求項７】
前記データ機器がデータ記憶装置であることを特徴とする請求項１記載の方法。
【請求項８】
前記変更するステップがさらに、
前記受信した第２のメッセージから前記第１の位置を探索するステップと、
前記第１の位置を前記特定の資産を提供するデータ機器の位置のリストと比較するステップと、
前記第２のデータ機器の前記第２の位置が、前記第１のデータ機器の前記第１の位置より、前記ユーザ機器に近いことを判別するステップと、
前記第２のデータ機器の前記第２の位置に関する前記指標を前記第２のメッセージに付加するステップと、を有することを特徴とする請求項１記載の方法。
【請求項９】
さらに、
前記第１のデータ機器の第１のスコア及び前記第２のデータ機器の第２のスコアを構築するために、前記ユーザ機器、前記第１のデータ機器、前記第２のデータ機器、及びこれら要素間の関係を特徴付ける複数のファクタを解析するステップと、
前記第１のスコア及び前記第２のスコアに基づいて、前記ユーザ機器により近いデータ機器を決定するステップと、をさらに有することを特徴とする請求項８記載の方法。
【請求項１０】
さらに、
前記第２のメッセージから前記第１のデータ機器の前記第１の位置を除去するステップを有することを特徴とする請求項８記載の方法。
【請求項１１】
前記在圏ノードで、前記特定の資産の要求及び前記第２の位置を含んだ第３のメッセージを前記ユーザ機器から受信するステップと、
前記第２の位置を検出するために前記第３のメッセージを探索するステップと、
前記第２の位置が前記第３のメッセージに存在する場合、前記第３のメッセージが前記在圏ノードから前記ゲートウェイノードに送信されないように、前記第３のメッセージを前記在圏ノードから前記第２のデータ機器へ直接転送するステップと、
をさらに有することを特徴とする請求項１記載の方法。
【請求項１２】
前記変更するステップがさらに、
前記第２のデータ機器から前記特定の資産にアクセスする場合に関する時間が前記第１のデータ機器から前記特定の資産にアクセスする場合に関する時間より短い場合のみ、前記第２のメッセージを変更するステップ、を有することを特徴とする請求項１記載の方法。
【請求項１３】
前記在圏ノードが第１のネットワークに属し、前記ゲートウェイノードが前記第１のネットワークと異なる第２のネットワークに属し、前記ユーザ機器が前記第２のネットワークに属するが前記第１のネットワークに位置し、前記第１のデータ機器が前記第２のネットワークに属し、前記第２のデータ機器が前記第１のネットワークに属することを特徴とする請求項１記載の方法。
【請求項１４】
前記第１のネットワーク及び前記第２のネットワークと異なるコンテンツ配信ネットワーク内で、前記第１のデータ機器の前記第１の位置を判別するステップ、をさらに有することを特徴とする請求項１３記載の方法。
【請求項１５】
前記第１のメッセージを送信する前記ステップが、
前記第１のネットワーク及び前記第２のネットワークのいずれとも異なるコンテンツ配信ネットワークにとって前記ユーザ機器が前記第２のネットワーク内に地理的に存在するように見えるよう、前記ユーザ機器の実際の位置を前記在圏ノードで隠すステップ、を有することを特徴とする請求項１３記載の方法。
【請求項１６】
特定の資産を保持するデータ機器に関する位置情報をユーザ機器(20)に提供するための在圏ノード(36)であって、前記ユーザ機器(20)は前記在圏ノード(36)を含んだネットワーク(32)の一部であり、前記ユーザ機器(20)が前記在圏ノード(36)に位置していても前記ユーザ機器(20)が前記在圏ノード(36)と異なるゲートウェイノード(35)に位置しているように見えるように前記ユーザ機器(20)のアドレスは前記ゲートウェイノード(35)を示し、前記在圏ノード(36)が、
前記特定の資産の要求を含んだ第１のメッセージを前記ユーザ機器(20)から受信するように構成された入力／出力インタフェース(1308)と、
前記入力／出力インタフェース(1308)に接続されたプロセッサ(1302)であって、
前記特定の資産の要求を含んだ前記第１のメッセージを前記ユーザ機器(20)から受信し、
前記第１のメッセージを前記ゲートウェイノード(35)に送信し、
前記特定の資産を提供する第１のデータ機器(44)の第１のアドレスを含んだ第２のメッセージを、前記ゲートウェイノード(35)から受信し、
前記特定の資産を提供する第２のデータ機器(46)の第２の位置に関する指標を含むように、前記第２のメッセージを変更し、
前記変更された、前記第２の位置を含んだ第２のメッセージを、前記特定の資産にアクセスするために前記ユーザ機器(20)に送信する、ように構成されたプロセッサ(1302)と、を有し、
前記第１の位置は前記第２の位置と異なることを特徴とする在圏ノード。
【請求項１７】
前記プロセッサがさらに、
前記受信した第２のメッセージから前記第１の位置を探索し、
前記第１の位置を前記特定の資産を提供するデータ機器の位置のリストと比較し、
前記第２のデータ機器の前記第２の位置が、前記第１のデータ機器の前記第１の位置より、前記ユーザ機器に近いことを判別し、
前記第２のデータ機器の前記第２の位置に関する前記指標を前記第２のメッセージに付加する、ように構成されることを特徴とする請求項１６記載の在圏ノード。
【請求項１８】
前記入力／出力インタフェースが、前記特定の資産の要求及び前記第２の位置を含んだ第３のメッセージを前記ユーザ機器から受信するように構成され、
前記プロセッサがさらに、
前記第２の位置を検出するために前記第３のメッセージを探索し、
前記第２の位置が前記第３のメッセージに存在する場合、前記第３のメッセージが前記在圏ノードから前記ゲートウェイノードに送信されないように、前記第３のメッセージを前記第２のデータ機器へ直接転送する、ように構成される、
ことを特徴とする請求項１６記載の在圏ノード。
【請求項１９】
前記ネットワークが第３世代パートナシッププロジェクト(3GPP)に基づくアーキテクチャを有し、前記在圏ノードが、在圏汎用パケット無線サービス(GPRS)サポートノード、無線ネットワークコントローラ(RNC)、及び在圏ゲートウェイ(S-GW)の少なくとも１つであることを特徴とする請求項１６記載の在圏ノード。
【請求項２０】
コンピュータが実行可能な命令を含んだコンピュータ読み取り可能な記録媒体であって、前記命令は実行された際に、特定の資産を提供するデータ機器の位置情報をユーザ機器(20)に提供するための方法を実施し、前記ユーザ機器(20)は、少なくとも在圏ノード(36)を有するネットワーク(32)に存在し、前記ユーザ機器(20)のアドレスは前記在圏ノード(36)と異なるゲートウェイノード(35)を示し、前記方法が、
前記在圏ノード(36)で、前記特定の資産の要求を含んだ第１のメッセージを前記ユーザ機器(20)から受信するステップと、
前記在圏ノード(36)から前記ゲートウェイノード(35)に前記第１のメッセージを送信するステップと、
前記在圏ノード(36)で、前記特定の資産を提供する第１のデータ機器(44)の第１のアドレスを含んだ第２のメッセージを、前記ゲートウェイノード(35)から受信するステップと、
前記特定の資産を提供する第２のデータ機器(46)の第２の位置に関する指標を含むように、前記第２のメッセージを前記在圏ノード(36)で変更するステップと、
前記変更された、前記第２の位置を含んだ第２のメッセージを、前記特定の資産にアクセスするために前記ユーザ機器(20)に送信するステップと、を有し、
前記第１の位置は前記第２の位置と異なることを特徴とする、コンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概してシステム、ソフトウェア及び方法に関し、特には、ユーザ装置をより好ましいデータソースにリダイレクトするための仕組み及び技術に関する。
【背景技術】
【０００２】
ここ数年、インターネットへのアクセスは、映画を見たり、音楽を聴いたり、ニュースを読んだりといったことを目的としてコンテンツ、サービスなどを様々なサービスプロバイダからダウンロードするために、人々に自分のコンピュータ、携帯電話機又は他の機器（ユーザ装置）をますます使わせるようになっている。そのため、コンテンツ配信ネットワーク(CDN)は現在のインターネットにおいて普通のものになってきている。CDNは、サービスプロバイダがクライアントからコンテンツへのアクセシビリティを改良することを可能にする仕組み及びネットワークインフラストラクチャを提供する。図１は、CDN４０にコンテンツを要求するためにサービスプロバイダ３０に接続しているクライアント機器２０を有するシステム１０を示している。
【０００３】
コンテンツはウェブページ（及び／又はウェブページ上の画像の様な個々のオブジェクト）、ビデオファイル及びオーディオファイルを含んでよい。クライアントはウェブブラウザ又は、例えばビデオストリーミングクライアントのような他の好適なアプリケーションを用いてウェブサーフィンする人々であってよい。ここで、改良されたアクセシビリティとは、遅延の低減、コンテンツの帯域の拡張及び／又はコンテンツの利用可能度の改善（すなわち、コンテンツが利用できない時間の短縮）を意味する。クライアント機器に対する好適なコンテンツソースはこれらファクタの組み合わせによって定義されてよい。本願出願時における既知のCDNサービスのプロバイダには、Akamai（例えばwww.akamai.comを参照）及びLimelight（例えばwww.limelight.comを参照）などがある。Amazonもまた、そのウェブサービススイートの一部としてこの市場に参入してきた。
【０００４】
CDNの機能の一つは、要求されたコンテンツをクライアントの近くでキャッシュすることであり、それによってクライアントがコンテンツを取得するために必要な時間を削減する。例えば図１に関し、CDN４０はコンテンツをキャッシュ４２にキャッシュすることができる。クライアント機器２０のもっと近くに別のキャッシュ４４を設けてもよい。インターネットプロトコル(IP)はインターネットのネットワーキングプロトコルであり、世界中でコンピュータを相互接続するプロトコルであるため、IPルータホップに関して近さを規定することができる。あるいは近さは、IPルータホップについて測定される１つを含んだ複数のファクタに基づいて規定されてもよい。別のファクタは例えば、所定のリンクを通じて複数のビットを搬送するコストであってよい。従って、これらファクタの全てを、近さの尺度と見なすことができる。そのため、近さの達成は、クライアントからコンテンツが保持されている場所へのルータホップの数を削減することと考えることができる。
【０００５】
図１の簡単さは、キャッシュ４４をクライアント機器２０の最も近くに配置することが、上述した近さの問題の解決策であることを示唆するが、より現実的な状況は図２に示すように、第２のサービスプロバイダであるNET B３４に属するクライアント機器２０が、第１のサービスプロバイダであるNET A３２内でローミング中であったりする。クライアント機器２０がCDN４０に所定のコンテンツを要求する際、クライアント機器２０がNET B３４に属しているので、NET B３４のゲートウェイノード３５が要求メッセージをCDN４０に方向付ける。CDN４０のロジックは、要求されたコンテンツがキャッシュ４２の代わりにキャッシュ４４で見つかるはずであると確信し（即ち、ロジックは、クライアント機器をより近くのキャッシュ４４にリダイレクトし）、ゲートウェイノード３５に通知する。次に、ゲートウェイノード３５はキャッシュ４４の場所を、NET A３２を介してクライアント機器２０に送信する。NET A３２はキャッシュ４６に接続された在圏ノード３６を含んでいる。従って、クライアント機器２０はこの場合クライアント機器２０に最も近くはないキャッシュ４４から所望のコンテンツを受信するであろう。クライアント機器２０がキャッシュ４４からコンテンツをダウンロードする理由については次に述べる。
【０００６】
図３は、CDN４０でのリダイレクション機能及びクライアント機器２０、在圏ノード３６、ゲートウェイノード３５、及びCDN４０の間で交換されるメッセージをより詳細に示している。クライアント機器２０はステップ１で位置情報の要求を送信する。クライアント機器２０はNET A３２でローミング中のため、この要求はステップ２で、在圏ノード３６によってクライアント機器２０が属するゲートウェイノード３５に転送される。ゲートウェイノード３５はステップ３で、所望のコンテンツの場所を要求するためにCDN４０にコンタクトする。CDN４０はステップ４でそのコンテンツの位置を求め、ステップ５でコンテンツの位置に関してゲートウェイノード３５に通知する。
【０００７】
ステップ４においてコンテンツの位置を判別するために、CDN４０はクライアント機器２０のIPアドレスを用いる。より具体的には、CDN４０はクライアント機器２０のIPアドレスに、要求されたコンテンツをCDN４０がどこにキャッシュしているか（例えばキャッシュ４４）を考慮するロジックを適用し、CDN４０はクライアント機器２０を、クライアント機器２０の位置に関して最良の位置にあるキャッシュへリダイレクトする。
【０００８】
このように、この決定はクライアント機器２０のIPアドレスによって大きく影響を受ける。クライアント機器２０のIPアドレスはクライアント機器２０によってステップ１で送信される要求のIPヘッダからCDN４０が抽出する。この手法は、IPアドレスがIPドメインにおけるクライアント機器の真の位置を反映している場合にはうまく機能する。しかし、IPドメイン内のクライアントの真の位置がクライアント機器２０のIPアドレスに正確に反映されていない場合、この手法は失敗し、CDN４０はクライアント機器２０に最も近いキャッシュを判定しないかもしれない。
【０００９】
IPドメイン内のクライアント機器の真の位置がクライアント機器２０のIPアドレスに反映されない一例は、クライアント機器の接続性(connectivity)がどこかにトンネリングされるようにIPトンネルが用いられている場合である。この状況において、クライアント機器２０はある位置に存在するように見えるが、実際には別のどこかに存在する。その結果、CDN４０によって判定されたキャッシュ４４は最適なものではなく、CDN４０のロジックの利点は信用を失うであろう。
【００１０】
そのような状況の一例は、クライアント機器が第３世代パートナシッププロジェクト(3GPP)移動体ネットワークからの接続性を取得する場合である。3GPP移動体ネットワークのアーキテクチャは、IPレベルの移動性解決手法がGPRS(General Packet Radio Service)トンネリングプロトコル(GTP)であるため、トンネリングを中心に構築されている。このネットワークにおいて、クライアントは、IPドメイン内での実際に位置とは無関係に（すなわち、クライアント機器２０がNET A３２内でアクティブであり、在圏ノード３６でサービスを受けていることとは無関係に）、不変かつトポロジ的にゲートウェイノード３５に固定されたIPアドレスを与えられる。3GPPアーキテクチャを用いない他のネットワークもまた、クライアント機器の実際の地理的な位置を表さないIPアドレスをクライアント機器に用いているであろう。
【００１１】
図３に戻って、ステップ４で（上述したIPの問題によって）クライアント機器２０に最も近いキャッシュ４４の不正確な判定を行ったCDN４０は、ステップ５で、その不正確な位置をゲートウェイノード３５に提供する。ゲートウェイノード３５はこの位置をステップ６で在圏ノード３６に送信し、さらに在圏ノード３６がステップ７でクライアント機器２０に位置を送信する。コンテンツの位置を取得すると、クライアント機器２０は所望のコンテンツをステップ８で要求する。ステップ９で在圏ノード３６は要求をゲートウェイノード３５に転送する。ゲートウェイノード３５はステップ１０でキャッシュ４４からコンテンツをダウンロードし、ステップ１１でコンテンツを在圏ノード３６に送信する。在圏ノード３６はコンテンツをステップ１２でクライアント機器２０に送信する。
【００１２】
この例は、キャッシュ４４より近くにあるキャッシュ４６の代わりにキャッシュ４４が用いられているように、クライアント機器の地理的位置に対応しないクライアント機器のIPアドレスを用いるネットワークが、クライアント機器に最も近いキャッシュを提供しないこともあることを示している。
【００１３】
図２及び図３に関して述べた例において、CDN４０は、キャッシュ４２よりもクライアント機器に近いキャッシュ４４を判定するためのHTML(Hypertext Transfer Protocol)に基づくリダイレクションの仕組みを含んでいた。しかし、他のプロトコルをリダイレクションの仕組みとともに用いてもよい。例えば、図４に示すシステム１２は、図２のシステム１０と似ているが、CDNがDNS(domain name system)リダイレクション機構を用いる点で異なる。クライアント機器２０、在圏ノード３６、ゲートウェイノード３５、及びCDN DNS４１の間で交換されるメッセージを図５に示す。この、あまりにも簡単化しすぎている図は、ステップ１において、クライアント機器２０が、所望のコンテンツを有するキャッシュのアドレスについてDNSルックアップを実行するためにメッセージを送信することを示している。ステップ２でCDN DNS４１は、所望のコンテンツを有しているキャッシュ４４のアドレスを応答する。この情報に基づきクライアント機器２０はステップ３で、所望のコンテンツを得るためにHTTP ”GET CONTENT”コマンドを送信し、ステップ４で所望のコンテンツを受信する。
【００１４】
図３及び図５に示された例のいずれにおいても、（HTTP又はDNSに基づく）リダイレクトの仕組みがCDN４０に設けられ、CDN４０によって受信されたクライアント機器２０のIPアドレスはクライアント機器２０の地理的位置と相関を持たない。そのため、CDN４０はクライアント機器２０に対し、判定されたキャッシュ４４よりもクライアント機器２０に近いキャッシュ４６に関して正しく通知することに失敗している。
【００１５】
従って、上述した問題や欠点を回避する機器、システム、及び方法の提供が望まれるであろう。
【発明の開示】
【００１６】
例えばコンテンツとしての資産(asset)は、ユーザに最も望ましい位置から提供されることが望ましい。好適な位置は、ユーザに最も近い位置であってよい。このようにして、ユーザに最も近い位置からコンテンツを受信することにより、ネットワーク内の帯域の解放と、資産を受信するための時間の削減の少なくとも一方が実現できる。
【００１７】
例示的な一実施形態によれば、ユーザに、特定の資産を提供するデータ機器の機器位置情報を提供するための方法が提供される。ユーザ機器は少なくとも在圏ノードを含むネットワーク内に存在し、ユーザ機器のアドレスは在圏ノードとは異なるゲートウェイノードを示している。方法は、在圏ノードにおいてユーザ機器から、特定の資産の要求を含んだ第１のメッセージを受信するステップと、第１のメッセージを在圏ノードからゲートウェイノードに送信するステップと、在圏ノードにおいてゲートウェイノードから、特定の資産を提供する第１のデータ機器の第１の場所を含んだ第２のメッセージを受信するステップと、在圏ノードにおいて第２のメッセージを、特定の資産を提供する第２のデータ機器の第２の位置に関する指標を含むように変更するステップと、特定の資産にアクセスするために、第２の位置を含んだ変更された第２のメッセージをユーザ機器に送信するステップとを含む。
【００１８】
別の例示的な実施形態によれば、特定の資産を格納するデータ機器に関する機器位置情報をユーザ機器に提供するための在圏ノードが提供される。ユーザ機器は在圏ノードを含むネットワークの一部である。在圏ノードは、ユーザ機器から、特定の資産の要求を含んだ第１のメッセージを受信するように構成された入力／出力インタフェースと、入力／出力インタフェースに接続されるプロセッサとを有する。プロセッサは、ユーザ機器から、特定の資産の要求を含んだ第１のメッセージを受信し、第１のメッセージをゲートウェイノードに送信し、ゲートウェイノードから、特定の資産を提供する第１のデータ機器の第１の場所を含んだ第２のメッセージを受信し、第２のメッセージを、特定の資産を提供する第２のデータ機器の第２の位置に関する指標を含むように変更し、特定の資産にアクセスするために、第２の位置を含んだ変更された第２のメッセージをユーザ機器に送信するように構成される。
【００１９】
さらに別の例示的な実施形態によれば、コンピュータが実行可能な命令群を含んだコンピュータ読み取り可能な記録媒体が提供され、この命令群は、実行された際、特定の資産を提供するデータ機器の機器位置情報をユーザに提供するための方法を実施する。ユーザ機器は少なくとも在圏ノードを含むネットワーク内に存在し、ユーザ機器のアドレスは在圏ノードとは異なるゲートウェイノードを示している。方法は、在圏ノードにおいてユーザ機器から、特定の資産の要求を含んだ第１のメッセージを受信するステップと、第１のメッセージを在圏ノードからゲートウェイノードに送信するステップと、在圏ノードにおいてゲートウェイノードから、特定の資産を提供する第１のデータ機器の第１の場所を含んだ第２のメッセージを受信するステップと、在圏ノードにおいて第２のメッセージを、特定の資産を提供する第２のデータ機器の第２の位置に関する指標を含むように変更するステップと、特定の資産にアクセスするために、第２の位置を含んだ変更された第２のメッセージをユーザ機器に送信するステップとを含む。
【００２０】
上述したセクションにおいて述べた問題点のいくつかを解決すること及び、クライアントユーザのためのデータ機器の、一層好適な位置を見出すことが可能な在圏ノードを提供することが目的である。１つ以上の独立請求項は、ユーザ機器と、一層近くに存在するデータ機器との間で資産が交換されうることによってネットワーク内のトラフィック負荷を削減し、それによってダウンロード時間も削減するであろう。
【００２１】
本明細書に組み込まれて明細書の一部を構成する添付図面は、１つ以上の実施形態を図示し、解説と共にそれらの実施形態を説明する。
【図面の簡単な説明】
【００２２】
【図１】クライアント機器、サービスプロバイダ、及びコンテンツ配信ネットワークを含んだシステムを模式的に示す図である。
【図２】図１のシステムのより詳細な模式図である。
【図３】図２のシステムについてのシグナリングの推移を示す図である。
【図４】DNSに基づくリダイレクションの仕組みを用いる図１のシステムの模式図である。
【図５】図４のシステムについてのシグナリングの推移を示す図である。
【図６】例示的な実施形態に係る、クライアント機器にコンテンツを提供するためのHTTPリダイレクトに基づくシステムの模式図である。
【図７】例示的な実施形態に係る図６のシステムについてのシグナリングの推移を示す図である。
【図８】例示的な実施形態に係る、クライアント機器にコンテンツを提供するためのDNSリダイレクトに基づくシステムの模式図である。
【図９】例示的な実施形態に係る図８のシステムについてのシグナリングの推移を示す図である。
【図１０】例示的な実施形態に係る、クライアント機器にコンテンツを提供するための汎用システムの模式図である。
【図１１】例示的な実施形態に係る図１０のシステムについてのシグナリングの推移を示す図である。
【図１２】図１１のシグナリングの推移の工程を示すフローチャートである。
【図１３】図６、図８、又は図１０に示したノードの模式図である。
【発明を実施するための形態】
【００２３】
以下、添付図面を参照して、例示的な実施形態について説明する。異なる図面における同一の参照数字は、同一又は類似の要素を特定している。以下の詳細な説明は本発明を限定しない。代わりに、本発明の範囲は添付した特許請求の範囲によって規定される。簡単にするため、以下の実施形態では3GPPアーキテクチャの専門用語及び構成に関して説明する。しかし、次に説明する実施形態はそれらシステムに限定されず、他の既存のシステムに適用することができる。
【００２４】
明細書を通じ、「一実施形態」又は「ある実施形態」という言及は、ある実施形態に関連して説明される特定の機能、構成、又は特徴が、本発明の少なくとも１つの実施形態に含まれることを意味する。従って、明細書を通じて様々な場所に存在する「一実施形態において」又は「ある実施形態において」という句は、同一の実施形態に関する言及とは限らない。さらに、特定の機能、構成又は特徴は、１つ以上の実施形態において、任意の好適な方法で組み合わせられてよい。
【００２５】
図６に示す例示的な実施形態によれば、在圏ノード３６がGPRSサポートノード(SGSN)であり、ゲートウェイノード３５がゲートウェイGPRSサポートノードである、3GPPアーキテクチャを用いるシステム１４が示される。さらに、NET A３２は、SGSN３６をユーザ機器２０と通信するノードＢ６２とリンクする無線ネットワークコントローラ(RNC)６０を含んでいる。図６に示される構成及び名称は3GPPアーキテクチャのリリース６又はそれ以前のリリースに特有なものである。その後のリリースについては、ノードＢ６２はRNCの能力の一部まで含んだeノードＢに置き換えられてRNCが削除され、SGSNが在圏ゲートウェイ(GW)に置き換えられ、GGSNは派気とデータネットワーク(PDN)GWに置き換えられ、といった具合である。SGSNが在圏GWで置換され、GGSNがPDN GWで置換されていると述べたが、この置換はもっと複雑であり、以前の構成要素の機能の一部が新たな構成要素によって実行され、一部の機能が削除されたり新たな機能に置き換わったりしている。3GPPネットワークの新旧構成要素に関するさらなる詳細については、3GPP TS 29.060, 第３世代パートナシッププロジェクト；技術仕様グループコアネットワーク及び端末；汎用パケット無線サービス(GPRS), GN及びGpインタフェースを通じたGPRSトンネリングプロトコル(GTP)（リリース８）で知ることができる。本仕様の全体を、参照によって本明細書に組み込む。
【００２６】
以下の例示的な実施形態において、SGSN及びGGSNノードを用いて新規な機能を説明する。しかし、この新規な機能は3GPPの他のバージョンはもとより、クライアント機器のアドレスとクライアント機器の地理的位置が合致しない他のネットワークアーキテクチャに対しても適用可能である。
【００２７】
図６に示す例示的な実施形態によれば、クライアント機器２０はGGSN３５によってIPアドレスが割り当てられており、このアドレスはGGSN３５にトポロジ的に固定されている。従って、他のネットワーク及び／又はインターネット上のコンピュータには、クライアント機器２０がNET B３４内のGGSN３５に位置しているように見える。CDN４０がクライアント機器２０のIPアドレスに宛てられたパケットを送信したとすると、パケットはインターネットルータによってGGSN３５へルーティングされる。そして、モビリティを実現する仕組み、すなわち3GPPネットワークのGTPトンネリング機構は、パケットをGGSN３５からSGSN３６に、SGSN３６からRNC６０に、さらに（自身もまた（IPドメインに関する限り）GGSN３５に位置していると思っている）クライアント機器２０にトンネリングする。逆方向でも類似したトンネリングが実行される。
【００２８】
3GPPアーキテクチャはCDN４０やクライアント機器２０にリンクされた他のコンピュータからのパケット送信を実現するためのトンネリングの仕組みを有するが、例示的な実施形態を適用可能な非3GPPネットワークは、パケットをクライアント機器２０に導くための他の仕組みを有することができる。
【００２９】
図６に示す例におけるトンネリングは、CDNロジックが、IPアドレスがトポロジ的に固定されているGGSN３５にクライアント機器２０が位置すると「思う」ようにCDN４０を「誤解」させている。そのため、CDN４０はその位置、すなわちGGSN３５の位置に関して最良と思われるキャッシュを探そうとするであろう。以下の例示的な実施形態において、キャッシュという用語が簡単さのために用いられる。キャッシュの代わりに、所望のコンテンツ（すなわち、ビデオ、オーディオ、ファイル等）を提供することの可能な他の機器を用いることができる。図６に示す例において、キャッシュはたまたまCDNキャッシュ４４であるので、クライアント機器２０は所望のコンテンツを取得するためにそこにリダイレクトされるであろう。以下の例示的な実施形態において用いられる「コンテンツ」という用語は、ビデオ、オーディオ、又は伝統的にコンテンツとみなされている他のファイルを含む。しかし、図６に示すように、たまたまCDNキャッシュ４４よりも良い位置にNET A３２内のCDNキャッシュ４６が存在している。そのため、キャッシュ４４からキャッシュ４６にクライアント機器２０をリダイレクトするための新規な仕組みを次に説明する。
【００３０】
図６に示す例示的な実施形態によれば、CDN４０によって特定されたキャッシュ４４よりもクライアント機器２０に近いキャッシュを発見するため、ディスカバリ機能がNET A３２に設けられている。ディスカバリ機能はソフトウェア、ハードウェア、又はそれらの組み合わせによって実施されてよい。この機能は図６において構成要素６４として、すなわちソフトウェア、ハードウェア、又はそれらの組み合わせによって実施されてよいロジックモジュールとして、示されている。このモジュールはRNC６０で、SGSN３６で実施されてよい。あるいはRNC６０，SGSN３６及び／又はネットワークタイプに依存したよるNET Aの他の構成要素に分散されてもよい。
【００３１】
ロジックモジュールはCDN４０からクライアント機器２０に送信されたメッセージを受信し、また探索するように構成されている。ロジックモジュール６４がメッセージを受信すると、ロジックモジュール６４はCDN４０によって判定されたキャッシュ４４のアドレスを、所望のコンテンツを含んだ他のキャッシュのリスト（又はテーブル）と比較する。このリストはNET A３２又は他のネットワークに保存されていてよい。ロジックモジュール６４が別のキャッシュ、例えばキャッシュ４６の方がクライアント機器２０にとって良いと決定すると、ロジックモジュール６４はGGSN３５を介してCDN４０から受信したメッセージを、より良いキャッシュ４６の位置を示すように変更することができる。一用途において、ロジックモジュール６４は、CDN４０から受信したメッセージにキャッシュ４６に関する指標を追加する。しかし、別の用途では、ロジックモジュール６４はキャッシュ４４のIPアドレスを除去し、キャッシュ４６のIPアドレスで置き換える。
【００３２】
クライアント機器２０にとってより良いキャッシュを見いだすために行われる手順を、図７に関して説明する。ロジックモジュール６４の発見及びリルートの仕組みは、本例ではHTTPに基づくものとする。クライアント機器２０はステップ１で、NET A３２のSGSN３６へ位置情報要求を送信する。SGSN３６はステップ２でこの要求をNET B３４のGGSN３５へトンネリングする。ステップ３でGGSN３５はCDN４０にクライアント機器の要求について通知する。CDN４０はステップ４で、クライアント機器２０に最も近いキャッシュ４４を判定する（距離のみが意図されている場合。クライアント機器とキャッシュとの間のコネクションのパラメータセットが考慮される場合には、必ずしも最も近くのキャッシュが判定されなくてもよい）。キャッシュ４４の位置（例えばIPアドレス）を含んだメッセージが、ステップ５でGGSN３５に送信され、GGSN３５はそのメッセージをステップ６でSGSN３６にトンネリングする。ステップ７でロジックモジュール６４はCDN４０によって送信されたパケット内のキャッシュ４４の位置を見いだし、その位置を他のキャッシュの位置と比較する。CDN４０から受信したリダイレクトメッセージは、DNSに基づくリダイレクションを用いるCDNの場合には黙示的であろう。そのような場合、リダイレクトメッセージは単純にDNS応答メッセージである。HTTPに基づくCDNについてのリダイレクションメッセージは明示的、すなわちHTTP REDIRECTメッセージの形式を有する。
【００３３】
ステップ８においてロジックモジュール６４は、より良いキャッシュ４６の位置を判別し、その結果についてステップ９でクライアント機器２０に通知する。上述したように、ロジックモジュール６４は、ネットワークのアーキテクチャやネットワークが用いるリダイレクトの仕組みに応じて、キャッシュ４６の位置に関するメッセージに指標を追加したり、キャッシュ４４の位置をキャッシュ４６の位置で置換したりすることができる。
【００３４】
クライアントはコンテンツをステップ１０で要求し、要求はステップ１１で探索され、ステップ１２でNET B３４内のGGSN３５へ向かうことが許される代わりにNET A３２内のSGSN３６によってキャッシュ４６に導かれる。コンテンツがキャッシュ４６から読み出されると、そのコンテンツはステップ１３においてクライアント機器２０に供給される。従って、このようにして、より近いキャッシュ４６が特定のコンテンツのダウンロードに用いられ、NET B３４の構成要素の代わりに、クライアント機器２０がローミング中のNET A３２の構成要素によってメッセージが処理されるため、インタラクション時間が短くなり、NET A３２からNET B３４へのトラフィックを容易にする。
【００３５】
この特定の例のためのリルートの仕組みを次に説明する。ステップ１０における要求がRNC６０からGTPトンネル内のSGSN３６に到達すると、SGSN３６は受信した要求パケットの内部IPパケットヘッダを調査するであろう。そのヘッダ中のIP宛先アドレスが同一ネットワークNET A３２（あるいは例えばアドレスリストとして特定された）内のホスト（例えばキャッシュ４６）と指定していれば、SGSN３６はそのパケットを通常の次ホップGTPトンネルではなく専用のトンネルで宛先へ転送するであろう。専用トンネルはCDNキャッシュノードの設定中に確立されても良いし、その場で確立されても良い。図６の例においてこれは、パケットがSGSN３６によりキャッシュ４６へ、そこで終端する専用トンネル内で転送されることを意味する。宛先が上述した条件に合致しなければ、パケットは通常の次ホップGTPトンネルに沿ってGGSN３５へ転送される。
【００３６】
図６に関して説明した例はHTTPに基づくリダイレクトの仕組みを用いている。しかし、例示的な実施形態によって説明した新規な機能は、他のリダイレクト手法、たとえばDNSに基づくリダイレクトの仕組みにおいても同様に適用されても良い。そのような仕組みを図８に示す。図８のシステム１６はCDN DNS４１リダイレクト手法が用いられていることを除き、図６のシステム１４と類似している。図９はそのような仕組みで実行される簡単化された手順を示す。図１でクライアント機器２０は所望のコンテンツに関してDNSルックアップを行う。この要求はステップ２でSGSN３６によって、GGSN３５を介してCDN DNS４１へ送信される。CDN DNS４１はステップ３で、CDN４０にはクライアント機器２０に最適なキャッシュと「見える」キャッシュ４４のアドレスを含んだ応答を提供する。ステップ４でSGSN３６はキャッシュ４４のアドレスを見いだし、ステップ５で、クライアント機器２０にとってさらに良好な他のキャッシュの有無を判別する。もし、さらに良好なキャッシュがステップ５でSGSN３６によって判別された場合、CDN DNS４１からのメッセージはキャッシュ４６の存在を表す含むように変更されてステップ６でユーザ端末２０に送信される。一実施形態において、キャッシュ４４のアドレスがキャッシュ４６のアドレスで置換され、別の実施形態ではキャッシュ４４のアドレスは残したまま、キャッシュ４６のアドレスがメッセージに付加される。
【００３７】
ステップ７でクライアント機器２０は所望のコンテンツのHTTP要求を送信する。SGSN３６はメッセージを傍受し、ステップ８でこの要求を探索する。キャッシュ４６のアドレスが判別された場合、SGSN３６はコンテンツ要求をキャッシュ４６にリルートし、ステップ１０においてクライアント機器２０が所望のコンテンツを受信する。
【００３８】
上述した例示的な実施形態は、CDNからクライアント機器に送信されたメッセージにおいて最初のキャッシュの位置がどのように見いだされるか、そのクライアント機器にさらに適した２番目のキャッシュの位置がどのようにメッセージに付加されるか、及びクライアント機器からの所望のコンテンツの要求がどのように２番目のキャッシュにリルートされるかを説明してきた。これらの手順はHTTP又はDNSに基づくリダイレクトの仕組みを有する3GPPネットワークに関して説明されてきた。しかし、例示的な実施形態の新規な機能は、同じ、又は異なるリダイレクトの仕組みを有する他のネットワークにも適用可能である。
【００３９】
この新規な機能の適用性をよりわかりやすく説明するため、汎用的なリダイレクトの仕組みを有する汎用ネットワークを次に説明する。クライアント機器はコンテンツのみならずストリーム又はサービスの使用にも興味がある。そのため、以下では、コンテンツ、ストリーム及びサービスの少なくとも１つを包含する一般用語として、「資産(asset)」という用語を用いる。この例示的な実施形態に関しては、キャッシュの代わりにデータ機器が用いられる。データ機器はサービス及びストリームの１つ以上を提供するサーバと、キャッシュの少なくとも一方であってよい。SGSNの代わりに在圏ノードが用いられ、GGSNの代わりにゲートウェイノードが用いられる。本技術分野に属する当業者は、ネットワークのアーキテクチャ、クライアント及び他の要素が要求する資産／データの形式に応じて、資産、データ機器、在圏ノード、ゲートウェイノード及びサービスプロバイダが図６及び図８に示されているものと異なる構成要素に対応しうることを理解するであろう。
【００４０】
これら汎用的な機能を有するシステム１８を図１０に示す。図１０は、インターネットを介してゲートウェイノードＧＮ３５に接続されたプロバイダＰ４０を示す。プロバイダＰ４０及びゲートウェイノードＧＮ３５のいずれもが、データ機器ＤＤ４２及び４４の近くに設けられて良い。ＧＮ３５はネットワークNET B３４に属する。ＧＮ３５はネットワークNET A３２に属する在圏ノードＳＮ３６と通信してよい。ＳＮ３６はクライアント機器２０と通信し、データ機器ＤＤ４６の近くに設けられて良い。ある用途において、ＳＮ３６及びＧＮ３５は同一ネットワークに属しても良い。別の用途において、NET A３２及びNET B３４の各々が自身のゲートウェイノード及び在圏ノードを有しても良い。
【００４１】
図１０に示したシステム１８の特徴は、クライアント機器２０のアドレス（IPアドレス又は他のアドレスであってよい）がＧＮ３５に関連し、クライアント機器２０が接続されているＳＮ３６には関連しないことである。この特徴により、他の機器からはクライアント機器２０がNET A３２ではなくNET B３４に存在しているように「見える」。システム１８はこのクライアント機器２０の「誤解」を解消し、プロバイダＰ４０によって判別されたデータ機器ＤＤ４４よりクライアント機器２０にさらに適した(more suitable)データ機器４６を見いだすように構成される。
【００４２】
「さらに適した」という語は、どのデータ機器ＤＤがクライアント機器にとってよりよいものかを判定する際に考慮されるメトリックを説明している。そのようなメトリックの一例は、クライアント機器が資産の最短のダウンロード時間（クライアント機器に関するデータ機器の地理的な位置だけでなく、クライアント機器とデータ機器との間のリンクの帯域容量にも関連するであろう）及び最高の入手可能性を所望している場合である。これらファクタの各々には重み／重要度が割り当てることができ、「さらに適した」データ機器を判別するために合計スコアが算出することができる。極端に単純化した例は、マトリックスが１つのエントリ、例えばクライアント機器とデータ機器との距離のみを含む場合である。本技術分野に属する当業者は、ここで説明したメトリックが他のファクタを含み得ること及び「さらに適した」データ機器を特徴付けるスコアを求めるために様々な算出式を用いうることを認識するであろう。
【００４３】
所望の資産を取得するための処理手順を図１１に示す。クライアント機器２０はステップ１で所望の資産についての要求を送信する。ＳＮ３６はこの要求を受信し、ＧＮ３５に送信する。ＧＮ３５は受信した要求をステップ３でＰ４０に送信する。Ｐ４０はステップ４でデータ機器４４がクライアント機器２０にさらに適していると判別し、ステップ５でデータ機器４４の位置をＧＮ３５に与える。ＧＮ３５はこの位置をステップ６でＳＮ３６に送信する。次の２つのステップはＳＮ３６又はNET A３２の他の機器において生じる発見フェーズを形成する。Ｐ４０からのメッセージを得ると、ＳＮ３６はステップ７でＤＤ４４の位置を発見／探索し、ステップ８で新たな「さらに適した」ＤＤ４６を判別する。ステップ９で、新たなＤＤ４６の位置が、ＳＮ３６からクライアント機器２０に送信されたメッセージに付加される。クライアント機器はステップ１０で所望の資産の要求を送信し、この要求を受信するとＳＮ３６はステップ１１で要求を探索し、ステップ１２で要求を「さらに適した」ＤＤ４６にリルートする。所望の資産はステップ１３でクライアント機器に与えられる。上述のステップ１１及び１２はこの手順のリルートフェーズに関連する。
【００４４】
本実施形態の利点の１つは、コンテンツ配信シナリオにおいてモバイルコアネットワークをより効率的に利用できることである。例えば、図１０に示すように、コンテンツをクライアント機器２０により近いデータ機器４６から取得することで、この手順はコンテンツへのアクセス時間を削減し、その結果ユーザへのサービス品質を向上させる。ＤＤ４４の代わりにＤＤ４６からコンテンツが提供される場合、NET B３４を通じて搬送しなければならないデータトラフィック量（ビット量）が少ないため、この「より近い」取得はまた、モバイルオペレータのコストも削減する。単純に述べれば、ネットワークによって搬送されるビット数が少ないことは、この新規な手順を行わなかった場合と比較して、ネットワークオペレータがその容量（この例であればNET Bの容量）を増やすことなくエンドユーザにより多くのコンテンツを提供することが可能であることを意味する。
【００４５】
上述した１つ以上の例示的な実施形態の他の利点について説明する。CDNキャッシュ及び／又はデータ機器は分散されてよく、またIPトンネル又は他の類似した仕組みによってバイパスされ、従前のCDN技術では実質的にアクセスできない場所で用いられても良い。上述した発見の仕組みは、トンネリングと互換性のない従前のCDN手法よりも近くにキャッシュすることを可能にするので、モバイルコアネットワークのより効率的な利用につながる。
【００４６】
例示的な実施形態は一般的なCDNリダイレクト技術（DNSに基づくリダイレクト及びHTTPに基づくリダイレクト）のほとんどに適用可能である。さらに、非GTP IPトンネリング、例えば3GPPリリース８に含まれる他のモビリティプロトコルであるプロキシモバイルIP(PMIP)にも適用可能である。
【００４７】
これら例示的な実施形態によれば、データ機器はネットワークオペレータによって提供されてよく、またCDNプロバイダへのサービスとして提供されてよい。この構成は移動体ネットワークオペレータとコンテンツプロバイダとの新たなビジネス関係を提供する。これら当事者間の契約は、コンテンツプロバイダと、ここで開示した新規な機能に基づいてエンドユーザが小さなレイテンシで資産へアクセスすることを可能にするオペレータとが利益を分けられるように行うことができる。
【００４８】
新規な機能はCDN以外のコンテンツにも有用であろう。これら新規な機能は例えば、メッセージへの連鎖的な更新を行うための仕組みとしても用いることができる。例えば、位置固有のコンテンツがクライアント機器間及び／又はクライアント機器とデータソースとの間でやりとりされるメッセージに挿入されたり、更新されたりしてよい。ソースで、いくらかの汎用的なコンテンツ（例えばいくらかのデフォルト広告）が挿入される。そして、メッセージがクライアント機器の近くに転送されるにつれ、そのコンテンツがクライアント機器の実際の位置により関連した広告によって更新／拡張される。更新がなされない場合、ユーザはソースが導入したデフォルトの広告を見るであろう。この状況に対し、発見フェーズの間に、元の広告及び／又は広告を取得可能な位置は除去されなくてよい。
【００４９】
例示的な実施形態に従って、特定の資産を提供するデータ機器に関する位置情報をユーザ機器に提供するための方法を図１２に示す。ユーザ機器は、少なくとも在圏ノードを含んだネットワーク内に存在し、ユーザ機器のアドレスは在圏ノードと異なるゲートウェイノードを示している。方法は、在圏ノードでユーザ機器から特定の資産についての要求を含んだ第１のメッセージを受信するステップ１２００と、第１のメッセージを在圏ノードからゲートウェイノードに送信するステップ１２０２と、在圏ノードでゲートウェイノードから、特定の資産を提供する第１のデータ機器の第１の位置を含んだ第２のメッセージを受信するステップ１２０４と、特定の資産を提供する第２の機器の第２の位置（第１の位置は第２の位置と異なる）に関する指標を含むように、在圏ノードで第２のメッセージを変更するステップ１２０６と、特定の資産にアクセスするためにユーザ端末に第２の位置を含んだ変更された第２のメッセージを送信するステップ１２０８とを含む。
【００５０】
図１３に、例示的な実施形態のノードに従って動作を実行することのできる代表的なコンピュータシステムを示す。ハードウェア、ファームウェア、ソフトフェア又はそれらの組み合わせを、本明細書で説明した様々な手順及び動作を実行するために用いることができる。図１３のコンピュータ構成１３００は、そのようなコンピュータシステムとともに使用されてよい例示的なコンピュータ構成を示す。
【００５１】
例示的な実施形態で説明された動作を実施するために好適な例示的なコンピュータ装置１３００は、図６，８，及び１０に示した構成要素３５，３６，及び４０の少なくとも１つに対応してよいサーバ１３０１を有することができる。このようなサーバ１３０１は、ランダムアクセスメモリ(RAM)１３０４及び読み出し専用メモリ(ROM)１３０６に接続された中央処理装置(CPU)１３０２を有してよい。ROM１３０６は、プログラマブルROM(PROM)、消去可能PROM(EPROM)など、プログラムを格納するための他のタイプの記憶媒体であってもよい。プロセッサ１３０２は、制御信号などを提供するため、他の内部及び外部構成要素と入力／出力（Ｉ／Ｏ）回路１３０８及びバス１３１０を通じて通信してよい。プロセッサ１３０２は本技術分野で既知の通り、ソフトウェア及び／又はファームウェア命令によって指示されるように様々な機能を実行する。
【００５２】
サーバ１３０１はさらに、ハードディスクドライブ及びフレキシブルディスクドライブ１３１２、CD-ROMドライブ１３１４、及びDVDなど、情報の読み出し及び／又は格納が可能な他のハードウェアを含む、１つ以上のデータ記憶装置を含むことができる。一実施形態において、上述した手順を実行するためのソフトウェアはCD-ROM１３１６、フレキシブルディスク１３１８又は情報を持ち運び可能に格納する他の型式の媒体に格納されまた流通されてよい。これら記憶媒体はCD-ROMドライブ１３１４、ディスクドライブ１３１２などの装置に挿入されて読み取られてよい。サーバ１３０１は、LCDディスプレイ、プラズマディスプレイ、陰極管(CRT)など、既知のディスプレイ及び表示画面の任意のタイプであってよいディスプレイ１３２０に接続されてもよい。マウス、キーボード、マイク、タッチパッド、タッチスクリーン、音声認識システムなどのような１つ以上のユーザインタフェース機構を含む、ユーザ入力インタフェース１３２２が設けられている。
【００５３】
サーバ１３０１は有線回線及び／又は無線端末のような他のコンピュータ機器及び、関連する監視アプリケーションと、ネットワークを介して接続されてよい。サーバは、インターネット１３２８のようなグローバルエリアネットワーク(GAN)で見られるような大きなネットワーク構成の一部であってよい。それにより、様々な有線回線及び／又はモバイルクライアント／監視機器への究極的な接続が可能になる。
【００５４】
ここで開示した例示的な実施形態は、より良いデータ機器の位置をクライアント機器に提供するための在圏ノード、方法及びコンピュータプログラム製品を提供する。この説明は本発明の限定を意図しないものであることを理解すべきである。逆に、例示的な実施形態は、添付の特許請求の範囲によって規定されるような本発明の精神及び範囲に含まれる代替物、変形物及び等価物を包含することが意図されている。さらに、例示的な実施形態の詳細な説明において、請求項に係る発明のより包括的な理解を提供するために、様々な具体的な詳細が説明されている。しかし、本技術分野に属する当業者には、そのような具体的な詳細なしでも様々な実施形態を実施可能であることが理解されるであろう。
【００５５】
本技術分野に属する当業者にはこれも明らかであろうが、例示的な実施形態は無線通信機器、電気通信ネットワークにおいて方法として実施されても良いし、コンピュータプログラム製品として実施されても良い。従って、例示的な実施形態は、ハードウェアのみの実施形態又は、ハードウェア及びソフトウェアの観点を組み合わせた実施形態の形式を取りうる。さらに、例示的な実施形態は、コンピュータ読み取り可能な命令が媒体内に具現化されたコンピュータ読み取り可能な記憶媒体上に保存されたコンピュータプログラム製品の形態を取りうる。ハードディスク、CD-ROM、デジタル他用途ディスク(DVD)、光学記憶装置、又はフレキシブルディスク又は磁気テープのような磁気記憶装置を含む、任意かつ適切なコンピュータ読み取り可能な媒体を用いることができる。コンピュータ読み取り可能な他の媒体の非限定的な例は、フラッシュタイプのメモリ又は他の既知のメモリを含む。
【００５６】
実施形態において、例示的な実施形態の機能及び構成要素は特定の組み合わせで説明されたが、各機能及び構成要素は、実施形態の他の機能や構成要素なしに単独で使用されても良いし、ここで開示した他の機能及び構成要素を適宜組み合わせて、あるいは組み合わせずに使用されても良い。本願で提供された方法又はフローチャートは、特にプログラムされたコンピュータ又はプロセッサによって実行するために、コンピュータ読み取り可能な記憶媒体に実現可能に具現化されたコンピュータプログラム、ソフトウェア、又はファームウェアに実装されても良い。
【図１】
0005583750.tif 000002
【図２】
0005583750.tif 000003
【図３】
0005583750.tif 000004
【図４】
0005583750.tif 000005
【図５】
0005583750.tif 000006
【図６】
0005583750.tif 000007
【図７】
0005583750.tif 000008
【図８】
0005583750.tif 000009
【図９】
0005583750.tif 000010
【図１０】
0005583750.tif 000011
【図１１】
0005583750.tif 000012
【図１２】
0005583750.tif 000013
【図１３】
0005583750.tif 000014