JP2008077251A - サービス提供選択システム、サービス提供選択方法、プログラム、及び記録媒体 - Google Patents

Abstract

【課題】ユーザ毎のプロファイルを合わせて演算してユーザ毎に最適なサービスを検索して表示することができるサービス提供選択システムを提供する。
【解決手段】タイマー手段により設定されている時間毎に、条件式確認手段に向けて、現在時刻と共に条件式の確認要求を出し、条件式確認手段が、タイマー手段から取得した時刻において実行するべき条件式が条件式蓄積手段にないかを検索し、適合する条件式があれば、プロファイルを取得するユーザＩＤを取得し、選択集計手段が、プロファイル蓄積手段にユーザＩＤをキーに検索を行ってプロファイルを取得し、サービス選定手段が、プロファイルをもとにサービス蓄積手段からサービス情報を選定し、サービス提示手段が検索したサービス情報を表示する構成となっている。
【選択図】図１

Description

この発明は、場所や時間に応じてサービス情報を提供するサービス提供選択システムに関し、特に、ユーザ毎のプロファイルを合わせて演算してユーザ毎に最適なサービスを検索して表示することができるサービス提供選択システムに関するものである。

現在、場所や時間に応じてサービス情報を提供するシステムが存在し、まわりのオブジェクトや人も考慮してプロファイルを作成するシステムも存在している。
なお、先行技術としては、特許文献１として、人の移動に伴う移動情報を収集する情報収集方法において、少なくとも２つの地点の各地点を人が通過する際に、地点と時刻を検知する工程と、地点と時刻を記憶する工程と、その時刻から地点間の移動時間を算出する工程と、地点と時刻と移動時間を対応付けて記憶する工程から成る技術が開示されている。
また特許文献２として、端末装置は、端末装置を所持するユーザが存在する場所と、ユーザの周囲にいる人を検知することにより、ユーザが置かれている状況を取得し、情報提供サーバに通知し、情報提供サーバは、ユーザに提供可能な、複数の情報を蓄積し、また、ユーザの嗜好等を表すプロファイルをユーザ毎に管理し、情報提供サーバは、端末装置から、ユーザが置かれた状況に関する通知を受信すると、ユーザが置かれた状況、及びユーザのプロファイルに基づいて、ユーザに提供すべき情報を選択し、端末装置に送信し、提示させ、情報提供サーバは、提供した情報に対するユーザの興味度に応じて、プロファイルを更新する技術が開示されている。
特開２００３−２７９３６４公報 特開２００４−３２６２１１公報

しかしながら、ユーザ毎のプロファイルを合わせて演算するシステムは存在せず、必ずしも各個人に最適なサービスを提供できるとはいえない課題があった。また、特定のタイミングに合わせてサービス情報を提供するシステムは存在しないため、最適な時間にサービスを提供できないという課題があった。
本発明は、このような状況にかえりみてなされたものであり、その目的は、ユーザ毎のプロファイルを合わせて演算してユーザ毎に最適なサービスを検索して表示することができるサービス提供選択システムを提供することである。

上述の目的を達成するために、請求項１記載の発明は、場所や時間に応じてユーザにサービス情報を提供するサービス提供選択システムであって、タスクの条件式を蓄積する条件式蓄積手段と、前記ユーザのプロファイルを蓄積するプロファイル蓄積手段と、時間を計測し続けるタイマー手段と、決められた時間ごとに前記タスクの条件式に基づいて条件が満たされているかどうか確認する条件式確認手段と、前記確認時に前記タスクの条件が満たされている場合、前記条件に見合った蓄積されているユーザのプロファイルを抜き出し、前記抜き出したプロファイルからチェック項目を抜き出し集計する選択集計手段と、サービス情報を蓄積するサービス蓄積手段と、前記プロファイルをもとにサービス情報を選定するサービス選定手段と、選定されたサービス情報をユーザに提示するサービス提示手段と、を備え、前記タイマー手段により設定されている時間毎に、前記条件式確認手段に向けて、現在時刻と共に前記条件式の確認要求を出し、前記条件式確認手段が、前記タイマー手段から取得した時刻において実行するべき前記条件式が前記条件式蓄積手段にないかを検索し、適合する条件式があれば、前記プロファイルを取得するユーザＩＤを取得し、前記選択集計手段が、前記プロファイル蓄積手段に前記ユーザＩＤをキーに検索を行ってプロファイルを取得し、前記サービス選定手段が、前記プロファイルをもとに前記サービス蓄積手段からサービス情報を選定し、前記サービス提示手段が、前記検索したサービス情報を表示することを特徴とする。

また請求項２記載の発明は、イベントを取得するイベント取得手段と、前記イベントを蓄積するイベント蓄積手段と、前記イベントを確認するイベント確認手段と、を備え、前記タイマー手段により時間毎に、前記イベント取得手段はイベント情報を前記イベント蓄積手段に蓄積し、起動要求と現在時刻を受け取ったイベント確認手段は、前記イベント蓄積手段から蓄積されているイベントを受け取り、前記条件式確認手段に向けてイベント情報を送信し、前記イベント情報をタイミングにして前記条件式確認手段が、前記タイマー手段から取得した時刻において実行するべき前記条件式がないか検索を行い、適合する条件式があれば、前記プロファイルを取得するユーザＩＤを取得し、前記選択集計手段が、前記プロファイル蓄積手段にユーザＩＤをキーに検索を行って取得したプロファイルから、ユーザのチェック項目を抜き出して集計したプロファイルをキーに前記サービス蓄積手段から適合するサービス情報を検索し、前記サービス提示手段が、前記検索したサービス情報を表示することを特徴とする。

また請求項３記載の発明は、スケジュールを蓄積するスケジュール蓄積手段と、スケジュールを統合するスケジュール統合手段と、を備え、前記スケジュールを統合する手段が、前記蓄積されているスケジュールからスケジュール情報を読み取ってスケジュールから同じ時間に同じ場所であるものや、予め同席者として登録された情報を元にグループ化を行い前記条件式蓄積手段に送信することを特徴とする。
また請求項４記載の発明は、各ユーザの位置情報を取得する位置情報取得手段と、前記位置情報を統合する位置情報統合手段と、を備え、前記位置情報取得手段が、前記条件式蓄積手段からの請求により各ユーザの位置情報を取得し、前記位置情報統合手段に送信してグループを作成し前記条件式蓄積手段に送信し、前記位置情報を前記サービス蓄積手段に送信することを特徴とする。

また請求項５記載の発明は、個人を特定できる名簿やアドレス帳などの各種データを蓄積する個人情報蓄積手段と、前記蓄積した個人情報を取得する個人情報統合手段と、を備え、前記条件式蓄積手段から起動要求を受けた前記個人情報統合手段が、前記個人情報を前記個人情報蓄積手段から取得して、グループとした情報を前記条件式蓄積手段に送信することを特徴とする。
また請求項６記載の発明は、ＩＤ情報を読み取るＩＤ読み取り手段を備え、前記ＩＤ読み取り手段で読み取られたＩＤ情報を統合しグループとして前記条件式蓄積手段に送信することを特徴とする。
また請求項７記載の発明は、スケジュールを蓄積するスケジュール蓄積手段とスケジュールを統合するスケジュール統合手段と、を備え、前記スケジュール統合手段が、前記現在時刻送信し、前記蓄積されているスケジュールから指定時間後のスケジュール情報を読み取って、スケジュールの同じ時間に同じ場所であるものや、予め同席者として登録された情報を元にグループ化を行い前記条件式蓄積手段に送信することを特徴とする。

また請求項８記載の発明は、前記サービス選定手段が、サービス選定基準として、適合するものを集計し、多いものを選択サービスとすることを特徴とする。
また請求項９記載の発明は、前記サービス選定手段が、サービス選定基準として、適合しないサービスを排除し、それ以外の適合するものを集計し、多いものを選択サービスとすることを特徴とする。
また請求項１０記載の発明は、前記サービス選定手段が、サービス選定基準として、適合するものを集計し、少ないものを選択サービスとすることを特徴とする。
また請求項１１記載の発明は、前記サービス選定手段が、サービス選定基準として、過去の履歴を蓄積してある手段から、回数を集計し、多いものを選択サービスとすることを特徴とする。
また請求項１２記載の発明は、前記サービス選定手段が、サービス選定基準として、評価したものの蓄積してある中から、点数を集計し、多いものを選択サービスとすることを特徴とする。

また請求項１３記載の発明は、前記サービス提示手段が、音声提供手段とユーザ端末により構成され、前記音声提供手段がサービスを音声に変換し、送信された電話番号を利用して、前記音声提供手段から前記ユーザ端末に音声が送信されることを特徴とする。
また請求項１４記載の発明は、前記サービス提示手段が、文字提供手段とユーザ端末により構成され、前記文字提供手段がサービスとメールアドレスを元に、フォーマットに従ってメール文章に変換し前記ユーザ端末にメールを送信することを特徴とする。
また請求項１５記載の発明は、前記サービス提示手段が、文字提供手段とパブリックディスプレイにより構成され、前記文字提供手段が、サービスをフォーマットに従って広告文章に変換し、看板ＩＤを元に前記パブリックディスプレイに広告が送信されることを特徴とする。
また請求項１６記載の発明は、サービスの状況を取得するサービス状況取得手段を備え、前記サービス状況取得手段が、登録されているサービスの現在の状況を取得し、前記サービス蓄積手段が、前記サービス状況をパラメータの一つとしてサービスを選択し、前記サービス選定手段にサービスを送信することを特徴とする。

また請求項１７記載の発明は、場所や時間に応じてユーザにサービス情報を提供するサービス提供選択方法であって、タイマー手段により設定されている時間毎に、条件式確認手段に向けて、現在時刻と共に条件式の確認要求を出す段階と、前記条件式確認手段により前記タイマー手段から取得した時刻において実行するべき前記条件式が条件式蓄積手段にないかを検索し、適合する条件式があれば、プロファイルを取得するユーザＩＤを取得する段階と、選択集計手段により前記ユーザＩＤをキーにプロファイル蓄積手段に検索を行ってプロファイルを取得する段階と、サービス選定手段により前記プロファイルをもとにサービス蓄積手段からサービス情報を選定する段階と、サービス提示手段により前記検索したサービス情報を表示する段階と、を備えたことを特徴とする。

また請求項１８記載の発明は、場所や時間に応じてユーザにサービス情報を提供するサービス提供選択システムにおいて、タイマー手段により設定されている時間毎に、条件式確認手段に向けて、現在時刻と共に条件式の確認要求を出す段階と、前記条件式確認手段により前記タイマー手段から取得した時刻において実行するべき前記条件式が条件式蓄積手段にないかを検索し、適合する条件式があれば、プロファイルを取得するユーザＩＤを取得する段階と、選択集計手段により前記ユーザＩＤをキーにプロファイル蓄積手段に検索を行ってプロファイルを取得する段階と、サービス選定手段により前記プロファイルをもとにサービス蓄積手段からサービス情報を選定する段階と、サービス提示手段により前記検索したサービス情報を表示する段階と、を実行するためのプログラムを特徴とする。

また、請求項１９記載の発明は、場所や時間に応じてユーザにサービス情報を提供するサービス提供選択システムにおいて、タイマー手段により設定されている時間毎に、条件式確認手段に向けて、現在時刻と共に条件式の確認要求を出す段階と、前記条件式確認手段により前記タイマー手段から取得した時刻において実行するべき前記条件式が条件式蓄積手段にないかを検索し、適合する条件式があれば、プロファイルを取得するユーザＩＤを取得する段階と、選択集計手段により前記ユーザＩＤをキーにプロファイル蓄積手段に検索を行ってプロファイルを取得する段階と、サービス選定手段により前記プロファイルをもとにサービス蓄積手段からサービス情報を選定する段階と、サービス提示手段により前記検索したサービス情報を表示する段階と、を実行するためのプログラムを記憶した記録媒体を特徴とする。

本発明によれば、ユーザ毎のプロファイルを合わせて演算してユーザ毎に最適なサービスを検索して表示することができる。
また、本発明によれば、イベントをタイミングに利用してユーザ毎に最適なサービスを検索して表示することができる。
また、本発明によれば、設定しておいた以外のケースにおけるグループ化について、スケジュールを用いてユーザ毎に最適なサービスを検索して表示することができる。
また、本発明によれば、設定しておいた以外のケースにおけるグループ化について、位置情報を用いてユーザ毎に最適なサービスを検索して表示することができる。

また、本発明によれば、設定しておいた以外のケースにおけるグループ化について、会社の組織図や役所に保存されている台帳、個人の携帯電話に保存されている電話帳を用いてユーザ毎に最適なサービスを検索して表示することができる。
また、本発明によれば、設定しておいた以外のケースにおけるグループ化において、その場でＩＤをかざしたユーザをグループとしてユーザ毎に最適なサービスを検索して表示することができる。
また、本発明によれば、設定しておいた以外のケースにおけるグループ化について、スケジュールを用いて将来的に必要となるグループ化してユーザ毎に最適なサービスを検索して表示することができる。
また、本発明によれば、取得したサービスの状況に基づいてユーザ毎に最適なサービスを検索して表示することができる。

以下に添付の図を参照してこの発明の実施形態を詳細に説明する。
［実施例］
図１は、本発明によるサービス提供選択システムの第１実施形態のブロック構成図である。
図１に示すように、このサービス提供選択システムは、タスクの条件式を蓄積するタスク条件式蓄積部１と、ユーザのプロファイルを蓄積するプロファイル蓄積部３と、時間を計測しつづけるタイマー５と、決められた時間ごとにタスクの条件式に基づいて条件が満たされているかどうか確認する条件式確認部７と、確認時にタスクの条件が満たされている場合、条件に見合った蓄積されているユーザのプロファイルを抜き出し、抜き出したプロファイルからチェック項目を抜き出し集計する選択集計部９と、サービス情報を蓄積するサービス蓄積部１１と、プロファイルを元にサービス情報を選定するサービス選定部１３と、ユーザにサービス情報を提示するサービス提示部１５からなる。なお、このサービス提供選択システムの具体的な適用例としては、商業施設や駅等でお客にサービス情報を提供するコンピュータや、ユーザ端末の接続されたネットワーク通信用のサーバコンピュータ等が考えられ、ユーザ端末へサービス情報を提供するシステムとして動作する。

次に、図２を参照して、図１に示したサービス提供選択システム（第１実施形態）の動作について説明する。図２は、図１に示したサービス提供選択システムの動作フローチャートである。
図２のステップ１００、１０１、１０２において、タイマー５によりタイマーに設定されている時間毎に、条件式確認部７及び条件式蓄積部１に向けて、現在時刻と共に条件式の確認要求を出す。条件式確認部７は、タイマーから取得した時刻において実行するべき条件式が条件式蓄積部１にないか検索を行う（ステップ１０３）。適合する条件式がなければそのまま条件式確認部７は処理を終了し、次のタイマーからの要求を待つ。適合する条件式があれば、プロファイルを取得するユーザＩＤを請求し、ユーザＩＤを取得したら、その情報を選択集計部９に送信する（ステップ１０４、１０５）。これにより条件式確認部７は処理を終了し、次のタイマー５からの要求を待つ。

ユーザＩＤを受け取った選択集計部９は、プロファイル蓄積部３にユーザＩＤをキーに検索を行う（ステップ１０６、１０７、１０８）。即ち、検索の結果取得したプロファイルを一時的にメモリに保存する。すべてのユーザＩＤのプロファイルを取得したら、メモリに保存したプロファイルから、ユーザのチェック項目を抜き出す。すべてのユーザＩＤのチェック項目を抜き出したら、すべてのユーザに共通するチェック項目を集計する。
集計が終わると、サービス選定部１３を起動し、グループのプロファイルとして先に集計したものを送信する。選択集計部１３は処理を終了し、次の条件式確認部からの要求を待つ（ステップ１０９、１１０）。プロファイルを受け取ったサービス選定部１３は、プロファイルをキーにサービス蓄積部１１から適合するサービスを検索する（ステップ１１１、１１２）。適合するサービスがある場合、選定したサービス情報をサービス提示部１５に送信し、処理を終了し、次の選択集計部からの要求を待つ（ステップ１１３、１１４）。
サービスを受け取ったサービス提示部１５は、特定のデバイス（例えば、ユーザ端末）にサービスを表示する（ステップ１１５）。表示が終わると、処理を終了し、次のサービス選定部からの要求を待つ。

次に、本発明によるサービス提供選択システムの第２実施形態について説明する。図３は、本発明によるサービス提供選択システムの第２実施形態のブロック構成図である。この第２実施形態は、イベントをタイミングに利用するようにしたものである。
図３に示すように、このサービス提供選択システムは、時間を計測しつづけるタイマー５と決められた時間ごとにタスクの条件式に基づいて条件が満たされているかどうか確認する条件式確認部７との間に、イベントを取得するイベント取得部１７及びイベントを蓄積するイベント蓄積部１９及びイベントを確認するイベント確認部２１を設けた構成となっており、他の構成は、図１に示した第１実施形態と同様である。
なお、このサービス提供選択システムの具体的な適用例としては、商業施設や駅等でお客にサービス情報を提供するコンピュータや、ユーザ端末の接続されたネットワーク通信用のサーバコンピュータ等が考えられ、ユーザ端末へサービス情報を提供するシステムとして動作する。

次に、図４を参照して、図３に示したサービス提供選択システムの動作について説明する。図４は、図３に示したサービス提供選択システムの動作フローチャートである。
図４のステップ１２０、１２１、１２２、１２３、１２４において、タイマー５に設定されている時間毎に、イベント取得部１７に向けて起動要求を出し、起動要求を受け取ったイベント取得部１７は、イベント情報を取得しイベント蓄積部１９にイベント情報を送信する。イベント蓄積部１９はイベント要求があるまでイベント情報を蓄積している。
また、タイマー５に設定されている時間毎に、イベント確認部２１に向けて起動要求と現在時刻を送信する（ステップ１２５）。起動要求と現在時刻を受け取ったイベント確認部２１は、イベント蓄積部１９にイベント出力要求を出す（ステップ１２６）。イベント出力要求を受けたイベント蓄積部１９は、条件に適合するものがあれば、その蓄積されているイベントをイベント確認部２１に出力する（ステップ１２７、１２８）。なお、イベントを出したイベント蓄積部１９はイベントを削除する。勿論、このときイベントを削除せずに現在時刻とともにストレージに保存してもよい。イベント情報を受け取ったイベント確認部２１は、条件式確認部７に向けて、起動要求と現在時刻を含めたイベント情報を送信する。

残りの処理は図２のステップ１０２へと続く。即ち、条件式確認部７は、イベント確認部２１から取得したイベント情報において実行するべき条件式が条件式蓄積部１にないか検索を行う（ステップ１０２、１０３）。適合する条件式がなければそのまま条件式確認部７は処理を終了し、次の要求を待つ。適合する条件式があれば、プロファイルを取得するユーザＩＤを請求し、ユーザＩＤを取得したら、その情報を選択集計部９に送信する（ステップ１０４、１０５）。これにより条件式確認部７は処理を終了し、次のタイマー５からの要求を待つ。
ユーザＩＤを受け取った選択集計部９は、プロファイル蓄積部３にユーザＩＤをキーに検索を行う（ステップ１０６、１０７、１０８）。即ち、検索の結果取得したプロファイルを一時的にメモリに保存する。すべてのユーザＩＤのプロファイルを取得したら、メモリに保存したプロファイルから、ユーザのチェック項目を抜き出す。すべてのユーザＩＤのチェック項目を抜き出したら、すべてのユーザに共通するチェック項目を集計する。

集計が終わると、サービス選定部１３を起動し、グループのプロファイルとして先に集計したものを送信する。選択集計部１３は処理を終了し、次の条件式確認部からの要求を待つ（ステップ１０９、１１０）。プロファイルを受け取ったサービス選定部１３は、プロファイルをキーにサービス蓄積部１１から適合するサービスを検索する（ステップ１１１、１１２）。適合するサービスがある場合、選定したサービス情報をサービス提示部１５に送信し、処理を終了し、次の選択集計部からの要求を待つ（ステップ１１３、１１４）。
サービスを受け取ったサービス提示部１５は、特定のデバイス（例えば、ユーザ端末）にサービスを表示する（ステップ１１５）。表示が終わると、処理を終了し、次のサービス選定部からの要求を待つ。

次に、本発明によるサービス提供選択システムの第３実施形態について説明する。図５は、本発明によるサービス提供選択システムの第３実施形態のブロック構成図である。
この第３実施形態は、設定しておいた以外のケースにおけるグループ化について、スケジュールを用いるようにしたものである。
図５に示すように、このサービス提供選択システムは、条件式蓄積部１に、スケジュールを蓄積するスケジュール蓄積部２３とスケジュールを統合するスケジュール統合部２５を設けた構成となっており、他の構成は、図１に示した第１実施形態と同様である。

次に、図６を参照して、図５に示したサービス提供選択システムの動作について説明する。図６は、図５に示したサービス提供選択システムの動作フローチャートである。

図６のステップ１３０において、各ユーザはスケジュール蓄積部２３に自分のスケジュールを書き込む。このとき、本人のみのスケジュールだけでもよいし、他のユーザのスケジュールを併せて入力するようにしてもよい。次に、タイマー５によりタイマーに設定されている時間毎に、条件式確認部７及び条件式蓄積部１に向けて、現在時刻と共に条件式の確認要求を出す（ステップ１３１、１３２、１３３）。
次に、スケジュール統合部２５は、蓄積されているスケジュールからスケジュール情報を読み取り、読み取ったスケジュールから同じ時間に同じ場所であるものや、予め同席者として登録された情報を元にグループ化を行う（ステップ１３４、１３５、１３６）。このようにしてグループ化された情報は、条件式蓄積部１に送信される。
残りの処理は図２のステップ１０５へと続く。即ち、プロファイルを取得するユーザＩＤを請求し、ユーザＩＤを取得したら、その情報を選択集計部９に送信する（ステップ１０５）。これにより条件式確認部７は処理を終了し、次のタイマー５からの要求を待つ。

ユーザＩＤを受け取った選択集計部９は、プロファイル蓄積部３にユーザＩＤをキーに検索を行う（ステップ１０６、１０７、１０８）。即ち、検索の結果取得したプロファイルを一時的にメモリに保存する。すべてのユーザＩＤのプロファイルを取得したら、メモリに保存したプロファイルから、ユーザのチェック項目を抜き出す。すべてのユーザＩＤのチェック項目を抜き出したら、すべてのユーザに共通するチェック項目を集計する。
集計が終わると、サービス選定部１３を起動し、グループのプロファイルとして先に集計したものを送信する。選択集計部１３は処理を終了し、次の条件式確認部からの要求を待つ（ステップ１０９、１１０）。プロファイルを受け取ったサービス選定部１３は、プロファイルをキーにサービス蓄積部１１から適合するサービスを検索する（ステップ１１１、１１２）。適合するサービスがある場合、選定したサービス情報をサービス提示部１５に送信し、処理を終了し、次の選択集計部からの要求を待つ（ステップ１１３、１１４）。
サービスを受け取ったサービス提示部１５は、特定のデバイス（例えば、ユーザ端末）にサービスを表示する（ステップ１１５）。表示が終わると、処理を終了し、次のサービス選定部からの要求を待つ。

次に、本発明によるサービス提供選択システムの第４実施形態について説明する。図７は、本発明によるサービス提供選択システムの第４実施形態のブロック構成図である。
この第４実施形態は、設定しておいた以外のケースにおけるグループ化について、位置情報を用いるようにしたものである。
図７に示すように、このサービス提供選択システムは、条件式蓄積部１及びサービス蓄積部１１に、各ユーザの位置情報を取得する位置情報取得部２７と、位置情報を統合する位置情報統合部２９とを設けた構成となっており、他の構成は、図１に示した第１実施形態と同様である。

次に、図８を参照して、図７に示したサービス提供選択システムの動作について説明する。図８は、図７に示したサービス提供選択システムの動作フローチャートである。
図８のステップ１４０、１４１、１４２において、タイマー５によりタイマーに設定されている時間毎に、条件式確認部７及び位置情報取得部２７に向けて、現在時刻と共に条件式の確認要求を出す。位置情報取得部２７は条件式蓄積部１からの請求により各ユーザの位置情報を取得し、位置情報を取得したら位置情報統合部２９に送信する（ステップ１４３）。位置情報統合部２９は位置情報を元にグループを作成し、グループ情報は条件式蓄積部に送信される（ステップ１４４、１４５、１４６）。また、位置情報は、サービス蓄積部１１に送信される（ステップ１４７）。
残りの処理は図２のステップ１０５へと続く。即ち、プロファイルを取得するユーザＩＤを請求し、ユーザＩＤを取得したら、その情報を選択集計部９に送信する（ステップ１０５）。これにより条件式確認部７は処理を終了し、次のタイマー５からの要求を待つ。

ユーザＩＤを受け取った選択集計部９は、プロファイル蓄積部３にユーザＩＤをキーに検索を行う（ステップ１０６、１０７、１０８）。即ち、検索の結果取得したプロファイルを一時的にメモリに保存する。すべてのユーザＩＤのプロファイルを取得したら、メモリに保存したプロファイルから、ユーザのチェック項目を抜き出す。すべてのユーザＩＤのチェック項目を抜き出したら、すべてのユーザに共通するチェック項目を集計する。
集計が終わると、サービス選定部１３を起動し、グループのプロファイルとして先に集計したものを送信する。選択集計部１３は処理を終了し、次の条件式確認部からの要求を待つ（ステップ１０９、１１０）。プロファイルを受け取ったサービス選定部１３は、プロファイルをキーにサービス蓄積部１１から適合するサービスを検索する（ステップ１１１、１１２）。適合するサービスがある場合、選定したサービス情報をサービス提示部１５に送信し、処理を終了し、次の選択集計部からの要求を待つ（ステップ１１３、１１４）。
サービスを受け取ったサービス提示部１５は、特定のデバイス（例えば、ユーザ端末）にサービスを表示する（ステップ１１５）。表示が終わると、処理を終了し、次のサービス選定部からの要求を待つ。

次に、本発明によるサービス提供選択システムの第５実施形態について説明する。図９は、本発明によるサービス提供選択システムの第５実施形態のブロック構成図である。
この第５実施形態は、設定しておいた以外のケースにおけるグループ化について、会社の組織図や役所に保存されている台帳、個人の携帯電話に保存されている電話帳を用いるようにしたものである。
図９に示すように、このサービス提供選択システムは、条件式蓄積部１に、個人を特定できる名簿やアドレス帳などの各種データを蓄積する個人情報蓄積部３１と、蓄積した個人情報を統合する個人情報統合部３３とを設けた構成となっており、他の構成は、図１に示した第１実施形態と同様である。

次に、図１０を参照して、図９に示したサービス提供選択システムの動作について説明する。図１０は、図９に示したサービス提供選択システムの動作フローチャートである。
図１０のステップ１５０、１５１、１５２において、タイマー５によりタイマーに設定されている時間毎に、条件式確認部７及び個人情報統合部３３に向けて、現在時刻と共に条件式の確認要求を出す。起動要求を受けた個人情報統合部３３は、個人情報の要求を個人情報蓄積部３１に送信する（ステップ１５３）。要求を受けた個人情報蓄積部３１は個人情報統合部３３に個人情報を送信するし、個人情報統合部３３は個人情報を統合し、グループとし、そのグループ情報を条件式蓄積部３１に送信する（ステップ１５４、１５５、１５６、１５７）。
残りの処理は図２のステップ１０５へと続く。即ち、プロファイルを取得するユーザＩＤを請求し、ユーザＩＤを取得したら、その情報を選択集計部９に送信する（ステップ１０５）。これにより条件式確認部７は処理を終了し、次のタイマー５からの要求を待つ。

ユーザＩＤを受け取った選択集計部９は、プロファイル蓄積部３にユーザＩＤをキーに検索を行う（ステップ１０６、１０７、１０８）。即ち、検索の結果取得したプロファイルを一時的にメモリに保存する。すべてのユーザＩＤのプロファイルを取得したら、メモリに保存したプロファイルから、ユーザのチェック項目を抜き出す。すべてのユーザＩＤのチェック項目を抜き出したら、すべてのユーザに共通するチェック項目を集計する。
集計が終わると、サービス選定部１３を起動し、グループのプロファイルとして先に集計したものを送信する。選択集計部１３は処理を終了し、次の条件式確認部からの要求を待つ（ステップ１０９、１１０）。プロファイルを受け取ったサービス選定部１３は、プロファイルをキーにサービス蓄積部１１から適合するサービスを検索する（ステップ１１１、１１２）。適合するサービスがある場合、選定したサービス情報をサービス提示部１５に送信し、処理を終了し、次の選択集計部からの要求を待つ（ステップ１１３、１１４）。
サービスを受け取ったサービス提示部１５は、特定のデバイス（例えば、ユーザ端末）にサービスを表示する（ステップ１１５）。表示が終わると、処理を終了し、次のサービス選定部からの要求を待つ。

次に、本発明によるサービス提供選択システムの第６実施形態について説明する。図１１は、本発明によるサービス提供選択システムの第６実施形態のブロック構成図である。
この第６実施形態は、設定しておいた以外のケースにおけるグループ化において、その場でＩＤをかざしたユーザをグループとするようにしたものである。
図１１に示すように、このサービス提供選択システムは、条件式蓄積部１に、ＩＤの読み取り部３５を設けた構成となっており、他の構成は、図１に示した第１実施形態と同様である。

次に、図１２を参照して、図１１に示したサービス提供選択システムの動作について説明する。図１２は、図１１に示したサービス提供選択システムの動作フローチャートである。
図１２のステップ１６０、１６１、１６２、１６３において、ＩＤ読み取り部３５にその場所にいるユーザが各々のＩＤを読み取らせ、読み取られたＩＤを統合しグループとし、そのグループ情報を条件式蓄積部１に送信する。ＩＤ読み取り部３５への入力は、ＩＤカード、ＲＦＩＤ、バイオメトリクス、パスワードなど個人を特定できる手段であればよい。
残りの処理は図２のステップ１０２へと続く。即ち、条件式確認部７は、実行するべき条件式が条件式蓄積部１にないか検索を行う（ステップ１０２、１０３）。適合する条件式がなければそのまま条件式確認部７は処理を終了し、次の要求を待つ。適合する条件式があれば、プロファイルを取得するユーザＩＤを請求し、ユーザＩＤを取得したら、その情報を選択集計部９に送信する（ステップ１０４、１０５）。これにより条件式確認部７は処理を終了し、次のタイマー５からの要求を待つ。

ユーザＩＤを受け取った選択集計部９は、プロファイル蓄積部３にユーザＩＤをキーに検索を行う（ステップ１０６、１０７、１０８）。即ち、検索の結果取得したプロファイルを一時的にメモリに保存する。すべてのユーザＩＤのプロファイルを取得したら、メモリに保存したプロファイルから、ユーザのチェック項目を抜き出す。すべてのユーザＩＤのチェック項目を抜き出したら、すべてのユーザに共通するチェック項目を集計する。
集計が終わると、サービス選定部１３を起動し、グループのプロファイルとして先に集計したものを送信する。選択集計部１３は処理を終了し、次の条件式確認部からの要求を待つ（ステップ１０９、１１０）。プロファイルを受け取ったサービス選定部１３は、プロファイルをキーにサービス蓄積部１１から適合するサービスを検索する（ステップ１１１、１１２）。適合するサービスがある場合、選定したサービス情報をサービス提示部１５に送信し、処理を終了し、次の選択集計部からの要求を待つ（ステップ１１３、１１４）。
サービスを受け取ったサービス提示部１５は、特定のデバイス（例えば、ユーザ端末）にサービスを表示する（ステップ１１５）。表示が終わると、処理を終了し、次のサービス選定部からの要求を待つ。

次に、本発明によるサービス提供選択システムの第７実施形態について説明する。図１３は、本発明によるサービス提供選択システムの第７実施形態のブロック構成図である。
この第７実施形態は、設定しておいた以外のケースにおけるグループ化について、スケジュールを用いて将来的に必要となるグループ化するようにしたものである。
図１３に示すように、このサービス提供選択システムは、図５に示した第３実施形態と基本的に同様な構成となっているが、スケジュール統合部２５と条件式蓄積部１との間の信号が異なっている。

次に、図１４を参照して、図１３に示したサービス提供選択システムの動作について説明する。図１４は、図１３に示したサービス提供選択システムの動作フローチャートである。
図１４のステップ１７０において、各ユーザはスケジュールに自分のスケジュールを書き込む。このとき、本人のみのスケジュールだけでもよいし、他のユーザのスケジュールを併せて入力するようにしてもよい。スケジュール統合部２５は、条件式確認部７から取得した現在時刻を併せて送信し、蓄積されているスケジュールから指定時間後のスケジュール情報を読み取り、読み取ったスケジュールの同じ時間に同じ場所であるものや、予め同席者として登録された情報を元にグループ化を行い、このようにしてグループ化された情報は、条件式蓄積部１に送信される（ステップ１７１〜１７８）。
残りの処理は図２のステップ１０５へと続く。即ち、プロファイルを取得するユーザＩＤを請求し、ユーザＩＤを取得したら、その情報を選択集計部９に送信する（ステップ１０５）。これにより条件式確認部７は処理を終了し、次のタイマー５からの要求を待つ。

ユーザＩＤを受け取った選択集計部９は、プロファイル蓄積部３にユーザＩＤをキーに検索を行う（ステップ１０６、１０７、１０８）。即ち、検索の結果取得したプロファイルを一時的にメモリに保存する。すべてのユーザＩＤのプロファイルを取得したら、メモリに保存したプロファイルから、ユーザのチェック項目を抜き出す。すべてのユーザＩＤのチェック項目を抜き出したら、すべてのユーザに共通するチェック項目を集計する。
集計が終わると、サービス選定部１３を起動し、グループのプロファイルとして先に集計したものを送信する。選択集計部１３は処理を終了し、次の条件式確認部からの要求を待つ（ステップ１０９、１１０）。プロファイルを受け取ったサービス選定部１３は、プロファイルをキーにサービス蓄積部１１から適合するサービスを検索する（ステップ１１１、１１２）。適合するサービスがある場合、選定したサービス情報をサービス提示部１５に送信し、処理を終了し、次の選択集計部からの要求を待つ（ステップ１１３、１１４）。
サービスを受け取ったサービス提示部１５は、特定のデバイス（例えば、ユーザ端末）にサービスを表示する（ステップ１１５）。表示が終わると、処理を終了し、次のサービス選定部からの要求を待つ。

次に、サービス選定部１３でのサービス選定基準における標準的な選択方法について詳しく説明する。
図１５は、サービス選定部１３で利用するマトリックスを示す説明図である。横軸にはユーザが配置され、縦軸にはそれぞれのユーザが選択した項目が配置されている。項目としては○と×をユーザが入力する。ユーザに適合するものが○、適合しないものが×となる。
図１６は、サービス選定部１３でのサービス選定基準における標準的な選択方法のフローチャートである。図１６のステップ１８０、１８１、１８２、１８３において、選択時には、それぞれの選択に対する○のユーザ数を計上し、一番多いものをグループの選択として利用する。このケースでは選択Ａを選択することになる。

次に、サービス選定部１３でのサービス選定基準における禁忌を避けた選択方法について詳しく説明する。
図１５は、サービス選定部１３で利用するマトリックスを示す説明図である。横軸にはユーザが配置され、縦軸にはそれぞれのユーザが選択した項目が配置されている。項目としては○と×をユーザが入力する。ユーザに適合するものが○、適合しないものが×となる。
図１７は、サービス選定部１３でのサービス選定基準における禁忌を避けた選択方法のフローチャートである。図１７のステップ１９０、１９１、１９２、１９３、１９４において、選択時には、それぞれの選択に対する○のユーザ数を計上し、そして一番○が多いものをグループの選択として利用するが、選択ＡにはＵｓｅｒ４による×がついており、これは選択できないことを示している。そこで次に○が多い選択Ｂが選択される。

次に、サービス選定部１３でのサービス選定基準における選択が無いものの選択方法について詳しく説明する。
図１５は、サービス選定部１３で利用するマトリックスを示す説明図である。横軸にはユーザが配置され、縦軸にはそれぞれのユーザが選択した項目が配置されている。項目としては○と×をユーザが入力する。ユーザに適合するものが○、適合しないものが×となる。
図１８は、サービス選定部１３でのサービス選定基準における選択が無いものの選択方法のフローチャートである。図１８のステップ２００、２０１、２０２、２０３において、選択時には、それぞれの選択に対する○のユーザ数を計上する。そして一番○が少ないものをグループの選択として利用する。このケースでは選択Ｇが選択される。

次に、サービス選定部１３でのサービス選定基準における過去の履歴による選択方法について詳しく説明する。
図１９は、このサービス選定部１３で利用するマトリックスを示す説明図である。横軸にはユーザが配置され、縦軸にはそれぞれのユーザが選択した項目が配置されている。項目としては選択された回数が入力されている。
図２０は、サービス選定部１３でのサービス選定基準における過去の履歴による選択方法のフローチャートである。図２０のステップ２１０、２１１、２１２、２１３において、選択時には、それぞれの選択に対する数字を計上する。そして一番多いものをグループの選択として利用する。このケースでは選択Ａを選択することになる。
次に、サービス選定部１３でのサービス選定基準における評価による選択方法について詳しく説明する。

図２１は、このサービス選定部１３で利用するマトリックスを示す説明図である。横軸にはユーザが配置され、縦軸にはそれぞれのユーザが選択した項目が配置されている。項目としてはユーザが入力した評価点の合計点が入力されている。この値は平均点を利用しても良い。
図２２は、このサービス選定部１３でのサービス選定基準における評価による選択方法のフローチャートである。図２２のステップ２２０、２２１、２２２、２２３において、選択時には、それぞれの選択に対する数字を計上し、一番多いものをグループの選択として利用する。このケースでは選択Ａを選択することになる。

次に、サービス提示部１５での電話によるユーザ端末への表示方法について詳しく説明する。
図２３は、電話によるユーザへのサービス提示部の構成図であり、点線の枠内はサービス提示部１５の内部に相当し、音声提供部３７とユーザ端末３９により構成される。
図２４は、このサービス提示部１５での電話によるユーザへのサービス提示方法のフローチャートである。図２４のステップ２３０、２３１、２３２、２３３において、サービス選定部１３から送信された起動要求により音声提供部が起動し、同時に受け取ったサービスを音声に変換する。このとき、予め用意された音声を利用しても、また音声合成によって新たしく作成されても良い。サービス選定部１３から同時に送信された電話番号を利用して、音声提供部３７からユーザ端末３９に音声が送信される。以上の方法により電話によるユーザへのサービスの提供を行う。

次に、サービス提示部１５でのメールによるユーザ端末への他の表示方法について詳しく説明する。
図２５は、メールによるユーザへのサービス提示部の構成図であり、点線の枠内はサービス提示部１５の内部に相当し、文字提供部４１とユーザ端末３９により構成される。
図２６は、このサービス提示部１５でのメールによるユーザへのサービス提示方法のフローチャートである。図２６のステップ２４０、２４１、２４２において、サービス選定部１３から送信された起動要求により文字提供部４１が起動し、同時に受け取ったサービスとメールアドレスを元に、フォーマットに従ってメール文章に変換し、文字提供部４１からユーザ端末３９にメールが送信される。以上の方法によりメールによるユーザへのサービスの提供を行う。

次に、サービス提示部１５での看板への表示方法について詳しく説明する。
図２７は、看板へのサービス提示の構成図であり、点線の枠内はサービス提示部１５の内部に相当し、文字提供部４１とパブリックディスプレイ４３により構成される。
図２８は、このサービス提示部１５での看板へのサービス提示方法のフローチャートである。図２６のステップ２５０、２５１、２５２において、サービス選定部１３から送信された起動要求により文字提供部１５が起動し、同時に受け取ったサービスをフォーマットに従って広告文章に変換し、サービス選定部１３から同時に送信された看板ＩＤを元に、文字提供部４１からパブリックディスプレイ４３に広告が送信される。以上の方法により看板によるユーザへのサービスの提供を行う。
これまでのシステムの構成はそれぞれの部を一つの端末にまとめても、クライアント及びサーバに分散してネットワークで接続しても、Ｐ２Ｐモデルを形成しても良い。それぞれの仕組みについて以下に説明する。
一つの端末にまとめる場合、図１に示す各部が一つの端末に収まっている。
クライアント及びサーバに分散してネットワークで接続する場合、図１に示す各部がすべてネットワークで接続される構成となっても良い。
Ｐ２Ｐ型モデルの場合、図１に示す各部がそれぞれ独立しており、周りに接続されている部の提供するサービスを認知する機能を持ち、入ってきた情報に従って必要な処理部が機能する構成となる。

次に、サービスの状況を取得して、サービスを選択したり、サービスを分けたりするシステムについて説明する。
図２９は、本発明によるサービス提供選択システムの第８実施形態の構成図である。
図２９に示すように、この第８実施形態は、サービス蓄積部１１にサービスの状況を取得するサービス状況取得部４５を設けた構成となっている。
図３０は、本発明によるサービス提供選択システムの第８実施形態の動作フローチャートである。図３０のステップ２６０〜２６７において、サービス状況取得部４５は、登録されているサービスの現在の状況を取得して、サービス蓄積部１１に送信し、サービス蓄積部１１は、サービス状況をパラメータの一つとしてサービスを選択し、サービス選定部１３にサービスを送信する。残りの処理は図２のステップ１１４へと続く。

次に、本発明によるサービス提供選択システムによるサービス提供の具体例について説明する。
［具体例１：食事］
数人が集まった時に、集まった場所の近くにある、各人の嗜好に合わせたお店を、お店の混み具合にあわせて提示する例について説明する。
［サービス嗜好の登録］
ユーザは事前にサービスの嗜好の登録をする。図３１は、ユーザによる事前のサービスの嗜好の登録動作のフローチャートである。図３１のステップ２７０〜２７３において、サービスのデータベースを開き、続いてＩＤを入力し、ユーザを特定し、画面に示される中から嗜好のサービスを選択する。入力が終了したら保存をして終了する。
具体的な入力例を図３２に示す。これで、それぞれの嗜好項目について嗜好するものにチェックをする。図３２は、嗜好のサービスの具体的な入力例を示す説明図である。
［スケジュールの登録］
ユーザはスケジュールの登録をする。図３３は、ユーザによるスケジュールの登録動作のフローチャートである。図３３のステップ２８０〜２８３において、まず、スケジュール帳を開き、続いてＩＤを入力し、ユーザを特定し、画面上にあるスケジュールに入力する。入力が終了したら保存をして終了する。
具体的な入力例を図３４に示す。ここに、開始時刻、終了時刻、場所、同席者が記入される。図３４は、スケジュールの具体的な入力例を示す説明図である。

［タイミングの生成］
図３５は、タイミングの生成動作のフローチャートである。図３５のステップ２９０〜２９２において、計時部は時刻を計時し続け、設定時間毎に、条件式確認部７に時刻を送信する。
［位置情報の取得］
図３６は、位置情報の取得動作のフローチャートである。図３６のステップ３００〜３０３において、計時部は時刻を計時し続け、設定時間毎に位置情報部に起動を要求し、ユーザの位置情報を取得し、取得された位置情報は、位置情報蓄積部によりユーザのＩＤとともに蓄積される。位置情報の取得部は、ＧＰＳやＡｃｔｉｖｅ ＲＦＩＤなどを用いる。
具体的な位置情報の例を図３７に示す。ＩＤとともにＧＰＳから取得された緯度経度情報が記憶される。図３７は、スケジュールの具体的な位置情報の例を示す説明図である。
［グループ情報の取得］
図３８は、グループ情報の取得動作のフローチャートである。図３８のステップ３１０〜３１３において、スケジュールが蓄積されているところから、スケジュール情報を抜き出し、スケジュール情報に同行者などが記載されている場合は、その情報をメモリに一時保存するなどし、他のユーザのスケジュール情報で、同じ時間に同じ場所が記載されている場合、そのユーザも同一のグループであるとみなして、グループ情報を取得して終了する。
具体的な例を図３４と図３９を用いて示す。図３４からは同席者が未記入であることがわかる。また、図３９から佐々木も同じスケジュールを持つことから、伊藤、佐々木、斉藤が同じスケジュールをシェアするグループであることがわかる。図３９は、スケジュールの他の具体的な入力例を示す説明図である。

［イベントの取得］
図４０は、イベント情報の取得動作のフローチャートである。図４０のステップ３２０〜３２３において、計時部は計時し続け、設定時間毎にスケジュールのイベント情報を取得し、イベント情報を得るために各種イベント情報取得部１７から情報を得る。イベント情報を取得したら、保存して終了する。
具体的な例を図３４と図３９と図４１で示す。図４１から斉藤のスケジュールは１７時３０分に終わることがわかる。しかし、終了時間が過ぎても斉藤には移動情報が得られずスケジュールが長引いていることが予想される。伊藤、及び、佐々木には、斉藤のいる丸の内に場所を変更することが通知される。そして実際に伊藤と佐々木が移動しているかを取得する。図４１は、スケジュールの他の具体的な入力例を示す説明図である。
［グループの嗜好の決定］
図４２は、グループの嗜好の決定動作のフローチャートである。図４２のステップ３３０〜３３３において、グループの構成員のユーザＩＤを検索キーとしてプロファイル蓄積部から該当する各ユーザのプロファイルを検索し、プロファイルを取得したら、プロファイルに記載されている各項目について、それぞれのユーザの嗜好を演算する。このときの演算は和算でもかまわない。そして、一番多い嗜好をグループの嗜好とする。
具体的な例を図４３に示す。図４３では行にグループの構成人。列に各人の嗜好がチェックされている。それぞれの嗜好の集計をすると、ラーメンが３票で最多であり、ここではラーメンが選択されることになる。図４３は、具体的なグループの嗜好の決定例を示す説明図である。

［サービスの状況取得］
図４４は、サービスの状況取得動作のフローチャートである。図４４のステップ３４０、３４１において、サービスの状況を、サービスＩＤを元に順次取得し、サービス蓄積部１１に情報を蓄積する。
具体的には、飲食店であれば飲食店の混み具合などが情報として送信されることになる。またこの情報は蓄積されて、混み具合の予想に利用される。
［サービスの選択と提示］
図４５は、サービスの選択と提示動作のフローチャートである。図４５のステップ３５０〜３５２において、グループの位置情報とグループの嗜好とサービスの状況を元に、両方に適合するサービスをサービス蓄積部１１から検索する。検索した結果をユーザの端末などに表示する。
具体的には、グループの位置として「丸の内付近」で、グループの嗜好に合わせた「ラーメン」の店を検索するが、いくつか候補の出る中で、店の混み具合と予測から、店を選んでユーザに提示する。ユーザは組織上のボスや投票などによってお店を決定し、場合によってはそのまま店の席の予約をしても良い。

［具体例２：印刷タスクの分割］
サービスが混み合っている時に、サービスを分割して提供する例について説明する。ここでは、会議の前に印刷をするときに、
［スケジュールの登録］
図４６は、スケジュールの登録動作のフローチャートである。図４６のステップ３６０〜３６３において、まず、スケジュール帳を開き、続いてＩＤを入力し、ユーザを特定し、画面上にあるスケジュールに入力する。入力が終了したら保存をして終了する。
具体的な入力例を図４７に示す。ここで、開始時刻、終了時刻、場所、同席者が記入される。図４７は、スケジュールの登録の具体例を示す説明図である。
［タイミングの生成］
図４８は、タイミングの生成動作のフローチャートである。図４８のステップ３７０〜３７２において、計時部は時刻を計時し続け、設定時間毎に、スケジュールと比較し、設定の時間になったら印刷要求を受け付ける。
［グループ情報の取得］
図４９は、グループ情報の取得動作のフローチャートである。図４９のステップ３８０〜３８３において、スケジュールが蓄積されているところから、スケジュール情報を抜き出し、スケジュール情報に同行者などが記載されている場合は、その情報をメモリに一時保存するなどし、他のユーザのスケジュール情報で、同じ時間に同じ場所が記載されている場合、そのユーザも同一のグループであるとみなす。そのようにして、グループ情報を取得して終了する。
具体的な例を図４７と図５０を用いて示す。図４７からは同席者が、佐藤、鈴木であることがわかる。また、図５０から佐々木も同じスケジュールを持ち、斉藤が同席することから、伊藤、佐藤、鈴木、佐々木、斉藤が同じスケジュールをシェアするグループであることがわかる。図５０は、スケジュールの登録の他の具体例を示す説明図である。
［サービスの状況取得］
図５１は、サービスの状況取得動作のフローチャートである。図５１のステップ３９０、３９１において、サービスの状況を、サービスＩＤを元に順次取得し、サービス蓄積部に情報を蓄積する。
具体的には、印刷機の使用状況が蓄積されることになる。

［印刷の開始］
図５２は、印刷の開始動作のフローチャートである。図５２のステップ４００〜４０５において、印刷を受け付けると、グループの人数を数える。それから印刷機の状況をサービス蓄積部に問い合わせて確認し、印刷機が使用中で会議の開始時間までに印刷が終わらないことがわかった場合、印刷を開始した部屋から会議室までの通過点にある印刷機の位置を確認し、続いて印刷機の使用状況と印刷能力をサービス蓄積部から確認し、どのくらいの時間までに出力できるかを確認する。印刷機の処理に合わせて、割り当てられた部数を印刷する。
図５３〜５９を参照して、具体的な例を示す。図５３及び図５４から、会議への参加人数が５名であることがわかる。また、印刷機の状況は図５５に示す通り、印刷待ちが溜まっており、会議が始まるまでには印刷できない。そこで図５６に示すネットワーク図から、印刷機Ｃと印刷機Ｅが使用できそうであると見当をつける。図５７と図５８に示すように、印刷機の状況は空白となっており、印刷機Ｃと印刷機Ｅの印刷待ちはなく、能力を最大限利用できる。図５９にそれぞれの印刷機の能力を示す。印刷の能力から片方の印刷機では会議までに印刷できないことが判断できるので、両方の印刷機で印刷を開始する。
図５３は、スケジュールの他の具体例を示す説明図である。図５４は、スケジュールの他の具体例を示す説明図である。図５５は、印刷機の状況を示す説明図である。図５６は、ネットワークを示す説明図である。図５７、５８は、印刷待ちがない印刷機の状況を示す説明図である。図５９は、印刷機の能力を示す説明図である。

［具体例３：タクシーの便乗］
知らない人だが、同じ目的を持った人同士でサービスを便乗する例について詳しく説明する。ここでは、駅前のタクシーで同じ方向に行く人がタクシーに便乗する例について説明する。
［行き先の登録］
図６０は、行き先の登録動作のフローチャートである。図６０のステップ４１０〜４１３において、まず、サービスのデータベースを開き、続いてＩＤを入力し、ユーザを特定し、そして行き先を入力する。入力が終了したら保存をして終了する。具体的な入力例を図６１に示す。図６１は、具体的な行き先の登録の入力例を示す説明図である。
［位置情報の取得］
図６２は、位置情報の取得動作のフローチャートである。図６２のステップ４２０〜４２４において、計時部は時刻を計時し続け、設定時間毎に位置情報部に起動を要求し、ユーザの位置情報を取得し、取得された位置情報は、位置情報を蓄積する部によりユーザのＩＤとともに蓄積される。位置情報の取得部は、ＧＰＳやＡｃｔｉｖｅ ＲＦＩＤなどを用いる。
具体的な位置情報の例を図６３に示す。ＩＤとともにＧＰＳから取得された緯度経度情報が記憶される。図６３は、具体的な位置情報の例を示す説明図である。

［サービスの状況取得］
図６４は、サービスの状況取得動作のフローチャートである。図６４のステップ４３０、４３１において、サービスの状況を、サービスＩＤを元に順次取得し、サービス蓄積部１１に情報を蓄積する。
具体的には、タクシーの運行状況が蓄積されることになる。
［グループ情報の取得］
図６５は、グループ情報の取得動作のフローチャートである。図６５のステップ４４０〜４４３において、現在位置を取得し、また行き先情報を取得する。現在位置から行き先への経路を算出し、グループ化する。
具体的には、図６６にあるように、渋谷駅からユーザＡの行き先とユーザＣの行き先とユーザＥの行き先を通ってユーザＦの行き先へ向かう。そのために、ユーザＡ、ユーザＣ、ユーザＥ、ユーザＦが一つのグループとなる。図６６は、現在位置から行き先への経路の例を示す説明図である。
［サービスの選択と提示］
図６７は、サービスの選択と提示動作のフローチャートである。図６７のステップ４５０〜４５２において、グループの位置情報とグループの行き先とサービスの状況を元に、両方に適合するサービスをサービス蓄積部から検索する。検索した結果をユーザの端末などに表示する。
具体的には、グループの位置として「渋谷駅付近」で、グループの行き先に合ったタクシーを検索する。

本発明によるサービス提供選択システムの一実施形態（第１実施形態）のブロック構成図である。 図１に示したサービス提供選択システムの動作フローチャートである。 本発明によるサービス提供選択システムの第２実施形態のブロック構成図である。 図３に示したサービス提供選択システムの動作フローチャートである。 本発明によるサービス提供選択システムの第３実施形態のブロック構成図である。 図５に示したサービス提供選択システムの動作フローチャートである。 本発明によるサービス提供選択システムの第４実施形態のブロック構成図である。 図７に示したサービス提供選択システムの動作フローチャートである。 本発明によるサービス提供選択システムの第５実施形態のブロック構成図である。 図９に示したサービス提供選択システムの動作フローチャートである。 本発明によるサービス提供選択システムの第６実施形態のブロック構成図である。 図１１に示したサービス提供選択システムの動作フローチャートである。 本発明によるサービス提供選択システムの第７実施形態のブロック構成図である。 図１３に示したサービス提供選択システムの動作フローチャートである。 サービス選定部１３で利用するマトリックスを示す説明図である。 サービス選定部１３でのサービス選定基準における標準的な選択方法のフローチャートである。 サービス選定部１３でのサービス選定基準における禁忌を避けた選択方法のフローチャートである。 サービス選定部１３でのサービス選定基準における選択が無いものの選択方法のフローチャートである。 サービス選定部１３で利用するマトリックスを示す説明図である。 サービス選定部１３でのサービス選定基準における過去の履歴による選択方法のフローチャートである。 サービス選定部１３で利用するマトリックスを示す説明図である。 サービス選定部１３でのサービス選定基準における評価による選択方法のフローチャートである。 電話によるユーザへのサービス提示部の構成図である。 サービス提示部１５での電話によるユーザへのサービス提示方法のフローチャートである。 メールによるユーザへのサービス提示部の構成図である。 サービス提示部１５でのメールによるユーザへのサービス提示方法のフローチャートである。 看板へのサービス提示の構成図である。 サービス提示部１５での看板へのサービス提示方法のフローチャートである。 本発明によるサービス提供選択システムの第８実施形態の構成図である。 本発明によるサービス提供選択システムの第８実施形態の動作フローチャートである。 ユーザによる事前のサービスの嗜好の登録動作のフローチャートである。 嗜好のサービスの具体的な入力例を示す説明図である。 ユーザによるスケジュールの登録動作のフローチャートである。 スケジュールの具体的な入力例を示す説明図である。 タイミングの生成動作のフローチャートである。 位置情報の取得動作のフローチャートである。 スケジュールの具体的な位置情報の例を示す説明図である。 グループ情報の取得動作のフローチャートである。 スケジュールの他の具体的な入力例を示す説明図である。 イベント情報の取得動作のフローチャートである。 スケジュールの他の具体的な入力例を示す説明図である。 グループの嗜好の決定動作のフローチャートである。 具体的なグループの嗜好の決定例を示す説明図である。 サービスの状況取得動作のフローチャートである。 サービスの選択と提示動作のフローチャートである。 スケジュールの登録動作のフローチャートである。 スケジュールの登録の具体例を示す説明図である。 タイミングの生成動作のフローチャートである。 グループ情報の取得動作のフローチャートである。 スケジュールの登録の他の具体例を示す説明図である。 サービスの状況取得動作のフローチャートである。 印刷の開始動作のフローチャートである。 スケジュールの他の具体例を示す説明図である。 スケジュールの他の具体例を示す説明図である。 印刷機の状況を示す説明図である。 印刷機のネットワークを示す説明図である。 印刷待ちがない印刷機の状況を示す説明図である。 印刷待ちがない印刷機の状況を示す説明図である。 印刷機の能力を示す説明図である。 行き先の登録動作のフローチャートである。 具体的な行き先の登録の入力例を示す説明図である。 位置情報の取得動作のフローチャートである。 具体的な位置情報の例を示す説明図である。 サービスの状況取得動作のフローチャートである。 グループ情報の取得動作のフローチャートである。 現在位置から行き先への経路の例を示す説明図である。 サービスの選択と提示動作のフローチャートである。

符号の説明

１…条件式蓄積部、３…プロファイル蓄積部、５…タイマー、７…条件式確認部、９…選択集計部、１１…サービス蓄積部、１３…サービス選定部、１５…サービス提示部、１７…イベント取得部、１９…イベント蓄積部、２１…イベント確認部、２３…スケジュール蓄積部、２５…スケジュール統合部、２７…位置情報取得部、２９…位置情報統合部、３１…個人情報蓄積部、３３…個人情報統合部、３７…音声提供部、３９…ユーザ端末、４１…文字提供部、４３…パブリックディスプレイ、４５…サービス状況取得部

Claims (19)

1. 場所や時間に応じてユーザにサービス情報を提供するサービス提供選択システムであって、
   タスクの条件式を蓄積する条件式蓄積手段と、前記ユーザのプロファイルを蓄積するプロファイル蓄積手段と、時間を計測し続けるタイマー手段と、決められた時間ごとに前記タスクの条件式に基づいて条件が満たされているかどうか確認する条件式確認手段と、前記確認時に前記タスクの条件が満たされている場合、前記条件に見合った蓄積されているユーザのプロファイルを抜き出し、前記抜き出したプロファイルからチェック項目を抜き出し集計する選択集計手段と、サービス情報を蓄積するサービス蓄積手段と、前記プロファイルをもとにサービス情報を選定するサービス選定手段と、選定されたサービス情報をユーザに提示するサービス提示手段と、を備え、
   前記タイマー手段により設定されている時間毎に、前記条件式確認手段に向けて、現在時刻と共に前記条件式の確認要求を出し、
   前記条件式確認手段が、前記タイマー手段から取得した時刻において実行するべき前記条件式が前記条件式蓄積手段にないかを検索し、適合する条件式があれば、前記プロファイルを取得するユーザＩＤを取得し、
   前記選択集計手段が、前記プロファイル蓄積手段に前記ユーザＩＤをキーに検索を行ってプロファイルを取得し、
   前記サービス選定手段が、前記プロファイルをもとに前記サービス蓄積手段からサービス情報を選定し、
   前記サービス提示手段が、前記検索したサービス情報を表示することを特徴とするサービス提供選択システム。
2. イベントを取得するイベント取得手段と、前記イベントを蓄積するイベント蓄積手段と、前記イベントを確認するイベント確認手段と、を備え、
   前記タイマー手段により時間毎に、前記イベント取得手段はイベント情報を前記イベント蓄積手段に蓄積し、起動要求と現在時刻を受け取ったイベント確認手段は、前記イベント蓄積手段から蓄積されているイベントを受け取り、前記条件式確認手段に向けてイベント情報を送信し、前記イベント情報をタイミングにして前記条件式確認手段が、前記タイマー手段から取得した時刻において実行するべき前記条件式がないか検索を行い、適合する条件式があれば、前記プロファイルを取得するユーザＩＤを取得し、
   前記選択集計手段が、前記プロファイル蓄積手段にユーザＩＤをキーに検索を行って取得したプロファイルから、ユーザのチェック項目を抜き出して集計したプロファイルをキーに前記サービス蓄積手段から適合するサービス情報を検索し、
   前記サービス提示手段が、前記検索したサービス情報を表示することを特徴とする請求項１に記載のサービス提供選択システム。
3. スケジュールを蓄積するスケジュール蓄積手段と、スケジュールを統合するスケジュール統合手段と、を備え、
   前記スケジュールを統合する手段が、前記蓄積されているスケジュールからスケジュール情報を読み取ってスケジュールから同じ時間に同じ場所であるものや、予め同席者として登録された情報を元にグループ化を行い前記条件式蓄積手段に送信することを特徴とする請求項１に記載のサービス提供選択システム。
4. 各ユーザの位置情報を取得する位置情報取得手段と、前記位置情報を統合する位置情報統合手段と、を備え、
   前記位置情報取得手段が、前記条件式蓄積手段からの請求により各ユーザの位置情報を取得し、前記位置情報統合手段に送信してグループを作成し前記条件式蓄積手段に送信し、前記位置情報を前記サービス蓄積手段に送信することを特徴とする請求項１に記載のサービス提供選択システム。
5. 個人を特定できる名簿やアドレス帳などの各種データを蓄積する個人情報蓄積手段と、前記蓄積した個人情報を取得する個人情報統合手段と、を備え、
   前記条件式蓄積手段から起動要求を受けた前記個人情報統合手段が、前記個人情報を前記個人情報蓄積手段から取得して、グループとした情報を前記条件式蓄積手段に送信することを特徴とする請求項１に記載のサービス提供選択システム。
6. ＩＤ情報を読み取るＩＤ読み取り手段を備え、
   前記ＩＤ読み取り手段で読み取られたＩＤ情報を統合しグループとして前記条件式蓄積手段に送信することを特徴とする請求項１に記載のサービス提供選択システム。
7. スケジュールを蓄積するスケジュール蓄積手段とスケジュールを統合するスケジュール統合手段と、を備え、
   前記スケジュール統合手段が、前記現在時刻送信し、前記蓄積されているスケジュールから指定時間後のスケジュール情報を読み取って、スケジュールの同じ時間に同じ場所であるものや、予め同席者として登録された情報を元にグループ化を行い前記条件式蓄積手段に送信することを特徴とする請求項１に記載のサービス提供選択システム。
8. 前記サービス選定手段が、サービス選定基準として、適合するものを集計し、多いものを選択サービスとすることを特徴とする請求項１に記載のサービス提供選択システム。
9. 前記サービス選定手段が、サービス選定基準として、適合しないサービスを排除し、それ以外の適合するものを集計し、多いものを選択サービスとすることを特徴とする請求項１に記載のサービス提供選択システム。
10. 前記サービス選定手段が、サービス選定基準として、適合するものを集計し、少ないものを選択サービスとすることを特徴とする請求項１に記載のサービス提供選択システム。
11. 前記サービス選定手段が、サービス選定基準として、過去の履歴を蓄積してある手段から、回数を集計し、多いものを選択サービスとすることを特徴とする請求項１に記載のサービス提供選択システム。
12. 前記サービス選定手段が、サービス選定基準として、評価したものの蓄積してある中から、点数を集計し、多いものを選択サービスとすることを特徴とする請求項１に記載のサービス提供選択システム。
13. 前記サービス提示手段が、音声提供手段とユーザ端末により構成され、前記音声提供手段がサービスを音声に変換し、送信された電話番号を利用して、前記音声提供手段から前記ユーザ端末に音声が送信されることを特徴とする請求項１に記載のサービス提供選択システム。
14. 前記サービス提示手段が、文字提供手段とユーザ端末により構成され、前記文字提供手段がサービスとメールアドレスを元に、フォーマットに従ってメール文章に変換し前記ユーザ端末にメールを送信することを特徴とする請求項１に記載のサービス提供選択システム。
15. 前記サービス提示手段が、文字提供手段とパブリックディスプレイにより構成され、前記文字提供手段が、サービスをフォーマットに従って広告文章に変換し、看板ＩＤを元に前記パブリックディスプレイに広告が送信されることを特徴とする請求項１に記載のサービス提供選択システム。
16. サービスの状況を取得するサービス状況取得手段を備え、前記サービス状況取得手段が、登録されているサービスの現在の状況を取得し、前記サービス蓄積手段が、前記サービス状況をパラメータの一つとしてサービスを選択し、前記サービス選定手段にサービスを送信することを特徴とする請求項１に記載のサービス提供選択システム。
17. 場所や時間に応じてユーザにサービス情報を提供するサービス提供選択方法であって、
    タイマー手段により設定されている時間毎に、条件式確認手段に向けて、現在時刻と共に条件式の確認要求を出す段階と、
    前記条件式確認手段により前記タイマー手段から取得した時刻において実行するべき前記条件式が条件式蓄積手段にないかを検索し、適合する条件式があれば、プロファイルを取得するユーザＩＤを取得する段階と、
    選択集計手段により前記ユーザＩＤをキーにプロファイル蓄積手段に検索を行ってプロファイルを取得する段階と、
    サービス選定手段により前記プロファイルをもとにサービス蓄積手段からサービス情報を選定する段階と、
    サービス提示手段により前記検索したサービス情報を表示する段階と、を備えたことを特徴とするサービス提供選択方法。
18. 場所や時間に応じてユーザにサービス情報を提供するサービス提供選択システムにおいて、
    タイマー手段により設定されている時間毎に、条件式確認手段に向けて、現在時刻と共に条件式の確認要求を出す段階と、
    前記条件式確認手段により前記タイマー手段から取得した時刻において実行するべき前記条件式が条件式蓄積手段にないかを検索し、適合する条件式があれば、プロファイルを取得するユーザＩＤを取得する段階と、
    選択集計手段により前記ユーザＩＤをキーにプロファイル蓄積手段に検索を行ってプロファイルを取得する段階と、
    サービス選定手段により前記プロファイルをもとにサービス蓄積手段からサービス情報を選定する段階と、
    サービス提示手段により前記検索したサービス情報を表示する段階と、を実行するためのプログラム。
19. 請求項１８に記載のプログラムを記憶した記録媒体。

Images