JP2023073884A - 情報処理システム、プログラム及び密回避ＭａａＳシステム - Google Patents

Abstract

【課題】新規な技術を提供すること。
【解決手段】本開示の一態様によれば、情報処理システムが提供される。この情報処理システムにおける取得ステップでは、ユーザの位置情報と、ユーザの移動目的とを含むユーザ情報を取得する。決定ステップでは、ユーザ情報と、参照情報とに基づき、移動経路を決定する。参照情報は、移動目的に関係する可動性を示す情報である。表示ステップでは、移動経路に基づく移動指示を表示させる。管理ステップでは、移動指示に従った移動が行われなかった場合、ユーザに対して所定のアプリケーションの利用またはその機能の少なくとも一部を制限する。
【選択図】図１

Description

本開示は、情報処理システム、プログラム及び密回避ＭａａＳシステムに関する。

ＭａａＳ（Ｍｏｂｉｌｉｔｙ ａｓ ａ Ｓｅｒｖｉｃｅ）とは、公共交通機関をはじめとする様々なサービスを最適に組み合わせることでユーザそれぞれの移動ニーズに応えるサービスである。特許文献１には、ＭａａＳを提供する車両管理システムが開示されている。

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

ここで、ＭａａＳの普及に向けて、さらなる技術発展が望まれる。

本開示では上記事情を鑑み、新規な技術を提供することとした。

本開示の一態様によれば、情報処理システムが提供される。この情報処理システムにおける取得ステップでは、ユーザの位置情報と、ユーザの移動目的とを含むユーザ情報を取得する。決定ステップでは、ユーザ情報と、参照情報とに基づき、移動経路を決定する。参照情報は、移動目的に関係する可動性を示す情報である。表示ステップでは、移動経路に基づく移動指示を表示させる。管理ステップでは、移動指示に従った移動が行われなかった場合、ユーザに対して所定のアプリケーションの利用またはその機能の少なくとも一部を制限する。

本開示によれば、新規な技術を提供することができる。

本実施形態に係る情報処理システム１のハードウェア構成を示すブロック図である。 本実施形態に係る情報処理装置２のうち、制御部２３の機能構成を示すブロック図である。 ユーザ端末３で表示されるＧＵＩの一例を示している。 情報処理システム１により実行される処理の流れの一例を示すアクティビティ図である。 ユーザ情報６の一例を示す図である。 ユーザ端末３で表示されるＧＵＩの一例を示している。 在庫情報７２１の一例を示す図である。 利用可否情報７２２の一例を示す図である。 決定部２３２により決定された移動経路９の一例を示す図である。 属性情報６２に基づき決定された移動経路９の一例を示す図である。 第１提供可能場所８１ｂを経由する移動経路９の一例を示す図である。 第２提供可能場所８２を経由する移動経路９の一例を示す図である。 移動開始後に変更された新たな移動経路９を示す図である。

以下、図面を用いて本開示の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。

また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０または１で構成される２進数のビット集合体としての信号値の高低、または量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、およびメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、およびフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

［実施形態］
１．ゲームの説明
図１は、本実施形態に係る情報処理システム１のハードウェア構成を示すブロック図である。図１に示す情報処理システム１では、情報処理装置２、複数のユーザ端末３および複数の店舗端末５が通信ネットワーク１１を介して互いに通信可能に接続され、ユーザ端末３においてゲームを実行可能である。

本実施形態に係るゲームは、情報処理システム１にて実行されるオンラインのゲームである。このゲームでは、ユーザ端末３のユーザは、１または複数のプレイヤキャラクタを仮想ゲーム空間で活動させたり、プレイヤキャラクタを、ノンプレイヤキャラクタである敵キャラクタと対戦させたりする。また、キャラクタは、オブジェクトの一例である。つまり、本実施形態におけるユーザは、ゲームをプレイするユーザである。

上記のようなゲームは、プレイステーション（登録商標）などの家庭用ゲーム機、ニンテンドースイッチ（登録商標）などの携帯用ゲーム機、もしくは、パーソナルコンピュータ、スマートフォン、タブレット端末などの電子機器であるユーザ端末３を用いて実行される。

２．情報処理システム１の概要
図１に示されるように、情報処理システム１は、情報処理装置２、複数のユーザ端末３および複数の店舗端末５を含む。情報処理装置２は、ゲームプログラムおよびゲームデータを記憶しており、ユーザ端末３の（下記のアカウント情報ごとの）ゲームデータの管理を行う。情報処理装置２は、例えばサーバにより構成される。複数のユーザ端末３それぞれは、互いに同じ構成を有する。

ユーザ端末３は、ユーザの操作に基づいて所定のゲームを実行する。そのために、ユーザ端末３は、通信ネットワーク１１を介して、情報処理装置２からゲームプログラムおよびゲームデータを受信（具体的にはダウンロードおよびインストール）する。各ユーザには、ユーザ端末３に対応づけて、識別情報およびパスワードを含むアカウント情報が、ユーザごとに割り当てられている。このアカウント情報は、ログイン時、ユーザ端末３から情報処理装置２に送信され、情報処理装置２におけるユーザ認証に利用される。

ユーザ認証を経て、情報処理装置２とユーザ端末３との相互通信が可能となる。ログイン後、ユーザ端末３は、ゲーム進行に必要なデータ（ゲーム進行状況に関するデータ）を情報処理装置２から受信すると、ユーザの操作に基づいてゲーム画像や音声をディスプレイ４ａおよびスピーカ４ｂに出力しながら、ゲームを進行させる。

２．１ ハードウェア構成
以下、図１を参照して、情報処理システム１の各ハードウェア構成について説明する。

＜情報処理装置２＞
図１に示されるように、情報処理装置２は、通信部２１、記憶部２２および制御部２３を有する。通信部２１および記憶部２２は、通信バス２０を介して制御部２３と電気的に接続されている。

通信部２１は、インターネットおよびＬＡＮなどの通信ネットワーク１１を介して各ユーザ端末３と通信可能に接続される、いわゆるネットワークインターフェースである。情報処理装置２が通信部２１を介して受信する主な情報としては、ゲームプログラムのダウンロード要求情報、ユーザの操作に応じたガチャの抽選要求、クエスト実行要求、オートプレイの実行／終了の要求、アカウント情報、ゲームデータなどが挙げられる。情報処理装置２が通信部２１を介して送信する主な情報としては、ゲームプログラムをユーザ端末３が受信したことを確認するための情報、ガチャにて得られたゲーム媒体に関する情報などが挙げられる。

記憶部２２は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）およびＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などで構成される。記憶部２２には、本実施形態にかかるゲームプログラムの一部を含む各種プログラムやゲームに関する各種データなどが記憶されている。

具体的には例えば、記憶部２２は、ユーザＤＢや抽選リストなどを記憶している。ユーザＤＢには、ゲームをプレイするユーザの識別番号ごとに、ユーザ名、ユーザランク、ユーザが操作するプレイヤキャラクタに関するステータス等の情報、仮想ゲーム空間内にて使用可能な消費媒体の額、パラメータに関する情報などが、対応付けられて記憶されている。抽選リストは、一般にガチャと呼ばれる抽選処理に用いるものであって、選択対象となるゲーム媒体に関する情報を複数含む。抽選リストには、ゲーム媒体に関する情報（名称、能力パラメータ、レアリティ、レベルなど）と、抽選による選択割合とが、対応づけられている。また能力パラメータとは、例えば、ゲーム媒体がプレイヤキャラクタの場合、戦力、ＨＰ、攻撃力、防御力、賢さ、または速さなどを含む。

制御部２３は、ＣＰＵおよび半導体メモリを含むマイクロコンピュータで構成され、自装置である情報処理装置２の動作を制御する。特に、制御部２３は、記憶部２２に記憶された所定のプログラムを読み出すことによって、自装置である情報処理装置２に係る種々の機能を実現する。すなわち、記憶部２２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部２３によって具体的に実現されることで、後述の各機能部が実行されうる。なお、制御部２３は単一であることに限定されず、機能ごとに複数の制御部２３を有するように実施してもよい。またそれらの組合せであってもよい。

制御部２３によって実行される情報処理として、例えば、課金の決済処理、ユーザアカウントの認証処理、ガチャの抽選選択処理などが挙げられる。課金の決済処理は、例えばゲーム中のパラメータを所定量回復するために必要な課金の要求に基づいて実行される。ユーザアカウントの認証処理は、例えばユーザ端末３から受信したユーザの識別情報を用いて実行される。ガチャの抽選選択処理は、ガチャの抽選要求に伴って、抽選リストの中から、ゲーム媒体ごとの選択確率に基づいて１以上のゲーム媒体を抽選により選択する処理である。ガチャの抽選選択処理によれば、選択したゲーム媒体に関する情報と、抽選要求の送信元となる操作を行ったユーザの識別情報とが、ユーザＤＢにて関連付けられ、これにより、当該ユーザには、自身でガチャを引いた結果当選したゲーム媒体が付与される。

ここで、上記をさらに補足すると、「ゲーム媒体」とは、ゲームに関する要素を表した電子データであって、プレイヤキャラクタとして使用するキャラクタの名称、プレイヤキャラクタが仮想ゲーム空間内にて使用するアイテム（武器、防具、道具）などが含まれる。ユーザは、ゲーム媒体を、課金による直接購入やクエストクリアの他、ガチャと呼ばれる抽選方法によって入手することができる。入手したゲーム媒体は、そのゲーム媒体を所有することとなったユーザの識別情報と対応づけて、ユーザＤＢに記憶され管理される。さらに、「ガチャ」とは、情報処理装置２にて、抽選リストの中から、所定の選択割合に基づき任意のゲーム媒体を抽選により選択する方法である。選択された任意のゲーム媒体は、ユーザのユーザ端末３に付与される。「ガチャで選択したゲーム媒体を、ユーザに付与する／ユーザが所有する」とは、「抽選処理で選択されたゲーム媒体を、ユーザを示す識別情報と関連づける／関連づけられている」ことと同義である。

＜ユーザ端末３＞
ユーザ端末３には、ディスプレイ４ａ、スピーカ４ｂおよび入力デバイス４ｃが外部接続または内蔵される。また、ユーザ端末３は、通信部３１、記憶部３２、制御部３３、グラフィック処理部３４ａ、オーディオ処理部３４ｂおよび操作部３４ｃを有する。通信部３１、記憶部３２、グラフィック処理部３４ａ、オーディオ処理部３４ｂおよび操作部３４ｃは、通信バス３０を介して制御部３３と電気的に接続されている。

通信部３１は、ユーザ端末３と、情報処理装置２との間で各種データを送受信するために、通信ネットワーク１１に通信可能に接続される、いわゆるネットワークインターフェースである。ユーザ端末３が通信部３１を介して受信する主な情報としては、アカウント情報、新たなゲームデータのダウンロード要求情報、ガチャ実行要求、クエスト実行要求などが挙げられる。ユーザ端末３が通信部３１を介して送信する主な情報としては、ダウンロード要求情報に応じて情報処理装置２から送られてきた新たなゲームデータ、抽選処理により選択されたゲーム媒体に関する情報などが挙げられる。

特に、ユーザ端末３は、通信部３１を介して、位置情報６０を取得可能に構成される。また、公共交通機関や、商品またはサービスを提供する店舗等の利用に用いる各種アプリケーションを利用して決済を実行する場合には、ユーザ端末３は、決済日時、決済場所、決済金額などを他の情報処理装置との間で送受信可能に構成される。

記憶部３２は、ＨＤＤ、ＳＳＤ、ＲＡＭおよびＲＯＭなどで構成される。記憶部３２には、情報処理装置２からダウンロードしたゲームデータ、ゲームプログラムの一部を含む各種プログラム、自装置であるユーザ端末３のアカウント情報、ユーザ情報６などが格納されている。なお、ユーザ情報６は、情報処理装置２の記憶部２２で記憶するユーザＤＢの少なくとも一部の情報である。ユーザＤＢでユーザ情報６のマスタを管理し、ユーザ端末３の記憶部３２は、このマスタの少なくとも一部の情報が情報処理装置２から配信され、これを記憶する。ユーザ情報６に含まれる各項目は、いずれもユーザによって、入力デバイス４ｃを操作して入力され得るが、外部サーバとの通信により、ユーザ情報６が取得されるものであってもよい。

制御部３３は、ＣＰＵおよび半導体メモリを含むマイクロコンピュータで構成され、自装置であるユーザ端末３の動作を制御する。特に、制御部３３は、記憶部３２に記憶された所定のプログラムを読み出すことによって、自装置であるユーザ端末３に係る種々の機能を実現する。すなわち、記憶部３２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部３３によって具体的に実現されることで、後述の各機能部が実行されうる。なお、制御部３３は単一であることに限定されず、機能ごとに複数の制御部３３を有するように実施してもよい。またそれらの組合せであってもよい。

特に、制御部３３は、自装置であるユーザ端末３のユーザによる入力デバイス４ｃの操作に従って、ゲームを実行するように構成される。具体的には、制御部３３は、ゲームデータに含まれる仮想ゲーム空間オブジェクトおよびテクスチャなどのデータを記憶部３２から読み出すか、または情報処理装置２から受信したデータを用いて、２次元または３次元のゲーム画像情報を生成する。ゲーム画像情報がグラフィック処理部３４ａによって処理されることにより、ディスプレイ４ａには処理後のゲーム画像が逐次表示される。換言すると、制御部３３は、ゲームの実行にあたり、自装置であるユーザ端末３のユーザの操作などに応じてディスプレイ４ａの表示制御およびスピーカ４ｂの音声出力制御を行うように構成される。

グラフィック処理部３４ａは、制御部３３から出力されるゲーム画像情報に従って、キャラクタおよび仮想ゲーム空間に関する各種オブジェクトを含むゲーム画像を、動画形式で描画する。グラフィック処理部３４ａは、例えば液晶型であるディスプレイ４ａと接続されており、動画形式に描画されたゲーム画像は、ゲーム画面としてディスプレイ４ａ上に表示される。オーディオ処理部３４ｂは、スピーカ４ｂと接続され、制御部３３の指示に従ってゲーム音声を再生および合成すると、これをスピーカ４ｂから出力させる。操作部３４ｃは、入力デバイス４ｃと接続され、操作入力に関するデータを入力デバイス４ｃとの間で送受信する。ユーザは、入力デバイス４ｃを操作することで、ユーザ端末３に操作信号を入力する。なお、入力デバイス４ｃは、ディスプレイ４ａと一体化されたタッチパネル、外付けのゲームパッド、マウスやキーボード等の総称である。

＜店舗端末５＞
店舗端末５は、通信ネットワーク１１を介して情報処理装置２に商品またはサービス（以下、商品等とよぶことがある）を提供する提供場所８の取扱状況７２を送信可能な端末である。例えば、店舗端末５は、商品等の提供場所８に設置される端末である。また、例えば、店舗端末５は、商品等を提供する提供場所８で管理される端末と通信可能な端末である。店舗端末５は、通信部、記憶部および制御部を有し、通信部および記憶部は、通信バスを介して制御部と電気的に接続されている。

ここで、提供場所８とは、例えば、スーパー、コンビニエンスストア、本屋、薬局等の小売店や、ユーザに美容サービスを提供する美容室、エステサロン等の店舗、カフェ、レストランなどの飲食店、家電量販店、病院等が挙げられる。なお、これに限らず、ユーザに商品等を提供可能なあらゆる施設（場所）を含む。また、提供場所８とは、商品等を提供する提供場所８そのものが店舗端末５を兼ねる場合を含む。この場合、店舗端末５は、自動販売機、コインロッカー、ワークブース等である。さらに、店舗端末５は、商品等の提供場所８の取扱状況７２を管理するサーバであってもよい。この場合の例としては、駐車場、レンタルオフィス、シェアサイクル等の貸出管理サーバが挙げられる。

なお、各提供場所８の出入口周辺や施設内外には、カメラが設置されていることが好ましい。カメラによる撮像画像は、通信ネットワーク１１を介して、情報処理装置２に送信される。このとき、撮像画像は、通信ネットワーク１１を介して外部サーバに送信されてもよい。外部サーバにおいて撮像画像から提供場所８の周辺および施設内の混雑状況７１を分析し、その分析結果を情報処理装置２に送信する態様でもよい。

店舗端末５の記憶部は、提供場所８で商品等の取扱状況７２を記憶する。通信部、記憶部および制御部についての詳細は、情報処理装置２における通信部２１、記憶部２２および制御部２３の記載を参照されたい。

２．２ 機能構成
次に、情報処理装置２の制御部２３の各機能構成について説明する。ここで、本実施形態に係るシステムは、情報処理システム１により実現され、特に制御部２３により実現される。

図２は、本実施形態に係る情報処理装置２のうち、制御部２３の機能構成を示すブロック図である。制御部２３は、記憶部２２に記憶された各種プログラムを実行することにより、取得部２３１、決定部２３２、表示制御部２３３、管理部２３４およびゲーム制御部２３５として機能する。すなわち、記憶部２２に記憶されているソフトウェアによる情報処理がハードウェアの一例である制御部２３によって具体的に実現されることで、制御部２３に含まれる各機能部として実行されうる。

取得部２３１は、取得ステップを実行可能に構成される。取得ステップにおいて、取得部２３１は、通信部２１または記憶部２２を介して情報を取得し、これを作業メモリに読出可能に構成される。特に、取得部２３１は、通信ネットワーク１１および通信部２１を介して種々の情報を取得するように構成される。本実施形態では、取得部２３１が取得した種々の情報は、記憶部２２に記憶されるものとして説明する。

特に、取得部２３１は、ユーザ端末３からユーザ情報６を取得する。また取得部２３１は、店舗端末５から、商品またはサービスの在庫情報７２１および利用可否情報７２２を取得する。在庫情報７２１および利用可否情報７２２は、参照情報７として記憶部２２に記憶される。また、取得部２３１は、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）等の外部サーバ（不図示）から道路の混雑状況７１を示す情報を取得する。混雑状況７１を示す情報は、渋滞情報、事故情報、工事情報、速度規制および車線規制情報を含む。

取得部２３１は、さらに外部サーバ（不図示）から気象情報を取得可能である。具体的には、取得部２３１は、所定の気象情報提供サービス（サーバ）からインターネット回線等を介して気象情報を取得する。気象情報には、天気予報に加え、風の強さ、風の向き、気温情報、災害発生予測、大雨危険度等の各種注意報、台風情報等の予測および現在の状況データが含まれる。

取得部２３１は、外部サーバ（不図示）から事件情報を取得してもよい。具体的には、取得部２３１は、公的機関が提供する防犯アプリケーション、ｔｗｉｔｔｅｒ（登録商標）等のＳＮＳ（ソーシャルネットワーキングサービス）サーバ等からインターネット回線等を介して事件情報を取得する。事件情報には、事件の発生時間、事件内容、事件の解決状況等が含まれる。また、取得部２３１は、子どもの通学路を識別可能な地図データベースを取得することが好ましい。

取得部２３１は、外部サーバ（不図示）から日陰情報を取得してもよい。具体的には、取得部２３１は、日影シミュレーションシステムから、日影情報を取得する。また、取得部２３１は、建物等の３Ｄ画像を含む地図データベースを取得してもよい。この場合、表示制御部２３３は、取得した地図データベースおよび日時情報を用いて日陰シミュレーションを実行し、シミュレーション結果を日影情報として記憶する。

取得部２３１は、外部サーバ（不図示）から所定の会場で開催されるイベント情報を取得してもよい。イベント情報は、興行場等の施設で開催されるイベントの日時、内容、場所、収容人数等を含む。例えば、イベントがスポーツの試合である場合、取得部２３１は、試合日程（入場時間、開始時間、終了時間を含む）、試合会場、対戦チームまたは対戦選手、試合結果等の試合情報を取得する。

決定部２３２は、決定ステップを実行可能に構成される。決定ステップにおいて、決定部２３２は、ユーザ情報６と、参照情報７とに基づき、目的地９２までの移動経路９を決定する。詳細は後述する。

表示制御部２３３は、表示ステップを実行可能に構成される。表示ステップにおいて、表示制御部２３３は、記憶部３２に記憶された種々の情報またはこれらを含む画面等を、ユーザ端末３で視認可能な態様で表示させる。具体的には、表示制御部２３３は、画面、画像、アイコン８００、メッセージ等の視覚情報を、ユーザ端末３の表示部に表示させるように制御する。表示制御部２３３は、視覚情報をユーザ端末３に表示させるためのレンダリング情報だけを生成してもよい。

管理部２３４は、管理ステップを実行可能に構成される。管理ステップにおいて、管理部２３４は、移動指示と、ユーザの位置情報６０に基づき、所定のアプリケーションの利用またはその機能を制御する。具体的には、管理部２３４は、移動指示に従った移動が行われなかった場合、ユーザに対して所定のアプリケーションの利用またはその機能の少なくとも一部を制限する。所定のアプリケーションがゲームである場合、管理部２３４は、ゲーム制御部２３５に、ゲームの機能を制御させる。詳細は後述する。

ゲーム制御部２３５は、ゲーム制御ステップを実行可能に構成される。ゲーム制御ステップにおいて、ゲーム制御部２３５は、ゲームの動作を制御可能に構成される。詳細は後述する。

３．アプリケーションの概要
本節では、情報処理システム１がユーザ端末３で実行可能なアプリケーションについて説明する。ユーザ端末３で実行される好ましいアプリケーションの一例として、ユーザの位置情報６０を利用するゲームを例に挙げて説明する。図３は、ユーザ端末３で表示されるＧＵＩの一例を示している。

ゲーム制御部２３５は、出発地９１から目的地９２までの移動経路９と、ユーザの位置情報６０とを関連付けて、ゲームイベントを実行可能である。まず、ゲーム制御部２３５は、ユーザ情報６に基づき、ユーザが操作するキャラクタが所属するグループや、ユーザが操作可能なキャラクタの属性または種類を決定する。ゲーム制御部２３５は、ユーザが出発地９１に到着した場合、または、出発地９１からの移動を開始した場合、クエストを開始させる。なお、出発地９１が、仮想空間上のスタート地点となる。

ユーザが移動を開始すると、図３に示されるように、ゲーム制御部２３５は、移動指示や移動目的６１に対応したミッションを表示させる。例えば、ミッションは、「郵便局まで移動してください」、「漫画Ｚを購入してください」などと表示される。つまり、目的地９２に到着するまでの道のりで、移動指示がゲーム上のミッションという形で表示され、ユーザは、移動指示に従って移動することで、ミッションをクリアすることができる。ゲーム制御部２３５は、目的地９２への到着時間を考慮して、目的地９２までの所要時間が長い場合は多くのミッションを与えるなど、所要時間に応じてミッションの数を調整可能である。

また、ゲーム制御部２３５は、移動経路９の混雑状況７１に応じて、ミッションの内容を変化させる。例えば、移動途中で移動経路９が変更され、ユーザが混雑度の高い経路を通行した場合、「周囲の人と距離をとってゆっくり移動してください」と表示させる。

そして、ゲーム制御部２３５は、ユーザが目的地９２に到着すると、ボスキャラクタとの対戦を開始させ、ボスキャラクタを倒すことでクエストが終了させる。

４．情報処理システム１の動作について
本節では、前述した情報処理システム１の情報処理方法について説明する。

４．１ 情報処理の概要
図４は、情報処理システム１により実行される処理の流れの一例を示すアクティビティ図である。以下、このアクティビティ図に沿って、情報処理の流れを概説する。

まず、ユーザ端末３を操作するユーザによって、移動目的６１をはじめとするユーザ情報６が入力される（Ａ１）。

以下、入力された移動目的６１が、「イベント会場Ｘで開催される子ども向けイベントに参加すること」である場合を例に説明する。また、予め登録可能なユーザ情報６として、ユーザが提供を求める商品、すなわち、ユーザが欲しいものが登録される。ここでは、欲しいものに「ゲーム装置Ｙ（新品）」が設定されているものとする。このとき、予め登録可能なユーザ情報６には、購入したい商品だけでなく、レンタルしたい商品や、提供を受けたいサービスが含まれる。また、購入したい商品とは、具体的な商品名だけでなく、商品名を指定せず、商品の種類が入力される場合を含む。また、ユーザ情報６には、ユーザの属性を示す属性情報６２が含まれる。ここでは、属性情報６２として、「扶養家族あり」、「子どもを連れている」等が入力されているものとする。

入力された移動目的６１および属性情報６２を含むユーザ情報６は、通信ネットワーク１１を介して情報処理装置２に送信される。なお、ユーザの現在地は、情報処理装置２に絶えず送信されるものとする。また、「今日」とは、２０２１年４月１日であるものと仮定して説明する。

続いて、取得部２３１は、通信ネットワーク１１および通信部２１を介して、ユーザ端末３から送信されたユーザの位置情報６０と、ユーザの移動目的６１と、ユーザが提供を求める商品またはサービスとを含むユーザ情報６を取得する（Ａ２）。

続いて、決定部２３２は、取得した移動目的６１に基づき、移動目的６１を達成可能な目的地９２を決定する。具体的には、決定部２３２は、移動目的６１（「イベント会場Ｘで開催される子ども向けイベントに参加すること」）に含まれる単語や文章に基づき、イベント会場Ｘを目的地９２に決定する（Ａ３）。

続いて、決定部２３２は、ユーザが提供を求める商品またはサービスを提供する提供場所８における、商品またはサービスの取扱状況７２を参照する（Ａ４）。具体的には、決定部２３２は、ユーザが購入を求める「ゲーム装置Ｙ」を販売する店舗（提供場所８）における、「ゲーム装置Ｙ」の現在の在庫情報７２１を参照する。このとき、ユーザが提供を求める商品またはサービスが「商品のレンタル」である場合、決定部２３２は、その商品をレンタルする店舗における、その商品のレンタル状況を示す利用可否情報７２２を参照する。一方、「サービスの提供」である場合、決定部２３２は、そのサービスを提供する店舗の現在の予約状況等を示す利用可否情報７２２を参照する。

ここで、ユーザの現在地またはユーザによって指定された位置から所定の範囲内に、「ゲーム装置Ｙ」の在庫がある店舗がない場合、決定部２３２は、「ゲーム装置Ｙ」の類似商品を販売する店舗の取扱状況７２を参照する（Ａ５）。「類似商品」とは、同一の商品名であって、その商品の状態または取引形態が異なるものを含む。例えば、決定部２３２は、新品の「ゲーム装置Ｙ」の在庫がある店舗がない場合、中古の「ゲーム装置Ｙ」を販売する店舗における、現時点の在庫情報７２１を参照する。また例えば、決定部２３２は、「ゲーム装置Ｙ」をレンタルする店舗における、現時点の利用可否情報７２２を参照する。以下、ユーザが提供を求めた商品と類似する類似商品またはユーザが提供を求めたサービスと類似する類似サービスを提供可能な提供場所８を、第２提供可能場所８２とよぶ。

中古の「ゲーム装置Ｙ」の在庫がある店舗が複数ある場合、または「ゲーム装置Ｙ」を現時点でレンタル可能な店舗が複数ある場合、表示制御部２３３は、これらの店舗（第２提供可能場所８２）を経由地の候補として、ユーザが選択可能に表示する（Ａ６）。

そして、提示された候補の中から、ユーザによって、少なくとも一つが選択され、（Ａ７）取得部２３１は、選択結果を受け付ける。このとき、候補の中から、複数の店舗（第２提供可能場所８２）が選択され得る。

一方、決定部２３２は、ユーザの現在地またはユーザによって指定された位置から所定の範囲内に「ゲーム装置Ｙ」の在庫がある場合、その店舗を、ユーザが提供を求めた商品またはサービスを現時点で提供可能な第１提供可能場所８１として、経由地に決定する。このように、決定部２３２は、ユーザ情報６と、商品またはサービスを提供する提供場所８における、商品またはサービスの取扱状況７２とに基づき、ユーザが提供を求めた商品またはサービスを現時点で提供可能な第１提供可能場所８１までの移動経路９を決定する。

このとき、所定の範囲内に「ゲーム装置Ｙ」の在庫がある店舗が複数ある場合、決定部２３２は、所定の条件を満たす店舗を、移動中に経由する目的地９２に決定する。所定の条件とは、例えば、「ゲーム装置Ｙ」の価格が何れの他の店舗よりも安いことや、「ゲーム装置Ｙ」の在庫が何れの他の店舗よりも安いこと等である。条件が複数ある場合は、予め優先順位を設定可能であり、どの条件を満たせばよいかは、ユーザが予め選択可能である。

つまり、決定部２３２は、ユーザの現在地またはユーザによって指定された位置から所定の範囲内に第１提供可能場所８１が複数ある場合、その第１提供可能場所８１のうち、所定の条件を満たす第１提供可能場所８１を、ユーザが立ち寄る目的地９２（経由地）として移動経路９を決定する。所定の条件とは、例えば、商品またはサービスの価格が何れの他の第１提供可能場所８１よりも安いことである。また、例えば、商品の在庫が何れの他の第１提供可能場所８１よりも多いことと、商品またはサービスの利用可能枠が何れの他の第１提供可能場所８１よりも多いこと、のうち少なくとも一つである。

一方、ユーザが求めた商品を現時点で提供可能な第１提供可能場所８１がない場合、決定部２３２は、類似商品を提供する店舗を、第２提供可能場所８２として経由地に決定する。すなわち、表示制御部２３３は、ユーザの現在地またはユーザによって指定された位置から所定の範囲内に、第１提供可能場所８１がない場合、第２提供可能場所８２をユーザが選択可能に表示し、取得部２３１は、その選択結果を受け付ける。そして、決定部２３２は、ユーザに選択された第２提供可能場所８２を目的地９２として移動経路９を決定する。

続いて、決定部２３２は、ユーザ情報６と、参照情報７とに基づき、移動経路９を決定する。具体的には、決定部２３２は、ユーザの出発地９１の周辺から目的地９２の周辺までの通路における混雑状況７１（参照情報７）と、属性情報６２とを参照する（Ａ９）。

続いて、決定部２３２は、ユーザが混雑を回避して移動可能に、出発地９１から目的地９２までの移動経路９を決定する。また、決定部２３２は、ユーザの属性情報６２をさらに考慮して、移動経路９を決定可能である。例えば、決定部２３２は、属性情報６２に基づき、所定の属性のユーザ同士が接触可能な移動経路９、または所定の属性のユーザ同士が接触しない移動経路９を決定する（Ａ１０）。具体的には、同じ属性のユーザ同士が接触するように移動経路９を決定する場合、目的地９２までの移動経路９の候補のうち、同じ属性を有するユーザが最も多く位置する経路を優先して移動経路９に決定する。このように、決定部２３２は、属性情報６２と、混雑状況７１とに基づき、移動経路９を決定する。このような態様によれば、ユーザが目的地９２まで移動する際、混雑度が小さい通路を優先して通行するとともに、ユーザの属性に応じて、より最適化された移動経路９をユーザに案内することが可能となる。

続いて、表示制御部２３３は、決定された移動経路９に基づく移動指示をユーザ端末３に表示させる（Ａ１１）。ユーザは、移動指示に従って移動を開始する。同時に、ゲーム制御部２３５は、ゲーム内のクエストを開始させる（Ａ１２）。

ゲーム制御部２３５は、ユーザ端末３に表示させる移動指示のうち少なくとも一つを「ミッション」として表示させる。ミッションは、ここでは、「１００ｍ先の郵便局まで移動する」、「経由地に到着する」、「ゲーム装置Ｙを購入する」、「経由地で１０分間休憩する」など、移動目的６１の達成に関係する行動である。

続いて、ユーザは、移動指示に従って移動を行い、経由地に到着して「ゲーム装置Ｙ」を購入したとする（Ａ１４およびＡ１５）。この場合、ゲーム制御部２３５は、ミッションを達成したものとして、ゲームを進行させる（Ａ１６）。

ここで、決定部２３２は、再度移動を開始した後（Ａ１７）、参照情報７（混雑状況７１）に基づき、移動経路９を変更可能である。具体的には、決定部２３２は、移動指示に基づき移動を開始したであっても、混雑状況７１を参照し（Ａ１８）、移動経路９を変更することができる（Ａ１９）。例えば、決定された移動経路９の混雑度が時間の経過により閾値を超えた場合、決定部２３２は、移動経路９ａを変更し、表示制御部２３３は、新たに決定された移動経路９に沿って移動するように、ユーザ端末３に移動指示を表示する（Ａ２０）。これにより、決定部２３２は、最新の混雑状況７１に基づき、移動経路９を随時変更可能である。

目的地９２に到着するまでの間に、移動指示に従った移動が行われなかった場合、管理部２３４は、ユーザに対して所定のアプリケーションの利用またはその機能の少なくとも一部を制限する。アプリケーションがゲームである場合には、管理部２３４は、ゲーム制御部２３５にゲームの進行を停止させる（Ａ２１）。例えば、移動指示に従った移動が行われなかったことで、ゲーム制御部２３５は、敵キャラクタとの対戦が始まって攻撃を受けるように制御したり、味方キャラクタが状態異常になる等の処理を実行することで、ゲームの進行を停止させる。

一方、移動指示の通りに移動した場合、ゲーム制御部２３５は、ミッションを達成した報酬を付与することができる（Ａ２２）。ここで、「移動指示に従った移動が行われなかった場合」とは、具体的には、移動指示で指定された移動経路９からは外れた道を進むことをいう。なお、管理部２３４は、移動指示に従った移動が行われた場合、機能等の制限を行わない。

そして、ユーザが目的地９２に到着すると（Ａ２３）、ゲーム制御部２３５は、クエストを終了させる（Ａ２４）。

以上をまとめると、本実施形態に係る情報処理システム１は、次の各構成要素を備える。取得部２３１は、ユーザの位置情報６０と、ユーザの移動目的６１とを含むユーザ情報６を取得する。決定部２３２は、ユーザ情報６と、参照情報７とに基づき、移動経路９を決定する。参照情報７は、移動目的６１に関係する可動性を示す情報である。表示制御部２３３は、移動経路９に基づく移動指示を表示させる。管理部２３４は、移動指示に従った移動が行われなかった場合、ユーザに対して所定のアプリケーションの利用またはその機能の少なくとも一部を制限する。

また、別の態様によれば、本実施形態に係る情報処理システム１は、次の各構成要素を備える。取得部２３１は、ユーザの位置情報６０と、ユーザが提供を求める商品またはサービスとを含むユーザ情報６を取得する。決定部２３２は、ユーザ情報６と、商品またはサービスを提供する提供場所８における、商品またはサービスの取扱状況７２とに基づき、ユーザが提供を求めた商品またはサービスを現時点で提供可能な第１提供可能場所８１までの移動経路９を決定する。取扱状況７２は、商品の在庫情報７２１と、商品またはサービスの現時点における利用可否を示す利用可否情報７２２とのうち少なくとも一つを示す。表示制御部２３３は、移動経路９に基づく移動指示を表示させる。

さらに、別の態様によれば、本実施形態に係る密回避ＭａａＳシステム（情報処理システム１）は、次の各構成要素を備える。取得部２３１は、ユーザの位置情報６０と、ユーザの移動目的６１とを含むユーザ情報６を取得する。移動目的６１は、商品の購入と、商品またはサービスの利用とのうち少なくとも一つを含む。決定部２３２は、ユーザ情報６と、ＭａａＳ参照情報（参照情報７）とに基づき、移動目的６１をスムーズに達成可能な移動経路９を決定する。ＭａａＳ参照情報（参照情報７）は、移動目的６１に関係する可動性を示す情報である。表示制御部２３３は、移動経路９に基づく移動指示を表示させる。

これらの態様によれば、ユーザに対して、移動指示に従って移動することでアプリケーションの機能制限を受けないというインセンティブが与えることが可能となり、ユーザが混雑を避けるように設定された移動経路９で移動することで、密回避が促進される。また、商品等の取扱状況７２に基づき設定された移動経路９が示されるため、ユーザが所望する商品等を確実に入手可能となり、店舗にユーザが足を運んだものの商品が在庫切れであった、などという状況を避け、効率よく移動することができる。さらに、旅行などの場面で、観光スポットに向かう前に重い荷物を持っているのでコインロッカーに荷物を預けたい、というような場合にも、本構成よれば、コインロッカーに立ち寄ってから観光スポットに向かう移動経路９を示すことができるため、スムーズに移動することができる。

４．２ 情報処理の詳細
次に、図５～図１３を参照しながら、上記で概説した情報処理の詳細を説明する。

＜ユーザ情報６＞
図５は、ユーザ情報６の一例を示す図である。図５で示されるように、ユーザを識別するユーザＩＤ、氏名をはじめとして、ユーザ端末３により入力された、年齢、性別、配偶者の有無、扶養家族の有無、職業等の属性情報６２、移動目的６１等がユーザ毎に紐付けられている。

移動目的６１は、例えば、ユーザが今後行いたい用事、ユーザが購入したいもの、提供を受けたいサービス等の指定である。

図６は、ユーザ端末３で表示されるＧＵＩの一例を示している。図６に示されるように、表示制御部２３３は、図６で示されるようなユーザ情報６の入力画面をユーザ端末３に表示させる。そして、ユーザ端末３を操作するユーザによって、移動目的６１や属性情報６２等のユーザ情報６が入力される。図６の例では、移動目的６１の一例として「イベント会場Ｘで開催されるイベントへの参加」、ユーザが購入したいものの一例として「ゲーム装置Ｙの購入」および「漫画Ｚ」が示される。

決定部２３２は、移動目的６１に含まれる単語や文章に、具体的な目的地９２が記載されていない場合、外部サーバにアクセスして、日付や単語を照合することにより、その移動目的６１に適合する目的地９２を特定する。例えば、決定部２３２は、本日予定されている移動目的６１にイベントの名称が記載されている場合、外部サーバにアクセスして、イベントの名称と、そのイベントが開催される日付とを照合して、そのイベントの開催場所を特定することができる。

また、決定部２３２は、取得したユーザ情報６に、ユーザが欲しいものとして商品の種類が含まれる場合、その種類に該当する具体的な商品名を決定する。具体的には、決定部２３２は、外部サーバにアクセスして代表的な商品を検索したり、記憶部２２に記憶されたユーザの購入履歴を参照することにより、その種類に該当する具体的な商品名を特定する。

また、管理部２３４は、ユーザ情報６の一部を属性情報６２として管理する。属性情報６２は、例えば、氏名、年齢、性別、配偶者の有無、扶養家族の有無、職業、所属する組織、喫煙の有無、犯罪歴の有無、趣味嗜好等である。趣味嗜好とは、ある菓子Ａ／菓子Ｂが好き、あるプロスポーツチームのサポーター（ファン）、日向／日陰を好むなどである。また、取得部２３１は、ユーザ端末３に入力された属性情報６２を取得するとともに、外部のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を用いて属性情報６２を取得することができる。

＜取扱状況７２＞
取扱状況７２は、商品の在庫情報７２１と、商品またはサービスの現時点における利用可否を示す利用可否情報７２２とのうち少なくとも一つを示す。図７は、在庫情報７２１の一例を示す図である。図７の例では、自動販売機における２０２１年４月１日１１時４５分現在の在庫情報７２１が示される。在庫情報７２１には、各商品の売価、現在の在庫数、商品の補充上限、次回入荷予定日等が含まれる。

図８は、利用可否情報７２２の一例を示す図である。図８の例では、上野駅周辺および鶯谷駅周辺に設置されたコインロッカー毎の利用状況が示される。図８に示されるように、利用可否情報７２２には、商品またはサービスを利用可能か否かに加え、利用可能枠の上限に対する現在の利用可能枠が含まれる。図８では、サービスの例として、コインロッカーを例に示したが、パーキングエリアである場合、満車情報および空車情報を含み、美容院である場合、予約状況を含む。

＜混雑状況７１＞
参照情報７は、移動目的６１に関係する可動性を示す情報であり、混雑状況７１を含む。なお、本実施形態では、参照情報７を、ＭａａＳ参照情報とよぶことがある。図９は、決定部２３２により決定された移動経路９の一例を示す図である。図９の例では、混雑度に応じて、道の表示態様が異なるように表示される。具体的には、他の道路と比較して色の濃い道路は、人通りが多く混雑状態であることを示す。また、他の道路と比較して色の薄い道路は、道路が混雑することなく、円滑に走行することができることを示す。

例えば、混雑状況７１を数値で示した場合、以下の表１に示す指標により表される。

上記指標を図９に対応させた場合、３．００以上の混雑度である道路が最も濃い色で表示され、混雑度が１．００以下である道路が最も薄い色で表示される。

＜目的地９２の決定＞
達成すべき用事が「商品の購入」である場合、決定部２３２は、その商品を販売する店舗の在庫情報７２１を参照し、現時点で在庫のある店舗を目的地９２として決定する。一方、達成すべき用事が「商品のレンタル」である場合、決定部２３２は、その商品をレンタルする店舗の利用可否情報７２２を参照し、現時点でユーザが希望した商品をレンタル可能な店舗を目的地９２として決定する。達成すべき用事が「サービスの提供を受けること」である場合、決定部２３２は、そのサービスを提供する店舗の利用可否情報７２２を参照し、予約に空きがあるなどしてユーザが希望したサービスを現時点で利用可能な店舗を目的地９２として決定する。

＜移動経路９の決定＞
ここで、図９で示される地図の北西がユーザの現在位置であるとともに、出発地９１であり、経由地はなく、目的地９２は、「イベント会場Ｘ」であるものと仮定して、移動経路９の決定方法についてさらに説明する。

決定部２３２は、出発地９１から目的地９２までの移動経路９になりうる道路の混雑状況７１に基づき、経路として挙げられた候補のうち、最も混雑度の小さい道を通るように移動経路９を決定する。図９に示されるように、決定部２３２は、色が濃く混雑度の高い大通りを避け、色の薄い道路を優先して通行するように、移動経路９ａを目的地９２までの経路に決定する。このとき、決定部２３２は、必ずしも目的地９２までの最短ルートを移動経路９に決定しない。つまり、決定部２３２は、目的地９２への到着予定時刻に間に合う範囲で、遠回りしてでも、混雑度の小さい経路を移動経路９を決定する。

移動経路９に屋内が含まれる場合、決定部２３２は、屋内の混雑状況７１をさらに参照して、混雑の少ない出入り口や通路を移動経路９に決定する。また、目的地９２までの移動に電車等の公共交通機関を利用する場合、決定部２３２は、混雑度の小さい車両、出入口、通路等を通行するように、移動経路９を決定する。

＜属性に応じた移動経路９の決定＞
決定部２３２は、属性情報６２に基づき移動経路９を決定することができる。例えば、ユーザが喫煙者である場合、決定部２３２は、喫煙所を通るように、移動経路９を決定する。また、ユーザが子どもである場合、決定部２３２は、車通りが少ない道、人通りが多い道、店舗や街灯などがある道、見通しのよい道等を優先的に通行するように、移動経路９を決定する。

図１０は、属性情報６２に基づき決定された移動経路９の一例を示す図である。図１０の例において、アイコン８００は、「扶養家族なし」および「子どもを連れていない」との属性を有するユーザの現在地を示す。アイコン８０１は、「扶養家族あり」、「子どもを連れている」および「子どもの年齢が１０歳以下」との属性を有するユーザの現在地を示す。アイコン８０２は、「扶養家族あり」、「子どもを連れている」および「子どもの年齢が３歳以下」との属性を有するユーザの現在地を示す。

「扶養家族あり」および「子どもを連れている」の属性を有するユーザ同士が接触するように移動経路９を決定する場合、決定部２３２は、図１０に示されるように、移動経路９を決定する。具体的には、決定部２３２は、出発地９１から目的地９２までの経路のうち、「扶養家族あり」および「子どもを連れている」の属性を有するユーザが最も多く位置する移動経路９ｂを目的地９２までの経路に決定する。

ここで、決定部２３２は、属性情報６２および混雑状況７１に基づき、移動経路９を決定する場合、混雑度に閾値を設けることができる。例えば、移動経路９の候補となる道の混雑度が２．００未満である場合、決定部２３２は、ユーザの属性を優先して移動経路９を決定する。また、決定部２３２は、混雑度が２．００以上である場合、属性情報６２を考慮せず、混雑の少ない道を優先して移動経路９に決定するなど、移動経路９の決定基準を設け、移動経路９を決定する要素に優先順位をつけることができる。このとき、移動経路９の決定基準は、ユーザが任意に指定可能であってもよい。なお、ここでいう「接触」とは、ユーザの移動経路９に、他のユーザの現在地が含まれることで、ユーザ同士が出会うことをいう。すなわち、ユーザが決定された移動指示に従って指定された移動経路９を通行することで、所定のユーザと出くわす可能性がある場合に、「ユーザ同士が接触可能」という。

＜経由地の決定＞
図１１は、第１提供可能場所８１ｂを経由する移動経路９の一例を示す図である。決定部２３２は、第１提供可能場所８１が複数ある場合、その第１提供可能場所８１のうち、所定の条件を満たす第１提供可能場所８１を目的地９２として移動経路９を決定する。所定の条件とは、例えば、商品またはサービスの価格が何れの他の第１提供可能場所８１よりも安いことである。

ここで、ユーザが提供を求める商品が新品の「ゲーム装置Ｙ」である場合を例に説明する。このとき、現時点で「ゲーム装置Ｙ」の在庫がある第１提供可能場所８１として、ユーザの現在地またはユーザによって指定された位置から所定の範囲内に、第１提供可能場所８１ａおよび第１提供可能場所８１ｂがあるものとする。また、第１提供可能場所８１ｂでは、「ゲーム装置Ｙ」が５０，０００円で販売され、第１提供可能場所８１ｂでは、６０，０００円で販売されていると仮定する。このとき、決定部２３２は、第１提供可能場所８１ａと比べて価格が安い第１提供可能場所８１ｂを立ち寄る目的地９２（経由地）として、移動経路９ｃを経路に決定する。つまり、決定部２３２は、商品またはサービスの価格が何れの他の第１提供可能場所８１よりも安い第１提供可能場所８１を、経由地として決定する。このような態様によれば、より安い価格で商品を購入またはレンタルしたいユーザが、安さを求めて提供場所８を何店舗も回ることなく、価格の安い商品を購入またはレンタルすることが可能となる。

また例えば、所定の条件は、商品の在庫が何れの他の第１提供可能場所８１よりも多いことと、商品またはサービスの利用可能枠が何れの他の第１提供可能場所８１よりも多いこと、のうち少なくとも一つである。例えば、第１提供可能場所８１ａにおいて、「ゲーム装置Ｙ」の現時点における在庫が１５台であって、第１提供可能場所８１ｂにおいて、現時点における在庫が６台であると仮定する。このとき、決定部２３２は、第１提供可能場所８１ｂよりも在庫の多い第１提供可能場所８１ａを目的地９２（経由地）として設定する。つまり、決定部２３２は、商品の在庫が何れの他の第１提供可能場所８１よりも多い第１提供可能場所８１を目的地９２として決定する。また、決定部２３２は、商品またはサービスの利用可能枠が何れの他の第１提供可能場所８１よりも多い第１提供可能場所８１を、目的地９２に決定する。このような態様によれば、ユーザが商品購入を望む場合、在庫切れが早い商品を購入したい場合や、複数の商品を購入したい場合は、在庫の多い店舗に向かうこととなるため、より確実に商品を手に入れることが可能となる。また、ユーザがサービスの提供を望む場合、利用可能枠がより多い店舗に向かうこととなるため、より確実にサービスの提供を受けることができる。

＜第２提供可能場所８２の選択＞
表示制御部２３３は、ユーザの現在地またはユーザによって指定された位置から所定の範囲内に、第１提供可能場所８１がない場合、第２提供可能場所８２をユーザが選択可能に表示する。また、決定部２３２は、ユーザに選択された第２提供可能場所８２を目的地９２として移動経路９を決定する。ここで、第２提供可能場所８２は、ユーザが提供を求めた商品と類似する類似商品またはユーザが提供を求めたサービスと類似する類似サービスを提供可能な提供場所８である。類似商品とは、例えば、ユーザが求めた商品と同種類の商品である。また、類似商品は、同一の商品名であって、その商品の状態が異なるものを含む。図１２は、第２提供可能場所８２を経由する移動経路９の一例を示す図である。例えば、ユーザが「ゲーム装置Ｙ」の購入を求める場合であって、第１提供可能場所８１ａおよび第２提供可能場所８２に在庫がない場合、決定部２３２は、類似商品として、「ゲーム装置Ｙα」を提供可能な第２提供可能場所８２を経由する移動経路９ｄをユーザに提示する。

さらに、表示制御部２３３は、第１提供可能場所８１または第１提供可能場所８１までの移動経路９の混雑状況７１が閾値以上である場合、他の第１提供可能場所８１と、第２提供可能場所８２とのうち少なくとも一つをユーザが選択可能に表示する。また、決定部２３２は、ユーザに選択された第１提供可能場所８１または第２提供可能場所８２を目的地９２として移動経路９を決定する。例えば、決定部２３２は、第１提供可能場所８１または第１提供可能場所８１までの移動経路９の混雑度が３．００以上である場合、混雑を避けて移動することができるように、他の第１提供可能場所８１または第２提供可能場所８２を目的地９２に決定する。なお、この場合、新たな目的地９２となる他の第１提供可能場所８１の混雑度、および第１提供可能場所８１までの移動経路９の混雑度は、新たな目的地９２となる他の第２提供可能場所８２の混雑度、および第２提供可能場所８２までの移動経路９の混雑度は、第１提供可能場所８１よりも低いものとする。また、この場合も他の例と同様に、ユーザに対して選択を求めず、決定部２３２は、他の第１提供可能場所８１と、第２提供可能場所８２とのうち少なくとも一つを目的地９２として移動経路９を決定することができる。

＜移動指示＞
移動指示は、ユーザが徒歩で移動する場合、建物名、方向、方角、移動距離などにより表現される。例えば、出発地９１が虎ノ門駅であり、目的地９２が特許庁である場合、移動経路９は、「虎ノ門駅＞南西に約２０ｍ進んで外堀通りに向かう＞コンビニエンスストアを直進する＞右側の飲食店の先を右折する＞・・・＞特許庁」などと表現される。

また、ユーザが自動車などの車両で移動する場合には、移動指示は、道路名および交差点名などにより表現される。例えば、出発地９１が大阪駅であり、目的地９２が東京駅である場合、移動指示は、「大阪駅＞・・・＞阪神高速１１号池田線／ルート１１に入る＞左側２車線を使用して梅田ランプ東（交差点）で左折する（１１－０３／梅田の表示）＞・・・＞阪神高速１１号池田線／ルート１１に入る＞・・・＞首都高速３号渋谷線／ルート３を進む＞・・・＞東京駅」などと表現される。

また、ユーザが大阪駅から東京駅まで電車で移動する場合には、移動指示は、「大阪駅＞東海道・山陽本線 各停 高槻行＞新大阪駅＞東海道・山陽新幹線 のぞみ２２号 のぞみ東京行＞品川駅＞上野東京ライン 普通 小金井行＞東京駅」などと表現される。なお、移動指示は、ユーザ端末３に表示された地図画面で移動経路９を表示させるだけでなく、音声により移動経路９を伝えることで行うことが可能である。

＜移動経路９の変更＞
ここで、図１３は、移動開始後に変更された新たな移動経路９を示す図である。図１３で示されるように、決定部２３２は、途中で混雑状況７１が変化して移動経路９ｄの混雑度が閾値以上になった場合、決移動経路９を変更することができる。また、表示制御部２３３は、新たに決定された移動経路９ｅに沿って移動するように、ユーザに対して移動指示を表示することができる。なお、決定部２３２は、ユーザが移動を開始する前であっても、混雑状況７１に基づき、移動経路９を随時変更可能である。このような態様によれば、最新の混雑状況７１に基づき、より最適な移動経路９をユーザに対して案内することが可能となる。なお、移動経路９の変更は、出発地９１を出発した直後でも可能であり、一定時間ごとに移動経路９を変更することもできる。

［その他］
前述の実施形態に係る情報処理システム１に関して、以下のような態様を採用してもよい。

本実施形態では、取得部２３１、決定部２３２、表示制御部２３３、管理部２３４、およびゲーム制御部２３５を、情報処理装置２の制御部２３によって実現される機能部として説明しているが、この少なくとも一部を、ユーザ端末３の制御部によって実現される機能部として実施してもよい。

上述の実施形態では、移動目的６１として、商品の購入を含む場合を示したが、これに限らず、「本のレンタル」、「散髪」、「マッサージ」など商品のレンタルや指定のサービスを受けることが用事として設定されてもよい。また、移動目的６１とともに、ユーザが欲しい商品の個数や、その目的を済ませたい予定時刻が指定されてもよい。

移動目的６１は、目的地９２が指定されたものであってもよい。目的地９２は、住所や施設名によって指定可能であるが、ユーザ端末３により実行される地図アプリケーションや密回避ＭａａＳ（Ｍｏｂｉｌｉｔｙ ａｓ ａ Ｓｅｒｖｉｃｅ：モビリティ・アズ・ア・サービス／マース）システムに利用されるアプリケーションなどに入力してもよい。また、出発地９１は、ユーザの現在地であることが好ましいが、ユーザがユーザ端末３を操作して入力した任意の地点を出発地９１としてもよい。このとき、出発地９１は、住所、地名、区画、駅、建物名、緯度、経度等を入力することで指定することができる。また、ユーザは、目的地９２への到着予定時刻を指定してもよい。

属性情報６２の取得は、上述の実施形態に限定されるものではない。例えば、ユーザのアカウントを預かって属性情報６２が取得されてもよい。また、取得部２３１は、ユーザの購入履歴を取得することで、管理部２３４が購入履歴に基づいてユーザの属性を特定し、属性情報６２として管理してもよい。取得部２３１は、インターネット回線等を介して、マイナンバー制度と連携する外部サーバからユーザの情報を取得し、属性情報６２として管理してもよい。

決定部２３２は、趣味嗜好（属性情報６２）に基づき移動経路９を決定してもよい。特に、決定部２３２は、イベント情報と、趣味嗜好（属性情報６２）とに基づき、移動経路９を決定することができる。例えば、ユーザの移動目的６１が「プロ野球チームＴおよびプロ野球チームＧの試合観戦」であって、目的地９２であるイベント会場Ｘが試合会場である場合を例に説明する。決定部２３２は、趣味嗜好としてプロ野球チームＴのサポーターであることが登録されたユーザと、プロ野球チームＧのサポーターであることが登録されたユーザとが別のルートを移動するように移動経路９を決定する。例えば、決定部２３２は、イベント会場Ｘの会場内において、プロ野球チームＴのサポーターと、プロ野球チームＧのサポーターとが別の出入り口を移動経路９に決定する。換言すると、決定部２３２は、同じプロ野球チームを応援するサポーター同士が優先的に接触するように移動経路９を決定する。このように、決定部２３２は、目的地９２が同一であるユーザの趣味嗜好を区別して、移動経路９を決定してもよい。このような構成によれば、同じ趣味嗜好を有するユーザ同士の交流が促進され、よりイベントを盛り上げることが期待される。

また、決定部２３２は、イベントの試合結果に応じて、移動経路９を決定してもよい。例えば、上記の例において、プロ野球チームＴが試合に勝利したとする。この場合、試合に勝利したチームのサポーターは、寄り道して勝利を祝う（気分が高揚するなどにより購買意欲等が向上する）傾向があるため、決定部２３２は、プロ野球チームＴのサポーターに対して、飲食店や小売店が多く立ち並ぶ道や、大型店舗の入り口を優先して通行するように、移動経路９を決定する。このとき、管理部２３４は、プロ野球チームＴのサポーターに対して寄り道先となる店舗の割引クーポンを発行し、表示制御部２３３は、発行された割引クーポンを表示させてもよい。

一方、試合に敗北したチームのサポーターは寄り道せずに帰宅する（気分が下がるなどにより購買意欲等が減少する）傾向があるため、決定部２３２は、プロ野球チームＧのサポーターに対して、最短経路の移動経路９を決定することが好ましい。このとき、管理部２３４は、プロ野球チームＧのサポーターに対して、お土産を販売する店舗の割引クーポンを発行し、表示制御部２３３は、発行された割引クーポンを表示させてもよい。このような態様により、応援しているチームが試合に勝利して購買意欲が高まっているユーザに対して寄り道を促すとともに、ユーザ間のトラブルを防止し、よりスムーズな移動の実現が期待される。

なお、決定部２３２は、勝敗に関わらず、ユーザの趣味嗜好に応じて異なる移動経路９を決定してもよい。すなわち、決定部２３２は、勝敗に関わらず、応援するチームやグループが同じユーザ同士を同じグループ（属性）に分類し、最短経路で帰宅させる移動経路９に決定するグループと、会場周辺に寄り道させるグループとに分けて移動経路９を決定してもよい。これにより、グループごとに混雑を避けて移動することができる。

さらに、決定部２３２は、趣味嗜好（属性情報６２）と、在庫情報７２１とに基づき移動経路９を決定してもよい。具体的には、決定部２３２は、ユーザの趣味嗜好に関連する商品の在庫が多い店舗が優先して経路に含まれるように、移動経路９を決定する。例えば、決定部２３２は、プロ野球チームＴのサポーターに対して、プロ野球チームＴの関連商品が多い店舗が優先して経路に含まれるように、移動経路９を決定する。このような態様により、ユーザの趣味嗜好と、道中の店舗も品ぞろえとを考慮した移動経路９が決定される。なお、決定部２３２は、趣味嗜好（属性情報６２）と、在庫情報７２１とに基づき、ユーザの趣味嗜好に関連する商品の在庫が多い店舗を、第１提供可能場所８１に決定してもよい。

なお、決定部２３２は、勝敗に関わらず、目的地９２の場所と、出発地９１の場所またはユーザの居住地情報とに基づき、移動経路９を決定してもよい。具体的には、決定部２３２は、目的地９２の場所から所定の範囲外からユーザが訪れたか否かに応じて、異なる移動経路９を決定する。例えば、決定部２３２は、イベント会場Ｘの県外から訪れたユーザ（プロ野球チームＧのサポーター）に対しては、お土産を販売する店舗を経由した移動経路９に決定する。また、管理部２３４は、かかる店舗の割引クーポンを発行してもよい。

一方、決定部２３２は、目的地９２の場所から所定の範囲内から訪れたユーザに対しては、遠回りせず最短経路の移動経路９を決定する。例えば、決定部２３２は、イベント会場Ｘがプロ野球チームＴの本拠地であり、プロ野球チームＧのサポーターがプロ野球チームＧの地元から訪れた場合は、お土産を販売する店舗を経由せずに移動経路９に決定する。なお、表示制御部２３３は、目的地９２（イベント会場Ｘ）がある自治体などと連携し、観光地（例えば、大阪城など）の案内を表示したり、管理部２３４は、入場券のクーポンなどを配布させてもよい。

さらに、決定部２３２は、終電時間、帰宅にかかる所要時間等を考慮して、移動経路９を決定してもよい。これにより、寄り道の伴う移動経路９等を提案する際、終電時間等を考慮して、観光モデルコースや、利用する交通機関情報等を提供することができる。

さらに、決定部２３２は、マッチングアプリサービス（サーバ）と連携して、同属性のユーザ同士をマッチングした上で、寄り道する目的地９２に決定してもよい。例えば、決定部２３２は、試合に勝利したプロ野球チームＧのサポーター同士をマッチングし、試合後の飲み会の場所として飲食店を目的地９２に決定してもよい。このような態様により、人々の移動を制御することで、混雑回避だけでなく、地方創生や人の出会いの機会を創出することが期待できる。

ユーザ情報６には、ユーザの移動に関連する希望が含まれてもよい。ユーザの移動に関連する希望とは、例えば、「階段を上りたい」、「階段を避けたい」「坂を避けたい」、「急いでいる」、「寄り道をしたい」、「安全な道を歩きたい」、「広い道を歩きたい」、「車通りの少ない道を歩きたい」等が挙げられる。ユーザの希望が複数ある場合、優先順位をつけて登録可能である。また、出会いを求めているか否か、接触を避けたい人物の氏名、接触を避けたい組織名、晩ごはんなどのメニューをユーザ情報６として予め登録可能であってもよい。さらに、ユーザの購入履歴、行動履歴、所持品、ユーザの自宅で所持する商品名等をユーザ情報６として登録可能であってもよい。

上述の実施形態では、提供場所８は、商品等を提供する店舗である場合を示したが、店舗端末５を兼ねる自動販売機、コインロッカー、ワークブース等が提供場所８であってもよい。

決定部２３２は、気象情報に基づき移動経路９を決定してもよい。例えば、天気が雨の場合、雨を避けて屋内や地下を優先して通行するように、移動経路９を決定してもよい。例えば、決定部２３２は、洪水注意報に基づき、洪水災害が発生するおそれのある通路を避けて通行するように、移動経路９を決定してもよい。例えば、決定部２３２は、出発地９１から目的地９２までの地域における気温が閾値以上に達した場合、日陰の多い道路を優先して通行するように、移動経路９を決定してもよい。これにより、例えば、気温が高い場合、ユーザは、直射日光を浴びることを防ぎながら移動することができる。これにより、安全に外出可能なことを提案できる。

また、移動経路９の周辺に学校がある場合、決定部２３２は、登下校の時間に合わせて通学路を優先して通行するように移動経路９を決定してもよい。この場合、決定部２３２は、「子どもを扶養している」との属性を有するなど、子育て経験があるユーザが通学路を優先して通行するように、移動経路９を決定することが好ましい。決定部２３２は、移動手段が「徒歩」である場合、通学路を優先して通行するように移動経路９を決定することが好ましい。一方、決定部２３２は、移動手段が「自動車」または「自転車」である場合、通学路を通行しないように移動経路９を決定することが好ましい。このように、ユーザの移動を制御することで、犯罪や事故などを防ぐことができる。

上述の実施形態では、子育て中のユーザ同士が接触するように移動経路９を決定する例を示したが、決定部２３２は、配偶者を有しない独身の男女同士が接触可能に移動経路９を決定してもよい。また、同じ性別や、同じ職業、または同じ出身地のユーザ同士が接触するように移動経路９を決定してもよい。

決定部２３２は、所定の組み合わせの異なる属性のユーザ同士が接触するように移動経路９を決定してもよい。例えば、決定部２３２は、ユーザの年齢に基づき、所定の年齢を超えるユーザ（お年寄り）と、所定の年齢を下回るユーザ（若者）が接触可能に移動経路９を決定してもよい。また、例えば、決定部２３２は、就職活動中の学生であるユーザと、企業の新卒採用を職務とするユーザとが接触可能に移動経路９を決定してもよい。

どの属性の組み合わせを接触するように移動経路９を決定するか、どの属性組み合わせの同士が接触しないように移動経路９を決定するのかについての設定は、予め定められていてもよい。また、ユーザが任意に設定可能であってもよい。例えば、ユーザは、図５で示されるユーザ情報６の入力欄等で、接触を避けたい人物の氏名や、接触を避けたい組織名が登録されている場合、決定部２３２は、ユーザ情報６に基づき、指定された人物や組織と接触しないように移動経路９を決定する。また、移動経路９の決定に際し、属性情報６２と、混雑状況７１とのうち、どちらか一方を考慮して移動経路９を決定する場合、どちらを優先して移動経路９を決定するかは、予め定められた基準に基づき設定されていてもよいし、ユーザが任意に選択可能であってもよい。

表示制御部２３３は、第１提供可能場所８１が複数ある場合、第１提供可能場所８１をユーザが選択可能に表示し、決定部２３２は、ユーザに選択された第１提供可能場所８１を目的地９２として移動経路９を決定してもよい。例えば、表示制御部２３３は、目的地９２としての候補が第１提供可能場所８１ａと、第１提供可能場所８１ｂとのうち、どちらを目的地９２とするかをユーザが選択可能に表示する。このとき、表示制御部２３３は、第１提供可能場所８１それぞれの取扱状況７２をユーザが視認可能に表示してもよい。また、ユーザは、複数の第１提供可能場所８１を選択可能である。このような態様によれば、ユーザは、第１提供可能場所８１それぞれの在庫情報７２１や利用可否情報７２２を確認しながら、目的地９２（経由地）を自由に選択することができる。

決定部２３２は、ユーザの現在地またはユーザによって指定された位置から所定の範囲内に第１提供可能場所８１がない場合、ユーザに対して経由する第２提供可能場所８２の選択を求めず、第２提供可能場所８２を目的地９２として移動経路９を決定してもよい。このような態様によれば、ユーザの現在地またはユーザによって指定された位置から所定の範囲内に第１提供可能場所８１がない場合であっても、ユーザは、類似商品または類似サービスの提供を受けることが可能となる。

上述の実施形態では、ユーザが新品の「ゲーム装置Ｙ」の購入を求める場合を例に示したが、ユーザが求める商品が中古の「ゲーム装置Ｙ」である場合、類似商品は新品の「ゲーム装置Ｙ」としてもよい。また、ユーザが「ゲーム装置Ｙ」のレンタルを求める場合は、類似商品として、「ゲーム装置Ｙ」を購入可能な第２提供可能場所８２を目的地９２としてもよい。

表示制御部２３３は、第１提供可能場所８１を提示可能である場合であっても、第１提供可能場所８１および第２提供可能場所８２をユーザが選択可能に表示してもよい。また、所定の範囲内に第１提供可能場所８１がない場合、表示制御部２３３は、類似商品等の購入時に利用可能な割引クーポンを表示してもよい。

決定部２３２は、「ゲーム装置Ｙ」の購入履歴等がある場合、第１提供可能場所８１および「ゲーム装置Ｙα」を提供可能な第２提供可能場所８２を目的地９２として決定しないように制御してもよい。表示制御部２３３は、「ゲーム装置Ｙ」の購入履歴等がある場合、第１提供可能場所８１および第２提供可能場所８２を表示させないように制御してもよい。さらに、決定部２３２は、ユーザの所持品に基づき、指定された商品の個数が一定数を下回らなければ、ユーザが指定した商品を購入可能な第１提供可能場所８１を目的地９２として設定することができないように制御してもよい。このように、決定部２３２は、ユーザ情報６に基づき、第１提供可能場所８１および第２提供可能場所８２を目的地９２としないように制御可能である。

また、決定部２３２は、ユーザ情報６に基づき、ユーザが提供を求めた商品を第１提供可能場所８１が提供可能な場合であっても、第２提供可能場所８２を目的地９２として決定してもよい。具体的には、決定部２３２は、ユーザの購入履歴またはユーザの所持品に基づき、第１提供可能場所８１を目的地９２とせず、第２提供可能場所８２を目的地９２に決定してもよい。

例えば、ユーザの移動目的６１が「ゲーム装置Ｙ」の購入であるものとする。このとき、ユーザの現在地またはユーザによって指定された位置から所定の範囲内に、「ゲーム装置Ｙ」の在庫がある第１提供可能場所８１がある場合でも、「ゲーム装置Ｙ」の類似商品を販売可能な第２提供可能場所８２を目的地９２として決定してもよい。例えば、決定部２３２は、過去に「ゲーム装置Ｙ」を購入した履歴がある場合や、ユーザが「ゲーム装置Ｙ」を自宅で所持している場合、「ゲーム装置Ｙ」の類似商品を販売可能な第２提供可能場所８２を優先的に目的地９２として決定する。これにより、限られたユーザが「ゲーム装置Ｙ」の買い占めを行うことを防ぎ、多くの人が「ゲーム装置Ｙ」を購入することができる。

決定部２３２は、移動目的６１に基づき、複数の第１提供可能場所８１を巡回するように移動経路９を決定してもよい。例えば、食事メニューとして「カレーライス」が設定されている場合、決定部２３２は、カレーライスを作るために必要な食材を特定し、特定された食材の在庫がある店舗を巡回するように、移動経路９を決定してもよい。

上述の実施形態では、イベント会場Ｘが最終的な目的地９２であり、第１提供可能場所８１を経由地である場合を例に示したが、これに限られない。例えば、商品の購入等が移動目的６１である場合、イベント会場Ｘが中間的な目的地９２となり、第１提供可能場所８１が最終的な目的地９２となるように実施してもよい。

上述の実施形態では、ユーザが目的地９２に到着した場合、ボスキャラクタとの対戦を開始させ、ボスキャラクタを倒すことでクエストが終了させる例を示したが、これに限られない。例えば、ゲーム制御部２３５は、ユーザが目的地９２に到着したタイミングで、自動的にクエストを終了させてもよい。

上述の実施形態では、移動指示に従った移動が行われなかった場合、ゲームの進行を停止させる例を示したが、ユーザが移動指示に従って移動した時間分、歩数分、または距離分だけゲームを進行させてもよい。

本実施形態の態様は、プログラムであってもよい。このプログラムは、コンピュータに、情報処理システム１の各ステップを実行させる。

さらに、次に記載の各態様で提供されてもよい。
前記情報処理システムにおいて、前記参照情報は、前記移動目的に関係する混雑状況を含む、情報処理システム。
前記情報処理システムにおいて、前記ユーザ情報は、前記ユーザの属性を示す属性情報を含み、前記決定ステップでは、前記属性情報に基づき、所定の属性のユーザ同士が接触可能な移動経路または接触しない移動経路を決定する、情報処理システム。
前記情報処理システムにおいて、前記決定ステップでは、前記移動の開始後、前記参照情報に基づき、前記移動経路を変更する、情報処理システム。
情報処理システムであって、取得ステップでは、ユーザの位置情報と、前記ユーザが提供を求める商品またはサービスとを含むユーザ情報を取得し、決定ステップでは、前記ユーザ情報と、前記商品または前記サービスを提供する提供場所における、前記商品または前記サービスの取扱状況とに基づき、前記ユーザが提供を求めた前記商品または前記サービスを現時点で提供可能な第１提供可能場所までの移動経路を決定し、前記取扱状況は、前記商品の在庫情報と、前記商品または前記サービスの現時点における利用可否を示す利用可否情報とのうち少なくとも一つを示し、表示ステップでは、前記移動経路に基づく移動指示を表示させる、情報処理システム。
前記情報処理システムにおいて、前記決定ステップでは、前記第１提供可能場所が複数ある場合、その提供可能場所のうち、所定の条件を満たす第１提供可能場所を目的地として前記移動経路を決定する、情報処理システム。
前記情報処理システムにおいて、前記所定の条件は、前記商品または前記サービスの価格が何れの他の第１提供可能場所よりも安いことである、情報処理システム。
前記情報処理システムにおいて、前記所定の条件は、前記商品の在庫が何れの他の第１提供可能場所よりも多いことと、前記商品または前記サービスの利用可能枠が何れの他の第１提供可能場所よりも多いこと、のうち少なくとも一つである、情報処理システム。
前記情報処理システムにおいて、前記表示ステップでは、前記第１提供可能場所が複数ある場合、前記第１提供可能場所を選択可能に表示し、前記決定ステップでは、前記ユーザに選択された前記第１提供可能場所を目的地として前記移動経路を決定する、情報処理システム。
前記情報処理システムにおいて、前記決定ステップでは、前記ユーザの現在地または前記ユーザによって指定された位置から所定の範囲内に前記第１提供可能場所がない場合、第２提供可能場所を目的地として前記移動経路を決定し、前記第２提供可能場所は、前記商品と類似する類似商品または前記サービスと類似する類似サービスを提供可能な前記提供場所である、情報処理システム。
前記情報処理システムにおいて、前記表示ステップでは、前記ユーザの現在地または前記ユーザによって指定された位置から所定の範囲内に、前記第１提供可能場所がない場合、前記第２提供可能場所を選択可能に表示し、前記決定ステップでは、前記ユーザに選択された前記第２提供可能場所を目的地として前記移動経路を決定する、情報処理システム。
前記情報処理システムにおいて、前記決定ステップでは、前記第１提供可能場所または前記第１提供可能場所までの移動経路の混雑状況が閾値以上である場合、他の第１提供可能場所と、第２提供可能場所とのうち少なくとも一つを目的地として前記移動経路を決定し、前記第２提供可能場所は、前記商品と類似する類似商品または前記サービスと類似する類似サービスを提供可能な前記提供場所である、情報処理システム。
前記情報処理システムにおいて、前記表示ステップでは、前記第１提供可能場所または前記第１提供可能場所までの移動経路の混雑状況が閾値以上である場合、他の第１提供可能場所と、前記第２提供可能場所とのうち少なくとも一つを選択可能に表示し、前記決定ステップでは、前記ユーザに選択された第１提供可能場所または第２提供可能場所を目的地として前記移動経路を決定する、情報処理システム。
プログラムであって、コンピュータに、前記情報処理システムの各ステップを実行させる、プログラム。
密回避ＭａａＳシステムであって、取得ステップでは、ユーザの位置情報と、前記ユーザの移動目的とを含むユーザ情報を取得し、前記移動目的は、商品の購入と、商品またはサービスの利用とのうち少なくとも一つを含み、決定ステップでは、前記ユーザ情報と、ＭａａＳ参照情報とに基づき、前記移動目的をスムーズに達成可能な移動経路を決定し、前記ＭａａＳ参照情報は、前記移動目的に関係する可動性を示す情報で、表示ステップでは、前記移動経路に基づく移動指示を表示させる、密回避ＭａａＳシステム。
もちろん、この限りではない。

最後に、本開示に係る種々の実施形態を説明したが、これらは、例として提示したものであり、開示の範囲を限定することは意図していない。当該新規な実施形態は、その他の様々な形態で実施されることが可能であり、開示の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。当該実施形態やその変形は、開示の範囲や要旨に含まれるとともに、特許請求の範囲に記載された開示とその均等の範囲に含まれるものである。

１ ：情報処理システム
１ ：情報処理システム
２ ：情報処理装置
２０ ：通信バス
２１ ：通信部
２２ ：記憶部
２３ ：制御部
２３１ ：取得部
２３２ ：決定部
２３３ ：表示制御部
２３４ ：管理部
２３５ ：ゲーム制御部
３ ：ユーザ端末
３０ ：通信バス
３１ ：通信部
３２ ：記憶部
３３ ：制御部
３４ ：表示部
３４ａ ：グラフィック処理部
３４ｂ ：オーディオ処理部
３４ｃ ：操作部
４ａ ：ディスプレイ
４ｂ ：スピーカ
４ｃ ：入力デバイス
５ ：店舗端末
６ ：ユーザ情報
６０ ：位置情報
６１ ：移動目的
６２ ：属性情報
７ ：参照情報
７１ ：混雑状況
７２ ：取扱状況
７２１ ：在庫情報
７２２ ：利用可否情報
８ ：提供場所
８００ ：アイコン
８０１ ：アイコン
８０２ ：アイコン
８１ ：第１提供可能場所
８１ａ ：第１提供可能場所
８１ｂ ：第１提供可能場所
８２ ：第２提供可能場所
９ ：移動経路
９ａ ：移動経路
９ｂ ：移動経路
９ｃ ：移動経路
９ｄ ：移動経路
９ｅ ：移動経路
９１ ：出発地
９２ ：目的地
１１ ：通信ネットワーク
Ｘ ：イベント会場
Ｙ ：ゲーム装置
Ｙα ：ゲーム装置
Ｚ ：漫画

Claims (15)

1. 情報処理システムであって、
   取得ステップでは、ユーザの位置情報と、前記ユーザの移動目的とを含むユーザ情報を取得し、
   決定ステップでは、前記ユーザ情報と、参照情報とに基づき、移動経路を決定し、
   前記参照情報は、前記移動目的に関係する可動性を示す情報で、
   表示ステップでは、前記移動経路に基づく移動指示を表示させ、
   管理ステップでは、前記移動指示に従った移動が行われなかった場合、前記ユーザに対して所定のアプリケーションの利用またはその機能の少なくとも一部を制限する、
   情報処理システム。
2. 請求項１に記載の情報処理システムにおいて、
   前記参照情報は、前記移動目的に関係する混雑状況を含む、
   情報処理システム。
3. 請求項１または請求項２に記載の情報処理システムにおいて、
   前記ユーザ情報は、前記ユーザの属性を示す属性情報を含み、
   前記決定ステップでは、前記属性情報に基づき、所定の属性のユーザ同士が接触可能な移動経路または接触しない移動経路を決定する、
   情報処理システム。
4. 請求項１～請求項３の何れか１つに記載の情報処理システムにおいて、
   前記決定ステップでは、前記移動の開始後、前記参照情報に基づき、前記移動経路を変更する、
   情報処理システム。
5. 情報処理システムであって、
   取得ステップでは、ユーザの位置情報と、前記ユーザが提供を求める商品またはサービスとを含むユーザ情報を取得し、
   決定ステップでは、前記ユーザ情報と、前記商品または前記サービスを提供する提供場所における、前記商品または前記サービスの取扱状況とに基づき、前記ユーザが提供を求めた前記商品または前記サービスを現時点で提供可能な第１提供可能場所までの移動経路を決定し、
   前記取扱状況は、前記商品の在庫情報と、前記商品または前記サービスの現時点における利用可否を示す利用可否情報とのうち少なくとも一つを示し、
   表示ステップでは、前記移動経路に基づく移動指示を表示させる、
   情報処理システム。
6. 請求項５に記載の情報処理システムにおいて、
   前記決定ステップでは、前記第１提供可能場所が複数ある場合、その提供可能場所のうち、所定の条件を満たす第１提供可能場所を目的地として前記移動経路を決定する、
   情報処理システム。
7. 請求項６に記載の情報処理システムにおいて、
   前記所定の条件は、前記商品または前記サービスの価格が何れの他の第１提供可能場所よりも安いことである、
   情報処理システム。
8. 請求項６または請求項７に記載の情報処理システムにおいて、
   前記所定の条件は、前記商品の在庫が何れの他の第１提供可能場所よりも多いことと、前記商品または前記サービスの利用可能枠が何れの他の第１提供可能場所よりも多いこと、のうち少なくとも一つである、
   情報処理システム。
9. 請求項５～請求項７の何れか１つに記載の情報処理システムにおいて、
   前記表示ステップでは、前記第１提供可能場所が複数ある場合、前記第１提供可能場所を選択可能に表示し、
   前記決定ステップでは、前記ユーザに選択された前記第１提供可能場所を目的地として前記移動経路を決定する、
   情報処理システム。
10. 請求項５～請求項９の何れか１つに記載の情報処理システムにおいて、
    前記決定ステップでは、前記ユーザの現在地または前記ユーザによって指定された位置から所定の範囲内に前記第１提供可能場所がない場合、第２提供可能場所を目的地として前記移動経路を決定し、
    前記第２提供可能場所は、前記商品と類似する類似商品または前記サービスと類似する類似サービスを提供可能な前記提供場所である、
    情報処理システム。
11. 請求項１０に記載の情報処理システムにおいて、
    前記表示ステップでは、前記ユーザの現在地または前記ユーザによって指定された位置から所定の範囲内に、前記第１提供可能場所がない場合、前記第２提供可能場所を選択可能に表示し、
    前記決定ステップでは、前記ユーザに選択された前記第２提供可能場所を目的地として前記移動経路を決定する、
    情報処理システム。
12. 請求項５～請求項１１の何れか１つに記載の情報処理システムにおいて、
    前記決定ステップでは、前記第１提供可能場所または前記第１提供可能場所までの移動経路の混雑状況が閾値以上である場合、他の第１提供可能場所と、第２提供可能場所とのうち少なくとも一つを目的地として前記移動経路を決定し、
    前記第２提供可能場所は、前記商品と類似する類似商品または前記サービスと類似する類似サービスを提供可能な前記提供場所である、
    情報処理システム。
13. 請求項１２に記載の情報処理システムにおいて、
    前記表示ステップでは、前記第１提供可能場所または前記第１提供可能場所までの移動経路の混雑状況が閾値以上である場合、他の第１提供可能場所と、前記第２提供可能場所とのうち少なくとも一つを選択可能に表示し、
    前記決定ステップでは、前記ユーザに選択された第１提供可能場所または第２提供可能場所を目的地として前記移動経路を決定する、
    情報処理システム。
14. プログラムであって、
    コンピュータに、請求項１～請求項１３の何れか１つに記載の情報処理システムの各ステップを実行させる、
    プログラム。
15. 密回避ＭａａＳシステムであって、
    取得ステップでは、ユーザの位置情報と、前記ユーザの移動目的とを含むユーザ情報を取得し、
    前記移動目的は、商品の購入と、商品またはサービスの利用とのうち少なくとも一つを含み、
    決定ステップでは、前記ユーザ情報と、ＭａａＳ参照情報とに基づき、前記移動目的をスムーズに達成可能な移動経路を決定し、
    前記ＭａａＳ参照情報は、前記移動目的に関係する可動性を示す情報で、
    表示ステップでは、前記移動経路に基づく移動指示を表示させる、
    密回避ＭａａＳシステム。

Images