(57)【要約】      （修正有）【課題】御朱印の集印において、現実感の低下を回避しつつ、御朱印帳の不便さの改善を図るデジタル御朱印システムを提供する。【解決手段】寺院・神社に電子印章１１を設置する。電子印章１１の印章面には、寺院等に固有の識別パターンが形成されている。ユーザが、スマートフォン１００に電子印章１１をかざすと、スマートフォン１００は、識別パターンを読み取り、その情報をサーバ２００に送信する。サーバ２００は、予め記憶されている御朱印データを参照して、電子印章がどの寺院等のものかを認識する。そして、認識結果を、履歴データベース２１１に記憶する。こうすることで、物理的な電子印章を用いることにより御朱印を受ける際のリアリティを確保しつつ、御朱印を受けた履歴を電子的に記憶、管理することができる。【選択図】図１
0003216989.tif 000002
【実用新案登録請求の範囲】
【請求項１】
神社または寺院における御朱印を電子的に集印するデジタル御朱印システムであって、
ユーザが使用するための携帯端末と、
前記神社または寺院に設置され、前記携帯端末に前記御朱印を受けた情報を記憶させる電子印章と、
前記携帯端末を介して前記電子印章を認識する御朱印認識部と、
前記認識結果を履歴データとして記憶する履歴データ記憶部とを備えるデジタル御朱印システム。
【請求項２】
請求項１記載のデジタル御朱印システムであって、
前記携帯端末は、前記ユーザが所有する携帯電話、スマートフォンまたはタブレットであるデジタル御朱印システム。
【請求項３】
請求項１または２記載のデジタル御朱印システムであって、
前記電子印章は、前記御朱印と対応づけられた固有の識別パターンを形成したパターン面を有しており、
前記デジタル御朱印システムは、前記御朱印を表す情報である御朱印データを前記識別パターンと対応づけて予め記憶する御朱印データ記憶部を有しており、
前記御朱印認識部は、前記識別パターンを読み取って、前記御朱印データ記憶部を参照することにより、前記御朱印を認識するデジタル御朱印システム。
【請求項４】
請求項１または２記載のデジタル御朱印システムであって、
前記電子印章は、前記御朱印と対応づけられた識別情報を発信する発信装置を内蔵しており、
前記デジタル御朱印システムは、前記御朱印を表す情報である御朱印データを前記識別情報と対応づけて予め記憶する御朱印データ記憶部を有しており、
前記御朱印認識部は、前記識別情報を受信して、前記御朱印データ記憶部を参照することにより、前記御朱印を認識するデジタル御朱印システム。
【請求項５】
請求項４記載のデジタル御朱印システムであって、
前記電子印章は、紙に押印可能な印面を有しているデジタル御朱印システム。
【請求項６】
請求項３〜５いずれか記載のデジタル御朱印システムであって、
前記御朱印データ記憶部は、前記御朱印データとして、前記御朱印を表す画像データを記憶するデジタル御朱印システム。
【請求項７】
請求項１〜６のいずれか記載のデジタル御朱印システムであって、
前記御朱印を認識した日付けを取得する日付取得部を有し、
前記履歴データ記憶部は、前記認識結果と関連づけて、前記日付けを記憶するデジタル御朱印システム。
【請求項８】
請求項１〜７いずれか記載のデジタル御朱印システムであって、
前記ユーザからのコメントを入力するコメント入力部を有し、
前記履歴データ記憶部は、前記認識結果と関連づけて、前記コメントを記憶するデジタル御朱印システム。
【請求項９】
請求項１〜８いずれか記載のデジタル御朱印システムであって、
該デジタル御朱印システムに対応した複数の御朱印のうち、前記履歴データ記憶部に記憶されていないものから、所定の規則に基づいて、前記ユーザに対して、次に参拝すべき神社または寺院を提示するリコメンド部を有するデジタル御朱印システム。
【請求項１０】
請求項９記載のデジタル御朱印システムであって、
前記所定の規則は、ユーザの現在位置またはユーザが直近に参拝した神社または寺院の位置から最も近い神社または寺院を選択するという規則であるデジタル御朱印システム。
【請求項１１】
請求項９記載のデジタル御朱印であって、
前記神社または寺院は、巡礼に応じてグループ化されており、
前記所定の規則は、ユーザが行っている巡礼に従って、神社または寺院を選択するという規則であるデジタル御朱印システム。
【請求項１２】
請求項１〜１１いずれか記載のデジタル御朱印システムであって、
さらに、前記履歴データ記憶部を参照して、認識された御朱印を印刷する印刷部を有するデジタル御朱印システム。
【請求項１３】
請求項１〜１２いずれか記載のデジタル御朱印システムであって、
さらに、前記携帯端末とネットワークで接続されたサーバを有し、
該サーバは、前記履歴データ記憶部と同期して前記履歴データを記憶する履歴データベースを有するデジタル御朱印システム。
【請求項１４】
請求項１〜１３いずれか記載のデジタル御朱印システムであって、
前記電子印章は、前記神社または寺院において、施錠された保管庫に保管されているデジタル御朱印システム。
【請求項１５】
請求項１４記載のデジタル御朱印システムであって、
前記保管庫は、所定額の金銭を投入することにより解錠可能であるデジタル御朱印システム。
【考案の詳細な説明】
【技術分野】
【０００１】
本考案は、神社または寺院における御朱印を電子的に集印するデジタル御朱印システムに関する。
【背景技術】
【０００２】
御朱印とは、神社や寺院を参拝した際に、参拝者向けに押印される印影であり、単に印だけでなく墨書の寺社名や参拝日なども含まれる。参拝の記念等として古くから集印、即ち御朱印の収集が愛好されており、御朱印を収集するための御朱印帳も広く利用されている。しかし、御朱印帳は、紛失や破損などのおそれがあり、保存性に欠けるという課題があった。また、御朱印帳を忘れて参拝したときは、別の紙に御朱印を受け、帰宅後に御朱印帳に貼り付けるなどする必要があり、利便性にも欠ける面があった。
一方、御朱印とは異なるものの、こうした課題を克服する技術として、記念スタンプをデジタル化する技術も提案されている。例えば、特許文献１は、デジタルサイネージからスタンプ情報を取得することでスタンプラリーを行うシステムを開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−１３４６２６号公報
【考案の概要】
【考案が解決しようとする課題】
【０００４】
しかしながら、特許文献１の技術は、記念スタンプの取得自体がスマートフォンの画面操作で完了するため、実際にスタンプを押印する現実感に乏しいという課題があった。特にこの技術を御朱印に適用することを想定した場合、神社や寺院など、趣のある場所で押印されるものであるため、現実感は重要な要素となる。本考案は、かかる課題に鑑み、御朱印の集印において、現実感の低下を回避しつつ、御朱印帳の不便さの改善を図ることを目的とする。
【課題を解決するための手段】
【０００５】
本考案は、
神社または寺院における御朱印を電子的に集印するデジタル御朱印システムであって、
ユーザが使用するための携帯端末と、
前記神社または寺院に設置され、前記携帯端末に前記御朱印を受けた情報を記憶させる電子印章と、
前記携帯端末を介して前記電子印章を認識する御朱印認識部と、
前記認識結果を履歴データとして記憶する履歴データ記憶部とを備えるデジタル御朱印システム
と構成することができる。
【０００６】
本考案では、神社または寺院に設置された電子印章を用いて、ユーザの携帯端末に、御朱印を受けた情報を電子的に記憶させることができる。このように電子印章という物理的な印章を用いた操作が行われることにより、現実の御朱印と同様の現実感を維持することができる。その上で、御朱印を受けた情報の記憶は、電子的に保存されるため、紛失、破損等のおそれを低減できる。
本考案のデジタル御朱印システムは、携帯端末のみに全ての機能を集約し、携帯端末のみのスタンドアロンシステムで構成してもよい。スタンドアロンシステムの場合、携帯端末＝デジタル御朱印システムということになる。また、携帯端末と本体システムなどをネットワークで接続した構成（以下、「本体／端末構成」と呼ぶ）としてもよい。
電子印章の認識は、本体／端末構成の場合、第１の方法として、携帯端末で電子印章を認識するための識別情報を取得して本体に送信し、本体システムで認識を行う方法をとることができる。また、第２の方法として、携帯端末で認識し、認識結果を本体システムに送信するようにしてもよい。
【０００７】
本考案において、携帯端末は、本考案に専用の端末としてもよいが、
前記携帯端末は、前記ユーザが所有する携帯電話、スマートフォンまたはタブレットであるものとしてもよい。
こうすれば、参拝時に携帯端末を忘れる可能性を低減させることもできる。
【０００８】
本考案において、
前記電子印章は、前記御朱印と対応づけられた固有の識別パターンを形成したパターン面を有しており、
前記デジタル御朱印システムは、前記御朱印を表す情報である御朱印データを前記識別パターンと対応づけて予め記憶する御朱印データ記憶部を有しており、
前記御朱印認識部は、前記識別パターンを読み取って、前記御朱印データ記憶部を参照することにより、前記御朱印を認識するものとしてもよい。
【０００９】
こうすれば、携帯端末に電子印章をかざすように置くことにより、携帯端末で識別パターンを読み取ることで、容易に御朱印を認識させることができる。識別パターンは、文字、円などの図形、これらの図形の配列とすることができる。識別パターンの認識は、例えば、携帯端末が多点検出可能なマルチタッチタイプの画面を備える場合には、これを利用することができる。また、携帯端末がカメラを備えている場合には、識別パターンの画像を取得するようにしてもよい。この場合は、識別パターンとしてバーコード、２次元バーコードなどを利用してもよい。
本体／端末構成の場合、携帯端末において、識別パターンを認識させてもよいし、携帯端末で検出された多点の座標値や取得された画像などを本体システムに送信し、本体システムでこれらに基づいて識別パターンを認識するようにしてもよい。
【００１０】
電子印章を認識させる方法は、上述の態様に限られるものではない。
本考案において、
前記電子印章は、前記御朱印と対応づけられた識別情報を発信する発信装置を内蔵しており、
前記デジタル御朱印システムは、前記御朱印を表す情報である御朱印データを前記識別情報と対応づけて予め記憶する御朱印データ記憶部を有しており、
前記御朱印認識部は、前記識別情報を受信して、前記御朱印データ記憶部を参照することにより、前記御朱印を認識するようにしてもよい。
【００１１】
発信装置としては、ＩＣタグなどを用いることができる。こうすることにより、非接触でも電子印章を認識可能となり、利便性を向上させることができる。
【００１２】
発信装置を内蔵する態様においては、
前記電子印章は、紙に押印可能な印面を有しているものとしてもよい。
【００１３】
非接触で電子印章を認識可能であるため、このように押印可能な印章に発信装置を内蔵することも可能となる。電子印章を押印可能なものとすれば、従来の御朱印帳に御朱印を受けると同時に電子化して記憶することも可能となり、より現実感と利便性とを向上させることが可能となる。
【００１４】
本考案において、
前記御朱印データ記憶部は、前記御朱印データとして、前記御朱印を表す画像データを記憶するものとしてもよい。
こうすれば、御朱印の出力に必要なデータを電子印章から取得する必要がなくなる。
もっとも、本考案においては、電子印章と携帯端末との間で、近距離通信を可能とすることにより、御朱印の画像データなどを電子印章から携帯端末に送信するようにしても構わない。
【００１５】
本考案においては、
前記御朱印を認識した日付けを取得する日付取得部を有し、
前記履歴データ記憶部は、前記認識結果と関連づけて、前記日付けを記憶するものとしてもよい。
【００１６】
こうすることにより、参拝した日付を容易に管理することができる。日付けの取得は、例えば、ユーザが入力するようにしてもよいし、携帯端末または本体／端末構成における本体システムの時計機能などから取得してもよい。また、ネットワークを介して外部のサーバから取得するようにしてもよい。
【００１７】
本考案においては、
前記ユーザからのコメントを入力するコメント入力部を有し、
前記履歴データ記憶部は、前記認識結果と関連づけて、前記コメントを記憶するものとしてもよい。
【００１８】
こうすることにより、参拝時の思い出などをコメントとして入力可能となり、集印した御朱印の記念としての価値を高めることができる。コメントは、電子印章を認識する際に入力可能としてもよいし、後日、入力や編集可能としてもよい。
【００１９】
本考案においては、
該デジタル御朱印システムに対応した複数の御朱印のうち、前記履歴データ記憶部に記憶されていないものから、所定の規則に基づいて、前記ユーザに対して、次に参拝すべき神社または寺院を提示するリコメンド部を有するものとしてもよい。
【００２０】
こうすることで、ユーザは、容易に次に参拝すべき神社や寺院を判断でき、利便性を向上させることができる。
神社や寺院の特定は、例えば、御朱印データ記憶部に、予め本考案のシステムに対応した各地の神社や寺院を記憶しておき、これを参照して、ユーザがまだ参拝していない神社等を選択してもよい。また、ネットワークを介して外部のサーバから、神社や寺院の情報を取得して、まだ参拝していない神社等を選択してもよい。
【００２１】
神社や寺院を選択するための所定の規則は、種々の設定が可能である。
例えば、前記所定の規則は、ユーザの現在位置またはユーザが直近に参拝した神社または寺院の位置から最も近い神社または寺院を選択するという規則としてもよい。
かかる態様においては、御朱印データ記憶部に、予め神社や寺院の位置情報などを記憶しておけばよい。また、神社等への経路も考慮して選択する場合には、別途、地図情報を用意し、経路探索するための機能を備えておくことが好ましい。
【００２２】
別の態様として、
前記神社または寺院は、巡礼に応じてグループ化されている場合には、
前記所定の規則は、ユーザが行っている巡礼に従って、神社または寺院を選択するという規則としてもよい。
推奨する神社等の提示も、種々の態様が考えられる。例えば、名称等をリストで提示してもよいし、地図上に示しても良い。
【００２３】
本考案においては、
さらに、前記履歴データ記憶部を参照して、認識された御朱印を印刷する印刷部を有するものとしてもよい。
【００２４】
こうすることにより、集印した御朱印を印刷させて楽しむことができ、より現実感を向上させることができる。
印刷は、携帯端末とプリンタを接続して行うようにしてもよいし、外部の印刷サービスによって行うようにしてもよい。
【００２５】
本考案においては、
さらに、前記携帯端末とネットワークで接続されたサーバを有し、
該サーバは、前記履歴データ記憶部と同期して前記履歴データを記憶する履歴データベースを有するものとしてもよい。
本体／端末構成における本体システムをサーバで構成する態様である。こうすることにより、携帯端末の破損、紛失などによって、履歴データが失われることを回避できる。
【００２６】
本考案においては、
前記電子印章は、前記神社または寺院において、施錠された保管庫に保管されているものとしてもよい。
こうすることにより、電子印章の紛失、盗難を避けることができる。
【００２７】
このように保管庫に保管する場合、
前記保管庫は、所定額の金銭を投入することにより解錠可能であるものとしてもよい。
こうすることにより、ユーザが自ら解錠して、御朱印の記憶を行うことが可能となり、利便性を向上させることができる。
【図面の簡単な説明】
【００２８】
【図１】実施例１におけるデジタル御朱印システムの構成を示す説明図である。
【図２】電子印章を認識する方法を示す説明図である。
【図３】履歴データおよび御朱印データの構造を示す説明図である。
【図４】御朱印登録処理のフローチャートである。
【図５】御朱印表示処理のフローチャートである。
【図６】リコメンド処理のフローチャートである。
【図７】印刷処理のフローチャートである。
【図８】実施例２におけるデジタル御朱印システムの構成を示す説明図である。
【図９】実施例２における御朱印登録処理のフローチャートである。
【図１０】実施例２における御朱印表示処理のフローチャートである。
【考案を実施するための形態】
【実施例１】
【００２９】
図１は、実施例1におけるデジタル御朱印システムの構成を示す説明図である。デジタル御朱印システムは、寺院・神社に設置された電子印章１１を、ユーザが利用するスマートフォン１００を介してネットワークＮＥで接続されたサーバ２００が認識することで、電子的に御朱印を受けることができるシステムである。御朱印を受けた履歴は、サーバ２００で保存され、後日、印刷等を行うことができる。実施例では、寺院等に設置された例を示しているが、教会その他の宗教施設を対象としてもよい。
実施例１では、サーバ２００を本体とし、スマートフォン１００を携帯端末とする本体／端末構成のシステムについて説明する。
【００３０】
電子印章１１は、寺院等に対して固有のものとして認識可能に構成された印章である。本実施例では、電子印章１１の印章面に形成された寺院等に固有の識別パターンをスマートフォン１００が読み取り、これをサーバ２００に送信して認識するものとした。電子印章１１は、ユーザが自由に利用できるように設置されていてもよいし、寺院の僧侶や神社の神主等のみが利用するように設置していてもよい。本実施例では、施錠可能なケース１０に収納するものとした。ケース１０は、ユーザが所定額の金銭を投入すると解錠され、電子印章１１を取り出して利用できるように構成されていてもよい。電子印章１１は、持ち去り防止用のチェーン等でケース１０につなぎ止められているものとしてもよい。
【００３１】
スマートフォン１００には、図示する各機能部が、構築されている。これらの機能部は、ハードウェア的に構成してもよいが、本実施例では、予めスマートフォン１００にインストールされているオペレーティングシステムおよびブラウザによってソフトウェア的に構成されている。本実施例では、ユーザのスマートフォン１００を携帯端末として利用しているが、デジタル御朱印システム専用の携帯端末を用意してもよい。また、携帯端末としては、スマートフォン１００の他、携帯電話、タブレットなど多様なデバイスを利用可能である。
【００３２】
スマートフォン１００の各機能部によって実現される機能は、次の通りである。
送受信部１０４は、ネットワークＮＥを介してサーバ２００との送受信を行う。本実施例では、アプリケーションのサーバ２００への識別パターンのアップロード、サーバ２００からの画像等のダウンロードなどを行うものとした。
パターン認識部１０１は、電子印章１１の印章面に形成された識別パターンを認識する。スマートフォン１００の画面は、携帯端末が多点検出可能なマルチタッチタイプとなっており、識別パターンは、これによって認識可能な態様で形成されている。例えば、静電容量タイプの場合には、導電繊維などで識別パターンを形成することができる。認識した識別パターンは、ネットワークＮＥを介してサーバ２００に送信される。
ブラウザ１０５は、ネットワークＮＥを介してサーバ２００から提供されるインタフェース画面等を提示する。
コメント入力部１０２は、ブラウザ１０５を介してユーザが御朱印に関連づけて記憶させるコメントを入力する。コメントは、御朱印を受けた時点で入力するものとしてもよいし、後日、入力可能としてもよい。また、入力済みのコメントを編集可能としてもよい。
画像表示部１０３は、ブラウザ１０５による画面を、スマートフォン１００のディスプレイに表示する。
【００３３】
サーバ２０には、次の機能部が用意されている。本実施例では、各機能部は、コンピュータプログラムをインストールすることによりソフトウェア的に構築するものとしたが、それぞれハードウェアで実現してもよい。
【００３４】
ユーザデータベース２１０は、ユーザＩＤ、ユーザの氏名など、デジタル御朱印システムを利用するユーザの情報を管理するためのデータベースである。
履歴データベース２１１は、ユーザが御朱印を受けた履歴を、履歴データとして記憶するデータベースである。御朱印とは、厳密には寺院等で墨書された内容および押印された印影の総称であるが、本明細書では、電子印章を認識した記録を「御朱印」と称することもある。
御朱印データベース２１２には、予め各寺院等の御朱印に関するデータ（以下、「御朱印データ」と言う）が記憶されている。御朱印データの内容としては、寺院等を認識するための識別パターン、名称、所在地、画像データなどが挙げられる。また、寺院によっては、「四国八十八箇所」のように、巡礼すべき札所として、ひとまとまりのグループとしての総称が与えられている場合もあるため、こうした総称を記憶させてもよい。以下、本明細書では、この総称を、「巡礼」と表すこともある。
【００３５】
送受信部２０５は、ネットワークＮＥを介してスマートフォン１００との送受信を行う。
印刷部２０６は、ユーザからの指示に従って、御朱印の印刷を実行する。
ユーザ管理部２０２は、新規ユーザの登録や、ユーザデータベース２１０の内容の編集など、ユーザの管理に必要な機能を提供する。
御朱印認識部２０１は、電子印章１１が、どこの御朱印を表すものかを認識する。本実施例では、電子印章１１の識別パターンの認識結果を、スマートフォン１００から受け取り、これに基づいて御朱印データを検索し、いずれの寺院等に対応するものかを認識する。
履歴データ登録部２０３は、履歴データの履歴データベース２１１への入出力を管理する。履歴データ登録部２０３は、御朱印を受けた旨の情報を受け取ると、サーバ２００が有する日付を取得し、御朱印と対応づけて履歴データに格納する。日付は、スマートフォン１００から取得するようにしてもよいし、外部のサーバから取得するようにしてもよい。
インタフェース提供部２０４は、スマートフォン１００のブラウザ１０５にインタフェースを表示するためのデータを生成する。インタフェースは、例えば、ユーザ登録、御朱印の登録、御朱印の表示、印刷の指定などの画面となる。
【００３６】
リコメンド部２０７は、ユーザが御朱印を受けた履歴を踏まえて、種々の基準に基づいて、次に訪問すべき寺院等を推奨する。例えば、ユーザの現在位置またはユーザが直近に参拝した寺院等から最も近いもの、ユーザが行っている巡礼に応じた寺院等などを推奨することができる。リコメンド部２０７は、併せて地図データや経路探索の機能を備え、推奨する寺院等の選択に活用したり、推奨する寺院等への経路案内を可能としてもよい。
【００３７】
図２は、電子印章を認識する方法を示す説明図である。本実施例では、電子印章１１の印章面１２に、円形のマーク１３の配列によって各種の識別パターンが形成されている。マーク１３の数は、スマートフォン１００のディスプレイが認識可能なマルチタッチの点数に応じて設定すればよい。図の上方に、識別パターン１２a〜１２ｃを示した。このように円形のマークの配列が異なれば、異なる識別パターンを形成することになる。この識別パターンは、寺院等ごとに固有のものとされており、予め御朱印データとしてスマートフォンに記憶されているデータと対応づけられている。
このように識別パターンが形成された印章面１２を有する電子印章１１を、図示するようにスマートフォン１００の上にかざすと、スマートフォン１００は、マルチタッチディスプレイによって識別パターンを構成するマーク１３の座標を認識することができる。サーバ２００が、この座標を受け取ると、マーク１３の相対的な位置に基づいて識別パターンを特定し、電子印章１１がどこの寺院等についてのものかを認識することができる。
【００３８】
マーク１３は、スマートフォン１００における識別パターンの認識方法に応じて種々の態様で形成することができる。静電マルチタッチの場合には、例えば、導電繊維などでマーク１３を構成してもよい。
また、スマートフォン１００は、マルチタッチではなく、カメラ機能を利用して識別パターンを取得するようにしてもよい。この場合には、マーク１３は、印章面１２の凹凸によって表してもよいし、印章面１２に描いてもよい。また、マーク１３の色も併せて認識するようにすれば、同じ配列でも異なる配色によって異なる識別パターンと認識されるようになるから、識別パターンの豊富化を図ることができる。実施例では、マーク１３として円形を示したが、その他の形状を用いても良い。また、マークに代えて、文字や寺院等の図柄、バーコード、２次元バーコードを用いるようにしてもよい。
【００３９】
さらに別の態様として、電子印章１１において、識別パターンに代えて、または識別パターンと共に、ＩＣタグ１４を用いても良い。かかる態様では、図示するように電子印章１１に、寺院等ごとに固有の識別情報を記憶させたＩＣタグ１４を内蔵しておく。電子印章１１をスマートフォン１００にかざしたとき、スマートフォン１００が近距離通信によってＩＣタグ１４の識別情報を読みとることによって、電子印章１１がどの寺院等のものかを認識することができる。ＩＣタグ１４を用いる場合には、電子印章１１の印章面１２を通常の印として用いることが可能となる利点がある。つまり、従来通りの御朱印を受けるのと同時に、電子的に御朱印を受けることもでき、よりリアリティの高いデジタル御朱印システムを提供することが可能となる。
【００４０】
図３は、履歴データおよび御朱印データの構造を示す説明図である。
履歴データは、履歴データベース２１１に記憶されており、ユーザごとに、御朱印を受けた履歴を記憶するものである。図示するとおり、履歴データには、ユーザの識別子であるユーザＩＤごとにレコードが構成されている。そして、氏名などユーザ自身に関する情報が記憶されるとともに、御朱印履歴［１］、御朱印履歴［２］のように御朱印を受けた履歴が記憶される。御朱印履歴のデータとしては、御朱印を受けた寺院等の識別子である寺院ＩＤ、御朱印を受けた年月日、およびコメントが記憶されている。さらに他の情報を記憶するようにしてもよい。
実施例では、ユーザ単位でレコードを構成する例を示したが、御朱印履歴単位でレコードを構成するようにしても構わない。
【００４１】
御朱印データは、御朱印データベース２１２に記憶されており、寺院等の情報を記憶するものである。図示する通り、御朱印データは、寺院等の識別子である寺院ＩＤごとにレコードが構成されている。履歴データにおける御朱印履歴とは、この寺院ＩＤによって関連づけられることになる。また、御朱印データには、識別パターン、名称、所在地、巡礼、画像データなどが記憶される。識別パターンは、図２で示した電子印章の識別パターンに対応するものである。こうすることにより、スマートフォン３０が、電子印章の識別パターンを読み取ると、識別パターンを検索キーとして御朱印データを検索することで、寺院等を特定することができるのである。識別パターンを表す情報は、必ずしも画像で記憶しておく必要はなく、識別パターンに表れる種々の数値、例えばマーク同士の距離や角度を用いた所定の演算によって得られる数値、符号などで記憶するようにしてもよい。また、電子印章に、ＩＣタグを用いる場合には、識別パターンに代えて、ＩＣタグに記憶される識別情報を御朱印データに記憶しておくことになる。
画像データは、御朱印を表示するためのデータである。本実施例では、墨書と朱印とを重畳した状態の画像データを記憶するものとした。
【００４２】
図４は、御朱印登録処理のフローチャートである。ユーザがスマートフォン１００に電子印章１１をかざすことによって御朱印を受ける際の一連の処理を示したものである。この処理は、主としてサーバ２００の御朱印認識部２０１、履歴データ登録部２０３などによって実行される処理となる。
御朱印登録処理は、ユーザがログインした状態で開始される。即ち、ユーザが、スマートフォン１００のブラウザ１０５に、本システムへのアクセス用のＵＲＬを入力すると、サーバ２００からログイン画面が提示される。ユーザが、ユーザＩＤ、パスワードなどの必要な情報を入力すると、サーバ２００は、ユーザデータベース２１０を参照して、ユーザ認証を行う。ユーザ認証が完了すると、サーバ２００は、メニュー画面を提示する。メニュー画面には、御朱印登録、御朱印表示、リコメンド、印刷などのメニューが表示される。
メニューにおいて、御朱印登録を選択すると、御朱印登録処理が開始されることになる。
【００４３】
処理を開始すると、スマートフォン１００は、電子印章１１の印章面の識別パターンを読み取り、サーバ２００に送信する。サーバは、この識別パターンを受信し（ステップＳ１０）、識別パターンに基づいて御朱印データを検索することにより、御朱印を認識する（ステップＳ１１）。この処理によって、御朱印データに記憶された寺院ＩＤが特定されることになる。
【００４４】
次に、サーバ２００は、日付けを取得する（ステップＳ１２）。日付けは、サーバ２００の時計機能によって得られているものを用いてもよいし、スマートフォン１００、または外部のサーバから取得してもよい。日付けには、時刻を含めてもよい。
そして、サーバ２００は、認識結果に基づいて、スマートフォン１００の画面に、御朱印の画像を表示させる（ステップＳ１３）。表示に必要な画像データは、御朱印データベース２１２に格納されている。御朱印の画像に、取得した日時を重ねて表示してもよい。
【００４５】
次に、サーバ２００は、スマートフォン１００のインタフェース画面を通じて、ユーザからのコメントを入力する（ステップＳ１４）。
こうして一連の情報を得ると、サーバ２００は、これらを履歴データベース２１１に登録する（ステップＳ１５）。本実施例では、図３に示した通り、日付、寺院ＩＤ、コメントを記憶するものとした。
【００４６】
図５は、御朱印表示処理のフローチャートである。履歴データに基づいて、受けた御朱印をスマートフォン１００のディスプレイに表示させるための処理である。この処理は、主としてインタフェース提供部２０４等が実行する処理となる。ログインの後、メニュー画面において、御朱印表示を選択すると、御朱印表示処理が開始される。
【００４７】
処理を開始すると、スマートフォン１００は、履歴データベース２１１に記憶された履歴データを読み込む（ステップＳ２０）。
そして、履歴データに基づいてサムネイルを表示する（ステップＳ２１）。図中に、表示の様子を例示した。図示するように、受けた御朱印の画像を小さく表示するのである。この表示は、履歴データに含まれる寺院ＩＤに対応する画像データを御朱印データベース２１２から読み出し、それを配列して表示することによって実現できる。スマートフォン１００のディスプレイに表示しきれない場合には、スクロール可能とすればよい。また、サムネイルの画像には、御朱印を受けた日付は重畳せずに表示してもよい。サムネイルの表示に代えて、御朱印を受けた寺院等の名称などをリスト形式で表示するものとしてもよい。
【００４８】
次に、サーバ２００は、スマートフォン１００を介してユーザの操作を受け付ける。ユーザがいずれかのサムネイルを選択した場合には（ステップＳ２２）、そのサムネイルに対応する御朱印の画像を拡大表示する（ステップＳ２３）。この際、御朱印の画像に、御朱印を受けた日付けを重畳して表示することが好ましい。また、余白に、コメントを併せて表示してもよい。この画面において、コメントの追加、編集などを可能としてもよい。
拡大表示が終わると、サーバ２００は、再び、サムネイルを表示させる（ステップＳ２１）。
サムネイルの表示画面において、ユーザが、終了を指示したときは（ステップＳ２２）、スマートフォン３０は、御朱印表示処理を終了する。
【００４９】
図６は、リコメンド処理のフローチャートである。履歴データに基づいて、次にユーザが参拝すべき寺院等を推奨する処理である。この処理は、主としてリコメンド部２０７が実行することになる。ログインの後、メニュー画面において、リコメンドを選択すると、リコメンド処理が開始される。
【００５０】
処理を開始すると、サーバ２００は、履歴データベース２１１から履歴データを読み込む（ステップＳ３０）。そして、ユーザによるリコメンド条件、即ち推奨する寺院を選択するための条件設定を受け付ける（ステップＳ３１）。本実施例では、巡礼別、近い順、話題性などの条件を設定可能とした。「巡礼別」とは、例えば、四国八十八箇所のようにユーザが実行中の巡礼がある場合には、それに従った選択をするという指定である。リコメンド条件は、いずれか一つを選択するものとしてもよいし、複数の条件に優先度を付けて選択するものとしてもよい。例えば、「巡礼別、近い順、話題性」という優先度で指定した場合には、ユーザが実行中の巡礼に属する寺院等のうち、近いもの、さらに話題性が高いものの順に選択されることになる。
リコメンド条件は、予めユーザが設定しておくようにしてもよいし、リコメンド処理を実行する際に、ユーザの指定を受け付けるようにしてもよい。
【００５１】
こうしてリコメンド条件が設定されると、サーバ２００は、それに従って、神社、寺院を選択する(ステップＳ３２)。
そして、選択結果に応じてリコメンド表示を行う（ステップＳ３３）。図中に表示例を示した。この例では、複数の寺院等が、「＊＊寺、＋＋寺」のようにリスト表示されている。ユーザがいずれかを選択すると、その寺院等の詳細な情報が表示されるようにしてもよい。表示形式は、種々の態様が可能であり、リスト形式に代えて、地図上に表示するようにしてもよい。
【００５２】
図７は、印刷処理のフローチャートである。この処理は、履歴データに基づいて、ユーザが受けた御朱印を印刷するための処理である。主としてサーバ２００の印刷部２０６が実行する処理となる。ログインの後、メニュー画面において、印刷を選択すると、印刷処理が開始される。
【００５３】
処理を開始すると、サーバ２００は、ユーザが受けている御朱印の一覧をスマートフォン１００に表示させる（ステップＳ４１）。この処理では、図５で説明した御朱印表示処理のサムネイル画面の表示（ステップＳ２１）と同様の画面が表示されることになる。例えば、サーバ２００からスマートフォン１００に対して、サムネイルを表示する指示を送信し、スマートフォン１００が御朱印表示処理のサムネイル画面の表示（図５のステップＳ２１）と同様の処理によって一覧表示するようにしてもよい。
【００５４】
一覧表示を行うと、サーバ２００は、ユーザによる印刷対象の選択指示を入力する（ステップＳ４２）。スマートフォン１００の画面上で選択した結果を受信するのである。ユーザが印刷を所望するサムネイルを個別に選択する他、全てを一括選択する方法、日付けや場所などの選択条件に基づいて選択する方法など、種々の選択方法を用意してもよい。
次に、サーバ２００は、スマートフォン１００から、出力方法の指示を入力する（ステップＳ４３）。本実施例では、出力方法として、サーバ２００側で印刷したものをユーザに郵送する方法、ユーザの所持するプリンタで印刷できるように印刷データをユーザに送信する方法、コンビニエンスストアなどの出力サービスを利用して印刷できるように受付番号などの必要な情報をユーザに送信する方法などから選択可能とした。
そして、サーバ２００は、指定された印刷を実行する（ステップＳ４４）。印刷データを、ユーザまたは出力サービスに送信する旨が指定されている場合には、それに従った処理を行うことになる。
【００５５】
以上で説明した実施１例のデジタル御朱印システムによれば、電子印章を用いることにより、御朱印を受けるリアリティを損ねることなく、電子的に御朱印を受け、管理等することができる。従って、御朱印帳の紛失、破損などのおそれを軽減することが可能となり、集印を楽しむことが可能となる。
【実施例２】
【００５６】
実施例１では、サーバ２００を本体とし、スマートフォン１００を携帯端末とする本体／端末構成のシステムを示した。実施例２では、スマートフォンにおいて主要な処理を行う携帯端末構成について説明する。
【００５７】
図８は、実施例２におけるデジタル御朱印システムの構成を示す説明図である。実施例２のシステムは、スマートフォン３０と、サーバ２０とをネットワークＮＥで接続して構成される。
電子印章１１は、実施例１と同様、寺院等に対して固有のものとしてスマートフォン３０で認識可能に構成された印章である。また、実施例１と同様、施錠可能なケース１０に収納するものとした。
【００５８】
実施例２では、ユーザは、ネットワークＮＥを介してサーバ２０にアクセスし、スマートフォン３０に、デジタル御朱印システム用のアプリケーションをダウンロードして利用する。スマートフォン３０には、図示する各機能部が、アプリケーションのインストールによって構築される。これらの機能部は、予めハードウェア的に構成してもよい。また、本実施例では、ユーザのスマートフォン３０を利用するが、デジタル御朱印システム専用の携帯端末を用意してもよい。
【００５９】
各機能部によって実現される機能は、次の通りである。
御朱印データ記憶部３３には、予め各寺院等の御朱印に関するデータ（以下、「御朱印データ」と言う）が記憶されている。御朱印データの内容としては、寺院等を認識するための識別パターン、名称、所在地、画像データなどが挙げられる。また、寺院によっては、「四国八十八箇所」のように、巡礼すべき札所として、ひとまとまりのグループとしての総称が与えられている場合もあるため、こうした総称を記憶させてもよい。以下、本明細書では、この総称を、「巡礼」と表すこともある。
【００６０】
御朱印認識部３１は、電子印章１１が、どこの御朱印を表すものかを認識する。本実施例では、電子印章１１の印章面に形成された識別パターンをカメラ機能で読み取り、御朱印データを検索して、いずれの寺院等に対応するものかを認識する。
履歴データ記憶部３２は、御朱印認識部３１による認識結果を、ユーザが御朱印を受けた履歴、即ち履歴データとして記憶する。御朱印とは、厳密には寺院等で墨書された内容および押印された印影の総称であるが、本明細書では、電子印章を認識した記録を「御朱印」と称することもある。
日付取得部３５は、御朱印を受けた日付を取得する。スマートフォン３０の時計機能で得られる日付を取得するようにしてもよいし、これとは別に外部のサーバから取得するようにしてもよい。得られた日付は、御朱印と対応づけて履歴データに格納される。
コメント入力部３６は、ユーザが御朱印に関連づけて記憶させるコメントを入力する。コメントは、御朱印を受けた時点で入力するものとしてもよいし、後日、入力可能としてもよい。また、入力済みのコメントを編集可能としてもよい。
【００６１】
リコメンド部３７は、ユーザが御朱印を受けた履歴を踏まえて、種々の基準に基づいて、次に訪問すべき寺院等を推奨する。例えば、ユーザの現在位置またはユーザが直近に参拝した寺院等から最も近いもの、ユーザが行っている巡礼に応じた寺院等などを推奨することができる。リコメンド部３７は、併せて地図データや経路探索の機能を備え、推奨する寺院等の選択に活用したり、推奨する寺院等への経路案内を可能としてもよい。
画像表示部３８は、ユーザが受けた御朱印をスマートフォン３０のディスプレイに表示する。表示すべき画像のデータは、予め御朱印データ記憶部３３に記憶されているものを用いる。御朱印の画像データに、御朱印を受けた日付の文字を重畳して表示するようにしてもよい。
送受信部３４は、ネットワークＮＥを介してサーバ２０との送受信を行う。本実施例では、アプリケーションのサーバ２０からのダウンロード、履歴データのサーバ２０へのアップロードなどを行うものとした。
【００６２】
サーバ２０には、次の機能部が用意されている。本実施例では、各機能部は、コンピュータプログラムをインストールすることによりソフトウェア的に構築するものとしたが、それぞれハードウェアで実現してもよい。
印刷部２１は、ユーザからの指示に従って、御朱印の印刷を実行する。
ユーザデータベース２２は、ユーザＩＤ、ユーザの氏名など、デジタル御朱印システムを利用するユーザの情報を管理するためのデータベースである。
履歴データベース２３は、ユーザが御朱印を受けた履歴を記憶するデータベースである。履歴データベース２３の内容は、スマートフォン３０の履歴データ記憶部３２の内容と、適宜、同期される。
ユーザ管理部２４は、新規ユーザの登録や、ユーザデータベース２２の内容の編集など、ユーザの管理に必要な機能を提供する。
アプリケーション配信部２５は、ユーザからのリクエストに応じて、スマートフォン３０に対して、デジタル御朱印システム用のアプリケーションを送信する。
【００６３】
図９は、実施例２における御朱印登録処理のフローチャートである。ユーザがスマートフォン３０に電子印章１１をかざすことによって御朱印を受ける際の一連の処理を示したものである。この処理は、主としてスマートフォンの御朱印認識部３１、日付取得部３５、コメント入力部３６によって実行される処理となる。
処理を開始すると、スマートフォン３０は、電子印章の印章面の識別パターンを認識し（ステップＳ１０）、識別パターンに基づいて御朱印データを検索することにより、御朱印を認識する（ステップＳ１１）。この処理によって、御朱印データに記憶された寺院ＩＤが特定されることになる。
次に、スマートフォン３０は、日付けを取得する（ステップＳ１２）。日付けは、スマートフォン３０の時計機能によって得られているものを用いてもよいし、外部のサーバから取得してもよい。日付けには、時刻を含めてもよい。
また、スマートフォン３０は、ユーザからのコメントを入力する（ステップＳ１３）。
【００６４】
こうして一連の情報を得ると、スマートフォン３０は、これらを履歴データに登録する（ステップＳ１３）。本実施例では、図３に示した通り、日付、寺院ＩＤ、コメントを記憶するものとした。
また、スマートフォン３０は、履歴データをサーバに同期する（ステップＳ１４）。これによって、サーバ２０の履歴データベース２３の内容も更新されることになる。この処理は、スマートフォン３０がネットワークＮＥに接続していない状況では、スキップしてもよい。また、御朱印登録処理とは別の処理として、ネットワークＮＥにスマートフォン３０が接続された時点で実行するようにしてもよい。
サーバ２０を用いずスマートフォン３０のみのスタンドアロンシステムとして構成する場合には、サーバへの同期（ステップＳ１４）は省略してもよい。
【００６５】
図１０は、実施例２における御朱印表示処理のフローチャートである。履歴データに基づいて、受けた御朱印をスマートフォン３０のディスプレイに表示させるための処理である。この処理は、主として画像表示部３８が実行する処理となる。
処理を開始すると、スマートフォン３０は、履歴データ記憶部３２に記憶された履歴データを読み込む（ステップＳ２０）。
そして、履歴データに基づいてサムネイルを表示する（ステップＳ２１）。図中に、表示の様子を例示した。図示するように、受けた御朱印の画像を小さく表示するのである。この表示は、履歴データに含まれる寺院ＩＤに対応する画像データを御朱印データ記憶部３３から読み出し、それを配列して表示することによって実現できる。スマートフォン３０のディスプレイに表示しきれない場合には、スクロール可能とすればよい。また、サムネイルの画像には、御朱印を受けた日付は重畳せずに表示してもよい。サムネイルの表示に代えて、御朱印を受けた寺院等の名称などをリスト形式で表示するものとしてもよい。
【００６６】
次に、スマートフォン３０は、ユーザの操作を受け付ける。ユーザがいずれかのサムネイルを選択した場合には（ステップＳ２２）、そのサムネイルに対応する御朱印の画像を拡大表示する（ステップＳ２３）。この際、御朱印の画像に、御朱印を受けた日付けを重畳して表示することが好ましい。また、余白に、コメントを併せて表示してもよい。この画面において、コメントの追加、編集などを可能としてもよい。
拡大表示が終わると、スマートフォン３０は、再び、サムネイルを表示する（ステップＳ２１）。
サムネイルの表示画面において、ユーザが、終了を指示したときは（ステップＳ２２）、スマートフォン３０は、御朱印表示処理を終了する。
【００６７】
実施例２においても、実施例１と同様、リコメンド部３７の機能により、ユーザへのリコメンドを行うことができる。
また、サーバ２０の印刷部２１を利用することにより、実施例１と同様、印刷を行うことができる。
【００６８】
以上で説明した実施例２のデジタル御朱印システムによれば、実施例１と同様、電子印章を用いることにより、御朱印を受けるリアリティを損ねることなく、電子的に御朱印を受け、管理等することができる。
実施例２で説明した種々の特徴は、必ずしも全てを備えている必要はなく、適宜、一部を省略したり組み合わせたりして構成してもよい。
例えば、実施例２では、サーバ２０で履歴を管理する例を示したが、サーバ２０を省略した構成も可能である。
また、本実施例においては、スマートフォン３０にリコメンド部の機能を設けたが、この機能をサーバ２０によって提供するようにしてもよい。
【符号の説明】
【００６９】
１０…ケース
１１…電子印章
２０…サーバ
２１…印刷部
２２…ユーザデータベース
２３…履歴データベース
２４…ユーザ管理部
２５…アプリケーション配信部
３０…スマートフォン
３１…御朱印認識部
３２…履歴データ記憶部
３３…御朱印データ記憶部
３４…送受信部
３５…日付取得部
３６…コメント入力部
３７…リコメンド部
３８…画像表示部
１００…スマートフォン
１０１…パターン認識部
１０２…コメント入力部
１０３…画像表示部
１０４…送受信部
１０５…ブラウザ
２００…サーバ
２０１…御朱印認識部
２０２…ユーザ管理部
２０３…履歴データ登録部
２０４…インタフェース提供部
２０５…送受信部
２０６…印刷部
２０７…リコメンド部
２１０…ユーザデータベース
２１１…履歴データベース
２１２…御朱印データベース
【図１】
0003216989.tif 000003
【図２】
0003216989.tif 000004
【図３】
0003216989.tif 000005
【図４】
0003216989.tif 000006
【図５】
0003216989.tif 000007
【図６】
0003216989.tif 000008
【図７】
0003216989.tif 000009
【図８】
0003216989.tif 000010
【図９】
0003216989.tif 000011
【図１０】
0003216989.tif 000012