JP2018081515A - Resource retrieval apparatus and resource retrieval method - Google Patents
Resource retrieval apparatus and resource retrieval method Download PDFInfo
- Publication number
- JP2018081515A JP2018081515A JP2016223714A JP2016223714A JP2018081515A JP 2018081515 A JP2018081515 A JP 2018081515A JP 2016223714 A JP2016223714 A JP 2016223714A JP 2016223714 A JP2016223714 A JP 2016223714A JP 2018081515 A JP2018081515 A JP 2018081515A
- Authority
- JP
- Japan
- Prior art keywords
- resource
- search
- context
- unit
- user terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
本発明は、リソース検索装置およびリソース検索方法に関する。 The present invention relates to a resource search device and a resource search method.
特許文献１には、「少なくとも、異なるネットワークに接続された機器間での１対１通信を許可するルータを備え、このルータを介して２つのネットワークを接続してなるネットワークシステム上のいずれかのネットワークに接続されたサーバ装置であって、当該サーバ装置が接続された自ネットワークに前記ルータを介して接続された他ネットワークの機器との間で１対１通信を行うことにより、他ネットワークに接続された機器の機器情報を取得し、取得した他ネットワークの機器情報を記憶手段に記憶する第１の機器情報取得手段と、自ネットワークの機器から、前記ルータにより他ネットワークの機器との間で使用することを許可されない通信によって、機器情報を検索するパケットを受けると、その検索条件に対応した機器情報を前記記憶手段から読み出し、そのパケットを送信してきた機器に返信する機器情報返信手段と、を備えたことを特徴とするサーバ装置」が開示されている。
In
特許文献１の技術を用いれば、複数のネットワークに接続された機器（「リソース」または「デバイス」と呼ぶ場合がある）から機器情報を収集し、リソース検索することで、ユーザ端末からのリソース検索要求に応じた最適なリソースを発見する仕組みを実現することができる。ここで、機器情報とは、当該機器のＩＰアドレス、種類、機種名などのメタデータである。上記の仕組みによれば、発見したリソースからユーザ端末に対して所望の情報を送信するなどのサービスを提供することができる。例えば、さまざまな場所に配置されたカメラ群のうち、特定の移動体をトラッキング可能なカメラを発見し、発見したカメラから移動体のリアルタイムな映像をユーザ端末に配信することができる。
By using the technology of
しかし、特許文献１の技術によれば、リソースから収集されるメタデータは、リソースごとに予め規定されたスタティックな情報である。このため、ユーザ端末からのリソース検索要求に応じたリソースの検索には多くの時間を要する場合が多い。例えば、メタデータの属性が同じである複数のカメラ間で同じ移動体を映していても、画像データなどのセンシング情報（ダイナミックな情報であり、「ライブデータ」と呼ぶ場合もある）は異なっている。このとき、その移動体を映しているカメラを決定する際、メタデータによる検索では、候補となるカメラに一通り接続し、ライブデータを確認した後に選別する必要があり、多くの時間を要する。その結果、ユーザ端末に表示されている移動体の映像は、移動体の実際の状態からかけ離れてしまい、リアルタイム性の低下を招く場合が多い。
However, according to the technique of
また、特許文献１の技術によれば、リソース群が接続するネットワークの数が増大した場合、各ネットワークに接続されているすべてのサーバ装置間で情報交換をする必要がある。よって、サーバ装置の通信トラフィックやメタデータの管理コストが増大し、サーバ装置に大きな負荷が発生する。その結果、ユーザ端末からのリソース検索要求に応じたリソースの検索には多くの時間を要する場合が多くなり、上記したリアルタイム性の低下を招く場合がある。
Further, according to the technique of
このような背景を鑑みて、本発明は、複数のネットワークに接続されているリソースを用いて実現するサービスを利用するユーザ端末に送信する情報のリアルタイム性を向上させることを課題とする。 In view of such a background, an object of the present invention is to improve the real-time property of information transmitted to a user terminal that uses a service realized using resources connected to a plurality of networks.
前記した課題を解決するため、請求項１に記載の発明は、複数のネットワークに配置されている複数リソースから所望のリソースを検索するリソース検索装置であって、前記ネットワークの各々に配置されているサーバの位置情報を記憶する記憶部と、ユーザ端末からリソース検索要求を取得し、前記取得したリソース検索要求に含まれる位置情報に対応する前記サーバを特定し、前記リソース検索要求に含まれる検索プログラムを、前記特定したサーバに配置し、前記検索プログラムが配置されたサーバから、当該サーバが配置されているネットワークに配置されているリソースが配信するライブデータを収集し、前記収集したライブデータを用いて、前記リソース検索要求に含まれる検索対象の認識の一致度が所定値以上となるライブデータを配信するリソースを検索し、前記検索したリソースにアクセスするためのアクセス情報を前記ユーザ端末に送信する、制御部を備える、ことを特徴とする。
In order to solve the above-described problem, the invention according to
また、請求項３に記載の発明は、複数のネットワークに配置されている複数リソースから所望のリソースを検索するリソース検索装置におけるリソース検索方法であって、前記リソース検索装置は、前記ネットワークの各々に配置されているサーバの位置情報を記憶しており、ユーザ端末からリソース検索要求を取得するステップと、前記取得したリソース検索要求に含まれる位置情報に対応する前記サーバを特定するステップと、前記リソース検索要求に含まれる検索プログラムを、前記特定したサーバに配置するステップと、前記検索プログラムが配置されたサーバから、当該サーバが配置されているネットワークに配置されているリソースが配信するライブデータを収集するステップと、前記収集したライブデータを用いて、前記リソース検索要求に含まれる検索対象の認識の一致度が所定値以上となるライブデータを配信するリソースを検索するステップと、前記検索したリソースにアクセスするためのアクセス情報を前記ユーザ端末に送信するステップと、を実行する、ことを特徴とする。
The invention according to
請求項１，３に記載の発明によれば、リソース検索の際、各リソースが取得するライブデータ（センシング情報）を活用し、ユーザ端末が指定した検索対象について最良のライブデータを配信するリソース検索に要する時間を短縮することができる。また、リソース検索用の検索プログラムを配置するサーバを対象にすればよく、従来のようなサーバ間での情報交換は不要となるため、サーバに発生する負荷は低減され、リソース検索に要する時間を短縮することができる。
したがって、複数のネットワークに接続されているリソースを用いて実現するサービスを利用するユーザ端末に送信する情報のリアルタイム性を向上させることができる。
According to the first and third aspects of the invention, when searching for a resource, the resource search that uses the live data (sensing information) acquired by each resource and distributes the best live data for the search target specified by the user terminal. Can be shortened. In addition, it is only necessary to target a server on which a search program for resource search is arranged, and since there is no need to exchange information between servers as in the past, the load on the server is reduced and the time required for resource search is reduced. It can be shortened.
Therefore, it is possible to improve the real-time property of information transmitted to a user terminal that uses a service realized using resources connected to a plurality of networks.
また、請求項２に記載の発明は、請求項１に記載のリソース検索装置であって、前記検索対象は、前記ユーザ端末が指定した移動体であり、前記検索プログラムは、前記移動体の画像認識と映像処理を行うアプリケーション、および、前記移動体のライブデータを検索するアプリケーションである、ことを特徴とする。
The invention according to
請求項２に記載の発明によれば、検索プログラムを、ユーザ端末が移動体の画像認識と映像処理を行うアプリケーション、および、移動体のライブデータを検索するアプリケーションとすることで、画像のライブデータに関するリソース検索を実現することができる。さらに、移動体の画像認識の一致度が最も高いライブデータを配信するリソースに都度切り替えるように検索することができる。 According to the second aspect of the present invention, the search program is an application in which the user terminal performs image recognition and video processing of a moving object, and an application that searches for live data of the moving object, so that live image data is obtained. Resource search can be realized. Furthermore, it is possible to perform a search so as to switch to a resource that distributes live data having the highest degree of coincidence in image recognition of a mobile object.
本発明によれば、複数のネットワークに接続されているリソースを用いて実現するサービスを利用するユーザ端末に送信する情報のリアルタイム性を向上させることができる。 ADVANTAGE OF THE INVENTION According to this invention, the real-time property of the information transmitted to the user terminal using the service implement | achieved using the resource connected to the some network can be improved.
次に、本発明を実施するための形態ついて説明する。 Next, a mode for carrying out the present invention will be described.
≪構成≫
図１に示すように、本実施形態のライブデータ検索システムは、複数の個別ＮＷ５−１〜５−３に対して、リソース検索装置１と、サーバ２−１〜２−３と、リソース３−１〜３−８と、ルータ４−１〜４−３とを備えている。個別ＮＷ５−１には、サーバ２−１、ルータ４−１およびリソース３−１〜３−３が配置されている。個別ＮＷ５−２には、サーバ２−２、ルータ４−２およびリソース３−４〜３−６が配置されている。個別ＮＷ５−３には、サーバ２−３、ルータ４−３およびリソース３−７，３−８が配置されている。リソース検索装置１とサーバ２−１〜２−３とはＩＰリーチャブルである。
≪Configuration≫
As shown in FIG. 1, the live data search system of the present embodiment has a
リソース検索装置１は、リソース検索装置１に通信可能に接続されているユーザ端末６に対し、リソース３−１〜３−８を用いた所定のサービスを提供する装置である。リソース検索装置１は、ＣＰＵ（Central Processing Unit）と、記憶手段（記憶部）と、ネットワークインタフェースとを有するコンピュータとして構成される。このコンピュータは、ＣＰＵが、記憶部上に読み込んだプログラムを実行することで、各機能部により構成される制御部（制御手段）を動作させる。
The
サーバ２−１〜２−３は、サーバ２−１〜２−３自身と同じ個別ＮＷ５−１〜５−３に配置されているリソース３−１〜３−８を管理するサーバである。サーバ２−１〜２−３は、サーバ２−１〜２−３自身に配置された検索プログラム２ａ−１〜２ａ−３に従った処理を実行する。検索プログラム２ａ−１〜２ａ−３は、ユーザ端末６からのリソース検索要求に対する応答結果をユーザ端末６に出力するためのプログラムである。
The servers 2-1 to 2-3 are servers that manage the resources 3-1 to 3-8 arranged in the same individual NWs 5-1 to 5-3 as the servers 2-1 to 2-3 themselves. The servers 2-1 to 2-3 execute processing according to the
リソース３−１〜３−８は、ユーザ端末６にライブデータを配信する機器である。リソース３−１〜３−８は、例えば、カメラ、マイク、ウェアラブル端末である。リソース３−１〜３−８は、所定の位置に固定配置されていてもよいし、移動式であってもよい。ライブデータは、リソース３−１〜３−８の各々が固有に取得可能であり、動的に変化するセンシング情報である。センシング情報は、例えば、カメラが映している画像データ、マイクが取得した音声データである。
Resources 3-1 to 3-8 are devices that deliver live data to the
リソース３−１〜３−８にはそれぞれ、固有のメタデータが割り当てられている。メタデータは、例えば、リソース３−１〜３−８へのアクセス手段（例：リソース３−１〜３−８それぞれのＩＰアドレス）、物理的位置（例：緯度、経度、地名）、機能（例：カメラの撮影機能）、利用状態（例：占有中であるか否か、共有可であるか否か）を含む属性情報である。 Each resource 3-1 to 3-8 is assigned unique metadata. The metadata includes, for example, access means to the resources 3-1 to 3-8 (eg, IP addresses of the resources 3-1 to 3-8), physical positions (eg, latitude, longitude, place name), functions ( Example: Camera shooting function), and attribute information including usage status (eg, whether it is occupied or not, whether it can be shared).
ルータ４−１〜４−３は、所定の情報を複数の個別ＮＷ５−１〜５−３間に中継する通信装置である。
ユーザ端末６は、リソース３−１〜３−８から配信されたライブデータを視聴する装置であり、ユーザが所持する。ユーザ端末６は、例えば、スマートフォン、タブレット端末である。
The routers 4-1 to 4-3 are communication devices that relay predetermined information between the plurality of individual NWs 5-1 to 5-3.
The
リソース検索装置１は、ユーザ端末６からリソース検索要求を受信すると、サーバ２−１〜２−３の少なくとも１つに検索プログラム２ａ−１〜２ａ−３を配置する。サーバ２−１〜２−３は、検索プログラム２ａ−１〜２ａ−３に従い、サーバ２−１〜２−３自身と同じ個別ＮＷ５−１〜５−３に配置されているリソース３−１〜３−８からライブデータを収集する。サーバ２−１〜２−３は、収集したライブデータを解析し、解析結果をリソース検索装置１に送信する。この解析結果は、具体的には、サーバ２−１〜２−３自身と同じ個別ＮＷ５−１〜５−３に配置されているリソース３−１〜３−８のうち、ユーザ端末６からリソース検索要求に含まれる条件を満たすリソースを示すリソース検索結果である。
When receiving the resource search request from the
リソース検索装置１は、サーバ２−１〜２−３から受信した解析結果に基づいて、ユーザ端末６にアクセス情報を送信する（詳細は後記）。アクセス情報は、ユーザ端末６からのリソース検索要求を満たす最適なリソースにユーザ端末６がアクセスするための情報である。
The
リソース検索装置１は、サーバ２−１〜２−３を、サーバ２−１〜２−３自身と同じ個別ＮＷ５−１〜５−３に配置されているリソース３−１〜３−８と合わせたグループとして管理する。例えば、リソース検索装置１は、同じ個別ＮＷ５−１に配置されている、サーバ２−１およびリソース３−１〜３−８を１つのグループとして扱う。このとき、リソース検索装置１は、リソース３−１〜３−８のメタデータを管理しないようにするとよい。つまり、リソース検索装置１自身は、リソース３−１〜３−８を把握せず、サーバ２−１〜２−３にメタデータを管理させる態様をとる。このような態様により、リソース検索装置１が多数のメタデータを集中管理することがないため、リソース検索装置１にかかる負荷を低減させることができる。なお、リソース検索装置１は、サーバ２−１〜２−３を制御可能であるため、サーバ２−１〜２−３を介して間接的に、メタデータを管理することができる。ただし、上記態様に限定せず、リソース検索装置１が、リソース３−１〜３−８のメタデータを管理することを妨げない。
The
本実施形態のリソース検索装置１の機能構成について図２を参照して説明する。リソース検索装置１は、リソース検索ポータル部１１と、コンテキスト情報集約部１２と、コンテキスト流通部１３と、メタデータ管理部１４と、配信制御部１５と、シェアリソース管理部１６，１６−１と、ネットワーク制御部１７とを備える。
A functional configuration of the
リソース検索ポータル部１１は、ユーザ端末６からリソース検索要求を受け付ける。リソース要求には、例えば、ユーザがアクセスしたいリソースの条件を表現する情報が含まれる。また、リソース検索ポータル部１１は、リソース検索の結果となるリソースと、ユーザ端末６とを通信可能に接続する。ユーザ端末６は、リソース検索ポータル部１１を介して、接続したリソースからのライブデータを取得することができる。
The resource
コンテキスト情報集約部１２は、ユーザ端末６からリソース検索要求に対してリソース検索を実行し、検索結果をリソース検索ポータル部１１に返す。検索結果は、ユーザ端末６が該当リソースへアクセスするためのアクセス情報を含む。コンテキスト情報集約部１２は、シェアリソース管理部１６，１６−１が生成するコンテキスト（情報）（詳細は後記）を集約し、ユーザ端末６が接続するリソースを判別することができる。
The context
コンテキスト流通部１３は、リソース検索要求の応答結果となるリソースにアクセスするための名前解決に必要な処理を実行する。コンテキスト流通部１３は、リソースの静的な特性（例：リソースのメタデータ）から検索するリソースを絞り込むことができる。
The
メタデータ管理部１４は、リソースのメタデータを管理する。メタデータ管理部１４は、同じネットワークに配置されているリソース３−１〜３−８のメタデータを記憶するサーバ２−１〜２−３と連携してメタデータを管理することができる。メタデータ管理部１４は、メタデータを用いて、リソース検索に対してリソース検索場所を設定することができる。
The
配信制御部１５は、ライブデータを用いたリソース検索に必要な機能を所望のリソースに配信するために必要な処理を実行する。配信制御部１５は、リソースの動的な状況を判断するための解析機能をリソースに配信することができる。
The
シェアリソース管理部１６，１６−１は、複数の異なるネットワークに配置されているリソースを管理し、リソース検索の検索条件を満たすリソースを発見する。シェアリソース管理部１６，１６−１の各々は、同じネットワークに配置されているリソース３−１〜３−８を管理するサーバ２−１〜２−３の各々と連携することで、リソース３−１〜３−８を間接的に管理することができる。シェアリソース管理部１６，１６−１が管理するリソースには、例えば、所定のアプリケーションが配置され演算処理を行う計算リソース、センシング情報を取得するセンサリソース、リソースを駆動するアクチュエータリソースがある。シェアリソース管理部１６，１６−１は、動的に変わるこれらのリソースの接続状態に応じてリソースの使用可否を判断することができる。シェアリソース管理部１６，１６−１は、例えば、異なるネットワークの数に応じて複数用意することができ、シェアリソース管理部１６−１は、シェアリソース管理部１６が管理するネットワークとは異なるネットワークを管理する。また、シェアリソース管理部１６，１６−１はそれぞれ、複数の異なるネットワークをまとめて管理してもよい。
The shared
ネットワーク制御部１７は、ユーザ端末６が所定のリソースに接続するために必要な設定を行う。この設定は、サービス継続中にリソースが切り替わるたびに行われる。ネットワーク制御部１７は、動的に変わるリソースの状況に応じて、そのリソースの接続を制御することができる。
The
≪処理≫
本実施形態のリソース検索装置１が実行する処理について説明する。
<< Process >>
Processing executed by the
（全体処理）
図３に示すように、リソース検索装置１が実行する全体処理は、以下の通りである。なお、上記したリソース検索ポータル部１１と、コンテキスト情報集約部１２と、コンテキスト流通部１３と、メタデータ管理部１４と、配信制御部１５と、シェアリソース管理部１６，１６−１と、ネットワーク制御部１７が、全体処理のいずれの処理を担当するかについては後記する。
(Overall processing)
As shown in FIG. 3, the overall process executed by the
まず、リソース検索装置１は、サービスリクエスト処理を実行する（ステップＳ１）。具体的には、リソース検索装置１は、ユーザ端末６から、ユーザ端末６が接続するリソースを検索するためのリソース検索要求を受信し、解析する。
First, the
次に、リソース検索装置１は、リソース発見処理を実行する（ステップＳ２）。具体的には、リソース検索装置１は、ユーザ端末６からのリソース検索要求に対する検索を実行し、リソース検索要求を満たす最適なリソースを決定する。
Next, the
次に、リソース検索装置１は、リソース活用処理を実行する（ステップＳ３）。具体的には、リソース検索装置１は、リソース発見処理にて決定したリソースからユーザ端末６にライブデータを配信可能とするための設定を実行する。
Next, the
次に、リソース検索装置１は、リソース発見更新処理を実行する（ステップＳ４）。具体的には、リソース検索装置１は、リソース発見処理（ステップＳ２）の検索と同様の検索を継続し、リソース検索要求を満たす新たなリソースを決定する。
Next, the
リソース検索装置１は、新たなリソースに対してリソース活用処理（ステップＳ３）を実行することができる。リソース検索装置１は、リソース活用処理（ステップＳ３）およびリソース発見更新処理（ステップＳ４）を所定期間だけ繰り返した後、全体処理を終了する。
The
（リソース発見処理（図３のステップＳ２）の詳細）
図４に示すように、リソース発見処理（図３のステップＳ２）の詳細は、以下の通りである。なお、図４の処理を、上記したリソース検索ポータル部１１と、コンテキスト情報集約部１２と、コンテキスト流通部１３と、メタデータ管理部１４と、配信制御部１５と、シェアリソース管理部１６，１６−１と、ネットワーク制御部１７のいずれが担当するかについては後記する。
(Details of resource discovery process (step S2 in FIG. 3))
As shown in FIG. 4, the details of the resource discovery process (step S2 in FIG. 3) are as follows. 4 is the same as the resource
まず、リソース検索装置１は、ユーザ端末６からリソース検索要求を受信すると、リソース検索を開始する（ステップＳ１１）。
次に、リソース検索装置１は、リソース検索要求を満たすリソース検索場所を設定する（ステップＳ１２）。リソース検索場所は、検索対象のリソースが配置されている場所である。リソース検索場所の設定の詳細は、後記する。
First, when receiving a resource search request from the
Next, the
次に、リソース検索装置１は、ライブデータ検索機能を、設定したリソース検索場所に配置されているリソースに配布可能となるようにする（ステップＳ１３）。ライブデータ検索機能の配布の詳細は後記する。
Next, the
次に、リソース検索装置１は、ライブデータ検索機能を配布したリソースからライブデータ検索情報を収集する（ステップＳ１４）。ライブデータ検索情報は、ライブデータ検索機能を用いて取得される情報である。ライブデータ検索情報の収集の詳細は、後記する。
次に、リソース検索装置１は、収集したライブデータ検索情報に基づいて出力されるリソース検索結果をユーザ端末６に返却する（ステップＳ１５）。リソース検索結果の返却の詳細は後記する。
ステップＳ１１〜ステップＳ１５の処理は繰り返し継続され、所定期間経過すると、リソース活用処理（図３のステップＳ３）を開始する。
図４の処理により、ユーザ端末６が接続するリソースを発見することができる。
Next, the
Next, the
The processing from step S11 to step S15 is continuously repeated, and when a predetermined period has elapsed, resource utilization processing (step S3 in FIG. 3) is started.
With the processing in FIG. 4, it is possible to find a resource to which the
（リソース活用処理（図３のステップＳ３）の詳細）
図５に示すように、リソース活用処理（図３のステップＳ３）の詳細は、以下の通りである。なお、図５の処理を、上記したリソース検索ポータル部１１と、コンテキスト情報集約部１２と、コンテキスト流通部１３と、メタデータ管理部１４と、配信制御部１５と、シェアリソース管理部１６，１６−１と、ネットワーク制御部１７のいずれが担当するかについては後記する。
(Details of resource utilization processing (step S3 in FIG. 3))
As shown in FIG. 5, the details of the resource utilization process (step S3 in FIG. 3) are as follows. Note that the processing of FIG. 5 is performed by the resource
まず、リソース検索装置１は、リソース発見処理（図３のステップＳ２）で発見したリソースを活用するための設定を開始する（ステップＳ２１）。リソース活用の設定の詳細は、後記する。
次に、リソース検索装置１は、リソースアクセスのための設定を変更する（ステップＳ２２）。リソースアクセスのための設定変更の詳細は、後記する。
First, the
Next, the
次に、リソース検索装置１は、該当のリソースに対するメディア接続を行うとともに、該当のリソースから映像（ライブデータの具体例）を受信する（ステップＳ２３）。メディア接続および映像受信の詳細は、後記する。
Next, the
次に、リソース検索装置１は、ユーザ端末６へ映像を配信する（ステップＳ２４）。ステップＳ２１〜ステップＳ２４の処理は繰り返し継続され、所定期間経過すると、リソース発見更新処理（図３のステップＳ４）を開始する。
図５の処理により、ユーザ端末６は、リソース検索要求を満たす最適なリソースから映像を受信することができる。
Next, the
With the processing in FIG. 5, the
（リソース発見更新処理（図３のステップＳ４））
リソース発見更新処理（図３のステップＳ４）は、ライブデータ検索情報の収集（図４のステップＳ１４）、および、リソース検索結果の返却（図４のステップＳ１５）を繰り返し継続する処理に等しい。リソース発見更新処理により、ユーザ端末６が接続するリソースを再発見することができる。
(Resource discovery update process (step S4 in FIG. 3))
The resource discovery update process (step S4 in FIG. 3) is equivalent to a process in which the collection of live data search information (step S14 in FIG. 4) and the return of the resource search result (step S15 in FIG. 4) are repeatedly continued. Through the resource discovery update process, the resource to which the
（リソース検索ポータル部１１が実行する処理の詳細）
図６に示すように、リソース検索ポータル部１１が実行する処理の詳細は、以下の通りである。なお、図６の処理は、サービスリクエスト処理（図３のステップＳ１）の詳細に等しい。
(Details of processing executed by the resource search portal unit 11)
As shown in FIG. 6, the details of the processing executed by the resource
まず、リソース検索ポータル部１１は、ユーザ端末６からサービスコンテキストを取得する（ステップＡ１）。サービスコンテキストは、サービス検索要求に含まれており、ユーザ端末６のユーザが入力する情報である。サービスコンテキストには、「検索対象（キーワード）」、「アウトプット条件」、「位置情報」、「検索の有効期間」、「コンテキスト認識アプリ」、「要求リソース条件」が含まれている。
なお、サービスコンテキストを取得は、ユーザ端末６からのリソース検索要求を取得に相当する。
First, the resource
Note that obtaining the service context corresponds to obtaining a resource search request from the
「検索対象（キーワード）」は、ライブデータの対象となる移動体（または当該移動体を表現するキーワード）である。本実施形態の処理の説明では、一例として、検索対象（キーワード）を「ゼッケン１」（ゼッケン番号が１番である選手）とする。
“Search target (keyword)” is a moving object (or a keyword expressing the moving object) that is a target of live data. In the description of the processing of the present embodiment, as an example, the search target (keyword) is “
「アウトプット条件」は、ユーザ端末６からのリソース検索要求を満たすリソースのうち、ユーザ端末６が接続することになるリソースを決定するための条件である。本実施形態の処理の説明では、一例として、アウトプット条件を「検索対象（キーワード）の一致度が最も高い１件のカメラ」とする。検索対象（キーワード）の「一致度」とは、リソースが撮影等で取得しているライブデータの対象となる移動体が、検索対象（キーワード）と一致する度合いである。一致度は、リソースに配置されるコンテキスト認識アプリの周知の機能によって得られる。
The “output condition” is a condition for determining a resource to be connected to the
「位置情報」は、ユーザ端末６からのリソース検索要求を満たすリソースが配置されている場所を示す情報である。本実施形態の処理の説明では、一例として、位置情報を「武蔵野、西東京」とする。
“Position information” is information indicating a location where resources satisfying a resource search request from the
「検索の有効期間」とは、ユーザ端末６からのリソース検索要求に対する検索を実行する期間であり、ユーザ端末６から取得するサービスコンテキストの生存期間である。本実施形態の処理の説明では、一例として、検索の有効期間を「３６００ｓｅｃ（秒）」とする。
The “search effective period” is a period for executing a search in response to a resource search request from the
「コンテキスト認識アプリ」は、リソース（計算リソース）が検索対象（キーワード）からライブデータを取得するために、リソースに配置しようとするアプリケーションである。本実施形態の処理の説明では、一例として、コンテキスト認識アプリを「画像認識・映像処理ＡＰＬおよびゼッケン１ライブデータ検索ＡＰＬ」とする（「ＡＰＬ」はアプリケーションを表す）。
「画像認識・映像処理ＡＰＬ」は、リソースが、移動体（例：ゼッケン１）を映して生成される画像データを解析して移動体を検索対象（キーワード）と認識し、移動体を含む映像データの生成、配信を行うための周知のアプリケーションである。
「ゼッケン１ライブデータ検索ＡＰＬ」は、リソースにて、画像認識・映像処理ＡＰＬが生成した映像データから移動体としてのゼッケン１を検索し、ゼッケン１のライブデータを生成するためのアプリケーションである。
A “context recognition application” is an application that a resource (calculation resource) intends to place in a resource in order to obtain live data from a search target (keyword). In the description of the processing of this embodiment, as an example, the context recognition application is “image recognition / video processing APL and
“Image recognition / video processing APL” is a video in which a resource recognizes a moving object as a search target (keyword) by analyzing image data generated by projecting a moving object (eg, bib 1), and includes the moving object. This is a well-known application for generating and distributing data.
“
「要求リソース条件」は、検索対象（キーワード）のライブデータを取得するために用いるリソースを決定するための条件である。シェアリソース管理部１６は、要求リソース条件に基づいて、コンテキスト認識アプリを配置するリソースを決定する（詳細は後記）。本実施形態の処理の説明では、一例として、要求リソース条件を「４コアの計算機、最大５台のカメラ」とする。つまり、シェアリソース管理部１６は、要求リソース条件にしたがって、コンテキスト認識アプリを配置する４つの計算リソースと、最大５つまでのセンサリソースを決定する。
なお、シェアリソース管理部１６に関する説明は、シェアリソース管理部１６−１にもあてはまるため、以降の説明では、特段の事情が無い限り、シェアリソース管理部１６−１に関する説明は省略する。
The “request resource condition” is a condition for determining a resource to be used for acquiring live data of a search target (keyword). The share
In addition, since the description regarding the share
次に、リソース検索ポータル部１１は、コンテキスト情報集約部１２にサービスコンテキストを送信する（ステップＡ２）。
次に、リソース検索ポータル部１１は、タイムアウトに関するエラー処理、および、外部エラーに関するエラー処理を実行する（ステップＡ３）。タイムアウトに関するエラー処理、および、外部エラーに関するエラー処理は、任意の処理に対する定義済みの処理である。
Next, the resource
Next, the resource
図７に示すように、タイムアウトに関するエラー処理は、まず、任意の処理Ａが実行されると（ステップＺ１１）、実行結果としてのレスポンスがあったか否か判定する（ステップＺ１２）。レスポンスがあった場合（ステップＺ１２でＹｅｓ）、エラーが発生しなかったとして、タイムアウトに関するエラー処理を終了する。 As shown in FIG. 7, in the error process related to timeout, first, when an arbitrary process A is executed (step Z11), it is determined whether or not there is a response as an execution result (step Z12). If there is a response (Yes in step Z12), it is determined that no error has occurred, and the error processing relating to timeout is terminated.
一方、レスポンスがなかった場合（ステップＺ１２でＮｏ）、所定期間が満了するまでレスポンスがなかったか否か、つまり、タイムアウトになったか否かを判定する（ステップＺ１３）。タイムアウトでない場合（ステップＺ１３でＮｏ）、ステップＺ１２に戻り、レスポンスを待つ。一方、タイムアウトになった場合（ステップＺ１３でＹｅｓ）、タイムアウトのエラーレスポンスを出力して、タイムアウトに関するエラー処理を終了する。リソース検索装置１は、タイムアウトのエラーレスポンスが出力されると、実行中の処理を中断する。
On the other hand, if there is no response (No in step Z12), it is determined whether or not there is a response until the predetermined period expires, that is, whether or not a timeout has occurred (step Z13). If it is not time-out (No in step Z13), the process returns to step Z12 and waits for a response. On the other hand, if a time-out occurs (Yes in step Z13), a time-out error response is output, and the error processing related to time-out is terminated. When the time-out error response is output, the
また、図８に示すように、外部エラーに関するエラー処理は、まず、任意の処理Ａが実行されると（ステップＺ２１）、外部エラーがあったか否か判定する（ステップＺ２２）。外部エラーは、例えば、トラフィック増大による過負荷、システム障害がある。外部エラーがなかった場合（ステップＺ２２でＮｏ）、エラーが発生しなかったとして、外部エラーに関するエラー処理を終了する。 Further, as shown in FIG. 8, in the error process related to an external error, first, when an arbitrary process A is executed (step Z21), it is determined whether or not an external error has occurred (step Z22). External errors include, for example, overload due to traffic increase and system failure. If there is no external error (No in step Z22), it is determined that no error has occurred, and the error processing relating to the external error is terminated.
一方、外部エラーがあった場合（ステップＺ２２でＹｅｓ）、外部エラーのエラーレスポンスを出力して、外部エラーに関するエラー処理を終了する。リソース検索装置１は、タイムアウトのエラーレスポンスが出力されると、実行中の処理を中断する。
On the other hand, if there is an external error (Yes in step Z22), an error response of the external error is output, and the error processing relating to the external error is terminated. When the time-out error response is output, the
図６に戻り、リソース検索ポータル部１１の処理の説明を続ける。なお、ステップＡ３にて、タイムアウトも外部エラーもなかったとする。
リソース検索ポータル部１１は、コンテキスト情報集約部１２から名前解決結果ＵＲＩ（Uniform Resource Identifier）を受信する（ステップＡ４）。名前解決結果ＵＲＩは、コンテキスト情報集約部１２によって、サービスコンテキストに対して生成されるが、詳細は後記する。
Returning to FIG. 6, the description of the processing of the resource
The resource
次に、リソース検索ポータル部１１は、ネットワーク制御部１７にメディア接続を要求する（ステップＡ５）。具体的には、リソース検索ポータル部１１は、ネットワーク制御部１７に名前解決結果ＵＲＩを送信する。
Next, the resource
次に、リソース検索ポータル部１１は、タイムアウトに関するエラー処理、および、外部エラーに関するエラー処理を実行する（ステップＡ６）。ステップＡ６は、ステップＡ３と同様である。ステップＡ６にて、タイムアウトも外部エラーもなかったとする。
Next, the resource
次に、リソース検索ポータル部１１は、ネットワーク制御部１７からメディア接続用ＵＲＩを受信する（ステップＡ７）。メディア接続用ＵＲＩは、ネットワーク制御部１７によって、サービスコンテキストに対して生成されるが、詳細は後記する。
Next, the resource
次に、リソース検索ポータル部１１は、タイムアウトに関するエラー処理、および、外部エラーに関するエラー処理を実行する（ステップＡ８）。ステップＡ８にて、タイムアウトも外部エラーもなかったとする。
次に、リソース検索ポータル部１１は、ユーザ端末６に対してメディア接続し、接続先のリソースから映像を受信する（ステップＡ９）。リソース検索ポータル部１１は、ネットワーク制御部１７から受信したメディア接続用ＵＲＩを用いて、ユーザ端末６によるメディア接続を実現する。ユーザ端末６は、リソース検索ポータル部１１が受信した映像のデータを、ユーザ端末６の表示部に表示することができる。
なお、ユーザ端末６に対してメディア接続することは、ユーザ端末６からのリソース検索要求に応じて検索したリソース３−１〜３−８にアクセスするためのアクセス情報をユーザ端末６に送信することに相当する。
以上で、リソース検索ポータル部１１が実行する処理が終了する。
Next, the resource
Next, the resource
Note that the media connection to the
Thus, the process executed by the resource
（コンテキスト情報集約部１２が実行する処理の詳細）
図９に示すように、コンテキスト情報集約部１２が実行する処理の詳細は、以下の通りである。なお、図９の処理は、リソース発見処理（図３のステップＳ２）のうち、リソース検索の開始（図４のステップＳ１１）の処理、および、リソース検索結果の返却（図４のステップＳ１５）の処理に等しい。
(Details of processing executed by the context information aggregating unit 12)
As shown in FIG. 9, the details of the processing executed by the context
まず、コンテキスト情報集約部１２は、リソース検索ポータル部１１からサービスコンテキストを受信する（ステップＢ１。図６のステップＡ２参照。）。
次に、コンテキスト情報集約部１２は、バリデーションチェックに関するエラー処理を実行する（ステップＢ２）。バリデーションチェックに関するエラー処理は、任意の処理に対する定義済みの処理である。
First, the context
Next, the context
図１０に示すように、バリデーションチェックに関するエラー処理は、まず、任意の処理Ａが実行されると（ステップＺ３１）、バリデーションエラーがあったか否か判定する（ステップＺ３２）。バリデーションエラーは、例えば、ユーザ端末６が本実施形態のサービスを利用するためのログイン認証の失敗である。バリデーションエラーがなかった場合（ステップＺ３２でＮｏ）、エラーが発生しなかったとして、バリデーションチェックに関するエラー処理を終了する。
As shown in FIG. 10, in the error process related to the validation check, first, when an arbitrary process A is executed (step Z31), it is determined whether or not there is a validation error (step Z32). The validation error is, for example, a login authentication failure for the
一方、バリデーションチェックがあった場合（ステップＺ３２でＹｅｓ）、バリデーションチェックのエラーレスポンスを出力して、バリデーションチェックに関するエラー処理を終了する。リソース検索装置１は、バリデーションチェックのエラーレスポンスが出力されると、実行中の処理を中断する。
On the other hand, if there is a validation check (Yes in step Z32), an error response of the validation check is output, and the error processing related to the validation check is terminated. When the error response of the validation check is output, the
図９に戻り、コンテキスト情報集約部１２の処理の説明を続ける。なお、ステップＢ２にて、バリデーションエラーはなかったとする。
コンテキスト情報集約部１２は、サービスコンテキストキーを生成する（ステップＢ３）。サービスコンテキストキーは、受信したサービスコンテキストの識別子である。本実施形態では、例えば、サービスコンテキストキーを「SCIDxxxxxxx」とする。
Returning to FIG. 9, the description of the processing of the context
The context
次に、コンテキスト情報集約部１２は、検索コンテキストを生成する（ステップＢ４）。検索コンテキストは、サービスコンテキストから、「検索対象（キーワード）」と「アウトプット条件」とを除き、「検索の有効期間」を絶対時刻（例えば、検索終了日時：20xx/xx/xx/xx:xx:xx（年月日時分秒））に変換し、サービスコンテキストキー（SCIDxxxxxxx）を付与したものに等しい。
Next, the context
次に、コンテキスト情報集約部１２は、コンテキスト流通部１３に検索コンテキストを送信する（ステップＢ５）。
次に、コンテキスト情報集約部１２は、コンテキスト流通部１３からコンテキストを受信するまで待機する（ステップＢ６。初回の受け待ち。）。コンテキストは、シェアリソース管理部１６によって、検索コンテキストに対して生成されるが、詳細は後記する。コンテキストは非同期、かつ、断続的に生成され、生成の都度、コンテキスト情報集約部１２に送信される。
Next, the context
Next, the context
次に、コンテキスト情報集約部１２は、タイムアウトに関するエラー処理を実行する（ステップＢ７）。ステップＢ７にて、タイムアウトはなかったとする。
Next, the context
次に、コンテキスト情報集約部１２は、名前解決結果ＵＲＩを生成する（ステップＢ８）。名前解決結果ＵＲＩは、コンテキストに含まれる名前解決結果（コンテキスト名前解決結果）に割り当てられたＵＲＩである。コンテキスト情報集約部１２は、初回の受け待ちの間、受信したコンテキストが１つでもあれば、名前解決結果ＵＲＩを生成する。生成される名前解決結果ＵＲＩは、例えば、「http://service-output+SCIDxxxxxxx」とすることができる。
次に、コンテキスト情報集約部１２は、引き続き、コンテキスト流通部１３からコンテキストを受信するまで待機し、コンテキストを蓄積する（ステップＢ９）。
Next, the context
Next, the context
次に、コンテキスト情報集約部１２は、レスポンス周期を満了したか否かを判定する（ステップＢ１０）。レスポンス周期は、コンテキストの受け待ち期間であり、周期的に用意されている。レスポンス周期を満了しない場合（ステップＢ１０でＮｏ）、ステップＢ９に戻り、コンテキスト情報集約部１２は、コンテキストの受け待ちを継続する。一方、レスポンス周期を満了した場合（ステップＢ１０でＹｅｓ）、コンテキスト情報集約部１２は、蓄積したコンテキストを、サービスコンテキスト内のアプトプット条件に基づいてソートする（ステップＢ１１）。本実施形態の例によれば、蓄積したコンテキストについて、一致度が最も高いカメラ（リソース）から取得されるコンテキストが先頭に蓄積される。
なお、ステップＢ１１における、蓄積したコンテキストのソートは、リソース検索装置１が、収集したライブデータ（蓄積したコンテキスト）を用いて、ユーザ端末６からのリソース検索要求に含まれる検索対象の認識の一致度が最も高いライブデータを配信するリソース３−１〜３−８を検索することに相当する。
Next, the context
Note that the stored contexts are sorted in step B11 by using the collected live data (accumulated contexts) by the
次に、コンテキスト情報集約部１２は、ソートしたコンテキストを、名前解決結果ＵＲＩに登録する（ステップＢ１２）。
次に、コンテキスト情報集約部１２は、リソース検索ポータル部１１に名前解決結果ＵＲＩを送信する（ステップＢ１３。図６のステップＡ４参照。）。
Next, the context
Next, the context
次に、コンテキスト情報集約部１２は、サービスコンテキスト検索の生存期間が満了したか否かを判定する（ステップＢ１４）。サービスコンテキスト検索の生存期間は、検索コンテキスト内の「検索の有効期間」である。サービスコンテキスト検索の生存期間が満了しない場合（ステップＢ１４でＮｏ）、ステップＢ９に戻り、コンテキスト情報集約部１２は、コンテキストの受け待ちを継続する。一方、サービスコンテキスト検索の生存期間が満了した場合（ステップＢ１４でＹｅｓ）、コンテキスト情報集約部１２は、図９の処理を終了する。なお、サービスコンテキスト検索の生存期間が満了の場合、コンテキスト情報集約部１２は、図９の処理の終了結果をリソース検索ポータル部１１に通知しない。
以上で、コンテキスト情報集約部１２が実行する処理が終了する。
Next, the context
Thus, the process executed by the context
（コンテキスト流通部１３が実行する処理の詳細）
図１１に示すように、コンテキスト流通部１３が実行する処理の詳細は、以下の通りである。なお、図１１の処理は、リソース発見処理（図３のステップＳ２）のうち、リソース検索場所の設定（図４のステップＳ１２）の処理に等しい。
(Details of processing executed by the context distribution unit 13)
As shown in FIG. 11, the details of the processing executed by the
まず、コンテキスト流通部１３は、コンテキスト情報集約部１２から検索コンテキストを受信する（ステップＣ１。図９のステップＢ５参照。）。図９のステップＢ５の説明を踏まえれば、受信した検索コンテキストは、位置情報（武蔵野、西東京）、検索終了日時（20xx/xx/xx/xx:xx:xx）、コンテキスト認識アプリ（画像認識・映像処理ＡＰＬおよびゼッケン１ライブデータ検索ＡＰＬ）、要求リソース条件（４コアの計算機、最大５台のカメラ）、および、サービスコンテキストキー（SCIDxxxxxxx）を含む。
First, the
次に、コンテキスト流通部１３は、バリデーションチェックに関するエラー処理を実行する（ステップＣ２）。ステップＣ２は、ステップＢ２（図９）と同様である。ステップＣ２にて、バリデーションエラーはなかったとする。
Next, the
次に、コンテキスト流通部１３は、メタデータ管理部１４に位置情報検索を要求する（ステップＣ３）。このとき、コンテキスト流通部１３は、検索コンテキスト内の位置情報（武蔵野、西東京）をメタデータ管理部１４に送信する。位置情報検索は、検索コンテキスト内の位置情報に該当するリソース管理ノード（後記）を特定するための検索である。
Next, the
次に、コンテキスト流通部１３は、タイムアウトに関するエラー処理、および、外部エラーに関するエラー処理を実行する（ステップＣ４）。ステップＣ４にて、タイムアウトも外部エラーもなかったとする。
Next, the
次に、コンテキスト流通部１３は、メタデータ管理部１４からリソース管理ノードアドレスリストを受信する（ステップＣ５）。リソース管理ノードアドレスリストは、位置情報検索の検索結果であるが、詳細は後記する。
Next, the
次に、コンテキスト流通部１３は、配信制御コンテキストを生成する（ステップＣ６）。配信制御コンテキストは、検索コンテキスト（ステップＣ１参照）の位置情報（武蔵野、西東京）をリソース管理ノードアドレスリストに置き換えたものに等しい。
次に、コンテキスト流通部１３は、配信制御部１５に配信制御コンテキストを送信する（ステップＣ７）。
Next, the
Next, the
次に、コンテキスト流通部１３は、タイムアウトに関するエラー処理、および、外部エラーに関するエラー処理を実行する（ステップＣ８）。ステップＣ８にて、タイムアウトも外部エラーもなかったとする。
Next, the
次に、コンテキスト流通部１３は、シェアリソース管理部１６から受信したコンテキストをコンテキスト情報集約部１２に送信する（ステップＣ９。図９のステップＢ６，Ｂ９参照）。シェアリソース管理部１６から受信したコンテキストには、名前解決結果（コンテキスト名前解決結果）が含まれている（詳細は後記）。
Next, the
次に、コンテキスト流通部１３は、検索の有効期間が満了したか否かを判定する（ステップＣ１０）。検索の有効期間の満了時は、検索コンテキスト（ステップＣ１）の検索終了日時（20xx/xx/xx/xx:xx:xx）に等しい。検索の有効期間が満了しない場合（ステップＣ１０でＮｏ）、ステップＣ９に戻り、コンテキスト流通部１３は、コンテキストの送信を継続する。一方、検索の有効期間が満了した場合（ステップＣ１０でＹｅｓ）、コンテキスト流通部１３は、検索停止処理を実行する（ステップＣ１１）。具体的には、コンテキスト流通部１３は、配信制御部１５に終了処理を指示する。検索停止処理の実行後、図１１の処理を終了する。
以上で、コンテキスト流通部１３が実行する処理が終了する。
Next, the
Thus, the process executed by the
（メタデータ管理部１４が実行する検索処理の詳細）
図１２に示すように、メタデータ管理部１４が実行する処理の詳細は、以下の通りである。なお、図１２の処理は、リソース発見処理（図３のステップＳ２）のうち、リソース検索場所の設定（図４のステップＳ１２）の処理に等しい。
(Details of search processing executed by the metadata management unit 14)
As shown in FIG. 12, the details of the processing executed by the
まず、メタデータ管理部１４は、コンテキスト流通部１３から位置情報を受信する（ステップＤ１。図１１のステップＣ３参照。）。受信する位置情報は、コンテキスト流通部１３の位置情報検索のキーであり、検索コンテキスト内の位置情報（武蔵野、西東京）（例えば、ＣＳＶ形式の文字列情報）に等しい。
First, the
次に、メタデータ管理部１４は、バリデーションチェックに関するエラー処理を実行する（ステップＤ２）。ステップＤ２は、ステップＢ２（図９）と同様である。ステップＤ２にて、バリデーションエラーはなかったとする。
Next, the
次に、メタデータ管理部１４は、受信する位置情報を用いて、文字列をキーとしたＵＲＩの検索を実行する（ステップＤ３）。メタデータ管理部１４は、位置情報内の文字列に対応するリソース管理ノードに割り当てられているＵＲＩを取得する。「リソース管理ノード」は、当該リソース管理ノードが担当する地域（範囲）内のリソースを管理する装置であり、サーバ２−１〜２−３（図１参照）に相当する。本実施形態で扱う異なる複数のネットワークが地域ごとに用意されている場合、リソース管理ノードは、当該リソース管理ノードが配置されているネットワークに配置されているリソースを管理する装置となる。「位置情報内の文字列に対応するリソース管理ノード」とは、位置情報が示す地域を担当するリソース管理ノードである。
Next, the
例えば、メタデータ管理部１４は、位置情報に含まれている「武蔵野」を担当するリソース管理ノードに割り当てられているＵＲＩ（例：グローバルＩＰアドレス）を周知の方法で取得することができる。取得したＵＲＩは、例えば、「http://guest:pass@musahoge.jp:9801/rm/index.html」と表現することができる。
なお、リソース検索装置１の記憶部には、リソース管理ノードの位置情報が記憶されている。この位置情報は、当該リソース管理ノードが配置されているネットワークに配置されているリソースの位置（地域）を示す情報に対応する。
For example, the
Note that the location information of the resource management node is stored in the storage unit of the
次に、メタデータ管理部１４は、タイムアウトに関するエラー処理、および、外部エラーに関するエラー処理を実行する（ステップＤ４）。ステップＤ４にて、タイムアウトも外部エラーもなかったとする。
Next, the
次に、メタデータ管理部１４は、リソース管理ノードアドレスリストを生成する（ステップＤ５）。リソース管理ノードアドレスリストは、文字列をキーとしたＵＲＩの検索（ステップＤ３）に該当したリソース管理ノードのリストである。例えば、リソース管理ノードアドレスリストは、文字列のキーと、文字列に対応するリソース管理ノードのＵＲＩとを組とした形式をとるリストである。本実施形態の例でいえば、前記組を、（武蔵野，ＵＲＩ−ｘ）、（西東京，ＵＲＩ−ｙ）、・・・と表現することができる。
なお、リソース管理ノードアドレスリストの生成は、リソース検索要求に含まれる位置情報に対応するリソース管理ノードの特定に相当する。
Next, the
The generation of the resource management node address list corresponds to the identification of the resource management node corresponding to the location information included in the resource search request.
次に、メタデータ管理部１４は、コンテキスト流通部１３にリソース管理ノードアドレスリストを送信する（ステップＤ６。図１１のステップＣ５参照）。リソース管理ノードアドレスリストの送信後、図１２の処理が終了する。
以上で、メタデータ管理部１４が実行する検索処理が終了する。
Next, the
This completes the search process executed by the
（配信制御部１５が実行する処理）
図１３に示すように、配信制御部１５が実行する処理の詳細は、以下の通りである。なお、図１３の処理は、リソース発見処理（図３のステップＳ２）のうち、ライブデータ検索機能の配布（図４のステップＳ１３）の処理に等しい。
(Processing executed by the distribution control unit 15)
As shown in FIG. 13, the details of the processing executed by the
まず、配信制御部１５は、コンテキスト流通部１３から配信制御コンテキストを受信する（ステップＥ１。図１１のステップＣ７参照。）。図１１のステップＣ６の説明を踏まえれば、受信した配信制御コンテキストは、リソース管理ノードアドレスリスト、検索終了日時（20xx/xx/xx/xx:xx:xx）、コンテキスト認識アプリ（画像認識・映像処理ＡＰＬおよびゼッケン１ライブデータ検索ＡＰＬ）、要求リソース条件（４コアの計算機、最大５台のカメラ）、および、サービスコンテキストキー（SCIDxxxxxxx）を含む。
First, the
次に、配信制御部１５は、バリデーションチェックに関するエラー処理を実行する（ステップＥ２）。ステップＥ２は、ステップＢ２（図９）と同様である。ステップＥ２にて、バリデーションエラーはなかったとする。
Next, the
次に、配信制御部１５は、配信先管理リストを生成する（ステップＥ３）。配信先管理リストは、機能の配信先の候補となるリソース管理ノードのリソース情報を管理するリストである。配信先管理リストは、例えば、「サービスコンテキストキー」、「リソース管理ノードのＵＲＩ」、「配信状態」、「タイムスタンプ」、および「検索終了日時」の組を、リソース管理ノード（または当該リソース管理ノードが担当する地域）ごとに生成してまとめたリストとすることができる。本実施形態の例でいえば、武蔵野については、（［サービスコンテキストキー］，［リソース管理ノードのＵＲＩ］，［配信状態］，［タイムスタンプ］,［検索終了日時］）＝（SCIDxxxxxxx，ＵＲＩ−ｘ，未配信，null，20xx/xx/xx/xx:xx:xx）となる。また、西東京については、（［サービスコンテキストキー］，［リソース管理ノードのＵＲＩ］，［配信状態］，［タイムスタンプ］,［検索終了日時］）＝（SCIDxxxxxxx，ＵＲＩ−ｙ，配信済み，20yy/yy/yy/yy:yy:yy，20xx/xx/xx/xx:xx:xx）となる。
Next, the
配信先管理リストは、随時更新される。配信制御部１５は、例えば、サービスコンテキスト（図６参照）に示す検索の有効期間（３６００ｓｅｃ）だけ配信先管理リストを保持する。
The distribution destination management list is updated as needed. For example, the
次に、配信制御部１５は、タイムアウトに関するエラー処理、および、外部エラーに関するエラー処理を実行する（ステップＥ４）。ステップＥ４にて、タイムアウトも外部エラーもなかったとする。
Next, the
次に、配信制御部１５は、受信した配信制御コンテキスト（ステップＥ１）内のアプリ（コンテキスト認識アプリ）をストレージに配置する（ステップＥ５）。ストレージ（図示せず）は、配布予定のアプリを記憶する記憶装置である。本実施形態の例でいえば、コンテキスト認識アプリとしての画像認識・映像処理ＡＰＬについては、画像認識・映像処理ＡＰＬのバイナリファイルをストレージに配置する。また、コンテキスト認識アプリとしてのゼッケン１ライブデータ検索ＡＰＬは、配信制御コンテキスト内の、検索終了日時（20xx/xx/xx/xx:xx:xx）、要求リソース条件（４コアの計算機、最大５台のカメラ）、および、サービスコンテキストキー（SCIDxxxxxxx）と併せた「ゼッケン１ライブデータ検索ＡＰＬセット」としてストレージに配置する。
Next, the
次に、配信制御部１５は、ストレージに配置したアプリごとにダウンロード用ＵＲＩを生成する（ステップＥ６）。ダウンロード用ＵＲＩは、ストレージに配置したアプリを所定の装置にダウンロードするときのアクセス手段である。本実施形態の例でいえば、配信制御部１５は、画像認識・映像処理ＡＰＬのダウンロード用ＵＲＩと、ゼッケン１ライブデータ検索ＡＰＬのダウンロード用ＵＲＩを生成する。
Next, the
次に、配信制御部１５は、各シェアリソース管理部１６（または１６−１）にダウンロード用ＵＲＩを配信する（ステップＥ７）。ダウンロード用ＵＲＩの配信先となるシェアリソース管理部１６は、配信先管理リスト（ステップＥ３）に登録されているリソース管理ノードと連携するシェアリソース管理部１６である。
次に、配信制御部１５は、各リソースでのコンテキスト認識アプリのダウンロードが完了するのを待ち、完了後、配信先管理リストを更新する（ステップＥ８）。この更新は、例えば、ダウンロードの完了を示すタイムスタンプの更新である。配信先管理リストの更新後、図１３の処理が終了する。
以上で、配信制御部１５が実行する処理が終了する。
Next, the
Next, the
Thus, the process executed by the
（シェアリソース管理部１６が実行するリソース発見処理）
図１４に示すように、シェアリソース管理部１６が実行する処理の詳細は、以下の通りである。なお、図１４の処理は、リソース発見処理（図３のステップＳ２）のうち、ライブデータ検索情報の収集（図４のステップＳ１４）の処理に等しい。
(Resource discovery process executed by the shared resource management unit 16)
As shown in FIG. 14, the details of the process executed by the share
まず、シェアリソース管理部１６は、配信制御部１５からダウンロード用ＵＲＩを受信する（ステップＦ１。図１３のステップＥ７参照。）。
次に、シェアリソース管理部１６は、受信したダウンロード用ＵＲＩにアクセスしたファイルのダウンロードを開始する（ステップＦ２）。本実施形態の例でいえば、ダウンロードするファイルは、画像認識・映像処理ＡＰＬのバイナリファイルと、ゼッケン１ライブデータ検索ＡＰＬセットである。シェアリソース管理部１６は、配信先管理リスト（図１３参照）に登録されたリソース管理ノードにファイルをダウンロードし、リソース管理ノードに画像認識・映像処理ＡＰＬおよびゼッケン１ライブデータ検索ＡＰＬセットを配置する（図１のサーバ２−１〜２−３の少なくとも１つに検索プログラム２ａ−１〜２ａ−３を配置することに相当）。
First, the share
Next, the share
次に、シェアリソース管理部１６は、要求リソース条件に基づいてリソースアロケーションを実行する（ステップＦ３）。本実施形態の例でいえば、シェアリソース管理部１６は、ゼッケン１ライブデータ検索ＡＰＬセットに含まれる要求リソース条件（配信制御コンテキスト内の要求リソース条件（図１３のステップＥ１）と同じ）を満たす計算機（計算リソース）およびカメラ（センサリソース）を、配信先管理リスト（図１３参照）に登録されたリソース管理ノードが管理するリソースから選出し、選出したリソースに所定量のＣＰＵ資源、メモリ資源などを割り当てる。
Next, the shared
次に、シェアリソース管理部１６は、タイムアウトに関するエラー処理、および、外部エラーに関するエラー処理を実行する（ステップＦ４）。ステップＦ４にて、タイムアウトも外部エラーもなかったとする。
Next, the share
次に、シェアリソース管理部１６は、要求リソース条件に基づいて決定したリソースに対してリソースアクセスを実行する（ステップＦ５）。具体的には、シェアリソース管理部１６は、計算リソースに、画像認識・映像処理ＡＰＬおよびライブデータ検索ＡＰＬを配置して、起動する。また、シェアリソース管理部１６は、計算リソースをセンサリソースに繋ぎ、画像を受信できる状態にする。ここで、１つの計算リソースに配置した画像認識・映像処理ＡＰＬと同じ画像認識・映像処理ＡＰＬを別の計算リソースに配置することを予定している場合、当該別の計算リソースには、ライブデータ検索ＡＰＬのみを配置すればよい。一般的に、複数種類のサービスコンテキスト間で同じ画像認識・映像処理ＡＰＬを用いる場合、画像認識・映像処理ＡＰＬを共用することができる。よって、例えば、各計算リソースに配置したライブデータ検索ＡＰＬに対して、同じ画像認識・映像処理ＡＰＬによって出力された認識結果を入力し、ライブデータに関する処理を実現することができる。換言すれば、画像認識・映像処理ＡＰＬを配置する計算リソースは１つだけ決定すればよい。
Next, the shared
次に、シェアリソース管理部１６は、コンテキスト生成処理を実行する（ステップＦ６）。コンテキストは、コンテキスト認識アプリが配置されたリソースがコンテキスト認識アプリを起動させて得られた出力結果である。シェアリソース管理部１６は、コンテキストを、リソースからの出力結果にアクセスするためのＵＲＩとして作成することができる。
Next, the share
このＵＲＩは、例えば、「http://192.168.1.11&id=c001&result=80&SCID=xxxxxx」などといった形式で表現することができる。ここで、「192.168.1.11」はリソース管理ノードのグローバルＩＰアドレスである。「id=c001」は、コンテキスト認識アプリの実行結果を出力したリソースの識別子である。「result=80」は、コンテキスト名前解決結果として一致度が８０％であることを示している。「SCID=xxxxxx」は、サービスコンテキストキーである。
なお、コンテキスト生成処理は、リソース検索装置１が、検索プログラム２ａ−１〜２ａ−３が配置されたサーバ２−１〜２−３から、当該サーバ２−１〜２−３が配置されているネットワークに配置されているリソース３−１〜３−８が配信するライブデータを収集することに相当する。
This URI can be expressed in a format such as “http: //192.168.1.11&id=c001&result=80&SCID=xxxxxx”. Here, “192.168.1.11” is the global IP address of the resource management node. “Id = c001” is an identifier of the resource that outputs the execution result of the context recognition application. “Result = 80” indicates that the matching degree is 80% as the context name resolution result. “SCID = xxxxxx” is a service context key.
Note that in the context generation process, the
次に、シェアリソース管理部１６は、コンテキスト流通部１３にコンテキストを送信する（ステップＦ７。図１１のステップＣ９参照。）。送信するコンテキストは、特に、ライブデータ検索ＡＰＬによるコンテキストである。シェアリソース管理部１６は、ステップＦ６にて生成したコンテキストにサービスコンテキストキーを紐付けて、コンテキスト流通部１３に送信する。
Next, the share
次に、シェアリソース管理部１６は、タイムアウトに関するエラー処理、および、外部エラーに関するエラー処理を実行する（ステップＦ８）。ステップＦ８にて、タイムアウトも外部エラーもなかったとして、図１４の処理を終了する。
以上で、シェアリソース管理部１６が実行するリソース発見処理が終了する。
Next, the share
Thus, the resource discovery process executed by the share
（ネットワーク制御部１７が実行する処理）
図１５、図１６に示すように、ネットワーク制御部１７が実行する処理の詳細は、以下の通りである。なお、図１５、図１６の処理は、リソース活用処理（図３のステップＳ３）のうち、リソース活用設定の開始（図５のステップＳ２１）の処理、および、リソースアクセスのための設定の変更（図５のステップＳ２２）の処理に等しい。
(Processing executed by the network control unit 17)
As shown in FIGS. 15 and 16, details of the processing executed by the
まず、ネットワーク制御部１７は、リソース検索ポータル部１１から名前解決結果ＵＲＩを受信する（ステップＧ１）。この名前解決結果ＵＲＩは、コンテキスト情報集約部１２がリソース検索ポータル部１１に送信した名前解決結果ＵＲＩである（図６のステップＡ４、図９のステップＢ１３参照）。
First, the
次に、ネットワーク制御部１７は、受信した名前解決結果ＵＲＩを用いてコンテキスト情報集約部１２にアクセスし、ソケット通信を開始する（ステップＧ２）。
Next, the
次に、ネットワーク制御部１７は、コンテキスト情報集約部１２からコンテキストおよび検索終了日時を取得する（ステップＧ３）。コンテキストは、シェアリソース管理部１６が生成したものであり（図１４のステップＦ６）、例えば、「http://192.168.1.11&id=c001&result=80&SCID=xxxxxx」などといったＵＲＩ形式で表現される。ネットワーク制御部１７は、取得したコンテキストを解析することで、取得時点における一致度（コンテキスト一致度）が最も高いＵＲＩを得ることができる。このＵＲＩは、すべてのコンテキストの中の最適値である。また、コンテキスト情報集約部１２から取得した検索終了日時は、コンテキスト情報集約部１２が生成した検索コンテキストに含まれる検索終了日時（20xx/xx/xx/xx:xx:xx）である。
Next, the
次に、ネットワーク制御部１７は、検索終了日時を経過したか否か判定する（ステップＧ４）。経過した場合（ステップＧ４でＹｅｓ）、ネットワーク制御部１７は、リソース開放を指示する（ステップＧ５）。リソース開放を指示することで、発見したリソースを活用することができ、図１５、図１６の処理が終了する。
Next, the
一方、検索終了日時を経過していない場合（ステップＧ４でＮｏ）、ネットワーク制御部１７は、取得したコンテキスト内のＵＲＩ（名前解決結果ＵＲＩ）にアクセスし、アクセス先のリソースに対してメディア接続を要求する（ステップＧ６）。
On the other hand, if the search end date / time has not elapsed (No in step G4), the
次に、ネットワーク制御部１７は、タイムアウトに関するエラー処理、および、外部エラーに関するエラー処理を実行する（ステップＧ７）。ステップＧ７にて、タイムアウトも外部エラーもなかったとする。
Next, the
次に、ネットワーク制御部１７は、シェアリソース管理部１６によるリソースアクセス（図１４のステップＦ５）のための設定変更する（ステップＧ８）。この設定変更には、例えば、ネットワーク制御部１７が、メディア接続を要求したリソース（ステップＧ６）から、当該リソースへのアクセス権限を獲得すること、などが含まれる。
次に、ネットワーク制御部１７は、メディア接続先となるリソースからリソースアクセスＵＲＩを取得する（ステップＧ９）。
次に、ネットワーク制御部１７は、取得したリソースアクセスＵＲＩに対して、映像配信を要求する（図１６のステップＧ１０）。
Next, the
Next, the
Next, the
次に、ネットワーク制御部１７は、タイムアウトに関するエラー処理、および、外部エラーに関するエラー処理を実行する（ステップＧ１１）。ステップＧ１１にて、タイムアウトも外部エラーもなかったとする。
Next, the
次に、ネットワーク制御部１７は、メディア接続用ＵＲＩを生成する（ステップＧ１２）。メディア接続用ＵＲＩは、ユーザ端末６がメディア接続先となるリソースに接続するためのＵＲＩである。
次に、ネットワーク制御部１７は、リソース検索ポータル部１１にメディア接続用ＵＲＩを送信する（ステップＧ１３。図６のステップＡ７参照）。
Next, the
Next, the
次に、ネットワーク制御部１７は、例えば切替前のリソースが映像をすでに配信している場合には、その映像を終端し、リソース検索ポータル部１１からのメディア接続（の要求）を待つ（ステップＧ１４、図６のステップＡ５参照）。リソースの切替については後記する。ネットワーク制御部１７は、切替後のリソースからの映像をリソース検索ポータル部１１が受信する（図６のステップＡ９参照）ための制御をする。
Next, for example, when the resource before switching has already delivered the video, the
次に、ネットワーク制御部１７は、タイムアウトに関するエラー処理、および、外部エラーに関するエラー処理を実行する（ステップＧ１５）。ステップＧ１５にて、タイムアウトも外部エラーもなかったとする。
Next, the
次に、ネットワーク制御部１７は、リソースからの映像をリソース検索ポータル部１１に配信する（ステップＧ１６）。リソース検索ポータル部１１は、ユーザ端末６に当該映像を配信する。
Next, the
以降では、映像を配信するリソースを切り替えるリソース切替処理が実行される。具体的には、ネットワーク制御部１７は、コンテキスト情報集約部１２からの変更通知があったか否か判定する（ステップＧ１７）。この変更通知は、コンテキスト情報集約部１２がリソース検索ポータル部１１に送信した名前解決結果ＵＲＩ（図９のステップＢ１３）が変更したため、映像を配信するリソースが切り替わることを示す通知である。リソースの切替は、コンテキスト内の一致度（コンテキスト一致度）が最も高い値を示していたリソースが別のリソースに変わったことを意味する。
Thereafter, a resource switching process for switching resources for distributing video is executed. Specifically, the
変更通知が無かった場合（ステップＧ１７でＮｏ）、ステップＧ３に進み、ネットワーク制御部１７は、コンテキスト情報集約部１２からコンテキストおよび検索終了日時を改めて取得する。取得後、すでに説明した処理（ステップＧ４からの処理）が実行される。
一方、変更通知があった場合（ステップＧ１７でＹｅｓ）、ネットワーク制御部１７は、コンテキスト情報集約部１２から取得したコンテキストにおいて、一致度（コンテキスト一致度）以外の変更があったか否か判定する（ステップＧ１８）。一致度以外の変更が無かった場合（ステップＧ１８でＮｏ）、一致度（コンテキスト一致度）が最も高いＵＲＩ、つまりリソースは同じであり、リソースの切替が不要であることを意味している。よって、ステップＧ３に進み、ネットワーク制御部１７は、コンテキスト情報集約部１２からコンテキストおよび検索終了日時を改めて取得する。取得後、すでに説明した処理（ステップＧ４からの処理）が実行される。
When there is no change notification (No in Step G17), the process proceeds to Step G3, and the
On the other hand, when there is a change notification (Yes in Step G17), the
一方、一致度以外の変更があった場合（ステップＧ１８でＹｅｓ）、リソースを切替が行われる。具体的には、ステップＧ６に進み、ネットワーク制御部１７は、コンテキスト内の新たなＵＲＩ、つまり、一致度が最も高いと新たに判定された切替後のリソースへアクセスし、メディア接続を要求する。要求後、切替後のリソースについて、すでに説明した処理（ステップＧ７からの処理）が実行される。最終的には、リソース開放指示（ステップＧ５）がなされたときに図１５、図１６の処理が終了する。
以上で、ネットワーク制御部１７が実行する処理の説明を終了する。
On the other hand, if there is a change other than the degree of coincidence (Yes in step G18), the resource is switched. Specifically, the process proceeds to step G6, and the
Above, description of the process which the
≪まとめ≫
本実施形態によれば、リソース検索の際、各リソース３−１〜３−８が取得するライブデータ（センシング情報）を活用し、ユーザ端末６が指定した検索対象について最良のライブデータを配信するリソース検索に要する時間を短縮することができる。また、リソース検索用の検索プログラム（コンテキスト認識アプリ）を配置するサーバ２−１〜２−３を対象にすればよく、従来のようなサーバ間での情報交換は不要となるため、サーバ２−１〜２−３に発生する負荷は低減され、リソース検索に要する時間を短縮することができる。
したがって、複数のネットワークに接続されているリソースを用いて実現するサービスを利用するユーザ端末に送信する情報のリアルタイム性を向上させることができる。
≪Summary≫
According to the present embodiment, when searching for resources, the live data (sensing information) acquired by each of the resources 3-1 to 3-8 is used to distribute the best live data for the search target specified by the
Therefore, it is possible to improve the real-time property of information transmitted to a user terminal that uses a service realized using resources connected to a plurality of networks.
また、検索プログラムを、ユーザ端末６が移動体の画像認識と映像処理を行うアプリケーション、および、移動体のライブデータを検索するアプリケーションとすることで、画像のライブデータに関するリソース検索を実現することができる。さらに、移動体の画像認識の一致度が最も高いライブデータを配信するリソースに都度切り替えるように検索することができる。
Further, by making the search program an application in which the
≪応用例１≫
本実施形態のライブデータ検索システムを、特定人物の見守りに応用することができる。例えば、見守りたい人物の一致度を検出する画像認識プログラムを、カメラ（カメラリソース）近傍の計算機（計算リソース）に配置する。計算機は、カメラからライブデータを取得して解析することができ、解析結果から、当該人物が映っている最適なカメラ（一致度が最高値を示すカメラ）を検出することができる。リソース検索装置１は、検出したカメラにアクセス可能とするように各種ネットワーク機器の設定を変更し、見守り人の端末に対し、検出したカメラに当該端末がアクセスするためのアクセスアドレスを通知する。応用例１は、高齢者の監視にも応用することができる。
≪
The live data search system of this embodiment can be applied to watching a specific person. For example, an image recognition program for detecting the degree of coincidence of a person who wants to watch is placed in a computer (calculation resource) near the camera (camera resource). The computer can acquire and analyze live data from the camera, and can detect the optimal camera (camera with the highest matching score) in which the person is reflected from the analysis result. The
≪応用例２≫
本実施形態のライブデータ検索システムを、マラソン大会の特定選手の中継放送に応用することもできる。公道や競技トラックで実施されるマラソン大会の顔認識プログラムを計算機（計算リソース）に配置する。また、マラソン大会会場に配置されている固定カメラや移動カメラ（例：スマートフォン）の映像（ライブデータ）を解析することで、注目選手を映しているカメラを検出する。リソース検索装置１は、検出したカメラにアクセス可能とするように各種ネットワーク機器の設定を変更し、視聴者に対し、検出したカメラに当該端末がアクセスするためのアクセスアドレスを通知する。
≪
The live data search system of this embodiment can also be applied to relay broadcasts of specific athletes in a marathon event. Place a face recognition program for marathon events on public roads and competition tracks on a computer (calculation resource). In addition, by analyzing the video (live data) of a fixed camera or a moving camera (for example, a smartphone) placed at the marathon event venue, a camera showing a player of interest is detected. The
応用例２の具体的構成を図１７に示す。図１７に示すように、応用例２のライブデータ検索システムは、リソース検索ポータルサーバ１Ａと、ライブデータ検索システム搭載サーバ１Ｂと、無線ＡＰ（１Ｃ）と、個別ＮＷ管理マシン２１，２２と、汎用マシン２３，２４とを備えている。また、ネットワークとしては、個別ＮＷ−Ａ，Ｂ（５１，５２）と、広域ＮＷ（５３）がある。個別ＮＷ−Ａ，Ｂ（５１，５２）、および、広域ＮＷ（５３）は、図示しないルータによって通信可能に接続されている。
A specific configuration of Application Example 2 is shown in FIG. As shown in FIG. 17, the live data search system of application example 2 includes a resource
広域ＮＷ（５３）には、リソース検索ポータルサーバ１Ａと、ライブデータ検索システム搭載サーバ１Ｂと、個別ＮＷ管理マシン２１と、ユーザ端末６１とが接続されている。
個別ＮＷ−Ａ（５１）には、個別ＮＷ管理マシン２２と、汎用マシン２３と、固定カメラ３１，３２が接続されている。
個別ＮＷ−Ｂ（５２）には、個別ＮＷ管理マシン２１と、汎用マシン２４と、無線ＡＰ１Ｃと、固定カメラ３３〜３５と、が接続されている。
個別ＮＷ−Ａ，Ｂ（５１，５２）は、ルータなどの転送装置が配置されるローカルネットワークである。
A resource
To the individual NW-A (51), an individual
The individual NW-B (52) is connected to the individual
Individual NW-A, B (51, 52) is a local network in which a transfer device such as a router is arranged.
図１７に示すフィールド内には、選手ｒ１〜ｒ４と、固定カメラ３１〜３５と、移動カメラ３６が存在する。選手ｒ１〜ｒ４は、競技トラック内を走行する移動体である。
図１７中の実細線は、各種ＮＷと装置との有線の接続を示し、破細線は、無線の接続を示す。また、図１７中の実太矢印はカメラの撮影方向を示し、破太矢印は、選手の移動方向を示す。移動カメラ３６の撮影方向は動的に変化する。
In the field shown in FIG. 17, players r1 to r4, fixed
A solid thin line in FIG. 17 indicates a wired connection between various NWs and the apparatus, and a broken line indicates a wireless connection. Moreover, the real thick arrow in FIG. 17 indicates the shooting direction of the camera, and the broken arrow indicates the moving direction of the player. The shooting direction of the moving
リソース検索ポータルサーバ１Ａは、映像配信したい選手を選択し、選択した選手の映像を配信するＷｅｂサーバである。リソース検索ポータルサーバ１Ａは、本実施形態のリソース検索装置１のリソース検索ポータル部１１に相当する。
The resource
ライブデータ検索システム搭載サーバ１Ｂは、ライブデータ検索機能を提供するサーバであり、リソース検索ポータルサーバ１Ａのリクエストを契機に動作する。ライブデータ検索システム搭載サーバ１Ｂは、本実施形態のリソース検索装置１のコンテキスト情報集約部１２と、コンテキスト流通部１３と、メタデータ管理部１４と、配信制御部１５と、ネットワーク制御部１７に相当する。
The live data search system loaded
無線ＡＰ（１Ｃ）は、無線通信の中継機器である（「ＡＰ」はアクセスポイントの意味）。無線ＡＰ（１Ｃ）は、個別ＮＷ−Ｂ（５２）に所属しており、個別ＮＷ管理マシン２１へブリッジ接続している。
ユーザ端末６１は、リソース検索ポータルサーバ１Ａにアクセスし、選手の選択や映像受信のためのブラウザを備える。
The wireless AP (1C) is a relay device for wireless communication (“AP” means an access point). The wireless AP (1C) belongs to the individual NW-B (52) and is bridge-connected to the individual
The
個別ＮＷ管理マシン２１，２２は、センサリソース（固定カメラ３１〜３５、移動カメラ３６）、計算リソースなどのリソースを管理する機能、ルーティング機能、および、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ機能を有する。個別ＮＷ管理マシン２１，２２は、リソースの位置情報を有し、メタデータとして管理することができる。個別ＮＷ管理マシン２１，２２は、本実施形態のリソース検索装置１のシェアリソース管理部１６に相当する。
The individual
汎用マシン２３，２４は、１つの個別ＮＷに所属している計算機サーバである。汎用マシン２３，２４は、固定カメラ３１〜３５、移動カメラ３６との映像データ通信を終端したり、画像認識、コンテキスト化、マルチ映像配信に必要なリソースを提供したりすることができる。汎用マシン２３，２４は、本実施形態のサーバ２−１〜２−３（図１）に相当する。
The general-
図１７に示す構成によれば、注目選手の映す最適なカメラが検出され、そのカメラからの映像データをユーザ端末６１に表示することができる。ユーザ端末６１の画面例を図１８に示す。図１８（ａ）、（ｂ）に示すように、ユーザ端末６１の画面には、指定選手の映像を表示する映像領域６１１と、特定の選手を選択するための選手選択ボタン６１２〜６１４と、映像配信を停止するための停止ボタン６１５と、映像配信に関する説明が記述されるインフォメーションバー６１６が表示されている。
According to the configuration shown in FIG. 17, the optimal camera that the player of interest is shown is detected, and video data from the camera can be displayed on the
サービス実行前は、リソースへの未接続時である。このとき、図１８（ａ）に示すように、映像領域６１１には、ダミー画面が表示され、選手選択ボタン６１２〜６１４はアクティブ表示され選択可能状態となっている。インフォメーションバー６１６には、サービス実行前のインフォメーションが表示されている。
Before executing the service, it is when the resource is not connected. At this time, as shown in FIG. 18A, a dummy screen is displayed in the
選手選択ボタン６１２を操作すると、サービスが実行され、図１８（ｂ）に示すように、ゼッケン１ アルファ選手のライブデータが映像領域６１１に表示される。このライブデータは、画像認識プログラムによりコンテキスト一致度が最高値を示すカメラに接続して配信された映像データである。選手選択ボタン６１２を操作の際、ユーザ端末６１からのリソース検索要求には、画像認識・映像処理ＡＰＬと、ゼッケン１ライブデータ検索ＡＰＬが含まれており、これらのＡＰＬが接続先のカメラと繋がっている計算リソースに配置されている。
When the
選手選択ボタン６１２は選択中状態で表示されるとともに、選手選択ボタン６１３，６１４は、非アクティブ化し、ゼッケン２ ベータ選手、および、ゼッケン３ ガンマ選手の映像配信を受け付けないように制御している。また、停止ボタン６１５はアクティブ化し、選択すると、映像配信を中止させることができる。インフォメーションバー６１６には、指定した選手（アルファ選手）およびリソースの種類、位置が表示されている。
図１８に示すように、ユーザは、指定した選手の最適な映像データを容易に視聴することができる。
The
As shown in FIG. 18, the user can easily view the optimum video data of the designated player.
なお、本発明は、上記した実施形態に限定されることなく、その趣旨を逸脱しない範囲で変更することができる。
例えば、リソースとして、音声のセンシング情報を検出するマイクリソースを用いることもできる。
また、本実施形態において、リソース検索装置１が各リソースからライブデータを収集する際、各リソースのメタデータを収集してもよい。
また、本実施形態では、リソース検索装置１が、ユーザ端末６からのリソース検索要求に含まれる検索対象の認識の一致度が最も高いライブデータを配信するリソースを検索した。しかし、リソース検索装置１が、ユーザ端末６からのリソース検索要求に含まれる検索対象の認識の一致度が所定値以上となるライブデータを配信するリソースを検索してもよい。
The present invention is not limited to the above-described embodiment, and can be changed without departing from the spirit of the present invention.
For example, a microphone resource that detects voice sensing information can be used as the resource.
In the present embodiment, when the
Further, in the present embodiment, the
１ リソース検索装置
２−１〜２−３ サーバ
２ａ−１〜２ａ−３ 検索プログラム
３−１〜３−８ リソース
４−１〜４−３ ルータ
５−１〜５−３ 個別ＮＷ
６ ユーザ端末
１１ リソース検索ポータル部
１２ コンテキスト情報集約部
１３ コンテキスト流通部
１４ メタデータ管理部
１５ 配信制御部
１６，１６−１ シェアリソース管理部
１７ ネットワーク制御部
1 Resource Search Device 2-1 to 2-3
6
Claims (3)
前記ネットワークの各々に配置されているサーバの位置情報を記憶する記憶部と、
ユーザ端末からリソース検索要求を取得し、
前記取得したリソース検索要求に含まれる位置情報に対応する前記サーバを特定し、
前記リソース検索要求に含まれる検索プログラムを、前記特定したサーバに配置し、
前記検索プログラムが配置されたサーバから、当該サーバが配置されているネットワークに配置されているリソースが配信するライブデータを収集し、
前記収集したライブデータを用いて、前記リソース検索要求に含まれる検索対象の認識の一致度が所定値以上となるライブデータを配信するリソースを検索し、
前記検索したリソースにアクセスするためのアクセス情報を前記ユーザ端末に送信する、制御部を備える、
ことを特徴とするリソース検索装置。 A resource search device for searching for a desired resource from a plurality of resources arranged in a plurality of networks,
A storage unit for storing location information of servers arranged in each of the networks;
Get resource search request from user terminal,
Identifying the server corresponding to the location information included in the acquired resource search request;
The search program included in the resource search request is placed on the specified server,
From the server where the search program is located, collect live data distributed by resources located in the network where the server is located,
Using the collected live data, search for a resource that delivers live data in which the matching degree of recognition of the search target included in the resource search request is a predetermined value or more,
A control unit that transmits access information for accessing the searched resource to the user terminal;
A resource search apparatus characterized by that.
前記検索プログラムは、前記移動体の画像認識と映像処理を行うアプリケーション、および、前記移動体のライブデータを検索するアプリケーションである、
ことを特徴とする請求項１に記載のリソース検索装置。 The search target is a mobile object specified by the user terminal,
The search program is an application that performs image recognition and video processing of the mobile body, and an application that searches live data of the mobile body.
The resource search apparatus according to claim 1.
前記リソース検索装置は、前記ネットワークの各々に配置されているサーバの位置情報を記憶しており、
ユーザ端末からリソース検索要求を取得するステップと、
前記取得したリソース検索要求に含まれる位置情報に対応する前記サーバを特定するステップと、
前記リソース検索要求に含まれる検索プログラムを、前記特定したサーバに配置するステップと、
前記検索プログラムが配置されたサーバから、当該サーバが配置されているネットワークに配置されているリソースが配信するライブデータを収集するステップと、
前記収集したライブデータを用いて、前記リソース検索要求に含まれる検索対象の認識の一致度が所定値以上となるライブデータを配信するリソースを検索するステップと、
前記検索したリソースにアクセスするためのアクセス情報を前記ユーザ端末に送信するステップと、を実行する、
ことを特徴とするリソース検索方法。 A resource search method in a resource search device for searching for a desired resource from a plurality of resources arranged in a plurality of networks,
The resource search device stores location information of servers arranged in each of the networks,
Obtaining a resource search request from a user terminal;
Identifying the server corresponding to the location information included in the acquired resource search request;
Placing the search program included in the resource search request on the identified server;
Collecting live data distributed from resources arranged in a network where the server is arranged, from a server where the search program is arranged;
Using the collected live data, searching for a resource that distributes live data in which the matching degree of recognition of a search target included in the resource search request is a predetermined value or more;
Transmitting access information for accessing the searched resource to the user terminal,
A resource search method characterized by that.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016223714A JP6603645B2 (en) | 2016-11-17 | 2016-11-17 | Resource search apparatus and resource search method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016223714A JP6603645B2 (en) | 2016-11-17 | 2016-11-17 | Resource search apparatus and resource search method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2018081515A true JP2018081515A (en) | 2018-05-24 |
| JP6603645B2 JP6603645B2 (en) | 2019-11-06 |
Family
ID=62197209
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016223714A Active JP6603645B2 (en) | 2016-11-17 | 2016-11-17 | Resource search apparatus and resource search method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6603645B2 (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109902228A (en) * | 2019-01-30 | 2019-06-18 | 努比亚技术有限公司 | Resource request, push control method, terminal, server and readable storage medium storing program for executing |
| WO2022269891A1 (en) * | 2021-06-25 | 2022-12-29 | 三菱電機株式会社 | Image processing device, training device, image processing system, image processing method, generation method, image processing program, and generation program |
| WO2023286133A1 (en) * | 2021-07-12 | 2023-01-19 | 日本電気株式会社 | Video providing device, video providing system, video providing method, and non-temporary computer-readable medium |
| JP7272571B1 (en) | 2022-08-16 | 2023-05-12 | １７Ｌｉｖｅ株式会社 | Systems, methods, and computer readable media for data retrieval |
| US11743351B2 (en) | 2019-02-20 | 2023-08-29 | Nippon Telegraph And Telephone Corporation | Service allocation selection method and service allocation selection program |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008136015A (en) * | 2006-11-29 | 2008-06-12 | Tokyo Electric Power Co Inc:The | Data managing method, program and computer |
| JP2010066120A (en) * | 2008-09-10 | 2010-03-25 | Hitachi Information & Control Solutions Ltd | Device and system for guiding vehicle |
| WO2013108686A1 (en) * | 2012-01-17 | 2013-07-25 | ソニー株式会社 | Information processing device and method, and program |
| WO2016031720A1 (en) * | 2014-08-25 | 2016-03-03 | 株式会社日立国際電気 | Monitoring camera system |
-
2016
- 2016-11-17 JP JP2016223714A patent/JP6603645B2/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008136015A (en) * | 2006-11-29 | 2008-06-12 | Tokyo Electric Power Co Inc:The | Data managing method, program and computer |
| JP2010066120A (en) * | 2008-09-10 | 2010-03-25 | Hitachi Information & Control Solutions Ltd | Device and system for guiding vehicle |
| WO2013108686A1 (en) * | 2012-01-17 | 2013-07-25 | ソニー株式会社 | Information processing device and method, and program |
| WO2016031720A1 (en) * | 2014-08-25 | 2016-03-03 | 株式会社日立国際電気 | Monitoring camera system |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109902228A (en) * | 2019-01-30 | 2019-06-18 | 努比亚技术有限公司 | Resource request, push control method, terminal, server and readable storage medium storing program for executing |
| US11743351B2 (en) | 2019-02-20 | 2023-08-29 | Nippon Telegraph And Telephone Corporation | Service allocation selection method and service allocation selection program |
| WO2022269891A1 (en) * | 2021-06-25 | 2022-12-29 | 三菱電機株式会社 | Image processing device, training device, image processing system, image processing method, generation method, image processing program, and generation program |
| WO2023286133A1 (en) * | 2021-07-12 | 2023-01-19 | 日本電気株式会社 | Video providing device, video providing system, video providing method, and non-temporary computer-readable medium |
| JP7272571B1 (en) | 2022-08-16 | 2023-05-12 | １７Ｌｉｖｅ株式会社 | Systems, methods, and computer readable media for data retrieval |
| JP2024027055A (en) * | 2022-08-16 | 2024-02-29 | １７Ｌｉｖｅ株式会社 | System and method for data search and computer-readable medium |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6603645B2 (en) | 2019-11-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6603645B2 (en) | Resource search apparatus and resource search method | |
| US10924414B2 (en) | Processing high volume network data | |
| JP6458755B2 (en) | Data flow control device and data flow control method | |
| CN105308576A (en) | Determining and monitoring performance capabilities of a computer resource service | |
| WO2014050192A1 (en) | Device management apparatus and device search method | |
| JP5711439B1 (en) | Information management method | |
| CN107888870B (en) | Monitoring method, device and system | |
| CN104243598A (en) | Information recommendation method and device | |
| JPWO2013024672A1 (en) | Information management apparatus, information management program, and information management method | |
| US10452879B2 (en) | Memory structure for inventory management | |
| JP2010219750A (en) | Information processing apparatus and method, and program | |
| EP3432145B1 (en) | Data-flow control device and data-flow control method | |
| JP2019175204A (en) | Error correction method, distributed processing system, and information processing device | |
| US20170163746A1 (en) | Information sharing device, information sharing method, information sharing system, and recording medium having computer program stored therein | |
| KR102366773B1 (en) | Electronic business card exchanging system using mobile terminal and method thereof | |
| EP3432593B1 (en) | Data-flow control device and data-flow control method | |
| JP5560707B2 (en) | Management server, information processing system, information processing method, and program | |
| JP5251643B2 (en) | Terminal device and program | |
| CN107113557A (en) | A kind of information processing method and device | |
| TWI833501B (en) | Assets and configuration management system and method for multi-cloud and computer program product thereof | |
| CN109067690B (en) | Method and device for pushing offline calculation result data | |
| CN112765443B (en) | Internet of things data query method and device based on historical operation data | |
| KR102076289B1 (en) | System and method for providing images of visitor in iot enviornment | |
| KR20140065838A (en) | Apparatus and system for managing personal lifelog data in distributed environment and method thereof | |
| CN116170561A (en) | Scheduling method and device for monitoring resources, electronic equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20181214 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20191008 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20191011 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6603645 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |