JP4745774B2 - サービス推薦システム、及び、サービス推薦方法 - Google Patents

Description

本発明は、ユーザにサービスを推薦するためのサービス推薦システム、及び、サービス推薦方法に関するものである。

従来、ユーザが予定する行動の実現を支援する技術が各種提案されている（例えば、特許文献１、２参照）。
特許文献１に記載のシステムでは、ユーザ情報とユーザが利用する可能性のある施設情報とに基づいて、ユーザが予定する行動の実現支援並びに予定する行動に付随して実行しうる行動示唆を行うための行動支援情報を作成し、当該行動支援情報をユーザに提示している。
また、特許文献２に記載のシステムでは、ユーザの実世界での行動をタスクとして定義したタスクモデルに基づいて、ユーザの要求に応じたサービスを提供している。

特開２００４−２７１３２１号公報（請求項１） 特開２００５−１００１４６号公報（請求項１）

しかしながら、特許文献１及び２に記載のシステムは、ユーザが予定する行動を実際の行動に移す前の段階でユーザにサービス提供をしており、ユーザが行動を起こした後のサービス選択や変更支援に関しては特別な対処を行っていない。提供されたサービスを利用してユーザが行動を起こした直後には、実行すべき関連タスクが連続して発生する可能性が高いにも関わらず、対処が行われていないため、ユーザは関連タスクをスムーズに解決することが困難であった。

また、特許文献２に記載の手法を利用して一連のタスクを実施しようとした場合には、ユーザは自己の行動から得られるサービスの実行結果に基づき次に行うべきタスクを自ら想起し、タスクモデルからタスクの選択（事前にサービスプランがある場合はプランの変更）を行う必要があった。しかしながら、このような手法では、関連して発生するタスク及びサービスをユーザが自ら発見するのには限度がある。従って、ユーザは、役に立つがユーザにとって未知なタスク及びサービスを発見するのは困難であった。
本発明は以上の課題に鑑みてなされたものであり、ユーザが行動を起こした後のサービス選択支援を行うサービス推薦システム、及び、サービス推薦方法を提供することを目的とする。

上記課題を解決するために、本願発明の一態様によるサービス推薦システムは、ユーザの行動に応じてサービスを推薦するサービス推薦システムにおいて、ユーザが起こした行動を取得するユーザ行動取得手段と、ユーザの行動をタスクとして定義したタスク知識が記憶されたタスク知識データベースから、前記ユーザ行動取得手段により取得された行動と関連して発生する関連タスクを取得する関連タスク取得手段と、ユーザの行動を支援するためのサービスが記憶されたサービス知識データベースから、前記関連タスク取得手段により取得された関連タスクの実現を支援するためのサービスの候補を取得するサービス取得手段と、前記サービス取得手段により取得されたサービスを、前記関連タスク取得手段により取得された関連タスクとともにユーザが保持する通信端末に送信するサービス送信手段と、
前記通信端末とデバイスとの間での通信結果を示す通信データを取得する通信データ取得手段とを備え、
前記サービス知識データベースにはサービスについての有効条件がさらに記憶されており、
前記サービス取得手段は、前記通信データ取得手段により取得された通信データと前記サービス知識データベースに記憶されている有効条件に合致するサービスを抽出し、
前記サービス送信手段は、前記サービス取得手段によるサービスの抽出の結果、関連タスクに結び付けられているサービスが零になったタスクをタスク候補から除き、残ったタスクと抽出されたサービス候補とを、ユーザが保持する通信端末に送信するようにしたことを特徴とする。

このようなサービス推薦システムによれば、ユーザが起こした行動に関連して発生する関連タスクの実現を支援するためのサービスをユーザが保持する通信端末に送信するため、ユーザが行動した後に発生する関連タスクを実現するための適切かつ多様なサービスの推薦を行うことができ、ユーザが行動を起こした後のサービス選択支援を行うことが可能となる。
また、デバイス通信データとサービスの有効条件との比較結果に基づいてサービスを絞り込み、必要なサービスのみをユーザに提示することができる。従って、ユーザにとって不要なサービスをあらかじめ排除することができ、提供するサービスの質を高めることができる。

また、上記サービス推薦システムにおいて、前記通信端末と通信したデバイスを識別するデバイスＩＤを取得するデバイスＩＤ取得手段をさらに備え、前記ユーザ行動取得手段は、前記通信端末とデバイスとの通信時のユーザの行動が記憶されたデバイス知識データベースから、前記デバイスＩＤ取得手段により取得されたデバイスＩＤに対応するユーザの行動を取得するようにしてもよい。
このようにすれば、通信端末と通信したデバイスを識別するデバイスＩＤから通信端末を保持するユーザの行動を自動的に取得することができる。

また、本願発明の一態様によるサービス推薦方法は、ユーザの行動に応じてサービスを推薦するサービス推薦方法において、ユーザが起こした行動を取得するユーザ行動ステップと、ユーザの行動をタスクとして定義したタスク知識が記憶されたタスク知識データベースから、前記ユーザ行動取得ステップで取得された行動と関連して発生する関連タスクを取得する関連タスク取得ステップと、ユーザの行動を支援するためのサービスが記憶されたサービス知識データベースから、前記関連タスク取得ステップで取得された関連タスクの実現を支援するためのサービスの候補を取得するサービス取得ステップと、前記サービス取得ステップで取得されたサービスを、前記関連タスク取得ステップで取得された関連タスクとともにユーザが保持する通信端末に送信するサービス送信ステップとを備え、前記サービス取得ステップにおいて取得されたサービスの候補について絞り込み、関連タスクに結び付けられているサービスが零になったタスクをタスク候補から除き、残ったタスクと絞り込まれたサービス候補とを、ユーザが保持する通信端末に送信するようにしたことを特徴とする。

このサービス推薦方法によれば、上記手順によって、ユーザが起こした実際の行動と関連して発生する関連タスクの実現を支援するためのサービスをユーザが保持する通信端末に送信することができるため、関連タスクを実現するための適切かつ多様なサービスの推薦を行うことができ、ユーザが行動を起こした後のサービス選択支援を行うことが可能となる。
また、デバイス通信データとサービスの有効条件との比較結果に基づいてサービスを絞り込み、必要なサービスのみをユーザに提示することができる。従って、ユーザにとって不要なサービスをあらかじめ排除することができ、提供するサービスの質を高めることができる。

本発明によれば、サービス推薦システムは、ユーザが起こした行動に関連して発生する関連タスクの実現を支援するためのサービスをユーザが保持する通信端末に送信するため、ユーザが行動した後に発生する関連タスクを実現するための適切かつ多様なサービスの推薦を行うことができ、ユーザが行動を起こした後のサービス選択支援を行うことが可能となる。

以下、図面を参照して本発明の実施の形態について説明する。図１は、本発明の実施の形態に係るサービス推薦システムの全体構成を示す図である。同図に示すように、サービス推薦システムは、サービス推薦サーバ１００と、ユーザが保持する携帯端末１０１と、実世界デバイス１０２を含んで構成される。サービス推薦サーバ１００、携帯端末１０１及び実世界デバイス１０２は、移動通信網、インターネット等の通信ネットワークで通信可能に接続されている。

サービス推薦サーバ１００は、タスク知識ＤＢ１０３、サービス知識ＤＢ１０４及びデバイス知識ＤＢ１０５を管理し、実世界でのユーザの行動（以下「タスク」ともいう）に応じたサービスを推薦する。
携帯端末１０１は、無線によるデータ通信機能を有する端末である。携帯端末１０１としては、例えば、携帯電話機、ＰＨＳ（Personal Handyphone System）、無線通信カードを備えたＰＤＡ（Personal Digital Assistance）等が相当する。

実世界デバイス１０２は、実世界に設置されており、携帯端末１０１と情報通信可能なデバイスである。実世界デバイス１０２としては、例えば、非接触ＩＣカード技術により認証可能な機能をもつ駅の改札、同技術により決済可能な機能をもつ決済用デバイスなどが相当する。これらの実世界デバイス１０２はユニークなデバイスＩＤを有している。以下、サービス推薦システムを構成する各装置の構成について詳細に説明する。

［１．１ サービス推薦サーバ１００の構成］
サービス推薦サーバ１００は、ハードウェア構成として、図示せぬ、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスク装置、及び、通信インターフェースを含んで構成され、一般的なコンピュータのハードウェア構成を備えている。サービス推薦サーバ１００のハードディスク装置には、プログラムやデータベース等の各種ソフトウェアが記憶されている。ハードディスク装置に記憶されているデータベースには、タスク知識データベース（以下「タスク知識ＤＢ」という）１０３と、サービス知識データベース（以下「サービス知識ＤＢ」という）１０４と、デバイス知識データベース（以下「デバイス知識ＤＢ」という）１０５と、が含まれている。以下、これらのデータベースの構成について説明する。

［１．１．１ タスク知識ＤＢの構成］
タスク知識ＤＢ１０３は、実世界におけるユーザの行動をタスクとして定義したタスク知識に関するデータベースである。図２には、タスク知識ＤＢ１０３のデータ構成の一例を示す。同図に示すように、タスク知識データベース１０２は、タスクを一意に識別するための「タスクＩＤ」、タスクの名称である「タスク名」、及び、タスク間の関係を示す「関連タスクＩＤ」から構成されている。

「関連タスクＩＤ」は、「タスクＩＤ」で識別されるタスクに関連して発生するタスクのＩＤを表している。例えば、ユーザがデパートで商品を買ったとする。「商品を買う（タスクＩＤ「１００１」）」というタスクに伴って、ユーザは商品の購入金額に応じてキャンペーンに応募する可能性があり、「キャンペーン情報を見る（タスクＩＤ「１００２」）」というタスクが関連して発生する。従って、図２に示すように、タスクＩＤ「１００１」と対応付けられて関連タスクＩＤ「１００２」が記述されている。

また、海外旅行グッズを購入した場合には、銀行でお金を外貨に換金するというタスクが発生する可能性がある。そのため、「商品を買う」というタスクに伴って「海外旅行の準備をする（タスクＩＤ「１００４」）」というタスクが関連して発生するタスクである。従って、図２に示すように、タスクＩＤ「１００１」に対応付けられて関連タスクＩＤ「１００４」が記述されている。
また、コートなどかさばる商品を購入したユーザにとっては、商品の一時預かり所を探す必要があり、「商品を預ける（タスクＩＤ「１００５」）」というタスクが関連して発生する。従って、図２に示すように、タスクＩＤ「１００１」と対応付けられて関連タスクＩＤ「１００５」が記述されている。

［１．１．２ デバイス知識ＤＢの構成］
デバイス知識ＤＢ１０５は、実世界デバイス１０２と携帯端末１０１との通信時のユーザの行動が記憶されたデータベースである。図３には、デバイス知識ＤＢ１０５のデータ構成の一例を示す。同図に示すように、デバイス知識ＤＢ１０５は、「デバイスＩＤ」と、当該デバイスＩＤに対応する「タスクＩＤ」から構成される。「デバイスＩＤ」は、実世界に存在するデバイスを識別するためのユニークなＩＤである。ユーザが保持する携帯端末１０１がデバイス１０２と通信をする時には、何らかのユーザの実世界行動を伴う。その行動を、タスク知識ＤＢ１０３で定義された「タスクＩＤ」として表現する。例えば、ｄｅｖ１００１のデバイス（ここでは、デパートに設置されている非接触ＩＤカード用決済用デバイス）は、「商品を買う」といった決済に関連するユーザの実世界行動に伴って利用される。そのため、図３に示すように、ｄｅｖ１００１のデバイスＩＤをもつデバイス１０２には、タスク「商品を買う」を識別するタスクＩＤ「１００１」が対応付けられている。

［１．１．３ サービス知識ＤＢの構成］
サービス知識ＤＢ１０４は、ユーザの行動を支援するためのサービスが記憶されたデータベースである。ここで、サービスとは、ユーザの実世界行動を支援する知識（インターネット上のサービス、実世界のサービス等）を意味する。図４には、サービス知識ＤＢ１０４のデータ構成の一例を示す。同図に示すように、サービス知識ＤＢ１０４は、サービスを一意に識別するための「サービスＩＤ」、サービスの所在地を示す「サービスＵＲＩ（Uniform Resource Identifier）」、サービスに対応するユーザの行動の識別子である「タスクＩＤ」、及び、サービスが有効である条件を決定する「サービス有効条件」からなる。

例えば、「２００５年８月２６日から８月３０日までの間にＢデパートで３００００円以上お買い上げのお客様にお皿をプレゼント」というサービスが存在する場合を考える。このサービスには、サービス知識ＤＢ１０４の中でユニークな値であるサービスＩＤ「１００１」がつけられている。サービスＵＲＩには、このキャンペーン情報が記載されているホームページのアドレスが記述される。このサービスＩＤに対応するタスクＩＤには、「キャンペーン情報を見る」というこのサービスにつながるタスクのタスクＩＤ「１００２」が記述されている。サービス有効条件には、このサービスが有効な日時、場所、購入商品、及び、購入値段が記述されている。ここでは、「購入値段：３００００円以上」、「有効場所：Ｂデパート」、「有効時間：２００５／８／２６−８／３０」がこのサービスの有効条件となる。このキャンペーンの場合には、購入商品は特に特定されているわけではないので、購入商品を記述する必要はない。

サービス有効条件の項目は、デバイス１０２で取得可能な項目と、パラメータ及びデータ構成が一致するように設計される。例えば、図４では、サービス有効条件として、「有効日時」、「有効場所」、「購入商品」、「購入値段」が設定されている。これは、実世界デバイス１０２として決済用デバイスを想定しており、決済用デバイスで取得可能な情報が「購入日時」、「購入場所」、「購入商品」、「購入値段」に限られるからである。これ以外の情報が取得されるのであれば、それに応じたサービス有効条件の項目が設定される。

［１．１．４ サービス推薦サーバの機能構成］
サービス推薦サーバ１００が備える上述したハードウェア及びソフトウェアが協働して動作することにより、サービス推薦サーバ１００には図５に示す機能構成が実現される。以下各構成要素について述べる。
端末ＩＤ取得部２０３は、実世界デバイス１０２と通信した携帯端末１０１を識別する端末ＩＤを取得する。
デバイスＩＤ取得部２０２は、携帯端末１０１と通信した実世界デバイス１０２を識別するデバイスＩＤを取得する。

通信データ取得部２０１は、実世界デバイス１０２と携帯端末１０１との間での通信結果を示す通信データ（以下、「デバイス通信データ」という）を取得する。このデバイス通信データには、実世界デバイス１０２と携帯端末１０１との間で送受信されたデータが含まれる場合もあるし、実世界デバイス１０２と携帯端末１０１との少なくとも一方に記憶されているデータが含まれる場合もあるし、実世界デバイス１０２と携帯端末１０１との少なくとも一方が演算処理を行った結果が含まれる場合もある。

ユーザ行動取得部２０６は、携帯端末１０１と実世界デバイス１０２との通信時のユーザの行動を取得するために、デバイス知識ＤＢ１０５を検索することにより、デバイスＩＤ取得部２０２で取得したデバイスＩＤに対応付けられているタスクＩＤを取得する。
関連タスク取得部２０４は、ユーザ行動取得部２０６で取得したタスクと関連して発生するタスクを取得するために、タスク知識ＤＢ１０３を検索することにより、ユーザ行動取得部２０６で取得したタスクＩＤと対応付けられている関連タスクＩＤを取得する。

サービス取得部２０５は、関連タスクの実現を支援するためのサービスを取得するために、サービス知識ＤＢ１０４を検索することにより、関連タスク取得部２０４で取得した関連タスクＩＤと対応するサービス（サービスＩＤ、サービスＵＲＩ等）を取得する。さらに、サービス取得部２０５は、取得するサービスを絞り込むためのサービス絞込機能２０５１を備えている。具体的には、サービス絞込機能２０５１は、通信データ取得部２０１で取得したデバイス通信データと、サービス知識ＤＢ１０４のサービス有効条件との比較結果により、取得するサービスを、デバイス通信データとサービス有効条件とが合致するサービスのみに絞り込む。
サービス送信部２００は、サービス取得部２０５が取得したサービスを関連タスクとともに携帯端末１０１に送信する。

［１．２．携帯端末の構成］
次に、携帯端末１０１の構成について説明する。携帯端末１０１は、ＣＰＵ、メモリ、無線通信インターフェース、ディスプレイ、操作キー等のハードウェアと、メモリに記憶される各種ソフトウェアとを備えている。携帯端末１０１が備えるこれらのハードウェア及びソフトウェアによって、図６に示す機能構成が携帯端末１０に実現される。以下、各構成要素について述べる。

接続要求送信部５０３は、ユーザから実世界デバイス１０２への接続要求を受けた時に、実世界デバイス１０２に接続要求を行う。
端末ＩＤ送信部５０４は、実世界デバイス１０２との通信があったときに、携帯端末１０１固有の端末ＩＤを、実世界デバイス１０２を介してサービス推薦サーバ１００に送信する。
サービス受信部５０１は、ユーザが起こした行動に関連して発生する関連タスク及び当該関連タスクの実現を支援するためのサービスをサービス推薦サーバ１００より受信する。
サービス表示部５０２は、サービス受信部５０１で受信した関連タスク及びサービスを整形して携帯端末１０１のディスプレイに表示する。

［１．３ 実世界デバイスの構成］
次に、実世界デバイス１０２の構成について説明する。実世界デバイス１０２は、ＣＰＵ、ソフトウェアを記憶したメモリ、通信インターフェース等を備えた装置である。これらのハードウェア及びソフトウェアの機能によって、実世界デバイス１０２は図７に示す構成要素から構成される。以下各構成要素について述べる。
接続要求受信部６０２は、携帯端末１０１からの接続要求を受信する。端末ＩＤ受信部６０１は、携帯端末１０１との通信を接続した後、携帯端末１０１から端末ＩＤを受信する。端末ＩＤ送信部６０３は、サービス推薦サーバ１００に携帯端末１０１の端末ＩＤを送信する。

デバイスＩＤ送信部６０５は、サービス推薦サーバ１００に自デバイス１０２のデバイスＩＤを送信する。デバイス通信データ取得部６０４は、自デバイス１０２と携帯端末１０１との間のデバイス通信データを取得する。
デバイス通信データ送信部６０６は、デバイス通信データ取得部６０４が取得したデバイス通信データをサービス推薦サーバ１００に送信する。

次に、各装置における処理フローについて説明する。
［２．１ サービス推薦サーバの処理フロー］
まず、図８を参照して、サービス推薦サーバ１００の処理フローを説明する。サービス推薦サーバ１００は、デバイス１０２から接続要求があると、デバイスＩＤ取得部２０２においてデバイスＩＤを取得し、通信データ取得部２０１においてデバイス通信データを取得し、さらに、端末ＩＤ取得部２０３においてデバイス１０２と通信した携帯端末１０１の端末ＩＤを取得する（ステップＳ１０１）。

次に、デバイス１０２と携帯端末１０１とが通信した時のユーザの行動を得るために、ユーザ行動取得部２０６において、ステップＳ１０１で取得したデバイスＩＤと対応するタスクのタスクＩＤをデバイス知識ＤＢ１０５から取得する（ステップＳ１０２）。
次に、関連タスク取得部２０４において、ステップＳ１０２で取得したタスクと関連して発生するすべてのタスクのタスクＩＤをタスク知識ＤＢ１０３から取得し、これらをタスク候補とする（ステップＳ１０３）。
次に、サービス取得部２０５において、タスク候補となっているタスクと対応付けられているサービスのサービスＩＤをサービス知識ＤＢ１０４からすべて取得し、サービス候補とする（ステップＳ１０４）。

さらに、サービス取得部２０５のサービス絞込機能２０５１において、ステップＳ１０４で取得したサービス候補について当該サービス候補のサービス有効条件と、取得したデバイス通信データとをマッチングすることにより、デバイス通信データに合致するサービスのみにサービス候補を絞り込む（ステップＳ１０５）。もし、タスク候補の中で、この絞込みによって関連付けられているサービスが全く無くなってしまったタスクがあれば、タスクの候補から除く（ステップＳ１０６）。
最後に、端末ＩＤ取得部２０３で取得した端末ＩＤをもつ携帯端末１０１に対して、ステップＳ１０６で絞り込まれたサービス候補をタスク候補とともにサービス送信部２００から送信する（ステップＳ１０７）。

［２．２ 携帯端末の処理フロー］
次に、図９を参照して、携帯端末１０１の処理フローについて説明する。携帯端末１０１は、ユーザからのデバイス１０２との接続要求を待ち、接続要求があると（ステップＳ２０１：Ｙｅｓ）、接続要求送信部５０３からデバイス１０２に対して接続要求を行う（ステップＳ２０２）。接続が受理されたら（ステップＳ２０３：Ｙｅｓ）、端末ＩＤ送信部５０４からデバイス１０２に対して端末ＩＤの送信を行い、続いて、デバイス１０２の種別に応じた処理を実行する（ステップＳ２０４）。例えば、決済用のデバイスの場合には、携帯端末１０１の非接触ＩＣカード内に登録されている残高から購入対象商品の値段を引くという処理がなされる。この場合、ユーザが購入したい商品の値段は、あらかじめ、レジを通してデバイス１０２に登録されている。また、駅の改札にある認証用のデバイスの場合には、携帯端末１０１の非接触ＩＣカード内に登録されている定期券のデータ（出発地、目的地、有効期間）を参照し、そのユーザに対して改札の通過を許可するかしないかを判定する。この場合、判定の許可基準となる「日時」、「デバイスが設置されている駅名」、「路線図」は、あらかじめ、デバイス１０２に登録されている。以上のような処理が終了すると、通信は終了となる（ステップＳ２０５：Ｙｅｓ）。

次に、携帯端末１０１は、サービス受信部５０１でタスク候補及びサービス候補をサービス推薦サーバ１００から受信する（ステップＳ２０６：Ｙｅｓ）。携帯端末１０１は、受信されたタスク候補及びサービス候補を整形しディスプレイ上に表示する（ステップＳ２０７）。その後、ユーザはディスプレイ上に表示されたタスクを選択することによってサービスを利用する（ステップＳ２０８：Ｙｅｓ）。

［２．３ デバイスの処理フロー］
次に、図１０を参照して、実世界デバイス１０２の処理フローを説明する。実世界デバイス１０２は、携帯端末１０１からの接続要求を接続要求受信部６０２で受信すると（ステップＳ３０１：Ｙｅｓ）、接続を受理し、携帯端末１０１から端末ＩＤを取得する（ステップＳ３０２）。
次に、デバイス１０２の種別に応じた固有の処理を実行する（ステップＳ３０３）。例えば、携帯端末１０１の処理フローにおいて既に述べたように、デバイス１０２が決済用のデバイスの場合には、携帯端末１０１の非接触ＩＣカード内に登録されている残高から購入対象商品の値段を引くという処理が実行される。また、駅の改札にある認証用のデバイス１０２の場合には、携帯端末１０１の非接触ＩＣカード内に登録されている定期券のデータを参照し、そのユーザに対して改札の通過を許可するかしないかを判定する。
以上のような処理が終了すると、通信は終了となる（ステップＳ３０４）。

次に、デバイス通信データ取得部６０４で、携帯端末１０１とデバイス１０２との間での通信結果を示すデバイス通信データを取得する。例えば、決済用のデバイスの場合には、デバイス通信データは「購入日時」、「購入場所（デバイスの設置してある場所）」、「購入商品」、「購入値段」が相当する。また、駅の改札にある認証用のデバイスの場合には、「通過日時」、「通過駅」が相当する。そして、デバイス１０２は、デバイスＩＤ送信部６０５からデバイスＩＤを、端末ＩＤ送信部６０３から端末ＩＤ受信部６０１で取得した端末ＩＤを、デバイス通信データ送信部６０６からデバイス通信データ取得部６０４で取得したデバイス通信データを、サービス推薦サーバ１００に送信する（ステップＳ３０５）。

［２．４ サービス推薦システムにおける処理］
次に、図１１を参照して、サービス推薦システム全体における処理の流れの概要を説明する。
まず、ユーザは、携帯端末１０１を通じてデバイス１０２との接続を開始する（ステップＳ１）。デバイス１０２との接続を開始する目的は、デバイス１０２の種類に応じて様々である。例えば、デバイス１０２が決済用のデバイスであれば、商品を購入する手続きのためにデバイス１０２との接続を開始する。また、駅の改札の認証用デバイスであれば、電車を利用して目的地へ移動するためにデバイス１０２との接続を開始する。
携帯端末１０１とデバイス間の通信が開始されると、携帯端末１０１からデバイス１０２に対して端末ＩＤを送信する（ステップＳ２）。

次に、携帯端末１０１とデバイス１０２間で、デバイス１０２の種別に応じて異なる情報が通信される。例えば、決済用のデバイスであれば、「購入商品」、「購入金額」、「購入店舗」などの情報が通信される。通信終了後、デバイス１０２は、これらの通信結果をデバイス通信データとして、携帯端末１０１の端末ＩＤ及びデバイス１０２のデバイスＩＤとともにサービス推薦サーバ１００へ送信する（ステップＳ３）。

サービス推薦サーバ１００では、デバイス知識ＤＢ１０５を参照し、携帯端末１０１とデバイス１０２との通信時におけるユーザの行動を取得する（ステップＳ４）。次に、タスク知識ＤＢ１０３を検索して、そのタスクと関連して発生するすべてのタスクを取得し、タスク候補とする（ステップＳ５）。
次に、サービス知識ＤＢ１０４を検索して、タスク候補となっているタスクと関連付けられているすべてのサービスを取得し、サービス候補とする（ステップＳ６）。さらに、デバイス通信データとサービス候補のサービス有効条件とをマッチングすることにより、サービス候補を、デバイス通信データがサービス有効条件に該当するサービスのみに絞り込む（ステップＳ７）。最後に、検索されたタスク候補及びサービス候補を、デバイス１０２と通信した携帯端末１０１に送信する（ステップＳ８）。

［２．５ 動作例］
次に、具体的な例を挙げてサービス推薦システムにおける動作例を説明する。なお、ここでは、タスク知識ＤＢ１０３、デバイス知識ＤＢ１０５、サービス知識ＤＢ１０４各々には、図２、図３、図４に示す内容のデータが格納されているものとする。
例として、ユーザが２００５年８月２７日に、Ｂデパートの５階で４００００円のコートを、ユーザの携帯端末１０１に付属する決済用非接触ＩＣカードを利用して購入したとする。ユーザはコートをレジに持って行き、購入したい旨を店員に伝える。店員は商品名と商品の値段を決済用のデバイス１０２に入力する。これは、バーコードリーダでコートにつけられたバーコードを読み取る、あるいは、コートにつけられたＩＣタグを読み取るといった方法により実現可能である。

商品名と、商品の値段が決済用のデバイス１０２に登録されると、決済用のデバイス１０２は携帯端末１０１からの接続要求を待ちうける状態になる。その状態で、携帯端末１０１を決済用のデバイス１０２にかざすことにより、ユーザは決済を完了することができる。これは、以下のような流れで実現される。まず、決済用のデバイス１０２が携帯端末１０１に付属している非接触ＩＣカード内の決済用の情報を読み取り残高を確認する。残高が商品の値段を下回っていなければ、非接触ＩＣカード内の残高を商品の値段を差し引いた値に更新する。

決済用のデバイス１０２の処理が終了すると、デバイス１０２はユーザの取引時に取得したデータをデバイス通信データとして、デバイスＩＤ「ｄｅｖ１００１」、端末ＩＤ「０９０−＊＊＊＊−＊＊＊＊」とともにサービス推薦サーバ１００に送信する。ここでは、デバイス通信データは、「商品名：コート」、「商品の値段：４００００円」、「場所：Ｂデパート内５階」、「時間：１１時３０分」となる。

次に、サービス推薦サーバ１００では、デバイス知識ＤＢ１０５を参照し、デバイスＩＤ「ｄｅｖ１００１」に対応するタスクを検索する。ここでは、図３に示すように、タスクＩＤが１００１の「商品を買う」が該当する。次に、タスク知識ＤＢ１０３を参照し、タスク「１００１：商品を買う」と関連して発生するタスクを検索する。ここでは、図２の関連タスクＩＤより、「１００２：キャンペーン情報を見る」、「１００３：イベントの情報を見る」、「１００４：海外旅行の準備をする」、「１００５：商品を預ける」、「１００６：商品を贈る」、「１００７：昼食を食べる」が該当する。これらをタスク候補とする。

次に、サービス知識ＤＢ１０４を参照し、タスク候補に結びついているサービスをすべて検索し、サービス候補とする。さらに、取得したデバイス通信データが、検索されたサービスに設定されているサービス有効条件に合致するサービスだけに絞り込む。ここでは、「商品名：コート」、「商品の値段：４００００円」、「場所：Ｂデパート内５階」、「日時：２００５年８月２７日」というデバイス通信データと合致するサービスのみを抽出する。ここでは、図４に示すように、サービスＩＤが１００１、１００６、１００８のサービスが該当する。ここで、サービスの有効条件にデバイス通信データが当てはまらず、結果として、タスクに結び付けられているサービスが０になったタスクは、タスク候補から除く。ここでは、サービスの数が０になったタスク「１００４：海外旅行の準備をする」、「１００３：イベント情報を見る」、「１００６：商品を贈る」をタスク候補から除く。結果として、タスク候補から、上記のタスクを除き「１００２：キャンペーン情報を見る」、「１００５：商品を預ける」、「１００７：昼食を食べる」のタスクに絞り込まれる。

以上のように獲得されたタスク候補とサービス候補をサービス推薦サーバ１００から携帯端末１０１に送信する。携帯端末１０１上では、タスクの候補及びサービスの候補を整形して表示する。図１２には、携帯端末１０１のディスプレイ上に表示されたタスクの候補及びサービスの候補の一例を示す。
以上説明したように、サービス推薦システムにより、ユーザが携帯端末１０１を通じて実世界デバイス１０２と通信した直後に関連して発生するタスクを、実世界のサービスやインターネット上のサービスと関連づけて提示することができる。これにより、ユーザのサービス利用機会を増加させることができ、気づきの効果を与えることもできる。

また、携帯端末１０１との通信時に獲得できるデバイス通信データがサービスの有効条件に適合するサービスのみを選別して提示することで、ユーザにとって不要なサービスをあらかじめ排除することができ、提示するサービスの質を高めることができる。
このように、サービス推薦システムは、ユーザが起こした行動に関連して発生する関連タスクの実現を支援するためのサービスをユーザが保持する携帯端末１０１に送信するため、ユーザは自ら関連タスクやサービスを想起しなくても、関連タスク及び関連タスクを実現するためのサービスの推薦を適切に受けることができ、ユーザが行動を起こした後のサービス選択支援を行うことが可能となる。

なお、上述した実施の形態において説明した携帯端末１０１と実世界デバイス１０２とが備える機能の分担については変形例が考えられる。例えば、上述した実施の形態では、端末ＩＤ、デバイスＩＤ、及び、デバイス通信データは、実世界デバイス１０２からサービス推薦サーバ１００に送信されるとしていたが、携帯端末１０１に端末ＩＤ、デバイスＩＤ、及び、デバイス通信データを蓄積し、デバイス１０２との通信が終了した後、携帯端末１０１からこれらのデータをサービス推薦サーバ１００に送信する、としてもよい。この場合、上述した実施の形態に係る携帯端末１０１及び実世界デバイス１０２が備える機能について、以下の追加及び削除を行う必要がある。

変形例に係る携帯端末１０１の機能構成を図１３に示す。同図に示すように、変形例に係る携帯端末１０１は、新たに、実世界デバイス１０２からデバイス通信データを取得する通信データ取得部７０２、デバイス通信データをサービス推薦サーバ１００に送信するデバイス通信データ送信部７０４、デバイス１０２からデバイスのＩＤを取得するデバイスＩＤ取得部７０１、及び、デバイスＩＤをサービス推薦サーバ１００に送信するデバイスＩＤ送信部７０３を備える。
変形例に係る実世界デバイス１０２の機能構成を図１４に示す。同図に示すように、変形例に係る実世界デバイス１０２が備える構成要素は、上述した実施の形態に係る実世界デバイス１０２が備える構成要素から、端末ＩＤ受信部６０１及び端末ＩＤ送信部６０３が除かれたものである。

また、上述した実施の形態で説明したサービス推薦システムの構成は一例に過ぎず、種々の変形が考えられる。例えば、上述した実施の形態では、サービス推薦サーバ１００のハードディスク装置にタスク知識ＤＢ１０３、サービス知識ＤＢ１０４及びデバイス知識ＤＢ１０５が記憶されているとして説明したが、サービス推薦サーバ１００、タスク知識ＤＢ１０３、サービス知識ＤＢ１０４、及び、デバイス知識ＤＢ１０５は別々の装置で構成されていてもよい。また、上述した実施の形態においては、ユーザが保持する通信端末は、ユーザが携帯して持ち歩き可能で無線通信機能を備えた携帯端末１０１であるとして説明したが、これに限定されることはなく、例えば、有線によるデータ通信機能を備えたパーソナルコンピュータであってもよい。また、実世界デバイス１０２は、無線通信機能を備えたデバイスに限らず、例えば、接触型のＩＣカードを読み取るリーダライタであってもよい。

ユーザが行動を起こした後のサービス選択支援に利用することができる。

本発明の実施の形態に係るサービス推薦システムの全体構成を示す図である。 同実施の形態に係るタスク知識ＤＢのデータ構成の一例を示す図である。 同実施の形態に係るデバイス知識ＤＢのデータ構成の一例を示す図である。 同実施の形態に係るサービス知識ＤＢのデータ構成の一例を示す図である。 同実施の形態に係るサービス推薦サーバの機能構成を示す図である。 同実施の形態に係る携帯端末の機能構成を示す図である。 同実施の形態に係る実世界デバイスの機能構成を示す図である。 同実施の形態に係るサービス推薦サーバの処理フローを示す図である。 同実施の形態に係る携帯端末の処理フローを示す図である。 同実施の形態に係る実世界デバイスの処理フローを示す図である。 同実施の形態に係るサービス推薦システム全体における処理の概要を説明するための図である。 同実施の形態に係る携帯端末のディスプレイ上に表示されたタスクの候補及びサービスの候補の一例を示す図である。 変形例に係る携帯端末の機能構成を示す図である。 変形例に係る実世界デバイスの機能構成を示す図である。

符号の説明

１００ サービス推薦サーバ
２００ サービス送信部
２０１ 通信データ取得部
２０２ デバイスＩＤ取得部
２０３ 端末ＩＤ取得部
２０４ 関連タスク取得部
２０５ サービス取得部
２０６ ユーザ行動取得部
１０３ タスク知識データベース（タスク知識ＤＢ）
１０４ サービス知識データベース（サービス知識ＤＢ）
１０５ デバイス知識データベース（デバイス知識ＤＢ）
１０１ 携帯端末
５０１ サービス受信部
５０２ サービス表示部
５０３ 接続要求送信部
５０４ 端末ＩＤ送信部
７０１ デバイスＩＤ取得部
７０２ 通信データ取得部
７０３ デバイスＩＤ送信部
７０４ デバイス通信データ送信部
１０２ 実世界デバイス
６０１ 端末ＩＤ受信部
６０２ 接続要求受信部
６０３ 端末ＩＤ送信部
６０４ 通信データ取得部
６０５ デバイスＩＤ送信部
６０６ デバイス通信データ送信部

Claims (3)

1. ユーザの行動に応じてサービスを推薦するサービス推薦システムにおいて、
   ユーザが起こした行動を取得するユーザ行動取得手段と、
   ユーザの行動をタスクとして定義したタスク知識が記憶されたタスク知識データベースから、前記ユーザ行動取得手段により取得された行動と関連して発生する関連タスクを取得する関連タスク取得手段と、
   ユーザの行動を支援するためのサービスが記憶されたサービス知識データベースから、前記関連タスク取得手段により取得された関連タスクの実現を支援するためのサービスの候補を取得するサービス取得手段と、
   前記サービス取得手段により取得されたサービスを、前記関連タスク取得手段により取得された関連タスクとともにユーザが保持する通信端末に送信するサービス送信手段と、
   前記通信端末とデバイスとの間での通信結果を示す通信データを取得する通信データ取得手段とを備え、
   前記サービス知識データベースにはサービスについての有効条件がさらに記憶されており、
   前記サービス取得手段は、前記通信データ取得手段により取得された通信データと前記サービス知識データベースに記憶されている有効条件に合致するサービスを抽出し、
   前記サービス送信手段は、前記サービス取得手段によるサービスの抽出の結果、関連タスクに結び付けられているサービスが零になったタスクをタスク候補から除き、残ったタスクと抽出されたサービス候補とを、ユーザが保持する通信端末に送信することを特徴とするサービス推薦システム。
2. 前記通信端末と通信したデバイスを識別するデバイスＩＤを取得するデバイスＩＤ取得手段をさらに備え、
   前記ユーザ行動取得手段は、
   前記通信端末とデバイスとの通信時のユーザの行動が記憶されたデバイス知識データベースから、前記デバイスＩＤ取得手段により取得されたデバイスＩＤに対応するユーザの行動を取得することを特徴とする
   請求項１に記載のサービス推薦システム。
3. ユーザの行動に応じてサービスを推薦するサービス推薦方法において、
   ユーザが起こした行動を取得するユーザ行動ステップと、
   ユーザの行動をタスクとして定義したタスク知識が記憶されたタスク知識データベースから、前記ユーザ行動取得ステップで取得された行動と関連して発生する関連タスクを取得する関連タスク取得ステップと、
   ユーザの行動を支援するためのサービスが記憶されたサービス知識データベースから、前記関連タスク取得ステップで取得された関連タスクの実現を支援するためのサービスの候補を取得するサービス取得ステップと、
   前記サービス取得ステップで取得されたサービスを、前記関連タスク取得ステップで取得された関連タスクとともにユーザが保持する通信端末に送信するサービス送信ステップと、
   前記通信端末とデバイスとの間での通信結果を示す通信データを取得する通信データ取得ステップとを備え、
   前記サービス知識データベースにはサービスについての有効条件がさらに記憶されており、
   前記サービス取得ステップにおいては、前記通信データ取得ステップにより取得された通信データと前記サービス知識データベースに記憶されている有効条件に合致するサービスを抽出し、
   前記サービス送信ステップにおいては、前記サービス取得ステップによるサービスの抽出の結果、関連タスクに結び付けられているサービスが零になったタスクをタスク候補から除き、残ったタスクと抽出されたサービス候補とを、ユーザが保持する通信端末に送信することを特徴とするサービス推薦方法。

Images