(57)【要約】【課題】  ユーザの通信端末毎に管理されている、概念体系の異なるサービス知識を、各々のユーザにとって使い勝手よく共有することのできる通信端末、及び、サービス知識共有方法を提供する。【解決手段】  通信端末１は、サービスを分類するカテゴリと、カテゴリに含まれるサービスと、カテゴリ間の階層関係とを含むサービス知識を記憶するサービス知識保持部１０７と、サービス知識保持部１０７に記憶されているカテゴリと、相手通信端末２より取得した、相手のサービス知識に含まれるカテゴリとの概念を比較するマッチング部１０８と、マッチング部１０８による比較結果に基づいて、相手のサービス知識を、サービス知識保持部１０７に記憶されているサービス知識に合成する合成処理を行うサービス知識合成部１０９とを備える。【選択図】  図２
2005339037.tif 000002
【特許請求の範囲】
【請求項１】
サービスを階層的に分類するカテゴリと、該カテゴリに含まれるサービスと、を含むサービス知識を記憶するサービス知識保持手段と、
前記サービス知識保持手段に記憶されているカテゴリと、他者の通信端末より取得した、前記他者のサービス知識に含まれるカテゴリとの概念を比較するマッチング手段と、
前記マッチング手段による比較結果に基づいて、前記他者のサービス知識を、前記サービス知識保持手段に記憶されているサービス知識に合成するための合成処理を行うサービス知識合成手段と
を備えることを特徴とする通信端末。
【請求項２】
前記サービス知識合成手段が行う合成処理は、
前記マッチング手段による比較結果により、前記他者のサービス知識に含まれる他者の特定のカテゴリが、前記サービス知識保持手段に記憶されている自己の特定のカテゴリと概念が等しいと判断された場合に、
前記他者の特定のカテゴリに含まれるサービスを、前記自己の特定のカテゴリに含まれるサービスとして前記サービス知識保持手段に記憶し、かつ、
前記他者のサービス知識に含まれるカテゴリのうち、前記他者の特定のカテゴリの下位層に属するサブカテゴリを、前記自己の特定のカテゴリのサブカテゴリとして前記サービス知識保持手段に記憶する処理であることを特徴とする
請求項１に記載の通信端末。
【請求項３】
前記サービス知識合成手段が行う合成処理は、
前記マッチング手段による比較結果により、前記他者のサービス知識に含まれる他者の特定のカテゴリが、前記サービス知識保持手段に記憶されている自己の特定のカテゴリに対して下位の概念であると判断された場合に、
前記他者の特定のカテゴリと、
前記他者のサービス知識に含まれるカテゴリのうち、前記他者の特定のカテゴリの下位層に属するサブカテゴリとを、
前記自己の特定のカテゴリのサブカテゴリとして前記サービス知識保持手段に記憶する処理であることを特徴とする
請求項１又は２に記載の通信端末。
【請求項４】
前記マッチング手段は、
前記サービス知識保持手段に記憶されているカテゴリ各々について、前記他者のサービス知識に含まれるカテゴリとの概念を比較し、
前記サービス知識合成手段は、
前記マッチング手段による各々の比較結果に基づいて前記合成処理を行うことを特徴とする
請求項１から３のいずれか１項に記載の通信端末。
【請求項５】
前記マッチング手段は、語彙の概念体系を表すオントロジ情報を記憶する外部装置に問い合わせた結果に基づいて、２つのカテゴリの概念関係を判断することを特徴とする
請求項１から４のいずれか１項に記載の通信端末。
【請求項６】
ユーザと、複数のユーザで構成されるグループと、の少なくとも一方に対して、前記サービス知識を公開するか否かを表す公開状態管理情報を記憶する公開状態管理手段と、
ユーザの通信端末から受信したサービス知識要求に応答して、前記サービス知識保持手段に記憶されているサービス知識を返信するサービス知識応答手段と、
前記サービス知識応答手段により前記サービス知識要求に応答するか否かを、前記公開状態管理手段に記憶されている公開状態管理情報に基づいて決定するアクセス制御手段とをさらに備えることを特徴とする
請求項１から５のいずれか１項に記載の通信端末。
【請求項７】
前記サービス知識保持手段に記憶されるサービス知識についての更新情報を送信すべき通信端末の識別情報を記憶する通信相手管理手段と、
前記サービス知識保持手段に記憶されているサービス知識が更新された場合に、該更新されたサービス知識についての更新情報を、前記通信相手管理手段に記憶されている識別情報で識別される通信端末宛てに送信する更新通知手段とをさらに備え、
前記通信相手管理手段は、
前記サービス知識応答手段により、他の通信端末からのサービス知識要求に対して応答する場合に、前記他の通信端末の識別情報を記憶することを特徴とする
請求項６に記載の通信端末。
【請求項８】
前記通信相手管理手段により通信相手として管理されている通信端末に対して、所定の周期でサービス知識要求を送信することにより、前記通信端末からサービス知識を取得するサービス知識取得手段をさらに備えることを特徴とする
請求項１から７のいずれか１項に記載の通信端末。
【請求項９】
前記サービス知識取得手段によりサービス知識が取得された直後に、該サービス知識に含まれるカテゴリ及びサービスを提示するサービス知識提示手段をさらに備えることを特徴とする
請求項８に記載の通信端末。
【請求項１０】
階層的なサービス知識を共有するサービス知識共有方法において、
通信端末が、サービスを階層的に分類するカテゴリを含む他者のサービス知識を、他者の通信端末より受信するサービス知識取得ステップと、
前記通信端末が、前記サービス知識取得ステップにおいて受信した他者のサービス知識に含まれるカテゴリと、自端末に記憶されているサービス知識に含まれるカテゴリとの概念を比較するマッチングステップと、
前記通信端末が、前記マッチングステップにおける比較結果に基づいて、前記他者のサービス知識を、自端末に記憶されているサービス知識に合成するための合成処理を行うサービス知識合成ステップと、
前記通信端末が、前記サービス知識合成ステップにおいて合成処理されたサービス知識を提示するサービス知識提示ステップと
を有するサービス知識共有方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットや移動網などのネットワーク上における通信端末、及び、通信端末のサービス知識共有方法に関する。
【背景技術】
【０００２】
従来、ユーザはブックマーク管理ツールなどを利用して、後から簡単に呼び出すことができるように、ショッピングサイトやアーティストのファンサイト等のＷｅｂサイトにおける、気に入ったＷｅｂページのＵＲＬ（Uniform Resource Locator）やタイトル、コメントなどの情報を保存する。Ｗｅｂページはあるコンテンツや機能を提供しているため、これらの、Ｗｅｂページを指し示す情報を、本明細書では‘サービス’と呼ぶ。ブックマークには、あるユーザが興味のあるサービスや、有用だと評価したサービスが保存されるため、ブックマークは個人的なサービス知識であるといえる。ブックマークは通常、階層的に分類、整理され、その分類に利用される語彙は、ユーザによって任意に与えられる。以降では、分類の名前をカテゴリ名と呼ぶ。また、カテゴリ名を含んだ、サービスを階層的に分類する情報をカテゴリと呼ぶ。あるカテゴリは、それに属す０以上のサービスを含むサービスリストを保持すると共に、０以上の、下位に属するカテゴリであるサブカテゴリを持ち、カテゴリ階層を構成する。
【０００３】
このようなサービス知識を複数のユーザ間で共有するためのサービスとして、ＢＬＩＮＫ（登録商標）やＷｅｂＭａｒｋｙ等のオンラインブックマークサービスがある。ユーザは自分のサービス知識の一部（カテゴリ単位）、あるいは全体を‘公開’に設定することができる。これにより、他者は、ブックマークにおいて‘公開’に設定された部分のカテゴリやサブカテゴリ、サービスを参照することが可能となる。
しかし、このような階層的なサービス知識において、ユーザ毎に用いる語彙や階層構造は大きく異なる。従来のオンラインブックマークサービスは、他者の語彙とその階層構造によって他者のサービス知識を提示するため、参照や整理における使い勝手に問題があった。
【０００４】
また、近年においては、ピアツーピアの通信や分散型の通信等、サーバを介さずに端末間で直接データを授受することが行われている。このため、各通信端末は、自端末に保持しているサービス知識を直接他の通信端末と授受することにより、サービス知識を共有することとなる。しかしながら、各通信端末のユーザは、自端末で管理している概念体系とは全く異なる他者のサービス知識を取得しても、使い勝手よく他者のサービス知識を利用するのは難しいという問題がある。
一方、共通の概念体系によって、ユーザ間で階層的なサービス知識を共有する技術が提案されている（例えば、特許文献１）。
【特許文献１】特開２００１−２９７０２２号公報（段落００２９、００３０）
【非特許文献１】“ＢＬＩＮＫ”［online］、［平成１６年４月１２日検索］、インターネット＜ＵＲＬ：  http://www.blink.jp＞
【非特許文献２】“ＷｅｂＭａｒｋｙ”［online］、 ［平成１６年４月１２日検索］、インターネット＜ＵＲＬ：  http://www.webmarky.com/＞
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１においては、ユーザのサービス知識はサーバで集中管理されており、ユーザ全てがサーバで管理されている同一の概念体系を使用することが前提となっている。このため、上述したような、通信端末毎に概念体系の異なるサービス知識が管理されることが前提となっている場合には、特許文献１に記載の技術を用いても、上述した問題を解決することはできない。
【０００６】
また、他者が通信端末で保持しているサービス知識を更新してもそれが自動的に通知されることはないため、即座に他者のサービス知識を利用するのは困難であった。さらに、従来においては、サービス知識の特定の階層について、不特定の人に公開するか、または、非公開にするかというアクセス制御手段しか提供されておらず、家族や友人など特定の人にある階層を公開するというような、粒度の細かいアクセス制御手段は提供されていなかった。
本発明は、上記課題に鑑みてなされたものであり、ユーザの通信端末毎に管理されている概念体系の異なるサービス知識を、各々のユーザにとって使い勝手よく共有することのできる通信端末、及び、サービス知識共有方法を提供することを課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、請求項１に記載の発明は、サービスを階層的に分類するカテゴリと、該カテゴリに含まれるサービスと、を含むサービス知識を記憶するサービス知識保持手段と、前記サービス知識保持手段に記憶されているカテゴリと、他者の通信端末より取得した、前記他者のサービス知識に含まれるカテゴリとの概念を比較するマッチング手段と、前記マッチング手段による比較結果に基づいて、前記他者のサービス知識を、前記サービス知識保持手段に記憶されているサービス知識に合成するための合成処理を行うサービス知識合成手段とを備えることを特徴とする通信端末を提供する。
【０００８】
本発明によれば、通信端末は、マッチング手段により、サービス知識保持手段に記憶されているカテゴリと、他者の通信端末より取得した、他者のサービス知識に含まれるカテゴリとの概念を比較し、サービス知識合成手段により、他者のサービス知識を前記サービス知識保持手段に記憶されているサービス知識に合成するための合成処理を行うため、自端末で管理する自己のサービス知識の概念体系に合わせて、自己のサービス知識と他者のサービス知識との合成処理を行うことができる。このため、ユーザは、概念体系の異なる他者のサービス知識を自己の概念体系に合わせて参照、整理することが可能となる。従って、ユーザの通信端末毎に管理されている概念体系の異なるサービス知識を、各々のユーザにとって使い勝手よく共有することが可能となる。
【０００９】
請求項２に記載の発明は、請求項１に記載の通信端末において、前記サービス知識合成手段が行う合成処理は、前記マッチング手段による比較結果により、前記他者のサービス知識に含まれる他者の特定のカテゴリが、前記サービス知識保持手段に記憶されている自己の特定のカテゴリと概念が等しいと判断された場合に、前記他者の特定のカテゴリに含まれるサービスを、前記自己の特定のカテゴリに含まれるサービスとして前記サービス知識保持手段に記憶し、かつ、前記他者のサービス知識に含まれるカテゴリのうち、前記他者の特定のカテゴリの下位層に属するサブカテゴリを、前記自己の特定のカテゴリのサブカテゴリとして前記サービス知識保持手段に記憶する処理であることを特徴とする。
【００１０】
本発明によれば、前記サービス知識合成手段が行う合成処理は、前記マッチング手段による比較結果により、前記他者のサービス知識に含まれる他者の特定のカテゴリが、前記サービス知識保持手段に記憶されている自己の特定のカテゴリと概念が等しいと判断された場合に、前記サービス知識保持手段に、前記他者の特定のカテゴリに含まれるサービスのリストを、前記自己の特定のカテゴリに含まれるサービスのリストとして記憶し、かつ、前記他者のサービス知識に含まれるカテゴリのうち、前記他者の特定のカテゴリの下位層に属するサブカテゴリを、前記自己の特定のカテゴリのサブカテゴリとして記憶する処理であるため、通信端末は、自己の概念体系に合わせて、他者のサービス知識と自己のサービス知識との合成処理を行うことができる。このため、ユーザは、他者のサービス知識を、自己の概念体系に合わせて使い勝手よく利用することができる。
【００１１】
請求項３に記載の発明は、請求項１又は２に記載の通信端末において、前記サービス知識合成手段が行う合成処理は、前記マッチング手段による比較結果により、前記他者のサービス知識に含まれる他者の特定のカテゴリが、前記サービス知識保持手段に記憶されている自己の特定のカテゴリに対して下位の概念であると判断された場合に、前記他者の特定のカテゴリと、前記他者のサービス知識に含まれるカテゴリのうち、前記他者の特定のカテゴリの下位層に属するサブカテゴリとを、前記自己の特定のカテゴリのサブカテゴリとして前記サービス知識保持手段に記憶する処理であることを特徴とする。
【００１２】
本発明によれば、前記サービス知識合成手段が行う合成処理は、前記マッチング手段による比較結果により、前記他者のサービス知識に含まれる他者の特定のカテゴリが、前記サービス知識保持手段に記憶されている自己の特定のカテゴリに対して下位の概念であると判断された場合に、前記他者の特定のカテゴリと、前記他者のサービス知識に含まれるカテゴリのうち、前記他者の特定のカテゴリの下位層に属するサブカテゴリとを、前記自己の特定のカテゴリのサブカテゴリとして前記サービス知識保持手段に記憶する処理であるため、通信端末は、自己の概念体系に合わせて、他者のサービス知識と自己のサービス知識との合成処理を行うことができる。このため、ユーザは、他者のサービス知識を、自己の概念体系に合わせて使い勝手よく利用することができる。
【００１３】
請求項４に記載の発明は、請求項１から３のいずれか１項に記載の通信端末において、前記マッチング手段は、前記サービス知識保持手段に記憶されているカテゴリ各々について、前記他者のサービス知識に含まれるカテゴリとの概念を比較し、前記サービス知識合成手段は、前記マッチング手段による各々の比較結果に基づいて前記合成処理を行うことを特徴とする。
【００１４】
本発明によれば、通信端末は、前記サービス知識保持手段に記憶されているカテゴリ各々について、他者のサービス知識に含まれるカテゴリとの概念を比較し、各々の比較結果に基づいて合成処理を行うため、他者のカテゴリが、自己の複数のカテゴリと概念が一致していたり、概念が下位であったとしても、該自己の複数のカテゴリ各々について合成処理を行うことができるため、自己の概念体系に合わせて、他者のサービス知識を自己のサービス知識に合成することができる。このため、ユーザは、他者のサービス知識を、自己の概念体系に合わせて使い勝手よく利用することができる。
【００１５】
請求項５に記載の発明は、請求項１から４のいずれか１項に記載の通信端末において、前記マッチング手段は、語彙の概念体系を表すオントロジ情報を記憶する外部装置に問い合わせた結果に基づいて、２つのカテゴリの概念関係を判断することを特徴とする。
本発明によれば、マッチング手段は、外部装置に問い合わせた結果に基づいて２つのカテゴリの概念関係を判断するため、自端末においてオントロジ情報を保持したり、自端末において２つのカテゴリの概念関係を比較する処理を行う必要がないため、自端末における処理の負担を軽減することができる。
【００１６】
請求項６に記載の発明は、請求項１から５のいずれか１項に記載の通信端末において、ユーザと、複数のユーザで構成されるグループと、の少なくとも一方に対して、前記サービス知識を公開するか否かを表す公開状態管理情報を記憶する公開状態管理手段と、ユーザの通信端末から受信したサービス知識要求に応答して、前記サービス知識保持手段に記憶されているサービス知識を返信するサービス知識応答手段と、前記サービス知識応答手段により前記サービス知識要求に応答するか否かを、前記公開状態管理手段に記憶されている公開状態管理情報に基づいて決定するアクセス制御手段とをさらに備えることを特徴とする。
【００１７】
本発明によれば、通信端末は、公開状態管理手段により、ユーザとグループとの少なくとも一方に対して、サービス知識を公開するか否かを表す公開状態管理情報を記憶し、アクセス制御手段により、前記サービス知識応答手段により前記サービス知識要求に応答するか否かを前記公開状態管理情報に基づいて決定するため、ユーザやグループ毎にどのサービス知識を公開するかをきめ細かく制御することができる。
【００１８】
請求項７に記載の発明は、請求項６に記載の通信端末において、前記サービス知識保持手段に記憶されるサービス知識についての更新情報を送信すべき通信端末の識別情報を記憶する通信相手管理手段と、前記サービス知識保持手段に記憶されているサービス知識が更新された場合に、該更新されたサービス知識についての更新情報を、前記通信相手管理手段に記憶されている識別情報で識別される通信端末宛てに送信する更新通知手段とをさらに備え、前記通信相手管理手段は、前記サービス知識応答手段により、他の通信端末からのサービス知識要求に対して応答する場合に、前記他の通信端末の識別情報を記憶することを特徴とする。
【００１９】
本発明によれば、通信端末は、通信相手管理手段により、サービス知識についての更新情報を送信すべき通信端末の識別情報を記憶し、前記サービス知識応答手段により他の通信端末からのサービス知識要求に対して応答する場合に、前記他の通信端末の識別情報を前記通信相手管理手段に記憶するため、サービス知識要求に対する応答を受信した前記他の通信端末は、その後自動的に、通信端末よりサービス知識についての更新情報を受信することができる。このため、他の通信端末のユーザは、自ら更新情報の問い合わせ操作を行うことなく、他者のサービス知識を即座に取得し利用することができる。
【００２０】
請求項８に記載の発明は、請求項１から７のいずれか１項に記載の通信端末において、前記通信相手管理手段により通信相手として管理されている通信端末に対して、所定の周期でサービス知識要求を送信することにより、前記通信端末からサービス知識を取得するサービス知識取得手段をさらに備えることを特徴とする。
本発明によれば、通信端末は、サービス知識取得手段により、前記通信相手管理手段により通信相手として管理されている通信端末に対して所定の周期でサービス知識要求を送信することにより、前記通信端末からサービス知識を取得するため、ユーザ自ら他者のサービス知識を取得するための操作を行うことなく、通信端末は通信相手として管理されている通信端末からサービス知識を周期的に受信することができるため、ユーザは、操作負担なく他者のサービス知識を即座に取得し利用することができる。
【００２１】
請求項９に記載の発明は、請求項８に記載の通信端末において、前記サービス知識取得手段によりサービス知識が取得された直後に、該サービス知識に含まれるカテゴリ及びサービスを提示するサービス知識提示手段をさらに備えることを特徴とする。
本発明によれば、通信端末は、サービス知識提示手段により、サービス知識が取得された直後に該サービス知識に含まれるカテゴリ及びサービスのリストを提示するため、ユーザは、サービス知識が送信されてきたことや、その概念体系や内容を即座に把握することができる。
【００２２】
請求項１０に記載の発明は、階層的なサービス知識を共有するサービス知識共有方法において、通信端末が、サービスを階層的に分類するカテゴリを含む他者のサービス知識を、他者の通信端末より受信するサービス知識取得ステップと、前記通信端末が、前記サービス知識取得ステップにおいて受信した他者のサービス知識に含まれるカテゴリと、自端末に記憶されているサービス知識に含まれるカテゴリとの概念を比較するマッチングステップと、前記通信端末が、前記マッチングステップにおける比較結果に基づいて、前記他者のサービス知識を、自端末に記憶されているサービス知識に合成するための合成処理を行うサービス知識合成ステップと、前記通信端末が、前記サービス知識合成ステップにおいて合成処理されたサービス知識を提示するサービス知識提示ステップとを有するサービス知識共有方法を提供する。
【発明の効果】
【００２３】
以上説明したように、本発明によれば、通信端末は、マッチング手段により、サービス知識保持手段に記憶されているカテゴリと、他者の通信端末より取得した、他者のサービス知識に含まれるカテゴリとの概念を比較し、サービス知識合成手段により、他者のサービス知識を前記サービス知識保持手段に記憶されているサービス知識に合成するための合成処理を行うため、自端末で管理する自己のサービス知識の概念体系に合わせて、自己のサービス知識と他者のサービス知識との合成処理を行うことができる。このため、ユーザは、概念体系の異なる他者のサービス知識を自己の概念体系に合わせて参照、整理することが可能となる。従って、ユーザの通信端末毎に管理されている概念体系の異なるサービス知識を、各々のユーザにとって使い勝手よく共有することが可能となる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
［１．構成］
図１には、本発明の実施形態に係るシステムの構成例を示す。
同図に示すように、本システムは、ユーザのサービス知識を保持する通信端末１と、ユーザの通信相手のサービス知識を保持する相手通信端末２と、語彙の概念体系に関するオントロジ情報を保持するオントロジデータベース装置３とを含んで構成され、それぞれの装置はネットワークに有線網や無線網で接続されている。
【００２５】
通信端末１と相手通信端末２とは、携帯電話機であっても、ＰＤＡ（Personal Digital Assistance）であっても、ノートＰＣ（Personal Computer）であっても、デスクトップＰＣであってもよい。通信端末１と相手通信端末２とは、ユーザ独自の概念体系によるサービス知識を保持している。そして、通信端末１と相手通信端末２とは、互いにサービス知識を送受信することにより、サービス知識を共有する。
なお、同図においては、通信端末１の通信相手の装置として、相手通信端末２を１つだけ図示しているが、実際には複数存在する。また、以下の説明における「サービス知識」、「カテゴリ」、「サブカテゴリ」、「サービス」、「サービスリスト」、「カテゴリリスト」は、これらを送信したり記憶したりする場合にはデータを表すものとする。
【００２６】
［１．１．通信端末の構成］
次に、通信端末１の構成について説明する。通信端末１は、ＣＰＵ（Central Processing Unit）と、揮発性メモリ及び不揮発性メモリを含む記憶部と、通信を制御する通信インターフェースと、各種画面を表示するディスプレイと、各種指令をＣＰＵに与える操作ボタンとを含んで構成されており、コンピュータのハードウェア構成を備えている。また、通信端末１の記憶部には、各種プログラムやデータ等のソフトウェアが記憶されている。これらのソフトウェアとハードウェアとが協働して動作することにより、通信端末１に図２に示す機能が実現される。
【００２７】
通信部１０１は、相手通信端末２やオントロジデータベース装置３と通信を行うためのモジュールであり、通信方式は有線・無線、あるいはパケット、回線交換など方式を問わない。また、バス１０２は、内部の各機能ブロックの通信路である。制御管理部１０３は、ＣＰＵを含んで構成され、以降で示すフローチャートに従った手順の実行を制御するもので、タイマ１０４を補助的に利用して各機能ブロックの制御を行う。入力部１０５は、操作ボタンを含んで構成され、操作された操作ボタンに対応した情報を各機能ブロックに転送する。出力部１０６は、ディスプレイを含んで構成され、サービス知識提示部１１９から情報を受信することにより、各種画面を表示する。
【００２８】
サービス知識保持部１０７は、不揮発性メモリに記憶されたサービス知識を含んで構成される。サービス知識は、ユーザ独自の語彙と概念体系とで管理される情報である。サービス知識は、サービスを階層的に分類するカテゴリと、当該カテゴリに含まれるサービスとを含んで構成される。
図３には、サービス知識のデータ構成の一例を示す。同図に示すように、サービス知識は、「カテゴリ」と、カテゴリに含まれるサービスの一覧である「サービスリスト」と、カテゴリの下位層に属するカテゴリである「サブカテゴリ」とで構成される。なお、図３に示すサービス知識のデータ構成は一例であり、サービス知識は、カテゴリ名と、カテゴリに属するサービスのリストと、カテゴリ間の階層関係とが表されている情報であれば、どのようなデータ構成でもよい。例えば、カテゴリ間の階層関係に関する情報は、サブカテゴリについての情報ではなく、上位層のカテゴリについての情報であってもよい。
【００２９】
図４は、階層的なサービス知識を概念的に示す図である。同図に示すように、サービス知識は、サービスのリストを保持したカテゴリが階層的に連結されて構成される。図４に示すようなビューが、図３に示すサービス知識に基づいて生成され、出力部１０６に出力されることとなる。
サービス知識応答部１１２は、他の通信端末から受信したサービス知識要求に応答して、サービス知識保持部１０７に記憶されているサービス知識を返信する。
【００３０】
通信相手管理部１１０は、不揮発性メモリに記憶された、サービス知識についての更新情報を通知すべき通信端末の識別情報のリストを管理する。ここでの識別情報は、ＩＰ（Internet Protocol）アドレスや電話番号等の通信アドレスである。通信相手管理部１１０は、サービス単位通信相手管理機能１１０１と、カテゴリ単位通信相手管理機能１１０２とを備えており、サービス単位やカテゴリ単位に更新情報の通知相手を管理する。また、通信相手管理部１１０は、サービス知識応答部１１２が他の通信端末からのサービス知識要求に対して応答する場合に、今後当該他の通信端末に対して更新情報を通知することができるように、他の通信端末の識別情報を記憶する。
更新受信部１１４は、通信部１０１を介して、相手通信端末２からの更新情報を取得する。
【００３１】
次に、以下では、主にＣＰＵがプログラムを実行することにより実現される機能ブロックについて説明する。
更新通知部１１５は、サービス知識保持部１０７に記憶されているサービス知識が更新された場合に、通信相手管理部１１０により通信相手として管理されている通信端末宛てに、更新されたサービス知識についての更新情報を送信する。
サービス知識取得部１１３は、相手通信端末２が公開対象としているサービス知識を、通信部１０１を介して、相手通信端末２より取得する。取得方法としては、通信相手管理部１１０により通信相手として管理されている相手通信端末２に対して、サービス知識取得部１１３が周期的にサービス知識要求を相手通信端末２に送信することにより、サービス知識を取得する。または、サービス知識取得部１１３は、入力部１０５からのサービス情報取得の指示を検知した場合に、サービス知識要求を相手通信端末２に送信することにより取得する。
【００３２】
マッチング部１０８は、サービス知識保持部１０７に記憶されているカテゴリと、相手通信端末２より取得したサービス知識に含まれるカテゴリとの概念を比較する。具体的には、マッチング部１０８は、サービス知識保持部１０７に記憶されている自分の全てのカテゴリと、相手通信端末２より取得した通信相手の全てのカテゴリとから、各々１つずつカテゴリを選択する。そして、マッチング部１０８は、選択した２つのカテゴリのカテゴリ名を、語彙の概念体系を保持するオントロジデータベース装置３に送信する。マッチング部１０８は、オントロジデータベース装置３より返信された結果に基づいて、相手通信端末２より受信した通信相手のカテゴリが、自分のカテゴリと概念的に等しいか、概念的に下位に位置するのかを判断する。ここでは、相手のカテゴリが、自分のカテゴリと概念的に等しいか、または、概念的に下位に位置する場合を、「マッチする」という。マッチング部１０８は、自分の全てのカテゴリと、通信相手の全てのカテゴリとの組み合わせについてマッチングすることにより、カテゴリの概念の検査を行う。
【００３３】
なお、マッチング部１０８は、オントロジデータベース装置３に問い合わせる替わりに、自端末１にオントロジ情報を記憶しておいて、自端末１において２つのカテゴリの概念関係を判定するようにしてもよい。
サービス知識合成部１０９は、マッチング部１０８による概念の比較結果に基づいて、相手通信端末２より取得した相手のサービス知識を、サービス知識保持部１０７に記憶されているサービス知識に合成するための合成処理を行う。
【００３４】
具体的には、「合成処理」とは、次の処理をいう。マッチング部１０８により、相手の特定のカテゴリが、自分の特定のカテゴリと概念が等しいと判断された場合に、サービス知識合成部１０９は、相手の特定のカテゴリに含まれるサービスを、自分の特定のカテゴリに含まれるサービスとしてサービス知識保持部１０７に記憶する。さらに、サービス知識合成部１０９は、取得した相手のサービス知識に含まれるカテゴリのうち、相手の特定のカテゴリの下位層に属するサブカテゴリを、自分の特定のカテゴリのサブカテゴリとして、サービス知識保持部１０７に記憶する。
【００３５】
一方、マッチング部１０８により、相手の特定のカテゴリが、自分の特定のカテゴリに対して下位の概念であると判断された場合には、サービス知識合成部１０９は、相手の特定のカテゴリと、取得した相手のサービス知識に含まれるカテゴリのうち相手の特定のカテゴリのサブカテゴリとを、自分の特定のカテゴリのサブカテゴリとして、サービス知識保持部１０７に記憶する。
【００３６】
また、サービス知識合成部１０９は、複数マッチ対応合成機能１０９１と、非マッチ時合成機能１０９２とを備えている。上述したように、マッチング部１０８は、サービス知識保持部１０７に記憶されている自分のカテゴリ各々について、他者のカテゴリとの概念を比較する。複数マッチ対応合成機能１０９１は、マッチング部１０８による各々の比較結果に基づいて自分のカテゴリに対する合成処理を行う。よって、相手のカテゴリが、サービス知識保持部１０７に記憶されている自分のカテゴリと複数マッチした場合には、マッチした数だけ自分のカテゴリに対して合成処理が行われる。
【００３７】
非マッチ時合成機能１０９２は、相手のサービス知識に含まれる相手の特定のカテゴリが、サービス知識保持部１０７に記憶されている自分のカテゴリのいずれとも概念が等しくなく、かつ、下位の概念でもない場合、すなわち、マッチしない場合、相手の特定のカテゴリのカテゴリ名を新しいカテゴリ名に変更した上で、当該相手の特定のカテゴリをサービス知識保持部１０７に記憶する。または、非マッチ時合成機能１０９２は新たなカテゴリを生成し、相手の特定のカテゴリを当該新たなカテゴリのサブカテゴリとしてサービス知識保持部１０７に記憶するようにしてもよい。
【００３８】
なお、上述した合成処理は一例であり、例えば、自分のカテゴリのサブカテゴリとして追加する相手のサブカテゴリを１つ下の階層のみに制限する等、適宜ユーザは、自分の概念体系に合わせて参照し易いように調整することができる。
公開状態管理部１１７は、不揮発性メモリに公開状態管理情報を記憶する。公開状態管理情報とは、ユーザ、または、複数のユーザで構成されるグループに対して、サービス知識を公開するか否かをカテゴリ単位に管理する情報である。すなわち、公開状態管理情報は、前記ユーザの通信端末にカテゴリを送信することを許可するか否かを、カテゴリ毎に示す情報である。
【００３９】
アクセス制御部１１１は、サービス知識要求を送信してきた相手通信端末２に対して応答するか否かを、公開状態管理部１１７に記憶されている公開状態管理情報に基づいて決定する。
サービス知識編集部１１８は、サービス知識保持部１０７に記憶されているサービス知識を追加、削除及び修正する。例えば、サービス知識編集部１１８は、ユーザの入力部１０５から入力された情報を元に、カテゴリの名称を変更したり、カテゴリやサービスを削除する。
【００４０】
サービス知識提示部１１９は、サービス知識保持部１０７に記憶されているサービス知識に基づいて画面を表示するための情報を生成して、出力部１０６に出力する。これにより、図４に示すようなツリー形式で、サービス知識をユーザに提示することができる。また、サービス知識提示部１１９は、相手通信端末２から更新情報を受信した直後に、更新情報に含まれるカテゴリ及びサービスを出力部１０６に出力する。これにより、即座に更新情報をユーザに提示することができる。
【００４１】
［１．２．オントロジデータベース装置］
オントロジデータベース装置３は、ＰＣやワークステーション、サーバなどであり、一般的なコンピュータのハードウェア構成を備えている。オントロジデータベース装置３のハードディスクにはデータベースが設けられており、当該データベースにオントロジ情報を記憶している。
【００４２】
オントロジデータベース装置３は、通信端末１から、２つのカテゴリ名をパラメータとして受付け、２つのカテゴリ名が概念的に等しいか、あるカテゴリ名が一方のカテゴリ名に対して概念的に下位に位置するか、または、そのどちらでもないかを応答する。具体的には、オントロジデータベース装置３は、カテゴリ名‘音楽’と‘ミュージック’を受信した場合に、‘音楽’と‘ミュージック’との語彙は概念的に等しい旨を応答する。また、オントロジデータベース装置３は、カテゴリ名‘ミュージック’と‘ジャズ’とを受信した場合に、‘ジャズ’は‘ミュージック’の下位の概念である旨を応答する。また、オントロジデータベース装置３は、カテゴリ‘音楽’と‘ロック’とを受信した場合に、‘ロック’は‘音楽’の下位の概念である旨を応答する。このオントロジデータベース装置３の機能は、オントロジデータベース装置３のＣＰＵがプログラムを実行することにより実現される。
【００４３】
［２．動作］
次に、上記構成における動作について説明する。前提として、通信端末１のサービス知識保持部１０７には、図６（ａ）に示す内容のサービス知識が記憶されているものとする。また、相手通信端末２のサービス知識保持部１０７には、図６（ｂ）に示す内容のサービス知識が記憶されているものとする。
【００４４】
［２．１．サービス知識の合成処理手順］
図５は、サービス知識合成処理の手順を示すフローチャートである。同図を参照しながら、通信端末１と相手通信端末２とのサービス知識を合成するための合成処理手順を説明する。
ここでは、相手通信端末２の公開状態管理部１１７には、サービス知識保持部１０７に記憶されているカテゴリのうち、カテゴリ‘ダイエット’を除く全てのカテゴリを通信端末１に対して公開することを表す公開状態管理情報が記憶されているものとする。
本手順は、例えば、ユーザが通信端末１の出力部１０６に表示されたサービス知識を参照中に、通信端末１のボタンを操作して、「サービス知識合成」の指示を行った場合や、メニューを選択した場合に起動される（ステップＳ１０１）。
【００４５】
ユーザは、入力部１０５より、サービス知識を要求すべき通信端末の通信アドレスを１つ以上、通信相手として指定する（ステップＳ１０２）。ここでは、サービス知識を要求すべき通信端末として、相手通信端末２が指定されたものとする。
通信相手管理部１１０は、ユーザが入力した通信相手の通信アドレスのリストを保存する（ステップＳ１０３）。そして、通信端末１のサービス知識取得部１１３は、相手通信端末２に対して、サービス知識を要求するためのサービス知識要求を送信する（ステップＳ１０４）。
【００４６】
相手通信端末２のアクセス制御部１１１は、公開状態管理部１１７より、要求元の通信端末１に対して公開しているすべてのカテゴリを抽出し、カテゴリ名の一覧であるカテゴリリストを作成する（ステップＳ１０５）。
ここでは、‘ダイエット’を除く、すべてのカテゴリが要求元に対して公開されているため、作成するカテゴリリスト（以下「カテゴリリスト２」と呼ぶ）には、‘料理’、‘The Artist１’、‘ファンサイト’、‘掲示板’、‘ショッピング’、‘アクセサリー’、‘コスメ’が含まれる。
【００４７】
相手通信端末２の通信相手管理部１１０は、通信端末１の通信アドレスを通知相手リストに追加して保存する（ステップＳ１０６）。
そして、相手通信端末２のサービス知識応答部１１２は、カテゴリリスト２と、カテゴリに含まれるサービスリストとを含むサービス知識を、要求元の通信端末１のサービス知識取得部１１３に返信する（ステップＳ１０７）。
【００４８】
サービス知識取得部１１３は、相手通信端末２からカテゴリリスト２を受信する。通信端末１のマッチング部１０８は、サービス知識取得部１１３からカテゴリリスト２を取得し、さらに、サービス知識保持部１０７から自分のカテゴリリスト‘スキューバ’、‘ロック’、‘アーティスト１’、‘アーティスト２’、‘ファッション’、‘バッグ・靴’（以下「カテゴリリスト１」と呼ぶ）を取得する。そして、相手のカテゴリリスト２に含まれるカテゴリ名と、自分のカテゴリリスト１に含まれるカテゴリ名を１つずつ選択し（ステップＳ１０９）、概念的に等しいか、概念的に下位に位置するかどうかを、オントロジデータベース装置３に問い合わせる（ステップＳ１１０）。
【００４９】
オントロジデータベース装置３は、２つのカテゴリ名をパラメータとして受付け、２つのカテゴリ名が概念的に等しいか、相手のカテゴリ名が自分のカテゴリ名に対して概念的に下位に位置するか、そのどちらでもないかを判断し、その結果を応答する（ステップＳ１１１）。
通信端末１のサービス知識合成部１０９は、マッチング部１０８が概念的に等しいと判断した相手のカテゴリに含まれるサービスリストと、その下位層のカテゴリであるサブカテゴリとを、対応する自分のカテゴリに追加し、その情報をサービス知識保持部１０７に記憶する（ステップＳ１１２；ｙｅｓ、ステップＳ１１３）。
【００５０】
ここでは、オントロジデータベース装置３により、カテゴリリスト１の‘アーティスト１’とカテゴリリスト２の‘The Artist１’とが概念的に等しいと判断される。そして、図６（ｃ）に示すように、カテゴリリスト２の‘The Artist１’に含まれるサービス１４と、‘The Artist１’のサブカテゴリである‘ファンサイト’と‘掲示板’と、それらに含まれるサービス５，６，７，８，９も一緒に、カテゴリリスト１の‘アーティスト１’のカテゴリに追加される。これにより、サービス１４はカテゴリ‘アーティスト１’に含まれるように追加され、カテゴリ‘ファンサイト’と‘掲示板’とは、カテゴリ‘アーティスト１’のサブカテゴリとして追加されることとなる。
【００５１】
一方、サービス知識合成部１０９は、マッチング部１０８が概念的に下位に位置すると判断した相手のカテゴリを、対応する自分のカテゴリのサブカテゴリとして追加し、その情報をサービス知識保持部１０７に記憶する（ステップＳ１１４；ｙｅｓ、ステップＳ１１５）。
ここでは、カテゴリリスト２の‘アクセサリー’と‘コスメ’が、カテゴリリスト１の‘ファッション’の下位層に位置すると判断され、図６（ｃ）に示すように、‘ファッション’のサブカテゴリとして追加される。
なお、カテゴリリスト２の相手の特定のカテゴリが自分の複数のカテゴリにマッチした場合、複数マッチ対応合成機能１０９１が、自分の複数のカテゴリそれぞれに対して合成処理を行う。このとき、通信端末１は、その相手の特定のカテゴリが、自分の概念体系においていくつかの意味を持つことを、相手通信端末２に通知してもよい。
【００５２】
なお、変形例として、各サービスのタイトルやコメントなどのメタデータを利用して、複数マッチした各カテゴリに対して、適切なサービスのみ追加することも考えられる。例えば、自分のカテゴリリスト１に‘アーティスト１’と‘アーティスト３’との２つのカテゴリ名が含まれ、相手のカテゴリリスト２に‘The Artist１& The Artist３’が含まれていたとき、相手のカテゴリ名の概念は自分の両方のカテゴリ名‘アーティスト１’と‘アーティスト３’とにマッチする。このとき、サービス知識合成部１０９は、‘アーティスト１’のカテゴリには‘The Artist１’に関係するサービスのみを追加し、‘アーティスト３’のカテゴリには、‘The Artist３’に関するサービスのみを選択的に追加する合成処理を行う。
【００５３】
また、サービス知識合成部１０９の非マッチ時合成機能１０９２は、相手のカテゴリが、自分のカテゴリと等しくもなく、かつ、下位にも位置しない場合、すなわち、マッチしない場合、特別なカテゴリを作成して自分のサービス知識に合成する。その特別なカテゴリのカテゴリ名には、相手の名前や‘その他’、‘新しいカテゴリ’などをつけることができる。ユーザは、その特別なカテゴリに追加された新たなカテゴリやサービスをそのまま使い続けてもいいし、自分の語彙にあうようにカテゴリ名を変えてもよいし、必要なければカテゴリを削除してもよい。これらの操作は、サービス知識編集部１１８によって行われる。このようにして、ユーザは新たな概念（カテゴリ）を、他者から取得可能となる。
【００５４】
最後に、マッチング部１０８が全組み合わせについてマッチングし、検査を完了した場合に（ステップＳ１１６；ｙｅｓ）、サービス知識提示部１１９は、合成されたサービス知識に基づいて表示画面を生成し、図６（ｃ）に示すようなツリー形式などによりユーザに提示する（ステップＳ１１７）。
これにより、ユーザは、自分の概念体系に基づいて、他者のサービス知識を参照することが可能となり、他者のサービス知識をユーザにとって使い勝手よく利用することができる。
【００５５】
［２．２．サービス知識の更新通知手順］
図７は、相手通信端末２においてサービス知識が更新された際の更新情報の通知手順を示すフローチャートである。同図を参照しながら、更新情報の通知手順について説明する。
ここでは、上述したサービス知識の合成処理手順を行ったことによって、相手通信端末２の通信相手管理部１１０のカテゴリ単位通信相手管理機能１１０２は、カテゴリ‘コスメ’の通信相手として通信端末１の通信アドレスを管理しているものとする。また、ここでは、カテゴリ単位でのみ通信相手を管理しているものとする。
【００５６】
まず、サービス知識編集部１１８は、ユーザによる入力部１０５からのサービス知識の編集命令に基づき（ステップＳ２０１）、サービス知識保持部１０７への新しいサービスやカテゴリの追加、及び、既存のサービスやカテゴリの削除を行う（ステップＳ２０２）。サービス知識保持部１０７は、更新されたサービス知識を保存する（ステップＳ２０３）。
この更新がなされたとき、更新通知部１１５は、変化したカテゴリやサービスリストを含む更新情報を作成する（ステップＳ２０４）。
【００５７】
そして、アクセス制御部１１１は、通信相手管理部１１０より通信相手リストに含まれる通信端末の通信アドレスを抽出する（ステップＳ２０５）。アクセス制御部１１１は、抽出された通信アドレスと作成した更新情報とに基づいて、更新されたサービスが属すカテゴリや、更新されたカテゴリが、抽出された通信アドレスを有する通信端末に対して公開されているか否かを判定する（ステップＳ２０６）。
【００５８】
ここでは、例えば、図６（ｂ）に示すように、相手通信端末２のサービス知識保持部１０７に記憶されているカテゴリ‘コスメ’にサービス１３が追加された場合には、サービス１３が属す‘コスメ’のカテゴリは、通信端末１に対して公開されているため（ステップＳ２０７；ｙｅｓ）、相手通信端末２の更新通知部１１５は、‘コスメ’のカテゴリにサービス１３が追加されたことを示す更新情報を、通信端末１に通知する（ステップＳ２０８）。
【００５９】
通知先の通信端末１では、更新受信部１１４が更新情報を受け取り（ステップＳ２０９）、サービス知識編集部１１８が更新情報をサービス知識保持部１０７に反映する（ステップＳ２１０）。サービス知識保持部１０７は、更新されたサービス知識を保持する（ステップＳ２１１）。
サービス知識提示部１１９は、ユーザに対して更新情報を提示する（ステップＳ２１２）。ここでは、サービス知識提示部１１９は、‘コスメ’のカテゴリにサービス１３が追加されたことを提示する。ユーザが、サービス知識を参照する際は、サービス知識提示部１１９によって最新のサービス知識が提示される。
【００６０】
このように、相手通信端末２のサービス知識が更新された場合に、相手通信端末２は通信端末１に更新情報を即座に通知するため、通信端末１のユーザは、他者のサービス知識を即座に利用することができる。このため、ユーザは、他者が公開しているサービス知識が更新されているかどうかを自ら確認する必要がなくなる。さらに、通信相手管理部１１０に管理されている情報によって、家族や友人などの特定の人にのみ、あるカテゴリやサービスを公開するというような粒度の細かいアクセス制御を行うことが可能となり、サービス知識に個人の興味や嗜好が含まれている場合にも、ユーザ同士は抵抗なくサービスを共有することができる。
【００６１】
変形例として、上記のようにサービス知識を更新した相手通信端末２からプッシュで通信端末１に更新情報を通知するのではなく、通信端末１から相手通信端末２に周期的に更新情報を問い合わせるようにしてもよい。また、その他の変形例として、ある通信端末にあるサービスが追加されたとしても、更新情報の通知相手に指定されている通信端末が通知を不要と設定している場合、ある通信端末の更新通知部１１５はトラフィック削減のため、通知しないことを選択することができる。
【００６２】
以上のように、本発明によって、ユーザは、自己の語彙と階層構造を有する概念体系に基づいて他者のサービス知識を参照することが可能となるため、他者のサービス知識をユーザにとって使い勝手よく利用することができる。また、以前サービス知識の通知を受けた通信端末において再度同じカテゴリやサービスが更新された場合、通信端末１は即座に通知を受けることができる。さらに、特定のユーザやグループ単位で、カテゴリに対するアクセス制限を設定することができるため、誰にどの知識を公開するかをきめ細かく制御でき、ユーザ間のサービス共有を促進することができる。
このように、ブックマーク等の動的に更新される個人のサービス知識を、個人の概念体系と最新状態を維持しつつ、ユーザ間で共有することが可能となる。
【産業上の利用可能性】
【００６３】
ブックマーク等の階層的なサービス知識の概念体系の合成や、分散型システムにおける情報の共有に利用することができる。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施の形態に係るシステム構成の一例を示す図である。
【図２】同実施の形態に係る通信端末の構成を示すブロック図である。
【図３】同実施の形態に係るサービス知識のデータ構成の一例を示す図である。
【図４】同実施の形態に係るサービス知識を概念的に示す図である。
【図５】同実施の形態に係るサービス知識合成処理の手順を示すフローチャートである。
【図６】（ａ）は通信端末１に保持されているサービス知識、（ｂ）は相手通信端末２に保持されているサービス知識、（ｃ）は合成処理後に通信端末１に保持されているサービス知識を示す図である。
【図７】同実施の形態に係る相手通信端末においてサービス知識が更新された際の更新情報の通知手順を示すフローチャートである。
【符号の説明】
【００６５】
１        通信端末
２        相手通信端末
３        オントロジデータベース装置
１０１    通信部
１０２    バス
１０３    制御管理部
１０４    タイマ
１０５    入力部
１０６    出力部
１０７    サービス知識保持部
１０８    マッチング部
１０９    サービス知識合成部
１１０    通信相手管理部
１１１    アクセス制御部
１１２    サービス知識応答部
１１３    サービス知識取得部
１１４    更新受信部
１１５    更新通知部
１１７    公開状態管理部
１１８    サービス知識編集部
１１９    サービス知識提示部
１０９１  複数マッチ対応合成機能
１０９２  非マッチ時合成機能
１１０１  サービス単位通信相手管理機能
１１０２  カテゴリ単位通信相手管理機能
【図１】
2005339037.tif 000003
【図２】
2005339037.tif 000004
【図３】
2005339037.tif 000005
【図４】
2005339037.tif 000006
【図５】
2005339037.tif 000007
【図６】
2005339037.tif 000008
【図７】
2005339037.tif 000009