情報登録装置、情報登録方法、情報登録プログラム及び記録媒体
【課題】ユーザがＷｅｂページの構成要素となる要素情報を電子メールで送信することにより、Ｗｅｂページの生成に用いられる生成情報をトピックごとに登録することを可能とし、登録された生成情報に要素情報を電子メールで追加することを可能としながら、生成情報を登録した本人ではない者が要素情報を生成情報に追加することを困難にする。
【解決手段】受信された電子メールに含まれる受信者アドレスが第１アドレスであると判別された場合に、電子メールに含まれる生成情報を登録し、生成情報に対応する固有の第２アドレスを含む電子メールを、受信された電子メールの送信者宛てに送信し、受信者アドレスが第２アドレスであると判別された場合であって、受信者アドレスが過去に受信された電子メールに含まれる受信者アドレスと同一ではないと判定された場合に、今回の電子メールに含まれる受信者アドレスに対応する生成情報に要素情報を追加する。
【解決手段】受信された電子メールに含まれる受信者アドレスが第１アドレスであると判別された場合に、電子メールに含まれる生成情報を登録し、生成情報に対応する固有の第２アドレスを含む電子メールを、受信された電子メールの送信者宛てに送信し、受信者アドレスが第２アドレスであると判別された場合であって、受信者アドレスが過去に受信された電子メールに含まれる受信者アドレスと同一ではないと判定された場合に、今回の電子メールに含まれる受信者アドレスに対応する生成情報に要素情報を追加する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂページの構成要素となる情報を含む生成情報を用いてＷｅｂページを生成するシステムにおいて、ユーザからの電子メールに含まれる情報を生成情報として登録する情報登録装置及び情報登録方法の技術分野に関する。
【背景技術】
【０００２】
従来、ユーザがＨＴＭＬ（HyperText Markup Language）文書等を直接作成しなくても、Ｗｅｂページを自動的に生成することを可能とするＷｅｂサイトが知られている。例えば、Ｗｅｂページに表示される各種情報を入力等するための登録画面が端末装置に表示される。この登録画面に対してユーザが入力した情報が、端末装置からサーバ装置へ送信される。サーバ装置は、受信した情報をデータベースに登録し、登録された情報を構成要素とするＷｅｂページを生成する。このようにして生成されるＷｅｂページとしては、例えば、ユーザから投稿されたレシピの情報を表示するＷｅｂページや、ネットオークションに出品された商品の情報を表示するＷｅｂページ等が挙げられる。ところが、ユーザが携帯電話機等の携帯端末装置に登録画面を表示させて入力作業を行う場合、画面のサイズが小さかったり、文字等の入力に時間を要したりするため、登録完了までに時間を要する。
【０００３】
そこで、特許文献１には、ユーザが画像付きの電子メールをサーバ装置に送信することによって、サーバ装置がＷｅｂページを自動生成する技術が開示されている。具体的に、サーバ装置が、電子メールに含まれるメール項目ごとに電子メールのデータを分解し、分解した各項目のデータを画像データと情報データとに分けて、それぞれのデータベースを構築し、ソース・ファイルを生成する。サーバ装置は、受信した電子メールが１回目の電子メールであるときには、ソース・ファイルを用いて、新生児に関する個別ホームページを生成する。サーバ装置は、受信した電子メールが２回目以降の電子メールであるときには、生成済みの個別ホームページ上の所定箇所に、２回目以降に送られてきた電子メールのメール項目に記載されたデータ内容を追記して掲載する。受信した電子メールが１回目の電子メールであるか２回目以降の電子メールであるかは、受信したメールのメール項目の１つである産婦の名前を確認することで判断される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−４６６１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術では、１人の産婦につき１つの個別ホームページが生成される。すなわち、複数のユーザがそれぞれ複数のトピックについてＷｅｂページを生成することができない。例えば、１人のユーザが、複数のレシピを投稿したり、複数の商品を出品したりするようなことができない。
【０００６】
また、サーバ装置が受信した電子メールが誰に関する電子メールであるかが、メール項目である産婦の名前で判断される。そのため、第三者が、産婦の名前をメール項目として電子メールを送信することにより、産婦の新生児に関する個別ホームページに、産婦本人からではない情報が後から追加されてしまうという問題がある。
【０００７】
本発明は以上の点に鑑みてなされたものであり、ユーザがＷｅｂページの構成要素となる要素情報を電子メールで送信することにより、Ｗｅｂページの生成に用いられる生成情報をトピックごとに登録することを可能とし、登録された生成情報に要素情報を電子メールで追加することを可能としながら、生成情報を登録した本人ではない者が要素情報を生成情報に追加することを困難にすることができる情報登録装置、情報登録方法、情報登録プログラム及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明は、Ｗｅｂページの構成要素となる要素情報を含む生成情報を、端末装置から送信された電子メールに基づいて登録する情報登録装置であって、前記要素情報を含む電子メールを受信する受信手段と、前記受信された電子メールに含まれる受信者を示すメールアドレスである受信者アドレスの判別を行う判別手段と、前記受信者アドレスが、前記生成情報を登録するための第１アドレスであると判別された場合に、前記受信された電子メールに含まれる前記生成情報を登録する登録手段と、前記登録された生成情報に対応するメールアドレスとして、当該生成情報へ前記要素情報を追加するための第２アドレスであって、送信ごとに固有の第２アドレスを含む電子メールを前記受信された電子メールの送信者宛てに送信する第１送信手段と、前記受信者アドレスが、前記第１送信手段により送信された電子メールに含まれる前記第２アドレスであると判別された場合に、当該受信者アドレスが、前記受信手段により過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第１判定手段と、前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記生成情報に、当該電子メールに含まれる前記要素情報を追加する追加手段と、を備えることを特徴とする。
【０００９】
この発明によれば、ユーザは、要素情報を含ませた電子メールに、受信者アドレスとして第１アドレスを設定して端末装置から送信させることで、新しい生成情報を登録することができる。これにより、ユーザは、生成情報をトピックごとに登録することができる。また、送信されるごとに固有の第２アドレスを含む電子メールが、要素情報を含む電子メールの送信者宛てに送信される。そのため、ユーザは、第２アドレスを含む電子メールを受信することができる。そこで、ユーザは、登録された生成情報に追加する要素情報を含ませた電子メールに、受信した電子メールに含まれる第２アドレスを受信者アドレスに設定して、端末装置から送信させる。これにより、前回の電子メールで登録された生成情報に、要素情報を追加することができる。また、情報登録装置からの電子メールにより第２アドレスを取得したユーザ本人ではない者に、その第２アドレスが知られなければ、本人ではない者が生成情報に要素情報を追加することはできない。たとえ、第２アドレスが他者に知られたとしても、生成情報を登録させた本人が、その第２アドレスを受信者アドレスに設定した電子メールを先に送信すれば、他者からの電子メールで情報が追加されることはない。これにより、生成情報を登録させた本人ではない者からの電子メールで要素情報が追加されることを困難にすることができる。
【００１０】
請求項２に記載の発明は、請求項１に記載の情報登録装置において、前記第１送信手段は、前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、前記追加手段により前記要素情報が追加された前記生成情報に対応する新たな前記第２アドレスを含む電子メールを送信することを特徴とする。
【００１１】
この発明によれば、ユーザは、追加する要素情報を含ませた電子メールの送信後に、情報登録装置から送信された電子メールにより、新しい第２アドレスを取得することができる。そこで、ユーザは、新しい第２アドレスを受信者アドレスに設定した電子メールを端末装置から送信させることで、生成情報に更なる要素情報を追加させることができる。これにより、ユーザは、生成情報に次々と要素情報を追加させることができる。
【００１２】
請求項３に記載の発明は、請求項１または請求項２に記載の情報登録装置において、ユーザを識別するユーザ識別情報を端末装置から受信するユーザ識別情報受信手段と、前記受信されたユーザ識別情報に対応する前記第１アドレスであって、送信ごとに固有の前記第１アドレスを、前記ユーザ識別情報を送信した端末装置に送信し、または、当該第１アドレスを含む電子メールを、前記ユーザ識別情報を送信した端末装置のユーザ宛てに送信する第２送信手段と、前記受信者アドレスが、前記第２送信手段により送信された第１アドレスであると判別された場合に、当該受信者アドレスが、前記受信手段により過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第２判定手段と、を更に備え、前記登録手段は、前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記ユーザ識別情報に対応付けて、前記生成情報を登録することを特徴とする。
【００１３】
この発明によれば、ユーザは、ユーザの識別情報を端末装置から情報登録装置に送信させた上で、情報登録装置から第１アドレスを取得する。そこで、ユーザは、要素情報を含ませた電子メールに、取得した第１アドレスを受信者アドレスに設定して、端末装置から送信させる。これにより、ユーザの識別情報に対応付けられた生成情報を登録することができる。情報登録装置から送信される電子メールに含まれる第１アドレスは、送信ごとに固有のメールアドレスである。たとえ、第１アドレスが他者に知られたとしても、情報登録装置から第１アドレスを取得した本人が、その第１アドレスを受信者アドレスに設定した電子メールを先に送信すれば、他者からの電子メールで、本人の識別情報に対応付けられた生成情報を登録することはできない。これにより、ユーザ本人ではない者が、本人になりすまして生成情報を登録することを困難にすることができる。
【００１４】
請求項４に記載の発明は、請求項１乃至３の何れか１項に記載の情報登録装置において、前記受信者アドレスが前記第１アドレスであると判別された場合に、前記第２アドレスを識別するアドレス識別情報を生成する識別情報生成手段と、前記生成されたアドレス識別情報に基づいて、前記第２アドレスを構成する文字のうち固有の文字となる固有情報を生成し、当該固有情報を含む前記第２アドレスを生成するアドレス生成手段と、前記生成されたアドレス識別情報と、前記生成された第２アドレスに含まれる前記固有情報と、当該第２アドレスに対応する前記生成情報を識別する生成情報識別情報と、を対応付けて記憶する記憶手段と、を更に備え、前記判別手段は、前記受信者アドレスにおいて前記固有情報に相当する文字と同一の前記固有情報が前記記憶手段に記憶されている場合に、前記受信者アドレスが前記第２アドレスであると判別し、前記登録手段は、前記受信された電子メールに含まれる前記要素情報を含む前記生成情報を、当該生成情報を識別する前記生成情報識別情報に対応付けて登録し、前記追加手段は、前記受信された電子メールに含まれる前記受信者アドレスに含まれる前記固有情報に対応する前記生成情報識別情報により識別される前記生成情報に、前記要素情報を追加することを特徴とする。
【００１５】
この発明によれば、受信された電子メールに受信者アドレスとして設定された第２アドレスに対応する生成情報を特定するための情報が、記憶手段に記憶される。その一方で、第２アドレスは、第２アドレスごとに固有となるアドレス識別情報に基づいて生成される。そのため、生成情報を識別する情報を用いなくても、送信ごとに固有のメールアドレスとなるように、第２アドレスを生成することができる。これにより、第２アドレスの解析により元のアドレス識別情報が突き止められたとしても、アドレス識別情報から生成情報を特定することはできない。そのため、特定の生成情報に要素情報を追加することを目的とする者により第２アドレスが不正に生成されることを防止することができる。
【００１６】
請求項５に記載の発明は、請求項１乃至４の何れか１項に記載の情報登録装置において、前記受信手段は、前記要素情報として画像が添付された電子メールを受信することを特徴とする。
【００１７】
この発明によれば、ユーザは、Ｗｅｂページの構成要素となる画像を登録することができる。
【００１８】
請求項６に記載の発明は、請求項１乃至５の何れか１項に記載の情報登録装置において、前記登録手段は、前記受信された電子メールに含まれる前記要素情報を含む前記生成情報を、レシピを表示するＷｅｂページの生成に用いられる情報として登録することを特徴とする。
【００１９】
この発明によれば、生成情報をレシピごとに生成することができる。
【００２０】
請求項７に記載の発明は、請求項６に記載の情報登録装置において、前記登録手段は、前記受信された電子メールに含まれるサブジェクト及び画像を、レシピのタイトル及び料理の画像として含む前記生成情報を登録し、前記追加手段は、前記受信された電子メールに含まれる画像を、料理の手順を示す画像として前記生成情報に追加することを特徴とする。
【００２１】
この発明によれば、ユーザは、最初に送信する電子メールでレシピのタイトルと料理の画像を、Ｗｅｂページの構成要素として登録することができる。また、ユーザは、２回目に送信する電子メールで料理の手順を示す画像を追加登録することができる。
【００２２】
請求項８に記載の発明は、請求項１乃至７の何れか１項に記載の情報登録装置において、前記受信手段は、携帯用の端末装置から送信された電子メールを受信することを特徴とする。
【００２３】
この発明によれば、ユーザは、電子メールの送信に用いる端末装置を携帯することで、最初に登録する要素情報と、後から追加する要素情報と、をそれぞれ任意の場所から登録することができる。
【００２４】
請求項９に記載の発明は、請求項１乃至８の何れか１項に記載の情報登録装置において、Ｗｅｂページを表示するために用いられる表示情報として、前記登録された生成情報に含まれる前記要素情報を、表示されるＷｅｂページの構成要素として示す表示情報を生成する表示情報生成手段と、前記生成された表示情報を端末装置に送信する表示情報送信手段と、を更に備えることを特徴とする。
【００２５】
この発明によれば、ユーザが要素情報を電子メールで送信することにより、Ｗｅｂページを生成することができる。
【００２６】
請求項１０に記載の発明は、Ｗｅｂページの構成要素となる要素情報を含む生成情報を、端末装置から送信された電子メールに基づいて登録する情報登録装置における情報登録方法であって、前記要素情報を含む電子メールであって、受信者を示すメールアドレスである受信者アドレスとして、前記生成情報を登録するための第１アドレスを含む電子メールを受信する第１受信ステップと、前記第１受信ステップにおいて受信された電子メールに含まれる前記生成情報を登録する登録ステップと、前記登録された生成情報に対応するメールアドレスとして、当該生成情報へ前記要素情報を追加するための第２アドレスであって、送信ごとに固有の第２アドレスを含む電子メールを、前記受信された電子メールの送信者宛てに送信する第１送信ステップと、前記要素情報を含む電子メールであって、前記受信者アドレスとして、前記第１送信ステップにおいて送信された電子メールに含まれる前記第２アドレスを含む電子メールを受信する第２受信ステップと、前記第２受信ステップにおいて受信された電子メールに含まれる前記受信者アドレスが、前記第２受信ステップにおいて過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第１判定ステップと、前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記生成情報に、当該電子メールに含まれる前記要素情報を追加する追加ステップと、を含むことを特徴とする。
【００２７】
請求項１１に記載の発明は、Ｗｅｂページの構成要素となる要素情報を含む生成情報を、端末装置から送信された電子メールに基づいて登録する情報登録装置に含まれるコンピュータを、前記要素情報を含む電子メールを受信する受信手段、前記受信された電子メールに含まれる受信者を示すメールアドレスである受信者アドレスの判別を行う判別手段、前記受信者アドレスが、前記生成情報を登録するための第１アドレスであると判別された場合に、前記受信された電子メールに含まれる前記生成情報を登録する登録手段、前記登録された生成情報に対応するメールアドレスとして、当該生成情報へ前記要素情報を追加するための第２アドレスであって、送信ごとに固有の第２アドレスを含む電子メールを、前記受信された電子メールの送信者宛てに送信する第１送信手段、前記受信者アドレスが、前記第１送信手段により送信された電子メールに含まれる前記第２アドレスであると判別された場合に、当該受信者アドレスが、前記受信手段により過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第１判定手段、及び、前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記生成情報に、当該電子メールに含まれる前記要素情報を追加する追加手段、として機能させることを特徴とする。
【００２８】
請求項１２に記載の発明は、Ｗｅｂページの構成要素となる要素情報を含む生成情報を、端末装置から送信された電子メールに基づいて登録する情報登録装置に含まれるコンピュータを、前記要素情報を含む電子メールを受信する受信手段、前記受信された電子メールに含まれる受信者を示すメールアドレスである受信者アドレスの判別を行う判別手段、前記受信者アドレスが、前記生成情報を登録するための第１アドレスであると判別された場合に、前記受信された電子メールに含まれる前記生成情報を登録する登録手段、前記登録された生成情報に対応するメールアドレスとして、当該生成情報へ前記要素情報を追加するための第２アドレスであって、送信ごとに固有の第２アドレスを含む電子メールを、前記受信された電子メールの送信者宛てに送信する第１送信手段、前記受信者アドレスが、前記第１送信手段により送信された電子メールに含まれる前記第２アドレスであると判別された場合に、当該受信者アドレスが、前記受信手段により過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第１判定手段、及び、前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記生成情報に、当該電子メールに含まれる前記要素情報を追加する追加手段、として機能させる情報登録プログラムがコンピュータ読み取り可能に記録されていることを特徴とする。
【発明の効果】
【００２９】
本発明によれば、ユーザは、要素情報を含ませた電子メールに、受信者アドレスとして第１アドレスを設定して端末装置から送信させることで、新しい生成情報を登録することができる。これにより、ユーザは、生成情報をトピックごとに登録することができる。また、ユーザは、登録された生成情報に追加する要素情報を含ませた電子メールに、受信した電子メールに含まれる第２アドレスを受信者アドレスに設定して、端末装置から送信させる。これにより、前回の電子メールで登録された生成情報に、要素情報を追加することができる。たとえ、第２アドレスが他者に知られたとしても、生成情報を登録させた本人が、その第２アドレスを受信者アドレスに設定した電子メールを先に送信すれば、他者からの電子メールで情報が追加されることはない。これにより、生成情報を登録させた本人ではない者からの電子メールで要素情報が追加されることを困難にすることができる。
【図面の簡単な説明】
【００３０】
【図１】一実施形態に係るレシピ情報提供システムＳの概要構成の一例を示す図である。
【図２】一実施形態に係るレシピサーバ１の概要構成の一例を示すブロック図である。
【図３】（ａ）は、一実施形態に係る会員情報ＤＢ１２ａに登録される内容の一例を示す図であり、（ｂ）は、一実施形態に係るレシピ情報ＤＢ１２ｂに登録される内容の一例を示す図であり、（ｃ）は、一実施形態に係る手順情報に設定される内容の一例を示す図であり、（ｄ）は、一実施形態に係る管理情報ＤＢ１２ｃに登録される内容の一例を示す図である。
【図４】一実施形態に係るレシピ情報提供システムＳの投稿メールを利用したレシピ情報の投稿時における処理例を示すシーケンス図である。
【図５】（ａ）は、メール投稿用ページの画面表示例を示す図であり、（ｂ）は、新規メール作成画面の表示例を示す図であり、（ｃ）は、投稿完了メールの画面表示例を示す図であり、（ｄ）は、新規メール作成画面の表示例を示す図であり、（ｅ）は、投稿メールの画面表示例を示す図である。
【図６】一実施形態に係るレシピ情報提供システムＳの投稿ページを利用したレシピ情報の投稿時における処理例を示すシーケンス図である。
【図７】投稿ページの画面表示例を示す図である。
【図８】ＰＣ３用のレシピページの画面表示例を示す図である。
【図９】（ａ）は、携帯電話機２用のレシピページの画面表示例を示す図であり、（ｂ）は、手順ページの画面表示例である。
【図１０】一実施形態に係るレシピサーバ１のシステム制御部１４のメール投稿用ページリクエスト受信時処理における処理例を示すフローチャートである。
【図１１】一実施形態に係るレシピサーバ１のシステム制御部１４のワンタイムアドレス発行処理における処理例を示すフローチャートである。
【図１２】一実施形態に係るレシピサーバ１のシステム制御部１４の投稿メール受信時処理における処理例を示すフローチャートである。
【図１３】一実施形態に係るレシピサーバ１のシステム制御部１４の新規投稿処理における処理例を示すフローチャートである。
【図１４】一実施形態に係るレシピサーバ１のシステム制御部１４の手順追加処理における処理例を示すフローチャートである。
【発明を実施するための形態】
【００３１】
以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、Ｗｅｂページによりレシピの情報が提供されるレシピ情報提供システムに対して本発明を適用した場合の実施形態である。
【００３２】
［１．レシピ情報提供システムの構成及び機能概要］
先ず、本実施形態に係るレシピ情報提供システムＳの構成及び機能概要について、図１を用いて説明する。図１は、本実施形態に係るレシピ情報提供システムＳの概要構成の一例を示す図である。
【００３３】
図１に示すように、レシピ情報提供システムＳは、レシピサーバ１（本発明における情報登録装置の一例）と、複数の携帯電話機２（本発明における携帯用の端末装置の一例）と、複数のＰＣ（パーソナルコンピュータ）３と、を含んで構成されている。レシピサーバ１と、各携帯電話機２及び各ＰＣ３とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。
【００３４】
レシピサーバ１は、レシピサイトに関する各種処理を実行するサーバ装置である。レシピサイトは、レシピを示すレシピ情報（本発明における生成情報の一例）の投稿をユーザから受け付けて、投稿されたレシピ情報をＷｅｂページ上に公開するＷｅｂサイトである。レシピ情報には、レシピのタイトル、完成した料理の画像、料理の手順を示す画像、レシピを作成したきっかけ等の情報が含まれる。レシピサーバ１は、携帯電話機２やＰＣ３からのリクエストに応じて、レシピサイトのＷｅｂページを送信する。このとき、レシピサーバ１は、携帯電話機２にＷｅｂページを送信する場合と、ＰＣ３にＷｅｂページを送信する場合とで、Ｗｅｂページのレイアウト等を異なるものにする。これは、携帯電話機２やＰＣ３の画面サイズに応じて、Ｗｅｂページの内容を見やすくするためである。レシピサイトのＷｅｂページには、レシピページが含まれる。レシピページは、１つのレシピ情報を表示するＷｅｂページである。また、レシピサーバ１は、携帯電話機２やＰＣ３からのリクエストに応じて、投稿されたレシピ情報を登録する処理を行う。また、レシピサーバ１は、登録されたレシピ情報に基づいて、レシピページを生成する。
【００３５】
携帯電話機２及びＰＣ３は、それぞれレシピサイトを利用するユーザの端末装置である。携帯電話機２及びＰＣ３は、ユーザからの操作に基づいてレシピサーバ１にアクセスする。これにより、携帯電話機２及びＰＣ３は、レシピサーバ１からＷｅｂページを受信して表示する。携帯電話機２及びＰＣ３には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ユーザの中には、携帯電話機２またはＰＣ３の何れか一方のみを所有しているユーザが存在したり、携帯電話機２及びＰＣ３の両方を所有しているユーザが存在したりする。
【００３６】
携帯電話機２には、デジタルカメラが内蔵されている。ユーザは、携帯電話機２を用いて、完成した料理を撮影したり、調理過程を撮影したりすることができる。
【００３７】
ユーザが携帯電話機２やＰＣ３を利用してレシピ情報を投稿するために、投稿ページが用意されている。投稿ページは、投稿されるレシピ情報を入力等したり編集したりするためのＷｅｂページである。ユーザがレシピ情報を投稿するためには、多くの情報を入力したり指定したりする必要がある。そのため、投稿ページの表示サイズは大きくなっている。携帯電話機２用のＷｅｂページの横のサイズは、携帯電話機２の画面の横のサイズに合わせられる。従って、携帯電話機２用の投稿ページは縦長のＷｅｂページになっている。携帯電話機２は、投稿ページ全体を１画面で表示しきれないため、ユーザは、必要な情報を入力等するために投稿ページを上下にスクロールさせる必要がある。また、携帯電話機２は、ＰＣ３と比較して、文字等の入力に時間を要する。そのため、携帯電話機２を利用した投稿作業には手間がかかる。
【００３８】
そこで、レシピ情報提供システムＳにおいては、レシピ情報に含まれる一部の情報を、ユーザが携帯電話機２から電子メールで投稿することを可能としている。この電子メールを、「投稿メール」という。具体的に、レシピサーバ１は、ユーザが最初に送信した投稿メールに添付された画像を、レシピ情報のメイン画像とする。メイン画像は、レシピ情報の一覧を表示するＷｅｂページに、レシピ情報を代表する画像として表示される静止画像である。メイン画像には、通常、完成した料理の画像が用いられる。レシピの一覧を表示するＷｅｂページとしては、例えば、レシピ情報の検索結果を示すＷｅｂページ等がある。また、レシピサーバ１は、ユーザが最初に送信した投稿メールのサブジェクト及び本文を、レシピのタイトル及びレシピかできたきっかけを示す文章（以下、「きっかけ文」という）とする。そして、レシピサーバ１は、メイン画像、レシピのタイトル及びきっかけ文を含むレシピ情報を、下書きとしてデータベースに登録する。レシピ情報の下書きとは、レシピサイトに登録はされているが、まだ公開されていないレシピ情報をいう。
【００３９】
その後、レシピサーバ１は、ユーザが２回目以降に送信した投稿メールに添付された画像を、レシピ情報の手順画像とする。手順画像は、料理の手順を示す静止画像である。料理の手順は、１つのレシピに１つ以上存在する。そのため、手順画像も、１つのレシピ情報に対して１つ以上存在する。レシピサーバ１は、投稿メールに添付された手順画像を、既に登録されているレシピ情報の下書きに追加登録する。なお、メイン画像、レシピタイトル、きっかけ文及び手順画像は、本発明における要素情報の一例である。
【００４０】
ユーザは、携帯電話機２による撮影で得られた画像を、電子メールで随時送信することができる。つまり、ユーザは、都合の良い場所から都合の良いときに、画像等を送信することができる。例えば、ユーザは、実際に料理を作りながら、その課程を随時撮影し、その場で画像を送信することができる。こうして、レシピ情報に含まれる画像をレシピサイトに予め登録しておくことができる。
【００４１】
その後、ユーザは、投稿ページから、画像以外の必要な情報を入力したり、画像を変更したりすることができる。このとき、ユーザがＰＣ３を所有している場合、ユーザは、ＰＣ３を利用して投稿作業を行うことができる。この場合、メイン画像や手順画像が予め登録されているので、ユーザは、携帯電話機２による撮影で得られた画像をＰＣ３に転送してから投稿ページで画像を登録する必要がない。
【００４２】
ところで、ユーザが投稿ページから投稿作業を行う場合、レシピサーバ１は、事前にパスワード認証を行うことにより、投稿するユーザを特定する。一方、ユーザが投稿メールで画像等の投稿を行う場合、レシピサーバ１はパスワード認証を行うことができない。そのため、投稿メールによる投稿時にユーザを特定する仕組みが必要である。すなわち、悪意のある者がユーザになりすまして、ユーザ本人が意図しない画像等を不正に投稿することができてしまうことを防止する必要がある。このときに、最初の投稿メールはユーザ本人からの投稿メールであったが、２回目以降の投稿メールがユーザ本人ではない者からの投稿メールであった場合に、２回目以降の投稿メールによる投稿を拒否する必要がある。
【００４３】
そこで、レシピサーバ１は、ワンタイムアドレスを発行する。ワンタイムアドレスは、投稿メールの受信者を示すメールアドレスとして指定することが許されるメールアドレスである。受信者を示すメールアドレスは、Toフィールドに設定されたメールアドレスである。なお、受信者を示すメールアドレスを、以下、「受信者アドレス」という。ワンタイムアドレスの発行とは、新しいワンタイムアドレスをユーザに提供することをいう。このワンタイムアドレスは、発行のたびに、これまでに発行された何れのワンタイムアドレスとも異なるように生成される固有のメールアドレスである。また、あるワンタイムアドレスを受信者アドレスに指定した投稿メールによる投稿は、１回のみ許される。ユーザは、レシピサーバ１から通知されたワンタイムアドレスを受信者アドレスに指定して、投稿メールを作成する。なお、ワンタイムアドレスの発行処理の詳細、ワンタイムアドレスを用いたユーザの特定方法及び第３者による不正な投稿の防止方法等については後述する。
【００４４】
［２．レシピサーバの構成］
次に、レシピサーバ１の構成について、図２及び図３を用いて説明する。
【００４５】
図２は、本実施形態に係るレシピサーバ１の概要構成の一例を示すブロック図である。図２に示すように、レシピサーバ１は、通信部１１と、記憶部１２と、入出力インターフェース１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース１３とは、システムバス１５を介して接続されている。
【００４６】
通信部１１は、ネットワークＮＷに接続して、携帯電話機２やＰＣ３等との通信状態を制御するようになっている。
【００４７】
記憶部１２（本発明における記憶手段の一例）は、例えば、ハードディスクドライブ等により構成されている。この記憶部１２には、会員情報ＤＢ（データベース）１２ａ、レシピ情報ＤＢ１２ｂ、管理情報ＤＢ１２ｃ等のデータベースが構築されている。
【００４８】
図３（ａ）は、本実施形態に係る会員情報ＤＢ１２ａに登録される内容の一例を示す図である。会員情報ＤＢ１２ａには、レシピサイトに会員登録しているユーザに関する会員情報が登録される。具体的に、会員情報ＤＢ１２ａには、ユーザの識別情報であるユーザＩＤ（本発明におけるユーザ識別情報の一例）、パスワード、ニックネーム、氏名、生年月日、性別、住所、電話番号、携帯電話機２のメールアドレス、ＰＣ３のメールアドレス等が、ユーザごとに対応付けて登録される。携帯電話機２のメールアドレスは、移動体通信事業者によって付与されたメールアドレスである。携帯電話機２のメールアドレスを受信者アドレスとする電子メールは、基本的に携帯電話機２のみが受信可能である。ＰＣ３のメールアドレスは、移動体通信事業者によって付与されたものではないメールアドレスである。ＰＣ３のメールアドレスを受信者アドレスとする電子メールは、ＰＣ３が受信可能である。
【００４９】
図３（ｂ）は、本実施形態に係るレシピ情報ＤＢ１２ｂに登録される内容の一例を示す図である。レシピ情報ＤＢ１２ｂにはレシピ情報が登録される。具体的に、レシピ情報ＤＢ１２ｂには、レシピＩＤ（本発明における生成情報識別情報の一例）、投稿者ユーザＩＤ、公開フラグ、公開年月日、レシピタイトル、料理名、メイン画像、材料名及び材料の分量、コメント、手順情報、調理時間、材料費、料理の用途、きっかけ文等が、投稿されたレシピごとに対応付けて登録される。
【００５０】
投稿者ユーザＩＤはレシピを投稿したユーザのユーザＩＤである。公開フラグは、投稿されたレシピが公開されているか否かを示す情報である。公開フラグがＯＦＦに設定されている場合、レシピ情報が公開されていないことを示し、公開フラグがＯＮに設定されている場合、レシピ情報が公開されていることを示す。公開されていないレシピ情報は、下書き状態のレシピ情報である。ユーザが、レシピ情報を公開することを選択することにより、公開フラグがＯＦＦからＯＮに変更される。
【００５１】
図３（ｃ）は、本実施形態に係る手順情報に設定される内容の一例を示す図である。手順情報は、料理の手順を示す情報である。具体的に、手順情報には、手順数が設定される。また、手順情報には、手順ごとの手順文及び手順画像が、手順数に相当する数分設定される。手順文は、手順の内容を示す文章である。
【００５２】
図３（ｄ）は、本実施形態に係る管理情報ＤＢ１２ｃに登録される内容の一例を示す図である。管理情報ＤＢ１２ｃには、ワンタイムアドレスを管理するための管理情報が登録されている。管理情報は、レシピサーバ１が投稿メールを受信したときの処理内容を決定するための情報でもある。具体的に、管理情報ＤＢ１２ｃには、管理ＩＤ（本発明におけるアドレス識別情報の一例）、タイプＩＤ、発行対象レシピＩＤ、発行対象ユーザＩＤ、ワンタイムメールボックス名（本発明における固有情報の一例）、発行日時及び受信フラグが、発行されたワンタイムアドレスごとに登録される。
【００５３】
管理ＩＤは、管理情報の識別情報である。例えば、管理情報の登録順に、000001から順に管理ＩＤが付与される。タイプＩＤは、対応するワンタイムアドレスの用途を識別する識別情報である。このタイプＩＤには、「新規投稿」または「手順追加」が設定される。「新規投稿」は、ワンタイムアドレスがレシピ情報の新規登録のために用いられることを示すタイプＩＤである。また、「新規投稿」は、投稿メールに添付された画像がメイン画像として用いられ、投稿メールのサブジェクト及び本文が、レシピタイトル及びきっかけ文として用いられることを示すタイプＩＤである。「手順追加」は、ワンタイムアドレスが、既に登録されているレシピ情報に対する手順画像の追加のために用いられることを示すタイプＩＤである。また、「手順追加」は、投稿メールに添付された画像が手順画像として用いられることを示すタイプＩＤである。なお、「新規投稿」に対応するワンタイムアドレスは、本発明における第１アドレスの一例である。また、「手順追加」に対応するワンタイムアドレスは、本発明における第２アドレスの一例である。
【００５４】
発行対象レシピＩＤは、対応するワンタイムアドレスが受信者アドレスに指定された投稿メールに含まれる画像等の情報が登録されるレシピ情報のレシピＩＤである。発行対象ユーザＩＤは、対応するワンタイムアドレスが発行されたユーザのユーザＩＤである。タイプＩＤが「新規投稿」である場合、発行対象レシピＩＤは、新規登録されるレシピ情報のレシピＩＤである。タイプＩＤが「追加投稿」である場合、発行対象レシピＩＤは、手順画像が追加されるレシピ情報のレシピＩＤである。
【００５５】
ワンタイムメールボックス名は、発行されたワンタイムアドレスに含まれるメールボックス名である。レシピサーバ１は、管理ＩＤ等の情報を含む平文を、予め定められたハッシュ関数を用いてハッシュ化することにより、ワンタイムメールボックス名を生成する。管理ＩＤは、生成されるワンタイムアドレスごとに固有の識別情報である。従って、管理ＩＤに基づいて生成されたワンタイムメールボックス名は、他のワンタイムアドレスに含まれるワンタイムメールボックス名と、基本的には異なるメールボックス名となる。一方、ワンタイムアドレスに含まれるドメイン名は、全てのワンタイムアドレスで同一になっている。このドメイン名は、レシピ情報の投稿用のドメイン名である。従って、ワンタイムメールボックス名が判明すると、ワンタイムアドレスも判明する。なお、レシピサーバ１が受信した投稿メールは、レシピサーバ１の処理に用いられた後は保存する必要がない。そのため、ワンタイムメールボックス名に対応するメールボックスは生成されない。
【００５６】
発行日時は、対応するワンタイムアドレスが発行された日時を示す。ワンタイムアドレスが発行されてから所定の長さの期間（例えば、１ヶ月等）が経過すると、発行されたワンタイムアドレスは無効となる。レシピサーバ１は、無効となったワンタイムアドレスが受信者アドレスとして設定された投稿メールによる投稿を拒否する。ワンタイムアドレスが発行されてから時間が経過するほど、ワンタイムアドレスが第３者に知られてしまう可能性がある。そのため、ワンタイムアドレスの不正利用の可能性を減らすため、有効期限が設定されている。
【００５７】
受信フラグは、対応するワンタイムアドレスを受信者アドレスとして指定された投稿メールが受信されたか否かを示す。受信フラグがＯＦＦに設定されている場合、投稿メールが受信されていないことを示し、受信フラグがＯＮに設定されている場合、投稿メールが受信されていることを示す。受信フラグは、発行されたワンタイムアドレスが受信者アドレスに指定された投稿メールによる投稿を１回のみ許容するために用いられる情報である。
【００５８】
次に、記憶部１２に記憶される情報について説明する。記憶部１２には、レシピサイトのＷｅｂページを構成するＨＴＭＬ（Hyper Text Markup Language）文書、ＸＭＬ（Extensible Markup Language）文書、画像データ、テキストデータ、電子文書等の各種データが記憶されている。
【００５９】
また、記憶部１２には、オペレーティングシステム、ＷＷＷ（World Wide Web）サーバプログラム、ＳＭＴＰ（Simple Mail Transfer Protocol）サーバプログラム、ＤＢＭＳ（DataBase Management System）、レシピ情報管理プログラム等の各種プログラムが記憶されている。レシピ情報管理プログラムは、レシピサイトに関する各種処理を実行するためのプログラムである。なお、レシピ情報管理プログラム等の各種プログラム（本発明における情報登録プログラムの一例を含む）は、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしても良いし、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしても良い。
【００６０】
入出力インターフェース１３は、通信部１１及び記憶部１２とシステム制御部１４との間のインターフェース処理を行うようになっている。
【００６１】
システム制御部１４は、ＣＰＵ（Central Processing Unit）１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。そして、システム制御部１４は、ＣＰＵ１４ａが、各種プログラムを読み出し実行することにより、本発明における受信手段、判別手段、登録手段、送信手段、判定手段、追加手段、第２送信手段、第２判定手段、識別情報生成手段、アドレス生成手段、表示情報生成手段及び表示情報送信手段として機能するようになっている。
【００６２】
なお、レシピサーバ１が、複数のサーバ装置で構成されても良い。例えば、レシピ情報の登録等を行うサーバ装置、携帯電話機２やＰＣ３からのリクエストに応じてレシピサイトのＷｅｂページを送信するサーバ装置、電子メールの送受信を行うサーバ装置及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されても良い。
【００６３】
［３．レシピ情報提供システムの動作］
次に、レシピ情報提供システムＳの動作について、図４乃至図１４を用いて説明する。
【００６４】
［３−１．レシピ情報提供システム全体の動作］
図４は、本実施形態に係るレシピ情報提供システムＳの投稿メールを利用したレシピ情報の投稿時における処理例を示すシーケンス図である。
【００６５】
あるユーザＸは、例えば、電子メールでレシピ情報を投稿する前に、レシピサイトにログインする。このとき、ユーザＸは、ユーザＩＤ及びパスワードを携帯電話機２−１に入力する。携帯電話機２−１は、入力されたユーザＩＤ及びパスワードをレシピサーバ１に送信する。レシピサーバ１は、ユーザ識別情報受信手段としてユーザＩＤ及びパスワードを受信すると、受信した情報に基づいてパスワード認証を行う。このとき、レシピサーバ１は、契約者固有ＩＤを取得する。契約者固有ＩＤは、携帯電話機２の契約者に対して移動体通信事業者から付与される固有の識別情報である。なお、移動体通信事業者によって、契約者固有ＩＤの呼称が異なる場合がある。契約者固有ＩＤは、例えば、移動体通信事業者のゲートウェイサーバにより、携帯電話機２から送信されたリクエストに付加されたり、携帯電話機２自身によりリクエストに付加されたりする。レシピサーバ１は、パスワード認証が成功すると、ユーザＩＤと契約者固有ＩＤとを対応付けて記憶する。その後、レシピサーバ１は、携帯電話機２−１から送信されてくるリクエストに付加された契約者固有ＩＤから、ユーザＩＤを取得することができる。そして、レシピサーバ１は、取得したユーザＩＤにより、ユーザを特定することができる。なお、レシピサーバ１は、携帯電話機２−１に送信するＨＴＭＬ文書に含まれるaタグのhref属性に設定されるＵＲＬに、受信したユーザＩＤを付加しても良い（付加されるユーザＩＤは暗号化されていても良い）。これにより、携帯電話機２−１からレシピサーバ１に送信されるリクエストに含まれているＵＲＬには、ユーザＩＤが付加される。そのため、レシピサーバ１は、リクエストを送信してくる携帯電話機２−１からユーザＩＤを受信することができる。
【００６６】
その後、図４に示すように、ユーザＸは、レシピサイトのＷｅｂページで、電子メールによる投稿を選択する（ステップＳ１）。すると、携帯電話機２−１は、メール投稿用ページのリクエストをレシピサーバ１に送信する（ステップＳ２）。メール投稿用ページは、新しいワンタイムアドレスをユーザに提供するためのＷｅｂページである。レシピサーバ１は、メール投稿用ページのリクエストを受信すると、ワンタイムアドレスを生成する（ステップＳ３）。このとき、レシピサーバ１は、管理情報を登録する。管理情報には、新しく生成された管理ＩＤ、取得したユーザＩＤ、新しいレシピＩＤ、生成したワンタイムアドレスのメールボックス名等が設定される。また、タイプＩＤとして「新規投稿」が設定される。
【００６７】
次いで、レシピサーバ１は、生成したワンタイムアドレスのメールリンクを含むメール投稿用ページを、携帯電話機２−１に送信する（ステップＳ４）。メールリンクは、aタグのhref属性に、「mailto:メールアドレス」の形式でメールアドレスが設定されたリンクである。携帯電話機２−１は、受信したメール投稿用ページを画面に表示する。
【００６８】
図５（ａ）は、メール投稿用ページの画面表示例を示す図である。図５に示すように、メール投稿用ページには、リンク１０１が表示される。リンク１０１は、ワンタイムアドレスのメールリンクである。ユーザＸがリンク１０１を選択すると（ステップＳ５）、携帯電話機２−１は、電子メールクライアントソフトを起動して、新規メール作成画面を表示する（ステップＳ６）。新規メール作成画面は、新しい電子メールを作成するための画面である。
【００６９】
図５（ｂ）は、新規メール作成画面の表示例を示す図である。図５（ｂ）に示すように新規メール作成画面には、宛先入力欄１１１、サブジェクト入力欄１１２、添付ファイル表示欄１１３及び本文入力欄１１４が表示される。宛先入力欄１１１は、電子メールの受信者アドレスを入力するための入力欄である。宛先入力欄１１１には、ステップＳ３において生成されたワンタイムアドレスが予め設定されている。サブジェクト入力欄１１２は、電子メールのサブジェクトを入力するための入力欄である。添付ファイル表示欄１１３には、電子メールに添付されるファイルのファイル名が表示される。本文入力欄１１４は、電子メールの本文のテキストを入力するための入力欄である。電子メールクライアントソフトの起動時、サブジェクト入力欄１１２、添付ファイル表示欄１１３及び本文入力欄１１４には、何も設定されていない。
【００７０】
ユーザＸは、サブジェクト入力欄１１２に、レシピタイトルを入力する。また、ユーザＸは、添付ファイルとして、レシピ情報のメイン画像となる画像を指定する。また、ユーザＸは、本文入力欄１１４に、きっかけ文を入力する（ステップＳ７）。すると、図５（ｂ）に示すように、サブジェクト入力欄１１２、添付ファイル表示欄１１３及び本文入力欄１１４には、レシピタイトル、添付画像のファイル名、きっかけ文が表示される。なお、レシピタイトル及びきっかけ文の入力は省略することができる。その後、ユーザＸは、電子メールの送信を選択する。すると、携帯電話機２−１は、添付された画像、入力されたサブジェクト及び本文を含む投稿メールを送信する（ステップＳ８）。投稿メールは、メールサーバにより、受信者アドレスに基づいてレシピサーバ１へ転送される。
【００７１】
レシピサーバ１は、投稿メールを受信すると、投稿メールの受信者アドレスがワンタイムアドレスとして有効であるか否かを判定する（ステップＳ９）。例えば、レシピサーバ１は、対応する管理情報が登録されているか、過去に受信されている投稿メールの受信者アドレスと同一ではないか、有効期限内か等の判定を行う。このとき、レシピサーバ１は、受信者アドレスがワンタイムアドレスとして有効ではないと判定した場合には、投稿メールを拒否する。つまり、レシピサーバ１は、レシピ情報の登録を行わない。一方、レシピサーバ１は、受信者アドレスとして指定されたメールアドレスがワンタイムアドレスとして有効であると判定した場合には、投稿メールに含まれる情報の登録を行う。ここで、管理情報のタイプＩＤは「新規投稿」である。そこで、レシピサーバ１は、下書きとしてのレシピ情報の新規登録を行う（ステップＳ１０）。このとき、レシピサーバ１は、レシピ情報に対応付けるレシピＩＤ及びユーザＩＤとして、管理情報に設定された発行対象レシピＩＤ及び発行対象ユーザＩＤを用いる。
【００７２】
ワンタイムアドレスは、発行されるたびに固有となるメールアドレスである。また、レシピ情報の新規登録のために発行されるワンタイムアドレスは、ユーザがレシピサイトにログインした状態で発行される。つまり、ワンタイムアドレスは、パスワード認証によりユーザが特定された状態で発行される。そして、特定されたユーザのユーザＩＤは管理情報に設定されている。従って、レシピサーバ１は、投稿メールの受信者アドレスに指定されたワンタイムアドレスに対応する管理情報に設定されたユーザＩＤから、ユーザを特定することができる。
【００７３】
また、ワンタイムアドレスは、投稿メールの受信者アドレスとして１回のみ設定可能である。そのため、ワンタイムアドレスが他者に知られてしまったとしても、ユーザ自身が、発行されたワンタイムアドレスを用いて先に投稿メールを送信すれば良い。その後に、他者が同一のワンタイムアドレスを用いて投稿メールを送信しても、その投稿メールは拒否される。また、総当たり攻撃に対しても有効である。つまり、他者が、投稿メールの受信者アドレスとして指定可能な文字の組み合わせを可能な限り生成して、次々に投稿メールを送信したとする。この場合、他者が生成した受信者アドレスが、発行されたワンタイムアドレスと偶然に一致したとしても、ユーザ自身が先に投稿メールを送信した後であれば、他者からの投稿メールは拒否される。また、ユーザ自身が投稿メールを送信しなかったとしても、ワンタイムアドレスの有効期限が切れた後は、他者からの投稿メールは拒否される。よって、レシピ情報を登録した本人ではない者が本人になりすまして投稿メールでレシピ情報を登録することを困難にすることができる。
【００７４】
また、ワンタイムアドレスが受信者アドレスとして１回のみ設定可能となっていることは、ユーザによる誤登録を防止するためにも有益である。つまり、ユーザが、同じワンタイムアドレスを投稿メールの受信者アドレスに設定することにより、レシピ情報を誤って新規に登録したり、手順画像を誤って追加することを防止したりすることができる。
【００７５】
レシピサーバ１は、レシピ情報を登録すると、新たなワンタイムアドレスを生成する（ステップＳ１１）。このとき、レシピサーバ１は、新しい管理情報を登録する。新しい管理情報には、ステップＳ３において登録された管理情報に設定されていた発行対象レシピＩＤ及び発行対象ユーザＩＤが引き継がれる。また、タイプＩＤとして「手順追加」が設定される。次いで、レシピサーバ１は、生成したワンタイムアドレスを本文に含む投稿完了メールを送信する（ステップＳ１２）。投稿完了メールは、投稿された情報の登録が完了したことを通知する電子メールである。投稿完了メールの受信者アドレスには、ユーザＸの携帯電話機２−１のメールアドレスが設定される。そのため、レシピサーバ１は、ユーザＸ宛ての投稿完了メールを送信する。投稿メールに設定されている送信者を示すメールアドレスには、ユーザＸの携帯電話機２−１のメールアドレスが設定される。送信者を示すメールアドレスとは、Fromフィールドに設定されたメールアドレスである。そのため、レシピサーバ１は、ユーザＸの携帯電話機２−１のメールアドレスを取得することができる。なお、送信者を示すメールアドレスを、以下、「送信者アドレス」という。
【００７６】
ユーザは、携帯電話機２−１を操作することにより、電子メールクライアントソフトを起動し、携帯電話機２−１に、メールサーバから投稿完了メールを受信させる。そして、携帯電話機２−１は、投稿完了メールを画面に表示する。
【００７７】
図５（ｃ）は、投稿完了メールの画面表示例を示す図である。図５（ｃ）に示すように、投稿完了メールの本文には、投稿が完了した旨のメッセージが表示される。また、投稿メールの本文には、メールアドレス１２１が表示される。メールアドレス１２１は、ステップＳ１１において生成されたワンタイムアドレスである。
【００７８】
ユーザＸがメールアドレス１２１を選択すると（ステップＳ１３）、携帯電話機２−１は、電子メールクライアントソフトを起動して、新規メール作成画面を表示する（ステップＳ１４）。
【００７９】
図５（ｄ）は、新規メール作成画面の表示例を示す図である。図５（ｄ）に示すように、宛先入力欄１１１には、メールアドレス１２１が示すワンタイムアドレスが予め設定されている。ユーザＸは、添付ファイルとして、手順画像となる画像を指定する。（ステップＳ１５）。すると、図５（ｄ）に示すように、添付ファイル表示欄１１３には、添付画像のファイル名が表示される。このとき、ユーザＸは、添付ファイルとして、複数の手順画像を指定しても良い。そして、ユーザＸは、電子メールの送信を選択する。すると、携帯電話機２−１は、添付された画像含む投稿メールを送信する（ステップＳ１６）。
【００８０】
レシピサーバ１は、投稿メールを受信すると、ステップＳ９と同様に、投稿メールの受信者アドレスがワンタイムアドレスとして有効であるか否かを判定する（ステップＳ１７）。そして、レシピサーバ１は、有効であると判定した場合には、投稿メールに含まれる情報の登録を行う。ここで、管理情報のタイプＩＤは「手順追加」である。そこで、レシピサーバ１は、既に登録されているレシピ情報に対して、投稿メールに添付された画像を、手順画像として追加する（ステップＳ１８）。このときにも、レシピサーバ１は、対象となるレシピ情報のレシピＩＤとして、管理情報に設定された発行対象レシピＩＤを用いる。
【００８１】
ステップＳ１２において送信される投稿完了メールの受信者アドレスには、ステップＳ８において送信された投稿メールの送信者アドレスが設定される。これにより、投稿メールの送信者に対して投稿完了メールが送信されることが保証される。そして、ステップＳ１０におけるレシピ情報の新規登録時において、投稿したユーザが特定されている。従って、投稿完了メールの送信により発行されるワンタイムアドレスは、ユーザが特定された状態で発行される。従って、レシピサーバ１は、レシピ情報に対する手順画像追加時にも、レシピ情報の新規登録時と同様に、ユーザを特定することができる。また、レシピ情報の新規登録時と同様に、レシピ情報を登録した本人ではない者が投稿メールでレシピ情報に手順画像を追加することを困難にすることができる。
【００８２】
レシピサーバ１は、レシピ情報に対する手順画像を追加すると、ステップＳ１１及びＳ１２と同様に、新たなワンタイムアドレスの生成（ステップＳ１９）、及び、投稿完了メールの送信を行う（ステップＳ２０）。携帯電話機２−１は、投稿完了メールを受信して画面に表示する。図５（ｅ）は、投稿メールの画面表示例を示す図である。図５（ｅ）に示すように、本文には、メールアドレス１２１として、ステップＳ１９において生成されたワンタイムアドレスが表示される。
【００８３】
ユーザＸは、必要があれば、添付ファイルとして手順画像となる画像を指定し、投稿メールを携帯電話機２から送信させる。こうして、ステップＳ１３〜Ｓ２０の処理が、必要に応じて繰り返される。
【００８４】
ユーザは、新しいレシピ情報を投稿する場合には、再度メール投稿用ページを携帯電話機２に表示させれば良い。これにより、新たなワンタイムアドレスが発行される。そして、メール投稿用ページにより発行されるワンタイムアドレスには、タイプＩＤが「新規投稿」である管理情報と対応付けられている。「新規投稿」を示すタイプＩＤが設定されている場合、レシピサーバ１はレシピ情報の新規登録を行う。従って、各ユーザは、複数のレシピ情報を投稿することができる。
【００８５】
また、投稿完了メールにより発行されるワンタイムアドレスに対応する管理情報には、レシピ情報が新規登録されたときにレシピＩＤが設定されている。また、この管理情報に設定されているタイプＩＤは「手順追加」を示す。「手順追加」を示すタイプＩＤが設定されている場合、レシピサーバ１は、管理情報に設定されているレシピＩＤに対応するレシピ情報に、手順画像を追加する。従って、各ユーザは、登録された複数のレシピ情報のそれぞれに、手順画像を追加させることができる。
【００８６】
ユーザは、投稿メールを用いて投稿する場合、レシピ情報を新規に投稿するか、または、レシピ情報に情報を追加するか、を指定する必要がない。また、ユーザは、投稿メールに添付する画像が、メイン画像であるか、または、手順画像であるか、を指定する必要もない。また、投稿メールの受信者アドレスには、ワンタイムアドレスが自動的に設定される。そのため、ユーザは、手順画像を追加する場合、どのレシピ情報に追加するかを指定したり、追加先のレシピ情報に応じて受信者アドレスの入力や変更を行ったりする必要がない。ユーザは、投稿したい情報を入力したり添付したりして投稿メールを送信するだけで良い。従って、ユーザは、簡単に、複数のレシピ情報を投稿したり、複数のレシピ情報に対してそれぞれ情報を追加したりすることができる。
【００８７】
図６は、本実施形態に係るレシピ情報提供システムＳの投稿ページを利用したレシピ情報の投稿時における処理例を示すシーケンス図である。
【００８８】
ユーザＸは、投稿メールを用いた投稿を終えた後、投稿ページから、下書きとして登録されたレシピ情報の編集を行う。ここで、ユーザＸは、所有しているＰＣ３−１を利用して、編集作業を行ったとする。
【００８９】
ユーザＸは、ＰＣ３−１に、ユーザＸが投稿したレシピ情報の下書きの一覧を示すＷｅｂページを表示させる。そして、図６に示すように、ユーザＸは、一覧の中から編集したいレシピ情報を選択する（ステップＳ５１）。すると、ＰＣ３−１は、投稿ページのリクエストをレシピサーバ１に送信する（ステップＳ５２）。投稿ページのリクエストには、選択されたレシピ情報のレシピＩＤが含まれている。レシピサーバ１は、投稿ページのリクエストを送信すると、投稿ページをＰＣ３−１に送信する（ステップＳ５３）。具体的に、レシピサーバ１は、受信したリクエストに含まれるレシピＩＤに対応するレシピ情報を、レシピ情報ＤＢ１２ｂから取得する。次いで、レシピサーバ１は、取得したレシピ情報に基づいて、投稿ページのＨＴＭＬ文書を生成する。そして、レシピサーバ１は、生成したＨＴＭＬ文書をＰＣ３−１に送信する。ＰＣ３−１は、受信したＨＴＭＬ文書に基づいて、投稿ページを画面に表示する。
【００９０】
図７は、投稿ページの画面表示例を示す図である。図７に示す投稿ページは、ＰＣ３用の投稿ページである。図７に示すように、投稿ページには、レシピＩＤの表示欄２０１、レシピタイトルの表示欄２０２、料理名の表示欄２０３、対象人数の表示欄２０４、材料名及び分量の表示欄２０５、メイン画像の表示欄２０６、コメントの表示欄２０７、ニックネームの表示欄２０８、複数の手順表示欄２０９、調理時間の表示欄２１２、材料費の表示欄２１３、用途の表示欄２１４、きっかけ文の表示欄２１５及び公開ボタン２１６等が表示される。
【００９１】
レシピＩＤの表示欄２０１には、レシピＩＤが表示される。レシピタイトルの表示欄２０２には、ユーザが最初の投稿メールのサブジェクトとして入力したレシピタイトルが表示される。メイン画像の表示欄２０６には、ユーザが最初の投稿メールに添付した画像が表示される。ニックネームの表示欄２０８には、投稿したユーザのニックネームが表示される。各手順表示欄２０９には、手順文の表示欄２１０及び手順画像の表示欄２１１が表示される。手順画像の表示欄２１１には、ユーザが２回目以降の投稿メールに添付した画像が表示される。例えば、ユーザが２つの手順画像を投稿メールに添付した場合、または、２つの投稿メールにそれぞれ１つの手順画像を添付した場合には、図７に示すように、２つの手順表示欄２０９の手順画像の表示欄２１１に、手順画像が表示される。きっかけ文の表示欄２１５には、ユーザが最初の投稿メールの本文として入力したきっかけ文が表示される。その他の表示欄には、対応する情報が表示されていない状態である。
【００９２】
投稿ページにおいて、ユーザは各種の編集操作を行うことができる（ステップＳ５４）。例えば、ユーザは、各表示欄を選択操作することにより、選択した表示欄に表示される情報を入力したり変更したりすることができる。また、ユーザは、メイン画像の表示欄２０６を選択したり、手順表示欄２０９を選択することにより、選択した表示欄に表示される画像を変更したりすることができる。また、ユーザは、手順表示欄２０９を追加したり削除したりすることができる。また、ユーザは、手順表示欄２０９の並び順を変更することができる。手順表示欄２０９は、手順の順番に対応する。なお、レシピＩＤ及びニックネームを変更することはできない。
【００９３】
ユーザＸが編集操作を行うたびに、ＰＣ３−１は、入力された情報、変更された情報、または、変更された画像等を、編集情報としてレシピサーバ１に送信する（ステップＳ５５）。編集情報には、レシピＩＤが含まれている。レシピサーバ１は、レシピ情報ＤＢ１２ｂにおいて、受信した編集情報に含まれるレシピＩＤに対応するレシピ情報を更新する（ステップＳ５６）。具体的に、レシピサーバ１は、編集情報に含まれる情報をレシピ情報中に追加したり、編集情報に含まれる情報をレシピ情報中の対応する情報に上書きしたりする。
【００９４】
その後、ユーザＸが、公開ボタン２１６を選択操作すると、ＰＣ３−１は、レシピＩＤを含む公開リクエストをレシピサーバ１に送信する（ステップＳ５７）。レシピサーバ１は、レシピ情報ＤＢ１２ｂにおいて、受信した公開リクエストに含まれるレシピＩＤに対応するレシピ情報中の公開フラグをＯＮに変更する。また、レシピサーバ１は、表示情報生成手段として、公開リクエストに含まれるレシピＩＤに対応するレシピ情報に含まれる各情報を構成要素とするレシピページを生成する（ステップＳ５８）。具体的に、レシピサーバ１は、レシピ情報に含まれる各テキストの情報を、それぞれ所定の位置に埋め込んだＨＴＭＬ文書を生成する。また、レシピサーバ１は、レシピ情報に含まれるメイン画像や手順画像のＵＲＬを、それぞれ対応するimgタグのsrc属性に設定する。レシピサーバ１は、携帯電話機２用のＨＴＭＬ文書とＰＣ３用のＨＴＭＬ文書を生成する。そして、レシピサーバ１は、生成したＨＴＭＬ文書を記憶部１２に記憶させる。なお、レシピサーバ１は、携帯電話機２用のＨＴＭＬ文書として、後述する手順ページのＨＴＭＬ文書も生成する。
【００９５】
その後、あるユーザＹが、レシピページを閲覧するためにＰＣ３−２を操作する。すると、ＰＣ３−２は、レシピページのリクエストをレシピサーバ１に送信する（ステップＳ５９）。レシピサーバ１は、受信したリクエストに対応するレシピページを、ＰＣ３−２に送信する（ステップＳ６０）。具体的に、レシピサーバ１は、リクエストに含まれるＵＲＬに対応するＨＴＭＬ文書を記憶部１２から取得する。そして、レシピサーバ１は、表示情報送信手段として、取得したＨＴＭＬ文書をＰＣ３−２に送信する。ＰＣ３−２は、受信したＨＴＭＬ文書を用いてレシピページを画面に表示させる。
【００９６】
図８は、ＰＣ３用のレシピページの画面表示例を示す図である。図８に示すように、ＰＣ３用のレシピページには、レシピＩＤ３０１、レシピタイトル３０２、料理名３０３、対象人数３０４、材料名及び分量３０５、メイン画像３０６、コメント３０７、ニックネーム３０８、複数の手順表示欄３０９、調理時間３１２、材料費３１３、用途３１４、きっかけ文３１５が表示される。各手順表示欄３０９には、手順文３１０及び手順画像３１１が表示される。
【００９７】
図９（ａ）は、携帯電話機２用のレシピページの画面表示例を示す図である。携帯電話機２には、図９（ａ）に示すレシピページが表示される。具体的に、携帯電話機２用のレシピページには、レシピタイトル４０１、メイン画像４０２、ニックネーム４０３、コメント４０４、対象人数４０５、材料名及び分量４０６、複数の手順文４０７、きっかけ文４０９、調理時間４１０、材料費４１１、用途４１２及びレシピＩＤ４１３等が表示される。
【００９８】
携帯電話機２用のレシピページには、手順画像が表示されない。その代わりに、各手順文４０７に続けて、手順表示リンク４０８が表示される。ユーザが何れかの手順表示リンク４０８を選択操作すると、携帯電話機２の画面には、手順ページが表示される。
【００９９】
図９（ｂ）は、手順ページの画面表示例である。図９（ｂ）に示すように、手順ページには、選択された手順表示リンク４０８に対応する手順の手順文５０１及び手順画像５０２が表示される。このように、レシピサーバ１は、レシピ情報の一部の情報が構成要素となるＷｅｂページのＨＴＭＬ文書を複数生成して、複数のＷｅｂページによって１つのレシピ情報の全体が表示されるようにしても良い。
【０１００】
［３−２．レシピサーバの動作］
図１０は、本実施形態に係るレシピサーバ１のシステム制御部１４のメール投稿用ページリクエスト受信時処理における処理例を示すフローチャートである。メール投稿用ページリクエスト受信時処理は、システム制御部１４が、携帯電話機２からメール投稿用ページのリクエストを受信したときに開始される。
【０１０１】
図１０に示すように、システム制御部１４は、リクエストを送信してきた携帯電話機２を利用するユーザのユーザＩＤを取得する（ステップＳ１０１）。なお、ユーザＩＤの取得方法は既に説明されている。次いで、システム制御部１４は、新しいレシピＩＤを生成する（ステップＳ１０２）。次いで、システム制御部１４は、タイプＩＤに「新規投稿」を設定する（ステップＳ１０３）。
【０１０２】
次いで、システム制御部１４は、後述するワンタイムアドレス発行処理を実行する（ステップＳ１０４）。このとき、システム制御部１４は、取得したユーザＩＤ、生成したレシピＩＤ及び「新規投稿」を示すタイプＩＤを、ワンタイムアドレス発行処理の引数として指定する。ワンタイムアドレス発行処理では、新しいワンタイムアドレスが生成される。また、ワンタイムアドレス発行処理では、引数として指定されたユーザＩＤ、レシピＩＤ及びタイプＩＤが設定された管理情報を登録する。
【０１０３】
次いで、システム制御部１４は、記憶部１２からメール投稿用ページのＨＴＭＬ文書を取得する。そして、システム制御部１４は、取得したＨＴＭＬ文書に含まれるメールリンクのaタグのhref属性に、ワンタイムアドレス発行処理で生成されたワンタイムアドレスを設定する（ステップＳ１０５）。次いで、システム制御部１４は、第２送信手段として、ワンタイムアドレスの設定を行ったＨＴＭＬ文書を、メール投稿用ページのリクエストの送信元の携帯電話機２に送信する（ステップＳ１０６）。システム制御部１４は、ステップＳ１０６の処理を終えると、メール投稿用ページリクエスト受信時処理を終了させる。
【０１０４】
図１１は、本実施形態に係るレシピサーバ１のシステム制御部１４のワンタイムアドレス発行処理における処理例を示すフローチャートである。
【０１０５】
図１１に示すように、システム制御部１４は、アドレス生成手段として、発行のたびに固有となるワンタイムアドレスを生成する。
【０１０６】
先ず、システム制御部１４は、識別情報生成手段として、新しい管理ＩＤを生成する（ステップＳ２０１）。次いで、システム制御部１４は、ハッシュ化する平文のテキストを生成する（ステップＳ２０２）。具体的に、システム制御部１４は、記憶部１２に記憶されている秘密文字を取得する。秘密文字は、例えば、システムの管理者等により予め設定されたテキストである。秘密文字は、レシピサイトの外部に漏れないように管理される。また、システム制御部１４は、現在時刻を取得する。また、システム制御部１４は、疑似乱数を生成する。そして、システム制御部１４は、引数として指定されたタイプＩＤ、新しく生成された管理ＩＤ、秘密文字、現在時刻、疑似乱数を接続して、平文のテキストを生成する。
【０１０７】
次いで、システム制御部１４は、記憶部１２に記憶されているハッシュ関数を用いて、生成された平文のテキストをハッシュ化する。これにより、システム制御部１４は、ワンタイムメールボックス名を生成する（ステップＳ２０３）。
【０１０８】
前述したように、管理ＩＤは、生成されるワンタイムアドレスごとに固有の識別情報である。従って、ワンタイムメールボックス名は、これまでに生成されたワンタイムメールボックス名と異なるように生成される。そのため、これまでに生成されたワンタイムメールボックス名と異なるようにワンタイムメールボックス名を生成するために、平文にレシピＩＤやユーザＩＤを含ませる必要はない。従って、例えば、悪意のある者が、入手したワンタイムメールボックス名から元の平文が突き止めたとしても、対象となるレシピ情報や、投稿するユーザを特定することはできない。これにより、セキュリティを確保することができる。例えば、悪意のある者が、特定のユーザになりすましてレシピ情報を投稿したり、特定のレシピ情報に情報を追加したりするために、ワンタイムメールボックス名を偽造することを困難にすることができる。
【０１０９】
次いで、システム制御部１４は、生成したワンタイムメールボックス名に、レシピ情報の投稿用のドメイン名を接続して、ワンタイムアドレスを生成する（ステップＳ２０４）。
【０１１０】
次いで、システム制御部１４は、管理情報ＤＢ１２ｃに登録する管理情報の設定処理を行う（ステップＳ２０５）。具体的に、システム制御部１４は、引数として指定されたユーザＩＤ及びレシピＩＤを、発行対象ユーザＩＤ及び発行対象レシピＩＤとして設定する。また、システム制御部１４は、現在日時を取得して、取得した現在日時を発行日時として設定する。また、システム制御部１４は、受信フラグをＯＦＦに設定する。また、システム制御部１４は、生成した管理ＩＤ、引数として指定されたタイプＩＤ及び生成したワンタイムメールボックス名を設定する。
【０１１１】
次いで、システム制御部１４は、設定処理が終わった管理情報を管理情報ＤＢ１２ｃに登録する（ステップＳ２０６）。システム制御部１４は、ステップＳ２０６の処理を終えると、ワンタイムアドレス発行処理を終了させる。
【０１１２】
図１２は、本実施形態に係るレシピサーバ１のシステム制御部１４の投稿メール受信時処理における処理例を示すフローチャートである。投稿メール受信時処理は、システム制御部１４が、受信手段として投稿メールを受信したときに開始される。
【０１１３】
図１２に示すように、システム制御部１４は、受信した投稿メールから受信者アドレスを取得する（ステップＳ３０１）。そして、システム制御部１４は、判別手段として、受信者アドレスの判別を行う。
【０１１４】
先ず、システム制御部１４は、受信者アドレスに含まれるドメイン名が、レシピ情報の投稿用のドメイン名であるか否かを判定する（ステップＳ３０２）。このとき、システム制御部１４は、レシピ情報の投稿用のドメイン名ではないと判定した場合には（ステップＳ３０２：ＮＯ）、エラーと判定する（ステップＳ３０３）。つまり、システム制御部１４は、受信者アドレスが、システム制御部１４が生成したワンタイムアドレスではないと判別する。そして、システム制御部１４は、投稿メール受信時処理を終了させる。つまり、システム制御部１４は、受信した投稿メールによる投稿を拒否する。
【０１１５】
一方、システム制御部１４は、レシピ情報の投稿用のドメイン名であると判定した場合には（ステップＳ３０２：ＹＥＳ）、取得した受信者アドレスに含まれるメールボックス名と同一のメールボックス名を含む管理情報を、管理情報ＤＢ１２ｃから検索する（ステップＳ３０４）。次いで、システム制御部１４は、該当する管理情報が検索されたか否かを判定する（ステップＳ３０５）。つまり、システム制御部１４は、取得した受信者アドレスに含まれるメールボックス名と同一のメールボックス名が管理情報ＤＢ１２ｃに登録されているか否かを判定する。このとき、システム制御部１４は、該当する管理情報が検索されなかったと判定した場合には（ステップＳ３０５：ＮＯ）、エラーと判定する（ステップＳ３０３）。つまり、システム制御部１４は、受信者アドレスが、システム制御部１４が生成したワンタイムアドレスではないと判別する。
【０１１６】
一方、該当する管理情報が検索されたと判定された場合（ステップＳ３０５：ＹＥＳ）、受信者アドレスは、システム制御部１４が生成したワンタイムアドレスである。この場合、システム制御部１４は、判定手段及び第２判定手段として、検索された管理情報に設定されている受信フラグの内容を判定する（ステップＳ３０６）。このとき、システム制御部１４は、受信フラグがＯＮに設定されていると判定した場合には（ステップＳ３０６：ＯＮ）、エラーと判定する。この場合、受信された投稿メールから取得されたワンタイムアドレスは、過去に一度利用されている。つまり、システム制御部１４は、取得したワンタイムアドレスと同じワンタイムアドレスが受信者アドレスとして設定された投稿メールを過去に受信している。そのため、システム制御部１４は、受信した投稿メールによる投稿を拒否する。
【０１１７】
一方、システム制御部１４は、受信フラグがＯＦＦに設定されていると判定した場合には（ステップＳ３０６：ＯＦＦ）、受信フラグをＯＮに変更する（ステップＳ３０７）。次いで、システム制御部１４は、取得したワンタイムアドレスの有効期限が切れているか否かを判定する（ステップＳ３０８）。具体的に、システム制御部１４は、現在日時を取得する。次いで、システム制御部１４は、現在日時から、検索された管理情報に設定されている発行日時を減算することにより、発行日時からの経過時間を計算する。そして、システム制御部１４は、計算した経過時間が、記憶部１２に予め記憶されているしきい時間よりも長いか否かを判定する。しきい時間は、ワンタイムアドレスが有効な期間の長さを示す。
【０１１８】
このとき、システム制御部１４は、経過時間がしきい時間よりも長いと判定した場合には、ワンタイムアドレスの有効期限が切れていると判定する（ステップＳ３０８：ＹＥＳ）。この場合、システム制御部１４は、エラーと判定する（ステップＳ３０３）。
【０１１９】
一方、システム制御部１４は、経過時間がしきい時間よりも長くはないと判定した場合には、ワンタイムアドレスの有効期限が切れていないと判定する（ステップＳ３０８：ＮＯ）。この場合、システム制御部１４は、ワンタイムアドレスは有効であると判定する。次いで、システム制御部１４は、検索された管理情報に設定されているタイプＩＤの内容を判定する（ステップＳ３０９）。このとき、システム制御部１４は、タイプＩＤが「新規投稿」を示すと判定した場合には（ステップＳ３０９：新規投稿）、受信者アドレスが、新規登録に用いられるワンタイムアドレスであると判別する。この場合、システム制御部１４は、後述する新規投稿処理を実行する（ステップＳ３１０）。このとき、システム制御部１４は、引数として、検索された管理情報を指定する。新規投稿処理では、引数として指定された管理情報に基づいて、受信された投稿メールに含まれる情報がレシピ情報として新規に登録される。
【０１２０】
一方、システム制御部１４は、タイプＩＤが「手順追加」を示すと判定した場合には（ステップＳ３０９：手順追加）、受信者アドレスが、既に登録されているレシピ情報に対する情報の追加に用いられるワンタイムアドレスであると判別する。この場合、システム制御部１４は、後述する手順追加処理を実行する（ステップＳ３１１）。このとき、システム制御部１４は、引数として、検索された管理情報を指定する。新規投稿処理では、引数として指定された管理情報に基づいて、受信された投稿メールに含まれる情報が、既に登録されているレシピ情報中に追加される。
【０１２１】
システム制御部１４は、ステップＳ３１０またはＳ３１１の処理を終えると、投稿メール受信時処理を終了させる。なお、システム制御部１４は、ステップＳ３０３においてエラーと判定したときに、投稿メールの送信者宛てに、エラーを通知する電子メールを送信しても良い。
【０１２２】
図１３は、本実施形態に係るレシピサーバ１のシステム制御部１４の新規投稿処理における処理例を示すフローチャートである。
【０１２３】
図１３に示すように、システム制御部１４は、引数として指定された管理情報に設定されているユーザＩＤが有効であるか否かを判定する（ステップＳ４０１）。具体的に、システム制御部１４は、管理情報に設定されているユーザＩＤに対応する会員情報が会員情報ＤＢ１２ａに登録されているか否かを判定する。管理情報に設定されているユーザＩＤに対応する会員情報とは、管理情報に設定されているユーザＩＤと同一のユーザＩＤを含む会員情報である。このとき、システム制御部１４は、管理情報に設定されているユーザＩＤに対応する会員情報が登録されていないと判定した場合には、ユーザＩＤが無効であると判定する（ステップＳ４０１：ＮＯ）。この場合、システム制御部１４は、エラーと判定する（ステップＳ４０２）。この場合、ユーザＩＤに対応するユーザは、レシピサイトから脱会しているからである。そして、システム制御部１４は、新規投稿処理を終了させる。つまり、システム制御部１４は、受信した投稿メールによる投稿を拒否する。
【０１２４】
一方、システム制御部１４は、管理情報に設定されているユーザＩＤに対応する会員情報が登録されていると判定した場合には、ユーザＩＤは有効であると判定する（ステップＳ４０１：ＹＥＳ）。この場合、システム制御部１４は、受信した投稿メールの本体が、マルチパートからなる本体であるか否かを判定する（ステップＳ４０３）。このとき、システム制御部１４は、受信した投稿メールの本体がシングルパートであると判定した場合には（ステップＳ４０３：ＮＯ）、エラーと判定する（ステップＳ４０２）。この場合、投稿メールには、メイン画像となる画像が添付されていない。そのため、システム制御部１４は、メイン画像が添付されていない投稿メールによる投稿を拒否する。
【０１２５】
一方、システム制御部１４は、受信した投稿メールの本体が、マルチパートからなる本体であると判定した場合には（ステップＳ４０３：ＹＥＳ）、本体に含まれるパートのうち１つを選択する（ステップＳ４０４）。投稿メールの本体がマルチパートからなる場合、投稿メールの本体に含まれる各パートは、例えば、投稿メールのメッセージの本文や添付画像等である。次いで、システム制御部１４は、選択したパートが本文であるか否かを判定する（ステップＳ４０５）。このとき、システム制御部１４は、選択したパートが本文であると判定した場合には（ステップＳ４０５：ＹＥＳ）、選択したパートから本文のテキストを取得して、ＲＡＭ１４ｃの所定の領域に設定する（ステップＳ４０６）。次いで、システム制御部１４は、ステップＳ４１０に移行する。
【０１２６】
一方、システム制御部１４は、選択したパートが本文ではないと判定した場合には（ステップＳ４０５：ＮＯ）、選択したパートが添付画像であるか否かを判定する（ステップＳ４０７）。このとき、システム制御部１４は、選択したパートが添付画像ではないと判定した場合には（ステップＳ４０７：ＮＯ）、ステップＳ４１０に移行する。
【０１２７】
一方、システム制御部１４は、選択したパートが添付画像であると判定した場合には（ステップＳ４０７：ＹＥＳ）、この添付画像が、登録するための条件を満たすか否かを判定する（ステップＳ４０８）。例えば、システム制御部１４は、添付画像のフォーマット、表示サイズ、データサイズ等が、それぞれ予め設定された条件を満たすか否かを判定する。このとき、システム制御部１４は、添付画像が条件を満たすと判定した場合には（ステップＳ４０８：ＹＥＳ）、選択したパートから添付画像を取得して、ＲＡＭ１４ｃの所定の領域に設定する（ステップＳ４０９）。次いで、システム制御部１４は、ステップＳ４１０に移行する。
【０１２８】
一方、システム制御部１４は、添付画像が条件を満たさないと判定した場合には（ステップＳ４０８：ＮＯ）、選択したパートの添付画像を無視して、ステップＳ４１０に移行する。
【０１２９】
ステップＳ４１０において、システム制御部１４は、本体に含まれるパートのうち、まだ選択していないパートがあるか否かを判定する。このとき、システム制御部１４は、まだ選択していないパートがあると判定した場合には（ステップＳ４１０：ＹＥＳ）、まだ選択していないパートのうち１つを選択する（ステップＳ４１１）。次いで、システム制御部１４は、ステップＳ４０５に移行する。システム制御部１４は、ステップＳ４０５〜Ｓ４１１の処理を繰り返すことにより、受信した投稿メールの本体に含まれる本文及び添付画像をＲＡＭ１４ｃに設定する。なお、システム制御部１４は、投稿メールの本体に複数の添付画像が含まれている場合、何れか１つの添付画像のみをＲＡＭ１４ｃに設定する。この場合、システム制御部１４は、最初の添付画像をＲＡＭ１４ｃに設定しても良いし、最後の添付画像をＲＡＭ１４ｃに設定しても良い。
【０１３０】
システム制御部１４は、全てのパートを選択したと判定した場合には（ステップＳ４１０：ＮＯ）、受信した投稿メールの本体に、条件を満たす添付画像があったか否かを判定する（ステップＳ４１２）。このとき、システム制御部１４は、条件を満たす添付画像がなかったと判定した場合には（ステップＳ４１２：ＮＯ）、エラーと判定する（ステップＳ４０２）。
【０１３１】
一方、システム制御部１４は、条件を満たす添付画像があったと判定した場合には（ステップＳ４１２：ＹＥＳ）、受信した投稿メールのサブジェクトに設定されたテキスト及びＲＡＭ１４ｃに設定された本文のテキストが、それぞれ登録するための条件を満たすか否かを判定する（ステップＳ４１３）。例えば、システム制御部１４は、テキストの長さが予め設定された範囲内であるか否かを判定する。このとき、システム制御部１４は、サブジェクトに設定されたテキスト及びＲＡＭ１４ｃに設定された本文のテキストが条件を満たさないと判定した場合には（ステップＳ４１３：ＮＯ）、エラーと判定する（ステップＳ４０２）。
【０１３２】
一方、システム制御部１４は、サブジェクトに設定されたテキスト及びＲＡＭ１４ｃに設定された本文のテキストが条件を満たすと判定した場合には（ステップＳ４１３：ＹＥＳ）、レシピ情報ＤＢ１２ｂに登録するレシピ情報の設定処理を行う（ステップＳ４１４）。具体的に、システム制御部１４は、引数として指定された管理情報に設定されている発行対象レシピＩＤ及び発行対象ユーザＩＤを、レシピＩＤ及び投稿者ユーザＩＤとして設定する。また、システム制御部１４は、サブジェクトに設定されたテキストを、レシピタイトルのテキストとして設定する。また、システム制御部１４は、ＲＡＭ１４ｃに設定された添付画像を、メイン画像として設定する。また、システム制御部１４は、ＲＡＭ１４ｃに設定された本文のテキストを、きっかけ文のテキストとして設定する。また、システム制御部１４は、公開フラグをＯＦＦに設定する。また、システム制御部１４は、手順情報の手順数に０を設定する。
【０１３３】
次いで、システム制御部１４は、登録手段として、設定処理が終わったレシピ情報をレシピ情報ＤＢ１２ｂに登録する（ステップＳ４１５）。
【０１３４】
次いで、システム制御部１４は、タイプＩＤに「手順追加」を設定する（ステップＳ４１６）。次いで、システム制御部１４は、ワンタイムアドレス発行処理を実行する（ステップＳ４１７）。このとき、システム制御部１４は、引数として指定された管理情報に設定されているユーザＩＤ及びレシピＩＤを、ワンタイムアドレス発行処理の引数として指定する。また、システム制御部１４は、「手順追加」を示すタイプＩＤを引数として指定する。
【０１３５】
次いで、システム制御部１４は、ワンタイムアドレス発行処理で生成されたワンタイムアドレスを本文に含む投稿完了メールを生成する（ステップＳ４１８）。このとき、システム制御部１４は、受信した投稿メールの送信者アドレスを、投稿完了メールの受信者アドレスとして設定する。次いで、システム制御部１４は、送信手段として、生成した投稿完了メールを送信する（ステップＳ４１９）。
【０１３６】
システム制御部１４は、ステップＳ４１９の処理を終えると、新規投稿処理を終了させる。なお、システム制御部１４は、ステップＳ４０２においてエラーと判定したときに、投稿メールの送信者宛てに、エラーを通知する電子メールを送信しても良い。また、システム制御部１４は、投稿メール受信時処理において、管理情報の受信フラグをＯＮに設定していた（図１２ステップＳ３０７）。しかしながら、システム制御部１４は、投稿メールの本体がシングルパートである場合、条件を満たす添付画像がなかった場合、サブジェクトまたは本文が条件を満たさなかった場合等には、受信フラグをＯＦＦに設定しても良い。つまり、ユーザが条件に合う画像を添付し、また、条件に合うサブジェクト及び本文を入力することにより回避可能なエラーが発生した場合には、同じワンタイムアドレスを受信者アドレスに設定した投稿メールの再送信が可能となっていても良い。
【０１３７】
図１４は、本実施形態に係るレシピサーバ１のシステム制御部１４の手順追加処理における処理例を示すフローチャートである。
【０１３８】
図１４に示すように、システム制御部１４は、引数として指定された管理情報に設定されているユーザＩＤが有効であるか否かを判定する（ステップＳ５０１）。この判定方法は、図１３に示すステップＳ４０１の処理と同様である。このとき、システム制御部１４は、ユーザＩＤが無効であると判定した場合には（ステップＳ５０１：ＮＯ）、エラーと判定する（ステップＳ５０２）。そして、システム制御部１４は、手順追加処理を終了させる。つまり、システム制御部１４は、受信した投稿メールによる投稿を拒否する。
【０１３９】
一方、システム制御部１４は、ユーザＩＤは有効であると判定した場合には（ステップＳ５０１：ＹＥＳ）、引数として指定された管理情報に設定されているレシピＩＤが有効であるか否かを判定する（ステップＳ５０３）。具体的に、システム制御部１４は、管理情報に設定されているレシピＩＤに対応するレシピ情報がレシピ情報ＤＢ１２ｂに登録されているか否かを判定する。管理情報に設定されているレシピＩＤに対応するレシピ情報とは、管理情報に設定されているレシピＩＤと同一のレシピＩＤを含むレシピ情報である。なお、管理情報に設定されているレシピＩＤに対応するレシピ情報を、以下、「対応レシピ情報」という。
【０１４０】
システム制御部１４は、対応レシピ情報が登録されていないと判定した場合には、レシピＩＤが無効であると判定する（ステップＳ５０３：ＮＯ）。この場合、システム制御部１４は、エラーと判定する（ステップＳ５０２）。この場合、レシピＩＤに対応するレシピ情報は、ユーザの操作により削除されているからである。
【０１４１】
一方、システム制御部１４は、対応レシピ情報が登録されていると判定した場合には、レシピＩＤが有効であると判定する（ステップＳ５０３：ＹＥＳ）。この場合、システム制御部１４は、対応レシピ情報に設定されている公開フラグの内容を判定する（ステップＳ５０４）。このとき、システム制御部１４は、公開フラグがＯＮに設定されていると判定した場合には（ステップＳ５０４：ＯＮ）、エラーと判定する（ステップＳ５０２）。つまり、システム制御部１４は、下書き状態のレシピ情報に対してのみ、投稿メールによる手順画像の追加を許可する。
【０１４２】
一方、システム制御部１４は、公開フラグがＯＦＦに設定されていると判定した場合には（ステップＳ５０４：ＯＦＦ）、対応レシピ情報に設定されている手順数Ｎを取得する。そして、システム制御部１４は、手順数Ｎが、手順を登録可能な最大数未満であるか否かを判定する（ステップＳ５０５）。このとき、システム制御部１４は、手順数Ｎが最大数未満ではないと判定した場合には（ステップＳ５０５：ＮＯ）、エラーと判定する（ステップＳ５０２）。
【０１４３】
一方、システム制御部１４は、手順数Ｎが最大数未満であると判定した場合には（ステップＳ５０５：ＹＥＳ）、受信した投稿メールの本体が、マルチパートからなる本体であるか否かを判定する（ステップＳ５０６）。このとき、システム制御部１４は、受信した投稿メールの本体がシングルパートであると判定した場合には（ステップＳ５０６：ＮＯ）、エラーと判定する（ステップＳ５０２）。
【０１４４】
一方、システム制御部１４は、受信した投稿メールの本体が、マルチパートからなる本体であると判定した場合には（ステップＳ５０６：ＹＥＳ）、本体に含まれるパートのうち１つを選択する（ステップＳ５０７）。次いで、システム制御部１４は、選択したパートが添付画像であるか否かを判定する（ステップＳ５０８）。このとき、システム制御部１４は、選択したパートが添付画像ではないと判定した場合には（ステップＳ５０８：ＮＯ）、ステップＳ５１３に移行する。
【０１４５】
一方、システム制御部１４は、選択したパートが添付画像であると判定した場合には（ステップＳ５０８：ＹＥＳ）、この添付画像が、登録するための条件を満たすか否かを判定する（ステップＳ５０９）。この判定内容は、図１３に示すステップＳ４０８の判定内容と同様である。このとき、システム制御部１４は、添付画像が条件を満たさないと判定した場合には（ステップＳ５０９：ＮＯ）、ステップＳ５１３に移行する。
【０１４６】
一方、システム制御部１４は、添付画像が条件を満たすと判定した場合には（ステップＳ５０９：ＹＥＳ）、手順画像の追加を行う。具体的に、システム制御部１４は、対応レシピ情報に設定されている手順数Ｎに１を加算する（ステップＳ５１０）。次いで、システム制御部１４は、選択したパートから添付画像を取得する。そして、システム制御部１４は、追加手段として、取得した添付画像を、手順Ｎの手順画像として対応レシピ情報に追加登録する（ステップＳ５１１）。
【０１４７】
次いで、システム制御部１４は、手順数Ｎが最大数未満であるか否かを判定する（ステップＳ５１２）。このとき、システム制御部１４は、手順数Ｎが最大数未満であると判定した場合には（ステップＳ５１２：ＹＥＳ）、ステップＳ５１３に移行する。一方、システム制御部１４は、手順数Ｎが最大数未満ではないと判定した場合には（ステップＳ５１２：ＮＯ）、ステップＳ５１５に移行する。
【０１４８】
ステップＳ５１３において、システム制御部１４は、本体に含まれるパートのうち、まだ選択していないパートがあるか否かを判定する。このとき、システム制御部１４は、まだ選択していないパートがあると判定した場合には（ステップＳ５１３：ＹＥＳ）、まだ選択していないパートのうち１つを選択する（ステップＳ５１４）。次いで、システム制御部１４は、ステップＳ５０８に移行する。システム制御部１４は、ステップＳ５０８〜Ｓ５１４の処理を繰り返すことにより、受信した投稿メールの本体に含まれる添付画像を、手順画像として対応レシピ情報に順次追加する。システム制御部１４は、全てのパートを選択したと判定した場合には（ステップＳ５１３：ＮＯ）、ステップＳ５１５に移行する。
【０１４９】
ステップＳ５１５において、システム制御部１５は、受信した投稿メールの本体に、条件を満たす添付画像があったか否かを判定する。このとき、システム制御部１４は、条件を満たす添付画像がなかったと判定した場合には（ステップＳ５１５：ＮＯ）、エラーと判定する（ステップＳ５０２）。
【０１５０】
一方、システム制御部１４は、条件を満たす添付画像があったと判定した場合には（ステップＳ５１５：ＹＥＳ）、新たなワンタイムアドレスの生成及び管理情報の登録を行い、新たなワンタイムアドレスを本文に含む投稿完了メールを送信する（ステップＳ５１６〜Ｓ５１９）。これらの処理は、図１３に示すステップＳ４１６〜Ｓ４１９と同様である。
【０１５１】
システム制御部１４は、ステップＳ５１９の処理を終えると、手順追加処理を終了させる。なお、システム制御部１４は、ステップＳ５０２においてエラーと判定したときに、投稿メールの送信者宛てに、エラーを通知する電子メールを送信しても良い。また、システム制御部１４は、投稿メールの本体がシングルパートである場合、条件を満たす添付画像がなかった場合等には、受信フラグをＯＦＦに設定しても良い。つまり、同じワンタイムアドレスを受信者アドレスに設定した投稿メールの再送信が可能となっていても良い。
【０１５２】
以上説明したように、本実施形態によれば、システム制御部１４が、投稿メールを受信し、投稿メールに含まれる受信者アドレスの判別を行い、受信者アドレスが「新規登録」に対応するワンタイムアドレスであると判別された場合に、投稿メールに含まれるメイン画像等を含むレシピ情報をレシピ情報ＤＢ１２ｂに登録し、登録されたレシピ情報に対応する「手順追加」に対応するワンタイムアドレスを含む投稿完了メールを、投稿メールの送信者宛てに送信し、受信者アドレスが「手順追加」に対応するワンタイムアドレスであると判別された場合に、受信者アドレスが、過去に受信された投稿メールに含まれる受信者アドレスと同一であるか否かを判定し、同一ではないと判定された場合に、今回の投稿メールに含まれる受信者アドレスに対応するレシピ情報に、投稿メールに含まれる手順画像を追加する。
【０１５３】
従って、ユーザは、レシピ情報をトピックごとに登録することができる。また、レシピ情報を登録させた本人ではない者からの電子メールでレシピ情報に手順画像が追加されることを困難にすることができる。
【０１５４】
また、システム制御部１５が、投稿メールの受信者アドレスが過去に受信された投稿メールに含まれる受信者アドレスと同一ではないと判定された場合に、「手順追加」に対応する新たなワンタイムアドレスを含む投稿完了メールを送信する。
【０１５５】
従って、ユーザは、レシピ情報に次々と手順画像を追加させることができる。
【０１５６】
また、システム制御部１４が、ユーザＩＤを携帯電話機２から受信し、「新規登録」に対応するワンタイムアドレスを、ユーザＩＤを送信した携帯電話機２に送信する。そして、システム制御部１４が、投稿メールの受信者アドレスが「新規登録」に対応するワンタイムアドレスであると判別された場合に、受信者アドレスが、過去に受信された投稿メールに含まれる受信者アドレスと同一であるか否かを判定し、同一ではないと判定された場合に、投稿メールに含まれる受信者アドレスに対応するユーザＩＤに対応付けて、レシピ情報を登録する。
【０１５７】
従って、ユーザ本人ではない者が、本人になりすましてレシピ情報を登録することを困難にすることができる。
【０１５８】
また、システム制御部１４が、投稿メールに含まれる受信者アドレスが「新規登録」に対応するワンタイムアドレスであると判別された場合に、投稿メールに含まれるメイン画像等を含むレシピ情報をレシピＩＤに対応付けて登録する。また、システム制御部１４が、管理ＩＤを生成し、管理ＩＤに基づいてワンタイムメールボックス名を生成し、ワンタイムメールボックス名を含むワンタイムアドレスを生成し、生成された管理ＩＤと、生成されたワンタイムメールボックス名と、対応するレシピ情報のレシピＩＤと、を対応付けて管理情報ＤＢ１２ｃに登録する。そして、システム制御部１４が、受信された投稿メールの受信者アドレスのメールボックス名と同一のワンタイムメールボックス名が管理情報ＤＢ１２ｃ登録されている場合に、受信者アドレスがワンタイムアドレスであると判別し、投稿メールに含まれる受信者アドレスのワンタイムメールボックス名に対応するレシピＩＤに対応するレシピ情報に、手順画像を追加する。
【０１５９】
従って、特定のレシピ情報に手順画像を追加することを目的とする者によりワンタイムアドレスが不正に生成されることを防止することができる。
【０１６０】
なお、上記実施形態においては、本発明における携帯用の端末装置が、携帯電話機に適用されていた。しかしながら、携帯用の端末装置が、例えば、スマートフォン、ＰＤＡ（Personal Digital Assistant）等に適用されても良い。
【０１６１】
また、上記実施形態においては、ユーザが携帯電話機２でメール投稿ページにアクセスすることにより、ワンタイムアドレスを取得することができた。しかしながら、ユーザがＰＣ３で予め定められたワンタイムアドレス発行用のＷｅｂページにアクセスすることにより、ワンタイムアドレスを取得することができても良い。具体的に、ユーザは、ＰＣ３を操作してレシピサイトにログインした状態で、ワンタイムアドレス発行用のＷｅｂページにアクセスする。そして、ユーザは、ワンタイムアドレス発行用のＷｅｂページで、ワンタイムアドレスの送信先となる携帯電話機２のメールアドレスを入力する。すると、レシピサーバ１は、入力されたメールアドレスを受信者アドレスとして設定して、ワンタイムアドレスを含む電子メールを送信する。または、ワンタイムアドレス発行用のＷｅｂページがアクセスされたときに、レシピサーバ１が、ユーザの会員情報から携帯電話機２のメールアドレスを取得しても良い。そして、レシピサーバ１は、取得したメールアドレスを受信者アドレスとして設定して、ワンタイムアドレスを含む電子メールを送信すれば良い。
【０１６２】
また、上記実施形態においては、投稿完了メールの本文にワンタイムアドレスが設定されていた。しかしながら、例えば、投稿完了メールのFromフィールドやReply-Toフィールド等に、ワンタイムアドレスが設定されても良い。この場合、ユーザは、受信した投稿完了メールに対して返信を選択することで、投稿メールの受信者アドレスに、ワンタイムアドレスを設定することができる。この場合、投稿完了メールの本文に、返信すると投稿が可能である旨のメッセージが含まれていても良い。
【０１６３】
また、上記実施形態においては、ワンタイムメールボックス名の元となる平文に、レシピＩＤやユーザＩＤが含まれないようにされていた。しかしながら、平文にレシピＩＤまたはユーザＩＤの少なくとも何れか一方が含まれるようになっていても良い。また、平文の暗号化によって、ワンタイムメールボックス名が生成されても良い。
【０１６４】
また、ワンタイムアドレスのドメイン名の一部の文字が、平文のハッシュ化や暗号化等により生成されても良い。この場合、レシピサーバ１が電子メールを受信可能なドメイン名の範囲内で、ワンタイムアドレスが生成されれば良い。
【０１６５】
また、上記実施形態においては、Ｗｅｂページの構成要素となる情報のうち、レシピタイトル、メイン画像、コメント及び手順画像が、電子メールで登録可能とされていた。しかしながら、これらの情報以外の情報が電子メールで登録可能となっていても良い。例えば、レシピ情報に手順画像を追加するための投稿メールの本文として、手順文を記載可能としても良い。この場合、レシピサーバ１は、受信した投稿メールから、添付画像を手順画像として取得するとともに、本文を手順文として取得する。そして、レシピサーバ１は、投稿メールから取得した手順画像及び手順文を対応付けて、新たな手順の情報としてレシピ情報に追加する。また、電子メールに画像が添付されることが、レシピ情報を生成したり情報を追加したりする条件とされなくても良い。
【０１６６】
また、電子メールで登録可能な情報の種類は、テキストと静止画像とに限られない。例えば、動画像や音声情報等が電子メールで登録可能となっていても良い。
【０１６７】
また、上記実施形態においては、本発明が、Ｗｅｂページに掲載されるトピックとしてレシピの情報を表示するＷｅｂページを生成するシステムに適用されていた。しかしながら、レシピ以外のトピックの情報を表示するＷｅｂページを生成するシステムに適用されても良い。例えば、ネットオークションに出品される商品や、ブログの記事等をトピックとしても良い。そして、本発明を、例えば、商品の情報を表示するＷｅｂページを生成するシステムや、ブログの記事を表示するＷｅｂページを生成するシステム等に適用されても良い。例えば、ブログの記事を表示するＷｅｂページでは、１つのＷｅｂページに複数の記事が表示されることがある。このように、１つのＷｅｂページに複数のトピックの情報が表示されるように、Ｗｅｂページが生成されても良い。
【０１６８】
また、上記実施形態においては、本発明における第１アドレスが、ワンタイムアドレスに適用されていた。つまり、発行のたびに固有となるメールアドレスが発行されるようになっていた。しかしながら、全てのユーザに共通のメールアドレスが第１アドレスとして定められていても良い。このような第１アドレスを用いるシステムとして、例えば、電子メールを送信したユーザを厳密に特定する必要がないシステムが挙げられる。
【０１６９】
この場合、あるユーザＸは、受信者アドレスとして共通の第１アドレスを設定して、電子メールを送信する。情報登録装置は、受信した電子メールの受信者アドレスが第１アドレスである場合、電子メールに含まれる情報で、Ｗｅｂページの生成に用いられる生成情報を新規登録する。このとき、情報登録装置は、生成情報に、生成情報の識別情報を対応付けるが、ユーザの識別情報は対応付けない。次いで、情報登録装置は、ワンタイムアドレスとしての第２アドレスを生成し、生成した第２アドレスと、登録した生成情報の識別情報と、を対応付けて記憶する。そして、情報登録装置は、生成した第２アドレスを含む電子メールを、ユーザＸ宛てに送信する。ユーザＸのメールアドレスは、情報登録装置が受信した電子メールのFromフィールドから取得することができる。
【０１７０】
ユーザＸは、受信した電子メールに含まれる第２アドレスを受信者アドレスに設定して、２回目の電子メールを送信する。第２アドレスは、ユーザＸからの最初の電子メールで登録された生成情報と対応付けられている。そのため、２回目の電子メールに含まれる情報は、ユーザＸからの最初の電子メールに含まれていた情報を含む生成情報に追加される。このように、情報登録装置は、最初の電子メールで生成情報を登録させたユーザから電子メールを受信した場合に、その生成情報に情報を追加することができる。そして、上記実施形態と同様に、最初の電子メールで生成情報を登録した本人ではない者が電子メールでその生成情報に情報を追加することを困難にすることができる。
【０１７１】
また、登録された生成情報に、電子メールで情報を追加することができる回数が、予め設定されていても良い。この回数は、例えば、１回のみであっても良い。
【０１７２】
また、Ｗｅｂページの構成要素となる情報を電子メールで送信することを可能とさせる端末装置として、ノートパソコン、タブレット型コンピュータ等の比較的画面サイズが大きい携帯用の端末装置が適用されても良い。また、デスクトップパソコン、セットトップボックス等の据え置き型の端末装置であっても良い。この場合、例えば、ユーザは、Ｗｅｂページに表示される各種情報を入力等するための登録画面で本格的に登録作業を行う前に、電子メールを用いて、ある程度の情報を任意のタイミングで予め登録させておくことができる。
【符号の説明】
【０１７３】
１ レシピサーバ
２、２−１ 携帯電話機
３、３−１、３−２ ＰＣ
１１ 通信部
１２ 記憶部
１２ａ 会員情報ＤＢ
１２ｂ レシピ情報ＤＢ
１２ｃ 管理情報ＤＢ
１３ 入出力インターフェース
１４ システム制御部
１４ａ ＣＰＵ
１４ｂ ＲＯＭ
１４ｃ ＲＡＭ
１５ システムバス
ＮＷ ネットワーク
Ｓ レシピ情報提供システム
【技術分野】
【０００１】
本発明は、Ｗｅｂページの構成要素となる情報を含む生成情報を用いてＷｅｂページを生成するシステムにおいて、ユーザからの電子メールに含まれる情報を生成情報として登録する情報登録装置及び情報登録方法の技術分野に関する。
【背景技術】
【０００２】
従来、ユーザがＨＴＭＬ（HyperText Markup Language）文書等を直接作成しなくても、Ｗｅｂページを自動的に生成することを可能とするＷｅｂサイトが知られている。例えば、Ｗｅｂページに表示される各種情報を入力等するための登録画面が端末装置に表示される。この登録画面に対してユーザが入力した情報が、端末装置からサーバ装置へ送信される。サーバ装置は、受信した情報をデータベースに登録し、登録された情報を構成要素とするＷｅｂページを生成する。このようにして生成されるＷｅｂページとしては、例えば、ユーザから投稿されたレシピの情報を表示するＷｅｂページや、ネットオークションに出品された商品の情報を表示するＷｅｂページ等が挙げられる。ところが、ユーザが携帯電話機等の携帯端末装置に登録画面を表示させて入力作業を行う場合、画面のサイズが小さかったり、文字等の入力に時間を要したりするため、登録完了までに時間を要する。
【０００３】
そこで、特許文献１には、ユーザが画像付きの電子メールをサーバ装置に送信することによって、サーバ装置がＷｅｂページを自動生成する技術が開示されている。具体的に、サーバ装置が、電子メールに含まれるメール項目ごとに電子メールのデータを分解し、分解した各項目のデータを画像データと情報データとに分けて、それぞれのデータベースを構築し、ソース・ファイルを生成する。サーバ装置は、受信した電子メールが１回目の電子メールであるときには、ソース・ファイルを用いて、新生児に関する個別ホームページを生成する。サーバ装置は、受信した電子メールが２回目以降の電子メールであるときには、生成済みの個別ホームページ上の所定箇所に、２回目以降に送られてきた電子メールのメール項目に記載されたデータ内容を追記して掲載する。受信した電子メールが１回目の電子メールであるか２回目以降の電子メールであるかは、受信したメールのメール項目の１つである産婦の名前を確認することで判断される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−４６６１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術では、１人の産婦につき１つの個別ホームページが生成される。すなわち、複数のユーザがそれぞれ複数のトピックについてＷｅｂページを生成することができない。例えば、１人のユーザが、複数のレシピを投稿したり、複数の商品を出品したりするようなことができない。
【０００６】
また、サーバ装置が受信した電子メールが誰に関する電子メールであるかが、メール項目である産婦の名前で判断される。そのため、第三者が、産婦の名前をメール項目として電子メールを送信することにより、産婦の新生児に関する個別ホームページに、産婦本人からではない情報が後から追加されてしまうという問題がある。
【０００７】
本発明は以上の点に鑑みてなされたものであり、ユーザがＷｅｂページの構成要素となる要素情報を電子メールで送信することにより、Ｗｅｂページの生成に用いられる生成情報をトピックごとに登録することを可能とし、登録された生成情報に要素情報を電子メールで追加することを可能としながら、生成情報を登録した本人ではない者が要素情報を生成情報に追加することを困難にすることができる情報登録装置、情報登録方法、情報登録プログラム及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明は、Ｗｅｂページの構成要素となる要素情報を含む生成情報を、端末装置から送信された電子メールに基づいて登録する情報登録装置であって、前記要素情報を含む電子メールを受信する受信手段と、前記受信された電子メールに含まれる受信者を示すメールアドレスである受信者アドレスの判別を行う判別手段と、前記受信者アドレスが、前記生成情報を登録するための第１アドレスであると判別された場合に、前記受信された電子メールに含まれる前記生成情報を登録する登録手段と、前記登録された生成情報に対応するメールアドレスとして、当該生成情報へ前記要素情報を追加するための第２アドレスであって、送信ごとに固有の第２アドレスを含む電子メールを前記受信された電子メールの送信者宛てに送信する第１送信手段と、前記受信者アドレスが、前記第１送信手段により送信された電子メールに含まれる前記第２アドレスであると判別された場合に、当該受信者アドレスが、前記受信手段により過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第１判定手段と、前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記生成情報に、当該電子メールに含まれる前記要素情報を追加する追加手段と、を備えることを特徴とする。
【０００９】
この発明によれば、ユーザは、要素情報を含ませた電子メールに、受信者アドレスとして第１アドレスを設定して端末装置から送信させることで、新しい生成情報を登録することができる。これにより、ユーザは、生成情報をトピックごとに登録することができる。また、送信されるごとに固有の第２アドレスを含む電子メールが、要素情報を含む電子メールの送信者宛てに送信される。そのため、ユーザは、第２アドレスを含む電子メールを受信することができる。そこで、ユーザは、登録された生成情報に追加する要素情報を含ませた電子メールに、受信した電子メールに含まれる第２アドレスを受信者アドレスに設定して、端末装置から送信させる。これにより、前回の電子メールで登録された生成情報に、要素情報を追加することができる。また、情報登録装置からの電子メールにより第２アドレスを取得したユーザ本人ではない者に、その第２アドレスが知られなければ、本人ではない者が生成情報に要素情報を追加することはできない。たとえ、第２アドレスが他者に知られたとしても、生成情報を登録させた本人が、その第２アドレスを受信者アドレスに設定した電子メールを先に送信すれば、他者からの電子メールで情報が追加されることはない。これにより、生成情報を登録させた本人ではない者からの電子メールで要素情報が追加されることを困難にすることができる。
【００１０】
請求項２に記載の発明は、請求項１に記載の情報登録装置において、前記第１送信手段は、前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、前記追加手段により前記要素情報が追加された前記生成情報に対応する新たな前記第２アドレスを含む電子メールを送信することを特徴とする。
【００１１】
この発明によれば、ユーザは、追加する要素情報を含ませた電子メールの送信後に、情報登録装置から送信された電子メールにより、新しい第２アドレスを取得することができる。そこで、ユーザは、新しい第２アドレスを受信者アドレスに設定した電子メールを端末装置から送信させることで、生成情報に更なる要素情報を追加させることができる。これにより、ユーザは、生成情報に次々と要素情報を追加させることができる。
【００１２】
請求項３に記載の発明は、請求項１または請求項２に記載の情報登録装置において、ユーザを識別するユーザ識別情報を端末装置から受信するユーザ識別情報受信手段と、前記受信されたユーザ識別情報に対応する前記第１アドレスであって、送信ごとに固有の前記第１アドレスを、前記ユーザ識別情報を送信した端末装置に送信し、または、当該第１アドレスを含む電子メールを、前記ユーザ識別情報を送信した端末装置のユーザ宛てに送信する第２送信手段と、前記受信者アドレスが、前記第２送信手段により送信された第１アドレスであると判別された場合に、当該受信者アドレスが、前記受信手段により過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第２判定手段と、を更に備え、前記登録手段は、前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記ユーザ識別情報に対応付けて、前記生成情報を登録することを特徴とする。
【００１３】
この発明によれば、ユーザは、ユーザの識別情報を端末装置から情報登録装置に送信させた上で、情報登録装置から第１アドレスを取得する。そこで、ユーザは、要素情報を含ませた電子メールに、取得した第１アドレスを受信者アドレスに設定して、端末装置から送信させる。これにより、ユーザの識別情報に対応付けられた生成情報を登録することができる。情報登録装置から送信される電子メールに含まれる第１アドレスは、送信ごとに固有のメールアドレスである。たとえ、第１アドレスが他者に知られたとしても、情報登録装置から第１アドレスを取得した本人が、その第１アドレスを受信者アドレスに設定した電子メールを先に送信すれば、他者からの電子メールで、本人の識別情報に対応付けられた生成情報を登録することはできない。これにより、ユーザ本人ではない者が、本人になりすまして生成情報を登録することを困難にすることができる。
【００１４】
請求項４に記載の発明は、請求項１乃至３の何れか１項に記載の情報登録装置において、前記受信者アドレスが前記第１アドレスであると判別された場合に、前記第２アドレスを識別するアドレス識別情報を生成する識別情報生成手段と、前記生成されたアドレス識別情報に基づいて、前記第２アドレスを構成する文字のうち固有の文字となる固有情報を生成し、当該固有情報を含む前記第２アドレスを生成するアドレス生成手段と、前記生成されたアドレス識別情報と、前記生成された第２アドレスに含まれる前記固有情報と、当該第２アドレスに対応する前記生成情報を識別する生成情報識別情報と、を対応付けて記憶する記憶手段と、を更に備え、前記判別手段は、前記受信者アドレスにおいて前記固有情報に相当する文字と同一の前記固有情報が前記記憶手段に記憶されている場合に、前記受信者アドレスが前記第２アドレスであると判別し、前記登録手段は、前記受信された電子メールに含まれる前記要素情報を含む前記生成情報を、当該生成情報を識別する前記生成情報識別情報に対応付けて登録し、前記追加手段は、前記受信された電子メールに含まれる前記受信者アドレスに含まれる前記固有情報に対応する前記生成情報識別情報により識別される前記生成情報に、前記要素情報を追加することを特徴とする。
【００１５】
この発明によれば、受信された電子メールに受信者アドレスとして設定された第２アドレスに対応する生成情報を特定するための情報が、記憶手段に記憶される。その一方で、第２アドレスは、第２アドレスごとに固有となるアドレス識別情報に基づいて生成される。そのため、生成情報を識別する情報を用いなくても、送信ごとに固有のメールアドレスとなるように、第２アドレスを生成することができる。これにより、第２アドレスの解析により元のアドレス識別情報が突き止められたとしても、アドレス識別情報から生成情報を特定することはできない。そのため、特定の生成情報に要素情報を追加することを目的とする者により第２アドレスが不正に生成されることを防止することができる。
【００１６】
請求項５に記載の発明は、請求項１乃至４の何れか１項に記載の情報登録装置において、前記受信手段は、前記要素情報として画像が添付された電子メールを受信することを特徴とする。
【００１７】
この発明によれば、ユーザは、Ｗｅｂページの構成要素となる画像を登録することができる。
【００１８】
請求項６に記載の発明は、請求項１乃至５の何れか１項に記載の情報登録装置において、前記登録手段は、前記受信された電子メールに含まれる前記要素情報を含む前記生成情報を、レシピを表示するＷｅｂページの生成に用いられる情報として登録することを特徴とする。
【００１９】
この発明によれば、生成情報をレシピごとに生成することができる。
【００２０】
請求項７に記載の発明は、請求項６に記載の情報登録装置において、前記登録手段は、前記受信された電子メールに含まれるサブジェクト及び画像を、レシピのタイトル及び料理の画像として含む前記生成情報を登録し、前記追加手段は、前記受信された電子メールに含まれる画像を、料理の手順を示す画像として前記生成情報に追加することを特徴とする。
【００２１】
この発明によれば、ユーザは、最初に送信する電子メールでレシピのタイトルと料理の画像を、Ｗｅｂページの構成要素として登録することができる。また、ユーザは、２回目に送信する電子メールで料理の手順を示す画像を追加登録することができる。
【００２２】
請求項８に記載の発明は、請求項１乃至７の何れか１項に記載の情報登録装置において、前記受信手段は、携帯用の端末装置から送信された電子メールを受信することを特徴とする。
【００２３】
この発明によれば、ユーザは、電子メールの送信に用いる端末装置を携帯することで、最初に登録する要素情報と、後から追加する要素情報と、をそれぞれ任意の場所から登録することができる。
【００２４】
請求項９に記載の発明は、請求項１乃至８の何れか１項に記載の情報登録装置において、Ｗｅｂページを表示するために用いられる表示情報として、前記登録された生成情報に含まれる前記要素情報を、表示されるＷｅｂページの構成要素として示す表示情報を生成する表示情報生成手段と、前記生成された表示情報を端末装置に送信する表示情報送信手段と、を更に備えることを特徴とする。
【００２５】
この発明によれば、ユーザが要素情報を電子メールで送信することにより、Ｗｅｂページを生成することができる。
【００２６】
請求項１０に記載の発明は、Ｗｅｂページの構成要素となる要素情報を含む生成情報を、端末装置から送信された電子メールに基づいて登録する情報登録装置における情報登録方法であって、前記要素情報を含む電子メールであって、受信者を示すメールアドレスである受信者アドレスとして、前記生成情報を登録するための第１アドレスを含む電子メールを受信する第１受信ステップと、前記第１受信ステップにおいて受信された電子メールに含まれる前記生成情報を登録する登録ステップと、前記登録された生成情報に対応するメールアドレスとして、当該生成情報へ前記要素情報を追加するための第２アドレスであって、送信ごとに固有の第２アドレスを含む電子メールを、前記受信された電子メールの送信者宛てに送信する第１送信ステップと、前記要素情報を含む電子メールであって、前記受信者アドレスとして、前記第１送信ステップにおいて送信された電子メールに含まれる前記第２アドレスを含む電子メールを受信する第２受信ステップと、前記第２受信ステップにおいて受信された電子メールに含まれる前記受信者アドレスが、前記第２受信ステップにおいて過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第１判定ステップと、前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記生成情報に、当該電子メールに含まれる前記要素情報を追加する追加ステップと、を含むことを特徴とする。
【００２７】
請求項１１に記載の発明は、Ｗｅｂページの構成要素となる要素情報を含む生成情報を、端末装置から送信された電子メールに基づいて登録する情報登録装置に含まれるコンピュータを、前記要素情報を含む電子メールを受信する受信手段、前記受信された電子メールに含まれる受信者を示すメールアドレスである受信者アドレスの判別を行う判別手段、前記受信者アドレスが、前記生成情報を登録するための第１アドレスであると判別された場合に、前記受信された電子メールに含まれる前記生成情報を登録する登録手段、前記登録された生成情報に対応するメールアドレスとして、当該生成情報へ前記要素情報を追加するための第２アドレスであって、送信ごとに固有の第２アドレスを含む電子メールを、前記受信された電子メールの送信者宛てに送信する第１送信手段、前記受信者アドレスが、前記第１送信手段により送信された電子メールに含まれる前記第２アドレスであると判別された場合に、当該受信者アドレスが、前記受信手段により過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第１判定手段、及び、前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記生成情報に、当該電子メールに含まれる前記要素情報を追加する追加手段、として機能させることを特徴とする。
【００２８】
請求項１２に記載の発明は、Ｗｅｂページの構成要素となる要素情報を含む生成情報を、端末装置から送信された電子メールに基づいて登録する情報登録装置に含まれるコンピュータを、前記要素情報を含む電子メールを受信する受信手段、前記受信された電子メールに含まれる受信者を示すメールアドレスである受信者アドレスの判別を行う判別手段、前記受信者アドレスが、前記生成情報を登録するための第１アドレスであると判別された場合に、前記受信された電子メールに含まれる前記生成情報を登録する登録手段、前記登録された生成情報に対応するメールアドレスとして、当該生成情報へ前記要素情報を追加するための第２アドレスであって、送信ごとに固有の第２アドレスを含む電子メールを、前記受信された電子メールの送信者宛てに送信する第１送信手段、前記受信者アドレスが、前記第１送信手段により送信された電子メールに含まれる前記第２アドレスであると判別された場合に、当該受信者アドレスが、前記受信手段により過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第１判定手段、及び、前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記生成情報に、当該電子メールに含まれる前記要素情報を追加する追加手段、として機能させる情報登録プログラムがコンピュータ読み取り可能に記録されていることを特徴とする。
【発明の効果】
【００２９】
本発明によれば、ユーザは、要素情報を含ませた電子メールに、受信者アドレスとして第１アドレスを設定して端末装置から送信させることで、新しい生成情報を登録することができる。これにより、ユーザは、生成情報をトピックごとに登録することができる。また、ユーザは、登録された生成情報に追加する要素情報を含ませた電子メールに、受信した電子メールに含まれる第２アドレスを受信者アドレスに設定して、端末装置から送信させる。これにより、前回の電子メールで登録された生成情報に、要素情報を追加することができる。たとえ、第２アドレスが他者に知られたとしても、生成情報を登録させた本人が、その第２アドレスを受信者アドレスに設定した電子メールを先に送信すれば、他者からの電子メールで情報が追加されることはない。これにより、生成情報を登録させた本人ではない者からの電子メールで要素情報が追加されることを困難にすることができる。
【図面の簡単な説明】
【００３０】
【図１】一実施形態に係るレシピ情報提供システムＳの概要構成の一例を示す図である。
【図２】一実施形態に係るレシピサーバ１の概要構成の一例を示すブロック図である。
【図３】（ａ）は、一実施形態に係る会員情報ＤＢ１２ａに登録される内容の一例を示す図であり、（ｂ）は、一実施形態に係るレシピ情報ＤＢ１２ｂに登録される内容の一例を示す図であり、（ｃ）は、一実施形態に係る手順情報に設定される内容の一例を示す図であり、（ｄ）は、一実施形態に係る管理情報ＤＢ１２ｃに登録される内容の一例を示す図である。
【図４】一実施形態に係るレシピ情報提供システムＳの投稿メールを利用したレシピ情報の投稿時における処理例を示すシーケンス図である。
【図５】（ａ）は、メール投稿用ページの画面表示例を示す図であり、（ｂ）は、新規メール作成画面の表示例を示す図であり、（ｃ）は、投稿完了メールの画面表示例を示す図であり、（ｄ）は、新規メール作成画面の表示例を示す図であり、（ｅ）は、投稿メールの画面表示例を示す図である。
【図６】一実施形態に係るレシピ情報提供システムＳの投稿ページを利用したレシピ情報の投稿時における処理例を示すシーケンス図である。
【図７】投稿ページの画面表示例を示す図である。
【図８】ＰＣ３用のレシピページの画面表示例を示す図である。
【図９】（ａ）は、携帯電話機２用のレシピページの画面表示例を示す図であり、（ｂ）は、手順ページの画面表示例である。
【図１０】一実施形態に係るレシピサーバ１のシステム制御部１４のメール投稿用ページリクエスト受信時処理における処理例を示すフローチャートである。
【図１１】一実施形態に係るレシピサーバ１のシステム制御部１４のワンタイムアドレス発行処理における処理例を示すフローチャートである。
【図１２】一実施形態に係るレシピサーバ１のシステム制御部１４の投稿メール受信時処理における処理例を示すフローチャートである。
【図１３】一実施形態に係るレシピサーバ１のシステム制御部１４の新規投稿処理における処理例を示すフローチャートである。
【図１４】一実施形態に係るレシピサーバ１のシステム制御部１４の手順追加処理における処理例を示すフローチャートである。
【発明を実施するための形態】
【００３１】
以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、Ｗｅｂページによりレシピの情報が提供されるレシピ情報提供システムに対して本発明を適用した場合の実施形態である。
【００３２】
［１．レシピ情報提供システムの構成及び機能概要］
先ず、本実施形態に係るレシピ情報提供システムＳの構成及び機能概要について、図１を用いて説明する。図１は、本実施形態に係るレシピ情報提供システムＳの概要構成の一例を示す図である。
【００３３】
図１に示すように、レシピ情報提供システムＳは、レシピサーバ１（本発明における情報登録装置の一例）と、複数の携帯電話機２（本発明における携帯用の端末装置の一例）と、複数のＰＣ（パーソナルコンピュータ）３と、を含んで構成されている。レシピサーバ１と、各携帯電話機２及び各ＰＣ３とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。
【００３４】
レシピサーバ１は、レシピサイトに関する各種処理を実行するサーバ装置である。レシピサイトは、レシピを示すレシピ情報（本発明における生成情報の一例）の投稿をユーザから受け付けて、投稿されたレシピ情報をＷｅｂページ上に公開するＷｅｂサイトである。レシピ情報には、レシピのタイトル、完成した料理の画像、料理の手順を示す画像、レシピを作成したきっかけ等の情報が含まれる。レシピサーバ１は、携帯電話機２やＰＣ３からのリクエストに応じて、レシピサイトのＷｅｂページを送信する。このとき、レシピサーバ１は、携帯電話機２にＷｅｂページを送信する場合と、ＰＣ３にＷｅｂページを送信する場合とで、Ｗｅｂページのレイアウト等を異なるものにする。これは、携帯電話機２やＰＣ３の画面サイズに応じて、Ｗｅｂページの内容を見やすくするためである。レシピサイトのＷｅｂページには、レシピページが含まれる。レシピページは、１つのレシピ情報を表示するＷｅｂページである。また、レシピサーバ１は、携帯電話機２やＰＣ３からのリクエストに応じて、投稿されたレシピ情報を登録する処理を行う。また、レシピサーバ１は、登録されたレシピ情報に基づいて、レシピページを生成する。
【００３５】
携帯電話機２及びＰＣ３は、それぞれレシピサイトを利用するユーザの端末装置である。携帯電話機２及びＰＣ３は、ユーザからの操作に基づいてレシピサーバ１にアクセスする。これにより、携帯電話機２及びＰＣ３は、レシピサーバ１からＷｅｂページを受信して表示する。携帯電話機２及びＰＣ３には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ユーザの中には、携帯電話機２またはＰＣ３の何れか一方のみを所有しているユーザが存在したり、携帯電話機２及びＰＣ３の両方を所有しているユーザが存在したりする。
【００３６】
携帯電話機２には、デジタルカメラが内蔵されている。ユーザは、携帯電話機２を用いて、完成した料理を撮影したり、調理過程を撮影したりすることができる。
【００３７】
ユーザが携帯電話機２やＰＣ３を利用してレシピ情報を投稿するために、投稿ページが用意されている。投稿ページは、投稿されるレシピ情報を入力等したり編集したりするためのＷｅｂページである。ユーザがレシピ情報を投稿するためには、多くの情報を入力したり指定したりする必要がある。そのため、投稿ページの表示サイズは大きくなっている。携帯電話機２用のＷｅｂページの横のサイズは、携帯電話機２の画面の横のサイズに合わせられる。従って、携帯電話機２用の投稿ページは縦長のＷｅｂページになっている。携帯電話機２は、投稿ページ全体を１画面で表示しきれないため、ユーザは、必要な情報を入力等するために投稿ページを上下にスクロールさせる必要がある。また、携帯電話機２は、ＰＣ３と比較して、文字等の入力に時間を要する。そのため、携帯電話機２を利用した投稿作業には手間がかかる。
【００３８】
そこで、レシピ情報提供システムＳにおいては、レシピ情報に含まれる一部の情報を、ユーザが携帯電話機２から電子メールで投稿することを可能としている。この電子メールを、「投稿メール」という。具体的に、レシピサーバ１は、ユーザが最初に送信した投稿メールに添付された画像を、レシピ情報のメイン画像とする。メイン画像は、レシピ情報の一覧を表示するＷｅｂページに、レシピ情報を代表する画像として表示される静止画像である。メイン画像には、通常、完成した料理の画像が用いられる。レシピの一覧を表示するＷｅｂページとしては、例えば、レシピ情報の検索結果を示すＷｅｂページ等がある。また、レシピサーバ１は、ユーザが最初に送信した投稿メールのサブジェクト及び本文を、レシピのタイトル及びレシピかできたきっかけを示す文章（以下、「きっかけ文」という）とする。そして、レシピサーバ１は、メイン画像、レシピのタイトル及びきっかけ文を含むレシピ情報を、下書きとしてデータベースに登録する。レシピ情報の下書きとは、レシピサイトに登録はされているが、まだ公開されていないレシピ情報をいう。
【００３９】
その後、レシピサーバ１は、ユーザが２回目以降に送信した投稿メールに添付された画像を、レシピ情報の手順画像とする。手順画像は、料理の手順を示す静止画像である。料理の手順は、１つのレシピに１つ以上存在する。そのため、手順画像も、１つのレシピ情報に対して１つ以上存在する。レシピサーバ１は、投稿メールに添付された手順画像を、既に登録されているレシピ情報の下書きに追加登録する。なお、メイン画像、レシピタイトル、きっかけ文及び手順画像は、本発明における要素情報の一例である。
【００４０】
ユーザは、携帯電話機２による撮影で得られた画像を、電子メールで随時送信することができる。つまり、ユーザは、都合の良い場所から都合の良いときに、画像等を送信することができる。例えば、ユーザは、実際に料理を作りながら、その課程を随時撮影し、その場で画像を送信することができる。こうして、レシピ情報に含まれる画像をレシピサイトに予め登録しておくことができる。
【００４１】
その後、ユーザは、投稿ページから、画像以外の必要な情報を入力したり、画像を変更したりすることができる。このとき、ユーザがＰＣ３を所有している場合、ユーザは、ＰＣ３を利用して投稿作業を行うことができる。この場合、メイン画像や手順画像が予め登録されているので、ユーザは、携帯電話機２による撮影で得られた画像をＰＣ３に転送してから投稿ページで画像を登録する必要がない。
【００４２】
ところで、ユーザが投稿ページから投稿作業を行う場合、レシピサーバ１は、事前にパスワード認証を行うことにより、投稿するユーザを特定する。一方、ユーザが投稿メールで画像等の投稿を行う場合、レシピサーバ１はパスワード認証を行うことができない。そのため、投稿メールによる投稿時にユーザを特定する仕組みが必要である。すなわち、悪意のある者がユーザになりすまして、ユーザ本人が意図しない画像等を不正に投稿することができてしまうことを防止する必要がある。このときに、最初の投稿メールはユーザ本人からの投稿メールであったが、２回目以降の投稿メールがユーザ本人ではない者からの投稿メールであった場合に、２回目以降の投稿メールによる投稿を拒否する必要がある。
【００４３】
そこで、レシピサーバ１は、ワンタイムアドレスを発行する。ワンタイムアドレスは、投稿メールの受信者を示すメールアドレスとして指定することが許されるメールアドレスである。受信者を示すメールアドレスは、Toフィールドに設定されたメールアドレスである。なお、受信者を示すメールアドレスを、以下、「受信者アドレス」という。ワンタイムアドレスの発行とは、新しいワンタイムアドレスをユーザに提供することをいう。このワンタイムアドレスは、発行のたびに、これまでに発行された何れのワンタイムアドレスとも異なるように生成される固有のメールアドレスである。また、あるワンタイムアドレスを受信者アドレスに指定した投稿メールによる投稿は、１回のみ許される。ユーザは、レシピサーバ１から通知されたワンタイムアドレスを受信者アドレスに指定して、投稿メールを作成する。なお、ワンタイムアドレスの発行処理の詳細、ワンタイムアドレスを用いたユーザの特定方法及び第３者による不正な投稿の防止方法等については後述する。
【００４４】
［２．レシピサーバの構成］
次に、レシピサーバ１の構成について、図２及び図３を用いて説明する。
【００４５】
図２は、本実施形態に係るレシピサーバ１の概要構成の一例を示すブロック図である。図２に示すように、レシピサーバ１は、通信部１１と、記憶部１２と、入出力インターフェース１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース１３とは、システムバス１５を介して接続されている。
【００４６】
通信部１１は、ネットワークＮＷに接続して、携帯電話機２やＰＣ３等との通信状態を制御するようになっている。
【００４７】
記憶部１２（本発明における記憶手段の一例）は、例えば、ハードディスクドライブ等により構成されている。この記憶部１２には、会員情報ＤＢ（データベース）１２ａ、レシピ情報ＤＢ１２ｂ、管理情報ＤＢ１２ｃ等のデータベースが構築されている。
【００４８】
図３（ａ）は、本実施形態に係る会員情報ＤＢ１２ａに登録される内容の一例を示す図である。会員情報ＤＢ１２ａには、レシピサイトに会員登録しているユーザに関する会員情報が登録される。具体的に、会員情報ＤＢ１２ａには、ユーザの識別情報であるユーザＩＤ（本発明におけるユーザ識別情報の一例）、パスワード、ニックネーム、氏名、生年月日、性別、住所、電話番号、携帯電話機２のメールアドレス、ＰＣ３のメールアドレス等が、ユーザごとに対応付けて登録される。携帯電話機２のメールアドレスは、移動体通信事業者によって付与されたメールアドレスである。携帯電話機２のメールアドレスを受信者アドレスとする電子メールは、基本的に携帯電話機２のみが受信可能である。ＰＣ３のメールアドレスは、移動体通信事業者によって付与されたものではないメールアドレスである。ＰＣ３のメールアドレスを受信者アドレスとする電子メールは、ＰＣ３が受信可能である。
【００４９】
図３（ｂ）は、本実施形態に係るレシピ情報ＤＢ１２ｂに登録される内容の一例を示す図である。レシピ情報ＤＢ１２ｂにはレシピ情報が登録される。具体的に、レシピ情報ＤＢ１２ｂには、レシピＩＤ（本発明における生成情報識別情報の一例）、投稿者ユーザＩＤ、公開フラグ、公開年月日、レシピタイトル、料理名、メイン画像、材料名及び材料の分量、コメント、手順情報、調理時間、材料費、料理の用途、きっかけ文等が、投稿されたレシピごとに対応付けて登録される。
【００５０】
投稿者ユーザＩＤはレシピを投稿したユーザのユーザＩＤである。公開フラグは、投稿されたレシピが公開されているか否かを示す情報である。公開フラグがＯＦＦに設定されている場合、レシピ情報が公開されていないことを示し、公開フラグがＯＮに設定されている場合、レシピ情報が公開されていることを示す。公開されていないレシピ情報は、下書き状態のレシピ情報である。ユーザが、レシピ情報を公開することを選択することにより、公開フラグがＯＦＦからＯＮに変更される。
【００５１】
図３（ｃ）は、本実施形態に係る手順情報に設定される内容の一例を示す図である。手順情報は、料理の手順を示す情報である。具体的に、手順情報には、手順数が設定される。また、手順情報には、手順ごとの手順文及び手順画像が、手順数に相当する数分設定される。手順文は、手順の内容を示す文章である。
【００５２】
図３（ｄ）は、本実施形態に係る管理情報ＤＢ１２ｃに登録される内容の一例を示す図である。管理情報ＤＢ１２ｃには、ワンタイムアドレスを管理するための管理情報が登録されている。管理情報は、レシピサーバ１が投稿メールを受信したときの処理内容を決定するための情報でもある。具体的に、管理情報ＤＢ１２ｃには、管理ＩＤ（本発明におけるアドレス識別情報の一例）、タイプＩＤ、発行対象レシピＩＤ、発行対象ユーザＩＤ、ワンタイムメールボックス名（本発明における固有情報の一例）、発行日時及び受信フラグが、発行されたワンタイムアドレスごとに登録される。
【００５３】
管理ＩＤは、管理情報の識別情報である。例えば、管理情報の登録順に、000001から順に管理ＩＤが付与される。タイプＩＤは、対応するワンタイムアドレスの用途を識別する識別情報である。このタイプＩＤには、「新規投稿」または「手順追加」が設定される。「新規投稿」は、ワンタイムアドレスがレシピ情報の新規登録のために用いられることを示すタイプＩＤである。また、「新規投稿」は、投稿メールに添付された画像がメイン画像として用いられ、投稿メールのサブジェクト及び本文が、レシピタイトル及びきっかけ文として用いられることを示すタイプＩＤである。「手順追加」は、ワンタイムアドレスが、既に登録されているレシピ情報に対する手順画像の追加のために用いられることを示すタイプＩＤである。また、「手順追加」は、投稿メールに添付された画像が手順画像として用いられることを示すタイプＩＤである。なお、「新規投稿」に対応するワンタイムアドレスは、本発明における第１アドレスの一例である。また、「手順追加」に対応するワンタイムアドレスは、本発明における第２アドレスの一例である。
【００５４】
発行対象レシピＩＤは、対応するワンタイムアドレスが受信者アドレスに指定された投稿メールに含まれる画像等の情報が登録されるレシピ情報のレシピＩＤである。発行対象ユーザＩＤは、対応するワンタイムアドレスが発行されたユーザのユーザＩＤである。タイプＩＤが「新規投稿」である場合、発行対象レシピＩＤは、新規登録されるレシピ情報のレシピＩＤである。タイプＩＤが「追加投稿」である場合、発行対象レシピＩＤは、手順画像が追加されるレシピ情報のレシピＩＤである。
【００５５】
ワンタイムメールボックス名は、発行されたワンタイムアドレスに含まれるメールボックス名である。レシピサーバ１は、管理ＩＤ等の情報を含む平文を、予め定められたハッシュ関数を用いてハッシュ化することにより、ワンタイムメールボックス名を生成する。管理ＩＤは、生成されるワンタイムアドレスごとに固有の識別情報である。従って、管理ＩＤに基づいて生成されたワンタイムメールボックス名は、他のワンタイムアドレスに含まれるワンタイムメールボックス名と、基本的には異なるメールボックス名となる。一方、ワンタイムアドレスに含まれるドメイン名は、全てのワンタイムアドレスで同一になっている。このドメイン名は、レシピ情報の投稿用のドメイン名である。従って、ワンタイムメールボックス名が判明すると、ワンタイムアドレスも判明する。なお、レシピサーバ１が受信した投稿メールは、レシピサーバ１の処理に用いられた後は保存する必要がない。そのため、ワンタイムメールボックス名に対応するメールボックスは生成されない。
【００５６】
発行日時は、対応するワンタイムアドレスが発行された日時を示す。ワンタイムアドレスが発行されてから所定の長さの期間（例えば、１ヶ月等）が経過すると、発行されたワンタイムアドレスは無効となる。レシピサーバ１は、無効となったワンタイムアドレスが受信者アドレスとして設定された投稿メールによる投稿を拒否する。ワンタイムアドレスが発行されてから時間が経過するほど、ワンタイムアドレスが第３者に知られてしまう可能性がある。そのため、ワンタイムアドレスの不正利用の可能性を減らすため、有効期限が設定されている。
【００５７】
受信フラグは、対応するワンタイムアドレスを受信者アドレスとして指定された投稿メールが受信されたか否かを示す。受信フラグがＯＦＦに設定されている場合、投稿メールが受信されていないことを示し、受信フラグがＯＮに設定されている場合、投稿メールが受信されていることを示す。受信フラグは、発行されたワンタイムアドレスが受信者アドレスに指定された投稿メールによる投稿を１回のみ許容するために用いられる情報である。
【００５８】
次に、記憶部１２に記憶される情報について説明する。記憶部１２には、レシピサイトのＷｅｂページを構成するＨＴＭＬ（Hyper Text Markup Language）文書、ＸＭＬ（Extensible Markup Language）文書、画像データ、テキストデータ、電子文書等の各種データが記憶されている。
【００５９】
また、記憶部１２には、オペレーティングシステム、ＷＷＷ（World Wide Web）サーバプログラム、ＳＭＴＰ（Simple Mail Transfer Protocol）サーバプログラム、ＤＢＭＳ（DataBase Management System）、レシピ情報管理プログラム等の各種プログラムが記憶されている。レシピ情報管理プログラムは、レシピサイトに関する各種処理を実行するためのプログラムである。なお、レシピ情報管理プログラム等の各種プログラム（本発明における情報登録プログラムの一例を含む）は、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしても良いし、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしても良い。
【００６０】
入出力インターフェース１３は、通信部１１及び記憶部１２とシステム制御部１４との間のインターフェース処理を行うようになっている。
【００６１】
システム制御部１４は、ＣＰＵ（Central Processing Unit）１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。そして、システム制御部１４は、ＣＰＵ１４ａが、各種プログラムを読み出し実行することにより、本発明における受信手段、判別手段、登録手段、送信手段、判定手段、追加手段、第２送信手段、第２判定手段、識別情報生成手段、アドレス生成手段、表示情報生成手段及び表示情報送信手段として機能するようになっている。
【００６２】
なお、レシピサーバ１が、複数のサーバ装置で構成されても良い。例えば、レシピ情報の登録等を行うサーバ装置、携帯電話機２やＰＣ３からのリクエストに応じてレシピサイトのＷｅｂページを送信するサーバ装置、電子メールの送受信を行うサーバ装置及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されても良い。
【００６３】
［３．レシピ情報提供システムの動作］
次に、レシピ情報提供システムＳの動作について、図４乃至図１４を用いて説明する。
【００６４】
［３−１．レシピ情報提供システム全体の動作］
図４は、本実施形態に係るレシピ情報提供システムＳの投稿メールを利用したレシピ情報の投稿時における処理例を示すシーケンス図である。
【００６５】
あるユーザＸは、例えば、電子メールでレシピ情報を投稿する前に、レシピサイトにログインする。このとき、ユーザＸは、ユーザＩＤ及びパスワードを携帯電話機２−１に入力する。携帯電話機２−１は、入力されたユーザＩＤ及びパスワードをレシピサーバ１に送信する。レシピサーバ１は、ユーザ識別情報受信手段としてユーザＩＤ及びパスワードを受信すると、受信した情報に基づいてパスワード認証を行う。このとき、レシピサーバ１は、契約者固有ＩＤを取得する。契約者固有ＩＤは、携帯電話機２の契約者に対して移動体通信事業者から付与される固有の識別情報である。なお、移動体通信事業者によって、契約者固有ＩＤの呼称が異なる場合がある。契約者固有ＩＤは、例えば、移動体通信事業者のゲートウェイサーバにより、携帯電話機２から送信されたリクエストに付加されたり、携帯電話機２自身によりリクエストに付加されたりする。レシピサーバ１は、パスワード認証が成功すると、ユーザＩＤと契約者固有ＩＤとを対応付けて記憶する。その後、レシピサーバ１は、携帯電話機２−１から送信されてくるリクエストに付加された契約者固有ＩＤから、ユーザＩＤを取得することができる。そして、レシピサーバ１は、取得したユーザＩＤにより、ユーザを特定することができる。なお、レシピサーバ１は、携帯電話機２−１に送信するＨＴＭＬ文書に含まれるaタグのhref属性に設定されるＵＲＬに、受信したユーザＩＤを付加しても良い（付加されるユーザＩＤは暗号化されていても良い）。これにより、携帯電話機２−１からレシピサーバ１に送信されるリクエストに含まれているＵＲＬには、ユーザＩＤが付加される。そのため、レシピサーバ１は、リクエストを送信してくる携帯電話機２−１からユーザＩＤを受信することができる。
【００６６】
その後、図４に示すように、ユーザＸは、レシピサイトのＷｅｂページで、電子メールによる投稿を選択する（ステップＳ１）。すると、携帯電話機２−１は、メール投稿用ページのリクエストをレシピサーバ１に送信する（ステップＳ２）。メール投稿用ページは、新しいワンタイムアドレスをユーザに提供するためのＷｅｂページである。レシピサーバ１は、メール投稿用ページのリクエストを受信すると、ワンタイムアドレスを生成する（ステップＳ３）。このとき、レシピサーバ１は、管理情報を登録する。管理情報には、新しく生成された管理ＩＤ、取得したユーザＩＤ、新しいレシピＩＤ、生成したワンタイムアドレスのメールボックス名等が設定される。また、タイプＩＤとして「新規投稿」が設定される。
【００６７】
次いで、レシピサーバ１は、生成したワンタイムアドレスのメールリンクを含むメール投稿用ページを、携帯電話機２−１に送信する（ステップＳ４）。メールリンクは、aタグのhref属性に、「mailto:メールアドレス」の形式でメールアドレスが設定されたリンクである。携帯電話機２−１は、受信したメール投稿用ページを画面に表示する。
【００６８】
図５（ａ）は、メール投稿用ページの画面表示例を示す図である。図５に示すように、メール投稿用ページには、リンク１０１が表示される。リンク１０１は、ワンタイムアドレスのメールリンクである。ユーザＸがリンク１０１を選択すると（ステップＳ５）、携帯電話機２−１は、電子メールクライアントソフトを起動して、新規メール作成画面を表示する（ステップＳ６）。新規メール作成画面は、新しい電子メールを作成するための画面である。
【００６９】
図５（ｂ）は、新規メール作成画面の表示例を示す図である。図５（ｂ）に示すように新規メール作成画面には、宛先入力欄１１１、サブジェクト入力欄１１２、添付ファイル表示欄１１３及び本文入力欄１１４が表示される。宛先入力欄１１１は、電子メールの受信者アドレスを入力するための入力欄である。宛先入力欄１１１には、ステップＳ３において生成されたワンタイムアドレスが予め設定されている。サブジェクト入力欄１１２は、電子メールのサブジェクトを入力するための入力欄である。添付ファイル表示欄１１３には、電子メールに添付されるファイルのファイル名が表示される。本文入力欄１１４は、電子メールの本文のテキストを入力するための入力欄である。電子メールクライアントソフトの起動時、サブジェクト入力欄１１２、添付ファイル表示欄１１３及び本文入力欄１１４には、何も設定されていない。
【００７０】
ユーザＸは、サブジェクト入力欄１１２に、レシピタイトルを入力する。また、ユーザＸは、添付ファイルとして、レシピ情報のメイン画像となる画像を指定する。また、ユーザＸは、本文入力欄１１４に、きっかけ文を入力する（ステップＳ７）。すると、図５（ｂ）に示すように、サブジェクト入力欄１１２、添付ファイル表示欄１１３及び本文入力欄１１４には、レシピタイトル、添付画像のファイル名、きっかけ文が表示される。なお、レシピタイトル及びきっかけ文の入力は省略することができる。その後、ユーザＸは、電子メールの送信を選択する。すると、携帯電話機２−１は、添付された画像、入力されたサブジェクト及び本文を含む投稿メールを送信する（ステップＳ８）。投稿メールは、メールサーバにより、受信者アドレスに基づいてレシピサーバ１へ転送される。
【００７１】
レシピサーバ１は、投稿メールを受信すると、投稿メールの受信者アドレスがワンタイムアドレスとして有効であるか否かを判定する（ステップＳ９）。例えば、レシピサーバ１は、対応する管理情報が登録されているか、過去に受信されている投稿メールの受信者アドレスと同一ではないか、有効期限内か等の判定を行う。このとき、レシピサーバ１は、受信者アドレスがワンタイムアドレスとして有効ではないと判定した場合には、投稿メールを拒否する。つまり、レシピサーバ１は、レシピ情報の登録を行わない。一方、レシピサーバ１は、受信者アドレスとして指定されたメールアドレスがワンタイムアドレスとして有効であると判定した場合には、投稿メールに含まれる情報の登録を行う。ここで、管理情報のタイプＩＤは「新規投稿」である。そこで、レシピサーバ１は、下書きとしてのレシピ情報の新規登録を行う（ステップＳ１０）。このとき、レシピサーバ１は、レシピ情報に対応付けるレシピＩＤ及びユーザＩＤとして、管理情報に設定された発行対象レシピＩＤ及び発行対象ユーザＩＤを用いる。
【００７２】
ワンタイムアドレスは、発行されるたびに固有となるメールアドレスである。また、レシピ情報の新規登録のために発行されるワンタイムアドレスは、ユーザがレシピサイトにログインした状態で発行される。つまり、ワンタイムアドレスは、パスワード認証によりユーザが特定された状態で発行される。そして、特定されたユーザのユーザＩＤは管理情報に設定されている。従って、レシピサーバ１は、投稿メールの受信者アドレスに指定されたワンタイムアドレスに対応する管理情報に設定されたユーザＩＤから、ユーザを特定することができる。
【００７３】
また、ワンタイムアドレスは、投稿メールの受信者アドレスとして１回のみ設定可能である。そのため、ワンタイムアドレスが他者に知られてしまったとしても、ユーザ自身が、発行されたワンタイムアドレスを用いて先に投稿メールを送信すれば良い。その後に、他者が同一のワンタイムアドレスを用いて投稿メールを送信しても、その投稿メールは拒否される。また、総当たり攻撃に対しても有効である。つまり、他者が、投稿メールの受信者アドレスとして指定可能な文字の組み合わせを可能な限り生成して、次々に投稿メールを送信したとする。この場合、他者が生成した受信者アドレスが、発行されたワンタイムアドレスと偶然に一致したとしても、ユーザ自身が先に投稿メールを送信した後であれば、他者からの投稿メールは拒否される。また、ユーザ自身が投稿メールを送信しなかったとしても、ワンタイムアドレスの有効期限が切れた後は、他者からの投稿メールは拒否される。よって、レシピ情報を登録した本人ではない者が本人になりすまして投稿メールでレシピ情報を登録することを困難にすることができる。
【００７４】
また、ワンタイムアドレスが受信者アドレスとして１回のみ設定可能となっていることは、ユーザによる誤登録を防止するためにも有益である。つまり、ユーザが、同じワンタイムアドレスを投稿メールの受信者アドレスに設定することにより、レシピ情報を誤って新規に登録したり、手順画像を誤って追加することを防止したりすることができる。
【００７５】
レシピサーバ１は、レシピ情報を登録すると、新たなワンタイムアドレスを生成する（ステップＳ１１）。このとき、レシピサーバ１は、新しい管理情報を登録する。新しい管理情報には、ステップＳ３において登録された管理情報に設定されていた発行対象レシピＩＤ及び発行対象ユーザＩＤが引き継がれる。また、タイプＩＤとして「手順追加」が設定される。次いで、レシピサーバ１は、生成したワンタイムアドレスを本文に含む投稿完了メールを送信する（ステップＳ１２）。投稿完了メールは、投稿された情報の登録が完了したことを通知する電子メールである。投稿完了メールの受信者アドレスには、ユーザＸの携帯電話機２−１のメールアドレスが設定される。そのため、レシピサーバ１は、ユーザＸ宛ての投稿完了メールを送信する。投稿メールに設定されている送信者を示すメールアドレスには、ユーザＸの携帯電話機２−１のメールアドレスが設定される。送信者を示すメールアドレスとは、Fromフィールドに設定されたメールアドレスである。そのため、レシピサーバ１は、ユーザＸの携帯電話機２−１のメールアドレスを取得することができる。なお、送信者を示すメールアドレスを、以下、「送信者アドレス」という。
【００７６】
ユーザは、携帯電話機２−１を操作することにより、電子メールクライアントソフトを起動し、携帯電話機２−１に、メールサーバから投稿完了メールを受信させる。そして、携帯電話機２−１は、投稿完了メールを画面に表示する。
【００７７】
図５（ｃ）は、投稿完了メールの画面表示例を示す図である。図５（ｃ）に示すように、投稿完了メールの本文には、投稿が完了した旨のメッセージが表示される。また、投稿メールの本文には、メールアドレス１２１が表示される。メールアドレス１２１は、ステップＳ１１において生成されたワンタイムアドレスである。
【００７８】
ユーザＸがメールアドレス１２１を選択すると（ステップＳ１３）、携帯電話機２−１は、電子メールクライアントソフトを起動して、新規メール作成画面を表示する（ステップＳ１４）。
【００７９】
図５（ｄ）は、新規メール作成画面の表示例を示す図である。図５（ｄ）に示すように、宛先入力欄１１１には、メールアドレス１２１が示すワンタイムアドレスが予め設定されている。ユーザＸは、添付ファイルとして、手順画像となる画像を指定する。（ステップＳ１５）。すると、図５（ｄ）に示すように、添付ファイル表示欄１１３には、添付画像のファイル名が表示される。このとき、ユーザＸは、添付ファイルとして、複数の手順画像を指定しても良い。そして、ユーザＸは、電子メールの送信を選択する。すると、携帯電話機２−１は、添付された画像含む投稿メールを送信する（ステップＳ１６）。
【００８０】
レシピサーバ１は、投稿メールを受信すると、ステップＳ９と同様に、投稿メールの受信者アドレスがワンタイムアドレスとして有効であるか否かを判定する（ステップＳ１７）。そして、レシピサーバ１は、有効であると判定した場合には、投稿メールに含まれる情報の登録を行う。ここで、管理情報のタイプＩＤは「手順追加」である。そこで、レシピサーバ１は、既に登録されているレシピ情報に対して、投稿メールに添付された画像を、手順画像として追加する（ステップＳ１８）。このときにも、レシピサーバ１は、対象となるレシピ情報のレシピＩＤとして、管理情報に設定された発行対象レシピＩＤを用いる。
【００８１】
ステップＳ１２において送信される投稿完了メールの受信者アドレスには、ステップＳ８において送信された投稿メールの送信者アドレスが設定される。これにより、投稿メールの送信者に対して投稿完了メールが送信されることが保証される。そして、ステップＳ１０におけるレシピ情報の新規登録時において、投稿したユーザが特定されている。従って、投稿完了メールの送信により発行されるワンタイムアドレスは、ユーザが特定された状態で発行される。従って、レシピサーバ１は、レシピ情報に対する手順画像追加時にも、レシピ情報の新規登録時と同様に、ユーザを特定することができる。また、レシピ情報の新規登録時と同様に、レシピ情報を登録した本人ではない者が投稿メールでレシピ情報に手順画像を追加することを困難にすることができる。
【００８２】
レシピサーバ１は、レシピ情報に対する手順画像を追加すると、ステップＳ１１及びＳ１２と同様に、新たなワンタイムアドレスの生成（ステップＳ１９）、及び、投稿完了メールの送信を行う（ステップＳ２０）。携帯電話機２−１は、投稿完了メールを受信して画面に表示する。図５（ｅ）は、投稿メールの画面表示例を示す図である。図５（ｅ）に示すように、本文には、メールアドレス１２１として、ステップＳ１９において生成されたワンタイムアドレスが表示される。
【００８３】
ユーザＸは、必要があれば、添付ファイルとして手順画像となる画像を指定し、投稿メールを携帯電話機２から送信させる。こうして、ステップＳ１３〜Ｓ２０の処理が、必要に応じて繰り返される。
【００８４】
ユーザは、新しいレシピ情報を投稿する場合には、再度メール投稿用ページを携帯電話機２に表示させれば良い。これにより、新たなワンタイムアドレスが発行される。そして、メール投稿用ページにより発行されるワンタイムアドレスには、タイプＩＤが「新規投稿」である管理情報と対応付けられている。「新規投稿」を示すタイプＩＤが設定されている場合、レシピサーバ１はレシピ情報の新規登録を行う。従って、各ユーザは、複数のレシピ情報を投稿することができる。
【００８５】
また、投稿完了メールにより発行されるワンタイムアドレスに対応する管理情報には、レシピ情報が新規登録されたときにレシピＩＤが設定されている。また、この管理情報に設定されているタイプＩＤは「手順追加」を示す。「手順追加」を示すタイプＩＤが設定されている場合、レシピサーバ１は、管理情報に設定されているレシピＩＤに対応するレシピ情報に、手順画像を追加する。従って、各ユーザは、登録された複数のレシピ情報のそれぞれに、手順画像を追加させることができる。
【００８６】
ユーザは、投稿メールを用いて投稿する場合、レシピ情報を新規に投稿するか、または、レシピ情報に情報を追加するか、を指定する必要がない。また、ユーザは、投稿メールに添付する画像が、メイン画像であるか、または、手順画像であるか、を指定する必要もない。また、投稿メールの受信者アドレスには、ワンタイムアドレスが自動的に設定される。そのため、ユーザは、手順画像を追加する場合、どのレシピ情報に追加するかを指定したり、追加先のレシピ情報に応じて受信者アドレスの入力や変更を行ったりする必要がない。ユーザは、投稿したい情報を入力したり添付したりして投稿メールを送信するだけで良い。従って、ユーザは、簡単に、複数のレシピ情報を投稿したり、複数のレシピ情報に対してそれぞれ情報を追加したりすることができる。
【００８７】
図６は、本実施形態に係るレシピ情報提供システムＳの投稿ページを利用したレシピ情報の投稿時における処理例を示すシーケンス図である。
【００８８】
ユーザＸは、投稿メールを用いた投稿を終えた後、投稿ページから、下書きとして登録されたレシピ情報の編集を行う。ここで、ユーザＸは、所有しているＰＣ３−１を利用して、編集作業を行ったとする。
【００８９】
ユーザＸは、ＰＣ３−１に、ユーザＸが投稿したレシピ情報の下書きの一覧を示すＷｅｂページを表示させる。そして、図６に示すように、ユーザＸは、一覧の中から編集したいレシピ情報を選択する（ステップＳ５１）。すると、ＰＣ３−１は、投稿ページのリクエストをレシピサーバ１に送信する（ステップＳ５２）。投稿ページのリクエストには、選択されたレシピ情報のレシピＩＤが含まれている。レシピサーバ１は、投稿ページのリクエストを送信すると、投稿ページをＰＣ３−１に送信する（ステップＳ５３）。具体的に、レシピサーバ１は、受信したリクエストに含まれるレシピＩＤに対応するレシピ情報を、レシピ情報ＤＢ１２ｂから取得する。次いで、レシピサーバ１は、取得したレシピ情報に基づいて、投稿ページのＨＴＭＬ文書を生成する。そして、レシピサーバ１は、生成したＨＴＭＬ文書をＰＣ３−１に送信する。ＰＣ３−１は、受信したＨＴＭＬ文書に基づいて、投稿ページを画面に表示する。
【００９０】
図７は、投稿ページの画面表示例を示す図である。図７に示す投稿ページは、ＰＣ３用の投稿ページである。図７に示すように、投稿ページには、レシピＩＤの表示欄２０１、レシピタイトルの表示欄２０２、料理名の表示欄２０３、対象人数の表示欄２０４、材料名及び分量の表示欄２０５、メイン画像の表示欄２０６、コメントの表示欄２０７、ニックネームの表示欄２０８、複数の手順表示欄２０９、調理時間の表示欄２１２、材料費の表示欄２１３、用途の表示欄２１４、きっかけ文の表示欄２１５及び公開ボタン２１６等が表示される。
【００９１】
レシピＩＤの表示欄２０１には、レシピＩＤが表示される。レシピタイトルの表示欄２０２には、ユーザが最初の投稿メールのサブジェクトとして入力したレシピタイトルが表示される。メイン画像の表示欄２０６には、ユーザが最初の投稿メールに添付した画像が表示される。ニックネームの表示欄２０８には、投稿したユーザのニックネームが表示される。各手順表示欄２０９には、手順文の表示欄２１０及び手順画像の表示欄２１１が表示される。手順画像の表示欄２１１には、ユーザが２回目以降の投稿メールに添付した画像が表示される。例えば、ユーザが２つの手順画像を投稿メールに添付した場合、または、２つの投稿メールにそれぞれ１つの手順画像を添付した場合には、図７に示すように、２つの手順表示欄２０９の手順画像の表示欄２１１に、手順画像が表示される。きっかけ文の表示欄２１５には、ユーザが最初の投稿メールの本文として入力したきっかけ文が表示される。その他の表示欄には、対応する情報が表示されていない状態である。
【００９２】
投稿ページにおいて、ユーザは各種の編集操作を行うことができる（ステップＳ５４）。例えば、ユーザは、各表示欄を選択操作することにより、選択した表示欄に表示される情報を入力したり変更したりすることができる。また、ユーザは、メイン画像の表示欄２０６を選択したり、手順表示欄２０９を選択することにより、選択した表示欄に表示される画像を変更したりすることができる。また、ユーザは、手順表示欄２０９を追加したり削除したりすることができる。また、ユーザは、手順表示欄２０９の並び順を変更することができる。手順表示欄２０９は、手順の順番に対応する。なお、レシピＩＤ及びニックネームを変更することはできない。
【００９３】
ユーザＸが編集操作を行うたびに、ＰＣ３−１は、入力された情報、変更された情報、または、変更された画像等を、編集情報としてレシピサーバ１に送信する（ステップＳ５５）。編集情報には、レシピＩＤが含まれている。レシピサーバ１は、レシピ情報ＤＢ１２ｂにおいて、受信した編集情報に含まれるレシピＩＤに対応するレシピ情報を更新する（ステップＳ５６）。具体的に、レシピサーバ１は、編集情報に含まれる情報をレシピ情報中に追加したり、編集情報に含まれる情報をレシピ情報中の対応する情報に上書きしたりする。
【００９４】
その後、ユーザＸが、公開ボタン２１６を選択操作すると、ＰＣ３−１は、レシピＩＤを含む公開リクエストをレシピサーバ１に送信する（ステップＳ５７）。レシピサーバ１は、レシピ情報ＤＢ１２ｂにおいて、受信した公開リクエストに含まれるレシピＩＤに対応するレシピ情報中の公開フラグをＯＮに変更する。また、レシピサーバ１は、表示情報生成手段として、公開リクエストに含まれるレシピＩＤに対応するレシピ情報に含まれる各情報を構成要素とするレシピページを生成する（ステップＳ５８）。具体的に、レシピサーバ１は、レシピ情報に含まれる各テキストの情報を、それぞれ所定の位置に埋め込んだＨＴＭＬ文書を生成する。また、レシピサーバ１は、レシピ情報に含まれるメイン画像や手順画像のＵＲＬを、それぞれ対応するimgタグのsrc属性に設定する。レシピサーバ１は、携帯電話機２用のＨＴＭＬ文書とＰＣ３用のＨＴＭＬ文書を生成する。そして、レシピサーバ１は、生成したＨＴＭＬ文書を記憶部１２に記憶させる。なお、レシピサーバ１は、携帯電話機２用のＨＴＭＬ文書として、後述する手順ページのＨＴＭＬ文書も生成する。
【００９５】
その後、あるユーザＹが、レシピページを閲覧するためにＰＣ３−２を操作する。すると、ＰＣ３−２は、レシピページのリクエストをレシピサーバ１に送信する（ステップＳ５９）。レシピサーバ１は、受信したリクエストに対応するレシピページを、ＰＣ３−２に送信する（ステップＳ６０）。具体的に、レシピサーバ１は、リクエストに含まれるＵＲＬに対応するＨＴＭＬ文書を記憶部１２から取得する。そして、レシピサーバ１は、表示情報送信手段として、取得したＨＴＭＬ文書をＰＣ３−２に送信する。ＰＣ３−２は、受信したＨＴＭＬ文書を用いてレシピページを画面に表示させる。
【００９６】
図８は、ＰＣ３用のレシピページの画面表示例を示す図である。図８に示すように、ＰＣ３用のレシピページには、レシピＩＤ３０１、レシピタイトル３０２、料理名３０３、対象人数３０４、材料名及び分量３０５、メイン画像３０６、コメント３０７、ニックネーム３０８、複数の手順表示欄３０９、調理時間３１２、材料費３１３、用途３１４、きっかけ文３１５が表示される。各手順表示欄３０９には、手順文３１０及び手順画像３１１が表示される。
【００９７】
図９（ａ）は、携帯電話機２用のレシピページの画面表示例を示す図である。携帯電話機２には、図９（ａ）に示すレシピページが表示される。具体的に、携帯電話機２用のレシピページには、レシピタイトル４０１、メイン画像４０２、ニックネーム４０３、コメント４０４、対象人数４０５、材料名及び分量４０６、複数の手順文４０７、きっかけ文４０９、調理時間４１０、材料費４１１、用途４１２及びレシピＩＤ４１３等が表示される。
【００９８】
携帯電話機２用のレシピページには、手順画像が表示されない。その代わりに、各手順文４０７に続けて、手順表示リンク４０８が表示される。ユーザが何れかの手順表示リンク４０８を選択操作すると、携帯電話機２の画面には、手順ページが表示される。
【００９９】
図９（ｂ）は、手順ページの画面表示例である。図９（ｂ）に示すように、手順ページには、選択された手順表示リンク４０８に対応する手順の手順文５０１及び手順画像５０２が表示される。このように、レシピサーバ１は、レシピ情報の一部の情報が構成要素となるＷｅｂページのＨＴＭＬ文書を複数生成して、複数のＷｅｂページによって１つのレシピ情報の全体が表示されるようにしても良い。
【０１００】
［３−２．レシピサーバの動作］
図１０は、本実施形態に係るレシピサーバ１のシステム制御部１４のメール投稿用ページリクエスト受信時処理における処理例を示すフローチャートである。メール投稿用ページリクエスト受信時処理は、システム制御部１４が、携帯電話機２からメール投稿用ページのリクエストを受信したときに開始される。
【０１０１】
図１０に示すように、システム制御部１４は、リクエストを送信してきた携帯電話機２を利用するユーザのユーザＩＤを取得する（ステップＳ１０１）。なお、ユーザＩＤの取得方法は既に説明されている。次いで、システム制御部１４は、新しいレシピＩＤを生成する（ステップＳ１０２）。次いで、システム制御部１４は、タイプＩＤに「新規投稿」を設定する（ステップＳ１０３）。
【０１０２】
次いで、システム制御部１４は、後述するワンタイムアドレス発行処理を実行する（ステップＳ１０４）。このとき、システム制御部１４は、取得したユーザＩＤ、生成したレシピＩＤ及び「新規投稿」を示すタイプＩＤを、ワンタイムアドレス発行処理の引数として指定する。ワンタイムアドレス発行処理では、新しいワンタイムアドレスが生成される。また、ワンタイムアドレス発行処理では、引数として指定されたユーザＩＤ、レシピＩＤ及びタイプＩＤが設定された管理情報を登録する。
【０１０３】
次いで、システム制御部１４は、記憶部１２からメール投稿用ページのＨＴＭＬ文書を取得する。そして、システム制御部１４は、取得したＨＴＭＬ文書に含まれるメールリンクのaタグのhref属性に、ワンタイムアドレス発行処理で生成されたワンタイムアドレスを設定する（ステップＳ１０５）。次いで、システム制御部１４は、第２送信手段として、ワンタイムアドレスの設定を行ったＨＴＭＬ文書を、メール投稿用ページのリクエストの送信元の携帯電話機２に送信する（ステップＳ１０６）。システム制御部１４は、ステップＳ１０６の処理を終えると、メール投稿用ページリクエスト受信時処理を終了させる。
【０１０４】
図１１は、本実施形態に係るレシピサーバ１のシステム制御部１４のワンタイムアドレス発行処理における処理例を示すフローチャートである。
【０１０５】
図１１に示すように、システム制御部１４は、アドレス生成手段として、発行のたびに固有となるワンタイムアドレスを生成する。
【０１０６】
先ず、システム制御部１４は、識別情報生成手段として、新しい管理ＩＤを生成する（ステップＳ２０１）。次いで、システム制御部１４は、ハッシュ化する平文のテキストを生成する（ステップＳ２０２）。具体的に、システム制御部１４は、記憶部１２に記憶されている秘密文字を取得する。秘密文字は、例えば、システムの管理者等により予め設定されたテキストである。秘密文字は、レシピサイトの外部に漏れないように管理される。また、システム制御部１４は、現在時刻を取得する。また、システム制御部１４は、疑似乱数を生成する。そして、システム制御部１４は、引数として指定されたタイプＩＤ、新しく生成された管理ＩＤ、秘密文字、現在時刻、疑似乱数を接続して、平文のテキストを生成する。
【０１０７】
次いで、システム制御部１４は、記憶部１２に記憶されているハッシュ関数を用いて、生成された平文のテキストをハッシュ化する。これにより、システム制御部１４は、ワンタイムメールボックス名を生成する（ステップＳ２０３）。
【０１０８】
前述したように、管理ＩＤは、生成されるワンタイムアドレスごとに固有の識別情報である。従って、ワンタイムメールボックス名は、これまでに生成されたワンタイムメールボックス名と異なるように生成される。そのため、これまでに生成されたワンタイムメールボックス名と異なるようにワンタイムメールボックス名を生成するために、平文にレシピＩＤやユーザＩＤを含ませる必要はない。従って、例えば、悪意のある者が、入手したワンタイムメールボックス名から元の平文が突き止めたとしても、対象となるレシピ情報や、投稿するユーザを特定することはできない。これにより、セキュリティを確保することができる。例えば、悪意のある者が、特定のユーザになりすましてレシピ情報を投稿したり、特定のレシピ情報に情報を追加したりするために、ワンタイムメールボックス名を偽造することを困難にすることができる。
【０１０９】
次いで、システム制御部１４は、生成したワンタイムメールボックス名に、レシピ情報の投稿用のドメイン名を接続して、ワンタイムアドレスを生成する（ステップＳ２０４）。
【０１１０】
次いで、システム制御部１４は、管理情報ＤＢ１２ｃに登録する管理情報の設定処理を行う（ステップＳ２０５）。具体的に、システム制御部１４は、引数として指定されたユーザＩＤ及びレシピＩＤを、発行対象ユーザＩＤ及び発行対象レシピＩＤとして設定する。また、システム制御部１４は、現在日時を取得して、取得した現在日時を発行日時として設定する。また、システム制御部１４は、受信フラグをＯＦＦに設定する。また、システム制御部１４は、生成した管理ＩＤ、引数として指定されたタイプＩＤ及び生成したワンタイムメールボックス名を設定する。
【０１１１】
次いで、システム制御部１４は、設定処理が終わった管理情報を管理情報ＤＢ１２ｃに登録する（ステップＳ２０６）。システム制御部１４は、ステップＳ２０６の処理を終えると、ワンタイムアドレス発行処理を終了させる。
【０１１２】
図１２は、本実施形態に係るレシピサーバ１のシステム制御部１４の投稿メール受信時処理における処理例を示すフローチャートである。投稿メール受信時処理は、システム制御部１４が、受信手段として投稿メールを受信したときに開始される。
【０１１３】
図１２に示すように、システム制御部１４は、受信した投稿メールから受信者アドレスを取得する（ステップＳ３０１）。そして、システム制御部１４は、判別手段として、受信者アドレスの判別を行う。
【０１１４】
先ず、システム制御部１４は、受信者アドレスに含まれるドメイン名が、レシピ情報の投稿用のドメイン名であるか否かを判定する（ステップＳ３０２）。このとき、システム制御部１４は、レシピ情報の投稿用のドメイン名ではないと判定した場合には（ステップＳ３０２：ＮＯ）、エラーと判定する（ステップＳ３０３）。つまり、システム制御部１４は、受信者アドレスが、システム制御部１４が生成したワンタイムアドレスではないと判別する。そして、システム制御部１４は、投稿メール受信時処理を終了させる。つまり、システム制御部１４は、受信した投稿メールによる投稿を拒否する。
【０１１５】
一方、システム制御部１４は、レシピ情報の投稿用のドメイン名であると判定した場合には（ステップＳ３０２：ＹＥＳ）、取得した受信者アドレスに含まれるメールボックス名と同一のメールボックス名を含む管理情報を、管理情報ＤＢ１２ｃから検索する（ステップＳ３０４）。次いで、システム制御部１４は、該当する管理情報が検索されたか否かを判定する（ステップＳ３０５）。つまり、システム制御部１４は、取得した受信者アドレスに含まれるメールボックス名と同一のメールボックス名が管理情報ＤＢ１２ｃに登録されているか否かを判定する。このとき、システム制御部１４は、該当する管理情報が検索されなかったと判定した場合には（ステップＳ３０５：ＮＯ）、エラーと判定する（ステップＳ３０３）。つまり、システム制御部１４は、受信者アドレスが、システム制御部１４が生成したワンタイムアドレスではないと判別する。
【０１１６】
一方、該当する管理情報が検索されたと判定された場合（ステップＳ３０５：ＹＥＳ）、受信者アドレスは、システム制御部１４が生成したワンタイムアドレスである。この場合、システム制御部１４は、判定手段及び第２判定手段として、検索された管理情報に設定されている受信フラグの内容を判定する（ステップＳ３０６）。このとき、システム制御部１４は、受信フラグがＯＮに設定されていると判定した場合には（ステップＳ３０６：ＯＮ）、エラーと判定する。この場合、受信された投稿メールから取得されたワンタイムアドレスは、過去に一度利用されている。つまり、システム制御部１４は、取得したワンタイムアドレスと同じワンタイムアドレスが受信者アドレスとして設定された投稿メールを過去に受信している。そのため、システム制御部１４は、受信した投稿メールによる投稿を拒否する。
【０１１７】
一方、システム制御部１４は、受信フラグがＯＦＦに設定されていると判定した場合には（ステップＳ３０６：ＯＦＦ）、受信フラグをＯＮに変更する（ステップＳ３０７）。次いで、システム制御部１４は、取得したワンタイムアドレスの有効期限が切れているか否かを判定する（ステップＳ３０８）。具体的に、システム制御部１４は、現在日時を取得する。次いで、システム制御部１４は、現在日時から、検索された管理情報に設定されている発行日時を減算することにより、発行日時からの経過時間を計算する。そして、システム制御部１４は、計算した経過時間が、記憶部１２に予め記憶されているしきい時間よりも長いか否かを判定する。しきい時間は、ワンタイムアドレスが有効な期間の長さを示す。
【０１１８】
このとき、システム制御部１４は、経過時間がしきい時間よりも長いと判定した場合には、ワンタイムアドレスの有効期限が切れていると判定する（ステップＳ３０８：ＹＥＳ）。この場合、システム制御部１４は、エラーと判定する（ステップＳ３０３）。
【０１１９】
一方、システム制御部１４は、経過時間がしきい時間よりも長くはないと判定した場合には、ワンタイムアドレスの有効期限が切れていないと判定する（ステップＳ３０８：ＮＯ）。この場合、システム制御部１４は、ワンタイムアドレスは有効であると判定する。次いで、システム制御部１４は、検索された管理情報に設定されているタイプＩＤの内容を判定する（ステップＳ３０９）。このとき、システム制御部１４は、タイプＩＤが「新規投稿」を示すと判定した場合には（ステップＳ３０９：新規投稿）、受信者アドレスが、新規登録に用いられるワンタイムアドレスであると判別する。この場合、システム制御部１４は、後述する新規投稿処理を実行する（ステップＳ３１０）。このとき、システム制御部１４は、引数として、検索された管理情報を指定する。新規投稿処理では、引数として指定された管理情報に基づいて、受信された投稿メールに含まれる情報がレシピ情報として新規に登録される。
【０１２０】
一方、システム制御部１４は、タイプＩＤが「手順追加」を示すと判定した場合には（ステップＳ３０９：手順追加）、受信者アドレスが、既に登録されているレシピ情報に対する情報の追加に用いられるワンタイムアドレスであると判別する。この場合、システム制御部１４は、後述する手順追加処理を実行する（ステップＳ３１１）。このとき、システム制御部１４は、引数として、検索された管理情報を指定する。新規投稿処理では、引数として指定された管理情報に基づいて、受信された投稿メールに含まれる情報が、既に登録されているレシピ情報中に追加される。
【０１２１】
システム制御部１４は、ステップＳ３１０またはＳ３１１の処理を終えると、投稿メール受信時処理を終了させる。なお、システム制御部１４は、ステップＳ３０３においてエラーと判定したときに、投稿メールの送信者宛てに、エラーを通知する電子メールを送信しても良い。
【０１２２】
図１３は、本実施形態に係るレシピサーバ１のシステム制御部１４の新規投稿処理における処理例を示すフローチャートである。
【０１２３】
図１３に示すように、システム制御部１４は、引数として指定された管理情報に設定されているユーザＩＤが有効であるか否かを判定する（ステップＳ４０１）。具体的に、システム制御部１４は、管理情報に設定されているユーザＩＤに対応する会員情報が会員情報ＤＢ１２ａに登録されているか否かを判定する。管理情報に設定されているユーザＩＤに対応する会員情報とは、管理情報に設定されているユーザＩＤと同一のユーザＩＤを含む会員情報である。このとき、システム制御部１４は、管理情報に設定されているユーザＩＤに対応する会員情報が登録されていないと判定した場合には、ユーザＩＤが無効であると判定する（ステップＳ４０１：ＮＯ）。この場合、システム制御部１４は、エラーと判定する（ステップＳ４０２）。この場合、ユーザＩＤに対応するユーザは、レシピサイトから脱会しているからである。そして、システム制御部１４は、新規投稿処理を終了させる。つまり、システム制御部１４は、受信した投稿メールによる投稿を拒否する。
【０１２４】
一方、システム制御部１４は、管理情報に設定されているユーザＩＤに対応する会員情報が登録されていると判定した場合には、ユーザＩＤは有効であると判定する（ステップＳ４０１：ＹＥＳ）。この場合、システム制御部１４は、受信した投稿メールの本体が、マルチパートからなる本体であるか否かを判定する（ステップＳ４０３）。このとき、システム制御部１４は、受信した投稿メールの本体がシングルパートであると判定した場合には（ステップＳ４０３：ＮＯ）、エラーと判定する（ステップＳ４０２）。この場合、投稿メールには、メイン画像となる画像が添付されていない。そのため、システム制御部１４は、メイン画像が添付されていない投稿メールによる投稿を拒否する。
【０１２５】
一方、システム制御部１４は、受信した投稿メールの本体が、マルチパートからなる本体であると判定した場合には（ステップＳ４０３：ＹＥＳ）、本体に含まれるパートのうち１つを選択する（ステップＳ４０４）。投稿メールの本体がマルチパートからなる場合、投稿メールの本体に含まれる各パートは、例えば、投稿メールのメッセージの本文や添付画像等である。次いで、システム制御部１４は、選択したパートが本文であるか否かを判定する（ステップＳ４０５）。このとき、システム制御部１４は、選択したパートが本文であると判定した場合には（ステップＳ４０５：ＹＥＳ）、選択したパートから本文のテキストを取得して、ＲＡＭ１４ｃの所定の領域に設定する（ステップＳ４０６）。次いで、システム制御部１４は、ステップＳ４１０に移行する。
【０１２６】
一方、システム制御部１４は、選択したパートが本文ではないと判定した場合には（ステップＳ４０５：ＮＯ）、選択したパートが添付画像であるか否かを判定する（ステップＳ４０７）。このとき、システム制御部１４は、選択したパートが添付画像ではないと判定した場合には（ステップＳ４０７：ＮＯ）、ステップＳ４１０に移行する。
【０１２７】
一方、システム制御部１４は、選択したパートが添付画像であると判定した場合には（ステップＳ４０７：ＹＥＳ）、この添付画像が、登録するための条件を満たすか否かを判定する（ステップＳ４０８）。例えば、システム制御部１４は、添付画像のフォーマット、表示サイズ、データサイズ等が、それぞれ予め設定された条件を満たすか否かを判定する。このとき、システム制御部１４は、添付画像が条件を満たすと判定した場合には（ステップＳ４０８：ＹＥＳ）、選択したパートから添付画像を取得して、ＲＡＭ１４ｃの所定の領域に設定する（ステップＳ４０９）。次いで、システム制御部１４は、ステップＳ４１０に移行する。
【０１２８】
一方、システム制御部１４は、添付画像が条件を満たさないと判定した場合には（ステップＳ４０８：ＮＯ）、選択したパートの添付画像を無視して、ステップＳ４１０に移行する。
【０１２９】
ステップＳ４１０において、システム制御部１４は、本体に含まれるパートのうち、まだ選択していないパートがあるか否かを判定する。このとき、システム制御部１４は、まだ選択していないパートがあると判定した場合には（ステップＳ４１０：ＹＥＳ）、まだ選択していないパートのうち１つを選択する（ステップＳ４１１）。次いで、システム制御部１４は、ステップＳ４０５に移行する。システム制御部１４は、ステップＳ４０５〜Ｓ４１１の処理を繰り返すことにより、受信した投稿メールの本体に含まれる本文及び添付画像をＲＡＭ１４ｃに設定する。なお、システム制御部１４は、投稿メールの本体に複数の添付画像が含まれている場合、何れか１つの添付画像のみをＲＡＭ１４ｃに設定する。この場合、システム制御部１４は、最初の添付画像をＲＡＭ１４ｃに設定しても良いし、最後の添付画像をＲＡＭ１４ｃに設定しても良い。
【０１３０】
システム制御部１４は、全てのパートを選択したと判定した場合には（ステップＳ４１０：ＮＯ）、受信した投稿メールの本体に、条件を満たす添付画像があったか否かを判定する（ステップＳ４１２）。このとき、システム制御部１４は、条件を満たす添付画像がなかったと判定した場合には（ステップＳ４１２：ＮＯ）、エラーと判定する（ステップＳ４０２）。
【０１３１】
一方、システム制御部１４は、条件を満たす添付画像があったと判定した場合には（ステップＳ４１２：ＹＥＳ）、受信した投稿メールのサブジェクトに設定されたテキスト及びＲＡＭ１４ｃに設定された本文のテキストが、それぞれ登録するための条件を満たすか否かを判定する（ステップＳ４１３）。例えば、システム制御部１４は、テキストの長さが予め設定された範囲内であるか否かを判定する。このとき、システム制御部１４は、サブジェクトに設定されたテキスト及びＲＡＭ１４ｃに設定された本文のテキストが条件を満たさないと判定した場合には（ステップＳ４１３：ＮＯ）、エラーと判定する（ステップＳ４０２）。
【０１３２】
一方、システム制御部１４は、サブジェクトに設定されたテキスト及びＲＡＭ１４ｃに設定された本文のテキストが条件を満たすと判定した場合には（ステップＳ４１３：ＹＥＳ）、レシピ情報ＤＢ１２ｂに登録するレシピ情報の設定処理を行う（ステップＳ４１４）。具体的に、システム制御部１４は、引数として指定された管理情報に設定されている発行対象レシピＩＤ及び発行対象ユーザＩＤを、レシピＩＤ及び投稿者ユーザＩＤとして設定する。また、システム制御部１４は、サブジェクトに設定されたテキストを、レシピタイトルのテキストとして設定する。また、システム制御部１４は、ＲＡＭ１４ｃに設定された添付画像を、メイン画像として設定する。また、システム制御部１４は、ＲＡＭ１４ｃに設定された本文のテキストを、きっかけ文のテキストとして設定する。また、システム制御部１４は、公開フラグをＯＦＦに設定する。また、システム制御部１４は、手順情報の手順数に０を設定する。
【０１３３】
次いで、システム制御部１４は、登録手段として、設定処理が終わったレシピ情報をレシピ情報ＤＢ１２ｂに登録する（ステップＳ４１５）。
【０１３４】
次いで、システム制御部１４は、タイプＩＤに「手順追加」を設定する（ステップＳ４１６）。次いで、システム制御部１４は、ワンタイムアドレス発行処理を実行する（ステップＳ４１７）。このとき、システム制御部１４は、引数として指定された管理情報に設定されているユーザＩＤ及びレシピＩＤを、ワンタイムアドレス発行処理の引数として指定する。また、システム制御部１４は、「手順追加」を示すタイプＩＤを引数として指定する。
【０１３５】
次いで、システム制御部１４は、ワンタイムアドレス発行処理で生成されたワンタイムアドレスを本文に含む投稿完了メールを生成する（ステップＳ４１８）。このとき、システム制御部１４は、受信した投稿メールの送信者アドレスを、投稿完了メールの受信者アドレスとして設定する。次いで、システム制御部１４は、送信手段として、生成した投稿完了メールを送信する（ステップＳ４１９）。
【０１３６】
システム制御部１４は、ステップＳ４１９の処理を終えると、新規投稿処理を終了させる。なお、システム制御部１４は、ステップＳ４０２においてエラーと判定したときに、投稿メールの送信者宛てに、エラーを通知する電子メールを送信しても良い。また、システム制御部１４は、投稿メール受信時処理において、管理情報の受信フラグをＯＮに設定していた（図１２ステップＳ３０７）。しかしながら、システム制御部１４は、投稿メールの本体がシングルパートである場合、条件を満たす添付画像がなかった場合、サブジェクトまたは本文が条件を満たさなかった場合等には、受信フラグをＯＦＦに設定しても良い。つまり、ユーザが条件に合う画像を添付し、また、条件に合うサブジェクト及び本文を入力することにより回避可能なエラーが発生した場合には、同じワンタイムアドレスを受信者アドレスに設定した投稿メールの再送信が可能となっていても良い。
【０１３７】
図１４は、本実施形態に係るレシピサーバ１のシステム制御部１４の手順追加処理における処理例を示すフローチャートである。
【０１３８】
図１４に示すように、システム制御部１４は、引数として指定された管理情報に設定されているユーザＩＤが有効であるか否かを判定する（ステップＳ５０１）。この判定方法は、図１３に示すステップＳ４０１の処理と同様である。このとき、システム制御部１４は、ユーザＩＤが無効であると判定した場合には（ステップＳ５０１：ＮＯ）、エラーと判定する（ステップＳ５０２）。そして、システム制御部１４は、手順追加処理を終了させる。つまり、システム制御部１４は、受信した投稿メールによる投稿を拒否する。
【０１３９】
一方、システム制御部１４は、ユーザＩＤは有効であると判定した場合には（ステップＳ５０１：ＹＥＳ）、引数として指定された管理情報に設定されているレシピＩＤが有効であるか否かを判定する（ステップＳ５０３）。具体的に、システム制御部１４は、管理情報に設定されているレシピＩＤに対応するレシピ情報がレシピ情報ＤＢ１２ｂに登録されているか否かを判定する。管理情報に設定されているレシピＩＤに対応するレシピ情報とは、管理情報に設定されているレシピＩＤと同一のレシピＩＤを含むレシピ情報である。なお、管理情報に設定されているレシピＩＤに対応するレシピ情報を、以下、「対応レシピ情報」という。
【０１４０】
システム制御部１４は、対応レシピ情報が登録されていないと判定した場合には、レシピＩＤが無効であると判定する（ステップＳ５０３：ＮＯ）。この場合、システム制御部１４は、エラーと判定する（ステップＳ５０２）。この場合、レシピＩＤに対応するレシピ情報は、ユーザの操作により削除されているからである。
【０１４１】
一方、システム制御部１４は、対応レシピ情報が登録されていると判定した場合には、レシピＩＤが有効であると判定する（ステップＳ５０３：ＹＥＳ）。この場合、システム制御部１４は、対応レシピ情報に設定されている公開フラグの内容を判定する（ステップＳ５０４）。このとき、システム制御部１４は、公開フラグがＯＮに設定されていると判定した場合には（ステップＳ５０４：ＯＮ）、エラーと判定する（ステップＳ５０２）。つまり、システム制御部１４は、下書き状態のレシピ情報に対してのみ、投稿メールによる手順画像の追加を許可する。
【０１４２】
一方、システム制御部１４は、公開フラグがＯＦＦに設定されていると判定した場合には（ステップＳ５０４：ＯＦＦ）、対応レシピ情報に設定されている手順数Ｎを取得する。そして、システム制御部１４は、手順数Ｎが、手順を登録可能な最大数未満であるか否かを判定する（ステップＳ５０５）。このとき、システム制御部１４は、手順数Ｎが最大数未満ではないと判定した場合には（ステップＳ５０５：ＮＯ）、エラーと判定する（ステップＳ５０２）。
【０１４３】
一方、システム制御部１４は、手順数Ｎが最大数未満であると判定した場合には（ステップＳ５０５：ＹＥＳ）、受信した投稿メールの本体が、マルチパートからなる本体であるか否かを判定する（ステップＳ５０６）。このとき、システム制御部１４は、受信した投稿メールの本体がシングルパートであると判定した場合には（ステップＳ５０６：ＮＯ）、エラーと判定する（ステップＳ５０２）。
【０１４４】
一方、システム制御部１４は、受信した投稿メールの本体が、マルチパートからなる本体であると判定した場合には（ステップＳ５０６：ＹＥＳ）、本体に含まれるパートのうち１つを選択する（ステップＳ５０７）。次いで、システム制御部１４は、選択したパートが添付画像であるか否かを判定する（ステップＳ５０８）。このとき、システム制御部１４は、選択したパートが添付画像ではないと判定した場合には（ステップＳ５０８：ＮＯ）、ステップＳ５１３に移行する。
【０１４５】
一方、システム制御部１４は、選択したパートが添付画像であると判定した場合には（ステップＳ５０８：ＹＥＳ）、この添付画像が、登録するための条件を満たすか否かを判定する（ステップＳ５０９）。この判定内容は、図１３に示すステップＳ４０８の判定内容と同様である。このとき、システム制御部１４は、添付画像が条件を満たさないと判定した場合には（ステップＳ５０９：ＮＯ）、ステップＳ５１３に移行する。
【０１４６】
一方、システム制御部１４は、添付画像が条件を満たすと判定した場合には（ステップＳ５０９：ＹＥＳ）、手順画像の追加を行う。具体的に、システム制御部１４は、対応レシピ情報に設定されている手順数Ｎに１を加算する（ステップＳ５１０）。次いで、システム制御部１４は、選択したパートから添付画像を取得する。そして、システム制御部１４は、追加手段として、取得した添付画像を、手順Ｎの手順画像として対応レシピ情報に追加登録する（ステップＳ５１１）。
【０１４７】
次いで、システム制御部１４は、手順数Ｎが最大数未満であるか否かを判定する（ステップＳ５１２）。このとき、システム制御部１４は、手順数Ｎが最大数未満であると判定した場合には（ステップＳ５１２：ＹＥＳ）、ステップＳ５１３に移行する。一方、システム制御部１４は、手順数Ｎが最大数未満ではないと判定した場合には（ステップＳ５１２：ＮＯ）、ステップＳ５１５に移行する。
【０１４８】
ステップＳ５１３において、システム制御部１４は、本体に含まれるパートのうち、まだ選択していないパートがあるか否かを判定する。このとき、システム制御部１４は、まだ選択していないパートがあると判定した場合には（ステップＳ５１３：ＹＥＳ）、まだ選択していないパートのうち１つを選択する（ステップＳ５１４）。次いで、システム制御部１４は、ステップＳ５０８に移行する。システム制御部１４は、ステップＳ５０８〜Ｓ５１４の処理を繰り返すことにより、受信した投稿メールの本体に含まれる添付画像を、手順画像として対応レシピ情報に順次追加する。システム制御部１４は、全てのパートを選択したと判定した場合には（ステップＳ５１３：ＮＯ）、ステップＳ５１５に移行する。
【０１４９】
ステップＳ５１５において、システム制御部１５は、受信した投稿メールの本体に、条件を満たす添付画像があったか否かを判定する。このとき、システム制御部１４は、条件を満たす添付画像がなかったと判定した場合には（ステップＳ５１５：ＮＯ）、エラーと判定する（ステップＳ５０２）。
【０１５０】
一方、システム制御部１４は、条件を満たす添付画像があったと判定した場合には（ステップＳ５１５：ＹＥＳ）、新たなワンタイムアドレスの生成及び管理情報の登録を行い、新たなワンタイムアドレスを本文に含む投稿完了メールを送信する（ステップＳ５１６〜Ｓ５１９）。これらの処理は、図１３に示すステップＳ４１６〜Ｓ４１９と同様である。
【０１５１】
システム制御部１４は、ステップＳ５１９の処理を終えると、手順追加処理を終了させる。なお、システム制御部１４は、ステップＳ５０２においてエラーと判定したときに、投稿メールの送信者宛てに、エラーを通知する電子メールを送信しても良い。また、システム制御部１４は、投稿メールの本体がシングルパートである場合、条件を満たす添付画像がなかった場合等には、受信フラグをＯＦＦに設定しても良い。つまり、同じワンタイムアドレスを受信者アドレスに設定した投稿メールの再送信が可能となっていても良い。
【０１５２】
以上説明したように、本実施形態によれば、システム制御部１４が、投稿メールを受信し、投稿メールに含まれる受信者アドレスの判別を行い、受信者アドレスが「新規登録」に対応するワンタイムアドレスであると判別された場合に、投稿メールに含まれるメイン画像等を含むレシピ情報をレシピ情報ＤＢ１２ｂに登録し、登録されたレシピ情報に対応する「手順追加」に対応するワンタイムアドレスを含む投稿完了メールを、投稿メールの送信者宛てに送信し、受信者アドレスが「手順追加」に対応するワンタイムアドレスであると判別された場合に、受信者アドレスが、過去に受信された投稿メールに含まれる受信者アドレスと同一であるか否かを判定し、同一ではないと判定された場合に、今回の投稿メールに含まれる受信者アドレスに対応するレシピ情報に、投稿メールに含まれる手順画像を追加する。
【０１５３】
従って、ユーザは、レシピ情報をトピックごとに登録することができる。また、レシピ情報を登録させた本人ではない者からの電子メールでレシピ情報に手順画像が追加されることを困難にすることができる。
【０１５４】
また、システム制御部１５が、投稿メールの受信者アドレスが過去に受信された投稿メールに含まれる受信者アドレスと同一ではないと判定された場合に、「手順追加」に対応する新たなワンタイムアドレスを含む投稿完了メールを送信する。
【０１５５】
従って、ユーザは、レシピ情報に次々と手順画像を追加させることができる。
【０１５６】
また、システム制御部１４が、ユーザＩＤを携帯電話機２から受信し、「新規登録」に対応するワンタイムアドレスを、ユーザＩＤを送信した携帯電話機２に送信する。そして、システム制御部１４が、投稿メールの受信者アドレスが「新規登録」に対応するワンタイムアドレスであると判別された場合に、受信者アドレスが、過去に受信された投稿メールに含まれる受信者アドレスと同一であるか否かを判定し、同一ではないと判定された場合に、投稿メールに含まれる受信者アドレスに対応するユーザＩＤに対応付けて、レシピ情報を登録する。
【０１５７】
従って、ユーザ本人ではない者が、本人になりすましてレシピ情報を登録することを困難にすることができる。
【０１５８】
また、システム制御部１４が、投稿メールに含まれる受信者アドレスが「新規登録」に対応するワンタイムアドレスであると判別された場合に、投稿メールに含まれるメイン画像等を含むレシピ情報をレシピＩＤに対応付けて登録する。また、システム制御部１４が、管理ＩＤを生成し、管理ＩＤに基づいてワンタイムメールボックス名を生成し、ワンタイムメールボックス名を含むワンタイムアドレスを生成し、生成された管理ＩＤと、生成されたワンタイムメールボックス名と、対応するレシピ情報のレシピＩＤと、を対応付けて管理情報ＤＢ１２ｃに登録する。そして、システム制御部１４が、受信された投稿メールの受信者アドレスのメールボックス名と同一のワンタイムメールボックス名が管理情報ＤＢ１２ｃ登録されている場合に、受信者アドレスがワンタイムアドレスであると判別し、投稿メールに含まれる受信者アドレスのワンタイムメールボックス名に対応するレシピＩＤに対応するレシピ情報に、手順画像を追加する。
【０１５９】
従って、特定のレシピ情報に手順画像を追加することを目的とする者によりワンタイムアドレスが不正に生成されることを防止することができる。
【０１６０】
なお、上記実施形態においては、本発明における携帯用の端末装置が、携帯電話機に適用されていた。しかしながら、携帯用の端末装置が、例えば、スマートフォン、ＰＤＡ（Personal Digital Assistant）等に適用されても良い。
【０１６１】
また、上記実施形態においては、ユーザが携帯電話機２でメール投稿ページにアクセスすることにより、ワンタイムアドレスを取得することができた。しかしながら、ユーザがＰＣ３で予め定められたワンタイムアドレス発行用のＷｅｂページにアクセスすることにより、ワンタイムアドレスを取得することができても良い。具体的に、ユーザは、ＰＣ３を操作してレシピサイトにログインした状態で、ワンタイムアドレス発行用のＷｅｂページにアクセスする。そして、ユーザは、ワンタイムアドレス発行用のＷｅｂページで、ワンタイムアドレスの送信先となる携帯電話機２のメールアドレスを入力する。すると、レシピサーバ１は、入力されたメールアドレスを受信者アドレスとして設定して、ワンタイムアドレスを含む電子メールを送信する。または、ワンタイムアドレス発行用のＷｅｂページがアクセスされたときに、レシピサーバ１が、ユーザの会員情報から携帯電話機２のメールアドレスを取得しても良い。そして、レシピサーバ１は、取得したメールアドレスを受信者アドレスとして設定して、ワンタイムアドレスを含む電子メールを送信すれば良い。
【０１６２】
また、上記実施形態においては、投稿完了メールの本文にワンタイムアドレスが設定されていた。しかしながら、例えば、投稿完了メールのFromフィールドやReply-Toフィールド等に、ワンタイムアドレスが設定されても良い。この場合、ユーザは、受信した投稿完了メールに対して返信を選択することで、投稿メールの受信者アドレスに、ワンタイムアドレスを設定することができる。この場合、投稿完了メールの本文に、返信すると投稿が可能である旨のメッセージが含まれていても良い。
【０１６３】
また、上記実施形態においては、ワンタイムメールボックス名の元となる平文に、レシピＩＤやユーザＩＤが含まれないようにされていた。しかしながら、平文にレシピＩＤまたはユーザＩＤの少なくとも何れか一方が含まれるようになっていても良い。また、平文の暗号化によって、ワンタイムメールボックス名が生成されても良い。
【０１６４】
また、ワンタイムアドレスのドメイン名の一部の文字が、平文のハッシュ化や暗号化等により生成されても良い。この場合、レシピサーバ１が電子メールを受信可能なドメイン名の範囲内で、ワンタイムアドレスが生成されれば良い。
【０１６５】
また、上記実施形態においては、Ｗｅｂページの構成要素となる情報のうち、レシピタイトル、メイン画像、コメント及び手順画像が、電子メールで登録可能とされていた。しかしながら、これらの情報以外の情報が電子メールで登録可能となっていても良い。例えば、レシピ情報に手順画像を追加するための投稿メールの本文として、手順文を記載可能としても良い。この場合、レシピサーバ１は、受信した投稿メールから、添付画像を手順画像として取得するとともに、本文を手順文として取得する。そして、レシピサーバ１は、投稿メールから取得した手順画像及び手順文を対応付けて、新たな手順の情報としてレシピ情報に追加する。また、電子メールに画像が添付されることが、レシピ情報を生成したり情報を追加したりする条件とされなくても良い。
【０１６６】
また、電子メールで登録可能な情報の種類は、テキストと静止画像とに限られない。例えば、動画像や音声情報等が電子メールで登録可能となっていても良い。
【０１６７】
また、上記実施形態においては、本発明が、Ｗｅｂページに掲載されるトピックとしてレシピの情報を表示するＷｅｂページを生成するシステムに適用されていた。しかしながら、レシピ以外のトピックの情報を表示するＷｅｂページを生成するシステムに適用されても良い。例えば、ネットオークションに出品される商品や、ブログの記事等をトピックとしても良い。そして、本発明を、例えば、商品の情報を表示するＷｅｂページを生成するシステムや、ブログの記事を表示するＷｅｂページを生成するシステム等に適用されても良い。例えば、ブログの記事を表示するＷｅｂページでは、１つのＷｅｂページに複数の記事が表示されることがある。このように、１つのＷｅｂページに複数のトピックの情報が表示されるように、Ｗｅｂページが生成されても良い。
【０１６８】
また、上記実施形態においては、本発明における第１アドレスが、ワンタイムアドレスに適用されていた。つまり、発行のたびに固有となるメールアドレスが発行されるようになっていた。しかしながら、全てのユーザに共通のメールアドレスが第１アドレスとして定められていても良い。このような第１アドレスを用いるシステムとして、例えば、電子メールを送信したユーザを厳密に特定する必要がないシステムが挙げられる。
【０１６９】
この場合、あるユーザＸは、受信者アドレスとして共通の第１アドレスを設定して、電子メールを送信する。情報登録装置は、受信した電子メールの受信者アドレスが第１アドレスである場合、電子メールに含まれる情報で、Ｗｅｂページの生成に用いられる生成情報を新規登録する。このとき、情報登録装置は、生成情報に、生成情報の識別情報を対応付けるが、ユーザの識別情報は対応付けない。次いで、情報登録装置は、ワンタイムアドレスとしての第２アドレスを生成し、生成した第２アドレスと、登録した生成情報の識別情報と、を対応付けて記憶する。そして、情報登録装置は、生成した第２アドレスを含む電子メールを、ユーザＸ宛てに送信する。ユーザＸのメールアドレスは、情報登録装置が受信した電子メールのFromフィールドから取得することができる。
【０１７０】
ユーザＸは、受信した電子メールに含まれる第２アドレスを受信者アドレスに設定して、２回目の電子メールを送信する。第２アドレスは、ユーザＸからの最初の電子メールで登録された生成情報と対応付けられている。そのため、２回目の電子メールに含まれる情報は、ユーザＸからの最初の電子メールに含まれていた情報を含む生成情報に追加される。このように、情報登録装置は、最初の電子メールで生成情報を登録させたユーザから電子メールを受信した場合に、その生成情報に情報を追加することができる。そして、上記実施形態と同様に、最初の電子メールで生成情報を登録した本人ではない者が電子メールでその生成情報に情報を追加することを困難にすることができる。
【０１７１】
また、登録された生成情報に、電子メールで情報を追加することができる回数が、予め設定されていても良い。この回数は、例えば、１回のみであっても良い。
【０１７２】
また、Ｗｅｂページの構成要素となる情報を電子メールで送信することを可能とさせる端末装置として、ノートパソコン、タブレット型コンピュータ等の比較的画面サイズが大きい携帯用の端末装置が適用されても良い。また、デスクトップパソコン、セットトップボックス等の据え置き型の端末装置であっても良い。この場合、例えば、ユーザは、Ｗｅｂページに表示される各種情報を入力等するための登録画面で本格的に登録作業を行う前に、電子メールを用いて、ある程度の情報を任意のタイミングで予め登録させておくことができる。
【符号の説明】
【０１７３】
１ レシピサーバ
２、２−１ 携帯電話機
３、３−１、３−２ ＰＣ
１１ 通信部
１２ 記憶部
１２ａ 会員情報ＤＢ
１２ｂ レシピ情報ＤＢ
１２ｃ 管理情報ＤＢ
１３ 入出力インターフェース
１４ システム制御部
１４ａ ＣＰＵ
１４ｂ ＲＯＭ
１４ｃ ＲＡＭ
１５ システムバス
ＮＷ ネットワーク
Ｓ レシピ情報提供システム
【特許請求の範囲】
【請求項１】
Ｗｅｂページの構成要素となる要素情報を含む生成情報を、端末装置から送信された電子メールに基づいて登録する情報登録装置であって、
前記要素情報を含む電子メールを受信する受信手段と、
前記受信された電子メールに含まれる受信者を示すメールアドレスである受信者アドレスの判別を行う判別手段と、
前記受信者アドレスが、前記生成情報を登録するための第１アドレスであると判別された場合に、前記受信された電子メールに含まれる前記生成情報を登録する登録手段と、
前記登録された生成情報に対応するメールアドレスとして、当該生成情報へ前記要素情報を追加するための第２アドレスであって、送信ごとに固有の第２アドレスを含む電子メールを前記受信された電子メールの送信者宛てに送信する第１送信手段と、
前記受信者アドレスが、前記第１送信手段により送信された電子メールに含まれる前記第２アドレスであると判別された場合に、当該受信者アドレスが、前記受信手段により過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第１判定手段と、
前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記生成情報に、当該電子メールに含まれる前記要素情報を追加する追加手段と、
を備えることを特徴とする情報登録装置。
【請求項２】
請求項１に記載の情報登録装置において、
前記第１送信手段は、前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、前記追加手段により前記要素情報が追加された前記生成情報に対応する新たな前記第２アドレスを含む電子メールを送信することを特徴とする情報登録装置。
【請求項３】
請求項１または請求項２に記載の情報登録装置において、
ユーザを識別するユーザ識別情報を端末装置から受信するユーザ識別情報受信手段と、
前記受信されたユーザ識別情報に対応する前記第１アドレスであって、送信ごとに固有の前記第１アドレスを、前記ユーザ識別情報を送信した端末装置に送信し、または、当該第１アドレスを含む電子メールを、前記ユーザ識別情報を送信した端末装置のユーザ宛てに送信する第２送信手段と、
前記受信者アドレスが、前記第２送信手段により送信された第１アドレスであると判別された場合に、当該受信者アドレスが、前記受信手段により過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第２判定手段と、
を更に備え、
前記登録手段は、前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記ユーザ識別情報に対応付けて、前記生成情報を登録することを特徴とする情報登録装置。
【請求項４】
請求項１乃至３の何れか１項に記載の情報登録装置において、
前記受信者アドレスが前記第１アドレスであると判別された場合に、前記第２アドレスを識別するアドレス識別情報を生成する識別情報生成手段と、
前記生成されたアドレス識別情報に基づいて、前記第２アドレスを構成する文字のうち固有の文字となる固有情報を生成し、当該固有情報を含む前記第２アドレスを生成するアドレス生成手段と、
前記生成されたアドレス識別情報と、前記生成された第２アドレスに含まれる前記固有情報と、当該第２アドレスに対応する前記生成情報を識別する生成情報識別情報と、を対応付けて記憶する記憶手段と、
を更に備え、
前記判別手段は、前記受信者アドレスにおいて前記固有情報に相当する文字と同一の前記固有情報が前記記憶手段に記憶されている場合に、前記受信者アドレスが前記第２アドレスであると判別し、
前記登録手段は、前記受信された電子メールに含まれる前記要素情報を含む前記生成情報を、当該生成情報を識別する前記生成情報識別情報に対応付けて登録し、
前記追加手段は、前記受信された電子メールに含まれる前記受信者アドレスに含まれる前記固有情報に対応する前記生成情報識別情報により識別される前記生成情報に、前記要素情報を追加することを特徴とする情報登録装置。
【請求項５】
請求項１乃至４の何れか１項に記載の情報登録装置において、
前記受信手段は、前記要素情報として画像が添付された電子メールを受信することを特徴とする情報登録装置。
【請求項６】
請求項１乃至５の何れか１項に記載の情報登録装置において、
前記登録手段は、前記受信された電子メールに含まれる前記要素情報を含む前記生成情報を、レシピを表示するＷｅｂページの生成に用いられる情報として登録することを特徴とする情報登録装置。
【請求項７】
請求項６に記載の情報登録装置において、
前記登録手段は、前記受信された電子メールに含まれるサブジェクト及び画像を、レシピのタイトル及び料理の画像として含む前記生成情報を登録し、
前記追加手段は、前記受信された電子メールに含まれる画像を、料理の手順を示す画像として前記生成情報に追加することを特徴とする情報登録装置。
【請求項８】
請求項１乃至７の何れか１項に記載の情報登録装置において、
前記受信手段は、携帯用の端末装置から送信された電子メールを受信することを特徴とする情報登録装置。
【請求項９】
請求項１乃至８の何れか１項に記載の情報登録装置において、
Ｗｅｂページを表示するために用いられる表示情報として、前記登録された生成情報に含まれる前記要素情報を、表示されるＷｅｂページの構成要素として示す表示情報を生成する表示情報生成手段と、
前記生成された表示情報を端末装置に送信する表示情報送信手段と、
を更に備えることを特徴とする情報登録装置。
【請求項１０】
Ｗｅｂページの構成要素となる要素情報を含む生成情報を、端末装置から送信された電子メールに基づいて登録する情報登録装置における情報登録方法であって、
前記要素情報を含む電子メールであって、受信者を示すメールアドレスである受信者アドレスとして、前記生成情報を登録するための第１アドレスを含む電子メールを受信する第１受信ステップと、
前記第１受信ステップにおいて受信された電子メールに含まれる前記生成情報を登録する登録ステップと、
前記登録された生成情報に対応するメールアドレスとして、当該生成情報へ前記要素情報を追加するための第２アドレスであって、送信ごとに固有の第２アドレスを含む電子メールを、前記受信された電子メールの送信者宛てに送信する第１送信ステップと、
前記要素情報を含む電子メールであって、前記受信者アドレスとして、前記第１送信ステップにおいて送信された電子メールに含まれる前記第２アドレスを含む電子メールを受信する第２受信ステップと、
前記第２受信ステップにおいて受信された電子メールに含まれる前記受信者アドレスが、前記第２受信ステップにおいて過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第１判定ステップと、
前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記生成情報に、当該電子メールに含まれる前記要素情報を追加する追加ステップと、
を含むことを特徴とする情報登録方法。
【請求項１１】
Ｗｅｂページの構成要素となる要素情報を含む生成情報を、端末装置から送信された電子メールに基づいて登録する情報登録装置に含まれるコンピュータを、
前記要素情報を含む電子メールを受信する受信手段、
前記受信された電子メールに含まれる受信者を示すメールアドレスである受信者アドレスの判別を行う判別手段、
前記受信者アドレスが、前記生成情報を登録するための第１アドレスであると判別された場合に、前記受信された電子メールに含まれる前記生成情報を登録する登録手段、
前記登録された生成情報に対応するメールアドレスとして、当該生成情報へ前記要素情報を追加するための第２アドレスであって、送信ごとに固有の第２アドレスを含む電子メールを、前記受信された電子メールの送信者宛てに送信する第１送信手段、
前記受信者アドレスが、前記第１送信手段により送信された電子メールに含まれる前記第２アドレスであると判別された場合に、当該受信者アドレスが、前記受信手段により過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第１判定手段、及び、
前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記生成情報に、当該電子メールに含まれる前記要素情報を追加する追加手段、
として機能させることを特徴とする情報登録プログラム。
【請求項１２】
Ｗｅｂページの構成要素となる要素情報を含む生成情報を、端末装置から送信された電子メールに基づいて登録する情報登録装置に含まれるコンピュータを、
前記要素情報を含む電子メールを受信する受信手段、
前記受信された電子メールに含まれる受信者を示すメールアドレスである受信者アドレスの判別を行う判別手段、
前記受信者アドレスが、前記生成情報を登録するための第１アドレスであると判別された場合に、前記受信された電子メールに含まれる前記生成情報を登録する登録手段、
前記登録された生成情報に対応するメールアドレスとして、当該生成情報へ前記要素情報を追加するための第２アドレスであって、送信ごとに固有の第２アドレスを含む電子メールを、前記受信された電子メールの送信者宛てに送信する第１送信手段、
前記受信者アドレスが、前記第１送信手段により送信された電子メールに含まれる前記第２アドレスであると判別された場合に、当該受信者アドレスが、前記受信手段により過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第１判定手段、及び、
前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記生成情報に、当該電子メールに含まれる前記要素情報を追加する追加手段、
として機能させる情報登録プログラムがコンピュータ読み取り可能に記録されていることを特徴とする記録媒体。
【請求項１】
Ｗｅｂページの構成要素となる要素情報を含む生成情報を、端末装置から送信された電子メールに基づいて登録する情報登録装置であって、
前記要素情報を含む電子メールを受信する受信手段と、
前記受信された電子メールに含まれる受信者を示すメールアドレスである受信者アドレスの判別を行う判別手段と、
前記受信者アドレスが、前記生成情報を登録するための第１アドレスであると判別された場合に、前記受信された電子メールに含まれる前記生成情報を登録する登録手段と、
前記登録された生成情報に対応するメールアドレスとして、当該生成情報へ前記要素情報を追加するための第２アドレスであって、送信ごとに固有の第２アドレスを含む電子メールを前記受信された電子メールの送信者宛てに送信する第１送信手段と、
前記受信者アドレスが、前記第１送信手段により送信された電子メールに含まれる前記第２アドレスであると判別された場合に、当該受信者アドレスが、前記受信手段により過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第１判定手段と、
前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記生成情報に、当該電子メールに含まれる前記要素情報を追加する追加手段と、
を備えることを特徴とする情報登録装置。
【請求項２】
請求項１に記載の情報登録装置において、
前記第１送信手段は、前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、前記追加手段により前記要素情報が追加された前記生成情報に対応する新たな前記第２アドレスを含む電子メールを送信することを特徴とする情報登録装置。
【請求項３】
請求項１または請求項２に記載の情報登録装置において、
ユーザを識別するユーザ識別情報を端末装置から受信するユーザ識別情報受信手段と、
前記受信されたユーザ識別情報に対応する前記第１アドレスであって、送信ごとに固有の前記第１アドレスを、前記ユーザ識別情報を送信した端末装置に送信し、または、当該第１アドレスを含む電子メールを、前記ユーザ識別情報を送信した端末装置のユーザ宛てに送信する第２送信手段と、
前記受信者アドレスが、前記第２送信手段により送信された第１アドレスであると判別された場合に、当該受信者アドレスが、前記受信手段により過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第２判定手段と、
を更に備え、
前記登録手段は、前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記ユーザ識別情報に対応付けて、前記生成情報を登録することを特徴とする情報登録装置。
【請求項４】
請求項１乃至３の何れか１項に記載の情報登録装置において、
前記受信者アドレスが前記第１アドレスであると判別された場合に、前記第２アドレスを識別するアドレス識別情報を生成する識別情報生成手段と、
前記生成されたアドレス識別情報に基づいて、前記第２アドレスを構成する文字のうち固有の文字となる固有情報を生成し、当該固有情報を含む前記第２アドレスを生成するアドレス生成手段と、
前記生成されたアドレス識別情報と、前記生成された第２アドレスに含まれる前記固有情報と、当該第２アドレスに対応する前記生成情報を識別する生成情報識別情報と、を対応付けて記憶する記憶手段と、
を更に備え、
前記判別手段は、前記受信者アドレスにおいて前記固有情報に相当する文字と同一の前記固有情報が前記記憶手段に記憶されている場合に、前記受信者アドレスが前記第２アドレスであると判別し、
前記登録手段は、前記受信された電子メールに含まれる前記要素情報を含む前記生成情報を、当該生成情報を識別する前記生成情報識別情報に対応付けて登録し、
前記追加手段は、前記受信された電子メールに含まれる前記受信者アドレスに含まれる前記固有情報に対応する前記生成情報識別情報により識別される前記生成情報に、前記要素情報を追加することを特徴とする情報登録装置。
【請求項５】
請求項１乃至４の何れか１項に記載の情報登録装置において、
前記受信手段は、前記要素情報として画像が添付された電子メールを受信することを特徴とする情報登録装置。
【請求項６】
請求項１乃至５の何れか１項に記載の情報登録装置において、
前記登録手段は、前記受信された電子メールに含まれる前記要素情報を含む前記生成情報を、レシピを表示するＷｅｂページの生成に用いられる情報として登録することを特徴とする情報登録装置。
【請求項７】
請求項６に記載の情報登録装置において、
前記登録手段は、前記受信された電子メールに含まれるサブジェクト及び画像を、レシピのタイトル及び料理の画像として含む前記生成情報を登録し、
前記追加手段は、前記受信された電子メールに含まれる画像を、料理の手順を示す画像として前記生成情報に追加することを特徴とする情報登録装置。
【請求項８】
請求項１乃至７の何れか１項に記載の情報登録装置において、
前記受信手段は、携帯用の端末装置から送信された電子メールを受信することを特徴とする情報登録装置。
【請求項９】
請求項１乃至８の何れか１項に記載の情報登録装置において、
Ｗｅｂページを表示するために用いられる表示情報として、前記登録された生成情報に含まれる前記要素情報を、表示されるＷｅｂページの構成要素として示す表示情報を生成する表示情報生成手段と、
前記生成された表示情報を端末装置に送信する表示情報送信手段と、
を更に備えることを特徴とする情報登録装置。
【請求項１０】
Ｗｅｂページの構成要素となる要素情報を含む生成情報を、端末装置から送信された電子メールに基づいて登録する情報登録装置における情報登録方法であって、
前記要素情報を含む電子メールであって、受信者を示すメールアドレスである受信者アドレスとして、前記生成情報を登録するための第１アドレスを含む電子メールを受信する第１受信ステップと、
前記第１受信ステップにおいて受信された電子メールに含まれる前記生成情報を登録する登録ステップと、
前記登録された生成情報に対応するメールアドレスとして、当該生成情報へ前記要素情報を追加するための第２アドレスであって、送信ごとに固有の第２アドレスを含む電子メールを、前記受信された電子メールの送信者宛てに送信する第１送信ステップと、
前記要素情報を含む電子メールであって、前記受信者アドレスとして、前記第１送信ステップにおいて送信された電子メールに含まれる前記第２アドレスを含む電子メールを受信する第２受信ステップと、
前記第２受信ステップにおいて受信された電子メールに含まれる前記受信者アドレスが、前記第２受信ステップにおいて過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第１判定ステップと、
前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記生成情報に、当該電子メールに含まれる前記要素情報を追加する追加ステップと、
を含むことを特徴とする情報登録方法。
【請求項１１】
Ｗｅｂページの構成要素となる要素情報を含む生成情報を、端末装置から送信された電子メールに基づいて登録する情報登録装置に含まれるコンピュータを、
前記要素情報を含む電子メールを受信する受信手段、
前記受信された電子メールに含まれる受信者を示すメールアドレスである受信者アドレスの判別を行う判別手段、
前記受信者アドレスが、前記生成情報を登録するための第１アドレスであると判別された場合に、前記受信された電子メールに含まれる前記生成情報を登録する登録手段、
前記登録された生成情報に対応するメールアドレスとして、当該生成情報へ前記要素情報を追加するための第２アドレスであって、送信ごとに固有の第２アドレスを含む電子メールを、前記受信された電子メールの送信者宛てに送信する第１送信手段、
前記受信者アドレスが、前記第１送信手段により送信された電子メールに含まれる前記第２アドレスであると判別された場合に、当該受信者アドレスが、前記受信手段により過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第１判定手段、及び、
前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記生成情報に、当該電子メールに含まれる前記要素情報を追加する追加手段、
として機能させることを特徴とする情報登録プログラム。
【請求項１２】
Ｗｅｂページの構成要素となる要素情報を含む生成情報を、端末装置から送信された電子メールに基づいて登録する情報登録装置に含まれるコンピュータを、
前記要素情報を含む電子メールを受信する受信手段、
前記受信された電子メールに含まれる受信者を示すメールアドレスである受信者アドレスの判別を行う判別手段、
前記受信者アドレスが、前記生成情報を登録するための第１アドレスであると判別された場合に、前記受信された電子メールに含まれる前記生成情報を登録する登録手段、
前記登録された生成情報に対応するメールアドレスとして、当該生成情報へ前記要素情報を追加するための第２アドレスであって、送信ごとに固有の第２アドレスを含む電子メールを、前記受信された電子メールの送信者宛てに送信する第１送信手段、
前記受信者アドレスが、前記第１送信手段により送信された電子メールに含まれる前記第２アドレスであると判別された場合に、当該受信者アドレスが、前記受信手段により過去に受信された電子メールに含まれる前記受信者アドレスと同一であるか否かを判定する第１判定手段、及び、
前記受信者アドレスが過去に受信された電子メールに含まれる前記受信者アドレスと同一ではないと判定された場合に、今回受信された電子メールに含まれる前記受信者アドレスに対応する前記生成情報に、当該電子メールに含まれる前記要素情報を追加する追加手段、
として機能させる情報登録プログラムがコンピュータ読み取り可能に記録されていることを特徴とする記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−１７３７８３（Ｐ２０１２−１７３７８３Ａ）
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願番号】特願２０１１−３２１９９（Ｐ２０１１−３２１９９）
【出願日】平成２３年２月１７日（２０１１．２．１７）
【特許番号】特許第４８５７４１９号（Ｐ４８５７４１９）
【特許公報発行日】平成２４年１月１８日（２０１２．１．１８）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
【Ｆターム（参考）】
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願日】平成２３年２月１７日（２０１１．２．１７）
【特許番号】特許第４８５７４１９号（Ｐ４８５７４１９）
【特許公報発行日】平成２４年１月１８日（２０１２．１．１８）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
【Ｆターム（参考）】
[ Back to top ]