(57)【要約】【課題】ダウンロードされたデータが利用者に対して精神的な作用を及ぼすように、データを管理する。【解決手段】運用サーバ１０は、ネットワークを介して接続された端末装置から祈願データと祈願データの保管先とする特別な施設を示す祈願先データを受信する祈願依頼データ受信部３４ｂと、祈願依頼データ受信部３４ｂにより入力された祈願先データに応じた特別な施設に設置されたデータ保管装置に対して、保管依頼データを送信して祈願データを記憶させる保管依頼データ送信部３４ｃと、祈願先データに応じた特別な施設に固有のデータを端末装置に送信する配信データ送信部３４ｄとを有する。【選択図】図２
2007316978.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された端末装置から祈願データを受信する祈願データ受信手段と、
前記祈願データ受信手段により受信した祈願データの保管先とする特別な施設を示す祈願先データを受信する祈願先データ受信手段と、
前記祈願先データ受信手段により入力された前記祈願先データに応じた前記特別な施設に設置されたデータ保管装置に対して、前記祈願データ受信手段により受信された前記祈願データを記憶させるデータ記憶手段と、
前記祈願先データに応じた前記特別な施設に固有のデータを、前記端末装置に送信するデータ送信手段と
を具備したことを特徴とするデータ管理装置。
【請求項２】
前記祈願データ受信手段は、前記祈願データと共に前記特別な施設に固有のデータの送信先を示す祈願相手データとを受信し、
前記データ送信手段は、前記祈願相手データが示す送信先に、前記特別な施設に固有のデータを送信することを特徴とする請求項１記載のデータ管理装置。
【請求項３】
ネットワークを介して複数の端末装置と接続されるデータ管理装置と、前記データ管理装置から送信されたデータを保管するためのデータ保管装置とを含むデータ管理システムであって、
前記データ管理装置は、
ネットワークを介して接続された端末装置から祈願データを受信する祈願データ受信手段と、
前記祈願データを識別するための識別データを設定する識別データ設定手段と、
前記祈願データ受信手段により受信した祈願データの保管先とする特別な施設を示す祈願先データを受信する祈願先データ受信手段と、
前記祈願先データ受信手段により入力された前記祈願先データに応じた前記特別な施設に設置されたデータ保管装置に対して、前記祈願データ受信手段により受信された前記祈願データと、前記識別データ設定手段により設定された識別データとを送信する祈願データ送信手段と、
前記祈願先データに応じた前記特別な施設に固有のデータを、前記端末装置に送信するデータ送信手段とを有し、
前記データ保管装置は、
前記祈願データ送信手段により送信された祈願データと識別データとを対応付けて記憶するデータ記憶手段と、
前記データ記憶手段に記憶された祈願データに対する、前記識別データの指定を伴う問い合わせを入力する問い合わせ入力手段と、
前記問い合わせ入力手段により入力された問い合わせに対して、前記識別データに対応する祈願データを前記データ記憶手段から読み出して出力する祈願データ出力手段とを有することを特徴とするデータ管理システム。
【請求項４】
前記祈願データ受信手段は、前記祈願データと共に前記特別な施設に固有のデータの送信先を示す祈願相手データとを受信し、
前記データ送信手段は、前記祈願相手データが示す送信先に、前記特別な施設に固有のデータを送信することを特徴とする請求項３記載のデータ管理システム。
【請求項５】
前記データ保管装置は、
入力装置と、
出力装置とを有し、
前記問い合わせ手段は、前記入力装置に対する入力操作によって問い合わせを入力し、
前記祈願データ出力手段は、前記祈願データを前記出力装置から出力させることを特徴とする請求項３記載のデータ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを通じて送受信されるデータを管理するデータ管理システム、及び同システムにおけるデータ管理装置に関する。
【背景技術】
【０００２】
近年では、携帯電話機が広く普及し、ネットワークを通じて様々なデータが送受信されている。ネットワーク上には、各種のデータを配信するサービスを提供するサイトが開設されている。携帯電話機は、ネットワークを通じて任意のサイトにアクセスし、このサイトが提供するデータをダウンロードすることができる。
【０００３】
例えば、携帯端末の待受画面用画像を、商品に添付するオマケと関連させてインターネットを通じて配信し、これにより販売促進を図るとともに、消費者情報を有効に獲得する待受画面配信サーバシステムが考えられている（特許文献１参照）。
【０００４】
特許文献１の待受画面配信サーバシステムでは、携帯端末からサーバシステム内に設定された待受画面配信サイトにアクセスして、待受画面用画像をダウンロードすることができる。待受画面は、お守りや祈願成就等の内容を含む複数のものが予め設定されており、ユーザーのコレクション意欲を喚起し、販売促進効果を高めることができる。
【特許文献１】特開２００２−２９７９８９公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このように、特許文献１に記載された待受画面配信サーバシステムからは、お守りや祈願成就等の内容を含む待受画面データをダウンロードすることができる。
【０００６】
通常、お守りや破魔矢などの神社仏閣等で販売されている商品は、神社仏閣等において祈祷やお祓いなどの宗教儀式をした上で販売されていることを前提としている。これにより、お守りや破魔矢などの商品によって、購入者に対して精神的な作用を及ぼすことができる。
【０００７】
しかしながら、特許文献１に記載された待受画面配信サーバシステムが配信する、お守りや祈願成就等の内容を含む待受画面データは、単なる画像データに過ぎない。従って、待受画面配信サーバシステムからダウンロードされた待受画面データは、お守りや祈願成就等の内容を含まない他の待受画面データと何ら変わりなく、神社仏閣等で販売されている商品のような、消費者に対して精神的な作用を及ぼすものではなかった。
【０００８】
本発明は前述した事情に考慮してなされたもので、その目的は、ダウンロードされたデータが利用者に対して精神的な作用を及ぼすように、データを管理することが可能なデータ管理システム、データ管理装置を提供することにある。
【課題を解決するための手段】
【０００９】
本発明は、ネットワークを介して接続された端末装置から祈願データを受信する祈願データ受信手段と、前記祈願データ受信手段により受信した祈願データの保管先とする特別な施設を示す祈願先データを受信する祈願先データ受信手段と、前記祈願先データ受信手段により入力された前記祈願先データに応じた前記特別な施設に設置されたデータ保管装置に対して、前記祈願データ受信手段により受信された前記祈願データを記憶させるデータ記憶手段と、前記祈願先データに応じた前記特別な施設に固有のデータを、前記端末装置に送信するデータ送信手段とを具備したことを特徴とする。
【００１０】
また本発明は、ネットワークを介して複数の端末装置と接続されるデータ管理装置と、前記データ管理装置から送信されたデータを保管するためのデータ保管装置とを含むデータ管理システムであって、前記データ管理装置は、ネットワークを介して接続された端末装置から祈願データを受信する祈願データ受信手段と、前記祈願データを識別するための識別データを設定する識別データ設定手段と、前記祈願データ受信手段により受信した祈願データの保管先とする特別な施設を示す祈願先データを受信する祈願先データ受信手段と、前記祈願先データ受信手段により入力された前記祈願先データに応じた前記特別な施設に設置されたデータ保管装置に対して、前記祈願データ受信手段により受信された前記祈願データと、前記識別データ設定手段により設定された識別データとを送信する祈願データ送信手段と、前記祈願先データに応じた前記特別な施設に固有のデータを、前記端末装置に送信するデータ送信手段とを有し、前記データ保管装置は、前記祈願データ送信手段により送信された祈願データと識別データとを対応付けて記憶するデータ記憶手段と、前記データ記憶手段に記憶された祈願データに対する、前記識別データの指定を伴う問い合わせを入力する問い合わせ入力手段と、前記問い合わせ入力手段により入力された問い合わせに対して、前記識別データに対応する祈願データを前記データ記憶手段から読み出して出力する祈願データ出力手段とを有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、端末装置から受信された祈願データを宗教施設などの特別な施設に設置されたデータ保管装置に保管させると共に、特別な施設に固有のデータ、例えば御守りを表現する画像データを端末装置に送信するので、端末装置では、特別な施設に固有のデータが、祈願データを特別な施設において保管させることにより得られた特別なデータであるとして、利用者に対して精神的な作用を及ぼすことができるようになる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して本発明の実施の形態について説明する。  
図１は、本実施形態におけるシステムの構成を示すブロック図である。図１に示すシステムでは、データ管理装置として機能する運用サーバ１０は、インターネットや電話通信網などを含むネットワーク１２を通じて、パーソナルコンピュータ１４、携帯電話機１５（１５−１，…，１５−ｎ）、サーバ１８，１９，２０，２１、決済システム２３等と接続される。
【００１３】
運用サーバ１０は、ネットワーク１２を介して、端末装置からアップロードされたデータを特別な施設に設置されたデータ保管装置に記憶させると共に、特別な施設に固有なデータを端末装置に送信（ダウンロード）するサービス（以下、祈願依頼サービスと称する）を提供する。すなわち、運用サーバ１０は、神社仏閣などの宗教施設、あるいは記念館などの特別な施設に対する祈願内容を含む祈願依頼データを、ネットワーク１２を通じて端末装置（パーソナルコンピュータ１４、携帯電話機１５等）から受信する。運用サーバ１０は、端末装置から受信された祈願依頼データに応じて、祈願内容を示す祈願データを特別な施設に設置されたデータ保管装置（サーバ１８，１９，２０，２１）に保管させると共に、祈願依頼元の端末装置に対して、祈願データを保管させた特別な施設に固有のデータ、例えば神社に設置されたデータ保管装置に祈願データを保管させた場合には、この神社から提供されている御守りを表す画像データを送信する。この御守りを表す画像データ（御守りデータ）は、例えば携帯電話機１５の待ち受け画面用のデータとして使用することができる。
【００１４】
パーソナルコンピュータ１４及び携帯電話機１５（１５−１，…，１５−ｎ）は、ネットワーク１２を通じて運用サーバ１０にアクセスし、運用サーバ１０が提供する祈願依頼サービスを利用するために使用される端末装置である。携帯電話機１５は、電話回線網内の基地局１６を通じてネットワーク１２と接続される。
【００１５】
サーバ１８，１９，２０，２１は、運用サーバ１０から送信されたデータ、すなわち端末装置からの祈願データを保管するために用いられる。サーバ１８，１９，２０，２１は、祈願データが保管されていることで、端末装置の利用者に対して精神的な作用を及ぼすことができる特別な施設にそれぞれ設置されている。具体的には、サーバ１８は神社、サーバ１９は寺院、サーバ２０は記念館、サーバ２１は観光地内の施設にそれぞれ設置されている。
【００１６】
決済システム２３は、運用サーバ１０、端末装置（パーソナルコンピュータ１４、携帯電話機１５）、及びサーバ１８，１９，２０，２１との間における利用料金、売り上げ、運営費用などの決済を行なう。本実施形態におけるデータ管理システムでは、端末装置によって運用サーバ１０が提供するサービスを利用することで、決済システム２３を通じて利用料金が支払われる。端末装置は、運用サーバ１０からのデータ（例えば、御守りデータ）のダウンロードと、祈願データのアップロードに対する対価として料金を支払うための処理を実行する。サーバ１８，１９，２０，２１（各施設）は、端末装置によりサービスが利用（データダウンロード／アップロード）されることにより得られる売り上げを、決済システム２３を通じて取得する。運用サーバ１０は、サーバ１８，１９，２０，２１（各施設）から、それぞれの売り上げに応じたサイト利用料と、システム管理費等を決済システム２３を通じて取得する。
【００１７】
図２は、運用サーバ１０の構成を示すブロック図である。運用サーバ１０は、コンピュータによって実現されるもので、記憶装置に記憶されたプログラムをプロセッサにより実行することにより各種機能を実現する。
【００１８】
図２に示すように、運用サーバ１０には、制御部３０、記憶部３２、処理部３４、及び通信部３６の機能が含まれている。
【００１９】
制御部３０は、運用サーバ１０全体の制御を司る。  
記憶部３２は、端末装置とサーバ１８，１９，２０，２１との間で送受信される各種のデータや各種機能を実現するためのプログラム等を記憶する。記憶部３２には、例えば保管場所管理データ３２ａ、配信依頼データ３２ｂ、祈願依頼データ３２ｃ、配信データ３２ｄ、保管依頼データ３２ｅ、メッセージデータ３２ｆ等が記憶される。
【００２０】
保管場所管理データ３２ａは、端末装置から受信される依頼データの保管場所（施設等）に関するデータである（詳細については図４（ａ）に示す）。配信依頼データ３２ｂは、サーバ１８，１９，２０，２１から端末装置に対して配信するデータとして依頼されたデータである（詳細については図４（ｂ）に示す）。祈願依頼データ３２ｃは、端末装置から受信されるデータである（詳細については図５（ａ）に示す）。配信データ３２ｄは、運用サーバ１０から端末装置に対して送信するデータである（詳細については図５（ｂ）に示す）。保管依頼データ３２ｅは、運用サーバ１０からサーバ１８，１９，２０，２１に対して送信するデータである（詳細については図５（ｃ）に示す）。メッセージデータ３２ｆは、運用サーバ１０が提供するサービスを利用した利用者（端末装置）から受信したデータである。メッセージデータ３２ｆは、例えば他の利用者が運用サーバ１０が提供するサービスを利用する際に参考となる情報（例えば、○○神社に祈願データの保管を依頼した時に祈願が達成されたことなど）が含まれる。データ形式としては、テキストデータの他に画像データや音声データが含まれていても良い。
【００２１】
処理部３４は、祈願依頼サービスを提供するための各種処理を実行する。処理部３４には、配信依頼データ受信部３４ａ、祈願依頼データ受信部３４ｂ、保管依頼データ送信部３４ｃ、配信データ送信部３４ｄ、決済処理部３４ｅ、及びメッセージ管理部３４ｆが含まれている。
【００２２】
配信依頼データ受信部３４ａは、通信部３６を通じて、サーバ１８，１９，２０，２１から配信依頼データとするデータを受信して、記憶部３２に配信依頼データ３２ｂとして記憶させる。
【００２３】
祈願依頼データ受信部３４ｂは、通信部３６を通じて、端末装置から祈願内容を含む祈願依頼データや祈願データの保管先とする特別な施設を示す祈願先データを受信して、記憶部３２に祈願依頼データ３２ｃとして記憶させる。
【００２４】
保管依頼データ送信部３４ｃは、通信部３６を通じて、配信依頼データ受信部３４ａにより受信された祈願先データが示す施設のサーバに対して保管依頼データ３２ｅを送信して、祈願データを保管させる。
【００２５】
配信データ送信部３４ｄは、通信部３６を通じて、祈願依頼データに含まれる祈願相手データが示す相手の端末装置に対して、祈願データの保管先となったサーバから依頼された配信依頼データ（御守りデータ等）を送信する。
【００２６】
決済処理部３４ｅは、運用サーバ１０が提供するサービスに係わる決済処理を実行する。決済処理部３４ｅは、運用サーバ１０が提供するサービスを利用した端末装置に対する決済、配信依頼データの提供と祈願データを保管したサーバ１８，１９，２０，２１（施設等）に対する売り上げの決済、サイト利用料とシステム管理費等をサーバ１８，１９，２０，２１（施設等）から徴収するための決済処理を実行する。
【００２７】
メッセージ管理部３４ｆは、通信部３６を通じて、端末装置からメッセージデータを受信して、記憶部３２にメッセージデータ３２ｆとして記憶させる。また、端末装置から入力される閲覧要求に応じて、記憶部３２から読み出して提供する。  
通信部３６は、ネットワーク１２を通じて、端末装置やサーバ１８、決済システム２３等との通信を制御する。
【００２８】
図３は、サーバ１８，１９，２０，２１の構成を示すブロック図である。ここでは、サーバ１８を例にして説明する。サーバ１８は、各種プログラムをプロセッサにより実行することで各種の機能を実現する。
【００２９】
図３に示すように、サーバ１８には、制御部４０、記憶部４２、処理部４４、通信部４６、入力部４７、表示部４８、及び音声出力部４９が含まれている。
【００３０】
制御部４０は、サーバ１８全体の制御を司る。  
記憶部４２は、運用サーバ１０との間で送受信される各種のデータや各種機能を実現するためのプログラム等を記憶する。記憶部４２には、例えば保管データ４２ａ、入力パスワード４２ｂが記憶される。
【００３１】
保管データ４２ａは、運用サーバ１０から受信された、祈願データを含む保管依頼データ３２ｅである。
【００３２】
入力パスワード４２ｂは、記憶部４２に記憶された保管データ４２ａ（祈願データ）についての問い合わせ時に、入力部４７を通じて入力されるパスワードを示すデータである。
【００３３】
処理部４４は、運用サーバ１０から受信したデータを管理するための各種処理を実行する。処理部４４には、保管依頼データ受信部４４ａ、問い合わせ処理部４４ｂが含まれている。
【００３４】
保管依頼データ受信部４４ａは、通信部４６を通じて、運用サーバ１０から保管依頼データ３２ｅを受信して、保管データ４２ａとして記憶部４２に記憶させる。
【００３５】
問い合わせ処理部４４ｂは、通信部４６を通じて入力される問い合わせ要求、あるいは入力部４７から入力される問い合わせ要求に応じて、記憶部４２に記憶された保管データ４２ａを読み出して出力する。問い合わせ処理部４４ｂは、問い合わせ要求を入力する際に、祈願データを識別するための識別データ（パスワード、受付番号など）の入力を要求し、入力された識別データに該当する保管データ４２ａを読み出して出力する。
【００３６】
通信部４６は、ネットワーク１２を通じて、端末装置やサーバ１８、決済システム２３等との通信を制御する。
【００３７】
入力部４７は、施設に設置されたサーバ１８に対する利用者による直接的な入力操作を処理するもので、例えばキーボードやボタン、タッチパネルなどの入力装置を含み、これら入力装置に対する操作により入力される要求、例えば保管された依頼データについての問い合わせ要求を入力する。
【００３８】
表示部４８は、テキストデータや画像（映像）データに対する表示処理を実行するもので、例えば液晶ディスプレイなどの表示装置を含み、例えば祈願データに対する問い合わせに対して、祈願データに含まれるテキストデータや画像（映像）データをもとにテキストや画像（映像）を表示装置において表示させる。
【００３９】
音声出力部４９は、音声データをもとにスピーカやヘッドホン等から音声を出力させるための音声処理を実行するもので、例えば祈願データに対する問い合わせに対して、祈願データに含まれる音声データをもとに音声を出力させる。
【００４０】
次に、本実施形態におけるデータ管理システムにおいて扱われるデータの詳細について説明する。  
図４（ａ）（ｂ）は、運用サーバ１０の記憶部３２に記憶される保管場所管理データ３２ａ及び配信依頼データ３２ｂのデータ構成の一例を示している。
【００４１】
図４（ａ）に示す保管場所管理データ３２ａには、複数の祈願内容（例えば、家内安全、学業成就、商売繁盛など）のそれぞれについて、その祈願内容について祈願することができる祈願先（例えば、Ａ神社、Ｂ神社、Ｃ神社など）を示すデータが含まれている。例えば、「家内安全」を祈願することができる祈願先として、「Ａ神社」「Ｂ神社」…などが設定されている。なお、図４（ａ）では、祈願先として神社のみを示しているが、寺や教会などの宗教施設、各種の記念館、観光地の施設などが祈願先として含むことができる。
【００４２】
また、図４では、祈願内容として、家内安全、学業成就、商売繁盛を例示しているが、その他にも、身体健全、開運招福、交通安全、七五三詣、社運隆昌、事業繁栄、病気平癒、旅行安全、大願成就などの多数の祈願内容が含まれているものとする。また、記念館や観光地の施設については、前述した宗教施設用の依頼内容とは異なる別の依頼内容が用意されているものとする。
【００４３】
また、１つの祈願先（神社等）を複数の祈願対象と重複して対応付けておくこともできる（例えば、Ａ神社は、学業成就と商売繁盛についての祈願先とすることもできる）。
【００４４】
図４（ｂ）に示す配信依頼データ３２ｂには、保管場所管理データ３２ａに含まれる祈願先を示すデータと対応付けられた、端末装置に対して配信するデータが含まれている。例えば、祈願先「Ａ神社」を示すデータと対応付けられた「御守りデータＡ」が含まれている。「御守りデータＡ」は、「Ａ神社」に設置されたサーバから受信されて記憶部３２に記憶される。
【００４５】
図５（ａ）は、端末装置から運用サーバ１０に対して送信される祈願依頼データ３２ｃのデータ構成の一例を示している。祈願依頼データ３２ｃには、祈願相手データ、祈願データ、祈願先データ、パスワード、及び利用期限データが含まれる。
【００４６】
祈願相手データは、祈願データのアップロードに対して運用サーバ１０から配信される配信データ（御守りデータ等）の送信先に関するデータである。祈願相手データには、例えば送信先とする端末装置にデータを送信するために必要なデータ（例えば電子メールアドレス）や相手の氏名（ニックネーム等を含む）などの個人情報が含まれるものとする。
【００４７】
祈願データは、端末装置の利用者により入力された具体的な祈願内容を示すデータである。例えば、祈願内容が「学業成就」である場合には、「○○高校に合格しますように」といった内容を表すデータである。祈願データは、テキストデータの他に、静止画や動画などを含む画像（映像）データや音声データとすることもできる。
【００４８】
祈願先データは、祈願データを保管する施設を示すデータである。例えば、「Ａ神社」を示すデータである。運用サーバ１０は、祈願先データが示す施設に設置されたサーバに対して、祈願データを送信して保管させる。
【００４９】
パスワードは、祈願データの入力時に利用者（祈願者）によって指定されるもので、祈願先のサーバ（神社などの施設）に保管された祈願データについて問い合わせする際に用いられる。
【００５０】
利用期限データは、祈願データの入力時に利用者（祈願者）によって指定されるもので、祈願データを祈願先（神社など）において保管しておく期間を示すデータである。例えば、祈願内容が「学業成就」である場合には、入学試験の合格発表日までを利用期限として指定することができる。利用期限の長さによって利用料金が変更される。なお、全ての祈願依頼について利用者（祈願者）が利用期限を指定する必要はなく、祈願内容によっては予め設定された利用期限が自動的に設定されるようにしても良い。
【００５１】
なお、図示していないが、祈願依頼データ３２ｃには、祈願元に関するデータ、例えば電子メールアドレスや祈願元の氏名（ニックネーム等を含む）などの個人情報が含まれるようにしても良い。
【００５２】
図５（ｂ）は、運用サーバ１０から端末装置に対して送信される配信データ３２ｄのデータ構成の一例を示している。図５（ｂ）は、例えば祈願依頼データ３２ｃを保管する施設が神社の場合の例を示している。配信データ３２ｄには、御守りデータ、受付番号データ、パスワードの各データが含まれている。
【００５３】
御守りデータとしては、画像（映像）データ、音声データ、テキストデータを含むことができる。御守りデータは、保管先の施設（神社）毎に作成された固有のデータであり、端末装置において再生出力することができる。例えば、御守りデータとして画像データが含まれている場合に、携帯電話機１５において待ち受け画面として表示させて、実物の御守りと同様にして携帯することができる。
【００５４】
パスワードは、祈願依頼データ３２ｃの送信時に利用者（祈願者）によって指定されたデータである。
【００５５】
受付番号データは、運用サーバ１０において祈願依頼データ３２ｃの受信に対して発行されるデータである。受付番号データは、サーバ１８，１９，２０，２１に保管された祈願データについての問い合わせをする場合の識別データとしてパスワードと共に使用される。
【００５６】
なお、図示していないが、配信データ３２ｄには、祈願相手が誰からの祈願によって配信されたデータであるかを確認するために祈願元に関するデータも含まれているものとする。
【００５７】
図５（ｃ）は、運用サーバ１０からサーバ１８，１９，２０，２１に対して送信される保管依頼データ３２ｅのデータ構成の一例を示している。保管依頼データ３２ｅには、端末装置から受信した祈願依頼データ３２ｃに含まれていた祈願データ、パスワード、及び利用期限データと、祈願依頼データ３２ｃの受信時に発行された受付番号データが含まれている。
【００５８】
図６は、サーバ１８，１９，２０，２１において記憶される保管データ４２ａのデータ構成の一例を示している。各サーバ１８，１９，２０，２１は、運用サーバ１０から受信した保管依頼データ３２ｅ（パスワード、受付番号データ、祈願データ、利用期限データ）を保管データ４２ａとして記憶する。サーバ１８，１９，２０，２１は、各保管依頼データ３２ｅに含まれる利用期限データを参照し、利用期限内にある間、保管データ４２ａとして保管する。また、サーバ１８，１９，２０，２１は、パスワードあるいは受付番号の指定を伴う期限データについての問い合わせに対して、祈願データを閲覧させるための処理を実行する。
【００５９】
次に、本実施形態におけるデータ管理システムの動作について説明する。  
図７は、運用サーバ１０、端末装置（ここでは携帯電話機１５ａ，１５ｂ）、サーバ（ここではサーバ１８）、決済システム２３との関係を示す図である。
【００６０】
まず、運用サーバ１０が提供するサービスを利用して、携帯電話機１５ａから運用サーバ１０に対して祈願依頼をする場合の動作について説明する。図８は、携帯電話機１５ａにおける祈願依頼処理を説明するためのフローチャート、図９は、携帯電話機１５ａの祈願依頼処理に対応する運用サーバ１０における保管依頼処理を説明するためのフローチャートである。
【００６１】
携帯電話機１５ａは、ネットワーク１２を通じて、運用サーバ１０がネットワーク１２上で開設している祈願依頼受付サービスを提供するサイトにアクセスする（図８、ステップＡ１）。運用サーバ１０は、携帯電話機１５ａからのアクセスに対して（図９、ステップＢ１、Ｙｅｓ）、携帯電話機１５ａに祈願依頼受付用の画面（例えばＷｅｂページ）を提供する（図７（１））。この祈願依頼受付用の画面には、メッセージ閲覧、あるいは祈願内容の入力を選択することができるメニューが含まれている。
【００６２】
ここで、メッセージ閲覧が選択された場合（ステップＡ２、Ｙｅｓ）、携帯電話機１５ａは、運用サーバ１０に対して、メッセージ閲覧要求を送信する。
【００６３】
運用サーバ１０のメッセージ管理部３４ｆは、メッセージ閲覧要求を受信すると（ステップＢ２、Ｙｅｓ）、記憶部３２に記憶されたメッセージデータ３２ｆを読み出し（ステップＢ３）、携帯電話機１５ａに対してメッセージを送信する（ステップＢ４）。
【００６４】
運用サーバ１０に記憶されたメッセージデータ３２ｆは、例えば過去に運用サーバ１０が提供する祈願依頼サービスを利用した利用者から取得された感想などのデータである。例えば、「○○神社に高校入学を祈願したら試験に合格しました！」といったテキストデータ等が含まれている。
【００６５】
利用者（祈願者）は、運用サーバ１０に蓄積されたメッセージ内容を閲覧することによって、祈願先の神社や寺の選択や、祈願内容を考えたりする際の参考にすることができる。
【００６６】
なお、メッセージデータ３２ｆは、端末装置から運用サーバ１０にアクセスし、メッセージ登録要求をすることにより、任意に記憶させることができるものとする。メッセージデータ３２ｆは、前述のようなテキストデータの他、画像データや音声データとすることもできる。
【００６７】
携帯電話機１５ａは、運用サーバ１０からメッセージデータを受信すると（ステップＡ３）、このメッセージデータに応じてメッセージ内容を出力する（ステップＡ４）。また、携帯電話機１５ａは、利用者により他のメッセージの閲覧要求が入力された場合（ステップＡ５、Ｎｏ）、前述と同様にして、運用サーバ１０に対してメッセージ要求を送信して、他のメッセージデータを受信して出力させる（ステップＡ３，Ａ４）。
【００６８】
一方、携帯電話機１５ａにおいて、祈願内容の入力が指示された場合、運用サーバ１０の処理部３４は、保管場所管理データ３２ａをもとにして祈願依頼データ入力用メニューを作成して携帯電話機１５ａに送信する（ステップＢ６）。祈願依頼データ入力用メニューには、例えば配信依頼データ３２ｂに含まれる祈願内容をもとに作成された祈願内容一覧、各祈願内容に対応する祈願先の一覧が含まれているものとする。
【００６９】
携帯電話機１５ａは、運用サーバ１０から受信した祈願依頼データ入力用メニューをもとに祈願内容一覧を表示して、何れかの祈願内容を選択する指示を入力する（ステップＡ６）。さらに、携帯電話機１５ａは、選択された祈願内容に対応する祈願先の一覧を表示して、何れかの祈願先を選択する指示を入力する（ステップＡ７）。
【００７０】
例えば、祈願内容一覧には、「家内安全」「学業成就」「商売繁盛」…などの祈願内容が含まれているものとする。ここで、「家内安全」が選択された場合には、この祈願内容について祈願が可能な祈願先として「Ａ神社」「Ｂ神社」…の一覧が提示される。この祈願先の一覧中から、祈願データの保管先となる祈願先が選択される。
【００７１】
次に、携帯電話機１５ａは、利用者（祈願者）による入力操作によって、祈願内容に応じた祈願データ、及び祈願相手に関する祈願相手データが入力される。祈願データは、テキストデータがボタン操作などによって入力される他、予め用意されている静止画データや動画データなどのファイル、あるいは音声データのファイルが指定される。祈願相手としては、利用者（祈願者）本人としても良いし、例えば友人などの第三者とすることもできる。ここで、携帯電話機１５ｂを使用している例えば友人が祈願相手として指定されたものとする。祈願相手データとしては、配信データ３２ｄの送信先となる携帯電話機１５ｂの電子メールアドレスや、友人の個人情報などを含む。
【００７２】
次に、携帯電話機１５ａは、利用者（祈願者）による入力操作によって、パスワードの設定が行われる。パスワードは、例えば英数字の複数の文字の組み合わせなどによって指定することができる。
【００７３】
ここで、依頼内容の修正が指示された場合には（ステップＡ１２、Ｎｏ）、携帯電話機１５ａは、前述した処理（ステップＡ２〜Ａ１１）を繰り返して実行する。
【００７４】
一方、祈願依頼に必要なデータが入力され、依頼実行が指示された場合（ステップＡ１２、Ｙｅｓ）、携帯電話機１５ａは、利用者によって入力された各データが含まれる含む祈願依頼データを運用サーバ１０に対して送信する（ステップＡ１３）（図７（２））。
【００７５】
なお、携帯電話機１５ａの利用者が、運用サーバ１０が提供するサービスを利用するために、携帯電話機１５ａと決済システム２３との間で認証、利用料金の確認等をするための手続き処理がネットワーク１２を介して実行されるものとする（図７（３））。
【００７６】
運用サーバ１０の祈願依頼データ受信部３４ｂは、携帯電話機１５ａから祈願依頼データを受信すると、この祈願依頼データに対する受付番号データを生成すると共に、記憶部３２に祈願依頼データ３２ｃとして記憶させる（ステップＢ７）。
【００７７】
また、配信データ送信部３４ｄは、携帯電話機１５ａから受信した祈願依頼データの祈願先データを参照し、配信依頼データ３２ｂから祈願先データに対応するデータを取得する。例えば、祈願先データが「Ｃ神社」を示す場合には、配信依頼データ３２ｂに含まれる「御守りデータＣ」を取得する。
【００７８】
配信データ送信部３４ｄは、配信依頼データ３２ｂから取得したデータと、祈願依頼データに対する受付番号データと、祈願依頼データ３２ｃ中のパスワードとをもとに配信データ３２ｄを作成する。そして、配信データ送信部３４ｄは、祈願依頼データ３２ｃ中の祈願相手データが示す祈願先に対して、配信データ３２ｄを送信する（ステップＢ８）。ここで、祈願相手データが携帯電話機１５ｂを使用する相手を示す場合には、携帯電話機１５ｂ宛てに配信データ３２ｄ（御守りデータ）が送信される（図７（４））。
【００７９】
また、保管依頼データ送信部３４ｃは、祈願依頼データ３２ｃの祈願データ及び利用期限データと、祈願依頼データに対する受付番号データと、祈願依頼データ３２ｃ中のパスワードとをもとに保管依頼データ３２ｅを作成する。そして、保管依頼データ送信部３４ｃは、携帯電話機１５ａから受信した祈願依頼データ３２ｃの祈願先データが示す例えばサーバ１８に対して、保管依頼データ３２ｅを送信して保管させる（ステップＢ９）（図７（５））。
【００８０】
サーバ１８の保管依頼データ受信部４４ａは、運用サーバ１０からの保管依頼データ３２ｅを通信部４６を通じて受信し、記憶部４２に保管データ４２ａとして記憶させる。その後、サーバ１８は、保管依頼データ３２ｅに含まれる利用期限データが示す期間、祈願データを記憶しておく。
【００８１】
このようにして、運用サーバ１０は、端末装置から受信した祈願依頼データ３２ｃに応じて、利用者（祈願者）が指定した祈願先の施設（例えばＣ神社）に設置されたサーバに祈願データを送信して保管させることができる。また、運用サーバ１０は、祈願依頼データ３２ｃの祈願先データが示す相手に例えば御守りデータを送信する。従って、携帯電話機１５ｂの利用者は、御守りデータによって待ち受け画面を表示させることで、実際の御守りと同様にして携帯することができる。運用サーバ１０から受信した御守りデータは、携帯電話機１５ａの利用者が、運用サーバ１０を通じて宗教施設である例えばＣ神社に祈願データを保管させることにより得られたデータであるので、単なる運用サーバ１０からダウンロードされたデータではなく精神的な作用を及ぼすデータとなる。
【００８２】
さらに、サーバに保管されたデータについては、そのサーバが設置された施設において、お祓い、絵馬奉納、加持祈祷などの宗教的儀式が施されることを前提とすることで、さらに運用サーバ１０から配信された配信データ３２ｄ（御守りデータ）を、精神的な作用を及ぼすデータとすることができる。
【００８３】
なお、前述した説明では、祈願元の携帯電話機１５ａと祈願先の携帯電話機１５ｂが異なっているが、祈願元と祈願先とが同じであっても良い。
【００８４】
また、運用サーバ１０から保管依頼データ３２ｅを受信したサーバ１８は、祈願元の携帯電話機１５ａに対して、運用サーバ１０から保管依頼を受信したことを、例えば電子メールによって通知するようにしても良い。この場合、保管依頼データ３２ｅには、依頼元に関するデータが含まれているものとする。サーバは、依頼元に関するデータに含まれる例えば電子メールアドレスをもとに電子メールを送信し、保管依頼を受信したことを祈願元に通知する。
【００８５】
次に、祈願データを保管するサーバ１８の祈願問い合わせ処理の動作について、図１０に示すフローチャートを参照しながら説明する。  
前述したように、携帯電話機１５ａから運用サーバ１０に対して祈願依頼データ３２ｃを送信することにより、祈願先データが示す施設のサーバ１８において祈願データが保管される。しかしながら、携帯電話機１５ａの利用者（祈願者）は、運用サーバ１０に対して祈願依頼データ３２ｃを送信しただけであるため、祈願データが本当に祈願先の施設において保管されているか不安に思う場合がある。そこで、保管依頼データ３２ｅを受信したサーバ１８は、祈願データに対する問い合わせを受け付けて、問い合わせされた祈願データを問い合わせ元に出力する祈願問い合わせ処理を実行する。
【００８６】
サーバ１８に対する祈願データについての問い合わせは、ネットワーク１２を通じて行なう第１の方法と、サーバ１８が設置された施設に行って、直接、サーバ１８に対して操作することにより行なう第２の方法がある。
【００８７】
携帯電話機１５ａは、第１の方法による問い合わせをするために、ネットワーク１２を通じて、サーバ１８がネットワーク１２上で開設している問い合わせを受け付けるサイトにアクセスする（ステップＣ１）。サーバ１８の問い合わせ処理部４４ｂは、携帯電話機１５ａからのアクセスに対して、携帯電話機１５ａに問い合わせ受付用の画面（例えばＷｅｂページ）を提供する。この問い合わせ受付用の画面では、祈願データを識別するための識別データ、すなわちパスワード、受付番号の少なくとも一方を入力することができる（ステップＣ２）。
【００８８】
問い合わせ処理部４４ｂは、携帯電話機１５ａからパスワード（受付番号）を受信すると、保管データ４２ａのパスワード（受付番号）を検索して、該当するデータが記憶されているかを調べる（ステップＣ３）。
【００８９】
この結果、該当するデータが記憶されている場合、その祈願データを、通信部４６からネットワーク１２を通じて携帯電話機１５ａに送信する（ステップＣ４）。
【００９０】
携帯電話機１５ａは、サーバ１８から送信された祈願データを出力させることで、祈願データの内容を利用者によって確認させることができる。
【００９１】
こうして、携帯電話機１５ａの利用者（祈願者）は、運用サーバ１０に対して祈願依頼データを送信した際に設定された識別データ（パスワード、受付番号）を伴う問い合わせを、サーバ１８に対して直接行なうことにより、サーバ１８に祈願データが保管されていることを確認することができる（図７（６））。
【００９２】
なお、携帯電話機１５ｂの利用者も配信データ３２ｄに含まれるパスワード、受付番号データを用いて、前述した祈願者と同様にして第１の方法によりサーバ１８に対して問い合わせをすることができる（図７（７））。
【００９３】
このように、利用者は、第１の方法によりサーバ１８に対して問い合わせをすることができるが、ネットワーク１２を通じて問い合わせをしているため、本当にサーバ１８が祈願先の施設に設置されているか確認を希望する場合がある。この場合、第２の方法によりサーバ１８に対して問い合わせをすることにより、祈願先の施設において祈願データが保管されていることを確認できる。
【００９４】
すなわち、携帯電話機１５ａ（あるいは携帯電話機１５ｂ）の利用者は、サーバ１８が設置された施設（例えば神社）に赴き、サーバ１８に設けられた入力部４７に対して直接操作をすることにより、識別データ（パスワード、受付番号）を入力して問い合わせを行なう。
【００９５】
サーバ１８の問い合わせ処理部４４ｂは、入力部４７から入力された、例えばパスワードを記憶部４２に入力パスワード４２ｂとして記憶し、このパスワードに応じた祈願データを記憶部４２に記憶された保管データ４２ａから検索する。そして、該当する祈願データを表示部４８（あるいは音声出力部４９）から出力させる。
【００９６】
サーバ１８は、記憶部４２に記憶された保管データ４２ａのみを対象として祈願データを検索するので、運用サーバ１０を利用して他の施設に設置されたサーバに記憶された祈願データを出力することはない。従って、第２の方法を用いて問い合わせをすることによって、確実に祈願先として指定された施設において祈願データが保管されていることを確認することができる。
【００９７】
なお、決済システム２３は、運用サーバ１０、及びサーバ１８，１９，２０，２１との間で、例えば一定期間毎に売り上げ、運営費用などの決済を、ネットワーク１２を通じて行なうものとする。
【００９８】
また、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【００９９】
また、実施形態に記載した手法は、計算機（コンピュータ）に実行させることができるプログラム（ソフトウエア手段）として、例えば磁気ディスク（フレキシブルディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に格納し、また通信媒体により伝送して頒布することもできる。なお、媒体側に格納されるプログラムには、計算機に実行させるソフトウエア手段（実行プログラムのみならずテーブルやデータ構造も含む）を計算機内に構成させる設定プログラムをも含む。本装置を実現する計算機は、記録媒体に記録されたプログラムを読み込み、また場合により設定プログラムによりソフトウエア手段を構築し、このソフトウエア手段によって動作が制御されることにより上述した処理を実行する。なお、本明細書でいう記録媒体は、頒布用に限らず、計算機内部あるいはネットワークを介して接続される機器に設けられた磁気ディスクや半導体メモリ等の記憶媒体を含むものである。
【図面の簡単な説明】
【０１００】
【図１】本実施形態におけるシステムの構成を示すブロック図。
【図２】運用サーバ１０の構成を示すブロック図。
【図３】サーバ１８，１９，２０，２１の構成を示すブロック図。
【図４】運用サーバ１０の記憶部３２に記憶される保管場所管理データ３２ａ及び配信依頼データ３２ｂのデータ構成の一例を示す図。
【図５】本実施形態におけるシステムで送受信される祈願依頼データ３２ｃ、配信データ３２ｄ、及び保管依頼データ３２ｅのデータ構成の一例を示す図。
【図６】サーバ１８，１９，２０，２１において記憶される保管データ４２ａのデータ構成の一例を示す図。
【図７】運用サーバ１０、端末装置（携帯電話機１５ａ，１５ｂ）、サーバ１８、決済システム２３との関係を示す図。
【図８】携帯電話機１５ａにおける祈願依頼処理を説明するためのフローチャート。
【図９】携帯電話機１５ａの祈願依頼処理に対応する運用サーバ１０における保管依頼処理を説明するためのフローチャート。
【図１０】祈願データを保管するサーバ１８の祈願問い合わせ処理の動作について説明するためのフローチャート。
【符号の説明】
【０１０１】
１０…運用サーバ、１２…ネットワーク、１４…パーソナルコンピュータ、１５（１５−１，１５−ｎ）…携帯電話機、１６…基地局、１８，１９，２０，２１…サーバ、２３…決済システム、３０，４０…制御部、３２，４２…記憶部、３２ａ…保管場所管理データ、３２ｂ…配信依頼データ、３２ｃ…祈願依頼データ、３２ｄ…配信データ、３２ｅ…保管依頼データ、３２ｆ…メッセージデータ、３４，４４…処理部、３４ａ…配信依頼データ受信部、３４ｂ…祈願依頼データ受信部（祈願データ受信手段、祈願先データ受信手段）、３４ｃ…保管依頼データ送信部、３４ｄ…配信データ送信部、３４ｅ…決済処理部、３４ｆ…メッセージ管理部、３６，４６…通信部、４２ａ…保管データ、４２ｂ…入力パスワード、４４ａ…保管依頼データ受信部、４４ｂ…問い合わせ処理部、４７…入力部、４８…表示部、４９…音声出力部。
【図１】
2007316978.tif 000003
【図２】
2007316978.tif 000004
【図３】
2007316978.tif 000005
【図４】
2007316978.tif 000006
【図５】
2007316978.tif 000007
【図６】
2007316978.tif 000008
【図７】
2007316978.tif 000009
【図８】
2007316978.tif 000010
【図９】
2007316978.tif 000011
【図１０】
2007316978.tif 000012