JP7360332B2 - 提案装置 - Google Patents

Description

本発明は、ユーザの目的地を提案する提案装置に関する。

特許文献１には、オーナ企業が利用者の囲い込みをより確実に行い、オーナ企業が運営する複数の施設の利用者数を増加させるための予約管理装置の記載がある。この予約管理装置は、複数の施設のうちで第１施設により予め指定された第２施設の混雑状況を第１施設に設置された施設端末に、混雑状況を表示させる。

特開２０１９－４５９７７号公報

しかしながら、特許文献１に記載の技術は、同じ系列の施設にユーザの誘導しているものであり、ユーザにとって都合のよいものではない。すなわち、ユーザにとっては、同じ系列の施設である必要は無く、ユーザが所望するサービスを受けることができる施設を提案してくれればよい。特許文献１に記載の技術においては、ユーザの要求に応じた目的地を提案することができない。

そこで、上述の課題を解決するために、本発明は、ユーザの要求に合致した目的地をユーザに提示することができる提案装置を提供することを目的とする。

本発明の提案装置は、ユーザの目的地を取得する目的地取得部と、前記目的地の混雑状況を判断する混在状況判断部と、前記目的地が混雑している場合、ユーザの目的地に対する要求を満たす他の目的地を検索する検索部と、前記他の目的地を前記ユーザに通知する通知部と、を備える。

この発明によれば、ユーザが行こうとしていた目的地が混雑していたとしても、ユーザの要求を満たす他の目的地を提案することができる。

本発明によると、ユーザの要求に従った目的地をユーザに提案することができる。

本実施形態の提案サーバ１００を含んだ店舗提案システムのシステム概要を示す図である。 本実施形態の提案サーバ１００の機能構成を示すブロック図である。 スケジューラ１０５の具体例を示す図である。 ユーザプロファイルテーブル１０６の具体例を示す図である。 混雑状況テーブル１０７の具体例を示す図である。 カテゴリテーブル１０８の具体例を示す図である。 本実施形態の店舗提案システムの処理を示すシーケンス図である。 カテゴリテーブル１０８の変形例における具体例を示す図である。 本開示の一実施の形態に係る提案サーバ１００のハードウェア構成の一例を示す図である。

添付図面を参照しながら本発明の実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。

図１は、本実施形態の提案装置として機能する提案サーバ１００を含んだ店舗提案システムのシステム概要を示す図である。図に示されるとおり、ユーザはユーザ端末２００を保持している。提案サーバ１００は、事前に店舗管理サーバ３００から、各店舗の混雑状況を受信し記憶している。提案サーバ１００は、ユーザから常に位置情報を受信している。そして、提案サーバ１００は、ユーザの目的地となる店舗Ｓ１を、常に受信している位置情報および事前に取得したユーザプロファイル情報等を利用して推定する。提案サーバ１００は、各店舗管理サーバ３００から登録された混雑状況に基づいて、ユーザの要求を満たす店舗のうち、空いている店舗を検索し、それをユーザに通知する。これにより、ユーザは、混雑している店舗に行くことなく、ユーザの要求を満たしつつ、待ち時間のない店舗に行くことができる。

図２は、本実施形態の提案サーバ１００の機能構成を示すブロック図である。図２に示されるとおり、この提案サーバ１００は、目的地推定部１０１（目的地取得部、位置情報取得部）、混雑状況判断部１０２（混雑状況判断部）、提案処理部１０３（検索部）、送信部１０４（通知部）、スケジューラ１０５、ユーザプロファイルテーブル１０６、混雑状況テーブル１０７，カテゴリテーブル１０８（目的地管理テーブル）を含んで構成されている。

目的地推定部１０１は、ユーザ端末２００から取得した位置情報およびユーザプロファイル情報に基づいて、ユーザの目的地を推定する部分である。目的地推定部１０１は、ユーザ端末２００の識別情報も取得し、その識別情報に応じたユーザプロファイル情報をユーザプロファイルテーブル１０６から取得可能にする。

目的地推定部１０１は、推定に際して、スケジューラ１０５に記憶されているスケジュール情報、ユーザプロファイルテーブル１０６に記憶されているユーザプロファイル（行動履歴を含む）を参照する。スケジュール情報には、その日のスケジュールが登録されており、ユーザが行う予定のイベントが登録されている。また、ユーザプロファイルテーブルには、趣味嗜好のほか、いままでのユーザの行動履歴（訪れたことのある店舗の履歴など）が登録されている。目的地推定部１０１は、これを利用してユーザの目的となる店舗を推定する。

例えば、目的地推定部１０１は、スケジューラ１０５からその日のイベントの位置を取得し、現在位置とイベントの位置との間（またはイベントの位置の近傍）にある店舗を取得し、これを目的地とする。店舗の取得等に際して、インターネットなど外部のデータベースを用いてもよいし、店舗ＤＢ（図示せず）にある位置情報と店舗情報とを含む店舗情報を用いてもよい。

また、ユーザの来店履歴から好みの店舗を判断し、いくつか店舗の候補があった場合には、来店履歴にある店舗がユーザの目的地となる店舗と推定してもよい。また、目的地推定部１０１は、現在時刻とイベントの開始時刻とから、目的地に対する要求を推測して、その要求を満たすことができる目的地を推定してもよい。目的地推定部１０１は、スケジューラ１０５に基づいて、映画を見るなどのイベントがあった場合には、現在時刻と映画開始時刻との時間に基づいて、目的地となる店舗を推定してもよい。

例えば、映画開始時刻まであまり時間がない場合には、ファーストフード店などを目的地とする。一方で、映画開始時刻まで時間がある場合には、時間を潰すための喫茶店を目的地とする。後述するカテゴリテーブル１０８のカテゴリとユーザの要求（目的）とは予め対応付けておき、時間を潰す必要（ユーザの要求に相当）があると判断した場合には、ファーストフード店を選ぶように対応付けをしておく。

また、目的地推定部１０１は、現在時刻とイベントの開始時刻との差（時間）に基づいて、カテゴリテーブル１０８におけるカテゴリを決定してもよい。その際、現在位置と、イベントの位置との差に基づいて移動時間を考慮してもよい。

また、イベントがない場合には、行動履歴から来店頻度の高い店舗を判断して目的地として推定してもよい。

なお、ここでは、店舗としているが、これに限らず、公共施設などの施設などとしてもよい。

混雑状況判断部１０２は、目的地推定部１０１により推定された店舗の混雑状況を判断する。混雑状況判断部１０２は、混雑状況テーブル１０７を参照して、推定した店舗の混雑状況を判断する。

提案処理部１０３は、ユーザに提案する店舗を検索する部分である。提案処理部１０３は、目的地推定部１０１により推定された店舗が、混雑状況判断部１０２により混雑していると判断されると、カテゴリテーブル１０８を参照して、推定した店舗と同じカテゴリに属する別の店舗を検索する。別の店舗を検索する際、推定した店舗の位置情報に近い（所定距離以内の）別の店舗を検索する。なお、ユーザの位置情報に近い別の店舗を検索してもよい。

また、提案処理部１０３は、検索した別の店舗の混雑状況をさらに判断してもよい。この混雑状況が混雑している（待ち時間が１０分以上など）と判断できる場合には、さらに別の店舗を検索してもよい。

送信部１０４は、提案処理部１０３により提案された店舗をユーザ端末２００に送信する部分である。

スケジューラ１０５は、ユーザごとのスケジュール情報を記憶する記憶テーブルである。図３は、スケジューラ１０５の具体例を示す図である。図に示されるとおり、スケジューラ１０５には、ユーザごとに、スケジュール内容（時間、位置・場所、および目的）が記述されている。

ユーザプロファイルテーブル１０６は、ユーザごとのユーザプロファイル情報を記憶する記憶テーブルである。本実施形態では、特に行動履歴を記憶している。ユーザの移動先におけるＷＩＦＩ等のアクセスポイントなどに基づいて滞在施設が特定される。行動履歴は、アクセスポイントなどを利用した処理に基づいて導出される。そのほか、ユーザの位置情報の遷移に基づいて滞在施設が導出されてもよい。このユーザプロファイルテーブル１０６に記憶されているユーザプロファイル情報は、ユーザ端末２００から事前に登録された情報、または定期的に登録された情報である。ユーザ端末２００の識別情報と対応付けて記憶されており、ユーザの目的地の予測時において利用される。

図４は、ユーザプロファイルテーブル１０６の具体例を示す図である。図に示されるとおり、ユーザＩＤ、行動履歴、および嗜好が登録されている。嗜好は、事前にユーザに登録された情報である。

混雑状況テーブル１０７は、店舗ごとの混雑状況を記憶する記憶テーブルである。混雑状況は、空いているか否かを示す情報でもよいし、満席である場合には、待ち時間を記憶してもよい。これら混雑状況は、各店舗から登録された情報に基づく。図５は、混雑状況テーブル１０７の具体例を示す図である。図に示されるとおり、店舗ごとに、混雑状況を示す情報が記憶されている。

カテゴリテーブル１０８は、カテゴリ（サービス種別）ごとの店舗を記憶する記憶テーブルである。図６は、カテゴリテーブル１０８の具体例を示す図である。図に示されるとおり、カテゴリごとに店舗が記憶されている。なお、店舗とともに、その店舗の位置情報もあわせて記憶している。ここで、カテゴリとは、店舗のジャンルまたは属性を示す区分とし、ユーザの要求に対応したサービスの提供種別に相当する。図６では、カテゴリとして、喫茶店、コーヒ店、ファーストフード店など、飲食店のジャンルを示しているが、これに限るものではない。カテゴリとして、滞在目的、来店目的としてもよいし、上記ジャンルをさらに目的等で細分化してもよい。例えば、短時間の休憩のための店舗、ゆっくりくつろぐための店舗（例えば椅子がソファーなど）、時間を潰すための店舗などとしてもよい。

さらに、カテゴリテーブル１０８には、店舗の経営系列でさらに分類してもよい（図８参照）。一般的には、経営系列が同じ店舗では同じレベルのサービスが提供され、または設備（豪華なテーブル、ソファなど）が配置さており、ユーザの要求を満たす／満たさないという基準に合致した区分である。

提案処理部１０３は、他の店舗を検索する際、カテゴリテーブル１０８を参照しているが、推定した店舗と同じ経営系列から店舗を検索すると、同じ系列の店舗をユーザに提案することができる。また、提案処理部１０３は、ユーザの行動履歴からある系列店に訪れることが多いと判断できる場合には、系列を跨いだ他の店舗を検索して提案してもよい。

例えば、目的地推定部１０１は、図８におけるＱ１コーヒ店を目的として推定したとし、そのＱ１コーヒ店が混雑していると判断される場合には、提案処理部１０３は、同じコーヒ店のカテゴリから、同じ系列のＱ２コーヒ店を検索して、提案することができる。なお、提案処理部１０３は、系列に着目して、カテゴリを跨いで同じ系列の店舗を提案してもよい。例えば、提案処理部１０３は、Ｑ１コーヒ店が混雑している場合に、同じコーヒカテゴリの店舗に、目的地に近いＱ系列の店舗がない場合、またはその系列の店舗が混雑している場合など、同じカテゴリ、同じ系列に、適切な店舗を提案できない場合には、異なるカテゴリで同じ系列の店舗を提案してもよい。例えば、ファーストフードカテゴリに、同じＱ系列のファーストフード店があった場合に、そのＱ系列の店舗を提案してもよい。

一方で、提案処理部１０３は、ユーザプロファイルテーブル１０６を参照して、図８におけるＰ系列のコーヒ点に頻繁（所定回数以上）に来店していると判断できる場合には、提案処理部１０３は、Ｐ１コーヒ店を検索して、Ｐ１コーヒ店をユーザに提案してもよい。

これら提案アルゴリズムは、店舗提案システムのオペレータなどによって、設定される。

図７は、本実施形態の店舗提案システムの処理を示すシーケンス図である。提案サーバ１００は、店舗管理サーバ３００から各店舗における混雑情報を受信し（Ｓ１０１）、混雑状況テーブル１０７は、混雑状況を記憶する（Ｓ１０２）。

提案サーバ１００は、ユーザ端末２００から、常時、ユーザの位置情報を受信している。（Ｓ１０３）、目的地推定部１０１は、ユーザ端末２００の現在位置、行動履歴、およびスケジュールに基づいて、目的地となる店舗を、常時、予測する（Ｓ１０４）。混雑状況判断部１０２は、混雑状況テーブル１０７を参照して、予測した店舗の混雑状況を推定する（Ｓ１０５）。提案処理部１０３は、混雑状況判断部１０２により、推定対象の店舗が混雑していると判断されると、カテゴリテーブル１０８を参照して、当該推定対象の店舗と同じカテゴリに属する他の店舗を検索する（Ｓ１０６）。提案サーバ１００の送信部１０４は、検索した他の店舗をユーザ端末２００に送信する（Ｓ１０７）。ユーザ端末２００は、その店舗の情報を表示する（Ｓ１０８）。

つぎに、本実施形態の提案サーバ１００の作用効果について説明する。本実施形態の提案サーバ１００において、目的地推定部１０１は、ユーザの目的地となる店舗を推定する。混雑状況判断部１０２は、その店舗の混雑状況を判断する。その際、混雑状況テーブル１０７を参照する。そして、提案処理部１０３は、その店舗が混雑していると判断される場合、ユーザの目的地に対する要求を満たす他の店舗を検索する。送信部１０４は、他の店舗をユーザ端末２００に送信する。

この構成により、ユーザが行こうとしていた店舗が混雑していたとしても、他の店舗の提案を受けることができる。当該他の店舗は、ユーザの当初行こうとしていた店舗に対する要求と同じ要求を満たすことができるものである。すなわち、ユーザは同じサービス等を、混雑を避けながら、他の店舗で受けることが可能となる。

なお、上述実施形態では、ユーザの目的地を、ユーザプロファイル等から推定しているが、それに限るものではない。ユーザは、検索要求として、ユーザの要求を入力することに代えて、目的地となる店舗を入力してもよい。

また、この提案サーバ１００において、店舗において提供するカテゴリごとに、複数の目的地を記述するカテゴリテーブル１０８をさらに備える。提案処理部１０３は、カテゴリテーブル１０８を参照して、予測した店舗に対応する他の店舗を検索する。

この構成により、カテゴリテーブルを利用した他の店舗の検索を可能にし、その処理を容易なものとなる。

また、この提案サーバ１００において、提案処理部１０３は、当該他の店舗の混在状況に応じた前記他の店舗を取得する。

これにより、混雑した他の店舗を検索することを防止することができる。

また、この提案サーバ１００において、提案処理部１０３は、予測した店舗と地理的に近い他の店舗を検索する。

これにより、地理的に行きづらい他の店舗をユーザに通知することがなく、ユーザにとって利用しやすい他の店舗を知ることができる。

また、この提案サーバ１００において、目的地推定部１０１は、さらにユーザの位置情報を取得する。そして、ユーザの行動を示すユーザプロファイル情報を記憶するユーザプロファイルテーブル１０６をさらに備える。目的地推定部１０１は、ユーザプロファイル情報および前記位置情報に基づいてユーザの目的地となる店舗を予測する。

これにより、ユーザプロファイルにより、ユーザの目的地となる店舗を推定することができる。

また、この提案サーバ１００において、提案処理部１０３は、ユーザの位置情報に近い他の店舗を検索する。

これにより、ユーザにとって利用しやすい他の店舗を知ることができる。

上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。

例えば、本開示の一実施の形態における提案サーバ１００は、本開示の店舗提案方法の処理を行うコンピュータとして機能してもよい。図９は、本開示の一実施の形態に係る提案サーバ１００のハードウェア構成の一例を示す図である。上述の提案サーバ１００は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。提案サーバ１００のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

提案サーバ１００における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。例えば、上述の目的地推定部１０１、混雑状況判断部１０２、提案処理部１０３などは、プロセッサ１００１によって実現されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、目的地推定部１０１は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施の形態に係る店舗提案方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及びストレージ１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。

通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送信部１０４などは、通信装置１００４によって実現されてもよい。送信部１０４は、送信部１０４と受信部とで、物理的に、または論理的に分離された実装がなされてもよいし、送受信部として一体での実装がなされてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

また、提案サーバ１００は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。

本開示において説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。

また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。

本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。

「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

１０１…目的地推定部、１０２…混雑状況判断部、１０３…提案処理部、１０４…送信部、１０５…スケジューラ、１０６…ユーザプロファイルテーブル、１０７…混雑状況テーブル、１０８…カテゴリテーブル。

Claims (5)

1. 目的地ごとの混雑状況を記憶する混雑状況テーブルと、
   予め定義されたカテゴリごとに、複数の目的地を記述する目的地管理テーブルと、
   ユーザの目的地を取得する目的地取得部と、
   前記目的地の混雑状況を判断する混雑状況判断部と、
   前記取得された目的地の混雑状況を、前記混雑状況テーブルを参照して判断し、前記目的地が混雑している場合、前記目的地管理テーブルを参照して、ユーザの目的地のカテゴリに対応する他の目的地を検索する検索部と、
   前記他の目的地を前記ユーザに通知する通知部と、
   を備え、
   前記目的地管理テーブルは、さらに、目的地の経営系列ごとに、前記複数の目的地を区分し、
   前記検索部は、前記取得した目的地と同じ経営系列にある他の目的地を検索し、
   さらに、当該他の目的地を検索できない場合、異なるカテゴリで、同じ経営系列の他の目的地を検索する、
   提案装置。
2. 前記カテゴリとは、前記目的地において提供するサービス種別を示す、請求項１に記載の提案装置。
3. 前記検索部は、前記他の目的地の混在状況に応じた当該他の目的地を検索する、請求項１または２に記載の提案装置。
4. 前記検索部は、前記目的地と地理的に近い他の目的地を検索する、請求項１～３のいずれか一項に記載の提案装置。
5. ユーザの位置情報を取得する位置情報取得部と、
   ユーザの行動を示すユーザプロファイル情報を記憶するプロファイル記憶部と、をさらに備え、
   前記目的地取得部は、前記ユーザプロファイル情報および前記位置情報に基づいて前記ユーザの目的地を予測して取得する、
   請求項１～４のいずれか一項に記載の提案装置。

Images