JP2005222089A - 情報提供システム，サーバー，アプリケーションプログラム及び情報提供方法 - Google Patents

情報提供システム，サーバー，アプリケーションプログラム及び情報提供方法 Download PDF

Info

Publication number
JP2005222089A
JP2005222089A JP2003095887A JP2003095887A JP2005222089A JP 2005222089 A JP2005222089 A JP 2005222089A JP 2003095887 A JP2003095887 A JP 2003095887A JP 2003095887 A JP2003095887 A JP 2003095887A JP 2005222089 A JP2005222089 A JP 2005222089A
Authority
JP
Japan
Prior art keywords
user
board
terminal
server
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003095887A
Other languages
English (en)
Inventor
Yoshitomo Kidera
祥友 木寺
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
EL CAMINO REAL KK
Original Assignee
EL CAMINO REAL KK
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by EL CAMINO REAL KK filed Critical EL CAMINO REAL KK
Priority to JP2003095887A priority Critical patent/JP2005222089A/ja
Priority to PCT/JP2003/016587 priority patent/WO2004066158A1/ja
Priority to AU2003292760A priority patent/AU2003292760A1/en
Publication of JP2005222089A publication Critical patent/JP2005222089A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

【課題】ユーザーが快適かつ安全な環境でボードを利用できるようにするための情報提供システムを提供する。
【解決手段】端末２０は、ユーザーＩＤ及びボードＩＤを含んだ、ボードへの参加登録情報を前記サーバー１０へ送信する（Ｓｎ１４）。サーバー１０は、ボードＩＤで特定されるボードに参加することができるユーザーを表す参加者ＩＤを該ボードＩＤに対応付けて登録すると共に、該参加者ＩＤで特定されるユーザーが該ボードＩＤで特定されるボードへの参加を承認しているか否かを該ボードＩＤ及び該参加者ＩＤに対応付けて登録するためのデータベース記憶部１３を備える。そして、参加登録情報の受信に応じて、該参加登録情報に含まれるユーザーＩＤと等しい参加者ＩＤ、及びボードＩＤに対応付けて、該ボードＩＤで特定されるボードへの参加を該参加者ＩＤで特定されるユーザーが承認している旨をデータベース記憶部１３に登録する（Ｓｎ１８）。
【選択図】 図２０

Description

【０００１】
【発明の属する技術分野】
本発明は、電子掲示板，スケジューラー，ＴｏＤｏリスト，アドレス帳等のボードをユーザーに提供するための情報提供システム，サーバー，アプリケーションプログラム及び情報提供方法に係り、特に、ユーザーが操作するユーザー端末とサーバーとの間で情報の送受信を行うことでユーザーにボードを提供し、ユーザーが快適かつ安全な環境でボードを利用できるようにするための情報提供システム，サーバー，アプリケーションプログラム及び情報提供方法に関する。
【０００２】
【従来の技術】
ユーザー端末（例えばパーソナルコンピュータ）を使用する複数のユーザーがユーザー端末を介して情報の書き込みや読込みを行うことで、ユーザー同士が共通の情報を共有できるようにするシステムが知られている。例えば、ユーザー同士が情報の共有をするための場として、電子掲示板，スケジューラー，ＴｏＤｏリスト，アドレス帳等のボードを提供するシステムがある。
【０００３】
電子掲示板，スケジューラー，ＴｏＤｏリスト，アドレス帳は、そこに表示される情報の具体的な使用目的に相違があるものの、ユーザー同士が共通の情報を共有する場である点で共通するものである。電子掲示板では、ユーザーが互いにメッセージ（発言）のやり取りを行いコミュニケーションをとることができ、スケジューラーでは、ユーザーがお互いのスケジュールを確認でき、ＴｏＤｏリストでは、ユーザーが互いに、仕事の処理の円滑化を図ることができ、アドレス帳では、ユーザーが互いの住所・電話番号・メールアドレス等を交換できる。
【０００４】
このボードの一例として、電子掲示板について具体的にみると、電子掲示板は、ユーザー端末（例えパーソナルコンピュータ）を使用する複数のユーザーが、ユーザー端末を介して相互にコミュニケーションをとるためのツールである。
【０００５】
ユーザー端末を介して相互にコミュニケーションをとるためのツールとしては、電子掲示板の他にも電子メールが従来から知られている。
電子メールは、ある電子メールアドレス（ユーザー）から、他の電子メールアドレス（ユーザー）にメッセージを送るもの、すなわち、メッセージを直接的に伝えるものである。
【０００６】
そのため、電子メールは、個々の発言同士の密接な関係を特にもたないので、複数のユーザー同士でスムーズなコミュニケーションをとるのに不便である。また、着信した電子メールを１つ１つ開封する手間を省いて、他のユーザーの発言を一度にまとめて閲覧したい場合にも不便である。特に、ユーザー端末が携帯電話であるときには、頻繁に電子メールの着信音が鳴ると、煩わしく感じることがある。
【０００７】
電子メールと異なり、電子掲示板は、複数の参加者（ユーザー）が参加可能で、発言をしたい参加者が電子掲示板に発言を書き込み、閲覧をしたい参加者が電子掲示板に書き込まれた発言を閲覧し、更に発言を書き込むことができるというものである。前述の電子メールのもつデメリットを補うことができるコミュニケーションツールとして、電子掲示板が盛んに利用されている。
【０００８】
一般的な電子掲示板は、Ｗｅｂページ上に設置されて、そのページを訪れた人がページの感想や、掲げられたテーマに対して書き込みをし、他の訪問者がそれを読んだり、返事を書き込んだりできるものである。一般的な電子掲示板は、このように不特定多数の参加者が自由に発言を閲覧したり、書き込んだりすることができる。
【０００９】
Ｗｅｂページ上の電子掲示板の発言内容などのデータはサーバー側に保存し、ユーザー端末で電子掲示板の閲覧をする（サーバーに再度アクセスする）度に、ユーザー端末のブラウザでデータを取得して発言内容を表示するようになっている。
【００１０】
ところで、ユーザー同士が快適なコミュニケーションをとれるように等の理由で、電子掲示板の発言内容を不特定多数のユーザーが自由に閲覧等できないようにしたい場合がある。
【００１１】
そこで、個々の電子掲示板にＩＤとパスワードを設定する技術が知られている（例えば、ニフティ株式会社のパティオ：非特許文献１）。この技術は、電子掲示板の記載内容を閲覧等しようとして、ユーザーが電子掲示板へアクセスしようとした際に、ユーザーに対してＩＤとパスワードの入力を求め、その電子掲示板に設定されているＩＤとパスワードが入力された場合にのみ電子掲示板にアクセスできるようにするものである。したがって、ＩＤとパスワードを知らないユーザーは掲示板に参加することができなくなる。
【００１２】
他にも、電子掲示板を作成するユーザー（作成者）が、電子掲示板に参加できるユーザーを指定する技術が知られている。この技術は、電子掲示板を作成したユーザーが、その電子掲示板へのアクセス制限を設定する権限を有し、その電子掲示板で読み書きを行うことができる参加者を設定するものである。
【００１３】
さらに、オンライン状態にある友達を参加者に指定して電子掲示板を作成する技術が知られている（例えば、ＡＯＬインスタント・メッセンジャー（登録商標）：非特許文献２）。この技術では、「お友達」として予め登録しておいたユーザーがオンライン状態にあるかをユーザー端末に表示し、オンライン状態にある「お友達」を参加者に指定して、コミュニケーションの場である「部屋」を作成する。複数の「部屋」を作成すれば、それらがリスト表示される。
【００１４】
【非特許文献１】
“＠ｎｉｆｔｙ パティオ”、［online］、ニフティ株式会社、［平成１５年１月２３日検索］、インターネット＜http://www.nifty.com/community/patio/＞
【非特許文献２】
“ＡＯＬインスタントメッセンジャー”、［online］、株式会社ドコモＡＯＬ、［平成１５年１月２３日検索］、インターネット＜http://www.jp.aol.com/aim/home.html＞
【００１５】
【発明が解決しようとする課題】
しかし、電子掲示板の発言内容を不特定多数のユーザーが自由に閲覧等できないように、個々の電子掲示板にＩＤとパスワードを設定した場合でも、個々の掲示板に対して参加できるユーザーが具体的に制限されているわけではなく、掲示板を作成した作成者が意図しないユーザーが、掲示板の参加者になってしまうおそれがあるという問題があった。
【００１６】
すなわち、何らかの方法（例えば、参加者からＩＤ等を間接的に聞き出す等）で、電子掲示板へ参加するためのＩＤやパスワードを知ることができれば、電子掲示板の作成者が意図しないユーザーでも、電子掲示板の発言内容を閲覧等できるようになってしまう。
【００１７】
また、ＩＤとパスワードで電子掲示板へのアクセスを制限しても、作成者の意図しないユーザーに対して、電子掲示板の存在自体を隠すことはできないという問題や、複数の掲示板の存在が自らのユーザー端末に同時に表示されていると、自分がどの掲示板なら参加できるのかを一目で知ることができないという問題もあった。
【００１８】
また、電子掲示板を作成するユーザー（作成者）が、電子掲示板に参加できるユーザーを指定する場合には、作成者が参加者を決定するだけで、指定された他のユーザーは、参加するか否かを選ぶことができない。そのため、参加したくない電子掲示板が、自分のユーザー端末に表示されて煩わしく感じることがあるという問題があった。
【００１９】
また、電子掲示板を作成するユーザー（作成者）が、電子掲示板に参加できるユーザーを指定して新規に電子掲示板を作成したとしても、指定されたユーザーは、Ｗｅｂページに訪れるまでは参加できる電子掲示板が新規に作成されたことをすぐに知ることができないという問題もあった。何らかの方法で新規に電子掲示板が作成されたことをユーザーに知らせるにしても、ユーザーが安全に（安心して）電子掲示板を利用できるようにするためには、電子掲示板に参加できるユーザーに対してのみ確実に、新規に電子掲示板が作成されたことを知らせるように留意されるべきである。
【００２０】
また、オンライン状態にある友達を参加者に指定して電子掲示板を作成する場合でも、一度参加を取りやめると（サインオフ等）すると、その時点で電子掲示板は終了してしまい、電子掲示板として長期にわたり継続させるのに不向きであるという問題があった。また、コミュニケーションをとりたい相手がオンライン状態にない場合は、コミュニケーションをとることができないう問題もあった。
【００２１】
さらに、サーバー側に保存された電子掲示板の発言内容を閲覧する（サーバーにアクセスする）度に、ユーザー端末のブラウザでデータを取得して発言内容を表示すると、閲覧の妨げになる場合がある。すなわち、サーバーとユーザー端末との間のデータの通信量が多く、閲覧するまでに時間を要したり、ネットワークに接続していない（接続できない）ときには、発言内容を閲覧できなかったり、快適なコミュニケーションをとることができないという問題があった。
【００２２】
以上のような、従来の電子掲示板を提供する場合の問題点は、他のボード（スケジューラー，ＴｏＤｏリスト，アドレス帳等）を提供する場合にも共通するものである。
【００２３】
そこで、本発明は、上記問題に鑑みてなされたものであって、本発明の目的は、ボードを作成するユーザー自らが、そのボードへの参加を許可されるユーザーを指定して、ボードを作成することができる情報提供システム，サーバー，アプリケーションプログラム及び情報提供方法を提供することにある。
【００２４】
本発明の別の目的は、ボードへの参加を許可されたユーザーが、自らの意思で、そのボードに参加するか否かの最終的な判断を行なうことが可能なボードをユーザーに提供するための情報提供システム，サーバー，アプリケーションプログラム及び情報提供方法を提供することにある。
【００２５】
本発明のさらに別の目的は、サーバとユーザー端末が接続状態にないときでもボードの情報を情報端末で閲覧することができ、さらに、サーバからユーザー端末へボードへ書き込まれた内容を読み込むときに、短時間で読み込むことができる情報提供システム，サーバー，アプリケーションプログラム及び情報提供方法を提供することにある。
【００２６】
本発明のさらに別の目的は、ボードの提供に際し、電子メールを利用する場合に、電子メールアドレスの正当性の確認とユーザーの認証を強化することができる情報提供システム，サーバー，アプリケーションプログラム及び情報提供方法を提供することにある。
【００２７】
本発明のさらに別の目的は、ユーザーにボードの提供を行なうに際し、携帯電話端末で利用できるようにすることにある。
【００２８】
本発明のさらに別の目的は、ユーザーにボードの提供を行なうに際し、ユーザーが参加できるボードだけをユーザー端末で表示するため、ユーザー端末でのボードの表示が煩雑にならず、参加できるボードを瞬時に把握することができ、快適に各ボードを利用することができるアプリケーションプログラムを提供することにある。
【００２９】
【課題を解決するための手段】
上記課題を解決するために、請求項１に記載の情報提供システムは、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおいて、前記ユーザー端末は、ボードを作成するユーザーである作成者から該作成者以外のユーザーを選択する操作を受け付ける第１手段と、前記作成者が選択した該作成者以外のユーザーを一意に表すユーザーＩＤを前記サーバーへ送信する第２手段と、を備え、前記サーバーは、ボードに参加することができるユーザーを表す参加者ＩＤを該ボードを一意に表すボードＩＤに対応付けて登録するためのデータベース記憶部と、前記ユーザー端末からボードを作成するユーザーである作成者が選択した該作成者以外のユーザーを一意に表すユーザーＩＤを受信する第３手段と、前記ユーザー端末から受信した前記作成者が選択した該作成者以外のユーザーの前記ユーザーＩＤを前記参加者ＩＤとして、作成するボードの前記ボードＩＤに対応付けて前記データベース記憶部に登録する第４手段と、を備えることを特徴としている。
【００３０】
上記課題を解決するために、請求項２に記載の情報提供システムは、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおいて、前記ユーザー端末は、該ユーザー端末を操作するユーザーを一意に表すユーザーＩＤ及び前記ボードを一意に表すボードＩＤを含んだ、ボードへの参加の登録を指示するための参加登録情報を前記サーバーへ送信する第５手段を備え、前記サーバーは、前記ボードＩＤで特定されるボードに参加することができるユーザーを表す参加者ＩＤを該ボードＩＤに対応付けて登録するとともに、該参加者ＩＤで特定されるユーザーが該ボードＩＤで特定されるボードへの参加を承認しているか否かを該ボードＩＤ及び該参加者ＩＤに対応付けて登録するためのデータベース記憶部と、前記参加登録情報を前記ユーザー端末から受信する第６手段と、前記参加登録情報の受信に応じて、該参加登録情報に含まれる前記ユーザーＩＤと等しい前記参加者ＩＤ、及び前記ボードＩＤに対応付けて、該ボードＩＤで特定されるボードへの参加を該参加者ＩＤで特定されるユーザーが承認している旨を前記データベース記憶部に登録する第７手段と、を備えることを特徴としている。
【００３１】
上記課題を解決するために、請求項３に記載の情報提供システムは、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおいて、前記ユーザー端末は、ボードへのユーザーの書込み内容である書込データ、及び該書込データを一意に表す書込みＩＤを対応付けて登録するとともに、前記ユーザー端末に登録されている最新の書込みＩＤを表す最終書込みＩＤを登録するための端末記憶部と、前記最終書込みＩＤを含んだ、前記サーバーに登録されている前記書込データの取得を要求する情報を前記サーバーに送信する第１７手段と、前記書込データの取得を要求する情報の送信に応じて、前記サーバーから前記書込みＩＤ、前記書込データを受信する第２１手段と、該第２１手段で受信した前記書込みＩＤ、前記書込データを前記端末記憶部に登録するとともに、前記最終書込みＩＤを最新の書込みＩＤを示す値に更新する第２２手段と、を備え、前記サーバーは、前記書込データを前記書込みＩＤに対応付けて登録するためのデータベース記憶部と、前記最終書込みＩＤを含んだ、前記サーバーに登録されている前記書込データの取得を要求する情報を前記ユーザー端末から受信する第１８手段と、該第１８手段で受信した前記最終書込みＩＤに基づいて前記データベース記憶部に登録されているが、前記端末記憶部に登録されていない前記書込みＩＤ、及び前記書込データを選択する第１９手段と、該第１９手段で選択した前記書込みＩＤ、及び前記書込データを前記ユーザー端末へ送信する第２０手段と、を備えることを特徴としている。
【００３２】
上記課題を解決するために、請求項４に記載の情報提供システムは、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおいて、前記ユーザー端末は、該ユーザー端末を操作するユーザーの電子メールアドレス、及びユーザーを識別する識別子とを含んだ、ユーザー登録をリクエストするためのユーザー登録要求情報を前記サーバーに送信する第２３手段と、該ユーザー登録要求情報の送信に応じて、ユーザー登録を行うための起動キーを含んだ電子メールとは別に前記起動キーを前記サーバーから受信する第２６手段と前記電子メールに含まれる起動キーと、前記第２６手段で受信した起動キーとが一致しないときにユーザー登録を完了させない第２７手段と、を備え、前記サーバーは、前記ユーザー端末から前記ユーザー登録要求情報を受信する第２４手段と、前記ユーザー登録要求情報の受信に応じて、該ユーザー登録要求情報に含まれる電子メールアドレス宛にユーザー登録を行うための起動キーを含めた電子メールを送信するとともに、前記電子メールとは別に前記ユーザー端末に対して前記起動キーを送信する第２５手段と、を備えることを特徴としている。
【００３３】
上記課題を解決するために、請求項５に記載の情報提供システムは、請求項１乃至請求項４いずれか１つに記載の情報提供システムにおいて、前記ユーザー端末は携帯電話端末であることを特徴としている。
【００３４】
上記課題を解決するために、請求項６に記載のサーバーは、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるサーバーであって、ボードに参加することができるユーザーを表す参加者ＩＤを該ボードを一意に表すボードＩＤに対応付けて登録するためのデータベース記憶部と、前記ユーザー端末からボードを作成するユーザーである作成者が選択した該作成者以外のユーザーを一意に表すユーザーＩＤを受信する第３手段と、該第３手段で受信した前記作成者が選択した該作成者以外のユーザーの前記ユーザーＩＤを前記参加者ＩＤとして、作成するボードの前記ボードＩＤに対応付けて前記データベース記憶部に登録する第４手段と、を備えることを特徴としている。
【００３５】
上記課題を解決するために、請求項７に記載のサーバーは、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるサーバーであって、ボードを一意に表すボードＩＤで特定されるボードに参加することができるユーザーを表す参加者ＩＤを該ボードＩＤに対応付けて登録するとともに、該参加者ＩＤで特定されるユーザーが該ボードＩＤで特定されるボードへの参加を承認しているか否かを該ボードＩＤ及び該参加者ＩＤに対応付けて登録するためのデータベース記憶部と、前記ユーザー端末を操作するユーザーを一意に表すユーザーＩＤ及び前記ボードＩＤを含んだ、ボードへの参加の登録を指示するための参加登録情報を前記ユーザー端末から受信する第６手段と、前記参加登録情報の受信に応じて、該参加登録情報に含まれる前記ユーザーＩＤと等しい前記参加者ＩＤ、及び前記ボードＩＤに対応付けて、該ボードＩＤで特定されるボードへの参加を該参加者ＩＤで特定されるユーザーが承認している旨を前記データベース記憶部に登録する第７手段と、を備えることを特徴としている。
【００３６】
上記課題を解決するために、請求項８に記載のサーバーは、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるサーバーであって、ボードへのユーザーの書込み内容である書込データを、該書込データを一意に表す書込みＩＤを対応付けて登録するためのデータベース記憶部と、前記ユーザー端末に登録されている最新の書込みＩＤを表す最終書込みＩＤを含んだ、前記サーバーに登録されている前記書込データの取得を要求する情報を前記ユーザー端末から受信する第１８手段と、該第１８手段で受信した前記最終書込みＩＤに基づいて前記データベース記憶部に登録されているが、前記端末記憶部に登録されていない前記書込みＩＤ、及び前記書込データを選択する第１９手段と、該第１９手段で選択した前記書込みＩＤ、及び前記書込データを前記ユーザー端末へ送信する第２０手段と、を備えることを特徴としている。
【００３７】
上記課題を解決するために、請求項９に記載のサーバーは、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるサーバーであって、前記ユーザー端末を操作するユーザーの電子メールアドレス、及びユーザーを識別する識別子とを含んだ、ユーザー登録をリクエストするためのユーザー登録要求情報を前記ユーザー端末から受信する第２４手段と、前記ユーザー登録要求情報の受信に応じて、該ユーザー登録要求情報に含まれる電子メールアドレス宛にユーザー登録を行うための起動キーを含めた電子メールを送信するとともに、前記電子メールとは別に前記ユーザー端末に対して前記起動キーを送信する第２５手段と、を備えることを特徴としている。
【００３８】
上記課題を解決するために、請求項１０に記載のアプリケーションプログラムは、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるアプリケーションプログラムであって、ボードに参加することができるユーザーを表す参加者ＩＤを該ボードを一意に表すボードＩＤに対応付けて登録するためのデータベース記憶部を備えた前記サーバーに、前記ユーザー端末からボードを作成するユーザーである作成者が選択した該作成者以外のユーザーを一意に表すユーザーＩＤを受信する第３手順と、該第３手順で受信した前記作成者が選択した該作成者以外のユーザーの前記ユーザーＩＤを前記参加者ＩＤとして、作成するボードの前記ボードＩＤに対応付けて前記データベース記憶部に登録する第４手順と、を実行させる。
【００３９】
上記課題を解決するために、請求項１１に記載のアプリケーションプログラムは、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるアプリケーションプログラムであって、ボードを一意に表すボードＩＤで特定されるボードに参加することができるユーザーを表す参加者ＩＤを該ボードＩＤに対応付けて登録するとともに、該参加者ＩＤで特定されるユーザーが該ボードＩＤで特定されるボードへの参加を承認しているか否かを該ボードＩＤ及び該参加者ＩＤに対応付けて登録するためのデータベース記憶部を備えた前記サーバーに、前記ユーザー端末を操作するユーザーを一意に表すユーザーＩＤ及び前記ボードＩＤを含んだ、ボードへの参加の登録を指示するための参加登録情報を前記ユーザー端末から受信する第６手順と、前記参加登録情報の受信に応じて、該参加登録情報に含まれる前記ユーザーＩＤと等しい前記参加者ＩＤ、及び前記ボードＩＤに対応付けて、該ボードＩＤで特定されるボードへの参加を該参加者ＩＤで特定されるユーザーが承認している旨を前記データベース記憶部に登録する第７手順と、を実行させる。
【００４０】
上記課題を解決するために、請求項１２に記載のアプリケーションプログラムは、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるアプリケーションプログラムであって、ボードへのユーザーの書込み内容である書込データ、及び該書込データを一意に表す書込みＩＤを対応付けて登録するためのデータベース記憶部を備えた前記サーバーに、前記ユーザー端末に登録されている最新の書込みＩＤを表す最終書込みＩＤを含んだ、前記サーバーに登録されている前記書込データの取得を要求する情報を、前記ユーザー端末から受信する第１８手順と、該第１８手順で受信した前記最終書込みＩＤに基づいて前記データベース記憶部に登録されているが、前記ユーザー端末に登録されていない前記書込みＩＤ、及び前記書込データを選択する第１９手順と、該第１９手順で選択した前記書込みＩＤ、及び前記書込データを前記ユーザー端末へ送信する第２０手順と、を実行させる。
【００４１】
上記課題を解決するために、請求項１３に記載のアプリケーションプログラムは、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるアプリケーションプログラムであって、前記サーバーに、前記ユーザー端末を操作するユーザーの電子メールアドレス、及びユーザーを識別する識別子とを含んだ、ユーザー登録をリクエストするためのユーザー登録要求情報を前記ユーザー端末から受信する第２４手順と、前記ユーザー登録要求情報の受信に応じて、該ユーザー登録要求情報に含まれる前記電子メールアドレス宛にユーザー登録を行うための起動キーを含めた電子メールを送信するとともに、前記電子メールとは別に前記ユーザー端末に対して前記起動キーを送信する第２５手順と、を実行させる。
【００４２】
上記課題を解決するために、請求項１４に記載のアプリケーションプログラムは、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるアプリケーションプログラムであって、前記ユーザー端末に、該ユーザー端末を操作するユーザーの前記ユーザーＩＤを含んだ、前記サーバーへボードの状況の取得をリクエストするための最新状況確認情報を前記サーバーへ送信する第８手順と、該最新状況確認情報の送信に応じて、参加可能又は参加不可能なボードを示す情報であるボード状況情報を前記サーバーから受信する第１２手順と、該第１２手段で受信した前記ボード状況情報に応じてユーザーが参加できないボードを除く参加できるボードの名称を前記ユーザー端末に備えられた表示部に表示する第１３手順と、を実行させる。
【００４３】
上記課題を解決するために、請求項１５に記載のアプリケーションプログラムは、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるアプリケーションプログラムであって、ボードへのユーザーの書込み内容である書込データ、及び該書込データを一意に表す書込みＩＤを対応付けて登録するとともに、前記ユーザー端末に登録されている最新の書込みＩＤを表す最終書込みＩＤを登録するための端末記憶部を備えた前記ユーザー端末に、前記最終書込みＩＤを含んだ、前記サーバーに登録されている前記書込データの取得を要求する情報を前記サーバーに送信する第１７手順と、前記書込データの取得を要求する情報の送信に応じて、前記サーバーから前記書込みＩＤ、前記書込データを受信する第２１手順と、該第２１手順で受信した前記書込みＩＤ、前記書込データを前記端末記憶部に登録するとともに、前記最終書込みＩＤを最新の書込みＩＤを示す値に更新する第２２手順と、を実行させる。
【００４４】
上記課題を解決するために、請求項１６に記載のアプリケーションプログラムは、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるアプリケーションプログラムであって、前記ユーザー端末に、該ユーザー端末を操作するユーザーの電子メールアドレス、及びユーザーを識別する識別子とを含んだ、ユーザー登録をリクエストするためのユーザー登録要求情報を前記サーバーに送信する第２３手順と、該ユーザー登録要求情報の送信に応じて、ユーザー登録を行うための起動キーを含んだ電子メールとは別に前記起動キーを前記サーバーから受信する第２６手順と前記受信した電子メールに含まれる起動キーと、前記第２６手順で受信した起動キーとが一致しないときにユーザー登録を完了させない第２７手順と、を実行させる。
【００４５】
上記課題を解決するために、請求項１７に記載の情報提供方法は、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供方法において、ボードを一意に表すボードＩＤで特定されるボードに参加することができるユーザーを表す参加者ＩＤを該ボードＩＤに対応付けて登録するとともに、該参加者ＩＤで特定されるユーザーが該ボードＩＤで特定されるボードへの参加を承認しているか否かを該ボードＩＤ及び該参加者ＩＤに対応付けて登録するためのデータベース記憶部を備えた前記サーバーが、前記ユーザー端末を操作するユーザーを一意に表すユーザーＩＤ及び前記ボードＩＤを含んだ、ボードへの参加の登録を指示するための参加登録情報を前記ユーザー端末から受信する第２手順を行い、前記参加登録情報の受信に応じて、該参加登録情報に含まれる前記ユーザーＩＤと等しい前記参加者ＩＤ、及び前記ボードＩＤに対応付けて、該ボードＩＤで特定されるボードへの参加を該参加者ＩＤで特定されるユーザーが承認している旨を前記データベース記憶部に登録する第３手順を行うことを特徴としている。
【００４６】
上記課題を解決するために、請求項１８に記載の情報提供方法は、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供方法において、ボードに参加することができるユーザーを表す参加者ＩＤを該ボードを一意に表すボードＩＤに対応付けて登録するためのデータベース記憶部を備えた前記サーバーが、ボードを作成するユーザーである作成者が選択した該作成者以外のユーザーを一意に表すユーザーＩＤを、前記ユーザー端末から受信する第６手順を行い、該第６手順で受信した前記作成者が選択した該作成者以外のユーザーの前記ユーザーＩＤを前記参加者ＩＤとして、作成するボードの前記ボードＩＤに対応付けて前記データベース記憶部に登録する第７手順を行うことを特徴としている。
【００４７】
上記課題を解決するために、請求項１９に記載の情報提供方法は、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供方法において、ボードへのユーザーの書込み内容である書込データ、及び該書込データを一意に表す書込みＩＤを対応付けて登録するためのデータベース記憶部を備えた前記サーバーが、前記ユーザー端末に登録されている最新の書込みＩＤを表す最終書込みＩＤを含んだ、前記サーバーに登録されている前記書込データの取得を要求する情報を、前記ユーザー端末から受信する第１８手順を行い、
該第１８手順で受信した前記最終書込みＩＤに基づいて前記データベース記憶部に登録されているが、前記端末記憶部に登録されていない前記書込みＩＤ、及び前記書込データを選択する第１９手順を行い、該第１９手順で選択した前記書込みＩＤ、及び前記書込データを前記ユーザー端末へ送信する第２０手順を行うことを特徴としている。
【００４８】
上記課題を解決するために、請求項２０に記載の情報提供方法は、サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供方法において、前記サーバーが、前記ユーザー端末を操作するユーザーの電子メールアドレス、及びユーザーを識別する識別子とを含んだ、ユーザー登録をリクエストするためのユーザー登録要求情報を前記ユーザー端末から受信する第２４手順を行い、前記ユーザー登録要求情報に含まれる前記電子メールアドレス宛にユーザー登録を行うための起動キーを含めた電子メールを送信するとともに、前記電子メールとは別に前記ユーザー端末に対して前記起動キーを送信する第２５手順を行うことを特徴としている。
【００４９】
【発明の実施の形態】
以下に本発明の実施の形態について図面を用いて説明する。
本発明は、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するための「ボード」を、ユーザーに提供するためのものである。このような「ボード」としては、電子掲示板がその代表として挙げられるが、他にもスケジューラー，ＴｏＤｏリスト，アドレス帳等がある。
【００５０】
本発明は、このような各種の「ボード」をユーザーに提供するための情報提供システム，サーバー，アプリケーションプログラム及び情報提供方法に係るものである。以下の説明では、「ボード」の代表例である電子掲示板をユーザーに提供する場合について説明するが、電子掲示板の代わりに、又は電子掲示板ととともにスケジューラー，ＴｏＤｏリスト，アドレス帳等の「ボード」を同様に提供することもできる。
【００５１】
本発明の情報提供システムとしての電子掲示板システムでは、ユーザーが自己のユーザー端末を操作することによって、電子掲示板を作成することができる。作成された電子掲示板には、複数のユーザーが参加することができる。電子掲示板に参加したユーザーは、自己のユーザー端末を操作して発言を入力することで、参加した掲示板に自己の発言を書き込むことができる。他の参加者は、サーバーに作成された掲示板の情報を、自己のユーザー端末にダウンロードすることで、自己のユーザー端末を介して、他の参加者の発言を閲覧することができる。
【００５２】
（電子掲示板システムの全体構成）
図１は、本発明の実施形態である電子掲示板システム１００の全体構成図である。電子掲示板システム１００は、本発明の情報提供システムに相当する。電子掲示板システム１００は、ネットワーク１に接続されたサーバー１０と、ネットワーク２に接続された携帯電話端末２０と、ネットワーク１に接続された携帯情報端末３０，パーソナルコンピュータ端末４０とを有している。
【００５３】
ネットワーク１を介して、サーバー１０と、携帯情報端末３０やパーソナルコンピュータ端末４０とが相互に通信可能な状態に構成されている。また、ネットワーク１とネットワーク２が接続されていることで、ネットワーク１，２を介して、サーバー１０と、携帯電話端末２０とが相互に通信可能な状態に構成されている。なお、携帯電話端末２０，携帯情報端末３０，パーソナルコンピュータ端末４０とサーバー１０との通信では、ＳＳＬ認証を利用することにより、セキュリティを高めることができる。
【００５４】
ネットワーク１は、例えばインターネット又はＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）又は専用線網である。ＶＰＮや専用線網の場合には、インターネットを介する場合に比較し、よりセキュリティの高い通信環境を実現することができる。ネットワーク２は、携帯電話網である。
【００５５】
携帯電話端末２０は、例えば、ＮＴＴドコモ社のｉモード等を利用してネットワーク１に接続できる機能を備えたものである。携帯情報端末３０は、ネットワーク１に接続できる機能を備えたＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等である。
【００５６】
携帯電話端末２０や、携帯情報端末３０や、パーソナルコンピュータ端末４０は、本発明のユーザー端末に相当する。以下の説明では、ユーザー端末として携帯電話端末２０を用いた場合の本発明の実施の形態を説明することとするが、ユーザー端末として携帯情報端末３０や、パーソナルコンピュータ端末４０を用いた場合にも同様に電子掲示板システム１００を利用できる。
【００５７】
なお、以下の説明では、記載の簡略化のために、携帯電話端末２０を単に「端末２０」と表記する場合がある。
【００５８】
（サーバーの構成）
図２は、サーバー１０のハード構成例を示すブロック図である。図２に示すように、サーバー１０は、サーバー側情報処理部１１と、サーバー側通信部１２と、データベース記憶部１３とを有して構成されている。
【００５９】
サーバー側情報処理部１１は、本発明の電子掲示板システム１００におけるサーバー１０側の情報処理を遂行するサーバー側のアプリケーションプログラム（以下「サーバー側アプリ」という）等に基づいて、データの演算・加工を行うＣＰＵや、サーバー側アプリ等を記憶するＨＤＤ等の記憶装置や、サーバー側アプリに従って実行される情報処理の過程で発生する各種の情報を一時的に記憶するＲＡＭ等の記憶装置を備える。また、サーバー側情報処理部１１に乱数を発生して取得する乱数生成部を備えるようにする。
【００６０】
サーバー側通信部１２は、ネットワーク１に対してデータを送信し、ネットワーク１を介して供給されるデータを受信するものである。
【００６１】
データベース記憶部１３は、ＨＤＤ等の記憶装置である。データベース記憶部１３には、ユーザーや、端末２０や、掲示板などに関する様々なデータが、テーブル単位でデータベースを構築するように記憶される。
【００６２】
図５は、本実施形態のサーバー１０のデータベース記憶部１３に登録されているテーブルを説明する図である。データベース記憶部１３には、個人テーブル，端末テーブル，ユーザーテーブル，掲示板テーブル，参加者テーブル，発言テーブルが存在する。なお、発言テーブルは、掲示板ＩＤ毎に存在する。
【００６３】
個人テーブルの各レコードには、個人識別情報，個人識別子が登録される。
個人識別情報は、個人を一意に識別する情報である。
個人識別子は、この個人識別情報を一意に表す値である。
【００６４】
端末テーブルの各レコードには、端末識別情報，端末識別子，個人識別子が登録される。
端末識別情報は、端末を一意に識別する情報である。
端末識別子は、この端末識別情報を一意に表す値である。
個人識別子は、この端末識別情報に対して登録された個人を一意に表す値である。
【００６５】
ユーザーテーブルの各レコードには、ユーザーＩＤ，パスワード，識別子，メールアドレス，ユーザー名，ニックネーム，登録完了フラグが登録される。
ユーザーＩＤは、ユーザーを一意に表す値である。
パスワードは、このユーザーのパスワードである。
識別子は、このユーザーの端末識別子または個人識別子である。
メールアドレスは、このユーザーの電子メールアドレスである。
ユーザー名は、このユーザーの名前である。
ニックネームは、このユーザーのデフォルトのニックネームである。
登録完了フラグは、このユーザーのユーザー登録が完了しているかどうかのフラグである。
【００６６】
掲示板テーブルの各レコードには、掲示板ＩＤ，所有者ＩＤ，ペアフラグ，最大発言ＩＤが登録される。
掲示板ＩＤは、電子掲示板を一意に表すＩＤであり、本発明のボードＩＤに相当する。
所有者ＩＤは、この電子掲示を作成したユーザーのユーザーＩＤである。
ペアフラグは、この電子掲示板が二人専用のものか、人数が制限されないものかを示すフラグである。
最大発言ＩＤは、この電子掲示板の最大（最新）の発言ＩＤである。
【００６７】
参加者テーブルの各レコードには、掲示板ＩＤ，参加者ＩＤ，所有者ＩＤ，ペアフラグ，参加承認フラグ，掲示板名称，ニックネーム，発言保存容量，最終発言ＩＤが登録される。
掲示板ＩＤは、電子掲示板を一意に表すＩＤである。
参加者ＩＤは、この電子掲示板に参加しているユーザー（参加者）のユーザーＩＤである。
所有者ＩＤは、この電子掲示を作成したユーザーのユーザーＩＤである。
ペアフラグは、この電子掲示板が二人専用のものか、人数が制限されないものかを示すフラグである。
参加承認フラグは、この参加者が参加を承認しているかどうかのフラグである。承認している場合には「ＯＮ」、承認していない場合は「ＯＦＦ」である。
掲示板名称は、この参加者についてのこの電子掲示板の名称である。
ニックネームは、この電子掲示板についてのこの参加者のニックネームである。
発言保存容量は、この参加者についてのこの電子掲示板の端末の保存容量である。
最終発言ＩＤは、この参加者がこの電子掲示板のデータを取得した最後の発言ＩＤであり、本発明の最終書込みＩＤに相当する。
【００６８】
発言テーブルの各レコードには、発言ＩＤ，発言登録日時，エモキャラＩＤ，発言テキストデータ，発言者ニックネーム，発言者ＩＤ，端末発言日時が登録される。発言登録日時，エモキャラＩＤ，発言テキストデータ，発言者ニックネームは、電子掲示板への書込み内容としての発言を構成する要素であり、本発明の書込データに相当する。
発言ＩＤは、発言を一意に表すＩＤであり、本発明の書込みＩＤに相当する。発言登録日時は、サーバー１０にこの発言が登録された日時である。本実施形態では、ミリ秒単位まで判断する。
エモキャラＩＤは、この発言に含まれる後述のエモキャラを表すＩＤである。
発言テキストデータは、この発言のテキストデータである。
発言者ニックネームは、この発言を発言したユーザーのニックネームである。
発言者ＩＤは、この発言を発言したユーザーのユーザーＩＤである。
端末発言日時は、この発言が端末から送信された端末側の日時である。本実施形態では、ミリ秒単位まで判断する。
【００６９】
（ユーザー端末の構成）
図３は、ユーザー端末の一例である携帯電話端末２０の外観を示す図である。図３に示すように、携帯電話端末２０は、表示画面２０ａと、各種の操作ボタン２０ｂ，２０ｃ，２０ｄ，２０ｅ，２０ｆ，２０ｇ，２０ｈ等とを備えている。
【００７０】
表示画面２０ａには、掲示板に書き込まれた発言や、ユーザが入力した発言や、ユーザが情報を入力する際の補助になる情報や、サーバーがユーザに対して情報の入力を促す情報等が表示される。
【００７１】
各種の操作ボタン２０ｂ，２０ｃ，２０ｄ，２０ｅ，２０ｆ，２０ｇ，２０ｈは、ユーザーが携帯電話端末２０に指示を与えるときや、携帯電話端末２０に情報を入力するときや、発言を入力するときなどに操作するためのボタンである。
【００７２】
図４は、ユーザー端末の一例である携帯電話端末２０のハード構成例を示すブロック図である。図４に示すように、携帯電話端末２０は、端末側情報処理部２１と、端末側通信部２２と、端末記憶部２３と、入力部２４と、表示部２５を有して構成されている。
【００７３】
端末側情報処理部２１は、本発明の電子掲示板システムにおける携帯電話端末２０側の情報処理を遂行する端末側のアプリケーションプログラム（以下「端末側アプリ」とよぶ）等に基づいてデータの演算・加工を行うＣＰＵや、携帯電話端末２０の通信等をつかさどるプログラムを記憶するＲＯＭ等の記憶装置や、端末側アプリ等に従って実行される情報処理の過程で発生する各種のデータを一時的に記憶するＲＡＭ等の一時記憶メモリを備える。
【００７４】
端末側通信部２２は、ネットワーク２に対してデータを送信し、ネットワーク２を介して供給されるデータを受信するものである。なお、端末側通信部２２は、他の携帯電話端末２０と赤外線を利用して通信できるように、赤外線通信機能を備えるようにすると好適である。
【００７５】
端末記憶部２３は、携帯電話端末２０で各種のデータを記憶する記憶装置であり、端末側アプリを記憶するプログラム格納領域２３ａと、サーバー１０から携帯電話端末２０にダウンロードした掲示板の発言内容，電子掲示板システム１００を利用するために携帯電話端末２０で記憶しておく必要がある情報等を記憶するデータ格納領域２３ｂ（例えばスクラッチパッド）とを備える。
【００７６】
本実施形態では、データ格納領域２３ｂは不揮発性のメモリ領域である。したがって、端末側アプリを終了した後でも、既にサーバー１０から携帯電話端末２０にダウンロードした掲示板の発言内容などのデータが失われない。
【００７７】
図６は、端末２０のデータ格納領域２３ｂに登録されるデータを説明する図である。データ格納領域２３ｂには、大きく分けて、ユーザーデータ，掲示板管理データ，発言データが登録される。なお、掲示板管理データは、掲示板ＩＤ毎に存在する。また、発言データは、掲示板ＩＤ毎に設定された保存領域に順次保存される。
【００７８】
ユーザーデータは、ユーザー登録完了フラグ，ユーザーＩＤ，パスワード，メールアドレス，ユーザー名，ニックネーム，起動キー，待ち受け時インターバルのフィールドからなる。
ユーザー登録完了フラグは、ユーザーデータの登録が完了しているかを示すフラグである。
ユーザーＩＤは、ユーザーを一意に表すＩＤである。
パスワードは、ユーザーが使用するパスワードである。
メールアドレスは、電子メールアドレスである。
ユーザー名は、ユーザーの名前である。
ニックネームは、電子掲示板を新規に追加するときにデフォルトとなるユーザ−のニックネームである。
起動キーは、ユーザー登録にメール起動を利用するときのキーである。
待ち受け時インターバルは、待ち受け時に全掲示板状況取得処理を行う時間間隔である。
【００７９】
掲示板管理データは、掲示板ＩＤ，ペアフラグ，掲示板名称，ニックネーム，最終発言ＩＤ，ＮＥＷフラグ，発言保存容量，保存開始位置のフィールドからなる。
掲示板ＩＤは、電子掲示板を一意に表すＩＤである。
ペアフラグは、この電子掲示板が二人だけ参加可能か、人数が制限されないのかを示すフラグである。
掲示板名称は、この電子掲示板の名称である。
ニックネームは、この電子掲示板におけるニックネームである。
最終発言ＩＤは、端末に保存されているこの電子掲示板の最新の発言ＩＤである。
ＮＥＷフラグは、この電子掲示板に未読の発言があるかを示すフラグである。発言保存容量は、この電子掲示板に割り当てられた発言データの保存容量である。
保存開始位置は、この電子掲示板に割り当てられた発言データのデータ記憶領域での保存開始位置である。
【００８０】
発言データは、発言ＩＤ，発言登録日時，エモキャラＩＤ，発言テキストデータ，発言者ニックネームのフィールドからなる。
発言ＩＤは、１つの電子掲示板の中で発言を一意に表すＩＤであり、本発明の書込みＩＤに相当する。
発言登録日時は、この発言を登録した日時である。本実施形態では、ミリ秒単位まで判断する。
エモキャラＩＤは、この発言に含まれる後述のエモキャラを表すＩＤである。
発言テキストデータは、この発言に含まれる発言のテキストデータである。
発言者ニックネームは、この発言をしたユーザーのニックネームである。
【００８１】
データ格納領域２３ｂには、他にも端末アプリを実行するうえで必要なデータが保存されている。例えば、エモキャラのデータがある。エモキャラは、電子掲示板の各発言に含めることができる画像であり、エモキャラＩＤにより一意に表される。
【００８２】
入力部２４は、各種の操作ボタン２０ｂ，２０ｃ，２０ｄ，２０ｅ，２０ｅ’２０ｆ，２０ｇ，２０ｈである。
表示部２５は、文字や画像の表示をする液晶ディスプレイなどの表示装置であり、ユーザーは表示画面２０ａを通じて表示部２５の表示内容を視認することができる。
【００８３】
（電子掲示板システムの機能）
電子掲示板システム１００は、会員管理機能、掲示板管理機能、発言データ管理機能を備えている。各機能の概略を次の▲１▼〜▲３▼で説明する。
【００８４】
▲１▼ 会員管理機能
会員管理機能は、個人の識別や、端末２０の識別や、個人に関する情報であるユーザーデータの登録・管理を行う機能である。会員管理機能を用いて、電子掲示板システム１００は、新規登録処理や、再登録処理や、登録情報変更処理を行なう。
【００８５】
新規登録処理は、初めて電子掲示板システム１００を使うユーザーをサーバー１０に登録するユーザー登録を行うときの処理であり、初めてユーザー登録を行うユーザーが電子掲示板システム１００の使用許可を得るために必要な処理である。
【００８６】
再登録処理は、ユーザー登録を既に済ませたユーザーが、再度電子掲示板システム１００の使用を開始するときの処理であり、既にユーザー登録を行っているユーザーが、再度、電子掲示板システム１００の使用許可を得るために必要な処理である。例えば、端末の故障、端末の変更、間違って端末側アプリを消去したときなどに行う処理である。
【００８７】
登録情報変更処理は、既に電子掲示板システム１００の使用許可を得ているユーザーがユーザーデータの一部を変更するための処理である。
【００８８】
▲２▼ 掲示板管理機能
掲示板管理機能は、電子掲示板の作成・管理・削除、参加するユーザーの管理を行う機能である。掲示板管理機能を用いることで、電子掲示板システム１００は、掲示板作成処理や、掲示板への参加処理や、全掲示板状況取得処理や、掲示板参加者変更処理や、掲示板削除処理や、掲示板設定変更処理を行なう。
【００８９】
掲示板作成処理は、ユーザーが、電子掲示板を作成するための処理である。本実施形態の掲示板作成処理では、電子掲示板を作成するユーザーは、自己の知っているユーザーの中から選択して、選択したユーザーに対してだけ自己が作成した電子掲示板への参加を許可する。
【００９０】
掲示板への参加処理は、作成された電子掲示板へ参加することが許可されたユーザーが電子掲示板への参加を誘われたとき、誘いを受けて作成された電子掲示板に参加するか否かを登録するための処理である。すなわち、参加処理によって、電子掲示板を作成したユーザー以外で、当該電子掲示板に参加するユーザーがサーバー１０に登録される。
【００９１】
本実施形態では、電子掲示板を作成したユーザー（作成者）と、電子掲示板に参加することが登録されたユーザーとだけが電子掲示板の発言を読み書きできるようになる。電子掲示板を作成したユーザーと、当該電子掲示板に参加することが登録されたユーザーは、自己の端末２０で当該電子掲示板を「所有」することになる。
【００９２】
全掲示板状況取得処理は、各ユーザーが所有する電子掲示板すべてについて、未読の発言の有無を調べるための処理である。また、全掲示板状況取得処理では、ユーザーが所有していた電子掲示板のうち削除された電子掲示板があれば、その削除された電子掲示板を端末２０から自動的に削除する自動削除処理も行うこともできる。
【００９３】
掲示板参加者変更処理は、掲示板を作成したユーザーが、自己の知っているユーザーの中から新たに選択して、新たに選択したユーザーに対して自己が作成した電子掲示板への参加を許可したり、作成した電子掲示板へ参加することが既に登録されているユーザーの参加許可を取り消したりするための処理である。掲示板参加者変更処理では、新たに参加を許可されたユーザーは、電子掲示板に参加するか否かを登録することができる。
【００９４】
掲示板削除処理は、ユーザーが所有している電子掲示板を削除して、所有していた電子掲示板への参加をとりやめるための処理である。掲示板削除処理によって、自己の作成した電子掲示板をユーザー（作成者）が削除した場合には、当該電子掲示板に参加していた全てのユーザーも当該電子掲示板を所有できなくなる。掲示板削除処理によって、作成者以外のユーザーが所有している他のユーザーが作成した電子掲示板を削除した場合には、当該削除を行ったユーザー以外のユーザーは、引き続き電子掲示板を所有することができる。
【００９５】
掲示板設定変更処理は、ユーザー毎の所有する電子掲示板の設定を変更するための処理である。
【００９６】
▲３▼ 発言データ管理機能
発言データ管理機能は、電子掲示板への発言内容に関する発言データの登録・取得の管理を行う機能である。発言データ管理機能を用いることで、電子掲示板システム１００は、発言処理を行なう。
発言処理は、電子掲示板毎に発言を読み書きするための処理である。
【００９７】
（会員の識別方法）
本実施形態では、ユーザー登録、すなわち、電子掲示板システム１００を利用するための登録をサーバー１０に対して行ったユーザーのみが、電子掲示板システム１００で電子掲示板の利用を行えるものである。電子掲示板システム１００を利用するための登録を行ったユーザーを、特に「会員」とよぶことにする。
【００９８】
サーバー１０が端末２０を操作する会員を識別する方法として、端末２０を識別する情報を利用する方法、個人を識別する情報を利用する方法、端末２０を識別する情報と個人を識別する情報を利用する方法の３種類の方法がある。電子掲示板システム１００を運用する環境により、これらの３種類の方法から適宜１種類を選んで採用すればよい。
【００９９】
端末２０を識別する情報を利用する方法を選んだ場合を、以下「識別１利用の場合」と表記して説明する。端末２０を識別する情報として、端末２０内にあらかじめ登録されている端末を一意に識別するための端末識別情報を使用する。例えば、端末２０の製造番号を端末識別情報として利用するとよい。
【０１００】
個人を識別する情報を利用する方法を選んだ場合を、以下「識別２利用の場合」と表記して説明する。個人を識別する情報としては、端末２０内にあらかじめ登録される個人識別情報を使用する。例えば、あらかじめ個人に配布した会員証に記載した会員コードなどを端末２０に入力して登録し、これを個人識別情報として利用することができる。あるいは、個人が所有するＩＣカード（例えばシムカード）を端末２０に装着し、ＩＣカードの番号を個人識別情報として利用することもできる。
【０１０１】
なお、本実施形態で「個人」とは、あらかじめ個人識別情報を与えられる単位をいい、「ユーザー」とは電子掲示板システム１００内で同一とみなすことができる単位をいう。
【０１０２】
端末２０を識別する情報と個人を識別する情報を利用する方法を選んだ場合を、以下「識別３利用の場合」と表記して説明する。
【０１０３】
（会員管理機能）
上述の会員管理機能を用いて電子掲示板システム１００が行う新規登録処理、再登録処理、登録情報変更処理について以下に詳述する。
【０１０４】
新規登録処理は、識別済みアプリ配信処理（図７，図８参照）、ユーザー登録処理（図９，図１０，図１１参照）が実行されることで行われる。
【０１０５】
再登録処理は、端末変更登録処理（図１２，図１３参照）、識別済みアプリ配信処理（図７，図８参照）、ユーザー再登録処理（図１５，図１６参照）が実行されることで行われる。なお、端末変更登録処理は、ユーザーが使用していた端末２０を他の端末２０へ変更する場合にのみ行われる処理である。
【０１０６】
登録情報変更処理は、ユーザー情報変更処理（図１７，図１８参照）が実行されることで行われる。
【０１０７】
なお、会員管理機能の識別済みアプリ配信処理、ユーザー登録処理、及び端末変更登録処理を除く全ての処理では、端末を操作するユーザーの正当性を確認するためにユーザー認証処理（図１４参照）を実行する。
【０１０８】
＜識別済みアプリ配信処理＞
識別済みアプリ配信処理では、個人や端末２０を識別する情報を一意に表す情報（以下、「識別子」という）を含めた端末側アプリの配信を行う機能である。これにより、電子掲示板システム１００を通しての個人や端末２０の識別を行う。すなわち、端末２０からサーバー１０への通信時に、端末２０が、端末アプリに含まれた識別子をサーバー１０に送信することで、サーバー１０は、端末２０（又はそれを操作する個人）を識別できる。
【０１０９】
識別子を端末側アプリに含める手段としては、例えば、端末側アプリは、ダウンロードされるＵＲＬによりサーバー１０側での識別が可能なため、ダウンロードされるＵＲＬに識別子を埋め込むことで実現する手段がある。端末２０はダウンロード元のＵＲＬと通信を行うようになっているから、ＵＲＬに識別子を埋め込んでおけば、容易に識別子を端末側アプリに含めることができる。
【０１１０】
または、ダウンロードされる端末側アプリの内部に識別子を記述し、サーバー１０と端末２０との通信時に識別子を端末２０から送信することでも実現できる。
なお、識別済みアプリ配信処理は行なわずに、事前に端末２０に端末側アプリを準備しておいてもよい。
【０１１１】
◆識別１利用の場合，識別２利用の場合
図７は、識別１利用の場合，識別２利用の場合の識別済みアプリ配信処理を説明する図である。
識別１利用の場合，識別２利用の場合の識別済みアプリ配信処理は、以下のＳａ１〜Ｓａ９の流れで行われる。以下の説明で、Ｓａ１、Ｓａ８、Ｓａ９は、端末２０に予め備えられているプログラムに基づいて（ＷＥＢブラウザを利用して）行なわれる処理である。Ｓａ２〜Ｓａ７は、サーバー側アプリに基づいて行われる処理である。
【０１１２】
ユーザーが端末２０を介してサーバー１０へアクセスすると、端末２０のＷＥＢブラウザにより表示画面２０ａに、ユーザーからの入力操作を受け付ける画面が表示される。表示された画面の指示に従って、ユーザーが操作を行うことで、プログラム配信処理が開始される。
【０１１３】
Ｓａ１では、端末２０のＷＥＢブラウザを用いて端末側アプリのダウンロードをリクエストする情報をサーバー１０へ送信する。Ｓａ１の後、端末２０は、サーバー１０からの情報の受信を待機する。
【０１１４】
識別１利用の場合のＳａ１では、表示画面２０ａに表示されたリクエストボタンをユーザーが操作したときに、端末２０は端末側アプリのダウンロードをリクエストする情報を送信する。この操作で、ユーザーは、端末識別情報の送信を許可することになり、端末側アプリのダウンロードをリクエストする情報には端末識別情報が含まれ、Ｓａ１の結果、端末２０からサーバー１０へ端末識別情報が送信される。
【０１１５】
識別２利用の場合のＳａ１では、ユーザーに対して個人識別情報に入力を求める画面を表示し、ユーザーが画面の指示に従って個人識別情報（例えば、会員証の会員コード）の入力を行い、表示画面２０ａに表示されたリクエストボタンをユーザーが操作すると、端末２０は、端末側アプリのダウンロードをリクエストする情報を送信する。この操作で、ユーザーは、個人識別情報の送信を許可することになり、端末側アプリのダウンロードをリクエストする情報には個人識別情報が含まれ、Ｓａ１の結果、端末２０からサーバー１０へ個人識別情報が送信される。
【０１１６】
Ｓａ２では、サーバー１０は、端末２０から端末側アプリのダウンロードをリクエストする情報を受信する。Ｓａ２で、端末２０から端末側アプリのダウンロードをリクエストする情報を受信すると、Ｓａ３へ進む。
【０１１７】
識別１利用の場合のＳａ３では、データベース記憶部１３に登録されている端末テーブルを検索して、受信した端末識別情報に対応する端末識別子が存在するかの確認を行う。
識別２利用の場合のＳａ３では、データベース記憶部１３に登録されている個人テーブルを検索して、受信した個人識別情報に対応する個人識別子が存在するかの確認を行う。
【０１１８】
識別１利用の場合の端末テーブルは、端末識別情報と、端末を識別するための端末識別子が対応付けられて登録されるものである。識別２利用の場合の個人テーブルは、個人識別情報と、個人を識別する個人識別子が対応付けられて登録されるものである。
【０１１９】
受信した端末識別情報又は個人識別情報が、端末テーブル又は個人テーブルに存在し、受信した端末識別情報に端末識別子又は個人識別子が既に対応付けられて登録されていた場合には（Ｓａ３：Ｙｅｓ）、Ｓａ６の処理を行なう。
【０１２０】
一方、受信した端末識別情報又は個人識別情報が、端末テーブル又は個人テーブルに存在せず、受信した端末識別情報又は個人識別情報に端末識別子又は個人識別子が未だ対応付けられていない場合には（Ｓａ３：Ｎｏ）、Ｓａ４の処理を行なう。
【０１２１】
Ｓａ４では、受信した端末識別情報に対して一意となる端末識別子を新しく発行する。続いて、Ｓａ５では、受信した端末識別情報と発行した端末識別子を対応付けて、端末テーブルへ登録して、Ｓｂ６へ進む。
【０１２２】
Ｓａ６では、端末識別子を含む識別済みの端末側アプリを作成する。続いて、Ｓａ７では、識別済みの端末側アプリを端末２０へ送信してサーバー１０側の処理を終了する。
【０１２３】
以上のＳａ４〜Ｓａ７の説明では、識別１利用の場合で説明したが、識別２利用の場合も同様の処理を行なう。すなわち、以上のＳａ４〜Ｓａ７の説明における「端末識別情報」を「個人識別情報」に、「端末識別子」を「個人識別子」に、「端末テーブル」を「個人テーブル」に置き換えることで、識別２利用の場合のＳａ４〜Ｓａ７の処理を行なうことができる。
【０１２４】
Ｓａ８では、識別済みの端末側アプリを受信し、続くＳａ９で、識別済みの端末側アプリをプログラム格納領域２３ａに保存して端末２０側の処理を終了する。
【０１２５】
なお、識別１利用の場合の識別済みアプリ配信処理を、次のように改変することもできる。すなわち、識別済みアプリ配信処理が開始される前に、あらかじめダウンロードが許可される端末識別情報を端末テーブルへ登録しておくことにより、Ｓａ３でＮｏと判断したときに処理を中止するように変更する。
【０１２６】
このように改変すれば、許可のない端末への端末アプリの配信を防止することができる。例えば、会社が端末を社員に配布するときなどに、配布した端末の端末識別情報を、ダウンロードが許可される端末識別情報としてあらかじめ登録しておけば、社員が勝手に本発明の電子掲示板システム１００を利用しないようにすることができる。
【０１２７】
また、識別２利用の場合の識別済みアプリ配信処理を、次のように改変することもできる。すなわち、識別済みアプリ配信処理が開始される前に、あらかじめダウンロードが許可される個人識別情報を個人テーブルへ登録しておくことにより、Ｓａ３でＮｏと判断したときに処理を中止するように変更する。
【０１２８】
このように改変すれば、許可のない個人への端末アプリの配信を防止することができる。例えば、サーバー１０の運営者が個人に対して、例えばユーザーＩＤを記載した会員証を配布するときなどに、配布した会員証に記載されたユーザーＩＤを、ダウンロードが許可される個人識別情報としてあらかじめ登録しておけば、会員証が発行された個人だけが本発明の電子掲示板システム１００を利用することができる。
【０１２９】
◆識別３利用の場合
図８は、識別３利用の場合の識別済みアプリ配信処理を説明する図である。
識別３利用の場合の識別済みアプリ配信処理は、以下のＳｂ１〜Ｓｂ１５の流れで行われる。Ｓｂ１、Ｓｂ１１、Ｓｂ１４、Ｓｂ１５は、端末２０に予め備えられているプログラムに基づいて行なわれる処理である。Ｓｂ２〜Ｓｂ１０、Ｓｂ１２、Ｓｂ１３は、サーバー側アプリに基づいて行われる処理である。
【０１３０】
ユーザーが端末２０を介してサーバー１０へアクセスすると、端末２０のＷＥＢブラウザにより表示画面２０ａに、ユーザーからの入力操作を受け付ける画面が表示される。表示された画面の指示に従って、ユーザーが操作を行うことで、プログラム配信処理が開始される。
【０１３１】
Ｓｂ１では、端末２０のＷＥＢブラウザを用いて端末側アプリのダウンロードをリクエストする情報をサーバー１０へ送信する。Ｓｂ１の後、端末２０は、サーバー１０からの情報の受信を待機する。
【０１３２】
Ｓｂ１では、ユーザーに対して個人識別情報に入力を求める画面を表示し、ユーザーが画面の指示に従って個人識別情報（例えば、会員証の会員コード）の入力を行い、表示画面２０ａに表示されたリクエストボタンをユーザーが操作すると、端末２０は、端末側アプリのダウンロードをリクエストする情報を送信する。この操作で、ユーザーは、個人識別情報と端末識別情報の送信を許可することになり、端末側アプリのダウンロードをリクエストする情報には個人識別情報と端末識別情報が含まれ、Ｓｂ１の結果、端末２０からサーバー１０へ個人識別情報と端末識別情報が送信される。
【０１３３】
Ｓｂ２では、サーバー１０は、端末２０から端末側アプリのダウンロードをリクエストする情報を受信する。Ｓｂ２で、端末２０から端末側アプリのダウンロードをリクエストする情報を受信すると、Ｓｂ３では、個人テーブルを検索して、個人テーブルの中に、Ｓｂ２で受信した個人識別情報に対応する個人識別子が存在するかの確認を行う。識別３利用の場合の個人テーブルは、個人識別情報と、個人を識別する個人識別子が対応付けられて登録されるものである。
【０１３４】
Ｓｂ２で受信した個人識別情報が、個人テーブルに存在し、受信した端末識別情報に個人識別子が既に対応付けられて登録されていた場合には（Ｓｂ３：Ｙｅｓ）、Ｓｂ６の処理を行なう。
【０１３５】
一方、Ｓｂ２で受信した個人識別情報が、個人テーブルに存在せず、受信した個人識別情報に個人識別子が未だ対応付けられていない場合には（Ｓｂ３：Ｎｏ）、Ｓｂ４の処理を行なう。
【０１３６】
Ｓｂ４では、受信した個人識別情報に対して一意となる個人識別子を新しく発行する。続いて、Ｓｂ５では、受信した個人識別情報と発行した個人識別子を対応付けて、個人テーブルへ登録して、Ｓｂ６へ進む。
【０１３７】
Ｓｂ６では、データベース記憶部１３に登録された端末テーブルを検索して、Ｓｂ２で受信した端末識別情報に対応する端末識別子が存在するかの確認を行う。識別３利用の場合の端末テーブルは、端末識別情報と、端末を識別するための端末識別子，個人を識別する個人識別子が対応付けられて登録されるものである。
【０１３８】
Ｓｂ２で受信した端末識別情報が、端末テーブルに存在し、受信した端末識別情報に端末識別子が既に対応付けられて登録されていた場合には（Ｓｂ６：Ｙｅｓ）、Ｓｂ９の処理を行なう。
【０１３９】
Ｓｂ９では、端末識別情報に対して端末テーブルに登録されている個人識別子と個人テーブルに登録されている個人識別子の組合せを比較する。比較の結果、正しいと判断した場合（Ｓｂ９：Ｙｅｓ）には、Ｓｂ１２へ進む。一方、比較結果が異なると判断した場合（Ｓｂ９：Ｎｏ）には、Ｓｂ１０へ進む。
【０１４０】
Ｓｂ１０では、端末２０へ端末と個人の組合せが不正で処理を中止する旨を通知する情報を送信し、サーバー１０側の処理を終了する。Ｓｂ１１では、端末と個人の組合せが不正で処理を中止する旨を通知する情報を受信して、端末２０側の処理を終了する。
【０１４１】
一方、Ｓｂ２で受信した端末識別情報が、端末テーブルに存在せず、受信した端末識別情報に端末識別子が未だ対応付けられていない場合には（Ｓｂ６：Ｎｏ）、Ｓｂ７の処理を行なう。
【０１４２】
Ｓｂ７では、Ｓｂ２で受信した端末識別情報に対して一意となる端末識別子を新しく発行する。続いて、Ｓｂ８では、受信した端末識別情報と発行した端末識別子，個人識別子を対応付けて、端末テーブルへ登録して、Ｓｂ１２へ進む。
【０１４３】
Ｓｂ１２では、端末識別子を含む識別済みの端末側アプリを作成する。続いて、Ｓｂ１３では、識別済みの端末側アプリを端末へ送信してサーバー１０側の処理を終了する。
Ｓｂ１４では、識別済みアプリを受信し、続くＳｂ１５で、識別済みアプリをプログラム格納領域２３ａに保存して端末２０側の処理を終了する。
【０１４４】
なお、識別３利用の場合の識別済みアプリ配信処理を、次のように改変することもできる。すなわち、識別済みアプリ配信処理が開始される前に、あらかじめダウンロードが許可される端末識別情報を端末テーブルへ登録しておくことにより、Ｓｂ６でＮｏと判断したときに処理を中止するように変更することもできる。
【０１４５】
また、識別３利用の場合の識別済みアプリ配信処理を、次のように改変することもできる。すなわち、識別済みアプリ配信処理が開始される前に、あらかじめダウンロードが許可される個人識別情報を個人テーブルへ登録しておくことにより、Ｓｂ３でＮｏと判断したときに処理を中止するように変更することもできる。
【０１４６】
＜ユーザー登録処理＞
ユーザー登録処理では、識別済みアプリに対応するユーザーデータの登録を行う。これにより識別済みアプリとユーザーの関連付けが行われる。
【０１４７】
◆識別１利用の場合
図９は、識別１利用の場合のユーザー登録処理を説明する図である。
識別１利用の場合のユーザー登録処理は、以下のＳｃ１〜Ｓｃ１８の流れで行われる。以下の説明で、Ｓｃ１〜Ｓｃ３、Ｓｃ１６〜Ｓｃ１８は、端末側アプリに基づいて行なわれる処理である。Ｓｃ４〜Ｓｃ１５はサーバー側アプリに基づいて行われる処理である。
【０１４８】
端末２０のデータ格納領域２３ｂには、ユーザーデータの登録が完了しているかを示すユーザー登録完了フラグがある。端末アプリを端末にダウンロードした際には、未だユーザーデータの登録が完了していない段階であるため、このユーザー登録完了フラグはＯＦＦの状態でデータ記憶領域に保存されている。端末アプリ起動時にユーザー登録完了フラグがＯＦＦである場合、すなわち、ユーザーデータを登録していない場合には、ユーザー登録処理またはユーザー再登録処理が行われる。
【０１４９】
Ｓｃ１では、端末２０は、ユーザー登録処理の開始、またはユーザー再登録処理の開始を指示するユーザーの操作を受け付ける。Ｓｃ１で、ユーザー再登録処理の開始が指示された場合、ユーザー再登録処理のＳｉ２へ進み、後述のＳｉ２以降の処理が行われることになる。
【０１５０】
Ｓｃ１で、ユーザー登録処理の開始が指示された場合、Ｓｃ２へ進む。Ｓｃ２では、ユーザーからのユーザーデータの一部の入力を受け付け、Ｓｃ３へ進む。本実施形態では、ユーザーＩＤ、パスワード、メールアドレス、ユーザー名、ニックネームの入力を受け付ける。
【０１５１】
Ｓｃ３では、ユーザー登録をリクエストする情報をユーザー登録要求情報としてサーバー１０へ送信する。ユーザー登録要求情報には、端末識別子、ユーザーＩＤ、パスワード、メールアドレス、ユーザ名、ニックネームが含まれる。Ｓｃ３では、ユーザーＩＤ，パスワード，メールアドレス，ユーザ名，ニックネームを、データ格納領域２３ｂに登録することも行う。Ｓｃ３の後、端末２０は、サーバー１０からの情報の受信を待機する。
【０１５２】
Ｓｃ３が行われた以降は、特別に説明する場合を除き、サーバー１０に対して端末２０からユーザーＩＤ，パスワードを送信する場合には、Ｓｃ３でデータ格納領域２３ｂに登録されたユーザーＩＤ，パスワードを送信することになる。なお、Ｓｃ３では、ユーザーＩＤ，パスワード等を一時記憶メモリに保存して、後述のＳｃ１７でデータ格納領域２３ｂに登録してもよい。
【０１５３】
Ｓｃ４では、サーバー１０は、端末２０からユーザー登録要求情報を受信して、Ｓｃ５へ進む。Ｓｃ５では、端末テーブルを検索して、端末テーブルの中から、Ｓｃ４で受信した端末識別子に対応するデータの取得を試みて、Ｓｃ６へ進む。
【０１５４】
Ｓｃ６で、端末識別子に対応するデータを取得できたかを判断する。端末識別子に対応するデータを取得できないと判断した場合（Ｓｃ６：Ｎｏ）は、Ｓｃ７へ進む。Ｓｃ７では、端末２０へ不正な要求である旨を通知する情報を送信して、サーバー１０側の処理を終了する。
一方、Ｓｃ６で、端末識別子に対応するデータを取得できたと判断した場合（Ｓｃ６：Ｙｅｓ）は、Ｓｃ８へ進む。
【０１５５】
Ｓｃ８では、データベース記憶部１３に登録されているユーザーテーブルを検索して、ユーザーテーブルの中から、Ｓｃ４で受信した端末識別子に対応するデータの取得を試みて、Ｓｃ９へ進む。
【０１５６】
Ｓｃ９で、端末識別子に対応するデータを取得できたかを判断する。端末識別子に対応するデータを取得できたと判断した場合（Ｓｃ９：Ｙｅｓ）は、Ｓｃ１０へ進む。Ｓｃ１０では、端末２０へ既に使用されている端末である旨を通知する情報を送信して、サーバー１０側の処理を終了する。
【０１５７】
一方、Ｓｃ９で、端末識別子に対応するデータを取得できないと判断した場合（Ｓｃ９：Ｎｏ）は、Ｓｃ１１へ進む。Ｓｃ１１では、ユーザーテーブルを検索して、ユーザーテーブルの中から、Ｓｃ４で受信したユーザーＩＤに対応するデータの取得を試みて、Ｓｃ１２へ進む。
【０１５８】
Ｓｃ１２で、ユーザーＩＤに対応するデータを取得できたか判断する。ユーザーＩＤに対応するデータを取得できたと判断した場合（Ｓｃ１２：Ｙｅｓ）は、Ｓｃ１３へ進む。Ｓｃ１３では、端末２０へ既に使用されているユーザーＩＤである旨を通知する情報を送信して、サーバー１０側の処理を終了する。
【０１５９】
一方、Ｓｃ１２で、ユーザーＩＤに対応するデータを取得できないと判断した場合（Ｓｃ１２：Ｎｏ）は、Ｓｃ１４へ進む。Ｓｃ１４では、Ｓｃ４で受信した情報に含まれるデータを、ユーザーテーブルに登録して、Ｓｃ１５へ進む。このとき、登録完了フラグをＯＮで登録する。
Ｓｃ１５では、端末２０へ処理完了を示す情報を送信して、サーバー１０側の処理を終了する。
【０１６０】
Ｓｃ１６では、端末２０は、サーバー１０から処理完了を示す情報を受信して、Ｓｃ１７へ進む。Ｓｃ１７では、データ格納領域２３ｂのユーザー登録完了フラグをＯＮに書き換えて、端末２０側の処理を終了する。
Ｓｃ１８では、端末２０は、Ｓｃ７で送信された不正な要求である旨を通知する情報、又はＳｃ１０で送信された既に使用されている端末である旨を通知する情報、又はＳｃ１３で送信された既に使用されているユーザーＩＤである旨を通知する情報をサーバー１０から受信すると、エラーである旨を端末２０の表示画面２０ａに表示して端末２０側の処理を終了する。
【０１６１】
◆識別２利用の場合
前述の識別１利用の場合と同様の処理、すなわち、「端末識別子」を「個人識別子」で、「端末テーブル」を「個人テーブル」で読み替えたものと同様の処理を行う。
【０１６２】
◆識別３利用の場合
図１０は、識別３利用の場合のユーザー登録処理を説明する図である。
識別３利用の場合のユーザー登録処理は、以下のＳｄ１〜Ｓｄ１９の流れで行われる。以下の説明で、Ｓｄ１〜Ｓｄ３、Ｓｄ１７〜Ｓｄ１９は、端末側アプリに基づいて行なわれる処理である。Ｓｄ４〜Ｓｄ１６はサーバー側アプリに基づいて行われる処理である。
【０１６３】
Ｓｄ１〜Ｓｄ４の各処理では、上述のＳｃ１〜Ｓｃ４の各処理と同様の処理を行う。
Ｓｄ４に続くＳｄ５では、端末テーブルを検索して、端末テーブルの中から、Ｓｄ４で受信した端末識別子に対応するデータの取得を試みて、Ｓｄ６へ進む。
【０１６４】
Ｓｄ６では、端末識別子に対応するデータを取得できたかを判断する。端末識別子に対応するデータを取得できないと判断した場合（Ｓｄ６：Ｎｏ）はＳｄ７へ進む。Ｓｄ７では、端末２０へ不正な要求である旨を通知する情報を送信して、サーバー１０側の処理を終了する。
一方、Ｓｄ６で、端末識別子に対応するデータを取得できたと判断した場合（Ｓｄ６：Ｙｅｓ）は、Ｓｄ８へ進む。
【０１６５】
Ｓｄ８では、Ｓｄ５で取得したデータに個人識別子のデータが登録されているかを確認する。Ｓｄ８で、個人識別子が登録されていないと判断した場合（Ｓｄ８：Ｎｏ）は、Ｓｄ７へ進む。
一方、Ｓｄ８で、個人識別子が登録されていると判断した場合（Ｓｄ８：Ｙｅｓ）は、Ｓｄ９へ進む。
【０１６６】
Ｓｄ９では、データベース記憶部１３に登録されているユーザーテーブルを検索して、ユーザーテーブルの中から、Ｓｄ４で受信した端末識別子に対応するデータに取得を試みて、Ｓｄ１０へ進む。
【０１６７】
Ｓｄ１０で、端末識別子に対応するデータを取得できたかを判断する。端末識別子に対応するデータを取得できたと判断した場合（Ｓｄ１０：Ｙｅｓ）は、Ｓｄ１１へ進む。Ｓｄ１１では、端末２０へ既に使用されている端末である旨を通知する情報を送信して、サーバー１０側の処理を終了する。
一方、Ｓｄ１０で、端末識別子に対応するデータを取得できないと判断した場合（Ｓｄ１０：Ｙｅｓ）は、Ｓｄ１２へ進む。Ｓｄ１２では、ユーザーテーブルを検索して、ユーザーテーブルの中から、Ｓｄ４で受信したユーザーＩＤに対応するデータの取得を試みて、Ｓｄ１３へ進む。
【０１６８】
Ｓｄ１３では、ユーザーＩＤに対応するデータを取得できたかを判断する。ユーザーＩＤに対応するデータを取得できたと判断した場合（Ｓｄ１３：Ｙｅｓ）は、Ｓｄ１４へ進む。Ｓｄ１４では、端末２０へ既に使用されているユーザーＩＤである旨を通知する情報を送信し、サーバー１０側の処理を終了する。
【０１６９】
一方、Ｓｄ１３で、ユーザーＩＤに対応するデータを取得できないと判断した場合（Ｓｄ１３：Ｎｏ）は、Ｓｄ１５へ進む。Ｓｄ１５では、Ｓｄ４で受信した情報に含まれるデータを、ユーザーテーブルに登録して、Ｓｄ１６へ進む。このとき、登録完了フラグをＯＮで登録する。
Ｓｄ１６では、端末２０へ処理完了を示す情報を送信して、サーバー１０側の処理を終了する。
【０１７０】
Ｓｄ１７では、端末２０は、サーバー１０から処理完了を示す情報を受信して、Ｓｄ１８へ進む。Ｓｄ１８では、データ格納領域２３ｂのユーザー登録完了フラグをＯＮに書き換えて、端末２０側の処理を終了する。
Ｓｄ１９では、端末２０は、Ｓｄ７で送信された不正な要求である旨を通知する情報、又はＳｄ１１で送信された既に使用されている端末である旨を通知する情報、又はＳｄ１４で送信された既に使用されているユーザーＩＤである旨を通知する情報をサーバー１０から受信すると、エラーである旨を端末２０の表示画面２０ａに表示して端末２０側の処理を終了する。
【０１７１】
◆ユーザー登録の認証強化▲１▼
識別１利用の場合，識別２利用の場合，識別３利用の場合に共通して、電子メールからの端末側アプリの起動機能を有する端末２０に対しては、以下のＳｅ０〜Ｓｅ１７の流れで示すようにユーザー登録処理を行うこともできる。これにより、メールアドレスの正当性の確認とユーザー認証の強化を図ることができる。
【０１７２】
図１１は、ユーザー登録の認証強化をする場合のユーザー登録処理を説明する図である。
Ｓｅ０では、識別１利用の場合，識別２利用の場合は、Ｓｃ１〜Ｓｃ３と同じ処理を行い、識別３利用の場合は、Ｓｄ１〜Ｓｄ３と同じ処理を行う。Ｓｅ１では、識別１利用の場合，識別２利用の場合は、Ｓｃ４〜Ｓｃ１３と同じ処理を行い、識別３利用の場合は、Ｓｄ４〜Ｓｄ１４と同じ処理を行う。そして、Ｓｅ１（Ｓｃ１２又はＳｄ１３に相当する処理）で、ユーザーＩＤに対応するデータを取得できないと判断した場合（Ｓｅ１におけるＳｃ１２又はＳｄ１３に相当する処理：Ｎｏ）は、Ｓｅ２へ進む。Ｓｅ２では、Ｓｃ４や、Ｓｄ４に相当する処理で受信した情報に含まれるデータを、ユーザーテーブルに登録して、Ｓｅ３へ進む。このとき、登録完了フラグをＯＦＦで登録する。
【０１７３】
Ｓｅ３では、サーバー１０は、サーバー側情報処理部１１の乱数生成部で取得した乱数に基づいて、起動キーを生成する。続くＳｅ４では、サーバー１０は、Ｓｅ３で生成した起動キーを含む電子メール（以下「起動メール」という）を、ユーザー登録をリクエストする情報に含まれていたメールアドレスへ送信する。続くＳｅ５では、サーバー１０は、端末２０へ処理完了を示す情報と、Ｓｅ３で生成した起動キーを送信する。
【０１７４】
Ｓｅ６では、端末２０は、サーバー１０から処理完了を示す情報と起動キーを受信して、Ｓｅ７へ進む。Ｓｅ７では、端末２０は、データ格納領域２３ｂのユーザー登録完了フラグを「起動メール待ち」に書き換え、データ格納領域２３ｂに起動キーを登録する。
【０１７５】
続くＳｅ８では、一旦端末２０側の処理を終了する。その後、端末２０に起動メールが届いたときに、ユーザーは起動メールから端末側アプリを起動させる。起動メールから端末側アプリが起動すると、つづくＳｅ９では、端末２０は、起動メールの起動キーと、データ格納領域２３ｂの起動キーが一致するかを確認する。
【０１７６】
Ｓｅ９で一致すると判断した場合（Ｓｅ９：Ｙｅｓ）には、Ｓｅ１０に進む。Ｓｅ１０では、端末２０は、起動キー確認をリクエストする情報をサーバー１０へ送信する。起動キー確認をリクエストする情報には、端末識別子又は個人識別子、ユーザーＩＤ、パスワードが含まれる。
【０１７７】
一方、Ｓｅ９で一致しないと判断した場合（Ｓｅ９：Ｎｏ）には、Ｓｅ１１に進む。Ｓｅ１１では、端末２０は、不正な起動メールであることを、端末２０の表示画面２０ａに表示し、端末２０側の処理を終了する。すなわち、登録されたメールアドレスが誤っていた場合には、他人の端末２０で誤ってユーザー登録が続けられることなく、ユーザー登録処理が完了されないため、メールアドレスの正当性の保証と、ユーザー認証の強化を図ることができる。
【０１７８】
Ｓｅ１２では、サーバー１０は、端末２０から起動キー確認をリクエストする情報を受信して、Ｓｅ１３へ進む。Ｓｅ１３では、後述のユーザー認証処理を行う。
Ｓｅ１３のユーザー認証処理で認証がとれない場合は、処理を終了する。ユーザー認証処理で認証がとれると、Ｓｅ１４へ進む。Ｓｅ１４では、サーバー１０は、ユーザーテーブルを検索して、Ｓｅ１２で受信したユーザーＩＤに対応する登録完了フラグをＯＮに更新する。
【０１７９】
続いて、Ｓｅ１５では、サーバー１０は、端末２０へ処理完了を示す情報を送信して、サーバー１０側の処理を終了する。
Ｓｅ１６では、端末２０は、サーバー１０から処理完了を示す情報を受信して、Ｓｅ１７へ進む。Ｓｅ１７では、端末２０は、データ格納領域２３ｂのユーザー登録完了フラグをＯＮに更新して、端末２０側の処理を終了する。
【０１８０】
＜端末変更登録処理＞
端末変更登録処理は、ユーザー登録処理により既にユーザー登録を済ませているユーザーが、使用する端末２０を変更して新しい端末２０で端末側アプリを利用するために、新しい端末２０を登録する処理である。端末変更登録処理では、ユーザーＩＤ，パスワード等の正当性を保ったままで変更を処理する。ＷＥＢブラウザを利用して端末変更登録処理を行う。
【０１８１】
◆識別１利用の場合
図１２は、識別１利用の場合の端末変更登録処理を説明する図である。
識別１利用の場合の端末変更登録処理は、以下のＳｆ１〜Ｓｆ１８の流れで行われる。以下の説明で、Ｓｆ１、Ｓｆ１６〜Ｓｆ１８は、ＷＥＢブラウザを利用して行なわれる処理である。Ｓｆ２〜Ｓｆ１５は、サーバー側アプリに基づいて行われる処理である。
【０１８２】
Ｓｆ１では、端末２０はユーザーからのユーザーＩＤ、パスワードの入力を受け付け、サーバー１０に対してユーザーＩＤ、パスワード、端末識別情報の送信を行う。Ｓｆ１の後、端末２０は、サーバー１０からの情報の受信を待機する。
【０１８３】
Ｓｆ２では、サーバー１０は端末２０からユーザーＩＤ、パスワード、端末識別情報を受信して、Ｓｆ３へ進む。Ｓｆ３では、端末テーブルを検索して、端末テーブルの中から、Ｓｆ２で受信した端末識別情報に対応する端末識別子の取得を試みて、Ｓｆ４へ進む。
【０１８４】
Ｓｆ４で、端末識別情報に対応する端末識別子を取得できたかを判断する。Ｓｆ４で、端末識別子を取得できたと判断した場合（Ｓｆ４：Ｙｅｓ）は、Ｓｆ５へ進む。Ｓｆ５では、ユーザーテーブルを検索して、ユーザーテーブルの中から、Ｓｆ３で取得した端末識別子に対応するデータの取得を試みて、Ｓｆ６へ進む。Ｓｆ６では、ユーザーテーブルの中から、Ｓｆ３で取得した端末識別子に対応するデータの取得をできたかを判定する。Ｓｆ６で取得できないと判定した場合（Ｓｆ６：Ｎｏ）には、Ｓｆ１０へ進む。一方、Ｓｆ６で取得できたと判定した場合（Ｓｆ６：Ｙｅｓ）には、Ｓｆ７へ進む。Ｓｆ７では、既に使用されている端末である旨を通知する情報を端末２０へ送信して、サーバー１０側の処理を終了する。Ｓｆ１６では、端末２０は、既に使用されている端末である旨を通知する情報を受信して、端末２０側の処理を終了する。
【０１８５】
Ｓｆ４で、端末識別子を取得できないと判断した場合（Ｓｆ４：Ｎｏ）には、Ｓｆ８へ進む。Ｓｆ８では、Ｓｆ２で受信した端末識別情報に対して一意となる端末識別子を新しく発行してＳｆ９へ進む。
【０１８６】
Ｓｆ９では、端末テーブルへ、Ｓｆ２で受信した端末識別情報と、Ｓｆ８で発行した端末識別子を登録してＳｆ１０へ進む。
Ｓｆ１０では、Ｓｆ２で受信したユーザーＩＤとパスワードの組合せでユーザーテーブルを検索して、ユーザーテーブルに登録されているデータの取得を試みて、Ｓｆ１１へ進む。Ｓｆ１１で、Ｓｆ２で受信したユーザーＩＤとパスワードの組合せに対応するデータを取得できたかを判断する。Ｓｆ１１で、データを取得できたと判断した場合（Ｓｆ１１：Ｙｅｓ）は、Ｓｆ１３へ進む。一方、データを取得できないと判断した場合（Ｓｆ１１：Ｎｏ）は、Ｓｆ１２へ進む。
【０１８７】
Ｓｆ１２では、サーバー１０は、端末２０に対して、不正なユーザーからの要求であると通知する情報を送信して、サーバー１０側の処理を終了する。Ｓｆ１７では、端末２０は、不正なユーザーからの要求であると通知する情報を受信して、端末２０側の処理を終了する。
【０１８８】
Ｓｆ１３では、端末テーブルを、Ｓｆ１０で取得したユーザーテーブルの端末識別子で検索し、その端末識別子に対応する端末テーブルのデータを削除して、Ｓｆ１４へ進む。Ｓｆ１４では、ユーザーテーブルをＳｆ２で受信したユーザーＩＤで検索して、対応する端末識別子を、Ｓｆ２で受信した端末識別情報に対応する（Ｓｆ８で発行した）端末識別子に更新し、Ｓｆ１５へ進む。Ｓｆ１５では、処理完了を示す情報を端末２０へ送信して、サーバー１０側の処理を終了する。
【０１８９】
なお、識別１利用の場合の端末変更登録処理を、次のように改変することもできる。すなわち、端末変更登録処理が開始される前に、あらかじめ端末変更登録処理が許可される端末識別情報を端末テーブルへ登録しておくことにより、Ｓｆ３で端末識別子を取得できないときに処理を中止するように変更する。
【０１９０】
Ｓｆ１８では、端末２０は、サーバー１０から、処理完了を示す情報を受信して、端末変更処理の完了を表示画面２０ａに表示して、端末２０側の処理を終了する。
【０１９１】
◆識別２利用の場合
識別２利用の場合は、端末２０の識別を行わない。
【０１９２】
◆識別３利用の場合
図１３は、識別３利用の場合の端末変更登録処理を説明する図である。
識別３利用の場合の端末変更登録処理は、以下のＳｇ１〜Ｓｇ２４の流れで行われる。以下の説明で、Ｓｇ１、Ｓｇ６、Ｓｇ１３、Ｓｇ１８、Ｓｇ２４は、ＷＥＢブラウザを利用して行なわれる処理である。Ｓｇ２〜Ｓｇ５、Ｓｇ７〜Ｓｇ１２、Ｓｇ１４〜ＳｇＳｇ１７、Ｓｇ１９〜Ｓｇ２３はサーバー側アプリに基づいて行われる処理である。
【０１９３】
Ｓｇ１では、端末２０はユーザーからのユーザーＩＤ、パスワード、個人識別情報（例えば、会員証の会員コード）の入力を受け付け、サーバー１０に対してユーザーＩＤ、パスワード、端末識別情報、個人識別情報の送信を行う。Ｓｇ１の後、端末２０は、サーバー１０からの情報の受信を待機する。
【０１９４】
Ｓｇ２では、サーバー１０は端末２０からユーザーＩＤ、パスワード、端末識別情報、個人識別情報を受信してＳｇ３へ進む。Ｓｇ３では、個人テーブルを検索して、個人テーブルの中から、Ｓｇ２で受信した個人識別情報に対応する個人識別子の取得を試みて、Ｓｇ４へ進む。
【０１９５】
Ｓｇ４で、個人識別情報に対応する個人識別子を取得できたかを判断する。Ｓｇ４で、個人識別子を取得できたと判断した場合（Ｓｇ４：Ｙｅｓ）は、Ｓｇ７へ進む。Ｓｇ４で、個人識別子を取得できないと判断した場合（Ｓｇ４：Ｎｏ）は、Ｓｇ５へ進む。
Ｓｇ５では、サーバー１０は、端末２０へ不正な個人からの要求である旨を通知する情報を送信して、サーバー１０側の処理を終了する。Ｓｇ６では、端末２０は、不正な個人からの要求である旨を通知する情報を受信して、端末２０側の処理を終了する。
【０１９６】
Ｓｇ７では、端末テーブルを、Ｓｇ２で受信した端末識別情報で検索して、端末テーブルの中から、端末識別情報に対応するデータの取得を試みて、Ｓｇ８へ進む。
Ｓｇ８で、端末識別情報に対応するデータを取得できたかを判断する。Ｓｇ８で、データを取得できないと判断した場合（Ｓｇ８：Ｎｏ）は、Ｓｇ９へ進む。Ｓｇ８で、データを取得できたと判断した場合（Ｓｇ８：Ｙｅｓ）は、Ｓｇ１１へ進む。
【０１９７】
Ｓｇ１１では、Ｓｇ７で取得した端末テーブルのデータに、個人識別子が登録されているか確認する。Ｓｇ１１で、個人識別子が登録されていないと判断した場合（Ｓｇ１１：Ｎｏ）には、Ｓｇ１４へ進む。Ｓｇ１４では、Ｓｇ３で取得した個人識別子を、Ｓｇ７で取得した端末テーブルの個人識別子の値に更新して、Ｓｇ１５へ進む。
【０１９８】
一方、Ｓｇ１１で、個人識別子が登録されていると判断した場合（Ｓｇ１１：Ｙｅｓ）には、Ｓｇ１２へ進む。Ｓｇ１２では、サーバー１０は、端末２０へ既に使用されている端末である旨を通知する情報を送信し、サーバー１０側の処理を終了する。Ｓｇ１３では、端末２０は、既に使用されている端末である旨を通知する情報を受信して、端末２０側の処理を終了する。
【０１９９】
Ｓｇ９では、Ｓｇ２で受信した端末識別情報に対して一意となる端末識別子を新しく発行してＳｇ１０へ進む。
Ｓｇ１０では、端末テーブルへ、Ｓｇ２で受信した端末識別情報と、Ｓｇ１０で発行した端末識別子と、個人テーブルのＳｇ２で受信した個人識別情報に対応する個人識別子とを、対応付けて登録し、Ｓｇ１５へ進む。
【０２００】
Ｓｇ１５では、Ｓｇ２で受信したユーザーＩＤとパスワードの組合せでユーザーテーブルを検索して、ユーザーテーブルの中から、Ｓｇ２で受信したユーザーＩＤとパスワードの組合せに対応するデータの取得を試みて、Ｓｇ１６へ進む。
【０２０１】
Ｓｇ１６で、Ｓｇ２で受信したユーザーＩＤとパスワードの組合せに対応するデータを取得できたかを判断する。Ｓｇ１６で、Ｓｇ２で受信したユーザーＩＤとパスワードの組合せに対応するデータを取得できないと判断した場合（Ｓｇ１６：Ｎｏ）は、Ｓｇ１７へ進む。
Ｓｇ１７では、サーバー１０は、端末２０に対して、不正なユーザーからの要求である旨を通知する情報を送信して、サーバー１０側の処理を終了する。Ｓｇ１８では、端末２０は、不正なユーザーからの要求である旨を通知する情報を受信して、端末２０側の処理を終了する。
【０２０２】
Ｓｇ１６で、Ｓｇ２で受信したユーザーＩＤとパスワードの組合せに対応するデータを取得できたと判断した場合（Ｓｇ１６：Ｙｅｓ）は、Ｓｇ１９へ進む。Ｓｇ１９では、Ｓｇ１５で取得した端末識別子で端末テーブルを検索して、端末テーブルの個人識別子を取得し、Ｓｇ２０へ進む。
【０２０３】
Ｓｇ２０では、Ｓｇ１９で取得した個人識別子と、Ｓｇ３で取得した個人識別子とを比較する。Ｓｇ２０で個人識別子が等しくないと判断した場合（Ｓｇ２０：Ｎｏ）には、Ｓｇ５へ進む。一方、Ｓｇ２０で個人識別子が等しいと判断した場合（Ｓｇ２０：Ｙｅｓ）には、Ｓｇ２１へ進む。
【０２０４】
Ｓｇ２１では、Ｓｇ１５で取得した端末識別子で端末テーブルを検索して、その端末識別子に対応する端末テーブルのデータを削除して、Ｓｇ２２へ進む。Ｓｇ２２では、Ｓｇ１５で取得したユーザーテーブルの端末識別子を、Ｓｇ８又はＳｇ９で取得した端末識別子の値に更新して、Ｓｇ２３へ進む。
【０２０５】
Ｓｇ２３では、端末２０へ処理完了を示す情報を送信して、サーバー１０側の処理を終了する。Ｓｇ２４では、端末２０は、処理完了を通知する情報を受信して、端末２０側の処理を終了する。
【０２０６】
なお、識別３利用の場合の端末変更登録処理を、次のように改変することもできる。すなわち、端末変更登録処理が開始される前に、あらかじめ端末変更登録処理が許可される端末識別情報を端末テーブルへ登録しておくことにより、Ｓｇ９で処理を中止するように変更する。
【０２０７】
以上の、識別１利用の場合、識別３利用の場合の端末変更登録処理に共通して、サーバー１０が、登録されているメールアドレスに対して、端末変更が行われたことを通知することで、不正な端末変更が行われた場合に、ユーザーがそれを発見しやすくすることもできる。
【０２０８】
＜ユーザー認証処理＞
図１４は、ユーザー認証処理を説明する図である。
ユーザー認証処理は、会員管理機能の識別済みアプリ配信処理とユーザー登録処理及び端末変更登録処理を除く全ての処理で、端末２０からリクエストの情報を受信した際に、以下のＳｈ１〜Ｓｈ５の流れで実行される処理である。
【０２０９】
◆識別１利用の場合，識別２利用の場合，識別３利用の場合
端末２０からの各リクエストの情報には、端末識別子（又は個人識別子）、ユーザーＩＤ、パスワード等が含まれる。
【０２１０】
Ｓｈ１では、サーバー１０は、ユーザーテーブルを検索して、ユーザーテーブルの中から、受信したユーザーＩＤと受信したパスワードと受信した端末識別子（又は個人識別子）の組合せに対応するデータの取得を試みて、Ｓｈ２へ進む。
【０２１１】
Ｓｈ２では、受信したユーザーＩＤ，パスワード，端末識別子（又は個人識別子）の組合せに対応するデータを取得できたかを確認する。Ｓｈ２で、データを取得できたと判断した場合（Ｓｈ２：Ｙｅｓ）には、ユーザー認証処理を終えて、各処理の各リクエストの情報に基づいて各処理をつづける。
【０２１２】
Ｓｈ２でデータを取得できないと判断した場合（Ｓｈ２：Ｎｏ）には、Ｓｈ３へ進み、サーバー１０は端末２０へ不正なユーザーの要求である旨の情報を送信して、各処理を終了する。Ｓｈ４では、端末２０は、サーバー１０から不正なユーザーの要求である旨の情報を受信して、その旨を表示画面２０ａに表示して、各処理を終了する。
【０２１３】
＜ユーザー再登録処理＞
ユーザー再登録処理は、ユーザーが端末２０を変更した際、ユーザーが誤って端末側アプリを削除した際など、既にユーザー登録を完了しているが、改めて登録処理を行わなければならない場合に行われる。
【０２１４】
◆識別１利用の場合，識別２利用の場合，識別３利用の場合
端末のデータ記憶領域にはユーザー登録完了フラグがあり、プログラム起動時にユーザー登録が完了していない場合、ユーザー登録またはユーザー再登録が行われる。
【０２１５】
図１５は、ユーザー再登録処理を説明する図である。
ユーザー再登録処理は、以下のＳｉ１〜Ｓｉ９の流れで行われる。以下の説明で、Ｓｉ１〜Ｓｉ３、Ｓｉ８、Ｓｉ９は、端末側アプリに基づいて行なわれる処理である。Ｓｉ４〜Ｓｉ７はサーバー側アプリに基づいて行われる処理である。
【０２１６】
Ｓｉ１では、端末２０は、ユーザー登録処理の開始、またはユーザー再登録処理の開始を指示するユーザーの操作を受け付ける。Ｓｉ１で、ユーザー登録処理の開始が指示された場合、ユーザー登録処理のＳｃ２又はＳｄ２へ進み、上述のＳｃ２又はＳｄ２以降の処理が行われることになる。
【０２１７】
Ｓｉ１で、ユーザー再登録処理の開始が指示された場合、Ｓｉ２へ進む。Ｓｉ２では、ユーザーからのユーザーデータの一部の入力を受け付け、Ｓｉ３へ進む。本実施形態では、ユーザーＩＤ、パスワードの入力を受け付ける。
【０２１８】
Ｓｉ３では、ユーザー再登録をリクエストする情報をサーバー１０へ送信する。ユーザー再登録をリクエストする情報には、端末識別子（又は個人識別子）、ユーザーＩＤ、パスワードが含まれる。Ｓｉ３では、ユーザー登録完了フラグをＯＦＦで登録するとともに、ユーザーＩＤ，パスワードをデータ格納領域２３ｂに登録することも行う。Ｓｉ３の後、端末２０は、サーバー１０からの情報の受信を待機する。
【０２１９】
Ｓｉ３が行われた以降は、特別に説明する場合を除き、サーバー１０に対して変更後の端末２０からユーザーＩＤ，パスワードを送信する場合には、Ｓｉ３でデータ格納領域２３ｂに登録されたユーザーＩＤ，パスワードを送信することになる。なお、Ｓｉ３では、一時記憶メモリに保存して、後述のＳｉ９でデータ格納領域２３ｂに登録してもよい。
【０２２０】
続くＳｉ４では、サーバー１０は、ユーザー再登録をリクエストする情報を受信して、Ｓｉ５へ進む。Ｓｉ５では、上述のユーザー認証処理を行う。続いて、Ｓｉ６では、データベース記憶部１３に登録されている各種のテーブルを検索して、Ｓｉ４で受信したユーザーＩＤで特定されるユーザーの参加承認フラグがＯＮである（ユーザーが参加を承認している）電子掲示板に関するデータを全て取得し、Ｓｉ７へ進む。
【０２２１】
Ｓｉ７では、端末２０へ処理完了を示す情報と、所定のデータを送信する。本実施形態では、Ｓｉ５で取得したメールアドレス、Ｓｉ５で取得したユーザー名、Ｓｉ５で取得したニックネーム、Ｓｉ６で取得した掲示板ＩＤ、Ｓｉ６で取得したペアフラグ、Ｓｉ６で取得した掲示板名称、Ｓｉ６で取得したニックネーム、Ｓｉ６で取得した発言保存容量、Ｓｉ６で取得した最終発言ＩＤを送信して、サーバー１０側の処理を終了する。
【０２２２】
Ｓｉ８では、端末２０は、Ｓｉ７でサーバーから送信されたデータを受信して、Ｓｉ９へ進む。Ｓｉ９では、データ格納領域２３ｂのユーザー登録完了フラグをＯＮに更新するとともに、データ格納領域２３ｂに掲示板管理データとして、Ｓｉ８で受信したデータを格納して、端末２０側の処理を終了する。
【０２２３】
なお、電子掲示板への発言データをデータベース記憶部１３に登録してあるので、ユーザーが使用する端末２０を変更等した場合でも、ユーザー再登録処理を行った後に後述の発言処理を行うことで、変更前の端末２０で閲覧できた電子掲示板への発言データを閲覧できるようにできる。
【０２２４】
例えば、ユーザー再登録処理を終了する際に、端末２０が、端末２０に登録されている最終発言ＩＤの値を、１０回前の発言を示す発言ＩＤの値（例示であり、他の回数前の発言を示す発言ＩＤの値でもよい）、又は過去１週間に発言された発言のうち最古の発言を示す発言ＩＤの値（例示であり、他の期間に発言された発言のうち最古の発言を示す発言ＩＤの値でもよい）等に変更しておけばよい。こうすることで、後述の発言処理（Ｓｔ２４以降）の実行により、新しく変更等した端末２０でも、過去１０回分、又は過去１週間分の発言を閲覧できるようになる。
【０２２５】
他にも、例えば、ユーザー再登録処理を終了する際に、端末２０が、端末２０に登録されている最終発言ＩＤを「−１」に変更してもよい。こうすることで、後述の発言処理（Ｓｔ２４以降）の実行により、新しく変更等した端末２０でも、過去の全ての発言データを閲覧できるようになる。
【０２２６】
更に他にも、ユーザー再登録処理を終了する際に、端末２０が、端末２０に登録されている最終発言ＩＤを、ユーザーが選択する値、又はユーザーが選択した時期に発言された発言を示す発言ＩＤの値等に変更してもよい。こうすることで、後述の発言処理（Ｓｔ２４以降）の実行により、新しく変更等した端末２０でも、ユーザーが求める過去の発言データを閲覧できるようになる。
【０２２７】
◆ユーザー登録の認証強化▲２▼
識別１利用の場合，識別２利用の場合，識別３利用の場合に共通して、電子メールからの端末アプリの起動機能を有する端末２０に対しては、以下のＳｊ１〜Ｓｊ２１の流れのようにユーザー再登録処理を行うこともできる。これにより、メールアドレスの正当性の確認とユーザー認証の強化を図ることができる。
【０２２８】
図１６は、ユーザー登録の認証強化をする場合のユーザー再登録処理を説明する図である。
Ｓｊ１〜Ｓｊ５の処理は、Ｓｉ１〜Ｓｉ５と同じである。つづくＳｊ６では、サーバー１０は、サーバー側情報処理部１１の乱数生成部で取得した乱数に基づいて、起動キーを生成して、Ｓｊ７へ進む。
【０２２９】
Ｓｊ７では、サーバー１０は、Ｓｊ６で生成した起動キーを含む電子メール（以下「起動メール」という）をＳｊ５で取得したメールアドレスへ送信する。続くＳｊ８では、サーバー１０は、端末２０へ処理完了を示す情報と、Ｓｊ６で生成した起動キーと、Ｓｊ５で取得したメールアドレス，ユーザー名，ニックネームを送信する。
【０２３０】
Ｓｊ９では、端末２０は、サーバー１０から処理完了を示す情報と起動キーを受信して、Ｓｊ１０へ進む。Ｓｊ１０では、端末２０は、データ格納領域２３ｂのユーザー登録完了フラグを「起動メール待ち」に書き換え、データ格納領域２３ｂに起動キーを登録する。
【０２３１】
続くＳｊ１１では、一旦端末２０側の処理を終了する。その後、端末２０に起動メールが届いたときに、ユーザーは起動メールから端末側アプリを起動させる。起動メールから端末側アプリが起動すると、つづくＳｊ１２では、端末２０は、起動メールの起動キーと、データ格納領域２３ｂの起動キーが一致するかを確認する。
【０２３２】
Ｓｊ１２で一致すると判断した場合（Ｓｊ１２：Ｙｅｓ）には、Ｓｊ１３に進む。Ｓｊ１３では、端末２０は、起動キー確認をリクエストする情報をサーバー１０へ送信する。起動キー確認をリクエストする情報には、端末識別子又は個人識別子、ユーザーＩＤ、パスワードが含まれる。
【０２３３】
一方、Ｓｊ１２で一致しないと判断した場合（Ｓｊ１２：Ｎｏ）には、Ｓｊ１４に進む。Ｓｊ１４では、端末２０は、不正な起動メールであることを、端末２０の表示画面２０ａに表示し、端末２０側の処理を終了する。すなわち、登録されたメールアドレスが誤っていた場合には、他人の端末２０で誤ってユーザー登録が続けられることなく、ユーザー再登録処理が完了されないため、メールアドレスの正当性の保証と、ユーザー認証の強化を図ることができる。
【０２３４】
Ｓｊ１６では、サーバー１０は、端末２０から起動キー確認をリクエストする情報を受信して、Ｓｊ１７へ進む。Ｓｊ１７では、上述のユーザー認証処理へ移行する。ユーザー認証処理で認証がとれない場合は、処理を終了する。ユーザー認証処理で認証がとれると、Ｓｊ１８では、サーバー１０は、参加者テーブルを検索して、Ｓｊ４でサーバー１０が受信したユーザーＩＤが含まれ、かつ受信したユーザーＩＤに対応する参加承認フラグがＯＮである参加者テーブルのデータを全て取得し、Ｓｊ１９へ進む。
【０２３５】
Ｓｊ１９では、サーバー１０は、端末２０へ処理完了を示す情報と、Ｓｊ１８で取得した掲示板ＩＤ，ペアフラグ，掲示板名称，ニックネーム，発言保存容量，最終発言ＩＤを送信して、サーバー１０側の処理を終了する。
【０２３６】
Ｓｊ２０では、端末２０は、Ｓｊ１９でサーバーから送信されたデータを受信して、Ｓｊ２１へ進む。Ｓｊ２１では、端末２０は、データ格納領域２３ｂのユーザー登録完了フラグをＯＮに更新するとともに、データ格納領域２３ｂに掲示板管理データとして、Ｓｊ２０で受信したデータを格納して、端末２０側の処理を終了する。
【０２３７】
＜ユーザー情報変更処理＞
ユーザー情報変更処理では、ユーザーデータの変更登録を行う。
図１７は、ユーザー情報変更処理を説明する図である。
【０２３８】
ユーザー情報変更処理は、以下のＳｋ１〜Ｓｋ９の流れで行われる。以下の説明で、Ｓｋ１〜Ｓｋ３、Ｓｋ８、Ｓｋ９は、端末側アプリに基づいて行なわれる処理である。Ｓｋ４〜Ｓｋ７はサーバー側アプリに基づいて行われる処理である。
【０２３９】
Ｓｋ１では、ユーザーから、ユーザーデータの入力を受け付け、Ｓｋ２へ進む。本実施形態では、変更しようとする新しいパスワード，メールアドレス，ユーザー名，ニックネームの入力を受け付ける。Ｓｋ２では、入力されたデータのうち新しく変更しようとするデータを、端末側情報処理部２１の一時記憶メモリに保存する。
【０２４０】
続いて、Ｓｋ３では、ユーザーデータの変更をリクエストする情報を、サーバーに送信する。ユーザーデータの変更をリクエストする情報には、端末識別子（又は個人識別子）と、それまでのユーザーＩＤ，パスワードと、変更しようとする新しいパスワード，メールアドレス，ユーザー名，ニックネームとが含まれる。Ｓｋ３の後、端末２０は、サーバー１０からの情報の受信を待機する。
【０２４１】
Ｓｋ４では、サーバー１０は、ユーザーデータの変更をリクエストする情報を受信して、Ｓｋ５へ進む。Ｓｋ５では、上述のユーザー認証処理を行う。その後、Ｓｋ６では、Ｓｋ５で取得したデータを、受信した新しいデータに変更しユーザーテーブルを更新して、Ｓｋ７へ進む。Ｓｋ７では、端末２０へ、変更完了を示す情報を送信して、サーバー１０側の処理を終了する。
【０２４２】
Ｓｋ８では、端末２０は変更完了を示す情報を受信し、Ｓｋ９へ進む。Ｓｋ９では、Ｓｋ２で格納した一時記憶メモリのデータを、データ格納領域２３ｂのユーザーデータに上書きして、端末２０側の処理を終了する。
【０２４３】
◆ユーザー登録の認証強化▲３▼
識別１利用の場合，識別２利用の場合，識別３利用の場合に共通して、電子メールからの端末アプリの起動機能を有する端末２０に対しては、メールアドレスが変更された場合には、以下のＳｌ１〜Ｓｌ１５の流れのようにユーザー情報変更処理を行うこともできる。これにより、メールアドレスの正当性の確認とユーザー認証の強化を図ることができる。
【０２４４】
図１８は、ユーザー登録の認証強化をする場合のユーザー情報変更処理を説明する図である。
Ｓｌ１〜Ｓｌ６では、Ｓｋ１〜Ｓｋ６と同じ処理を行う。続くＳｌ７では、サーバー１０は、サーバー側情報処理部１１の乱数生成部で取得した乱数に基づいて、起動キーを生成する。続くＳｌ８では、サーバー１０は、Ｓｌ７で生成した起動キーを含む電子メール（以下「起動メール」という）を、Ｓｌ４で受信した新しいメールアドレスへ送信する。続くＳｌ９では、サーバー１０は、端末２０へ処理完了を示す情報とＳｌ７で生成した起動キーを送信する。
【０２４５】
Ｓｌ１０では、端末２０は、サーバー１０から処理完了を示す情報と起動キーを受信して、Ｓｌ１１へ進む。Ｓｌ１１では、端末２０は、データ格納領域２３ｂのデータを、Ｓｌ２で一時記憶メモリに記憶したデータで更新するとともに、データ格納領域２３ｂに起動キーを登録する。また、Ｓｌ１１では、データ格納領域２３ｂのユーザー登録完了フラグを「起動メール待ち」に書き換える。
【０２４６】
続くＳｌ１２では、一旦端末２０側の処理を終了する。その後、端末２０に起動メールが届いたときに、ユーザーは起動メールから端末側アプリを起動させる。起動メールから端末側アプリが起動すると、つづくＳｌ１３では、端末２０は、起動メールの起動キーと、データ格納領域２３ｂの起動キーが一致するかを確認する。
【０２４７】
Ｓｌ１３で一致すると判断した場合（Ｓｌ１３；Ｙｅｓ）には、Ｓｌ１４に進む。Ｓｌ１４では、端末２０は、変更が完了したことを、端末２０の表示画面２０ａに表示し、ユーザー登録完了フラグをＯＮに書き換えて、端末２０側の処理を終了する。
【０２４８】
一方、Ｓｌ１３で一致しないと判断した場合（Ｓｌ１３；Ｎｏ）には、Ｓｌ１５に進む。Ｓｌ１５では、端末２０は、不正な起動メールであることを、端末２０の表示画面２０ａに表示し、端末２０側の処理を終了する。すなわち、登録（変更）されたメールアドレスが誤っていた場合には、他人の端末２０で誤って登録内容の変更処理が続けられることなく、ユーザー登録処理が完了されないため、メールアドレスの正当性の保証と、ユーザー認証の強化を図ることができる。
【０２４９】
（掲示板管理機能）
掲示板管理機能を用いて電子掲示板システム１００が行う掲示板作成処理、掲示板への参加処理、全掲示板状況取得処理、掲示板参加者変更処理、掲示板削除処理、掲示板設定変更処理について以下に詳述する。
【０２５０】
＜掲示板作成処理＞
図１９は、掲示板作成処理を説明する図である。
掲示板作成処理は、以下のＳｍ１〜Ｓｍ２８の流れで行われる。以下の説明で、Ｓｍ１〜Ｓｍ４、Ｓｍ１０、Ｓｍ１４、Ｓｍ１７〜Ｓｍ２０、Ｓｍ２６〜Ｓｍ２８は、端末側アプリに基づいて行なわれる処理である。Ｓｍ５〜Ｓｍ９、Ｓｍ１１〜Ｓｍ１３、Ｓｍ１５、Ｓｍ１６、Ｓｍ２１〜Ｓｍ２５はサーバー側アプリに基づいて行われる処理である。
【０２５１】
新規に電子掲示板の作成を行うためにユーザーが端末２０を操作して、掲示板作成処理の開始を要求すると、Ｓｍ１で、データ格納領域２３ｂの容量に空があるか否かを確認する。
【０２５２】
Ｓｍ１で空き容量がないと判断した場合（Ｓｍ１：Ｎｏ）には、Ｓｍ２へ進む。Ｓｍ２では、保存領域に空きがないことを表示画面２０ａに表示して処理を終了する。
【０２５３】
Ｓｍ１で空き容量があると判断した場合（Ｓｍ１：Ｙｅｓ）には、Ｓｍ３で、新規に作成する電子掲示板の基本情報の入力を求める画面を表示画面２０ａに表示して入力を受付ける。本実施形態では、掲示板名称、ニックネーム、初回発言、自分を除く他の参加者のユーザーＩＤ、ペアフラグの入力を受け付ける。掲示板名称は、作成する電子掲示板の名称である。ニックネームは、作成する電子掲示板にユーザーが書き込みをするときに使うニックネームである。初回発言は、作成する電子掲示板に最初に書き込まれるメッセージである。ペアフラグは、電子掲示板に参加するユーザーが二人に限定されるものである（ＯＮ）のか、人数が限定されない（０ＦＦ）のかを示すフラグである。
【０２５４】
ユーザが、掲示板名称、ニックネーム、初回発言、参加者のユーザーＩＤ、ペアフラグを入力すると、Ｓｍ４では、サーバー１０へ新規の電子掲示板の作成をリクエストする情報を送信する。新規の電子掲示板の作成をリクエストする情報には、端末識別子（又は個人識別子）、ユーザーＩＤ、パスワード、ペアフラグ、掲示板名称、ニックネーム、初回発言、自分を除く他のユーザーの参加人数、自分を除く他の参加者のユーザーＩＤが含まれる。Ｓｍ４の後、端末２０は、サーバー１０からの情報の受信を待機する。
【０２５５】
Ｓｍ５では、サーバー１０は、新規の電子掲示板の作成をリクエストする情報を受信して、Ｓｍ６へ進む。Ｓｍ６では、上述のユーザー認証を行う。続くＳｍ７では、Ｓｍ５で受信したペアフラグの確認を行う。
【０２５６】
Ｓｍ７で、ペアフラグがＯＦＦと確認（Ｓｍ７：ＯＦＦ）すると、Ｓｍ１１へ進む。一方、Ｓｍ７で、ペアフラグがＯＮと確認（Ｓｍ７：ＯＮ）すると、Ｓｍ８へ進む。Ｓｍ８では、Ｓｍ５で受信した他のユーザの参加人数が２名以上かを確認する。Ｓｍ８で、１名であると確認（Ｓｍ８：一名）するとＳｍ１１へ進む。一方Ｓｍ８で２名以上であると確認（Ｓｍ８：二名以上）すると、Ｓｍ９へ進む。
【０２５７】
Ｓｍ９では、端末２０に、不正な参加人数であることを通知する情報を送信し、サーバー１０側の処理を終了する。Ｓｍ１０では、端末２０は、不正な参加人数であることを通知する情報を受信し、Ｓｍ３へ戻る。
【０２５８】
Ｓｍ１１では、ユーザーテーブルを検索して、ユーザーテーブルの中から、ユーザー登録完了フラグがＯＮであり、且つＳｍ５で受信した自分を除く他の参加者のユーザーＩＤに対応するデータの取得を試みて、Ｓｍ１２へ進む。
【０２５９】
Ｓｍ１２で、Ｓｍ５で受信した自分を除く他の参加者のユーザーＩＤに対応するデータを全て取得できたかを判断する。Ｓｍ１２で、データの取得をすることができないユーザーＩＤが存在すると判断した場合（Ｓｍ１２：Ｎｏ）には、Ｓｍ１３へ進む。Ｓｍ１３では、端末２０に、不正な参加者が存在することを通知する情報を送信し、サーバー１０側の処理を終了する。Ｓｍ１４では、端末２０は、不正な参加者が存在することを通知する情報を受信し、Ｓｍ３へ戻る。
【０２６０】
Ｓｍ１２で、全てのユーザーＩＤに対応するデータを取得できたと判断した場合（Ｓｍ１２：Ｙｅｓ）には、Ｓｍ１５へ進む。Ｓｍ１５では、所定のデータをデータベース記憶部１３へ登録して、Ｓｍ１６へ進む。本実施形態では、次の（ａ）〜（ｅ）のようにデータを登録する。
【０２６１】
（ａ）データベース記憶部１３の掲示板テーブルに以下のようにデータを登録する。
掲示板ＩＤ：既に存在する掲示板ＩＤと重複しない新しい掲示板ＩＤを生成して登録する。
所有者ＩＤ：掲示板の作成を要求したユーザーのユーザーＩＤを登録する。
ペアフラグ：Ｓｍ５で受信したペアフラグを登録する。
最大発言ＩＤ：０を登録する。
【０２６２】
（ｂ）データベース記憶部１３の参加者テーブルに、所有者用データとして以下のようにデータを登録する。
掲示板ＩＤ：（ａ）の掲示板ＩＤを登録する。
参加者ＩＤ：Ｓｍ５で受信した掲示板の作成を要求したユーザーのユーザーＩＤを登録する。
所有者ＩＤ：Ｓｍ５で受信した掲示板の作成を要求したユーザーのユーザーＩＤを登録する。
ペアフラグ：（ａ）のペアフラグを登録する。
参加承認フラグ：ＯＮを登録する。
掲示板名称：Ｓｍ５で受信した掲示板名称を登録する。
ニックネーム：Ｓｍ５で受信したニックネームを登録する。
発言保存容量：０を登録する。
最終発言ＩＤ：−１を登録する。
【０２６３】
（ｃ）データベース記憶部１３の参加者テーブルに、参加者用データとして以下のようにデータを登録する。
掲示板ＩＤ：（ａ）の掲示板ＩＤを登録する。
参加者ＩＤ：Ｓｍ５で受信した参加者のユーザーＩＤを登録する。
所有者ＩＤ：（ｂ）の所有者ＩＤを登録する。
ペアフラグ：（ａ）のペアフラグを登録する。
参加承認フラグ：ＯＦＦを登録する。
掲示板名称：（ａ）の掲示板名称を登録する。
ニックネーム：ユーザーテーブルの参加者ＩＤに対応するニックネームを登録する。
発言保存容量：０を登録する。
最終発言ＩＤ：−１を登録する。
【０２６４】
（ｄ）データベース記憶部１３に、この電子掲示板用の発言テーブルを作成する。作成する発言テーブルのテーブル名として、例えば掲示板ＩＤを含む一意な名称を登録することで、各電子掲示板に固有の発言テーブルを作成できる。作成する発言テーブルには、以下のようにデータを登録する。
発言登録日時：サーバー１０における現在の時刻を登録する。
発言ＩＤ：０を登録する。
エモキャラＩＤ：Ｓｍ５で受信した初回発言に含まれるエモキャラＩＤを登録する。
発言テキストデータ：Ｓｍ５で受信した初回発言に含まれる発言テキストデータを登録する。
発言者ＩＤ：Ｓｍ５で受信した掲示板の作成を要求したユーザーのユーザーＩＤを登録する。
発言者ニックネーム：Ｓｍ５で受信したニックネーム
端末発言日時：発言テーブル作成時の時刻
【０２６５】
Ｓｍ１６では、端末２０へ掲示板作成完了を通知する情報と掲示板ＩＤを送信する。Ｓｍ１６の後、サーバー１０は、端末２０からの情報の受信を待機する。
【０２６６】
Ｓｍ１７で、端末２０は、掲示板作成完了を通知する情報と掲示板ＩＤを受信して、Ｓｍ１８へ進む。Ｓｍ１８では、端末２０は、データ格納領域２３ｂ内に保存できる発言データの最大記憶容量を確認して、Ｓｍ１９へ進む。
【０２６７】
Ｓｍ１９では、表示画面２０ａに掲示板の発言保存容量の入力を求める画面を表示して、ユーザーの掲示板の保存容量の入力を受け付ける。掲示板の保存容量は、掲示板の発言の保存に使用するデータ記憶領域の容量であり、Ｓｍ１８で確認した容量を最大とする。
【０２６８】
Ｓｍ１９で入力があると、Ｓｍ２０では、掲示板設定をリクエストする情報をサーバー１０へ送信する。掲示板設定をリクエストする情報には、端末識別子（又は個人識別子）、ユーザーＩＤ、パスワード、掲示板ＩＤ、発言保存容量が含まれる。Ｓｍ１８の後、端末２０は、サーバー１０からの情報の受信を待機する。
【０２６９】
Ｓｍ２１では、サーバー１０は、掲示板設定をリクエストする情報の受信を行い、Ｓｍ２２へ進む。Ｓｍ２２では、上述のユーザー認証を行う。つづいて、Ｓｍ２３では、参加者テーブルを検索して、参加者テーブルの中から、Ｓｍ２１で受信した掲示板ＩＤ，ユーザーＩＤの組合せに対応するデータの取得を行い、Ｓｍ２４へ進む。
【０２７０】
Ｓｍ２４では、Ｓｍ２３で取得したデータのうち、発言保存容量を、Ｓｍ２１で受信した発言保存容量に更新して、Ｓｍ２５へ進む。Ｓｍ２５では、端末２０へ掲示板設定登録完了を通知する情報を送信して、サーバー１０側の処理を終了する。
【０２７１】
なお、Ｓｍ３の前にＳｍ１８の処理を行い、Ｓｍ３の段階で発言保存容量の入力を受け付けるようにする等して、Ｓｍ３〜Ｓｍ２５の処理を改変することもできる。
【０２７２】
Ｓｍ２６では、端末２０は、掲示板設定登録完了を通知する情報を受信して、Ｓｍ２７へ進む。Ｓｍ２７では、データ格納領域２３ｂに掲示板管理データの登録を行う。掲示板管理データを作成し、データ記憶領域に次のようにデータを登録して、Ｓｍ２８へ進む。
【０２７３】
掲示板ＩＤ：Ｓｍ１７で受信した掲示板ＩＤを登録する。
ペアフラグ：Ｓｍ３で入力を受け付けたペアフラグを登録する。
掲示板名称：Ｓｍ３で入力を受け付けた掲示板名称を登録する。
ニックネーム：Ｓｍ３で入力を受け付けた掲示板の作成を要求したユーザーのニックネームを登録する。
最終発言ＩＤ：−１を登録する。
発言保存容量：Ｓｍ１９で受け付けた発言保存容量を登録する。
保存開始位置：データ格納領域２３ｂ内で発言保存容量を確保した保存開始位置を登録する。
【０２７４】
Ｓｍ２８では、データ格納領域２３ｂ内の保存開始位置から発言保存容量分をクリアして、端末２０側の処理を終了する。
【０２７５】
電子メールからの起動機能を利用する場合、Ｓｍ１６以降を、次のように変更する。すなわち電子掲示板への参加を誘う電子メールによって、後述する「掲示板への参加処理」をメールからの起動で行う（Ｓｏ１〜Ｓｏ２１）。具体的には、Ｓｍ１６で、ユーザーテーブルの参加者ＩＤに対応するメールアドレスへ、掲示板ＩＤを含む電子掲示板への参加を誘う電子メールを送信する。続いて、端末２０へ掲示板作成完了と掲示板ＩＤを送信する。
【０２７６】
また、Ｓｍ１８以降の処理を行わずに掲示板作成処理を終了し、その代わりに電子掲示板を作成したユーザーも他の参加者と同じに、後述の「掲示板への参加処理」で電子掲示板に参加するようにする。この場合、Ｓｍ１は不要になり、Ｓｍ１５の（ｂ）で、参加者テーブルの参加承認フラグはＯＦＦで登録することになる。
【０２７７】
＜掲示板への参加処理＞
図２０は、掲示板への参加処理を説明する図である。
掲示板への参加処理は以下のＳｎ１〜Ｓｎ２２の流れで行われる。以下の説明で、Ｓｎ１、Ｓｎ８〜Ｓｎ１４、Ｓｎ２０〜Ｓｎ２２は、端末側アプリに基づいて行なわれる処理である。Ｓｎ２〜Ｓｎ７、Ｓｎ１５〜Ｓｎ１９はサーバー側アプリに基づいて行われる処理である。
【０２７８】
端末側アプリを起動すると、Ｓｎ１では、サーバー１０へ新規の電子掲示板情報の取得をリクエストする情報を送信する。新規の電子掲示板情報の取得をリクエストする情報には、端末識別子（又は個人識別子）、ユーザーＩＤ、パスワードが含まれる。Ｓｎ１の後、端末２０は、サーバー１０からの情報の受信を待機する。
【０２７９】
Ｓｎ２で、サーバー１０は、新規の電子掲示板情報の取得をリクエストする情報を受信し、Ｓｎ３へ進む。Ｓｎ３では、上述のユーザー認証処理を行う。続くＳｎ４では、参加者テーブルを検索して、参加者テーブルの中から、Ｓｎ２で受信したユーザーＩＤが参加者ＩＤとして登録され、かつ、その参加者ＩＤに対応する参加承認フラグがＯＦＦであるデータの取得を試みて、Ｓｎ５へ進む。
【０２８０】
Ｓｎ５で、Ｓｎ２で受信したユーザーＩＤが参加者ＩＤとして登録され、かつ、その参加者ＩＤに対応する参加承認フラグがＯＦＦであるデータを取得できたかを判断する。Ｓｎ５でデータを取得できたと判断した場合（Ｓｎ５：Ｙｅｓ）にはＳｎ６へ進む。Ｓｎ６では、端末２０へ新規の電子掲示板がある旨の情報を次のデータを含めて送信する。
掲示板ＩＤ：Ｓｎ４で取得した掲示板ＩＤ
ペアフラグ：Ｓｎ４で取得したペアフラグ
掲示板名称：Ｓｎ４で取得した掲示板名称
Ｓｎ６の後、サーバー１０は、端末２０からの情報の受信を待機する。
【０２８１】
一方、Ｓｎ５でデータを取得できないと判断した場合（Ｓｎ５：Ｎｏ）には、Ｓｎ７へ進む。Ｓｎ７では、端末２０へ新規の電子掲示板はない旨の情報を送信して、サーバー１０側の処理を終了する。
【０２８２】
Ｓｎ８では、端末２０は、新規の電子掲示板はない旨の情報を受信して、端末側の処理を終了する。
Ｓｎ９では、端末２０は、新規の電子掲示板がある旨の情報を受信して、Ｓｎ１０へ進む。Ｓｎ１０では、Ｓｎ９で受信した掲示板名称を表示画面２０ａに表示してＳｎ１１へ進む。このとき、新規の電子掲示板の掲示板名称だけを表示したり、既に所有していた電子掲示板の掲示板名称とあわせて新規の電子掲示板の掲示板名称を既に所有していた掲示板と異なる表示態様（色違い／マークつき）で表示したりする。
【０２８３】
Ｓｎ１１では、データ格納領域２３ｂの空容量があるかを確認する。Ｓｎ１１で空容量があると判断した場合（Ｓｎ１１：Ｙｅｓ）には、Ｓｎ１３へ進む。一方、Ｓｎ８で空容量がないと判断した場合（Ｓｎ１１：Ｎｏ）には、Ｓｎ１２で空きがないことを表示画面２０ａに表示して、端末２０側の処理を終了する。
【０２８４】
Ｓｎ１３では、新規の電子掲示板の設定をする画面を表示し、次の事項の入力を受け付け、Ｓｎ１４へ進む。
発言保存容量：Ｓｎ１１で確認をした容量を最大として新規の電子掲示板における発言の保存に使用するデータ格納領域２３ｂの容量の入力を受け付ける。
掲示板名称：Ｓｎ９で受信した掲示板名称がデフォルトとなっている。
ニックネーム：データ格納領域２３ｂに登録された自己のニックネームがデフォルトとなっている。
【０２８５】
Ｓｎ１４では、サーバー１０へ、掲示板設定をリクエストする情報を電子掲示板への参加の登録を指示するための参加登録情報として送信する。参加登録情報には、端末識別子（又は個人識別子）、ユーザーＩＤ、パスワード、掲示板ＩＤ、発言保存容量、掲示板名称、ニックネームが含まれる。Ｓｎ１４の後、端末２０は、サーバー１０からの情報の受信を待機する。
【０２８６】
Ｓｎ１５で、サーバー１０は、参加登録情報を受信し、Ｓｎ１６へ進む。Ｓｎ１６では、上述のユーザー認証処理を行う。続くＳｎ１７では、参加者テーブルを検索して、参加者テーブルの中から、掲示板ＩＤがＳｎ１５で受信した掲示板ＩＤであり、かつ、参加者ＩＤにＳｎ１５で受信したユーザーＩＤが含まれるデータの取得を行い、Ｓｎ１８へ進む。
【０２８７】
Ｓｎ１８では、Ｓｎ１７で取得したデータのうち、次の項目のデータを更新して、Ｓｎ１９へ進む。
発言保存容量：Ｓｎ１５で受信した発言保存容量に更新する。
掲示板名称：Ｓｎ１５で受信した掲示板名称に更新する。
ニックネーム：Ｓｎ１５で受信したニックネームに更新する。
参加承認フラグ：ＯＮに更新する。
【０２８８】
Ｓｎ１９では、端末２０へ電子掲示板の設定登録の完了を通知する情報を送信して、サーバー１０側の処理を終了する。
【０２８９】
なお、Ｓｎ１８において、後述する「発言」の機能を用いて自動的にユーザーが掲示板に参加したことを発言するようにすることにより、ユーザーの参加タイミングを電子掲示板の全参加者に周知することもできる。
【０２９０】
Ｓｎ２０では、端末２０は電子掲示板の設定登録の完了を通知する情報を受信して、Ｓｎ２１へ進む。Ｓｎ２１では、データ格納領域２３ｂの掲示板管理データとして次のようにデータを登録して、Ｓｎ２２へ進む。
【０２９１】
掲示板ＩＤ：Ｓｎ９で受信した掲示板ＩＤを登録する。
ペアフラグ：Ｓｎ９で受信したペアフラグを登録する。
掲示板名称：Ｓｎ１３で入力した掲示板名称を登録する。
ニックネーム：Ｓｎ１３で入力したニックネームを登録する。
最終発言ＩＤ：−１を登録する。
発言保存容量：Ｓｎ１３で入力した値を登録する。
保存開始位置：データ格納領域２３ｂ内で発言保存容量を確保した保存開始位置を登録する。
【０２９２】
Ｓｎ２２では、データ格納領域２３ｂ内の保存開始位置から発言保存容量分をクリアして、端末２０側の処理を終了する。
なお、以上の掲示板への参加処理は、端末アプリの起動時に行うが、後述の「全掲示板状況取得処理」の際に行うこともできる。
【０２９３】
また、Ｓｎ１３では、ユーザーが電子掲示板への参加をしない旨の意思表示を行うためのボタンとして参加拒否ボタンを画面に表示し、ユーザーが参加拒否ボタンを選択して参加を行わない意思表示を行った場合には、Ｓｎ１４で、サーバー１０へ、電子掲示板への参加の拒否をリクエストする情報を送信して、端末２０側の処理を終了させるようにしてもよい。
【０２９４】
このようにした場合、サーバー１０は、電子掲示板への参加の拒否をリクエストする情報を受信すると、掲示板ＩＤがＳｎ１５で受信した掲示板ＩＤであり、かつ、参加者ＩＤにＳｎ１５で受信したユーザーＩＤが含まれるデータを参加者テーブルから削除して、サーバー１０側の処理を終了させるようにするとよい。
【０２９５】
◆メールからの起動機能を利用する場合
図２１は、メールからの起動機能を利用する場合の掲示板への参加処理を説明する図である。
メールからの起動機能を利用する場合は、掲示板への参加処理は、以下のＳｏ１〜Ｓｏ２１の流れとなる。
【０２９６】
なお、以下の説明で、Ｓｏ１、Ｓｏ８〜Ｓｏ１３、Ｓｏ１９〜Ｓｏ２１は、端末側アプリに基づいて行なわれる処理である。Ｓｏ２〜Ｓｏ７、Ｓｏ１４〜Ｓｏ１８はサーバー側アプリに基づいて行われる処理である。
【０２９７】
電子掲示板への参加を誘う「掲示板作成メール」から端末側アプリを起動すると、Ｓｏ１では、サーバー１０へ、掲示板情報の取得をリクエストする情報を送信する。掲示板情報の取得をリクエストする情報には、端末識別子（又は個人識別子）、ユーザーＩＤ、パスワード、掲示板ＩＤが含まれる。掲示板ＩＤは、掲示板作成メールに記載されているものである。Ｓｏ１の後、端末２０は、サーバー１０からの情報の受信を待機する。
【０２９８】
Ｓｏ２で、サーバー１０は、掲示板情報の取得をリクエストする情報を受信し、Ｓｏ３へ進む。Ｓｏ３では、上述のユーザー認証処理を行う。続くＳｏ４では、参加者テーブルを検索して、参加者テーブルの中から、掲示板ＩＤがＳｏ２で受信した掲示板ＩＤであり、かつ参加者ＩＤにＳｏ２で受信したユーザーＩＤが含まれ、かつ参加承認フラグがＯＦＦであるデータの取得を試みて、Ｓｏ５へ進む。
【０２９９】
Ｓｏ５で、掲示板ＩＤがＳｏ２で受信した掲示板ＩＤであり、かつ参加者ＩＤにＳｏ２で受信したユーザーＩＤが含まれ、かつ参加承認フラグがＯＦＦであるデータを取得できたかを判断する。Ｓｏ５で、データを取得できないと判断した場合（Ｓｏ５：Ｎｏ）には、Ｓｏ６へ進む。Ｓｏ６では、端末２０へ不正な掲示板ＩＤである旨を通知する情報を送信して、サーバー１０側の処理を終了する。
【０３００】
一方、Ｓｏ５でデータを取得できたと判断した場合（Ｓｏ５：Ｙｅｓ）には、Ｓｏ７へ進む。Ｓｏ７では、端末２０へ、Ｓｏ４で取得したペアフラグ，掲示板名称を送信する。Ｓｏ７の後、サーバー１０は、端末２０からの情報の受信を待機する。
【０３０１】
Ｓｏ８では、端末２０は、不正な掲示板ＩＤである旨を通知する情報を受信して、端末２０側の処理を終了する。
Ｓｏ９では、端末２０は、Ｓｏ７で送信されたデータを受信し、Ｓｏ１０へ進む。Ｓｏ１０では、データ格納領域２３ｂの空容量があるかを確認する。Ｓｏ１０で空容量があると判断した場合（Ｓｏ１０：Ｙｅｓ）には、Ｓｏ１２へ進む。一方、Ｓｏ１９で空容量がないと判断した場合（Ｓｏ１０：Ｎｏ）には、Ｓｏ１１へ進む。Ｓｏ１１では、空容量がないことを表示画面２０ａに表示して、端末２０側の処理を終了する。
【０３０２】
Ｓｏ１２では、新規の電子掲示板の設定をする画面を表示し、次の事項の入力を受け付け、Ｓｏ１３へ進む。
発言保存容量：Ｓｏ１０で確認をした容量を最大とした新規の電子掲示板における発言の保存に使用するデータ格納領域２３ｂの容量の入力を受け付ける。
掲示板名称：Ｓｏ９で受信した掲示板名称がデフォルトとなっている。
ニックネーム：データ格納領域２３ｂに登録された自己のニックネームがデフォルトとなっている。
【０３０３】
Ｓｏ１３では、サーバー１０へ、掲示板設定をリクエストする情報を電子掲示板への参加の登録を指示するための参加登録情報として送信する。参加登録情報には、端末識別子（又は個人識別子）、ユーザーＩＤ、パスワード、掲示板ＩＤ、発言保存容量、掲示板名称、ニックネームが含まれる。Ｓｏ１０の後、端末２０は、サーバー１０からの情報の受信を待機する。
【０３０４】
Ｓｏ１４で、サーバー１０は、参加登録情報を受信し、Ｓｏ１５へ進む。Ｓｏ１５では、上述のユーザー認証処理を行う。続くＳｏ１６では、参加者テーブルを検索して、参加者テーブルの中から、掲示板ＩＤがＳｏ１４で受信した掲示板ＩＤであり、かつ、参加者ＩＤにＳｏ１４で受信したユーザーＩＤが含まれるデータの取得を行い、Ｓｏ１７へ進む。
【０３０５】
Ｓｏ１７では、Ｓｏ１６で取得したデータのうち、次の項目を更新して、Ｓｏ１８へ進む。
発言保存容量：Ｓｏ１４で受信した発言保存容量を登録する。
掲示板名称：Ｓｏ１４で受信した掲示板名称を登録する。
ニックネーム：Ｓｏ１４で受信したニックネームを登録する。
参加承認フラグ：ＯＮを登録する。
【０３０６】
Ｓｏ１８では、端末２０へ電子掲示板の設定登録の完了を通知する情報を送信して、サーバー１０側の処理を終了する。
【０３０７】
なお、Ｓｏ１７において、後述する「発言」の機能を用いて自動的にユーザーが掲示板に参加したことを発言するようにすることにより、ユーザーの参加タイミングを電子掲示板の全参加者に周知することもできる。
【０３０８】
Ｓｏ１９では、端末２０は、電子掲示板の設定登録の完了を通知する情報を受信して、Ｓｏ２０へ進む。Ｓｏ２０では、データ格納領域２３ｂの掲示板管理データとして次のようにデータを登録して、Ｓｏ２１へ進む。
【０３０９】
掲示板ＩＤ：掲示板作成メールに記載された掲示板ＩＤを登録する。
ペアフラグ：Ｓｏ９で受信したペアフラグを登録する。
掲示板名称：Ｓｏ１２で入力した掲示板名称を登録する。
ニックネーム：Ｓｏ１２で入力したニックネームを登録する。
最終発言ＩＤ：−１を登録する。
発言保存容量：Ｓｏ１２で入力した値を登録する。
保存開始位置：データ格納領域２３ｂ内で発言保存容量を確保した保存開始位置を登録する。
【０３１０】
Ｓｏ２１では、データ格納領域２３ｂ内の保存開始位置から発言保存容量分をクリアして、端末２０側の処理を終了する。
【０３１１】
＜全掲示板状況取得処理＞
図２２は、全掲示板状況取得処理を説明する図である。
全掲示板状況取得処理は以下のＳｐ１〜Ｓｐ１１の流れで行われる。以下の説明で、Ｓｐ１、Ｓｐ７〜Ｓｐ１１は、端末側アプリに基づいて行なわれる処理である。Ｓｐ２〜Ｓｐ６はサーバー側アプリに基づいて行われる処理である。
【０３１２】
ユーザーが端末２０を操作して、未読の発言の有無を調べるための端末２０の操作を行うと、Ｓｐ１では、ユーザーが参加可能な電子掲示板についての最新状況を確認するために、サーバー１０へ全電子掲示板の状況の取得をリクエストする情報を、本発明の最新状況確認情報として送信する。全電子掲示板の状況の取得をリクエストする情報には、端末識別子（又は個人識別子）、ユーザーＩＤ、パスワードが含まれる。Ｓｐ１の後、端末２０は、サーバー１０からの情報の受信を待機する。
【０３１３】
なお、未読の発言の有無を調べるための端末２０の操作をユーザーが直接行わない場合でも、電子掲示板システム１００のアプリケーションプログラムが自動的にＳｐ１を行うようにしてもよい。例えば、（ａ）全掲示板状況取得処理を自動的に行う時間間隔を、ユーザーが端末２０に予め登録しておく。端末側アプリが、その時間間隔でＳｐ１を開始する。（ｂ）上述の「掲示板への参加処理」の後にＳｐ１を開始する。
【０３１４】
Ｓｐ２で、サーバー１０は、全電子掲示板の状況の取得をリクエストする情報を受信し、Ｓｐ３へ進む。Ｓｐ３では、上述のユーザー認証処理を行う。
続くＳｐ４では、参加者テーブルを検索して、参加者テーブルの中から、Ｓｐ２で受信したユーザーＩＤが参加者ＩＤとして登録され、且つ参加承認フラグがＯＮであるデータの取得を行い、Ｓｐ５へ進む。
【０３１５】
Ｓｐ５では、掲示板テーブルを検索して、掲示板テーブルの中から、Ｓｐ４で取得した掲示板ＩＤに対応するデータの取得を行い、Ｓｐ６へ進む。
Ｓｐ６では、処理完了を通知する情報、ＮＥＷフラグとともに、ユーザーが参加可能な電子掲示板を示す情報であるボード状況情報を端末２０へ送信して、サーバー１０側の処理を終了する。
【０３１６】
本実施の形態では、Ｓｐ６で送信するボード状況情報は、Ｓｐ４で取得した掲示板ＩＤである。すなわち、本実施形態では、Ｓｐ４で、Ｓｐ２で受信したユーザーＩＤが参加者ＩＤとして登録され、且つ参加承認フラグがＯＮである電子掲示板の掲示板ＩＤを取得して、この掲示板ＩＤをＳｐ６で端末２０へ送信しているため、Ｓｐ６で送信する掲示板ＩＤによって、サーバー１０に登録されている電子掲示板のうち、そのユーザーが現時点で参加可能な電子掲示板が特定される。
【０３１７】
また、本実施の形態では、Ｓｐ６で送信するＮＥＷフラグは、Ｓｐ４で取得した最終発言ＩＤよりＳｐ５で取得した最大発言ＩＤが大きい場合にＯＮ、それ以外はＯＦＦである。そのため、Ｓｐ６で送信するＮＥＷフラグにより、サーバー１０に新たな発言が登録されているか否かを知ることができる。
【０３１８】
Ｓｐ７では、端末２０は、Ｓｐ６で送信されたデータを受信し、Ｓｐ８へ進む。Ｓｐ８では、データ格納領域２３ｂの全掲示板管理データにつき、受信した掲示板ＩＤとつき合せる。
【０３１９】
Ｓｐ８で、データ格納領域２３ｂに存在するのに、受信した掲示板ＩＤに含まれない掲示板ＩＤが存在しないと判断した場合（Ｓｐ８：Ｎｏ）には、Ｓｐ１０へ進む。Ｓｐ８で、データ格納領域２３ｂに存在するのに、受信した掲示板ＩＤに含まれない掲示板ＩＤが存在すると判断した場合（Ｓｐ８：Ｙｅｓ）には、Ｓｐ９へ進む。Ｓｐ９では、受信した掲示板ＩＤに含まれない掲示板ＩＤに対応する電子掲示板は削除されたものとして、データ格納領域２３ｂから当該電子掲示板の掲示板管理データを削除して、Ｓｐ１０へ進む。
【０３２０】
Ｓｐ１０では、受信したＮＥＷフラグを、データ記憶領域の該当する掲示板ＩＤの掲示板管理データに反映して、Ｓｐ１１へ進む。Ｓｐ１１では、ユーザーが所有する電子掲示板、すなわちデータ格納領域２３ｂに登録されている電子掲示板ＩＤに対応する電子掲示板の掲示板名称のリストを表示画面２０ａに表示（図３２参照）して、端末２０側の処理を終了する。このとき、受信したＮＥＷフラグに対応する電子掲示板ＩＤの掲示板名称の横に「Ｎｅｗ」等の表示を行う。
【０３２１】
なお、本実施の形態では、ボード状況情報はユーザーが参加可能な電子掲示板を示す情報であるが、本発明のボード状況情報を、ユーザーが参加不可能な電子掲示板を示す情報としてもよい。すなわち、ボード状況情報を、ユーザーが参加不可能となった電子掲示板の掲示板ＩＤとして、そのユーザーが参加不可能となった電子掲示板を端末２０側で知るようにしてもよい。この場合は、上記Ｓｐ１〜Ｓｐ９の各処理を、例えば以下のＳｐ１’〜Ｓｐ９’の各処理に改変する。以下に上記Ｓｐ１〜Ｓｐ９との相違点を主に説明する。
【０３２２】
Ｓｐ１’では、上記Ｓｐ１で送信する全電子掲示板の状況の取得をリクエストする情報に、端末２０に登録されている全ての掲示板ＩＤを含めるようにする。Ｓｐ２’では、Ｓｐ１’で送信された全電子掲示板の状況の取得をリクエストする情報を受信する。Ｓｐ３’では、Ｓｐ３同様に、上述のユーザー認証処理を行う。Ｓｐ４’では、Ｓｐ４同様に、Ｓｐ２’で受信したユーザーＩＤが参加者ＩＤとして登録され、且つ当該ユーザーＩＤに対応する参加承認フラグがＯＮであるデータの取得を行う。Ｓｐ５’では、上記Ｓｐ５同様に、Ｓｐ４’で取得した掲示板ＩＤに対応するデータの取得を行う。Ｓｐ６’では、Ｓｐ４’で取得した掲示板ＩＤと、ＮＥＷフラグとともに、ユーザーが参加不可能となった電子掲示板の掲示板ＩＤを送信する。
【０３２３】
ユーザーが参加不可能となった電子掲示板の掲示板ＩＤは、サーバー１０が、Ｓｐ２’で受信した掲示板ＩＤと、Ｓｐ４’で取得した掲示板ＩＤを比較して特定する。すなわち、Ｓｐ２’で受信した掲示板ＩＤと、Ｓｐ４’で取得した掲示板ＩＤを比較して、この比較の結果、Ｓｐ２’で受信した掲示板ＩＤに含まれるのにＳｐ４’で取得した掲示板ＩＤに含まれない掲示板ＩＤが、ユーザーが参加不可能となった電子掲示板の掲示板ＩＤである。比較の結果、ユーザーが参加不可能となった電子掲示板がなければ、Ｓｐ６でユーザーが参加不可能となった電子掲示板の掲示板ＩＤは送信されない。
【０３２４】
Ｓｐ７’では、端末２０は、Ｓｐ６’で送信されたデータを受信する。Ｓｐ８’では、ユーザーが参加不可能となった電子掲示板の掲示板ＩＤをＳｐ７’で受信したか否かを判定する。Ｓｐ８’で、ユーザーが参加不可能となった電子掲示板の掲示板ＩＤを受信したと判断した場合には、Ｓｐ９’でユーザーが参加不可能となった電子掲示板の掲示板ＩＤに対応する電子掲示板は削除されたものとして、データ格納領域２３ｂから当該電子掲示板の掲示板管理データを削除してＳｐ１０へ進む。一方、Ｓｐ８’で、ユーザーが参加不可能となった電子掲示板の掲示板ＩＤを受信しないと判断した場合には、そのままＳｐ１０へ進む。
【０３２５】
＜掲示板参加者変更処理＞
図２３は、掲示板参加者変更処理を説明する図である。
掲示板参加者変更処理は、以下のＳｑ１〜Ｓｑ２１の流れで行われる。以下の説明で、Ｓｑ１、Ｓｑ２、Ｓｑ８、Ｓｑ１１、Ｓｑ１５、Ｓｑ２０、Ｓｑ２１は、端末側アプリに基づいて行なわれる処理である。Ｓｑ３〜Ｓｑ７、Ｓｑ９、Ｓｑ１０、Ｓｑ１２〜Ｓｑ１４、Ｓｑ１６〜Ｓｑ１９はサーバー側アプリに基づいて行われる処理である。
【０３２６】
ユーザーが参加者の変更を行いたい電子掲示板を選択して端末２０の操作をすることで、掲示板参加者変更処理の開始が指示されると、Ｓｑ１では、当該電子掲示板に参加している参加者のリストを表示画面２０ａに表示して、Ｓｑ２へ進む。
【０３２７】
Ｓｑ２では、ユーザからの指示にしたがって、削除するユーザーＩＤ、追加するユーザーＩＤを、一時記憶メモリに保存して、変更・削除をリクエストする情報をサーバー１０へ送信する。変更・削除をリクエストする情報には、端末識別子（又は個人識別子）、ユーザーＩＤ、パスワード、掲示板ＩＤ、掲示板名称、追加するユーザーＩＤ、削除するユーザーＩＤが含まれる。Ｓｑ２の後、端末２０は、サーバー１０からの情報の受信を待機する。
【０３２８】
Ｓｑ３で、サーバー１０は、変更・削除をリクエストする情報を受信し、Ｓｑ４へ進む。Ｓｑ４では、上述のユーザー認証処理を行う。続くＳｑ５では、掲示板テーブルを検索して、掲示板テーブルの中から、Ｓｑ３で受信した掲示板ＩＤに対応するデータの取得を行い、Ｓｑ６へ進む。
【０３２９】
Ｓｑ６では、Ｓｑ５で取得した所有者ＩＤが、Ｓｑ３で受信したユーザーのユーザーＩＤと一致するかを確認する。Ｓｑ６で一致すると判断した場合（Ｓｑ６：Ｙｅｓ）には、Ｓｑ９へ進む。一方、Ｓｑ６で一致しないと判断した場合（Ｓｑ６：Ｎｏ）には、Ｓｑ７へ進む。
【０３３０】
Ｓｑ７では、端末２０へ参加者変更の権限がないことを通知する情報を送信し、サーバー１０側の処理を終了する。Ｓｑ８では、端末２０は、参加者変更の権限がないことを通知する情報を受信して、Ｓｑ１へ戻る。
【０３３１】
Ｓｑ９では、Ｓｑ５で取得したペアフラグを確認する。Ｓｑ９で、ペアフラグがＯＦＦの場合（Ｓｑ９：ＯＦＦ）には、Ｓｑ１２へ進む。一方、Ｓｑ９でペアフラグがＯＮの場合（Ｓｑ９：ＯＮ）には、Ｓｑ１０へ進む。
【０３３２】
Ｓｑ１０では、端末２０へ参加者変更ができないことを通知する情報を送信し、サーバー１０側の処理を終了する。Ｓｑ１１では、端末２０は、参加者変更ができないことを通知する情報を受信して、Ｓｑ１へ戻る。
【０３３３】
Ｓｑ１２では、ユーザーテーブルを検索して、ユーザーテーブルの中から、ユーザー登録完了フラグがＯＮであり、且つＳｑ３で受信した追加するユーザーＩＤに対応するデータの取得を試みて、Ｓｑ１３へ進む。Ｓｑ１３で、Ｓｑ３で受信した追加するユーザーＩＤに対応するデータを取得できたかを判断する。Ｓｑ１３で、全てのユーザーＩＤについてデータが取得できたと判断した場合（Ｓｑ１３：Ｙｅｓ）には、Ｓｑ１６へ進む。Ｓｑ１３で、データを取得できないユーザーＩＤが存在すると判断した場合（Ｓｑ１３：Ｎｏ）には、Ｓｑ１４へ進む。
【０３３４】
Ｓｑ１４では、端末２０へ不正な参加者が存在することを通知する情報を送信し、サーバー１０側の処理を終了する。Ｓｑ１５では、端末２０は、不正な参加者が存在することを通知する情報を受信して、Ｓｑ１へ戻る。
【０３３５】
Ｓｑ１６では、参加者テーブルを検索して、参加者テーブルの中から、掲示板ＩＤがＳｑ３で受信した掲示板ＩＤで、かつ参加者ＩＤとしてＳｑ３で受信した削除するユーザーＩＤが登録されているデータの取得を試みて、Ｓｑ１７へ進む。
Ｓｑ１７で、掲示板ＩＤがＳｑ３で受信した掲示板ＩＤで、かつ参加者ＩＤとしてＳｑ３で受信した削除するユーザーＩＤが登録されているデータを取得できたかを判断する。
【０３３６】
Ｓｑ１７で、全てのユーザーＩＤについてデータが取得できたと判断した場合（Ｓｑ１７：Ｙｅｓ）には、Ｓｑ１８へ進む。Ｓｑ１７で、削除するユーザーＩＤに対応するデータを取得できない場合（Ｓｑ１７：Ｎｏ）には、Ｓｑ１４，Ｓｑ１５と同様の処理を行なう。
【０３３７】
Ｓｑ１８では、参加者テーブルの中から、Ｓｑ１７で取得できたデータの削除を行うとともに、追加の参加者用データとして参加者テーブルに次のようにデータを登録して、Ｓｑ１９へ進む。
掲示板ＩＤ：Ｓｑ３で受信した掲示板ＩＤを登録する。
参加者ＩＤ：Ｓｑ３で受信した追加するユーザーＩＤを登録する。
所有者ＩＤ：Ｓｑ３で受信したユーザーＩＤを登録する。
ペアフラグ：Ｓｑ５で取得したのペアフラグを登録する。
参加承認フラグ：ＯＦＦを登録する。
掲示板名称：Ｓｑ３で受信した掲示板名称を登録する。
ニックネーム：ユーザーテーブルに登録されている参加者ＩＤに対応するニックネームを登録する。
発言保存容量：０を登録する。
【０３３８】
Ｓｑ１９では、端末２０へ処理完了を通知する情報を送信して、サーバー１０側の処理を終了する。
【０３３９】
なお、Ｓｑ１８の後に、ユーザーテーブルの中から、ユーザーＩＤが削除されるユーザーＩＤであるデータの取得を行い、そのデータに含まれるメールアドレスにに対して電子メールを送信する処理を行なうようにすることもできる。これにより、参加を取り消されるユーザーに対して、削除されたことを通知することもできる。この場合、Ｓｑ１において、削除されるユーザーに対するメッセージの入力を求め、入力されたメッセージを端末２０からサーバー１０が受信し、受信したメッセージを付して、電子メールを送信するようにしてもよい。
【０３４０】
Ｓｑ２０では、端末２０は、処理完了を通知する情報を受信して、Ｓｑ２１へ進む。Ｓｑ２１では、表示画面２０ａに処理を完了した旨を表示することで、ユーザーに処理の完了を通知して、端末２０側の処理を終了する。
【０３４１】
なお、追加されたユーザーは、「掲示板への参加処理」により、電子掲示板に参加できる。また、削除されたユーザーの端末２０は、上述の「全掲示板状況取得処理」のときに、所有されていた電子掲示板を削除する。
【０３４２】
◆メールからの起動機能を利用する場合
Ｓｑ１９の後に、以下の処理を追加する。ユーザーテーブルの中から、ユーザーＩＤが追加されるユーザーＩＤであるデータの取得を行い、そのデータに含まれるメールアドレスに対して、Ｓｑ３で受信した掲示板ＩＤを含めた電子メールを送信する。この電子メールによって、追加されるユーザーは、「掲示板への参加処理」をメールからの起動で行う。
【０３４３】
＜掲示板削除処理＞
図２４は、掲示板削除処理を説明する図である。
掲示板削除処理は、以下のＳｒ１〜Ｓｒ１１の流れで行われる。以下の説明で、Ｓｒ１、Ｓｒ９〜Ｓｒ１１は、端末側アプリに基づいて行なわれる処理である。Ｓｒ２〜Ｓｒ８は、サーバー側アプリに基づいて行われる処理である。
【０３４４】
ユーザーが所有する電子掲示板の中から、削除をしたい電子掲示板を選択して端末２０の操作をすることで、掲示板削除処理の開始が指示されると、Ｓｒ１では、掲示板の削除をリクエストする情報をサーバー１０へ送信する。掲示板の削除をリクエストする情報には、端末識別子（又は個人識別子）、ユーザーＩＤ、パスワード、掲示板ＩＤが含まれる。このとき、掲示板ＩＤを、一時記憶メモリに保存する。Ｓｒ２の後、端末２０は、サーバー１０からの情報の受信を待機する。
【０３４５】
Ｓｒ２で、サーバー１０は、掲示板の削除をリクエストする情報を受信し、Ｓｒ３へ進む。Ｓｒ３では、上述のユーザー認証処理を行う。続くＳｒ４では、掲示板テーブルを検索して、掲示板テーブルの中から、Ｓｒ２で受信した掲示板ＩＤに対応するデータの取得を行い、Ｓｒ５へ進む。
【０３４６】
Ｓｒ５では、Ｓｒ４で取得した所有者ＩＤが、Ｓｒ２で受信したユーザーのユーザーＩＤと一致するかを確認する。Ｓｒ５で一致しないと判断した場合（Ｓｒ５：Ｎｏ）には、Ｓｒ７へ進む。一方、Ｓｒ５で一致すると判断した場合（Ｓｒ５：Ｙｅｓ）には、Ｓｒ６へ進む。
【０３４７】
Ｓｒ６では、掲示板テーブルと参加者テーブルの中から、Ｓｒ２で受信した掲示板ＩＤに対応するデータの削除を行い、Ｓｒ８へ進む。
Ｓｒ７では、参加者テーブルの中から、Ｓｒ２で受信した掲示板ＩＤ，ユーザーＩＤの組み合わせに対応するデータの削除を行い、Ｓｒ８へ進む。
Ｓｒ８では、端末２０へ処理完了を通知する情報を送信して、サーバー１０側の処理を終了する。
【０３４８】
なお、Ｓｒ６の前に、電子掲示板に参加していたユーザーに対して電子メールを送信することにより、掲示板が削除されたことを通知する処理を行なうこともできる。具体的には、参加者テーブルの中から、Ｓｒ２で受信した掲示板ＩＤに対応する参加者ＩＤを取得する。そして、ここで取得した参加者ＩＤに等しいユーザーＩＤに対応するメールアドレスを、ユーザーテーブルの中から取得する。そして、ここで取得したメールアドレスに対して、電子掲示板が削除された旨を伝える電子メールを送信する。
【０３４９】
また、Ｓｒ７の後に、電子掲示板に参加していたユーザーに対して電子メールを送信することにより、参加を取りやめたことを通知する処理を行なうこともできる。具体的には、参加者テーブルの中から、Ｓｒ２で受信した掲示板ＩＤに対応する所有者ＩＤ，参加者ＩＤを取得する。そして、ここで取得した所有者ＩＤ，参加者ＩＤに等しいユーザーＩＤに対応するメールアドレスを、ユーザーテーブルの中から取得する。そして、ここで取得したメールアドレスに対して、参加を取りやめた旨を伝える電子メールを送信する。所有者ＩＤに等しいユーザーＩＤに対応するメールアドレスにだけ電子メールを送信してもよい。
【０３５０】
また、Ｓｒ７の後に、後述の「発言処理」に基づいて、電子掲示板システム１００が、参加を取りやめた旨を自動的に発言するようにして、電子掲示板の全参加者に周知することもできる。
【０３５１】
Ｓｒ９では、端末２０は、処理完了を通知する情報を受信して、Ｓｒ１０へ進む。Ｓｒ１０では、データ格納領域２３ｂから、Ｓｒ９で受信した掲示板ＩＤに対応する電子掲示板の掲示板管理データを削除して、Ｓｒ１１へ進む。
【０３５２】
Ｓｒ１１では、表示画面２０ａで、ユーザーに処理の完了を通知し、削除した電子掲示板を除く電子掲示板の掲示板名称のリストを表示して、端末２０側の処理を終了する。
【０３５３】
なお、電子掲示板の所有者が電子掲示板を削除した場合には、当該掲示板に参加していた他のユーザーの端末２０は、上述の「全掲示板状況取得処理」のときに、所有していた当該電子掲示板の掲示板管理データを削除する。
【０３５４】
＜掲示板設定変更処理＞
図２５は、掲示設定変更処理を説明する図である。
掲示板設定変更処理は、以下のＳｓ１〜Ｓｓ１３の流れで行われる。以下の説明で、Ｓｓ１〜Ｓｓ３、Ｓｓ９〜Ｓｓ１３は、端末側アプリに基づいて行なわれる処理である。Ｓｓ４〜Ｓｓ８は、サーバー側アプリに基づいて行われる処理である。
【０３５５】
ユーザーが所有する電子掲示板の中から、設定の変更をしたい電子掲示板を選択して端末２０の操作をすることで、掲示板設定変更処理の開始が指示されると、Ｓｓ１では、データ格納領域２３ｂの発言データ保存領域の空きを計算して、Ｓｓ２へ進む。Ｓｓ２では、掲示板名称、ニックネーム、発言保存容量の入力をユーザーに要求する画面を表示画面２０ａに表示して、入力を受付けて、Ｓｓ３へ進む。
【０３５６】
ユーザーからの、掲示板名称、ニックネーム、発言保存容量の入力を受け付けて、これらを一時記憶メモリに保存すると、Ｓｓ３では、掲示板の設定変更をリクエストする情報をサーバー１０へ送信する。このとき、Ｓｓ１で計算した空き容量を超える発言保存容量の入力は受け付けない。
【０３５７】
掲示板の設定変更をリクエストする情報には、端末識別子（又は個人識別子）、ユーザーＩＤ、パスワード、掲示板ＩＤ、発言保存容量、掲示板名称、ニックネームが含まれる。Ｓｓ３の後、端末２０は、サーバー１０からの情報の受信を待機する。
【０３５８】
Ｓｓ４で、サーバー１０は、掲示板の設定変更をリクエストする情報を受信し、Ｓｓ５へ進む。Ｓｓ５では、上述のユーザー認証処理を行う。続くＳｓ６では、参加者テーブルを検索して、参加者テーブルの中から、掲示板ＩＤがＳｓ４で受信した掲示板ＩＤであり、かつ、参加者ＩＤにＳｓ４で受信したユーザーＩＤが含まれるデータの取得を行い、Ｓｓ７へ進む。
【０３５９】
Ｓｓ７では、Ｓｓ６で取得したデータのうち、発言保存容量をＳｓ４で受信した発言保存容量に、掲示板名称をＳｓ４で受信した掲示板名称に、ニックネームをＳｓ４で受信したニックネームに変更して参加者テーブルを更新して、Ｓｓ８へ進む。
Ｓｓ８では、端末２０へ処理完了を通知する情報を送信して、サーバー１０側の処理を終了する。
【０３６０】
なお、ニックネームが変更された場合に、後述の「発言処理」に基づいて、電子掲示板システム１００が、ニックネームを変更した旨を自動的に発言するようにして、電子掲示板の全参加者に周知することもできる。
【０３６１】
Ｓｓ９では、端末２０は、処理完了を通知する情報を受信して、Ｓｓ１０へ進む。Ｓｓ１０では、データ格納領域２３ｂの発言データ保存領域の各電子掲示板の発言データを移動し、データ格納領域２３ｂに、Ｓｓ９で受信した掲示板ＩＤに対応する発言データ保存領域を、Ｓｓ９で受信した発言保存容量分だけ確保する。
【０３６２】
つづいて、Ｓｓ１１では、データ格納領域２３ｂに、Ｓｓ１０で確保した発言データ保存領域の保存開始位置とともに、変更された掲示板管理データを上書きして、Ｓｓ１２へ進む。Ｓｓ１２では、新しい発言データ保存領域に発言データを移動して、Ｓｓ１３へ進む。
Ｓｓ１３では、表示画面２０ａを介してユーザーに処理の完了を通知して、端末２０側の処理を終了する。
【０３６３】
（発言データ管理機能）
＜発言処理＞
図２６，図２７は、発言処理を説明する図である。
発言処理は、以下のＳｔ１〜Ｓｔ４７の流れで行われる。以下の説明で、Ｓｔ１〜Ｓｔ２４、Ｓｔ４１〜Ｓｔ４７は、端末側アプリに基づいて行なわれる処理である。Ｓｔ２５〜Ｓｔ４０はサーバー側アプリに基づいて行われる処理である。
【０３６４】
ユーザーが発言を行いたい電子掲示板を選択して端末２０の操作をすると、Ｓｔ１では、データ格納領域２３ｂに保存している当該電子掲示板の発言を一時記憶メモリに読出し、発言ＩＤ順に表示画面２０ａにボード画面（図３３参照）として表示してＳｔ２へ進む。このとき、データ格納領域２３ｂから一時記憶メモリに、当該電子掲示板の掲示板ＩＤ、最終発言ＩＤ、最大受信容量を読み出す。最大受信容量は、当該電子掲示板に割り当てられた発言データを保存できる領域（発言データ保存領域）の全容量である。
【０３６５】
Ｓｔ２では、ユーザーの操作ボタン２０ｂ等の操作を受け付けて、Ｓｔ３，Ｓｔ６，Ｓｔ１６，Ｓｔ２０，ＳＴ２１で、いずれの操作ボタンが操作されたかを判断する。電子掲示板システム１００の発言方法は三種類あり、ユーザーの操作方法によって、三種類のうちいずれの発言方法を採用するか、又は読込みのみのリクエストを行うか、所有する電子掲示板のリストを表示するかを決定するようになっている。
【０３６６】
なお、ユーザー端末として携帯情報端末３０や、パーソナルコンピュータ端末４０を使用する場合には、携帯情報端末３０や、パーソナルコンピュータ端末４０の表示画面に表示したボタンの操作または任意のキー操作により、三種類の発言方法のいずれかを採用する。
【０３６７】
例えば、ユーザーが、最初に操作ボタン２０ｂを操作したと判断（Ｓｔ３：Ｙｅｓ）すると、“通常入力モード”を採用して、Ｓｔ４へ進む。ユーザーが、最初に操作ボタン２０ｇを操作したと判断（Ｓｔ６：Ｙｅｓ）すると、“エモキャラ入力モード”を採用して、Ｓｔ７へ進む。ユーザーが、最初に操作ボタン２０ｆを操作したと判断（Ｓｔ１６：Ｙｅｓ）すると、“直打ち入力モード”を採用して、Ｓｔ１７へ進む。ユーザーが、最初に操作ボタン２０ｄを操作したと判断（Ｓｔ２０：Ｙｅｓ）すると、読込みのみのリクエストを行うこととして、Ｓｔ２４へ進む。ユーザーが、最初に操作ボタン２０ｃを操作したと判断（Ｓｔ２１：Ｙｅｓ）すると、Ｓｔ２２へ進み、端末２０側の発言処理を終了する。
【０３６８】
Ｓｔ２２では、一時記憶メモリに存在する発言データを、発言ＩＤの大きい順に設定された発言保存容量分だけ、発言保存位置からデータ格納領域２３ｂに書き込み、所有する電子掲示板のリストを表示する（後述の「掲示板リスト画面表示処理」へ移行する）。
【０３６９】
Ｓｔ４では、表示画面２０ａを文字を入力する画面に完全に切り換えて、端末２０の有する日本語入力モードに切り替える。そしてユーザーが文字の入力を終了させると、日本語入力モードから抜けて、Ｓｔ５へ進む。Ｓｔ５では、日本語入力モードで入力された文字列を、発言データを構成する発言テキストデータとして一時記憶メモリに保存して、Ｓｔ２３へ進む。
【０３７０】
Ｓｔ７では、表示画面２０ａを、文字を入力すための文章入力欄と、エモキャラを入力するためのエモキャラ入力欄と、発言内容を確定する欄とを表示したエモキャラ添付入力画面（図３４参照）に完全に切り換えて、Ｓｔ８へ進む。Ｓｔ８では、文章入力欄,エモキャラ入力欄，発言内容を確定する欄いずれかを選択するユーザーの端末２０の操作を受け付け、Ｓｔ９，Ｓｔ１２，Ｓｔ１５で、いずれが選択されたかを判断する。
【０３７１】
Ｓｔ８で文章入力欄を選択する操作を受け付けたと判断（Ｓｔ９：Ｙｅｓ）すると、Ｓｔ１０へ進み、端末２０の有する日本語入力モードに切り替える。そして、ユーザーが文字の入力を終了させると、日本語入力モードから抜けて、Ｓｔ１１へ進む。Ｓｔ１１では、日本語入力モードで入力された文字列を、発言データを構成する発言テキストデータとして一時記憶メモリに保存して、文章入力欄に表示し、Ｓｔ８へ戻る。
【０３７２】
Ｓｔ８でエモキャラ入力欄を選択する操作を受け付けたと判断（Ｓｔ１２：Ｙｅｓ）すると、Ｓｔ１３へ進む。Ｓｔ１３では、複数種類のエモキャラを選択肢として表示したエモキャラ選択画面を表示画面２０ａに表示して、ユーザーがエモキャラを選択する操作を受け付ける。ユーザーが、エモキャラを選択する操作を行うと、Ｓｔ１４へ進む。Ｓｔ１４では、ユーザーが選択したエモキャラを特定するエモキャラＩＤを発言データの一部として一時記憶メモリに保存して、エモキャラをエモキャラ入力欄に表示し、Ｓｔ８へ戻る。
【０３７３】
Ｓｔ８で発言内容を確定する欄を選択する操作を受け付けたと判断（Ｓｔ１５：Ｙｅｓ）すると、Ｓｔ２３へ進む。
【０３７４】
Ｓｔ１７では、Ｓｔ１で表示された画面に重ねて、表示画面２０ａの一部に直打ち入力欄を表示して（図３５参照）、Ｓｔ１８へ進む。Ｓｔ１８では、ユーザーから文字を入力するための操作、発言を確定するための操作を受け付ける。
【０３７５】
Ｓｔ１８で、ユーザーから文字を入力するための操作を受け付けている間、直打ち入力欄によって一部が隠されたＳｔ１で表示された画面をそのまま表示画面２０ａに表示しつづける。また、Ｓｔ８で、文字を入力するための操作を受け付けると、ユーザーが入力した文字を、直打ち入力欄内に逐次追加表示する（図３５参照）。
【０３７６】
Ｓｔ１８で、発言を確定するための操作を受け付けると、Ｓｔ１９へ進む。Ｓｔ１９では、直打ち入力欄に表示された文字列を、発言データを構成する発言テキストデータとして一時記憶メモリに保存して、Ｓｔ２３へ進む。
【０３７７】
Ｓｔ２３では、端末２０の時計から現在日時を取得し、発言データに端末発言日時として含めて、一時記憶メモリに保存して、Ｓｔ２４へ進む。
【０３７８】
Ｓｔ２４では、発言の登録をリクエストする情報を、サーバー１０に送信する。発言の登録をリクエストする情報は、サーバー１０へ新規の発言の登録を指示するとともに、サーバー１０に登録されている書込データの取得を要求するための情報である。発言の登録をリクエストする情報には、端末識別子（又は個人識別子）、ユーザーＩＤ、パスワード、掲示板ＩＤ、最終発言ＩＤ、最大受信容量、発言データ（エモキャラＩＤ、発言テキストデータ、端末発言日時）が含まれる。Ｓｔ２４の後、端末２０は、サーバー１０からの情報の受信を待機する。
【０３７９】
なお、端末２０が、ネットワーク２と接続できない状況や、電子掲示板システム１００で何らかのエラーが生じて発言を登録できない状況では、複数の発言データが一時記憶メモリにたまることがある。この場合は発言の登録をリクエストする情報を一回送信するときに、同時に複数件の発言データを送信する。
【０３８０】
また、Ｓｔ２０で操作ボタン２０ｄの操作が行われた場合（Ｓｔ２０Ｙｅｓ）であって読込みのみのリクエストを行う場合には、Ｓｔ２４で送信する発言の登録をリクエストする情報には、発言データは含まれない。
【０３８１】
Ｓｔ２５で、サーバー１０は、発言の登録をリクエストする情報を受信すると、Ｓｔ２６へ進む。Ｓｔ２６では、上述のユーザー認証処理を行う。続くＳｔ２７では、参加者テーブルを検索して、参加者テーブルの中から、掲示板ＩＤがＳｔ２５で受信した掲示板ＩＤであり、かつ、参加者ＩＤにＳｔ２５で受信したユーザーＩＤが含まれ、かつ参加承認フラグがＯＮであるデータの取得を試みて、Ｓｔ２８へ進む。
【０３８２】
Ｓｃ２８で、掲示板ＩＤがＳｔ２５で受信した掲示板ＩＤであり、かつ、参加者ＩＤにＳｔ２５で受信したユーザーＩＤが含まれ、かつ参加承認フラグがＯＮであるデータを取得できたかを判断する。Ｓｔ２８で、データを取得できたと判断した場合（Ｓｔ２８：Ｙｅｓ）には、Ｓｔ３０へ進む。一方、Ｓｔ２８で、データを取得できなかったと判断した場合（Ｓｔ２８：Ｎｏ）には、Ｓｔ２９へ進む。Ｓｔ２９では、端末２０へ参加許可のないユーザーである旨を通知する情報を送信してサーバー１０側の処理を終了する。Ｓｔ４１では、端末２０は、参加許可のないユーザーである旨を通知する情報を受信して、端末２０側の処理を終了する。
【０３８３】
Ｓｔ３０では、発言テーブルを検索して、発言テーブルの中から、端末発言日時がＳｔ２５で受信した端末発言日時で、かつ発言者ＩＤがＳｔ２５で受信したユーザーＩＤと同一であるデータの取得を試みて、Ｓｔ３１へ進む。
なお、Ｓｔ２０で操作ボタン２０ｄの操作が行われた場合（Ｓｔ２０Ｙｅｓ）であって読込みのみのリクエストが行われた場合には、Ｓｔ２５で受信する発言の登録をリクエストする情報には、発言データ（端末発言日時）が含まれないため、Ｓｔ３０に続いてＳｔ３１へ進まずに、Ｓｔ３６へ進む。
【０３８４】
Ｓｔ３１で、端末発言日時がＳｔ２５で受信した端末発言日時で、かつ発言者ＩＤがＳｔ２５で受信したユーザーＩＤと同一であるデータを取得できたかを判断する。Ｓｔ３１で、データを取得できたと判断した場合（Ｓｔ３１：Ｙｅｓ）には、既に登録済みの発言と判断してＳｔ３６へ進む。これは、端末２０がネットワーク２との通信状態が良好ではなく、発言の登録を正常に行えたか否かを正確に判断できない場合の予防措置である。
【０３８５】
Ｓｔ３１で、データを取得できないと判断した場合（Ｓｔ３１：Ｎｏ）には、Ｓｔ３２へ進む。Ｓｔ３２では、掲示板テーブルを検索して、掲示板テーブルの中から、掲示板ＩＤがＳｔ２５で受信した掲示板ＩＤであるデータの最大発言ＩＤを取得して、Ｓｔ３３へ進む。Ｓｔ３３では、Ｓｔ３２で取得した最大発言ＩＤに「１」を加えたものを発言ＩＤとして、Ｓｔ３４へ進む。
【０３８６】
Ｓｔ３４では、掲示板テーブルの、受信した掲示板ＩＤに対応する最大発言ＩＤを、Ｓｔ３３の発言ＩＤと同じ値に更新して、Ｓｔ３５へ進む。Ｓｔ３５では、Ｓｔ２５で受信した掲示板ＩＤの発言テーブルへ次のようにデータを登録して、Ｓｔ３６へ進む。
【０３８７】
発言ＩＤ：Ｓｔ３３の発言ＩＤを登録する。
発言登録日時：サーバー１０における現在日時を登録する。
エモキャラＩＤ：Ｓｔ２５で受信したエモキャラＩＤを登録する。
発言テキストデータ：Ｓｔ２５で受信した発言テキストデータを登録する。
発言者ニックネーム：Ｓｔ２７で取得したニックネームを登録する。
発言者ＩＤ：Ｓｔ２５で受信したユーザーＩＤを登録する。
端末発言日時：Ｓｔ２５で受信した端末発言日時を登録する。
【０３８８】
Ｓｔ３６では、Ｓｔ２５で受信した掲示板ＩＤの発言テーブルから、発言ＩＤが、Ｓｔ２５で受信した最終発言ＩＤより大きいもの全ての発言データを取得して、Ｓｔ３７へ進む。Ｓｔ３７では、Ｓｔ３６で取得した発言データを発言ＩＤが小さい順にそのデータ容量を加算し、Ｓｔ２５で受信した最大受信容量を超えないデータまでを取得して、Ｓｔ３８へ進む。
【０３８９】
Ｓｔ３８では、Ｓｔ３７で取得した発言データの最大の（最新の）発言ＩＤを、端末２０に送信する最新の発言ＩＤを表す最新発言ＩＤとして取得し、Ｓｔ３９へ進む。Ｓｔ３９では、Ｓｔ２７で取得した参加者データの最終発言ＩＤをＳｔ３８で取得した最新発言ＩＤの値に変更して、参加者テーブルを更新する。
【０３９０】
つづいて、Ｓｔ４０では、端末２０へ登録完了を通知する情報と、Ｓｔ３７で取得できなかった発言データがあるか否かを示すデータ、最新発言ＩＤ、Ｓｔ３７で取得した発言データ（サーバ日時、発言ＩＤ、エモキャラＩＤ、発言テキストデータ、ニックネーム）を送信して、サーバー１０側の処理を終了する。
【０３９１】
Ｓｔ４２では、端末２０は、登録完了を通知する情報と、Ｓｔ４０で送信されたデータを受信して、Ｓｔ４３へ進む。
【０３９２】
なお、何らかのエラーが生じて、サーバー１０側で登録できなかった旨を通知する情報等を受信したときには、端末２０側の処理を終了する。このとき、表示画面２０ａ中止を伝えるメッセージを表示してもよい。
【０３９３】
Ｓｔ４３では、Ｓｔ２４で一時記憶メモリに保存した、発言の登録をリクエストする情報を消去して、Ｓｔ４４へ進む。Ｓｔ４４では、Ｓｔ４２で受信した発言データを、追加して登録するとともに、当該電子掲示板の最終発言ＩＤをＳｔ４２で受信した最新発言ＩＤの値に更新する。
【０３９４】
つづいて、Ｓｔ４５では、全発言データから新しいもの（発言ＩＤが大きい）順に表示できるだけ表示画面２０ａにボード画面として表示（図３３参照）して、Ｓｔ４６へ進む。
Ｓｔ４６では、Ｓｔ４２で受信した、Ｓｔ３７で取得できなかった発言データがあるか否かを示すデータに基づいて、サーバー１０に取得できなかった発言データがあるかを判断する。
【０３９５】
Ｓｔ４６で、サーバー１０に発言データが残っていると判断した場合（Ｓｔ４６：Ｙｅｓ）には、Ｓｔ４７で、未読発言が残っていることを表示画面２０ａに表示して、端末２０側の処理を終了する。一方、Ｓｔ４６で、サーバー１０に発言データが残っていないと判断した場合（Ｓｔ４６：Ｎｏ）には、そのまま端末２０側の処理を終了する。
【０３９６】
なお、本実施形態では、電子掲示板に入ったとき（Ｓｔ１）に、全発言データをデータ格納領域２３ｂから一時記憶メモリに読込み、サーバー１０から受信した発言データも一時記憶メモリに追加していき、電子掲示板から抜けるときにデータ格納領域２３ｂにすべて書き込みをしている。データ処理スピードが充分に早い端末２０であれば、発言データをその都度データ記憶領域から読込み、書込むことも可能である。
【０３９７】
また、本実施形態では、サーバー１０が最新発言ＩＤを送信（Ｓｔ４０）し、端末２０は、最新発言ＩＤを受信する（Ｓｔ４２）ことにより、最終発言ＩＤを最新発言ＩＤの値に更新している（Ｓｔ４４）が、端末２０がサーバー１０から最新発言ＩＤを受信することなく、最終発言ＩＤの更新を行なうようにしてもよい。例えば、端末２０が、Ｓｔ４２で受信した発言ＩＤのうち最大の（最新の）発言ＩＤを最新発言ＩＤとして取得し、ここで取得した最新発言ＩＤの値によって最終発言ＩＤの更新を行うようにすればよい。
【０３９８】
（端末の基本動作）
電子掲示板システム１００では、ユーザーが端末２０を操作し、サーバー１０はその操作による端末２０からのリクエストに応じて処理を行い、結果を返す形で上述の各処理が進行する。ここで、端末アプリの起動からユーザーの操作による各処理への流れを説明する。
【０３９９】
＜端末アプリの起動時処理＞
図２８は、端末アプリの起動時処理を説明する図である。
端末アプリの起動時処理処理は、端末アプリが起動し、ユーザーの操作を受け付ける前に、以下のＳｕ１〜Ｓｕ６の流れで行われる。
【０４００】
Ｓｕ１では、データ格納領域２３ｂのユーザー登録完了フラグの状態を確認する。Ｓｕ１で、ユーザー登録完了フラグが、ユーザー登録が未だ行われていない旨を示していると判断した場合（Ｓｕ１：未登録）には、Ｓｕ２へ進む。Ｓｕ２では、上述のユーザー登録処理又はユーザー再登録処理を行う。
【０４０１】
Ｓｕ１で、ユーザー登録完了フラグが起動メール待ちである旨を示していると判断した場合（Ｓｕ１：起動メール待ち）には、Ｓｕ３へ進む。Ｓｕ３では、起動の種類を判定する。
Ｓｕ３で、起動メールから起動していると判断した場合（Ｓｕ３：起動メールからの起動）には、Ｓｕ４へ進む。Ｓｕ４では、上述の「ユーザー登録処理」でのメール起動の流れ（Ｓｅ９〜Ｓｅ１７）、又は「ユーザー再登録処理」でのメール起動の流れ（Ｓｊ１２〜Ｓｊ２１）、又は「ユーザー情報変更処理」でのメール起動の流れ（Ｓｌ１３〜Ｓｌ１５）を実行する。
【０４０２】
一方、Ｓｕ３で、起動メールから起動していない通常の起動であると判断した場合（Ｓｕ３：通常の起動）には、Ｓｕ５へ進む。Ｓｕ５では、起動メール待ちである旨を、表示画面２０ａ上に表示して、ユーザーに通知して端末２０側の処理を終了する。
【０４０３】
Ｓｕ１で、ユーザー登録完了フラグがユーザー登録済みである旨を示していると判断した場合（Ｓｕ１：登録済み）には、Ｓｕ６へ進む。Ｓｕ６では、上述の「掲示板への参加処理」を行い、Ｓｕ７へ進む。Ｓｕ７では上述の「全掲示板状況取得処理」を行い、Ｓｕ８へ進む。Ｓｕ８では、後述の「掲示板リスト画面表示処理」を行う。
【０４０４】
なお、Ｓｕ７を省略し、別の任意のタイミングでＳｕ７を行うことも可能だが、上述の「掲示板参加者変更処理」による掲示板の削除の結果を反映するにはＳｕ６の後に行うと好適である。
【０４０５】
また、上述の「掲示板作成処理」でメールからの起動機能を利用しない場合には、Ｓｕ７の「全掲示板状況取得処理」で新規の電子掲示板の有無をサーバー１０へ問い合わせる。
【０４０６】
上述の「掲示板への参加処理」でメールからの起動機能を利用している場合には、Ｓｕ６が、次のＳｕ６ａ，Ｓｕ６ｂ，Ｓｕ６ｃ，Ｓｕ６ｄのようになる。Ｓｕ６ａでは、起動の種類を判定する。Ｓｕ６ａで、上述の「掲示板作成メール」からの起動と判断した場合には、Ｓｕ６ｂへ進む。Ｓｕ６ｂでは、「掲示板への参加処理」でのメールからの起動機能を利用したときの流れ（Ｓｏ１〜Ｓｏ２１）へ移行する。
【０４０７】
一方、Ｓｕ６ａで、メールからの起動でないと判断した場合には、Ｓｕ６ｃへ進む。Ｓｕ６ｃでは、「全掲示板状況取得処理」を行い、つづくＳｕ６ｄで、後述の「掲示板リスト画面表示処理」を行う。
【０４０８】
＜掲示板リスト画面表示処理＞
図２９は、掲示板リスト画面表示処理を説明する図である。
端末アプリが起動し、掲示板リスト画面表示処理は、以下のＳｖ１〜Ｓｖ９の流れで行われる。
Ｓｖ１では、データ格納領域２３ｂから、掲示板管理データを取得して、Ｓｖ２へ進む。Ｓｖ２では、表示画面２０ａに掲示板管理データに含まれる掲示板名称をリスト表示する（図３２参照）ことで所有する電子掲示板のリストを表示して、Ｓｖ３へ進む。
【０４０９】。
Ｓｖ２でリスト表示する際に、ペアフラグのＯＮ／ＯＦＦ（二人板か複数板か）、ＮＥＷフラグのＯＮ／ＯＦＦ（未読発言の有無）によって掲示板名称の表示色を変えたり、マークを付したりすると好適である。
【０４１０】
また、Ｓｖ２で表示するリストに、掲示板管理データに含まれる発言保存容量を表示したり、各電子掲示板に参加している参加者の人数を含めて表示したりしてもよい。さらに、Ｓｖ２では、ＮＥＷフラグがＯＮになっている電子掲示板が上位に表示されるように並べ替えることで、操作性を良くするとよい。
【０４１１】
Ｓｖ３では、ユーザーの操作を受け付けて、受け付けた操作により、Ｓｖ４の全掲示板状況取得処理や、Ｓｖ５の後述の掲示板画面表示処理や、Ｓｖ６の掲示板削除処理や、Ｓｖ７の掲示板参加者変更処理や、Ｓｖ８の掲示板設定変更処理や、Ｓｖ９のユーザー情報変更処理、Ｓｖ１０の掲示板作成処理に移行する。
【０４１２】
例えば、操作ボタン２０ｄの操作を受け付けた場合に、Ｓｖ４の全掲示板状況取得処理へ移行したり、操作ボタン２０ｂの操作を受け付けた場合に、Ｓｖ５の掲示板画面表示処理へ移行したり、操作ボタン２０ｃの操作とそれに続く操作ボタン２０ｂ等の操作を受け付けた場合に、Ｓｖ６の掲示板削除処理や、Ｓｖ７の掲示板参加者変更処理や、Ｓｖ８の掲示板設定変更処理や、Ｓｖ９のユーザー情報変更処理や、Ｓｖ１０の掲示板作成処理に移行する。
【０４１３】
＜掲示板画面表示処理＞
図３０は、掲示板画面表示処理を説明する図である。
掲示板画面表示処理は、以下のＳｗ１〜Ｓｗ３流れで行われる。
Ｓｗ１では、掲示板管理データの中から、ユーザーの操作で選択された電子掲示板のデータを、データ格納領域２３ｂから一時記憶メモリに読み込んで、Ｓｗ２へ進む。
【０４１４】
Ｓｗ２では、ユーザーの操作で選択された電子掲示板の発言データを、データ格納領域２３ｂから一時記憶メモリにすべて読み込み、Ｓｗ３へ進む。Ｓｗ３では、読込みのみのリクエストを行うこととして、上述の「発言処理」におけるＳｔ２４へ移行する。Ｓｗ３の「発言処理」を一端終えると、Ｓｗ４では、上述の「発言処理」におけるＳｔ１へ移行する。
【０４１５】
なお、Ｓｗ３を省略して、「発言処理」におけるＳｔ２４へ移行することなく、Ｓｗ４で「発言処理」におけるＳｔ１へ移行してもよい。
また、発言データを一時記憶メモリに読み込まず、直接データ格納領域２３ｂから読み書きすることも可能である。この場合はデータ格納領域２３ｂの発言データの登録位置を常に保持し、保存領域を超える時には発言保存領域の先頭に戻ってループする形で書き込む。
【０４１６】
以上では、電子掲示板をユーザーに提供する場合の情報提供システム，サーバー，アプリケーションプログラム及び情報提供方法について説明したが、他の「ボード」（例えば、スケジューラー，ＴｏＤｏリスト，アドレス帳等）をユーザーに提供する場合においても、同様の情報提供システム，サーバー，アプリケーションプログラム及び情報提供方法を利用することができる。
【０４１７】
また、上述の「会員管理機能」は、「ボード」をユーザーに提供する場合だけではなく、サーバーの運営者等が、ユーザー（会員）に対してコンテンツの配信、例えば学習教育情報，絵画，音楽，映画などの配信をする場合に用いてもよい。
【０４１８】
以上に説明した実施の形態から把握できる請求項に記載した以外の技術的思想を以下（１）〜（４２）に示す。
【０４１９】
（１） 請求項１に記載の情報提供システムにおいて、前記データベース記憶部に、前記ボードＩＤで特定されるボードへの参加を、該ボードＩＤに対応して登録された前記参加者ＩＤで特定されるユーザーが承認しているか否かを、該ボードＩＤ及び該参加者ＩＤに対応付けて更に登録するように構成し、前記ユーザー端末は、該ユーザー端末を操作するユーザーを一意に表すユーザーＩＤ及び前記ボードＩＤを含んだ、ボードへの参加の登録を指示するための参加登録情報を前記サーバーへ送信する第５手段を備え、前記サーバーは、前記参加登録情報を前記ユーザー端末から受信する第６手段と、前記参加登録情報の受信に応じて、該参加登録情報に含まれる前記ユーザーＩＤと等しい前記参加者ＩＤ、及び前記ボードＩＤに対応付けて、該ボードＩＤで特定されるボードへの参加を該参加者ＩＤで特定されるユーザーが承認している旨を前記データベース記憶部に登録する第７手段と、を備えることを特徴とする情報提供システム。
【０４２０】
（２） 請求項１又は請求項２又は上記（１）に記載の情報提供システムにおいて、前記ユーザー端末は、文字や画像の表示をする表示部と、該ユーザー端末を操作するユーザーの前記ユーザーＩＤを含んだ、前記サーバーへボードの状況の取得をリクエストするための最新状況確認情報を前記サーバーへ送信する第８手段と、該最新状況確認情報の送信に応じて、参加可能又は参加不可能なボードを示す情報であるボード状況情報を前記サーバーから受信する第１２手段と、該第１２手段で受信した前記ボード状況情報に応じてユーザーが参加できないボードを除く参加できるボードの名称を前記ユーザー端末に備えられた表示部に表示する第１３手段と、を備え、前記サーバーは、前記最新状況確認情報を前記ユーザー端末から受信する第９手段と、前記最新状況確認情報の受信に応じて、該最新状況確認情報に含まれるユーザーＩＤと等しい前記参加者ＩＤに対応する前記ボードＩＤを、前記データベース記憶部から取得する第１０手段と、該第１０手段で取得したボードＩＤに基いて前記ボード状況情報を前記ユーザー端末へ送信する第１１手段と、を備えることを特徴とする情報提供システム。
【０４２１】
（３） 上記（２）に記載の情報提供システムにおいて、前記ユーザー端末は、携帯電話端末であり、前記最新状況確認情報を定期的に前記サーバーへ送信することを特徴とする情報提供システム。
【０４２２】＜システム：複数の掲示板を切り換えて表示＞
（４） 上記（２）に記載の情報提供システムにおいて、前記ユーザー端末は、携帯電話端末であり、前記第１３手段で表示したボードの名称の中からユーザーが選択した１つに対応するボードへの書込み内容を表示するボード画面を前記表示部に表示する第１４手段を備えることを特徴とする情報提供システム。
【０４２３】
（５） 上記（４）に記載の情報提供システムにおいて、前記ユーザー端末は、前記第１４手順で前記ボード画面を前記表示部に表示しているときに、ユーザーによる入力モード選択ボタンの一度の操作を受け付けたことを条件に複数の入力形式から１つの入力形式を選択する第１５手段と、前記第１４手順で前記ボード画面とともに、該ボード画面の一部に重なるようにボードへの書込みをするための入力欄を表示する第１６手段と、のうちの少なくともいずれか１つの手段を備えることを特徴とする情報提供システム。
【０４２４】
（６） 上記（４）に記載の情報提供システムにおいて、前記第１４手順で前記ボード画面に表示するボードへの書込み内容には、画像を含めることを特徴とする情報提供システム。
【０４２５】
（７） 請求項３に記載の情報提供システムにおいて、前記書込データには、画像を表す画像ＩＤを含めることを特徴とする情報提供システム。
【０４２６】
（８） 請求項４に記載の情報提供システムにおいて、前記識別子は、前記ユーザー端末の製造番号を一意に表すものであることを特徴とする情報提供システム。
【０４２７】
（９） 上記（１），（２），（７），（８）に記載の情報提供システムにおいて、前記ユーザー端末は携帯電話端末であることを特徴とする情報提供システム。
【０４２８】
（１０） 請求項６に記載の情報提供サーバーにおいて、前記データベース記憶部に、前記ボードＩＤで特定されるボードへの参加を該ボードＩＤに対応して登録された前記参加者ＩＤで特定されるユーザーが承認しているか否かを、該ボードＩＤ及び該参加者ＩＤに対応付けて更に登録するように構成し、前記ユーザー端末を操作するユーザーを一意に表すユーザーＩＤ及び前記ボードＩＤを含んだ、ボードへの参加の登録を指示するための参加登録情報を前記ユーザー端末から受信する第６手段と、前記参加登録情報の受信に応じて、該参加登録情報に含まれる前記ユーザーＩＤと等しい前記参加者ＩＤ、及び前記ボードＩＤに対応付けて、該ボードＩＤで特定されるボードへの参加を該参加者ＩＤで特定されるユーザーが承認している旨を前記データベース記憶部に登録する第７手段と、を備えることを特徴とするサーバー。
【０４２９】
（１１） 請求項６又は請求項７又は上記（１０）に記載の情報提供サーバーにおいて、前記ユーザー端末を操作するユーザーの前記ユーザーＩＤを含んだ、前記サーバーへボードの状況の取得をリクエストするための最新状況確認情報を前記ユーザー端末から受信する第９手段と、前記最新状況確認情報の受信に応じて、該最新状況確認情報に含まれるユーザーＩＤと等しい前記参加者ＩＤに対応する前記ボードＩＤを、前記データベース記憶部から取得する第１０手段と、該第１０手段で取得したボードＩＤに基づいて参加可能又は参加不可能なボードを示す情報であるボード状況情報を前記ユーザー端末へ送信する第１１手段と、を備えることを特徴とするサーバー。
【０４３０】
（１２） 請求項８に記載のサーバーにおいて、前記書込データには、画像を表す画像ＩＤを含めることを特徴とする。
【０４３１】
（１３） 請求項９に記載のサーバーにおいて、前記識別子は、前記ユーザー端末の製造番号を一意に表すものであることを特徴とするサーバー。
【０４３２】
（１４） 請求項１０に記載のアプリケーションプログラムにおいて、
前記データベース記憶部は、前記ボードＩＤで特定されるボードへの参加を該ボードＩＤに対応して登録された前記参加者ＩＤで特定されるユーザーが承認しているかどうかを該ボードＩＤ及び該参加者ＩＤに対応付けて更に登録するためのものであり、前記サーバーに、前記ユーザー端末を操作するユーザーを一意に表すユーザーＩＤ及び前記ボードＩＤを含んだ、ボードへの参加の登録を指示するための参加登録情報を前記ユーザー端末から受信する第６手順と、前記参加登録情報の受信に応じて、該参加登録情報に含まれる前記ユーザーＩＤと等しい前記参加者ＩＤ、及び前記ボードＩＤに対応付けて、該ボードＩＤで特定されるボードへの参加を該参加者ＩＤで特定されるユーザーが承認している旨を前記データベース記憶部に登録する第７手順と、を実行させるためのアプリケーションプログラム。
【０４３３】
（１５） 請求項１０，請求項１１，上記（１４）のいずれか１つに記載のアプリケーションプログラムにおいて、前記サーバーに、前記ユーザー端末を操作するユーザーの前記ユーザーＩＤを含んだ、前記サーバーへボードの状況の取得をリクエストするための最新状況確認情報を前記ユーザー端末から受信する第９手順と、前記最新状況確認情報の受信に応じて、該最新状況確認情報に含まれるユーザーＩＤと等しい前記参加者ＩＤに対応する前記ボードＩＤを、前記データベース記憶部から取得する第１０手順と、該第１０手順で取得したボードＩＤに基づいて参加可能又は参加不可能なボードを示す情報であるボード状況情報を前記ユーザー端末へ送信する第１１手順と、を実行させるためのアプリケーションプログラム。
【０４３４】
（１６） 請求項１２に記載のアプリケーションプログラムにおいて、前記書込データには、画像を表す画像ＩＤを含めることを特徴とするアプリケーションプログラム。
【０４３５】
（１７） 請求項１３に記載のアプリケーションプログラムにおいて、前記識別子は、前記ユーザー端末の製造番号を一意に表すものであることを特徴とするアプリケーションプログラム。
【０４３６】
（１８） サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるアプリケーションプログラムであって、前記ユーザー端末に、ボードを作成するユーザーである作成者から該作成者以外のユーザーを選択する操作を受け付ける第１手順と、前記作成者が選択した該作成者以外のユーザーを一意に表すユーザーＩＤを前記サーバーへ送信する第２手順と、を実行させるためのアプリケーションプログラム。
【０４３７】
（１９） 上記（１８）に記載のアプリケーションプログラムにおいて、前記ユーザー端末に、該ユーザー端末を操作するユーザーを一意に表すユーザーＩＤ及び前記ボードを一意に表すボードＩＤを含んだ、ボードへの参加の登録を指示するための参加登録情報を前記サーバーへ送信する第５手順と、を実行させるためのアプリケーションプログラム。
【０４３８】
（２０） 請求項１４に記載のアプリケーションプログラムにおいて、前記ユーザー端末が、携帯電話端末であり、前記第８手順を定期的に実行させるためのアプリケーションプログラム。
【０４３９】
（２1） 請求項１４に記載のアプリケーションプログラムにおいて、前記ユーザー端末が、携帯電話端末であり、前記第１３手順で表示したボードの名称の中からユーザーが選択した１つに対応するボードへの書込み内容を表示するボード画面を前記表示部に表示する第１４手順を実行させるためのアプリケーションプログラム。
【０４４０】
（２２） 上記（２１）に記載のアプリケーションプログラムにおいて、前記ユーザー端末は、前記第１４手順で前記ボード画面を前記表示部に表示しているときに、ユーザーによる入力モード選択ボタンの一度の操作を受け付けたことを条件に複数の入力形式から１つの入力形式を選択する第１５手順と、前記第１４手順で前記ボード画面を前記表示部に表示した後に、前記ボード画面とともに、該ボード画面の一部に重なるようにボードへの書込みをするための入力欄を表示する第１６手順と、のうちの少なくともいずれか１方を実行させるためのアプリケーションプログラム。
【０４４１】
（２３） 上記（２１）に記載のアプリケーションプログラムにおいて、前記第１４手順で前記ボード画面に表示するボードへの書込み内容には、画像を含めることを特徴とするアプリケーションプログラム。
【０４４２】
（２４） 請求項１５に記載のアプリケーションプログラムにおいて、前記書込データには、画像を表す画像ＩＤを含めることを特徴とするアプリケーションプログラム。
【０４４３】
（２５） 請求項１６に記載のアプリケーションプログラムにおいて、前記識別子は、前記ユーザー端末の製造番号を一意に表すものであることを特徴とするアプリケーションプログラム。
【０４４４】
（２６） サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供方法において、前記ユーザー端末が、ボードを作成するユーザーである作成者から該作成者以外のユーザーを選択する操作を受け付ける第１手順と、前記作成者が選択した該作成者以外のユーザーを一意に表すユーザーＩＤを前記サーバーへ送信する第２手順と、を行い、ボードに参加することができるユーザーを表す参加者ＩＤを該ボードを一意に表すボードＩＤに対応付けて登録するためのデータベース記憶部を備えた前記サーバーが、前記ユーザー端末からボードを作成するユーザーである作成者が選択した該作成者以外のユーザーを一意に表すユーザーＩＤを受信する第３手順と、該第３手順で受信した前記作成者が選択した該作成者以外のユーザーの前記ユーザーＩＤを前記参加者ＩＤとして、作成するボードの前記ボードＩＤに対応付けて前記データベース記憶部に登録する第４手段とを行うことを特徴とする情報提供方法。
【０４４５】
（２７） サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供方法において、前記ユーザー端末が、該ユーザー端末を操作するユーザーを一意に表すユーザーＩＤ及び前記ボードを一意に表すボードＩＤを含んだ、ボードへの参加の登録を指示するための参加登録情報を前記サーバーへ送信する第５手順を行い、前記ボードＩＤで特定されるボードに参加することができるユーザーを表す参加者ＩＤを該ボードＩＤに対応付けて登録するとともに、該参加者ＩＤで特定されるユーザーが該ボードＩＤで特定されるボードへの参加を承認しているか否かを該ボードＩＤ及び該参加者ＩＤに対応付けて登録するためのデータベース記憶部を備えた前記サーバーが、前記参加登録情報を前記ユーザー端末から受信する第６手順と、前記参加登録情報の受信に応じて、該参加登録情報に含まれる前記ユーザーＩＤと等しい前記参加者ＩＤ、及び前記ボードＩＤに対応付けて、該ボードＩＤで特定されるボードへの参加を該参加者ＩＤで特定されるユーザーが承認している旨を前記データベース記憶部に登録する第７手順を行うことを特徴とする情報提供方法。
【０４４６】
（２８） 上記（２６）に記載の情報提供方法において、前記データベース記憶部に、前記ボードＩＤで特定されるボードへの参加を、該ボードＩＤに対応して登録された前記参加者ＩＤで特定されるユーザーが承認しているか否かを、該ボードＩＤ及び該参加者ＩＤに対応付けて更に登録するためのものであり、前記ユーザー端末が、該ユーザー端末を操作するユーザーを一意に表すユーザーＩＤ及び前記ボードＩＤを含んだ、ボードへの参加の登録を指示するための参加登録情報を前記サーバーへ送信する第５手順を行い、前記サーバーが、前記参加登録情報を前記ユーザー端末から受信する第６手順を行い、前記参加登録情報の受信に応じて、該参加登録情報に含まれる前記ユーザーＩＤと等しい前記参加者ＩＤ、及び前記ボードＩＤに対応付けて、該ボードＩＤで特定されるボードへの参加を該参加者ＩＤで特定されるユーザーが承認している旨を前記データベース記憶部に登録する第７手順を行うことを特徴とする情報提供方法。
【０４４７】
（２９） 上記（２６）又は（２７）又は（２８）に記載の情報提供方法において、文字や画像の表示をする表示部を備えた前記ユーザー端末が、該ユーザー端末を操作するユーザーの前記ユーザーＩＤを含んだ、前記サーバーへボードの状況の取得をリクエストするための最新状況確認情報を前記サーバーへ送信する第８手順を行い、前記サーバーが、前記最新状況確認情報を前記ユーザー端末から受信する第９手順を行い、前記最新状況確認情報の受信に応じて、該最新状況確認情報に含まれるユーザーＩＤと等しい前記参加者ＩＤに対応する前記ボードＩＤを、前記データベース記憶部から取得する第１０手順を行い、該第１０手順で取得したボードＩＤに基づいて参加可能又は参加不可能なボードを示す情報であるボード状況情報を前記ユーザー端末へ送信する第１１手順を行い、前記ユーザー端末が、該最新状況確認情報の送信に応じて、前記ボード状況情報を前記サーバーから受信する第１２手順を行い、該第１２手段で受信した前記ボード状況情報に応じてユーザーが参加できないボードを除く参加できるボードの名称を前記ユーザー端末に備えられた表示部に表示する第１３手順を行うことを特徴とする情報提供方法。
【０４４８】
（３０） 上記（２９）に記載の情報提供方法において、前記ユーザー端末が、携帯電話端末であり、前記最新状況確認情報を定期的に前記サーバーへ送信することを特徴とする情報提供方法。
【０４４９】
（３１） 上記（２９）に記載の情報提供方法において、前記ユーザー端末が、携帯電話端末であり、前記第１３手順で表示したボードの名称の中からユーザーが選択した１つに対応するボードへの書込み内容を表示するボード画面を前記表示部に表示する第１４手順を行うことを特徴とする情報提供方法。
【０４５０】
（３２） 上記（３１）に記載の情報提供方法において、前記ユーザー端末が、前記第１４手順で前記ボード画面を前記表示部に表示しているときに、ユーザーによる入力モード選択ボタンの一度の操作を受け付けたことを条件に複数の入力形式から１つの入力形式を選択する第１５手順と、前記第１４手順で前記ボード画面を前記表示部に表示した後に、前記ボード画面とともに、該ボード画面の一部に重なるようにボードへの書込みをするための入力欄を表示する第１６手順と、のうちの少なくともいずれか１つの手順を行うことを特徴とする情報提供方法。
【０４５１】
（３３） 上記（３１）に記載の情報提供方法において、前記第１４手順で前記ボード画面に表示するボードへの書込み内容には、画像を含めることを特徴とする情報提供方法。
【０４５２】
（３４） サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供方法において、ボードへのユーザーの書込み内容である書込データ、及び該書込データを一意に表す書込みＩＤを対応付けて登録するとともに、前記ユーザー端末に登録されている最新の書込みＩＤを表す最終書込みＩＤを登録するための端末記憶部を備えた前記ユーザー端末が、前記最終書込みＩＤを含んだ、前記サーバーに登録されている前記書込データの取得を要求する情報を前記サーバーに送信する第１７手順を行い、前記書込データを前記書込みＩＤに対応付けて登録するためのデータベース記憶部を備えた前記サーバーが、前記最終書込みＩＤを含んだ、前記サーバーに登録されている前記書込データの取得を要求する情報を前記ユーザー端末から受信する第１８手順を行い、該第１８手順で受信した前記最終書込みＩＤに基づいて前記データベース記憶部に登録されているが、前記端末記憶部に登録されていない前記書込みＩＤ、及び前記書込データを選択する第１９手順を行い、該第１９手順で選択した前記書込みＩＤ、及び前記書込データを前記ユーザー端末へ送信する第２０手段を行い、前記ユーザー端末が、前記書込データの取得を要求する情報の送信に応じて、前記サーバーから前記書込みＩＤ、前記書込データを受信する第２１手順を行い、該第２１手順で受信した前記書込みＩＤ、前記書込データを前記端末記憶部に登録するとともに、前記最終書込みＩＤを最新の書込みＩＤを示す値に更新する第２２手順とを行うことを特徴とする情報提供方法。
【０４５３】
（３５） 上記（３４）に記載の情報提供方法において、前記書込データには、画像を表す画像ＩＤを含めることを特徴とする情報提供方法。
【０４５４】
（３６） サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供方法において、前記ユーザー端末が、該ユーザー端末を操作するユーザーの電子メールアドレス、及びユーザーを識別する識別子とを含んだ、ユーザー登録をリクエストするためのユーザー登録要求情報を前記サーバーに送信する第２３手順を行い、前記サーバーが、前記ユーザー端末から前記ユーザー登録要求情報を受信する第２４手順を行い、前記ユーザー登録要求情報の受信に応じて、該ユーザー登録要求情報に含まれる電子メールアドレス宛にユーザー登録を行うための起動キーを含めた電子メールを送信するとともに、前記電子メールとは別に前記ユーザー端末に対して前記起動キーを送信する第２５手順を行い、前記ユーザー端末が、前記ユーザー登録要求情報の送信に応じて、前記電子メールとは別に前記起動キーを前記サーバーから受信する第２６手順を行い、前記電子メールに含まれる起動キーと、前記第２６手段で受信した起動キーとが一致しないときにユーザー登録を完了させない第２７手順を行うことを特徴とする情報提供方法。
【０４５５】
（３７） 上記（３６）に記載の情報提供方法において、前記識別子は、前記ユーザー端末の製造番号を一意に表すものであることを特徴とする情報提供方法。
【０４５６】
（３８） 上記（２６）乃至（２９），（３４）乃至（３７）のうちいずれか１つに記載の情報提供方法において、前記ユーザー端末は携帯電話端末であることを特徴とする情報提供方法。
【０４５７】
（３９） 請求項１７に記載の報提供方法において、前記データベース記憶部は、前記ボードＩＤで特定されるボードへの参加を該ボードＩＤに対応して登録された前記参加者ＩＤで特定されるユーザーが承認しているかどうかを該ボードＩＤ及び該参加者ＩＤに対応付けて更に登録するためのものであり、前記サーバーが、前記ユーザー端末を操作するユーザーを一意に表すユーザーＩＤ及び前記ボードＩＤを含んだ、ボードへの参加の登録を指示するための参加登録情報を、前記ユーザー端末から受信する第２手順を行い、前記参加登録情報の受信に応じて、該参加登録情報に含まれる前記ユーザーＩＤと等しい前記参加者ＩＤ、及び前記ボードＩＤに対応付けて、該ボードＩＤで特定されるボードへの参加を該参加者ＩＤで特定されるユーザーが承認している旨を前記データベース記憶部に登録する第３手順を行うことを特徴とする情報提供方法。
【０４５８】
（４０） 請求項１７，請求項１８，上記（３９）いずれか１つに記載の報提供方法において、前記サーバーが、前記ユーザー端末を操作するユーザーの前記ユーザーＩＤを含んだ、前記サーバーへボードの状況の取得をリクエストするための最新状況確認情報を、前記ユーザー端末から受信する第９手順を行い、前記最新状況確認情報の受信に応じて、該最新状況確認情報に含まれるユーザーＩＤと等しい前記参加者ＩＤに対応する前記ボードＩＤを、前記データベース記憶部から取得する第１０手順を行い、該第１０手順で取得したボードＩＤに基づいて参加可能又は参加不可能なボードを示す情報であるボード状況情報を前記ユーザー端末へ送信する第１１手順を行うことを特徴とする情報提供方法。
【０４５９】
（４１） 請求項１９に記載の情報提供方法において、前記書込データには、画像を表す画像ＩＤを含めることを特徴とする情報提供方法。
【０４６０】
（４２） 請求項２０に記載の情報提供方法において、前記識別子は、前記ユーザー端末の製造番号を一意に表すものであることを特徴とする情報提供方法。
【０４６１】
なお、本発明や、上記の技術的思想の第１手段乃至第２７手段，第１手順乃至第２７手順に対しては、上述の実施の形態が以下のように対応する。
【０４６２】
第１手段：端末側アプリにより第１手順（Ｓｍ３）を行う端末側情報処理部２１
第２手段：：端末側アプリにより第２手順（Ｓｍ４）を行う端末側情報処理部２１
第３手段：：サーバー側アプリにより第３手順（Ｓｍ５）を行うサーバー側情報処理部１１
第４手段：サーバー側アプリにより第４手順（Ｓｍ１５）を行うサーバー側情報処理部１１
第５手段：端末側アプリにより第５手順（Ｓｎ１４又はＳｏ１３）を行う端末側情報処理部２１
【０４６３】
第６手段：サーバー側アプリにより第６手順（Ｓｎ１５又はＳｏ１４）を行うサーバー側情報処理部１１
第７手段：サーバー側アプリにより第７手順（Ｓｎ１８又はＳｏ１７）を行うサーバー側情報処理部１１
第８手段：端末側アプリにより第８手順（Ｓｐ１又はＳｐ１’）を行う端末側情報処理部２１
第９手段：サーバー側アプリにより第９手順（Ｓｐ２又はＳｐ２’）を行うサーバー側情報処理部１１
第１０手段：サーバー側アプリにより第１０手順（Ｓｐ４又はＳｐ４’）を行うサーバー側情報処理部１１
【０４６４】
第１１手段：サーバー側アプリにより第１１手順（Ｓｐ６又はＳｐ６’）を行うサーバー側情報処理部１１
第１２手段：端末側アプリにより第１２手順（Ｓｐ７又はＳｐ７’）を行う端末側情報処理部２１
第１３手段：端末側アプリにより第１３手順（Ｓｐ８，Ｓｐ９，Ｓｐ１１又はＳｐ８’，Ｓｐ９’，Ｓｐ１１）を行う端末側情報処理部２１
第１４手段：端末側アプリにより第１４手順（Ｓｔ１）を行う端末側情報処理部２１
第１５手段：端末側アプリにより第１５手順（Ｓｔ２，Ｓｔ３，Ｓｔ６，Ｓｔ１６）を行う端末側情報処理部２１
【０４６５】
第１６手段：端末側アプリにより第１６手順（Ｓｔ１７）を行う端末側情報処理部２１
第１７手段：端末側アプリにより第１７手順（Ｓｔ２４）を行う端末側情報処理部２１
第１８手段：サーバー側アプリにより第１８手順（Ｓｔ２５）を行うサーバー側情報処理部１１
第１９手段：サーバー側アプリにより第１９手順（Ｓｔ３０〜Ｓｔ３６）を行うサーバー側情報処理部１１
第２０手段：サーバー側アプリにより第２０手順（Ｓｔ３７〜Ｓｔ４０）を行うサーバー側情報処理部１１
【０４６６】
第２１手段：端末側アプリにより第２１手順（Ｓｔ４２）を行う端末側情報処理部２１
第２２手段：端末側アプリにより第２２手順（Ｓｔ４４）を行う端末側情報処理部２１
第２３手段：端末側アプリにより第２３手順（Ｓｅ０）を行う端末側情報処理部２１
第２４手段：サーバー側アプリにより第２４手順（Ｓｅ１）を行うサーバー側情報処理部１１
第２５手段：サーバー側アプリにより第２５手順（Ｓｅ４，Ｓｅ５）を行うサーバー側情報処理部１１
【０４６７】
第２６手段：端末側アプリにより第２６手順（Ｓｅ６）を行う端末側情報処理部２１
第２７手段：端末側アプリにより第２７手順（Ｓｅ９，Ｓｅ１１）を行う端末側情報処理部２１
【０４６８】
上記の（２６）の技術的思想は、ボードを作成するユーザー自らが、そのボードへの参加を許可されるユーザーを指定して、ボードを作成することができるという効果を有する。
【０４６９】
上記の（１），（１０），（１４），（１８），（１９），（２７），（２８），（３９）の技術的思想は、ボードへの参加を許可されたユーザーが、自らの意思で、そのボードに参加するか否かの最終的な判断を行なうことができるようになるという効果を有する。
【０４７０】
上記の（１），（１０），（１４），（１９），（２８），（３９）の技術的思想は、ユーザーにボードの提供を行なうに際し、ユーザーが複数のボードを所有していた場合でも、ユーザー端末でのボードの表示が煩雑にならず、快適に各ボードを利用することができるようになるという効果を有する。
【０４７１】
上記の（２），（１１），（１５），（２９），（４０）の技術的思想は、ユーザーにボードの提供を行なうに際し、ユーザーが参加できるボードだけをユーザー端末で表示するため、ユーザー端末でのボードの表示が煩雑にならず、参加できるボードを瞬時に把握することができ、快適に各ボードを利用することができるようになるという効果を有する。
【０４７２】
上記の（３），（２０），（３０）の技術的思想は、ユーザーにボードの提供を行なうに際し、ユーザーの手間をかけずにボードが更新されていることをユーザーに知らせることができるようになるという効果を有する。
【０４７３】
上記の（４），（２１），（３１）の技術的思想は、ユーザーにボードの提供を行なうに際し、ユーザーが複数のボードを所有していた場合でも、ユーザー端末でのボードの表示が煩雑にならず、快適に各ボードを利用することができるようになるという効果を有する。
【０４７４】
上記の（５），（２２），（３２）の技術的思想は、ユーザーにボードの提供を行なうに際し、ボードの発言内容を見る楽しみがあるようにしたり、簡易な方法で発言の入力方法を選択することができるようにしたり、ボードに記載された書き込み内容を確認しながら新しい書き込みを行うことができるようにしたりできるという効果を有する。
【０４７５】
上記の（３４）の技術的思想は、ユーザーにボードの提供を行なうに際し、サーバとユーザー端末が接続状態にないときでもボードの情報をユーザー端末で閲覧することができ、さらに、サーバからユーザー端末へボードへ書き込まれた内容を読み込むときに、短時間で読み込むことができるようになるという効果を有する。
【０４７６】
上記の（６），（７），（１２），（１６），（２３），（２４），（３３），（３５），（４１）の技術的思想は、ユーザーにボードの提供を行なうに際し、ボードの発言内容を見る楽しみがあるとともに、サーバからユーザー端末へボードへの書き込み内容を読み込むときに、短時間で読み込むことができるようになるという効果を有する。
【０４７７】
上記の（８），（１３），（１７），（２５），（３７），（４２）の技術的思想は、ユーザーにボードの提供を行なうに際し、ユーザーの認証を簡易に行うことのできるようになるという効果を有する。
【０４７８】
上記の（３８）の技術的思想は、ユーザーにボードの提供を行なうに際し、携帯電話端末で利用できるようになるという効果を有する。
【０４７９】
【実施例】
（電子掲示板システムの利用の流れ）
上述のように、電子掲示板システム１００は、会員管理機能、掲示板管理機能、発言データ管理機能を用いることで、上述の各種の処理を行なう。各処理が行われることで、各ユーザーは、電子掲示板システム１００を以下のように利用することができる。以下に、各ユーザーが、電子掲示板システム１００を利用する際の流れを説明する。
【０４８０】
本実施例の電子掲示板システム１００の端末２０における情報処理は、２種類のアプリケーションプログラムが機能することにより実現され、ユーザーは電子掲示板システム１００を快適に利用できる。
【０４８１】
２種類のアプリケーションプログラムのうちの１種類は、ユーザーデータの登録／編集や、電子掲示板への発言の読み書きのための処理を行なうもので、これを以下「参加アプリ」とよぶ。他の１種類は、電子掲示板の作成／参加者の変更等のためのもので、これを以下「作成アプリ」とよぶ。
【０４８２】
本実施例では、ユーザーが、サーバー１０から自分の端末２０に「参加アプリ」や「作成アプリ」をダウンロードすることで、電子掲示板システム１００を利用することができる。
【０４８３】
参加アプリによって、ユーザーごと、話題ごとに、電子掲示板を利用することができる。電子掲示板の中の発言を読み書きできるのは、電子掲示板の作成者が指定した（誘った）仲間のユーザーだけである。気のあった者同士の、気軽で安全なコミュニケーションを楽しむことができる。
【０４８４】
参加アプリでは、ユーザーはいくつもの電子掲示板に参加することができる。ユーザーは自分の参加しているすべての電子掲示板がリストアップされた“リスト画面”（図３２参照）から電子掲示板を選択するだけで、それぞれの電子掲示板に参加している仲間と、それぞれのテーマにあったおしゃべりをすることができる。
【０４８５】
作成アプリによって、参加アプリによって読み書きする電子掲示板を新しく作成することができる。作成アプリを利用すれば、ユーザー自身が他のユーザーを誘って、新しい電子掲示板を作成し、参加アプリで利用することができる。
【０４８６】
作成アプリには電子掲示板の作成を手助けする、友達帳機能、ＩＤ交換機能などが備わっている。ユーザー同士でユーザーＩＤを教えあい、友達帳に登録しておけば、手軽に新しい電子掲示板を作るのに役立つ。
【０４８７】
このように、ユーザーは、参加アプリを端末２０にダウンロードすれば、他のユーザーが作成アプリによって作成した電子掲示板へ誘われることを条件に、その電子掲示板に参加することが可能となる。したがって、友達から誘われた電子掲示板に参加するだけであれば、参加アプリだけをダウンロードすればよい。自分で電子掲示板を作成したくなったときに、作成アプリを端末２０にダウンロードすればよいのである。
【０４８８】
また、電子掲示板の作成を認めるユーザー（例えば、管理職にある社員）に対しては作成アプリのダウンロードを許可し、それ以外のユーザー（例えば、管理職にない社員）に対しては作成アプリのダウンロードを禁止する等の方法で、電子掲示板システム１００を利用できる。
【０４８９】
＜参加アプリの取得＞
まず、ユーザーは、参加アプリを取得する必要がある。ユーザーは、端末２０に所定のＵＲＬを入力して、ネットワーク１に接続する。このとき、ユーザーが入力するＵＲＬは、サーバー１０の運営者がユーザーへ予め配布した会員証に記載されている。
【０４９０】
ユーザーが所定のＵＲＬでサーバー１０にアクセスすると、端末２０のＷＥＢブラウザにより端末２０の表示画面２０ａには、「ダウンロード」のボタンが表示される。ユーザーが、「ダウンロード」にカーソルを合わせて、操作ボタン２０ｂを操作すると、仮ＩＤの入力を受け付ける欄と、送信ボタンが表示画面２０ａに表示される。
【０４９１】
ユーザーが、会員証に記載されている仮ＩＤを、操作ボタン２０ｆ等を操作して入力し、送信ボタンにカーソルを合わせて操作ボタン２０ｂを操作すると、「参加アプリダウンロード」のボタンと、「作成アプリダウンロード」のボタンが表示された“ダウンロード画面”（不図示）が、表示画面２０ａに表示される。
【０４９２】
なお、「参加アプリダウンロード」のボタンや、「作成アプリダウンロード」のボタンが、上述の実施形態におけるリクエストボタンに相当する。ユーザーが、「参加アプリダウンロード」にカーソルを合わせて、操作ボタン２０ｂを操作すると、ユーザーの端末２０に、参加アプリがダウンロードされる。
【０４９３】
＜ユーザー登録＞
ユーザーが端末２０を操作して初めて参加アプリを起動させると、表示画面２０ａには、ユーザー登録がはじめてかと聞く画面（不図示）が表示される。ユーザーは、ユーザー登録がはじめてという返答を入力する。そうすると、“ユーザー登録画面”が表示画面２０ａに表示される。
【０４９４】
図３１は、ユーザー登録画面を示す図である。ユーザー登録画面では、ユーザーデータの入力を受け付ける画面が表示される。本実施例では、ユーザーＩＤ、パスワード、メールアドレス、名前、ニックネームの入力を受け付ける。なお、図３１では、ユーザーＩＤ、パスワード、メールアドレスの入力欄だけが表示画面２０ａに見えているが、ユーザーが、操作ボタン２０ｅを操作すれば、画面がスクロールされて、名前、ニックネームを入力する欄も見えるようになる。
【０４９５】
ユーザーＩＤは、個人を表すコードである。電子掲示板で友達や家族とコミュニケーションをとるには、友達や家族とユーザーＩＤを教えあう。ユーザーＩＤを知っている相手と電子掲示板を共有できるようになるのである。
【０４９６】
パスワードは、登録した情報を他人に悪用されないためのユーザー自身が選ぶコードである。最初に登録してしまえば、端末２０やサーバー１０に記憶されて、以降は意識することはない。ただし、作成アプリを利用するとき、または端末２０を変更するとき、参加アプリを誤って端末２０から削除してしまったときなどに、必要となる。
【０４９７】
メールアドレスは、ユーザー登録のとき、電子掲示板への参加の誘いを受けたとき、自分で電子掲示板を作ったときに、サーバー１０から電子メールを送るときのメールアドレスになる。したがって、ユーザーは、参加アプリをダウンロードした端末２０の、メールアドレスを入力する必要がる。
【０４９８】
ここで、メールアドレスの入力をして、ユーザー登録が行われることにより、電子メールから参加アプリを起動する機能を利用する場合に、メールアドレスの真正性が確保される。すなわち、サーバー１０は、参加アプリを起動させるときの起動キーを含んだ電子メールを、ユーザー登録されたメールアドレスに対して送信することができるようになる。
【０４９９】
名前は、ユーザーの個人名である。サーバー１０側からのメールでは、この名前を用いてメールが記述される。電子掲示板の参加者に、自動的に名前を通知することはない。
【０５００】
ニックネームは、電子掲示板でのユーザーの呼び名である。電子掲示板では常にニックネームで発言し、呼びかけられることになる。本実施例では、ニックネームは電子掲示板ごとに違う名前に変えることもできる。ユーザー登録で登録したニックネームはデフォルトとなる。
【０５０１】
ユーザーは、ユーザーＩＤ、パスワード、メールアドレス、名前、ニックネームを入力したら、操作ボタン２０ｂを操作する。すると、ユーザーＩＤ、パスワード、メールアドレス、名前、ニックネームが端末２０からサーバー１０へ送信される。
【０５０２】
サーバー１０でユーザー登録に成功すると、「ユーザー登録を申し込みました。メールをお待ち下さい。」というメッセージ画面を表示画面２０ａに表示する。このとき、ユーザーＩＤ、パスワード、メールアドレス、名前、ニックネームは端末２０のデータ格納領域２３ｂに格納される。表示画面２０ａに表示されたＯＫボタンにカーソルを合わせて操作ボタン２０ｂを操作すると、参加アプリが終了する。
【０５０３】
ユーザーは、登録確認のメールがサーバー１０から端末２０に届くのを待って、次に説明するユーザー登録確認を行う。
なお、入力したユーザーＩＤは誰かが既に登録しているとサーバー１０で判断されると、「入力されたユーザーＩＤはすでに登録済みです」というメッセージが表示される。この場合には、別のユーザーＩＤを画面にしたがって入力して、登録を試みる。
【０５０４】
＜ユーザー登録確認＞
ユーザーは、登録確認の電子メールが端末２０に届いたら、電子メールの本文に記載されている「登録確認」のボタンを選択して操作ボタン２０ｂを押す。すると、参加アプリが起動して、サーバー１０との通信を開始する。ここで、サーバー１０は最終的にユーザ登録を完了させ、通信を終了させる。通信が終了すると、“リスト画面”（図３２参照）が表示画面２０ａに表示される。
【０５０５】
＜ボードマネージャー＞
図３２は、リスト画面を示す図である。図３２に示すように、リスト画面には、掲示板名称２０ａ−ａが並んで表示される。掲示板名称２０ａ−ａは、ユーザーが参加している電子掲示板の名前である。なお、ユーザーと、他のもう一人のユーザーとしか参加できない２人専用の電子掲示板の掲示板名称２０ａ−ａは、他の掲示板名称２０ａ−ａと異なる表示態様で（例えば、表示色が異ならせて）表示される。２人専用の電子掲示板は、途中で参加者を変更することができない電子掲示板である。画面上に示されるＮｅｗマーク２０ａ−ｂは、電子掲示板に未読の発言が存在している場合に表示される。
【０５０６】
リスト画面で、操作ボタン２０ｂをユーザーが操作すると、カーソルの合っている掲示板名称の電子掲示板に入り、端末２０は、その電子掲示板の“ボード画面”（図３３参照）を表示画面２０ａに表示する。
リスト画面で、いずれかの掲示板名称にカーソルが合っている状態で、操作ボタン２０ｃをユーザーが操作すると、端末２０はその電子掲示板の各種設定等を行うための“設定メニュー画面”（図３６参照）を表示画面２０ａに表示する。
【０５０７】
リスト画面で、操作ボタン２０ｄをユーザーが操作すると、端末２０はサーバー１０と通信を行い、表示されている全ての電子掲示板について、電子掲示板に未読の発言が存在しているかを確認する。端末２０は、未読の発言がある電子掲示板の掲示板名称の隣にＮｅｗマーク２０ａ−ｂを表示する。このとき、未読の発言がある電子掲示板の電子掲示板名称を優先的にリストの上段に並び替える。
【０５０８】
本実施例の参加アプリは、所謂待ち受けアプリとして機能することができる。待受けアプリとして機能している場合において、待ち受けアプリとして休眠状態でリスト画面を表示しているときには、操作ボタン２０ｈ以外の操作は参加アプリに対して無効である。ただし、操作ボタン２０ｈ以外の操作ボタンの操作でも、参加アプリ以外、例えば電話機として端末を使用するためには有効である。
【０５０９】
リスト画面で、操作ボタン２０ｈをユーザーが操作すると、待受けアプリとして起動している場合、休眠状態から活性状態へ、活性状態から休眠状態へ切り替える。
【０５１０】
＜ボード画面＞
図３３は、ボード画面を示す図である。ユーザーが電子掲示板に入ると、図３３に示すようなボード画面が表示画面２０ａに表示される。図３３は、「夏休み」という掲示板名称の電子掲示板に入ったときの例である。図３３の例では、２つの発言２０ａ−ｃと、１つの発言の一部が画面にみえている。
【０５１１】
発言２０ａ−ｃは、サーバー１０に登録された順に、上に行くほど新しいものが並ぶ。
発言者ニックネーム２０ａ−ｄは、発言を登録したユーザーのニックネームである。
【０５１２】
発信日時２０ａ−ｅは、発言が登録された日時である。
エモキャラ２０ａ−ｆは、１つの発言２０ａ−ｃにつき３つまで表示されることがある絵である。
スクロールマーク２０ａ−ｇは、現在表示中の最上段の発言より上下に発言があるかどうかを表すマークである。
続マーク（不図示）は、サーバー１０からダウンロードしきれない発言が残っていた場合、表示される。
【０５１３】
ボード画面で、操作ボタン２０ｅをユーザーが操作すると、発言を上下にスクロールする。
ボード画面で、操作ボタン２０ｄをユーザーが操作すると、未読の発言がサーバー１０に登録されているかを問合せ、未読の発言があれば、その未読の発言のみをダウンロードする。
【０５１４】
ボード画面で、操作ボタン２０ｃをユーザーが操作すると、端末２０は、電子掲示板の発言をデータ格納領域２３ｂの発言データを保存する領域にセーブして、リスト画面を表示する。
【０５１５】
ボード画面で、操作ボタン２０ｂをユーザーが操作すると、端末２０は“通常入力画面”（不図示）を表示画面２０ａに表示して通常入力モードに入る。通常入力モードでは、ユーザーは操作ボタン２０ｆ等を操作して発言する文章を入力する。ユーザーが入力を終了して、操作ボタン２０ｂを操作すると、端末２０は、発言の内容をサーバー１０へ送信して、ボード画面を表示する。
【０５１６】
ボード画面で、操作ボタン２０ｇをユーザーが操作すると、端末２０は“エモキャラ添付入力画面”（図３４参照）を表示画面２０ａに表示してエモキャラ入力モードに入る。
図３４は、エモキャラ添付入力画面を示す図である。ユーザーがエモキャラ入力欄２０ａ−ｈにカーソルを合わせて操作ボタン２０ｂを操作すると、端末２０は“エモキャラ選択画面”（不図示）を表示画面２０ａに表示する。
【０５１７】
ユーザーは、エモキャラ選択画面に表示された複数種類のエモキャラ２０ａ−ｆの中から発言するエモキャラ２０ａ−ｆを選択する。本実施例では、１つの発言につきエモキャラ２０ａ−ｆを３つまで選択することができる。ユーザーがエモキャラ２０ａ−ｆを選択すると、端末２０は、再度エモキャラ添付入力画面を表示する。このとき、選択したエモキャラがエモキャラ入力欄２０ａ−ｈに表示される。
【０５１８】
ユーザーが文章入力欄２０ａ−ｉにカーソルを合わせて操作ボタン２０ｂを操作すると、端末２０は、“文章入力画面”（不図示）を表示画面２０ａに表示する。ユーザーは操作ボタン２０ｆ等を操作して発言する文章を入力する。ユーザーが文章を入力すると、端末２０は、再度エモキャラ添付入力画面を表示する。このとき、入力した文章が文章入力欄２０ａ−ｉに表示される。
【０５１９】
エモキャラ添付入力画面で、操作ボタン２０ｄをユーザーが操作すると、端末２０は作成した発言をサーバーに送信して、ボード画面を表示する。
【０５２０】
エモキャラ添付入力画面で、操作ボタン２０ｃをユーザーが操作すると、端末２０はボード画面を表示する、すなわち、発言を取りやめることになる。
【０５２１】
ボード画面で、操作ボタン２０ｆをユーザーが操作すると、端末２０は“直打ち入力画面”（図３５参照）を表示画面２０ａに表示して直打ち入力モードに入る。
図３５は、直打ち入力画面を示す図である。直打ち入力モードでは、ボード画面の表示の上に重ねて、表示画面２０ａ内の下方位置に直打ち入力欄２０ａ−ｊを表示する。
【０５２２】
直打ち入力モードで、ユーザーが操作ボタン２０ｆ，２０ｇを操作すると発言する文章を入力することができる。
直打ち入力モードで、ユーザーが操作ボタン２０ｄを操作すると、端末２０は作成した発言をサーバーに送信して、ボード画面を表示する。
【０５２３】
＜設定メニュー画面＞
図３６は、設定メニュー画面を示す図である。設定メニュー画面では、リスト画面の表示の上に重ねて、表示画面２０ａ内の中央付近に設定選択欄２０ａ−ｋを表示する。本実施例では、設定選択欄２０ａ−ｋに表示される項目は、「参加アプリ終了」、「休眠」、「ボード設定」、「ボード参加者」、「ボード削除」、「参加アプリ設定」、「画像ロード」、「ユーザー編集」である。
【０５２４】
設定メニュー画面で、「参加アプリ終了」にカーソルを合わせた状態でユーザーが操作ボタン２０ｂを操作すると、端末２０は参加アプリを終了する。なお、「参加アプリ終了」は、参加アプリが通常起動しているときにだけ表示する項目である。
【０５２５】
設定メニュー画面で、「休眠」にカーソルを合わせた状態でユーザーが操作ボタン２０ｂを操作すると、端末２０はアプリを休眠状態にする。参加アプリが、待受けアプリとして機能しているときだけ、「参加アプリ終了」の代わりに表示する項目である。
【０５２６】
設定メニュー画面で、「ボード設定」にカーソルを合わせた状態でユーザーが操作ボタン２０ｂを操作すると、リスト画面でカーソルが合っていた掲示板名称に対応する電子掲示板の設定を変更することができるようになる。例えば、リスト画面で表示される掲示板名称を変更したり、電子掲示板の発言をデータ格納領域２３ｂに保存しておける容量を変更したり、その電子掲示板における自分のニックネームを変更することができる。
【０５２７】
設定メニュー画面で、「ボード参加者」にカーソルを合わせた状態でユーザーが操作ボタン２０ｂを操作すると、端末２０はリスト画面でカーソルが合っていた掲示板名称に対応する電子掲示板に参加している全メンバーのニックネームと、自分が最後に発言した日時を表示する。
【０５２８】
設定メニュー画面で、「ボード削除」にカーソルを合わせた状態でユーザーが操作ボタン２０ｂを操作すると、リスト画面でカーソルが合っていた掲示板名称に対応する電子掲示板の参加者ではなくなる。再度参加するためには、電子掲示板の作成者に再度参加者として登録してもらう。
【０５２９】
設定メニュー画面で、「参加アプリ設定」にカーソルを合わせた状態でユーザーが操作ボタン２０ｂを操作すると、参加アプリの設定を変更することができるようになる。例えば、直打ち入力モードにおいてユーザーが入力する際の入力方式（かな入力方式か、ポケベル入力方式か等）を選択したり、表示されるフォントの大きさを変更したり、待受けアプリとして機能する場合の休眠中に表示する画面を選択したり、待受けアプリとして機能する場合の未読チェック間隔時間を設定したりすることができる。
【０５３０】、
未読チェック間隔時間とは、端末２０がサーバーと自動的に通信して未読の発言があるかをチェックするときの時間間隔である。本実施例の参加アプリには、端末２０がサーバーと自動的に通信を行う間隔が比較的長い「通常モード」と、比較的短い「頻繁」が用意されている。ユーザーはいずれかを選択することができる。
【０５３１】
「通常モード」をユーザーが選択した場合には、０〜２４時間まで、１時間刻みで未読チェック間隔時間を設定できる。０時間に設定すると、端末２０がサーバーと自動的に通信して未読の発言があるかをチェックすることをしない。
【０５３２】
「頻繁モード」をユーザーが選択した場合には、０〜６０分まで、５分刻みで未読チェック間隔時間を設定できる。０分に設定すると、端末２０がサーバーと自動的に通信して未読の発言があるかをチェックすることをしない。
【０５３３】
設定メニュー画面で、「画像ロード」にカーソルを合わせた状態でユーザーが操作ボタン２０ｂを操作すると、待受けアプリとして機能する場合の休眠中に表示する画面のデータを、サーバー１０からダウンロードすることができる。
【０５３４】
設定メニュー画面で、「ユーザ編集」にカーソルを合わせた状態でユーザーが操作ボタン２０ｂを操作すると、ユーザーデータを編集することができる。ただし、ユーザーＩＤだけは最初に登録したものを変更することはできない。
【０５３５】
＜ボードの新規追加＞
電子掲示板を作成したユーザー、すなわち電子掲示板を作成した友達から電子掲示板への参加を誘われると、サーバー１０から新規の電子掲示板への参加を誘う「掲示板作成メール」が端末２０宛に送られる。また、自分で作成アプリを起動させて、新しい電子掲示板を作り、友達を誘う場合も、作成アプリで登録した情報で新規の電子掲示板を設定するための「掲示板作成メール」がサーバー１０から端末２０宛に送られる。ユーザーは、送られた掲示板作成メールを使って新規の電子掲示板へ参加することができる。
【０５３６】
ユーザーは掲示板作成メールを読み、そのメールにある「お誘い」のボタンにカーソルを合わせ、操作ボタン２０ｂを操作する。すると、参加アプリが起動して、端末２０は“ボード初期設定設定画面”（図３７参照）を表示画面２０ａに表示する。
【０５３７】
図３７は、ボード初期設定画面を示す図である。ユーザーは、表示画面２０ａに表示された内容にしたがって、「掲示板名称」、「保存容量」、「ニックネーム」、「参加選択」といった必要な項目を入力する。
【０５３８】
「掲示板名称」の項目には、デフォルトとして電子掲示板の作成者がつけた電子掲示板の名前を表示する。ユーザは、カーソルを「掲示板名称」の項目にあわせて、操作ボタンを２０ｆ，２０ｇ等を操作することで、掲示板名称を好みの名前に変更できる。
【０５３９】
「保存容量」の項目は、電子掲示板の発言のデータを、データ格納領域２３ｂに保存しておける容量を示すものである。ユーザは、カーソルを「掲示板名称」の項目にあわせて、操作ボタン２０ｆ等を操作することで、保存容量を決めることができる
【０５４０】
「ニックネーム」は、その電子掲示板に発言する際の、自分のニックネームである。デフォルトとして、ユーザー登録で登録したニックネームを表示する。ユーザは、カーソルを「ニックネーム」の項目にあわせて、操作ボタンを２０ｆ，２０ｇ等を操作することで、その電子掲示板で使うニックネームを変更できる。
【０５４１】
「参加選択」は、友達から電子掲示板に誘われたときだけ表示される項目であり、「受ける」，「受けない」の選択肢からいずれか１つを選択するようになっている。友達からの誘いを受ける、すなわち、誘われた電子掲示板への参加を希望するときは、「受ける」を選択する。誘われた電子掲示板への参加を希望しないときは「受けない」を選択する。
【０５４２】
ボード初期設定画面で、操作ボタン２０ｄをユーザーが操作すると、端末２０は表示画面２０ａに表示された内容を、サーバー１０に送信する。自分で電子掲示板を作成した場合には、電子掲示板へ参加可能であることがサーバー１０で登録される。友達から誘いを受けた場合には、「参加選択」の項目で「受ける」が選択されていると、電子掲示板へ参加する旨がサーバー１０で登録され、「受けない」が選択されていると、ボードへ参加しない旨がサーバー１０で登録される。
【０５４３】
登録がされた場合や、操作ボタン２０ｃをユーザーが操作すると、参加アプリを終了する。ボード初期設定画面で、操作ボタン２０ｄをユーザーが操作して、参加アプリが終了した場合であって、自分で電子掲示板を作成した場合や、「参加選択」の項目で「受ける」が選択された場合には、次に参加アプリが起動したときに、端末２０は登録した新しい電子掲示板をリスト画面に表示する。
【０５４４】
なお、本実施例では、保存容量の制限上、登録した電子掲示板の全枚数がすでに８０枚になっているときや、登録した電子掲示板の保存容量の合計がすでに８０ＫＢになっているときには、新しい電子掲示板を登録することができない。前者の場合には、どれか古い電子掲示板を削除しなければ新しい電子掲示板は登録できない。後者の場合には、登録されている電子掲示板の保存容量を上述の「ボード設定」で減らすことで、新しい電子掲示板を登録できる。
【０５４５】
＜再登録＞
本実施例の電子掲示板システム１００では、端末２０を変更したとき、間違ってアプリケーションを削除してしまったときなど、ユーザーのユーザーＩＤをそのままに、ユーザーが参加していた電子掲示板の情報や発言の内容も復帰させることができる。
【０５４６】
まず、上述のように参加アプリの取得を行う。
次に、ユーザーが端末２０を操作して参加アプリを起動させると、表示画面２０ａでは、ユーザー登録がはじめてかと聞く画面（不図示）が表示される。ユーザーは、ユーザー登録がはじめてではないという返答を入力する。そうすると、“ユーザー再登録画面”（図３８参照）が表示画面２０ａに表示される。
【０５４７】
図３８は、ユーザー再登録画面を示す図である。ユーザー再登録画面では、ユーザーＩＤ、パスワードの入力を受け付ける画面が表示される。
【０５４８】
ユーザー再登録画面で、ユーザーは、以前登録したユーザーＩＤ、パスワードを、操作ボタン２０ｆ，２０ｇ等を操作して入力する。そして、ユーザーＩＤ、パスワードを入力したら、操作ボタン２０ｄを操作する。すると、端末２０はサーバー１０と通信を行い、サーバー１０はユーザーＩＤ、パスワードの組合せが登録されているものであるかを確認する。
【０５４９】
サーバーで、ユーザーＩＤ、パスワードの組合せが登録されているものであると判断した場合には、「ユーザー登録を申し込みました。メールをお待ち下さい。」というメッセージを端末２０の表示画面２０ａに表示させる。ユーザーが、表示画面２０ａに表示されたＯＫボタンにカーソルを合わせて操作ボタン２０ｂを操作すると、参加アプリが終了する。
【０５５０】
ユーザーは、登録確認のメールがサーバー１０から端末２０に届くのを待って、上述のユーザー登録確認を行う。
【０５５１】
なお、サーバーで、ユーザーＩＤ、パスワードの組合せが登録されていないものであると判断した場合には、「ユーザーＩＤ、パスワードの組合せが間違っています。」というメッセージを端末２０の表示画面２０ａに表示させる。
また、ユーザー再登録画面で、操作ボタン２０ｃをユーザーが操作すると、参加アプリが終了する。
【０５５２】
＜作成アプリの取得＞
上述の参加アプリの取得の場合と同様の手順でダウンロード画面が表示画面２０ａに表示されたときに、ユーザーが、「作成アプリダウンロード」にカーソルを合わせて、操作ボタン２０ｂを操作すると、ユーザーの端末２０に、作成アプリがダウンロードされる。
【０５５３】
＜ユーザー認証＞
ユーザーが端末２０を操作して作成アプリを起動させると、表示画面２０ａには、“ユーザー認証画面” （図３９参照）が表示される。
図３９は、ユーザー認証画面を示す図である。ユーザー認証画面では、ユーザーＩＤ、パスワードの入力を受け付ける画面が表示される。本実施例では、端末２０側の機能を、「参加アプリ」と「作成アプリ」とに分かれた２種類のアプリケーションプログラムに基づいて提供しているため、「作成アプリ」での操作時に、「参加アプリ」で使用されるのと同じユーザーＩＤ，パスワードを入力させるようにしている。
【０５５４】
ユーザー認証画面で、ユーザーは、同じ端末２０でダウンロードした参加アプリでユーザー登録したユーザーＩＤ、パスワードを、操作ボタン２０ｆ，２０ｇ等を操作して入力する。そして、ユーザーＩＤ、パスワードを入力したら、操作ボタン２０ｄを操作する。すると、端末２０はサーバー１０と通信を行い、サーバー１０はユーザーＩＤ、パスワードの組合せが登録されているものであるかを確認する。
【０５５５】
サーバー１０で、ユーザーＩＤ、パスワードの組合せが登録されているものであると判断した場合には、端末２０の表示画面２０ａに“作成アプリメニュー画面”（図４０参照）を表示させる。
ユーザー認証画面で、操作ボタン２０ｃをユーザーが操作すると、作成アプリが終了する。
【０５５６】
＜作成アプリメニュー画面＞
図４０は、作成アプリメニュー画面を示す図である。本実施例では、作成アプリメニュー画面に表示される項目は、「ボード作成」、「参加者変更」、「友達帳」、「ＩＤ交換」、「作成アプリ設定」、「作成アプリ終了」である。
【０５５７】
作成アプリメニュー画面で、「ボード作成」にカーソルを合わせた状態でユーザーが操作ボタン２０ｂを操作すると、端末２０は“ユーザー認証画面”（図３９参照）を表示画面２０ａに表示する。そして、後述のボード作成を行うことになる。ボード作成では、ユーザーが「オーナー」となって、電子掲示板を新たに作成することができる。
【０５５８】
作成アプリメニュー画面で、「参加者変更」にカーソルを合わせた状態でユーザーが操作ボタン２０ｂを操作すると、端末２０は“ユーザー認証画面”（図３９参照）を表示画面２０ａに表示する。そして、後述の参加者変更を行う。参加者変更では、ユーザーがオーナーになっている電子掲示板に参加できるユーザーの変更を行う。
【０５５９】
作成アプリメニュー画面で、「友達帳」にカーソルを合わせた状態でユーザーが操作ボタン２０ｂを操作すると、端末２０は“友達帳リスト画面”（図４３参照）を表示画面２０ａに表示する。そして、後述の友達帳編集を行う。友達帳編集では、ボード作成・参加者変更などで便利なように、友達のユーザーＩＤを登録する等を行うことができる。
【０５６０】
作成アプリメニュー画面で、「ＩＤ交換」にカーソルを合わせた状態でユーザーが操作ボタン２０ｂを操作すると、赤外線通信機能を利用して、他のユーザーの端末２０と通信を行い、ユーザーＩＤとニックネームを、ユーザー同士で交換することができる。
【０５６１】
「ＩＤ交換」にカーソルを合わせた状態でユーザーが操作ボタン２０ｂを操作すると、端末２０は送信するユーザーＩＤと名前（ニックネーム）を表示画面２０ａに表示する。ユーザーＩＤを交換する２人のユーザーの端末２０のうち、一方の端末２０が送信、他の一方が受信を行う。
【０５６２】
ユーザー同士は、端末２０の赤外線ポートを互いに向き合わせる。
受信する方のユーザーは、表示画面２０ａに表示されている「受信」にカーソルを合わせて、操作ボタン２０ｂを操作する。表示画面２０ａでは、赤外線通信をするかどうか聞かれるので、「はい」を選んで操作ボタン２０ｂを操作する。
【０５６３】
送信する方のユーザーは、表示画面２０ａに表示されている「送信」にカーソルを合わせて、操作ボタン２０ｂを操作する。赤外線通信をするかどうか聞かれますので、「はい」を選んで操作ボタン２０ｂを操作する。
【０５６４】
これらの操作を、受信する方のユーザーと送信する方のユーザーとが行うことで、両者の端末２０同士で通信が行われ、受信する方のユーザーの端末２０は、相手側のユーザーＩＤとニックネームを受け取ることができる。
【０５６５】
通信が終了すると、端末２０は、表示画面２０ａに友達帳リスト画面（図４３参照）を表示する。その後、後述の友達帳編集を行う。
【０５６６】
作成アプリメニュー画面で、「作成アプリ設定」にカーソルを合わせた状態でユーザーが操作ボタン２０ｂを操作すると、作成アプリの設定を変更することができるようになる。例えば、作成アプリ起動時にパスワードを入力を要求するようにしたり、パスワードを変更したりすることができる。
【０５６７】
作成アプリメニュー画面で、「作成アプリ終了」にカーソルを合わせた状態でユーザーが操作ボタン２０ｂを操作すると、端末２０は作成アプリを終了する。
【０５６８】
＜ボード作成＞
表示画面２０ａには、図３９のユーザー認証画面が表示されている。なお、この場合、端末２０は、ユーザー認証画面に、データ格納領域２３ｂに登録されているユーザーＩＤと、パスワードを表示する。
【０５６９】
ユーザーが、操作ボタン２０ｄを操作すると、端末２０はサーバー１０と通信を行い、サーバー１０はユーザーＩＤ、パスワードの組合せが登録されているものであるかを確認する。サーバー１０で、ユーザーＩＤ、パスワードの組合せが登録されているものであると判断した場合には、端末２０の表示画面２０ａに“第１ボード作成画面”（図４１参照）を表示させる。
【０５７０】
図４１は、第１ボード作成画面を示す図である。本実施例では、第１ボード作成画面は、「掲示板名称」、「ニックネーム」、「初回発言」の入力を求める画面である。なお、図４１では、掲示板名称、ニックネームの入力欄だけが完全に表示画面２０ａに見えているが、ユーザーが、操作ボタン２０ｅを操作すれば、画面がスクロールされて、初回発言の入力欄も完全に見えるようになる。
【０５７１】
「掲示板名称」は、作成する電子掲示板の名称である。他のユーザーへ送信される電子掲示板への参加を誘う電子メールでは、ここで入力された掲示板名称が記載される。
「ニックネーム」は、作成する電子掲示板にユーザーが書き込みをするときに使うニックネームである。
「初回発言」は、作成する電子掲示板に最初に書き込まれるメッセージである。
【０５７２】
ユーザーは、「掲示板名称」、「ニックネーム」、「初回発言」を操作ボタン２０ｆ，２０ｇ等を入力した後に、操作ボタン２０ｄを操作する。すると、端末２０は“第２ボード作成画面”（図４２参照）を表示画面２０ａに表示する。
【０５７３】
図４２は、第２ボード作成画面を示す図である。本実施例では、第２ボード作成画面は、「人数制限」、「参加者」の入力を求める画面である。
【０５７４】
「人数制限」は、作成する電子掲示板を、他の一人のユーザーとだけ利用する電子掲示板にするか、他の複数のユーザーと利用できる電子掲示板にするかを決める項目である。前者の場合、作成する電子掲示板は作成者ともう一人のユーザーだけしか見ることができなくなり、途中で電子掲示板に参加するユーザーを追加・削除することができなくなる。後者の場合、電子掲示板に参加するユーザーの数に制限はなく、途中で追加・削除することもできる。
【０５７５】
ユーザーが、カーソルを「人数制限」の項目にあわせて、操作ボタン２０ｅ’を操作すると表示が「二人」と「複数」とで切り替わる。作成する電子掲示板を、他の一人のユーザーとだけ利用する電子掲示板にする場合には、ユーザーは「二人」を選択する。他の複数のユーザーと利用できる電子掲示板にする場合には「複数」選択する。
【０５７６】
「参加者」は、電子掲示板を作成するユーザーが、電子掲示板への参加を誘う他のユーザーを決める項目である。電子掲示板を作成するユーザーが、カーソルを友達選択欄２０ａ−ｌに合わせて操作ボタン２０ｂを操作すると、“友達帳リスト画面”（図４３参照）が表示される。ユーザーが、友達帳グループ画面等を介して友達帳で登録されているユーザーを選択すると、端末２０は、召集欄２０ａ−ｏに選択されたユーザーのユーザーＩＤを追加表示する。
【０５７７】
ユーザーが、カーソルを友達追加欄２０ａ−ｍに合わせて操作ボタン２０ｂを操作すると、端末２０はユーザーＩＤの入力を求める画面を表示画面２０ａに表示する。ここで、ユーザーが操作ボタン２０ｆを操作してユーザーＩＤを入力して操作ボタン２０ａを操作すると、端末２０は召集欄２０ａ−ｏにユーザーＩＤを追加表示する。
【０５７８】
なお、ユーザーが入力したユーザーＩＤに対応するニックネームが、後述の友達帳に登録されているときには、召集欄２０ａ−ｏに、そのニックネームが表示されるようにしてもよい。
【０５７９】
ユーザーが、カーソルを友達削除欄２０ａ−ｎにあわせて操作ボタン２０ｂを操作すると、召集欄２０ａ−ｏの中にカーソルが移動する。ユーザーが召集欄２０ａ−ｏの中に表示されているニックネーム又はユーザーＩＤにカーソルを合わせて操作ボタン２０ｂを操作すると、端末２０は、そのニックネーム等の表示を削除する。
【０５８０】
第２ボード作成画面で、ユーザーが操作ボタン２０ｄを操作すると、端末２０はサーバー１０と通信を行う。サーバー１０は、電子掲示板を作成したユーザーの端末２０と、電子掲示板を作成したユーザーから電子掲示板への参加を誘われたユーザーの端末２０に、掲示板作成メールを送信する。
以降ユーザーは、参加アプリに基づいて、上述の「ボードの新規追加」を行う。
【０５８１】
＜参加者変更＞
表示画面２０ａには、図３９のユーザー認証画面が表示されている。なお、この場合、端末２０は、ユーザー認証画面に、データ格納領域２３ｂに登録されているユーザーＩＤと、パスワードを表示する。
【０５８２】
ユーザーが、操作ボタン２０ｄを操作すると、端末２０はサーバー１０と通信を行い、サーバー１０はユーザーＩＤ、パスワードの組合せが登録されているものであるかを確認する。サーバー１０で、ユーザーＩＤ、パスワードの組合せが登録されているものであると判断した場合には、端末２０の表示画面２０ａに“オーナボードリスト画面”（不図示）を表示させる。
【０５８３】
オーナボードリスト画面には、ユーザーが作成者である全電子掲示板のリストが表示される。ユーザーは、参加者を変更したい電子掲示板にカーソルを合わせて、操作ボタン２０ｂを操作する。すると、“参加者変更画面”（不図示）が表示される。なお、確認のため、端末２０は、ユーザーがカーソルで選択した電子掲示板の掲示板名称と、その電子掲示板に参加しているユーザーのニックネームを表示し、ユーザーが確認をした旨を操作ボタン２０ｂの操作を受け付けた後に参加者変更画面を表示する。
【０５８４】
参加者変更画面は、図４２の第２ボード作成画面と同様の画面である。ただし、図４２で「作成」と表示されている部分には「変更」と表示される。ここで、第２ボード作成画面での操作と同様の端末２０の操作をユーザーが行うことで、参加者の追加・削除をサーバー１０に指示する。
【０５８５】
サーバー１０は、追加されたユーザーには、掲示板作成メールを送信する。また、削除されたユーザーには、削除された旨を伝える電子メールを送信する。
【０５８６】
＜友達帳編集＞
友達帳は、電子掲示板を共有するユーザーＩＤ等をデータ格納領域２３ｂに登録し、ボード作成や参加者変更で利用するためのものである。友達帳では、ユーザーをグループに分けて整理して登録する。
【０５８７】
作成アプリをダウンロードしてすぐには、友達帳には「区分なし」のグループが１つだけ登録されている。本実施例では、友達帳には最大２０までのグループを追加設定することができる。
【０５８８】
図４３は、友達帳リスト画面を示す図である。友達帳リスト画面には、グループ名称が並んで表示される。ユーザーが表示されたグループ名称の１つにカーソルを合わせて操作ボタン２０ｂを操作すると、端末２０は、そのグループの“友達帳グループ画面”（図４４参照）を表示する。
【０５８９】
友達帳リスト画面で、操作ボタン２０ｃをユーザーが操作すると、端末２０は“グループメニュー画面”（不図示）を表示画面２０ａに表示する。本実施例でグループメニュー画面に表示される項目は、「作成アプリメニュー画面へ戻る」、「友達新規登録」、「グループ追加」、「グループ編集」、「グループ削除」である。
【０５９０】
「作成アプリメニュー画面へ戻る」に、ユーザーがカーソルを合わせて操作ボタン２０ｂを操作すると、端末２０は作成アプリメニュー画面（図４０）を表示する。このとき、ユーザーが友達帳の中身を変更していると、端末２０は友達帳をバックアップするかを聞く画面を表示する。
【０５９１】
ユーザーがバックアップする旨を入力すると、端末２０は図３９のユーザー認証画面を表示する。なお、この場合、端末２０は、ユーザー認証画面に、データ格納領域２３ｂに登録されているユーザーＩＤと、パスワードを表示する。
【０５９２】
ユーザーが、操作ボタン２０ｄを操作すると、端末２０はサーバー１０と通信を行い、サーバー１０はユーザーＩＤ、パスワードの組合せが登録されているものであるかを確認する。サーバー１０で、ユーザーＩＤ、パスワードの組合せが登録されているものであると判断した場合には、サーバー１０で友達帳のバックアップを行う。バックアップが終わると、作成アプリメニュー画面（図４０）に戻る。
【０５９３】
ここでバックアップしたデータは、何らかの事情でデータ格納領域２３ｂ内のデータが壊れたとき、または端末２０を修理・変更して再度作成アプリをダウンロードしてユーザー認証をしたときなどに、自動的に復元される。
【０５９４】
バックアップを行う場合も、行わない場合も、友達帳を変更した場合には、端末２０は作成アプリメニュー画面に戻る前にデータ格納領域２３ｂに変更後の友達帳のデータを登録する。
【０５９５】
「友達規登録」に、ユーザーがカーソルを合わせて操作ボタン２０ｂを操作すると、端末２０は“友達新規登録画面”（不図示）を表示する。友達新規登録画面では、ユーザーは、新規に友達として登録するユーザーの「ユーザーＩＤ」、「ニックネーム」、「グループ属性」を入力する。
なお、「グループ属性」の入力では、友達帳に登録されているグループから選択して入力する。このときに新しくグループを作成して、新しく作ったグループに所属させることもできる。
【０５９６】
「グループ追加」に、ユーザーがカーソルを合わせて操作ボタン２０ｂを操作すると、端末２０は“グループ新規登録画面”（不図示）を表示する。友達新規登録画面では、ユーザーは、新規に登録するグループの「グループ名称」、「表示順」を入力する。
【０５９７】
「グループ名称」は、友達の整理に役立つグループの名前である。
「表示順」は、友達帳リスト画面（図４３）で、そのグループ名称を表示させる順序である。すでに割り当てられている表示順と同じ数を指定すると、既存のグループ名称の表示順が１つずつずれる。
【０５９８】
「グループ編集」に、ユーザーがカーソルを合わせて操作ボタン２０ｂを操作すると、友達帳リスト画面（図４３）でカーソルが合っていたグループの名称・表示順を編集することができる。
【０５９９】
「グループ削除」に、ユーザーがカーソルを合わせて操作ボタン２０ｂを操作すると、端末２０は友達帳リスト画面（図４３）でカーソルが合っていたグループのデータを削除する。削除されたグループに属していた友達は、「区分なし」のグループに自動的に属するように変更される。
【０６００】
図４４は、友達帳グループ画面を示す図である。友達帳グループ画面には、登録されている友達のニックネームが並んで表示される。友達帳グループ画面で、ユーザーが操作ボタン２０ｂを操作すると、端末２０は、そのときカーソルが合っていた友達についてデータ格納領域２３ｂに登録されている内容を表示画面２０ａに表示する。
【０６０１】
友達帳グループ画面で、操作ボタン２０ｃをユーザーが操作すると、端末２０は“友達メニュー画面”（不図示）を表示画面２０ａに表示する。本実施例で友達メニュー画面に表示される項目は、「戻る」、「友達新規登録」、「友達編集」、「友達削除」である。
【０６０２】
「戻る」に、ユーザーがカーソルを合わせて操作ボタン２０ｂを操作すると、端末２０は表示画面２０ａに１つ前の画面を表示する。
「友達新規登録」に、ユーザーがカーソルを合わせて操作ボタン２０ｂを操作すると、端末２０は表示画面２０ａに友達新規登録画面を表示する。
【０６０３】
「友達編集」に、ユーザーがカーソルを合わせて操作ボタン２０ｂを操作すると、友達帳グループ画面（図４４）でカーソルが合っていた友達のデータを編集することができる。
「友達削除」に、ユーザーがカーソルを合わせて操作ボタン２０ｂを操作すると、友達帳グループ画面（図４４）でカーソルが合っていた友達のデータを削除する。
【０６０４】
以上に説明した、本実施例の電子掲示板システム１００は、そのユーザーがいつもの仲間と手軽にコミュニケーションするためのサービスを提供するものであり、ユーザーが個人的なことでも気軽に発言でき、個人的に電子掲示板を作成し、自分専用の端末で利用するものである。ユーザーは次に示す（１）〜（５）のように、本実施例の電子掲示板システム１００を利用することができる。
【０６０５】
（１）ユーザーは、端末２０を操作して、電子掲示板システム１００で作成された電子掲示板に発言を書き込み、仲間の書いた発言を読むことができる。
（２）ユーザーは自分で電子掲示板を作ることができる。
【０６０６】
（３）電子掲示板の作成をしたユーザーである作成者は、自分以外に、電子掲示板の中の発言を読み書きできる参加者を指定することができる。参加者以外の人には発言することも、発言を読むこともできない。したがって、気のあった者同士の、気軽で安全なコミュニケーションが楽しむことができる。仲間同士で話したい「話題」毎に複数の電子掲示板を作成することができる。
【０６０７】
（４）ユーザーは、電子掲示板システム１００に参加するために、自己に固有のユーザーＩＤを登録する。登録された友達のユーザーＩＤを教えてもらえば、その友達を誘って（指定して）新しい電子掲示板を自由に作ることができる。電子掲示板システム１００でユーザーが他のユーザーとコミュニケーションをとるためには、このユーザーＩＤだけを知ればよい。そのため、電話番号やメールアドレスを知らない同士でも、共通の電子掲示板を使う仲間になることができる。
【０６０８】
（５）自分専用に設定されたアプリケーションプログラムに基づいて機能させることができる。
【０６０９】
ユーザーは、様々な場面で、電子掲示板システム１００を利用することにより、ユーザーのコミュニケーションをもっと豊かに、もっと親密にしていく。親しい友達同士で、彼氏と、彼女と、あるいは仕事で、家族で、人間関係の数だけ使い方のバリエーションがある。例えば、次の（ａ）〜（ｅ）に示す場合がある。
【０６１０】
（ａ）普段のおしゃべりに利用する。例えば、「昨日は酔っ払った」「バイト先に可愛い女の子が入った」とか、会えば話すけどわざわざ電話するまでもないようなことでも、気軽に電子掲示板に発言を書くことができる。書き込みは、次に会った時の会話のきっかけにもなる。
【０６１１】
（ｂ）待ち合わせに利用する。待ち合わせの時間に遅れそうなときに電子掲示板に発言を書き込むことで連絡できる。待ち合わせ場所に迷ってしまったときでも、発言を書き込んでもらって誘導してもらえる。
【０６１２】
（ｃ）イベントがあるときに利用する。手軽に電子掲示板を作れるため、例えば旅行やコンパ等のイベントの計画がもちあがったら、さっそく電子掲示板を作ることができる。イベントについて、集まって相談するチャンスが少なくても、電子掲示板を介して相談できる。イベントが終わったら、感想を書き込むこともできる。継続性のある電子掲示板となる。
【０６１３】
（ｄ）チャットに利用する。同じ時に同じ電子掲示板に書き込み・更新を繰り返せば、それはリアルタイムなチャットになる。
【０６１４】
（ｅ）ビジネスに利用できる。営業、打合せ、出張のサポートに利用できる。急な連絡が必要なとき、何人もに連絡する場合に便利である。夜でも、日曜でも、社員がみんな利用すれば、一度書き込むだけでみんなに伝わり、手間がかからない。
【０６１５】
【発明の効果】
本発明は次の（１）〜（６）の効果を備える。
【０６１６】
（１）請求項１、請求項６、請求項１０、請求項１７に記載の発明によれば、ボードを作成するユーザー自らが、そのボードへの参加を許可されるユーザーを指定して、ボードを作成することができるようになる。
（２）請求項２、請求項７、請求項１１、請求項１８に記載の発明によれば、ボードへの参加を許可されたユーザーが、自らの意思で、そのボードに参加するか否かの最終的な判断を行うことができるようになる。
（３）請求項３、請求項８、請求項１２、請求項１５、請求項１９に記載の発明によれば、サーバとユーザー端末が接続状態にないときでもボードの情報を情報端末で閲覧することができ、さらに、サーバからユーザー端末へボードへ書き込まれた内容を読み込むときに、短時間で読み込むことができるようになる。
（４）請求項４、請求項９、請求項１３、請求項１６、請求項２０に記載の発明によれば、ボードの提供に際し、電子メールを利用する場合に、電子メールアドレスの正当性の確認とユーザーの認証を強化することができるようになる。
（５）請求項５に記載の発明によれば、ユーザーにボードの提供を行なうに際し、携帯電話端末で利用できるようになる。
（６）請求項１４に記載の発明によれば、ユーザーにボードの提供を行なうに際し、ユーザーが参加できるボードだけをユーザー端末で表示するため、ユーザー端末でのボードの表示が煩雑にならず、参加できるボードを瞬時に把握することができ、快適に各ボードを利用することができるようになる。
【図面の簡単な説明】
【図１】電子掲示板システムの全体構成図である。
【図２】サーバーのハード構成例を示すブロック図である。
【図３】ユーザー端末の一例である携帯電話端末の外観を示す図である。
【図４】ユーザー端末の一例である携帯電話端末のハード構成例を示すブロック図である。
【図５】サーバーのデータベース記憶部に登録されているテーブルを説明する図である。
【図６】ユーザー端末のデータ格納領域に登録されるデータを説明する図である。
【図７】識別済みアプリ配信処理を説明する図である。
【図８】識別済みアプリ配信処理を説明する図である。
【図９】ユーザー登録処理を説明する図である。
【図１０】ユーザー登録処理を説明する図である。
【図１１】ユーザー登録処理を説明する図である。
【図１２】端末変更登録処理を説明する図である。
【図１３】端末変更登録処理を説明する図である。
【図１４】ユーザー認証処理を説明する図である。
【図１５】ユーザー再登録処理を説明する図である。
【図１６】ユーザー再登録処理を説明する図である。
【図１７】ユーザー情報変更処理を説明する図である。
【図１８】ユーザー情報変更処理を説明する図である。
【図１９】掲示板作成処理を説明する図である。
【図２０】掲示板への参加処理を説明する図である。
【図２１】掲示板への参加処理を説明する図である。
【図２２】全掲示板状況取得処理を説明する図である。
【図２３】掲示板参加者変更処理を説明する図である。
【図２４】掲示板削除処理を説明する図である。
【図２５】掲示設定変更処理を説明する図である。
【図２６】発言処理を説明する図である。
【図２７】発言処理を説明する図である。
【図２８】端末アプリの起動時処理を説明する図である。
【図２９】掲示板リスト画面表示処理を説明する図である。
【図３０】掲示板画面表示処理を説明する図である。
【図３１】ユーザー登録画面を示す図である。
【図３２】リスト画面を示す図である。
【図３３】ボード画面を示す図である。
【図３４】エモキャラ添付入力画面を示す図である。
【図３５】直打ち入力画面を示す図である。
【図３６】設定メニュー画面を示す図である。
【図３７】ボード初期設定画面を示す図である。
【図３８】ユーザー再登録画面を示す図である。
【図３９】ユーザー認証画面を示す図である。
【図４０】作成アプリメニュー画面を示す図である。
【図４１】第１ボード作成画面を示す図である。
【図４２】第２ボード作成画面を示す図である。
【図４３】友達帳リスト画面を示す図である。
【図４４】友達帳グループ画面を示す図である。
【符号の説明】
１，２ ネットワーク
１０ サーバー
１１ サーバー側情報処理部
１２ サーバー側通信部
１３ データベース記憶部
２０ 携帯電話端末
２０ａ 表示画面
２０ａ−ａ 掲示板名称
２０ａ−ｂ Ｎｅｗマーク
２０ａ−ｃ 発言
２０ａ−ｄ 発言者ニックネーム
２０ａ−ｅ 発信日時
２０ａ−ｆ エモキャラ
２０ａ−ｇ スクロールマーク
２０ａ−ｈ エモキャラ入力欄
２０ａ−ｉ 文章入力欄
２０ａ−ｊ 直打ち入力欄
２０ａ−ｋ 設定選択欄
２０ａ−ｌ 友達選択欄
２０ａ−ｍ 友達追加欄
２０ａ−ｎ 友達削除欄
２０ａ−ｏ 召集欄
２０ｂ，２０ｃ，２０ｄ，２０ｅ，２０ｅ’，２０ｆ，２０ｇ，２０ｈ 操作ボタン
２１ 端末側情報処理部
２２ 端末側通信部
２３ 端末記憶部
２３ａ プログラム格納領域
２３ｂ データ格納領域
２４ 入力部
２５ 表示部
３０ 携帯情報端末
４０ パーソナルコンピュータ端末
１００ 電子掲示板システム

Claims (20)

  1. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおいて、
    前記ユーザー端末は、
    ボードを作成するユーザーである作成者から該作成者以外のユーザーを選択する操作を受け付ける第１手段と、
    前記作成者が選択した該作成者以外のユーザーを一意に表すユーザーＩＤを前記サーバーへ送信する第２手段と、を備え、
    前記サーバーは、
    ボードに参加することができるユーザーを表す参加者ＩＤを該ボードを一意に表すボードＩＤに対応付けて登録するためのデータベース記憶部と、
    前記ユーザー端末からボードを作成するユーザーである作成者が選択した該作成者以外のユーザーを一意に表すユーザーＩＤを受信する第３手段と、
    前記ユーザー端末から受信した前記作成者が選択した該作成者以外のユーザーの前記ユーザーＩＤを前記参加者ＩＤとして、作成するボードの前記ボードＩＤに対応付けて前記データベース記憶部に登録する第４手段と、を備えることを特徴とする情報提供システム。
  2. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおいて、
    前記ユーザー端末は、
    該ユーザー端末を操作するユーザーを一意に表すユーザーＩＤ及び前記ボードを一意に表すボードＩＤを含んだ、ボードへの参加の登録を指示するための参加登録情報を前記サーバーへ送信する第５手段を備え、
    前記サーバーは、
    前記ボードＩＤで特定されるボードに参加することができるユーザーを表す参加者ＩＤを該ボードＩＤに対応付けて登録するとともに、該参加者ＩＤで特定されるユーザーが該ボードＩＤで特定されるボードへの参加を承認しているか否かを該ボードＩＤ及び該参加者ＩＤに対応付けて登録するためのデータベース記憶部と、
    前記参加登録情報を前記ユーザー端末から受信する第６手段と、
    前記参加登録情報の受信に応じて、該参加登録情報に含まれる前記ユーザーＩＤと等しい前記参加者ＩＤ、及び前記ボードＩＤに対応付けて、該ボードＩＤで特定されるボードへの参加を該参加者ＩＤで特定されるユーザーが承認している旨を前記データベース記憶部に登録する第７手段と、を備えることを特徴とする情報提供システム。
  3. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおいて、
    前記ユーザー端末は、
    ボードへのユーザーの書込み内容である書込データ、及び該書込データを一意に表す書込みＩＤを対応付けて登録するとともに、前記ユーザー端末に登録されている最新の書込みＩＤを表す最終書込みＩＤを登録するための端末記憶部と、前記最終書込みＩＤを含んだ、前記サーバーに登録されている前記書込データの取得を要求する情報を前記サーバーに送信する第１７手段と、
    前記書込データの取得を要求する情報の送信に応じて、前記サーバーから前記書込みＩＤ、前記書込データを受信する第２１手段と、
    該第２１手段で受信した前記書込みＩＤ、前記書込データを前記端末記憶部に登録するとともに、前記最終書込みＩＤを最新の書込みＩＤを示す値に更新する第２２手段と、を備え、
    前記サーバーは、
    前記書込データを前記書込みＩＤに対応付けて登録するためのデータベース記憶部と、
    前記最終書込みＩＤを含んだ、前記サーバーに登録されている前記書込データの取得を要求する情報を前記ユーザー端末から受信する第１８手段と、
    該第１８手段で受信した前記最終書込みＩＤに基づいて前記データベース記憶部に登録されているが、前記端末記憶部に登録されていない前記書込みＩＤ、及び前記書込データを選択する第１９手段と、
    該第１９手段で選択した前記書込みＩＤ、及び前記書込データを前記ユーザー端末へ送信する第２０手段と、を備えることを特徴とする情報提供システム。
  4. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおいて、
    前記ユーザー端末は、
    該ユーザー端末を操作するユーザーの電子メールアドレス、及びユーザーを識別する識別子とを含んだ、ユーザー登録をリクエストするためのユーザー登録要求情報を前記サーバーに送信する第２３手段と、
    該ユーザー登録要求情報の送信に応じて、ユーザー登録を行うための起動キーを含んだ電子メールとは別に前記起動キーを前記サーバーから受信する第２６手段と
    前記電子メールに含まれる起動キーと、前記第２６手段で受信した起動キーとが一致しないときにユーザー登録を完了させない第２７手段と、を備え、
    前記サーバーは、
    前記ユーザー端末から前記ユーザー登録要求情報を受信する第２４手段と、
    前記ユーザー登録要求情報の受信に応じて、該ユーザー登録要求情報に含まれる電子メールアドレス宛にユーザー登録を行うための起動キーを含めた電子メールを送信するとともに、前記電子メールとは別に前記ユーザー端末に対して前記起動キーを送信する第２５手段と、を備えることを特徴とする情報提供システム。
  5. 前記ユーザー端末は携帯電話端末であることを特徴とする請求項１乃至請求項４いずれか１つに記載の情報提供システム。
  6. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるサーバーであって、
    ボードに参加することができるユーザーを表す参加者ＩＤを該ボードを一意に表すボードＩＤに対応付けて登録するためのデータベース記憶部と、
    前記ユーザー端末からボードを作成するユーザーである作成者が選択した該作成者以外のユーザーを一意に表すユーザーＩＤを受信する第３手段と、
    該第３手段で受信した前記作成者が選択した該作成者以外のユーザーの前記ユーザーＩＤを前記参加者ＩＤとして、作成するボードの前記ボードＩＤに対応付けて前記データベース記憶部に登録する第４手段と、を備えることを特徴とするサーバー。
  7. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるサーバーであって、
    ボードを一意に表すボードＩＤで特定されるボードに参加することができるユーザーを表す参加者ＩＤを該ボードＩＤに対応付けて登録するとともに、該参加者ＩＤで特定されるユーザーが該ボードＩＤで特定されるボードへの参加を承認しているか否かを該ボードＩＤ及び該参加者ＩＤに対応付けて登録するためのデータベース記憶部と、
    前記ユーザー端末を操作するユーザーを一意に表すユーザーＩＤ及び前記ボードＩＤを含んだ、ボードへの参加の登録を指示するための参加登録情報を前記ユーザー端末から受信する第６手段と、
    前記参加登録情報の受信に応じて、該参加登録情報に含まれる前記ユーザーＩＤと等しい前記参加者ＩＤ、及び前記ボードＩＤに対応付けて、該ボードＩＤで特定されるボードへの参加を該参加者ＩＤで特定されるユーザーが承認している旨を前記データベース記憶部に登録する第７手段と、を備えることを特徴とするサーバー。
  8. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるサーバーであって、
    ボードへのユーザーの書込み内容である書込データを、該書込データを一意に表す書込みＩＤを対応付けて登録するためのデータベース記憶部と、
    前記ユーザー端末に登録されている最新の書込みＩＤを表す最終書込みＩＤを含んだ、前記サーバーに登録されている前記書込データの取得を要求する情報を前記ユーザー端末から受信する第１８手段と、
    該第１８手段で受信した前記最終書込みＩＤに基づいて前記データベース記憶部に登録されているが、前記端末記憶部に登録されていない前記書込みＩＤ、及び前記書込データを選択する第１９手段と、
    該第１９手段で選択した前記書込みＩＤ、及び前記書込データを前記ユーザー端末へ送信する第２０手段と、を備えることを特徴とするサーバー。
  9. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるサーバーであって、
    前記ユーザー端末を操作するユーザーの電子メールアドレス、及びユーザーを識別する識別子とを含んだ、ユーザー登録をリクエストするためのユーザー登録要求情報を前記ユーザー端末から受信する第２４手段と、
    前記ユーザー登録要求情報の受信に応じて、該ユーザー登録要求情報に含まれる電子メールアドレス宛にユーザー登録を行うための起動キーを含めた電子メールを送信するとともに、前記電子メールとは別に前記ユーザー端末に対して前記起動キーを送信する第２５手段と、を備えることを特徴とするサーバー。
  10. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるアプリケーションプログラムであって、
    ボードに参加することができるユーザーを表す参加者ＩＤを該ボードを一意に表すボードＩＤに対応付けて登録するためのデータベース記憶部を備えた前記サーバーに、
    前記ユーザー端末からボードを作成するユーザーである作成者が選択した該作成者以外のユーザーを一意に表すユーザーＩＤを受信する第３手順と、
    該第３手順で受信した前記作成者が選択した該作成者以外のユーザーの前記ユーザーＩＤを前記参加者ＩＤとして、作成するボードの前記ボードＩＤに対応付けて前記データベース記憶部に登録する第４手順と、を実行させるためのアプリケーションプログラム。
  11. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるアプリケーションプログラムであって、
    ボードを一意に表すボードＩＤで特定されるボードに参加することができるユーザーを表す参加者ＩＤを該ボードＩＤに対応付けて登録するとともに、該参加者ＩＤで特定されるユーザーが該ボードＩＤで特定されるボードへの参加を承認しているか否かを該ボードＩＤ及び該参加者ＩＤに対応付けて登録するためのデータベース記憶部を備えた前記サーバーに、
    前記ユーザー端末を操作するユーザーを一意に表すユーザーＩＤ及び前記ボードＩＤを含んだ、ボードへの参加の登録を指示するための参加登録情報を前記ユーザー端末から受信する第６手順と、
    前記参加登録情報の受信に応じて、該参加登録情報に含まれる前記ユーザーＩＤと等しい前記参加者ＩＤ、及び前記ボードＩＤに対応付けて、該ボードＩＤで特定されるボードへの参加を該参加者ＩＤで特定されるユーザーが承認している旨を前記データベース記憶部に登録する第７手順と、を実行させるためのアプリケーションプログラム。
  12. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるアプリケーションプログラムであって、
    ボードへのユーザーの書込み内容である書込データ、及び該書込データを一意に表す書込みＩＤを対応付けて登録するためのデータベース記憶部を備えた前記サーバーに、
    前記ユーザー端末に登録されている最新の書込みＩＤを表す最終書込みＩＤを含んだ、前記サーバーに登録されている前記書込データの取得を要求する情報を、前記ユーザー端末から受信する第１８手順と、
    該第１８手順で受信した前記最終書込みＩＤに基づいて前記データベース記憶部に登録されているが、前記ユーザー端末に登録されていない前記書込みＩＤ、及び前記書込データを選択する第１９手順と、
    該第１９手順で選択した前記書込みＩＤ、及び前記書込データを前記ユーザー端末へ送信する第２０手順と、を実行させるためのアプリケーションプログラム。
  13. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるアプリケーションプログラムであって、
    前記サーバーに、
    前記ユーザー端末を操作するユーザーの電子メールアドレス、及びユーザーを識別する識別子とを含んだ、ユーザー登録をリクエストするためのユーザー登録要求情報を前記ユーザー端末から受信する第２４手順と、
    前記ユーザー登録要求情報の受信に応じて、該ユーザー登録要求情報に含まれる前記電子メールアドレス宛にユーザー登録を行うための起動キーを含めた電子メールを送信するとともに、前記電子メールとは別に前記ユーザー端末に対して前記起動キーを送信する第２５手順と、を実行させるためのアプリケーションプログラム。
  14. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるアプリケーションプログラムであって、
    前記ユーザー端末に、
    該ユーザー端末を操作するユーザーの前記ユーザーＩＤを含んだ、前記サーバーへボードの状況の取得をリクエストするための最新状況確認情報を前記サーバーへ送信する第８手順と、
    該最新状況確認情報の送信に応じて、参加可能又は参加不可能なボードを示す情報であるボード状況情報を前記サーバーから受信する第１２手順と、
    該第１２手段で受信した前記ボード状況情報に応じてユーザーが参加できないボードを除く参加できるボードの名称を前記ユーザー端末に備えられた表示部に表示する第１３手順と、を実行させるためのアプリケーションプログラム。
  15. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるアプリケーションプログラムであって、
    ボードへのユーザーの書込み内容である書込データ、及び該書込データを一意に表す書込みＩＤを対応付けて登録するとともに、前記ユーザー端末に登録されている最新の書込みＩＤを表す最終書込みＩＤを登録するための端末記憶部を備えた前記ユーザー端末に、
    前記最終書込みＩＤを含んだ、前記サーバーに登録されている前記書込データの取得を要求する情報を前記サーバーに送信する第１７手順と、
    前記書込データの取得を要求する情報の送信に応じて、前記サーバーから前記書込みＩＤ、前記書込データを受信する第２１手順と、
    該第２１手順で受信した前記書込みＩＤ、前記書込データを前記端末記憶部に登録するとともに、前記最終書込みＩＤを最新の書込みＩＤを示す値に更新する第２２手順と、を実行させるためのアプリケーションプログラム。
  16. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供システムにおけるアプリケーションプログラムであって、
    前記ユーザー端末に、
    該ユーザー端末を操作するユーザーの電子メールアドレス、及びユーザーを識別する識別子とを含んだ、ユーザー登録をリクエストするためのユーザー登録要求情報を前記サーバーに送信する第２３手順と、
    該ユーザー登録要求情報の送信に応じて、ユーザー登録を行うための起動キーを含んだ電子メールとは別に前記起動キーを前記サーバーから受信する第２６手順と
    前記受信した電子メールに含まれる起動キーと、前記第２６手順で受信した起動キーとが一致しないときにユーザー登録を完了させない第２７手順と、を実行させるためのアプリケーションプログラム。
  17. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供方法において、
    ボードを一意に表すボードＩＤで特定されるボードに参加することができるユーザーを表す参加者ＩＤを該ボードＩＤに対応付けて登録するとともに、該参加者ＩＤで特定されるユーザーが該ボードＩＤで特定されるボードへの参加を承認しているか否かを該ボードＩＤ及び該参加者ＩＤに対応付けて登録するためのデータベース記憶部を備えた前記サーバーが、
    前記ユーザー端末を操作するユーザーを一意に表すユーザーＩＤ及び前記ボードＩＤを含んだ、ボードへの参加の登録を指示するための参加登録情報を前記ユーザー端末から受信する第２手順を行い、
    前記参加登録情報の受信に応じて、該参加登録情報に含まれる前記ユーザーＩＤと等しい前記参加者ＩＤ、及び前記ボードＩＤに対応付けて、該ボードＩＤで特定されるボードへの参加を該参加者ＩＤで特定されるユーザーが承認している旨を前記データベース記憶部に登録する第３手順を行うことを特徴とする情報提供方法。
  18. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供方法において、
    ボードに参加することができるユーザーを表す参加者ＩＤを該ボードを一意に表すボードＩＤに対応付けて登録するためのデータベース記憶部を備えた前記サーバーが、
    ボードを作成するユーザーである作成者が選択した該作成者以外のユーザーを一意に表すユーザーＩＤを、前記ユーザー端末から受信する第６手順を行い、
    該第６手順で受信した前記作成者が選択した該作成者以外のユーザーの前記ユーザーＩＤを前記参加者ＩＤとして、作成するボードの前記ボードＩＤに対応付けて前記データベース記憶部に登録する第７手順を行うことを特徴とする情報提供方法。
  19. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供方法において、
    ボードへのユーザーの書込み内容である書込データ、及び該書込データを一意に表す書込みＩＤを対応付けて登録するためのデータベース記憶部を備えた前記サーバーが、
    前記ユーザー端末に登録されている最新の書込みＩＤを表す最終書込みＩＤを含んだ、前記サーバーに登録されている前記書込データの取得を要求する情報を、前記ユーザー端末から受信する第１８手順を行い、
    該第１８手順で受信した前記最終書込みＩＤに基づいて前記データベース記憶部に登録されているが、前記端末記憶部に登録されていない前記書込みＩＤ、及び前記書込データを選択する第１９手順を行い、
    該第１９手順で選択した前記書込みＩＤ、及び前記書込データを前記ユーザー端末へ送信する第２０手順を行うことを特徴とする情報提供方法。
  20. サーバーと、該サーバーとネットワークを介して接続するユーザー端末とによって構成され、ユーザー同士がユーザー端末を介して情報の読書きを行うことで複数のユーザーが共通の情報を共有するためのボードをユーザーに提供する情報提供方法において、
    前記サーバーが、
    前記ユーザー端末を操作するユーザーの電子メールアドレス、及びユーザーを識別する識別子とを含んだ、ユーザー登録をリクエストするためのユーザー登録要求情報を前記ユーザー端末から受信する第２４手順を行い、
    前記ユーザー登録要求情報に含まれる前記電子メールアドレス宛にユーザー登録を行うための起動キーを含めた電子メールを送信するとともに、前記電子メールとは別に前記ユーザー端末に対して前記起動キーを送信する第２５手順を行うことを特徴とする情報提供方法。
JP2003095887A 2003-01-23 2003-03-31 情報提供システム，サーバー，アプリケーションプログラム及び情報提供方法 Pending JP2005222089A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2003095887A JP2005222089A (ja) 2003-01-23 2003-03-31 情報提供システム，サーバー，アプリケーションプログラム及び情報提供方法
PCT/JP2003/016587 WO2004066158A1 (ja) 2003-01-23 2003-12-24 情報提供システム，サーバー，アプリケーションプログラム及び情報提供方法
AU2003292760A AU2003292760A1 (en) 2003-01-23 2003-12-24 Information providing system, server, application program, and information providing method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2003015155 2003-01-23
JP2003095887A JP2005222089A (ja) 2003-01-23 2003-03-31 情報提供システム，サーバー，アプリケーションプログラム及び情報提供方法

Publications (1)

Publication Number Publication Date
JP2005222089A true JP2005222089A (ja) 2005-08-18

Family

ID=32775183

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003095887A Pending JP2005222089A (ja) 2003-01-23 2003-03-31 情報提供システム，サーバー，アプリケーションプログラム及び情報提供方法

Country Status (3)

Country Link
JP (1) JP2005222089A (ja)
AU (1) AU2003292760A1 (ja)
WO (1) WO2004066158A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007328643A (ja) * 2006-06-09 2007-12-20 Fuji Xerox Co Ltd 閲覧管理装置、その管理方法及びプログラム
JP2009169913A (ja) * 2007-12-21 2009-07-30 Taito Corp サービス提供システム、サービス提供方法、及びコンピュータプログラム
JP2010128882A (ja) * 2008-11-28 2010-06-10 Kddi Corp コンテンツ配信方法およびシステム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000207327A (ja) * 1999-01-08 2000-07-28 Nec Corp Ｗｗｗ掲示板アップロ―ドダウンロ―ド装置およびアップロ―ドダウンロ―ド方法
JP2002007865A (ja) * 2000-06-26 2002-01-11 Katsuyuki Harui 通信回線を利用した広告システム
JP2002236645A (ja) * 2001-02-13 2002-08-23 Pioneer Electronic Corp 情報提供装置および情報提供装置における掲示板開設方法
JP4098490B2 (ja) * 2001-05-15 2008-06-11 株式会社東芝 知識蓄積支援システムおよび同システムにおけるユーザ操作制限方法
JP2002342346A (ja) * 2001-05-15 2002-11-29 Toshiba Corp 知識蓄積支援システムおよび同システムにおけるメッセージの要約作成方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007328643A (ja) * 2006-06-09 2007-12-20 Fuji Xerox Co Ltd 閲覧管理装置、その管理方法及びプログラム
US8804576B2 (en) 2006-06-09 2014-08-12 Fuji Xerox Co., Ltd. Browsing management apparatus, browsing management method, and program product thereof
JP2009169913A (ja) * 2007-12-21 2009-07-30 Taito Corp サービス提供システム、サービス提供方法、及びコンピュータプログラム
JP2010128882A (ja) * 2008-11-28 2010-06-10 Kddi Corp コンテンツ配信方法およびシステム

Also Published As

Publication number Publication date
WO2004066158A1 (ja) 2004-08-05
AU2003292760A1 (en) 2004-08-13

Similar Documents

Publication Publication Date Title
US5664126A (en) Human interface system for communicating networked users
US6335739B1 (en) Terminal operation system
JP3644580B2 (ja) 表示制御方法及び装置
JP2865827B2 (ja) 会議システムにおけるデータ蓄積方法
JP5003125B2 (ja) 議事録作成装置及びプログラム
Taylor et al. Age-old practices in the'new world' a study of gift-giving between teenage mobile phone users
WO2001003410A1 (fr) Systeme de distribution d'informations et serveur de distribution
JPH05257853A (ja) データ処理システム
JP2005222089A (ja) 情報提供システム，サーバー，アプリケーションプログラム及び情報提供方法
JP2006303921A (ja) 電子秘書装置
JP2004355427A (ja) 電子メールシステム、端末装置、ソフトウェア及び電子メール共有方法
JP2003091494A (ja) チャットシステム
JP3163227B2 (ja) 端末装置
JP2503362B2 (ja) 同期型情報交換システムにおける情報交換方法と情報交換装置の作成方法
JP7048715B1 (ja) 予約管理システム、予約管理方法及びプログラム
JPH06332819A (ja) 会議画面表示制御方式
JP4501618B2 (ja) 稟議管理装置およびプログラム
JP7365608B2 (ja) プロフィール管理プログラム
JP2001117849A (ja) チャットシステム、チャット支援方法およびそれを記録した媒体
JP7388388B2 (ja) カラオケ仲介システム及び仲介サーバ
JP3346560B1 (ja) コンテンツ作成配信支援方法及びサーバコンピュータ
JP4267224B2 (ja) ネットワーク上でメッセージの送受信を行うためのシステム、方法及びコンピュータにネットワーク上でメッセージの送受信を実行させるためのコンピュータソフトウエアプログラム
KR100655425B1 (ko) 네트워크통신시스템
JP7380626B2 (ja) カラオケ仲介システム、仲介サーバ、再生端末及び再生端末用プログラム
JP2825917B2 (ja) 複合メール配達方式

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060314

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060512

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20060822

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061020

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20061211

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20070601