(57)【要約】【課題】投稿記事に対する閲覧の機会の増加や継続的な閲覧を企図する。【解決手段】投稿装置（１０）から投稿される情報について閲覧要求（１８）をした閲覧装置（１２）に当該情報を表示させる、記事格納部（４）、応答制御部（６）および応答文出力部（８）を備える。記事格納部は投稿装置からの投稿記事（１４）を公開日時と関連付けて格納する。応答制御部は閲覧要求を受けた日時に応じて該閲覧要求に対する応答文（１５）の生成に用いる情報量を制御する。応答制御部は閲覧要求を受けた日時が閲覧要求により特定される投稿記事に関連付けされた公開日時との関係で所定条件を満たすか否かを判断する。応答制御部は記事格納部にある投稿記事の内容のうち閲覧要求に対する応答文の生成に用いる情報量を異ならせる。応答文出力部は、条件を満たすか否かに応じた情報量により生成された応答文を閲覧装置に表示させる。【選択図】図１
2013196227.tif 000002
【特許請求の範囲】
【請求項１】
投稿装置から投稿される情報について閲覧要求をした閲覧装置に当該情報を表示させる情報公開システムであって、
前記投稿装置から受信した投稿記事を、前記投稿記事を公開する日時である公開日時と関連付けて格納する、記事格納部と、
前記閲覧装置から閲覧要求を受けた場合、前記閲覧要求を受けた日時が、前記閲覧要求により特定される前記投稿記事に関連付けされた前記公開日時との関係で所定の条件を満たすか否かに応じて、前記記事格納部に格納されている前記投稿記事の内容のうち前記閲覧要求に対する応答文の生成に用いる情報量を異ならせる、応答制御部と、
前記条件を満たすか否かに応じて異ならせた情報量を用いて生成された応答文を、前記閲覧要求をした閲覧装置に表示させる、応答文出力部と、
を備えることを特徴とする情報公開システム。
【請求項２】
前記応答制御部は、前記条件として、前記閲覧要求を受けた日時が前記公開日時よりも前の日時である場合、前記閲覧要求を受けた日時が前記公開日時以降であるときの情報量よりも少ない情報量を用いて応答文を生成させる、
ことを特徴とする請求項１に記載の情報公開システム。
【請求項３】
前記記事格納部は、一つの前記投稿記事に対して日時の異なる複数の前記公開日時の関連付けが可能であり、
前記応答制御部は、前記条件として、複数の前記公開日時が関連付けられている前記投稿記事について閲覧要求を受けた場合、前記閲覧要求を受けた日時が、ある日時を示す第一の公開日時を経過しているときと、前記第一の公開日時より後の日時を示す第二の公開日時を経過しているときとで、前記応答文の生成に用いる情報量を異ならせる、
ことを特徴とする請求項１または２に記載の情報公開システム。
【請求項４】
前記応答制御部は、前記閲覧要求に対する応答文の生成に用いられる情報量が、前記記事格納部に格納されている前記閲覧要求に対応する前記投稿記事の一部である場合、前記応答文の内容に所定の定型文を付加する、
ことを特徴とする請求項１ないし３のいずれかに記載の情報公開システム。
【請求項５】
前記記事格納部は、前記投稿装置から受信した投稿記事の情報量に応じた日時を示す公開日時を、前記投稿記事に関連付けて格納する、
ことを特徴とする請求項１ないし４のいずれかに記載の情報公開システム。
【請求項６】
投稿装置から投稿される情報について閲覧要求をした閲覧装置に当該情報を表示させる情報処理装置であって、
前記投稿装置から受信した投稿記事を、前記投稿記事を公開する日時である公開日時と関連付けて格納する、記事格納部と、
前記閲覧装置から閲覧要求を受けた場合、前記閲覧要求を受けた日時が、前記閲覧要求により特定される前記投稿記事に関連付けされた前記公開日時との関係で所定の条件を満たすか否かに応じて、前記記事格納部に格納されている前記投稿記事の内容のうち前記閲覧装置に対する応答文の生成に用いる情報量を異ならせる、応答制御部と、
前記条件を満たすか否かに応じて異ならせた情報量を用いて生成された応答文を、前記閲覧要求をした閲覧装置に表示させる、応答文出力部と、
を備えることを特徴とする情報処理装置。
【請求項７】
投稿装置から投稿される情報について閲覧要求をした閲覧装置に当該情報を表示させる情報処理装置で実行させる情報公開プログラムであって、
前記投稿装置から受信した投稿記事を、前記投稿記事を公開する日時である公開日時と関連付けて記事格納部に格納し、
前記閲覧装置から閲覧要求を受けた場合、前記閲覧要求を受けた日時が、前記閲覧要求により特定される前記投稿記事に関連付けされた前記公開日時との関係で所定の条件を満たすか否かに応じて、前記記事格納部に格納されている前記投稿記事の内容のうち前記閲覧要求に対する応答文の生成に用いる情報量を異ならせ、
前記条件を満たすか否かに応じて異ならせた情報量を用いて生成された応答文を、前記閲覧要求をした閲覧装置に表示させる、
処理を前記情報処理装置に実行させるための情報公開プログラム。
【請求項８】
投稿装置から投稿される情報について閲覧要求をした閲覧装置に当該情報を表示させる情報処理装置で実行させる情報公開方法であって、
前記投稿装置から受信した投稿記事を、前記投稿記事を公開する日時である公開日時と関連付けて記事格納部に格納し、
前記閲覧装置から閲覧要求を受けた場合、前記閲覧要求を受けた日時が、前記閲覧要求により特定される前記投稿記事に関連付けされた前記公開日時との関係で所定の条件を満たすか否かに応じて、前記記事格納部に格納されている前記投稿記事の内容のうち前記閲覧要求に対する応答文の生成に用いる情報量を異ならせ、
前記条件を満たすか否かに応じて異ならせた情報量を用いて生成された応答文を、前記閲覧要求をした閲覧装置に表示させる、
ことを特徴とする情報公開方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、投稿記事などの各種の提供情報を閲覧要求により公開する情報公開システム、情報処理装置、情報公開プログラムおよび情報公開方法に関する。
【背景技術】
【０００２】
インターネットはコンピュータなどの情報処理装置で連携させるネットワークであって、情報の提供と閲覧とを共存させた情報交換システムである。このインターネットには携帯電話装置など、携帯端末からもアクセスすることができる。携帯端末からパソコン向けのウェブ（Ｗｅｂ）サイトが閲覧できる。
【０００３】
インターネットではいわゆるツイッター（Ｔｗｉｔｔｅｒ）など、ストリーム型のソーシャルメディアが広範囲に利用されている。たとえば、日々の記録や世間の記事に批評を加えたものを記事として発信する。投稿記事をブラウザなどを媒介にして閲覧する。その記事にコメントを添えて発信する。このような情報交換であるいわゆるブログ（Ｂｌｏｇ）も、インターネットサービスの一つの形態である。
【０００４】
Ｂｌｏｇでは、インターネットへの投稿主体（人、法人）は、ブロガー（Ｂｌｏｇｇｅｒ）と称される。このＢｌｏｇｇｅｒは記事を投稿する。投稿記事は閲覧に供される。閲覧の増加により、投稿記事が広告媒体に利用される。広告が掲載された投稿記事によっては、広告掲載者との契約などにより、広告閲覧に対する報酬がＢｌｏｇｇｅｒに支払われる。いわゆるアフィリエート（ａｆｆｉｌｉａｔｅ：販売実績報酬）による収益を生じる。このため、継続的に閲覧されることを期待して投稿が行われる。
【０００５】
このような情報および閲覧に関し、文中の話題の転換点を検出することが知られている（たとえば、特許文献１）。記事の編集に関し、複数の記事をまとめたまとめ記事とそのまとめの元となった複数の記事との間にあるまとめ関係を保存することが知られている（たとえば、特許文献２）。このような記事の提供に関し、ウェブページを作成するウェブページ作成装置が知られている（たとえば、特許文献３）。また、メール文の編集に関し、メール原稿のメール本文を解析し、メール受信者に対応して編集をすることが知られている（たとえば、特許文献４）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−９５８６６号公報
【特許文献２】特開２００８−１４００８５号公報
【特許文献３】特開２０１０−２３７９０３号公報
【特許文献４】特開２００３−１０８４８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、投稿記事などの情報はインターネット上の不特定多数に向けられる。閲覧はインターネットに提供された無数の情報から選択される。投稿記事が継続的に閲覧されるには、投稿記事の内容が閲覧側に受け入れられ、関心を持たれる必要がある。関心を受けた投稿記事にあっても、投稿側の意図と閲覧側の意図とは必ずしも一致しない。継続的に情報を提供しても、その情報が閲覧されなければ、その情報提供の継続性が損なわれるという課題がある。
【０００８】
そこで、本開示の情報公開システム、情報処理装置、情報公開プログラムおよび情報公開方法の目的は、上記課題に鑑み、投稿記事に対する閲覧の機会の増加や継続的な閲覧を企図することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本開示の構成は、投稿装置から投稿される情報について閲覧要求をした閲覧装置に当該情報を表示させる情報公開システムであって、記事格納部と、応答制御部と、応答文出力部とを備えている。前記記事格納部には前記投稿装置から受信した投稿記事が、該投稿記事を公開する日時である公開日時と関連付けて格納される。前記応答制御部は、前記閲覧装置から閲覧要求を受け、該閲覧要求を受けた日時に応じて該閲覧要求に対する応答文の生成に用いる情報量を制御する。前記応答制御部は、前記閲覧要求を受けた日時が、前記閲覧要求により特定される前記投稿記事に関連付けされた前記公開日時との関係で所定の条件を満たすか否かを判断する。斯かる判断に基づいて、前記応答制御部は、前記記事格納部に格納されている前記投稿記事の内容のうち前記閲覧要求に対する応答文の生成に用いる情報量を異ならせる。そして、前記応答文出力部は、前記条件を満たすか否かに応じて異ならせた情報量を用いて生成された応答文を、前記閲覧要求をした閲覧装置に表示させる。
【発明の効果】
【００１０】
本開示の構成によれば、次のいずれかの効果が得られる。
【００１１】
(1) 投稿記事の閲覧要求に対し、応答文の情報量を異ならせるので、投稿記事に対する閲覧機会の増加、閲覧意欲の高揚、閲覧の継続化に寄与することができる。
【００１２】
(2) 投稿記事の豊富化とともに閲覧機会を増加することができる。
【００１３】
そして、本発明の他の目的、特徴及び利点は、添付図面及び各実施の形態を参照することにより、一層明確になるであろう。
【図面の簡単な説明】
【００１４】
【図１】第１の実施の形態に係る情報公開システムの一例を示す図である。
【図２】情報公開の処理手順の一例を示すフローチャートである。
【図３】第２の実施の形態に係る情報公開システムの一例を示す図である。
【図４】サーバの機能および構成の一例を示す図である。
【図５】投稿装置の機能および構成の一例を示す図である。
【図６】閲覧装置の機能および構成の一例を示す図である。
【図７】情報の処理シーケンスの一例を示す図である。
【図８】投稿・閲覧の処理シーケンスの一例を示す図である。
【図９】投稿の処理シーケンスの一例を示す図である。
【図１０】投稿記事の格納処理の一例を示すフローチャートである。
【図１１】投稿記事の他の格納処理の一例を示すフローチャートである。
【図１２】時刻決定ロジックテーブルの一例を示す図である。
【図１３】閲覧の他の処理シーケンスの一例を示す図である。
【図１４】閲覧の他の処理シーケンスの一例を示す図である。
【図１５】投稿記事の分割処理の一例を示すフローチャートである。
【図１６】分割数−データ比率テーブルの一例を示す図である。
【図１７】投稿記事の他の処理シーケンスの一例を示す図である。
【図１８】公開情報テーブルの一例を示す図である。
【図１９】投稿記事の他の処理手順を示すフローチャートである。
【図２０】第３の実施の形態に係る情報公開システムの一例を示す図である。
【図２１】第４の実施の形態に係る情報公開システムの一例を示す図である。
【図２２】情報端末のハードウェアの構成例を示す図である。
【図２３】情報端末の投稿処理画面を示す図である。
【図２４】投稿記事、投稿文および追記文の一例を示す図である。
【図２５】時間軸上の処理シーケンスを示す図である。
【図２６】投稿記事の断片化処理の処理手順を示すフローチャートである。
【図２７】投稿記事、投稿文の付加情報、修飾情報およびその処理の一例を示す図である。
【図２８】投稿記事の処理手順を示す図である。
【図２９】投稿記事テキスト、投稿文を示す図である。
【図３０】公開された投稿文の公開推移を示す図である。
【図３１】投稿記事の他の断片化処理のシーケンスを示す図である。
【発明を実施するための形態】
【００１５】
〔第１の実施の形態〕
【００１６】
図１は、第１の実施の形態に係る情報公開システムおよび情報処理装置を示している。図１に示す構成は一例である。斯かる構成に本開示の情報公開システムが限定されるものではない。
【００１７】
図１に示す情報公開システム２−１はサーバ３を備える。このサーバ３は本開示の情報処理装置の一例である。このサーバ３は記事格納部４と、応答制御部６と、応答文出力部８とを備えている。記事格納部４、応答制御部６および応答文出力部８は情報処理装置の一例である。この情報公開システム２−１では投稿装置１０から投稿される情報について閲覧要求をした閲覧装置１２に当該情報を表示させる。投稿装置１０および閲覧装置１２は情報処理装置で構成される。一例として、投稿装置１０から投稿される情報が投稿記事１４である。閲覧装置１２に表示される情報が投稿記事１４から作成される応答文１５である。この投稿記事１４は単一でもよく、複数であってもよい。また、同一の投稿装置１０でもよく、異なってもよい。
【００１８】
記事格納部４は、投稿装置１０から受信した投稿記事１４を公開日時１６と関連付けて格納する。この場合、公開日時１６が投稿記事１４を公開する日時である。日時はたとえば、日、時刻である。
【００１９】
応答制御部６は、閲覧装置１２から閲覧要求１８を受け、投稿記事１４から応答文１５を作成する。この応答文１５は応答文出力部８を通して閲覧装置１２に表示する情報である。この応答文１５の作成について、応答制御部６は、閲覧要求１８を受けた日時が、閲覧要求１８により特定される投稿記事１４に関連付けされた公開日時１６との関係で所定の条件を満たすか否かを判断する。この判断結果に応じて、応答制御部６は、記事格納部４に格納されている投稿記事１４の内容のうち閲覧要求１８に対する応答文１５の生成に用いる情報量を異ならせる。投稿記事１４の情報量をＤｍ、応答文１５の情報量をＤｎとする。前記条件を満たすか否かに応じて投稿記事１４の情報量Ｄｍと異ならせた情報量Ｄｎの応答文１５が生成される。つまり、上記判断結果により異ならせた情報量が、たとえば、Ｄｍ＞Ｄｎであるとすれば、応答文１５の内容が投稿記事１４の内容より低減されることになる。たとえば、表示内容は投稿記事１４の一部となる。
【００２０】
そして、応答文出力部８は、応答制御部６で生成された応答文１５を閲覧装置１２に表示させる。つまり、前記条件を満たすか否かに応じて投稿記事１４の情報量Ｄｍとは異なる情報量Ｄｎの応答文１５が閲覧装置１２に表示される。
【００２１】
＜投稿記事１４の投稿および公開処理＞
【００２２】
図２は、この情報公開システムの情報公開の処理手順を示している。この処理手順は、本開示の情報公開プログラムおよび情報公開方法の一例である。
【００２３】
この処理手順では、投稿装置１０が投稿記事１４を投稿する（Ｓ１０１）。つまり、投稿装置１０から投稿記事１４が送信される。投稿装置１０から受信した投稿記事１４を記事格納部４に公開日時１６と関係付けて格納する（Ｓ１０２）。
【００２４】
応答制御部６が閲覧装置１２から閲覧要求１８を受ける（Ｓ１０３）。この閲覧要求１８を受けた応答制御部６が閲覧要求１８の日時と公開日時１６とが所定条件を満たすか否かを判断する（Ｓ１０４）。この判断結果に応じて応答制御部６が投稿記事１４から応答文１５を生成する（Ｓ１０５）。この判断結果に応じて、応答制御部６は、記事格納部４に格納されている投稿記事１４の内容のうち閲覧要求１８に対する応答文１５の生成に用いる情報量Ｄｎを異ならせる。
【００２５】
そして、応答文出力部８が閲覧要求１８があった閲覧装置１２に応答文１５を表示させる（Ｓ１０６）。つまり、前記条件を満たすか否かに応じて投稿記事１４の情報量Ｄｍとは異なる情報量Ｄｎの応答文１５が閲覧装置１２に表示される。
【００２６】
＜第１の実施の形態の効果＞
【００２７】
(1) 投稿記事１４から生成される応答文１５の情報量Ｄｎが公開日時１６と閲覧要求１８の日時との関係で変更される。したがって、公開される応答文１５の内容を異ならせることができる。これにより、投稿記事１４の閲覧者は、公開内容が変更されることに対応して公開情報である応答文１５の閲覧を繰り返す必要がある。継続する閲覧を促すことができる。
【００２８】
(2) 応答文１５は、投稿記事１４の全部（全情報量）ではなく、一部（つまり、全情報量と異なる情報量）である。これにより、投稿記事１４の全部閲覧を期待する閲覧者の閲覧要求を駆り立てることができる。結果として継続した閲覧の促進に寄与する。
【００２９】
〔第２の実施の形態〕
【００３０】
図３は第２の実施の形態に係る情報公開システム２−２の一例を示している。図３に示す構成は一例であって、本開示の情報公開システムを限定するものではない。
【００３１】
図３に示す情報公開システム２−２は基本的なネットワーク構成の概念を示している。この情報公開システム２−２にはサーバ３、インターネット２０、複数の投稿装置として投稿装置１０−１、１０−２、複数の閲覧装置として閲覧装置１２−１、１２−２が含まれる。インターネット２０はコンピュータを地域や国境を越えて１つのネットワークに連結したコンピュータネットワークである。このインターネット２０には既述のサーバ３、基地局２４、複数の無線ＬＡＮ（Local Area Network ）−ＡＰ（Access Point）２６−１、２６−２、２６−３が接続されている。
【００３２】
サーバ３は、既述のサーバ３（図１）に対応し、上記機能を実現する情報処理装置の一例である。このサーバ３では投稿装置１０たとえば、投稿装置１０−１、１０−２のいずれかから投稿される情報について閲覧要求をした閲覧装置１２たとえば、閲覧装置１２−１、１２−２に対して閲覧情報として投稿記事１４、応答文１５を提供する。閲覧に供される投稿記事１４、応答文１５の情報提供には、文字、図形、写真による視覚情報、音楽、朗読などの音声情報が含まれる。
【００３３】
投稿装置１０−１、１０−２は情報処理装置の一例である。投稿装置１０−１、１０−２はたとえば、スマートフォン、タブレット端末などの情報処理機能を備える情報処理端末である。この投稿装置１０−１、１０−２はインターネット２０に対し記事など（投稿記事１４）を投稿する。投稿記事１４には記号、文字、図形、写真など、既述の視覚情報のほか、音楽や朗読などの音声情報が含まれる。
【００３４】
各投稿装置１０−１、１０−２は投稿専用の装置であってもよいし、閲覧装置１２−１、１２−２の機能を兼ね備える装置であってもよい。各投稿装置１０−１、１０−２は、たとえば、携帯端末装置やデクストップＰＣで実行される汎用的なＷｅｂブラウザや、専用の投稿機能などを有するアプリケーションを実行する装置であればよい。
【００３５】
閲覧装置１２−１、１２−２は情報処理装置の一例である。閲覧装置１２−１、１２−２はたとえば、スマートフォン、タブレット端末などの情報処理機能を備える情報処理端末である。この閲覧装置１２−１、１２−２は投稿装置１０−１、１０−２からインターネット２０上に提供された情報を閲覧する。この閲覧情報には、投稿記事１４の閲覧が含まれる。インターネット２０に対する投稿装置１０−１、１０−２の接続は、投稿装置１０−１のようにインターネット２０に直結されてもよいし、他の情報機器を媒介としてたとえば、無線ＬＡＮ−ＡＰ２６−１を媒介として間接的に接続されてもよい。インターネット２０に対する閲覧装置１２−１、１２−２の接続形態は、閲覧装置１２−１のようにインターネット２０に基地局２４を介して接続されてもよいし、他の情報機器を媒介としてたとえば、無線ＬＡＮ−ＡＰ２６−２、２６−３を介して間接的に接続されてもよい。
【００３６】
各閲覧装置１２−１、１２−２は閲覧専用の装置であってもよいが、投稿装置１０−１、１０−２の機能を兼ね備える装置であってもよい。各閲覧装置１２−１、１２−２は、たとえば、携帯端末装置やデクストップＰＣで実行される汎用的なＷｅｂブラウザや、専用の閲覧機能などを有するアプリケーションを実行する装置であればよい。
【００３７】
基地局２４はたとえば、３Ｇ（３rd Generation ：第３世代携帯電話）基地局であり、ＬＴＥ（Long Term Evolution ：高速データ通信仕様）基地局であってもよい。３Ｇは、ＩＴＵ（国際電気通信連合）で定められたＩＭＴ−２０００規格に準拠したデジタル携帯電話の方式である。また、ＬＴＥは、第３世代携帯電話方式を更に進化させた高速通信方式である。
【００３８】
この情報公開システム２−２では、公衆回線（たとえば、３Ｇ、ＬＴＥ）、無線ＬＡＮなどに接続されるスマートフォンなどの投稿装置１０−１、１０−２および閲覧装置１２−１、１２−２が有線または無線で接続される。投稿装置１０−１、１０−２では、キーボードやタッチパネルなどの入力が比較的容易な手段を備え、投稿が可能である。このような投稿装置１０−１、１０−２および閲覧装置１２−１、１２−２はサーバ３にインターネット２０により接続されている。サーバ３では、投稿装置１０−１、１０−２から投稿されたブログ記事などを蓄積、管理および公開を行う。閲覧装置１２−１、１２−２によりインターネット２０上にあるブログ記事などの投稿記事１４を閲覧することができる。基本的なオペレーションシステムを持つ計算機が備えている機能を用いれば、投稿装置１０−１、１０−２として投稿、閲覧装置１２−１、１２−２として閲覧が可能である。投稿装置１０−１、１０−２にはサーバ３から入力可能なページを提供すれば、そのページを用いて投稿が可能である。
【００３９】
＜サーバ３の機能＞
【００４０】
図４のＡは、サーバ３が備える機能の一例を示している。図４のＡに示すサーバ３は、記事格納部４、応答制御部６、応答文出力部８および通信機能部２２を備えている。図４のＡにおいて、図１と同一部分には同一符号を付してある。
【００４１】
記事格納部４は、投稿記事１４の格納機能の一例である。この記事格納部４は、投稿装置１０−１、１０−２から受信した投稿記事１４を公開日時１６と関連付けて格納する。この記事格納部４には、記事データベース（ＤＢ）２３、分割バッファ２５が設定されている。記事ＤＢ２３には投稿記事１４が公開日時１６に関係付けられて格納される。分割バッファ２５は、投稿記事１４が分割されて格納され、既述の応答文１５が格納される。
【００４２】
応答制御部６は、閲覧装置１２−１、１２−２から閲覧要求１８を受ける。この閲覧要求１８を受けた日時に応じて、応答制御部６は、閲覧要求１８に対する応答文１５の生成に用いる情報量Ｄｎを異ならせる。閲覧要求１８を受けた日時が、閲覧要求１８により特定される投稿記事１４に関連付けされた公開日時１６との関係で所定の条件を満たすか否かを判断する。斯かる判断に基づいて、応答制御部６は、データ記憶部３８（図４のＢ）に格納されている投稿記事１４の内容のうち閲覧要求１８に対する応答文１５の生成に用いる情報量Ｄｎを異ならせる。
【００４３】
応答文出力部８は、既述の条件を満たすか否かに応じて異ならせた情報量Ｄｎを用いて生成された応答文１５を、閲覧要求をした閲覧装置１２−１、１２−２に表示させる。
【００４４】
第２の実施の形態では、第１の実施の形態で述べた記事格納部４、応答制御部６および応答文出力部８の各機能がコンピュータであるサーバ３によって実現されている。この実施の形態では、投稿記事１４から応答文１５に分割される処理が、サーバ３側で実行されている。このような処理は、投稿装置１０−１、１０−２側で実行してもよい。つまり、投稿記事１４から応答文１５に分割する処理は、投稿記事１４の格納時に分割してもよいし、応答文１５の生成時に投稿記事１４を分割してもよい。この場合、応答文１５の生成時の分割について、たとえば、投稿記事１４や応答文１５の全文ではなく、部分的に読み込む処理を行ってもよい。
【００４５】
＜サーバ３のハードウェア＞
【００４６】
図４のＢは、サーバ３のハードウェアの一例を示している。この図４のＢに示すサーバ３のハードウェアには、通信部２８、ＣＰＵ（Central Processing Unit ）３０、メモリ部３２およびＲＡＭ（Random-Access Memory）３４が含まれている。
【００４７】
通信部２８はネットワークデバイスの一例である。この通信部２８はＣＰＵ３０により制御される。インターネット２０に接続されているサーバ３には、投稿装置１０−１、１０−２または閲覧装置１２−１、１２−２と通信部２８の通信により接続する。この接続により既述の投稿記事１４の投稿や投稿記事１４の閲覧に係るデータの送受を行う。
【００４８】
ＣＰＵ３０は、メモリ部３２にあるＯＳ（Operating System）など各種のプログラムを実行し、既述の閲覧要求に対応する投稿記事の公開などの制御を行う。
【００４９】
メモリ部３２はプログラムやデータを格納する。メモリ部３２は記録素子で構成される。このメモリ部３２には、プログラム記憶部３６およびデータ記憶部３８を備えている。プログラム記憶部３６にはＯＳ（Operating System）やアプリケーションプログラムが格納される。データ記憶部３８には各種のデータが格納される。このデータ記憶部３８には投稿記事１４などを格納する記事データベース（ＤＢ）２３が構築されている。また、データ記憶部３８には分割バッファ２５が設置されている。この分割バッファ２５には投稿記事１４から分割された応答文１５が格納される。また、ＲＡＭ３４はワークエリアを構成する。
【００５０】
＜投稿装置１０−１、１０−２の機能＞
【００５１】
図５のＡは、投稿装置１０−１（１０−２）の機能の一例を示している。この投稿装置１０−１（１０−２）は、情報を提供（記事の投稿など）の専用機でもよいし、このような機能だけでなく閲覧機能を備えてもよい。投稿装置１０−１、１０−２の形態はたとえば、携帯端末装置などの携帯機器でもよいし、ディスクトップＰＣなどの設置型機器であってもよい。
【００５２】
図５のＡに示す投稿装置１０−１（１０−２）はネットワークデバイス（通信部５８：図５のＢ）によりインターネット２０に接続され、サーバ３とデータの送受を行う。このネットワークデバイスは、インターネット２０に対するインターフェースである。
【００５３】
この投稿装置１０−１（１０−２）には、ソフトウェア層のたとえば、下層側から上層部に向かって制御ソフトウェア４０、ＴＣＰ（Transmission Control Protocol ）／ＩＰ（Internet Protocol ）４２、カーネル４４、ＡＰＩ（Application Programming Interface ）４６、ＷＥＢサーバ４８およびスクリプト（Script）５０を備えている。
【００５４】
制御ソフトウェア４０は、既述のネットワークデバイスを制御するソフトウェアであり、たとえば、ファームウェアプログラムで構成される。
【００５５】
ＴＣＰ／ＩＰ４２は情報の送受信のプロトコルである。ＴＣＰは、データを分割して誤り検出用データやパケット番号などを付したＴＣＰパケットを作成するための規約である。また、ＩＰは、ＴＣＰパケットに宛て先や発信元のＩＰアドレスを付すＩＰパケットを作成し、ネットワークに送出するための規約である。
【００５６】
カーネル４４は、ＯＳ（Operating System）機能のうち、最も基本的な部分である。このカーネル４４では制御や資源管理などが処理される。
【００５７】
ＡＰＩ４６はアプリケーションプログラムとＯＳとの仲立ちをするプログラムである。このプログラムは、ＯＳの基本的な機能をアプリケーションプログラムで呼び出すための方法や仕様を備える。ＯＳの基本的な機能がアプリケーションプログラムによりＡＰＩ４６を媒介して呼び出される。
【００５８】
ＷＥＢサーバ４８は、ウェブ上に公開されるサーバである。所定のＵＲＬ（Uniform Resource Locator）の指定によりデータ取得に用いられる。スプリクト５０は、一連の処理手順を記述したプログラムである。
【００５９】
＜投稿装置１０−１、１０−２の機能＞
【００６０】
図５のＢは、投稿装置１０−１、１０−２のハードウェアの一例を示している。投稿装置１０−１（１０−２）は上記機能を実現するハードウェアを備えている。この投稿装置１０−１（１０−２）は通信機能を備えるコンピュータで構成される。この投稿装置１０−１（１０−２）には、ＣＰＵ５２、メモリ部５４、ＲＡＭ５６、通信部５８、表示部６０、入力部６２を備えている。
【００６１】
ＣＰＵ５２は、メモリ部５４にあるプログラムの実行により既述の投稿機能を実現する。メモリ部５４は記録媒体で構成される。このメモリ部５４にはプログラム記憶部６４およびデータ記憶部６６を備える。プログラム記憶部６４はＯＳや投稿機能を実現するプログラムを格納している。データ記憶部６６は、投稿記事など、各種データを記憶する。ＲＡＭ５６はワークエリアを構成する。
【００６２】
通信部５８は既述のインターネット２０に接続されている。通信部５８はＣＰＵ５２の制御によりインターネット２０を通して投稿記事１４などのデータをサーバ３に送信し、サーバ３からのデータを受信する。
【００６３】
表示部６０は投稿記事１４などの各種データを表示したとえば、ＬＣＤ（Liquid Crystal Display）などで構成される。入力部６２は投稿原稿などのデータを入力したとえば、キーボード、タッチパネルなどで構成される。
【００６４】
＜閲覧装置１２−１、１２−２の機能＞
【００６５】
図６は、閲覧装置１２−１（１２−２）が備える機能の一例を示している。閲覧装置１２−１（１２−２）は、情報閲覧の専用機でもよいし、既述の投稿装置１０−１（１０−２）と同様に、投稿機能を備えてもよい。閲覧装置１２−１（１２−２）の形態はたとえば、携帯端末装置などの携帯機器でもよいし、ディスクトップＰＣなどの設置型機器であってもよい。
【００６６】
図６のＡに示す閲覧装置１２−１（１２−２）は、ネットワークデバイス（通信部８４図６のＢ）によりインターネット２０に接続され、サーバ３とデータの送受を行う。このネットワークデバイスは、インターネット２０に対するインターフェースである。
【００６７】
この閲覧装置１２−１（１２−２）には、ソフトウェア層のたとえば、下層側から上層部に向かって制御ソフトウェア６８、ＴＣＰ／ＩＰ７０、カーネル７２、ＡＰＩ７４およびブラウザ７６が積層されている。制御ソフトウェア６８、ＴＣＰ／ＩＰ７０、カーネル７２およびＡＰＩ７４の各機能は投稿装置１０−１（１０−２）で述べた機能と同様であり、その説明を割愛する。
【００６８】
ブラウザ７６はたとえば、Ｗｅｂブラウザであり、データやファイルの内容を閲覧するためのソフトウェア（閲覧ソフト）である。
【００６９】
＜閲覧装置１２−１、１２−２のハードウェア＞
【００７０】
図６のＢは、閲覧装置１２−１、１２−２のハードウェアの一例を示している。各閲覧装置１２−１（１２−２）は上記機能を実現するハードウェアを備えている。この閲覧装置１２−１（１２−２）は通信機能を備えるコンピュータで構成される。この閲覧装置１２−１（１２−２）には、ＣＰＵ７８、メモリ部８０、ＲＡＭ８２、通信部８４、表示部８６、入力部８８を備えている。
【００７１】
ＣＰＵ７８は、メモリ部８０にあるプログラムの実行により既述の閲覧機能を実現する。メモリ部８０は記録媒体で構成される。このメモリ部８０にはプログラム記憶部９０およびデータ記憶部９２を備える。プログラム記憶部９０はＯＳや閲覧機能を実現するプログラムを格納している。データ記憶部９２は、閲覧原稿など、各種データを記憶する。ＲＡＭ８２はワークエリアを構成する。
【００７２】
通信部８４は既述のインターネット２０に接続されている。通信部８４はＣＰＵ７８の制御によりインターネット２０を通して閲覧要求をサーバ３に送信し、サーバ３からの閲覧データを受信する。
【００７３】
表示部８６は閲覧原稿などの各種データを表示するたとえば、ＬＣＤなどで構成される。入力部８８は閲覧要求などのデータを入力するたとえば、キーボード、タッチパネルなどで構成される。タッチパネルは表示部８６の表示画面を覆って設置される。
【００７４】
＜投稿記事の処理（応答文１５の生成）＞
【００７５】
図７は、投稿記事１４から応答文１５が生成される処理を示している。この処理手順は、本開示の情報公開プログラムおよび情報公開方法の一例である。
【００７６】
この処理手順では閲覧装置１２からの閲覧要求１８を契機として投稿記事１４から応答文１５を生成する処理である。投稿記事１４は投稿装置１０から投稿され、記事格納部４に格納される。この場合、応答文１５は、記事ＤＢ２３に格納されている投稿記事１４が対象であり、閲覧要求１８に係る投稿記事１４が対象である。
【００７７】
この処理手順では、閲覧装置１２から閲覧要求１８（Ｓ２０１）がサーバ３の応答制御部６に通知される（Ｓ２０１）。閲覧要求１８には閲覧時の日時、記事指定情報が含まれる。
【００７８】
「閲覧時日時」はたとえば、
ａ．投稿記事１４の投稿を受け付けた日時
ｂ．投稿装置１０−１、１０−２などのオペレータ（操作者）により投稿時に指定された日時
ｃ．投稿記事１４の投稿を受け付けた日時に所定日時を自動的に加算した日時
などのいずれであってもよい。
【００７９】
「投稿記事１４の投稿を受け付けた日時」は、投稿装置１０から投稿記事１４をサーバ３が受信した日時、投稿装置１０から投稿記事１４を送信した日時など、いずれでもよい。
【００８０】
「記事指定情報」は、閲覧対象である投稿記事１４を特定し、識別するための情報であり、投稿記事１４が属するたとえば、ＵＲＬ（Uniform Resource Locator：ウェブサイトのアドレス）である。
【００８１】
応答制御部６が閲覧要求１８を受けると、応答制御部６と閲覧装置１２との間でセッションが確立する（Ｓ２０２）。このセッションの確立後、応答制御部６は記事格納部４に該当する投稿記事１４の存在を問い合わせる（Ｓ２０３）。
【００８２】
閲覧要求１８に係る投稿記事１４が存在すれば、記事格納部４の記事ＤＢ２３に格納されている投稿記事１４の公開日時情報と、閲覧要求１８の閲覧時日時との比較を行う（Ｓ２０４）。この日時比較により、投稿記事１４を閲覧要求１８に対して公開するか否かの条件の充足を判断する。閲覧時日時が公開日時１６の前であるなど、不合理な場合には、この公開する条件を充足しない。条件を充足しない（条件非充足）の場合には、その旨が応答制御部６から応答文出力部８に通知される（Ｓ２０５）。この通知は応答分出力部８から閲覧装置１２に通知される（Ｓ２０６）。この場合には投稿記事１４の閲覧は不可となる。
【００８３】
条件を充足した場合には、投稿記事１４から応答文１５を作成する情報量を判断する（Ｓ２０７）。この判断結果により、記事ＤＢ２３から読みだす情報量が応答文出力部８に伝達される（Ｓ２０８）。つまり、閲覧時日時と公開日時１６との関係により、たとえば、両者の時間間隔に応じた情報量が決定される。
【００８４】
このように決定された情報量により、応答文出力部８は記事格納部４の記事ＤＢ２３にある投稿記事１４からその情報量分の記事内容（応答文１５）を読み出す（Ｓ２０９）。応答文出力部８は、この応答文１５を終端情報とともに閲覧装置１２に送出する処理として終端情報送信処理を実行する（Ｓ２１０）。これにより、応答文出力部８から閲覧装置１２に応答文１５が送信される（Ｓ２１１）。
【００８５】
閲覧装置１２では提供された応答文１５を受信し、その読み込みを終了する（Ｓ２１２）。
【００８６】
＜投稿記事１４のフラグ処理＞
【００８７】
図８は、投稿記事１４を投稿する処理を示している。この処理は、投稿装置１０からサーバ３の記事格納部４への投稿記事１４の格納要求をする（Ｓ２２１）。格納要求を受けた記事格納部４は投稿記事１４の格納時に投稿時刻を計時する（Ｓ２２２）。このとき、即時公開フラグと投稿記事１４を記事ＤＢ２３に格納する（Ｓ２２３）。
【００８８】
この場合、即時公開フラグを参照し、即時公開であれば、該当する投稿記事１４をそのまま閲覧装置１２に送出することができる。つまり、閲覧装置１２から閲覧要求１８があれば（Ｓ２２４）、応答制御部６がセッションを確立させ（Ｓ２２５）、応答制御部６から記事格納部４の記事ＤＢ２３に問い合わせ（Ｓ２２６）、該当する投稿記事１４を応答文出力部８に送出する（Ｓ２２７）。これにより、応答文出力部８から投稿記事１４を閲覧装置１２に送信する（Ｓ２２８）。
【００８９】
格納要求に加えて、公開したい日時や、何日後、といった加算もサーバ３が投稿装置１０に対し、インターフェースを設けることで容易に実現可能である。それらを即時公開フラグと同様に記事格納部４が保存し、閲覧要求１８があった際に、それらのフラグを参照して送信制御をすればよい。
【００９０】
＜投稿記事１４の公開情報量＞
【００９１】
図９は、投稿装置１０から記事投稿時に日時を指定する処理を示している。
【００９２】
この処理手順は、投稿受諾画面を作成する場合の処理である。サーバ３側ではブラウザ画面から入力できるＨＴＭＬ（Hypertext Markup Language ：コンピュータ上での文書を記述する言語、「ＨＴＭＬ」は登録商標である。）ページで投稿受諾画面を作成することが可能である。この処理手順では、投稿装置１０からブラウザを用いて日時入力が可能である。ＨＴＴＰ（Hyper Text Transfer Protocol：インターネット上でのデータ・文書の送受信規約、「ｈｔｔｐ」は登録商標である。）を用いた場合、ＰＯＳＴメソッドにより簡単な記述で投稿装置１０からの日時データを取得できる。この日時データを投稿記事１４とともに記事ＤＢ２３に格納すればよい。
【００９３】
図９に示す処理手順では、投稿装置１０から記事格納部４に投稿記事１４の格納要求をする（Ｓ２３１）。記事格納部４は投稿装置１０に日時入力エリアを提供する（Ｓ２３２）。これを受け、投稿装置１０から日時入力とともに投稿記事１４の格納を行う（Ｓ２３３）。記事格納部４は記事ＤＢ２３に投稿記事１４とともに日時データを格納する（Ｓ２３４）。
【００９４】
＜投稿記事１４の公開日時の処理＞
【００９５】
図１０は、システム運用時に予め一律に日時を設定する処理を示している。この処理手順では静的な日時情報を用意する。投稿装置１０からの格納要求を記事格納部４に行う（Ｓ２４１）。この格納要求が発生したタイミングで、計時部９４の計時を行い、計時した日時を記事格納部４に取り込む（Ｓ２４２）。この日時とともに投稿記事１４を記事ＤＢ２３に格納する（Ｓ２４３）。
【００９６】
＜投稿記事１４の公開日時の設定処理＞
【００９７】
図１１は、投稿記事１４のデータ量に応じて日時を決定する処理を示している。この処理手順では格納対象となる投稿記事１４のデータ量に応じて所定日時を決定する処理である。
【００９８】
記事格納部４に文書量を判定する機能と、文書量に応じた時刻を決定する機能とを備える。この判定機能や時刻決定の基準となる文書量を表すデータ量を予め設定する。
【００９９】
この処理手順では、記事格納部４が投稿装置１０から投稿記事１４の格納要求を受ける（Ｓ２５１）。記事格納部４は、投稿記事１４の文書量を判定する（Ｓ２５２）。記事格納部４では、投稿記事１４の文書量（データ量）と予め定められたデータ量とを比較し、その比較結果に基づいて日時を決定する（Ｓ２５３）。決定された日時を投稿記事１４とともに記事ＤＢ２３に格納する（Ｓ２５４）。
【０１００】
この時刻決定ロジックには時刻決定ロジックテーブル（図１２）を設定すればよい。図１２は時刻決定ロジックテーブル９６を示している。
【０１０１】
この時刻決定ロジックテーブル９６には、データ量９８とこれに対応する所定日時１００が設定されている。データ量９８には段階的に異なるデータ量としてたとえば、２００〔ｋＢ〕、５００〔ｋＢ〕、１０００〔ｋＢ〕・・・が設定されている。所定日時１００にはデータ量に応じた日時としてたとえば、０、５、１５・・・が設定されている。
【０１０２】
このようにデータ量に応じた日時が設定できる。これにより、投稿記事１４がボリュームの大きい文書であれば、投稿記事１４からデータ量の異なる応答文１５を生成させ、投稿記事１４を少しずつのデータ量単位で公開することが可能である。
【０１０３】
＜公開情報量の調整処理＞
【０１０４】
図１３は、天候に応じて公開情報量を異ならせる処理を示している。この処理手順では、天候に応じて情報公開量を制御するため、天候情報をインターネット２０から取得している。天候情報はネットワークを駆使することにより取得できる。天候情報は天気予報によって提供される。そこで、雨天ではユーザが屋内に滞在する確率が高い。とすれば、閲覧装置１２による読書量の増加が見込まれる。斯かる想定により、閲覧装置１２に提供される応答文１５のデータ量を晴天時に比較して多く設定する。
【０１０５】
この処理手順では雨天では応答文１５のデータ量としてたとえば、１０行だけ公開情報量を多く出力する。閲覧装置１２から閲覧要求１８が発せられる（Ｓ２６１）。これを受け、応答制御部６は記事格納部４に問い合わせを行う（Ｓ２６２）。記事格納部４は記事ＤＢ２３に該当する投稿記事１４の公開を要求する（Ｓ２６３）。応答文出力部８はインターネット２０に接続されている天気サーバ１０２から天気予報を参照する（Ｓ２６４）。天気サーバ１０２はたとえば、ＯｐｅｎＡＰＩ（たとえば、公開天気情報）を使用する。天気予報の利用を公開しているサーバから容易に雨天か否かの天候情報を取得できる。
【０１０６】
応答文出力部８は雨天か否かを判定する（Ｓ２６５）。雨天であれば（Ｓ２６５のＹＥＳ）、応答文出力部８から雨天である旨の通知をする（Ｓ２６６）。これを受け、応答制御部６は応答文出力部８に公開情報量の増加としてたとえば、１０行だけ増加する指示をする（Ｓ２６７）。
【０１０７】
この指示を受けた応答文出力部８は、記事格納部４から１０行だけ増加させた応答文１５の読出しを行う（Ｓ２６８）。この応答文１５が閲覧装置１２に公開される（Ｓ２６９）。
【０１０８】
雨天でなければ（Ｓ２６５のＮＯ）、応答文出力部８から雨天でない旨の通知をする（Ｓ２７０）。これを受け、応答制御部６は応答文出力部８に公開情報量を増加しない指示をする（Ｓ２７１）。
【０１０９】
この指示を受けた応答文出力部８は、記事格納部４から応答文１５の読出しを行う（Ｓ２７２）。この応答文１５が閲覧装置１２に公開される（Ｓ２７３）。
【０１１０】
このように、閲覧装置１２から閲覧要求１８の出力時点や時刻情報を天気予報の引数に用いて天気サーバ１０２に送信し、天気サーバ１０２から受信した天気情報を用いれば、天気に応じた公開情報量に制御できる。
【０１１１】
＜投稿記事１４の他の閲覧処理＞
【０１１２】
図１４は、閲覧装置１２の投稿記事１４の閲覧の処理を示している。
【０１１３】
この処理手順では、閲覧装置１２から閲覧要求日時、投稿記事１４の指定情報を参照する。閲覧装置１２から応答制御部６に対して閲覧要求１８が発せられる（Ｓ２８１）。この閲覧要求１８には閲覧要求日時、投稿記事１４の指定情報が含まれる。この「閲覧要求の日時」は、既述した「投稿記事１４の投稿を受け付けた日時」、「投稿装置１０−１、１０−２などのオペレータ（操作者）により投稿時に指定された日時」、「投稿記事１４の投稿を受け付けた日時に所定日時を自動的に加算した日時」などのいずれであってもよい。
【０１１４】
この閲覧要求日時をＸ、公開日時をＹとする。閲覧装置１２の閲覧要求に対し、セッションを確立させ（Ｓ２８２）、応答制御部６が記事格納部４に問い合わせを実施する（Ｓ２８３）。応答制御部６は記事格納部４から該当する投稿記事１４および公開日時Ｙを読み出し、読み出した投稿記事１４および公開日時Ｙを一時的に保持する（Ｓ２８４）。
【０１１５】
応答制御部６は所定条件としてたとえば、Ｘ＝Ｙであるか判定を行う（Ｓ２８５）。Ｘ＝Ｙであれば（Ｓ２８５のＹＥＳ）であれば、応答制御部６から保持している投稿記事１８を応答文出力部８に出力する。応答文出力部８は、応答制御部６から提供された投稿記事１４を閲覧装置１２に送出する（Ｓ２８７）。
【０１１６】
Ｘ＝Ｙでなければ（Ｓ２８５のＮＯ）、Ｘ−Ｙが所定日数より小さいか否かを判定する（Ｓ２８８）。Ｘ−Ｙが所定日数より小さければ｛（Ｘ−Ｙ）＜所定日数｝、その旨を応答文出力部８に通知する（Ｓ２８９）。所定日数はたとえば、３〜７日など、閲覧者の閲覧意欲を減退させない程度の日数を投稿記事１４の内容などを参酌して決定すればよい。応答文出力部８はＸ−Ｙが所定日数より小さい量に応じた情報量の少ない応答文１５を閲覧装置１２に送出し（Ｓ２９０）、最後に終端情報送信の処理を実行する（Ｓ２９１）。これにより、終端情報が閲覧装置１２に送信される（Ｓ２９２）。そして、閲覧装置１２は提供された情報量の応答文１５を読み込み、閲覧処理を終了する（Ｓ２９３）。
【０１１７】
既述の所定条件と閲覧の関係は次の通りである。
【０１１８】
ａ) 投稿記事１４の投稿を受け付けた日時の場合：投稿記事１４の受付後に即時公開とする。つまり、既述のＸ＝Ｙの場合であり、即時公開となる。
【０１１９】
ｂ）投稿装置１０−１、１０−２の操作者により投稿時に指定された日時の場合：たとえば、２０１１年７月２６日１８時１０分に受け付けた投稿記事１４について、翌朝２０１１年７月２７日９時０分の公開指定を受け、これに基づき公開される。
【０１２０】
ｃ）投稿記事１４の投稿を受け付けた日時に所定日時を自動的に加算した日時：加算された日時に公開する。
【０１２１】
斯かる処理により、閲覧要求１８を受けた日時が公開日時以降であるときの情報量よりも少ない情報量を送出することができる。判定量はテーブルに数値を予め設定しておけばよい。
【０１２２】
＜投稿記事１４のフラグ処理、分割数−データ比率テーブル１０４＞
【０１２３】
図１５は、公開情報をフラグとして持つ場合の処理を示している。この処理手順は公開の元となる投稿記事１４に合わせて公開情報をフラグとして持つ処理を含んでいる。この処理手順では投稿装置１０から一旦記事の全部を受ける。この投稿記事１４を記事格納部４に格納した後に、バッググラウンド処理などを施し、通常処理と非同期処理でフラグ付けを行う。この処理手順では、複数の公開日付をフラグとして持つ場合の処理である。
【０１２４】
この処理手順では、説明を容易化するため、２個の公開日時を予め保持していている。公開日時数をＮとする。２つの公開日時を予め保持していれば、Ｎ＝２となる。該当となる投稿記事１４の総情報量をＱ〔バイト〕とすると、投稿記事１４の１分割あたりのデータ量はＱ／Ｎとなる。これを分割数分ループ演算をしながら、フラグを生成し、記事ＤＢ２３に格納する。フラグ情報はたとえば、投稿記事１４の先頭から何バイト目や何文字目といった情報とすればよい。
【０１２５】
図１５に示す処理手順では、投稿記事１４の読み込み（Ｓ３０１）の際に公開日時１６から公開日時数Ｎを取得する（Ｓ３０２）。公開日時数Ｎから投稿記事１４の分割数Ｎが決定される（Ｓ３０３）。
【０１２６】
投稿記事１４の対象記事総データ量Ｑを演算する（Ｓ３０４）。この対象記事総データ量Ｑを分割数Ｎで除し（Ｓ３０５）、フラグを生成する（Ｓ３０６）。記事終端か否かを判定する（Ｓ３０７）。記事終端でなければ（Ｓ３０７のＮＯ）、投稿記事１４から１分割サイズ分ずつのインクリメント｛（Ｑ／Ｎ）＋＋｝を実行し（Ｓ３０８）、フラグ生成を実行する（Ｓ３０６）。この生成フラグは、分割された応答文１５の識別のために記事ＤＢ２３に格納する。そして、記事終端で到達すれば（Ｓ３０７のＹＥＳ）、この処理を終了する。
【０１２７】
このフラグ生成では、Ｑ／Ｎをより柔軟にするものとして、たとえば、分割数−データ比率テーブル１０４（図１６）を設定すればよい。
【０１２８】
図１６は、分割数−データ比率テーブル１０４の一例を示している。この分割数−データ比率テーブル１０４では、分割数Ｎ＝１、２、３、４、５・・・に対し、分割比率Ｑ１：Ｑ２：Ｑ３：Ｑ４：Ｑ５・・・とする。投稿記事１４のひとつの総量を１０としたとき、１分割ではＱ＝１である。２分割ではＱ＝５：５である。３分割ではＱ＝３：４：３である。４分割ではＱ＝２：２：４：２である。５分割ではＱ＝５：５またはたとえば、Ｑ＝２：２：２：２：２とすればよい。このようにすれば、閲覧装置１２側の読み手の読解力に応じた情報量の公開が可能である。
【０１２９】
斯かる処理では複数の公開日付により公開する情報量の増加を多段階に制御させることができる。投稿記事１４の文字数がたとえば、６００文字、第一の公開日をｄ１、第二の公開日をｄ２とする。公開対象をたとえば、
【０１３０】
１) 公開日ｄ１前：  先頭１文字目から２００文字目まで、
２）公開日ｄ１以後、公開日ｄ２前：  先頭１文字目から４００文字目まで、
３）公開日ｄ２後：  先頭１文字目から６００文字目まで、
を設定する。この場合、公開日ｄ１前の公開文書量（データ量）の先頭１文字目から２００文字をＱ１とする。公開日ｄ１以後、公開日ｄ２前の公開文書量（データ量）の先頭１文字目から４００文字をＱ２とする。公開日ｄ２後の公開文書量（データ量）の先頭１文字目から６００文字をＱ３とする。斯かる設定では、公開文書量がＱ１＜Ｑ２＜Ｑ３のように公開日付の経過に応じて公開文書量を段階的に増加（制御）することができる。
【０１３１】
＜投稿記事１４の公開時刻処理＞
【０１３２】
図１７は、記事データベース２３への投稿記事１４の格納処理を示している。
【０１３３】
この処理手順では、投稿装置１０からサーバ３の記事格納部４に対し、投稿記事１４の格納要求が発せられている（Ｓ３１１）。サーバ３は、投稿記事１４の文書量を判定する（Ｓ３１２）。サーバ３は、投稿記事１４の文書量に基づき、投稿記事１４の公開日時として時刻を決定する（Ｓ３１３）。決定された公開時刻を投稿記事１４に関係付け、この投稿記事１４とともに公開時刻を記事ＤＢ２３に格納する。記事ＤＢ２３の公開情報テーブル１０６（図１８）には、公開日時情報が投稿記事１４に関係付けられて格納される。
【０１３４】
図１８は、記事ＤＢ２３の公開情報テーブル１０６の一例を示している。この公開情報テーブル１０６には、番号情報１０８、投稿日時１１０、文書名１１２、記事データ量１１４、加算日時１１６、備考１１８が設定されている。番号情報１０８は投稿記事１４の順番を示している。投稿日時１１０は投稿記事１４が投稿された日時を示している。文書名１１２は、文書を表す識別名を示している。記事データ量１１４は文書量を示している。加算日時１１６は公開日時に対する加算を示している。たとえば、３００文字（６００〔バイト〕）未満の投稿記事１４は即時公開を表す「０」、そうでない場合は加算日時を１日とした場合を示している。つまり、番号「２」の投稿記事１４では、公開日時に１日が加算されている。
【０１３５】
加算日時１１６は文書名１１２で特定される投稿記事１４に対する更新や文書の加算日時を示している。備考１１８には特定の投稿記事１４に対する付随情報を格納する。
【０１３６】
このように、公開情報テーブル１０６には基本的なデータベース技術を活用し、例えば、記事ＤＢ２３に公開情報日時を格納する。
【０１３７】
既述のように、加算日時１１６に用いる「所定日時」はたとえば、
ａ）  投稿記事１４の投稿時に指定、
ｂ）  システム運用時に予め一律に設定、
ｃ）  投稿記事１４の種別に応じて決定、
ｄ）  投稿記事１４のデータ量に応じて決定
などいずれでもよい。投稿記事１４のデータ量に応じて決定する場合にはたとえば、データ量が小の場合には１時間、データ量が大の場合には１週間など、データ量に応じて時間や日を単位として設定すればよい。
【０１３８】
このように、「前記投稿装置から受信した投稿記事の情報量に応じた日時を示す公開日時」では、投稿記事１４を受信した日時、または投稿記事１４を送信した日時を基準日時として、投稿記事１４の情報量（例えば文字数）に応じた長さの日時（例えば日数や時間）である加算日時を加算している。このように投稿記事１４の情報量に応じて日時を付加すれば、投稿記事１４の情報量に応じて公開期間を制御することができる。既述の通り、たとえば、投稿記事１４の文字数がたとえば、３００文字未満であれば、加算日時を「０」とし、即時公開されるのに対し、投稿記事が３００文字を超えるごとに加算日時を「１日」として公開日時が増加すれば、公開情報量に応じて、つまり、文字数に応じて公開期間を制御できる。これにより、閲覧の継続性を維持することができる。
【０１３９】
＜投稿記事１４の分割格納処理＞
【０１４０】
図１９は、投稿記事１４を分割して記事ＤＢ２３に格納する処理を示している。
【０１４１】
この処理手順では、記事ＤＢ２３から投稿記事１４の読み込みを実行し（Ｓ３２１）その際に公開日時１６から公開日時数Ｎを取得する（Ｓ３２２）。公開日時数Ｎにより投稿記事１４の分割数Ｎが決定される。
【０１４２】
投稿記事１４の対象記事総データ量Ｑを演算する（Ｓ３２３）。この対象記事総データ量Ｑを分割数Ｎで除し（Ｓ３２４）、投稿記事１４を分割する。これにより、一分割分の読み込みを行ない（Ｓ３２５）、記事終端か否かを判定する（Ｓ３２６）。記事終端でなければ（Ｓ３２６のＮＯ）、投稿記事１４から１分割サイズ分ずつのインクリメント｛（Ｑ／Ｎ）＋＋｝を実行し（Ｓ３２７）、一分割分の読み込みを行なう（Ｓ３２５）。つまり、分割された応答文１５が記事格納部４にある分割バッファ２５に格納される。そして、投稿記事１４の記事終端に到達したか否かを判定し（Ｓ３２６）、記事終端に到達すれば（Ｓ３２６のＹＥＳ）、この処理を終了する。
【０１４３】
第２の実施の形態において、応答制御部６で、閲覧要求１８に対する応答文１５の生成に用いられる情報量が、記事格納部４に格納されている閲覧要求１８に対応する投稿記事１４の一部である場合、応答文１５の内容に所定の定型文を付加してもよい。たとえば、終端情報送信（ＥＯＦ記号）の直前に文字列を挿入して送出する。この場合、「つづく」という６バイトの文字列や、「This story is to be continued.」などをＥＯＦの直前に挿入し送出すればよい。斯かる処理を行えば、公開された投稿記事１４が継続的に公開されることを露呈していること、閲覧要求１８を受けて表示させた投稿記事１４に未公開部分（今回の応答文１５には含まれていない）が存在することを閲覧者に示唆することができる。これにより、継続的な閲覧意欲に結び付ける。
【０１４４】
＜第２の実施の形態の効果＞
【０１４５】
(1) 投稿記事１４などの投稿情報が作成開始あるいは完了した時刻と現在時刻とを取得し、予め定めた条件を満たした場合に、該投稿記事の一部または全部を公開することができる。
【０１４６】
(2) 投稿記事１４などの投稿情報の作成および公開に応じた情報閲覧を実現できる。投稿情報の動態に応じて情報公開を行ない、情報閲覧の継続性や意欲を駆り立てることができる。
【０１４７】
(3) 上記構成によれば、ネットワークを利用した情報提供および閲覧を媒介とするいわゆるブログシステムを活性化し、維持することに寄与する。
【０１４８】
〔第３の実施の形態〕
【０１４９】
図２０は、第３の実施の形態に係る情報公開システム２−３の一例を示している。図２０において、図１、図４と同一部分には同一符号を付してある。
【０１５０】
この情報公開システム２−３では既述のサーバ３（図４）側の応答制御部６を投稿装置１０に備えている。
【０１５１】
斯かる構成では、投稿装置１０に応答制御部６を備えたことにより、第２の実施の形態の応答制御部６の機能を投稿装置１０（たとえば、スマートフォン）側で実現し、サーバ３側と同様の処理を実行することができる。
【０１５２】
〔第４の実施の形態〕
【０１５３】
図２１は、第４の実施の形態に係る情報公開システム２−４の一例を示している。図２１において、図１、図４と同一部分には同一符号を付してある。
【０１５４】
この情報公開システム２−４には、情報端末１３０、情報公開サーバ１３２および閲覧装置１２が含まれる。
【０１５５】
情報端末１３０は、既述の投稿装置１０（図１、図３）、サーバ３の記事格納部４、応答制御部６および応答文出力部８の機能を備えている。さらに、この情報端末１３０には記事作成部１３４を備えている。記事作成部１３４は、既述の投稿装置１０と同等の機能部である。
【０１５６】
記事格納部４には、記事ＤＢ２３および分割バッファ２５が構築されている。これら記事ＤＢ２３および分割バッファ２５は既述した通りであるので、その説明を割愛する。
【０１５７】
応答制御部６は、断片化機能部１３６を備える。この断片化機能部１３６は、記事作成部１３４から投稿された投稿記事１４の断片化処理を実行する。この断片化処理は、投稿記事１４をたとえば、複数に分割するなどの処理である。この断片化処理には、投稿記事１４から文字列、用語列を含む文章片の生成処理、図形、写真、着色などの文章以外の情報からその一部の抜き出し処理またはモザイク処理、疎密化処理、濃淡化処理など、投稿記事１４の加工処理が含まれる。既述の応答文１５の範囲には、単純な分割記事だけでなく、斯かる断片化処理された記事内容も含まれる。
【０１５８】
応答文出力部８は、計時機能部１３８および読出し・ページ生成機能部１４０を備える。応答文出力部８は、閲覧装置１２からの閲覧要求１８に基づき、投稿記事１４から既述の応答文１５を生成し、閲覧装置１２に公開する。計時機能部１３８は、日時を計測し、日時情報を生成する。読出し・ページ生成機能部１４０は、記事格納部４の記事ＤＢ２３から投稿記事１４を読出し、応答文１５であるページ情報を生成する。
【０１５９】
閲覧装置１２は、既述のブラウザ７６（図６のＡ）を搭載している。ブラウザ７６は、Ｗｅｂ上の公開情報を閲覧するソフトウェアプログラムである。閲覧装置１２は閲覧要求１８を発し、ブラウザ７６により投稿記事１４や応答文１５を閲覧する。
【０１６０】
図２２のＡおよびＢは、情報端末１３０のハードウェアの構成例を示している。この情報端末１３０のハードウェアは、既述の投稿装置１０と同様のハードウェア構成にタイマー１４４を備えている。タイマー１４４により既述の計時機能部１３８の計時機能が実現される。その他の構成は投稿装置１０と同様であるので、同一符号を付し、その説明を割愛する。
【０１６１】
分割バッファ２５は、図２２のＢに示すように、複数のバッファメモリ２５−１、２５−２・・・２５−Ｎで構成される。投稿記事１４の分割数に応じて各バッファメモリ２５−１、２５−２・・・２５−Ｎが使用され、投稿記事１４より分割された応答文１５−１、１５−２・・・１５−Ｎが格納される。この場合、分割数が２であれば、応答文１５−１、１５−２であり、バッファメモリ２５−１、２５−２が使用される。
【０１６２】
＜情報端末１３０の表示部６０の投稿処理画面＞
【０１６３】
図２３は、情報端末１３０の表示部６０の投稿処理画面を示している。
【０１６４】
この投稿処理画面１４６は、投稿編集画面１４６−１、ぺージ編集画面１４６−２、投稿画面１４６−３が含まれる。各画面の処理は記事作成部１３４による処理の一例である。投稿編集画面１４６−１は、投稿記事１４の編集に用いられる。ぺージ編集画面１４６−２は、投稿記事１４のページ編集に用いられる。投稿画面１４６−３は、投稿記事１４の投稿指示に用いられる。
【０１６５】
投稿編集画面１４６−１のタイトル部１４８には、投稿記事１４を特定するタイトル名が入力される。このタイトル部１４８の下側には、作成画面１４６−４およびＨＴＭＬ編集画面１４６−５が設定されている。
【０１６６】
作成画面１４６−４には、既述の投稿記事１４が作成される。一例として記載された写真１５０や記事１５２（たとえば、「宅配便を・・・・だもん。」）は、投稿記事１４を表している。
【０１６７】
＜投稿記事１４の分割および追記文１５４＞
【０１６８】
図２４のＡは、投稿記事１４を示している。この投稿記事１４は、複数の投稿文１４−１、１４−２で構成される。各投稿文１４−１、１４−２は情報端末１３０側の記事作成部１３４により投稿記事１４から分割される。投稿者が１つの投稿記事１４の中途部に切断する旨の指示たとえば、＜ＣＵＴ＞を指定すれば、投稿記事１４は２つの投稿文１４−１、１４−２に分割することができる。
【０１６９】
このように１つの投稿記事１４が２つの投稿文１４−１、１４−２に分割されると、各投稿文１４−１、１４−２に公開時刻を設定する。公開時刻に関係付けられた各投稿文１４−１、１４−２が情報公開サーバ１３２に提供される。情報公開サーバ１３２が閲覧装置１２から閲覧要求１８を受け、公開時刻に応じて投稿文１４−１、１４−２が情報公開サーバ１３２から閲覧装置１２に提供される。投稿文１４−１、１４−２には、追記文１５４（図２５）が付される。
【０１７０】
図２４のＢは、投稿文１４−１、１４−２に付される追記文１５４の一例を示している。
【０１７１】
この追記文１５４は、投稿記事１４から分割された各投稿文１４−１、１４−２の終端に付される。この追記文１５４は、喚起メッセージ１５６としてたとえば、「この続きは、明日の夕方にＵＰしますよ。読みたい方はここをクリック！」である。
【０１７２】
この場合、この喚起メッセージ１５６の「クリック」には、投稿記事１４の投稿アドレス（リンク先）のＵＲＬにシフトする遷移キーが埋め込まれている。この「クリック」にアタックすることにより、リンク先にある続きの投稿文を閲覧することが可能である。つまり、この「クリック」が閲覧要求１８を構成している。
【０１７３】
この追記文１５４に代え、または、追記文１５４とともに、リンク形式とし、閲覧装置１２から閲覧の便宜のため、メールアドレスなどを取得する施策を合わせて実施してもよい。さらなるサービスとして、閲覧装置１２に投稿文掲載の直前に通知メールを送信してもよい。これにより、閲覧装置１２に対し、アクセス要求（リマインダ）となり、また、訪問回数の増加や、画面クリック数の増加が期待できる。
【０１７４】
＜投稿記事１４の処理シーケンス＞
【０１７５】
図２５は、時間軸上の処理シーケンスを示している。この処理シーケンスは、時間軸１５８をＸ軸方向に取り、右方向に向かって時系列を設定している。この処理手順では、投稿記事作成（Ｓ４０１）から断片化処理（Ｓ４０２）、投稿文掲載（Ｓ４０３）、投稿文掲載（Ｓ４０４）に処理が継続している。つまり、記事作成、投稿、編集、そして掲載されるまでの関係を時系列で表現している。
【０１７６】
投稿記事作成（Ｓ４０１）では、投稿記事１４が作成される。この投稿記事１４には、断片化処理（Ｓ４０２）が実行される。この断片化処理の後、断片化された投稿文掲載（Ｓ４０３）が実行され、その後、投稿文掲載（Ｓ４０４）が実行される。投稿文掲載では、段階的に投稿文１４−１の掲載、投稿文１４−１および投稿文１４−２の掲載のように、投稿情報量が段階的に変化している。そして、投稿文１４−１の文末には追記文１５４が付加され、この処理を経て、投稿文１４−２の閲覧に繋げている。
【０１７７】
斯かる処理によれば、情報公開システム２−４が指定するタイミングで継続した掲載処理を行うことができる。このような掲載処理により、インターネットへのコンテンツの創作活動が行え、それを効率的に掲載することができる。
【０１７８】
この投稿文１４−１、１４−２の分割掲載は、先に掲載される投稿文１４−１の閲覧統計を投稿文１４−２の編集や掲載可否の判断などに参酌することができる。この参酌により、投稿文１４−１の掲載の反響を参酌し、投稿文１４−２の内容変更や掲載の可否などにも役立てることができる。これにより、効果的な投稿記事１４の執筆活動を行うことができ、また、閲覧の少ない投稿を抑制できる。
【０１７９】
＜断片化機能部１３６の処理＞
【０１８０】
図２６は、投稿記事１４の断片化処理の処理手順を示している。この断片化処理では、投稿記事１４の全文の読み込みを行う（Ｓ４１１）。読み込まれた投稿記事１４の読み込みにより断片化位置か否かを判断する（Ｓ４１２）。具体的には既述の＜ＣＵＴ＞などの断片化位置またはその位置情報から断片化位置を特定する。この断片化位置により分割された断片化文章つまり、各応答文１５を個別にバッファメモリ２５−１、２５−２・・・２５−Ｎに格納する（Ｓ４１３）。
【０１８１】
投稿記事１４から分割されたひとつの応答文１５のバッファメモリへの格納の後、投稿記事１４が終端か否かを判断する（Ｓ４１４）。投稿記事１４の終端に到達していなければ（Ｓ４１４のＮＯ）、Ｓ４１２に戻りＳ４１３の処理を経て終端に到達したか否かを判定する（Ｓ４１４）。この投稿記事１４の断片化処理を終端に到達するまで実行する。そして、終端に到達すれば（Ｓ４１４のＹＥＳ）、この断片化処理を終了する。
【０１８２】
斯かる処理によれば、投稿記事１４を断片化する位置がわかっていれば、全体の文章を先頭から順にチェックすればよい。プログラム技法として言えば、文字位置を１文字づつインクリメントし、断片化位置に差し掛かったところまでをバッファメモリ２５−１に格納し、残りをバッファメモリ２５−２に格納すればよい。これにより、投稿記事１４の分断化が可能である。各バッファメモリ２５−１、２５−２・・・２５−Ｎに格納された断片化文章は、断片化されたものとしてたとえば、表示する投稿文１４−１と、時間を変えて表示する残りの投稿文１４−２とに区別して扱うことができる。
【０１８３】
＜投稿記事１４の付加情報＞
【０１８４】
図２７のＡは、投稿記事１４や投稿文１４−１、１４−２の付加情報を示している。この付加情報には、投稿記事１４や投稿文１４−１、１４−２の作成日時１６２、公開日時１６４が含まれる。
【０１８５】
作成日時１６２はたとえば、投稿記事１４を情報端末１３０で作成した日時である。この作成日時１６２が付される対象は、情報端末１３０上でアプリにより作成された記事または、サーバ３上でアプリにより作成された記事のいずれであってもよい。
【０１８６】
公開日時１６４はたとえば、投稿記事１４が情報公開サーバ１３２に公開された日時である。この公開日時１６４はたとえば、サーバが記事を受け入れたタイミングで付与すればよい。
【０１８７】
図２７のＢは、投稿記事１４の付加情報として修飾情報およびその処理の一例を示している。
【０１８８】
この処理ではたとえば、Ａｎｄｏｒｏｉｄ端末で、検索ボタンが押されたときと、離されたときを判別し、それぞれでＴｅｘｔＶｉｅｗの背景色を変化する処理を示している。投稿記事１４の作成時のイベント処理のとしてたとえば、「キーコードを表示する」処理を実行する。予め設定された検索ボタンについて、「検索ボタンが押されとき」、「ボタンが押し込まれたとき」には、「背景色を赤にする」処理を実行する。また、「ボタンが離されたとき」には、「背景色を青色にする」処理を実行する。
【０１８９】
このようにすれば、投稿記事１４に対し、入力および閲覧の処理に対し、投稿記事１４を特徴付ける修飾情報が付加されるので、閲覧意欲の継続性が高められる。
【０１９０】
斯かるシステムでは、既存のアプリケーションプログラムやミドルウェアプログラムを利用し、システムメッセージのフックなどにより、投稿記事１４の作成中、作成完了などのイベント発生を投稿記事１４の脚色の契機にしてもよい。
【０１９１】
＜投稿記事１４の処理＞
【０１９２】
図２８は、投稿記事１４の処理手順を示している。この処理手順は、本開示の情報公開プログラムおよび情報公開方法の一例である。この処理手順には記事作成から投稿までの処理が含まれている。この処理手順には投稿記事１４の抑揚を検出する処理が含まれている。
【０１９３】
この処理手順では、記事作成部１３４で投稿記事１４が作成される（Ｓ４２１）。この記事作成部１３４では入力部６２にあるタッチパネルやキーボードにより、表示部６０の表示画面の表示を用いて投稿記事１４が作成される。この記事作成は、計時機能部１３８に通知される（Ｓ４２２）。計時機能部１３８は、記事作成の通知を受け、タイマー１４４（図２２）により計時を開始する（Ｓ４２３）。
【０１９４】
作成された投稿記事１４は、転送処理（Ｓ４２４）により、断片化機能部１３６に通知される（Ｓ４２５）。断片化機能部１３６は、転送された投稿記事１４に含まれる語句などからなる抑揚を検出する（Ｓ４２６）。抑揚検出には時間情報、イベント情報などの語句を用いればよい。この抑揚検出の後、断片化処理を実行する（Ｓ４２７）。この断片化処理は既述の処理手順（図２６）を用いればよい。断片化処理された投稿記事１４のたとえば、投稿文１４−１、１４−２は分割バッファ２５に格納される（Ｓ４２８）。
【０１９５】
計時機能部１３８では、計時により投稿文の送信タイミングを検出する（Ｓ４２９）。この送信タイミングは読出し・ページ生成機能部１４０に通知される（Ｓ４３０）。読出し・ページ生成機能部１４０では、送信タイミングを受け、分割バッファ２５から投稿文読出し処理が実行される（Ｓ４３１）。
【０１９６】
読出し・ページ生成機能部１４０は、サーバ接続・記事送信の処理を実行する（Ｓ４３２）。読出し・ページ生成機能部１４０で読み出された投稿文が情報公開サーバ１３２に送信される（Ｓ４３３）。これにより、情報公開サーバ１３２では送信された投稿文が公開される。
【０１９７】
＜投稿記事１４のテキスト、その分割および段階的な投稿処理＞
【０１９８】
図２９のＡは、投稿記事１４のテキストの一例を示している。
【０１９９】
この投稿記事１４のテキストには、作成日時情報としてたとえば、「作成日：２０１１／０８／１８」が付される、公開日時情報としてたとえば、「公開日：２０１１／０８／２０  １０：００ＡＭ」が付されている。そして、投稿記事１４はたとえば、「宅配便を待ってたので昼頃のスタートとなってしまった・・・。天気ピーカンなのに。自宅から９０ｋｍという短距離だったのでインプレになってないかもしれないけど、Ｃ４００の上下が揃ったので、そのインプレをば。ルートは、例によって「さいたま〜戸田橋〜上板橋〜巣鴨〜明治通り〜代々木公園〜皇居〜東大〜白山通り〜本郷通り〜１７号〜戸田橋〜荒川ＣＲ」っていうルートで９０ｋｍ。ほぼ前回と同じルート。実はこの記事を書き終えたＭ月Ｄ日のＨ時頃にももう一回試走するかもしれないが、とりいそぎ、報告しておく・・・。」と記載されている。
【０２００】
この投稿記事１４は、情報端末１３０で作成者により作成される。この投稿記事１４が情報公開サーバ１３２に公開された場合、既述の作成日時情報や公開日時情報が情報端末１３０で付与される。
【０２０１】
投稿記事１４には、既述のとおり、作成日時、記事を端末上にて作成完了した日時のほか、記事をサーバに公開した日時、記事がサーバから公開された日時などの時間情報などの情報が付与される。このような情報は情報公開サーバ１３２で投稿記事１４を受けたタイミングで付与してもよいし、情報端末１３０上のアプリによる記事作成時に付与してもよい。また、情報公開サーバ１３２上のアプリで付与してもよい。
【０２０２】
抑揚検出では、「自宅から９０ｋｍ」などの語句や、「Ｍ月Ｄ日のＨ時頃」などの特定の日時を表す語句を検出し、これを抑揚として用いればよい。
【０２０３】
図２９のＢは、情報公開サーバ１３２に公開された投稿文１４−１および追記文１５４を示している。投稿文１４−１の終端に既述の追記文１５４が付されている。この追記文１５４により、閲覧者に閲覧の継続を促し、閲覧意欲を駆り立てている。
【０２０４】
図３０は、投稿文１４−１の公開後の投稿文１４−２の公開推移を示している。
【０２０５】
既述の追記文１５４が付された投稿文１４−１の公開後、閲覧要求１８に基づき、投稿文１４−１に続く投稿文１４−２が公開されている。これにより、閲覧装置１２では、ブラウザ７６を用いて投稿文１４−１の続きである投稿文１４−２を閲覧することができる。この結果、閲覧装置１２により閲覧者が投稿文１４−１および投稿文１４−２を読むことができる。
【０２０６】
図中、投稿文１４−１と投稿文１４−２との間に付されている分割情報１６６であるたとえば、＜ＣＵＴ＞は、投稿文１４−１、１４−２が１つの投稿文１４として投稿された場合の分割位置を示している。この分割処理は、図２４に示した投稿文１４−１、１４−２への分割を示している。
【０２０７】
＜投稿記事１４の他の断片化処理＞
【０２０８】
図３１は、投稿記事１４の他の断片化処理の一例を示している。
【０２０９】
この処理手順では、断片化処理の断片化の判断基準に投稿記事１４中の特定の語句を利用している。
【０２１０】
この処理手順では、記事作成部１３４で投稿記事１４が作成される（Ｓ４４１）。投稿記事１４の作成を完了すると（Ｓ４４２）、その投稿記事１４は記事ＤＢ２３に格納される（Ｓ４４３）。
【０２１１】
断片化機能部１３６では、投稿記事１４の作成を受け、語句抽出処理を実行する（Ｓ４４４）。語句抽出処理の実行開始により、記事ＤＢ２３から投稿記事１４が断片化機能部１３６に読み込まれる（Ｓ４４５）。断片化機能部１３６では、その投稿記事１４から語句抽出処理に設定されている語句の検出を開始する（Ｓ４４６）。この語句検出が完了すると（Ｓ４４７）、その語句およびその位置を表す情報を語句ＤＢ１６８に格納する（Ｓ４４８）。この語句ＤＢ１６８は既述の記事格納部４に設定すればよい。
【０２１２】
語句の抽出が完了すると、記事ＤＢ２３から投稿記事１４の読み込み（Ｓ４４９）および語句ＤＢ１６８から語句および位置を読み込み（Ｓ４５０）、投稿記事１４を分割する断片化処理を実行する（Ｓ４５１）。これにより、投稿記事１４は特定の語句またはその語句が存在する文末を分割位置として投稿文１４−１、１４−２などに分割される。そして、分割位置には追記文１５４を付加すればよい。
【０２１３】
＜第４の実施の形態の効果＞
【０２１４】
(1) 第４の実施の形態においても、第１または第２の実施の形態と同様の効果が得られる。
【０２１５】
(2) 上記構成によれば、投稿情報（テキスト文書や写真など）を作成者のアクティビティにリアルタイムに連動させるＢｌｏｇスタイルを構築でき、投稿記事１４を閲覧装置１２で提供できる。
【０２１６】
〔他の実施の形態〕
【０２１７】
(1) 投稿記事１４を記事内容や記事が属する種別などの属性で判別し、この属性判別情報を投稿記事１４に設定してもよい。投稿記事１４の日時入力とは別に種別データを入力するエリアを記事格納部４から投稿装置１０に提供し、この種別とともに投稿記事１４を記事ＤＢ２３に格納してもよい。
【０２１８】
(2) 第４の実施の形態では、情報端末１３０の機能として説明しているが、情報端末１３０で説明した上記機能を情報公開サーバ１３２のサーバ機能で実現してもよい。
【０２１９】
以上説明したように、情報公開システム、情報処理装置、情報公開プログラムおよび情報公開方法の最も好ましい実施の形態等について説明した。本発明は上記記載に限定されるものではない。特許請求の範囲に記載され、又は発明を実施するための形態に開示された発明の要旨に基づき、当業者において様々な変形や変更が可能である。斯かる変形や変更が本発明の範囲に含まれることは言うまでもない。
【符号の説明】
【０２２０】
２−１、２−２、２−３、２−４  情報公開システム
３  サーバ
４  記事格納部
６  応答制御部
８  応答文出力部
１０、１０−１、１０−２  投稿装置
１２、１２−１、１２−２  閲覧装置
１４  投稿記事
１５  応答文
１６  公開日時
１８  閲覧要求
２０  インターネット
２２  通信機能部
２３  記事データベース
２４  基地局
２５  分割バッファ
２６−１、２６−２、２６−３  無線ＬＡＮ−ＡＰ
２８  通信部
３０  ＣＰＵ
３２  メモリ部
３４  ＲＡＭ
３６  プログラム記憶部
３８  データ記憶部
４０  制御ソフトウェア
４２  ＴＣＰ／ＩＰ
４４  カーネル
４６  ＡＰＩ
４８  ＷＥＢサーバ
５０  スクリプト
５２  ＣＰＵ
５４  メモリ部
５６  ＲＡＭ
５８  通信部
６０  表示部
６２  入力部
６４  プログラム記憶部
６６  データ記憶部
６８  制御ソフトウェア
７０  ＴＣＰ／ＩＰ
７２  カーネル
７４  ＡＰＩ
７６  ブラウザ
７８  ＣＰＵ
８０  メモリ部
８２  ＲＡＭ
８４  通信部
８６  表示部
８８  入力部
９０  プログラム記憶部
９２  データ記憶部
９４  計時部
９６  時刻決定ロジックテーブル
９８  データ量
１００  所定日時
１０２  天気サーバ
１０４  分割数−データ比率テーブル
１０６  公開情報テーブル
１０８  番号情報
１１０  投稿日時
１１２  文書名
１１４  記事データ量
１１６  加算日時
１１８  備考
１３０  情報端末
１３２  情報公開サーバ
１３４  記事作成部
１３６  断片化機能部
１３８  計時機能部
１４０  読出し・ページ生成機能部
１４４  タイマー
１４６  投稿処理画面
１４６−１  投稿編集画面
１４６−２  ぺージ編集画面
１４６−３  投稿画面
１４６−４  作成画面
１４６−５  ＨＴＭＬ編集画面
１４８  タイトル部
１５０  写真
１５２  記事
１５４  追記文
１５６  喚起メッセージ
１５８  時間軸
１６２  作成日時
１６４  公開日時
【図１】
2013196227.tif 000003
【図２】
2013196227.tif 000004
【図３】
2013196227.tif 000005
【図４】
2013196227.tif 000006
【図５】
2013196227.tif 000007
【図６】
2013196227.tif 000008
【図７】
2013196227.tif 000009
【図８】
2013196227.tif 000010
【図９】
2013196227.tif 000011
【図１０】
2013196227.tif 000012
【図１１】
2013196227.tif 000013
【図１２】
2013196227.tif 000014
【図１３】
2013196227.tif 000015
【図１４】
2013196227.tif 000016
【図１５】
2013196227.tif 000017
【図１６】
2013196227.tif 000018
【図１７】
2013196227.tif 000019
【図１８】
2013196227.tif 000020
【図１９】
2013196227.tif 000021
【図２０】
2013196227.tif 000022
【図２１】
2013196227.tif 000023
【図２２】
2013196227.tif 000024
【図２３】
2013196227.tif 000025
【図２４】
2013196227.tif 000026
【図２５】
2013196227.tif 000027
【図２６】
2013196227.tif 000028
【図２７】
2013196227.tif 000029
【図２８】
2013196227.tif 000030
【図２９】
2013196227.tif 000031
【図３０】
2013196227.tif 000032
【図３１】
2013196227.tif 000033