JP2022069981A - お守りシステム、お守り方法、およびお守りプログラム - Google Patents

お守りシステム、お守り方法、およびお守りプログラム Download PDF

Info

Publication number
JP2022069981A
JP2022069981A JP2020178967A JP2020178967A JP2022069981A JP 2022069981 A JP2022069981 A JP 2022069981A JP 2020178967 A JP2020178967 A JP 2020178967A JP 2020178967 A JP2020178967 A JP 2020178967A JP 2022069981 A JP2022069981 A JP 2022069981A
Authority
JP
Japan
Prior art keywords
amulet
data
user
shrine
temple
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2020178967A
Other languages
English (en)
Other versions
JP7078285B2 (ja
Inventor
優 大林
Masaru Obayashi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Marble Co Ltd
Original Assignee
Marble Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Marble Co Ltd filed Critical Marble Co Ltd
Priority to JP2020178967A priority Critical patent/JP7078285B2/ja
Publication of JP2022069981A publication Critical patent/JP2022069981A/ja
Application granted granted Critical
Publication of JP7078285B2 publication Critical patent/JP7078285B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】ユーザにとってお守りの購入および買い替えに寺社を訪れる必要がなく、携帯電話端末などを通じて常に持ち運びできるうえに紛失の恐れも少ないお守りシステムを提供する。【解決手段】お守りシステム1は、管理サーバ2と、寺社に備え付けられた寺社端末3と、ユーザが所有するユーザ携帯端末4を備え、管理サーバ2のお守り販売プログラム215によって、ユーザに、ユーザ携帯端末4に画像として表示可能なお守りをデータとして販売し、お守りに設定される通知時期が到来したときにお守り買替プログラム216によってユーザに対して新しいお守りの買い替えを通知する、お守りシステム1とした。【選択図】図1

Description

この発明は、例えば、携帯端末でデータとして持ち歩けるお守りを提供するお守りシステムに関する。
従来、種々の祈願に用いられるお守りは、正月をはじめとした特定の季節行事や、個人がお願い事を祈願する際に寺社を訪れて購入する。このようなお守りとしては、寺社毎にお札やお経が書かれた紙等を、刺繍入りの布等で包んだものがよく知られている。また、お守りは神的な内容物を含むものであるため、役目を終えたお守りは購入した寺社に返納し、お焚き上げによって浄化を伴った焼却処分を行うことが推奨されている。
これまでに、購入者のニーズに対応したお守りが提案されている。
例えば、所定の光エネルギーを吸収、発光可能な蓄光糸をお守り袋の刺繍に用いることで、夜間でも模様を認識でき、紛失を防止できるお守りが提案されている。(特許文献1参照)
しかし、このようなお守りは購入時に寺社を訪れて購入されるため、お守りの買い替えを行う際には、返納に伴って、もう一度同じ寺社を訪れる必要があるという問題があった。また、部屋の隙間や外
出先で紛失した場合は、発見が難しいという問題もあった。
公開特許公報2007-68613号
この発明は、上述の問題に鑑みて、お守りの購入者が購入および買い替えにあたって寺社を訪れる必要がなく、携帯電話端末などを通じて常に持ち運びできるうえに紛失の可能性を高確率で防止するお守りシステムを提供することを目的とする。
この発明は、寺社に関する寺社データを記憶する寺社データ記憶手段と、前記寺社毎に登録された1以上のお守りに関するお守りデータを記憶するお守りデータ記憶手段と、ユーザに関するユーザデータを記憶するユーザデータ記憶手段と、前記ユーザを識別するユーザ識別手段と、前記ユーザによる前記お守りデータの購入を受け付けるお守り購入手段と、前記お守りデータが購入された日付けと、前記お守りデータを購入したユーザのユーザデータと、購入された前記お守りデータとを関連づけて記憶する購入履歴記憶手段とを有するサーバと、前記ユーザに、前記ユーザが購入した前記お守りデータを表示する表示手段を有するユーザ端末とを備え、前記サーバは、前記お守りデータに設定される通知時期が到来したときに前記ユーザ端末に新しいお守りデータを通知し、前記お守り購入手段によって前記ユーザが前記新しいお守りデータを購入することを受け付けるお守り買い替え手段と、前記新しいお守りデータの購入が完了したことを示す購入完了データを前記ユーザ端末に送信する購入完了通知手段を備え、前記ユーザ端末は、前記購入完了データを受信すると、前記表示手段に表示するお守りデータを新しいお守りデータに更新する構成であるお守りシステムであることを特徴とする。
この発明により、お守りの購入者が購入および買い替えにあたって寺社を訪れる必要がなく、携帯電話端末などを通じて常に持ち運びできるうえに紛失の可能性を高確率で防止するお守りシステムを提供することができる。
本実施例におけるお守りシステム1のシステム構成を示すブロック図 本実施例におけるお守りデータ作成フローチャート 本実施例におけるお守り販売フローチャート 本実施例におけるお守り買い替えフローチャート 本実施例におけるお焚き上げフローチャート
以下、この発明の一実施形態を図面と共に説明する。
図1は、本実施例におけるお守りシステム1のシステム構成を示すブロック図である。お守りシステム1は、管理サーバ2と、寺社に備え付けられた寺社端末3と、ユーザが所有するユーザ携帯端末4を備えている。管理サーバ2と、寺社端末3と、ユーザ携帯端末4は、インターネット5に接続されている。
管理サーバ2は、ハードウェア要素として、CPUとROMとRAM等で構成されて各種演算や制御動作を実行する制御部20と、ハードディスクやフラッシュメモリ等で構成されて情報のリードライトを許容する記憶部21と、LANボードやWiFiユニット等で構成されて有線または無線でインターネット5に接続されてデータの送受信を行う通信部22とを備える。
記憶部21には、寺社に関するデータを格納する寺社データベース210と、お守りに関するデータを格納するお守りデータベース211と、ユーザに関するデータを格納するユーザデータベース212と、ユーザがお守りを購入した履歴データを格納する購入履歴データベース213と、販売者がお守りデータを作成するお守りデータ作成プログラム214と、ユーザにお守りを販売するお守り販売プログラム215と、お守りを購入したユーザにお守りの販売をするお守り買替プログラム216と、お守りの返納とお焚き上げに関する処理を行うお焚き上げプログラム217が格納されている。
寺社データベース210に格納された各寺社データは、各お寺や神社の名前と、各お寺や神社の位置情報と、代表者氏名と、電話番号と、メールアドレスとを含む。
お守りデータベース211に格納された各お守りデータは、各お守りに付与されたID(お守り識別情報)と、お守りの1以上の効果と、お守りの販売元である寺社データとを含む。
ユーザデータベース212に格納された各ユーザデータは、各ユーザに付与されたIDを含む。
購入履歴データベース213に格納された各購入履歴データは、お守りを購入したユーザのユーザデータと、購入されたお守りのお守りデータと、お守りの販売元である寺社データとを含む。ただし、お守りシステム1では、複数のお守りを購入することができる。或るユーザに複数のお守りが購入された場合、お守り毎にお守りデータが生成される。購入されたお守りのお守りデータには、購入日付のデータおよび購入されたお守りの種類のデータ等が含まれる。寺社データには、お守りの販売元である寺社のお守りに関する慣習のデータ等が含まれる。お守りに関する慣習には、お守りの買い替え時期またはお守りの返納時期等が含まれる。
寺社端末3は、例えばハードウェア要素として、CPUとROMとRAM等で構成されて各種演算や制御動作を実行する制御部と、ハードディスクやフラッシュメモリ等で構成されて情報のリードライトを許容する記憶部と、LANボードやWiFiユニット等で構成されて有線または無線でインターネット5に接続されてデータの送受信を行う通信部と、タッチパネル、キーボード、マウス、押下ボタン、又はこれらの複数で構成されて接触操作による入力を受け付ける入力部と、液晶ディスプレイや有機ELディスプレイ等で構成されて文字や図等の画像を表示する表示部とを備えたコンピュータである。寺社端末3は、画像データを紙媒体として出力可能な寺社プリンター6と、有線または無線ネットワークを介して接続されている。
ユーザ携帯端末4は、例えば液晶ディスプレイに情報を表示させる表示機能と、レンズを用いたカメラ機能と、カメラ機能によって撮像したコードを読み取るコード読み取り機能と、読み取ったコードに格納されたページ情報を基にWEBページに接続し、閲覧するWEB機能とを実装したスマートフォンである。
図2は、本実施例における、管理サーバ2の制御部20によって実行されるお守りデータ作成プログラム214による、お守りデータ作成フローチャートである。
お守りシステム1の利用者であるお守りの販売者は、お守りの画像と、お守りの効果と、販売元である寺社の情報を入力し、お守りデータとして管理サーバ2のお守りデータベース211に登録する。このとき、管理サーバ2の制御部20は、登録されるお守りデータに固有のお守りIDを付与する。(S1)また、入力された寺社の情報を、寺社データとして寺社データベース210に記憶する。なお、本実施例ではお守りデータの作成時に寺社の情報を入力し、寺社データとして寺社データベース210に記憶する形態としたが、お守りシステムの使用を登録制として、お守りの販売者が事前に寺社情報を登録し、お守りの効果を登録する際に、制御部20が寺社情報を寺社データベース210から紐づけてお守りデータベース211に登録する形態としてもよい。
管理サーバ2の制御部20は、登録されたお守りデータについて、確認のため寺社端末に表示する。(S2)
お守り販売者は、表示されたお守りデータについて、寺社によって定められた所定の手順を実施することで祈祷を行う。その後、祈祷が完了したことを示す情報をお守りデータに追加する。(S3)祈祷が完了したことを示す情報としては、例えば、祈祷を行った日付を含めてもよいし、祈祷時の動画を含めてもよい。
お守り販売者は、お守りデータが販売可能であることを管理サーバ2に指示する。管理サーバ2は、その指示を受け、ユーザ向けの購入可能なお守りデータとして、お守りデータベース211に登録する。(S4)
図3は、本実施例における、管理サーバ2の制御部20によって実行されるお守り販売プログラム215による、お守り販売フローチャートである。
お守りの購入者であるユーザは、寺社に訪れてお守りを購入しようとする際、ユーザ携帯端末4にインストールされたアプリを起動する。管理サーバ2の制御部20は、アプリが起動されたことを認識し、ユーザにログイン情報の入力を行わせ、ログイン処理を行う。ログインが完了したユーザに対して、事前に購入したお守りのQRコード(登録商標)を読み取るか、購入可能に設定されたお守りデータの中から購入するかを選択させる。ユーザは、寺社を訪れた際にお守りデータのQRコードが付与された媒体を事前に購入しているかによって、選択を行う。(S5)
お守りデータのQRコードを読み取る場合、例えばお守り販売者は、社務所等でQRコードを掲載したお守り用紙を販売し、ユーザはそのお守り用紙を購入しておく。制御部20は、ユーザ携帯端末4のカメラを起動し、ユーザにお守り用紙に掲載されたQRコードを読み取らせる。制御部20は、読み取ったコード情報に基づいてお守りデータをユーザ携帯端末4に送信する。(S6)
購入可能に設定されたお守りデータの中から購入する場合、制御部20はユーザに、ユーザの位置情報を使用してお守りデータを取得するか、QRコードを読み取ってお守りデータを取得するかを選択させる。位置情報を使用する場合、例えば、寺社データベース210に登録している寺社データから、GPS機能等により取得したユーザの位置情報から所定の範囲内の住所データを有する寺社を提示し、ユーザによって選択された寺社データと紐づけられているお守りデータを提示する。QRコードを読み取る場合、例えばお守り販売者は、QRコードをお守り販売のチラシにQRコードを掲載して寺社に掲示し、ユーザにチラシに掲載されたQRコードを読み取らせる。制御部20は、読み取ったコード情報に基づいて販売可能なお守りデータをユーザ携帯端末4に送信する。(S7)
ユーザは、提示されたお守りデータから1つ以上を選択する。制御部20は、選択されたお守りデータについて購入処理を行う。購入処理方法は種々の支払い方法を使用できる。例えば、クレジットカードやキャリア決済といったその場で決済が行われる場合は決済処理が完了した時点でお守りデータをユーザに送信し、コンビニ支払いや銀行振り込みの場合は入金が確認された時点でお守りデータをユーザに送信する。(S8)
制御部20は、お守りの購入処理が完了したら、購入が完了した日付、購入したお守りデータ、および購入したユーザ情報を紐づけて購入履歴データとし、購入履歴データベース213に保存する。
ユーザ携帯端末4は、受信したお守りデータ内のお守り画像を表示する。(S9)このお守り画像は、ユーザがアプリケーションを起動することでいつでも自由にユーザ携帯端末4の画面に表示できる。
図4は、本実施例における、管理サーバ2の制御部20によって実行されるお守り買替プログラム216による、お守り買い替えフローチャートである。
制御部20は、購入履歴データに紐づけられた購入日付と、現在の日付とに基づいて、お守り買替プログラム216を実施する。(S10)例えば、制御部20は、現在の日付がお守りの買い替えまたは返納時期にあたる日付であること、すなわち、買い替えを通知する通知時期が到来したことに基づいて、お守り買替プログラム216を実施する。すなわち、新しいお守りデータが通知される。通知時期としては、元旦(1月1日)、小正月(1月15日)および旧正月(節分)などがある。通知時期は、購入日付、お守りの種類および/または寺社の慣習に応じて適宜設定される。また、複数のお守りが購入されている場合には、お守り毎に、新しいお守りデータが通知される。
制御部20は、購入履歴データに紐づけられたユーザ情報に基づいて、ユーザ携帯端末4に新しいお守りの購入案内を送信する。ユーザ携帯端末4は、ユーザに対して新しいお守りの購入案内を通知する。(S11)通知手段としては、例えば、通知があったことを小窓形式で表示するプッシュ通知や、アプリを自動的に起動して画面に表示させるといった方法を使用できる。
ユーザは、表示された購入案内に対し、購入意思があるかどうかを選択する。制御部20は、ユーザが、購入意思があることを選択した場合、次のステップへ進む。購入意思がないことを選択した場合は、次の日以降、日付の確認を再度行う。(S12)なお、お守りの購入案内の通知に代えて、またはこれに加えて、現在所有しているお守りを維持する(返納時期または切り替え時期を繰り延べる)かどうかを選択するための選択肢を提示するようにしてもよい。ユーザが、お守りを維持することを選択した場合、お守りの返納時期または切り替え時期が延期される。また、お守りの維持は、有料でもよいし無料でもよい。
制御部20は、ユーザの購入意思があることを認識した場合、お守りデータベース211から、以前に購入された旧お守りデータと異なる新しいお守りデータを1つ以上選択する。(S13)このとき選択される新しいお守りデータは、お守りデータに紐づけられている寺社データが同じ、すなわち同じ寺社において販売されているお守りデータである。また、例えば、旧お守りデータに紐づけられているお守り効果と、同じもしくは類似したお守り効果を有する新しいお守りデータを選択してもよい。
制御部20は、お守りデータベース211から選択した新しいお守りをユーザ携帯端末4に表示させる。(S14)ユーザは表示された新しいお守りから1つ以上を選択する。
制御部20は、お守り販売プログラム215と同様の購入処理を行い、新しいお守りの購入処理が完了したら、購入が完了した日付、購入したお守りデータ、および購入したユーザ情報を紐づけて購入履歴データとし、購入履歴データベース213に保存する。(S15)
ユーザ携帯端末4は、受信した新しいお守りデータ内のお守り画像を表示する。(S16)このお守り画像は、ユーザがアプリケーションを起動することでいつでも自由にユーザ携帯端末4の画面に表示できる。
ユーザ携帯端末4は、旧お守りデータを管理サーバ2に送信する。(S17)このとき、ユーザに対して、旧お守りデータを寺社に返納したことを通知するメッセージを表示してもよい。また、旧お守りデータをユーザ携帯端末4から削除する処理を行ってもよい。
図5は、本実施例における、管理サーバ2の制御部20によって実行されるお焚き上げプログラム217による、お焚き上げフローチャートである。
制御部20は、ユーザ携帯端末4が送信した旧お守りデータを受信する。その後、当該旧お守りデータを、返納されたお守りデータであることを示す通知とともにお守り販売者が所有する寺社端末3に送信する。(S18)
寺社端末3は、受信した旧お守りデータの画像データを、寺社プリンター6によって紙媒体で出力する。(S19)
お守り販売者は、紙媒体で出力されたお守り画像を、寺社に寄って定められた所定の手順を実施することでお焚き上げを行う。その後、お焚き上げが完了したことを示す情報をお焚き上げデータとして旧お守りデータに追加する。(S20)お焚き上げが完了したことを示す情報としては、例えば、お焚き上げを行った日付を含めてもよいし、お焚き上げ時の動画を含めてもよい。
制御部20は、お焚き上げが完了したことを示す情報が、旧お守りデータに登録されたことを認識すると、旧お守りデータを購入および返納したユーザのユーザ携帯端末4に、旧お守りのお焚き上げが完了したことを通知する。(S21)通知手段としては、例えば、通知があったことを小窓形式で表示するプッシュ通知や、アプリを自動的に起動して画面に表示させるといった方法を使用できる。また、お焚き上げの完了を通知すると同時に、ユーザに対してお焚き上げを行った日付やお焚き上げ時の動画といったお焚き上げデータを開示してもよい。
以上の構成により、お守りの購入者が買い替えにあたって寺社を訪れる必要がなく、紛失の可能性を高確率で防止するお守りシステムを提供することができる。
管理サーバ2は、購入されたお守りの日付や現在の日付に基づいて、ユーザに対してお守りの買い替えを提案する。そのため、ユーザはわざわざ寺社に訪れなくても、お守りを買い替えることができる。また、お守りはデータとしてユーザの携帯端末に保存され、いつでも画像表示が可能な構成であるため、お守りを紛失することがない。
また、管理サーバ2はお守りの買い替えを提案する際に、旧お守りの購入履歴データに含まれている寺社データに基づいて、同じ寺社が販売する新しいお守りを提案する。そのため、ユーザが購入した寺社や買い替えることそのものを失念していたとしても、旧お守りを購入した寺社と同じ寺社が販売する新しいお守りを、忘れることなく購入することができる。
また、管理サーバ2はお守りの買い替えを提案する際に、旧お守りデータに含まれているお守り効果に基づいて、同じお守り効果を有する新しいお守りを提案する。そのため、ユーザはお守りの買い替えを行うにあたって、数あるお守りの中から適切なお守りを簡単に選択することができる。
また、管理サーバ2は、お守りの買い替えが行われた場合、旧お守りデータをユーザ携帯端末4から取得し、販売した寺社へ返納処理を行う。さらに返納された旧お守りデータについて、お焚き上げを行ったことをユーザに通知する。そのため、お守りの買い替えを行ったユーザはわざわざ寺社を訪れなくてもお守りの返納を行うことができ、お焚き上げが行われたことを知ることができる。また、お守りの買い替えの有無にかかわらず、ユーザが指定した日付(返納日)にお守りデータが自動的に返納できてもよい。たとえば、お守りの種類に応じて、役目を終えた後の日を返納日として指定しておくことによってお守りデータが返納できてもよい。合格祈願のお守りを例に挙げると、対象となる試験の合格発表日以降の任意の日付を返納日に指定しておくことによって、返納日が到来したときにお守りデータが自動的に返納される。
なお、この発明は、上述の実施形態の構成のみに限定されるものではなく、多くの実施の形態を得ることができる。
例えば、本実施例において、お守りの買い替えが行われた際に、旧お守りデータの返納を行うとしているが、お守りの買い替えを行わなくても、旧お守りデータの返納を行える構成としてもよい。この場合、例えば、ユーザ携帯端末4がアプリケーションを起動し、管理サーバ2がユーザの認証を行ったあと、メニュー表示の1つとしてお守りの返納を行う項目をユーザに選択させる形式とすることができる。
この発明における寺社データ記憶手段は、実施形態の寺社データベース210に対応し、以下同様に、
お守りデータ記憶手段はお守りデータベース211に対応し、
ユーザデータ記憶手段はユーザデータベース212に対応し、
ユーザ識別手段、お守り購入手段、お守り買い替え手段、購入完了通知手段、およびデータ返納手段は、管理サーバ2の制御部20に対応し、
購入履歴記憶手段は購入履歴データベース213に対応し、
サーバは管理サーバ2に対応し、
ユーザ端末はユーザ携帯端末4に対応し、
お焚き上げデータ出力手段は寺社プリンター6に対応し、
お焚き上げデータ入力手段は、寺社端末3の入力部に対応し、
お焚き上げデータ出力手段は、寺社端末3の通信部に対応するが、
この発明は本実施形態に限られず他の様々な実施形態とすることができる。
この発明は、お守りを販売、提供する産業に利用することができる。
1…お守りシステム
2…管理サーバ
3…寺社端末
4…ユーザ携帯端末
5…インターネット
6…寺社プリンター
20…制御部
21…記憶部
22…通信部
210…寺社データベース
211…お守りデータベース
212…ユーザデータベース
213…購入履歴データベース
214…お守りデータ作成プログラム
215…お守り販売プログラム
216…お守り買替プログラム
217…お焚き上げプログラム
この発明は、例えば、携帯端末でデータとして持ち歩けるお守りを提供するお守りシステム、お守り方法、およびお守りプログラムに関する。
従来、種々の祈願に用いられるお守りは、正月をはじめとした特定の季節行事や、個人がお願い事を祈願する際に寺社を訪れて購入する。このようなお守りとしては、寺社毎にお札やお経が書かれた紙等を、刺繍入りの布等で包んだものがよく知られている。また、お守りは神的な内容物を含むものであるため、役目を終えたお守りは購入した寺社に返納し、お焚き上げによって浄化を伴った焼却処分を行うことが推奨されている。
これまでに、購入者のニーズに対応したお守りが提案されている。
例えば、所定の光エネルギーを吸収、発光可能な蓄光糸をお守り袋の刺繍に用いることで、夜間でも模様を認識でき、紛失を防止できるお守りが提案されている。(特許文献1参照)
しかし、このようなお守りは購入時に寺社を訪れて購入されるため、お守りの買い替えを行う際には、返納に伴って、もう一度同じ寺社を訪れる必要があるという問題があった。また、部屋の隙間や外出先で紛失した場合は、発見が難しいという問題もあった。
公開特許公報2007-68613号
この発明は、上述の問題に鑑みて、お守りの購入者が購入および買い替えにあたって寺社を訪れる必要がなく、携帯電話端末などを通じて常に持ち運びできるうえに紛失の可能性を高確率で防止するお守りシステム、お守り方法、およびお守りプログラムを提供することを目的とする。
この発明は、寺社に関する寺社データを記憶する寺社データ記憶手段と、前記寺社毎に登録された1以上のお守りに関するお守りデータを記憶するお守りデータ記憶手段と、ユーザに関するユーザデータを記憶するユーザデータ記憶手段と、前記ユーザを識別するユーザ識別手段と、前記ユーザによる前記お守りデータの購入を受け付けるお守り購入手段と、前記お守りデータが購入された日付けと、前記お守りデータを購入したユーザのユーザデータと、購入された前記お守りデータとを関連づけて記憶する購入履歴記憶手段とを有するサーバと、前記ユーザに、前記ユーザが購入した前記お守りデータを表示する表示手段を有するユーザ端末とを備え、前記サーバは、前記お守りデータに設定される通知時期が到来したときに前記ユーザ端末に新しいお守りデータを通知し、前記お守り購入手段によって前記ユーザが前記新しいお守りデータを購入することを受け付けるお守り買い替え手段と、前記新しいお守りデータの購入が完了したことを示す購入完了データを前記ユーザ端末に送信する購入完了通知手段を備え、前記ユーザ端末は、前記購入完了データを受信すると、前記表示手段に表示するお守りデータを新しいお守りデータに更新する構成であり、前記ユーザ端末は、コード情報を読み取る手段と、位置情報を取得する手段の少なくとも一方を備え、前記お守り購入手段は、前記コード情報に基づく販売可能な前記お守りデータ、または、前記位置情報を取得する手段により取得した位置情報から所定の範囲内の住所データを有する寺社の販売可能な前記お守りデータを前記ユーザ端末に送信し、送信したお守りデータから1つ以上の購入の通知を前記ユーザ端末から受け付ける構成であるお守りシステムであることを特徴とする。
この発明により、お守りの購入者が購入および買い替えにあたって寺社を訪れる必要がなく、携帯電話端末などを通じて常に持ち運びできるうえに紛失の可能性を高確率で防止するお守りシステム、お守り方法、およびお守りプログラムを提供することができる。
本実施例におけるお守りシステム1のシステム構成を示すブロック図 本実施例におけるお守りデータ作成フローチャート 本実施例におけるお守り販売フローチャート 本実施例におけるお守り買い替えフローチャート 本実施例におけるお焚き上げフローチャート
以下、この発明の一実施形態を図面と共に説明する。
図1は、本実施例におけるお守りシステム1のシステム構成を示すブロック図である。お守りシステム1は、管理サーバ2と、寺社に備え付けられた寺社端末3と、ユーザが所有するユーザ携帯端末4を備えている。管理サーバ2と、寺社端末3と、ユーザ携帯端末4は、インターネット5に接続されている。
管理サーバ2は、ハードウェア要素として、CPUとROMとRAM等で構成されて各種演算や制御動作を実行する制御部20と、ハードディスクやフラッシュメモリ等で構成されて情報のリードライトを許容する記憶部21と、LANボードやWiFiユニット等で構成されて有線または無線でインターネット5に接続されてデータの送受信を行う通信部22とを備える。
記憶部21には、寺社に関するデータを格納する寺社データベース210と、お守りに関するデータを格納するお守りデータベース211と、ユーザに関するデータを格納するユーザデータベース212と、ユーザがお守りを購入した履歴データを格納する購入履歴データベース213と、販売者がお守りデータを作成するお守りデータ作成プログラム214と、ユーザにお守りを販売するお守り販売プログラム215と、お守りを購入したユーザにお守りの販売をするお守り買替プログラム216と、お守りの返納とお焚き上げに関する処理を行うお焚き上げプログラム217が格納されている。
寺社データベース210に格納された各寺社データは、各お寺や神社の名前と、各お寺や神社の位置情報と、代表者氏名と、電話番号と、メールアドレスとを含む。
お守りデータベース211に格納された各お守りデータは、各お守りに付与されたID(お守り識別情報)と、お守りの1以上の効果と、お守りの販売元である寺社データとを含む。
ユーザデータベース212に格納された各ユーザデータは、各ユーザに付与されたIDを含む。
購入履歴データベース213に格納された各購入履歴データは、お守りを購入したユーザのユーザデータと、購入されたお守りのお守りデータと、お守りの販売元である寺社データとを含む。ただし、お守りシステム1では、複数のお守りを購入することができる。或るユーザに複数のお守りが購入された場合、お守り毎にお守りデータが生成される。購入されたお守りのお守りデータには、購入日付のデータおよび購入されたお守りの種類のデータ等が含まれる。寺社データには、お守りの販売元である寺社のお守りに関する慣習のデータ等が含まれる。お守りに関する慣習には、お守りの買い替え時期またはお守りの返納時期等が含まれる。
寺社端末3は、例えばハードウェア要素として、CPUとROMとRAM等で構成されて各種演算や制御動作を実行する制御部と、ハードディスクやフラッシュメモリ等で構成されて情報のリードライトを許容する記憶部と、LANボードやWiFiユニット等で構成されて有線または無線でインターネット5に接続されてデータの送受信を行う通信部と、タッチパネル、キーボード、マウス、押下ボタン、又はこれらの複数で構成されて接触操作による入力を受け付ける入力部と、液晶ディスプレイや有機ELディスプレイ等で構成されて文字や図等の画像を表示する表示部とを備えたコンピュータである。寺社端末3は、画像データを紙媒体として出力可能な寺社プリンター6と、有線または無線ネットワークを介して接続されている。
ユーザ携帯端末4は、例えば液晶ディスプレイに情報を表示させる表示機能と、レンズを用いたカメラ機能と、カメラ機能によって撮像したコードを読み取るコード読み取り機能と、読み取ったコードに格納されたページ情報を基にWEBページに接続し、閲覧するWEB機能とを実装したスマートフォンである。
図2は、本実施例における、管理サーバ2の制御部20によって実行されるお守りデータ作成プログラム214による、お守りデータ作成フローチャートである。
お守りシステム1の利用者であるお守りの販売者は、お守りの画像と、お守りの効果と、販売元である寺社の情報を入力し、お守りデータとして管理サーバ2のお守りデータベース211に登録する。このとき、管理サーバ2の制御部20は、登録されるお守りデータに固有のお守りIDを付与する。(S1)また、入力された寺社の情報を、寺社データとして寺社データベース210に記憶する。なお、本実施例ではお守りデータの作成時に寺社の情報を入力し、寺社データとして寺社データベース210に記憶する形態としたが、お守りシステムの使用を登録制として、お守りの販売者が事前に寺社情報を登録し、お守りの効果を登録する際に、制御部20が寺社情報を寺社データベース210から紐づけてお守りデータベース211に登録する形態としてもよい。
管理サーバ2の制御部20は、登録されたお守りデータについて、確認のため寺社端末に表示する。(S2)
お守り販売者は、表示されたお守りデータについて、寺社によって定められた所定の手順を実施することで祈祷を行う。その後、祈祷が完了したことを示す情報をお守りデータに追加する。(S3)祈祷が完了したことを示す情報としては、例えば、祈祷を行った日付を含めてもよいし、祈祷時の動画を含めてもよい。
お守り販売者は、お守りデータが販売可能であることを管理サーバ2に指示する。管理サーバ2は、その指示を受け、ユーザ向けの購入可能なお守りデータとして、お守りデータベース211に登録する。(S4)
図3は、本実施例における、管理サーバ2の制御部20によって実行されるお守り販売プログラム215による、お守り販売フローチャートである。
お守りの購入者であるユーザは、寺社に訪れてお守りを購入しようとする際、ユーザ携帯端末4にインストールされたアプリを起動する。管理サーバ2の制御部20は、アプリが起動されたことを認識し、ユーザにログイン情報の入力を行わせ、ログイン処理を行う。ログインが完了したユーザに対して、事前に購入したお守りのQRコード(登録商標、以下本明細書内に記載する「QRコード」について登録商標である旨の表示を省略する)を読み取るか、購入可能に設定されたお守りデータの中から購入するかを選択させる。ユーザは、寺社を訪れた際にお守りデータのQRコードが付与された媒体を事前に購入しているかによって、選択を行う。(S5)
お守りデータのQRコードを読み取る場合、例えばお守り販売者は、社務所等でQRコードを掲載したお守り用紙を販売し、ユーザはそのお守り用紙を購入しておく。制御部20は、ユーザ携帯端末4のカメラを起動し、ユーザにお守り用紙に掲載されたQRコードを読み取らせる。制御部20は、読み取ったコード情報に基づいてお守りデータをユーザ携帯端末4に送信する。(S6)
購入可能に設定されたお守りデータの中から購入する場合、制御部20はユーザに、ユーザの位置情報を使用してお守りデータを取得するか、QRコードを読み取ってお守りデータを取得するかを選択させる。位置情報を使用する場合、例えば、寺社データベース210に登録している寺社データから、GPS機能等により取得したユーザの位置情報から所定の範囲内の住所データを有する寺社を提示し、ユーザによって選択された寺社データと紐づけられているお守りデータを提示する。QRコードを読み取る場合、例えばお守り販売者は、QRコードをお守り販売のチラシにQRコードを掲載して寺社に掲示し、ユーザにチラシに掲載されたQRコードを読み取らせる。制御部20は、読み取ったコード情報に基づいて販売可能なお守りデータをユーザ携帯端末4に送信する。(S7)
ユーザは、提示されたお守りデータから1つ以上を選択する。制御部20は、選択されたお守りデータについて購入処理を行う。購入処理方法は種々の支払い方法を使用できる。例えば、クレジットカードやキャリア決済といったその場で決済が行われる場合は決済処理が完了した時点でお守りデータをユーザに送信し、コンビニ支払いや銀行振り込みの場合は入金が確認された時点でお守りデータをユーザに送信する。(S8)
制御部20は、お守りの購入処理が完了したら、購入が完了した日付、購入したお守りデータ、および購入したユーザ情報を紐づけて購入履歴データとし、購入履歴データベース213に保存する。
ユーザ携帯端末4は、受信したお守りデータ内のお守り画像を表示する。(S9)このお守り画像は、ユーザがアプリケーションを起動することでいつでも自由にユーザ携帯端末4の画面に表示できる。
図4は、本実施例における、管理サーバ2の制御部20によって実行されるお守り買替プログラム216による、お守り買い替えフローチャートである。
制御部20は、購入履歴データに紐づけられた購入日付と、現在の日付とに基づいて、お守り買替プログラム216を実施する。(S10)例えば、制御部20は、現在の日付がお守りの買い替えまたは返納時期にあたる日付であること、すなわち、買い替えを通知する通知時期が到来したことに基づいて、お守り買替プログラム216を実施する。すなわち、新しいお守りデータが通知される。通知時期としては、元旦(1月1日)、小正月(1月15日)および旧正月(節分)などがある。通知時期は、購入日付、お守りの種類および/または寺社の慣習に応じて適宜設定される。また、複数のお守りが購入されている場合には、お守り毎に、新しいお守りデータが通知される。
制御部20は、購入履歴データに紐づけられたユーザ情報に基づいて、ユーザ携帯端末4に新しいお守りの購入案内を送信する。ユーザ携帯端末4は、ユーザに対して新しいお守りの購入案内を通知する。(S11)通知手段としては、例えば、通知があったことを小窓形式で表示するプッシュ通知や、アプリを自動的に起動して画面に表示させるといった方法を使用できる。
ユーザは、表示された購入案内に対し、購入意思があるかどうかを選択する。制御部20は、ユーザが、購入意思があることを選択した場合、次のステップへ進む。購入意思がないことを選択した場合は、次の日以降、日付の確認を再度行う。(S12)なお、お守りの購入案内の通知に代えて、またはこれに加えて、現在所有しているお守りを維持する(返納時期または切り替え時期を繰り延べる)かどうかを選択するための選択肢を提示するようにしてもよい。ユーザが、お守りを維持することを選択した場合、お守りの返納時期または切り替え時期が延期される。また、お守りの維持は、有料でもよいし無料でもよい。
制御部20は、ユーザの購入意思があることを認識した場合、お守りデータベース211から、以前に購入された旧お守りデータと異なる新しいお守りデータを1つ以上選択する。(S13)このとき選択される新しいお守りデータは、お守りデータに紐づけられている寺社データが同じ、すなわち同じ寺社において販売されているお守りデータである。また、例えば、旧お守りデータに紐づけられているお守り効果と、同じもしくは類似したお守り効果を有する新しいお守りデータを選択してもよい。
制御部20は、お守りデータベース211から選択した新しいお守りをユーザ携帯端末4に表示させる。(S14)ユーザは表示された新しいお守りから1つ以上を選択する。
制御部20は、お守り販売プログラム215と同様の購入処理を行い、新しいお守りの購入処理が完了したら、購入が完了した日付、購入したお守りデータ、および購入したユーザ情報を紐づけて購入履歴データとし、購入履歴データベース213に保存する。(S15)
ユーザ携帯端末4は、受信した新しいお守りデータ内のお守り画像を表示する。(S16)このお守り画像は、ユーザがアプリケーションを起動することでいつでも自由にユーザ携帯端末4の画面に表示できる。
ユーザ携帯端末4は、旧お守りデータを管理サーバ2に送信する。(S17)このとき、ユーザに対して、旧お守りデータを寺社に返納したことを通知するメッセージを表示してもよい。また、旧お守りデータをユーザ携帯端末4から削除する処理を行ってもよい。
図5は、本実施例における、管理サーバ2の制御部20によって実行されるお焚き上げプログラム217による、お焚き上げフローチャートである。
制御部20は、ユーザ携帯端末4が送信した旧お守りデータを受信する。その後、当該旧お守りデータを、返納されたお守りデータであることを示す通知とともにお守り販売者が所有する寺社端末3に送信する。(S18)
寺社端末3は、受信した旧お守りデータの画像データを、寺社プリンター6によって紙媒体で出力する。(S19)
お守り販売者は、紙媒体で出力されたお守り画像を、寺社に寄って定められた所定の手順を実施することでお焚き上げを行う。その後、お焚き上げが完了したことを示す情報をお焚き上げデータとして旧お守りデータに追加する。(S20)お焚き上げが完了したことを示す情報としては、例えば、お焚き上げを行った日付を含めてもよいし、お焚き上げ時の動画を含めてもよい。
制御部20は、お焚き上げが完了したことを示す情報が、旧お守りデータに登録されたことを認識すると、旧お守りデータを購入および返納したユーザのユーザ携帯端末4に、旧お守りのお焚き上げが完了したことを通知する。(S21)通知手段としては、例えば、通知があったことを小窓形式で表示するプッシュ通知や、アプリを自動的に起動して画面に表示させるといった方法を使用できる。また、お焚き上げの完了を通知すると同時に、ユーザに対してお焚き上げを行った日付やお焚き上げ時の動画といったお焚き上げデータを開示してもよい。
以上の構成により、お守りの購入者が買い替えにあたって寺社を訪れる必要がなく、紛失の可能性を高確率で防止するお守りシステムを提供することができる。
管理サーバ2は、購入されたお守りの日付や現在の日付に基づいて、ユーザに対してお守りの買い替えを提案する。そのため、ユーザはわざわざ寺社に訪れなくても、お守りを買い替えることができる。また、お守りはデータとしてユーザの携帯端末に保存され、いつでも画像表示が可能な構成であるため、お守りを紛失することがない。
また、管理サーバ2はお守りの買い替えを提案する際に、旧お守りの購入履歴データに含まれている寺社データに基づいて、同じ寺社が販売する新しいお守りを提案する。そのため、ユーザが購入した寺社や買い替えることそのものを失念していたとしても、旧お守りを購入した寺社と同じ寺社が販売する新しいお守りを、忘れることなく購入することができる。
また、管理サーバ2はお守りの買い替えを提案する際に、旧お守りデータに含まれているお守り効果に基づいて、同じお守り効果を有する新しいお守りを提案する。そのため、ユーザはお守りの買い替えを行うにあたって、数あるお守りの中から適切なお守りを簡単に選択することができる。
また、管理サーバ2は、お守りの買い替えが行われた場合、旧お守りデータをユーザ携帯端末4から取得し、販売した寺社へ返納処理を行う。さらに返納された旧お守りデータについて、お焚き上げを行ったことをユーザに通知する。そのため、お守りの買い替えを行ったユーザはわざわざ寺社を訪れなくてもお守りの返納を行うことができ、お焚き上げが行われたことを知ることができる。また、お守りの買い替えの有無にかかわらず、ユーザが指定した日付(返納日)にお守りデータが自動的に返納できてもよい。たとえば、お守りの種類に応じて、役目を終えた後の日を返納日として指定しておくことによってお守りデータが返納できてもよい。合格祈願のお守りを例に挙げると、対象となる試験の合格発表日以降の任意の日付を返納日に指定しておくことによって、返納日が到来したときにお守りデータが自動的に返納される。
なお、この発明は、上述の実施形態の構成のみに限定されるものではなく、多くの実施の形態を得ることができる。
例えば、本実施例において、お守りの買い替えが行われた際に、旧お守りデータの返納を行うとしているが、お守りの買い替えを行わなくても、旧お守りデータの返納を行える構成としてもよい。この場合、例えば、ユーザ携帯端末4がアプリケーションを起動し、管理サーバ2がユーザの認証を行ったあと、メニュー表示の1つとしてお守りの返納を行う項目をユーザに選択させる形式とすることができる。
この発明における寺社データ記憶手段は、実施形態の寺社データベース210に対応し、以下同様に、
お守りデータ記憶手段はお守りデータベース211に対応し、
ユーザデータ記憶手段はユーザデータベース212に対応し、
ユーザ識別手段、お守り購入手段、お守り買い替え手段、購入完了通知手段、およびデータ返納手段は、管理サーバ2の制御部20に対応し、
購入履歴記憶手段は購入履歴データベース213に対応し、
サーバは管理サーバ2に対応し、
ユーザ端末はユーザ携帯端末4に対応し、
お焚き上げデータ出力手段は寺社プリンター6に対応し、
お焚き上げデータ入力手段は、寺社端末3の入力部に対応し、
お焚き上げデータ出力手段は、寺社端末3の通信部に対応するが、
この発明は本実施形態に限られず他の様々な実施形態とすることができる。
この発明は、お守りを販売、提供する産業に利用することができる。
1…お守りシステム
2…管理サーバ
3…寺社端末
4…ユーザ携帯端末
5…インターネット
6…寺社プリンター
20…制御部
21…記憶部
22…通信部
210…寺社データベース
211…お守りデータベース
212…ユーザデータベース
213…購入履歴データベース
214…お守りデータ作成プログラム
215…お守り販売プログラム
216…お守り買替プログラム
217…お焚き上げプログラム

Claims (7)

  1. 寺社に関する寺社データを記憶する寺社データ記憶手段と、
    前記寺社毎に登録された1以上のお守りに関するお守りデータを記憶するお守りデータ記憶手段と、
    ユーザに関するユーザデータを記憶するユーザデータ記憶手段と、
    前記ユーザを識別するユーザ識別手段と、
    前記ユーザによる前記お守りデータの購入を受け付けるお守り購入手段と、
    前記お守りデータが購入された日付けと、前記お守りデータを購入したユーザのユーザデータと、購入された前記お守りデータとを関連づけて記憶する購入履歴記憶手段とを有するサーバと、
    前記ユーザに、前記ユーザが購入した前記お守りデータを表示する表示手段を有するユーザ端末とを備え、
    前記サーバは、前記お守りデータに設定される通知時期が到来したときに前記ユーザ端末に新しいお守りデータを通知し、前記お守り購入手段によって前記ユーザが前記新しいお守りデータを購入することを受け付けるお守り買い替え手段と、
    前記新しいお守りデータの購入が完了したことを示す購入完了データを前記ユーザ端末に送信する購入完了通知手段を備え、
    前記ユーザ端末は、前記購入完了データを受信すると、前記表示手段に表示するお守りデータを新しいお守りデータに更新する構成である
    お守りシステム。
  2. 前記お守り買い替え手段は、
    旧お守りデータを販売した寺社が取り扱う前記お守りデータの内の1以上を、前記新しいお守りデータとしてユーザに通知する
    請求項1記載のお守りシステム。
  3. 前記お守りデータは、
    前記お守りの効果を含む構成であり、
    前記お守り買い替え手段は、
    前記旧お守りデータを販売した寺社が取り扱う前記お守りデータの中から、前記旧お守りデータの効果と少なくとも一部の効果が共通する前記お守りデータを、前記新しいお守りデータとして前記ユーザに通知する構成である
    請求項2記載のお守りシステム。
  4. 寺社で用いられる寺社端末を備え、
    前記お守りデータは、
    前記お守りデータを販売する寺社を識別する寺社識別データと、
    前記お守りデータ毎に設定されたお守り識別データとを含み、
    前記ユーザ端末または前記ユーザ端末は、前記新しいお守りデータが前記購入手段によって購入されると、当該新しいお守りデータより前に購入した前記お守りデータを、前記寺社識別データに基づいて、購入した寺社の前記寺社端末へ送信する返納処理を行うお守りデータ返納手段を備え、
    前記寺社端末は前記返納処理により受信したお守りデータのお焚き上げに用いるお焚き上げ用データを出力するお焚き上げデータ出力手段を備えた
    請求項1、2、または3記載のお守りシステム。
  5. 前記寺社端末は、前記お守りデータのお焚き上げが完了したことを示すお焚き上げ完了データを入力するお焚き上げ完了入力手段と、
    前記お焚き上げ完了入力手段で入力された前記お焚き上げデータを出力するお焚き上げ完了データ出力手段とを備えた
    請求項4記載のお守りシステム。
  6. 寺社に関する寺社データを寺社データ記憶手段に記憶しておき、
    前記寺社毎に登録された1以上のお守りに関するお守りデータをお守りデータ記憶手段に記憶しておき、
    ユーザに関するユーザデータをユーザデータ記憶手段に記憶しておき、
    前記ユーザをユーザ識別手段により識別し、
    前記ユーザによる前記お守りデータの購入をお守り購入手段により受け付け、
    前記お守りデータが購入された日付けと、前記お守りデータを購入したユーザのユーザデータと、購入された前記お守りデータとを関連づけて記憶する購入履歴記憶手段に記憶し、
    前記ユーザのユーザ端末に、前記ユーザが購入した前記お守りデータを表示部に表示させ、
    お守り買い替え手段によって、前記お守りデータに設定される通知時期が到来したときに前記ユーザ端末に新しいお守りデータを通知し、前記お守り購入手段による前記ユーザの前記新しいお守りデータの購入を受け付け、
    前記新しいお守りデータの購入が完了したことを示す購入完了データを、購入完了通知手段によって前記ユーザ端末に送信し、
    前記購入完了データを受信すると、前記ユーザ端末が前記表示部に表示するお守りデータを新しいお守りデータに更新する
    お守り方法。
  7. コンピュータを、
    寺社に関する寺社データを記憶する寺社データ記憶手段と、
    前記寺社毎に登録された1以上のお守りに関するお守りデータを記憶するお守りデータ記憶手段と、
    ユーザに関するユーザデータを記憶するユーザデータ記憶手段と、
    前記ユーザを識別するユーザ識別手段と、
    前記ユーザによる前記お守りデータの購入を受け付けるお守り購入手段と、
    前記お守りデータが購入された日付けと、前記お守りデータを購入したユーザのユーザデータと、購入された前記お守りデータとを関連づけて記憶する購入履歴記憶手段とを有するサーバと、
    前記ユーザに、前記ユーザが購入した前記お守りデータを表示する表示手段を有するユーザ端末とを備え、
    前記サーバは、前記お守りデータに設定される通知時期が到来したときに前記ユーザ端末に新しいお守りデータを通知し、前記お守り購入手段によって前記ユーザが前記新しいお守りデータを購入することを受け付けるお守り買い替え手段と、
    前記新しいお守りデータの購入が完了したことを示す購入完了データを前記ユーザ端末に送信する購入完了通知手段を備え、
    前記ユーザ端末は、前記購入完了データを受信すると、前記表示手段に表示するお守りデータを新しいお守りデータに更新する構成として機能させる
    お守りプログラム。
JP2020178967A 2020-10-26 2020-10-26 お守りシステム、お守り方法、およびお守りプログラム Active JP7078285B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2020178967A JP7078285B2 (ja) 2020-10-26 2020-10-26 お守りシステム、お守り方法、およびお守りプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020178967A JP7078285B2 (ja) 2020-10-26 2020-10-26 お守りシステム、お守り方法、およびお守りプログラム

Publications (2)

Publication Number Publication Date
JP2022069981A true JP2022069981A (ja) 2022-05-12
JP7078285B2 JP7078285B2 (ja) 2022-05-31

Family

ID=81534408

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020178967A Active JP7078285B2 (ja) 2020-10-26 2020-10-26 お守りシステム、お守り方法、およびお守りプログラム

Country Status (1)

Country Link
JP (1) JP7078285B2 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003058623A (ja) * 2001-08-13 2003-02-28 Windamu:Kk 携帯端末を介した宗教上のサービス提供方法およびシステム並びにプログラム
JP2005151270A (ja) * 2003-11-18 2005-06-09 Ind:Kk 御守り映像の配信サービスシステムおよび同映像の配信方法
JP2006330907A (ja) * 2005-05-24 2006-12-07 Toshihiko Okabe 情報アクセサリー、情報システムおよび情報読み取りプログラム
JP2008242624A (ja) * 2007-03-26 2008-10-09 Nec Corp 決済システム、管理サーバ、端末、および決済プログラム
JP2019023842A (ja) * 2017-07-24 2019-02-14 株式会社クラウドテン シールを用いたお焚き上げ供養提供サービス
WO2020213297A1 (ja) * 2019-04-17 2020-10-22 株式会社ポケモン 購入支援サーバ、購入支援方法、購入支援システム、およびプログラム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003058623A (ja) * 2001-08-13 2003-02-28 Windamu:Kk 携帯端末を介した宗教上のサービス提供方法およびシステム並びにプログラム
JP2005151270A (ja) * 2003-11-18 2005-06-09 Ind:Kk 御守り映像の配信サービスシステムおよび同映像の配信方法
JP2006330907A (ja) * 2005-05-24 2006-12-07 Toshihiko Okabe 情報アクセサリー、情報システムおよび情報読み取りプログラム
JP2008242624A (ja) * 2007-03-26 2008-10-09 Nec Corp 決済システム、管理サーバ、端末、および決済プログラム
JP2019023842A (ja) * 2017-07-24 2019-02-14 株式会社クラウドテン シールを用いたお焚き上げ供養提供サービス
WO2020213297A1 (ja) * 2019-04-17 2020-10-22 株式会社ポケモン 購入支援サーバ、購入支援方法、購入支援システム、およびプログラム

Also Published As

Publication number Publication date
JP7078285B2 (ja) 2022-05-31

Similar Documents

Publication Publication Date Title
CN104040540B (zh) 利用标签和移动设备的产品信息系统及方法
JP6372856B2 (ja) 電子商取引支援方法
JP6985488B2 (ja) サーバ装置及びプログラム
US20140316946A1 (en) Event-driven sales platform and notification system and method
JP7412053B1 (ja) 不動産取引を支援するためのシステム
JP6987936B2 (ja) 電子レシートシステム及び電子レシート提供方法
JP7078285B2 (ja) お守りシステム、お守り方法、およびお守りプログラム
US11205217B2 (en) Product location system
JP2017208041A (ja) 情報処理装置および情報処理方法
JP2017224144A (ja) 店舗情報管理システム
JP2019220184A (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP2013069216A (ja) 業務支援システム
JP2019219963A (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP2006099484A (ja) Idリーダ、idリーダ用プログラム、及び商品売買システム
JP2015158893A (ja) 情報処理システム
JP5130141B2 (ja) 匿名配送管理システム
JP7292318B2 (ja) 登録装置、登録方法、およびプログラム
WO2017047081A1 (ja) 情報処理装置、情報処理方法、プログラム及び情報処理システム
JP6931510B2 (ja) 迷子管理プログラム及び情報処理装置
JP6323068B2 (ja) 注文システム及び店舗端末
JP6975985B2 (ja) 福祉用具の貸与業務用の支援システムおよびその支援のための情報処理方法
JP6935893B1 (ja) 情報処理プログラム及び情報処理装置
JP7061986B2 (ja) 管理装置、管理方法、管理プログラム
CN108352046A (zh) 配置为能够在例如学校中进行丢失财物管理的框架和方法
CN108140132A (zh) 创建项目发布

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20201027

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211214

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20220208

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220411

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220426

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220512

R150 Certificate of patent or registration of utility model

Ref document number: 7078285

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150