JP2017204093A - 情報処理システム、情報処理装置、出力制御方法、及びプログラム - Google Patents

Abstract

【課題】利用者に該当するお知らせ記事を表示することができる情報処理システム、情報処理装置、出力制御方法、及びプログラムを提供することを目的とする。【解決手段】本発明は、複数の端末と情報処理装置とが通信ネットワークを介して通信を行う情報処理システムを前提に、上記情報処理装置は、記事情報及び該記事情報に対応する閲覧条件情報を記憶する記憶手段と、上記複数の端末の内の上記記事情報の閲覧要求が送信された端末の所属情報を取得する取得手段と、上記取得手段により取得された上記所属情報に該当する記事情報を、上記記憶手段により記憶されている上記記事情報の内から上記閲覧条件情報に基づいて特定する特定手段と、上記特定手段により特定された上記記事情報を上記閲覧要求が送信された端末へ出力する出力手段と、を有し、上記複数の端末は、上記出力手段により出力された上記記事情報を表示する表示手段を有する、ことを特徴とする。【選択図】図１

Description

本発明は、情報処理システム、情報処理装置、出力制御方法、及びプログラムに関する。

従来、ポータルサイトのお知らせ記事を投稿により受け付け、投稿されたお知らせ記事をポータルサイト上にアップして利用者に閲覧可能に表示するブログ形式などの仕組みが知られている。この仕組みでは、ポータルサイトの何れの利用者も同じお知らせ記事を閲覧することが可能になる。

また、ファイルをタグにより文書管理する文書管理技術を開示したものがある。この技術では、階層的に設けたフォルダとフォルダ内に収められているファイルとの対応関係をフォルダとファイルのそれぞれに設定したタグにより管理し、あるフォルダの配下のファイルを、タグの設定の変更により別のフォルダの配下に紐付けるという仕組みを提供している（特許文献１参照）。

ポータルサイトの利用者は、個人や、テナントを単位とする団体などと、様々である。利用者がポータルサイトにおいて利用できるアプリケーションについては、個人や団体毎に契約により決まっている。しかしながら、ポータルサイトにお知らせ記事をアップする従来の仕組みでは利用者を問わずに一律してポータルサイトにお知らせ記事が表示されるため、契約していないアプリケーションのお知らせ記事までも表示されることになる。従って、利用者が必要とするお知らせ記事の中に、その利用者にとって必要のない情報が含まれるという問題がある。

本発明は、上記に鑑みてなされたものであって、利用者に該当するお知らせ記事を表示する情報処理システム、情報処理装置、出力制御方法、及びプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、複数の端末と情報処理装置とが通信ネットワークを介して通信を行う情報処理システムを前提に、上記情報処理装置は、記事情報（お知らせ記事）及び該記事情報に対応する閲覧条件情報を記憶する記憶手段と、上記複数の端末の内の上記記事情報の閲覧要求が送信された端末の所属情報を取得する取得手段と、上記取得手段により取得された上記所属情報に該当する記事情報を、上記記憶手段により記憶されている上記記事情報の内から上記閲覧条件情報に基づいて特定する特定手段と、上記特定手段により特定された上記記事情報を上記閲覧要求が送信された端末へ出力する出力手段と、を有し、上記複数の端末は、上記出力手段により出力された上記記事情報を表示する表示手段を有する、ことを特徴とする。

本発明によれば、端末の利用者（個人又は団体）毎に該当するお知らせ記事を出力することができるため、利用者がお知らせ記事の中から該当するお知らせ記事を探したり、利用者に関係のない無駄なお知らせ記事を確認したりするという手間をなくすことができるという効果を奏する。

図１は、第１の実施の形態に係るＷｅｂシステムのネットワーク構成の一例を示す図である。 図２は、Ｗｅｂシステムにおけるお知らせ記事の投稿及び閲覧に係る主な要素の関係を示す図である。 図３は、サーバ装置のハードウエア構成の一例を示すハードウエアブロック図である。 図４は、投稿端末のハードウエア構成の一例として示すＰＣのハードウエアブロック図である。 図５は、サーバ装置、投稿端末、及び閲覧端末のそれぞれの主な機能構成の一例を示す機能ブロック図である。 図６は、サーバ装置が有するデータベースのテーブル構成の一例を示す図である。 図７は、投稿記事入力画面の画面構成の一例を示す図である。 図８は、記事情報の投稿及び閲覧に係る全体動作のシーケンス図である。 図９は、投稿記事情報生成処理フローの一例を示す図である。 図１０は、投稿記事情報の記事情報とメタ情報の一例を示す図である。 図１１は、サーバ装置の記事情報の投稿及び閲覧に係る処理フローの一例を示す図である。 図１２は、投稿記事情報特定処理の一例を示すフロー図である。 図１３は、閲覧端末の記事情報の閲覧処理の一例を示すフロー図である。 図１４は、ポータルサイトの画面情報の記事情報表示欄の表示例を示す図である。 図１５は、変形例１の投稿記事入力画面の画面構成の一例を示す図である。 図１６は、投稿記事情報の記事情報とメタ情報の一例を示す図である。 図１７は、変形例２に係る投稿記事入力画面の画面構成の一例を示す図である。 図１８は、投稿記事情報の記事情報とメタ情報の一例を示す図である。 図１９は、テーブル構成の一例を示す図である。 図２０は、変形例３のＷｅｂシステムにおけるお知らせ記事の投稿及び閲覧に係る主な要素の関係を示す図である。 図２１は、投稿記事入力画面の画面構成の一例を示す図である。 図２２は、記事情報の投稿及び閲覧に係る全体動作のシーケンス図である。 図２３は、投稿記事情報の記事情報とメタ情報の一例を示す図である。 図２４は、サーバ装置の記事情報の投稿及び閲覧に係る処理フローの一例を示す図である。 図２５は、投稿記事情報特定処理の一例を示すフロー図である。 図２６は、変形例４のＷｅｂシステムに係るお知らせ記事の投稿及び閲覧に係る主な要素の関係を示す図である。 図２７は、アプリ利用条件管理手段として設けたテーブルのテーブル構成の一例を示す図である。 図２８は、投稿記事入力画面の画面構成の一例を示す図である。 図２９は、投稿記事情報の記事情報とメタ情報の一例を示す図である。 図３０は、変形例５のＷｅｂシステムに係るお知らせ記事の投稿及び閲覧に係る主な要素の関係を示す図である。 図３１は、サーバ装置の主な機能構成の一例を示す機能ブロック図である。 図３２は、変形例５に係るアプリ利用条件管理手段として設けたテーブルのテーブル構成の一例を示す図である。 図３３は、投稿記事入力画面の画面構成の一例を示す図である。 図３４は、投稿記事情報の記事情報とメタ情報の一例を示す図である。 図３５は、全体動作のシーケンス図である。 図３６は、サーバ装置の記事情報の投稿及び閲覧に係る処理フローの一例を示す図である。 図３７は、投稿記事情報特定処理の一例を示すフロー図である。 図３８は、閲覧端末の閲覧対象記事の一例を示す図である。 図３９は、変形例６のＷｅｂシステムのネットワーク構成の一例を示す図である。 図４０は、お知らせ記事の投稿及び閲覧に係る主な要素の関係を示す図である。 図４１は、サーバ装置の主な機能構成の一例を示す機能ブロック図である。 図４２は、管轄エリアテーブルのテーブル構成の一例を示す図である。 図４３は、投稿記事入力画面の画面構成の一例を示す図である。 図４４は、投稿記事情報の記事情報とメタ情報の一例を示す図である。 図４５は、振分処理フローの一例を示す図である。

以下に添付図面を参照して、情報処理システム、情報処理装置、出力制御方法、及びプログラムの実施の形態を詳細に説明する。ここでは、情報処理システム、情報処理装置、出力制御方法、及びプログラムをポータルサイトを公開するＷｅｂシステムに適用した例を示す。

（第１の実施の形態）
図１は、第１の実施の形態に係るＷｅｂシステムのネットワーク構成の一例を示す図である。図１に示すＷｅｂ（World Wide Web）システム１００は、各種のアプリケーションＤ３などを集めたポータルサイトをＷｅｂ上に公開するサーバ装置１や、アプリケーションＤ３のお知らせ記事をサーバ装置１に投稿する投稿端末２や、ポータルサイトを閲覧する閲覧端末３などを有する。投稿端末２及び閲覧端末３はＬＡＮ（Local Area Network）や公衆回線やインターネットなどの通信ネットワーク４を介してサーバ装置１に接続し、投稿や閲覧などのサービスを利用する。

サーバ装置１は、情報処理装置である。サーバ装置１は、アプリケーションＤ３や投稿記事情報Ｄ１（お知らせ記事を含む情報）などを管理し、アプリケーションＤ３やお知らせ記事を閲覧端末３に提供する。サーバ装置１は、通信ネットワーク４上に設けた１台又は複数台の情報処理装置により構成する。複数台の場合、例えば各情報処理装置に機能を分散し、投稿端末２や閲覧端末３からの要求を各情報処理装置が連携して処理するクラウドコンピューティングの形態で実施する。なお、以下では、説明を理解しやすいようにサーバ装置１を１台の情報処理装置として説明する。

投稿端末２は、ＰＣ（Personal Computer）やスマートフォンなどの情報処理端末である。投稿端末２は、担当者により入力されたお知らせ記事（記事情報）とメタ情報（閲覧条件情報）とから投稿記事情報Ｄ１を生成し、その生成した投稿記事情報Ｄ１をサーバ装置１に投稿する。メタ情報は、詳しくは後に述べるが、お知らせ記事の閲覧対象者を制限するための情報である。

閲覧端末３は、ポータルサイトの閲覧客が操作するＰＣやスマートフォンなどの情報処理端末である。閲覧端末３は、サーバ装置１にアクセスし、ポータルサイトのアプリケーションＤ３を利用する。また閲覧端末３は、利用するアプリケーションＤ３についてお知らせ記事がある場合に、そのお知らせ記事を取得して表示する。

図２は、Ｗｅｂシステム１００におけるお知らせ記事の投稿及び閲覧に係る主な要素の関係を示す図である。

図２に示すように、Ｗｅｂシステム１００において、サーバ装置１は、記事管理手段１ａと、記事出力制御手段１ｂと、契約アプリ情報管理手段１ｃと、アプリ利用条件管理手段１ｄとを有する。

記事管理手段１ａは、投稿端末２からの送信により投稿された投稿記事情報Ｄ１をメモリＭ１に蓄積する手段を有する。また、記事管理手段１ａは、記事出力制御手段１ｂから依頼があると、メモリＭ１に蓄積した投稿記事情報Ｄ１の内の所定条件に該当する投稿記事情報Ｄ１を記事出力制御手段１ｂに出力する手段（特定手段）を有する。ここで、投稿記事情報Ｄ１は、記事情報Ｄ１１とメタ情報Ｄ１２とを含む、何れかのアプリケーションＤ３（図１参照）についての情報であるものとする。

記事出力制御手段１ｂは、閲覧端末３から契約者情報Ｄ２を受け取る手段（取得手段）を有する。また、記事出力制御手段１ｂは、閲覧端末３に出力する記事情報Ｄ１１を上記契約者情報Ｄ２に対応するものに制限する制御手段を有する。更に、記事出力制御手段１ｂは、記事情報Ｄ１１を閲覧端末３に出力する出力手段を有する。契約者情報Ｄ２は、例えば、端末ＩＤ、ログイン時のユーザＩＤ若しくはテナントＩＤ、閲覧端末３のＩＰアドレスなど、契約者の個人又は団体を識別することができる情報である。

契約アプリ情報管理手段１ｃは、アプリケーションＤ３（図１参照）のアプリ識別情報Ｄ４とアプリケーションＤ３の利用契約が結ばれている契約者情報Ｄ２との対応関係を管理する。

アプリ利用条件管理手段１ｄは、契約者が契約したアプリケーションＤ３の識別情報（アプリ識別情報）Ｄ４と、そのアプリケーションＤ３の利用条件を示す情報（利用条件情報）Ｄ５との対応関係を管理する。

次に、図２に示すＷｅｂシステム１００の記事情報の投稿及び閲覧に係る動作について説明する。先ず、投稿端末２から送信された投稿記事情報Ｄ１を記事管理手段１ａがメモリＭ１に蓄積する（Ｓ１）。

続いて、閲覧端末３がポータルサイトへアクセスし、記事情報Ｄ１１の要求を行うと、記事出力制御手段１ｂが閲覧端末３の契約者情報Ｄ２を取得する（Ｓ２）。

そして、続くステップＳ３〜ステップＳ７の処理において、記事出力制御手段１ｂは、閲覧端末３に出力する記事情報Ｄ１１を閲覧端末３から取得した契約者情報Ｄ２に基づいて所定のものに制限する。

先ず、記事出力制御手段１ｂは、契約アプリ情報管理手段１ｃから、上記契約者情報Ｄ２に対応するアプリ識別情報Ｄ４を取得する（Ｓ３）。

続いて記事出力制御手段１ｂは、上記契約者情報Ｄ２と、ステップＳ３で取得したアプリ識別情報Ｄ４とに基づき、アプリ利用条件管理手段１ｄから、上記契約者情報Ｄ２に対応し且つ当該アプリ識別情報Ｄ４に対応する利用条件情報Ｄ５を取得する（Ｓ４）。

続いて記事出力制御手段１ｂは、記事管理手段１ａに対し、ステップＳ３で取得したアプリ識別情報Ｄ４とステップＳ４で取得した利用条件情報Ｄ５とを出力し、投稿記事情報Ｄ１の出力を要求する（Ｓ５）。

記事管理手段１ａは、記事出力制御手段１ｂからの上記出力の要求により、メモリＭ１に蓄積した投稿記事情報Ｄ１の中からメタ情報Ｄ１２の設定が上記アプリ識別情報Ｄ４の設定と上記利用条件情報Ｄ５の設定とに対応するものを特定し、その特定した投稿記事情報Ｄ１を記事出力制御手段１ｂに出力する（Ｓ６）。

記事出力制御手段１ｂは、記事管理手段１ａにより出力された投稿記事情報Ｄ１の記事情報Ｄ１１をアクセス元の閲覧端末３が閲覧できるように出力する（Ｓ７）。

以上に示す構成において、「メモリＭ１」が、本発明に係る「記憶手段」を構成する。「取得手段」が、本発明に係る「取得手段」を構成する。「制御手段」と「契約アプリ情報管理手段１ｃ」と「アプリ利用条件管理手段１ｄ」と「特定手段」とが本発明に係る「特定手段」を構成する。「出力手段」が本発明に係る「出力手段」を構成する。また、「制御手段」が本発明に係る「第１の抽出手段」と「第２の抽出手段」とを構成する。「契約アプリ情報管理手段１ｃ」が本発明に係る「第１の対応情報」を構成する。「アプリ利用条件管理手段１ｄ」が本発明に係る「第２の対応情報」を構成する。「特定手段」が本発明に係る「契約記事特定手段」を構成する。更に、「契約者情報Ｄ２」が本発明に係る「所属情報」を構成する。これらの構成により、サーバ装置１は閲覧端末３に出力する記事情報をアクセス元に該当するものに制限する。

以下では、上記Ｗｅｂシステム１００に構成される各装置のハードウエア構成と機能構成の一例を示す。なお、以下では上記契約者情報Ｄ２を「テナントＩＤ」として説明する。

（各装置のハードウエア構成）
図３は、サーバ装置１のハードウエア構成の一例を示すハードウエアブロック図である。図３に示すように、サーバ装置１は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、ＨＤＤ（Hard Disk Drive）１４、及び通信Ｉ／Ｆ１５を有する。各部は、バス１６などを介して接続されている。

ＣＰＵ１１は、サーバ装置１全体の制御を司る中央演算処理装置である。ＲＯＭ１２は、ＢＩＯＳ（Basic Input/Output System）やファームウェア等の固定プログラムを記憶する読み出し専用の不揮発性メモリである。ＲＡＭ１３は、ＣＰＵ１１がプログラム実行時の作業領域などとして利用する、情報の書き換え自在の揮発性メモリである。

ＨＤＤ１４は、制御プログラムやデータなどを記憶する外部記憶装置である。制御プログラムの記憶領域には、ＯＳ（Operating System）や、Ｗｅｂサーバプログラムや、データベース管理プログラムや、各種アプリケーションのプログラムや、各種アプリケーションの記事情報の投稿機能と閲覧機能とに係るプログラムなどが記憶されている。データ記憶領域には、Ｗｅｂページ画面等の画面情報や、データベースのデータファイル等が記憶されている。また、データ記憶領域の一部は、投稿記事情報Ｄ１（図２参照）を蓄積するメモリＭ１（図２参照）などとして割り当てられている。

通信Ｉ／Ｆ１５は、通信ネットワーク４を介して外部機器と通信を行うＮＩＣである。

図４は、投稿端末２のハードウエア構成の一例として示すＰＣのハードウエアブロック図である。図４に示すように、投稿端末２は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ＨＤＤ２４、Ｉ／Ｏ（Input/Output）２５、ＬＣＤ（Liquid Crystal Display）２６、入力装置２７、及び通信Ｉ／Ｆ２８を有する。各部は、バス２９などを介して接続されている。ＬＣＤ２６及び入力装置２７は、Ｉ／Ｏ２５を介して接続されている。

ＣＰＵ２１は、投稿端末２全体の制御を司る中央演算処理装置である。ＲＯＭ２２は、ＢＩＯＳ等の固定プログラムを記憶する読み出し専用の不揮発性メモリである。ＲＡＭ２３は、ＣＰＵ２１がプログラム実行時の作業領域などとして利用する、情報の書き換え自在の揮発性メモリである。

ＨＤＤ２４は、制御プログラムやデータなどを記憶する外部記憶装置である。制御プログラムの記憶領域には、ＯＳや、汎用のＷｅｂブラウザなどのプログラムが記憶されている。

ＬＣＤ２６は、各種画面情報（Ｗｅｂページ等）を表示する液晶表示ディスプレイである。入力装置２７は、キーボードやマウスなどの入力装置である。

通信Ｉ／Ｆ２８は、通信ネットワーク４を介して外部機器と通信を行うＮＩＣである。

閲覧端末３は、投稿端末２と同様に、コンピュータ構成のハードウエアを有し、ＨＤＤ等にＯＳや汎用のＷｅｂブラウザなどのプログラムがインストールされている。この構成の更なる説明は、投稿端末２のハードウエア構成の説明の繰り返しになるため、ここでは省略する。

（機能構成）
続いて、各装置の機能構成について説明する。
図５は、サーバ装置１、投稿端末２、及び閲覧端末３のそれぞれの主な機能構成の一例を示す機能ブロック図である。

サーバ装置１は、図３に示すハードウエア構成においてＣＰＵ１１がＲＯＭ１２やＨＤＤ１４の対応プログラムをＲＡＭ１３に読み出して実行することにより、Ｗｅｂサーバ１０１や、記事管理部１０２や、記事出力制御部１０３や、画面情報生成部１０４などの機能を実現する。

Ｗｅｂサーバ１０１は、通信Ｉ／Ｆ１５（図３参照）を制御して投稿端末２（又は閲覧端末３）とＴＣＰ／ＩＰ通信を行う。更に、Ｗｅｂサーバ１０１は、Ｗｅｂブラウザ２０４（又はＷｅｂブラウザ３０４）とＨＴＴＰ（Hypertext Transfer Protocol）通信を行い、Ｗｅｂブラウザ２０４（又はＷｅｂブラウザ３０４）からＧＥＴ命令があると所定の画面情報（入力生成画面やＷｅｂページなど）を要求元のＷｅｂブラウザ２０４（又はＷｅｂブラウザ３０４）に返し、ＰＯＳＴ命令があると記事管理部１０２や記事出力制御部１０３などに処理を依頼する。Ｗｅｂサーバ１０１は本発明に係る「送信手段」を構成する。

記事管理部１０２は、Ｗｅｂサーバ１０１が受信した投稿記事情報Ｄ１（図１０参照）を保存するなどして管理し、記事出力制御部１０３などからの依頼により、保存した投稿記事情報Ｄ１を出力する。一例として、記事管理部１０２は、投稿記事情報Ｄ１を指定フォルダに保存し、記事出力制御部１０３から依頼があると、その指定フォルダから該当する投稿記事情報Ｄ１をマッチングなどを行って出力する。

記事出力制御部１０３は、Ｗｅｂサーバ１０１に接続されたＷｅｂブラウザ３０４に出力する記事情報Ｄ１１（図１０参照）を対応するものに制限する。具体的には、記事出力制御部１０３は、Ｗｅｂサーバ１０１により取得された閲覧端末３のテナントＩＤを検索対象とするＳＱＬ文を生成し、データベースＤＢ（図６参照）からアプリ識別情報や利用条件情報などを抽出する。更に、記事出力制御部１０３は、その抽出結果に該当する投稿記事情報Ｄ１を記事管理部１０２から取得し、それらの投稿記事情報Ｄ１に含まれる記事情報Ｄ１１を画面情報生成部１０４に出力する。

画面情報生成部１０４は、記事出力制御部１０３が出力する記事情報Ｄ１１を含む画面情報（Ｗｅｂページ）を生成し、その生成した画面情報を記事出力制御部１０３に返す。

投稿端末２は、図４に示すハードウエア構成においてＣＰＵ２１がＲＯＭ２２やＨＤＤ２４のＯＳやＷｅｂブラウザなどのプログラムをＲＡＭ２３に読み出して実行することにより、入力受付部２０１や、表示出力部２０２や、通信処理部２０３や、Ｗｅｂブラウザ２０４などの機能を実現する。

入力受付部２０１は、入力装置２７（図４参照）からの入力信号をＩ／Ｏ２５（図４参照）を介して受け付ける。表示出力部２０２は、ＣＰＵ２１（図４参照）が生成した表示情報をＩ／Ｏ２５（図４参照）を介してＬＣＤ２６（図４参照）へ出力する。通信処理部２０３は、通信Ｉ／Ｆ２８（図４参照）を制御してサーバ装置１とＴＣＰ／ＩＰ通信を行う。Ｗｅｂブラウザ２０４はＷｅｂサーバ１０１とＨＴＴＰ通信を行い、ＨＴＭＬ（HyperText Markup Language）等のＷｅｂページの構文解析や、表示情報の描画等を行う。

閲覧端末３は、閲覧端末３においてＣＰＵがＲＯＭやＨＤＤのＯＳやＷｅｂブラウザなどをＲＡＭに読み出して実行することにより、入力受付部３０１や、表示出力部３０２や、通信処理部３０３や、Ｗｅｂブラウザ３０４などの機能を実現する。表示出力部３０２と、通信処理部３０３と、Ｗｅｂブラウザ３０４とが、本発明に係る「表示手段」を構成する。なお、各部は、それぞれ、投稿端末２の入力受付部２０１、表示出力部２０２、通信処理部２０３、Ｗｅｂブラウザ２０４の説明の繰り返しになるため、これ以上の説明を省略する。

（テーブル構成）
図６は、サーバ装置１が有するデータベースのテーブル構成の一例を示す図である。図６に示すデータベースＤＢは、契約アプリ情報管理手段１ｃ（図２参照）としての契約アプリ情報テーブルＴ１と、アプリ利用条件管理手段１ｄ（図２参照）としてのアプリ利用条件テーブルＴ２とを有する。

具体的に、契約アプリ情報テーブルＴ１は、テナントＩＤ設定項目ｔ１１と可否情報設定項目ｔ１２とを有する。

テナントＩＤ設定項目ｔ１１のデータ部には、テナントＩＤを設定する。図６においては、テナントＩＤの一例として「００１」、「００２」、・・・を設定したものを示している。

可否情報設定項目ｔ１２は、ポータルサイトに登録されているアプリケーション毎に設けた設定項目で、各設定項目の項目名にアプリ識別情報が登録されている。各可否情報設定項目ｔ１２のデータ部には、該当するアプリケーションの契約可否を示す契約可否情報を設定する。図６に示す例では、上記アプリ識別情報として、アプリ名や識別コードを示す「アプリＡ」、「アプリＢ」、「アプリＣ」、「アプリＤ」、及び「アプリＸＹＺ」の登録例を示している。また、上記契約可否情報として「可」を示す「ＴＲＵＥ」と「否」を示す「ＦＡＬＳＥ」の設定例を示している。

契約アプリ情報テーブルＴ１は、テナントＩＤ設定項目ｔ１１に設定されるテナントＩＤと、各可否情報設定項目ｔ１２に設定される契約可否情報とにより一レコードが構成される。

アプリ利用条件テーブルＴ２は、テナントＩＤ「００１」のテーブル例を示したものである。アプリ利用条件テーブルＴ２は、アプリ識別情報設定項目ｔ２１と利用条件設定項目ｔ２２とを有する。

アプリ識別情報設定項目ｔ２１のデータ部にはアプリ識別情報を設定する。

利用条件設定項目ｔ２２は、利用条件毎に設けた設定項目で、各設定項目の項目名に利用条件項目の名称が登録されている。各利用条件設定項目ｔ２２のデータ部には利用条件情報を設定する。図６に示す例では、上記利用条件項目の名称として、「保守契約」や、「ライセンス期限」や、「有償・無償」などの登録例を示している。また、上記利用条件情報については利用条件項目毎に対応するデータを設定したものを示している。例えば「保守契約」は「有」を示す「ＴＲＵＥ」と「無」を示す「ＦＡＬＳＥ」を設定している。「ライセンス期限」は期限があるものについては期限の日付情報を設定し、期限がないものについては「なし」を設定している。「有償・無償」は「有償」又は「無償」を設定している。

アプリ利用条件テーブルＴ２は、アプリ識別情報設定項目ｔ２１に設定されるアプリ識別情報と、利用条件設定項目ｔ２２に設定される利用条件情報とにより一レコードが構成される。

なお、図示を省略しているが、テナントＩＤ「００１」以外のテナントＩＤ「００２」、「００３」、・・・の各アプリ利用条件テーブルも同様の設定項目を有し、各テナントＩＤに対応するデータがそれぞれに設定されている。

契約アプリ情報テーブルＴ１やアプリ利用条件テーブルＴ２の各設定項目のデータは、ポータルサイトの利用者がアプリケーションの契約や契約内容の更新などを行った際に随時設定されるものとする。

（画面構成）
続いて、投稿端末２が投稿記事を投稿する投稿記事入力画面（入力生成画面）の画面構成について示す。
図７は、上記投稿記事入力画面の画面構成の一例を示す図である。図７に示す投稿記事入力画面Ｇ１は、投稿記事情報Ｄ１（図１０参照）の記事情報Ｄ１１（図１０参照）を受け付けるための入力ボックスＢ１や、投稿記事情報Ｄ１のメタ情報Ｄ１２（図１０参照）を受け付けるためのメタ情報設定ボックスを有する。

上記メタ情報設定ボックスは、設定ボックスＢ２と、設定ボックスＢ３と、設定ボックスＢ４とを有する。

設定ボックスＢ２は、メタ情報Ｄ１２（図１０参照）の内の第１メタ情報Ｄ１２１（図１０参照）を受け付けるためのメタ情報設定ボックスである。設定ボックスＢ２は、アプリ識別情報のリストをプルダウン表示して１つのアプリ識別情報を選択させる構成のものであり、矢印Ｘ１の先にプルダウン表示した場合の例を示している。設定ボックスＢ２は、リストＬ１からアプリ識別情報の１つを選択する選択操作を受け付け、それを第１メタ情報として受け付ける。図７に示す設定ボックスＢ２は、上記第１メタ情報としてリストＬ１の「アプリＣ」Ｌ１０が受け付けられた状態を示したものである。

設定ボックスＢ３及び設定ボックスＢ４は、メタ情報Ｄ１２（図１０参照）の内の第２メタ情報Ｄ１２２（図１０参照）を受け付けるためのメタ情報設定ボックスである。設定ボックスＢ３は、閲覧対象の制限項目のリストをプルダウン表示して１つの制限項目を選択させる構成のものであり、矢印Ｘ２の先にプルダウン表示した場合の例を示している。設定ボックスＢ３は、リストＬ２から制限項目の１つを選択する選択操作を受け付け、それを第２メタ情報として受け付ける。図７に示す設定ボックスＢ３は、上記制限項目として上記リストＬ２の「保守契約」Ｌ２０が選択された状態を示したものである。

設定ボックスＢ４は、設定ボックスＢ３に設定された制限項目に付随する条件を選択可能に表示し、選択された１つを第２メタ情報Ｄ１２２（図１０参照）の付加条件情報として設定する。図７に示す例では、設定ボックスＢ３に上記制限項目として「保守契約」が選択されている。このため、設定ボックスＢ４は、当該「保守契約」に付随する「有り」又は「無し」の条件を選択可能に表示し、この内の選択された１つ（図７に示す例では「有り」）を付加条件情報として設定する。

図７に示す設定例は、入力ボックスＢ１に入力された記事情報「アプリＣをご利用の皆様へお知らせ・・・」の閲覧対象を、「アプリＣ」を契約し且つアプリＣの保守契約を結んでいるユーザに限定する場合のものである。

図７に示す投稿記事入力画面Ｇ１は、更に、指示を受け付けるための操作ボタンとして、投稿ボタンｂ１や、一時保存ボタンｂ２や、削除ボタンｂ３などを有する。

投稿ボタンｂ１は、投稿記事情報Ｄ１の生成と、生成した投稿記事情報Ｄ１のサーバ装置１への送信を指示するための操作ボタンである。一時保存ボタンｂ２は、作成途中のデータをＨＤＤ２４（図４参照）などに保存する指示を行うための操作ボタンである。削除ボタンｂ３は、作成途中のデータをクリアする指示を行うための操作ボタンである。

（全体シーケンス）
続いて、記事情報の投稿及び閲覧に係る全体動作について説明する。サーバ装置１は、投稿端末２（Ｗｅｂブラウザ２０４）や閲覧端末３（Ｗｅｂブラウザ３０４）などからのアクセスにより、Ｗｅｂサーバ１０１が各Ｗｅｂブラウザ２０４、３０４からの要求に応答する。Ｗｅｂサーバ１０１は、その要求がＧＥＴ要求の場合、所定の応答画面情報を要求元へ送信し、ＰＯＳＴ要求の場合、記事管理部１０２や記事出力制御部１０３などに処理を依頼し、その処理結果を含む画面情報を要求元へ送信する。以下に示す全体シーケンスでは、全体の流れを理解しやすくするために、Ｗｅｂサーバ１０１の図示を省略して説明する。

図８は、記事情報の投稿及び閲覧に係る全体動作のシーケンス図である。図８において、ステップＳ１１〜ステップＳ１３までが記事情報の投稿処理のシーケンスを示し、ステップＳ１４〜ステップＳ２０までが閲覧処理のシーケンスを示している。

先ず、投稿端末２（Ｗｅｂブラウザ２０４）がサーバ装置１から投稿記事入力画面Ｇ１（図７参照）を取得するなどして投稿記事情報の生成処理を行う（Ｓ１１）。

続いて投稿端末２（Ｗｅｂブラウザ２０４）は、投稿記事情報の保存を要求する要求情報をサーバ装置１に送信する（Ｓ１２）。

サーバ装置１では、記事管理部１０２が、投稿端末２（Ｗｅｂブラウザ２０４）から送信された上記要求情報に含まれる投稿記事情報を指定フォルダに保存する（Ｓ１３）。

その後、閲覧端末３（Ｗｅｂブラウザ３０４）が、サーバ装置１のポータルサイトにアクセスし、閲覧を要求する要求情報をサーバ装置１に送信する（Ｓ１４）。閲覧端末３（Ｗｅｂブラウザ３０４）は、この手続きの際に、サーバ装置１にテナントＩＤを送信する。

サーバ装置１は、閲覧端末３（Ｗｅｂブラウザ３０４）から送信されたテナントＩＤに対応する記事情報を、記事出力制御部１０３により次のように取得する。

先ず、記事出力制御部１０３は、契約アプリ情報テーブルＴ１にアクセスし、当該テナントＩＤが契約している契約アプリのアプリ識別情報を取得する（Ｓ１５）。例えば、テナントＩＤ「００１」の場合、記事出力制御部１０３は、契約アプリ情報テーブルＴ１（図６参照）のテナントＩＤ設定項目ｔ１１が「００１」の対応レコードから、可否情報設定項目ｔ１２の設定値が「ＴＲＵＥ」の、可否情報設定項目ｔ１２の項目名（つまりアプリ識別情報）を取得する。

更に、記事出力制御部１０３は、アプリ利用条件テーブルＴ２にアクセスし、上記テナントＩＤとステップＳ１５で取得した上記アプリ識別情報とに基づいて各契約アプリの利用条件情報を取得する（Ｓ１６）。例えばテナントＩＤが「００１」で、ステップＳ１５で取得したアプリ識別情報が「アプリＡ」と「アプリＣ」であったとする。その場合、記事出力制御部１０３は、テナントＩＤ「００１」のアプリ利用条件テーブルＴ２（図６参照）のアプリ識別情報設定項目ｔ２１が「アプリＡ」と「アプリＣ」のそれぞれの対応レコードから、各利用条件設定項目ｔ２２の利用条件項目の名称と利用条件情報とを取得する。

続いて、記事出力制御部１０３は、記事管理部１０２に対し、ステップＳ１５で取得したアプリ識別情報とステップＳ１６で取得した利用条件情報（利用条件項目の名称を含む）とをペアにして出力し、ペア情報により特定される記事情報の出力を依頼する（Ｓ１７）。例えばテナントＩＤが「００１」で、ステップＳ１５で取得したアプリ識別情報が「アプリＡ」と「アプリＣ」であったとする。その場合、アプリ利用条件テーブルＴ２（図６参照）の設定例に従うと、アプリ識別情報（「アプリＡ」）と利用条件情報（「保守契約：ＴＲＵＥ」、「ライセンス期限：なし」、「有償・無償：無償」）がペアとなる。もう一つのペアは、アプリ識別情報（「アプリＣ」）と利用条件情報（「保守契約：ＦＡＬＳＥ」、「ライセンス期限：なし」、「有償・無償：無償」）となる。

この依頼により、記事管理部１０２は、指定フォルダ内の複数の投稿記事情報の中から投稿記事情報の特定処理を行う（Ｓ１８）。

そして、記事管理部１０２は、特定処理により特定した投稿記事情報を記事出力制御部１０３に出力する（Ｓ１９）。

記事出力制御部１０３は投稿記事情報を受け取ると、その記事本体（記事情報）を画面情報生成部１０４において画面情報に含め、その画面情報をサーバ装置１が要求元の閲覧端末３（Ｗｅｂブラウザ３０４）に送信する（Ｓ２０）。

次に、各装置において行われる各種処理の処理フローについて説明する。
先ず、図４に示すハードウエア構成の投稿端末２が実行する投稿記事情報生成処理フローについて説明する。続いて、投稿記事情報特定処理フロー、閲覧処理フローの順に説明する。

（投稿端末２における投稿記事情報生成処理フロー）
図９は、投稿端末２のＣＰＵ２１が実行する投稿記事情報生成処理フローの一例を示す図である。先ず、投稿端末２のＣＰＵ２１（Ｗｅｂブラウザ２０４、通信処理部２０３）は、投稿記事入力画面Ｇ１（図７参照）をサーバ装置１のＷｅｂサーバ１０１に要求し、Ｗｅｂサーバ１０１から投稿記事入力画面Ｇ１を受け取る（Ｓ３１）。

続いて、ＣＰＵ２１（Ｗｅｂブラウザ２０４）は、受け取った投稿記事入力画面Ｇ１をＬＣＤ２６に表示する（Ｓ３２）。具体的に、Ｗｅｂブラウザ２０４は投稿記事入力画面Ｇ１の表示を表示出力部２０２に指示し、表示出力部２０２が投稿記事入力画面Ｇ１をＬＣＤ２６に表示させる。

続いて、ＣＰＵ２１（Ｗｅｂブラウザ２０４）は、投稿記事入力画面Ｇ１の入力ボックスや設定ボックス等の入力を受け付ける（Ｓ３３）。具体的に、ＣＰＵ２１（Ｗｅｂブラウザ２０４）は、入力ボックスＢ１（図７参照）における記事情報（テキスト等）の入力や、設定ボックスＢ２（図７参照）における第１メタ情報の設定や、設定ボックスＢ３（図７参照）と設定ボックスＢ４（図７参照）とにおける第２メタ情報の設定などを、入力受付部２０１を介して受け付ける。ＣＰＵ２１（Ｗｅｂブラウザ２０４）は、受け付けたデータをＲＡＭ２３に保存する。

続いて、ＣＰＵ２１（Ｗｅｂブラウザ２０４）は、投稿記事入力画面Ｇ１の操作ボタンの操作を受け付ける。操作ボタンの内の投稿ボタンｂ１（図７参照）の操作があると、投稿記事情報Ｄ１（図１０参照）を生成する（Ｓ３４）。具体的に、ＣＰＵ２１（Ｗｅｂブラウザ２０４）は、入力ボックスＢ１で受け付けた記事情報に記事情報タグＪ１（図１０参照）を付加する。また、設定ボックスＢ２に設定された第１メタ情報（本例ではアプリ識別情報）に第１タグＪ２（図１０参照）を付加する。更に、設定ボックスＢ３及び設定ボックスＢ４に設定された第２メタ情報（制限項目とその付加条件情報）に第２タグＪ３（図１０参照）を付加する。

そして、ＣＰＵ２１（Ｗｅｂブラウザ２０４、通信処理部２０３）は、ステップＳ３４で生成した投稿記事情報Ｄ１をサーバ装置１のＷｅｂサーバ１０１に送信する（Ｓ３５）。

（投稿記事情報）
図１０は、投稿記事入力画面Ｇ１（図７参照）のテキスト入力及び選択入力により生成された投稿記事情報の記事情報とメタ情報の一例を示す図である。図１０に示す投稿記事情報Ｄ１は、ＸＭＬ（Extensible Markup Language）ファイルやＨＴＭＬファイルなどの同一ファイル内に記事情報Ｄ１１とメタ情報Ｄ１２とを含む。記事情報Ｄ１１は、投稿記事入力画面Ｇ１の入力ボックスＢ１に入力された記事情報であり、記事情報を識別する識別子として記事情報タグＪ１が付加されている。メタ情報Ｄ１２は、本例では、第１メタ情報Ｄ１２１と第２メタ情報Ｄ１２２とを有する。第１メタ情報Ｄ１２１は、投稿記事入力画面Ｇ１の設定ボックスＢ２に設定された情報（本例ではアプリ識別情報）であり、第１メタ情報であることを識別する識別子として第１タグＪ２が付加されている。第２メタ情報は、設定ボックスＢ３と設定ボックスＢ４とに設定された情報（本例では制限項目とその付加条件情報からなる「アプリの利用条件の設定情報」）であり、第２メタ情報であることを識別する識別子として第２タグＪ３が付加されている。

（サーバ装置１における記事情報の投稿及び閲覧に係る処理フロー）
続いて、図３に示すハードウエア構成のサーバ装置１が実行する記事情報の投稿及び閲覧に係る処理フローについて説明する。

図１１は、サーバ装置１のＣＰＵ１１が実行する記事情報の投稿及び閲覧に係るプログラムの処理フローの一例を示す図である。処理の主体となる機能部については図５を参照する。

先ず、ＣＰＵ１１（Ｗｅｂサーバ１０１）は通信Ｉ／Ｆ１５の受信データから要求情報を取り出し、要求情報に含まれる要求を読み取る（Ｓ４１）。

続いて、ＣＰＵ１１（Ｗｅｂサーバ１０１）は、上記要求が投稿記事入力画面Ｇ１の取得を要求するものであるかを判定する（Ｓ４２）。

上記要求が投稿記事入力画面Ｇ１の取得を要求するものである場合（ステップＳ４２：Ｙｅｓ判定）、ＣＰＵ１１（Ｗｅｂサーバ１０１）は、要求元に投稿記事入力画面Ｇ１を送信する（Ｓ４３）。

そして、ステップＳ４３の処理後、ＣＰＵ１１（Ｗｅｂサーバ１０１）はステップＳ４１の処理に戻り、次の要求情報を受け付ける。

一方、上記要求が投稿記事入力画面Ｇ１の取得を要求するものでない場合（ステップＳ４２：Ｎｏ判定）、ＣＰＵ１１（Ｗｅｂサーバ１０１）は、上記要求が保存を示すものであるかを判定する（Ｓ５２）。

上記要求が保存を示すものである場合（ステップＳ５２：Ｙｅｓ判定）、ＣＰＵ１１（記事管理部１０２）は、要求情報に含まれる投稿記事情報を指定フォルダに保存する（Ｓ５３）。具体的には、Ｗｅｂサーバ１０１が記事管理部１０２に依頼し、記事管理部１０２が要求情報に含まれる投稿記事情報を指定フォルダに保存する。

そして、ステップＳ５３の処理後、ＣＰＵ１１（Ｗｅｂサーバ１０１）はステップＳ４１の処理に戻り、次の要求情報を受け付ける。

一方、ステップＳ５２において上記要求が保存を示すものでない場合（ステップＳ５２：Ｎｏ判定）、ＣＰＵ１１（Ｗｅｂサーバ１０１）は、上記要求が閲覧要求であるかを判定する（Ｓ６１）。

上記要求が閲覧要求でない場合（ステップＳ６１：Ｎｏ判定）、ＣＰＵ１１（Ｗｅｂサーバ１０１）は、上記要求に対応する別処理を行うなどしてステップＳ４１に戻る。

上記要求が閲覧要求である場合（ステップＳ６１：Ｙｅｓ判定）、ＣＰＵ１１（Ｗｅｂサーバ１０１）は閲覧端末３から送信されたテナントＩＤを取得する（Ｓ６２）。続く処理は、Ｗｅｂサーバ１０１からの依頼により記事出力制御部１０３が行う。

先ず、ＣＰＵ１１（記事出力制御部１０３）は、ステップＳ６２で取得したテナントＩＤを使用してＳＱＬ文を生成する（Ｓ６３）。例えばテナントＩＤが「００１」の場合、次に示す抽出条件のＳＱＬ文を生成する。

先ず、契約アプリ情報テーブルＴ１（図６参照）を対象に、テナントＩＤ設定項目ｔ１１が「００１」の対応レコードから、可否情報設定項目ｔ１２の設定値が「ＴＲＵＥ」の、可否情報設定項目ｔ１２の項目名（つまりアプリ識別情報）を全て抽出する。次に、テナントＩＤ「００１」のアプリ利用条件テーブルＴ２（図６参照）を対象に、先に抽出したアプリ識別情報毎に各利用条件設定項目ｔ２２の利用条件項目の名称と利用条件情報とを全て抽出する。

ステップＳ６３に続き、ＣＰＵ１１（記事出力制御部１０３）は、ステップＳ６３で生成したＳＱＬ文に基づいて、アプリ識別情報抽出処理を行い（Ｓ６４）、続いて利用条件情報抽出処理を行う（Ｓ６５）。具体的に、記事出力制御部１０３は上記ＳＱＬ文によりデータベースＤＢにアクセスし、先ず契約アプリ情報テーブルＴ１を対象にアプリ識別情報抽出処理を行い、その処理結果を使用して、アプリ利用条件テーブルＴ２を対象に利用条件情報抽出処理を行う。

ここで、上記アプリ識別情報抽出処理と上記利用条件情報抽出処理について、テナントＩＤが「００１」の場合を例にとり、図６に示すテーブル構成例を参照しながら説明する。

先ずアプリ識別情報抽出処理において、記事出力制御部１０３は、契約アプリ情報テーブルＴ１のテナントＩＤ設定項目ｔ１１が「００１」の対応レコードから、可否情報設定項目ｔ１２の設定値が「ＴＲＵＥ」の、可否情報設定項目ｔ１２の項目名（つまりアプリ識別情報）を全て抽出する。図６に示す例では、可否情報設定項目ｔ１２の項目名が「アプリＡ」と、「アプリＢ」と、「アプリＣ」と、「アプリＤ」と、「アプリＸＹＺ」のそれぞれの設定値が「ＴＲＵＥ」に設定されている。従って、上記アプリ識別情報抽出処理により、アプリ識別情報として上記「アプリＡ」と、上記「アプリＢ」と、上記「アプリＣ」と、上記「アプリＤ」と、上記「アプリＸＹＺ」とが抽出される。

続いて、利用条件情報抽出処理において、テナントＩＤ「００１」のアプリ利用条件テーブルＴ２から、上記アプリ識別情報抽出処理により抽出した各アプリ識別情報の、各利用条件設定項目ｔ２２の利用条件項目の名称と利用条件情報とを、アプリ識別情報毎に抽出する。例えばアプリＡであれば、利用条件項目の名称と利用条件情報として「保守契約：ＴＲＵＥ」、「ライセンス期限：なし」、「有償・無償：無償」を抽出する。その他の「アプリＢ」や、「アプリＣ」や、「アプリＤ」や、「アプリＸＹＺ」についても、同様に、利用条件項目の名称と利用条件情報とを抽出する。

これにより、アプリ識別情報と利用条件情報（利用条件項目の名称と利用条件情報）とよりなるペア情報を得る。因みに「アプリＡ」についてのペア情報は、アプリ識別情報（「アプリＡ」）と利用条件情報（「保守契約：ＴＲＵＥ」、「ライセンス期限：なし」、「有償・無償：無償」）となる。「アプリＣ」についてのペア情報は、アプリ識別情報（「アプリＣ」）と利用条件情報（「保守契約：ＦＡＬＳＥ」、「ライセンス期限：なし」、「有償・無償：無償」）となる。

ここで、図１１の続きを説明する。ステップＳ６５に続き、ＣＰＵ１１（記事出力制御部１０３）は、投稿記事情報特定処理を行う（Ｓ６６）。具体的には、記事出力制御部１０３からの依頼により、記事管理部１０２が投稿記事情報特定処理を行う。当該投稿記事情報特定処理では、指定フォルダに蓄積されている投稿記事情報Ｄ１（図１０参照）から、ステップＳ６５で得られたペア情報の設定に対応するものを特定する。例えば、記事管理部１０２は、指定フォルダ内の投稿記事情報Ｄ１（図１０参照）のメタ情報Ｄ１２と上記ペア情報とを比較し、メタ情報Ｄ１２の設定が上記ペア情報において指定されている設定に対応する投稿記事情報を特定し、その投稿記事情報を閲覧対象として記事出力制御部１０３に出力する。ステップＳ６６の具体的な処理フローの例については後述する。

続いて、ＣＰＵ１１（記事出力制御部１０３）は、記事管理部１０２から出力された投稿記事情報の記事情報を含む画面情報を生成する（Ｓ６７）。具体的には、記事出力制御部１０３が画面情報生成部１０４に上記記事情報を出力し、画面情報生成部１０４が当該記事情報を含むポータルサイトの画面情報を生成する。記事情報が無い場合、画面情報生成部１０４は、その旨を示す情報を含めるなどしてポータルサイトの画面情報を生成する。画面情報が生成されると、記事出力制御部１０３はＷｅｂサーバ１０１にその処理結果を返す。

続いて、ＣＰＵ１１（Ｗｅｂサーバ１０１）は、ステップＳ６７で生成した画面情報を要求元の閲覧端末３（Ｗｅｂブラウザ３０４）に送信する（Ｓ６８）。

そして、ステップＳ６８の処理後、ＣＰＵ１１（Ｗｅｂサーバ１０１）はステップＳ４１の処理に戻り、次の要求情報を受け付ける。

（投稿記事情報特定処理フロー）
図１２は、図１１のステップＳ６６に示す投稿記事情報特定処理の一例を示すフロー図である。先ず、記事管理部１０２は、指定フォルダに投稿記事情報Ｄ１があるかを判定する（Ｓ７１）。

指定フォルダに投稿記事情報Ｄ１がある場合（ステップＳ７１：Ｙｅｓ判定）、記事管理部１０２は、指定フォルダから投稿記事情報Ｄ１を一つ取得する（Ｓ７２）。

続いて、記事管理部１０２は、ステップＳ７２で取得した投稿記事情報Ｄ１に含まれるメタ情報Ｄ１２の第１メタ情報Ｄ１２１とステップＳ６５で得たペア情報のアプリ識別情報とを比較する（Ｓ７３）。

そして、記事管理部１０２は、上記第１メタ情報Ｄ１２１が上記ペア情報のアプリ識別情報とマッチするかを判定する（Ｓ７４）。具体的には、第１メタ情報Ｄ１２１が示すアプリ識別情報と上記ペア情報のアプリ識別情報とが同じものを差す場合にマッチすると判定する。

記事管理部１０２は、アプリ識別情報がマッチすると判定した場合（ステップＳ７４：Ｙｅｓ判定）、更に、上記メタ情報Ｄ１２の第２メタ情報Ｄ１２２の設定と、アプリ識別情報がマッチしたペア情報の利用条件情報（利用条件項目の名称を含む）の設定とを比較する（Ｓ７５）。

そして、記事管理部１０２は、上記第２メタ情報Ｄ１２２の設定が上記利用条件情報の設定にマッチしているかを判定する（Ｓ７６）。具体的には、第２メタ情報Ｄ１２２が示す「制限情報」と上記ペア情報が示す「利用条件項目の名称」とを比較し、上記「制限情報」にマッチする「利用条件項目の名称」があるかを判定する。そして、マッチするものがある場合に、上記「制限情報」の「付加条件情報」と、マッチした「利用条件項目の名称」の「利用条件情報」とを比較し、それらがマッチしているかを判定する。例えばこのサイクルにおいて指定フォルダから取得した投稿記事情報Ｄ１の上記「制限情報（付加条件情報）」の設定が「保守契約（あり）」で、上記「利用条件項目名」が「保守契約」の上記「利用条件情報」の設定が「ＴＲＵＥ」であったとする。この場合、「ＴＲＵＥ」は「あり」に相当し、互いの設定が同じであることを示すため、マッチすると判定する。一方、「保守契約」の上記「利用条件情報」の設定が「ＦＡＬＳＥ」であった場合には、マッチしないと判定する。

記事管理部１０２は、利用条件情報がマッチしていると判定した場合（ステップＳ７６：Ｙｅｓ判定）、当該投稿記事情報を要求元の閲覧対象の記事であると特定し、そのコピーをＲＡＭ１３に保存する（Ｓ７７）。

ステップＳ７７の処理後、記事管理部１０２は、ステップＳ７１に戻り、未処理の投稿記事情報Ｄ１について同様の処理を繰り返す。ステップＳ７４がＮｏ判定の場合や、ステップＳ７６がＮｏ判定の場合にも、記事管理部１０２は、ステップＳ７１に戻り、未処理の投稿記事情報Ｄ１について同様の処理を繰り返す。ここで、他の１つの投稿記事情報Ｄ１において、第２メタ情報Ｄ１２２の「制限情報（付加条件情報）」の設定が「有償・無償（無償）」であったとし、上記ペア情報の上記利用条件情報に指定されている「有償・無償」の設定の「無償」にマッチしたとする。その場合、当該投稿記事情報も要求元の閲覧対象の記事であるとして特定されることになる。

そして、ステップＳ７１がＮｏ判定になると、ＲＡＭ１３に保存した投稿記事情報の全てを記事出力制御部１０３に出力する（Ｓ７８）。

（閲覧端末３における記事情報の閲覧処理フロー）
図１３は、閲覧端末３の記事情報の閲覧処理の一例を示すフロー図である。先ず、閲覧端末３のＣＰＵ（Ｗｅｂブラウザ３０４）がサーバ装置１（Ｗｅｂサーバ１０１）にアクセスし、ポータルサイトの閲覧を要求する（Ｓ８１）。閲覧端末３のＣＰＵ（Ｗｅｂブラウザ３０４）は、その閲覧要求の手続きの際に、サーバ装置１（Ｗｅｂサーバ１０１）にテナントＩＤを送信する。

続いて、ＣＰＵ（Ｗｅｂブラウザ３０４）は、サーバ装置１（Ｗｅｂサーバ１０１）から送信されるポータルサイトの画面情報（記事情報含む）をＬＣＤに表示する（Ｓ８２）。

図１４は、サーバ装置１が閲覧端末３に送信するポータルサイトの画面情報の記事情報表示欄の表示例を示す図である。図１４に示す記事情報表示欄Ｇ２には、サーバ装置１が出力を制限した、アクセス元に該当する記事情報Ｄ１１−１のみが表示される。

（変形例１）
第１の実施の形態の変形例１として、第２メタ情報Ｄ１２２（図１０参照）に複数の制限項目を設けた場合のものについて示す。以下、第１の実施の形態と異なる箇所について説明する。

図１５は、変形例１の投稿記事入力画面の画面構成の一例を示す図である。図１５に示す投稿記事入力画面Ｇ１１は、第１の実施の形態に係る投稿記事入力画面Ｇ１（図７参照）に更に条件追加ボタンＢ５を設けたものである。

条件追加ボタンＢ５は、第２メタ情報の制限項目の追加を指示するための操作ボタンである。条件追加ボタンＢ５の操作の度に、投稿記事入力画面Ｇ１１に制限項目の設定ボックスＢ３（図７参照）が１つ追加される。

図１５は、制限項目の設定ボックスＢ３を１つ追加した状態を示したものである。設定ボックスＢ３−１が設定ボックスＢ３（図７参照）に対応し、設定ボックスＢ３−２が新たに追加した設定ボックスに対応する。また、設定ボックスＢ４―１が設定ボックスＢ４（図７参照）に対応し、設定ボックスＢ４−２が設定ボックスＢ３−２の付加条件情報を設定する設定ボックスに対応する。

図１５に示す追加の設定ボックスＢ３−２は、制限項目を示すリスト（図７に示すリストＬ２に対応するもの）において「有償・無償」が受け付けられたときの状態を示している。また、設定ボックスＢ４―２は、設定ボックスＢ３−２の「有償・無償」の設定に基く「無償」又は「有償」の選択条件の表示後の、その内の選択された１つ（図１５に示す例では「無償」）が付加条件情報として設定されたときの状態を示している。

図１６は、投稿端末２において投稿記事入力画面Ｇ１１（図１５参照）のテキスト入力及び選択入力により生成される投稿記事情報の記事情報とメタ情報の一例を示す図である。図１６に示す投稿記事情報Ｄ１は、２つの第２メタ情報（第２メタ情報１２２−１、第２メタ情報１２２−２）を有する。第２メタ情報１２２−１は、設定ボックスＢ３−１（図１５参照）と設定ボックスＢ４−１（図１５参照）とに設定された情報の組合せである。図１６には、第２メタ情報１２２−１の一例として図１５に示す「保守契約」と「有り」との組合せを示している。図１６に示すように第２メタ情報１２２−１にはそれを示す識別子として第２タグＪ３−１が付加される。第２メタ情報１２２−２は、設定ボックスＢ３−２（図１５参照）と設定ボックスＢ４−２（図１５参照）とに設定された情報の組合せである。図１６には、第２メタ情報１２２−２の一例として図１５に示す「有償・無償」と「無償」との組合せを示している。図１６に示すように第２メタ情報１２２−２にはそれを示す識別子として第２タグＪ３−２が付加される。それ以外については、第１の実施の形態に係る投稿記事情報Ｄ１（図１０参照）のデータ構成と同様である。従って、ここにおいてはこれ以上の説明を省略する。

次に、第２メタ情報Ｄ１２２（図１０参照）に複数の制限項目を設けた場合のサーバ装置１による投稿記事情報特定処理について説明する。サーバ装置１は、図１１に示す投稿記事情報特定処理において次の変形処理を行う。サーバ装置１は、ステップＳ６２で取得した１つの投稿記事情報に付加されている第２メタ情報の各設定がペア情報において全て指定されているものを特定する。具体的に、サーバ装置１では、図１２の投稿記事情報特定処理フローのステップＳ７５とステップＳ７６において次のように処理する。

記事管理部１０２は、ステップＳ７５において第２メタ情報Ｄ１２２−１の設定と、アプリ識別情報がマッチしたペア情報の利用条件情報（利用条件項目の名称を含む）の設定とを比較する。更に、第２メタ情報Ｄ１２２−２の設定と、アプリ識別情報がマッチしたペア情報の利用条件情報（利用条件項目の名称を含む）の設定とを比較する。

そして、記事管理部１０２は、ステップＳ７６において上記第２メタ情報Ｄ１２２−１と上記第２メタ情報Ｄ１２２−２の設定が上記利用条件情報の設定にマッチしているかを判定する。具体的には、第２メタ情報Ｄ１２２−１が示す「制限情報」と上記ペア情報が示す「利用条件項目の名称」とを比較し、上記「制限情報」にマッチする「利用条件項目の名称」があるかを判定する。また、第２メタ情報Ｄ１２２−２が示す「有効・無効」と上記ペア情報が示す「利用条件項目の名称」とを比較し、上記「有効・無効」にマッチする「利用条件項目の名称」があるかを判定する。

そして、マッチした場合に、各「制限情報」の「付加条件情報」と、それぞれのマッチした「利用条件項目の名称」の「利用条件情報」とを比較し、何れの設定もマッチしているかを判定する。例えば図１６に示す投稿記事情報Ｄ１を比較判定の対象とすると、上記ペア情報に、第２メタ情報１２２−１の設定と同様に「保守契約」が「あり」に設定され、更に第２メタ情報１２２−２の設定と同様に「有償・無償」が「無償」に設定されている場合に、マッチすると判定する。上記ペア情報の設定に第２メタ情報の設定が１つでも含まれていなければマッチしないと判定する。

以上の変形により、第２メタ情報として複数の制限項目を設けた投稿記事情報を含ませることもできる。

以上により、投稿記事情報に第２メタ情報として複数の制限項目を含ませることにより、それらの全てに該当する閲覧対象者に限り当該投稿記事情報の記事を閲覧させることが可能になる。

（変形例２）
第１の実施の形態の変形例２として、投稿記事情報に閲覧対象機器の種類を示す属性を示す情報を設ける場合について示す。以下、第１の実施の形態と異なる箇所について説明する。

（画面構成）
図１７は、変形例２に係る投稿記事入力画面の画面構成の一例を示す図である。図１７に示す投稿記事入力画面Ｇ２１は、第１の実施の形態に係る投稿記事入力画面Ｇ１（図７参照）に制限項目として「複合機」や「デバイス」などの閲覧対象機器の種類を示す属性を示す情報（以下、機器情報とする）を設けたものである。

設定ボックスＢ３は、第１の実施の形態に示す設定ボックスＢ３（図７参照）に対応し、閲覧対象の制限項目のリストをプルダウン表示して１つの制限項目を選択させる構成の第２メタ情報設定ボックスである。変形例２では第２メタ情報として上記閲覧対象機器を受け付ける。矢印Ｘ３の先にプルダウン表示した場合の例を示すようにリストＬ３に制限項目として「閲覧対象機器」を含めている。設定ボックスＢ３は、リストＬ３から制限項目の１つを選択する選択操作を受け付け、それを第２メタ情報として受け付ける。図１７に示す設定ボックスＢ３は、上記制限項目として上記リストＬ３の「閲覧対象機器」Ｌ３０が選択されたときの状態を示している。

設定ボックスＢ４は、第１の実施の形態に示す設定ボックスＢ４（図７参照）に対応し、設定ボックスＢ３に設定された制限項目に付随する条件を選択可能に表示し、選択された１つを第２メタ情報の付加条件情報として設定する。図１７に示す例では、設定ボックスＢ３に上記制限項目として「閲覧対象機器」が選択されている。このため、設定ボックスＢ４は、当該「閲覧対象機器」に付随する「複合機」や「デバイス」などの機器情報を選択可能に表示し、この内の選択された１つ（図１７に示す例では「複合機」）を付加条件情報として設定する。

（投稿記事情報）
続いて、投稿記事入力画面Ｇ２１（図１７参照）を介して生成される投稿記事情報のデータ構成について説明する。

図１８は、投稿記事入力画面Ｇ２１（図１７参照）のテキスト入力及び選択入力により生成された投稿記事情報の記事情報とメタ情報の一例を示す図である。設定ボックスＢ３（図１７参照）と設定ボックスＢ４（図１７参照）とに設定された閲覧対象機器と機器情報（本例では「複合機」）は、投稿記事情報Ｄ１において第２タグＪ３が付加され、第２メタ情報Ｄ１２２として設定される。

（テーブル構成）
図１９は、変形例２に係るテーブル構成の一例を示す図である。変形例２に係るテーブル構成は、第１の実施の形態に示すテーブル構成のアプリ利用条件テーブル（例えばアプリ利用条件テーブルＴ２（図６参照））に対し、利用条件設定項目ｔ２２の１つとして更に「閲覧対象機器」の項目を登録したものである。「閲覧対象機器」の項目のデータ部には、機器情報（「複合機」や「デバイス」など）が設定される。

以上の変形により、第２メタ情報に機器情報を含ませることにより当該投稿記事情報の記事の閲覧対象機器を限定することが可能になる。閲覧者は、閲覧機器が複合機か他のデバイスであるかにより、その機器に向けた記事を閲覧することが可能になる。

（変形例３）
第１の実施の形態の変形例３として、投稿記事情報に有効期限情報を更に設けたものについて示す。以下、第１の実施の形態と異なる箇所について説明する。

図２０は、変形例３のＷｅｂシステム２００におけるお知らせ記事の投稿及び閲覧に係る主な要素の関係を示す図である。図２０は、第１の実施の形態のＷｅｂシステム１００（図２参照）において、投稿記事情報Ｄ１のメタ情報Ｄ１２に有効期限を示す日時などの情報（有効期限情報）Ｄ１２０を追加し、更に、記事管理手段１ａに投稿記事情報の有効期限を判定する有効期限判定手段１０ａを追加したものである。「有効期限判定手段１０ａ」と「記事管理部１０２」とが本発明に係る「除外手段」を構成する。上記有効期限を判定するタイミングは、例えば投稿端末２からの投稿記事情報Ｄ１の受付時や、記事出力制御手段１ｂからの投稿記事情報Ｄ１の出力の依頼時や、定期的なタイミングや、それぞれを任意に組合せたものなど、適宜設定して良い。本例では、投稿記事情報Ｄ１の受付時と、投稿記事情報Ｄ１の出力の依頼時とに行う場合について示す。

有効期限判定手段１０ａは、サーバ装置１の機能ブロック図（図５参照）に示す記事管理部１０２が備える。記事管理部１０２は、変形例３では、第１の実施の形態に示す機能に加え、有効期限を判定する機能を有する。なお、有効期限の判定はサーバ装置１が計時する日時と比較するなどして行うものとする。

具体的には、記事管理部１０２は、投稿記事情報Ｄ１（図２３参照）の保存前に投稿記事情報Ｄ１の有効期限情報Ｄ１２０（図２３参照）を読み取り、投稿記事情報Ｄ１が有効期限を経過したもの（有効期限切れ）でないかを判定する。そして、記事管理部１０２は、投稿記事情報Ｄ１が有効期限を経過したものである場合、投稿元の投稿端末２に有効期限エラーを通知し、当該投稿記事情報Ｄ１の保存を行わない。

また、記事管理部１０２は、記事出力制御部１０３（図５参照）から投稿記事情報Ｄ１の出力依頼があると、保存した投稿記事情報Ｄ１の有効期限を判定して有効期限内の投稿記事情報Ｄ１を出力する。記事管理部１０２は、投稿記事情報Ｄ１が有効期限を経過している場合に、その投稿記事情報Ｄ１について削除処理や指定外のフォルダへの移動処理などを行う。

図２１は、変形例３に係る投稿記事入力画面の画面構成の一例を示す図である。図２１に示す投稿記事入力画面Ｇ３１は、第１の実施の形態に係る投稿記事入力画面Ｇ１（図７参照）において、有効期限設定ボックスＢ６を更に追加したものである。

有効期限設定ボックスＢ６は、日付カレンダーを表示し、そこで日付を有効期限情報として選択させる構成のものであり、矢印Ｘ４の先にカレンダー表示した場合の例を示している。有効期限設定ボックスＢ６は、カレンダーＬ４から日付を選択する選択操作を受け付け、それを有効期限を示す第３メタ情報として受け付ける。図２１に示す投稿記事入力画面Ｇ３１の有効期限設定ボックスＢ６は、上記第３メタ情報としてリストＬ４の「２０１６年８月３１日」Ｌ４０が受け付けられたときの状態を示している。

図２２は、変形例３に係る、記事情報の投稿及び閲覧に係る全体動作のシーケンス図である。ここでは、第１の実施の形態に係る全体動作のシーケンス図（図８参照）とは異なるステップＳ１３−１、ステップＳ１３−２、ステップＳ１３−３、及びステップＳ１８−１の動作について説明する。

ステップＳ１３−１では、記事管理部１０２が、投稿端末２（Ｗｅｂブラウザ２０４）から送信された投稿記事情報Ｄ１（図２３参照）の有効期限情報Ｄ１２０を読み取る。そして、その有効期限情報Ｄ１２０が有効期限外を示す場合、ステップＳ１３−２で、記事管理部１０２は、有効期限エラーを示す情報を送信元の投稿端末２に送信する。

一方、有効期限情報Ｄ１２０が有効期限内を示す場合は、ステップＳ１３−３で、記事管理部１０２は、その投稿記事情報Ｄ１を指定フォルダに保存する。

また、ステップＳ１８−１では、記事管理部１０２は、ステップＳ１８において特定した投稿記事情報Ｄ１が有効期限内のものであるかを有効期限情報Ｄ１２０から判定する。そして、ステップＳ１９で、記事管理部１０２は、ステップＳ１８−１で有効期限内のものと判定した投稿記事情報Ｄ１のみを記事出力制御部１０３に出力する。なお、記事管理部１０２は、投稿記事情報Ｄ１が有効期限を経過している場合、その投稿記事情報Ｄ１について削除処理や指定外のフォルダへの移動処理などを行う。

続いて、投稿端末２における投稿記事情報生成処理について説明する。変形例３に係る投稿記事情報生成処理フローは第１の実施の形態に係る投稿記事情報生成処理フロー（図９参照）と比較してステップＳ３３と、ステップＳ３４と、ステップＳ３５の後処理とが異なる。

ステップＳ３３では、ＣＰＵ２１（Ｗｅｂブラウザ２０４）は、更に有効期限設定ボックスＢ６（図２１参照）の入力を受け付ける。

ステップＳ３４では、ＣＰＵ２１（Ｗｅｂブラウザ２０４）は、更に、有効期限設定ボックスＢ６に設定された有効期限情報に第３タグＪ４（図２３参照）を付加する。

ステップＳ３５の処理後、ＣＰＵ２１（Ｗｅｂブラウザ２０４、通信処理部２０３）は、サーバ装置１（Ｗｅｂサーバ１０１）から有効期限のエラー通知があると、ステップＳ３３に戻り、有効期限情報の再入力を受け付ける。

続いて、投稿端末２において生成される投稿記事情報のデータ構成について説明する。
図２３は、投稿記事入力画面Ｇ３１（図２１参照）のテキスト入力及び選択入力により生成された投稿記事情報の記事情報とメタ情報の一例を示す図である。図２３に示す投稿記事情報Ｄ１には、有効期限設定ボックスＢ６（図２１参照）に設定された有効期限情報に対して識別子として第３タグＪ４が付加されたものが含まれる。それ以外については、第１の実施の形態に係る投稿記事情報Ｄ１（図１０参照）のデータ構成と同様であるので、ここでの説明を省略する。

続いて、サーバ装置１における処理について説明する。
図２４は、サーバ装置１のＣＰＵ１１が実行する記事情報の投稿及び閲覧に係るプログラムの処理フローの一例を示す図である。図２４には、第１の実施の形態に係る投稿及び閲覧に係る処理（図１１参照）と異なるステップＳ５２１〜ステップＳ５２４の処理を示している。ステップＳ４１において読み取られた要求が保存要求である場合（ステップＳ５２：Ｙｅｓ判定）、Ｗｅｂサーバ１０１からの依頼により記事管理部１０２が次の処理を行う。

先ず、ＣＰＵ１１（記事管理部１０２）は、保存要求のあった投稿記事情報Ｄ１（図２３参照）の有効期限情報Ｄ１２０を読み取る（Ｓ５２１）。

続いて、ＣＰＵ１１（記事管理部１０２）は、有効期限情報Ｄ１２０が有効期限内を示しているかを判定する（Ｓ５２２）。

有効期限情報Ｄ１２０が有効期限内を示す場合（ステップＳ５２２：Ｙｅｓ判定）、ＣＰＵ１１（記事管理部１０２）は、当該投稿記事情報Ｄ１を指定フォルダへ保存し（Ｓ５３）、ステップＳ４１の処理に戻る。

有効期限情報Ｄ１２０が有効期限外を示す場合は（ステップＳ５２２：Ｎｏ判定）、ＣＰＵ１１（記事管理部１０２）は、有効期限エラーを示す情報を送信元の投稿端末２に送信し（Ｓ５２３）、当該投稿記事情報Ｄ１を削除する（Ｓ５２４）。ステップＳ５２４の処理後は、ステップＳ４１の処理に戻る。

図２５は、第１の実施の形態に係る投稿及び閲覧に係る処理（図１１参照）のステップＳ６６についての、変形例３に係る投稿記事情報特定処理の一例を示すフロー図である。当該投稿記事情報特定処理について第１の実施の形態に示す投稿記事情報特定処理のフロー図（図１２参照）と異なる、ステップＳ７６（Ｙｅｓ判定）の処理後のステップＳ７６１〜ステップＳ７６３の処理について説明する。

ＣＰＵ１１（記事管理部１０２）は、第２メタ情報Ｄ１２２（図２３参照）の設定が利用条件情報の設定にマッチしていると判定すると（ステップＳ７６：Ｙｅｓ判定）、続いて、当該投稿記事情報Ｄ１（図２３参照）の有効期限情報Ｄ１２０（図２３参照）を読み取る（Ｓ７６１）。

続いて、ＣＰＵ１１（記事管理部１０２）は、有効期限情報Ｄ１２０が有効期限内を示しているかを判定する（Ｓ７６２）。

有効期限情報Ｄ１２０が有効期限内を示す場合（ステップＳ７６２：Ｙｅｓ判定）、ＣＰＵ１１（記事管理部１０２）は、当該投稿記事情報Ｄ１をＲＡＭ１３に保存し（Ｓ７７）、ステップＳ７１の処理に戻る。

有効期限情報Ｄ１２０が有効期限外を示す場合（ステップＳ７６２：Ｎｏ判定）、ＣＰＵ１１（記事管理部１０２）は、当該投稿記事情報Ｄ１を指定フォルダから削除し（Ｓ７６３）、ステップＳ７１の処理に戻る。なお、ＣＰＵ１１（記事管理部１０２）は、当該投稿記事情報Ｄ１を削除する代わりに、当該投稿記事情報Ｄ１を指定フォルダから指定外のフォルダへ移動する移動処理を行っても良い。

以上のように、投稿記事情報に有効期限をメタ情報として付加し、サーバ装置１で投稿記事情報が有効期限内かを判定することにより、閲覧端末３に有効期限内の記事のみを表示させることが可能になる。

（変形例４）
第１の実施の形態の変形例４として、投稿記事情報に国や地域を示すエリア情報を設けた場合のものについて示す。以下、第１の実施の形態と異なる箇所について説明する。

図２６は、変形例４のＷｅｂシステム３００に係るお知らせ記事の投稿及び閲覧に係る主な要素の関係を示す図である。ここでは、第１の実施の形態のＷｅｂシステム１００（図２参照）に対して次の変形を行っている。図２６に示す投稿記事情報Ｄ１はメタ情報Ｄ１２に制限項目としてエリア情報を設けている。アプリ利用条件管理手段１ｄは、アプリ識別情報Ｄ４（図２参照）と利用条件情報Ｄ５（図２参照）の代わりに、契約者情報とエリア情報との対応関係を管理するものとして設けている。

このような構成において、変形例４のＷｅｂシステム３００はステップＳ４及びステップＳ５において次のように動作する。記事出力制御手段１ｂは、アプリ利用条件管理手段１ｄから契約者情報Ｄ２に対応するエリア情報Ｄ６を取得する（Ｓ４）。更に、記事出力制御手段１ｂは、ステップＳ３で取得したアプリ識別情報Ｄ４とステップＳ４で取得したエリア情報Ｄ６とを記事管理手段１ａに出力し、これらに該当する投稿記事情報Ｄ１の出力を要求する（Ｓ５）。

続いて変形の対象となる箇所の具体的な構成について説明する。

（テーブル構成）
図２７は、変形例４に係るサーバ装置１の、アプリ利用条件管理手段１ｄ（図２６参照）として設けたテーブルのテーブル構成の一例を示す図である。変形例４では、第１の実施の形態に示すアプリ利用条件テーブルＴ２（図６参照）の代わりに、エリア管理テーブルＴ３を設けている。

エリア管理テーブルＴ３は、テナントＩＤ設定項目ｔ３１と、エリア情報設定項目ｔ３２とを有する。テナントＩＤ設定項目ｔ３１のデータ部には、契約アプリ情報テーブルＴ１（図６参照）のテナントＩＤ設定項目ｔ１１と同様にテナントＩＤを設定する。エリア情報設定項目ｔ３２のデータ部には、テナントＩＤが属する国や地域を示すエリア情報を設定する。

エリア管理テーブルＴ３は、テナントＩＤ設定項目ｔ３１に設定されるテナントＩＤと、エリア情報設定項目ｔ３２に設定されるエリア情報とにより一レコードが構成される。

（画面構成）
図２８は、変形例４に係る投稿記事入力画面の画面構成の一例を示す図である。図２８に示す投稿記事入力画面Ｇ４１は、第１の実施の形態に係る投稿記事入力画面Ｇ１（図７参照）において、制限項目として国や地域の項目を設けたものである。

設定ボックスＢ３−３は、閲覧対象の制限項目のリストをプルダウン表示して１つの制限項目を選択させる構成のものであり、矢印Ｘ５の先にプルダウン表示した場合の例を示している。設定ボックスＢ３−３は、リストＬ５から制限項目の１つを選択する選択操作を受け付け、それを第２メタ情報として受け付ける。図２８の投稿記事入力画面Ｇ４１の設定ボックスＢ３―３は、上記制限項目として上記リストＬ５の「国」Ｌ５０が選択された状態を示している。

設定ボックスＢ４−３は、設定ボックスＢ３−３に設定された制限項目に付随する条件を選択可能に表示し、選択された１つを第２メタ情報の付加条件情報として設定する。図２８に示す例では、設定ボックスＢ３−３に上記制限項目として「国」が選択されている。このため、設定ボックスＢ４−３は、当該「国」に付随する各国の国名を選択可能に表示し、この内の選択された１つ（図２８に示す例では「日本」）を付加条件情報として設定する。

（投稿記事情報）
続いて、投稿記事入力画面Ｇ４１への入力により生成される投稿記事情報のデータ構成について説明する。

図２９は、投稿記事入力画面Ｇ４１（図２８参照）のテキスト入力及び選択入力により生成された投稿記事情報の記事情報とメタ情報の一例を示す図である。図２８に示す投稿記事情報Ｄ１には、設定ボックスＢ３−３（図２８参照）及び設定ボックスＢ４−３（図２８参照）に設定されたエリア情報（本例では「国：日本」）に識別子として第４タグＪ５が付加され、当該エリア情報が第２メタ情報Ｄ１２２として設定される。

（サーバ装置１における閲覧に係る処理）
続いて、サーバ装置１（ＣＰＵ１１）の閲覧に係る処理について図１１を参照しながら説明する。ステップＳ６３において、ＣＰＵ１１（記事出力制御部１０３）は、ＳＱＬ文を次のように生成する。例えばテナントＩＤを「００１」とする。この場合、先ず、契約アプリ情報テーブルＴ１（図６参照）を対象に、テナントＩＤ設定項目ｔ１１が「００１」の対応レコードから、可否情報設定項目ｔ１２の設定値が「ＴＲＵＥ」の、可否情報設定項目ｔ１２の項目名（つまりアプリ識別情報）を全て抽出する。次に、エリア管理テーブルＴ３（図２７参照）を対象に、テナントＩＤ設定項目ｔ３１が「００１」の対応レコードから、エリア情報設定項目ｔ３２の設定値（本例ではエリアＡ）を抽出する。

ステップＳ６４において、ＣＰＵ１１（記事出力制御部１０３）は、ステップＳ６３で生成したＳＱＬ文に基づいて、アプリ識別情報抽出処理を行い、続くステップＳ６５において、エリア情報抽出処理を行う。具体的に、記事出力制御部１０３は上記ＳＱＬ文によりデータベースＤＢにアクセスし、先ず契約アプリ情報テーブルＴ１を対象にアプリ識別情報抽出処理を行い、続いて、エリア情報管理テーブルＴ３を対象にエリア情報抽出処理を行う。これにより、アプリ識別情報とエリア情報のペア情報を生成する。

続いて、ステップＳ６６の処理を図１２を参照しながら説明する。ＣＰＵ１１（記事管理部１０２）は、アプリ識別情報がマッチすると判定した場合（ステップＳ７４：Ｙｅｓ判定）、ステップＳ７５において、上記メタ情報Ｄ１２の第２メタ情報Ｄ１２２と、アプリ識別情報がマッチしたペア情報が有するエリア情報とを更に比較する。

そして、ＣＰＵ１１（記事管理部１０２）は、ステップＳ７６において、上記第２メタ情報Ｄ１２２が上記エリア情報にマッチするかを判定する。例えば第２メタ情報Ｄ１２２が「国：日本」で、上記ペア情報に含まれるエリア情報（本例ではエリアＡ）が日本国内を示すものである場合に、マッチすると判定する。

以上により、投稿記事情報に第２メタ情報として国や地域などのエリア情報を含ませることにより、そのエリアに該当する閲覧対象者に限り当該投稿記事情報の記事を閲覧することが可能になる。

（変形例５）
第１の実施の形態の変形例５として、投稿記事情報に対し、アプリケーションの外部連携する対象（外部連携対象）についての制限情報を設けた場合のものについて示す。ここで「外部連携対象」とは、アプリケーションが外部連携する先、例えば外部ストレージサービスやドライブ等、のことを差している。以下、第１の実施の形態と異なる箇所について説明する。

図３０は、変形例５のＷｅｂシステム４００に係るお知らせ記事の投稿及び閲覧に係る主な要素の関係を示す図である。ここで、変形例５のＷｅｂシステム４００は、第１の実施の形態のＷｅｂシステム１００（図２参照）に対して次の変形を行ったものである。アプリ利用条件管理手段１ｄの利用条件情報Ｄ５に外部連携対象の識別情報の項目を設けている。また、投稿記事情報Ｄ１のメタ情報Ｄ１２に外部連携対象についての制限情報を示す項目を設けている。記事出力制御手段１ｂは、アプリ識別情報Ｄ４と利用条件情報Ｄ５の取得に加えて、アプリケーションの外部連携対象１ｆから外部連携対象１ｆの消耗情報Ｄ７を取得する手段（第３の抽出手段）を有するように変形を行ったものである。上記消耗情報は、外部連携対象１ｆがストレージサービスの場合、ストレージの残容量等に相当する。

このような構成において、変形例５のＷｅｂシステム４００は、ステップＳ４からステップＳ５において次のように動作する。記事出力制御手段１ｂはアプリ利用条件管理手段１ｄから利用条件情報Ｄ５の１つとして外部連携対象の識別情報を取得する（Ｓ４）。そして、記事出力制御手段１ｂは、ステップＳ４で取得した識別情報が示す外部連携対象１ｆにアクセスし、当該外部連携対象１ｆの消耗情報Ｄ７を取得する（Ｓ４−１）。更に、記事出力制御手段１ｂは、ステップＳ３で取得したアプリ識別情報Ｄ４と、ステップＳ４で取得した利用条件情報Ｄ５と、ステップＳ４−１で取得した消耗情報Ｄ７とを記事管理手段１ａに出力し、これらに該当する記事情報Ｄ１１の出力を要求する（Ｓ５）。

（機能構成）
続いて変形の対象となる箇所の具体的な構成について説明する。
図３１は、変形例５に係るサーバ装置１の主な機能構成の一例を示す機能ブロック図である。

図３１に示すサーバ装置１は、第１の実施の形態に示すサーバ装置１の機能（図５参照）に、更に外部連携サービスの１つとして外部ストレージサービス１０６の機能を明示したものである。

外部ストレージサービス１０６は、ストレージを管理し、アプリケーションに所定容量のストレージを提供するサービスである。

記事出力制御部１０３は、データベースから抽出した利用条件情報に外部ストレージサービス１０６の識別情報が含まれている場合、その外部ストレージサービス１０６にアクセスし、消耗情報Ｄ７（図３０参照）としてストレージの残容量を取得する。そして、記事出力制御部１０３は、その残容量を制限情報に含む投稿記事情報Ｄ１（図３０参照）を記事管理部１０２から取得する。

（テーブル構成）
図３２は、変形例５に係るアプリ利用条件管理手段１ｄ（図３０参照）としてデータベースに設けたテーブルのテーブル構成の一例を示す図である。図３２に示すアプリ利用条件テーブルＴ２は、第１の実施の形態に示すアプリ利用条件テーブルＴ２（図６参照）の利用条件設定項目ｔ２２に対し、利用条件項目の名称として「外部連携」を更に登録したものとなっている。「外部連携」項目のデータ部には外部連携サービスの識別情報を設定する。本例においては、テナントＩＤ「００３」についての設定例を示している。ここでは、外部連携サービスの識別情報として、外部ストレージサービスやドライブ名を示す識別情報を設定している。

（画面構成）
図３３は、変形例５に係る投稿記事入力画面の画面構成の一例を示す図である。図３３に示す投稿記事入力画面Ｇ５１は、第１の実施の形態に係る投稿記事入力画面Ｇ１（図７参照）において、外部連携の制限項目を設けたものである。

設定ボックスＢ３−４は、「外部連携」を含む閲覧対象の制限項目のリストをプルダウン表示し、リストから受け付けた制限項目を設定する。

設定ボックスＢ４−４は、設定ボックスＢ３−４に「外部連携」が設定された場合に、外部連携サービスを示すリストをプルダウン表示し、リストから外部連携サービスの１つを選択する選択操作を受け付け、それを第２メタ情報として受け付ける。

設定ボックスＢ４−５は、設定ボックスＢ４−４に設定された外部連携サービスに付随する条件を選択可能に表示し、選択された１つを第２メタ情報の付加条件情報として受け付ける。具体的に外部連携サービスに付随する条件とは、外部連携サービスの消耗度合の基準を示す情報（消耗基準情報）のことである。図３３に示す投稿記事入力画面Ｇ５１の設定例では、設定ボックスＢ３−４が「外部連携」が選択され、設定ボックスＢ４−４が「外部ストレージサービスＡ」が選択されたものを示している。この場合、設定ボックスＢ４−５は、上記消耗基準情報として多段階の残容量を選択可能に表示し、その内の１つの選択操作を受け付ける。本例では「残容量１ギガバイト以下」を受け付けた状態を示している。消耗基準情報の一例として示す当該「残容量１ギガバイト以下」は、外部ストレージサービスＡのストレージの残容量が「１ギガバイト以下」のユーザに閲覧を制限することを表している。

（投稿記事情報）
続いて、投稿端末２において生成される投稿記事情報のデータ構成について説明する。
図３４は、投稿記事入力画面Ｇ５１（図３３参照）のテキスト入力及び選択入力により生成された投稿記事情報の記事情報とメタ情報の一例を示す図である。図３４に示す投稿記事情報Ｄ１には、設定ボックスＢ４−４（図３３参照）及び設定ボックスＢ４−５（図３３参照）に設定された情報に識別子として第２タグＪ３が付加され、当該情報が第２メタ情報Ｄ１２２として設定される。

（全体シーケンス）
続いて、記事情報の投稿及び閲覧に係る全体動作について説明する。
図３５は、変形例５に係る全体動作のシーケンス図である。変形例５に係るサーバ装置１では、第１の実施の形態に示す全体シーケンス（図８参照）においてステップＳ１６−１からステップＳ１６−２の処理を追加して行う。

記事出力制御部１０３は、ステップＳ１６において取得した利用条件情報に外部連携対象の識別情報（ここでは、外部ストレージサービスＡとする）が含まれていた場合、更に外部ストレージサービス１０６にアクセスし、残容量情報を取得する（Ｓ１６−１）。

そして、記事出力制御部１０３は、ステップＳ１６で取得した利用条件情報（利用条件項目の名称を含む）にステップＳ１６−１で取得した残容量情報をセットする（Ｓ１６−２）。

こうして、記事出力制御部１０３は、残容量情報をセットした利用条件情報とステップＳ１５で取得したアプリ識別情報とのペア情報を記事管理部１０２に出力し、そのペア情報により特定される記事情報の出力を依頼する（Ｓ１７）。

上記ペア情報は、テナントＩＤが「００３」で、アプリ利用条件テーブルＴ２（図３２参照）の設定例に従うと次のようになる。但し、以下では、アプリ識別情報が「アプリＡ」と「アプリＣ」のペア情報のみ示し、「アプリＢ」のペア情報については記載を省略する。

前者の「アプリＡ」についてはアプリ利用条件テーブルＴ２の外部連携の項目に「なし」が設定されている。このため、利用条件情報は外部連携の情報を含まず、そのペア情報は、アプリ識別情報（「アプリＡ」）、利用条件情報（「保守契約：ＴＲＵＥ」、「ライセンス期限：なし」、「有償・無償：無償」）となる。

後者の「アプリＣ」についてはアプリ利用条件テーブルＴ２の外部連携の項目に「外部ストレージサービスＡ」が設定されている。このため、利用条件情報は、外部連携の情報として外部ストレージサービスＡや、外部ストレージサービスＡから取得された残容量情報を含む。従って、そのペア情報は、アプリ識別情報（「アプリＣ」）、利用条件情報（「保守契約：ＦＡＬＳＥ」、「外部ストレージサービスＡ：残容量５００メガバイト」、「ライセンス期限：なし」、「有償・無償：無償」）となる。なお、残容量情報として示す「残容量５００メガバイト」は一例である。残容量情報は、そのときのストレージの使用量に応じて、この例では、１ギガバイトを超える所定の最大使用可能容量から０バイトまでの値をとり得るものとする。

この依頼により、記事管理部１０２は、指定フォルダ内の複数の投稿記事情報の中から、メタ情報の設定が上記ペア情報の設定に対応する投稿記事情報の特定処理を行う（Ｓ１８）。例えば、図３４に示すように、投稿記事情報Ｄ１の第２メタ情報Ｄ１２２において外部連携対象として「外部ストレージサービスＡ」が設定され、制限情報として「残容量１ギガバイト以下」が設定されているとする。その場合、記事管理部１０２は、上記ペア情報に含まれる「外部ストレージサービスＡ」の残容量を示す値が１ギガバイト以下である場合に、当該投稿記事情報Ｄ１を閲覧対象の記事であると判定する。一方、記事管理部１０２は「外部ストレージサービスＡ」の残容量を示す値が１ギガバイトを超えている場合は、当該投稿記事情報Ｄ１を閲覧対象の記事でないと判定する。本例では、上記ペア情報に「外部ストレージサービスＡ：残容量５００メガバイト」が設定されており、「外部ストレージサービスＡ」の残容量を示す値が１ギガバイト以下である。このため、記事管理部１０２は当該投稿記事情報Ｄ１を閲覧対象の記事であると判定する。

（サーバ装置１における記事情報の投稿及び閲覧に係る処理フロー）
ここで、サーバ装置１における処理について説明する。
図３６は、サーバ装置１のＣＰＵ１１が実行する記事情報の投稿及び閲覧に係るプログラムの処理フローの一例を示す図である。図３６には、第１の実施の形態に係る処理（図１１参照）と異なるステップＳ６５１〜ステップＳ６５３の処理を示している。ＣＰＵ１１（記事出力制御部１０３）は、ステップＳ６５の利用条件情報抽出処理後、抽出した利用条件情報に外部連携対象の識別情報が含まれているかを判定する（Ｓ６５１）。

外部連携対象の識別情報が含まれていない場合（ステップＳ６５１：Ｎｏ判定）、ＣＰＵ１１（記事出力制御部１０３）は、ステップＳ６６の投稿記事情報特定処理に移行する。

一方、外部連携対象の識別情報が含まれている場合（ステップＳ６５１：Ｙｅｓ判定）、ＣＰＵ１１（記事出力制御部１０３）は、当該識別情報が示す外部ストレージサービス１０６にアクセスし、残容量情報を取得する（Ｓ６５２）。

更に、ＣＰＵ１１（記事出力制御部１０３）は、残容量情報を利用条件情報にセットしたペア情報を生成する（Ｓ６５３）。

そして、ＣＰＵ１１（記事出力制御部１０３）は、投稿記事情報特定処理を行う（Ｓ６６）。

図３７は、図３６のステップＳ６５３に続いて行われるステップＳ６６の投稿記事情報特定処理の一例を示すフロー図である。当該投稿記事情報特定処理について第１の実施の形態に係る投稿記事情報特定処理（図１２参照）と異なるステップＳ７４−１〜ステップＳ７４−３の処理について説明する。

記事管理部１０２は、アプリ識別情報がマッチすると判定した場合（ステップＳ７４：Ｙｅｓ判定）、続いて、ステップＳ７２で取得した投稿記事情報Ｄ１の第２メタ情報Ｄ１２２に外部連携の識別情報が設定されているかを判定する（Ｓ７４−１）。

外部連携の識別情報が設定されていると判定した場合（ステップＳ７４−１：Ｙｅｓ判定）、記事管理部１０２は、アプリ識別情報がマッチしたペア情報の利用条件情報に上記外部連携の識別情報がセットされているかを判定する（Ｓ７４−２）。

上記外部連携の識別情報がセットされていると判定した場合（ステップＳ７４−２：Ｙｅｓ判定）、記事管理部１０２は、利用条件情報にセットされている上記外部連携についての消耗情報（残容量情報）が上記第２メタ情報Ｄ１２２に設定されている上記外部連携についての制限情報を満たすかを判定する（Ｓ７４−３）。例えば、上記残容量情報が５００メガバイトで当該制限情報が「残容量１ギガバイト以下」であった場合、制限情報を満たすと判定する。

上記消耗情報が上記制限情報を満たす場合（ステップＳ７４−３：Ｙｅｓ判定）、記事管理部１０２は、上記第２メタ情報Ｄ１２２に設定されているその他の条件が利用条件情報にセットされたものとマッチするかを判定する（Ｓ７５）。

ステップＳ７４−１がＮｏ判定の場合、ステップＳ７５に移行する。ステップＳ７４−２がＮｏ判定の場合、ステップＳ７１に移行する。ステップＳ７４−３がＮｏ判定の場合、ステップＳ７１に移行する。

図３８は、アプリ利用条件テーブルＴ２（図３２参照）の設定例において、テナントＩＤ「００３」の閲覧端末の閲覧対象記事の一例を示す図である。

図３８に示す記事情報Ｄ１１０は、第１メタ情報に「アプリＡ」を含み、第２メタ情報に保守契約（有り）を含む投稿記事情報の記事情報である。

図３８に示す記事情報Ｄ１１１は、第１メタ情報に「アプリＣ」を含み、第２メタ情報に外部ストレージサービスＡ（残容量１ギガバイト以下）を含む投稿記事情報の記事情報である。

記事情報Ｄ１１０は、投稿記事情報のメタ情報の設定がアプリ利用条件テーブルＴ２（図３２参照）の「アプリＡ」の「保守契約」の設定と同じであることにより、テナントＩＤ「００３」の閲覧端末の閲覧対象記事として特定されたものである。

記事情報Ｄ１１１は、投稿記事情報のメタ情報の設定がアプリ利用条件テーブルＴ２（図３２参照）の「アプリＣ」の「外部連携」の設定と同じであり、更に、外部ストレージサービスＡから取得した残容量情報が第２メタ情報の設定「残容量１ギガバイト以下」に該当していることにより、テナントＩＤ「００３」の閲覧端末の閲覧対象記事として特定されたものである。

以上により、投稿記事情報に第２メタ情報としてアプリケーションの外部連携対象についての制限情報を含ませることにより、その制限情報を満たす閲覧対象者に限り当該投稿記事情報の記事を閲覧することが可能になる。

（変形例６）
第１の実施の形態の変形例６として、投稿記事情報のメタ情報に含まれるエリア情報に応じて、投稿記事情報を管轄エリアのサーバ装置に転送する形態のものを示す。以下、第１の実施の形態と異なる箇所について説明する。

図３９は、変形例６のＷｅｂシステム６００のネットワーク構成の一例を示す図である。図３９に示すＷｅｂシステム６００は、管轄エリア毎のサーバ装置１−１、１−２、・・・と、管轄エリアに属し、その管轄エリアのサーバ装置にアクセスする投稿端末２−１、２−２、・・・及び閲覧端末３−１、３−２、・・・を有する。

サーバ装置１−１、１−２、・・・は、それぞれ、第１の実施の形態に係るサーバ装置１において振分手段１ｅ（図４０参照）を設けた装置である。投稿端末２−１、２−２、・・・は、それぞれ、第１の実施の形態に係る投稿端末２であり、管轄エリアのサーバ装置にアクセスするように設定されている。閲覧端末３−１、３−２、・・・もまた、第１の実施の形態に係る閲覧端末３であり、管轄エリアのサーバ装置にアクセスするように設定されている。

図４０は、変形例６のＷｅｂシステム６００に係るお知らせ記事の投稿及び閲覧に係る主な要素の関係を示す図である。第１の実施の形態のＷｅｂシステム１００（図２参照）において振分手段１ｅを更に設けたものである。ここでは、振分手段１ｅに係る記事管理手段１ａのみ示し、その他の既出の要素については図示を省略している。

振分手段１ｅは、投稿端末から投稿された投稿記事情報Ｄ１のエリア情報に基づき投稿記事情報Ｄ１を管轄エリアのサーバ装置の振分手段１ｅに転送する。また、振分手段１ｅは、投稿記事情報が自装置を管轄とするものである場合に、自装置の記事管理手段１ａに保存を依頼する。

以下では、サーバ装置１−１と、この管轄エリアの投稿端末２−１及び閲覧端末３−１を例に、各サーバ装置１−１、１−２、・・・が備える振分手段１ｅについて説明する。

振分手段１ｅは次のように動作する。投稿端末２−１から投稿記事情報Ｄ１が投稿されると（Ｓ１−１）、投稿記事情報Ｄ１に含まれるエリア情報のエリアを管轄するサーバ装置に投稿記事情報Ｄ１を転送する（Ｓ１−２）。その管轄エリアが自装置の管轄エリアである場合は投稿記事情報Ｄ１の保存を自装置の記事管理手段１ａに依頼する（Ｓ１−４）。また、振分手段１ｅは、他のサーバ装置から投稿記事情報が転送されると（Ｓ１−３）、その投稿記事情報Ｄ１の保存を自装置の記事管理手段１ａに依頼する（Ｓ１−４）。

（機能構成）
続いて、サーバ装置１−１の機能構成について説明する。
図４１は、サーバ装置１−１の主な機能構成の一例を示す機能ブロック図である。サーバ装置１−１は、第１の実施の形態に示すサーバ装置１の機能（図５参照）に、対応プログラムの実行により更に振分処理部１０５の機能を実現したものである。

Ｗｅｂサーバ１０１は、第１の実施の形態に示した機能に加え、振分処理部１０５により転送が指示されると、振分処理部１０５により指定される転送先（他のＷｅｂサーバ）へ投稿記事情報Ｄ１を転送する。

振分処理部１０５は、Ｗｅｂサーバ１０１が受信した投稿記事情報Ｄ１のエリア情報を読み取り、管轄エリアテーブルから上記エリア情報に対応付けられているサーバ装置（Ｗｅｂサーバ）を特定する。そして、振分処理部１０５は、Ｗｅｂサーバ１０１に対し、特定したサーバ装置（Ｗｅｂサーバ）への当該投稿記事情報の転送を指示する。

（テーブル構成）
図４２は、上記管轄エリアテーブルのテーブル構成の一例を示す図である。管轄エリアテーブルＴ４は、管轄エリア設定項目ｔ４１と管轄サーバ設定項目ｔ４２とを有する。管轄エリア設定項目ｔ４１のデータ部には、国や地域などのエリアを示すエリア情報を設定する。管轄サーバ設定項目ｔ４２のデータ部には、管轄エリア設定項目ｔ４１のデータ部に設定したエリアを管轄するサーバ装置のＩＰアドレスなどのアクセス情報を設定する。

（画面構成）
図４３は、投稿記事入力画面の画面構成の一例を示す図である。図４３に示す投稿記事入力画面Ｇ６１は、第１の実施の形態に示す投稿記事入力画面Ｇ１（図７参照）において、変形例３に示す投稿記事入力画面Ｇ４１（図２８参照）の設定ボックスＢ３−３及び設定ボックスＢ４−３を設定ボックスＢ３−８及び設定ボックスＢ４−８として加えたものである。

（投稿記事情報）
図４４は、投稿記事入力画面Ｇ６１（図４３参照）のテキスト入力及び選択入力により生成された投稿記事情報の記事情報とメタ情報の一例を示す図である。図４４に示す投稿記事情報Ｄ１は、第１の実施の形態に示す投稿記事情報Ｄ１（図１０参照）において、メタ情報Ｄ１２に第４メタ情報Ｄ１２３を追加したものである。第４メタ情報Ｄ１２３は、投稿記事入力画面Ｇ６１（図４３参照）において設定ボックスＢ３−８と設定ボックスＢ４−８に設定された情報であり、投稿記事情報の生成時に識別子として第６タグＪ６が付加される。第６タグＪ６が付加された第４メタ情報Ｄ１２３は、振分処理部１０５による振分処理において読み取られる。

（振分処理フロー）
次に、サーバ装置１−１における振分処理に係る処理フローについて説明する。
図４５は、第１の実施の形態に示す、記事情報の投稿及び閲覧に係る処理フロー図（図１１参照）に追加して実施する振分処理フローの一例を示す図である。当該振分処理フローは上記要求が保存を示すものである場合（ステップＳ５２：Ｙｅｓ判定）にＷｅｂサーバ１０１の依頼に基づいて振分処理部１０５が実施する。

先ず、ＣＰＵ１１（振分処理部１０５）は、要求情報に含まれる投稿記事情報Ｄ１（図４４参照）の第６タグＪ６が付加されているエリア情報（第４メタ情報Ｄ１２３）を読み取る（Ｓ５２１）。

そして、ＣＰＵ１１（振分処理部１０５）は、管轄エリアテーブルＴ４（図４２参照）から、ステップＳ５２１で読み取ったエリア情報に対応する管轄サーバ装置へのアクセス情報を取得する（Ｓ５２２）。

続いて、ＣＰＵ１１（振分処理部１０５）は、ステップＳ５２２で取得したアクセス情報が自装置のものかを判定する（Ｓ５２３）。

ステップＳ５２２で取得したアクセス情報が自装置のものである場合は（ステップＳ５２３：Ｙｅｓ判定）、ＣＰＵ１１（記事管理部１０２）が当該投稿記事情報を自装置の指定フォルダに保存する（Ｓ５３）。

ステップＳ５２２で取得したアクセス情報が自装置のものでない場合には（ステップＳ５２３：Ｎｏ判定）、ＣＰＵ１１（Ｗｅｂサーバ１０１）が、ステップＳ５２２で取得されたアクセス情報により指定されるサーバ装置（Ｗｅｂサーバ）へ、当該投稿記事情報の保存を要求する（Ｓ５２４）。

ステップＳ５３とステップＳ５２４の処理後は、ステップＳ４１の処理に戻る。

（サーバ装置１−１における閲覧処理フロー）
サーバ装置１−１は、閲覧における投稿記事情報特定処理において、投稿記事情報Ｄ１（図４４参照）の第１メタ情報Ｄ１２１と第２メタ情報Ｄ１２２を対象に比較判定を行うことになる。従って、第４メタ情報Ｄ１２３のエリア情報は投稿に係る処理においてのみ使用されることになり、閲覧に係る処理においては処理の対象から除外される。

以上により、投稿記事情報のメタ情報に含まれるエリア情報により、サーバ装置が管轄外の投稿記事情報を受け付けた場合に、その投稿記事情報を管轄エリアのサーバ装置に転送することが可能になる。これにより、閲覧端末は、管轄内の投稿記事情報のみを閲覧することが可能になる。

本実施形態及び各変形例においては、記事出力制御手段１ｂがアプリ識別情報Ｄ４と利用条件情報Ｄ５とを取得し、記事管理手段１ａに対して当該アプリ識別情報Ｄ４と当該利用条件情報Ｄ５とに対応する投稿記事情報Ｄ１の出力を要求する構成のものを示した。しかし、記事出力制御手段１ｂは、契約アプリ情報管理手段１ｃからアプリ識別情報Ｄ４を取得して記事管理手段１ａにアプリ識別情報Ｄ４に対応する投稿記事情報Ｄ１の出力を要求する構成のものに変形しても良い。この場合であっても、アプリ識別情報により記事情報の特定が可能となる。

以上により、実施形態及び各変形例では、利用者（個人又は団体）毎に該当するお知らせ記事を出力することができるため、利用者がお知らせ記事の中から該当するお知らせ記事を探したり、利用者に関係のない無駄なお知らせ記事を確認したりするという手間をなくすことが可能になる。

実施形態及び各変形例で実行されるプログラムは、ＲＯＭやＨＤＤなどのメモリ部に予め組み込まれて提供するものとしているが、これに限定されるものではない。実施形態及び各変形例で実行されるプログラムを、コンピュータで読み取り可能な記録媒体に記録してコンピュータプログラムプロダクトとして提供してもよい。例えば、インストール可能な形式または実行可能な形式のファイルで、フレキシブルディスク、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）、ブルーレイディスク（登録商標）、半導体メモリ等の記録媒体に記録して提供してもよい。

また、実施形態及び各変形例で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、実施形態及び各変形例で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

１ サーバ装置
１ａ 記事管理手段
１ｂ 記事出力制御手段
１ｃ 契約アプリ情報管理手段
１ｄ アプリ利用条件管理手段
２ 投稿端末
３ 閲覧端末
１００ Ｗｅｂシステム
Ｄ１ 投稿記事情報
Ｄ２ 契約者情報
Ｄ４ アプリ識別情報
Ｄ５ 利用条件情報
Ｄ１１ 記事情報
Ｄ１２ メタ情報
Ｍ１ メモリ

特開２００９−２２３３８５号公報

Claims (18)

1. 複数の端末と情報処理装置とが通信ネットワークを介して通信を行う情報処理システムであって、
   前記情報処理装置は、
   記事情報及び該記事情報に対応する閲覧条件情報を記憶する記憶手段と、
   前記複数の端末の内の前記記事情報の閲覧要求が送信された端末の所属情報を取得する取得手段と、
   前記取得手段により取得された前記所属情報に該当する記事情報を、前記記憶手段により記憶されている前記記事情報の内から前記閲覧条件情報に基づいて特定する特定手段と、
   前記特定手段により特定された前記記事情報を前記閲覧要求が送信された端末へ出力する出力手段と、
   を有し、
   前記複数の端末は、
   前記出力手段により出力された前記記事情報を表示する表示手段を有する、
   情報処理システム。
2. 入力記事情報及び入力閲覧条件情報を前記情報処理装置に送信する端末を、更に有し、
   前記記憶手段は、前記端末により送信された前記入力記事情報及び前記入力閲覧条件情報を、前記記事情報及び前記閲覧条件情報として記憶する、
   請求項１に記載の情報処理システム。
3. 前記情報処理装置は、更に、
   前記記憶手段により記憶されている有効期限切れの記事情報を前記出力手段の出力対象から除外する除外手段を有する、
   請求項１に記載の情報処理システム。
4. 前記閲覧条件情報は、エリア情報を含み、
   前記特定手段は、前記所属情報に対応するエリアの記事情報を、前記記憶手段により記憶されている前記記事情報の内から前記エリア情報に基づいて特定する、
   請求項１に記載の情報処理システム。
5. 前記端末は、汎用ブラウザを有し、
   前記汎用ブラウザが、前記情報処理装置に前記閲覧要求を行い、前記出力手段により出力される前記記事情報を表示する処理を行う、
   請求項１に記載の情報処理システム。
6. 前記記事情報と前記閲覧条件情報は、同一ファイルに含まれ、それぞれ、所定の識別子により区別される、
   請求項１に記載の情報処理システム。
7. 前記入力閲覧条件情報は、前記記事情報の有効期限を示す有効期限情報を含み、
   前記情報処理装置は、更に、
   前記記憶手段が記憶する有効期限切れの記事情報を前記有効期限情報に基づいて前記出力手段の出力対象から除外する除外手段を有する、
   請求項２に記載の情報処理システム。
8. 前記入力閲覧条件情報は、エリア情報を含み、
   前記情報処理装置は、更に、
   前記端末から送信された前記入力記事情報及び前記入力閲覧条件情報を該入力閲覧条件情報に含まれる前記エリア情報に基づいて管轄の情報処理装置へ振り分ける振分手段を有し、
   前記記憶手段は、前記振分手段の振り分けに基づき、管轄内の前記入力記事情報及び前記入力閲覧条件情報を前記記事情報及び前記閲覧条件情報として記憶する、
   請求項２に記載の情報処理システム。
9. 前記情報処理装置は、
   汎用ブラウザで動作する、前記入力記事情報及び前記入力閲覧条件情報の入力生成画面情報を、前記端末に対して送信する送信手段を有する、
   請求項２に記載の情報処理システム。
10. 前記閲覧条件情報は、アプリ識別情報を含み、
    前記特定手段は、
    前記所属情報と契約アプリのアプリ識別情報との対応関係を示す第１の対応情報と、
    前記第１の対応情報に示される前記対応関係に基づいて前記所属情報に対応する前記アプリ識別情報を抽出する第１の抽出手段と、
    前記記憶手段により記憶されている前記記事情報の内から、前記第１の抽出手段により抽出された前記アプリ識別情報を前記閲覧条件情報として含む記事情報を前記所属情報の前記記事情報として特定する契約記事特定手段と、
    を有する、
    請求項１又は２に記載の情報処理システム。
11. 前記閲覧条件情報は、更に、アプリの利用条件を設定する設定情報を含み、
    前記特定手段は、更に、
    前記契約アプリの前記アプリ識別情報と前記所属情報を対象に前記利用条件を設定する設定情報との対応関係を示す第２の対応情報と、
    前記第２の対応情報に示される前記対応関係に基づいて、前記第１の抽出手段により抽出された前記アプリ識別情報に対応する前記利用条件の前記設定情報を抽出する第２の抽出手段と、
    を有し、
    前記契約記事特定手段は、
    前記第１の抽出手段により抽出された前記アプリ識別情報を前記閲覧条件情報に含み、且つ前記第２の抽出手段により抽出された前記利用条件の前記設定情報の設定に該当する設定を前記閲覧条件情報に含む記事情報を、前記記憶手段により記憶されている前記記事情報の内から、前記所属情報の前記記事情報として特定する、
    請求項１０に記載の情報処理システム。
12. 更に、
    前記記憶手段により記憶されている前記閲覧条件情報は、前記利用条件の前記設定情報として、前記アプリが連携する連携先の消耗度合の基準を示す消耗基準情報を含み、
    前記第２の対応情報は、前記利用条件の設定情報として、前記契約アプリの連携先を示す連携先識別情報を含み、
    前記特定手段は、
    前記第２の抽出手段により抽出された前記利用条件の前記設定に含まれる前記連携先識別情報の連携先から消耗情報を抽出する第３の抽出手段、
    を有し、
    前記契約記事特定手段は、
    前記第１の抽出手段により抽出された前記アプリ識別情報を前記閲覧条件情報に含み、且つ前記消耗基準情報を前記第３の抽出手段により抽出された前記消耗情報が満たす、前記記憶手段により記憶されている記事情報を、前記所属情報の前記記事情報として特定する、
    請求項１１に記載の情報処理システム。
13. 前記設定情報は、利用条件を示す複数項目の設定情報からなる、
    請求項１１に記載の情報処理システム。
14. 前記設定情報は、閲覧機器の種類を示す属性情報を含む、
    請求項１１に記載の情報処理システム。
15. 端末からの要求処理を複数の情報処理装置が連携して行う情報処理システムであって、
    記事情報及び該記事情報に対応する閲覧条件情報を記憶する記憶手段と、
    前記記事情報の閲覧要求が送信された端末の所属情報を取得する取得手段と、
    前記取得手段により取得された前記所属情報に該当する記事情報を、前記記憶手段により記憶されている前記記事情報の内から前記閲覧条件情報に基づいて特定する特定手段と、
    前記特定手段により特定された前記記事情報を前記閲覧要求が送信された端末へ出力する出力手段と、
    を有する情報処理システム。
16. 複数の端末と通信ネットワークを介して通信を行う情報処理装置であって、
    記事情報及び該記事情報に対応する閲覧条件情報を記憶する記憶手段と、
    前記複数の端末の内の前記記事情報の閲覧要求が送信された端末の所属情報を取得する取得手段と、
    前記取得手段により取得された前記所属情報に該当する記事情報を、前記記憶手段により記憶されている前記記事情報の内から前記閲覧条件情報に基づいて特定する特定手段と、
    前記特定手段により特定された前記記事情報を前記閲覧要求が送信された端末へ出力する出力手段と、
    を有する情報処理装置。
17. 複数の端末と情報処理装置とが通信ネットワークを介して通信を行う情報処理システムの出力制御方法であって、
    前記情報処理装置において記事情報及び該記事情報に対応する閲覧条件情報を記憶部に記憶する工程と、
    前記情報処理装置において、前記複数の端末の内の前記記事情報の閲覧要求が送信された端末の所属情報を取得する工程と、
    前記情報処理装置において、前記所属情報に該当する記事情報を、前記記憶部に記憶されている前記記事情報の内から前記閲覧条件情報に基づいて特定する工程と、
    前記情報処理装置において、前記特定された記事情報を前記閲覧要求が送信された端末へ出力する工程と、
    前記閲覧要求を送信した端末において、前記出力された前記記事情報を表示する工程と、
    を含む出力制御方法。
18. 記事情報及び該記事情報に対応する閲覧条件情報を記憶部に記憶するコンピュータを、
    前記記事情報の閲覧要求のあった端末の所属情報を取得する取得手段と、
    前記取得手段により取得された前記所属情報に該当する記事情報を、前記記憶部に記憶されている前記記事情報の内から前記閲覧条件情報に基づいて特定する特定手段と、
    前記特定手段により特定された前記記事情報を前記閲覧要求のあった端末へ出力する出力手段と、
    して機能させるプログラム。

Images