(57)【要約】  本発明は、メディアリソースフィードバック方法、装置、プログラム及び記録媒体に関し、ネットワーク通信技術分野に属する。前記方法は、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求を受信し、アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会し、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていれば、前記ルータに記憶されている前記メディアリソースを前記端末へフィードバックする。本発明は、ルータが同じメディアリソース取得要求を繰り返して受信した場合、メディアリソース取得要求をエクストラネットサーバへ繰り返して転送し、エクストラネットサーバが同じメディアリソースを繰り返してフィードバックすることに起因して、ネットワークトラフィック量が増えてしまうという課題を解決し、ネットワークトラフィック量を節約するという効果を奏する。【選択図】図１
2017500679.tif 000002
【特許請求の範囲】
【請求項１】
端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータが受信するステップと、
前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップと、
前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていれば、前記ルータに記憶されている前記メディアリソースを前記端末へフィードバックするステップと、を含むことを特徴とするメディアリソースフィードバック方法。
【請求項２】
前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップは、
前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報と同じ名称のメディアリソースが前記ルータに記憶されているか否かを照会するステップを含み、
または、
前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップは、
処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて、前記アクセス要求に含まれるデータ標識情報を処理して、前記データ標識情報に唯一に対応する文字列を取得するステップと、
前記文字列と同じ名称のメディアリソースが前記ルータに記憶されているか否かを照会するステップと、を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップの前に、
前記メディアリソースの種類を特定するステップをさらに含み、
前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップは、前記種類に対応する記憶空間において、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップを含むことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていなければ、前記データ標識情報を前記メディアリソースに対応するサーバへ転送するステップと、
前記サーバによりフィードバックされた前記メディアリソースを受信し、前記サーバから受信された前記メディアリソースを前記端末へフィードバックするステップと、
前記データ標識情報に基づいて前記メディアリソースを記憶するステップと、をさらに含み、
前記データ標識情報は、前記データ標識情報に対応するメディアリソースを前記ルータへフィードバックするように前記サーバをトリガするために用いられることを特徴とする請求項１に記載の方法。
【請求項５】
前記データ標識情報に基づいて前記メディアリソースを記憶するステップは、
前記メディアリソースのデータ標識情報を前記メディアリソースの名称として、前記メディアリソースを記憶するステップを含み、
または、
前記データ標識情報に基づいて前記メディアリソースを記憶するステップは、
処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて前記データ標識情報を処理し、前記データ標識情報に唯一に対応する文字列を取得するステップと、
前記文字列を前記メディアリソースの名称として、前記メディアリソースを記憶するステップと、を含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記メディアリソースを記憶するステップは、
前記メディアリソースの種類を特定するステップと、
前記メディアリソースを前記種類に対応する記憶空間に記憶するステップと、を含むことを特徴とする請求項４または５に記載の方法。
【請求項７】
端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータで受信するように構成される要求受信モジュールと、
前記要求受信モジュールによって受信された前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するように構成されるリソース照会モジュールと、
前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていることを前記リソース照会モジュールが照会していれば、前記ルータに記憶されている前記メディアリソースを前記端末へフィードバックするように構成される第１のフィードバックモジュールと、を備えることを特徴とするメディアリソースフィードバック装置。
【請求項８】
前記リソース照会モジュールは、
前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報と同じ名称のメディアリソースが前記ルータに記憶されているか否かを照会するように構成される第１の照会サブモジュールを備え、
または、前記リソース照会モジュールは、
処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて、前記アクセス要求に含まれるデータ標識情報を処理して、前記データ標識情報に唯一に対応する文字列を取得するように構成される第１の処理サブモジュールと、
前記文字列と同じ名称のメディアリソースが前記ルータに記憶されているか否かを照会するように構成される第２の照会サブモジュールと、を備えることを特徴とする請求項７に記載の装置。
【請求項９】
前記メディアリソースの種類を特定するように構成される特定モジュールをさらに備え、
前記リソース照会モジュールは、さらに、前記特定モジュールによって特定された前記種類に対応する記憶空間において、前記文字列と同じ名称のメディアリソースが記憶されているか否かを照会するように構成されることを特徴とする請求項７または８に記載の装置。
【請求項１０】
前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていないことを前記リソース照会モジュールが照会していれば、前記データ標識情報を前記メディアリソースに対応するサーバへ転送するように構成されるリソース転送モジュールと、
前記サーバによりフィードバックされた前記メディアリソースを受信し、前記サーバから受信された前記メディアリソースを前記端末へフィードバックするように構成される第２のフィードバックモジュールと、
前記データ標識情報に基づいて前記メディアリソースを記憶するように構成されるリソース記憶モジュールと、をさらに備え、
前記データ標識情報は、前記データ標識情報に対応するメディアリソースを前記ルータへフィードバックするように前記サーバをトリガするために用いられることを特徴とする請求項７に記載の装置。
【請求項１１】
前記リソース記憶モジュールは、
前記メディアリソースのデータ標識情報を前記メディアリソースの名称として、前記メディアリソースを記憶するように構成される第１の記憶サブモジュールを備え、
または、前記リソース記憶モジュールは、
処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて前記データ標識情報を処理し、前記データ標識情報に唯一に対応する文字列を取得するように構成される第２の処理サブモジュールを備え、
前記第１の記憶サブモジュールは、さらに、前記文字列を前記メディアリソースの名称として、前記メディアリソースを記憶するように構成されることを特徴とする請求項１０に記載の装置。
【請求項１２】
前記第１の記憶サブモジュールは、
前記メディアリソースの種類を特定するように構成される特定サブモジュールと、
前記メディアリソースを前記種類に対応する記憶空間に記憶するように構成される第２の記憶サブモジュールと、を備えることを特徴とする請求項１０または１１に記載の装置。
【請求項１３】
プロセッサと、
プロセッサが実行可能な指令を記憶するためのメモリとを備え、
前記プロセッサは、
端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータで受信し、
前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会し、
前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていれば、前記ルータに記憶されている前記メディアリソースを前記端末へフィードバックするように構成されることを特徴とするメディアリソースフィードバック装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク通信技術分野に関し、特に、メディアリソースフィードバック方法及び装置に関する。
【背景技術】
【０００２】
電子機器機能の増加に伴って、ユーザの電子機器に対する使用頻度も大幅に高くなっている。ホームネットワークでは、ユーザは、随時に、所持した電子機器を用いてエクストラネットのメディアリソース、例えば、音楽、ビデオなどを取得することができる。
【０００３】
電子機器を用いてメディアリソースを取得する際、電子機器が先ずアクセスメディアリソースのアクセスアドレスをルータへ送信し、ルータが当該アクセスアドレスを対応するサーバへ転送し、サーバが当該アクセスアドレスに基づいて、対応するメディアリソースをルータへフィードバックし、ルータが当該メディアリソースを当該電子機器へ転送する。
【０００４】
出願人は、本発明を実現させる過程において、関連技術には少なくとも以下の欠陥があることを見出した。すなわち、ルータが同じアクセスアドレスを繰り返して受信した場合、これらの同じアクセスアドレスをエクストラネットのサーバへ転送し、エクストラネットのサーバが同じメディアリソースをフィードバックすることに起因して、ネットワークトラフィック量が増えてしまう。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ルータが同じアクセスアドレスを繰り返して受信した場合、アクセスアドレスをエクストラネットサーバへ繰り返して転送し、エクストラネットサーバが同じメディアリソースを繰り返してフィードバックすることに起因して、ネットワークトラフィック量が増えてしまうという課題を解決するために、本発明は、メディアリソースフィードバック方法及び装置を提供する。
【課題を解決するための手段】
【０００６】
本発明の実施例の第１の態様によれば、メディアリソースフィードバック方法を提供する。前記方法は、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータが受信するステップと、前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップと、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていれば、前記ルータに記憶されている前記メディアリソースを前記端末へフィードバックするステップと、を含む。
【０００７】
好ましくは、前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップは、前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報と同じ名称のメディアリソースが前記ルータに記憶されているか否かを照会するステップを含み、または、前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップは、処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて、前記アクセス要求に含まれるデータ標識情報を処理して、前記データ標識情報に唯一に対応する文字列を取得するステップと、前記文字列と同じ名称のメディアリソースが前記ルータに記憶されているか否かを照会するステップと、を含む。
【０００８】
好ましくは、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップの前に、前記メディアリソースの種類を特定するステップをさらに含み、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップは、前記種類に対応する記憶空間において、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップを含む。
【０００９】
好ましくは、前記方法は、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていなければ、前記データ標識情報を前記メディアリソースに対応するサーバへ転送するステップと、前記サーバによりフィードバックされた前記メディアリソースを受信し、前記サーバから受信された前記メディアリソースを前記端末へフィードバックするステップと、前記データ標識情報に基づいて前記メディアリソースを記憶するステップと、をさらに含み、前記データ標識情報は、前記データ標識情報に対応するメディアリソースを前記ルータへフィードバックするように前記サーバをトリガするために用いられる。
【００１０】
好ましくは、前記データ標識情報に基づいて前記メディアリソースを記憶するステップは、前記メディアリソースのデータ標識情報を前記メディアリソースの名称として、前記メディアリソースを記憶するステップを含み、または、前記データ標識情報に基づいて前記メディアリソースを記憶するステップは、処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて前記データ標識情報を処理し、前記データ標識情報に唯一に対応する文字列を取得するステップと、前記文字列を前記メディアリソースの名称として、前記メディアリソースを記憶するステップと、を含む。
【００１１】
好ましくは、前記メディアリソースを記憶するステップは、前記メディアリソースの種類を特定するステップと、前記メディアリソースを前記種類に対応する記憶空間に記憶するステップと、を含む。
【００１２】
本発明の実施例の第２の態様によれば、メディアリソースフィードバック装置を提供する。前記装置は、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータで受信するように構成される要求受信モジュールと、前記要求受信モジュールによって受信された前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するように構成されるリソース照会モジュールと、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていることを前記リソース照会モジュールが照会していれば、前記ルータに記憶されている前記メディアリソースを前記端末へフィードバックするように構成される第１のフィードバックモジュールと、を備える。
【００１３】
好ましくは、前記リソース照会モジュールは、前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報と同じ名称のメディアリソースが前記ルータに記憶されているか否かを照会するように構成される第１の照会サブモジュールを備え、または、前記リソース照会モジュールは、処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて、前記アクセス要求に含まれるデータ標識情報を処理して、前記データ標識情報に唯一に対応する文字列を取得するように構成される第１の処理サブモジュールと、前記文字列と同じ名称のメディアリソースが前記ルータに記憶されているか否かを照会するように構成される第２の照会サブモジュールと、を備える。
【００１４】
好ましくは、前記装置は、前記メディアリソースの種類を特定するように構成される特定モジュールをさらに備え、前記リソース照会モジュールは、さらに、前記特定モジュールによって特定された前記種類に対応する記憶空間において、前記文字列と同じ名称のメディアリソースが記憶されているか否かを照会するように構成される。
【００１５】
好ましくは、前記装置は、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていないことを前記リソース照会モジュールが照会していれば、前記データ標識情報を前記メディアリソースに対応するサーバへ転送するように構成されるリソース転送モジュールと、前記サーバによりフィードバックされた前記メディアリソースを受信し、前記サーバから受信された前記メディアリソースを前記端末へフィードバックするように構成される第２のフィードバックモジュールと、前記データ標識情報に基づいて前記メディアリソースを記憶するように構成されるリソース記憶モジュールと、をさらに備え、前記データ標識情報は、前記データ標識情報に対応するメディアリソースを前記ルータへフィードバックするように前記サーバをトリガするために用いられる。
【００１６】
好ましくは、前記リソース記憶モジュールは、前記メディアリソースのデータ標識情報を前記メディアリソースの名称として、前記メディアリソースを記憶するように構成される第１の記憶サブモジュールを備え、または、前記リソース記憶モジュールは、処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて前記データ標識情報を処理し、前記データ標識情報に唯一に対応する文字列を取得するように構成される第２の処理サブモジュールを備え、前記第１の記憶サブモジュールは、さらに、前記文字列を前記メディアリソースの名称として、前記メディアリソースを記憶するように構成される。
【００１７】
好ましくは、前記第１の記憶サブモジュールは、前記メディアリソースの種類を特定するように構成される特定サブモジュールと、前記メディアリソースを前記種類に対応する記憶空間に記憶するように構成される第２の記憶サブモジュールと、を備える。
【００１８】
本発明の実施例の第３の態様によれば、メディアリソースフィードバック装置を提供する。前記装置は、プロセッサと、プロセッサが実行可能な指令を記憶するためのメモリとを備え、前記プロセッサは、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータで受信し、前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会し、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていれば、前記ルータに記憶されている前記メディアリソースを前記端末へフィードバックするように構成される。
【発明の効果】
【００１９】
本発明の実施例で提供される技術案は、下記の格別な効果を含むことができる。端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータで受信し、アクセス要求に含まれるデータ標識情報に対応するメディアリソースがルータに存在していれば、メディアリソースを端末へフィードバックすることにより、ルータが要求に基づいてメディアリソースのアクセス要求を取得し、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会し、当該データ標識情報に対応するメディアリソースがルータに記憶されていれば、当該メディアリソースを端末へフィードバックすることができるため、ルータが同じメディアリソース取得要求を繰り返して受信した場合、メディアリソース取得要求をエクストラネットサーバへ繰り返して転送し、エクストラネットサーバが同じメディアリソースを繰り返してフィードバックすることに起因して、ネットワークトラフィック量が増えてしまうという課題を解決し、ネットワークトラフィック量を節約するという効果を奏する。
【００２０】
なお、前記一般的な記載及び後述の詳細な記載は、単なる例示的で解釈的な記載であり、本発明を限定しない。
【図面の簡単な説明】
【００２１】
ここでの図面は、明細書を構成する一部として見なされ、本開示に適した実施例を示し、かつ、明細書の文字記載とともに本開示の仕組みを解釈するために用いられる。
【図１】一例示的な実施例に係るメディアリソースフィードバック方法を示すフローチャートである。
【図２】別の例示的な実施例に係るメディアリソースフィードバック方法を示すフローチャートである。
【図３】一例示的な実施例に係るメディアリソースフィードバック装置を示すブロック図である。
【図４】別の例示的な実施例に係るメディアリソースフィードバック装置を示すブロック図である。
【図５】一例示的な実施例に係るメディアリソースをフィードバックする装置を示すブロック図である。
【発明を実施するための形態】
【００２２】
以下、例示的な実施例を詳しく説明し、その例示を図面に示す。以下の記載が図面に関わる場合、特に別の説明がない限り、異なる図面における同一符号は、同じ又は類似する要素を示す。以下の例示的な実施形態に記載の実施例は、本発明と一致する全ての実施例を代表するものではない。即ち、それらは、特許請求の範囲に記載の本発明のある側面に一致する装置及び方法の例に過ぎない。
【００２３】
図１は、一例示的な実施例に係るメディアリソースフィードバック方法を示すフローチャートである。当該メディアリソースフィードバック方法は、ルータに用いられ、図１に示すように、以下のステップを含む。
【００２４】
ステップ１０１では、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータが受信する。
【００２５】
メディアリソースは、ネットワークにおける各種のリソース、例えば、音楽リソース、ビデオリソースまたは画像リソースなどであっても良い。
【００２６】
ステップ１０２では、アクセス要求に含まれるデータ標識情報に基づいて、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会する。
【００２７】
ステップ１０３では、データ標識情報に対応するメディアリソースがルータに記憶されていれば、ルータに記憶されているメディアリソースを端末へフィードバックする。
【００２８】
上述により、本発明で提供されるメディアリソースフィードバック方法では、ルータでは、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求を受信し、アクセス要求に含まれるデータ標識情報に対応するメディアリソースがルータに存在していれば、メディアリソースを端末へフィードバックすることにより、ルータが要求に基づいてメディアリソースのアクセス要求を取得し、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会し、当該データ標識情報に対応するメディアリソースがルータに記憶されていれば、当該メディアリソースを端末へフィードバックすることができるため、ルータが同じメディアリソース取得要求を繰り返して受信した場合、メディアリソース取得要求をエクストラネットサーバへ繰り返して転送し、エクストラネットサーバが同じメディアリソースを繰り返してフィードバックすることに起因して、ネットワークトラフィック量が増えてしまうという課題を解決し、ネットワークトラフィック量を節約するという効果を奏する。
【００２９】
図２は、別の例示的な実施例に係るメディアリソースフィードバック方法を示すフローチャートである。当該メディアリソースフィードバック方法は、ルータに用いられ、図２に示すように、当該メディアリソースフィードバック方法は、以下のステップを含む。
【００３０】
ステップ２０１では、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータが受信する。
【００３１】
メディアリソースは、ネットワークにおける各種のリソース、例えば、音楽リソース、ビデオリソースまたは画像リソースなどであっても良い。
【００３２】
当該アクセス要求は、一般的にはデータ標識情報が携帯されており、ここで言うデータ標識情報は、アクセスアドレスまたはサーバでのメディアリソースの標識であっても良い。
【００３３】
良く見られているデータ標識情報は一般的には、アクセスアドレスであり、当該アクセスアドレスは一般的には、メディアリソースを提供するネットワークアドレスであり、すなわち、統一リソース識別子ＵＲＬ（英文：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）であり、アクセスアドレスは一般的には、ネットワークでの対応するメディアリソースの記憶位置を標識するためのものである。
【００３４】
当該アクセス要求は、ルータへ送信されるとき、端末が開放型システム相互接続（英文：Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；  ＯＳＩと略称する）七層プロトコルによって層別にパッケージ化して成されたものであり、ルータが受信した当該アクセス要求は一般的には、当該データ標識情報がパッケージ化されているアクセス要求であり、当該アクセス要求は、１つのデータパケットと理解されても良い。
【００３５】
ルータは、当該データ標識情報がパッケージ化されているデータパケットを取得した後、ＯＳＩ七層プロトコル層によって当該データパケットをデカプセル化して、パケット内のデータ標識情報を取得する。
【００３６】
好ましくは、ルータは、端末から送信された、データ標識情報がパッケージ化されているデータパケットを受信したときに、当該データパケットを傍受することができる。
【００３７】
ここでは、Ｎｅｔｆｉｌｔｅｒフレームワークを用いてデータパケットを傍受しても良く、インターネットプロトコルバージョン４（英文：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４；ＩＰｖ４と略称する）には５つのフック関数を定義しており、データパケットがこれらキー位置を経過したとき、対応するフック関数が呼び出される。当該データパケットがインターネットプロトコル（英文：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ；ＩＰと略称する）によって校正された後、１番目のフック関数ＮＦ＿ＩＰ＿ＰＲＥ＿ＲＯＵＴＩＮＧに到達して処理され、当該フック関数は、当該データパケットをエクストラネットサーバへ転送するか、それとも本ルータへ送信するかを特定するためのものである。当該データパケットを解析する必要があるため、フック関数ＮＦ＿ＩＰ＿ＰＲＥ＿ＲＯＵＴＩＮＧが、全てのデータパケットを本ルータの上位層プロトコルへ転送して解析するように設けられても良く、解析結果に応じて、データパケットを転送するか否かを特定する。ルータの上位層プロトコルへ転送されたデータパケットを、ルータ内のＯＳＩプロトコルによってデカプセル化して、この前に端末から送信されたメディアリソースのデータ標識情報に還元させる。
【００３８】
すなわち、ルータは、端末から送信されたアクセス要求に対応するデータパケットを受信した後、当該データパケットを上位層プロトコルへ転送してデカプセル化させ、中のデータ標識情報を取得するのであるが、デフォルトされた、当該データパケットを対応するエクストラネットサーバへ転送するのではない。
【００３９】
ステップ２０２では、当該アクセス要求に含まれるデータ標識情報に基づいて、当該データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会する。
【００４０】
好ましくは、ルータには、比較的に多くのメディアリソースを記憶することができるため、メディアリソースを便利に照会するために、メディアリソースの種類に応じて、これらメディアリソースを種類別に記憶しても良い。このとき、ルータは、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会するステップの前に、メディアリソースの種類を特定するステップを含んでも良い。対応的に、データ標識情報に対応するメディアリソースがルータに記憶されているか否かをルータが照会するステップは、種類に対応する記憶空間において、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会するステップを含んでも良い。
【００４１】
すなわち、ルータの照会效率を向上させるために、ルータは、記憶されるメディアリソースを種類別に管理し、同一種類のメディアリソースを同一ディレクトリに記憶しても良い。対応的に、ルータにおけるメディアリソースを照会するとき、先ず、メディアリソースの種類を特定し、さらに、該当するメディアリソース種類に対応する記憶空間において、データ標識情報に対応するメディアリソースが記憶されているか否かを照会する。
【００４２】
好ましくは、データ標識情報に基づいてメディアリソースの種類を照会するとき、メディアリソースに対応するデータ標識情報（例えば、アクセスアドレス）のサフィックスに応じて、メディアリソースの種類を特定しても良い。メディアリソースのアクセスアドレスがhttp://www.xxx.com/music/123.mp3であることを例とすると、要求するのが１２３．ｍｐ３という名称のファイルであることが分かり、サフィックスｍｐ３によれば、要求するのが音楽ファイルであることが分かる。ルータは、メディアリソースの種類を特定した後、当該音楽種類に対応する記憶空間では、名称がデータ標識情報と同じメディアリソースが記憶されているか否かを照会する。
【００４３】
好ましくは、ルータが、要求に含まれるデータ標識情報に基づいて、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会するステップは、アクセス要求に含まれるデータ標識情報に基づいて、データ標識情報と同じ名称のメディアリソースがルータに記憶されているか否かを照会するステップを含んでも良い。
【００４４】
異なるメディアリソースが同じ名称を有して、メディアリソースを間違ってフィードバックする課題を回避するために、ルータはメディアリソースを記憶するとき、メディアリソースの名称をメディアリソースのデータ標識情報で置換してメディアリソースを記憶しても良い、すなわち、データ標識情報をインデックスとしてこれらのメディアリソースを記憶しても良い。したがって、ルータは、名称がデータ標識情報であるメディアリソースがルータに記憶されているか否かを照会しても良い。
【００４５】
例えば、データ標識情報がアクセスアドレスである場合、ルータは、対応するメディアリソースの名称を当該アクセスアドレスで置換して当該メディアリソースを記憶しても良く、それから、名称が当該アクセスアドレスであるメディアリソースがルータに記憶されているか否かを照会しても良い。
【００４６】
好ましくは、ルータは、データ標識情報と同じ名称のメディアリソースがルータに記憶されているか否かを照会するとき、ルータの記憶空間において、データ標識情報と同じ名称のメディアリソースが記憶されているか否かを直接に照会しても良く、ルータにおける、メディアリソース種類に対応する記憶空間において、データ標識情報と同じ名称のメディアリソースが記憶されているか否かを照会しても良い。
【００４７】
よく見られているように、データ標識情報が一般的にはアクセスアドレスであるため、メディアリソースのアクセスアドレスがとても長く、大量のメディアリソースはメディアリソースのアクセスアドレスを名称としてルータに記憶される場合、大量の記憶空間を占用し、かつ、アクセスアドレスに基づいて整合するとき、整合複雑度も高く、整合時間も長くなる。よって、メディアリソースの記憶空間及びメディアリソースを照会するときの整合複雑度及び照会時間をできるだけ低減するために、ルータは、メディアリソースのデータ標識情報を処理しても良い、すなわち、処理後のメディアリソースの名称の文字をデータ標識情報の文字よりも少なくしても良い。
【００４８】
メディアリソースのデータ標識情報を処理するとき、所定の処理規則によってメディアリソースのデータ標識情報を処理して、文字がデータ標識情報よりも少ない文字列を取得しても良い。一般的には、所定の処理規則に基づいてデータ標識情報の文字を処理して取得した文字列は、データ標識情報に唯一に対応するものである。ここで言う所定の処理規則は、ハッシュアルゴリズム、または、他の類似する、データ標識情報の文字を短縮できるアルゴリズムであっても良い。
【００４９】
例を挙げると、あるメディアリソースのデータ標識情報（例えば、アクセスアドレス）がhttp://www.xxx.com/music/123.mp3であり、文字数が３２ビットであり、当該メディアリソースのアクセスアドレスをハッシュ演算し、得られた演算結果はＡＤＦ２ＪＬＳＤ２ＪＬ０９３ＪＳＤＬＡＤであり、文字が２０ビットであり、ハッシュ演算して得られた文字列の文字数は、データ標識情報の文字数よりも少ない。
【００５０】
所定の処理規則によりデータ標識情報を処理して文字列を取得した後、当該文字列を名称として当該データ標識情報に対応するメディアリソースを記憶しても良い。対応的に、ルータが、アクセス要求に含まれるデータ標識情報に基づいて、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会するステップは、以下のステップを含んでも良い。
【００５１】
第１、処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて、アクセス要求に含まれるデータ標識情報を処理して、データ標識情報に唯一に対応する文字列を取得する。
【００５２】
第２、文字列と同じ名称のメディアリソースがルータに記憶されているか否かを照会する。
【００５３】
同様に、ルータの照会效率を向上するために、ルータに記憶されているメディアリソースを種類別に管理し、同一種類のメディアリソースをルータ記憶空間の同一ディレクトリに記憶しても良い。ルータにおけるメディアリソースの照会については、先ず、メディアリソースの種類を特定し、さらに、該当するメディアリソース種類に対応する記憶空間において、取得された文字列と同じ名称のメディアリソースが記憶されているか否かを照会する。
【００５４】
すなわち、ルータは、当該文字列と同じ名称のメディアリソースがルータに記憶されているか否かを照会するとき、ルータの記憶空間において、当該文字列と同じ名称のメディアリソースが記憶されているか否かを直接に照会しても良く、ルータにおける、メディアリソース種類に対応する記憶空間において、当該文字列と同じ名称のメディアリソースが記憶されているか否かを照会しても良い。
【００５５】
例を挙げると、表１を参照し、それは、ルータがメディアリソースを種類別に記憶して生成した表であり、表１に示すように、ルータは、メディアリソースを音楽、ビデオ及び画像に分類する。各メディアリソース種類ディレクトリには、当該メディアリソース種類に従属している、名称をインデックスとするメディアリソースが記憶されている。すなわち、メディアリソースを記憶するとき、メディアリソース種類を一級のインデックスとし、メディアリソースの名称を二級のインデックスとして記憶する。
【００５６】
対応的に、メディアリソースを照会するとき、先ず、一級のインデックスで照会し、対応する種類が照会されており、それから、当該種類に対応する記憶空間では、二級のインデックスでメディアリソースを照会し、指定名称を有するメディアリソースが照会された。例えば、依然として表１を参照すると、種類が音楽であって処理後の名称が「ＡＤＦ０１ＪＦＳＤ４Ｒ」であるメディアリソースを照会するとき、先ず、メディアリソースの種類「音楽」を特定し、それから、音楽に対応する記憶空間において、名称が「ＡＤＦ０１ＪＦＳＤ４Ｒ」であるメディアリソースを照会する。
【表１】
2017500679.tif 000003
ステップ２０３では、データ標識情報に対応するメディアリソースがルータに記憶されていれば、ルータに記憶されている当該メディアリソースを端末へフィードバックする。
【００５７】
同じアクセス要求をエクストラネットのサーバへ繰り返して転送して、エクストラネットのサーバが同じメディアリソースを繰り返してフィードバックし、さらに、ネットワークトラフィック量を増やして、ルータの応答速度を低減してしまうため、ルータは、データ標識情報に対応するメディアリソースがルータに記憶されていることを照会した後、直接にメディアリソースを端末へフィードバックし、かつ、当該データ標識情報に対応するデータパケットを廃棄しても良い、すなわち、データ標識情報がパッケージ化されたデータパケットをエクストラネットのサーバへ転送しなくても良く、これによって、ルータの応答速度を向上させるとともに、ユーザの体験をも向上させる。
【００５８】
ステップ２０４では、データ標識情報に対応するメディアリソースがルータに記憶されていなければ、メディアリソースをルータへフィードバックするようサーバをトリガするためのデータ標識情報を、メディアリソースに対応するサーバへ転送し、サーバがフィードバックしたメディアリソースを受信し、サーバから受信されたメディアリソースを端末へフィードバックし、データ標識情報に基づいて当該メディアリソースを記憶する。
【００５９】
ステップ２０２においてデータ標識情報に対応するメディアリソースがルータに記憶されていないことを照会していれば、ルータは、メディアリソースのデータ標識情報をＯＳＩ七層プロトコルによって層別にパッケージ化してデータパケットを形成し、かつ、当該メディアリソースデータ標識情報がパッケージ化されているデータパケットを、データ標識情報に対応するサーバへ転送する必要があり、サーバは、データパケットを受信し、データパケットをＯＳＩ七層プロトコル層によってデカプセル化して、パケット内のデータ標識情報を取得し、サーバでの対応するメディアリソースを照会し、メディアリソースをルータへフィードバックする。ルータは、サーバがフィードバックしたメディアリソースを所定の規則に基づいて記憶する。なお、ルータがサーバへ送信した、データ標識情報がパッケージ化されているデータパケットは、メディアリソースをルータへフィードバックするようサーバをトリガする機能を有する。
【００６０】
好ましくは、ルータがデータ標識情報に基づいてメディアリソースを記憶するステップは、メディアリソースのデータ標識情報をメディアリソースの名称として、当該メディアリソースを記憶するステップを含んでも良い。
【００６１】
異なるメディアリソースが同じ名称を有して、メディアリソースを間違ってフィードバックする課題を回避するために、ルータはメディアリソースを記憶するとき、メディアリソースの名称をメディアリソースのデータ標識情報で置換してメディアリソースを記憶しても良い、すなわち、データ標識情報をインデックスとしてこれらメディアリソースを記憶しても良い。したがって、ルータはメディアリソースを記憶するとき、当該メディアリソースに対応するデータ標識情報を直接に当該メディアリソースの名称として記憶しても良い。
【００６２】
好ましくは、ルータがデータ標識情報に基づいてメディアリソースを記憶するステップは、下記のステップを含んでも良い。
【００６３】
１）処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいてデータ標識情報を処理し、データ標識情報に唯一に対応する文字列を取得する。
【００６４】
２）当該文字列をメディアリソースの名称として、メディアリソースを記憶する。
【００６５】
同様に、通常のデータ標識情報がアクセスアドレスであるため、メディアリソースのアクセスアドレスがとても長く、大量のメディアリソースはメディアリソースのデータ標識情報を名称としてルータに記憶される場合、大量の記憶空間を占用し、かつ、データ標識情報に基づいて整合するとき、整合複雑度も高く、整合時間も長くなる。よって、メディアリソースの記憶空間及びメディアリソースを照会するときの整合複雑度及び照会時間をできるだけ低減するために、ルータは、メディアリソースのデータ標識情報を処理しても良い、すなわち、処理後のメディアリソースの名称の文字をデータ標識情報の文字よりも少なくしても良い。
【００６６】
メディアリソースのデータ標識情報を処理するとき、所定の処理規則によってメディアリソースのアクセスアドレスを処理して、文字がデータ標識情報よりも少ない文字列を取得しても良い。一般的には、所定の処理規則に基づいてデータ標識情報の文字を処理して取得した文字列は、データ標識情報に唯一に対応するものである。ここで言う所定の処理規則は、ステップ２０２に対する説明と同じであるため、ここでは再び述べない。
【００６７】
これから分かるように、ルータは、サーバから取得したメディアリソースを記憶するとき、当該メディアリソースのデータ標識情報に対して所定の処理演算を施して対応する文字列を取得し、かつ、当該文字列をメディアリソースの名称として、メディアリソースをルータに記憶しても良い。
【００６８】
同様に、ルータが後続でメディアリソースを照会する速度を向上させるために、メディアリソースを種類別に記憶し、同一種類のメディアリソースをルータ記憶空間の同一ディレクトリに記憶しても良い。したがって、ルータがメディアリソースを記憶するステップは、以下のステップを含んでも良い。
【００６９】
１）メディアリソースの種類を特定する。
【００７０】
２）メディアリソースを当該種類に対応する記憶空間に記憶する。
【００７１】
ルータは、先ず、メディアリソースの種類を特定しても良く、メディアリソース種類を特定する方法は、ステップ２０２と同じであるため、ここでは再び述べない。その後、ルータは、メディアリソースのアクセスアドレスに対して所定の処理、演算を施して対応する文字列を取得し、文字列をメディアリソースの名称として、メディアリソースを当該種類に対応する記憶空間に記憶する。
【００７２】
これから分かるように、ルータは、メディアリソースを記憶するとき、データ標識情報を直接にメディアリソースの名称として、メディアリソースを記憶しても良く、所定の処理規則に基づいてデータ標識を処理し、処理後の文字列を取得し、当該文字列をメディアリソースの名称として、メディアリソースを記憶しても良い。メディアリソースを記憶するとき、直接に記憶しても良く、先ず、メディアリソースの種類を取得し、それから、メディアリソースを当該種類に対応する記憶空間に記憶しても良い。
【００７３】
以下、ｐｃ（ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ、パーソナルコンピュータ）ブラウザがオンラインで音楽をプレーすることを例として、本方法の過程を具体的に紹介する。
【００７４】
１．当該例示は主として、ｐｃデバイス、ルータ（ｒｏｕｔｅｒ）及びパブリックネットワークにあるｗｅｂサーバ（ｗｅｂ  ｓｅｒｖｅｒ）という３つの物理実体デバイスに係る。
【００７５】
ここでのｐｃデバイスは、１つまたは複数であっても良く、ｗｅｂサーバも、１つまたは複数であっても良い。
【００７６】
ここでのｐｃデバイスは、さらに、タブレットコンピュータ、携帯電話、マルチメディアプレイヤーなどのクライアントで置換されても良い。
【００７７】
２．ｐｃは、１つの音楽ファイルを要求し、当該要求には、当該音楽ファイルのアクセスアドレスが携帯されており、例えば、当該音楽ファイルのアクセスアドレスがhttp://www.xxx.com/music/123.mp3であり、この要求は、ｐｃにおいてＯＳＩ７層モデル層プロトコルによってパッケージ化されて１つのデータパケットを形成する。
【００７８】
好ましくは、ここの音楽ファイルは、ビデオファイル、画像ファイルなどで置換されても良い。
【００７９】
３．当該データパケットがルータのコアを経過したとき、傍受され、ルータは当該データパケットを傍受した後、当該データパケットを解析する。（具体的な傍受技術は、Ｎｅｔｆｉｌｔｅｒフレームワークを用いても良い。簡単に言えば、データパケットがルータにおける１番目のＨＯＯＫ関数ＮＦ＿ＩＰ＿ＰＲＥ＿ＲＯＵＴＩＮＧによって処理された後、ルーティングコードに入り、ルーティングコードは、当該データパケットを転送するか、それとも自機へ送信するかを決定する必要がある。好ましくは、ルーティングコードをユーザ定義しても良く、ユーザ定義したルーティングコードは、受信された全てのデータを自機へ送信し、自機はこれらのデータパケットを解析し、その中のデータ標識情報を取得し、かつ、当該データ標識情報に基づいて、対応するメディアリソースがルータに存在しているか否かを照会する。）
【００８０】
４．データパケットを解析した後、要求に含まれるアクセスアドレスＵＲＬが「http://www.xxx.com/music/123.mp3」であることが得られ、このとき、ルータは、当該アクセスアドレスのサフィックスに基づいて、これが音楽ファイルであると判断でき、それから、ルータのハードディスクでは、http://www.xxx.com/music/123.mp3に対応するファイルがあるか否かを照会し（例えば、ハッシュ関数によって当該アクセスアドレスhttp://www.xxx.com/music/123.mp3をハッシュし、ハッシュした文字列「ＡＤＦ２ＪＬＳＤ２ＪＬ０９３ＪＳＤＬＡＤ」が得られ、名称がＡＤＦ２ＪＬＳＤ２ＪＬ０９３ＪＳＤＬＡＤのファイルがあるか否かを照会しても良い）、このファイルがあれば、当該ファイルをｐｃに返信し、データパケットをパブリックネットワークへ転送しない。このファイルがなければ、ルータは、データパケットをパブリックネットワークのｗｅｂサーバへ転送し、ｗｅｂサーバは、音楽ファイルをルータに返信し、ルータは、当該音楽をローカルにキャッシュし、記憶時の具体的なネームが当該アクセスアドレスをハッシュしたネームであり、最後に、ファイルをｐｃに返信する。
【００８１】
以上により、任意のクライアントでの任意のアプリケーションについては、要求するのがステップ３での音楽であれば、ルータは当該音楽がキャッシュされている場合、直接にクライアントに返信し、パブリックネットワークを要求する必要がなく、これによって、ルータはパブリックネットワークに接続されていなくても、クライアントがオンラインで音楽を聴くことを確保でき、プライベートホーム音楽クラウドセンターとなる。
【００８２】
上述により、本発明で提供されるメディアリソースフィードバック方法では、ルータでは、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求を受信し、アクセス要求に含まれるデータ標識情報に対応するメディアリソースがルータに存在していれば、メディアリソースを端末へフィードバックすることにより、ルータが要求に基づいてメディアリソースのアクセス要求を取得し、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会し、当該データ標識情報に対応するメディアリソースがルータに記憶されていれば、当該メディアリソースを端末へフィードバックすることができるため、ルータが同じメディアリソース取得要求を繰り返して受信した場合、メディアリソース取得要求をエクストラネットサーバへ繰り返して転送し、エクストラネットサーバが同じメディアリソースを繰り返してフィードバックすることに起因して、ネットワークトラフィック量が増えてしまうという課題を解決し、ネットワークトラフィック量を節約するという効果を奏する。
【００８３】
本発明で提供されるメディアリソースフィードバック方法では、メディアリソースの種類を特定し、種類に対応する記憶空間では、データ標識情報と同じ名称のメディアリソースが記憶されているか否かを照会し、または、データ標識情報を処理して得られた文字列と同じ名称のメディアリソースが記憶されているか否かを照会することにより、照会時間を少なくし、照会効率を向上させることができる。
【００８４】
図３は、一例示的な実施例に係るメディアリソースフィードバック装置を示すブロック図である。当該メディアリソースフィードバック装置は、ルータに用いられ、図３に示すように、当該メディアリソースフィードバック装置は、要求受信モジュール３０２と、リソース照会モジュール３０４と、第１のフィードバックモジュール３０６と、を備える。
【００８５】
当該要求受信モジュール３０２は、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータで受信するように構成される。
【００８６】
当該リソース照会モジュール３０４は、要求受信モジュール３０２から受信されたアクセス要求に含まれるデータ標識情報に基づいて、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会するように構成される。
【００８７】
当該第１のフィードバックモジュール３０６は、データ標識情報に対応するメディアリソースがルータに記憶されていることをリソース照会モジュール３０４が照会していれば、ルータに記憶されているメディアリソースを端末へフィードバックするように構成される。
【００８８】
上述により、本発明で提供されるメディアリソースフィードバック装置では、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータで受信し、アクセス要求に含まれるデータ標識情報に対応するメディアリソースがルータに存在していれば、メディアリソースを端末へフィードバックすることにより、ルータが要求に基づいてメディアリソースのアクセス要求を取得し、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会し、当該データ標識情報に対応するメディアリソースがルータに記憶されていれば、当該メディアリソースを端末へフィードバックすることができるため、ルータが同じメディアリソース取得要求を繰り返して受信した場合、メディアリソース取得要求をエクストラネットサーバへ繰り返して転送し、エクストラネットサーバが同じメディアリソースを繰り返してフィードバックすることに起因して、ネットワークトラフィック量が増えてしまうという課題を解決し、ネットワークトラフィック量を節約するという効果を奏する。
【００８９】
図４は、別の例示的な実施例に係るメディアリソースフィードバック装置を示すブロック図である。当該メディアリソースフィードバック装置は、ルータに用いられ、図４に示すように、当該メディアリソースフィードバック装置は、要求受信モジュール４０２と、リソース照会モジュール４０４と、第１のフィードバックモジュール４０６と、を備える。
【００９０】
当該要求受信モジュール４０２は、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求を受信するように構成される。
【００９１】
当該リソース照会モジュール４０４は、要求受信モジュール４０２から受信されたアクセス要求に含まれるデータ標識情報に基づいて、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会するように構成される。
【００９２】
当該第１のフィードバックモジュール４０６は、データ標識情報に対応するメディアリソースがルータに記憶されていることをリソース照会モジュール４０４が照会していれば、ルータに記憶されているメディアリソースを端末へフィードバックするように構成される。
【００９３】
好ましくは、リソース照会モジュール４０４は、第１の照会サブモジュール４０４ａを備える。
【００９４】
第１の照会サブモジュール４０４ａは、アクセス要求に含まれるデータ標識情報に基づいて、データ標識情報と同じ名称のメディアリソースがルータに記憶されているか否かを照会するように構成される。
【００９５】
または、リソース照会モジュール４０４は、第１の処理サブモジュール４０４ｂと、第２の照会サブモジュール４０４ｃと、を備える。
【００９６】
第１の処理サブモジュール４０４ｂは、処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて、アクセス要求に含まれるデータ標識情報を処理して、データ標識情報に唯一に対応する文字列を取得するように構成される。
【００９７】
第２の照会サブモジュール４０４ｃは、文字列と同じ名称のメディアリソースがルータに記憶されているか否かを照会するように構成される。
【００９８】
好ましくは、当該メディアリソースフィードバック装置は、特定モジュール４０７をさらに備える。
【００９９】
特定モジュール４０７は、メディアリソースの種類を特定するように構成される。
【０１００】
リソース照会モジュール４０４は、さらに、特定モジュール４０７が特定した種類に対応する記憶空間において、文字列と同じ名称のメディアリソースが記憶されているか否かを照会するように構成される。
【０１０１】
好ましくは、当該メディアリソースフィードバック装置は、リソース転送モジュール４０８と、第２のフィードバックモジュール４１０と、リソース記憶モジュール４１２と、をさらに備える。
【０１０２】
リソース転送モジュール４０８は、データ標識情報に対応するメディアリソースがルータに記憶されていないことをリソース照会モジュール４０４が照会していれば、データ標識情報をメディアリソースに対応するサーバへ転送するように構成され、当該データ標識情報は、データ標識情報に対応するメディアリソースをルータへフィードバックするようにサーバをトリガするために用いられる。
【０１０３】
第２のフィードバックモジュール４１０は、サーバによってフィードバックされたメディアリソースを受信し、サーバから受信されたメディアリソースを端末へフィードバックするように構成される。
【０１０４】
リソース記憶モジュール４１２は、データ標識情報に基づいてメディアリソースを記憶するように構成される。
【０１０５】
好ましくは、リソース記憶モジュール４１２は、第１の記憶サブモジュール４１２ａを備える。
【０１０６】
第１の記憶サブモジュール４１２ａは、メディアリソースのデータ標識情報をメディアリソースの名称として、メディアリソースを記憶するように構成される。
【０１０７】
または、リソース記憶モジュール４１２は、第２の処理サブモジュール４１２ｂを備える。
【０１０８】
第２の処理サブモジュール４１２ｂは、処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいてデータ標識情報を処理し、データ標識情報に唯一に対応する文字列を取得するように構成される。
【０１０９】
第１の記憶サブモジュール４１２ａは、さらに、文字列をメディアリソースの名称として、メディアリソースを記憶するように構成される。
【０１１０】
好ましくは、第１の記憶サブモジュール４１２ａは、特定サブモジュール４１２ａ１と、第２の記憶サブモジュール４１２ａ２と、を備える。
【０１１１】
特定サブモジュール４１２ａ１は、メディアリソースの種類を特定するように構成される。
【０１１２】
第２の記憶サブモジュール４１２ａ２は、メディアリソースを種類に対応する記憶空間に記憶するように構成される。
【０１１３】
上述により、本発明で提供されるメディアリソースフィードバック装置では、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータで受信し、アクセス要求に含まれるデータ標識情報に対応するメディアリソースがルータに存在していれば、メディアリソースを端末へフィードバックすることにより、ルータが要求に基づいてメディアリソースのアクセス要求を取得し、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会し、当該データ標識情報に対応するメディアリソースがルータに記憶されていれば、当該メディアリソースを端末へフィードバックすることができるため、ルータが同じメディアリソース取得要求を繰り返して受信した場合、メディアリソース取得要求をエクストラネットサーバへ繰り返して転送し、エクストラネットサーバが同じメディアリソースを繰り返してフィードバックすることに起因して、ネットワークトラフィック量が増えてしまうという課題を解決し、ネットワークトラフィック量を節約するという効果を奏する。
【０１１４】
本発明で提供されるメディアリソースフィードバック装置では、メディアリソースの種類を特定し、種類に対応する記憶空間において、データ標識情報と同じ名称のメディアリソースが記憶されているか否かを照会し、または、データ標識情報を処理して得られた文字列と同じ名称のメディアリソースが記憶されているか否かを照会することにより、照会時間を少なくし、照会効率を向上させることができる。
【０１１５】
前記実施例に係る装置における各モジュールが操作を実行する具体的な形態は、当該方法に関する実施例において詳細に記述されており、ここでは詳しく説明しない。
【０１１６】
本発明の一例示的な実施例は、本発明で提供されるメディアリソースフィードバック方法を実現可能なメディアリソースフィードバック装置を提供する。当該メディアリソースフィードバック装置は、プロセッサと、プロセッサが実行可能な指令を記憶するためのメモリとを備え、プロセッサは、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータで受信し、アクセス要求に含まれるデータ標識情報に基づいて、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会し、データ標識情報に対応するメディアリソースがルータに記憶されていれば、ルータに記憶されているメディアリソースを端末へフィードバックするように構成される。
【０１１７】
図５は、一例示的な実施例に係るメディアリソースフィードバック用装置を示すブロック図である。例えば、装置５００はサーバとして提供されてもよい。図５を参照すると、装置５００は、１つまたは複数のプロセッサがさらに含まれた処理ユニット５２２と、処理ユニット５２２により実行可能な指令、例えばアプリケーションプログラムを記憶するメモリ５３２に代表されるメモリリソースとを含む。メモリ５３２に記憶されたアプリケーションプログラムは、１つ以上のそれぞれが一組の指令に対応するモジュールを含んでもよい。また、前記メディアリソースフィードバック方法を実行するために、処理ユニット５２２は指令を実行するように構成される。
【０１１８】
装置５００は、装置５００の電源管理を実行するように構成された電源ユニット５２６と、装置５００をインターネットに接続させるように構成された有線又は無線ネットワークインターフェース５５０と、入力／出力（Ｉ／Ｏ）インターフェース５５８とを備えてもよい。装置５００はメモリ５３２に記憶された操作システム、例えばＷｉｎｄｏｗｓ（登録商標）  ＳｅｒｖｅｒＴＭ、Ｍａｃ  ＯＳ  ＸＴＭ、Ｕｎｉｘ（登録商標）ＴＭ，  Ｌｉｎｕｘ（登録商標）ＴＭ、ＦｒｅｅＢＳＤＴＭなどに基づいて操作できる。
【０１１９】
当業者は、明細書に対する理解、及び明細書に記載された発明に対する実施を介して、本発明の他の実施形態を容易に取得することができる。本発明は、本発明に対する任意の変形、用途、又は適応的な変化を含み、このような変形、用途、又は適応的な変化は、本発明の一般的な原理に従い、本発明では開示していない本技術分野の公知知識、又は通常の技術手段を含む。明細書及び実施例は、単に例示的なものであって、本発明の本当の範囲と主旨は、以下の特許請求の範囲によって示される。
【０１２０】
本発明は、上記で記述され、図面で図示した特定の構成に限定されず、その範囲を離脱しない状況で、様々な修正や変更を実施してもよい。本発明の範囲は、添付される特許請求の範囲のみにより限定される。
【０１２１】
本願は、出願番号が２０１４１０６４１９７５．２であって、出願日が２０１４年１１月０６日である中国特許出願に基づき優先権を主張し、当該中国特許出願の内容の全てを本願に援用する。
【図１】
2017500679.tif 000004
【図２】
2017500679.tif 000005
【図３】
2017500679.tif 000006
【図４】
2017500679.tif 000007
【図５】
2017500679.tif 000008
【手続補正書】
【提出日】平成27年12月28日(2015.12.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータが受信するステップと、
前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップと、
前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていれば、前記ルータに記憶されている前記メディアリソースを前記端末へフィードバックするステップと、を含むことを特徴とするメディアリソースフィードバック方法。
【請求項２】
前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップは、
前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報と同じ名称のメディアリソースが前記ルータに記憶されているか否かを照会するステップを含み、
または、
前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップは、
処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて、前記アクセス要求に含まれるデータ標識情報を処理して、前記データ標識情報に唯一に対応する文字列を取得するステップと、
前記文字列と同じ名称のメディアリソースが前記ルータに記憶されているか否かを照会するステップと、を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップの前に、
前記メディアリソースの種類を特定するステップをさらに含み、
前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップは、前記種類に対応する記憶空間において、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップを含むことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていなければ、前記データ標識情報を前記メディアリソースに対応するサーバへ転送するステップと、
前記サーバによりフィードバックされた前記メディアリソースを受信し、前記サーバから受信された前記メディアリソースを前記端末へフィードバックするステップと、
前記データ標識情報に基づいて前記メディアリソースを記憶するステップと、をさらに含み、
前記データ標識情報は、前記データ標識情報に対応するメディアリソースを前記ルータへフィードバックするように前記サーバをトリガするために用いられることを特徴とする請求項１に記載の方法。
【請求項５】
前記データ標識情報に基づいて前記メディアリソースを記憶するステップは、
前記メディアリソースのデータ標識情報を前記メディアリソースの名称として、前記メディアリソースを記憶するステップを含み、
または、
前記データ標識情報に基づいて前記メディアリソースを記憶するステップは、
処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて前記データ標識情報を処理し、前記データ標識情報に唯一に対応する文字列を取得するステップと、
前記文字列を前記メディアリソースの名称として、前記メディアリソースを記憶するステップと、を含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記メディアリソースを記憶するステップは、
前記メディアリソースの種類を特定するステップと、
前記メディアリソースを前記種類に対応する記憶空間に記憶するステップと、を含むことを特徴とする請求項４または５に記載の方法。
【請求項７】
端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータで受信するように構成される要求受信モジュールと、
前記要求受信モジュールによって受信された前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するように構成されるリソース照会モジュールと、
前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていることを前記リソース照会モジュールが照会していれば、前記ルータに記憶されている前記メディアリソースを前記端末へフィードバックするように構成される第１のフィードバックモジュールと、を備えることを特徴とするメディアリソースフィードバック装置。
【請求項８】
前記リソース照会モジュールは、
前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報と同じ名称のメディアリソースが前記ルータに記憶されているか否かを照会するように構成される第１の照会サブモジュールを備え、
または、前記リソース照会モジュールは、
処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて、前記アクセス要求に含まれるデータ標識情報を処理して、前記データ標識情報に唯一に対応する文字列を取得するように構成される第１の処理サブモジュールと、
前記文字列と同じ名称のメディアリソースが前記ルータに記憶されているか否かを照会するように構成される第２の照会サブモジュールと、を備えることを特徴とする請求項７に記載の装置。
【請求項９】
前記メディアリソースの種類を特定するように構成される特定モジュールをさらに備え、
前記リソース照会モジュールは、さらに、前記特定モジュールによって特定された前記種類に対応する記憶空間において、前記文字列と同じ名称のメディアリソースが記憶されているか否かを照会するように構成されることを特徴とする請求項８に記載の装置。
【請求項１０】
前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていないことを前記リソース照会モジュールが照会していれば、前記データ標識情報を前記メディアリソースに対応するサーバへ転送するように構成されるリソース転送モジュールと、
前記サーバによりフィードバックされた前記メディアリソースを受信し、前記サーバから受信された前記メディアリソースを前記端末へフィードバックするように構成される第２のフィードバックモジュールと、
前記データ標識情報に基づいて前記メディアリソースを記憶するように構成されるリソース記憶モジュールと、をさらに備え、
前記データ標識情報は、前記データ標識情報に対応するメディアリソースを前記ルータへフィードバックするように前記サーバをトリガするために用いられることを特徴とする請求項７に記載の装置。
【請求項１１】
前記リソース記憶モジュールは、
前記メディアリソースのデータ標識情報を前記メディアリソースの名称として、前記メディアリソースを記憶するように構成される第１の記憶サブモジュールを備え、
または、前記リソース記憶モジュールは、
処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて前記データ標識情報を処理し、前記データ標識情報に唯一に対応する文字列を取得するように構成される第２の処理サブモジュールを備え、
前記第１の記憶サブモジュールは、さらに、前記文字列を前記メディアリソースの名称として、前記メディアリソースを記憶するように構成されることを特徴とする請求項１０に記載の装置。
【請求項１２】
前記第１の記憶サブモジュールは、
前記メディアリソースの種類を特定するように構成される特定サブモジュールと、
前記メディアリソースを前記種類に対応する記憶空間に記憶するように構成される第２の記憶サブモジュールと、を備えることを特徴とする請求項１１に記載の装置。
【請求項１３】
プロセッサと、
プロセッサが実行可能な指令を記憶するためのメモリとを備え、
前記プロセッサは、
端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータで受信し、
前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会し、
前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていれば、前記ルータに記憶されている前記メディアリソースを前記端末へフィードバックするように構成されることを特徴とするメディアリソースフィードバック装置。
【請求項１４】
プロセッサに実行されることにより、請求項１から請求項６のいずれか１項に記載のメディアリソースフィードバック方法を実現することを特徴とするプログラム。
【請求項１５】
請求項１４に記載のプログラムが記録された記録媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク通信技術分野に関し、特に、メディアリソースフィードバック方法、装置、プログラム及び記録媒体に関する。
【背景技術】
【０００２】
電子機器機能の増加に伴って、ユーザの電子機器に対する使用頻度も大幅に高くなっている。ホームネットワークでは、ユーザは、随時に、所持した電子機器を用いてエクストラネットのメディアリソース、例えば、音楽、ビデオなどを取得することができる。
【０００３】
電子機器を用いてメディアリソースを取得する際、電子機器が先ずアクセスメディアリソースのアクセスアドレスをルータへ送信し、ルータが当該アクセスアドレスを対応するサーバへ転送し、サーバが当該アクセスアドレスに基づいて、対応するメディアリソースをルータへフィードバックし、ルータが当該メディアリソースを当該電子機器へ転送する。
【０００４】
出願人は、本発明を実現させる過程において、関連技術には少なくとも以下の欠陥があることを見出した。すなわち、ルータが同じアクセスアドレスを繰り返して受信した場合、これらの同じアクセスアドレスをエクストラネットのサーバへ転送し、エクストラネットのサーバが同じメディアリソースをフィードバックすることに起因して、ネットワークトラフィック量が増えてしまう。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ルータが同じアクセスアドレスを繰り返して受信した場合、アクセスアドレスをエクストラネットサーバへ繰り返して転送し、エクストラネットサーバが同じメディアリソースを繰り返してフィードバックすることに起因して、ネットワークトラフィック量が増えてしまうという課題を解決するために、本発明は、メディアリソースフィードバック方法、装置、プログラム及び記録媒体を提供する。
【課題を解決するための手段】
【０００６】
本発明の実施例の第１の態様によれば、メディアリソースフィードバック方法を提供する。前記方法は、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータが受信するステップと、前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップと、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていれば、前記ルータに記憶されている前記メディアリソースを前記端末へフィードバックするステップと、を含む。
【０００７】
好ましくは、前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップは、前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報と同じ名称のメディアリソースが前記ルータに記憶されているか否かを照会するステップを含み、または、前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップは、処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて、前記アクセス要求に含まれるデータ標識情報を処理して、前記データ標識情報に唯一に対応する文字列を取得するステップと、前記文字列と同じ名称のメディアリソースが前記ルータに記憶されているか否かを照会するステップと、を含む。
【０００８】
好ましくは、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップの前に、前記メディアリソースの種類を特定するステップをさらに含み、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップは、前記種類に対応する記憶空間において、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するステップを含む。
【０００９】
好ましくは、前記方法は、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていなければ、前記データ標識情報を前記メディアリソースに対応するサーバへ転送するステップと、前記サーバによりフィードバックされた前記メディアリソースを受信し、前記サーバから受信された前記メディアリソースを前記端末へフィードバックするステップと、前記データ標識情報に基づいて前記メディアリソースを記憶するステップと、をさらに含み、前記データ標識情報は、前記データ標識情報に対応するメディアリソースを前記ルータへフィードバックするように前記サーバをトリガするために用いられる。
【００１０】
好ましくは、前記データ標識情報に基づいて前記メディアリソースを記憶するステップは、前記メディアリソースのデータ標識情報を前記メディアリソースの名称として、前記メディアリソースを記憶するステップを含み、または、前記データ標識情報に基づいて前記メディアリソースを記憶するステップは、処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて前記データ標識情報を処理し、前記データ標識情報に唯一に対応する文字列を取得するステップと、前記文字列を前記メディアリソースの名称として、前記メディアリソースを記憶するステップと、を含む。
【００１１】
好ましくは、前記メディアリソースを記憶するステップは、前記メディアリソースの種類を特定するステップと、前記メディアリソースを前記種類に対応する記憶空間に記憶するステップと、を含む。
【００１２】
本発明の実施例の第２の態様によれば、メディアリソースフィードバック装置を提供する。前記装置は、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータで受信するように構成される要求受信モジュールと、前記要求受信モジュールによって受信された前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会するように構成されるリソース照会モジュールと、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていることを前記リソース照会モジュールが照会していれば、前記ルータに記憶されている前記メディアリソースを前記端末へフィードバックするように構成される第１のフィードバックモジュールと、を備える。
【００１３】
好ましくは、前記リソース照会モジュールは、前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報と同じ名称のメディアリソースが前記ルータに記憶されているか否かを照会するように構成される第１の照会サブモジュールを備え、または、前記リソース照会モジュールは、処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて、前記アクセス要求に含まれるデータ標識情報を処理して、前記データ標識情報に唯一に対応する文字列を取得するように構成される第１の処理サブモジュールと、前記文字列と同じ名称のメディアリソースが前記ルータに記憶されているか否かを照会するように構成される第２の照会サブモジュールと、を備える。
【００１４】
好ましくは、前記装置は、前記メディアリソースの種類を特定するように構成される特定モジュールをさらに備え、前記リソース照会モジュールは、さらに、前記特定モジュールによって特定された前記種類に対応する記憶空間において、前記文字列と同じ名称のメディアリソースが記憶されているか否かを照会するように構成される。
【００１５】
好ましくは、前記装置は、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていないことを前記リソース照会モジュールが照会していれば、前記データ標識情報を前記メディアリソースに対応するサーバへ転送するように構成されるリソース転送モジュールと、前記サーバによりフィードバックされた前記メディアリソースを受信し、前記サーバから受信された前記メディアリソースを前記端末へフィードバックするように構成される第２のフィードバックモジュールと、前記データ標識情報に基づいて前記メディアリソースを記憶するように構成されるリソース記憶モジュールと、をさらに備え、前記データ標識情報は、前記データ標識情報に対応するメディアリソースを前記ルータへフィードバックするように前記サーバをトリガするために用いられる。
【００１６】
好ましくは、前記リソース記憶モジュールは、前記メディアリソースのデータ標識情報を前記メディアリソースの名称として、前記メディアリソースを記憶するように構成される第１の記憶サブモジュールを備え、または、前記リソース記憶モジュールは、処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて前記データ標識情報を処理し、前記データ標識情報に唯一に対応する文字列を取得するように構成される第２の処理サブモジュールを備え、前記第１の記憶サブモジュールは、さらに、前記文字列を前記メディアリソースの名称として、前記メディアリソースを記憶するように構成される。
【００１７】
好ましくは、前記第１の記憶サブモジュールは、前記メディアリソースの種類を特定するように構成される特定サブモジュールと、前記メディアリソースを前記種類に対応する記憶空間に記憶するように構成される第２の記憶サブモジュールと、を備える。
【００１８】
本発明の実施例の第３の態様によれば、メディアリソースフィードバック装置を提供する。前記装置は、プロセッサと、プロセッサが実行可能な指令を記憶するためのメモリとを備え、前記プロセッサは、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータで受信し、前記アクセス要求に含まれるデータ標識情報に基づいて、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されているか否かを照会し、前記データ標識情報に対応するメディアリソースが前記ルータに記憶されていれば、前記ルータに記憶されている前記メディアリソースを前記端末へフィードバックするように構成される。
【００１９】
本開示の実施例の第４の態様によれば、プロセッサに実行されることにより、本開示の実施例の第１の態様に記載のメディアリソースフィードバック方法を実現するプログラムを提供する。
【００２０】
本開示の実施例の第５の態様によれば、本開示の実施例の第４の態様に記載のプログラムが記録された記録媒体を提供する。
【発明の効果】
【００２１】
本発明の実施例で提供される技術案は、下記の格別な効果を含むことができる。端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータで受信し、アクセス要求に含まれるデータ標識情報に対応するメディアリソースがルータに存在していれば、メディアリソースを端末へフィードバックすることにより、ルータが要求に基づいてメディアリソースのアクセス要求を取得し、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会し、当該データ標識情報に対応するメディアリソースがルータに記憶されていれば、当該メディアリソースを端末へフィードバックすることができるため、ルータが同じメディアリソース取得要求を繰り返して受信した場合、メディアリソース取得要求をエクストラネットサーバへ繰り返して転送し、エクストラネットサーバが同じメディアリソースを繰り返してフィードバックすることに起因して、ネットワークトラフィック量が増えてしまうという課題を解決し、ネットワークトラフィック量を節約するという効果を奏する。
【００２２】
なお、前記一般的な記載及び後述の詳細な記載は、単なる例示的で解釈的な記載であり、本発明を限定しない。
【図面の簡単な説明】
【００２３】
ここでの図面は、明細書を構成する一部として見なされ、本開示に適した実施例を示し、かつ、明細書の文字記載とともに本開示の仕組みを解釈するために用いられる。
【図１】一例示的な実施例に係るメディアリソースフィードバック方法を示すフローチャートである。
【図２】別の例示的な実施例に係るメディアリソースフィードバック方法を示すフローチャートである。
【図３】一例示的な実施例に係るメディアリソースフィードバック装置を示すブロック図である。
【図４】別の例示的な実施例に係るメディアリソースフィードバック装置を示すブロック図である。
【図５】一例示的な実施例に係るメディアリソースをフィードバックする装置を示すブロック図である。
【発明を実施するための形態】
【００２４】
以下、例示的な実施例を詳しく説明し、その例示を図面に示す。以下の記載が図面に関わる場合、特に別の説明がない限り、異なる図面における同一符号は、同じ又は類似する要素を示す。以下の例示的な実施形態に記載の実施例は、本発明と一致する全ての実施例を代表するものではない。即ち、それらは、特許請求の範囲に記載の本発明のある側面に一致する装置及び方法の例に過ぎない。
【００２５】
図１は、一例示的な実施例に係るメディアリソースフィードバック方法を示すフローチャートである。当該メディアリソースフィードバック方法は、ルータに用いられ、図１に示すように、以下のステップを含む。
【００２６】
ステップ１０１では、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータが受信する。
【００２７】
メディアリソースは、ネットワークにおける各種のリソース、例えば、音楽リソース、ビデオリソースまたは画像リソースなどであっても良い。
【００２８】
ステップ１０２では、アクセス要求に含まれるデータ標識情報に基づいて、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会する。
【００２９】
ステップ１０３では、データ標識情報に対応するメディアリソースがルータに記憶されていれば、ルータに記憶されているメディアリソースを端末へフィードバックする。
【００３０】
上述により、本発明で提供されるメディアリソースフィードバック方法では、ルータでは、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求を受信し、アクセス要求に含まれるデータ標識情報に対応するメディアリソースがルータに存在していれば、メディアリソースを端末へフィードバックすることにより、ルータが要求に基づいてメディアリソースのアクセス要求を取得し、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会し、当該データ標識情報に対応するメディアリソースがルータに記憶されていれば、当該メディアリソースを端末へフィードバックすることができるため、ルータが同じメディアリソース取得要求を繰り返して受信した場合、メディアリソース取得要求をエクストラネットサーバへ繰り返して転送し、エクストラネットサーバが同じメディアリソースを繰り返してフィードバックすることに起因して、ネットワークトラフィック量が増えてしまうという課題を解決し、ネットワークトラフィック量を節約するという効果を奏する。
【００３１】
図２は、別の例示的な実施例に係るメディアリソースフィードバック方法を示すフローチャートである。当該メディアリソースフィードバック方法は、ルータに用いられ、図２に示すように、当該メディアリソースフィードバック方法は、以下のステップを含む。
【００３２】
ステップ２０１では、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータが受信する。
【００３３】
メディアリソースは、ネットワークにおける各種のリソース、例えば、音楽リソース、ビデオリソースまたは画像リソースなどであっても良い。
【００３４】
当該アクセス要求は、一般的にはデータ標識情報が携帯されており、ここで言うデータ標識情報は、アクセスアドレスまたはサーバでのメディアリソースの標識であっても良い。
【００３５】
良く見られているデータ標識情報は一般的には、アクセスアドレスであり、当該アクセスアドレスは一般的には、メディアリソースを提供するネットワークアドレスであり、すなわち、統一リソース識別子ＵＲＬ（英文：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）であり、アクセスアドレスは一般的には、ネットワークでの対応するメディアリソースの記憶位置を標識するためのものである。
【００３６】
当該アクセス要求は、ルータへ送信されるとき、端末が開放型システム相互接続（英文：Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；  ＯＳＩと略称する）七層プロトコルによって層別にパッケージ化して成されたものであり、ルータが受信した当該アクセス要求は一般的には、当該データ標識情報がパッケージ化されているアクセス要求であり、当該アクセス要求は、１つのデータパケットと理解されても良い。
【００３７】
ルータは、当該データ標識情報がパッケージ化されているデータパケットを取得した後、ＯＳＩ七層プロトコル層によって当該データパケットをデカプセル化して、パケット内のデータ標識情報を取得する。
【００３８】
好ましくは、ルータは、端末から送信された、データ標識情報がパッケージ化されているデータパケットを受信したときに、当該データパケットを傍受することができる。
【００３９】
ここでは、Ｎｅｔｆｉｌｔｅｒフレームワークを用いてデータパケットを傍受しても良く、インターネットプロトコルバージョン４（英文：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４；ＩＰｖ４と略称する）には５つのフック関数を定義しており、データパケットがこれらキー位置を経過したとき、対応するフック関数が呼び出される。当該データパケットがインターネットプロトコル（英文：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ；ＩＰと略称する）によって校正された後、１番目のフック関数ＮＦ＿ＩＰ＿ＰＲＥ＿ＲＯＵＴＩＮＧに到達して処理され、当該フック関数は、当該データパケットをエクストラネットサーバへ転送するか、それとも本ルータへ送信するかを特定するためのものである。当該データパケットを解析する必要があるため、フック関数ＮＦ＿ＩＰ＿ＰＲＥ＿ＲＯＵＴＩＮＧが、全てのデータパケットを本ルータの上位層プロトコルへ転送して解析するように設けられても良く、解析結果に応じて、データパケットを転送するか否かを特定する。ルータの上位層プロトコルへ転送されたデータパケットを、ルータ内のＯＳＩプロトコルによってデカプセル化して、この前に端末から送信されたメディアリソースのデータ標識情報に還元させる。
【００４０】
すなわち、ルータは、端末から送信されたアクセス要求に対応するデータパケットを受信した後、当該データパケットを上位層プロトコルへ転送してデカプセル化させ、中のデータ標識情報を取得するのであるが、デフォルトされた、当該データパケットを対応するエクストラネットサーバへ転送するのではない。
【００４１】
ステップ２０２では、当該アクセス要求に含まれるデータ標識情報に基づいて、当該データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会する。
【００４２】
好ましくは、ルータには、比較的に多くのメディアリソースを記憶することができるため、メディアリソースを便利に照会するために、メディアリソースの種類に応じて、これらメディアリソースを種類別に記憶しても良い。このとき、ルータは、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会するステップの前に、メディアリソースの種類を特定するステップを含んでも良い。対応的に、データ標識情報に対応するメディアリソースがルータに記憶されているか否かをルータが照会するステップは、種類に対応する記憶空間において、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会するステップを含んでも良い。
【００４３】
すなわち、ルータの照会效率を向上させるために、ルータは、記憶されるメディアリソースを種類別に管理し、同一種類のメディアリソースを同一ディレクトリに記憶しても良い。対応的に、ルータにおけるメディアリソースを照会するとき、先ず、メディアリソースの種類を特定し、さらに、該当するメディアリソース種類に対応する記憶空間において、データ標識情報に対応するメディアリソースが記憶されているか否かを照会する。
【００４４】
好ましくは、データ標識情報に基づいてメディアリソースの種類を照会するとき、メディアリソースに対応するデータ標識情報（例えば、アクセスアドレス）のサフィックスに応じて、メディアリソースの種類を特定しても良い。メディアリソースのアクセスアドレスがhttp://www.xxx.com/music/123.mp3であることを例とすると、要求するのが１２３．ｍｐ３という名称のファイルであることが分かり、サフィックスｍｐ３によれば、要求するのが音楽ファイルであることが分かる。ルータは、メディアリソースの種類を特定した後、当該音楽種類に対応する記憶空間では、名称がデータ標識情報と同じメディアリソースが記憶されているか否かを照会する。
【００４５】
好ましくは、ルータが、要求に含まれるデータ標識情報に基づいて、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会するステップは、アクセス要求に含まれるデータ標識情報に基づいて、データ標識情報と同じ名称のメディアリソースがルータに記憶されているか否かを照会するステップを含んでも良い。
【００４６】
異なるメディアリソースが同じ名称を有して、メディアリソースを間違ってフィードバックする課題を回避するために、ルータはメディアリソースを記憶するとき、メディアリソースの名称をメディアリソースのデータ標識情報で置換してメディアリソースを記憶しても良い、すなわち、データ標識情報をインデックスとしてこれらのメディアリソースを記憶しても良い。したがって、ルータは、名称がデータ標識情報であるメディアリソースがルータに記憶されているか否かを照会しても良い。
【００４７】
例えば、データ標識情報がアクセスアドレスである場合、ルータは、対応するメディアリソースの名称を当該アクセスアドレスで置換して当該メディアリソースを記憶しても良く、それから、名称が当該アクセスアドレスであるメディアリソースがルータに記憶されているか否かを照会しても良い。
【００４８】
好ましくは、ルータは、データ標識情報と同じ名称のメディアリソースがルータに記憶されているか否かを照会するとき、ルータの記憶空間において、データ標識情報と同じ名称のメディアリソースが記憶されているか否かを直接に照会しても良く、ルータにおける、メディアリソース種類に対応する記憶空間において、データ標識情報と同じ名称のメディアリソースが記憶されているか否かを照会しても良い。
【００４９】
よく見られているように、データ標識情報が一般的にはアクセスアドレスであるため、メディアリソースのアクセスアドレスがとても長く、大量のメディアリソースはメディアリソースのアクセスアドレスを名称としてルータに記憶される場合、大量の記憶空間を占用し、かつ、アクセスアドレスに基づいて整合するとき、整合複雑度も高く、整合時間も長くなる。よって、メディアリソースの記憶空間及びメディアリソースを照会するときの整合複雑度及び照会時間をできるだけ低減するために、ルータは、メディアリソースのデータ標識情報を処理しても良い、すなわち、処理後のメディアリソースの名称の文字をデータ標識情報の文字よりも少なくしても良い。
【００５０】
メディアリソースのデータ標識情報を処理するとき、所定の処理規則によってメディアリソースのデータ標識情報を処理して、文字がデータ標識情報よりも少ない文字列を取得しても良い。一般的には、所定の処理規則に基づいてデータ標識情報の文字を処理して取得した文字列は、データ標識情報に唯一に対応するものである。ここで言う所定の処理規則は、ハッシュアルゴリズム、または、他の類似する、データ標識情報の文字を短縮できるアルゴリズムであっても良い。
【００５１】
例を挙げると、あるメディアリソースのデータ標識情報（例えば、アクセスアドレス）がhttp://www.xxx.com/music/123.mp3であり、文字数が３２ビットであり、当該メディアリソースのアクセスアドレスをハッシュ演算し、得られた演算結果はＡＤＦ２ＪＬＳＤ２ＪＬ０９３ＪＳＤＬＡＤであり、文字が２０ビットであり、ハッシュ演算して得られた文字列の文字数は、データ標識情報の文字数よりも少ない。
【００５２】
所定の処理規則によりデータ標識情報を処理して文字列を取得した後、当該文字列を名称として当該データ標識情報に対応するメディアリソースを記憶しても良い。対応的に、ルータが、アクセス要求に含まれるデータ標識情報に基づいて、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会するステップは、以下のステップを含んでも良い。
【００５３】
第１、処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて、アクセス要求に含まれるデータ標識情報を処理して、データ標識情報に唯一に対応する文字列を取得する。
【００５４】
第２、文字列と同じ名称のメディアリソースがルータに記憶されているか否かを照会する。
【００５５】
同様に、ルータの照会效率を向上するために、ルータに記憶されているメディアリソースを種類別に管理し、同一種類のメディアリソースをルータ記憶空間の同一ディレクトリに記憶しても良い。ルータにおけるメディアリソースの照会については、先ず、メディアリソースの種類を特定し、さらに、該当するメディアリソース種類に対応する記憶空間において、取得された文字列と同じ名称のメディアリソースが記憶されているか否かを照会する。
【００５６】
すなわち、ルータは、当該文字列と同じ名称のメディアリソースがルータに記憶されているか否かを照会するとき、ルータの記憶空間において、当該文字列と同じ名称のメディアリソースが記憶されているか否かを直接に照会しても良く、ルータにおける、メディアリソース種類に対応する記憶空間において、当該文字列と同じ名称のメディアリソースが記憶されているか否かを照会しても良い。
【００５７】
例を挙げると、表１を参照し、それは、ルータがメディアリソースを種類別に記憶して生成した表であり、表１に示すように、ルータは、メディアリソースを音楽、ビデオ及び画像に分類する。各メディアリソース種類ディレクトリには、当該メディアリソース種類に従属している、名称をインデックスとするメディアリソースが記憶されている。すなわち、メディアリソースを記憶するとき、メディアリソース種類を一級のインデックスとし、メディアリソースの名称を二級のインデックスとして記憶する。
【００５８】
対応的に、メディアリソースを照会するとき、先ず、一級のインデックスで照会し、対応する種類が照会されており、それから、当該種類に対応する記憶空間では、二級のインデックスでメディアリソースを照会し、指定名称を有するメディアリソースが照会された。例えば、依然として表１を参照すると、種類が音楽であって処理後の名称が「ＡＤＦ０１ＪＦＳＤ４Ｒ」であるメディアリソースを照会するとき、先ず、メディアリソースの種類「音楽」を特定し、それから、音楽に対応する記憶空間において、名称が「ＡＤＦ０１ＪＦＳＤ４Ｒ」であるメディアリソースを照会する。
【表１】
2017500679.tif 000009
ステップ２０３では、データ標識情報に対応するメディアリソースがルータに記憶されていれば、ルータに記憶されている当該メディアリソースを端末へフィードバックする。
【００５９】
同じアクセス要求をエクストラネットのサーバへ繰り返して転送して、エクストラネットのサーバが同じメディアリソースを繰り返してフィードバックし、さらに、ネットワークトラフィック量を増やして、ルータの応答速度を低減してしまうため、ルータは、データ標識情報に対応するメディアリソースがルータに記憶されていることを照会した後、直接にメディアリソースを端末へフィードバックし、かつ、当該データ標識情報に対応するデータパケットを廃棄しても良い、すなわち、データ標識情報がパッケージ化されたデータパケットをエクストラネットのサーバへ転送しなくても良く、これによって、ルータの応答速度を向上させるとともに、ユーザの体験をも向上させる。
【００６０】
ステップ２０４では、データ標識情報に対応するメディアリソースがルータに記憶されていなければ、メディアリソースをルータへフィードバックするようサーバをトリガするためのデータ標識情報を、メディアリソースに対応するサーバへ転送し、サーバがフィードバックしたメディアリソースを受信し、サーバから受信されたメディアリソースを端末へフィードバックし、データ標識情報に基づいて当該メディアリソースを記憶する。
【００６１】
ステップ２０２においてデータ標識情報に対応するメディアリソースがルータに記憶されていないことを照会していれば、ルータは、メディアリソースのデータ標識情報をＯＳＩ七層プロトコルによって層別にパッケージ化してデータパケットを形成し、かつ、当該メディアリソースデータ標識情報がパッケージ化されているデータパケットを、データ標識情報に対応するサーバへ転送する必要があり、サーバは、データパケットを受信し、データパケットをＯＳＩ七層プロトコル層によってデカプセル化して、パケット内のデータ標識情報を取得し、サーバでの対応するメディアリソースを照会し、メディアリソースをルータへフィードバックする。ルータは、サーバがフィードバックしたメディアリソースを所定の規則に基づいて記憶する。なお、ルータがサーバへ送信した、データ標識情報がパッケージ化されているデータパケットは、メディアリソースをルータへフィードバックするようサーバをトリガする機能を有する。
【００６２】
好ましくは、ルータがデータ標識情報に基づいてメディアリソースを記憶するステップは、メディアリソースのデータ標識情報をメディアリソースの名称として、当該メディアリソースを記憶するステップを含んでも良い。
【００６３】
異なるメディアリソースが同じ名称を有して、メディアリソースを間違ってフィードバックする課題を回避するために、ルータはメディアリソースを記憶するとき、メディアリソースの名称をメディアリソースのデータ標識情報で置換してメディアリソースを記憶しても良い、すなわち、データ標識情報をインデックスとしてこれらメディアリソースを記憶しても良い。したがって、ルータはメディアリソースを記憶するとき、当該メディアリソースに対応するデータ標識情報を直接に当該メディアリソースの名称として記憶しても良い。
【００６４】
好ましくは、ルータがデータ標識情報に基づいてメディアリソースを記憶するステップは、下記のステップを含んでも良い。
【００６５】
１）処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいてデータ標識情報を処理し、データ標識情報に唯一に対応する文字列を取得する。
【００６６】
２）当該文字列をメディアリソースの名称として、メディアリソースを記憶する。
【００６７】
同様に、通常のデータ標識情報がアクセスアドレスであるため、メディアリソースのアクセスアドレスがとても長く、大量のメディアリソースはメディアリソースのデータ標識情報を名称としてルータに記憶される場合、大量の記憶空間を占用し、かつ、データ標識情報に基づいて整合するとき、整合複雑度も高く、整合時間も長くなる。よって、メディアリソースの記憶空間及びメディアリソースを照会するときの整合複雑度及び照会時間をできるだけ低減するために、ルータは、メディアリソースのデータ標識情報を処理しても良い、すなわち、処理後のメディアリソースの名称の文字をデータ標識情報の文字よりも少なくしても良い。
【００６８】
メディアリソースのデータ標識情報を処理するとき、所定の処理規則によってメディアリソースのアクセスアドレスを処理して、文字がデータ標識情報よりも少ない文字列を取得しても良い。一般的には、所定の処理規則に基づいてデータ標識情報の文字を処理して取得した文字列は、データ標識情報に唯一に対応するものである。ここで言う所定の処理規則は、ステップ２０２に対する説明と同じであるため、ここでは再び述べない。
【００６９】
これから分かるように、ルータは、サーバから取得したメディアリソースを記憶するとき、当該メディアリソースのデータ標識情報に対して所定の処理演算を施して対応する文字列を取得し、かつ、当該文字列をメディアリソースの名称として、メディアリソースをルータに記憶しても良い。
【００７０】
同様に、ルータが後続でメディアリソースを照会する速度を向上させるために、メディアリソースを種類別に記憶し、同一種類のメディアリソースをルータ記憶空間の同一ディレクトリに記憶しても良い。したがって、ルータがメディアリソースを記憶するステップは、以下のステップを含んでも良い。
【００７１】
１）メディアリソースの種類を特定する。
【００７２】
２）メディアリソースを当該種類に対応する記憶空間に記憶する。
【００７３】
ルータは、先ず、メディアリソースの種類を特定しても良く、メディアリソース種類を特定する方法は、ステップ２０２と同じであるため、ここでは再び述べない。その後、ルータは、メディアリソースのアクセスアドレスに対して所定の処理、演算を施して対応する文字列を取得し、文字列をメディアリソースの名称として、メディアリソースを当該種類に対応する記憶空間に記憶する。
【００７４】
これから分かるように、ルータは、メディアリソースを記憶するとき、データ標識情報を直接にメディアリソースの名称として、メディアリソースを記憶しても良く、所定の処理規則に基づいてデータ標識を処理し、処理後の文字列を取得し、当該文字列をメディアリソースの名称として、メディアリソースを記憶しても良い。メディアリソースを記憶するとき、直接に記憶しても良く、先ず、メディアリソースの種類を取得し、それから、メディアリソースを当該種類に対応する記憶空間に記憶しても良い。
【００７５】
以下、ｐｃ（ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ、パーソナルコンピュータ）ブラウザがオンラインで音楽をプレーすることを例として、本方法の過程を具体的に紹介する。
【００７６】
１．当該例示は主として、ｐｃデバイス、ルータ（ｒｏｕｔｅｒ）及びパブリックネットワークにあるｗｅｂサーバ（ｗｅｂ  ｓｅｒｖｅｒ）という３つの物理実体デバイスに係る。
【００７７】
ここでのｐｃデバイスは、１つまたは複数であっても良く、ｗｅｂサーバも、１つまたは複数であっても良い。
【００７８】
ここでのｐｃデバイスは、さらに、タブレットコンピュータ、携帯電話、マルチメディアプレイヤーなどのクライアントで置換されても良い。
【００７９】
２．ｐｃは、１つの音楽ファイルを要求し、当該要求には、当該音楽ファイルのアクセスアドレスが携帯されており、例えば、当該音楽ファイルのアクセスアドレスがhttp://www.xxx.com/music/123.mp3であり、この要求は、ｐｃにおいてＯＳＩ７層モデル層プロトコルによってパッケージ化されて１つのデータパケットを形成する。
【００８０】
好ましくは、ここの音楽ファイルは、ビデオファイル、画像ファイルなどで置換されても良い。
【００８１】
３．当該データパケットがルータのコアを経過したとき、傍受され、ルータは当該データパケットを傍受した後、当該データパケットを解析する。（具体的な傍受技術は、Ｎｅｔｆｉｌｔｅｒフレームワークを用いても良い。簡単に言えば、データパケットがルータにおける１番目のＨＯＯＫ関数ＮＦ＿ＩＰ＿ＰＲＥ＿ＲＯＵＴＩＮＧによって処理された後、ルーティングコードに入り、ルーティングコードは、当該データパケットを転送するか、それとも自機へ送信するかを決定する必要がある。好ましくは、ルーティングコードをユーザ定義しても良く、ユーザ定義したルーティングコードは、受信された全てのデータを自機へ送信し、自機はこれらのデータパケットを解析し、その中のデータ標識情報を取得し、かつ、当該データ標識情報に基づいて、対応するメディアリソースがルータに存在しているか否かを照会する。）
【００８２】
４．データパケットを解析した後、要求に含まれるアクセスアドレスＵＲＬが「http://www.xxx.com/music/123.mp3」であることが得られ、このとき、ルータは、当該アクセスアドレスのサフィックスに基づいて、これが音楽ファイルであると判断でき、それから、ルータのハードディスクでは、http://www.xxx.com/music/123.mp3に対応するファイルがあるか否かを照会し（例えば、ハッシュ関数によって当該アクセスアドレスhttp://www.xxx.com/music/123.mp3をハッシュし、ハッシュした文字列「ＡＤＦ２ＪＬＳＤ２ＪＬ０９３ＪＳＤＬＡＤ」が得られ、名称がＡＤＦ２ＪＬＳＤ２ＪＬ０９３ＪＳＤＬＡＤのファイルがあるか否かを照会しても良い）、このファイルがあれば、当該ファイルをｐｃに返信し、データパケットをパブリックネットワークへ転送しない。このファイルがなければ、ルータは、データパケットをパブリックネットワークのｗｅｂサーバへ転送し、ｗｅｂサーバは、音楽ファイルをルータに返信し、ルータは、当該音楽をローカルにキャッシュし、記憶時の具体的なネームが当該アクセスアドレスをハッシュしたネームであり、最後に、ファイルをｐｃに返信する。
【００８３】
以上により、任意のクライアントでの任意のアプリケーションについては、要求するのがステップ３での音楽であれば、ルータは当該音楽がキャッシュされている場合、直接にクライアントに返信し、パブリックネットワークを要求する必要がなく、これによって、ルータはパブリックネットワークに接続されていなくても、クライアントがオンラインで音楽を聴くことを確保でき、プライベートホーム音楽クラウドセンターとなる。
【００８４】
上述により、本発明で提供されるメディアリソースフィードバック方法では、ルータでは、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求を受信し、アクセス要求に含まれるデータ標識情報に対応するメディアリソースがルータに存在していれば、メディアリソースを端末へフィードバックすることにより、ルータが要求に基づいてメディアリソースのアクセス要求を取得し、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会し、当該データ標識情報に対応するメディアリソースがルータに記憶されていれば、当該メディアリソースを端末へフィードバックすることができるため、ルータが同じメディアリソース取得要求を繰り返して受信した場合、メディアリソース取得要求をエクストラネットサーバへ繰り返して転送し、エクストラネットサーバが同じメディアリソースを繰り返してフィードバックすることに起因して、ネットワークトラフィック量が増えてしまうという課題を解決し、ネットワークトラフィック量を節約するという効果を奏する。
【００８５】
本発明で提供されるメディアリソースフィードバック方法では、メディアリソースの種類を特定し、種類に対応する記憶空間では、データ標識情報と同じ名称のメディアリソースが記憶されているか否かを照会し、または、データ標識情報を処理して得られた文字列と同じ名称のメディアリソースが記憶されているか否かを照会することにより、照会時間を少なくし、照会効率を向上させることができる。
【００８６】
図３は、一例示的な実施例に係るメディアリソースフィードバック装置を示すブロック図である。当該メディアリソースフィードバック装置は、ルータに用いられ、図３に示すように、当該メディアリソースフィードバック装置は、要求受信モジュール３０２と、リソース照会モジュール３０４と、第１のフィードバックモジュール３０６と、を備える。
【００８７】
当該要求受信モジュール３０２は、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータで受信するように構成される。
【００８８】
当該リソース照会モジュール３０４は、要求受信モジュール３０２から受信されたアクセス要求に含まれるデータ標識情報に基づいて、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会するように構成される。
【００８９】
当該第１のフィードバックモジュール３０６は、データ標識情報に対応するメディアリソースがルータに記憶されていることをリソース照会モジュール３０４が照会していれば、ルータに記憶されているメディアリソースを端末へフィードバックするように構成される。
【００９０】
上述により、本発明で提供されるメディアリソースフィードバック装置では、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータで受信し、アクセス要求に含まれるデータ標識情報に対応するメディアリソースがルータに存在していれば、メディアリソースを端末へフィードバックすることにより、ルータが要求に基づいてメディアリソースのアクセス要求を取得し、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会し、当該データ標識情報に対応するメディアリソースがルータに記憶されていれば、当該メディアリソースを端末へフィードバックすることができるため、ルータが同じメディアリソース取得要求を繰り返して受信した場合、メディアリソース取得要求をエクストラネットサーバへ繰り返して転送し、エクストラネットサーバが同じメディアリソースを繰り返してフィードバックすることに起因して、ネットワークトラフィック量が増えてしまうという課題を解決し、ネットワークトラフィック量を節約するという効果を奏する。
【００９１】
図４は、別の例示的な実施例に係るメディアリソースフィードバック装置を示すブロック図である。当該メディアリソースフィードバック装置は、ルータに用いられ、図４に示すように、当該メディアリソースフィードバック装置は、要求受信モジュール４０２と、リソース照会モジュール４０４と、第１のフィードバックモジュール４０６と、を備える。
【００９２】
当該要求受信モジュール４０２は、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求を受信するように構成される。
【００９３】
当該リソース照会モジュール４０４は、要求受信モジュール４０２から受信されたアクセス要求に含まれるデータ標識情報に基づいて、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会するように構成される。
【００９４】
当該第１のフィードバックモジュール４０６は、データ標識情報に対応するメディアリソースがルータに記憶されていることをリソース照会モジュール４０４が照会していれば、ルータに記憶されているメディアリソースを端末へフィードバックするように構成される。
【００９５】
好ましくは、リソース照会モジュール４０４は、第１の照会サブモジュール４０４ａを備える。
【００９６】
第１の照会サブモジュール４０４ａは、アクセス要求に含まれるデータ標識情報に基づいて、データ標識情報と同じ名称のメディアリソースがルータに記憶されているか否かを照会するように構成される。
【００９７】
または、リソース照会モジュール４０４は、第１の処理サブモジュール４０４ｂと、第２の照会サブモジュール４０４ｃと、を備える。
【００９８】
第１の処理サブモジュール４０４ｂは、処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいて、アクセス要求に含まれるデータ標識情報を処理して、データ標識情報に唯一に対応する文字列を取得するように構成される。
【００９９】
第２の照会サブモジュール４０４ｃは、文字列と同じ名称のメディアリソースがルータに記憶されているか否かを照会するように構成される。
【０１００】
好ましくは、当該メディアリソースフィードバック装置は、特定モジュール４０７をさらに備える。
【０１０１】
特定モジュール４０７は、メディアリソースの種類を特定するように構成される。
【０１０２】
リソース照会モジュール４０４は、さらに、特定モジュール４０７が特定した種類に対応する記憶空間において、文字列と同じ名称のメディアリソースが記憶されているか否かを照会するように構成される。
【０１０３】
好ましくは、当該メディアリソースフィードバック装置は、リソース転送モジュール４０８と、第２のフィードバックモジュール４１０と、リソース記憶モジュール４１２と、をさらに備える。
【０１０４】
リソース転送モジュール４０８は、データ標識情報に対応するメディアリソースがルータに記憶されていないことをリソース照会モジュール４０４が照会していれば、データ標識情報をメディアリソースに対応するサーバへ転送するように構成され、当該データ標識情報は、データ標識情報に対応するメディアリソースをルータへフィードバックするようにサーバをトリガするために用いられる。
【０１０５】
第２のフィードバックモジュール４１０は、サーバによってフィードバックされたメディアリソースを受信し、サーバから受信されたメディアリソースを端末へフィードバックするように構成される。
【０１０６】
リソース記憶モジュール４１２は、データ標識情報に基づいてメディアリソースを記憶するように構成される。
【０１０７】
好ましくは、リソース記憶モジュール４１２は、第１の記憶サブモジュール４１２ａを備える。
【０１０８】
第１の記憶サブモジュール４１２ａは、メディアリソースのデータ標識情報をメディアリソースの名称として、メディアリソースを記憶するように構成される。
【０１０９】
または、リソース記憶モジュール４１２は、第２の処理サブモジュール４１２ｂを備える。
【０１１０】
第２の処理サブモジュール４１２ｂは、処理されるデータ標識情報の文字を少なくするための所定の処理規則に基づいてデータ標識情報を処理し、データ標識情報に唯一に対応する文字列を取得するように構成される。
【０１１１】
第１の記憶サブモジュール４１２ａは、さらに、文字列をメディアリソースの名称として、メディアリソースを記憶するように構成される。
【０１１２】
好ましくは、第１の記憶サブモジュール４１２ａは、特定サブモジュール４１２ａ１と、第２の記憶サブモジュール４１２ａ２と、を備える。
【０１１３】
特定サブモジュール４１２ａ１は、メディアリソースの種類を特定するように構成される。
【０１１４】
第２の記憶サブモジュール４１２ａ２は、メディアリソースを種類に対応する記憶空間に記憶するように構成される。
【０１１５】
上述により、本発明で提供されるメディアリソースフィードバック装置では、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータで受信し、アクセス要求に含まれるデータ標識情報に対応するメディアリソースがルータに存在していれば、メディアリソースを端末へフィードバックすることにより、ルータが要求に基づいてメディアリソースのアクセス要求を取得し、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会し、当該データ標識情報に対応するメディアリソースがルータに記憶されていれば、当該メディアリソースを端末へフィードバックすることができるため、ルータが同じメディアリソース取得要求を繰り返して受信した場合、メディアリソース取得要求をエクストラネットサーバへ繰り返して転送し、エクストラネットサーバが同じメディアリソースを繰り返してフィードバックすることに起因して、ネットワークトラフィック量が増えてしまうという課題を解決し、ネットワークトラフィック量を節約するという効果を奏する。
【０１１６】
本発明で提供されるメディアリソースフィードバック装置では、メディアリソースの種類を特定し、種類に対応する記憶空間において、データ標識情報と同じ名称のメディアリソースが記憶されているか否かを照会し、または、データ標識情報を処理して得られた文字列と同じ名称のメディアリソースが記憶されているか否かを照会することにより、照会時間を少なくし、照会効率を向上させることができる。
【０１１７】
前記実施例に係る装置における各モジュールが操作を実行する具体的な形態は、当該方法に関する実施例において詳細に記述されており、ここでは詳しく説明しない。
【０１１８】
本発明の一例示的な実施例は、本発明で提供されるメディアリソースフィードバック方法を実現可能なメディアリソースフィードバック装置を提供する。当該メディアリソースフィードバック装置は、プロセッサと、プロセッサが実行可能な指令を記憶するためのメモリとを備え、プロセッサは、端末から送信された、特定のメディアリソースの取得を要求するためのアクセス要求をルータで受信し、アクセス要求に含まれるデータ標識情報に基づいて、データ標識情報に対応するメディアリソースがルータに記憶されているか否かを照会し、データ標識情報に対応するメディアリソースがルータに記憶されていれば、ルータに記憶されているメディアリソースを端末へフィードバックするように構成される。
【０１１９】
図５は、一例示的な実施例に係るメディアリソースフィードバック用装置を示すブロック図である。例えば、装置５００はサーバとして提供されてもよい。図５を参照すると、装置５００は、１つまたは複数のプロセッサがさらに含まれた処理ユニット５２２と、処理ユニット５２２により実行可能な指令、例えばアプリケーションプログラムを記憶するメモリ５３２に代表されるメモリリソースとを含む。メモリ５３２に記憶されたアプリケーションプログラムは、１つ以上のそれぞれが一組の指令に対応するモジュールを含んでもよい。また、前記メディアリソースフィードバック方法を実行するために、処理ユニット５２２は指令を実行するように構成される。
【０１２０】
装置５００は、装置５００の電源管理を実行するように構成された電源ユニット５２６と、装置５００をインターネットに接続させるように構成された有線又は無線ネットワークインターフェース５５０と、入力／出力（Ｉ／Ｏ）インターフェース５５８とを備えてもよい。装置５００はメモリ５３２に記憶された操作システム、例えばＷｉｎｄｏｗｓ（登録商標）  ＳｅｒｖｅｒＴＭ、Ｍａｃ  ＯＳ  ＸＴＭ、Ｕｎｉｘ（登録商標）ＴＭ，  Ｌｉｎｕｘ（登録商標）ＴＭ、ＦｒｅｅＢＳＤＴＭなどに基づいて操作できる。
【０１２１】
当業者は、明細書に対する理解、及び明細書に記載された発明に対する実施を介して、本発明の他の実施形態を容易に取得することができる。本発明は、本発明に対する任意の変形、用途、又は適応的な変化を含み、このような変形、用途、又は適応的な変化は、本発明の一般的な原理に従い、本発明では開示していない本技術分野の公知知識、又は通常の技術手段を含む。明細書及び実施例は、単に例示的なものであって、本発明の本当の範囲と主旨は、以下の特許請求の範囲によって示される。
【０１２２】
本発明は、上記で記述され、図面で図示した特定の構成に限定されず、その範囲を離脱しない状況で、様々な修正や変更を実施してもよい。本発明の範囲は、添付される特許請求の範囲のみにより限定される。
【０１２３】
本願は、出願番号が２０１４１０６４１９７５．２であって、出願日が２０１４年１１月０６日である中国特許出願に基づき優先権を主張し、当該中国特許出願の内容の全てを本願に援用する。
【国際調査報告】
2017500679.tif 000010
2017500679.tif 000011
2017500679.tif 000012
2017500679.tif 000013