(57)【要約】【課題】デフレ経済下においても地域経済を活性化する効果を創出する情報処理システムが求められていた。【解決手段】本発明の情報処理システムは、褒賞データを記憶する褒賞データ記憶手段と、褒賞データの送信を行うかどうかの基準として少なくとも位置に関する情報を記憶する基準記憶手段と、褒賞データ送信要求を受信する受信手段と、褒賞データ送信要求の送信元ユーザの現在位置が、褒賞データの送信を行うかどうかの基準として基準記憶手段に記憶されている位置に関する情報に基づいて特定される位置範囲内に位置しているかの位置判定処理を少なくとも含む褒賞データの送信を行うかどうかの判定処理を行う判定処理手段と、判定処理手段において褒賞データ送信要求に基づいて褒賞データを送信すると判定された場合に、褒賞データを送信する送信手段と、を具備する。【選択図】図５
2013257605.tif 000002
【特許請求の範囲】
【請求項１】
褒賞データを記憶する褒賞データ記憶手段と、
前記褒賞データの送信を行うかどうかの基準として少なくとも位置に関する情報を記憶する基準記憶手段と、
褒賞データ送信要求を受信する受信手段と、
前記褒賞データ送信要求の送信元ユーザの現在位置が、前記褒賞データの送信を行うかどうかの基準として前記基準記憶手段に記憶されている前記位置に関する情報に基づいて特定される位置範囲内に位置しているかの位置判定処理を少なくとも含む前記褒賞データの送信を行うかどうかの判定処理を行う判定処理手段と、
前記判定処理手段において、前記褒賞データ送信要求に基づいて前記褒賞データを送信すると判定された場合に、前記褒賞データを送信する送信手段と、
を具備する情報処理システム。
【請求項２】
ユーザ登録を行うユーザ登録手段と、
前記ユーザ登録手段に基づいて登録されたユーザに関する情報であるユーザ情報を記憶するユーザ情報記憶手段と、を更に具備する、
請求項１に記載の情報処理システム。
【請求項３】
前記受信手段は、ユーザ登録を要求するユーザ登録要求を更に受信し、
前記ユーザ登録手段は、前記受信手段で受信された前記ユーザ登録要求に基づいてユーザ登録を行う、
請求項２に記載の情報処理システム。
【請求項４】
前記ユーザ登録要求には前記登録に係るユーザを識別するユーザ識別情報と、前記ユーザが設定するパスワードとを少なくとも含み、
前記ユーザ登録手段は、前記ユーザ登録要求に含まれる前記ユーザ識別情報と前記パスワードとを前記ユーザ情報として前記ユーザ情報記憶手段に格納する事で前記ユーザ登録を行う、
請求項３に記載の情報処理システム。
【請求項５】
前記ユーザ情報記憶手段は、前記ユーザが獲得した前記褒賞データに関する情報又は前記ユーザが借用している前記褒賞データに関する情報を更に記憶する、
請求項２乃至４のいずれか１項に記載の情報処理システム。
【請求項６】
前記褒賞データ記憶手段は、複数の種類の褒賞データを記憶し、
前記基準記憶手段は、前記褒賞データを送信するための条件の一部として前記褒賞データの送信を行うかどうかの前記基準を記憶する、
請求項２乃至５のいずれか１項に記載の情報処理システム。
【請求項７】
前記基準記憶手段は、送信される前記褒賞データを識別する褒賞データ識別情報と、前記褒賞データを送信するための条件とが登録された案件を複数記憶し、
前記ユーザ情報記憶手段は、前記登録されたユーザに対して前記案件のいくつかを関連付けて記憶し、
前記判定処理手段は、前記褒賞データ送信要求の送信元ユーザに関連付けられている前記案件に登録されている前記褒賞データを送信するための条件を満たすかどうかを判定し、
前記送信手段は、前記判定処理手段で、前記条件を満たすと判定された場合に、前記案件に登録されている褒賞データ識別情報で識別される褒賞データを送信する、
請求項６に記載の情報処理システム。
【請求項８】
前記判定処理手段における前記判定処理の結果を通知する情報である判定結果通知情報を生成する判定結果通知情報生成手段を更に具備し、
前記送信手段は、前記判定結果通知情報を送信する、
請求項１乃至７のいずれか１項に記載の情報処理システム。
【請求項９】
前記判定処理手段において、前記受信手段で受信された前記褒賞データ送信要求に基づく前記褒賞データの送信を行わないと判定された場合、前記判定結果通知情報生成手段は、前記褒賞データの送信を行わない理由を示す理由情報を含めて前記判定結果通知情報を生成する、
請求項８に記載の情報処理システム。
【請求項１０】
前記送信手段は、前記褒賞データの送信を行うかどうかの基準の手掛かりとなる事項であるヒント情報を送信する、
請求項１乃至９のいずれか１項に記載の情報処理システム。
【請求項１１】
前記褒賞データの送信を行うかどうかの基準の手掛かりとなる事項であるヒント情報を複数記憶するヒント情報記憶手段と、
前記ヒント情報記憶手段に記憶されている複数のヒント情報の中から適切なヒント情報を抽出するヒント情報抽出手段と、
を更に具備し、
前記送信手段は、前記ヒント情報抽出手段で抽出されたヒント情報を送信する、
請求項１０  に記載の情報処理システム。
【請求項１２】
前記受信手段は、前記ヒント情報の送信を要求するヒント情報送信要求を更に受信し、
前記ヒント情報抽出手段は、前記受信手段で受信された前記ヒント情報送信要求に基づいて前記ヒント情報記憶手段に記憶されている複数のヒント情報の中から適切なヒント情報を抽出する、
請求項１２に記載の情報処理システム。
【請求項１３】
前記ヒント情報記憶手段は、各案件について前記褒賞データの送信を行うかどうかの基準の手掛かりとなる事項であるヒント情報を記憶し、
前記ヒント情報抽出手段は、前記受信手段で受信された前記ヒント情報送信要求に係るユーザを対象とする案件のヒント情報を前記ヒント情報記憶手段に記憶されている複数のヒント情報の中から抽出する、
請求項１２に記載の情報処理システム。
【請求項１４】
前記ヒント情報抽出手段は、前記褒賞データ送信要求に基づく判定事項が前記褒賞データを送信するための基準を満たしていないと前記判定処理手段で判定された場合に、前記満たしていない基準の手掛かりとなるヒント情報を抽出し、
前記送信手段は、前記ヒント情報抽出手段で抽出された前記ヒント情報を前記褒賞データ送信要求の送信元ユーザに対して送信する、
請求項１１乃至１３のいずれか１項に記載の情報処理システム。
【請求項１５】
前記ヒント情報記憶手段は、各案件について各案件について前記褒賞データの送信を行うかどうかの基準の手掛かりとなる事項であるヒント情報を複数記憶し、
前記ヒント情報抽出手段は、第１のタイミングで前記ヒント情報記憶手段に記憶された複数のヒント情報の一部を抽出し、第２のタイミングで前記複数のヒント情報の他の一部を追加ヒント情報として抽出し、
前記送信手段は、前記第１のタイミング又は第２のタイミングでそれぞれ抽出されたヒント情報を送信する、
請求項１１乃至１４のいずれか1項に記載の情報処理システム。
【請求項１６】
褒賞データ送信要求を受信する受信ステップと、
前記褒賞データ送信要求の送信元ユーザの現在位置が、前記褒賞データの送信を行うかどうかの基準として設定されている前記位置に関する情報に基づいて特定される位置範囲内に位置しているかの位置判定処理を少なくとも含む前記褒賞データの送信を行うかどうかの判定処理を行う判定処理ステップと、
前記判定処理ステップにおいて、前記褒賞データ送信要求に基づいて前記褒賞データを送信すると判定された場合に、前記褒賞データを送信する送信ステップと、
を有する情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理サーバ、携帯端末装置、情報処理方法、情報処理プログラムに関し、特に経済を活発化させる情報処理システムに関する。
【背景技術】
【０００２】
近年、経済の停滞が加速化している。将来に対する不安から国民の購買意欲は減退し、貯蓄に走る人の割合が増えている。休日であっても消費を控えるために家で過ごす人の割合も多くなっている。需要の低下が過当競争を招き、回り回って自分自身の給与が下がり、更なる消費の差し控えを招く、所謂デフレスパイラルに陥っている。
【０００３】
資本主義経済において血液の役割を果たす金の循環を促進するための最良の施策は、政治が国民の将来の不安を取り除き、それほど貯蓄に回さなくても幸せな生活を維持できる事を国民に提示することである。しかしながら、現在のこの国に長く続く不毛な政治空白を鑑みれば、そこに期待するのは難しい。従って、経済化を活性化するために別の観点から国民の金を動かしやすくする必要がある。
【０００４】
特許文献１には、地域経済を活性化するためのシステムが開示されている。近年のデフレは、地域経済に大きなダメージを与えており、特許文献１に係る地域活性化システムによれば、顧客であるユーザの行動圏内に関する地域情報を配信する事で、ユーザの購買意欲を刺激し、地域経済の活性化を行うことができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−５９１６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述の特許文献１に係る経済活性化システムでは、ユーザに対して直接購買対象となる商品やサービスを提示し、購買意欲を刺激する構成を取る。しかしながら、デフレ経済下にあっては、事業者は少しでも自分の商品やサービスを売り込む事に必死であり、ありとあらゆる所で広告が溢れている。中には誇大広告もあり、そのような広告に釣られて苦い思いをした国民は、更に消費に対して慎重になる傾向がある。
【０００７】
従って、上述の特許文献１の地域経済活性化方法は、デフレ経済下においては上手く働かないことが多い。簡潔に言うと、活性化の方法が直接的過ぎるのである。
【０００８】
本発明は、上記課題を鑑み、デフレ経済下においても地域経済を活性化する効果を創出する情報処理システムと情報処理方法を提供する事を目的とする。
【課題を解決するための手段】
【０００９】
本発明の一態様である情報処理システムは、褒賞データを記憶する褒賞データ記憶手段と、前記褒賞データの送信を行うかどうかの基準として少なくとも位置に関する情報を記憶する基準記憶手段と、褒賞データ送信要求を受信する受信手段と、前記褒賞データ送信要求の送信元ユーザの現在位置が前記褒賞データの送信を行うかどうかの基準として前記基準記憶手段に記憶されている前記位置に関する情報に基づいて特定される位置範囲内に位置しているかの位置判定処理を少なくとも含む前記褒賞データの送信を行うかどうかの判定処理を行う判定処理手段と、前記判定処理手段における前記判定処理において、前記褒賞データ送信要求に基づいて前記褒賞データを送信すると判定された場合に前記褒賞データを送信する送信手段と、を具備する。
【００１０】
また、本発明の一態様である情報処理方法は、褒賞データ送信要求を受信する受信ステップと、前記褒賞データ送信要求の送信元ユーザの現在位置が、前記褒賞データの送信を行うかどうかの基準として設定されている前記位置に関する情報に基づいて特定される位置範囲内に位置しているかの位置判定処理を少なくとも含む前記褒賞データの送信を行うかどうかの判定処理を行う判定処理ステップと、前記判定処理ステップにおいて、前記褒賞データ送信要求に基づいて前記褒賞データを送信すると判定された場合に、前記褒賞データを送信する送信ステップと、を有する。
【発明の効果】
【００１１】
本発明によれば、デフレ経済下においても地域経済を活性化する効果を創出する情報処理システムと情報処理方法を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態１に係る情報処理システム１０００の全体構成を示すブロック図である。
【図２】実施の形態１に係る携帯端末装置３００の六面図である。
【図３】実施の形態１に係る携帯端末装置３００の構成を示すブロック図である。
【図４】実施の形態１に係る褒賞データ送信要求の一例である。
【図５】実施の形態１に係る情報処理システム１０００の構成を示すブロック図である。
【図６】褒賞データの一例である画像データ（カード）である。
【図７】褒賞データを管理する褒賞データ管理ファイルの一例である。
【図８】各案件を管理する案件管理ファイル（条件管理ファイル）の一例である。
【図９】実施の形態１に係る情報処理システム１０００の構成を示すブロック図である。
【図１０】登録されたユーザに関する情報を管理するユーザ情報管理ファイルの一例である。
【図１１】実施の形態１に係る褒賞データ送信要求の別の一例である。
【図１２】各案件を管理する案件管理ファイル（条件管理ファイル）の別の一例である。
【図１３】登録されたユーザに関する情報を管理するユーザ情報管理ファイルの別の一例である。
【図１４】実施の形態１に係る情報処理システム１０００の構成を示すブロック図である。
【図１５】実施の形態１に係る褒賞データ送信要求の別の一例である。
【図１６】実施の形態１に係る褒賞データ送信要求の別の一例である。
【図１７】実施の形態１に係る携帯端末装置３００の構成を示すブロック図である。
【図１８】各案件を階層的にグループ化されている様子を示す図である。
【図１９】実施の形態１に係る情報処理システム１０００の構成を示すブロック図である。
【図２０】登録されたユーザに関する情報を管理するユーザ情報管理ファイルの別の一例である。
【図２１】実施の形態１に係る情報処理システム１０００の処理の流れを示すフローチャート図である。
【図２２】実施の形態１に係る判定処理の判定結果を示す図である。
【図２３】実施の形態２に係る情報処理システム２０００の構成を示すブロック図である。
【図２４】実施の形態２に係るヒント通知情報の一例である。
【図２５】実施の形態２に係る情報処理システム２０００の構成を示すブロック図である。
【図２６】実施の形態２に係る情報処理システム２０００の構成を示すブロック図である。
【図２７】実施の形態２に係るヒント情報管理ファイルの一例である。
【図２８】実施の形態２に係るヒント情報の段階的配信の処理の流れを示すフローチャート図である。
【図２９】実施の形態２に係る情報処理システム２０００の構成を示すブロック図である。
【図３０】携帯端末装置３００にインストールされるプログラムを用いて複数の褒賞データが表示部に表示されている様子を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の各実施の形態について図面を参照して詳細に説明する。以下の説明において同一の符号が付された部分は実質的に同一の機能を有している。また、発明の明確化のため重複部分は適宜説明が省略されている。
【００１４】
（実施の形態１）
図１は本発明の実施の形態１に係る情報処理システム１０００の構成を示すブロック図である。情報処理システム１０００は、携帯端末装置３００と通信を行う情報処理サーバ１００と、各種の情報を記憶するデータベース２００と、を含んで構成される。
【００１５】
各ユーザは、自身の携帯端末装置３００を用いて情報処理サーバ１００と通信を行うことで、情報処理システム１０００が提供するサービスを受ける。以下の説明では、ユーザがそれぞれ自身の携帯端末装置３００を所有しているという前提で説明するため、ユーザと言う文言は携帯端末装置という文言に適宜置き換えが可能である。
【００１６】
図２は、携帯端末装置３００の６面図の一例である。携帯端末装置３００の正面には、音声を出力するスピーカ（音声出力部）３０１と、画面を表示する表示部３０２と、入力ボタン３０３ａを備える。また、表示部３０２の部分は、所謂タッチパネル３０３ｂとして機能する。当該入力ボタン３０３ａとタッチパネル３０３ｂは、共にユーザからの操作入力を受ける機能を有するため、以下の説明では纏めて操作入力部３０３と称する。
【００１７】
携帯端末装置３００の左側面には、ユーザに対する各種報知をスピーカ３０１からの音声出力によって行うか、装置内部に配置した振動子を振動させることで行うかを切り替える切替スイッチ３０４が配置されている。当該振動子は、自装置３００を振動させるための部品であり、高速回転する超小型モーター等で構成される。
【００１８】
また、装置上面には、装置本体の電源を投入する電源スイッチ（電源入力部）３０５が配置されている。
【００１９】
また、装置背面には、静止画像や動画像を撮像するカメラ（撮像部）３０６が配置されている。
【００２０】
また、装置右側面には、ユーザの加入者情報を記憶したメモリカード（ＳＩＭカード）を格納するスロット（格納部）３０７が配置されている。当該ＳＩＭカードには、加入者情報として、携帯電話全般で使用されているＩＭＳＩ（International Mobile Subscriber Identity）等の加入者を識別する識別情報が記憶されている。
【００２１】
また、装置底面には、マイク（音声入力部）３０８ａ、３０８ｂが配置され、ユーザの会話音声等を入力する。更に、装置底面には、外部と通信を行うための接続端子３０９が配置されている。接続端子３０９に専用ケーブルを接続することで、外部のＰＣ（Personal Computer）等とデータの交換を行うことが可能となる。
【００２２】
携帯端末装置３００の内部には、少なくとも情報を処理する情報処理装置（ＣＰＵ：Central Processing Unit）と、当該情報処理の際に必要となるデータやプログラムを格納するメモリー（Memory）を備え、所定のプログラムがＣＰＵで実行されることで様々な機能を実現する。以下、携帯端末装置３００の機能について詳しく説明する。
【００２３】
図３は、携帯端末装置３００の構成を示すブロック図である。携帯端末装置３００は、操作入力部３０３と、位置情報取得部３１０と、褒賞データ送信要求生成部３２０と、無線送信部３３０と、無線受信部３４０と、褒賞データ処理部３５０と、記憶部３６０と、を具備する。
【００２４】
上述したように、操作入力部３０３は、入力ボタン３０３ａやタッチパネル３０３ｂなどで構成され、ユーザからの操作入力を受ける。なお、操作入力部３０３は、ユーザの動作を検知する動作センサーやユーザの脳波を検知する脳波センサー等で構成することも可能である。
【００２５】
位置情報取得部３１０は、携帯端末装置３００の現在位置に関する位置情報を取得する。具体的には、位置情報取得部３１０は、ＧＰＳ（Global Positioning System）を利用して現在位置を求めることができる。位置情報取得部３１０は、複数のＧＰＳ衛星から送信された衛星固有のＣ／Ａコード信号をＧＰＳ用アンテナを介して受信し、各ＧＰＳ衛星から受信した信号のタイミングを基に各衛星までの擬似距離を算出することで現在位置と時刻とを求める。位置情報は、緯度と経度により、例えば北緯３４度１２分５２秒１２（３４°１２′５２．１２″Ｎ）、東経１２６度２５分４４秒３８（１２６°２５′４４．２８″Ｅ）と言う形で表される。
【００２６】
褒賞データ送信要求生成部３２０は、操作入力部３０３で受けたユーザからの操作入力に基づいて褒賞データの送信の要求である褒賞データ送信要求を生成する。褒賞データについては後述する。
【００２７】
褒賞データ送信要求生成部３２０は、ユーザより褒賞データ送信要求の送信指示を操作入力部３０３で受けると位置情報取得部３１０に現在位置を示す位置情報の取得を指示し、位置情報取得部３１０で取得された位置情報を含めて褒賞データ送信要求を生成する。褒賞データ送信要求生成部３２０は、生成した褒賞データ送信要求を無線送信部３３０に送る。
【００２８】
無線送信部３３０は、褒賞データ送信要求生成部（条件判定生成部）３２０で生成された褒賞データ送信要求（条件判定要求）を情報処理サーバ１００に無線送信する。
【００２９】
なお、褒賞データ送信要求は、情報処理サーバ１００に対して褒賞データを受け取るための条件（基準）を満たしているかどうかの判定処理を行うことの要求と見る事ができるため、以下の説明では、褒賞データ送信要求を判定要求と称することがある。また、褒賞データ送信要求生成部３２０は、情報処理サーバ１００に対して褒賞データを受け取るための条件（基準）を満たしているかどうかの判定処理を行うことの要求である判定要求を生成する生成部であると見る事ができるため、以下の説明では判定要求生成部３２０と称することがある。
【００３０】
図４は、当該褒賞データ送信要求の一例を示している。褒賞データ送信要求パケットには、宛先である情報処理サーバ１００のＩＰアドレスとなる宛先アドレスと、自装置３００のＩＰアドレスである送信元アドレスと、当該パケットが褒賞データ送信要求であることを示すパケット識別子と、位置情報取得部３１０で取得された自ユーザ（自装置）の位置を示す位置情報とが含まれる。無線送信部３４０は、当該パケットを無線送信する。当該パケットは、各地に配置された基地局（e-NodeB）で無線受信され、上位装置であるパケット交換機を経由して情報処理サーバ１００に送られる。
【００３１】
無線受信部３４０は、情報処理サーバ１００より送信された褒賞データを無線受信する。無線受信部３４０は、無線受信した褒賞データを褒賞データ処理部３５０に送る。
【００３２】
褒賞データ処理部３５０は、無線受信部３４０より受け取った褒賞データを記憶部３６０に格納する。記憶部３６０は、褒賞データ処理部３５０の処理に従って褒賞データを記憶する。
【００３３】
続いて、本実施の形態１に係る情報処理システム１０００について説明する。図５は、情報処理システム１０００の具体的構成を示すブロック図である。図５において、情報処理サーバ１００は、受信部１１０と、判定部１２０と、褒賞データ処理部１３０と、送信部１４０と、を具備する。また、データベース２００は、条件記憶部２１０と、褒賞データ記憶部２２０と、を具備する。
【００３４】
受信部１１０は、携帯端末装置３００より送信された図４に例示する褒賞データ送信要求を受信する。受信部１１０は、受信したパケットが褒賞データ送信要求であった場合に、当該受信した褒賞データ送信要求を判定部１２０に送る。
【００３５】
判定部１２０は、受信部１１０より褒賞データ送信要求を受け取ると、データベース２００の条件記憶部２１０に記憶されている褒賞データを送信するための条件、すなわち、褒賞データを送信するかしないかの基準を参照して、前記褒賞データの送信を行うかどうかの判定処理を行う。
【００３６】
ここで、条件記憶部２１０は、褒賞データの送信を行うための条件、すなわち、褒賞データの送信を行うかどうかの基準を記憶する。ここで、条件記憶部２１０は、褒賞データの送信を行うかどうかの基準として少なくとも位置に関する情報を記憶する。少なくとも当該位置に関する情報に係る基準を満たす事が褒賞データを送信するための条件となる。当該位置に関する情報としては、例えば褒賞データの送信を行う位置座標や位置範囲を示す情報とすると良い。上記条件記憶部２１０は、褒賞データの送信を行うかどうかの基準を記憶するため、以下の説明では基準記憶部２１０と称することがある。
【００３７】
判定部１２０は、受信部１１０より褒賞データ送信要求を受け取ると、褒賞データの送信を行うかどうかの判定処理を行う。条件記憶部２１０に記憶されている褒賞データを送信するための条件を満たしているかを判定する事が、褒賞データの送信を行うかどうかの判定処理となる。具体的には、判定部１２０は、当該褒賞データ送信要求の送信元ユーザの現在位置が、褒賞データの送信を行うかどうかの基準として条件記憶部２１０に記憶されている上記位置に関する情報に基づいて特定される位置範囲内に位置しているかの位置判定処理を少なくとも含む褒賞データの送信を行うかどうかの判定処理を行う。
【００３８】
例えば、上記条件記憶部２１０に褒賞データの送信を行うかどうかの基準として記憶されている位置に関する情報として、緯度が（３４°１２′５４．４５″Ｎ）〜（３４°１２′５４．５０″Ｎ）、経度が（１２６°２５′４０．００″Ｅ）〜（１２６°２５′４０．０５″Ｅ）と言う形で褒賞データの送信を行う位置範囲が指定されているとする。この場合、判定部１２０は、褒賞データ送信要求の送信元ユーザの現在位置が上記位置範囲内であるかを判定する。判定部１２０は、褒賞データ送信要求に含まれる位置情報から送信元ユーザの現在位置を特定し、当該現在位置と上記褒賞データの送信対象となる位置範囲との比較を行うことで、褒賞データの送信を行うかどうかを判定する。判定部１２０は、当該判定結果を褒賞データ処理部１３０に送る。
【００３９】
褒賞データ処理部１３０は、判定部１２０から受け取った判定結果が褒賞データを送信するという内容であった場合は、対応する褒賞データを褒賞データ記憶部２２０より読み込み、送信部１４０に読み込んだ褒賞データを送る処理を行う。
【００４０】
褒賞データ計億部２２０は、褒賞データを記憶しており、褒賞データ処理部１３０からの制御に従って褒賞データが読み込まれる。褒賞データは、褒賞データを送信するための条件として予め設定された基準をクリアしている場合に送信されるデータであり、判定部１２０における判定をクリアした褒賞データ送信要求に対する褒賞として与えられるデータである。このような褒賞データは、ユーザにとってメリットがあるデータであり、例えば、割引クーポン券や、所定のライセンス権などとすることができる。また、更に好ましい褒賞データとしては、特定の画像データとすることができる。以下の説明では、褒賞データを、アイテムと称することがある。
【００４１】
図６は、当該褒賞データの一例であるアイテムの一例である。当該アイテムは、具体的に画像データであり、当該データには、当該アイテムに割り当てられたアイテム番号や当該アイテムの名前が含まれる。このように、画像データの形式を取るアイテムを以下の説明では特にカードと称することがある。
【００４２】
褒賞データであるアイテムとして、ユーザの所有意欲を促進するよう、著作権等で複製や改竄が禁止されている画像データとすることで、市場に出回る同一アイテムの数量が限定される。従って、当該アイテムを取得するためには、ユーザは上述の条件を満たす行動を行う必要が出るため、アイテムに希少価値が生じる。従って、褒賞データがユーザにとって魅力のあるデータとなる。
【００４３】
褒賞データ処理部１３０は、褒賞データ記憶部２２０より読み出した褒賞データを送信部１４０に送る。
【００４４】
送信部１４０は、褒賞データ処理部１３０より受け取った褒賞データを、対応する褒賞データ送信要求の送信元ユーザに送信する。
【００４５】
以上のように、本実施の形態１に係る情報処理システム１０００は、情報処理サーバ１１０とデータベース２００とを含んで構成され、当該データベース２００は、褒賞データの送信を行うかどうかの基準として少なくとも位置に関する情報を記憶する基準記憶部（条件記憶部）２１０と、褒賞データを記憶する褒賞データ記憶部２２０の、２つの記憶領域を少なくとも有する。
【００４６】
情報処理サーバ１００において、受信部１１０は、褒賞データ送信要求を受信する。判定部（判定処理部）１２０は、褒賞データ送信要求の送信元ユーザの現在位置が褒賞データの送信を行うかどうかの基準として基準記憶部２１０に記憶されている位置に関する情報に基づいて特定される位置範囲内に位置しているかの位置判定処理を少なくとも含む前記褒賞データの送信を行うかどうかの判定処理を行う。送信部１４０は、判定部１２０における判定処理の結果、受信部１１０で受信された褒賞データ送信要求に基づいて褒賞データを送信すると判定された場合に、褒賞データを送信する。
【００４７】
当該褒賞データは、褒賞データ記憶部２２０に記憶されており、判定部１２０が、受信部１１０で受信された褒賞データ送信要求に基づいて当該褒賞データ送信要求の送信元ユーザに褒賞データの送信を行うと判定した場合に、褒賞データ処理部１３０が褒賞データ記憶部２２０より読み出して送信部１４０に送る。
【００４８】
このような情報処理システム１０００を配置し、位置に関する条件を含む所定の条件を満たす場合に褒賞データが送信される構成とすることで、当該褒賞データを求めてユーザは、褒賞データの取得条件として指定されている位置（以下の説明では、この当該褒賞データを送信する位置範囲を褒賞データ送信スポットと称することがある。）に赴く事になる。従って、間接的に経済を活性化させることができる。この点について以下にそのロジックを説明する。
【００４９】
従来技術に関する地域活性化方法は、金に直接ターゲットを当て、購買活動を促進することを目的としている。しかしながら、デフレ経済下にあっては、誇大広告も含めて様々な広告が溢れており、人々はこのような直接的に消費を促す広告に対して慎重になり、宣伝広告に従って消費することに消極的となる傾向が強い。
【００５０】
そこで、本発明では、購買活動を直接的に促すのではなく、人間の巡回を促す事で間接的に金の巡回を促進することにターゲットを当てている。資本主義経済における血液である金を運ぶ媒体は人間である。人間が移動する事で金が自然と巡るようになる。
【００５１】
かつて、シルクロードの周辺国や交易の中継都市は、自然と栄えていった。これは、交易のために移動してくる人間に対して、宿泊、食事、食料調達、娯楽、情報交換等の各種サービスを提供する必要があり、そこに地域経済が必要となるためである。人が移動する事で、人が留まっている場合よりも多くの消費が自然に発生する。
【００５２】
本発明の情報処理システム１０００を上手く活用する事で、家に閉じこもっている国民を外に引っ張りだしたり、寄り道せずに直接帰宅したり国民に寄り道をさせることができる。例えば、山の頂上を褒賞データの送信スポット（アイテム取得ポイント）として設定しておくことで、登山に興味が無い国民でも褒賞データの取得に興味がある人の中には登山を行う人が出てくる。この人達が登山をすることで、そこまでの移動費や、外食費用、登山用具の購入等、様々な経済効果を派生させる。また、会社帰りの時間帯に歓楽街や居酒屋の前に褒賞データの送信スポットを発生させることで、当該褒賞データを取得したい会社帰りのサラリーマンを歓楽街に誘導することができる。そうすると、そのサラリーマンの中には、そのままお酒を一杯飲んで行こうと言う気になる人も出てくる。すなわち、通常以上の移動を促進する事で、自発的な消費行動を誘引することができる。また、別の例としては、グラウンドを１０分以内に３周した後に、指定した位置で褒賞データ送信要求を送信することが褒賞データ送信の条件として設定する。ここで、指定位置を自動販売機の前に設定しておくと、グラウンドを走って喉が渇いているユーザにそのまま飲料水の購入を自然に促す事ができる。
【００５３】
このように、本発明の情報処理システムは、直接的な金の巡回促進ではなく、直接的な人間の巡回促進による間接的な金の巡回促進を行う。人間の移動を通じて金を消費しやすい状況を作り出す事で、消費の促進を行うことができ、経済活動を活性化させると言う副次効果を生じさせる事ができる。
【００５４】
このように、従来に考えられていた地域経済活性化方法は、活性化の方法が直接的過ぎたため、人々の消費に対する警戒心が高まっているデフレ経済下においては上手く働かないことが多いことに鑑み、本発明の地域経済活性化方法は、人間の移動を促進する事で消費がしやすい状況を作り出し、消費に対するハードルを下げる手法をとる。その中で消費を行うかどうかの大部分は消費者に委ねられる。従って、本発明の地域経済活性化方法は、少しずつ浸透していくように経済を活性化させることができる。
【００５５】
なお、このような効果を促進するためには、褒賞データとしてユーザに送信される褒賞データがユーザに対して魅力的なデータであることが好ましい。褒賞データ記憶部２２０には、複数の褒賞データが記憶されている事が好ましい。褒賞データが送信される位置範囲である褒賞データ送信スポット（アイテム取得スポット）も複数配置する事で、コアなユーザはアイテム回収の旅にでることになり、かなり大きな経済効果が見込める。
【００５６】
また、各アイテムに貴重度合いを示すパラメータであるレア度を設定しておくと良い。この場合、レア度が高いほど当該アイテムを送信するための基準が高く設定されていると良い。例えば旅行代理店とコラボレーションし、ペルーの遺跡であるマチュピチュ遺跡の太陽神殿前から褒賞データ送信要求を送信することがアイテムの取得条件であるとして設定しておくことなどが考えられる。この場合、明らかにアイテム取得条件は、東京駅前から褒賞データ送信要求を送信することを条件とするよりも高い基準となる。このような場合、取得条件が難しい案件に対する褒賞データのレア度を高めに設定しておく事が好ましい。
【００５７】
図７は、褒賞データ記憶部２２０に記憶される褒賞データ（アイテム）を管理する褒賞データ管理ファイル（アイテム管理ファイル）の一例である。当該褒賞データ管理ファイルも褒賞データ記憶部２２０に記憶されている。褒賞データ管理ファイルには、褒賞データである各アイテムを一意に識別するアイテム番号と、当該アイテムの名前であるアイテム名と、当該アイテムの説明と、当該アイテムのデータ容量と、当該アイテムが格納されているアドレス（格納アドレス）と、が対応付けられた状態で記録されている。なお、上述したようにアイテムにレア度が設定される場合には、各アイテム番号と当該レア度とが対応付けられた状態でアイテム管理番号に記録されていても良い。また、アイテムがカードである場合、アイテム番号はカード番号と、アイテム名はカード名とそれぞれ称される事もある。
【００５８】
図８は、アイテムが送信される条件を管理する条件管理ファイルの一例を示している。当該条件管理ファイルが、条件記憶部２１０に記憶されることで、褒賞データの送信を行うかどうかの基準として少なくとも位置に関する情報が条件記憶部２１０に記憶される。
【００５９】
条件管理ファイルは、各条件（各案件）を管理する条件管理番号（案件管理番号）と、当該条件を満たした時に送信する褒賞データ（アイテム）を識別するアイテム番号と、当該アイテム番号で識別されるアイテムを送信するかの判定に用いられる位置に関する基準と、が対応付けられて記録されている。図８では、Ｎｏ０００１については、位置に関する基準として所定の位置範囲が、Ｎｏ０００２〜Ｎｏ０００５については、位置座標データが設定されている。当該条件管理ファイルは、条件記憶部２１０に記憶されている。以下の説明では、当該位置に関する基準を位置基準と称する。
【００６０】
判定部１２０は、図８に示す条件管理ファイルを参照し、褒賞データ送信要求に含まれる位置情報で示される位置が、位置に関する基準として設定されている当該基準を満たしているかを判定する。
【００６１】
具体的には、図８のＮｏ０００１のように、位置基準が所定の位置範囲という形式で設定されて示されている場合は、判定部１２０は、褒賞データ送信要求に含まれる位置情報で示される位置が当該条件管理ファイルに記録されている当該位置範囲内であるかを判定する。また、図８のＮｏ０００２〜Ｎｏ０００５のように、位置基準が所定の位置座標で設定されている場合は、判定部１２０は、褒賞データ送信要求に含まれる位置情報で示される位置が当該条件管理ファイルに記録されている当該位置座標の周囲の位置範囲内であるかを判定する。具体的には、上記褒賞データ送信要求に含まれる位置情報で示される位置が、上記条件管理ファイルに記録されている位置座標を中心とする所定の距離半径の円内に位置しているかを判定する。
【００６２】
このように、判定部１２０が所定の位置範囲に広げて位置に関する判定を行う理由は、携帯端末装置３００の位置取得精度のばらつきを吸収するためである。なお、どの程度の広さの位置範囲を位置基準とするかは案件毎に異なるよう設計しても良い。褒賞データを送信すると判定される位置範囲が広いほどユーザは褒賞データを取得しやすくなる。なお、当該位置範囲を狭く設定する場合には、褒賞データとしてレア度の高いアイテムを褒賞データとして設定しておく事が好ましい。
【００６３】
案件毎によるが、半径が数ｍ〜数ｋｍの円と同等の広さを位置範囲として設定する事が好ましく、更に好ましくは半径が数ｍ〜数百ｍ程度の円と同等の広さである事が好ましい。ここで、歓楽街や大学の構内等にユーザを誘導する場合は上記設定で十分であるが、商店街や大型スーパーにユーザを適切に誘導するためには、数ｍ〜数十ｍ程度の広さを位置範囲として設定する事が好ましく、更に小規模の個人経営店やレストランや自動販売機等にユーザを引き込む場合には、１ｍ〜１０ｍ程度の広さであることが好ましい。
【００６４】
すなわち、大型スーパー等にユーザを誘導するために設定される位置範囲の大きさは、π平方メートル〜１００００π平方メートルの程度の広さを位置範囲として設定する事が好ましい。また、小規模店等にユーザを誘導するために設定される位置範囲の大きさは、π平方メートル〜２５００π平方メートルの程度の広さを位置範囲として設定する事が好ましく、更に好ましくはπ平方メートル〜１００π平方メートル程度の広さを位置範囲とすることが好ましい。この程度の小ささまで位置範囲を絞れば、ユーザを適切に店の周辺まで誘導する事ができる。
【００６５】
上記判定において位置基準が満たされている場合には、判定部１２０は、対応するアイテム番号を褒賞データ処理部１３０に通知する。褒賞データ処理部１３０は、判定部１２０より通知されたアイテム番号に基づいて褒賞データ記憶部２２０より当該アイテム番号のアイテムを読み出して送信部１４０に送る。
【００６６】
なお、上記説明では、任意のユーザが褒賞データ送信要求を送信し、条件を満たす場合に褒賞データを獲得できる構成としたが、本発明の情報処理システム１０００を利用するユーザを管理する構成としておくことが好ましい。
【００６７】
図９は、情報処理システム１０００の別構成を示すブロック図であり、情報処理サーバ１００は、更にユーザ登録部１５０を、データベース２００は、ユーザ情報記憶部２３０をそれぞれ具備する。また、情報処理サーバ１００において、褒賞データ処理部１３０は、褒賞データ読込部１３１と、判定結果通知情報生成部１３２と、を備える。
【００６８】
受信部１１０は、褒賞データ送信要求に加えてユーザ登録要求を受信する。受信部１１０は、受信したユーザ登録要求をユーザ登録部１５０に送る。当該ユーザ登録要求は、本発明の情報処理システム１０００が提供するサービスを受けるユーザとして登録する事を要求するものである。
【００６９】
ユーザ登録部１５０は、受信部１１０より受け取ったユーザ登録要求に基づいてユーザ登録を行う。当該ユーザ登録要求には、登録に係るユーザを識別するユーザ識別情報と、ユーザが設定するパスワードとを少なくとも含むことが好ましい。ユーザ登録部１５０は、当該ユーザ登録要求に含まれるユーザ識別情報とパスワードとをユーザ情報としてユーザ情報記憶部２３０に格納する事でユーザ登録を行う。
【００７０】
図１０は、当該ユーザ情報を管理するユーザ情報管理ファイルの一例である。各ユーザに一意に割り当てられたユーザ管理番号と、ユーザ登録要求に含まれるユーザ識別情報とと、パスワードと、が対応付けられて記録されている。当該ユーザ情報管理ファイルは、ユーザ情報記憶部２３０に記憶されている。
【００７１】
この場合、褒賞データ送信要求には、図１１に示すようにユーザＩＤとパスワードとが含まれた状態で送信される事が好ましい。携帯端末装置３００において、記憶部３６０内にはユーザが登録したユーザＩＤとパスワードとが記憶されており、褒賞データ送信要求生成部３２０は、操作入力部３０３でユーザから褒賞データ送信要求の生成指示の操作入力を受けた場合に、記憶部３６０に記憶されている当該ユーザＩＤとパスワードを読み込み、これらの情報を含めて褒賞データ送信要求を生成する。
【００７２】
判定部１２０は、褒賞データ送信要求を受信すると、図１０に例示するユーザ情報管理ファイルを参照してユーザの認証処理を行う。具体的には、判定部１２０は、当該褒賞データ送信要求に含まれるユーザＩＤとパスワードがユーザ情報記憶部２３０に記憶されているユーザＩＤとパスワードの組み合わせと一致するかの判定処理を行う。
【００７３】
判定部１２０は、当該判定（ユーザ認証処理）の結果、ユーザＩＤとパスワードとの組み合わせが一致した場合、図８に例示する条件管理ファイルを参照して、褒賞データを送信するための条件をクリアしているかの判定処理を行う。具体的には、褒賞データ送信要求に含まれる位置情報で示される送信元ユーザの現在位置が、褒賞データの送信を行うかどうかの基準として条件管理ファイルに登録されている位置に関する情報に基づいて特定される位置範囲内に位置しているかの位置判定処理を行う。
【００７４】
判定部１２０は、上記判定の結果を褒賞データ処理部１３０の判定結果通知情報生成部１３２に送る。判定結果通知情報生成部１３２は、判定部１２０における判定結果に基づいて判定結果通知情報を生成し、当該生成した判定結果通知情報を送信部１４０に送る。
【００７５】
また、判定部１２０は、上記判定の結果、褒賞データを送信すると判定した場合、すなわち、褒賞データ送信要求に含まれる位置情報で示される位置と対応する位置基準が褒賞データの送信を行うかどうかの基準として条件記憶部２１０に記憶されている条件管理ファイルに登録されている場合に、褒賞データ読込部１３１に褒賞データの読み込みを指示する。具体的には、判定部１２０は、当該位置基準に対応付けられたアイテム番号のアイテムを褒賞データ記憶部２３０より読み込む指示を褒賞データ読込部１３１に出す。
【００７６】
褒賞データ読込部１３１は、当該読込指示を受けると、褒賞データ記憶部２２０に記憶されている図７に例示するアイテム管理ファイルを参照し、指示されているアイテム番号で示されるアイテムを当該アイテムが記憶されているアドレスより読み込んで、送信部１４０に送る。
【００７７】
判定結果通知情報生成部１３２は、判定部１２０における判定結果を通知する判定結果通知情報を生成する。判定結果通知情報生成部１３２は、ユーザ認証に失敗した事により判定処理が行われなかったことや、褒賞データを送信する条件として登録されている位置基準を満たしていないことなど、褒賞データの送信が行われない理由を判定結果通知情報に含めて判定結果通知情報を生成しても良い。
【００７８】
送信部１４０は、判定結果通知情報生成部１３２で生成された判定結果通知情報と褒賞データ読込部１３１で読み込まれた褒賞データを褒賞データ送信要求の送信元ユーザに送信する。
【００７９】
このように構成することで、ユーザ登録を行っているユーザに対して本発明のサービスを提供する事が出来る。なお、情報処理サーバ１００とは別にユーザ登録を行うユーザ登録サーバをシステム内に配置し、ユーザ登録部１５０が当該ユーザ登録サーバに含まれるシステム構成としても良い。
【００８０】
なお、褒賞データを送信するかどうかの判定基準として位置に関する基準以外の基準を登録しておく事も可能である。図１２は、条件記憶部２１０に記憶される条件管理ファイルの別の一例を示している。図１２において、褒賞データを送信する条件として、上述した位置基準に相当する基準１に加えて、基準２〜基準Ｎの複数の基準が更に登録されている。なお、図１２においてブランク（空白）の部分については基準が設定されていないことを示している。
【００８１】
図１２のように、条件記憶部２１０に記憶される条件管理ファイルには、褒賞データを送信するための条件の一部として褒賞データの送信を行うかどうかの基準が記憶されている。条件管理ファイル（案件管理ファイル）には、送信される褒賞データを識別する褒賞データ識別情報であるアイテム番号と、褒賞データを送信するための条件とが登録された案件が複数記録される。
【００８２】
基準２（時刻基準）は、褒賞データを送信する時間帯に関する基準であり、基準３（期間基準）は、褒賞データを送信する期間に関する基準である。これら時刻基準と期間基準を併せて、褒賞データを送信する時間に関する基準として時間基準と称することがある。
【００８３】
例えば条件管理番号Ｎｏ０００１の案件では、時間基準として１７：５０〜１９：００が登録されており、判定部１２０は、この時間帯以外の時刻に送信された褒賞データ送信要求は、基準を満たしていないとして褒賞データを送信しないと判定する。また、期間基準として７月２３日〜８月２３日が登録されており、この期間がＮｏ０００１の案件におけるアイテム送信可能期間となる。従って、褒賞データ送信要求が送信された年月日が当該期間基準を満たしていない場合は、判定部１２０は、褒賞データを送信しないと判定する。
【００８４】
また、基準４（アイテム基準）は、褒賞データを送信するために必要なアイテムを示している。例えば、褒賞データ送信要求の送信元ユーザが当該指定されたアイテムを所有している場合に、当該基準を満たしていると判定する。
【００８５】
この場合、ユーザ情報記憶部２３０に記憶されるユーザ情報管理ファイルには、図１３に例示するように各ユーザが所有するアイテム、すなわち各ユーザが獲得したアイテムに関する情報が併せて記録される構成とすることが好ましい。なお、図１３では、各ユーザが所有するアイテムを識別するアイテム番号と、当該所有するアイテムの数量が併せて記録されている。例えはユーザＮｏ０００１のユーザであるレオナルドは、Ｉ００２５３のアイテムを２つ所有している事を示している。
【００８６】
なお、法律等の関係で、ユーザに褒賞データとしてアイテムを譲渡するのではなく、アイテムを貸与するという形態をとる場合は、上記アイテムを所有するという表現はアイテムを借用しているという表現に置き換えられ、ユーザ情報管理ファイルには、各ユーザが借用している借用アイテムが併せて記録される形式となる。褒賞データであるアイテムを受け取ったユーザが当該アイテムを携帯端末装置３００内で独自に複製等できないよう、予め契約で複製を禁止しておくか、アイテムを貸与するという形を取って著作権により複製を禁止する構成とすることが好ましい。以下の説明では、情報処理システム１０００に記録されているアイテムが携帯端末装置３００に送信される事により、当該アイテムの所有者であるサービス管理者からユーザにアイテムが譲渡されるという構成を取るものとして説明を行う。
【００８７】
判定部１２０は、褒賞データ送信要求を受け取ると、ユーザ情報管理ファイルを参照し、当該褒賞データ送信要求に係るユーザが所有しているアイテムがアイテム基準を満たしているかを判定する。判定部１２０は、当該アイテム基準を満たしていない場合は、他の基準を満たしていても褒賞データを送信しないと判定する。図１３の例では、ユーザＮｏ０００５のバルメだけがアイテムＮｏ０２５７２を所有しているため、図１２でアイテム基準が設定されている条件管理番号Ｎｏ０００２のアイテムを取得できる可能性があるユーザは当該バルメだけとなる。ユーザＮｏ０００５のバルメより送信される褒賞データ送信要求が、５月１２日〜５月１８日の間であって、１２時〜１３時の間であり、位置基準として設定されている位置範囲内の位置を示す位置情報が褒賞データ送信要求に含まれている場合、判定部１２０は、条件管理番号Ｎｏ０００２に係る褒賞データを送信するための条件として登録されているすべての基準を満たしていると判定する。この場合、判定部１２０は、判定結果通知情報生成部１３２に判定結果を通知すると共に、当該条件管理番号Ｎｏ０００２に係る褒賞データを識別するアイテム番号Ｉ２３５１３のアイテムを読み込む指示を褒賞データ読込部１３１に出す。判定結果通知情報生成部１３２は、判定が成功した事、すなわち、すべての基準を満たしていた事を示す情報を含めて判定結果通知情報を生成し、送信部１４０におくる。また、褒賞データ読込部１３１は、褒賞データ記憶部２２０に記憶されている複数のアイテムのうち、判定部１２０より指示されたアイテム番号Ｉ２３５１３のアイテムを読み込んで送信部１４０に送る。
【００８８】
図１２に戻って基準５（解答基準）は、ユーザに対して出した問題に対する解答の正解を示している。この場合、褒賞データ送信要求にユーザからの解答が含まれている構成とすることが好ましい。判定部１２０は、褒賞データ送信要求に含まれる解答と、解答基準５に登録されている解答との比較を行い、所定の問題数以上について一致している場合は、当該基準を満たしているものと判定する。
【００８９】
基準Ｎは、貸与するアイテムの上限を示している。当該数量基準が０個になっているアイテムは、既に予め設定された上限数の貸与が完了したものとして、褒賞データの送信を行わないと判定する。
【００９０】
図１４は、これらの基準に対応する情報処理サーバ１００の構成を示すブロック図であり、更に時計部１６０と、問題通知情報生成部１７０と、更新部１８０と、を具備する。
【００９１】
時計部１６０は、現在の日時を求める内部時計である。判定部１２０は、褒賞データ送信要求を受け取ると、当該褒賞データ送信要求に係る条件に時間基準が設定されているかを確認する。判定部１２０は、当該時間基準が設定されている場合、時計部１６０で求められる現在の日時を参照し、褒賞データ送信要求を受け取ったタイミングが上記時間基準を満たしているかを判定する。このようにして褒賞データを送信するかしないかの基準として時刻情報が設定されている場合に、当該時間基準を含む他の基準を満たしている場合に、判定部１２０は、褒賞データを送信すると判定する。
【００９２】
また、判定部１２０は、褒賞データ送信要求を受け取ると、当該褒賞データ送信要求に係る条件にアイテム基準が設定されているかを確認する。判定部１２０は、当該アイテム基準が設定されている場合、当該褒賞データ送信要求に係るユーザの所有アイテムに、当該アイテム基準で設定されているアイテムがあるかをユーザ情報記憶部２３０に記憶されているユーザ情報管理ファイルを参照して確認する。判定部１２０は、褒賞データ送信要求に係るユーザの借用アイテムに当該アイテム基準で設定されているアイテムがある場合は、当該アイテム基準は満たしているものとして、その他の基準の判定を行う。
【００９３】
なお、褒賞データ送信要求に使用するアイテムに関する情報が記憶されていても良い。図１５に示すように褒賞データ送信要求には、使用アイテム番号が含まれる。ユーザは、褒賞データ送信要求を生成する操作入力を操作入力部３０３を介して行う際に、記憶部３６０に記憶しているアイテムの中から使用するアイテムを選択する。褒賞データ送信要求生成部３２０は、当該選択されたアイテムのアイテム番号を使用アイテム番号として褒賞データ送信要求に含めて当該褒賞データ送信要求を生成する。情報処理サーバ１００において判定部１２０は、当該褒賞データ送信要求に含まれる使用アイテム番号とアイテム基準として設定されているアイテム番号とが一致した場合に、アイテム基準を満たしているものとして判定する。このような構成としても良い。
【００９４】
判定部１２０は、受けとった褒賞データ送信要求に係る案件の基準として解答基準が設定されている場合、問題通知情報生成部１７０に問題通知情報の生成指示を出す。問題通知情報生成部１７０は、問題情報記憶部２４０から、指定されている問題を読み出して問題通知情報を生成し、送信部１４０に送る。送信部１４０は、当該問題通知情報を褒賞データ送信要求の送信元ユーザに送信する。受信部１１０は、当該問題通知情報を受信したユーザより改めて送信された褒賞データ送信要求を受信する。当該褒賞データ送信要求には、図１６に示すようにユーザからの問題の解答である解答情報が含まれる。判定部１２０は、当該解答情報で示されるユーザの解答と解答基準とを比較して、所定の正解数又は正解率以上であるかを判定する。判定部１２０は、当該判定の結果、所定の正解数又は正解率以上である場合は、当該解答基準を満たしているものとして他の基準を確認し、すべての基準を満たしている場合に褒賞データを送信すると判定する。
【００９５】
判定部１２０は、判定に係る案件について数量基準が０でないかを判定する。他の基準を満たしていても当該数量基準が０である場合は、当該案件に係る褒賞データは既に設定数貸与済みであるとして褒賞データの送信を行わないと決定する。一方、数量基準が設定されている場合であって、当該数量基準が０でない場合、他の基準をすべて満たしている場合は、判定部１２０は、褒賞データを送信すると判定する。この時、判定部１２０は、当該判定を行った案件に対応付けられたアイテム番号を読込指示と共に褒賞データ読込部１３１に出すと共に、当該案件の番号である条件管理番号と数量基準の更新指示を更新部１８０に出す。
【００９６】
更新部１８０は、条件管理ファイルに数量基準として記録されている値を更新する。具体的には、条件記憶部２１０に記憶されている条件管理ファイルの中に登録されている複数の案件のうち、判定部１２０より更新指示された案件に設定された数量基準の値を１つデクリメントする処理を行う。
【００９７】
図１７は、図１４の情報処理サーバ１００に対応する携帯端末装置３００の構成を示すブロック図である。図１７に示す携帯端末装置３００は、更に制御部３７０と、問題通知情報処理部３８０と、を具備する。また、褒賞データ処理部３５０は、褒賞データ格納部３５１と、判定結果通知情報格納部３５２と、を備える。また、記憶部３６０には、褒賞データ送信要求を送信して情報処理サーバ１００からのレスポンス待ちであることを表示する待ち受け画面データや、褒賞データを受信したことを示す画面データなどが併せて記憶されている。
【００９８】
褒賞データ送信要求生成部３２０は、操作入力部３０３で受けたユーザからの操作入力に基づいて褒賞データ送信要求を生成して無線送信部３３０に送る。また、褒賞データ送信要求生成部３２０は、制御部３７０に待機画面の表示を指示する。
【００９９】
また、褒賞データ送信要求生成部３２０は、操作入力部３０３からの操作入力に基づいて、生成する褒賞データ送信要求内に記憶部３６０に記憶しているアイテム番号を使用アイテム番号として、また問題の解答を解答情報として褒賞データ送信要求に含めて生成する。
【０１００】
褒賞データ格納部３５１は、無線受信部３４０より受け取った褒賞データを記憶部３６０に格納すると共に制御部３７０に褒賞データを送る。
【０１０１】
判定結果通知情報処理部３５２は、無線受信部３４０より受け取った判定結果通知情報を記憶部３６０に格納すると共に制御部３７０に判定結果通知情報を送る。
【０１０２】
制御部３７０は、褒賞データ送信要求生成部３２０より褒賞データ送信要求に係る待機画面の表示指示を受けると記憶部３６０より待機画面データを読み出して表示部３０２に表示する。
【０１０３】
制御部３７０は、待機画面を表示している間に、判定結果通知情報を判定結果通知情報格納部３５２より受け取った場合に、当該判定結果通知情報で示される内容を表示する画面を表示部３０２に表示する。
【０１０４】
ここで、判定結果通知情報に含まれる判定結果が判定に成功したこと、すなわち褒賞データを送信することを示す内容であった場合は、その後褒賞データが送られてくる。制御部３７０は、褒賞データ格納部３５１より受け取った褒賞データを表示部３０２に表示する。
【０１０５】
なお、判定結果通知情報に褒賞データを格納しているアドレスを示すＵＲＬが含まれ、当該ＵＲＬが誠意魚部３７０は、当該ＵＲＬを表示部３０２に表示しても良い。ユーザは、操作入力部３０３を介して当該ＵＲＬを選択する事により、送信部３３０よりＧＥＴ要求が送信され、当該ＧＥＴ要求を受けた情報処理システム１０００より褒賞データが送信される。このように構成しても良い。
【０１０６】
問題通知情報処理部３８０は、受け取った問題通知情報を記憶部３６０に格納すると共に、問題通知情報を制御部３７０に送る。制御部３７０は、当該問題通知情報に含まれる問題を表示部３０２に表示する。
【０１０７】
なお、上記説明では、褒賞データ送信要求にユーザの現在位置を示す位置情報が含まれて送信される場合について説明したがこれに限定するものではない。位置情報取得部３１０は、定期的に現在位置を示す位置情報を取得して無線送信部３３０に送り、無線送信部３３０は、当該位置情報を情報処理サーバ１００に送信する構成とすることで定期的に現在位置のアップデートを行っても良い。この場合、情報処理システム１０００において、当該位置情報は、ユーザ情報としてユーザ情報管理ファイルに記録される。
【０１０８】
なお、上記説明では、携帯端末装置３００の位置情報取得部３１０が自立して位置情報を取得する所謂Ａｕｔｏｎｏｍｕｓ型である場合について説明したが、これに限定されるものではない。位置情報取得部３１０は、ＭＳ−Ｂａｓｅｄ型としてネットワーク側に配置されたアシストサーバより送信されたアシストデータを利用して現在の位置情報を算出しても良い。また、位置情報取得部３１０は、ＭＳ−Ａｓｓｉｓｔｅｄ型として、ＧＰＳ衛星からのＧＰＳ信号に基づいて現在位置に関する位置情報をアシストサーバに送信し、当該アシストサーバが携帯端末装置３００より送信された位置情報に基づいて最終位置計算を行い、計算後の位置情報を携帯端末装置３００及び情報処理サーバ１００に送信する形態を採用することができる。情報処理サーバ１００において判定部１２０は、当該アシストサーバより送信された携帯端末装置３００の現在位置を示す位置情報を用いて、上記判定処理を行っても良い。
【０１０９】
また、日本全国の幅広い場所でサービスを提供するためには、褒賞データを送信する位置範囲を多数配置する必要がある。すなわち、条件記憶部２１０に記憶される褒賞データを送信するための条件（案件）を多数設定しておく必要がある。
【０１１０】
この場合、ユーザより送信された褒賞データ送信要求に基づいて、条件記憶部２１０に記憶されているすべての案件に対して基準を満たしているかを判定することは、処理の増大化を招く。そこで、条件記憶部２１０に記憶される各案件は、図１８に示すように複数の階層に分けてグループ化しておくと良い。
【０１１１】
条件記憶部２１０は、褒賞データの送信を行うための条件として複数の案件が記憶されており、当該複数の案件はグループ化されている。具体的には、各案件について設定されている位置基準が所定の範囲内である各案件がグループ化されている。
【０１１２】
判定部１２０は、褒賞データ送信要求を受け取ると、当該褒賞データ送信要求に係るユーザの位置に基づいて対応するグループを特定し、当該特定したグループに属する各案件について、当該案件でそれぞれ設定されている基準をクリアしているかを判定する。
【０１１３】
例えば、図１８において、北海道の函館市内に設定される案件を識別する条件管理番号は、Ｎｏ００６０１〜Ｎｏ００７４５の中から選択される。褒賞データ送信要求に係るユーザの現在位置が釧路市内であった場合は、判定部１２０は、対応する当該釧路市で設定されている当該Ｎｏ００６０１〜Ｎｏ００７４５の案件を抽出し、当該抽出した案件に対して、各案件に設定されている基準を満たしているかを判定する。案件に設定されている基準を満たしている場合、当該案件に係る褒賞として設定されている褒賞データが褒賞データ記憶部２２０より読み出されて褒賞データ送信要求の送信元ユーザに送信される。
【０１１４】
このように、褒賞データを送信するための条件として単数又は複数の基準が設定され、そのような基準のうちのひとつは位置に関する基準である。当該位置に関する基準で特定される位置範囲内にユーザが位置している場合に当該基準がクリアとなる。このような条件と、当該条件を満たした場合に送信される褒賞データとの組み合わせを本明細書では案件と称し、各案件は条件管理番号（案件管理番号）で識別される。複数の位置で複数の褒賞データを送信できるように、同時期に複数の案件が設定登録され、各案件を管理する条件管理ファイルが条件記憶部２１０に記憶される。すなわち、条件管理ファイルには、各案件を識別する案件識別番号と、当該案件について基準を満たした場合に送信される褒賞データを識別するアイテム識別番号と、褒賞データを送信するかどうかの判定基準と、が対応付けられて記憶される。
【０１１５】
ここで、条件管理ファイルに登録される各案件は、それぞれの位置基準が所定の関係を満たす案件毎にグループ化されて登録される。判定部１２０は、褒賞データ送信要求に含まれる位置情報に基づいて、判定を行うグループを特定し、当該グループに属する複数の案件について、それぞれ基準を満たしているかの判定処理を行う。このように構成することで、処理量を減らす事が出来る。
【０１１６】
なお、図１８では、地区１〜地区３に階層化され、市町村レベルの広さに対応する地区３毎に対応する案件を識別する案件管理番号が対応付けられる場合について説明したが、これに限るものではなく、更に細かく各案件をグループ化しても良い。
【０１１７】
なお、ユーザが同一案件から１つの褒賞データを受け取る事ができるよう、構成しておくことが好ましい。一旦褒賞データ送信スポットを見つけたユーザがそこから連続して褒賞データ送信要求を出す事で、同一データが無数に同一ユーザに回収される事を防ぐためである。
【０１１８】
そこで、図１９に例示するように、情報処理サーバ１００は、新たに対象案件設定更新部１９０を備える構成とすることが好ましい。
【０１１９】
この場合、図２０に例示するようにユーザ情報記憶部２３０に記憶されるユーザ情報管理ファイルには、各ユーザに割り当てられたユーザ管理番号と、ユーザを識別するユーザ識別情報（ユーザＩＤ）と、各ユーザが褒賞データを受ける事ができる案件を識別する対象案件管理番号とが対応付けられて記録される。
【０１２０】
判定部１２０は、褒賞データ送信要求を受け取ると、当該褒賞データ送信要求に係るユーザが褒賞データを受け取る事が出来る案件をユーザ情報記憶部２３０に記憶されているユーザ情報管理ファイルを参照して特定する。次に、判定部１２０は、条件記憶部２１０に記憶されている条件管理ファイルを参照して、当該特定した案件に設定されている基準を褒賞データ送信要求がクリアしているかを判定する。判定部１２０は、案件に設定された全ての基準をクリアしている場合に、褒賞データ送信要求が褒賞データを送信するための条件を満たしているものとして、褒賞データの送信を決定する。
【０１２１】
この場合、判定部１２０は、褒賞データ読込部１３１に褒賞データの読込指示を、判定結果通知情報生成部１３２に褒賞データを送信することを通知する判定結果通知情報の生成指示をそれぞれ出す。
【０１２２】
また、判定部１２０は、対象案件設定更新部１９０に、褒賞データを送信すると決定した案件を当該ユーザの対象案件から削除する更新指示を出す。対象案件設定更新部１９０は、判定部１２０より通知されるユーザ管理番号と案件管理番号とに基づいて、図２０に例示したユーザ情報管理ファイルにおいて、当該ユーザ管理番号に対応付けられた対象案件管理番号の中から判定部１２０より通知された案件管理番号を削除することでユーザ情報管理ファイルを更新する。従って、ユーザが同一案件について褒賞データを取得しようとして褒賞データ送信要求を再度送信しても、当該ユーザに対応付けられた対象案件管理番号は削除済みであるため、当該案件管理番号で示される案件についての判定処理は判定部１２０で行われない。
【０１２３】
図２１は、上記形態をとる場合における判定部１２０の処理の流れを示すフローチャート図である。判定部１２０は、受信部１１０が褒賞データ送信要求を受信したかを判定する（ステップＳ１０１）。褒賞データ送信要求が受信されていない場合は、褒賞データ送信要求が受信されるのを待つ。
【０１２４】
受信部１１０がユーザより送信された褒賞データ送信要求を受信した場合、当該褒賞データ送信要求に基づいて判定を行う案件である判定対象案件を抽出する（ステップＳ１０２）。具体的には、判定部１２０は、ユーザ情報記憶部２３０に記憶されているユーザ情報管理ファイルを参照し、褒賞データ送信要求に含まれるユーザＩＤに対応付けられている対象案件管理番号を抽出する。当該対象案件管理番号は、当該ユーザについて褒賞データが送信される可能性がある案件を識別する番号である。
【０１２５】
次に、判定部１２０は、ステップＳ１０２で抽出した案件の一つを選択し（ステップＳ１０３）、当該選択した案件に設定されている各基準を抽出する（ステップＳ１０４）。当該基準は、褒賞データを送信するための条件を構成する。具体的には、判定部１２０は、条件記憶部２１０に記憶されている条件管理ファイルを参照し、ステップＳ１０２で抽出した対象案件管理番号と同一の番号を案件管理番号とする案件において設定されている基準を抽出する。
【０１２６】
次に、判定部１２０は、ステップＳ１０４で抽出した基準の中から１つを選択し（ステップＳ１０５）、褒賞データ送信要求に基づいて特定される判定事項とステップＳ１０４で抽出した基準とを比較する（ステップＳ１０６）。判定部１２０は、褒賞データ送信要求に基づいて特定される判定事項のうち、ステップＳ１０５で抽出した基準に対応する判定事項と当該抽出した基準との比較処理を行う事で、褒賞データを送信するための条件を満たしているかを判断する。
【０１２７】
判定部１２０は、ステップＳ１０６における比較処理を通じて、褒賞データを送信するための条件として設定された基準をクリアしているかを判定する（ステップＳ１０７）。基準をクリアしていない場合はステップＳ１１１に進む。一方、基準をクリアしている場合はステップＳ１０８に進む。
【０１２８】
判定部１２０は、ステップＳ１０７における判定の結果、ステップＳ１０５で抽出した一番目の基準をクリアしていた場合、ステップＳ１０３で選択した案件に関して全ての基準について判定が終了したかを判定する（ステップＳ１０８）。
【０１２９】
当該判定の結果、全ての基準に対する判定が終了していない場合は、判定部１２０は、ステップＳ１０４で抽出した基準の中から次の基準を選択し（ステップＳ１０９）、ステップＳ１０６に戻って改めて選択した基準に対する比較処理を行う。
【０１３０】
一方、ステップＳ１０８における判定の結果、全ての基準に対する判定が終了していた場合、当該ステップＳ１０４〜ステップＳ１０９を通じて判定を行った案件については褒賞データの送信を行うための条件を満たしているものとして、褒賞データの送信を行う案件であるとして一旦保持しておく（ステップＳ１０９）。具体的には、判定部１２０は、当該案件を識別する案件管理番号を所定の記憶領域に一時記憶しておく。
【０１３１】
次に、判定部１２０は、ステップＳ１０２で抽出した全ての案件について、基準との比較判定を行ったかを判定する（ステップＳ１１１）。抽出した案件について、まだ基準をクリアしているかどうかの判定を行っていない案件がある場合は、判定が終わっていない次の案件を選択してステップＳ１０４に戻る（ステップＳ１１２）。
【０１３２】
一方、抽出した全ての案件について褒賞データの送信を行うための条件を満たしているか判定、すなわち設定された基準をクリアしているかの判定が終わっている場合、判定結果通知情報生成部１３２に判定結果通知情報の生成指示を出す（ステップＳ１１３）。
【０１３３】
例えば、図２０に示すユーザ情報管理ファイルがユーザ情報記憶部２３０に記憶されている場合において、ユーザＩＤがレオナルドのユーザより褒賞データ送信要求が送信された場合、判定部１２０は、ステップＳ１０２で判定対象案件として、当該ユーザ情報管理ファイルにおいてユーザＩＤレオナルドに対応付けられた対象案件管理番号Ｎｏ０１２５２、Ｎｏ０１５３２、Ｎｏ０３５６７、を抽出し、当該３つの案件についてステップＳ１０３〜ステップＳ１１２の処理を行う。ここで、当該判定処理の結果、Ｎｏ０１５３２だけ褒賞データを送信するための条件を満たしていると判定されたとする。この場合、判定部１２０は、図２２に示す判定結果を判定結果通知情報生成部１３２に判定結果通知情報生成指示と共に送る。判定結果通知情報生成部１３２は、当該判定結果をユーザに通知する判定結果通知情報を生成して送信部に１４０に送る。
【０１３４】
図２１に戻り、判定部１２０は、ステップＳ１１０で保持した案件があるかを判定する（ステップＳ１１４）。当該判定の結果、保持した案件がない場合は、褒賞データを送信するための条件を満たしている案件は無かったとして処理を終了する。一方、保持した案件がある場合は、保持した案件の褒賞データの読込指示を褒賞データ読込部１３１に出す（ステップＳ１１５）。
【０１３５】
具体的には、保持した案件の案件管理番号を褒賞データ読込部１３１に送り、当該案件管理番号を受け取った褒賞データ読込部１３１は、条件記憶部２１０に記憶している条件管理ファイルを参照して、当該案件管理番号に対応付けられているアイテム番号を取得する。褒賞データ読込部１３１は、当該取得したアイテム番号のアイテムを褒賞データとして褒賞データ記憶部２２０から読み出す。
【０１３６】
また、判定部１２０は、ステップＳ１１０で保持した案件がある場合は、保持した案件の案件管理番号をユーザ情報管理ファイルに記録されている対象案件管理番号の中から削除する指示を対象案件設定更新部１９０に出す（ステップＳ１１６）。対象案件設定更新部１９０は、当該指示された案件については既に当該ユーザに対して褒賞データを送信したものとして、当該ユーザに対応付けられて記録されている判定対象案件から外す。
【０１３７】
なお、図１４のように更新部１８０が条件記憶部２１０に記憶されている褒賞データをそうしんするための条件を更新する形態をとる場合は、判定部１２０は、保持した案件に係る褒賞データを送信するための条件を更新する指示を更新部１８０に出す。このように構成されていても良い。
【０１３８】
また、図１１で説明したように、褒賞データ送信要求に係るユーザについての認証処理を行う形態をとる場合は、ステップＳ１０１とステップＳ１０２の間に、褒賞データ送信要求に含まれるユーザＩＤとパスワードの組み合わせがユーザ情報記憶部２３０に記憶されているかどうかの判定処理が配置されても良い。
【０１３９】
（実施の形態２）
どのような位置範囲で褒賞データが送信されるかや、その他の基準に関する情報がなければユーザは適切な褒賞データ送信要求を行うことが出来ない。このような、褒賞データを送信する条件に関する手掛かりとなる情報をヒント情報と称する。本実施の形態２に係る情報処理システムは、当該ヒント情報を各ユーザに適切に提供する機能を備える。以下、図面を参照して詳細に説明する。但し、実施の形態１で既に説明した部分については説明を省略する。
【０１４０】
図２３は、本実施の形態２に係る情報処理サーバ４００の構成を示すブロック図である。
情報処理サーバ４００は、ヒント情報処理部４１０を備える。また、データベース２００は、ヒント情報記憶部２５０を備える。ヒント情報記憶部２５０は、条件記憶部２１０に記憶される各条件に関する手掛かりとなる情報を記憶する。
【０１４１】
ヒント情報処理部４１０は、条件記憶部２１０に記憶されている各案件のうち、現在又は将来に渡って褒賞データが送信される可能性のある案件に関するヒント情報をユーザに対して通知する。具体的には、ヒント通知情報処理部４１０は、条件記憶部２１０に記憶されている各案件のうち、現在又は将来に渡って褒賞データが送信される可能性のある案件に関するヒント情報をヒント情報記憶部２５０より抽出して送信部１４０に送り、送信部１４０は、当該ヒント情報を各ユーザに送信する。
【０１４２】
ここで、ヒント情報処理部４１０は、ヒント情報を通知する案件に登録されている褒賞データに関する情報や、案件番号等をヒント情報と共に纏めた所定のフォーマットでヒント情報を通知する事が好ましい。以下の説明では、このようにユーザに対して案件に関する情報と共に通知されるヒント情報をヒント通知情報と称する。ヒント情報処理部４１０は、現在又は将来に渡って褒賞データが送信される可能性のある案件に関する情報と、当該案件に関するヒント情報と、を含むヒント通知情報を生成して送信部１４０より各ユーザに送信する。
【０１４３】
図２４は、当該ユーザに通知されるヒント通知情報の一例を示している。ヒント通知情報には、通知される各案件を識別する案件管理番号と、当該案件における褒賞データであるアイテムの名前と、当該褒賞データを取得するための手掛かりとなるヒント情報と、が対応付けられて記録されている。
【０１４４】
図２４では、ヒント情報として、携帯端末装置３００の表示部３０２で表示される文字データによるヒント１として、また、ＧＰＳ位置座標データがヒント２としてそれぞれ一期順に関するヒントとして含まれる。なお、携帯端末装置３００は、当該ＧＰＳ位置座標データに基づいて褒賞データ送信スポットを示すアイコンをマップ上にオーバーレイ表示する事でユーザに褒賞データ送信スポットを知らせる事ができる。但し、当該ヒント情報に含まれるＧＰＳ位置座標で指定される位置に褒賞データ送信スポットを示すアイコンを表示すると、褒賞データの取得が簡単になりすぎるため、別途条件を設けておき、所定の条件を満たす場合に当該ＧＰＳ位置座標データに基づくヒントを表示する構成としても良い。このような所定の条件としては、所定の時間帯内であることや、ＧＰＳ位置座標によるヒントを表示させる所定のアイテムを使用したことなどとすることができる。
【０１４５】
また、図２４では時間基準に対するヒント３がヒント情報に含まれている。図２４から分かるように、ヒントは直接的な表現であっても良いし、隠喩的な表現であっても良い。
【０１４６】
ここで、ヒント情報処理部４１０がヒント通知情報を生成するタイミングは、予め設定されていても良いし、ユーザからの要求に基づいてヒント通知情報を生成しても良い。
【０１４７】
図２５は、本実施の形態２に係る情報処理システム２０００の変形例である。受信部１１０は、ユーザよりヒント情報の通知を要求するヒント通知要求を受信する。ヒント情報処理部４１０は、当該ヒント通知要求を受け取ると、当該ヒント通知要求に係るユーザに対応付けられた案件をユーザ情報記憶部２３０に記憶されている図２０に例示するユーザ情報管理ファイルを参照して特定する。ヒント情報処理部４１０は、当該ヒント通知要求に係るユーザに対応付けられた案件に登録されている褒賞データを送信するための条件の手掛かりとなるヒント情報をヒント情報記憶部２５０より抽出する。
【０１４８】
図２６は、本実施の形態２に係る情報処理システム２０００の変形例である。判定部１２０は、褒賞データ送信要求に基づいて行う判定対象案件に設定されている各基準をクリアしているかどうかの判定の結果をヒント情報処理部４１０に送る。褒賞データ送信要求に基づく判定事項が褒賞データを送信するための基準を満たしていないと判定部１２０で判定された場合に、ヒント情報処理部４１０は、当該満たしていない基準の手掛かりとなるヒント情報をヒント情報記憶部２５０から抽出する。ヒント情報処理部４１０は、抽出したヒント情報を送信部１４０に送り、当該ヒント情報を褒賞データ送信要求の送信元ユーザに送信する。
【０１４９】
なお、ヒント情報処理部４１０は、抽出したヒント情報を判定結果通知情報生成部１３２に送っても良い。判定結果通知情報生成部１３２は、判定部１２０における判定結果と、クリアできていない基準についての手掛かりとなるヒント情報とを含む判定結果通知情報を生成し、送信部１４０に送る。送信部１４０は、当該ヒント情報を含む判定結果通知情報を褒賞データ送信要求の送信元ユーザに送信する。
【０１５０】
以上のように本実施の形態２に係る情報処理システム２０００において、送信部１４０は、褒賞データの送信を行うかどうかの基準の手掛かりとなる事項であるヒント情報を送信することを特徴とする。当該ヒント情報に示される内容に従ってユーザが適切な褒賞データ送信要求を出した場合に褒賞データが当該ユーザに送信される構成となる。
【０１５１】
データベース２００には、褒賞データの送信を行うかどうかの基準の手掛かりとなる事項であるヒント情報を複数記憶するヒント情報記憶部２５０が設けられ、ヒント情報処理部（ヒント情報抽出部）４１０は、当該ヒント情報記憶部２５０に記憶されている複数のヒント情報の中から適切なヒント情報を抽出する。
【０１５２】
例えば受信部１１０が、ヒント情報の送信を要求するヒント情報送信要求を更に受信し、ヒント情報処理部（ヒント情報抽出部）４１０が、受信部１１０で受信されたヒント情報送信要求に基づいてヒント情報記憶部２５０に記憶されている複数のヒント情報の中から適切なヒント情報を抽出する。また、ヒント情報処理部（ヒント情報抽出部）４１０は、条件記憶部２１０に追加更新された案件についてのヒント情報を定期的にユーザ情報記憶部２３０に登録されているユーザに対して配信する構成としても良い。
【０１５３】
ヒント情報処理部（ヒント情報抽出部）４１０がどのヒント情報を抽出するかとしては、各ユーザに対応付けられている判定対象案件についてヒント情報を抽出するものとすることができる。すなわち、ヒント情報記憶部２５０は、各案件について褒賞データの送信を行うかどうかの基準の手掛かりとなる事項であるヒント情報を記憶しておき、ヒント情報処理部（ヒント情報抽出部）４１０は、受信部１１０で受信されたヒント情報送信要求に係るユーザを対象とする案件のヒント情報をヒント情報記憶部２５０に記憶されている複数のヒント情報の中から抽出する。このように構成する事により、各ユーザは自身に関係のない案件のヒント情報を受信しなくてすむため、煩雑となることが無い。
【０１５４】
また、ヒント情報処理部（ヒント情報抽出部）４１０は、判定部１２０における判定結果に基づいてヒント情報を抽出する構成とすることもできる。ヒント情報処理部（ヒント情報抽出部）４１０は、褒賞データ送信要求に基づく判定事項が前記褒賞データを送信するための基準を満たしていないと判定部１２０で判定された場合に、当該満たしていない基準の手掛かりとなるヒント情報をヒント情報記憶部２５０より抽出する。送信部１４０は、ヒント情報抽出部４１０で抽出されたヒント情報を褒賞データ送信要求の送信元ユーザに対して送信する。
【０１５５】
ユーザは褒賞データを貰えると思って褒賞データ送信要求を出した場合に、褒賞データの取得に失敗した場合、ストレスを感じる。ここで、何が悪かったのかが分からないとこのストレスが増大する。そこで、褒賞データを送信しないと判定された理由を褒賞データ送信要求の送信元ユーザに返信する構成とすることが好ましい。そこで、判定結果通知情報生成部１３２は、当該褒賞データを送信しないと判定された理由、すなわち褒賞データを送信するための条件に係る各基準の中でどの基準をクリアしていなかったため、褒賞データを送信しないと判定されたかについての情報を含めて判定結果通知情報を生成し、送信部１４０が当該判定結果通知情報を送信する構成とするとユーザのストレスを解消し、継続的に本情報処理システム２０００が提供するサービスを受けさせる事を促進できるため更に良好である。
【０１５６】
ここで、ユーザは、褒賞データを送信しないと判定された理由が分かっても、どのようにすれば、褒賞データを貰えるかの手掛かりが分からないと改善行動を取る事ができず、ストレスを増大させる事がある。そこで、ヒント情報処理部（ヒント情報抽出部）４１０は、褒賞データ送信要求に基づく判定事項が褒賞データを送信するための基準を満たしていないと判定部１２０で判定された場合に、当該満たしていない基準の手掛かりとなるヒント情報を抽出し、送信部１４０が、当該ヒント情報を前記褒賞データ送信要求の送信元ユーザに対して送信することでこの問題を解決する事ができる。なお、上述したように、当該ヒント情報は、判定結果通知情報に含められて送信されても良い。
【０１５７】
ここで、条件記憶部２１０に記憶されている各案件の基準そのものをヒント情報として直ちに送信してしまうと、一種のゲーム性が損なわれ、ユーザ離れを加速してしまう。そこで、ヒント情報は、ヒントの具体性に応じて複数の段階に分けた状態でヒント情報記憶部２５０に記憶されていると良い。
【０１５８】
図２７は、ヒント情報記憶部２５０に記憶されるヒント情報を管理するヒント情報管理ファイルの一例である。ヒント情報管理ファイルには、各案件を識別する案件管理番号に、ヒント情報が対応付けられており、ヒント情報は、各案件について判定部１２０で行われる褒賞データを送信するかどうかの判定の各基準に関するヒントが登録されている。更にヒント情報に登録されるヒントは、階層的に登録されており、例えば位置基準に関するヒントは、ヒントレベル１〜ヒントレベル３の３段階に分けて登録されている。
【０１５９】
ヒント情報処理部４１０は、ヒント情報の通知対象となる案件についてヒントＬｖ１のヒントを抽出して送信部１４０より送信する。ここで、判定部１２０において褒賞データの送信を行わないと判定された場合、追加のヒント情報として、ヒントＬｖ２のヒントを抽出する。このように、ヒントを小出しにしてユーザに通知する事で、ゲーム性を保つ事ができる。ここで、ヒントレベルが小さいほどヒントの内容が抽象的・暗喩的であり、ヒントレベルが大きくなるほどヒントの内容が具体的となる。従って、ユーザは高いヒントレベルのヒントを受け取る事で褒賞データを取得できる確率が向上する。
【０１６０】
ここで、ヒント情報処理部４１０は、ヒントＬｖ１のヒントは、定期的にユーザに配信するか、又はユーザからヒント情報要求を受け取った場合に当該ユーザに送信し、より具体的なヒントは、判定部１２０で褒賞データを送信しないと判定された場合に、追加ヒント情報として送信する構成とすると良い。
【０１６１】
図２８は、当該ヒント配信の処理手順の一例を示している。ヒント情報処理部４１０は、各案件に複数登録されているヒント情報のうち、抽象度の高いヒントレベル１のヒントを基本ヒント情報としてヒント情報記憶部２５０から抽出し、送信部１４０より各ユーザに送信する（ステップＳ２０１）。
【０１６２】
次に、判定部１２０は、褒賞データ送信要求を受信したかを判定する（ステップＳ２０２）。受信部１１０で褒賞データ送信要求が受信されていない場合は、受信されるのを待つ。一方、褒賞データ送信要求が受信された場合、当該褒賞データ送信要求に基づいて褒賞データを送信するための条件を満たしているか、すなわち、褒賞データを送信するための条件の一部として設定されている各基準をクリアしているかを判定する（ステップＳ２０３）。
【０１６３】
ステップＳ２０３の判定の結果、褒賞データを送信すると判定された場合、褒賞データ処理部１３０は、当該案件に登録されている褒賞データを読み込んで送信部１４０より送信する（ステップＳ２０４）。一方、ステップＳ２０３の判定の結果、褒賞データを送信しないと判定された場合、ヒント情報処理部４１０は、当該案件に設定されたヒント情報のうち、まだ送信していないヒントレベル２以降のヒント情報を抽出し、送信部１４０より当該褒賞データ送信要求の送信元ユーザに送信する（ステップＳ２０５）。
【０１６４】
情報処理サーバ４００が、このような処理を行うことでヒント情報を段階的に配信する事ができる。
【０１６５】
なお、情報処理サーバ４００は、携帯端末装置３００側で必要となる処理を行わせるプログラムを配信するプログラム配信部４２０を備えていても良い。この場合、データベース２００には、配信するプログラムを記憶するプログラム記憶部２６０を備える。プログラム配信部４２０は、受信部１１０で受けたプログラム配信要求を受け取ると、プログラム記憶部２６０に記憶されているプログラムを読み出して送信部１４０に送る。送信部１４０は、当該プログラムをプログラム配信要求の送信元ユーザに送信する。
【０１６６】
ここで、ユーザの携帯端末装置３００に送信されてインストールされる上記プログラムは、例えば以下の処理を行うプログラムとすることが好ましい。例えば、当該プログラムは、操作入力部３０３で受けた操作入力に基づいて褒賞データの送信を要求する褒賞データ送信要求パケットを生成する生成ステップをＣＰＵに実行させる。また、当該プログラムは、無線受信部３４０で受信したデータが褒賞データである場合に、記憶部３６０に当該褒賞データを格納する格納ステップをＣＰＵに実行させる。また、当該プログラムは、記憶部３６０に記憶されている画像データである褒賞データを操作入力部３０３でユーザより受けた表示指示に基づいて、表示部３０２に表示させる表示制御ステップをＣＰＵに実行させる。ここで、当該プログラムは、記憶部３６０に記憶されている画像データである複数の褒賞データのサムネイル画像を同一画面に配置して、操作入力部３０３でユーザより受けた表示指示に基づいて、表示部３０２に表示させる表示制御ステップをＣＰＵに実行させても良い。図３０は、記憶部３６０に記憶されている褒賞データであるカードのサムネイル画像が縦３列横４列のマトリクス形式で表示されている。
【０１６７】
以上、本発明の情報処理システムによれば、ユーザの移動を促進する事で、金の消費を促進し、経済活動を促進させる事が出来る。
【０１６８】
なお、上記説明で用いた「取得」や「獲得」という表現は、褒賞データの扱い次第で「借用」と言う文言と適宜置き換えが可能である。また、「提供」という表現は、「貸与」という文言と適宜置き換えが可能である。
【０１６９】
また、上記ヒント情報処理部４１０がユーザに送信するヒントは、条件記憶部２１０に記憶されている判定基準そのものをヒント情報として送信しても良い。すなわち、ヒント情報処理部４１０は、褒賞データを送信するための条件を、褒賞データの送信を行うかどうかの基準の手掛かりとなる事項であるヒント情報として送信する。具体的には、ヒント情報処理部４１０は、判定部１２０で行われる褒賞データの送信を行うかどうかの判定基準そのものをヒント情報としてユーザに送信する。このように構成しても良い。明確な基準そのものをユーザに通知する事でユーザは迷うことなく、褒賞データを取得するために必要な行動を取る事ができる。また、ヒント情報処理部４１０は、判定部１２０で行われる褒賞データの送信を行うかどうかの複数の判定基準の一部をヒント情報としてユーザに送信しても良い。
【０１７０】
また、ユーザの位置は、携帯端末装置３００の位置と同一視できるため、「ユーザ」と言う文言を「携帯端末装置」と言う文言と適宜置き換えが可能である。また、「褒賞データ」と言う文言は、「アイテム」、「カード」と言う表現と適宜置き換えが可能であり、共にデータ形式の無体財産である。
【０１７１】
なお、上記判定部１２０が行う判定基準として画像データを利用しても良い。携帯端末装置３００は、カメラ３０６で撮像した画像データを褒賞データ送信要求に含めて送信する。条件記憶部２１０には、判定基準として画像データが登録されており、情報処理サーバ１００において判定部１２０は、褒賞データ送信要求に含まれる画像データと基準として設定されている画像データのマッチング処理を行い、所定以上の相関が取れた場合に、当該基準をクリアしたと判定する。このように、所定の位置の画像をカメラで撮影して送らせる事で、当該位置へユーザを誘導することが出来る。
【０１７２】
また、褒賞データ送信要求の送信回数に基づいてユーザに課金する課金処理部を備えていても良い。この場合、ユーザ情報記憶部２３０に記憶されるユーザ情報には、褒賞データ送信要求の送信履歴が併せて記録され、課金処理部は、当該送信履歴に基づいて課金額を算出する。
【０１７３】
また、情報処理サーバと携帯端末装置との間の通信は暗号化されていることが好ましい。この場合、情報処理サーバにおいて受信部の後段に暗号化された褒賞データ送信要求等、携帯端末装置より送信される各種暗号化された情報を復号する復号部が配置される。また、送信部の前段に、褒賞データ等、携帯端末装置に送信する情報を暗号化する暗号化部が配置される。ここで、ユーザ情報記憶部２３０には、各ユーザ毎に異なる暗号鍵が登録されており、当該復号部や暗号部は、送信元又は送信先のユーザの暗号鍵を用いて復号処理又は暗号化処理を行う形式とすると更に良好である。また、プログラム配信部４２０より配信されるプログラムと共に当該暗号鍵がユーザの携帯端末装置に送信される構成とすると良い。携帯端末装置は、配信プログラムと共に受け取った暗号鍵を内部の記憶部に記憶し、情報処理サーバと通信を行う際には、当該記憶部に記憶している暗号鍵を用いて復号処理や暗号化処理を行った上で情報の受信や送信を行うと良い。
【０１７４】
また、携帯端末装置側において、受信した暗号化された状態の褒賞データは、そのまま記憶部に格納され、上記プログラムを用いたブラウザーで画像データである褒賞データを表示する場合に、当該暗号鍵を用いて復号した上で表示する構成とすると更に好ましい。この場合、褒賞データの不正コピーが行われても、記憶部に記憶されている褒賞データは暗号化されているため、当該暗号鍵を記憶している携帯端末装置以外では表示できない構成とすることができる為である。
【０１７５】
また、図３０で示したように複数の褒賞データを表示しやすいよう、情報処理サーバにおいて、褒賞データ処理部は、褒賞データと共に褒賞データのサムネイル画像を併せて読み出して携帯端末装置に送信する構成とすると更に良好である。この場合、褒賞データ記憶部２２０は、メインデータである褒賞データと対応付けられた状態で当該褒賞データのサムネイル画像が併せて記憶される。
【０１７６】
また、上記説明した情報処理サーバの各機能は、複数のサーバに分けて配置されていても良い。又、上記説明した情報処理サーバの各機能は、所定のプログラムをＣＰＵ等の情報処理装置に実行させる事でハードウェアとソフトウェアの協調により実現しても良いし、ハードウェア単独で実現しても良い。
【０１７７】
なお、上述した情報処理システムは、経済活性化システム、サービス提供システム
等の名で呼ばれる事がある。
【０１７８】
また、上記説明した褒賞データは、アイテムデータやカードデータであることが多く、上述したこれらの言葉を適宜組み替えて捉える事ができる。どのような言葉で褒賞データを定義するかは褒賞データの内容に依存する。
【０１７９】
なお、上記説明では、携帯端末装置を所謂携帯電話やスマートフォンやタブレット型携帯端末装置を想定して説明したがこれに限定されるものではない。例えば、ヘッドマウント型デバイスを携帯端末装置とすることも可能である。この場合、ヘッドマウント型デバイスには、画像を表示する透過型ディスプレイや反射型ディスプレイが表示部として配置される。ヘッドマウント型ディスプレイを装着して当該ゲームをすることで、自然に移動しながら現在の状況を把握して遊ぶ事が可能になる。
【０１８０】
また、上記で説明した各装置の各部は、それぞれ半導体集積回路を用いて実現されてもよい。ここで集積回路はＬＳＩ、ＶＬＳＩ，ＵＬＳＩと称されることもある。
【０１８１】
また、上述した本発明は、以下に示す構成とすることができる。
【０１８２】
（書類名）特許請求の範囲
（付記１）（宝探し）
褒賞データを記憶する褒賞データ記憶手段と、
前記褒賞データの送信を行うかどうかの基準として少なくとも位置に関する情報を記憶する基準記憶手段と、
褒賞データ送信要求を受信する受信手段と、
前記褒賞データ送信要求の送信元ユーザの現在位置が、前記褒賞データの送信を行うかどうかの基準として前記基準記憶手段に記憶されている前記位置に関する情報に基づいて特定される位置範囲内に位置しているかの位置判定処理を少なくとも含む前記褒賞データの送信を行うかどうかの判定処理を行う判定処理手段と、
前記判定処理手段において、前記褒賞データ送信要求に基づいて前記褒賞データを送信すると判定された場合に、前記褒賞データを送信する送信手段と、
を具備する情報処理システム。
（付記２）（ユーザ登録）
ユーザ登録を行うユーザ登録手段と、
前記ユーザ登録手段に基づいて登録されたユーザに関する情報であるユーザ情報を記憶するユーザ情報記憶手段と、を更に具備する、
付記１に記載の情報処理システム。
（付記３）（ユーザ登録要求）
前記受信手段は、ユーザ登録を要求するユーザ登録要求を更に受信し、
前記ユーザ登録手段は、前記受信手段で受信された前記ユーザ登録要求に基づいてユーザ登録を行う、
付記２に記載の情報処理システム。
（付記４）（ユーザ登録（ユーザＩＤとパスワード登録））
前記ユーザ登録要求には前記登録に係るユーザを識別するユーザ識別情報と、前記ユーザが設定するパスワードとを少なくとも含み、
前記ユーザ登録手段は、前記ユーザ登録要求に含まれる前記ユーザ識別情報と前記パスワードとを前記ユーザ情報として前記ユーザ情報記憶手段に格納する事で前記ユーザ登録を行う、
付記３に記載の情報処理システム。
（付記５）（ユーザ登録（獲得・借用済みアイテムを管理））
前記ユーザ情報記憶手段は、前記ユーザが獲得した前記褒賞データに関する情報又は前記ユーザが借用している前記褒賞データに関する情報を更に記憶する、
付記２乃至４のいずれか１項に記載の情報処理システム。
（付記６）（送信条件）
前記褒賞データ記憶手段は、複数の種類の褒賞データを記憶し、
前記基準記憶手段は、前記褒賞データを送信するための条件の一部として前記褒賞データの送信を行うかどうかの前記基準を記憶する、
付記２乃至５のいずれか１項に記載の情報処理システム。
（付記７）（送信条件をユーザと関連付け）
前記基準記憶手段は、送信される前記褒賞データを識別する褒賞データ識別情報と、前記褒賞データを送信するための条件とが登録された案件を複数記憶し、
前記ユーザ情報記憶手段は、前記登録されたユーザに対して前記案件のいくつかを関連付けて記憶し、
前記判定処理手段は、前記褒賞データ送信要求の送信元ユーザに関連付けられている前記案件に登録されている前記褒賞データを送信するための条件を満たすかどうかを判定し、
前記送信手段は、前記判定処理手段で、前記条件を満たすと判定された場合に、前記案件に登録されている褒賞データ識別情報で識別される褒賞データを送信する、
付記６に記載の情報処理システム。
（付記８）（判定結果を通知）
前記判定処理手段における前記判定処理の結果を通知する情報である判定結果通知情報を生成する判定結果通知情報生成手段を更に具備し、
前記送信手段は、前記判定結果通知情報を送信する、
付記１乃至７のいずれか１項に記載の情報処理システム。
（付記９）（褒賞データ非送信理由を通知）
前記判定処理手段において、前記受信手段で受信された前記褒賞データ送信要求に基づく前記褒賞データの送信を行わないと判定された場合、前記判定結果通知情報生成手段は、前記褒賞データの送信を行わない理由を示す理由情報を含めて前記判定結果通知情報を生成する、
付記８に記載の情報処理システム。
（付記１０１）（ヒント情報を送信）
前記送信手段は、前記褒賞データの送信を行うかどうかの基準の手掛かりとなる事項であるヒント情報を送信する、
付記１乃至９のいずれか１項に記載の情報処理システム。
（付記１１２）（ヒント情報を記憶・抽出）
前記褒賞データの送信を行うかどうかの基準の手掛かりとなる事項であるヒント情報を複数記憶するヒント情報記憶手段と、
前記ヒント情報記憶手段に記憶されている複数のヒント情報の中から適切なヒント情報を抽出するヒント情報抽出手段と、
を更に具備し、
前記送信手段は、前記ヒント情報抽出手段で抽出されたヒント情報を送信する、
付記１０に記載の情報処理システム。
（付記１２）（ヒント情報を記憶・抽出）
前記受信手段は、前記ヒント情報の送信を要求するヒント情報送信要求を更に受信し、
前記ヒント情報抽出手段は、前記受信手段で受信された前記ヒント情報送信要求に基づいて前記ヒント情報記憶手段に記憶されている複数のヒント情報の中から適切なヒント情報を抽出する、
付記１２に記載の情報処理システム。
（付記１３）（ヒント情報を記憶・抽出）
前記ヒント情報記憶手段は、各案件について前記褒賞データの送信を行うかどうかの基準の手掛かりとなる事項であるヒント情報を記憶し、
前記ヒント情報抽出手段は、前記受信手段で受信された前記ヒント情報送信要求に係るユーザを対象とする案件のヒント情報を前記ヒント情報記憶手段に記憶されている複数のヒント情報の中から抽出する、
付記１２に記載の情報処理システム。
（付記１４）（ヒント情報を記憶・抽出）
前記ヒント情報抽出手段は、前記褒賞データ送信要求に基づく判定事項が前記褒賞データを送信するための基準を満たしていないと前記判定処理手段で判定された場合に、前記満たしていない基準の手掛かりとなるヒント情報を抽出し、
前記送信手段は、前記ヒント情報抽出手段で抽出された前記ヒント情報を前記褒賞データ送信要求の送信元ユーザに対して送信する、
付記１１乃至１３のいずれか１項に記載の情報処理システム。
（付記１５）（ヒント情報を記憶・抽出）
前記ヒント情報記憶手段は、各案件について各案件について前記褒賞データの送信を行うかどうかの基準の手掛かりとなる事項であるヒント情報を複数記憶し、
前記ヒント情報抽出手段は、第１のタイミングで前記ヒント情報記憶手段に記憶された複数のヒント情報の一部を抽出し、第２のタイミングで前記複数のヒント情報の他の一部を追加ヒント情報として抽出し、
前記送信手段は、前記第１のタイミング又は第２のタイミングでそれぞれ抽出されたヒント情報を送信する、
付記１１乃至１４のいずれか1項に記載の情報処理システム。
（付記１６）（宝探し）
褒賞データ送信要求を受信する受信ステップと、
前記褒賞データ送信要求の送信元ユーザの現在位置が、前記褒賞データの送信を行うかどうかの基準として設定されている前記位置に関する情報に基づいて特定される位置範囲内に位置しているかの位置判定処理を少なくとも含む前記褒賞データの送信を行うかどうかの判定処理を行う判定処理ステップと、
前記判定処理ステップにおいて、前記褒賞データ送信要求に基づいて前記褒賞データを送信すると判定された場合に、前記褒賞データを送信する送信ステップと、
を有する情報処理方法。
【産業上の利用可能性】
【０１８３】
本発明に係る情報処理システムは、デフレ経済下において地域経済を活発化させるサービスを提供する事やゲーム間隔でユーザにサービスを提供する事などに幅広く利用可能である。
【符号の説明】
【０１８４】
１０００  情報処理システム                  １００  情報処理サーバ
１１０  受信部                              １２０  判定部（判定処理部）
１３０  褒賞データ処理部                    １３１  褒章データ読込部
１３２  判定結果通知情報生成部              １４０  送信部
１５０  ユーザ登録部                        １６０  時計部
１７０  問題通知情報生成部                  １８０  更新部
１９０  対象案件設定更新部                  ２００  データベース
２１０  条件記憶部                          ２２０  褒章データ記憶部
２３０  ユーザ情報記憶部                    ２４０  問題情報記憶部
２５０  ヒント情報記憶部                    ２６０  配信プログラム記憶部
３００  携帯端末装置                        ３０１  音声入力部
３０２  表示部                              ３０３  操作入力部
３０４  切替部                              ３０５  電源入力部
３０６  カメラ（撮像部）                    ３０７  カードスロット
３０８  音声出力部                          ３０９  接続端子
３１０  位置情報取得部                      ３２０  褒章データ送信要求生成部
３３０  無線送信部                          ３４０  無線受信部
３５０  褒賞データ処理部                    ３５１  褒賞データ格納部
３５２  判定結果通知情報格納部              ３６０  記憶部
３７０  制御部                              ３８０  問題通知情報処理部
４００  情報処理サーバ                      ４１０  ヒント処理部
４２０  プログラム配信部
【図１】
2013257605.tif 000003
【図２】
2013257605.tif 000004
【図３】
2013257605.tif 000005
【図４】
2013257605.tif 000006
【図５】
2013257605.tif 000007
【図６】
2013257605.tif 000008
【図７】
2013257605.tif 000009
【図８】
2013257605.tif 000010
【図９】
2013257605.tif 000011
【図１０】
2013257605.tif 000012
【図１１】
2013257605.tif 000013
【図１２】
2013257605.tif 000014
【図１３】
2013257605.tif 000015
【図１４】
2013257605.tif 000016
【図１５】
2013257605.tif 000017
【図１６】
2013257605.tif 000018
【図１７】
2013257605.tif 000019
【図１８】
2013257605.tif 000020
【図１９】
2013257605.tif 000021
【図２０】
2013257605.tif 000022
【図２１】
2013257605.tif 000023
【図２２】
2013257605.tif 000024
【図２３】
2013257605.tif 000025
【図２４】
2013257605.tif 000026
【図２５】
2013257605.tif 000027
【図２６】
2013257605.tif 000028
【図２７】
2013257605.tif 000029
【図２８】
2013257605.tif 000030
【図２９】
2013257605.tif 000031
【図３０】
2013257605.tif 000032