JP6759872B2 - 情報処理装置及び情報処理プログラム - Google Patents
情報処理装置及び情報処理プログラム Download PDFInfo
- Publication number
- JP6759872B2 JP6759872B2 JP2016170839A JP2016170839A JP6759872B2 JP 6759872 B2 JP6759872 B2 JP 6759872B2 JP 2016170839 A JP2016170839 A JP 2016170839A JP 2016170839 A JP2016170839 A JP 2016170839A JP 6759872 B2 JP6759872 B2 JP 6759872B2
- Authority
- JP
- Japan
- Prior art keywords
- tag
- user
- common
- organization
- tags
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
- G06F16/285—Clustering or classification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2457—Query processing with adaptation to user needs
- G06F16/24573—Query processing with adaptation to user needs using data annotations, e.g. user-defined metadata
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/248—Presentation of query results
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
- G06F16/33—Querying
- G06F16/335—Filtering based on additional data, e.g. user or group profiles
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/906—Clustering; Classification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Strategic Management (AREA)
- Human Resources & Organizations (AREA)
- Computational Linguistics (AREA)
- Operations Research (AREA)
- Economics (AREA)
- Marketing (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Library & Information Science (AREA)
- Information Transfer Between Computers (AREA)
- User Interface Of Digital Computer (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
ところで、付加されているタグが多くなると、閲覧するユーザーにとって不要なタグも含まれることになる。
本発明は、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、閲覧されるユーザーの共通するタグを詳細に提示するようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
請求項1の発明は、ユーザーには該ユーザーの特徴を示すタグが付加されており、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、該閲覧されるユーザーの該共通するタグを詳細に提示する提示手段を有し、前記タグは、複数種に分類されており、同じ分類に属しているタグを比較することによって、タグが共通するか否かが判断され、前記分類として、少なくとも仕事を含み、ユーザーのタグとして、該ユーザーに関連した文書から抽出した単語が付加されている、情報処理装置である。
請求項4の発明は、ユーザーには該ユーザーの特徴を示すタグが付加されており、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、該閲覧されるユーザーの該共通するタグを詳細に提示する提示手段を有し、前記提示手段は、共通するタグがある場合は、共通するタグ及びその下の階層のタグを提示し、分類が選択されると、該分類の中のタグを最上位の階層から提示する、情報処理装置である。
請求項6の発明は、コンピュータを、ユーザーには該ユーザーの特徴を示すタグが付加されており、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、該閲覧されるユーザーの該共通するタグを詳細に提示する提示手段と、前記閲覧するユーザーの位置に対応する組織を抽出する抽出手段として機能させ、前記提示手段は、前記抽出手段によって抽出された組織と前記閲覧されるユーザーが属している組織が合致する場合は、該組織のタグを詳細に提示する、情報処理プログラムである。
請求項7の発明は、コンピュータを、ユーザーには該ユーザーの特徴を示すタグが付加されており、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、該閲覧されるユーザーの該共通するタグを詳細に提示する提示手段として機能させ、前記提示手段は、共通するタグがある場合は、共通するタグ及びその下の階層のタグを提示し、分類が選択されると、該分類の中のタグを最上位の階層から提示する、情報処理プログラムである。
請求項4の情報処理装置によれば、閲覧するユーザーAのタグと閲覧されるユーザーBのタグが共通する場合、共通していないタグに比べて、閲覧されるユーザーBの共通するタグが詳細に提示される。また、共通するタグがある場合は、共通するタグ及びその下の階層のタグを提示し、分類が選択されると、該分類の中のタグを最上位の階層から提示することができる。
請求項6の情報処理プログラムによれば、閲覧するユーザーAのタグと閲覧されるユーザーBのタグが共通する場合、共通していないタグに比べて、閲覧されるユーザーBの共通するタグが詳細に提示される。また、閲覧するユーザーの位置に対応する組織と閲覧されるユーザーが属している組織が合致する場合は、その組織のタグが詳細に提示される。
請求項7の情報処理プログラムによれば、閲覧するユーザーAのタグと閲覧されるユーザーBのタグが共通する場合、共通していないタグに比べて、閲覧されるユーザーBの共通するタグが詳細に提示される。また、共通するタグがある場合は、共通するタグ及びその下の階層のタグを提示し、分類が選択されると、該分類の中のタグを最上位の階層から提示することができる。
SNS等のプロフィールの表示では、ユーザーの特徴(例えば、専門性)を単語で登録できる「タグ機能」がある。加えて、他のユーザーがタグを付けると強調表示される機能があってもよい。このタグ機能により、ユーザーの専門性を、一覧でみることができる。また、他のユーザーからのタグ付けにより、客観的な評価を取り入れることができる。ユーザーに付加されるタグが多くなる傾向がある。
しかし、従来の技術では、閲覧するユーザーには、特定のキーワードで検索するか、又は、上から順にタグを確認していくしか方法が用意されていない。自身がつけたタグと他人がつけたタグが大量になると煩雑な画面となり、欲しい情報を得るのが困難になる。
客観性のある組織、仕事に関するタグについて、ユーザー(本人、他のユーザーを含む)が手動によって設定すると、タグのつけ方が個人によって違うため、重複や漏れ、レベル感の違いが生じる。タグに漏れや誇張等の可能性があると、信頼性が十分とはいえない。
図1は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア(コンピュータ・プログラム)、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム(コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム)、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、1モジュールを1プログラムで構成してもよいし、複数モジュールを1プログラムで構成してもよく、逆に1モジュールを複数プログラムで構成してもよい。また、複数モジュールは1コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって1モジュールが複数コンピュータで実行されてもよい。なお、1つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続(データの授受、指示、データ間の参照関係等)の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、2以上の値(もちろんのことながら、全ての値も含む)が同じであってもよい。また、「Aである場合、Bをする」という記載は、「Aであるか否かを判断し、Aであると判断した場合はBをする」の意味で用いる。ただし、Aであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク(一対一対応の通信接続を含む)等の通信手段で接続されて構成されるほか、1つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」(社会システム)にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、RAM(Random Access Memory)、外部記憶媒体、通信回線を介した記憶装置、CPU(Central Processing Unit)内のレジスタ等を含んでいてもよい。
ユーザーには、そのユーザーの特徴を示すタグが付加されている。タグとは、そのユーザーの特徴を示す単語(ワードともいわれる)である。また、タグは3つに分類(カテゴリ分け)されており、組織、仕事(例えば、仕事内容、業務上のスキル等を含む)、プライベート(例えば、趣味、興味等を含む)がある。この「特徴」には、対象となっているユーザーが活動してきた領域、経験等を含めてもよい。「単語」には、用語、短い文節等を含めてもよい。また、ユーザーの人物紹介として提示されるタグ(タグ群)は、一般的には、短い言葉の羅列として表現される。なお、「提示」には、液晶ディスプレイ等の表示装置への表示の他に、プリンタ等の印刷装置での印刷、スピーカー等の音声出力装置への音声の出力等があり、それらの組み合わせであってもよい。
情報処理装置100は、ユーザー端末195と通信回線を介して接続されている。なお、ユーザー端末195は、複数あってもよい。
ユーザー関連判定モジュール120は、タグ表示加工モジュール140、ユーザー管理モジュール160、グループ管理モジュール170、タグ管理モジュール180と接続されている。ユーザー関連判定モジュール120は、ユーザー同士のタグの関連を判定する。
カテゴリ判定モジュール130は、単語抽出モジュール110、ユーザー管理モジュール160、グループ管理モジュール170、タグ管理モジュール180、類語管理モジュール190と接続されている。カテゴリ判定モジュール130は、タグのカテゴリを判定する。
タグ表示加工モジュール140は、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、その閲覧されるユーザーのその共通するタグを詳細に提示する。ここで「共通」には、完全一致する場合の他に、類似する場合を含む。
また、ユーザーの特徴を示すタグは階層化されている。タグ表示加工モジュール140は、共通するタグの下位の階層のタグを含めて提示することにより、タグを詳細に提示するようにしてもよい。
さらに、タグ表示加工モジュール140は、共通していないタグについては、階層の上位にあるタグを提示するようにしてもよい。例えば、「上位にあるタグ」として、階層における最上位にあるタグとしてもよいし、最上位から次の階層にあるタグ等としてもよい。
さらに、その分類として、少なくとも組織を含んでおり、ユーザーのタグとして、そのユーザーの属している組織が付加されているようにしてもよい。なお、組織は、グループの包含関係で階層化してもよい。
さらに、その分類として、少なくとも仕事を含んでおり、ユーザーのタグとして、そのユーザー(タグが付加されるユーザー)に関連した文書から抽出した単語が付加されているようにしてもよい。なお、仕事は、閲覧されるユーザーのタグで存在する単語に対して、そのユーザーが編集した文書のタイトルと中身を利用して、階層化してもよい。例えば、タイトル内の単語が親階層となり、中身(本文)にある単語が子階層としてもよい。また、文書として、ブログ等のオブジェクトクラスを用いるようにしてもよい。その場合、オブジェクトクラスの中身、階層を解析し、タグの階層化を行うようにしてもよい。
さらに、その分類として、少なくともプライベートを含んでおり、ユーザーのタグとして、そのユーザーが入力した単語が付加されているようにしてもよい。なお、辞書から予め類語が用意されており、階層化してもよい。例えば、文書中に存在する場合でもユーザーが編集に携わっていない場合は、仕事に関する情報として扱われず、プライベートとして、階層化されるようにしてもよい。
閲覧するユーザーは、携帯端末(モバイル端末)を所持している場合、タグ表示加工モジュール140は、その携帯端末からユーザーの位置を特定し、その携帯端末にタグを提示するようにしてもよい。具体的には、携帯端末の位置情報を用いて、特定の組織の場所に閲覧するユーザーがおり、該当箇所の組織のユーザーを閲覧している場合、組織のタグを詳細表示するようにしてもよい。
ユーザー管理モジュール160は、ユーザー関連判定モジュール120、カテゴリ判定モジュール130と接続されている。ユーザー管理モジュール160は、情報処理装置100に登録されているユーザーを記録する。例えば、後述する図3例に示すプロフィールテーブル300を記憶している。
グループ管理モジュール170は、ユーザー関連判定モジュール120、カテゴリ判定モジュール130と接続されている。グループ管理モジュール170は、情報処理装置100に登録されているグループを記録する。例えば、後述する図7、図22の例に示すルート700、組織・位置テーブル2200を記憶している。
タグ管理モジュール180は、ユーザー関連判定モジュール120、カテゴリ判定モジュール130、タグ表示加工モジュール140と接続されている。タグ管理モジュール180は、タグ(追加されたタグを含む)を記憶している。例えば、後述する図5、図8、図11、図15の例に示すタグ分類テーブル500、関連組織テーブル800、関連仕事テーブル1100、関連プライベートテーブル1500を記憶している。
類語管理モジュール190は、カテゴリ判定モジュール130と接続されている。類語管理モジュール190は、単語に対する類語を記憶している。例えば、後述する図13の例に示す類語テーブル1300を記憶している。
情報処理装置100、ユーザー端末200A、ユーザー端末200B、ユーザー端末200C、ユーザー端末(モバイル端末)200Dは、通信回線290を介してそれぞれ接続されている。通信回線290は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置100による機能は、クラウドサービスとして実現してもよい。
例えば、ユーザー端末200Aは、ユーザーA(閲覧するユーザー)の操作にしたがって、情報処理装置100と通信を行い、SNS等にログインし、他のユーザーB(閲覧されるユーザー)のプロフィールを提示する。プロフィールとして、そのユーザーの写真、タグ等の提示がある。タグは階層化されており、ユーザーAのタグとユーザーBのタグが共通している場合、その共通しているタグの下位の階層のタグが提示される。共通しているタグがない場合、そのタグの最上位のタグが提示される。また、ユーザー端末(モバイル端末)200Dに、他のユーザーBのプロフィールを提示する場合、ユーザー端末(モバイル端末)200Dの存在している位置の組織とユーザーBの組織が合致する場合は、その組織のタグが詳細に提示される。
ステップS400では、タグの分類処理を開始する。
ステップS402では、タグが組織のグループ名と一致するか否かを判断し、一致する場合はステップS404へ進み、それ以外の場合はステップS406へ進む。
ステップS404では、組織のカテゴリでタグを追加し、タグの分類を終了する(ステップS499)。
ステップS406では、タグが文書のタイトル又は文書中に存在するか否かを判断し、存在する場合はステップS408へ進み、それ以外の場合はステップS410へ進む。
ステップS408では、タグが存在する文書をタグが追加されるユーザーが編集等しているか否かを判断し、編集等している場合はステップS412へ進み、それ以外の場合はステップS410へ進む。
ステップS410では、プライベートのカテゴリでタグを追加し、タグの分類を終了する(ステップS499)。
ステップS412では、仕事のカテゴリでタグを追加する。
ステップS499では、タグの分類処理を終了する。
ステップS402において、追加されるタグがグループ名として存在する場合(ステップS402:YES)、組織のカテゴリでタグを追加する(ステップS404)。存在しない場合(ステップS402:NO)、追加されるタグが文書のタイトル、又は、文書中に含まれるか特定する(ステップS406)。なお、ここで追加されるタグは、ユーザーが入力した単語又は予め定められた単語であり、自分のプロフィールとしてのタグであってもよいし、他人のプロフィールとしてのタグであってもよい。
ステップS406において、追加されるタグが文書のタイトル又は文書中に含まれる場合(ステップS406:YES)、タグが含まれる文書をタグが追加されるユーザーが編集しているか特定する(ステップS408)。含まれない場合(ステップS406:NO)、プライベートのカテゴリでタグを追加する(ステップS410)。
ステップS410では、プライベートのカテゴリでタグを追加する。なお、プライベートタグのカテゴリで追加する場合の処理フローについては、図12を用いて後述する。
ステップS412では、仕事のカテゴリでタグを追加する。なお、仕事タグのカテゴリで追加する場合の処理フローについては、図9を用いて後述する。
ステップS600では、組織タグの追加処理を開始する。
ステップS602では、追加するタグに該当するグループの情報を取得する。
ステップS604では、親グループが存在するか否かを判断し、存在する場合はステップS606に進み、それ以外の場合はステップS610へ進む。
ステップS606では、組織タグとして存在するか否かを判断し、存在する場合はステップS608に進み、それ以外の場合はステップS610へ進む。
ステップS608では、親グループの組織タグの属性情報に子の組織タグとして追加するタグを関連付け、ステップS610へ進む。
ステップS610では、子グループが存在するか否かを判断し、存在する場合はステップS612に進み、それ以外の場合はステップS616へ進む。
ステップS612では、組織タグとして存在するか否かを判断し、存在する場合はステップS614に進み、それ以外の場合はステップS616へ進む。
ステップS614では、追加するタグの属性情報に子グループの組織タグを関連付け、ステップS616へ進む。
ステップS616では、組織タグとしてタグを追加する。
ステップS699では、組織タグの追加処理を終了する。
ステップS602では、追加されるタグに該当するグループ情報を取得する。例えば、図7の例に示すように、組織は、階層化されている。図7は、組織タグの階層構造例を示す説明図である。ルート700の下位に親グループ705があり、親グループ705の下位に対象グループ710があり、対象グループ710の下位に子グループ715、子グループ720、子グループ725があり、子グループ715の下位に子グループ730、子グループ735がある。いわゆる組織図に対応するものである。
ステップS606において、親グループが組織タグとして存在する場合(ステップS606:YES)、親グループの組織タグの属性情報に子の組織タグとして追加するタグを関連付ける(ステップS608)。存在しない場合(ステップS606:NO)、親グループに関する処理は終了し、ステップS610へ進む。
ステップS608では、親グループの組織タグの属性情報に子の組織タグとして追加するタグを関連付ける。その後、ステップS610へ進む。
ステップS612において、子グループが組織タグとして存在する場合(ステップS612:YES)、追加するタグの属性情報に子グループの組織タグを関連付ける(ステップS614)。存在しない場合(ステップS612:NO)、子グループに関する処理は終了し、ステップS616へ進む。
ステップS614では、追加するタグの属性情報に子グループの組織タグを関連付ける。その後、ステップS616へ進む。
ステップS616では、組織タグとしてタグを追加する。
図8(a)は、関連組織テーブル800のデータ構造例を示す説明図である。この関連組織テーブル800は、対象の組織タグと下位の階層との関係を示したものである。関連組織テーブル800は、組織タグ欄805、子組織タグ欄810を有している。組織タグ欄805は、組織タグを記憶している。子組織タグ欄810は、その組織タグの下位の階層にある子組織タグを記憶している。
図8(b)は、関連組織テーブル820のデータ構造例を示す説明図である。この関連組織テーブル820は、対象の組織タグと上位の階層との関係を示したものである。関連組織テーブル820は、組織タグ欄825、親組織タグ欄830を有している。組織タグ欄825は、組織タグを記憶している。親組織タグ欄830は、その組織タグの上位の階層にある親組織タグを記憶している。
図8(c)は、関連組織テーブル840のデータ構造例を示す説明図である。この関連組織テーブル840は、対象の組織タグと下位と上位の階層との関係を示したものである。関連組織テーブル840は、組織タグ欄845、子組織タグ欄850、親組織タグ欄855を有している。組織タグ欄845は、組織タグを記憶している。子組織タグ欄850は、その組織タグの下位の階層にある子組織タグを記憶している。親組織タグ欄855は、その組織タグの上位の階層にある親組織タグを記憶している。
ステップS900では、仕事タグの追加処理を開始する。
ステップS902では、追加するタグが文書のタイトルに存在するか否かを判断し、存在する場合はステップS910へ進み、それ以外の場合はステップS904へ進む。
ステップS904では、タイトルから単語を抽出する。
ステップS906では、仕事タグとして存在するか否かを判断し、存在する場合はステップS908へ進み、それ以外の場合はステップS916へ進む。
ステップS908では、タイトルに存在する仕事タグの属性情報に子の仕事タグとして追加するタグを関連付け、ステップS916へ進む。
ステップS910では、追加するタグが存在する文書内から単語を抽出する。
ステップS912では、仕事タグとして存在するか否かを判断し、存在する場合はステップS914へ進み、それ以外の場合はステップS916へ進む。
ステップS914では、追加するタグの属性情報に文書内に存在する子の仕事タグを関連付け、ステップS916へ進む。
ステップS916では、仕事タグとしてタグを追加する。
ステップS999では、仕事タグの追加処理を終了する。
ステップS902において、追加するタグが文書のタイトルに存在する場合(ステップS902:YES)、追加するタグが存在する文書内から単語を抽出する(ステップS910)。存在しない場合(ステップS902:NO)、タイトルから単語を抽出する(ステップS904)。なお、この文書は、タグが付加されるユーザーが関連した文書である。ここでの関連の例として、前述したように、そのユーザーが編集(作成を含む)したことがある文書としてもよいし、そのユーザーが閲覧等したことがある文書としてもよいし、アクセス権を有している文書等としてもよい。また、そのユーザーが属しているグループのメンバーが、編集、閲覧等したことがある文書、アクセス権を有している文書等としてもよい。
ステップS906では、ステップS904で抽出した単語が仕事タグとして存在する場合(ステップS906:YES)、タイトルに存在する仕事タグの属性情報に子の仕事タグとして追加するタグを関連付ける(ステップS908)。存在しない場合(ステップS906:NO)、関連付けはせず、仕事タグとしてタグを追加する(ステップS916)。
ステップS908では、タイトルに存在する仕事タグの属性情報に子の仕事タグとして追加するタグを関連付ける。その後、ステップS916へ進む。
ステップS910では、追加するタグが存在する文書(本文)内から単語を抽出する。
ステップS912において、ステップS910で抽出した単語が仕事タグとして存在する場合(ステップS912:YES)、追加するタグの属性情報に文書内に存在する子の仕事タグを関連付ける(ステップS914)。存在しない場合(ステップS912:NO)、関連付けはせず、仕事タグとしてタグを追加する(ステップS916)。
ステップS914では、追加するタグの属性情報に文書内に存在する子の仕事タグを関連付ける。その後、ステップS916へ進む。
ステップS916では、仕事タグとしてタグを追加する。
章タイトル1010内の仕事単語1012は、章タイトル・仕事タグ1060に対応し、節タイトル1020内の仕事単語1022は、節タイトル・仕事タグ1062に対応し、本文1030内の仕事単語1032、仕事単語1034は、それぞれ本文・仕事タグ1064、本文・仕事タグ1066に対応し、節タイトル1040内の仕事単語1042は、節タイトル・仕事タグ1068に対応し、本文1050内の仕事単語1052、仕事単語1054、仕事単語1056は、それぞれ本文・仕事タグ1070、本文・仕事タグ1072、本文・仕事タグ1074に対応している。
図11(a)は、関連仕事テーブル1100のデータ構造例を示す説明図である。この関連仕事テーブル1100は、対象の仕事タグと下位の階層との関係を示したものである。関連仕事テーブル1100は、仕事タグ欄1105、子仕事タグ欄1110を有している。仕事タグ欄1105は、仕事タグを記憶している。子仕事タグ欄1110は、その仕事タグの下位の階層にある子仕事タグを記憶している。
図11(b)は、関連仕事テーブル1120のデータ構造例を示す説明図である。この関連仕事テーブル1120は、対象の仕事タグと上位の階層との関係を示したものである。関連仕事テーブル1120は、仕事タグ欄1125、親仕事タグ欄1130を有している。仕事タグ欄1125は、仕事タグを記憶している。親仕事タグ欄1130は、その仕事タグの上位の階層にある親仕事タグを記憶している。
図11(c)は、関連仕事テーブル1140のデータ構造例を示す説明図である。この関連仕事テーブル1140は、対象の仕事タグと下位と上位の階層との関係を示したものである。関連仕事テーブル1140は、仕事タグ欄1145、子仕事タグ欄1150、親仕事タグ欄1155を有している。仕事タグ欄1145は、仕事タグを記憶している。子仕事タグ欄1150は、その仕事タグの下位の階層にある子仕事タグを記憶している。親仕事タグ欄1155は、その仕事タグの上位の階層にある親仕事タグを記憶している。
ステップS1200では、プライベートタグの追加処理を開始する。
ステップS1202では、追加するタグの類語を取得する。
ステップS1204では、大分類の類語が存在するか否かを判断し、存在する場合はステップS1206へ進み、それ以外の場合はステップS1210へ進む。
ステップS1206では、プライベートのタグとして存在するか否かを判断し、存在する場合はステップS1208へ進み、それ以外の場合はステップS1210へ進む。
ステップS1208では、大分類のプライベートタグの属性情報に子のプライベートタグとして追加するタグを関連付け、ステップS1210へ進む。
ステップS1210では、小分類の類語が存在するか否かを判断し、存在する場合はステップS1212へ進み、それ以外の場合はステップS1216へ進む。
ステップS1212では、プライベートのタグとして存在するか否かを判断し、存在する場合はステップS1214へ進み、それ以外の場合はステップS1216へ進む。
ステップS1214では、追加するタグの属性情報に小分類のプライベートタグを関連付け、ステップS1216へ進む。
ステップS1216では、プライベートタグとしてタグを追加する。
ステップS1299では、プライベートタグの追加処理を終了する。
ステップS1202では、追加するタグの類語を取得する。例えば、類語テーブル1300から取得する。図13は、類語テーブル1300のデータ構造例を示す説明図である。類語テーブル1300は、タグ欄1305、類語欄1310を有している。タグ欄1305は、タグを記憶している。類語欄1310は、そのタグ(単語)の類語を記憶している。
ステップS1204において、対象となっているタグ又はその類語に対して、大分類の類語が存在する場合(ステップS1204:YES)、プライベートタグとして大分類の類語が存在するか特定する(ステップS1206)。存在しない場合(ステップS1204:NO)、大分類の類語に関する処理は終了し、小分類の類語が存在するか特定する(ステップS1210)。
図14の例に示すように、タグ(又は類語)間には、階層関係がある。図14は、プライベートタグの階層構造例を示す説明図である。大分類タグ1405の下位に対象プライベートタグ1410があり、対象プライベートタグ1410の下位に小分類タグ1415がある。
ステップS1208では、大分類のプライベートタグの属性情報に子のプライベートタグとして追加するタグを関連付ける。
ステップS1210において、小分類の類語が存在する場合(ステップS1210:YES)、プライベートタグとして小分類の類語が存在するか特定する(ステップS1212)。存在しない場合(ステップS1210:NO)、小分類の類語に関する処理は終了し、プライベートタグとしてタグを追加する(ステップS1216)。
ステップS1214では、追加するタグの属性情報に小分類のプライベートタグを関連付ける。
ステップS1216では、プライベートタグとしてタグを追加する。
図15(a)は、関連プライベートテーブル1500のデータ構造例を示す説明図である。この関連プライベートテーブル1500は、対象のプライベートタグと上位の階層との関係を示したものである。関連プライベートテーブル1500は、プライベートタグ欄1505、大分類タグ欄1510を有している。プライベートタグ欄1505は、プライベートタグを記憶している。大分類タグ欄1510は、そのプライベートタグの上位の階層にある大分類タグを記憶している。
図15(b)は、関連プライベートテーブル1520のデータ構造例を示す説明図である。この関連プライベートテーブル1520は、対象のプライベートタグと下位の階層との関係を示したものである。関連プライベートテーブル1520は、プライベートタグ欄1525、小分類タグ欄1530を有している。プライベートタグ欄1525は、プライベートタグを記憶している。小分類タグ欄1530は、そのプライベートタグの下位の階層にある小分類タグを記憶している。
図15(c)は、関連プライベートテーブル1540のデータ構造例を示す説明図である。この関連プライベートテーブル1540は、対象のプライベートタグと下位と上位の階層との関係を示したものである。関連プライベートテーブル1540は、プライベートタグ欄1545、大分類タグ欄1550、小分類タグ欄1555を有している。プライベートタグ欄1545は、プライベートタグを記憶している。大分類タグ欄1550は、そのプライベートタグの上位の階層にある大分類タグを記憶している。小分類タグ欄1555は、そのプライベートタグの下位の階層にある小分類タグを記憶している。
ステップS1600では、組織タグの表示加工フローを開始する。
ステップS1602では、閲覧するユーザーの組織タグを取得する。
ステップS1604では、閲覧されるユーザーの組織タグを取得する。
ステップS1606では、同一の組織タグが存在するか否かを判断し、存在する場合はステップS1614へ進み、それ以外の場合はステップS1608へ進む。
ステップS1608では、閲覧されるユーザーに登録されている組織タグで最上位のタグを組織のタグ表示の起点として設定する。
ステップS1610では、閲覧されるユーザーに登録されている最上位のタグから子の組織タグを辿り、階層化する。
ステップS1612では、何も表示せず(全て非表示にする)、組織タグの表示加工フローを終了する(ステップS1699)。
ステップS1614では、同一の組織タグを組織のタグ表示の起点として設定する。
ステップS1616では、同一の組織タグから閲覧されるユーザーの子の組織タグを辿り、階層化する。
ステップS1618では、同一の組織タグから子の組織タグまで全て表示する。
ステップS1699では、組織タグの表示加工フローを終了する。
ステップS1602では、閲覧するユーザーの組織タグを取得する。
ステップS1604では、閲覧されるユーザーの組織タグを取得する。
ステップS1606において、閲覧するユーザーと閲覧されるユーザーの組織タグで同一の組織タグが存在する場合(ステップS1606:YES)、同一の組織タグを組織のタグ表示の起点として設定する(ステップS1614)。存在しない場合(ステップS1606:NO)、閲覧されるユーザーに登録されている組織タグで最上位のタグを組織のタグ表示の起点として設定する(ステップS1608)。
ステップS1608では、閲覧されるユーザーに登録されている組織タグで最上位のタグを組織のタグ表示の起点として設定する。
ステップS1610では、閲覧されるユーザーに登録されている最上位のタグから子の組織タグを辿り、階層化する。
ステップS1612では、何も表示しない(全て非表示とする)。なお、全て非表示ではなく、階層の上位(例えば、最上位(ルート)、2階層目等)のタグを表示してもよい。
ステップS1614では、同一の組織タグを組織のタグ表示の起点として設定する。
ステップS1616では、同一の組織タグから閲覧されるユーザーの子の組織タグを辿り、階層化する。
ステップS1618では、組織のタグ表示の起点から詳細表示する。つまり、同一の組織タグから子の組織タグまで表示する。なお、表示する組織タグの範囲は、下位の階層全てであってもよいし、1階層分であってもよいし、2階層分等であってもよいし、閲覧するユーザーの階層指示にしたがってもよい。
ステップS1700では、仕事タグの表示加工処理を開始する。
ステップS1702では、閲覧するユーザーの仕事タグを取得する。
ステップS1704では、閲覧されるユーザーの仕事タグを取得する。
ステップS1706では、同一の仕事タグが存在するか否かを判断し、存在する場合はステップS1714へ進み、それ以外の場合はステップS1708へ進む。
ステップS1708では、閲覧されるユーザーに登録されている仕事タグで最上位の各タグを仕事のタグ表示の起点として設定する。
ステップS1710では、閲覧されるユーザーに登録されている最上位の各タグから子の仕事タグを辿り、階層化する。
ステップS1712では、何も表示せず(全て非表示にする)、仕事タグの表示加工フローを終了する(ステップS1799)。
ステップS1714では、同一の仕事タグを仕事のタグ表示の起点として設定する。
ステップS1716では、同一の仕事タグから閲覧されるユーザーの子の仕事タグを辿り、階層化する。
ステップS1718では、同一の仕事タグから子の仕事タグまで全て表示する。
ステップS1799では、仕事タグの表示加工処理を終了する。
ステップS1702では、閲覧するユーザーの仕事タグを取得する。
ステップS1704では、閲覧されるユーザーの仕事タグを取得する。
ステップS1706において、閲覧するユーザーと閲覧されるユーザーの仕事タグで同一の仕事タグが存在する場合(ステップS1706:YES)、同一の仕事タグを仕事のタグ表示の起点として設定する(ステップS1714)。存在しない場合(ステップS1706:NO)、閲覧されるユーザーに登録されている仕事タグで最上位の各タグを仕事のタグ表示の起点として設定する(ステップS1708)。なお、組織は起点が1つであるが、仕事の場合、複数となるケースがある。
ステップS1708では、閲覧されるユーザーに登録されている仕事タグで最上位の各タグを仕事のタグ表示の起点として設定する。
ステップS1710では、閲覧されるユーザーに登録されている最上位の各タグから子の仕事タグを辿り、階層化する。
ステップS1712では、何も表示しない(全て非表示とする)。なお、全て非表示ではなく、階層の上位(例えば、最上位(ルート)、2階層目等)のタグを表示してもよい。
ステップS1714では、同一の仕事タグを仕事のタグ表示の起点として設定する。
ステップS1716では、同一の仕事タグから閲覧されるユーザーの子の仕事タグを辿り、階層化する。
ステップS1718では、仕事のタグ表示の起点から詳細表示する。つまり、同一の組織タグから子の仕事タグまで表示する。なお、表示する仕事タグの範囲は、下位の階層全てであってもよいし、1階層分であってもよいし、2階層分等であってもよいし、閲覧するユーザーの階層指示にしたがってもよい。
ステップS1800では、プライベートタグの表示加工処理を開始する。
ステップS1802では、閲覧するユーザーのプライベートタグを取得する。
ステップS1804では、閲覧されるユーザーのプライベートタグを取得する。
ステップS1806では、同一のプライベートタグが存在するか否かを判断し、存在する場合はステップS1814へ進み、それ以外の場合はステップS1808へ進む。
ステップS1808では、閲覧されるユーザーに登録されているプライベートタグで最上位の各タグを取得する。
ステップS1810では、閲覧されるユーザーに登録されている最上位の各タグから子のプライベートタグを辿り、階層化する。
ステップS1812では、何も表示せず(全て非表示にする)、プライベートタグの表示加工フローを終了する(ステップS1899)。なお、全て非表示ではなく、階層の上位(例えば、最上位(ルート)、2階層目等)のタグを表示してもよい。
ステップS1814では、同一のプライベートタグをプライベートのタグ表示の起点として設定する。
ステップS1816では、同一のプライベートタグから閲覧されるユーザーの子のプライベートタグを辿り、階層化する。
ステップS1818では、同一のプライベートタグから子のプライベートタグまで全て表示する。なお、表示するプライベートタグの範囲は、下位の階層全てであってもよいし、1階層分であってもよいし、2階層分等であってもよいし、閲覧するユーザーの階層指示にしたがってもよい。
ステップS1899では、プライベートタグの表示加工処理を終了する。
ステップS1802では、閲覧するユーザーのプライベートタグを取得する。
ステップS1804では、閲覧されるユーザーのプライベートタグを取得する。
ステップS1806において、閲覧するユーザーと閲覧されるユーザーのプライベートタグで同一のプライベートタグが存在する場合(ステップS1806:YES)、同一のプライベートタグをプライベートのタグ表示の起点として設定する(ステップS1814)。存在しない場合(ステップS1806:NO)、閲覧されるユーザーに登録されているプライベートタグで最上位の各タグをプライベートのタグ表示の起点として設定する(ステップS1808)。なお、組織は起点が1つであるが、プライベートの場合、複数となるケースがある。
ステップS1808では、閲覧されるユーザーに登録されているプライベートタグで最上位の各タグをプライベートのタグ表示の起点として設定する。
ステップS1810では、閲覧されるユーザーに登録されている最上位の各タグから子のプライベートタグを辿り、階層化する。
ステップS1812では、何も表示しない(全て非表示とする)。なお、全て非表示ではなく、階層の上位(例えば、最上位(ルート)、2階層目等)のタグを表示してもよい。
ステップS1814では、同一のプライベートタグをプライベートのタグ表示の起点として設定する。
ステップS1816では、同一のプライベートタグから閲覧されるユーザーの子のプライベートタグを辿り、階層化する。
ステップS1818では、プライベートのタグ表示の起点から詳細表示する。つまり、同一のプライベートタグから子のプライベートタグまで表示する。なお、表示するプライベートタグの範囲は、下位の階層全てであってもよいし、1階層分であってもよいし、2階層分等であってもよいし、閲覧するユーザーの階層指示にしたがってもよい。
図19(a)は、同会社の組織「首都圏営業部」に属しているユーザーA(「Fuji Taro」ではないユーザー)が閲覧した場合のタグ表示領域1910Aの例を示している。このタグ表示領域1910Aには、例えば、組織タグとして、「首都圏営業部」、その下位の階層である「グループA」、さらにその下位の階層である「大手担当チーム」を表示している。つまり、閲覧されるユーザーと「首都圏営業部」まで共通であるため、首都圏営業部から下位にある所属先を詳細表示する。
なお、仕事タグとしては何も表示せず、プライベートタグとしても何も表示していない。
ここで、ユーザーBによって、「組織」がクリックされると、図19(b2)の例に示すように、組織タグを展開する。タグ表示領域1910Bには、例えば、組織タグとして、「ABC株式会社」、その下位の階層である「営業部」、その下位の階層である「首都圏営業部」、その下位の階層である「グループA」、さらにその下位の階層である「大手担当チーム」を表示している。図19(a)の例に示したユーザーAが閲覧した場合と違い、最上位の組織タグ(例では、「ABC株式会社」)から表示する。
図20(a)は、営業部のABCシステム商品群を担当しているユーザーC(「Yokohama Taro」ではないユーザー)が閲覧した場合のタグ表示領域2010Aの例を示している。このタグ表示領域2010Aには、例えば、仕事タグとして、「ABCシステム」、その下位の階層である「認証機能」、その下位の階層である「シングルサインオン」、その下位の階層である「LDAP」、その下位の階層である「AD」、「ABCシステム」の下位の階層である「発注機能」、その下位の階層である「DataBase」、「ABCシステム」の下位の階層である「ABCシステム連携登録プラグイン」、その下位の階層である「認証機能」、「ABCシステム連携登録プラグイン」の下位の階層である「登録機能」を表示している。つまり、ユーザーCは、閲覧されるユーザーと担当している商品群が共通であるため、ABCシステム商品群と担当している機能を詳細表示している。
なお、組織タグとしては何も表示せず、プライベートタグとしても何も表示していない。
ここで、ユーザーDによって、「仕事」がクリックされると、図20(b2)の例に示すように、仕事タグを展開する。タグ表示領域2010Bには、例えば、仕事タグとして、「ソフトウェア」、「ABCシステム」、「ABCシステム連携登録プラグイン」、「ミドルウェア」、「XYZプラットフォーム」を表示している。図20(a)の例に示したユーザーCが閲覧した場合と違い、最上位の階層にある各仕事タグを表示する。
ABCシステム商品群を担当している営業担当のユーザーEが、案件相談として、開発部門のユーザー「Yokohama Taro」と打ち合わせすることとなった。打ち合わせを円滑に進めるため、プロフィールから出席するメンバーがどのような人物であるかを確認するとともに、今後も友好な関係を築くため、共通の話題を探しているとする。
営業担当のユーザーEと閲覧されるユーザー(開発部門のメンバー「Yokohama Taro」)のタグは、予め、組織、仕事、プライベートでカテゴリ分けされており、階層化されている。
営業担当のユーザーEと閲覧されるユーザーは、組織として共通部分がないが、打ち合わせ場所が開発部門の拠点であるため、組織についても詳細表示される。つまり、ユーザーEの所持しているユーザー端末(モバイル端末)200Dで、プロフィール表示画面2100が表示されているので、そのユーザー端末(モバイル端末)200Dの位置(例えば、緯度、経度等)に対応している組織を、組織・位置テーブル2200から抽出する。図22は、組織・位置テーブル2200のデータ構造例を示す説明図である。組織・位置テーブル2200は、組織欄2205、位置欄2210を有している。組織欄2205は、組織を記憶している。位置欄2210は、その組織の拠点である位置(例えば、緯度、経度等)を記憶している。前述したように、ユーザーEの位置は開発部門の拠点であり、閲覧されるユーザーも開発部門に属していることから、組織のタグを詳細に表示する。タグ表示領域2110には、例えば、組織タグとして、「ソフトウェア開発部」、その下位の階層である「基幹システム開発グループ」、その下位の階層である「32チーム」を表示している。
そして、仕事のタグについて、共通の担当製品群があるため、共通部分が表示される。
また、プライベートのタグについても、同様に共通のプライベート(趣味)があるため、共通部分について詳細に表示している。タグ表示領域2110には、例えば、プライベートタグとして、「釣り」、その下位の階層である「バス釣り」、「釣り」の下位の階層である「沖釣り」、「野球」、その下位の階層である「横浜ジャイアンツ」を表示している。
なお、図23に示すハードウェア構成は、1つの構成例を示すものであり、本実施の形態は、図23に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア(例えば特定用途向け集積回路(Application Specific Integrated Circuit:ASIC)等)で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図23に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器(携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む)、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機(スキャナ、プリンタ、複写機、ファックス等のいずれか2つ以上の機能を有している画像処理装置)などに組み込まれていてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク(DVD)であって、DVDフォーラムで策定された規格である「DVD−R、DVD−RW、DVD−RAM等」、DVD+RWで策定された規格である「DVD+R、DVD+RW等」、コンパクトディスク(CD)であって、読出し専用メモリ(CD−ROM)、CDレコーダブル(CD−R)、CDリライタブル(CD−RW)等、ブルーレイ・ディスク(Blu−ray(登録商標) Disc)、光磁気ディスク(MO)、フレキシブルディスク(FD)、磁気テープ、ハードディスク、読出し専用メモリ(ROM)、電気的消去及び書換可能な読出し専用メモリ(EEPROM(登録商標))、フラッシュ・メモリ、ランダム・アクセス・メモリ(RAM)、SD(Secure Digital)メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク(LAN)、メトロポリタン・エリア・ネットワーク(MAN)、ワイド・エリア・ネットワーク(WAN)、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分又は全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
110…単語抽出モジュール
120…ユーザー関連判定モジュール
130…カテゴリ判定モジュール
140…タグ表示加工モジュール
150…文書管理モジュール
160…ユーザー管理モジュール
170…グループ管理モジュール
180…タグ管理モジュール
190…類語管理モジュール
195…ユーザー端末
200…ユーザー端末
290…通信回線
Claims (7)
- ユーザーには該ユーザーの特徴を示すタグが付加されており、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、該閲覧されるユーザーの該共通するタグを詳細に提示する提示手段
を有し、
前記タグは、複数種に分類されており、
同じ分類に属しているタグを比較することによって、タグが共通するか否かが判断され、
前記分類として、少なくとも仕事を含み、
ユーザーのタグとして、該ユーザーに関連した文書から抽出した単語が付加されている、
情報処理装置。 - ユーザーには該ユーザーの特徴を示すタグが付加されており、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、該閲覧されるユーザーの該共通するタグを詳細に提示する提示手段と、
前記閲覧するユーザーの位置に対応する組織を抽出する抽出手段
を有し、
前記提示手段は、前記抽出手段によって抽出された組織と前記閲覧されるユーザーが属している組織が合致する場合は、該組織のタグを詳細に提示する、
情報処理装置。 - 閲覧するユーザーは、携帯端末を所持しており、
前記抽出手段は、前記携帯端末からユーザーの位置を特定し、
前記提示手段は、前記携帯端末にタグを提示する、
請求項2に記載の情報処理装置。 - ユーザーには該ユーザーの特徴を示すタグが付加されており、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、該閲覧されるユーザーの該共通するタグを詳細に提示する提示手段
を有し、
前記提示手段は、
共通するタグがある場合は、共通するタグ及びその下の階層のタグを提示し、
分類が選択されると、該分類の中のタグを最上位の階層から提示する、
情報処理装置。 - コンピュータを、
ユーザーには該ユーザーの特徴を示すタグが付加されており、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、該閲覧されるユーザーの該共通するタグを詳細に提示する提示手段
として機能させ、
前記タグは、複数種に分類されており、
同じ分類に属しているタグを比較することによって、タグが共通するか否かが判断され、
前記分類として、少なくとも仕事を含み、
ユーザーのタグとして、該ユーザーに関連した文書から抽出した単語が付加されている、
情報処理プログラム。 - コンピュータを、
ユーザーには該ユーザーの特徴を示すタグが付加されており、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、該閲覧されるユーザーの該共通するタグを詳細に提示する提示手段と、
前記閲覧するユーザーの位置に対応する組織を抽出する抽出手段
として機能させ、
前記提示手段は、前記抽出手段によって抽出された組織と前記閲覧されるユーザーが属している組織が合致する場合は、該組織のタグを詳細に提示する、
情報処理プログラム。 - コンピュータを、
ユーザーには該ユーザーの特徴を示すタグが付加されており、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、該閲覧されるユーザーの該共通するタグを詳細に提示する提示手段
として機能させ、
前記提示手段は、
共通するタグがある場合は、共通するタグ及びその下の階層のタグを提示し、
分類が選択されると、該分類の中のタグを最上位の階層から提示する、
情報処理プログラム。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2016170839A JP6759872B2 (ja) | 2016-09-01 | 2016-09-01 | 情報処理装置及び情報処理プログラム |
US15/596,487 US10503758B2 (en) | 2016-09-01 | 2017-05-16 | Information processing apparatus using hierarchical tags for streamlining the presentation of information and non-transitory computer readable medium for the same |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2016170839A JP6759872B2 (ja) | 2016-09-01 | 2016-09-01 | 情報処理装置及び情報処理プログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2018036949A JP2018036949A (ja) | 2018-03-08 |
JP6759872B2 true JP6759872B2 (ja) | 2020-09-23 |
Family
ID=61242780
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2016170839A Active JP6759872B2 (ja) | 2016-09-01 | 2016-09-01 | 情報処理装置及び情報処理プログラム |
Country Status (2)
Country | Link |
---|---|
US (1) | US10503758B2 (ja) |
JP (1) | JP6759872B2 (ja) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220138206A1 (en) * | 2020-10-30 | 2022-05-05 | Snowflake Inc. | System for implementing an object tagging framework |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6704729B1 (en) * | 2000-05-19 | 2004-03-09 | Microsoft Corporation | Retrieval of relevant information categories |
JP2005208945A (ja) * | 2004-01-22 | 2005-08-04 | Ricoh Co Ltd | 人材検索システム、人材検索サーバ、人材検索方法、プログラムおよび記録媒体 |
US7805406B2 (en) * | 2006-10-27 | 2010-09-28 | Xystar Technologies, Inc. | Cross-population of virtual communities |
JP5199768B2 (ja) | 2008-07-24 | 2013-05-15 | 日本電信電話株式会社 | タグ付け支援方法とその装置、プログラム及び記録媒体 |
US9176579B2 (en) * | 2008-12-29 | 2015-11-03 | Avaya Inc. | Visual indication of user interests in a computer-generated virtual environment |
KR101303948B1 (ko) * | 2010-08-13 | 2013-09-05 | 주식회사 팬택 | 비가시 객체에 대한 증강 현실 정보 제공 장치 및 방법 |
US8910052B2 (en) * | 2010-12-04 | 2014-12-09 | Facebook, Inc. | Tagging users of a social networking system in an experience in a user's user profile |
JP5729192B2 (ja) * | 2011-07-22 | 2015-06-03 | 大日本印刷株式会社 | 交流支援サーバ装置、交流支援システム及び交流支援サーバプログラム |
US9971830B2 (en) * | 2012-09-06 | 2018-05-15 | Facebook, Inc. | Recommending users to add to groups in a social networking system |
JP2014142689A (ja) | 2013-01-22 | 2014-08-07 | Ntt Docomo Inc | 情報処理装置、情報処理方法及びプログラム |
US20140280152A1 (en) * | 2013-03-15 | 2014-09-18 | Samsung Electronics Co., Ltd. | Computing system with relationship model mechanism and method of operation thereof |
US9477723B2 (en) * | 2013-07-16 | 2016-10-25 | Lakshya JAIN | Causal profile |
US20150278339A1 (en) * | 2014-03-31 | 2015-10-01 | Maruthi Siva P Cherukuri | Personalized activity data gathering based on multi-variable user input and multi-dimensional schema |
US9576030B1 (en) * | 2014-05-07 | 2017-02-21 | Consumerinfo.Com, Inc. | Keeping up with the joneses |
JP6426967B2 (ja) * | 2014-10-07 | 2018-11-21 | シャープ株式会社 | 投稿閲覧システム、情報処理装置、投稿の表示の制御方法、プログラム、および端末装置 |
-
2016
- 2016-09-01 JP JP2016170839A patent/JP6759872B2/ja active Active
-
2017
- 2017-05-16 US US15/596,487 patent/US10503758B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
US20180060413A1 (en) | 2018-03-01 |
US10503758B2 (en) | 2019-12-10 |
JP2018036949A (ja) | 2018-03-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11971937B2 (en) | Internet search results annotation, filtering, and advertising with respect to search term elements | |
US10250393B2 (en) | Automatic E-signatures in response to conditions and/or events | |
US7433876B2 (en) | Semantic web portal and platform | |
US10255377B2 (en) | Taxonomy driven site navigation | |
US9230257B2 (en) | Systems and methods for customer relationship management | |
CN104981792B (zh) | 针对内容项汇总交互 | |
JP5297453B2 (ja) | 複数のサービスからのプロファイルデータの統合及び探索 | |
US10713666B2 (en) | Systems and methods for curating content | |
WO2010095867A4 (ko) | 이동통신 단말기와 아이피 기반 정보 단말기를 이용한 맞춤, 지능형 심볼, 아이콘 인터넷 정보 검색시스템 | |
CN101124576A (zh) | 集成有来自信任网络的用户注释的搜索***和方法 | |
US20110161091A1 (en) | Systems and Methods for Connecting Entities Through Content | |
Chamberlain et al. | Searching for music: understanding the discovery, acquisition, processing and organization of music in a domestic setting for design | |
JP2024103546A (ja) | 情報処理装置、およびその制御方法とプログラム | |
TW201209604A (en) | Methods and systems for viewing web pages, and computer program products thereof | |
AU2012202280B2 (en) | Information processing apparatus, information processing method, and information processing program | |
JP6759872B2 (ja) | 情報処理装置及び情報処理プログラム | |
US8856101B2 (en) | Interactive media card | |
JP6759720B2 (ja) | 情報処理装置及び情報処理プログラム | |
JP6926402B2 (ja) | 情報処理装置及び情報処理プログラム | |
JP6828287B2 (ja) | 情報処理装置及び情報処理プログラム | |
JP2016126420A (ja) | データ管理装置、データ管理方法及びデータ管理プログラム | |
Carrera et al. | Venipedia |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20190719 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20200514 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20200526 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200702 |
|
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: 20200804 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20200817 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6759872 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |