記事配信設定支援装置、方法及びプログラム
【課題】ユーザへの新着記事のメール配信漏れを低減することができる技術を提供する。
【解決手段】ユーザからの記事の投稿機能およびユーザへの記事の配信機能を有し、投稿された記事を記憶する記憶手段を持つ情報システムにおいて、投稿された記事である過去記事およびその投稿ユーザならびに記事間の関連情報を記憶する。記憶手段に記憶されている過去記事をクラスタリングして分類カテゴリとこの分類カテゴリに属する記事とを求める。記憶手段を参照して、ユーザと分類カテゴリとの関連度を示すカテゴリ関連度を求
める。投稿された記事をユーザに配信する条件を設定する際に、分類カテゴリとカテゴリ関連度を提示する。
【解決手段】ユーザからの記事の投稿機能およびユーザへの記事の配信機能を有し、投稿された記事を記憶する記憶手段を持つ情報システムにおいて、投稿された記事である過去記事およびその投稿ユーザならびに記事間の関連情報を記憶する。記憶手段に記憶されている過去記事をクラスタリングして分類カテゴリとこの分類カテゴリに属する記事とを求める。記憶手段を参照して、ユーザと分類カテゴリとの関連度を示すカテゴリ関連度を求
める。投稿された記事をユーザに配信する条件を設定する際に、分類カテゴリとカテゴリ関連度を提示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、情報システムにおいて電子メール等の配信設定を支援するための記
事配信設定支援装置、方法及びプログラムに関する。
【背景技術】
【０００２】
従来のコミュニケーションシステムにおいて、グループウェアなどのコミュニティツール
や、メールによる情報提供サイトなどがある。このようなシステムにおいては、ユーザが
、投稿された情報の中から、電子メールとして受け取る情報を、条件指定により指定でき
るものがある。このような記事配信に関するメール配信設定では、記事の条件を指定する
ことで、新規投稿記事のメール配信「する／しない」について制御することができる。
【０００３】
図６は、従来のメール配信設定の一例を示す図である。
【０００４】
ユーザは、投稿された記事のメール受信の条件を、記事に貼付されたラベル（「連絡」や
「重要」）や、記事投稿時に実行したアクションなどで、直接指定する。なお、ここでい
う記事のアクションとは、記事の種類で、何をするために、あるいは、どのような目的で
投稿した記事なのかを表すようなもの（「承認依頼」や「確認依頼」）である。
【０００５】
このような配信設定により、ユーザは、自分に関係のある情報のみを取捨選択してメール
で受信することが可能であった。
【０００６】
しかしながら、上記の従来方法では、メールの受信条件として記事のラベルやアクション
、含まれるキーワードなどを明示的に指定する必要がある。ユーザは、記事中に含まれる
キーワードや、ラベルやアクションの意味や使用頻度など、条件指定するための判断材料
を事前に知っておく必要があるので、条件の設定が難しいという側面があった。よって、
ユーザ側において、条件設定の誤りや漏れが発生する恐れがある。一方で、記事の投稿者
が記事にラベルを貼り忘れることで、条件設定は正しく内容としても配信されるべき記事
が配信されない、といった場合もある。このように、従来の技術では、配信記事に漏れが
発生する可能性があった。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特許第４３９３４８２号公報
【特許文献２】特許第４７４５４１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明が解決しようとする課題は、ユーザへの新着記事のメール配信漏れを低減すること
ができる技術を提供することである。
【課題を解決するための手段】
【０００９】
本発明の実施形態によれば、ユーザからの記事の投稿機能およびユーザへの記事の配信機
能を有し、投稿された記事を記憶する記憶手段を持つ情報システムにおいて、投稿された
記事である過去記事およびその投稿ユーザならびに記事間の関連情報を記憶する。記憶手
段に記憶されている過去記事をクラスタリングして分類カテゴリとこの分類カテゴリに属
する記事とを求める。記憶手段を参照して、ユーザと分類カテゴリとの関連度を示すカテ
ゴリ関連度を求める。投稿された記事をユーザに配信する条件を設定する際に、分類カテ
ゴリとカテゴリ関連度を提示する。
【図面の簡単な説明】
【００１０】
【図１】本実施形態の情報システムのメール配信設定の概念図
【図２】カテゴリ関連度の算出の一例を示す図
【図３】本実施形態の情報システムの全体構成を示すブロック図
【図４】カテゴリ関連度の算出処理のフローチャート
【図５】分類カテゴリ一覧とカテゴリ関連度のユーザへの提示処理のフローチャート
【図６】従来のメール配信設定の一例を示す図
【発明を実施するための形態】
【実施例】
【００１１】
図１は、本実施形態の情報システムのメール配信設定の概念図である。
【００１２】
本実施形態では、例えば複数のユーザが利用する、メールによる記事の投稿および配信の
機能（コラボレーション機能）を持つグループウェア等の情報システムを前提とする。こ
のグループウェア等への投稿記事群を記憶した過去記事ＤＢ１０１を対象としてクラスタ
リング（以下「自動分類」という。）を行い、生成されたカテゴリのユーザとの関連度を
算出し、関連度の高い順にユーザに候補として提示する。ユーザは提示されたもののなか
からカテゴリを選択することにより受信したい記事の条件を指定する。
【００１３】
具体的には、自動分類で得られた分類結果である分類カテゴリをメール受信条件の１つと
する。ユーザがメール配信設定を行う際、その得られた分類カテゴリ一覧１０２を選択肢
として提示する。
【００１４】
図１のメール配信設定画面１０３はその一例である。分類カテゴリ提示の際、分類カテゴ
リ毎に、ユーザと分類カテゴリとの関連度を示す「カテゴリ関連度」をそのユーザに提示
する。カテゴリ関連度は、「設定者が過去に投稿した返信記事の元記事」や「設定者がブ
ックマークしている記事」がどの程度含まれるかに基づいて算出される値である。
【００１５】
メール配信設定を支援することにより、ユーザは、特定のラベルなどを明示的／固定的に
指定するのではなく、新規投稿記事がどういったカテゴリに属する記事か、という条件を
指定することで、メール配信の制御が行なえる。よって、記事のメール配信漏れを低減す
ることができる。
【００１６】
（１）過去の記事の自動分類
予め、グループウェア等に対して過去に投稿された全記事（タスク１、２、３への各投稿
記事群を含む。）を、自動分類の母集団となる記事群とする。
【００１７】
この母集団となる記事群に自動分類を実施し、得られた分類カテゴリのうち、上位のいく
つかを分類カテゴリ一覧１０２として保持する。上位のいくつかは、あらかじめ設定した
閾値以上の条件で得る。例えば、「承認依頼」、「社内規程」、「規程改定」、「運用ル
ール」といったものが得られるとする。また、分類カテゴリ一覧１０２のカテゴリ毎に、
カテゴリに属する記事一覧を保持しておく。
【００１８】
なお、過去の記事について実施される自動分類は、例えば特許文献２に示す既存技術を利
用する。
【００１９】
（２）カテゴリ関連度の算出方法
次に、本システムのすべてのユーザ別に、ユーザと分類カテゴリとの関連度を示す「カテ
ゴリ関連度」を、そのユーザの識別情報およびその分類カテゴリに属する過去の投稿記事
に基づいて、分類カテゴリ毎に算出する。カテゴリ関連度は、具体的には、以下の式にし
たがい算出する。
【００２０】
カテゴリ関連度 ＝ ユーザのカテゴリ関連記事数 ／ カテゴリに属する全記事数
【００２１】
ユーザのカテゴリ関連記事数 ＝ カテゴリに属する記事で、下記（ａ）または（ｂ）いず
れかの条件に一致する記事の数
【００２２】
（ａ）カテゴリに属する記事に対して、ユーザが返信している場合（メール、Webに関わ
らず）、その記事はユーザのカテゴリ関連記事である。
【００２３】
（ｂ）カテゴリに属する記事をユーザがブックマークしている場合、その記事はユーザの
カテゴリ関連記事である。
【００２４】
算出した「カテゴリ関連度」を集計し、カテゴリ別・ユーザ別の「カテゴリ関連度」一覧
を得る。
【００２５】
図２は、カテゴリ関連度の算出の一例を示す図である。
【００２６】
この図では、過去の記事情報とその自動分類結果から、各ユーザ毎の「カテゴリ関連度」
を予め算出しておくことを示している。
【００２７】
過去記事ＤＢ１０１には、過去の記事情報（記事Ａ〜Ｅ）が蓄積されている。
図２では、記事Ａ、Ｂ、Ｃからなるタスク１と、記事Ｄ、Ｅからなるタスク２について図
示している。
【００２８】
記事Ａの投稿者はユーザＡである。この記事Ａへの返信である記事Ｂの投稿者はユーザＢ
である。この記事Ｂへの返信である記事Ｃの投稿者はユーザＣである。
【００２９】
記事Ｄの投稿者はユーザＢである。この記事Ｄへの返信である記事Ｅの投稿者はユーザＣ
である。なお、記事ＥについてはユーザＣがブックマークしている。
【００３０】
この過去記事ＤＢ１０１の内容を自動分類した結果が分類カテゴリ一覧１０２である。図
２の分類カテゴリ一覧１０２は、図１の分類カテゴリ一覧１０２の一部をより詳細に示し
たものであり、カテゴリ毎に、カテゴリに属する記事一覧が保持されている。
【００３１】
カテゴリ「承認依頼」には、記事Ａ、Ｂ、Ｄが自動分類されている。
カテゴリ「社内規程」には、記事Ｃ、Ｅが自動分類されている。
なお、各記事の投稿者は過去記事ＤＢ１０１で示した通りのままである。
【００３２】
そして、この過去記事ＤＢ１０１および分類カテゴリ一覧１０２の内容に基づいて、上記
条件（ａ）に一致する返信元記事と返信記事とその投稿者の一覧にしたものが図２の一覧
２０１である。
【００３３】
「返信元記事の分類カテゴリ」の項目には「承認依頼」がまとめられており、「返信元記
事」の項目には記事Ａ、Ｂ、Ｄが分類されている。この２項目は分類カテゴリ一覧１０２
の結果と同じである。
【００３４】
「返信記事」の項目は、各「返信元記事」に対する各返信記事を示している。過去記事Ｄ
Ｂ１０１の内容に基づいて、記事Ａに対しては記事Ｂ、記事Ｂに対しては記事Ｃ、記事Ｄ
に対しては記事Ｅが、それぞれ返信記事となっている。
【００３５】
「返信記事の投稿者」の項目は、各「返信記事」の投稿者を示している。過去記事ＤＢ１
０１の内容に基づいて、記事ＢについてはユーザＢ、記事ＣについてはユーザＣ、記事Ｅ
についてはユーザＣが、それぞれ投稿者となっている。
【００３６】
また、過去記事ＤＢ１０１および分類カテゴリ一覧１０２の内容に基づいて、上記条件（
ｂ）に一致するブックマーク記事の一覧にしたものが一覧２０２である。
【００３７】
過去記事ＤＢ１０１を参照すると、「ブックマーク」をしているユーザは「ユーザＣ」の
みであるので、一覧２０２の「ブックマーク」の項目にユーザＣが示されている。このユ
ーザＣがブックマークをしているのは記事Ａであり、それが「記事」の項目に示されてい
る。また、この記事Ａの「分類カテゴリ」は、分類カテゴリ一覧１０２の結果に基づき「
承認依頼」となっている。
【００３８】
この一覧２０１および一覧２０２の情報をマージすることにより、ユーザ毎のカテゴリ関
連度２０３が得られる。
【００３９】
「ユーザ」としてユーザＢ、ユーザＣがあげられている。なお、ユーザＡがこの一覧から
除外（図示を省略）されているが、それはユーザＡの関連度が、上記条件（ａ）、（ｂ）
に一致しないので、「０％」と算出されたからである。
【００４０】
図２の一覧２０１および一覧２０２において、ユーザＢに関する「分類カテゴリ」は「承
認依頼」があげられている。その「カテゴリ関連度」は、上記の式にあてはめると、カテ
ゴリ関連度 ＝ ユーザのカテゴリ関連記事数 ／ カテゴリに属する全記事数 ＝ （一覧
２０１の「承認依頼」に属する記事に対してユーザＢが返信しているものは、記事Ａ、す
なわち１） ／ （分類カテゴリ一覧１０２において「承認依頼」に属する記事数は、記
事Ａ、Ｂ、Ｄ、すなわち３）＝ １／３ ＝ ３３％ となる。
【００４１】
図２の一覧２０１および一覧２０２において、ユーザＣに関する「分類カテゴリ」は「承
認依頼」と「社内規程」があげられている。分類カテゴリ「承認依頼」に関するユーザＣ
の「カテゴリ関連度」は、上記の式にあてはめると、カテゴリ関連度 ＝ ユーザのカテゴ
リ関連記事数 ／ カテゴリに属する全記事数 ＝ （（一覧２０１の「承認依頼」に属す
る記事に対してユーザＣが返信しているものは、記事Ｂ、Ｄ、すなわち２） ／ （分類
カテゴリ一覧１０２において「承認依頼」に属する記事数は、記事Ａ、Ｂ、Ｄ、すなわち
３）＝ ２／３ ＝ ６６％ となる。
【００４２】
また、分類カテゴリ「社内規程」に関するユーザＣの「カテゴリ関連度」は、上記の式に
あてはめると、カテゴリ関連度 ＝ ユーザのカテゴリ関連記事数 ／ カテゴリに属する全
記事数 ＝ （（一覧２０２の「社内規程」に属する記事であってユーザＣがブックマー
クしているものは、記事Ｅ、すなわち１） ／ （分類カテゴリ一覧１０２において「社
内規程」に属する記事数は、記事Ｃ、Ｅすなわち２）＝ １／２ ＝ ５５％ となる。
【００４３】
次に、分類カテゴリ一覧１０２とカテゴリ関連度のユーザへの提示について説明する。
【００４４】
まず、分類カテゴリ一覧１０２と、メール配信設定しようとしているユーザの分類カテゴ
リ別のカテゴリ関連度を取得する（図２のユーザ毎のカテゴリ関連度２０３参照。）。
【００４５】
次に、取得した「分類カテゴリ一覧」と「ユーザのカテゴリ毎のカテゴリ関連度」をメー
ル配信設定の設定条件としてユーザに提示する。その際、カテゴリ関連度の高い順に分類
カテゴリを提示する。
【００４６】
例えば、図１のメール配信設定画面１０３は、ユーザＣに提示している場合、「自動分類
カテゴリ」として「承認依頼」（カテゴリ関連度は６６％）、「社内規程」（カテゴリ関
連度は５０％）を提示しており、それぞれ、配信有無（する／しない）を選択できるよう
になっている。
【００４７】
メール配信設定画面１０３の分類カテゴリを設定できることによる効果は、新着記事は、
分類カテゴリ一覧１０２を指定することにより、いずれかに分類できることである（ただ
し、分類カテゴリ一覧１０２は、上位のいくつかの分類であるので、いずれにも該当しな
い場合もある）。
【００４８】
ユーザがメール配信設定で配信「する」を選択している分類カテゴリに新着記事が分類さ
れた場合、その新着記事はメール配信の条件に一致し、ユーザにメール配信される。
【００４９】
図３は、本実施形態の情報システムの全体構成を示すブロック図である。
【００５０】
ユーザ３０１は、情報システム３００の利用者である。
【００５１】
ユーザインタフェース３０２は、ユーザ３０１のユーザインタフェースへの操作をユーザ
インタフェース制御部３０３に伝える。
【００５２】
ユーザインタフェース制御部３０３は、ユーザインタフェース３０２からの分類カテゴリ
一覧１０２およびカテゴリ関連度の取得要求を、分類カテゴリ一覧取得部３０４およびカ
テゴリ関連度取得部３０５に伝達する。
【００５３】
カテゴリ関連度算出部３０６は、予め、過去記事ＤＢ１０１の情報を元に、全記事対象に
自動分類を行い、分類カテゴリ一覧１０２を得て、そのカテゴリ別・ユーザ別のカテゴリ
関連度を算出し、分類カテゴリ一覧１０２と各カテゴリ毎のユーザ別カテゴリ関連度の情
報を、カテゴリＤＢ３０７に格納しておく。
【００５４】
分類カテゴリ一覧取得部３０４は、ユーザインタフェース制御部３０３からの分類カテゴ
リ一覧１０２の取得要求に応じ、自動分類の結果（予め算出済）である分類カテゴリ一覧
１０２を、カテゴリＤＢ３０７から取得する。
【００５５】
カテゴリ関連度取得部３０５は、ユーザインタフェース制御部３０３からのカテゴリ関連
度の取得要求に応じ、分類カテゴリ一覧１０２の各カテゴリ毎に、ユーザ３０１のカテゴ
リ関連度を、カテゴリＤＢ３０７から取得する。
【００５６】
過去記事ＤＢ１０１は、過去に投稿された記事を格納(蓄積)するデータベースである。記
事に関するすべての情報（記事の識別子（ID）、タイトル、本文、投稿者、投稿時刻、返
信等のつながりなど他記事との記事間の関連情報など）が格納されている。
【００５７】
カテゴリＤＢ３０７は、分類カテゴリ一覧１０２とカテゴリ別・ユーザ別のカテゴリ関連
度を格納（蓄積）するデータベースである。分類カテゴリ一覧１０２とカテゴリ別・ユー
ザ別のカテゴリ関連度は、任意のタイミングでの過去記事ＤＢ１０１の状態（スナップシ
ョット：例えば月に１回算出する、など。）から、カテゴリ関連度算出部３０６によって
予め算出しておく。
【００５８】
本実施形態において、ユーザインタフェース３０２、ユーザインタフェース制御部３０３
、分類カテゴリ一覧取得部３０４、カテゴリ関連度取得部３０５、カテゴリ関連度算出部
３０６は、これら各処理を記事配信設定装置３０８におけるコンピュータの処理装置に実
行させるためのプログラムとして実装することができる。各プログラムはコンピュータの
メモリ等の記憶装置に記憶される。過去記事ＤＢ１０１、カテゴリＤＢ３０７は、データ
ベースとして情報システム３００内のＨＤＤ等の記憶装置に記憶される。ユーザインタフ
ェース３０２は、ユーザ３０１へのディスプレイを介した図１に示したメール配信設定画
面１０３の表示や、キーボード、マウス等による入力のための処理を含むものである。
【００５９】
なお、記事配信設定支援装置３０８の各処理手段は、一つの装置による形態に限定される
ものではなく、クライアント・サーバや、ＡＳＰ・ＳａａＳ・クラウドコンピューティン
グといった種々の形態により実施することも可能である。
【００６０】
図４は、カテゴリ関連度の算出処理のフローチャートである。
【００６１】
カテゴリ関連度算出部３０６は、過去記事ＤＢ１０１から全記事情報を取得し、自動分類
を実行し、図２に示した分類カテゴリ一覧１０２と、この一覧１０２においてカテゴリ毎
に分類された記事一覧（以下「カテゴリ記事一覧」という。）を得る（ステップＳ１０１
）。
【００６２】
カテゴリ関連度算出部３０６は、取得した分類カテゴリ一覧１０２とカテゴリ記事一覧を
、カテゴリＤＢ３０７に格納する（ステップＳ１０２）。
【００６３】
そして、全記事一覧を対象に、記事毎に以下を繰り返す（ステップＳ１０３）。
【００６４】
記事が他記事への返信ではなく、先頭の記事の場合は何もせず、次の記事へ処理を進める
(continue)（ステップＳ１０４）。
【００６５】
記事が返信記事の場合は、記事の投稿者（ユーザ）の識別子（ID）と、返信元記事の属す
るカテゴリを調べ、得られた「返信元記事のカテゴリ、記事の投稿者のユーザID、記事ID
」を対にした情報を保持する（ステップＳ１０５）。この保持は、内部でも外部記憶媒体
でもどこでも良い。
【００６６】
記事が、あるユーザによってブックマークされている場合、ブックマークしているユー
ザのIDと、記事の属するカテゴリを調べ、前ステップＳ１０５と同様に「記事のカテゴリ
、ユーザID、記事ID」を対にした情報を保持する（ステップＳ１０６）。
【００６７】
ステップＳ１０３からの繰り返しはここまでである（ステップＳ１０７）。
【００６８】
次に、全分類カテゴリを対象に、カテゴリ記事一覧からカテゴリに属する全記事数を保持
しておく（ステップＳ１０８）。
【００６９】
全ユーザを対象に、ユーザ毎に以下を繰り返す（ステップＳ１０９）。
【００７０】
分類カテゴリ毎に、保持している対情報をカテゴリとユーザIDで検索し、該当する件数(
対情報の件数＝カテゴリに属する記事でユーザが関係する記事の数)を、カテゴリに属す
る全記事数で割り、その商をユーザのカテゴリに対する「カテゴリ関連度」として算出し
、「カテゴリ、ユーザID、カテゴリ関連度」の対情報をカテゴリＤＢに格納する（ステッ
プＳ１１０）。
【００７１】
ステップＳ１０９からの繰り返しはここまでである（Ｓ１１１）。
【００７２】
図５は、分類カテゴリ一覧１０２とカテゴリ関連度のユーザへの提示処理のフローチャー
トである。
【００７３】
ユーザ３０１は、ユーザインタフェース３０２に、分類カテゴリ一覧１０２およびユーザ
のカテゴリ関連度の取得を要求する。その際、ユーザインタフェース３０２にユーザのユ
ーザIDを渡す（ステップＳ２０１）。
【００７４】
ユーザインタフェース３０２は、ユーザインタフェース制御部３０３にユーザIDを渡し、
分類カテゴリ一覧１０２およびユーザのカテゴリ関連度の取得を要求する（ステップＳ２
０２）。
【００７５】
ユーザインタフェース制御部３０３は、分類カテゴリ一覧取得部３０４に分類カテゴリ一
覧１０２を要求する。その際、分類カテゴリ一覧取得部３０４にユーザ３０１のユーザID
を渡す（ステップＳ２０３）。
【００７６】
分類カテゴリ一覧取得部３０４は、カテゴリＤＢ３０７から分類カテゴリ一覧１０２を取
得し、ユーザインタフェース制御部３０３に返す（ステップＳ２０４）。
【００７７】
ユーザインタフェース制御部３０３は、分類カテゴリ一覧１０２のカテゴリ毎に、カテゴ
リとユーザIDをカテゴリ関連度取得部３０５に渡し、カテゴリ関連度の取得を要求する（
ステップＳ２０５）。
【００７８】
カテゴリ関連度取得部３０５は、カテゴリとユーザIDからカテゴリ関連度を取得し、「カ
テゴリ、ユーザID、カテゴリ関連度」の情報を、ユーザインタフェース制御部３０３に返
す（ステップＳ２０６）。
【００７９】
ユーザインタフェース制御部３０３は、カテゴリの数だけカテゴリ関連度を取得し、ユー
ザインタフェース３０２に結果を返す（ステップＳ２０７）。
【００８０】
ユーザインタフェース３０２は、ユーザに分類カテゴリの一覧とカテゴリ毎のユーザのカ
テゴリ関連度を、ユーザ３０１に提示する（ステップＳ２０８）。
【００８１】
ユーザ３０１は、カテゴリ関連度の情報を判断材料に、メール配信設定を行う（ステップ
Ｓ２０９）。
【００８２】
以上説明したように、本実施形態によれば、投稿記事の自動分類機能を持つ情報システム
において、メール配信設定をする際、提示された分類カテゴリに対し、カテゴリ関連度を
参照しながら、配信設定を設定することで、ユーザはラベルやアクション等を明示的に指
定することなく、分類を指定することで、ユーザへの新着記事の配信漏れを低減させるこ
とができる。
【００８３】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したもの
であり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々
な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置
き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含
まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものであ
る。
【符号の説明】
【００８４】
１０１・・・過去記事ＤＢ
１０２・・・分類カテゴリ一覧
１０３・・・メール配信設定画面
２０１・・・条件（ａ）に一致する返信元記事と返信記事とその投稿者の一覧
２０２・・・条件（ｂ）に一致するブックマーク記事の一覧
２０３・・・ユーザ毎のカテゴリ関連度
３００・・・情報システム
３０１・・・ユーザ
３０２・・・ユーザインタフェース
３０３・・・ユーザインタフェース制御部
３０４・・・分類カテゴリ一覧取得部
３０５・・・カテゴリ関連度取得部
３０６・・・カテゴリ関連度算出部
３０７・・・カテゴリＤＢ
３０８・・・記事配信設定支援装置
【技術分野】
【０００１】
本発明の実施形態は、情報システムにおいて電子メール等の配信設定を支援するための記
事配信設定支援装置、方法及びプログラムに関する。
【背景技術】
【０００２】
従来のコミュニケーションシステムにおいて、グループウェアなどのコミュニティツール
や、メールによる情報提供サイトなどがある。このようなシステムにおいては、ユーザが
、投稿された情報の中から、電子メールとして受け取る情報を、条件指定により指定でき
るものがある。このような記事配信に関するメール配信設定では、記事の条件を指定する
ことで、新規投稿記事のメール配信「する／しない」について制御することができる。
【０００３】
図６は、従来のメール配信設定の一例を示す図である。
【０００４】
ユーザは、投稿された記事のメール受信の条件を、記事に貼付されたラベル（「連絡」や
「重要」）や、記事投稿時に実行したアクションなどで、直接指定する。なお、ここでい
う記事のアクションとは、記事の種類で、何をするために、あるいは、どのような目的で
投稿した記事なのかを表すようなもの（「承認依頼」や「確認依頼」）である。
【０００５】
このような配信設定により、ユーザは、自分に関係のある情報のみを取捨選択してメール
で受信することが可能であった。
【０００６】
しかしながら、上記の従来方法では、メールの受信条件として記事のラベルやアクション
、含まれるキーワードなどを明示的に指定する必要がある。ユーザは、記事中に含まれる
キーワードや、ラベルやアクションの意味や使用頻度など、条件指定するための判断材料
を事前に知っておく必要があるので、条件の設定が難しいという側面があった。よって、
ユーザ側において、条件設定の誤りや漏れが発生する恐れがある。一方で、記事の投稿者
が記事にラベルを貼り忘れることで、条件設定は正しく内容としても配信されるべき記事
が配信されない、といった場合もある。このように、従来の技術では、配信記事に漏れが
発生する可能性があった。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特許第４３９３４８２号公報
【特許文献２】特許第４７４５４１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明が解決しようとする課題は、ユーザへの新着記事のメール配信漏れを低減すること
ができる技術を提供することである。
【課題を解決するための手段】
【０００９】
本発明の実施形態によれば、ユーザからの記事の投稿機能およびユーザへの記事の配信機
能を有し、投稿された記事を記憶する記憶手段を持つ情報システムにおいて、投稿された
記事である過去記事およびその投稿ユーザならびに記事間の関連情報を記憶する。記憶手
段に記憶されている過去記事をクラスタリングして分類カテゴリとこの分類カテゴリに属
する記事とを求める。記憶手段を参照して、ユーザと分類カテゴリとの関連度を示すカテ
ゴリ関連度を求める。投稿された記事をユーザに配信する条件を設定する際に、分類カテ
ゴリとカテゴリ関連度を提示する。
【図面の簡単な説明】
【００１０】
【図１】本実施形態の情報システムのメール配信設定の概念図
【図２】カテゴリ関連度の算出の一例を示す図
【図３】本実施形態の情報システムの全体構成を示すブロック図
【図４】カテゴリ関連度の算出処理のフローチャート
【図５】分類カテゴリ一覧とカテゴリ関連度のユーザへの提示処理のフローチャート
【図６】従来のメール配信設定の一例を示す図
【発明を実施するための形態】
【実施例】
【００１１】
図１は、本実施形態の情報システムのメール配信設定の概念図である。
【００１２】
本実施形態では、例えば複数のユーザが利用する、メールによる記事の投稿および配信の
機能（コラボレーション機能）を持つグループウェア等の情報システムを前提とする。こ
のグループウェア等への投稿記事群を記憶した過去記事ＤＢ１０１を対象としてクラスタ
リング（以下「自動分類」という。）を行い、生成されたカテゴリのユーザとの関連度を
算出し、関連度の高い順にユーザに候補として提示する。ユーザは提示されたもののなか
からカテゴリを選択することにより受信したい記事の条件を指定する。
【００１３】
具体的には、自動分類で得られた分類結果である分類カテゴリをメール受信条件の１つと
する。ユーザがメール配信設定を行う際、その得られた分類カテゴリ一覧１０２を選択肢
として提示する。
【００１４】
図１のメール配信設定画面１０３はその一例である。分類カテゴリ提示の際、分類カテゴ
リ毎に、ユーザと分類カテゴリとの関連度を示す「カテゴリ関連度」をそのユーザに提示
する。カテゴリ関連度は、「設定者が過去に投稿した返信記事の元記事」や「設定者がブ
ックマークしている記事」がどの程度含まれるかに基づいて算出される値である。
【００１５】
メール配信設定を支援することにより、ユーザは、特定のラベルなどを明示的／固定的に
指定するのではなく、新規投稿記事がどういったカテゴリに属する記事か、という条件を
指定することで、メール配信の制御が行なえる。よって、記事のメール配信漏れを低減す
ることができる。
【００１６】
（１）過去の記事の自動分類
予め、グループウェア等に対して過去に投稿された全記事（タスク１、２、３への各投稿
記事群を含む。）を、自動分類の母集団となる記事群とする。
【００１７】
この母集団となる記事群に自動分類を実施し、得られた分類カテゴリのうち、上位のいく
つかを分類カテゴリ一覧１０２として保持する。上位のいくつかは、あらかじめ設定した
閾値以上の条件で得る。例えば、「承認依頼」、「社内規程」、「規程改定」、「運用ル
ール」といったものが得られるとする。また、分類カテゴリ一覧１０２のカテゴリ毎に、
カテゴリに属する記事一覧を保持しておく。
【００１８】
なお、過去の記事について実施される自動分類は、例えば特許文献２に示す既存技術を利
用する。
【００１９】
（２）カテゴリ関連度の算出方法
次に、本システムのすべてのユーザ別に、ユーザと分類カテゴリとの関連度を示す「カテ
ゴリ関連度」を、そのユーザの識別情報およびその分類カテゴリに属する過去の投稿記事
に基づいて、分類カテゴリ毎に算出する。カテゴリ関連度は、具体的には、以下の式にし
たがい算出する。
【００２０】
カテゴリ関連度 ＝ ユーザのカテゴリ関連記事数 ／ カテゴリに属する全記事数
【００２１】
ユーザのカテゴリ関連記事数 ＝ カテゴリに属する記事で、下記（ａ）または（ｂ）いず
れかの条件に一致する記事の数
【００２２】
（ａ）カテゴリに属する記事に対して、ユーザが返信している場合（メール、Webに関わ
らず）、その記事はユーザのカテゴリ関連記事である。
【００２３】
（ｂ）カテゴリに属する記事をユーザがブックマークしている場合、その記事はユーザの
カテゴリ関連記事である。
【００２４】
算出した「カテゴリ関連度」を集計し、カテゴリ別・ユーザ別の「カテゴリ関連度」一覧
を得る。
【００２５】
図２は、カテゴリ関連度の算出の一例を示す図である。
【００２６】
この図では、過去の記事情報とその自動分類結果から、各ユーザ毎の「カテゴリ関連度」
を予め算出しておくことを示している。
【００２７】
過去記事ＤＢ１０１には、過去の記事情報（記事Ａ〜Ｅ）が蓄積されている。
図２では、記事Ａ、Ｂ、Ｃからなるタスク１と、記事Ｄ、Ｅからなるタスク２について図
示している。
【００２８】
記事Ａの投稿者はユーザＡである。この記事Ａへの返信である記事Ｂの投稿者はユーザＢ
である。この記事Ｂへの返信である記事Ｃの投稿者はユーザＣである。
【００２９】
記事Ｄの投稿者はユーザＢである。この記事Ｄへの返信である記事Ｅの投稿者はユーザＣ
である。なお、記事ＥについてはユーザＣがブックマークしている。
【００３０】
この過去記事ＤＢ１０１の内容を自動分類した結果が分類カテゴリ一覧１０２である。図
２の分類カテゴリ一覧１０２は、図１の分類カテゴリ一覧１０２の一部をより詳細に示し
たものであり、カテゴリ毎に、カテゴリに属する記事一覧が保持されている。
【００３１】
カテゴリ「承認依頼」には、記事Ａ、Ｂ、Ｄが自動分類されている。
カテゴリ「社内規程」には、記事Ｃ、Ｅが自動分類されている。
なお、各記事の投稿者は過去記事ＤＢ１０１で示した通りのままである。
【００３２】
そして、この過去記事ＤＢ１０１および分類カテゴリ一覧１０２の内容に基づいて、上記
条件（ａ）に一致する返信元記事と返信記事とその投稿者の一覧にしたものが図２の一覧
２０１である。
【００３３】
「返信元記事の分類カテゴリ」の項目には「承認依頼」がまとめられており、「返信元記
事」の項目には記事Ａ、Ｂ、Ｄが分類されている。この２項目は分類カテゴリ一覧１０２
の結果と同じである。
【００３４】
「返信記事」の項目は、各「返信元記事」に対する各返信記事を示している。過去記事Ｄ
Ｂ１０１の内容に基づいて、記事Ａに対しては記事Ｂ、記事Ｂに対しては記事Ｃ、記事Ｄ
に対しては記事Ｅが、それぞれ返信記事となっている。
【００３５】
「返信記事の投稿者」の項目は、各「返信記事」の投稿者を示している。過去記事ＤＢ１
０１の内容に基づいて、記事ＢについてはユーザＢ、記事ＣについてはユーザＣ、記事Ｅ
についてはユーザＣが、それぞれ投稿者となっている。
【００３６】
また、過去記事ＤＢ１０１および分類カテゴリ一覧１０２の内容に基づいて、上記条件（
ｂ）に一致するブックマーク記事の一覧にしたものが一覧２０２である。
【００３７】
過去記事ＤＢ１０１を参照すると、「ブックマーク」をしているユーザは「ユーザＣ」の
みであるので、一覧２０２の「ブックマーク」の項目にユーザＣが示されている。このユ
ーザＣがブックマークをしているのは記事Ａであり、それが「記事」の項目に示されてい
る。また、この記事Ａの「分類カテゴリ」は、分類カテゴリ一覧１０２の結果に基づき「
承認依頼」となっている。
【００３８】
この一覧２０１および一覧２０２の情報をマージすることにより、ユーザ毎のカテゴリ関
連度２０３が得られる。
【００３９】
「ユーザ」としてユーザＢ、ユーザＣがあげられている。なお、ユーザＡがこの一覧から
除外（図示を省略）されているが、それはユーザＡの関連度が、上記条件（ａ）、（ｂ）
に一致しないので、「０％」と算出されたからである。
【００４０】
図２の一覧２０１および一覧２０２において、ユーザＢに関する「分類カテゴリ」は「承
認依頼」があげられている。その「カテゴリ関連度」は、上記の式にあてはめると、カテ
ゴリ関連度 ＝ ユーザのカテゴリ関連記事数 ／ カテゴリに属する全記事数 ＝ （一覧
２０１の「承認依頼」に属する記事に対してユーザＢが返信しているものは、記事Ａ、す
なわち１） ／ （分類カテゴリ一覧１０２において「承認依頼」に属する記事数は、記
事Ａ、Ｂ、Ｄ、すなわち３）＝ １／３ ＝ ３３％ となる。
【００４１】
図２の一覧２０１および一覧２０２において、ユーザＣに関する「分類カテゴリ」は「承
認依頼」と「社内規程」があげられている。分類カテゴリ「承認依頼」に関するユーザＣ
の「カテゴリ関連度」は、上記の式にあてはめると、カテゴリ関連度 ＝ ユーザのカテゴ
リ関連記事数 ／ カテゴリに属する全記事数 ＝ （（一覧２０１の「承認依頼」に属す
る記事に対してユーザＣが返信しているものは、記事Ｂ、Ｄ、すなわち２） ／ （分類
カテゴリ一覧１０２において「承認依頼」に属する記事数は、記事Ａ、Ｂ、Ｄ、すなわち
３）＝ ２／３ ＝ ６６％ となる。
【００４２】
また、分類カテゴリ「社内規程」に関するユーザＣの「カテゴリ関連度」は、上記の式に
あてはめると、カテゴリ関連度 ＝ ユーザのカテゴリ関連記事数 ／ カテゴリに属する全
記事数 ＝ （（一覧２０２の「社内規程」に属する記事であってユーザＣがブックマー
クしているものは、記事Ｅ、すなわち１） ／ （分類カテゴリ一覧１０２において「社
内規程」に属する記事数は、記事Ｃ、Ｅすなわち２）＝ １／２ ＝ ５５％ となる。
【００４３】
次に、分類カテゴリ一覧１０２とカテゴリ関連度のユーザへの提示について説明する。
【００４４】
まず、分類カテゴリ一覧１０２と、メール配信設定しようとしているユーザの分類カテゴ
リ別のカテゴリ関連度を取得する（図２のユーザ毎のカテゴリ関連度２０３参照。）。
【００４５】
次に、取得した「分類カテゴリ一覧」と「ユーザのカテゴリ毎のカテゴリ関連度」をメー
ル配信設定の設定条件としてユーザに提示する。その際、カテゴリ関連度の高い順に分類
カテゴリを提示する。
【００４６】
例えば、図１のメール配信設定画面１０３は、ユーザＣに提示している場合、「自動分類
カテゴリ」として「承認依頼」（カテゴリ関連度は６６％）、「社内規程」（カテゴリ関
連度は５０％）を提示しており、それぞれ、配信有無（する／しない）を選択できるよう
になっている。
【００４７】
メール配信設定画面１０３の分類カテゴリを設定できることによる効果は、新着記事は、
分類カテゴリ一覧１０２を指定することにより、いずれかに分類できることである（ただ
し、分類カテゴリ一覧１０２は、上位のいくつかの分類であるので、いずれにも該当しな
い場合もある）。
【００４８】
ユーザがメール配信設定で配信「する」を選択している分類カテゴリに新着記事が分類さ
れた場合、その新着記事はメール配信の条件に一致し、ユーザにメール配信される。
【００４９】
図３は、本実施形態の情報システムの全体構成を示すブロック図である。
【００５０】
ユーザ３０１は、情報システム３００の利用者である。
【００５１】
ユーザインタフェース３０２は、ユーザ３０１のユーザインタフェースへの操作をユーザ
インタフェース制御部３０３に伝える。
【００５２】
ユーザインタフェース制御部３０３は、ユーザインタフェース３０２からの分類カテゴリ
一覧１０２およびカテゴリ関連度の取得要求を、分類カテゴリ一覧取得部３０４およびカ
テゴリ関連度取得部３０５に伝達する。
【００５３】
カテゴリ関連度算出部３０６は、予め、過去記事ＤＢ１０１の情報を元に、全記事対象に
自動分類を行い、分類カテゴリ一覧１０２を得て、そのカテゴリ別・ユーザ別のカテゴリ
関連度を算出し、分類カテゴリ一覧１０２と各カテゴリ毎のユーザ別カテゴリ関連度の情
報を、カテゴリＤＢ３０７に格納しておく。
【００５４】
分類カテゴリ一覧取得部３０４は、ユーザインタフェース制御部３０３からの分類カテゴ
リ一覧１０２の取得要求に応じ、自動分類の結果（予め算出済）である分類カテゴリ一覧
１０２を、カテゴリＤＢ３０７から取得する。
【００５５】
カテゴリ関連度取得部３０５は、ユーザインタフェース制御部３０３からのカテゴリ関連
度の取得要求に応じ、分類カテゴリ一覧１０２の各カテゴリ毎に、ユーザ３０１のカテゴ
リ関連度を、カテゴリＤＢ３０７から取得する。
【００５６】
過去記事ＤＢ１０１は、過去に投稿された記事を格納(蓄積)するデータベースである。記
事に関するすべての情報（記事の識別子（ID）、タイトル、本文、投稿者、投稿時刻、返
信等のつながりなど他記事との記事間の関連情報など）が格納されている。
【００５７】
カテゴリＤＢ３０７は、分類カテゴリ一覧１０２とカテゴリ別・ユーザ別のカテゴリ関連
度を格納（蓄積）するデータベースである。分類カテゴリ一覧１０２とカテゴリ別・ユー
ザ別のカテゴリ関連度は、任意のタイミングでの過去記事ＤＢ１０１の状態（スナップシ
ョット：例えば月に１回算出する、など。）から、カテゴリ関連度算出部３０６によって
予め算出しておく。
【００５８】
本実施形態において、ユーザインタフェース３０２、ユーザインタフェース制御部３０３
、分類カテゴリ一覧取得部３０４、カテゴリ関連度取得部３０５、カテゴリ関連度算出部
３０６は、これら各処理を記事配信設定装置３０８におけるコンピュータの処理装置に実
行させるためのプログラムとして実装することができる。各プログラムはコンピュータの
メモリ等の記憶装置に記憶される。過去記事ＤＢ１０１、カテゴリＤＢ３０７は、データ
ベースとして情報システム３００内のＨＤＤ等の記憶装置に記憶される。ユーザインタフ
ェース３０２は、ユーザ３０１へのディスプレイを介した図１に示したメール配信設定画
面１０３の表示や、キーボード、マウス等による入力のための処理を含むものである。
【００５９】
なお、記事配信設定支援装置３０８の各処理手段は、一つの装置による形態に限定される
ものではなく、クライアント・サーバや、ＡＳＰ・ＳａａＳ・クラウドコンピューティン
グといった種々の形態により実施することも可能である。
【００６０】
図４は、カテゴリ関連度の算出処理のフローチャートである。
【００６１】
カテゴリ関連度算出部３０６は、過去記事ＤＢ１０１から全記事情報を取得し、自動分類
を実行し、図２に示した分類カテゴリ一覧１０２と、この一覧１０２においてカテゴリ毎
に分類された記事一覧（以下「カテゴリ記事一覧」という。）を得る（ステップＳ１０１
）。
【００６２】
カテゴリ関連度算出部３０６は、取得した分類カテゴリ一覧１０２とカテゴリ記事一覧を
、カテゴリＤＢ３０７に格納する（ステップＳ１０２）。
【００６３】
そして、全記事一覧を対象に、記事毎に以下を繰り返す（ステップＳ１０３）。
【００６４】
記事が他記事への返信ではなく、先頭の記事の場合は何もせず、次の記事へ処理を進める
(continue)（ステップＳ１０４）。
【００６５】
記事が返信記事の場合は、記事の投稿者（ユーザ）の識別子（ID）と、返信元記事の属す
るカテゴリを調べ、得られた「返信元記事のカテゴリ、記事の投稿者のユーザID、記事ID
」を対にした情報を保持する（ステップＳ１０５）。この保持は、内部でも外部記憶媒体
でもどこでも良い。
【００６６】
記事が、あるユーザによってブックマークされている場合、ブックマークしているユー
ザのIDと、記事の属するカテゴリを調べ、前ステップＳ１０５と同様に「記事のカテゴリ
、ユーザID、記事ID」を対にした情報を保持する（ステップＳ１０６）。
【００６７】
ステップＳ１０３からの繰り返しはここまでである（ステップＳ１０７）。
【００６８】
次に、全分類カテゴリを対象に、カテゴリ記事一覧からカテゴリに属する全記事数を保持
しておく（ステップＳ１０８）。
【００６９】
全ユーザを対象に、ユーザ毎に以下を繰り返す（ステップＳ１０９）。
【００７０】
分類カテゴリ毎に、保持している対情報をカテゴリとユーザIDで検索し、該当する件数(
対情報の件数＝カテゴリに属する記事でユーザが関係する記事の数)を、カテゴリに属す
る全記事数で割り、その商をユーザのカテゴリに対する「カテゴリ関連度」として算出し
、「カテゴリ、ユーザID、カテゴリ関連度」の対情報をカテゴリＤＢに格納する（ステッ
プＳ１１０）。
【００７１】
ステップＳ１０９からの繰り返しはここまでである（Ｓ１１１）。
【００７２】
図５は、分類カテゴリ一覧１０２とカテゴリ関連度のユーザへの提示処理のフローチャー
トである。
【００７３】
ユーザ３０１は、ユーザインタフェース３０２に、分類カテゴリ一覧１０２およびユーザ
のカテゴリ関連度の取得を要求する。その際、ユーザインタフェース３０２にユーザのユ
ーザIDを渡す（ステップＳ２０１）。
【００７４】
ユーザインタフェース３０２は、ユーザインタフェース制御部３０３にユーザIDを渡し、
分類カテゴリ一覧１０２およびユーザのカテゴリ関連度の取得を要求する（ステップＳ２
０２）。
【００７５】
ユーザインタフェース制御部３０３は、分類カテゴリ一覧取得部３０４に分類カテゴリ一
覧１０２を要求する。その際、分類カテゴリ一覧取得部３０４にユーザ３０１のユーザID
を渡す（ステップＳ２０３）。
【００７６】
分類カテゴリ一覧取得部３０４は、カテゴリＤＢ３０７から分類カテゴリ一覧１０２を取
得し、ユーザインタフェース制御部３０３に返す（ステップＳ２０４）。
【００７７】
ユーザインタフェース制御部３０３は、分類カテゴリ一覧１０２のカテゴリ毎に、カテゴ
リとユーザIDをカテゴリ関連度取得部３０５に渡し、カテゴリ関連度の取得を要求する（
ステップＳ２０５）。
【００７８】
カテゴリ関連度取得部３０５は、カテゴリとユーザIDからカテゴリ関連度を取得し、「カ
テゴリ、ユーザID、カテゴリ関連度」の情報を、ユーザインタフェース制御部３０３に返
す（ステップＳ２０６）。
【００７９】
ユーザインタフェース制御部３０３は、カテゴリの数だけカテゴリ関連度を取得し、ユー
ザインタフェース３０２に結果を返す（ステップＳ２０７）。
【００８０】
ユーザインタフェース３０２は、ユーザに分類カテゴリの一覧とカテゴリ毎のユーザのカ
テゴリ関連度を、ユーザ３０１に提示する（ステップＳ２０８）。
【００８１】
ユーザ３０１は、カテゴリ関連度の情報を判断材料に、メール配信設定を行う（ステップ
Ｓ２０９）。
【００８２】
以上説明したように、本実施形態によれば、投稿記事の自動分類機能を持つ情報システム
において、メール配信設定をする際、提示された分類カテゴリに対し、カテゴリ関連度を
参照しながら、配信設定を設定することで、ユーザはラベルやアクション等を明示的に指
定することなく、分類を指定することで、ユーザへの新着記事の配信漏れを低減させるこ
とができる。
【００８３】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したもの
であり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々
な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置
き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含
まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものであ
る。
【符号の説明】
【００８４】
１０１・・・過去記事ＤＢ
１０２・・・分類カテゴリ一覧
１０３・・・メール配信設定画面
２０１・・・条件（ａ）に一致する返信元記事と返信記事とその投稿者の一覧
２０２・・・条件（ｂ）に一致するブックマーク記事の一覧
２０３・・・ユーザ毎のカテゴリ関連度
３００・・・情報システム
３０１・・・ユーザ
３０２・・・ユーザインタフェース
３０３・・・ユーザインタフェース制御部
３０４・・・分類カテゴリ一覧取得部
３０５・・・カテゴリ関連度取得部
３０６・・・カテゴリ関連度算出部
３０７・・・カテゴリＤＢ
３０８・・・記事配信設定支援装置
【特許請求の範囲】
【請求項１】
ユーザからの記事の投稿機能およびユーザへの記事の配信機能を有し、投稿された記事を
記憶する記憶手段を持つ情報システムにおいて、
投稿された記事である過去記事およびその投稿ユーザならびに記事間の関連情報を記憶す
る過去記事記憶手段と、
前記過去記事記憶手段に記憶されている前記過去記事をクラスタリングして分類カテゴリ
とこの分類カテゴリに属する記事とを求めるクラスタリング手段と、
前記過去記事記憶手段を参照して、ユーザと前記分類カテゴリとの関連度を示すカテゴリ
関連度を求めるカテゴリ関連度取得手段と、
前記投稿された記事をユーザに配信する条件を設定する際に、前記分類カテゴリと前記カ
テゴリ関連度を提示する提示手段
とを有する記事配信設定支援装置。
【請求項２】
前記カテゴリ関連度取得手段は、特定の分類カテゴリに対する特定のユーザとの関連度を
、当該ユーザが返信投稿した記事の元となっている元記事が当該分類カテゴリに分類され
ている数または当該ユーザがブックマークをした記事が当該分類カテゴリに分類されてい
る数のうち、少なくともいずれか一方に基づいて算出する、
請求項１記載の記事配信設定支援装置。
【請求項３】
ユーザからの記事の投稿機能およびユーザへの記事の配信機能を有し、投稿された記事を
記憶する記憶手段を持つ情報システムにおける記事配信設定支援方法において、
投稿された記事である過去記事およびその投稿ユーザならびに記事間の関連情報を記憶す
るステップと、
前記記憶手段に記憶されている前記過去記事をクラスタリングして分類カテゴリとこの分
類カテゴリに属する記事とを求めるステップと、
前記記憶手段を参照して、ユーザと前記分類カテゴリとの関連度を示すカテゴリ関連度を
求めるステップと、
前記投稿された記事をユーザに配信する条件を設定する際に、前記分類カテゴリと前記カ
テゴリ関連度を提示するステップ
とを有する方法。
【請求項４】
前記カテゴリ関連度を求めるステップは、特定の分類カテゴリに対する特定のユーザとの
関連度を、当該ユーザが返信投稿した記事の元となっている元記事が当該分類カテゴリに
分類されている数または当該ユーザがブックマークをした記事が当該分類カテゴリに分類
されている数のうち、少なくともいずれか一方に基づいて算出する、
請求項３記載の方法。
【請求項５】
ユーザからの記事の投稿機能およびユーザへの記事の配信機能を有し、投稿された記事を
記憶する記憶手段を持つ情報システムにおけるコンピュータに、
投稿された記事である過去記事およびその投稿ユーザならびに記事間の関連情報を記憶す
る手順と、
前記記憶手段に記憶されている前記過去記事をクラスタリングして分類カテゴリとこの分
類カテゴリに属する記事とを求める手順と、
前記記憶手段を参照して、ユーザと前記分類カテゴリとの関連度を示すカテゴリ関連度を
求める手順と、
前記投稿された記事をユーザに配信する条件を設定する際に、前記分類カテゴリと前記カ
テゴリ関連度を提示する手順
とを実行させるためのプログラム。
【請求項６】
前記カテゴリ関連度を求める手順は、特定の分類カテゴリに対する特定のユーザとの関連
度を、当該ユーザが返信投稿した記事の元となっている元記事が当該分類カテゴリに分類
されている数または当該ユーザがブックマークをした記事が当該分類カテゴリに分類され
ている数のうち、少なくともいずれか一方に基づいて算出する
請求項５記載のプログラム。
【請求項１】
ユーザからの記事の投稿機能およびユーザへの記事の配信機能を有し、投稿された記事を
記憶する記憶手段を持つ情報システムにおいて、
投稿された記事である過去記事およびその投稿ユーザならびに記事間の関連情報を記憶す
る過去記事記憶手段と、
前記過去記事記憶手段に記憶されている前記過去記事をクラスタリングして分類カテゴリ
とこの分類カテゴリに属する記事とを求めるクラスタリング手段と、
前記過去記事記憶手段を参照して、ユーザと前記分類カテゴリとの関連度を示すカテゴリ
関連度を求めるカテゴリ関連度取得手段と、
前記投稿された記事をユーザに配信する条件を設定する際に、前記分類カテゴリと前記カ
テゴリ関連度を提示する提示手段
とを有する記事配信設定支援装置。
【請求項２】
前記カテゴリ関連度取得手段は、特定の分類カテゴリに対する特定のユーザとの関連度を
、当該ユーザが返信投稿した記事の元となっている元記事が当該分類カテゴリに分類され
ている数または当該ユーザがブックマークをした記事が当該分類カテゴリに分類されてい
る数のうち、少なくともいずれか一方に基づいて算出する、
請求項１記載の記事配信設定支援装置。
【請求項３】
ユーザからの記事の投稿機能およびユーザへの記事の配信機能を有し、投稿された記事を
記憶する記憶手段を持つ情報システムにおける記事配信設定支援方法において、
投稿された記事である過去記事およびその投稿ユーザならびに記事間の関連情報を記憶す
るステップと、
前記記憶手段に記憶されている前記過去記事をクラスタリングして分類カテゴリとこの分
類カテゴリに属する記事とを求めるステップと、
前記記憶手段を参照して、ユーザと前記分類カテゴリとの関連度を示すカテゴリ関連度を
求めるステップと、
前記投稿された記事をユーザに配信する条件を設定する際に、前記分類カテゴリと前記カ
テゴリ関連度を提示するステップ
とを有する方法。
【請求項４】
前記カテゴリ関連度を求めるステップは、特定の分類カテゴリに対する特定のユーザとの
関連度を、当該ユーザが返信投稿した記事の元となっている元記事が当該分類カテゴリに
分類されている数または当該ユーザがブックマークをした記事が当該分類カテゴリに分類
されている数のうち、少なくともいずれか一方に基づいて算出する、
請求項３記載の方法。
【請求項５】
ユーザからの記事の投稿機能およびユーザへの記事の配信機能を有し、投稿された記事を
記憶する記憶手段を持つ情報システムにおけるコンピュータに、
投稿された記事である過去記事およびその投稿ユーザならびに記事間の関連情報を記憶す
る手順と、
前記記憶手段に記憶されている前記過去記事をクラスタリングして分類カテゴリとこの分
類カテゴリに属する記事とを求める手順と、
前記記憶手段を参照して、ユーザと前記分類カテゴリとの関連度を示すカテゴリ関連度を
求める手順と、
前記投稿された記事をユーザに配信する条件を設定する際に、前記分類カテゴリと前記カ
テゴリ関連度を提示する手順
とを実行させるためのプログラム。
【請求項６】
前記カテゴリ関連度を求める手順は、特定の分類カテゴリに対する特定のユーザとの関連
度を、当該ユーザが返信投稿した記事の元となっている元記事が当該分類カテゴリに分類
されている数または当該ユーザがブックマークをした記事が当該分類カテゴリに分類され
ている数のうち、少なくともいずれか一方に基づいて算出する
請求項５記載のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１３−８０２９３（Ｐ２０１３−８０２９３Ａ）
【公開日】平成２５年５月２日（２０１３．５．２）
【国際特許分類】
【出願番号】特願２０１１−２１８６９５（Ｐ２０１１−２１８６９５）
【出願日】平成２３年９月３０日（２０１１．９．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【公開日】平成２５年５月２日（２０１３．５．２）
【国際特許分類】
【出願日】平成２３年９月３０日（２０１１．９．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
[ Back to top ]