JP6352880B2 - アイテム管理プログラム、アイテム管理方法及びアイテム管理システム - Google Patents

Description

本発明は、アプリケーションで用いるアイテムの作成を管理するためのアイテム管理プログラム、アイテム管理方法及びアイテム管理システムに関する。

相互に関連するタスクからなるシステム開発等においては、複数の組織が参画するプロジェクトにより実施されることがある。このプロジェクトの進捗状況を視覚的に表現するプロジェクト管理システムが検討されている（例えば、特許文献１参照）。この文献に記載されたプロジェクト管理システムにおいては、プロジェクトの遂行時に参照される参照文書と作成されるアウトプット文書を管理する文書管理データベースとを用いる。更に、プロジェクトの計画時に、プロジェクトの各工程で作成すべきアウトプット文書の空の実体を文書管理データベースへ登録する。そして、登録した空の実体及び参照文書へのリンク情報を工程と関連付けて登録し、プロジェクトの進捗状況を管理する。このプロジェクト管理システムは、工程ごとに、工程名と、その工程のスケジュールの長さに合わせたタイトルバー及びその工程の進捗状況を表す進捗バーとを対応させて表示させ、工程の要員とこの要員が担当する進捗状況を視覚的に出力する。

また、今日、各種ゲームを提供する技術が検討されている（例えば、特許文献２参照）。この文献に記載された技術では、完成されたアイテムではなく、完成アイテムに至るまでの複数の未完成アイテムを用意し、この複数の未完成アイテムをユーザに提示することにより、ユーザのアイテム取得に対するモチベーションの向上を図り、これにより、カードゲームのユーザ離脱率の低下を図る。

特開２００３−１４１３２０号公報 特許第５４０１６２７号公報

上述のように、ゲーム等のアプリケーションにおいては、多くのアイテムが利用される。更に、アイテムの進化等により、形態が変化することがある。このようなアプリケーションを開発する場合、一部のアイテムの準備の遅れが、全体の開発に影響を与えることがある。従って、各アイテムの画像等の作成状況を的確に管理する必要がある。また、アイテムの作成ステップにおいては、アイテム画像には各種修正が行われる。このような変更を把握できれば、ユーザにとって便利である。

本発明は、上述した問題に鑑みてなされたものであり、その目的は、アプリケーションに用いる複数のアイテムの作成を、効率的かつ的確に管理するためのアイテム管理プログラム、アイテム管理方法及びアイテム管理システムを提供することにある。

（１）上記課題を解決するアイテム管理システムは、アイテムを管理するシステムであって、アプリケーションで用いる少なくともベースが同じアイテムについて、相互に関連するアイテム画像を記憶した記憶部と、クライアント端末に接続された制御部とを備え、前記制御部が、前記アイテムのアイテム画像を前記記憶部から取得し、前記アイテム画像を表示させる画像領域を生成して、前記クライアント端末に出力し、変更入力が行なわれた場合には、前記画像領域に、関連するアイテム画像を変更出力する。これにより、相互に関連するアイテム画像の比較によって、変更箇所の把握が容易になる。

（２）上記アイテム管理システムにおいて、前記記憶部には、登録日時に関連付けて各アイテム画像が記録されており、登録日時の順番で、前記アイテム画像を変更出力することが好ましい。これにより、複数のアイテム画像が記録されている場合にも、変更箇所の把握が容易になる。

（３）上記アイテム管理システムにおいて、前記アイテム画像の変更出力時には、視覚的に残像効果が生じる時間内で変更することが好ましい。これにより、残像効果により、前後の画像の違いを把握することができる。

（４）上記アイテム管理システムにおいて、前記記憶部には、アイテム画像の作成者が登録したチェック画像と、前記チェック画像に対する確認者の確認結果とが登録されており、前記画像領域に出力されたアイテム画像の確認結果を識別できるように表示することが好ましい。これにより、アイテム画像の状態を把握することができる。

本発明によれば、アプリケーションに用いる複数のアイテムの作成を、効率的かつ的確に管理することができる。

本実施形態のシステム概略図。 本実施形態で用いるデータの説明図。 本実施形態の処理手順の説明図。 本実施形態の処理手順の説明図。 本実施形態の処理手順の説明図。 本実施形態の出力画面の説明図。 本実施形態の出力画面の説明図。 本実施形態の出力画面の説明図。 本実施形態の出力画面の説明図。 本実施形態の出力画面の説明図。 本実施形態の出力画面の説明図。 本実施形態の出力画面の説明図。 本実施形態の出力画面の説明図。 本実施形態の出力画面の説明図。 本実施形態の出力画面の説明図。 本実施形態の出力画面の説明図。 本実施形態の出力画面の説明図。 本実施形態の出力画面の説明図。 本実施形態の処理手順の説明図。 本実施形態の出力画面の説明図。 他の実施形態の出力画面の説明図。 他の実施形態の出力画面の説明図。 他の実施形態の出力画面の説明図。

以下、アイテム管理方法の一実施形態を図１〜図２０に従って説明する。
図１に示すように、本実施形態では、インターネット等のネットワークを介して接続された複数のクライアント端末１０、管理サーバ２０を用いて、アプリケーションに用いるアイテムを作成する場合を想定する。ここで、アイテムは、成果物を管理するための単位であり、例えば、ゲームアプリケーションに利用される複数のキャラクタ等がある。この場合、アイテムの作成には、管理者、開発者、作成者が関わる。

管理者は、アプリケーションの管理会社に属しており、アプリケーションの構想の作成や、アプリケーション全体の管理やオペレーション、品質確認を行なう。開発者はアプリケーションの開発会社（デベロッパ）に属しており、管理者とともに、アプリケーションに用いるアイテムを作成する。そして、作成者（デザイナ）はコンテンツの作成会社に属しており、開発者とともに、作成されたアイテムのアイテム画像（アセット）を作成する。アイテム画像を作成する場合、例えば、ラフ画、線画、着彩、仕上げ、検品、納品等の作成ステップ（プロセス）を経る。作成者は、各ステップにおいて、アイテム画像（チェックファイル）を作成し、管理サーバ２０に投稿する。そして、開発者は、管理サーバ２０を用いて、投稿されたチェックファイルを確認して、確認結果をフィードバックする。このフィードバックでは、開発者は、「ＯＫ（承認）」、「リテイク（やり直し）」の判断を行なう。作成者は、開発者のフィードバックに基づいて、必要な場合にはアイテムの修正を行なう。なお、管理者と開発者との役割は、状況に応じて変更することができる。例えば、管理者がアプリケーションを内製する場合には、開発者としての役割を有する。

アイテムの作成のために、管理者、開発者、作成者は、それぞれのクライアント端末１０を用いる。クライアント端末１０は、各ユーザ（管理者、開発者、作成者）が、管理サーバ２０にアクセスするために利用するコンピュータ端末である。クライアント端末１０は、通信部、入力部や出力部（タッチパネルディスプレイ等）を備える。更に、クライアント端末１０は、ＣＰＵ、ＲＡＭ及びＲＯＭ等からなる制御部を備える。本実施形態では、各クライアント端末１０は、ブラウザプログラムを備えており、このプログラムによって起動されたブラウザを用いて、管理サーバ２０にアクセスする。

管理サーバ２０は、アプリケーション開発を支援するサーバコンピュータである。本実施形態では、ゲームアプリケーションのアイテムの作成を支援する。この管理サーバ２０は、ＣＰＵ、ＲＡＭ及びＲＯＭ等からなる制御部２１、権限情報記憶部２２、アカウント情報記憶部２３、アイテム管理情報記憶部２４、画像記憶部２５を備える。制御部２１は、管理プログラムを実行することにより、権限管理部２１１、アイテム管理部２１２、表示制御部２１３、履歴表示部２１４として機能する。

権限管理部２１１は、アクセスユーザを特定し、このユーザの権限を特定する処理を実行する。
アイテム管理部２１２は、アプリケーションに用いるアイテムの作成プロセスを管理する処理を実行する。

表示制御部２１３は、アイテム画像に関わる各種出力の管理処理を実行する。
履歴表示部２１４は、アイテム画像の作成履歴に基づいてアイテム画像を変更出力する処理を実行する。

権限情報記憶部２２には、各アカウントの属性に応じて、使用できる機能や権限に関する権限情報が記録される。この権限情報は、権限が登録された場合に記録される。この権限情報には、所属、権限に関するデータが記録される。

所属データ領域には、所属（本実施形態では、管理者、開発者、作成者）を識別するための情報が記録されている。
権限データ領域には、各属性において使用できる機能や権限に関する情報が記録される。本実施形態では、管理者は、アイテムの作成や削除、アイテム編集、コメントの投稿、参考資料の投稿等の権限を有する。開発者は、自社のアイテム編集、コメントの投稿、参考資料の投稿等の権限を有する。作成者は、自社のアイテム編集、コメントの投稿、参考資料の投稿、ファイルチェック投稿、ファイル納品の権限を有する。

アカウント情報記憶部２３には、アイテムの作成に関わるユーザに関するアカウント情報が記録される。このユーザ情報は、ユーザが登録された場合に記録される。アカウント情報には、アカウントＩＤ、アカウント属性、連絡先に関するデータが記録される。

アカウントＩＤデータ領域には、各ユーザを特定するための識別子に関するデータが記録される。
アカウント属性データ領域には、このユーザが属する所属（管理会社、開発会社、作成会社）を特定するための識別子に関するデータが記録される。
連絡先データ領域には、このユーザの連絡先に関するデータが記録される。本実施形態では、連絡先としてメールアドレスを用いる。

アイテム管理情報記憶部２４には、各アイテムを管理するためのアイテム管理情報が記録される。このアイテム管理情報は、作成するアイテムを決定した場合に登録され、アイテム作成の進捗に応じて更新される。

図２を用いて、アイテム管理情報を説明する。アイテム管理情報においては、会社情報Ｄ０１に対して、プロジェクト情報Ｄ１０が関連付けられている。会社情報Ｄ０１は、アプリケーションを作成する開発会社を特定するための識別子に関するデータが記録される。プロジェクト情報Ｄ１０には、この開発会社が作成するアプリケーションを特定するための識別子（ここでは、タイトル）に関するデータが記録される。

このプロジェクト情報Ｄ１０には、複数のカスタムフィールド情報Ｄ１５が関連付けられている。このカスタムフィールド情報Ｄ１５においては、このプロジェクトにおいて使用するアイテムの各種項目（例えば、キャラクタ属性、レア度等）を任意に設定することができる。ここで、キャラクタ属性は、キャラクタが属する性質に関するパラメータであり、「火」、「水」、「闇」、「光」等を設定する。このキャラクタ属性に基づいて、対戦相手との相性が決定される。また、レア度は、そのアイテムのランク（例えば、希少価値）を表わすパラメータである。例えば、キャラクタの出現率が低い場合、このレア度を高くする。

プロジェクト情報Ｄ１０には、カテゴリ情報Ｄ２０が関連付けられている。カテゴリ情報Ｄ２０は、アイテムをまとめるグループを特定するための情報である。カテゴリ情報Ｄ２０には、管理会社の担当者と連絡先、作成会社の担当者や連絡先、開発会社の担当者に関する情報が含まれる。

更に、作成会社の担当者における閲覧権限に関する情報を含む。この閲覧権限は、カテゴリを担当する他の作成者間でアイテムの有無やアイテム情報の閲覧の可否を判定するための情報である。この閲覧権限には、通常モード、名称隠蔽モード、非表示モードがある。通常モードにおいては、すべての作成者の名称やアイテムが表示される。名称隠蔽モードにおいては、すべての作成者のアイテムが表示されるが、他の作成者の名称は隠蔽される。この名称隠蔽モードにより、異なる作成者の画像等を確認し、作風等の整合性を図ることができる。一方で、他の作成者に個人情報が知られることがないというメリットがある。非表示モードにおいては、自社のアイテムのみが表示される。

更に、カテゴリ情報Ｄ２０には、各担当者に対する通知設定が含まれる。この通知設定は、コメントや画像の投稿時に、通知の要否を判定するための情報である。
カテゴリ情報Ｄ２０には、グループ情報Ｄ３０が関連付けられている。グループ情報Ｄ３０には、このカテゴリに用いるステップグループに関する情報が記録される。ステップグループは、アイテム作成時のプロセスを特定するための情報である。例えば、アイテム作成において「未着手、ラフ画、線画、着彩、仕上げ、納品」の各ステップを含むステップグループを指定することができる。

このグループ情報Ｄ３０には、アイテム情報Ｄ４０が関連付けられている。
アイテム情報Ｄ４０は、アイテムＩＤ、番号、進化レベル、キャラクタ名、メモに関する情報を含む。本実施形態では、「アイテムＩＤ」、「番号」を組み合わせたアイテムコードに基づいて各アイテム（例えば、キャラクタ）を識別する。更に、「アイテムＩＤ」、「番号」による集合体の中で、「進化レベル」に基づいてキャラクタの遷移を識別する。この進化レベルは、第１レベル、第２レベル、第３レベルのように、元は同じキャラクタであるが、その進化の度合いを示す識別子が記録される。進化レベルが上がると、キャラクタの成長（子供から大人等の遷移）、対戦等に関する各種パラメータ（攻撃力、防御力や武器）の強化、キャラクタ画像や背景画像のリッチ化（多色化、深みや艶やかさがある配色）等が行われる。カスタムフィールド情報Ｄ１５に各種項目が設定されている場合には、この項目に対応する情報が記録される。

アイテム情報Ｄ４０には、ボール情報Ｄ５０、コメント情報Ｄ６０、画像情報Ｄ７０、ステータス情報Ｄ８０、ステップ情報Ｄ９０が関連付けられる。
ボール情報Ｄ５０には、このアイテムについて現在の作業担当者を特定するための情報（アカウントＩＤ）が記録される。

コメント情報Ｄ６０は、アイテムに関して投稿されたコメントに関する情報が記録される。このコメント情報Ｄ６０には、投稿ＩＤ、投稿時のステップ、宛先、コメント内容、投稿者、投稿日時（登録日時）に関する情報が含まれる。更に、宛先に対して、未続、既読を識別するためのフラグが記録される。投稿時には未読フラグが記録され、宛先ユーザがコメントを閲覧した場合には既読フラグが記録される。

画像情報Ｄ７０には、アイテムに関して投稿された画像に関する情報が記録される。この画像情報Ｄ７０には、投稿ＩＤ、投稿時のステップ、画像種別、宛先、画像ＩＤ、投稿者、投稿日時（登録日時）が記録される。画像種別には、「チェックファイル」、「参照画像」、「納品ファイル」がある。チェックファイルは、アイテムの作成者が、アップロードした画像であって、開発者又は管理者に確認を受けるための画像である。参照画像は、チェックファイル以外のファイルであって、例えば、アイテム作成時に参考にする画像等がある。納品ファイルは、アイテムに関して完成し、作成者によって納品された画像である。チェックファイルＤ７１、参照画像Ｄ７２、納品ファイルＤ７３は、後述する画像記憶部２５に記録される。

ステータス情報Ｄ８０には、アイテムの各ステップにおける状況を示す情報が記録される。本実施形態では、「作業中」、「ＯＫ」、「リテイク」のいずれかを示すフラグが記録される。「ＯＫ」、「リテイク」は、確認者の確認結果に応じて記録される。

ステップ情報Ｄ９０は、カテゴリ単位で設定されたステップグループにおいて、現在のステップを特定するための情報が記録される。ステップとしては、上述のように、例えば、未着手、ラフ画、線画、着彩、仕上げ、納品等が記録される。

更に、各ステップ情報Ｄ９０には、予定情報Ｄ９１、優先度情報Ｄ９２が関連付けられる。予定情報Ｄ９１には、このステップの開始時期や期限、進捗率に関する情報が記録される。また、優先度情報Ｄ９２には、このステップについての優先度に関する情報が記録される。

画像記憶部２５には、画像情報Ｄ７０の画像ＩＤに関連付けられて、チェックファイルＤ７１、参照画像Ｄ７２、納品ファイルＤ７３が記録される。

（アイテム管理処理）
次に、図３を用いて、アイテム管理処理を説明する。アイテムを作成する場合、管理者は、クライアント端末１０を用いて、管理サーバ２０にアクセスする。
この場合、管理サーバ２０の制御部２１は、ログイン処理を実行する（ステップＳ１００）。具体的には、制御部２１の権限管理部２１１は、クライアント端末１０からアカウントＩＤを取得し、アカウント情報記憶部２３を用いて、アクセスユーザ及び所属を特定する。次に、権限管理部２１１は、権限情報記憶部２２を用いて、アクセスユーザの所属に応じた権限を特定する。そして、権限管理部２１１は、クライアント端末１０のディスプレイにログイン画面を出力する。

図６に示すように、ログイン画面５００は、上部エリア５００ａ、サイドエリア５００ｂを備える。この上部エリア５００ａ、サイドエリア５００ｂは、後述する各画面においても同様に表示される。上部エリア５００ａには、ボール数表示５０１、コメント数表示５０２を含む。ボール数表示５０１には、この利用者がボールを持っているアイテムの数が表示される。コメント数表示５０２には、この利用者が宛先となっており、まだ閲覧していないコメントの数が表示される。サイドエリア５００ｂには、この利用者が担当者として設定されているタイトルを指定するためのアイコン５０３や、各開発会社を指定するためのアイコン５０４が表示される。また、ログイン画面５００は、ボール内容表示５０５、コメント内容表示５０６を含む。ボール内容表示５０５には、ボール情報Ｄ５０においって、この利用者のアカウントＩＤが設定されているアイテムに関する内容が表示される。コメント内容表示５０６には、コメント情報Ｄ６０において、この利用者のアカウントＩＤが宛先となっており、未読フラグが記録されたコメントの概要が表示される。

次に、管理サーバ２０の制御部２１は、タイトル作成処理を実行する（ステップＳ１０１）。具体的には、アイテムの作成権限を有する管理者の場合、権限管理部２１１は、タイトル作成を許容する。タイトルを作成する場合、ログイン画面５００のアイコン５０４を用いて、アプリケーションの開発会社を特定して、タイトル作成を指示する。この場合、アイテム管理部２１２は、クライアント端末１０のディスプレイに、タイトル作成画面を出力する。

図７に示すように、タイトル作成画面５１０には、タイトル設定欄５１１、カスタムフィールド設定欄５１２が設けられている。タイトル設定欄５１１に、タイトル（プロジェクト名）を入力する。更に、カスタムフィールド設定欄５１２には、タイトルに属するアイテムについての各種項目（例えば、キャラクタ属性、レア度等）の設定を行なう。タイトル作成画面５１０において作成ボタンが選択された場合、アイテム管理部２１２は、アイテム管理情報記憶部２４において、タイトル設定欄５１１に設定されたタイトルを含めたプロジェクト情報Ｄ１０を、開発会社の会社情報Ｄ０１に関連付けて記録する。更に、アイテム管理部２１２は、カスタムフィールド設定欄５１２に設定された各種項目を含むカスタムフィールド情報Ｄ１５を、プロジェクト情報Ｄ１０に関連付けて記録する。

次に、管理サーバ２０の制御部２１は、カテゴリ作成処理を実行する（ステップＳ１０２）。具体的には、アイテム管理部２１２は、クライアント端末１０のディスプレイに、カテゴリ作成画面を出力する。

図８に示すように、カテゴリ作成画面５２０には、管理者や作成者、開発者に関する情報を登録する担当者情報設定欄５２１〜５２３が設けられている。担当者情報設定欄５２１には、管理会社の担当者のユーザ識別子やメール通知設定を登録する。担当者情報設定欄５２２には、作成会社の閲覧権限、作成会社、担当者のユーザ識別子、メール通知設定を登録する。担当者情報設定欄５２３には、開発会社の担当者のユーザ識別子、メール通知の要否を登録する。更に、カテゴリ作成画面５２０には、ステップグループ指定欄５２４が設けられている。カテゴリ作成画面５２０において作成ボタンが選択された場合、アイテム管理部２１２は、アイテム管理情報記憶部２４において、担当者情報設定欄５２１〜５２３に設定された担当者情報を含めたカテゴリ情報Ｄ２０を、プロジェクト情報Ｄ１０に関連付けて記録する。更に、アイテム管理部２１２は、アイテム管理情報記憶部２４において、カテゴリ作成画面５２０に指定されたステップグループに関する情報を含めたグループ情報Ｄ３０を記録する。

次に、管理サーバ２０の制御部２１は、アイテム設定処理を実行する（ステップＳ１０３）。具体的には、アイテム管理部２１２は、クライアント端末１０のディスプレイに、アイテム登録用のタイトル画面を出力する。このアイテム登録用のタイトル画面は、タイトルに関連するアイテムがアイテム管理情報記憶部２４に記録されていない場合に出力される。

図９に示すように、タイトル画面５３０には、このタイトルに含まれるアイテムを検索するための検索条件欄５３１が設けられている。更に、タイトル画面５３０には、個別アイテム登録ボタン、複数アイテム登録ボタンが設けられている。一つずつ個別にアイテムを登録する場合には、個別アイテム登録ボタンを選択する。この場合、アイテム管理部２１２は、クライアント端末１０のディスプレイに、個別アイテム作成画面を出力する。一方、複数のアイテムをまとめて登録する場合には、複数アイテム登録ボタンを選択する。この場合、アイテム管理部２１２は、クライアント端末１０のディスプレイに、複数アイテム作成画面を出力する。

図１０に示すように、個別アイテム作成画面５４０には、開発者、タイトル、カテゴリが表示される。そして、個別アイテム作成画面５４０には、アイテムＩＤ、番号、進化レベル、キャラクタ名の各設定欄５４１が設けられている。更に、カスタムフィールドに指定された項目の設定欄５４２が設けられている。個別アイテム作成画面５４０には、カスタムフィールド情報Ｄ１５に基づいて、キャラクタ属性、レア度の設定欄５４２が設けられている。ステップ欄５４３には、グループ情報Ｄ３０に基づいて、ステップグループの最初のステップが設定される。ボール欄５４４には、カテゴリ情報Ｄ２０に基づいて、開発者のユーザ識別子が表示される。

また、図１１に示すように、複数アイテム作成画面５５０には、開発者、タイトル、カテゴリが表示される。そして、複数アイテム作成画面５５０には、アイテムＩＤ、連番号、進化レベル数の各設定欄５５１が設けられている。ここで、連番号の設定欄５５１を用いて、作成するアイテムの種類の数に応じて、連続した番号からなる番号範囲を指定する。

次に、管理サーバ２０の制御部２１は、空アイテム生成処理を実行する（ステップＳ１０４）。具体的には、個別アイテム作成画面５４０、複数アイテム作成画面５５０において、作成ボタンが選択された場合、アイテム管理部２１２は、画像が登録されていないアイテム情報Ｄ４０（空アイテム）を生成し、アイテム管理情報記憶部２４に記録する。ここで、個別アイテム作成画面５４０を用いた場合には、アイテム管理部２１２は、一つのアイテム情報Ｄ４０を生成する。一方、複数アイテム作成画面５５０を用いた場合には、アイテム管理部２１２は、連番号数と進化レベル数とを乗算した数のアイテム情報Ｄ４０を生成する。そして、アイテム管理部２１２は、空アイテムを含めたタイトル画面（サムネイル表示モード）を出力する。

図１２に示すように、個別アイテム作成画面５４０を用いた場合には、制御部２１の表示制御部２１３は、一つのアイテムのサムネイル画像を表示したタイトル画面５６０を出力する。

図１３には、複数アイテム作成画面５５０を用いた場合には、制御部２１の表示制御部２１３は、複数のアイテムのサムネイル画像を表示したタイトル画面５７０を出力する。このタイトル画面５７０には、連番号数と進化レベル数とを乗算した数のアイテムが表示される。ここで、タイトル画面５７０においては、アイテムＩＤ及び番号（アイテムコード）が共通しており、進化レベルが異なるアイテムをグループ化して、他のグループと識別できるようにグループ化表示を行なう。このサムネイル表示処理については、図４を用いて後述する。なお、個別アイテム作成画面５４０、複数アイテム作成画面５５０を用いてアイテムを登録した段階では、アイテムの画像が登録されていないため、イメージは表示されない。

次に、アイテム管理情報記憶部２４に記録されているアイテムの表示について説明する。管理者、開発者、作成者は、クライアント端末１０を用いて、管理サーバ２０にアクセスする。

この場合、管理サーバ２０の制御部２１は、ステップＳ１００と同様に、ログイン処理を実行する（ステップＳ１０５）。この場合、図６に示すログイン画面５００において、ユーザが担当者として登録されているタイトル（プロジェクト）のアイコン５０３が表示される。

次に、管理サーバ２０の制御部２１は、タイトル選択処理を実行する（ステップＳ１０６）。具体的には、ログイン画面５００において、所望のタイトルのアイコン５０３が選択する。この場合、制御部２１の表示制御部２１３は、選択されたタイトルに関連付けられたアイテムを、アイテム管理情報記憶部２４から抽出する。更に、表示制御部２１３は、アクセスユーザの閲覧権限に基づいて、抽出したアイテムを絞り込む。具体的には、管理者、開発者の場合には、抽出したすべてのアイテムを対象とする。作成者の場合には、カテゴリ情報Ｄ２０に設定されている閲覧権限に基づいて、表示させるアイテムを特定する。通常モードが設定されている場合には、抽出したすべてのアイテムを表示対象とする。名称隠蔽モードが設定されている場合には、他の作成者の名称を非表示にする。この名称隠蔽モードにより、異なる作成者の画像等を確認し、作風等の整合性を図ることができるとともに、他の作成者に個人情報が知られることがないというメリットがある。非表示モードにおいては、他の作成者のアイテムを非表示にする。

次に、管理サーバ２０の制御部２１は、サムネイル表示処理を実行する（ステップＳ１０７）。サムネイル表示処理においては、このタイトルに属する各アイテムのサムネイルを一覧表示する。このサムネイル表示処理については、図４を用いて、後述する。

更に、タイトル画面において、リスト表示ボタンが選択された場合、管理サーバ２０の制御部２１は、リスト表示処理を実行する（ステップＳ１０８）。この場合には、制御部２１の表示制御部２１３は、リスト表示モードのタイトル画面を、クライアント端末１０のディスプレイに出力する。

図１４に示すように、リスト表示モードのタイトル画面５８０には、検索条件欄５８１、アイテムリスト５８２が表示される。検索条件欄５８１は、このタイトルに含まれるアイテムにおいて、表示させるアイテムを絞り込む場合に用いる。また、アイテムリスト５８２には、アイテムに関する情報がテキストによって一覧表示される。本実施形態では、アイテムコード（アイテムＩＤ及び番号）、ステップ、ステータス、キャラクタ名、優先度、期限、担当者名、更新日が表示される。

このタイトル画面５８０においては、各アイテムに対して選択ボックスが表示されている。
この選択ボックスが選択され、一括変更ボタンが選択された場合、管理サーバ２０の制御部２１は、一括変更支援処理を実行する（ステップＳ１０９）。この場合には、制御部２１のアイテム管理部２１２は、アイテム編集画面を、クライアント端末１０のディスプレイに出力する。このアイテム編集画面においては、複数のアイテムをまとめて編集することができる。なお、タイトル画面に表示されている一括変更ボタンを用いることが可能である。このアイテム編集画面には、複数のアイテムをまとめて編集するための設定欄が設けられている。このアイテム編集画面においては、このアイテムに関連する各種情報、例えば、ステップ、ステータス、ボール、期限、優先度、レア度、キャラクタ属性、種別等を編集するための設定欄が設けられている。アイテム管理部２１２は、アイテム編集画面に設定された内容に基づいて、ボール情報Ｄ５０、ステータス情報Ｄ８０、ステップ情報Ｄ９０等を更新する。

また、タイトル画面において、ガントチャート表示ボタンが選択された場合、管理サーバ２０の制御部２１は、ガントチャート表示処理を実行する（ステップＳ１１０）。この場合には、制御部２１の表示制御部２１３は、ガントチャート表示モードのタイトル画面を、クライアント端末１０のディスプレイに出力する。

図１５に示すように、ガントチャート表示モードのタイトル画面５９０には、検索条件欄５９１、ガントチャート５９２が表示される。ガントチャート５９２には、各アイテムにおける各ステップの進捗状況や期限が表示される。このガントチャートの作成処理については、図５を用いて、後述する。

そして、サムネイル表示モードのタイトル画面５７０やリスト表示モードのタイトル画面５８０に表示されたアイテムコードには、アイテム詳細画面へのリンクが設定されている。

このリンクが選択された場合、管理サーバ２０の制御部２１は、アイテム詳細表示処理を実行する（ステップＳ１１１）。具体的には、制御部２１の表示制御部２１３は、アイテム詳細画面を、クライアント端末１０のディスプレイに出力する。

図１６に示すように、アイテム詳細画面６００には、アイテム画像表示領域６０１、各種項目表示領６０２、進化アイテム表示領域６０３、投稿一覧表示領域６０４を含む。
表示制御部２１３は、投稿日時が最も新しい日付のチェックファイル画像を特定し、アイテム画像表示領域６０１にサムネイル画像を出力する。

項目表示領６０２には、このアイテムについての各種項目に関する情報が表示される。本実施形態では、アイテムコード、進化レベル、キャラクタ名、キャラクタ属性、レア度、優先度、ステータス、ステップ、期限、メモ等が表示される。更に、期限においては、ステップグループを構成する各ステップの開始日や期限を設定することができる。

進化アイテム表示領域６０３には、このアイテムの他の進化レベルのサムネイル画像が表示される。ここでは、表示制御部２１３は、同じアイテムコードのアイテムであって、異なる進化レベルが設定されたチェックファイル画像を特定する。そして、表示制御部２１３は、進化レベル毎に、投稿日時が最も新しい日付のチェックファイル画像を特定し、この進化アイテム表示領域６０３にサムネイル画像を出力する。

投稿一覧表示領域６０４には、ステップグループに含まれる各ステップにおいてアップロードされたチェックファイル画像や、参照画像が表示される。ここでは、表示制御部２１３は、コメント情報Ｄ６０や画像情報Ｄ７０において、投稿日時が新しい順番に並び替えて投稿一覧表示領域６０４に出力する。この場合、同じ投稿ＩＤが付与されているコメントと画像とは、両者を関連付けて出力する。

更に、アイテム詳細画面６００には、戻るボタン６０５、編集ボタン６０６、投稿ボタン６０７、履歴表示ボタン６０８が表示される。
戻るボタン６０５が選択された場合には、表示制御部２１３は、リンク元の画面に戻す。

編集ボタン６０６が選択された場合、管理サーバ２０の制御部２１は、アイテム編集処理を実行する（ステップＳ１１２）。具体的には、制御部２１のアイテム管理部２１２は、アイテム編集画面を、クライアント端末１０のディスプレイに出力する。このアイテム編集画面を用いた場合、アイテム管理部２１２は、アイテム詳細画面６００に表示されている項目の変更情報を取得し、各登録情報を更新する。

また、投稿ボタン６０７が選択された場合、管理サーバ２０の制御部２１は、アイテム投稿処理を実行する（ステップＳ１１３）。制御部２１のアイテム管理部２１２は、アイテム投稿画面を、クライアント端末１０のディスプレイに出力する。

図１７に示すように、アイテム投稿画面６１０には、ステップ、ステータス、ボールの設定欄６１１が設けられている。更に、アイテム投稿画面６１０には、アップロードボタン６１２、宛先欄６１３、コメント欄６１４が表示される。宛先欄６１３には、アップロードしたことを通知する相手のアカウントＩＤを設定する。コメント欄６１４には、相手に対するメッセージを入力する。

図１８に示すように、アップロードボタン６１２が選択された場合、アップロードする画像の種別設定欄６１５と、画像が格納されたパス設定欄６１６が表示される。画像種別設定欄６１５において、チェックファイル、参照画像、納品ファイルのいずれかを選択する。

そして、アイテム投稿画面６１０において、投稿ボタンが選択された場合、アイテム管理部２１２は、アイテム情報Ｄ４０に関連付けて、投稿ＩＤを付与したコメント情報Ｄ６０、画像情報Ｄ７０をアイテム管理情報記憶部２４に記録する。この場合、コメント情報Ｄ６０、画像情報Ｄ７０には、ログインしている投稿者や投稿日時を記録する。更に、アイテム管理部２１２は、アイテム投稿画面６１０において指定された画像（チェックファイル、参照画像、納品ファイル）を、投稿ＩＤに関連付けて画像記憶部２５に記録する。更に、アイテム管理部２１２は、宛先欄６１３に設定された宛先に対して、コメント欄６１４に入力されたコメントを送信する。

履歴表示ボタン６０８が選択された場合、管理サーバ２０の制御部２１は、画像履歴表示処理を実行する（ステップＳ１１４）。この処理については、図１９、２０を用いて後述する。

（サムネイル表示処理）
次に、図４を用いて、サムネイル表示処理を説明する。
まず、管理サーバ２０の制御部２１は、グループ特定処理を実行する（ステップＳ２０１）。具体的には、制御部２１の表示制御部２１３は、アイテム管理情報記憶部２４から、出力対象のアイテムＩＤが設定されているアイテムを特定する。この場合、番号及び進化レベル毎に特定する。そして、表示制御部２１３は、タイトル画面５３０において、番号及び進化レベル数分の表示欄を生成する。

次に、管理サーバ２０の制御部２１は、グループ毎に色分け処理を実行する（ステップＳ２０２）。具体的には、制御部２１の表示制御部２１３は、同じアイテムコードが付与され、異なる進化レベルが設定された表示欄を、同じグループとして特定する。そして、表示制御部２１３は、タイトル画面５７０において、他のグループに属する表示欄と隣接する場合には、隣接する表示欄とは異なる配色を設定し、同じグループに属する表示欄と隣接する場合には、隣接する表示欄と同じ配色を設定する。例えば、それぞれ複数の進化レベルを含むアイテムコード「１００」〜「１０２」の表示欄が、順次、隣接する場合を想定する。この場合、アイテムコード「１００」の各表示欄は第１色（白色）、アイテムコード「１０１」の各表示欄は第２色（青色）、アイテムコード「１００」の各表示欄は第１色（白色）のように、各表示欄に対して青色と白色とを縞状に設定する。これにより、例えば、アイテムコード順に並び替えを行なった場合には、同じグループに属するアイテムは隣接して同じ色で表示され、隣り合う別グループのアイテムは違う色で表示されるので、グループの境目を容易に把握することができる。また、別の条件（例えばアイテムの更新順）で並び替えた場合には、同じグループに属していても、必ずしも隣接して表示されるとは限らないが、同じ配色によりグループを把握することが容易になる。

次に、管理サーバ２０の制御部２１は、直近の投稿画像の取得処理を実行する（ステップＳ２０３）。具体的には、制御部２１の表示制御部２１３は、画像記憶部２５から、各番号及び進化レベルについて、投稿日時が最も新しい投稿画像を取得する。そして、表示制御部２１３は、取得した投稿画像のサムネイルを生成する。

次に、管理サーバ２０の制御部２１は、サムネイル生成処理を実行する（ステップＳ２０４）。具体的には、制御部２１の表示制御部２１３は、生成したサムネイルを、各表示欄に出力する。
図１３においては、同じグループのアイテムに対しては同じ背景色（網掛け）を用いるとともに、隣接する他のグループとは異なる背景色を用いて表示する。

（ガントチャート作成処理）
次に、図５を用いて、ガントチャート作成処理を説明する。
まず、管理サーバ２０の制御部２１は、親アイテムの特定処理を実行する（ステップＳ３０１）。具体的には、制御部２１の表示制御部２１３は、このプロジェクト（タイトル）に関連付けられたアイテム情報Ｄ４０を特定する。そして、アイテムＩＤが共通しており、番号、進化レベルが異なるアイテムを親アイテムとして特定する。

次に、管理サーバ２０の制御部２１は、親アイテムの子アイテムの特定処理を実行する（ステップＳ３０２）。具体的には、制御部２１の表示制御部２１３は、アイテム情報Ｄ４０に関連付けられたステップ情報Ｄ９０を特定する。そして、各ステップ（本実施形態では、ラフ画、線画、着彩、仕上げ、納品）を子アイテムとして特定する。

次に、管理サーバ２０の制御部２１は、子アイテムの進捗情報の取得処理を実行する（ステップＳ３０３）。具体的には、制御部２１の表示制御部２１３は、ステップ情報Ｄ９０に関連付けられた予定情報Ｄ９１を取得する。そして、ガントチャート上に、子アイテムに進捗情報に応じたバーを表示する。

次に、管理サーバ２０の制御部２１は、親子アイテムの進捗表示処理を実行する（ステップＳ３０４）。具体的には、制御部２１の表示制御部２１３は、子アイテムに進捗率の合計値を子アイテム数で除算して、親アイテムの進捗率を算出する。

（画像履歴表示処理）
次に、図１９、２０を用いて、画像履歴表示処理を説明する。画像履歴表示処理は、アイテム詳細画面６００において、履歴表示ボタン６０８が選択された場合に実行される。

まず、管理サーバ２０の制御部２１は、アイテム特定処理を実行する（ステップＳ４０１）。具体的には、制御部２１の履歴表示部２１４は、履歴表示を行なうアイテムを、アイテム詳細画面６００のアイテムＩＤ及び番号を用いて特定する。

次に、管理サーバ２０の制御部２１は、すべてのチェック画像の取得処理を実行する（ステップＳ４０２）。具体的には、制御部２１の履歴表示部２１４は、画像記憶部２５から、このアイテムＩＤ及び番号が設定されたすべてのチェックファイルを抽出する。そして、履歴表示部２１４は、呼び出したチェックファイルの画像（チェック画像）を取得する。

次に、管理サーバ２０の制御部２１は、スライド表示処理を実行する（ステップＳ４０３）。具体的には、制御部２１の履歴表示部２１４は、チェック画像をアップロード順（投稿日時順）に並べる。そして、履歴表示部２１４は、クライアント端末１０のディスプレイに履歴表示画面を出力する。

図２０に示すように、履歴表示画面７００には、ページめくりボタン７０１、画像表示領域７０２を含む。履歴表示部２１４は、ページめくりボタン７０１を選択することによる変更操作に応じて、画像表示領域７０２に、順次、作成ステップの順番にチェックファイルを履歴表示画面に出力する。ここで、画像記憶部２５に、登録日時に応じて、ラフ画（１）、ラフ画（２）、線画（１）、線画（２）、着彩、…仕上げの各チェックファイルが記録されている場合、アップロード順にチェックファイル画像を画像表示領域７０２に出力する。このページめくりボタン７０１が選択された場合、元の画像と次の画像とを、視覚的に残像効果が生じる時間内に変更することが望ましい。例えば、人の目の時間分解能は約５０ｍｓ〜１００ｍｓ程度であるため、この時間よりも短い時間で変更することにより、変化を知覚しやすい。

上記実施形態によれば、以下のような効果を得ることができる。
（１）上記実施形態では、管理サーバ２０の制御部２１は、タイトル作成処理を実行する（ステップＳ１０１）。ここで、カスタムフィールド情報Ｄ１５を取得する。これにより、このタイトルに含まれるアイテムにおいて、キャラクタ属性など、共通する項目を設定することができる。

（２）上記実施形態では、管理サーバ２０の制御部２１は、カテゴリ作成処理を実行する（ステップＳ１０２）。ここで、閲覧権限の設定を含めた担当者情報を取得し、担当者情報を含めたカテゴリ情報Ｄ２０を記録する。これにより、タイトル毎に、ユーザに応じて効率的に閲覧権限を設定することができる。

更に、ステップグループに関する情報を含めたグループ情報Ｄ３０を記録する。これにより、タイトルに複数のアイテムが含まれる場合にも、アイテムの作成プロセスを共通して決定することができる。

（３）上記実施形態では、管理サーバ２０の制御部２１は、アイテム設定処理を実行する（ステップＳ１０３）。ここでは、個別アイテム作成画面５４０、複数アイテム作成画面５５０を用いる。そして、管理サーバ２０の制御部２１は、空アイテム生成処理を実行する（ステップＳ１０４）。これにより、アイテムを個別に登録したり、複数のアイテムをまとめて登録したりすることができる。

（４）上記実施形態では、管理サーバ２０の制御部２１は、タイトル選択処理を実行する（ステップＳ１０６）。通常モードが設定されている場合には、抽出したすべてのアイテムを表示対象とする。名称隠蔽モードが設定されている場合には、他の作成者の名称を非表示にする。非表示モードにおいては、他の作成者のアイテムを非表示にする。これにより、通常モードにおいては、アイテムに関するすべての情報を共有することができる。名称隠蔽モードにおいては、競合先等、異なる作成者の情報を隠蔽することができる。この場合、違う作成者のアイテムを見ることで、作成者が異なっていても作風等の整合性（世界観）を合せることができる。非表示モードにおいては、アイテム画像自身の情報共有を制限することができる。

（５）上記実施形態では、管理サーバ２０の制御部２１は、サムネイル表示処理を実行する（ステップＳ１０７）。ここでは、管理サーバ２０の制御部２１は、グループ毎に色分け処理を実行する（ステップＳ２０２）。これにより、複数のアイテムにおいて、関連する画像を的確に把握することができる。更に、管理サーバ２０の制御部２１は、直近の投稿画像の取得処理を実行する（ステップＳ２０３）。ここでは、進化レベルに応じて、グループ化されて表示されるので、関連するアイテムの作成プロセスにおいて、アイテム画像の状況を把握することができる。更に、グループ化されたアイテムにおいて、進化レベルに応じたアイテム画像のバランス（キャラクタ画像や背景画像のリッチ度）を把握することができる。

（６）上記実施形態では、管理サーバ２０の制御部２１は、リスト表示処理を実行する（ステップＳ１０８）。この選択ボックスが選択され、一括変更ボタンが選択された場合、管理サーバ２０の制御部２１は、一括変更支援処理を実行する（ステップＳ１０９）。これにより、複数のアイテムに関する情報をまとめて編集することができる。

（７）上記実施形態では、ガントチャート表示ボタンが選択された場合、管理サーバ２０の制御部２１は、ガントチャート表示処理を実行する（ステップＳ１１０）。この場合、管理サーバ２０の制御部２１は、親アイテムの子アイテムの特定処理（ステップＳ３０２）、子アイテムの進捗情報の取得処理（ステップＳ３０３）、親子アイテムの進捗表示処理（ステップＳ３０４）を実行する。これにより、関連するアイテムの進捗情報だけではなく、個別のアイテムの作成プロセスの状況を一覧で把握することができる。

（８）上記実施形態では、管理サーバ２０の制御部２１は、アイテム詳細表示処理を実行する（ステップＳ１１１）。表示制御部２１３は、投稿日時が最も新しい日付のチェックファイル画像を特定し、アイテム画像表示領域６０１にサムネイル画像を出力する。これにより、アイテム画像の作成状況を把握することができる。更に、表示制御部２１３は、このアイテムの他の進化レベルのサムネイル画像を表示する。これにより、関連するアイテムの作成状況を把握することができる。更に、表示制御部２１３は、コメント情報Ｄ６０や画像情報Ｄ７０において、投稿日時が新しい順番に並び替えて投稿一覧表示領域６０４に出力する。これにより、アイテムの作成経緯を把握することができる。

（９）上記実施形態では、管理サーバ２０の制御部２１は、画像履歴表示処理を実行する（ステップＳ１１４）。ここでは、管理サーバ２０の制御部２１は、すべてのチェック画像の取得処理を実行する（ステップＳ４０２）。スライド表示処理を実行する（ステップＳ４０３）。これにより、作成プロセス上におけるアイテム画像の変化を把握することができる。特に、投稿されたチェック画像は、特定の画像表示領域に出力されるため、画像の変更操作により、容易に変化を把握することができる。

なお、上記実施形態は以下のように変更してもよい。
・上記実施形態では、管理サーバ２０の制御部２１は、サムネイル表示処理（ステップＳ１０７）、リスト表示処理（ステップＳ１０８）、ガントチャート表示処理（ステップＳ１１０）を実行する。ここで、関連するアイテムの進捗状況を、画像により出力するようにしてもよい。この場合には、制御部２１の表示制御部２１３は、クライアント端末１０から、表示対象のアイテムコードを取得する。そして、表示制御部２１３は、このアイテムに関連するすべてのアイテムについて、各ステップにおいて投稿日時が最も新しい画像を取得する。そして、表示制御部２１３は、クライアント端末１０のディスプレイに履歴表示画面を出力する。

図２１に示すように、履歴表示画面７１０は、第１軸（例えば横軸）に関連アイテムを並べ、第２軸（縦軸）に各ステップを並べる。そして、第１軸、第２軸の行列において、最新のチェック画像を出力する。これにより、関連アイテムの画像を第１軸方向に比較するとともに、進捗状況を第２軸方向で把握することができる。

・上記実施形態では、管理サーバ２０の制御部２１は、サムネイル表示処理を実行する（ステップＳ１０７）。ここで、サムネイル画像に関連付けて、この画像のステップやステータスを出力するようにしてもよい。この場合には、制御部２１の表示制御部２１３は、画像情報Ｄ７０に記録された最新のステップやステータスを、サムネイル表示モードのタイトル画面に出力する。
図２２に示すように、サムネイル表示モードのタイトル画面７２０には、ステップ表示７１１やステータス表示７１２を含める。

・上記実施形態では、管理サーバ２０の制御部２１は、ガントチャート表示処理を実行する（ステップＳ１１０）。このガントチャットにおいて、各アイテムのサムネイル画像を出力するようにしてもよい。

・上記実施形態では、管理サーバ２０の制御部２１は、画像履歴表示処理を実行する（ステップＳ１１４）。この場合、画像表示領域７０２を含む履歴表示画面７００には、ページめくりボタン７０１をクライアント端末１０のディスプレイに出力する。ここで、ステータスを出力するようにしてもよい。

図２３に示すように、履歴表示画面７００において、画像表示領域７０２に表示されている画像のステータス表示７０４を出力する。これにより、画像の変化だけではなく、この画像の確認結果を把握することができる。

また、ページめくりボタン７０１が選択された場合、元の画像と次の画像とを所定時間間隔（例えば１秒）で、所定回数（例えば、５回）だけ繰り返して表示した後で、次の画像にするようにしてもよい。繰り返し表示により、変更箇所の把握が容易になる。

・上記実施形態では、画像履歴表示処理において、管理サーバ２０の制御部２１は、すべてのチェック画像の取得処理（ステップＳ４０２）、スライド表示処理（ステップＳ４０３）を実行する。ここで、開発者が、フィードバックにおいて、チェックファイルの画像に対して修正指示の書き込み（赤入れ）ができるようにしてもよい。この場合には、管理サーバ２０の制御部２１は、このフィードバックに対して投稿ＩＤを付与して、アイテム管理情報記憶部２４に記録する。更に、管理サーバ２０の制御部２１は、チェックファイルにおいて修正指示が書き込まれた画像に対して画像ＩＤを付与した画像情報Ｄ７０を記録する。この場合、修正指示が書き込まれた画像は、チェックファイル（修正指示付き）として画像記憶部２５に記録する。そして、画像履歴表示処理において、チェックファイル画像、チェックファイル（修正指示付き）画像の順番で頁めくりを行なう。これにより、フィードバックにおいて行なわれた修正指示を、画像履歴表示処理において把握することができる。

・上記実施形態では、サムネイル表示処理において、管理サーバ２０の制御部２１は、グループ毎に色分け処理を実行する（ステップＳ２０２）。ここでは、他のグループに属する表示欄と隣接する場合には、隣接する表示欄とは異なる配色を設定し、同じグループに属する表示欄と隣接する場合には、隣接する表示欄と同じ配色を設定する。この結果、隣接するグループ毎に背景色を交互に異ならせた２色の縞状に表示される。ここで、グループを形成しているアイテムについては、異なる色に設定してもよい。例えば、管理サーバ２０の制御部２１は、異なるグループに属するアイテムが個々に隣接する場合には、順次、表示欄を第１色（白色）、第２色（青色）に設定する。更に、管理サーバ２０の制御部２１は、同じグループに属するアイテムが隣接する場合には、両者の表示欄を第３色（黄色）に設定する。これにより、並べ替え時の並び順によって毎回背景色が異なる場合にも、同じグループに属するアイテムの認識が容易になる。

次に、上記実施形態及び別例から把握できる技術的思想について、それらの効果とともに以下に追記する。
（ａ）アイテムを管理するシステムであって、アプリケーションで用いるアイテムについて、作成ステップ毎にアイテム画像を記憶した記憶部と、クライアント端末に接続された制御部とを備え、前記制御部が、前記クライアント端末から、履歴表示を行なうアイテムに関する情報を取得し、前記アイテムのアイテム画像を前記記憶部から取得し、前記アイテム画像を表示させる画像領域を備えた履歴表示画面を生成して、前記クライアント端末に出力し、前記履歴表示画面において変更入力が行なわれた場合には、前記作成ステップに基づいて、前記画像領域にアイテム画像を変更出力することを特徴とするアイテム管理システム。
従って、この（ａ）に記載の発明によれば、前後のアイテム画像の比較によって、変更箇所の把握が容易になる。

（ｂ）前記記憶部には、前記作成ステップにおいて、登録日時に関連付けて各アイテム画像が記録されており、登録日時の順番で、前記履歴表示画面に前記アイテム画像を変更出力することを特徴とする（ａ）に記載のアイテム管理システム。
従って、この（ｂ）に記載の発明によれば、同じステップに、複数のアイテム画像が記録されている場合にも、変更箇所の把握が容易になる。

（ｃ）前記アイテム画像の変更出力時には、視覚的に残像効果が生じる時間内で変更することを特徴とする請求項（ａ）又は（ｂ）に記載のアイテム管理システム。
従って、この（ｃ）に記載の発明によれば、残像効果により、前後の画像の違いを把握することができる。

（ｄ）前記記憶部には、前記作成ステップにおいて、アイテム画像の作成者が登録したチェック画像と、前記チェック画像に対する確認者の確認結果とが登録されており、前記履歴表示画面において、前記画像領域に出力されたアイテム画像の確認結果を識別できるように表示することを特徴とする（ａ）〜（ｃ）の何れか一つに記載のアイテム管理システム。
従って、この（ｄ）に記載の発明によれば、アイテム画像の状態を把握することができる。

１０…クライアント端末、２０…管理サーバ、２１…制御部、２１１…権限管理部、２１２…アイテム管理部、２１３…表示制御部、２１４…履歴表示部、２２…権限情報記憶部、２３…ユーザ情報記憶部、２４…アイテム管理情報記憶部、２５…画像記憶部、７００…履歴表示画面。

Claims (6)

1. アイテムを管理するシステムであって、
   アプリケーションで用いる少なくともベースが同じアイテムについて、相互に関連するアイテム画像を記憶した記憶部と、
   クライアント端末に接続された制御部とを備え、
   前記制御部が、
   前記アイテムのアイテム画像を前記記憶部から取得し、前記アイテム画像を表示させる画像領域を生成して、前記クライアント端末に出力し、
   変更入力が行なわれた場合には、前記画像領域に、関連するアイテム画像を変更出力することを特徴とするアイテム管理システム。
2. 前記記憶部には、登録日時に関連付けて各アイテム画像が記録されており、
   登録日時の順番で、前記アイテム画像を変更出力することを特徴とする請求項１に記載のアイテム管理システム。
3. 前記アイテム画像の変更出力時には、視覚的に残像効果が生じる時間内で変更することを特徴とする請求項１又は２に記載のアイテム管理システム。
4. 前記記憶部には、アイテム画像の作成者が登録したチェック画像と、前記チェック画像に対する確認者の確認結果とが登録されており、
   前記画像領域に出力されたアイテム画像の確認結果を識別できるように表示することを特徴とする請求項１〜３の何れか一項に記載のアイテム管理システム。
5. アイテムを管理する方法であって、
   アイテム管理システムは、アプリケーションで用いる少なくともベースが同じアイテムについて、相互に関連するアイテム画像を記憶した記憶部と、
   クライアント端末に接続された制御部とを備え、
   前記制御部が、
   前記アイテムのアイテム画像を前記記憶部から取得し、前記アイテム画像を表示させる画像領域を生成して、前記クライアント端末に出力し、
   変更入力が行なわれた場合には、前記画像領域に、関連するアイテム画像を変更出力することを特徴とするアイテム管理方法。
6. アイテムを管理するプログラムであって、
   アイテム管理システムは、アプリケーションで用いる少なくともベースが同じアイテムについて、相互に関連するアイテム画像を記憶した記憶部と、
   クライアント端末に接続された制御部とを備え、
   前記制御部を、
   前記アイテムのアイテム画像を前記記憶部から取得し、前記アイテム画像を表示させる画像領域を生成して、前記クライアント端末に出力し、
   変更入力が行なわれた場合には、前記画像領域に、関連するアイテム画像を変更出力する手段
   として機能させることを特徴とするアイテム管理プログラム。