JP2013235365A - 電子掲示板システム、サーバおよびプログラム - Google Patents

Abstract

【課題】スクリプトを利用したメッセージの動的な表示を行う。
【解決手段】実施形態の電子掲示板システムは、第１乃至第３の記憶デバイスと第１および第２の転送手段とを備える。第１の記憶デバイスは、電子掲示板に登録されたメッセージを表すメッセージデータを記憶する。第２の記憶デバイスは、第２のサーバにアクセスするためのアドレスおよび当該アドレスにアクセスする条件を記述した付加データを記憶する。第１の転送手段は、要求に応じてメッセージデータに付加データを付加した転送データを要求元のクライアント端末へと転送する。第３の記憶デバイスは、メッセージの表示形態の制御のためのスクリプトを記述したスクリプトファイルを記憶する。第２の転送手段は、付加データに記述されたアドレスでのクライアント端末からのアクセスへの応答としてスクリプトファイルをクライアント端末へと転送する。
【選択図】 図１

Description

本発明の実施形態は、電子掲示板システム、サーバおよびプログラムに関する。

Microsoft社製のSharePoint（登録商標）が提供するサービスの１つに、電子掲示板サービスがある。

電子掲示板サービスは、クライアントが登録したメッセージをサーバにおいて記憶しておき、このメッセージを任意のクライアントからの要求に応じて要求元のクライアントにて閲覧可能とするものである。

特開２００８−１７１１５１号公報

そしてSharePointが提供する電子掲示板サービスにおいては、スクリプトを記述したメッセージをサーバにおいて記憶することができず、メッセージの表示に関してスクリプトによる動的な表示を適用することはできない。

このような事情から、メッセージ中にスクリプトを記述しておくことができない場合であっても、スクリプトを利用したメッセージの動的な表示を行えるようにすることが望まれていた。

実施形態の電子掲示板システムは、第１および第２のサーバを含み、前記第１のサーバは、第１の記憶デバイス、第２の記憶デバイスおよび第１の転送手段を備え、前記第２のサーバは、第３の記憶デバイスと第２の転送手段とを備える。第１の記憶デバイスは、電子掲示板に登録されたメッセージを表すメッセージデータを記憶する。第２の記憶デバイスは、前記第２のサーバにアクセスするためのアドレスおよび前記アドレスにアクセスする条件を記述した付加データを記憶する。第１の転送手段は、前記メッセージデータの転送がクライアント端末から要求されたことに応じて前記第１の記憶デバイスが記憶する前記メッセージデータに前記第２の記憶デバイスが記憶する前記付加データを付加した転送データを前記クライアント端末へと転送するための処理を行う。第３の記憶デバイスは、メッセージの表示形態の制御のためのスクリプトを記述したスクリプトファイルを記憶する。第２の転送手段は、前記付加データに記述されたアドレスでの前記クライアント端末からのアクセスへの応答として前記第３の記憶デバイスが記憶する前記スクリプトファイルを前記クライアント端末へと転送するための処理を行う。

一実施形態に係る電子掲示板システムのブロック図。 メッセージデータの構造の一例を示す図。 スクリプトファイルに記述されたスクリプトのソースコードの一例を示す図。 付加データの一例を示す図。 一例としての入力フォームを示す図。 本文の記述例を示す図。 転送データ生成処理のフローチャート。 一例としての閲覧フォームを示す図。 スクリプト転送処理のフローチャート。 図８に示す閲覧フォームからの更新後の閲覧フォームの一例を示す図。

以下実施の形態の一例を図面を用いて説明する。なお、本実施の形態では、Microsoft社製のSharePoint（登録商標）を利用したシステムについて説明する。

図１は本実施形態に係る電子掲示板システム１００のブロック図である。

電子掲示板システム１００は、サーバ１および複数のクライアント端末２を含み、これらサーバ１および複数のクライアント端末２が通信ネットワーク２００を介して接続される。なお通信ネットワーク２００としては、典型的にはインターネットを利用するが、ＬＡＮ（local area network）などの他の周知の様々なコンピュータネットワークを適宜に利用できる。

サーバ１は、クライアント端末２からの要求によりメッセージを掲示板に登録するとともに、掲示板に登録済みのメッセージをクライアント端末２において閲覧可能とするための処理を行う。なおサーバ１は、後述するように、第１および第２のサーバの機能を兼ね備える。

クライアント端末２は、ウェブブラウザを搭載したネットワーク端末である。

サーバ１はさらに、ＣＰＵ（central processing unit）１１、ＲＯＭ（read-only memory）１２、ＲＡＭ（random-access memory）１３、補助記憶デバイス１４、通信デバイス１５およびバスライン１６を含む。なお、バスライン１６は、アドレスバスおよびデータバスなどを含み、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、補助記憶デバイス１４および通信デバイス１５を互いに接続する。

ＣＰＵ１１は、ＲＯＭ１２、ＲＡＭ１３および補助記憶デバイス１４に記憶されたオペレーティングシステムおよびアプリケーションプログラムに基づいて、サーバ１としての動作を実現するべく各部を制御する。

ＲＯＭ１２は、オペレーティングシステムを記憶する。ＲＯＭ１２は、アプリケーションプログラムを記憶する場合もある。またＲＯＭ１２は、ＣＰＵ１１が各種の処理を行う上で参照するデータを記憶する場合もある。

ＲＡＭ１３は、ＣＰＵ１１が各種の処理を行う上で参照するデータを記憶する。さらにＲＡＭ１３は、ＣＰＵ１１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとして利用される。ＲＡＭ１３は、アプリケーションプログラムを記憶する場合もある。ただし、ＲＡＭ１３がアプリケーションプログラムを記憶する場合、ＲＡＭ１３をバッテリバックアップしておく。

補助記憶デバイス１４は、例えばＨＤＤ（hard disk drive）やＳＳＤ（solid state drive）などであり、ＣＰＵ１１が各種の処理を行う上で使用するデータや、ＣＰＵ１１での処理によって生成されたデータを保存する。補助記憶デバイス１４は、アプリケーションプログラムを記憶する場合もある。

通信デバイス１５は、通信ネットワーク２００を介した情報通信を実現するための周知の処理を行う。通信デバイス１５としては、インターネットに適合した既存の通信アダプタなどの周知のデバイスを利用できる。

このサーバ１の基本ハードウェアとしては、例えば汎用のコンピュータ装置を用いることができる。このような基本ハードウェアが備えるＲＯＭ１２、ＲＡＭ１３または補助記憶デバイス１４にて、SharePoint（登録商標）のサーバプログラムや、後述する転送データ生成処理およびスクリプト転送処理を記述したアドインプログラムなどのアプリケーションプログラムを記憶することによりサーバ１を具現できる。このときにサーバ１の譲渡は一般に、上記のアプリケーションプログラムがＲＯＭ１２、ＲＡＭ１３または補助記憶デバイス１４に記憶された状態にて行われる。しかし、基本ハードウェアとアプリケーションプログラムとが個別に譲渡された上で、アプリケーションプログラムがＲＯＭ１２、ＲＡＭ１３または補助記憶デバイス１４へと書き込まれても良い。アプリケーションプログラムの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介して行うことができる。

補助記憶デバイス１４が記憶するデータには、メッセージデータベース（メッセージＤＢ）１４ａ、スクリプトファイル１４ｂおよび付加データ１４ｃを含む。

メッセージデータベース１４ａは、それぞれが掲示板に登録されたメッセージに関するデータ（以下、メッセージデータと称する）である複数のデータレコードを含む。かくして補助記憶デバイス１４は、第１の記憶デバイスとして機能する。

図２はメッセージデータの構造の一例を示す図である。

メッセージデータは、作成日時、最終更新日時、有効期限、作成者、更新者、タイトルおよび本文の各項目に関するデータを含む。

作成日時のデータは、メッセージが作成された日時を表す。最終更新日時のデータは、メッセージが最後に更新された日時を表す。有効期限のデータは、メッセージの有効期限を表す。作成者のデータは、メッセージを作成したクライアントの識別情報を表す。更新者のデータは、メッセージを最後に更新したクライアントの識別情報を表す。タイトルのデータは、メッセージに設定されたタイトルに相当するテキストデータである。本文のデータは、メッセージの本文に相当するリッチテキスト形式のテキストデータである。

スクリプトファイル１４ｂは、メッセージの本文の表示形態の制御のためのスクリプトを記述したものである。かくして補助記憶デバイス１４は、第３の記憶デバイスとして機能する。

図３はスクリプトファイル１４ｂに記述されたスクリプトのソースコードの一例を示す図である。本実施形態においては、スクリプトファイル１４ｂは、JavaScript（登録商標）を記述したＨＴＣ（HTML component）ファイルとしている。ただし、スクリプトファイル１４ｂにおける使用言語は、JavaScript以外の周知のスクリプト言語を任意に使用可能である。またスクリプトファイル１４ｂのファイル形式も任意である。

図３に示すスクリプトは、セクション機能を実現するためのスクリプトである。セクション機能とは、テキスト本文中の特定の範囲を動的に展開したり、折り畳んだりする機能である。

付加データ１４ｃは、クライアント端末２がスクリプトファイル１４ｂを取得する条件とその取得のためのアクセス先とを表す。かくして補助記憶デバイス１４は、第２の記憶デバイスとして機能する。

図４は付加データ１４ｃの一例を示す図である。

本実施形態においては、付加データ１４ｃとしては「スタイル（style）」を適用している。そして付加データ１４ｃには、「behavior」を設定し、通信ネットワーク２００上でスクリプトファイル１４ｂを特定するＵＲＬ（uniform resource locator）を記述している。なお、「スタイル（style）」は、ＣＳＳ（cascading style sheets）である。付加データ１４ｃには、本文であるリッチテキストのセクションと紐付けるための「class属性」を定義しておく必要がある。本実施形態においては、クラス名を「toggle-div1」と定めている。このクラス名は、本文であるリッチテキストに設定するセクション（ＨＴＭＬの「div」を利用）の「class属性」として記述する。

次に以上のように構成された電子掲示板システム１００の動作について説明する。

新たなメッセージを掲示板に登録しようとするクライアントは、クライアント端末２のいずれかからサーバ１にアクセスし、メッセージの入力フォームの転送を要求する。

この要求に応じてＣＰＵ１１は、予め定められた入力フォームを表したウェブページデータを、要求元のクライアント端末２に転送する。このウェブページデータは、典型的にはＨＴＭＬ（hyper text markup language）を用いて記述される。

図５は一例としての入力フォーム５０を示す図である。

入力フォーム５０は、入力欄５１，５２，５３およびボタン５４，５５を含む。ウェブページデータは、入力フォーム５０をクライアント端末２に表示させるとともに、ボタン５４，５５が押されたことに応じて、入力欄５１，５２，５３に入力されているデータをサーバ１へと転送する旨が記述されている。

そこでクライアントは、入力欄５１にメッセージのタイトルとするテキストを、入力欄５２にメッセージの本文とするテキストを、入力欄５３にメッセージの有効期限とする日時をそれぞれ入力する。なお、図示は省略しているが、ツールバー５６には複数のコマンドボタンが配置されており、クライアントがこのコマンドボタンを操作することにより、入力欄５２に入力したテキストの表示形態を変更できる。つまり、入力欄５２においては、本文をリッチテキスト形式にて入力できる。

なお、以上の入力欄５１，５２におけるテキスト入力は、ウェブブラウザおよびワードプロセッサによる周知の処理をクライアント端末２に備えられたＣＰＵ（図示せず）が実行することにより実現される。

そしてクライアントは、必要なデータを入力し終えたならば、ボタン５４，５５のいずれかを押す。そうするとクライアント端末２は、ウェブページデータの記述に従って、入力欄５１，５２，５３に入力されているデータをサーバ１へと転送する。この処理は、ウェブブラウザによる周知の処理をクライアント端末２に備えられたＣＰＵ（図示せず）が実行することにより実現される。

さて、メッセージをセクション機能を用いて表示させたい場合にクライアントは、本文をＨＴＭＬ形式のテキストとして記述することを、電子掲示板システム１００を利用する上でのルールとする。

図６は本文の記述例を示す図である。

図６において入力欄５２に記述されたテキストのうちの「セクション１（ここをクリック）」「展開／折り畳み対象」「テストテストテスト」「○○○」および「×××」は、いずれもメッセージの実際の本文を構成する文字列であり、クライアントが任意の内容を記述して良い。

セクション機能による展開／折り畳みを実行するときにクリックするべき文字列を<DIV CLASS=toggle-div1>と</DIV>との間に配置し、その文字列がクリックされたことに応じての展開／折り畳みの対象となる文字列を<DIV ID=divChild1>と</DIV>との間に配置することとしている。

このように本文をＨＴＭＬ形式で記述した場合でも、クライアント端末２はこれを単なるリッチテキスト形式のテキストデータとしてサーバ１へ転送する。

上記のようにしてクライアント端末２から転送されたデータがサーバ１に到達すると、ＣＰＵ１１はそれらのデータを含んだメッセージデータを生成し、これをメッセージデータベース１４ａに追加する。この際、本文のデータとしては、リッチテキスト形式のテキストデータがそのまま使用される。この処理を、ＣＰＵ１１はサーバプログラムに基づく周知の処理として実行する。

さて、登録済みのメッセージを閲覧しようとするクライアントは、クライアント端末２のいずれかからサーバ１にアクセスし、メッセージの一覧の中から所望のメッセージを選択する。なお、クライアント端末２にてメッセージの一覧を表示させたり、クライアントによるメッセージの選択を受け付けるための処理を、サーバ１はサーバプログラムに基づく周知の処理として実行する。

そして、メッセージが選択されるとＣＰＵ１１は、アドインプログラムに基づく転送データ生成処理を開始する。

図７は転送データ生成処理のフローチャートである。

ステップＳａ１においてＣＰＵ１１は、選択されたメッセージに関するメッセージデータをメッセージデータベース１４ａから読み出す。

ステップＳａ２においてＣＰＵ１１は、上記のように読み出したメッセージデータに含まれるデータを予め定められた閲覧ページのフォームに組み込んで閲覧ページデータを生成する。閲覧ページデータは、典型的にはＨＴＭＬ形式で記述される。なお、閲覧ページデータには、メッセージデータ中の本文のデータを、本文の表示欄に表示するメッセージを表すデータとしてそのまま含める。

ステップＳａ３においてＣＰＵ１１は、付加データ１４ｃを補助記憶デバイス１４から読み出して、この付加データ１４ｃを上記のように生成した閲覧ページデータに付加して転送データを生成する。なおＣＰＵ１１は、生成した転送データをＲＡＭ１３に書き込む。そして転送データを生成し終えたならばＣＰＵ１１は、転送データ生成処理を終了する。

この後にＣＰＵ１１は、サーバプログラムに基づく処理により、ＲＡＭ１３が記憶している転送データを、メッセージの選択が行われたクライアント端末２へと転送する。

以上のように、サーバプログラムおよびアドインプログラムに基づく処理を実行することによりＣＰＵ１１は、第１の転送手段として機能する。

クライアント端末２は、上記のようにサーバ１から転送された転送データを受けると、そこに含まれた閲覧ページデータに基づいて閲覧フォームを表示する。これは、ウェブブラウザによる周知の処理により実現される。

図８は一例としての閲覧フォーム６０を示す図である。

閲覧フォーム６０は、図６に示す状態の入力フォームから登録されたメッセージを表示する場合を示している。

そしてこの場合に本文は、ＨＴＭＬ形式の記述がウェブブラウザにより解釈されて、図８に領域６１の中に示す状態で表示される。

このように表示された閲覧フォーム６０上で、クライアントが「セクション１（ここをクリック）」という文字列の中をクリックすると、クライアント端末２は、この文字列に閲覧ページデータ中で紐付けられた「toggle-div1」なるクラス属性に従って、転送データに含まれた付加データ１４ｃを参照し、この付加データ１４ｃに記述されたＵＲＬにアクセスする。なおこれは、ウェブブラウザによる周知の処理により実現される。

付加データ１４ｃには、通信ネットワーク２００上でスクリプトファイル１４ｂを特定するＵＲＬが記述されているから、上記のクライアント端末２によるアクセスはサーバ１に対して行われることになる。そしてこのアクセスに応じてサーバ１のＣＰＵ１１は、アドインプログラムに基づくスクリプト転送処理を開始する。

図９はスクリプト転送処理のフローチャートである。

ステップＳｂ１においてＣＰＵ１１は、スクリプトファイル１４ｂを補助記憶デバイス１４から読み出す。

ステップＳｂ２においてＣＰＵ１１は、上記の読み出したスクリプトファイル１４ｂを、アクセス元のクライアント端末２へと転送する。

そしてスクリプトファイル１４ｂを転送し終えたならばＣＰＵ１１は、スクリプト転送処理を終了する。

以上のように、アドインプログラムに基づく処理を実行することによりＣＰＵ１１は、第２の転送手段として機能する。

クライアント端末２は、上記のようにサーバ１から転送されたスクリプトファイル１４ｂを受けると、そこに記述されたスクリプトを実行する。これは、ウェブブラウザによる周知の処理により実現される。そしてこの結果として、クライアント端末２で表示される閲覧フォームは更新される。

図１０は閲覧フォーム６０から更新された後の閲覧フォーム７０の一例を示す図である。

閲覧フォーム７０は、領域７１が、閲覧フォーム６０の領域６１中に表されていた「展開／折り畳み対象」および「テストテストテスト」を除くように折り畳んだ状態に更新される。

以上のように電子掲示板システム１００によれば、メッセージの本文中にスクリプトを記述することができないシステムをベースとしていながら、スクリプトを利用したセクション機能によるメッセージの動的な表示が可能となる。

この実施形態は、次のような種々の変形実施が可能である。

第２のサーバとしては、一般的なＷｅｂサーバをそのまま利用することが可能である。そこで、スクリプトファイル１４ｂの保存およびその転送を、サーバ１とは別のＷｅｂサーバにて行っても良い。この場合、第３の記憶デバイスも補助記憶デバイス１４とは別の記憶デバイスを用いることになる。

メッセージデータベース１４ａと付加データ１４ｃとは、それぞれ別々の記憶デバイスが記憶していても良い。

スクリプトファイル１４ｂの記述内容を変更することにより、セクション機能以外の様々な動的の表示を実現可能である。

Microsoft社製のSharePoint（登録商標）以外のアプリケーションプログラムを利用して電子掲示板システムを実現する場合であっても、上記実施形態と同様に実施が可能である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１００…電子掲示板システム、２００…通信ネットワーク、１…サーバ、２…クライアント端末、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…補助記憶デバイス、１４ａ…メッセージデータベース、１４ｂ…スクリプトファイル、１４ｃ…付加データ、１５…通信デバイス、１６…バスライン。

Claims (6)

1. 第１および第２のサーバを含んだ電子掲示板システムであって、
   前記第１のサーバは、
   電子掲示板に登録されたメッセージを表すメッセージデータを記憶する第１の記憶デバイスと、
   前記第２のサーバにアクセスするためのアドレスおよび前記アドレスにアクセスする条件を記述した付加データを記憶する第２の記憶デバイスと、
   前記メッセージデータの転送がクライアント端末から要求されたことに応じて前記第１の記憶デバイスが記憶する前記メッセージデータに前記第２の記憶デバイスが記憶する前記付加データを付加した転送データを前記クライアント端末へと転送するための処理を行う第１の転送手段とを具備し、
   前記第２のサーバは、
   メッセージの表示形態の制御のためのスクリプトを記述したスクリプトファイルを記憶する第３の記憶デバイスと、
   前記付加データに記述されたアドレスでの前記クライアント端末からのアクセスへの応答として前記第３の記憶デバイスが記憶する前記スクリプトファイルを前記クライアント端末へと転送するための処理を行う第２の転送手段とを具備したことを特徴とする電子掲示板システム。
2. 前記付加データは、前記付加データが付加された前記メッセージデータが表すメッセージの閲覧画面中で前記アドレスへのアクセスのトリガとしてクリックするべき文字列として前記条件を記述することを特徴とする請求項１に記載の電子掲示板システム。
3. 第１および第２のサーバを含み、かつ前記第２のサーバは、メッセージの表示形態の制御のためのスクリプトを記述したスクリプトファイルを記憶する第３の記憶デバイスと、付加データに記述されたアドレスでのクライアント端末からのアクセスへの応答として前記第３の記憶デバイスが記憶する前記スクリプトファイルを前記クライアント端末へと転送するための処理を行う第２の転送手段とを備えた電子掲示板システムで前記第１のサーバとして使用されるサーバであって、
   電子掲示板に登録されたメッセージを表すメッセージデータを記憶する第１の記憶デバイスと、
   前記第２のサーバにアクセスするためのアドレスおよび前記アドレスにアクセスする条件を記述した付加データを記憶する第２の記憶デバイスと、
   前記メッセージデータの転送が前記クライアント端末から要求されたことに応じて前記第１の記憶デバイスが記憶する前記メッセージデータに前記第２の記憶デバイスが記憶する前記付加データを付加した転送データを前記クライアント端末へと転送するための処理を行う第１の転送手段とを具備することを特徴とするサーバ。
4. 電子掲示板に登録されたメッセージを表すメッセージデータを記憶する第１の記憶デバイスにアクセス可能なコンピュータを、第１および第２のサーバを含み、かつ前記第２のサーバは、メッセージの表示形態の制御のためのスクリプトを記述したスクリプトファイルを記憶する第３の記憶デバイスと、付加データに記述されたアドレスでのクライアント端末からのアクセスへの応答として前記第３の記憶デバイスが記憶する前記スクリプトファイルを前記クライアント端末へと転送するための処理を行う第２の転送手段とを備えた電子掲示板システムで前記第１のサーバとして使用されるサーバとして機能させるためのプログラムであって、
   前記コンピュータを、前記メッセージデータの転送が前記クライアント端末から要求されたことに応じて前記第１の記憶デバイスが記憶する前記メッセージデータに前記第２の記憶デバイスが記憶する前記付加データを付加した転送データを前記クライアント端末へと転送するための処理を行う第１の転送手段として機能させるためのプログラム。
5. 電子掲示板に登録されたメッセージを表すメッセージデータを記憶する第１の記憶デバイスと、
   前記第２のサーバにアクセスするためのアドレスおよび前記アドレスにアクセスする条件を記述した付加データを記憶する第２の記憶デバイスと、
   前記メッセージデータの転送がクライアント端末から要求されたことに応じて前記第１の記憶デバイスが記憶する前記メッセージデータに前記第２の記憶デバイスが記憶する前記付加データを付加した転送データを前記クライアント端末へと転送するための処理を行う第１の転送手段と、
   メッセージの表示形態の制御のためのスクリプトを記述したスクリプトファイルを記憶する第３の記憶デバイスと、
   前記付加データに記述されたアドレスでの前記クライアント端末からのアクセスへの応答として前記第３の記憶デバイスが記憶する前記スクリプトファイルを前記クライアント端末へと転送するための処理を行う第２の転送手段とを具備したことを特徴とするサーバ。
6. 電子掲示板に登録されたメッセージを表すメッセージデータを記憶する第１の記憶デバイスと、
   前記第２のサーバにアクセスするためのアドレスおよび前記アドレスにアクセスする条件を記述した付加データを記憶する第２の記憶デバイスと、
   メッセージの表示形態の制御のためのスクリプトを記述したスクリプトファイルを記憶する第３の記憶デバイスとにそれぞれアクセス可能なコンピュータを、
   前記メッセージデータの転送がクライアント端末から要求されたことに応じて前記第１の記憶デバイスが記憶する前記メッセージデータに前記第２の記憶デバイスが記憶する前記付加データを付加した転送データを前記クライアント端末へと転送するための処理を行う第１の転送手段と、
   前記付加データに記述されたアドレスでの前記クライアント端末からのアクセスへの応答として前記第３の記憶デバイスが記憶する前記スクリプトファイルを前記クライアント端末へと転送するための処理を行う第２の転送手段として機能させるためのプログラム。

Images