JP2023507555A - マルチデプスイメージ生成方法及びそのためのプログラムを記録した記録媒体 - Google Patents

Abstract

マルチデプスイメージ生成方法及びそのためのプログラムを記録した記録媒体を開示する。本発明の一実施例によると、電子デバイス間の協働により、メインイメージ内に１つ以上の個体がツリー構造に挿入されたマルチデプスイメージを生成するプログラムを記録した記録媒体であって、対象イメージを前記電子デバイス間で共有する機能と、前記電子デバイスのうちの１つ以上から対象個体内に他の個体を挿入することを要請するリクエストに関する情報を入力すると、前記対象個体に前記リクエストが表示されるように前記対象イメージをアップデートする機能、及び、前記電子デバイスのうちの１つ以上から前記リクエストに対応する応答個体が入力されると、前記対象個体内の前記リクエストを表示した位置に前記応答個体を挿入し、前記マルチデプスイメージを生成する機能を実行するマルチデプスイメージ生成プログラムを記録した記録媒体を提供する。【選択図】図２

Description

本発明は、マルチデプスイメージを生成する方法であり、より具体的には、電子デバイス間の協働を通じてマルチデプスイメージを生成する方法に関する。

この部分に記載した内容は単に本発明に関する背景情報を提供するだけで従来技術を構成するものではない。

マルチデプスイメージとは、メインとなるイメージ（メインイメージ）内に１つ以上の個体がツリー構造に（下位デプスで）挿入したイメージを意味する。

マルチデプスイメージは、複数個の互いに異なる情報（個体）が１つのイメージに収束した形態を有するので、より単純化した新しい情報伝達媒体として機能する。したがって、マルチデプスイメージは、より単純で簡単に情報を伝達するために用いる。

マルチデプスイメージを生成する方法と考えられる代表的な方法は、特定の電子デバイス（マルチデプスイメージを生成しようとする電子デバイス）に格納されているイメージ又は個体のみを対象としている。つまり、代表的な方法は、マルチデプスイメージを生成するために特定の電子デバイスに格納されている個体のみを用いる。したがって、特定の電子デバイスを用いるユーザが特定の電子デバイスに格納されていない新しい個体を挿入したい場合、当該ユーザは新しい個体を取得できる場所に直接移動しなければならない。

結局、マルチデプスイメージを生成する代表的な方法によると、下位デプスに挿入できる個体の範囲が既に確保されている個体に制限され、新しい個体を確保するためにはユーザが直接移動しなければならない。したがって、この代表的な方法は、マルチデプスイメージ生成が限られた範囲内でのみ具現可能であり、時間的空間的制約が必然的に伴う限界を有すると言える。

本発明の一実施例は、電子デバイス間の協働を通じて個体を確保することにより、より多様でより広い範囲の個体を確保できることはもちろん、個体確保に対する時間的空間的制約を克服できる新しい方法を提供することに主な目的がある。

本発明の一実施例によると、電子デバイス間の協働を通じてメインイメージ内に1つ以上の個体がツリー構造に挿入されたマルチデプスイメージを生成するプログラムを記録した記録媒体であって、対象イメージを前記電子デバイス間で共有する機能と、前記電子デバイスのうちの１つ以上から対象個体内に他の個体を挿入することを要請するリクエストに関する情報を入力した場合、前記対象個体に前記リクエストが表示されるように前記対象イメージをアップデートする機能、及び、前記電子デバイスのうちの１つ以上から前記リクエストに対応する応答個体を入力した場合、前記対象個体内の前記リクエストを表示した位置に前記応答個体を挿入し、前記マルチデプスイメージを生成する機能を実行し、前記対象個体は、前記対象イメージであるか、又は前記対象イメージにツリー構造に挿入した個体である、マルチデプスイメージ生成プログラムを記録した記録媒体を提供する。

本発明の別の一実施例によると、電子デバイス間の協働を通じてメインイメージ内に１つ以上の個体をツリー構造に挿入したマルチデプスイメージを生成する方法であって、対象個体内に他の個体を挿入することを要請するリクエストを入力すると、前記対象個体に前記リクエストが表示されるように対象イメージをアップデートするステップと、前記対象個体内で前記リクエストを表示した場所及び前記対象個体を含むリクエスト情報を、１つ以上の応答デバイスに伝送するステップ、及び、前記応答デバイスから前記リクエストに対応する応答個体を入力すると、前記対象個体内で前記リクエストを表示した位置に前記応答個体を挿入し、前記マルチデプスイメージを生成するステップを含み、前記対象個体は、前記対象イメージであるか、又は前記対象イメージ内にツリー構造で挿入した個体である、マルチデプスイメージ生成方法を提供する。

以上で説明したように、本発明の一実施例によると、特定の電子デバイスに格納されている個体だけでなく、他の電子デバイスを通じて獲得される個体も利用できるので、ユーザの要求にさらに適合する多様なマルチデプスイメージを作成できる。

また、本発明の別の一実施例によると、異なる位置に位置する他の電子デバイスを通じて個体を確保できるので、個体確保に対する時間的空間的制約を克服できる。

マルチデプスイメージを生成する電子デバイス間の関係を説明するための図である。 マルチデプスイメージ生成プログラムの機能を説明するためのフローチャートである。 マルチリクエストを処理する一実施例を説明するためのフローチャートである。 ないし マルチリクエストを処理する一実施例を説明するための図である。 ないし マルチデプスイメージを生成する様々な実施例を説明するためのフローチャートである。

以下、本発明の一部の実施例を例示的な図面を通して詳しく説明する。各図面の構成要素に参照符号を追加するにあたり、同一の構成要素に対しては、たとえ他の図面に表示されても可能な限り同一の符号を有することに留意したい。なお、本発明の説明において、関連する公知の構成又は機能についての具体的な説明が本発明の要旨を曖昧にすると判断した場合には、その詳しい説明は省く。

また、本発明の構成要素を説明するにあたり、第１、第２、Ａ、Ｂ、（ａ）、（ｂ）などの用語を用いる場合がある。このような用語は、その構成要素を他の構成要素と区別するためのものであり、その用語によって当該構成要素の本質、順番又は順序などが限定されない。本明細書全体にて、ある部分がある構成要素を「含む」、「構成」する場合、これは、特に逆の記載がない限り、他の構成要素を除外するのではなく、他の構成要素をさらに含み得ることを意味する。さらに、明細書に記載した「…部」、「モジュール」などの用語は、少なくとも１つの機能又は動作を処理する単位を意味し、これはハードウェアやソフトウェア、又はハードウェア及びソフトウェアの組み合わせで具現する。

図１は、マルチデプスイメージを生成する電子デバイス１００間の関係を説明するための図である。

図１に示すように、端末１２０-ｎ、１３０-ｎとサーバ１１０は、相互間の協働を通じてマルチデプスイメージを生成する電子デバイス１００に含まる。端末１２０-ｎ、１３０-ｎが互いに協働してマルチデプスイメージを生成するか、又は端末１２０-ｎ、１３０-ｎとサーバ１１０が互いに協働してマルチデプスイメージを生成する。

サーバ１１０は、外部と有無線通信が可能なオンラインサーバの形態で構成されてもよい。端末１２０-ｎ、１３０-ｎは、モバイル、タブレットＰＣ、ＰＤＡ、ドローンなど様々な形態で具現する。

端末１２０-ｎ、１３０-ｎは、１つ以上の要請端末１２０-ｎ（要請装置）と１つ以上の応答端末１３０-ｎ（応答デバイス）に分けられる。要請デバイス１２０-ｎは、対象個体内に他の個体を挿入することを要請する装置である。応答デバイス１３０-ｎは、要請に対応する個体（挿入される個体）を取得するデバイスである。対象個体は、マルチデプスイメージのメインとなるメインイメージ（対象イメージ）であってもよいし、この対象イメージ内にツリー構造で挿入される個体であってもよい。

実施形態により、マルチデプスイメージは、ドローンで具現した応答デバイス１３０-ｎと要請デバイス１２０-ｎとの間の協働によって生成される。例えば、要請者が要請デバイス１２０-ｎを介してドローンへの挿入を要請すると、ドローンは挿入される対象が位置する場所に移動して挿入される対象に対する個体（イメージなど）を取得できる。ドローンは、取得した個体を要請デバイス１２０-ｎに伝送して要請デバイス１２０-ｎでのマルチデプスイメージの生成を導くか、又は取得した個体を直接挿入してマルチデプスイメージを生成してもよい。

マルチデプスイメージを生成する方法は大きく、１）対象個体内に他の個体を挿入することを要請するステップ、２）要請した他の個体を取得するステップ、及び、３）取得した個体を対象個体に挿入するステップからなる。

１）対象個体内に他の個体を挿入することを要請するステップは、要請デバイス１２０-ｎで行われる。要請デバイス１２０-ｎは、対象個体内に他の個体を挿入することを要請する「リクエスト」が入力されると、このリクエストに関する情報（リクエスト情報）をサーバ１１０又は他端末１３０-ｎ（応答デバイス）に伝送する。

リクエストは、対象個体のディテールに関するリクエストであってもよい。リクエストは、対象個体のディテールに関するテキスト要請、ディテールに関するイメージ要請、ディテールに関する動画要請、ディテールに関する音声要請などであってもよい。

リクエストは、対象個体のディテールを直接要請するリクエスト（直接リクエスト）であってもよいし、他のユーザによる直接リクエストをサポートするリクエスト（サポートリクエスト又は応援リクエスト）であってもよい。サポートリクエストは、他のユーザのリクエストが、自分がリクエストしたい内容と対応する場合に、自身のリクエストが他のユーザのリクエストと対応することを示すリクエストを意味する。以下で言及される「リクエスト」は、直接リクエスト及びサポートリクエストのうちのいずれか、又は直接リクエストとサポートリクエストを含むリクエストであってもよい。

要請した個体はリクエストに対する応答として取得されるので、「応答個体」と称する。応答個体は、リクエストに対応するテキスト、イメージ、動画、音声などのような対象個体に関するディテールを提供できる様々な形態で具現する。

２）リクエストに対応する応答個体を取得するステップは、応答デバイス１３０-ｎでなされる。応答デバイス１３０-ｎは、リクエストに対応するアプリケーションを駆動させ、このリクエストに対応する応答個体を取得する。リクエストがテキストの要請であれば、テキストを作成できるアプリケーションが駆動する。リクエストがイメージの要請であれば、イメージを取得するカメラアプリケーションが駆動する。リクエストが動画のリクエストであれば、動画を獲得できるアプリケーションが駆動する。リクエストが音声のリクエストであれば、音声を取得する録音アプリケーションが駆動する。

リクエストに対応するアプリケーションは、要請者によって選択又は特定されるか、又は応答者によって選択又は特定される。

前者の場合、要請者は自身が所持する要請デバイス１２０-ｎを用いてアプリケーションを特定し、要請デバイス１２０-ｎはアプリケーションを特定する情報をリクエスト情報に含ませて伝送する。このような場合、リクエストに関する情報を受信した応答デバイス１３０-ｎは、リクエストに対応するアプリケーション（特定のアプリケーション）を自動的に実行させ、リクエストに対応する応答個体を取得する。

後者の場合、応答者は、自分が所持する応答デバイス１３０-ｎにインストールしたアプリケーション候補の中から応答個体に対応するアプリケーションを選択する。例えば、応答者がリクエストを選択すると、応答デバイス１３０-ｎにインストールしたアプリケーション候補のリストが表出され、応答者が表出したアプリケーション候補の中からいずれかを指定する方法を通じてアプリケーションを選択する。ここで、応答者が応答デバイス１３０-ｎの画面内でリクエストを選択する動作（タッチ動作）を維持した状態でアプリケーション候補のリストが表出され、応答者が自身のタッチを表出したアプリケーション候補のうちのいずれかで移動（ドラッグ）することによって特定のアプリケーションを選択する。

３）応答個体を対象個体に挿入する過程は、要請デバイス１２０-ｎ、応答デバイス１３０-ｎ、サーバ１１０のうちのいずれかのデバイスで具現される。要請デバイス１２０-ｎで応答個体の挿入が行われる実施例では、応答個体は応答デバイス１３０-ｎから要請デバイス１３０-ｎに伝送される。サーバ１１０で応答個体の挿入が行われる実施例では、応答個体は応答デバイス１３０-ｎからサーバ１１０に伝送される。

実施形態により、応答者は、対象個体内に他の個体を挿入するようにリクエストされる前に、予めリクエストに対する制限を設定してもよい。

例えば、応答者は、対象イメージに挿入した個体のうち、リクエストの対象となる対象個体を１つ以上指定又は制限する。別の例として、応答者は、対象個体内でリクエストを受け取る特定の部分（対象個体に表される建物、物品、人物、場所など）を予め指定又は制限する。また別の例として、応答者はリクエストを受ける時間を制限してもよい。また別の例として、応答者は、自分の移動経路、又は自分が現在位置する場所などに基づいて対象個体を指定又は制限してもよい。

この制限は、応答デバイス１３０-ｎを介してサーバ１１０又は要請デバイス１２０-ｎに予め提供され、応答者の要求に対応するリクエストを導くために用いられる。

実施形態により、応答個体の挿入は自動的に具現されてもよいし、要請者又は応答者の選択に従って具現されてもよい。

後者の場合、要請者又は応答者は、応答個体がリクエスト（要請者の要請）に合致するか否かを判断し、合致する場合に該当応答個体を挿入する。もし、応答個体が要請者の要請に合致しない場合、要請者はリクエスト情報を再び伝送するか、応答個体に対する修正を要請してもよい。応答個体に対する修正を要請する場合には、要請者が求める修正に関する内容を一緒に伝送する。応答個体が要請者の要請に合致しない場合、応答者はアプリケーションを実行させて応答個体を再び取得する。

１つのリクエストに対する応答個体が複数個（マルチ応答）である場合、要請者はマルチ応答に含まれる応答個体の中からいずれかを選択する。要請者は、応答個体の中から自分の要請に最も合致する１つの応答個体を選択する。選択した応答個体は、対象個体のリクエスト位置に挿入する。

本発明で提案するマルチデプスイメージの生成方法は、要請デバイス１２０-ｎで挿入が行われる実施例、サーバ１１０で挿入が行われる実施例、応答デバイス１３０-ｎで挿入が行われる実施例に分けることができる。また、マルチデプスイメージ生成方法は、コンピュータで読み取り可能な記録媒体に記録したプログラム（以下、「生成プログラム」と称する）の形態で具現されてもよい。

実施例１
実施例１は、マルチデプスイメージ生成方法が記録媒体に記録したプログラム（生成プログラム）の形態で具現される方法である。

生成プログラムは、１）対象イメージを電子デバイス（１２０-ｎ、１３０-ｎ及び／又は１１０）間で共有する機能（Ｓ２１０）、２）対象個体にリクエストが表示されるように対象イメージをアップデートする機能（Ｓ２３０）、３）対象個体内のリクエストが表示した位置に応答個体を挿入してマルチデプスイメージを生成する機能（Ｓ２５０）を含むように構成してもよい。

１）生成プログラムは、対象イメージを電子デバイス（１２０-ｎ、１３０-ｎ及び／又は１１０）間で共有する（Ｓ２１０）。この機能は、対象イメージを有する電子デバイスが他の電子デバイスに対象イメージを伝送することを意味する。

対象イメージを伝送する電子デバイスは、要請デバイス１２０-ｎ、応答デバイス１３０-ｎ及びサーバ１１０のうちのいずれかである。対象イメージを受信する電子デバイスは、要請デバイス１２０-ｎ、応答デバイス１３０-ｎ、及びサーバ１１０のうちのいずれかである。

この機能を通じ、マルチデプスイメージを生成するために協働する電子デバイスが同じ対象イメージを確保又は共有することができるようになる。

２）生成プログラムは、対象個体にリクエストが表示されるように対象イメージをアップデートする（Ｓ２３０）。この機能は、リクエストに関する情報（リクエスト情報）が電子デバイスのうちの１つ以上から入力されると（Ｓ２２０）、入力したリクエストを対象個体に表示することを意味する。

リクエスト情報には、対象個体を特定する情報と、対象個体内でリクエストを表示した位置に関する情報が含まれる。対象個体を含む対象イメージは電子デバイス間で既に共有されているため、リクエスト情報を受信した応答デバイス１３０-ｎは、対象個体を特定する情報により、対象イメージ内の複数の個体の中から対象個体を確認する。また、リクエスト情報を受信した応答デバイス１３０-ｎは、リクエストを表示した位置に関する情報により、対象個体内でディテールが要請された位置を確認することができるようになる。

アップデートする機能は、複数個のリクエストを1つのマルチリクエストに設定する機能、マルチリクエストの優先順位を設定する機能、マルチリクエストに含まれるリクエストを、種類を基準にグループ化する機能、移動アイコンを表示する機能などをさらに含む。これに関する具体的な説明は後述する。

３）生成プログラムは、対象個体内のリクエストを表示した位置に応答個体を挿入してマルチデプスイメージを生成する（Ｓ２５０）。この機能は、マルチデプスイメージを最終的に生成することを意味する。

具体的には、電子デバイスの中から1つ以上から応答個体が入力されると（Ｓ２４０）、生成プログラムは、対象個体内のリクエストを表示した位置に応答個体を挿入し、マルチデプスイメージを生成する（Ｓ２５０）。

リクエストは対象個体の内部に表示されてもよいし、対象個体の周辺に表示されてもよい。ここで、リクエストが対象個体の周辺に表示されるのは「ページディテール」に対する要求である。

リクエストが対象個体の内部に表示される場合、生成プログラムは、リクエストを表示した位置に応答個体を対象個体の下位デプスに挿入してマルチデプスイメージを生成する。リクエストが対象個体の周囲に表示された場合、生成プログラムは、リクエストが表示されている周辺に応答個体を連結又は挿入し、ページディテーリングしたマルチデプスイメージを生成してもよい。

前述したように、アップデートする機能は、１）複数個のリクエストを１つのマルチリクエストに設定する機能、２）マルチリクエストの優先順位を設定する機能、３）マルチリクエストに含まれるリクエストを種類を基準にグループ化する機能、４）移動アイコンを表示する機能、５）リクエストを拡大表出する機能などを含んでなる。

１）生成プログラムは、リクエストが対象個体の予め設定した範囲内に複数個位置するか否かを判断できる（Ｓ３１０）。

リクエストが対象個体の予め設定した範囲内に複数個位置することは、複数名の要請者（複数個の要請デバイス）が対象個体内の同じ特定部分に対してディテールを要請することを意味する。

したがって、生成プログラムはリクエストが対象個体の予め設定した範囲内に複数個位置する場合に、当該リクエストを１つのリクエスト（マルチリクエスト）に設定する（Ｓ３２０）。複数のリクエストを１つのマルチリクエストに設定することで、この複数個のリクエストを応答デバイス１３０-ｎの画面に１つのリクエストで表出させることができる。生成プログラムは、複数個のリクエストを１つのマルチリクエストに設定した後、対象個体にマルチリクエストが表示されるように対象イメージをアップデートする（Ｓ３３０）。

予め設定した範囲は、リクエストを同一のリクエストとみなすことができる領域であり、複数のリクエストのうちのいずれかを基準に他のリクエストまでの距離などを用いて設定する。予め設定した範囲は、マルチリクエストを設定した過去の履歴又はユーザの意図などに応じて調整する。

このように、マルチリクエストを用いると、複数個のリクエストが対象個体に表示され、応答者が対象個体を正確に把握し難い問題点を解決できる。また、マルチリクエストを利用すれば、マルチリクエストと一般リクエスト（マルチリクエストで設定されていないリクエスト）を区別できるようになり、相対的に多くの要請を受けた部分に対してさらに迅速な応答が可能になる。

もし、リクエストが予め設定した範囲内に複数個位置しない場合（予め設定した範囲内に1つのリクエストのみが位置する場合）、生成プログラムはマルチリクエストに対する設定なしに、対象個体にリクエストが表示されるように対象イメージをアップデートする（Ｓ３３０）。

マルチリクエストを設定する方法に関する一例が図４に示されている。図４（ａ）にて、対象個体４００に表示された様々な形状のアイコンはリクエストを表し、点線の円は予め設定した範囲４１０を表す。

対象個体４００の左上に位置する予め設定した範囲４１２に合計７個のリクエストが表示されており、対象個体４００の右側に位置する予め設定した範囲４１４に合計４個のリクエストが表示され、対象個体４００の左下に位置する予め設定した範囲４１６に合計３つのリクエストが表示されている。

予め設定した範囲４１２、４１４、４１６に複数個のリクエストが位置するので、予め設定した範囲４１２、４１４、４１６のそれぞれに含まれるリクエストは１つのマルチリクエストに設定される（図４（ｂ）).

図４（ｂ）にはマルチリクエスト４１２、４１４、４１６が一般リクエストと区別される形状を有するアイコン形態で表示される例が示されているが、マルチリクエスト４１２、４１４、４１６はアイコン以外にも、数字、一般リクエストと区別される色彩、色彩の変化などで表示される。すなわち、マルチリクエスト４１２、４１４、４１６は、一般リクエストと区別される様々な形態又は色彩などで表示する。

２）マルチリクエストが対象個体内に複数個設定されてもよい。すなわち、対象個体内の複数個の特定部分のそれぞれに対して複数のリクエストが存在する場合には、マルチリクエストを複数個設定する。

このような場合、複数のマルチリクエストに対する処理順位（優先順位）を設定する方法が要求される。ここで、優先順位とは、マルチリクエストのうち、まず処理する必要性があるマルチリクエストを通知することにより、マルチリクエストに対する処理順序を導くための情報である。

生成プログラムは、マルチリクエストに設定したリクエストの個数（マルチリクエストに含まれるリクエストの個数）を基準にマルチリクエストの優先順位を設定する（Ｓ３２２）。ここで、マルチリクエストで設定したリクエストは、直接リクエストのみでなされてもよいし、直接リクエストとサポートリクエストを含んでなされてもよい。

優先順位が設定されると、生成プログラムは設定した優先順位に基づいてマルチリクエストの優先順位を応答デバイス１３０-ｎの画面にディスプレイする。マルチリクエスト間の優先順位は、互いに異なるアイコンを用いて表示できる。また、マルチリクエスト間の優先順位は、数字（マルチリクエスト間の相対的な順位を示す数字又はマルチリクエストに含まれるリクエストの個数を示す数字）、他のマルチリクエストと区別される色彩、色彩の変化などを用いて表示してもよい。すなわち、互いに区別される多様な形態や色彩等を用いてマルチリクエスト間の優先順位を表示する。

マルチリクエスト間の優先順位を設定した一例を図５に示す。図５（ａ）では、対象個体４００の左上に位置する予め設定した範囲４１２に合計７個のリクエストが表示されているので、該当リクエストを１つのマルチリクエスト４１２に設定する。さらに、対象個体４００の右側に位置する予め設定した範囲４１４に合計４つのリクエストが表示されているので、当該リクエストを１つのマルチリクエスト４１４に設定する。さらに、対象個体４００の左下に位置する予め設定した範囲４１６に合計３つのリクエストが表示されているので、当該リクエストを１つのマルチリクエスト４１６に設定する。

設定したリクエストの個数を基準にマルチリクエスト４１２、４１４、４１６の優先順位を設定すると、左上に位置するマルチリクエスト４１２に最も高い優先順位が設定され、右側に位置するマルチリクエスト４１４に次の優先順位が設定され、左下に位置するマルチリクエスト４１６に最も低い優先順位が設定される。

数字を用いてマルチリクエスト４１２、４１４、４１６の優先順位を表示すると、左上に位置するマルチリクエスト４１２の優先順位を「１」で表示し、右側に位置するマルチリクエスト４１４の優先順位を「２」で表示し、左下に位置するマルチリクエスト４１６の優先順位を「３」で表示する（図５（ｂ））。

３）同じマルチリクエスト４１０に含まれるリクエストであっても、要請されたディテールの種類が互いに異なる場合がある。すなわち、対象個体内の同一の特定部分に対するディテール要請でも、テキスト、動画、イメージなどのような種類の側面で互いに異なる要請であってもよい。このような場合には、マルチリクエスト４１０に含まれるリクエストのそれぞれの種類に合致する応答を提供することが望ましい。

このために、生成プログラムは、マルチリクエスト４１０で設定したリクエストのうち、同じ種類に該当するリクエストを１つのグループに設定できる（Ｓ３２２）。リクエストの種類が同じであるか否かを判断するために、要請デバイス１２０-ｎから受信されるリクエスト情報に、「挿入が要請された個体」の種類（リクエストの種類）を特定する情報をさらに含む。

このような場合、応答個体は、マルチリクエスト４１０内のグループのそれぞれに対して取得される。たとえば、特定のグループがテキストディテール要請の場合はテキスト形式の応答個体が取得され、他のグループが動画ディテール要請の場合には動画形式の応答個体が取得され、また別のグループがイメージディテール要請の場合にはイメージ形式の応答個体が取得される。

グループのそれぞれに対する応答個体が電子デバイスのうちの１つ以上から入力されると、生成プログラムは、対象個体内のグループのそれぞれの位置にグループのそれぞれに対応する応答個体を挿入し、マルチデプスイメージを生成できる。

マルチリクエスト４１０に含まれるリクエストのグループを設定した一例が図６に示されている。対象個体４００に表示される様々な形状のアイコンのうち、互いに同じ形状のアイコンが同じ種類のリクエストを表す。

左上部に位置するマルチリクエスト４１２には計７個のリクエストが含まれている。これらのうち、３つ（長方形のアイコン）、２つ（三角形のアイコン）、２つ（回転した長方形のアイコン）のそれぞれは、互いに同じ種類のリクエストを表すため、それぞれが１つのグループに設定する。

右側に位置するマルチリクエスト４１４には、合計４つのリクエストが含まれている。これらのうち、２つ（人の顔の形をしたアイコン）、１つ（回転した長方形のアイコン）、１つ（長方形のアイコン）のそれぞれが互いに同じ種類のリクエストを表すので、それぞれが１つのグループに設定する。

左下部に位置するマルチリクエスト４１６には、合計３つのリクエストが含まれている。これらのうち、２つ（回転した長方形のアイコン）、１つ（三角形のアイコン）のそれぞれは、互いに同じ種類のリクエストを表しているので、それぞれを１つのグループに設定する。

４）一方、リクエストが表示した対象個体が対象イメージ内の下位デプスに挿入した個体である場合、応答者は、リクエストを把握するために対象イメージ又は画面に最初に表出される個体から対象個体へデプスを順に移動しなければならない。

本発明は、対象イメージ又は画面に最初に表出される個体（初期個体）から対象個体まで一度に移動できるアイコン（移動アイコン）を表示し、前記のような不便を解消しようとする。

このため、生成プログラムは、リクエスト情報が入力されると、移動アイコンが表示されるように対象イメージをアップデートできる。ここで、移動アイコンが表示される個体は、応答デバイス１３０-ｎに初めて表出されるイメージ又は対象イメージ（メインイメージ）であってもよい。

移動アイコンが表示されるようにアップデートした対象イメージを確認した応答者が移動アイコンを選択すると、初めて表出される個体から対象個体まで一度に移動してリクエストを確認できるようになる。移動アイコンは、ブックマーク又はショートカットなどで異なるように具現してもよい。

一方、移動アイコンは、初期個体から対象個体までの移動経路を案内する機能を実行するために用いられてもよい。

初期個体に挿入された下位個体が複数個である場合、応答者は、複数個の下位個体を全て探索する方法を通じ、この複数個の下位個体の中からリクエストが挿入された対象個体を直接探索しなければならない。

このような不便を解消するために、移動アイコンは、初期個体に挿入された下位個体のうち、対象個体を下位デプスに持つ下位個体の位置にのみ表示される。別の例で、移動アイコンは、初期個体から対象個体までの経路上に存在するすべての（下位）個体に表示されてもよい。

５）生成プログラムは、マルチリクエストに設定したリクエストを拡大表出する。

予め設定した範囲内に位置するか否かを基準にして複数個のリクエストを１つのマルチリクエストに設定しても、当該リクエストは、互いに異なる対象又は地点に対するディテールを要請してもよい。生成プログラムは、互いに異なる対象又は地点に対するリクエストをより正確に区別するために、マルチリクエストに設定したリクエストを拡大表出する機能を提供する。

応答者がマルチリクエストの内容をより正確に把握するためにマルチリクエストを選択する場合（1つ以上の電子デバイスからマルチリクエストを選択する情報が入力される場合）、該当マルチリクエストに含まれるリクエストが拡大して表出される。リクエストが拡大表出されると、リクエスト間の距離も増加する（拡大表出される）ため、リクエストのそれぞれが表示された位置をより正確に把握することができる。

実施例２
実施例２は、電子デバイスで実行されるマルチデプスイメージを生成する方法である。実施例２は、「対象個体に応答個体を挿入してマルチデプスイメージを生成するステップ」が、電子デバイス１００の中でどのデバイスで行われるかによって下位実施例に区分する。

実施例２-１
実施例２-１は、「対象個体に応答個体を挿入してマルチデプスイメージを生成するステップ」が要請デバイス１２０で行われる方法である。

この実施例は、要請者がマルチデプスイメージを生成する間に、必要な個体を他の人に要請し、要請に対する応答を他の人から提供を受けた場合に実行する。ここで、応答する他の人は、応答デバイス１３０-ｎを所持した状態で必要な個体を取得する場所に位置するか、又は位置する予定の応答者である。

リクエストが要請デバイス１２０に入力されると（Ｓ７１０）、要請デバイス１２０は、リクエスト情報を１つ以上の応答デバイス１３０-ｎに伝送する（Ｓ７２０）。対象イメージは、対象個体にリクエストが表示されるようにアップデートする。リクエスト情報を受信した応答デバイス１３０-ｎは、リクエストに対応するアプリケーションを実行し、リクエストに対応する応答個体を取得する（Ｓ７３０）。

対象イメージが応答デバイス１３０-ｎに共有されたか否かによって、リクエスト情報に含まれる情報が異なる。

対象イメージが応答デバイス１３０-ｎに共有された場合、リクエスト情報には、対象イメージ内にツリー構造で挿入されている個体の中から、対象個体を特定する情報が含まれる。応答者は、対象個体を特定する情報を用い、対象イメージ内にツリー構造で挿入されている個体のうち、どの個体が対象個体であるかを判断する。

対象イメージが応答デバイス１３０-ｎに共有されていない場合、リクエスト情報には、リクエストを表示した（リクエストを表示した位置）対象個体を含む。応答者は、リクエスト情報に含まれる対象個体を確認してディテールが要求される個体を判断する。この場合、応答者が対象個体をより正確に把握できるように、対象個体の上位デプスに挿入した個体（上位個体）及び／又はこの対象個体の下位デプスに挿入した個体（下位個体）をさらに含む。実施形態により、対象個体を含む対象イメージがリクエスト情報に含まれて応答デバイス１３０-ｎに伝送されてもよい。

応答デバイス１３０-ｎは、取得した応答個体を要請デバイス１２０に伝送し（Ｓ７４０）、要請デバイス１２０は応答個体を受信できる。また、要請デバイス１２０は、受信した応答個体を対象個体内のリクエストの位置に挿入してマルチデプスイメージを生成する（Ｓ７５０）。ここで、挿入とは、応答個体を対象個体の下位デプスに挿入する場合と、ページディテール形態で挿入する場合のすべてを含む。

一方、応答デバイス１３０-ｎが複数個である場合、複数個の応答個体を受信する。このような場合、要請デバイス１２０は、複数個の応答個体が対象個体内の予め設定した範囲内に位置するか否かを基準に、複数個の応答個体を１つのマルチ応答として設定してもよい。

予め設定した範囲は、複数個の応答個体を同一の応答とみなすことができる領域であり、複数個の応答個体のうちのいずれかを基準に他の応答個体までの距離などを用いて設定する。予め設定した範囲は、同じ応答を処理した過去の履歴又はユーザの意図などに応じて可変である。

このように、マルチ応答をさらに用いると、複数個の応答が1つの応答で収束するので、要請者が応答をさらに容易に把握できる。また、マルチ応答をさらに用いると、マルチ応答と一般応答（マルチ応答に設定されていない応答）を区別できるようになり、相対的に多くの応答を受けた部分に対してより迅速な確認がなされるようになる。

要請者は、マルチ応答に含まれる応答個体の中からいずれかを選択する。要請者は、応答個体の中から自分の要請に最も合致する１つの応答個体を選択できる。選択した応答個体は、対象個体のリクエスト位置に挿入される。

実施形態により、マルチ応答に含まれる応答個体のうちのいずれかが、要請者の要請に適合しない場合がある。そのような場合、要請者はリクエスト情報を再び伝送するか、又は応答個体に対する修正を要請してもよい。応答個体に対する修正を要請する場合には、要請者は求める修正に関する内容を一緒に伝送する。

一方、マルチ応答が対象個体内に複数個存在してもよい。例えば、要請者が１つの対象個体に対して複数個のリクエストを設定するか、又は１つのリクエストが複数個の応答を要求する場合、マルチ応答を複数個設定する。

このような場合、複数個のマルチ応答に対する処理順位（優先順位）を設定する方法が要求される。ここで、優先順位とは、マルチ応答のうち、最初に処理する必要があるマルチ応答を通知することによってマルチ応答に対する処理順序を導くための情報である。

マルチ応答は、それぞれに含まれる応答（応答個体）の個数を基準に優先順位を設定する。マルチ応答間の優先順位は、互いに異なるアイコンを用いて表示されるか、数字（マルチリクエスト間の相対的な順位を示す数字又はマルチリクエストに含まれるリクエストの個数を示す数字）、他のマルチ応答と区別される色彩、色彩の変化などを用いて表示することもできる。マルチリクエスト間の優先順位を設定する一例である図５は、マルチ応答間の優先順位を設定した一例である。

一方、１つのリクエストが複数個の応答を要求する場合、同じマルチ応答に含まれる応答個体であっても互いに異なる種類を有する。すなわち、１つのリクエストがテキスト応答、動画応答、イメージ応答、及び音声応答の中で複数個の応答を要求する場合、１つのマルチ応答に含まれる応答個体が互いに異なる種類を有する。このような場合、マルチ応答に含まれる応答個体のそれぞれの種類を区別して要請者に提供することが望ましい。

このために、１つのマルチ応答に設定した応答個体のうち、同じ種類に該当する応答個体を１つのグループに設定する。マルチリクエスト４１０に含まれるリクエストのグループを設定した一例である図６は、マルチ応答に含まれる応答個体のグループを設定した一例である。

このような場合、応答個体の挿入はグループを基準になされる。例えば、１つのマルチ応答に含まれる応答個体は、グループのそれぞれに対して対象個体に挿入する。同じ種類で区分される応答個体のうちのいずれかを対象個体に挿入する。

実施例２-２
実施例２-２は、「対象個体に応答個体を挿入してマルチデプスイメージを生成するステップ」が応答デバイス１３０で行われる方法である。

この実施例は、要請者がマルチデプスイメージを生成する間に、必要な個体を応答者に要請し、要請に対する応答が挿入されたマルチデプスイメージを応答者から提供される場合に実行する。

リクエストが１つ以上の要請デバイス１２０-ｎに入力されると（Ｓ８１０）、要請デバイス１２０-ｎは、リクエスト情報を応答デバイス１３０に伝送する（Ｓ８２０）。リクエスト情報を受信した応答デバイス１３０は、リクエストに対応するアプリケーションを実行させ（Ｓ８３０）、リクエストに対応する応答個体を取得する（Ｓ８４０）。

リクエストに対応するアプリケーションは、リクエストを確認した応答者がそれに対応するアプリケーションを選択する方法によって特定する。実施形態に応じ、リクエストに対応するアプリケーションは自動的に特定又は実行されてもよい。そのために、リクエスト情報には、リクエストに対応するアプリケーションを特定する情報が含まれる。

一方、対象イメージが応答デバイス１３０に共有されているか否かにより、リクエスト情報に含まれる情報が異なる場合がある。

対象イメージが応答デバイス１３０に共有された場合、リクエスト情報には、対象イメージ内にツリー構造で挿入されている個体の中から、対象個体を特定する情報が含まれる。応答者は、対象個体を特定する情報を用いて対象イメージ内にツリー構造で挿入されている個体のうち、どの個体が対象個体であるかを判断する。

対象イメージが応答デバイス１３０-ｎに共有されない場合、リクエスト情報には、リクエストが表示された対象個体を含む。応答者は、リクエスト情報に含まれる対象個体を確認し、ディテールが要求される個体を判断する。この場合、応答者が対象個体をより正確に把握できるように、対象個体の上位デプスに挿入した個体（上位個体）及び／又はこの対象個体の下位デプスに挿入した個体（下位個体）をさらに含む。

応答デバイス１３０は、取得した応答個体を対象個体内のリクエストの位置に挿入し、マルチデプスイメージを生成する（Ｓ８５０）。また、応答デバイス１３０は、生成したマルチデプスイメージを要請デバイス１３０-ｎに伝送する（Ｓ８６０）。ここで、挿入とは、応答個体を対象個体の下位デプスに挿入する場合と、ページディテール形式で挿入する場合のすべてを含む。

応答デバイス１３０は、マルチリクエストの優先順位設定、マルチリクエストに含まれるリクエストを、種類を基準としたグループ化、移動アイコン表示、マルチリクエストに設定したリクエストの拡大表出などを行うこともできる。マルチリクエストの設定、マルチリクエストの優先順位の設定、リクエストのグループ化、移動アイコンの表示、リクエストの拡大表出に関する具体的な内容は、実施例１で説明したのと同じである。

実施例２-３
実施例２-３は、「対象個体に応答個体を挿入してマルチデプスイメージを生成するステップ」がサーバ１１０で行われる方法である。

この実施例は、要請者がマルチデプスイメージを生成する間に、必要な個体をサーバ１１０にリクエストし、これを確認した応答者が要請に対応する応答をサーバ１１０に提供し、サーバ１１０が応答を挿入してマルチデプスイメージを生成すると、要請者がそれを確認した場合に実行できる。

リクエストが要請デバイス１２０-ｎに入力されると（Ｓ９１０）、要請デバイス１２０-ｎはリクエスト情報をサーバ１１０に伝送する（Ｓ９２０）。サーバ１１０は、リクエスト情報を受信したことを応答デバイス１３０-ｎにアラームする（Ｓ９３０）。

応答デバイス１３０-ｎはサーバ１１０に接続してリクエストに関する情報を確認する（Ｓ９４０）。また、応答デバイス１３０-ｎは、リクエストに対応するアプリケーションを実行させ、リクエストに対応する応答個体を取得する（Ｓ９５０）。アプリケーションの選択に関する方法は、前述のものと同じである。

応答デバイス１３０-ｎは、取得した応答個体をサーバ１１０に伝送する（Ｓ９６０）。サーバ１１０は、受信した応答個体を対象個体内のリクエストの位置に挿入してマルチデプスイメージを生成する（Ｓ９７０）。ここで、挿入とは、応答個体を対象個体の下位デプスに挿入する場合と、ページディテール形態で挿入する場合のすべてを含む。

マルチデプスイメージが生成されると、サーバ１１０は、要請デバイス１２０-ｎでマルチデプスイメージの生成又は応答個体の受信をアラームする（Ｓ９８０）。アラームを受けた要請デバイス１２０-ｎは、サーバ１１０に接続して応答個体又はマルチデプスイメージを確認する（Ｓ９９０）。

一方、要請デバイス１２０-ｎが複数個である場合、複数個のリクエスト情報を受信する。このような場合、サーバ１１０は、複数個のリクエストが対象個体内の予め設定した範囲内に位置するか否かを基準に、複数個のリクエストを１つのマルチリクエストに設定してもよい。また、サーバ１１０は、マルチリクエストの優先順位設定、マルチリクエストに含まれるリクエストを、種類を基準としたグループ化、移動アイコン表示、マルチリクエストに設定したリクエストの拡大表出などを行ってもよい。マルチリクエストの設定、マルチリクエストの優先順位の設定、リクエストのグループ化、移動アイコンの表示、リクエストの拡大表出に関する具体的な内容は、実施例１で説明したのと同じである。

一方、応答デバイス１３０-ｎが複数個である場合、複数個の応答個体を受信する。このような場合、サーバ１１０は、複数個の応答個体が対象個体内の予め設定した範囲内に位置するか否かを基準に、複数個の応答個体を１つのマルチ応答として設定してもよい。マルチ応答設定に関する具体的な内容は、実施例２-１で説明したのと同じである。

図２、図３、図７ないし図９では、各ステップを順次実行するものとして記載しているが、これは本発明の一実施例の技術思想を例示的に説明したに過ぎない。言い換えれば、本発明の一実施例が属する技術分野で通常の知識を有する者であれば、本発明の一実施例の本質的な特性から逸脱しない範囲で図２、図３、図７ないし図９に記載の順序を変更して実行したり、又は各ステップのうちの1つ以上のステップを並列的に実行することで多様な修正及び変更して適用可能であることから、図２、図３、図７ないし図９は、時系列的な順序に限定されない。

一方、図２、図３、図７ないし図９に示したステップは、コンピュータで読み取り可能な記録媒体にコンピュータが読み取り可能なコードとして具現することが可能である。コンピュータが読み取り可能な記録媒体は、コンピュータシステムによって読み取ることができるデータが保存されるあらゆる種類の記録装置を含む。すなわち、コンピュータが読み取り可能な記録媒体は、ＲＯＭ、ＲＡＭ、ＣＤ－ＲＯＭ、磁気テープ、フロッピーディスク、光データ保存装置などの非一時的な（non‐transitory）媒体であってもよく、またキャリアウェーブ（例えば、インターネットを介した伝送）及びデータ伝送媒体（data transmission medium）などのような一時的な（transitory）媒体をさらに含んでもよい。また、コンピュータが読み取ることができる記録媒体は、ネットワークでつながったコンピュータシステムに分散され、分散方式でコンピュータが読み取ることができるコードが保存されて実行してもよい。

以上の説明は、本実施例の技術思想を例示的に説明したものに過ぎず、本実施例が属する技術分野で通常の知識を有する者であれば、本実施例の本質的な特性から逸脱しない範囲で多様な修正及び変形が可能であろう。したがって、本実施例は、本実施例の技術思想を限定するものではなく説明するためのものであり、このような実施例によって本実施例の技術思想の範囲が限定されるものではない。本実施例の保護範囲は、特許請求の範囲によって解釈されるべきであり、それと同等の範囲内にある全ての技術思想は、本実施例の権利範囲に含まれるものと解釈されるべきである。

CROSS-REFERENCE TO RELATED APPLICATION
本特許出願は、本明細書にその全体が参考として含まれる、２０１９年１１月２８日付にて韓国に出願した特許出願番号第１０-２０１９-０１５５３３５号に対して優先権を主張する。

Claims (15)

1. 電子デバイス間の協働を介してメインイメージ内に1つ以上の個体がツリー構造に挿入されたマルチデプスイメージを生成するプログラムを記録した記録媒体であって、
   対象イメージを前記電子デバイス間で共有する機能と、
   前記電子デバイスのうちの１つ以上から対象個体内に他の個体を挿入することを要請するリクエストに関する情報を入力した場合、前記対象個体に前記リクエストが表示されるように対象イメージをアップデートする機能、及び、
   前記電子デバイスのうちの１つ以上から前記リクエストに対応する応答個体が入力されると、前記対象個体内の前記リクエストを表示した位置に前記応答個体を挿入し、前記マルチデプスイメージを生成する機能と、を実行し、
   前記対象個体は、
   前記対象イメージであるか、あるいは前記対象イメージ内にツリー構造で挿入された個体である、マルチデプスイメージ生成プログラムを記録した記録媒体。
2. 前記応答個体は、
   前記対象個体内の前記リクエストを表示した位置に下位デプスとして挿入される、請求項１に記載のマルチデプスイメージ生成プログラムを記録した記録媒体。
3. 前記リクエストに関する情報は、
   前記応答個体を取得するためのアプリケーションが自動的に実行するように、前記アプリケーションを特定する情報を含む、請求項１に記載のマルチデプスイメージ生成プログラムを記録した記録媒体。
4. 前記リクエストを選択した場合、１つ以上のアプリケーション候補を表出する機能、及び、
   前記表出したアプリケーション候補のうちのいずれかを用いて前記応答個体を取得する機能を含む、請求項１に記載のマルチデプスイメージ生成プログラムを記録した記録媒体。
5. 前記リクエストに関する情報は、
   前記対象イメージ内にツリー構造で挿入された個体のうち、前記対象個体を特定する情報、及び前記対象個体内で前記リクエストを表示した位置を含む、請求項１に記載のマルチデプスイメージ生成プログラムを記録した記録媒体。
6. 前記アップデートする機能は、
   前記リクエストが前記対象個体の予め設定した範囲内に複数個位置する場合、当該リクエストを１つのマルチリクエストとして設定する機能、及び、
   前記対象個体に前記マルチリクエストが表示されるように前記対象イメージをアップデートする機能を含む、請求項１に記載のマルチデプスイメージ生成プログラムを記録した記録媒体。
7. 前記設定する機能は、
   さらに前記マルチリクエストに設定したリクエストの個数に応じ、前記マルチリクエストの優先順位を設定する、請求項６に記載のマルチデプスイメージ生成プログラムを記録した記録媒体。
8. 前記リクエストに関する情報は、
   前記挿入が要請された個体の種類を特定する情報を含み、
   前記設定する機能は、
   前記マルチリクエストに設定したリクエストのうち、同じ種類に該当するリクエストを1つのグループとして設定し、
   前記生成する機能は、
   前記電子デバイスのうちの１つ以上から前記グループのそれぞれに対応する応答個体を入力すると、前記対象個体内の前記グループの位置に前記応答個体を挿入し、前記マルチデプスイメージを生成する、請求項６に記載のマルチデプスイメージ生成プログラムを記録した記録媒体。
9. さらに前記マルチリクエストを選択すると、前記マルチリクエストに設定されたリクエストを拡大表出する機能を含む、請求項６に記載のマルチデプスイメージ生成プログラムを記録した記録媒体。
10. 前記アップデートする機能は、
    前記リクエストに関する情報が入力されると、前記対象イメージ内にツリー構造で挿入されている個体のうちのいずれかから前記対象個体に移動するための移動アイコンが表示されるように、前記対象イメージをアップデートする請求項１に記載のマルチデプスイメージ生成プログラムを記録した記録媒体。
11. 電子デバイス間の協働を介してメインイメージ内に１つ以上の個体をツリー構造に挿入したマルチデプスイメージを生成する方法であって、
    対象個体内に他の個体を挿入するように要請するリクエストを入力すると、前記対象個体に前記リクエストが表示されるように対象イメージをアップデートするステップと、
    前記対象個体内で前記リクエストを表示した位置及び前記対象個体を含むリクエスト情報を、１つ以上の応答デバイスに伝送するステップ、及び、
    前記応答デバイスから前記リクエストに対応する応答個体が入力されると、前記対象個体内で前記リクエストを表示した位置に前記応答個体を挿入し、前記マルチデプスイメージを生成するステップと、を含み、
    前記対象個体は、
    前記対象イメージであるか、あるいは前記対象イメージ内にツリー構造で挿入された個体である、マルチデプスイメージ生成方法。
12. 前記応答個体は、
    前記対象個体内の前記リクエストを表示した位置に下位デプスとして挿入される、請求項１１に記載のマルチデプスイメージ生成方法。
13. 前記リクエスト情報は、
    さらに前記応答個体を取得するためのアプリケーションが自動的に実行されるように、前記アプリケーションを特定する情報を含む、請求項１１に記載のマルチデプスイメージ生成方法。
14. さらに前記応答個体が前記対象個体の予め設定した範囲内に複数個位置する場合、当該応答個体を１つのマルチ応答として設定するステップを含む、請求項１１に記載のマルチデプスイメージ生成方法。
15. 前記アップデートするステップは、
    前記リクエストが入力されると、前記対象イメージ内にツリー構造で挿入されている個体のうちのいずれかから前記対象個体に移動するための移動アイコンが表示されるように、前記対象イメージをアップデートする、請求項１１に記載のマルチデプスイメージ生成方法。
    

Images