JP7006440B2 - 情報処理装置、情報処理システム、ファイル更新方法およびプログラム - Google Patents

Description

本発明は、情報処理装置、情報処理システム、ファイル更新方法およびプログラムに関する。

ＭＦＰ(Multifunction Peripheral/Printer/Product)等の情報処理装置において、ユーザの設定に応じて言語表示を切り替える多言語表示に対応しているＵＩ（user interface）を有するアプリケーションが存在する。このようなアプリケーションにおいて、表示可能な言語の種類を増やしたいという要望や、同一言語であっても表示する用語を差し替えたいという要望がある

そこで、サードパーティにより作成された用語モジュールを情報処理装置にインストールすることによって、既存のアプリケーションに取り込まれていない用語についても表示可能にする技術が知られている。これにより、情報処理装置は、言語の追加や用語の差し替えを行いたい場合、所望の用語モジュールを情報処理装置に取り込むことで、ユーザが意図する表示画面を表示させることができる。

また、アプリケーションの配信元によってアプリケーションの内容が更新された場合、情報処理装置にインストールされたアプリケーションも追随して更新させる技術が知られている。例えば、特許文献１は、更新通知サーバに保存されているファイルが更新された場合、更新に関する情報を所定の端末へ通知する内容を開示している。

しかし、上記の方法では、外部装置によって更新されたアプリケーションと同一のアプリケーションを更新することはできるが、端末（例えば、情報処理装置）が有する用語モジュール等のアプリケーションの動作に関連するモジュールを更新することができないという課題があった。

本発明に係る情報処理装置は、所定のアプリケーションと、前記アプリケーションの動作に関連するモジュールとを備える情報処理装置と、ネットワークを介して前記情報処理装置と通信を行う外部装置と、を備える情報処理システムであって、前記情報処理装置は、前記アプリケーションに関連づけられた第１のファイルに含まれる第１の文字列と、前記モジュールに関連付けられた第２のファイルに含まれる、前記第１の文字列に対応する第２の文字列との差異を検出する検出手段と、前記検出された差異を示す差異情報を、外部装置へ送信する送信手段と、前記外部装置から送信された更新通知に応じて、前記第２のファイルを更新するファイル更新手段と、を備え、前記外部装置は、前記差異情報の送信履歴を示す履歴情報に基づいて、前記情報処理装置から受信した前記差異情報を、前記モジュールを作成した作成装置へ送信するか否かを決定する決定手段と、前記差異情報を送信すると決定された場合、前記差異情報を前記作成装置へ送信する第２の送信手段と、を備える。

本発明によれば、所定のアプリケーションと、アプリケーションの動作に関連するモジュールとを備える情報処理装置において、アプリケーションが更新された場合、更新されたアプリケーションの動作に関連するモジュールを追随して更新することができる。

第１の実施形態に係る情報処理システムのシステム構成の一例を示す図である。 第１の実施形態に係る情報処理装置のハードウエア構成の一例を示す図である。 第１の実施形態に係る情報処理装置のソフトウエア構成の一例を示す図である。 第１の実施形態に係る情報処理システムの機能構成の一例を示す図である。 第１の実施形態に係る用語ファイルの一例を示す図である。 第１の実施形態に係る用語ＩＤ管理テーブルの一例を示す図である。 第１の実施形態に係る優先度管理テーブルの一例を示す図である。 第１の実施形態に係る通信履歴管理テーブルの一例を示す図である。 第１の実施形態に係る通信先管理テーブルの一例を示す図である。 第１の実施形態に係る情報処理装置における表示画面情報の生成処理の一例を示すフローチャートである。 第１の実施形態に係る情報処理システムにおける用語モジュールの更新処理の一例を示すシーケンス図である。 第１の実施形態に係るアプリが有する更新前後の用語ファイルの内容の一例を示す図である。 第１の実施形態に係る通知情報の一例を示す図である。 第１の実施形態に係るアプリサーバの通知先決定処理の一例を示すフローチャートである。 第２の実施形態に係る情報処理システムの機能構成の一例を示す図である。 第２の実施形態に係る送信履歴管理テーブルの一例を示す図である。 第２の実施形態に係る情報処理装置における通知情報の生成処理の一例を示すフローチャートである。 第３の実施形態に係る情報処理システムのシステム構成の一例を示す図である。 第３の実施形態に係る情報処理装置における用語モジュールの更新処理の一例を示すフローチャートである。 第４の実施形態に係る情報処理システムの機能構成の一例を示す図である。 第４の実施形態に係る用語モジュール管理テーブルの一例を示す図である。 第４の実施形態に係るアプリサーバの通知先決定処理の一例を示すフローチャートである。

以下、図面を参照しながら、発明を実施するための形態を説明する。なお、図面の説明において同一要素には同一符号を付し、重複する説明は省略する。

●第１の実施形態●
●システム構成
図１は、第１の実施形態に係る情報処理システムのシステム構成の一例を示す図である。図１に示す情報処理システムは、所定のアプリケーションと、アプリケーションの動作に関連するモジュールとを備える情報処理装置１０を有する。情報処理システムは、情報処理装置１０において、所定のアプリケーションが更新された場合、更新されたアプリケーションの動作に関連するモジュールを追随して更新することができるシステムである。

情報処理システムは、情報処理装置１０、アプリサーバ５０、アプリ作成装置７０（７０ａ、７０ｂ、以下、区別する必要のないときは、アプリ作成装置７０とする。）、および用語モジュール作成装置９０（９０ａ、９０ｂ、以下、区別する必要のないときは、用語モジュール作成装置９０とする。）によって構成されている。情報処理システムを構成する各装置は、通信ネットワーク５を介してそれぞれ接続されている。通信ネットワーク５は、例えば、ＬＡＮ(Local Area Network)、専用線およびインターネット等によって構築される。通信ネットワーク５は、有線だけでなく、Ｗｉ－Ｆｉ（Wireless Fidelity）や、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線による通信が行われる箇所があってもよい。

情報処理装置１０は、例えば、ＭＦＰ(Multifunction Peripheral/Printer/Product：複合機)、ファクシミリ、スキャナ、またはプリンタ等の画像処理機能並びに通信機能を備える画像形成装置である。情報処理装置１０は、アプリサーバ５０またはアプリ作成装置７０から提供されるアプリケーション（以下、アプリ）をインストールしている。情報処理装置１０にインストールされるアプリは、所定の言語で記述された用語ファイルを有する。情報処理装置１０は、インストールされたアプリに関連づけられた（紐づけられた）用語ファイルにアクセスすることができる。情報処理装置１０は、アプリが実行された場合、用語ファイルに含まれる用語を用いて、操作パネル上に表示画面を表示させる。

また、情報処理装置１０は、アプリの動作に関連するモジュールとして、用語モジュールを備える。用語モジュールは、アプリの表示画面に表示させる用語の追加・差し替えを行う場合に使用される。情報処理装置１０は、アプリに関連づけられた用語ファイルに記述された言語とは異なる言語でアプリの表示画面を表示させたい場合、所望の言語に対応する用語モジュールを用いて、表示される用語を差し替える。

アプリが使用言語の異なる国や地域に広く配信されている場合、アプリの表示言語をユーザの使用言語のすべてに対応させるのは、アプリ開発および管理上の負担が大きい。そこで、アプリの配信地域の担当者が用語モジュールを作成し、ユーザが望む言語に対応する用語モジュールを個別に情報処理装置１０に組み込むことで、アプリの生成時には取り込まれていない言語についても情報処理装置１０に表示させることができる。

アプリサーバ５０は、情報処理装置１０にインストールされるアプリおよび用語モジュールを管理するサーバ装置である。アプリサーバ５０は、アプリの更新を行うとともに、情報処理装置１０へ更新されたアプリを提供する。アプリ作成装置７０ａ、７０ｂは、情報処理装置１０に提供するアプリを作成する装置である。アプリ作成装置７０ａ、７０ｂは、異なるアプリを作成する。なお、アプリサーバ５０が、アプリ作成装置７０としての機能を備える構成にしてもよい。

用語モジュール作成装置９０は、アプリの動作に関連するモジュールを作成する外部装置である。用語モジュール作成装置９０は、アプリの表示画面に表示される用語を補完するための用語モジュールを作成する。用語モジュール作成装置９０は、例えば、作成する用語モジュールの言語を使用する地域または国ごとに配置される。用語モジュールは、用語モジュール作成装置９０を用いて、有志や一部のベンダ等のサードパーティによって作成される。用語モジュール作成装置９０は、作成した用語モジュールを、通信ネットワーク５を経由して情報処理装置１０へ提供する。

また、情報処理装置１０にインストールされたアプリが更新された場合、用語モジュール作成装置９０は、更新されたアプリと用語モジュールに含まれる用語の差異をアプリサーバ５０から取得する。そして、用語モジュール作成装置９０は、取得して差異の情報を用いて、用語ファイルを更新・作成する。これによって、用語モジュール作成装置９０は、情報処理装置１０にインストールされたアプリの内容に対応した用語モジュールを作成することができる。

なお、情報処理装置１０は、通信機能を備えた装置であれば、画像形成装置に限られない。情報処理装置１０は、例えば、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、ノートＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣまたはデスクトップＰＣ等であってもよい。

●ハードウエア構成
図２は、第１の実施形態に係る情報処理装置のハードウエア構成の一例を示す図である。なお、図２に示すハードウエア構成は、各実施形態において同様の構成を備えていてもよく、必要に応じて構成要素が追加または削除されてもよい。また、図２は、情報処理装置１０のハードウエア構成を示したが、アプリサーバ５０、アプリ作成装置７０および用語モジュール作成装置９０も同様の構成を有していてもよい。

情報処理装置１０は、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３と、ストレージ１０４、キーボード１０５、ディスプレイインターフェース（Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ））、メディアインターフェース（Ｉ／Ｆ）１０７、ネットワークインターフェース（Ｉ／Ｆ）１０８およびバス１０９を備える。

ＣＰＵ１０１は、ＲＡＭ１０３をワークエリア（作業領域）として、ＲＯＭ１０２またはストレージ１０４等に格納されたプログラムを実行することで、情報処理装置１０の各機能を実現する演算装置である。情報処理装置１０は、例えば、本発明に係るプログラムをＣＰＵ１０１が実行することによって、本発明に係る更新方法を実現する。

ＲＯＭ１０２は、電源を切ってもプログラムまたはデータを保持することができる不揮発性のメモリである。ＲＯＭ１０２は、例えば、フラッシュＲＯＭ等により構成される。ＲＯＭ１０２は、ＳＤＫ（Software Development Kit）およびＡＰＩ（Application Programming Interface）等のアプリケーションをインストールしており、インストールされたアプリケーションを用いて、情報処理装置１０の機能またはネットワーク接続等を実現することが可能である。

ＲＡＭ１０３は、ＣＰＵ１０１のワークエリア等として用いられる揮発性のメモリである。ストレージ１０４は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等のストレージデバイスである。ストレージ１０４は、例えば、ＯＳ（Operation System）、アプリケーションプログラムおよび各種データ等を記憶する。

キーボード１０５は、文字、数値、各種指示等の入力のための複数のキーを備えた入力手段の一種である。ディスプレイインターフェース（Ｉ／Ｆ）１０６は、ＬＣＤ（Liquid Crystal Display）等のディスプレイ１０６ａに対するカーソル、メニュー、ウィンドウ、文字または画像等の各種情報の表示を制御する。ディスプレイ１０６ａは、入力手段を備えたタッチパネルディスプレイであってもよい。メディアインターフェース（Ｉ／Ｆ）１０７は、ＵＳＢ（Universal Serial Bus）メモリ、メモリカード、光学ディスクまたはフラッシュメモリ等の記録メディア１０７ａに対するデータの読み出しまたは書き込み（記憶）を制御する。

ネットワークインターフェース（Ｉ／Ｆ）１０８は、通信ネットワーク５を介して、データ通信をするためのインターフェースである。ネットワークインターフェース（Ｉ／Ｆ）１０８は、例えば、無線ＬＡＮの通信インターフェースである。また、ネットワークインターフェース（Ｉ／Ｆ）１０８は、有線ＬＡＮ、３Ｇ（3rd Generation）、ＬＴＥ(Long Term Evolution)、４Ｇ（4rd Generation）、５Ｇ（5rd Generation）、ミリ波無線通信の通信インターフェースを備えてもよい。

バス１０９は、上記の各構成要素に共通に接続され、アドレス信号、データ信号、および各種制御信号等を伝送する。ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ストレージ１０４、キーボード１０５、ディスプレイインターフェース（Ｉ／Ｆ）１０６、メディアインターフェース（Ｉ／Ｆ）１０７およびネットワークインターフェース（Ｉ／Ｆ）１０８は、バス１０９を介して相互に接続されている。

●ソフトウエア構成
続いて、図３を用いて、情報処理装置１０のソフトウエア構成の概要について説明する。図３は、第１の実施形態に係る情報処理装置のソフトウエア構成の一例を示す図である。図３に示すように、ＯＳ２０、アプリ３０ａ、アプリ３０ｂ、用語モジュール４０ａ、用語モジュール４０ｂおよび用語モジュール４０ｃは、ＲＡＭ１０３の作業領域１５上で動作する。ＯＳ２０は、情報処理装置１０の基本的な機能を提供し、情報処理装置１０全体を管理する基本ソフトウエアである。ＯＳ２０は、例えば、Ａｎｄｒｏｉｄ（登録商標）Ｆ／Ｗ（firmware）である。

アプリ３０ａおよびアプリ３０ｂは、情報処理装置１０の機能を実現するためのアプリケーションである。アプリ３０ａおよびアプリ３０ｂは、アプリ作成装置７０によって作成され、アプリ作成装置７０またはアプリサーバ５０から情報処理装置１０へ送信される。図３において、アプリ３０は、ＯＳ２０の外部に設けられているが、ＯＳ２０の内部にアプリ３０の機能を組み込んでもよい。

用語モジュール４０ａ、用語モジュール４０ｂおよび用語モジュール４０ｃは、アプリ３０の動作に関連するモジュールである。用語モジュール４０ａ、用語モジュール４０ｂおよび用語モジュール４０ｃは、用語モジュール作成装置９０によって作成され、用語モジュール作成装置９０またはアプリサーバ５０から情報処理装置１０へ送信される。用語モジュール４０は、アプリ３０と同様の形式で記述される。

なお、図３は、アプリ３０ａおよびアプリ３０ｂの二つアプリが情報処理装置１０にインストールされている例を示すが、アプリの数は、これに限られない。また、図３は、用語モジュール４０ａ、用語モジュール４０ｂおよび用語モジュール４０ｃの三つの用語モジュールが情報処理装置１０にインストールされている例を示すが、用語モジュールの数は、これに限られない。

●機能構成
続いて、第１の実施形態に係る情報処理システムの機能構成について説明する。図４は、第１の実施形態に係る情報処理システムの機能構成の一例を示す図である。なお、図４は、アプリ３０ａ、用語モジュール４０ａおよび用語モジュール４０ｂが、情報処理装置１０にインストールされている場合について説明する。

情報処理装置１０によって実現される機能は、送受信部１１、受付部１２、表示制御部１３、アプリ制御部１４、インストール部１５、検出部１６、生成部１７、管理部１８、記憶・読出部１９および記憶部２１を含む。

送受信部１１は、通信ネットワーク５を介して、外部装置と各種データの送受信を行う機能である。送受信部１１は、アプリサーバ５０またはアプリ作成装置７０から送信されたアプリ３０を受信する。また、送受信部１１は、アプリサーバ５０または用語モジュール作成装置９０から送信された用語モジュール４０を受信する。さらに、送受信部１１は、アプリ３０に関連づけられた用語ファイル３００に含まれる用語と、用語モジュール４０に関連づけられた用語ファイル４００に含まれる、用語ファイル３００に含まれる用語に対応する用語との差異を示すデータを含む通知情報１００を、アプリサーバ５０へ送信する。送受信部１１は、図２に示したネットワークインターフェース（Ｉ／Ｆ）１０８およびＣＰＵ１０１で実行されるプログラム等によって実現される。

受付部１２は、図２に示したキーボード１０５等の入力手段へのユーザによる入力操作を受け付ける機能である。ここで、ユーザによる入力操作を受け付けるとは、ユーザの操作に応じて入力される情報（画面の座標値を示す信号等を含む）を受け付けることを含む概念である。受付部１２は、ディスプレイ１０６ａに表示させる表示画面の言語設定の入力を受け付ける。受付部１２は、図２に示したＣＰＵ１０１で実行されるプログラム等により実現される。

表示制御部１３は、図２に示したディスプレイ１０６ａに、ユーザによる入力操作を受け付ける操作画面等を表示させる機能である。表示制御部１３は、実行されたアプリ３０の表示画面を、ディスプレイ１０６ａに表示させる。表示制御部１３は、図２に示したＣＰＵ１０１で実行されるプログラム等により実現される。

アプリ制御部１４は、情報処理装置１０にインストールされたアプリ３０および用語モジュール４０の動作を制御する機能である。送受信部１１によってアプリ３０または用語モジュール４０が更新されたことを示す更新通知が受信された場合、アプリ制御部１４は、該当するアプリ３０または用語モジュール４０を更新する。アプリ制御部１４は、図２に示したＣＰＵ１０１で実行されるプログラム等により実現される。

インストール部１５は、アプリ３０および用語モジュール４０を、情報処理装置１０にインストールする機能（インストーラ）である。インストール部１５は、送受信部１１によって受信されたアプリ３０または用語モジュール４０を、情報処理装置１０にインストールする。インストール部１５は、図２に示したＣＰＵ１０１で実行されるプログラム等により実現される。

アプリ３０ａは、図３で示したように、インストール部１５によって情報処理装置１０にインストールされたアプリケーションである。アプリ３０ａは、記憶部３１ａに用語ファイル３００ａを記憶している。用語ファイル３００ａは、アプリ３０ａを実行することによって表示される表示画面に含まれる用語を、文字列として記述されたデータである。なお、情報処理装置１０は、アプリ３０ａのみでなく、複数のアプリ３０をインストールすることができる。アプリ３０は、それぞれの言語形式に対応する用語ファイル４００を記憶している。

用語モジュール４０ａおよび用語モジュール４０ｂは、図３で示したように、インストール部１５によって情報処理装置１０にインストールされたモジュールである。用語モジュール４０ａは、使用言語に対応する用語ファイル４００ａを記憶部４１ａに記憶している。同様に、用語モジュール４０ｂは、使用言語に対応する用語ファイル４００ｂを記憶部４１ｂに記憶している。

○用語ファイル
ここで、アプリ３０および用語モジュール４０に記憶された用語ファイルについて説明する。図５は、第１の実施形態に係る用語ファイルの一例を示す図である。用語ファイルは、ｘｍｌ（Extensible Markup Language）形式でデータを記述する。

図５（ａ）は、アプリ３０ａに記憶された用語ファイル３００ａである。用語ファイル３００ａは、言語ごとにファイルが分かれている。用語ファイル３００ａは、同一の用語ＩＤを有する用語を、それぞれのファイルに記述している。用語ＩＤは、アプリ３０ａの表示画面に表示される用語が識別するための文字列である。

情報処理装置１０は、アプリ３０ａの表示画面上で文字列を表示したい箇所に用語ＩＤを指定することで、用語ＩＤに対応する用語の文字列を表示する。情報処理装置１０は、使用言語が日本語に設定されている場合、用語ＩＤ“ａｐｐ_ｎａｍｅ”が指定された表示画面上の箇所に、“アプリ”の文字列を表示させる。一方で、情報処理装置１０は、使用言語が英語に設定されている場合、用語ＩＤ“ａｐｐ_ｎａｍｅ”が指定された表示画面上の箇所に、“ａｐｐ”の文字列を表示させる。用語ファイル３００は、第１のファイルの一例である。

図５（ｂ）は、用語モジュール４０ａに記憶された用語ファイル４００ａである。用語ファイル４００ａは、用語モジュール４０ａを用いて、アプリ３０ａの表示画面に含まれる用語を書き換える場合に適用される。用語ファイル４００ａは、用語ファイル３００ａに含まれる用語ＩＤと同一の用語ＩＤを有する用語を記述している。用語ファイル４００ａは、用語ＩＤ“ａｐｐ_ｎａｍｅ”に対して、ドイツ語の翻訳語“ａｎｗｅｎｄｕｎｇ”を記述している。この場合、情報処理装置１０は、使用言語がドイツ語に設定されている場合、用語ＩＤ“ａｐｐ_ｎａｍｅ”が指定された表示画面上の箇所に、“ａｎｗｅｎｄｕｎｇ”の文字列を表示させる。

図５（ｃ）は、用語モジュール４０ｂに記憶された用語ファイル４００ｂである。用語ファイル４００ｂは、用語モジュール４０ｂを用いて、アプリ３０ａの表示画面に含まれる用語を書き換える場合に適用される。用語ファイル４００ｂは、用語ファイル４００ａと同様に、用語ファイル３００ａに含まれる用語ＩＤと同一の用語ＩＤを有する用語を記述している。用語ファイル４００ｂは、用語ＩＤ“ａｐｐ_ｎａｍｅ”に対して、フランス語の翻訳語“ａｐｐ”およびイタリア語の翻訳語“ａｐｐｌｉｃａｚｉｏｎｅ”を記述している。この場合、情報処理装置１０は、使用言語がフランス語に設定されている場合、用語ＩＤ“ａｐｐ_ｎａｍｅ”が指定された表示画面上の箇所に、“ａｐｐ”の文字列を表示させる。一方で、情報処理装置１０は、使用言語がイタリア語に設定されている場合、用語ＩＤ“ａｐｐ_ｎａｍｅ”が指定された表示画面上の箇所に、“ａｐｐｌｉｃａｚｉｏｎｅ”の文字列を表示させる。用語ファイル４００は、第２のファイルの一例である。

図４に戻り、情報処理装置１０の機能構成の説明を続ける。検出部１６は、アプリ３０が記憶する用語ファイル３００と、用語モジュール４０が記憶する用語ファイル４００との差異を検出する機能である。検出部１６は、用語ファイル３００に記述された用語ＩＤと用語ファイル４００に記述された用語ＩＤとの差異を検出する。検出部１６は、図２に示したＣＰＵ１０１で実行されるプログラム等により実現される。

アプリ３０が更新され、用語ファイル３００に新たな用語ＩＤが追加された場合、アプリ３０の用語ファイル３００に含まれる用語ＩＤと用語モジュール４０の用語ファイル４００に含まれる用語ＩＤとの間で差異が生じる。情報処理装置１０は、用語ファイル３００に新たに追加された用語ＩＤに対応する用語を、用語モジュール４０を用いて書き換えができないため、差異を補完する処理が必要になる。そのため、情報処理装置１０は、差異を補完するため、用語モジュール４０の更新を行う。

生成部１７は、検出部１６によって検出された差異を示すデータに基づいて、用語モジュール作成装置９０への通知情報１００を生成する機能である。通知情報１００の詳細は、後述する。生成部１７は、図２に示したＣＰＵ１０１で実行されるプログラム等により実現される。

管理部１８は、記憶部２１に記憶された用語ＩＤ管理テーブル２１０および優先度管理テーブル２２０を管理する機能である。管理部１８は、用語ＩＤ管理テーブル２１０および優先度管理テーブル２２０に含まれるデータの登録または変更を行う。管理部１８は、図２に示したＣＰＵ１０１で実行されるプログラム等により実現される。

記憶・読出部１９は、記憶部２１に各種データを記憶し、記憶部２１から各種データを読み出す機能である。記憶・読出部１９および記憶部２１は、図２に示したＲＯＭ１０２、ストレージ１０４およびＣＰＵ１０１で実行されるプログラム等により実現される。また、記憶部２１は、用語ＩＤ管理テーブル２１０および優先度管理テーブル２２０を記憶している。

○用語ＩＤ管理テーブル
続いて、記憶部２１に記憶されたデータの詳細について説明する。図６は、第１の実施形態に係る用語ＩＤ管理テーブルの一例を示す図である。図６に示す用語ＩＤ管理テーブル２１０は、アプリ３０に関連づけられた用語ファイル３００および用語モジュール４０に関連づけられた用語ファイル４００に記述された文字列と用語ＩＤとの対応関係を管理するテーブルである。

用語ＩＤ管理テーブル２１０は、用語ＩＤに、アプリ３０の種別（アプリ名）およびアプリ３０の用語識別情報、並びに用語モジュール４０の種別（用語モジュール名）および用語モジュール４０の用語識別情報を関連づけて記憶して管理している。

用語ＩＤは、アプリ３０の表示画面に表示される用語が識別するための文字列である。アプリの用語識別情報は、関連づけられた用語ＩＤに対応する用語の、アプリ３０における識別情報である。用語モジュール４０の用語識別情報は、関連づけられた用語ＩＤに対応する用語の、用語モジュール４０における識別情報である。用語ＩＤ管理テーブル２１０は、用度ＩＤ“ａｐｐ_ｎａｍｅ”等の文字列ではなく、一意の数値を、アプリ３０および用語モジュール４０の用語識別情報として管理する。

用語識別情報は、同一の用語ＩＤにおいて、アプリ３０と用語モジュール４０とで異なる番号が割り振られる。そのため、用語ＩＤ管理テーブル２１０は、同一の用語ＩＤに対するアプリ３０の用語識別情報と用語モジュール４０の用語識別情報との対応関係を保持する。

なお、用語ＩＤおよび用語識別情報は、アプリ３０または用語モジュール４０が更新された場合、作成または変更される。また、用語ＩＤ管理テーブル２１０は、アプリ３０に関連する用語モジュール４０ごとに設けられてもよい。この場合、例えば、アプリ３０ａに関連する用語モジュール４０ａ、４０ｂが存在する場合は、アプリ３０ａと用語モジュール４０ａとの対応関係を保存するテーブルと、アプリ３０ａと用語モジュール４０ｂとの対応関係を保存するテーブルが別々に設けられる。

○優先度管理テーブル
図７は、第１の実施形態に係る優先度管理テーブルの一例を示す図である。図７に示す優先度管理テーブル２２０は、アプリ３０の表示画面に、どの用語モジュールの用語を優先的に表示するかを示している。優先度管理テーブル２２０は、アプリ３０の種別（アプリ名）ごとに、用語モジュール４０の優先度を示す情報を管理している。

優先度管理テーブル２２０において、アプリ３０ａは、例えば、用語モジュール４０ａ、用語モジュール４０ｂ、アプリ３０ａの順に、それぞれに記憶された用語ファイルに含まれる用語を表示画面に適用する。例えば、表示画面に含まれる用語に対応する用語ＩＤが、最も優先度の高い用語モジュール４０ａ内に存在しない場合、アプリ３０ａは、次に優先度の高い用語モジュール４０ｂの用語を使用する。また、アプリ３０ｂは、例えば、用語モジュール４０ｃ、アプリ３０ｂの順に、それぞれに記憶された用語ファイルに含まれる用語を表示画面に適用する。

優先度管理テーブル２２０は、例えば、情報処理装置１０を起動した際に、情報処理装置１０にインストールされた全ての用語モジュールに定義されている“ａｎｄｒｏｉｄ：ｐｒｉｏｒｉｔｙ”の値を取得・比較して、管理部１８によって作成される。

続いて、図４に示すアプリサーバ５０の機能構成を説明する。アプリサーバ５０によって実現される機能は、送受信部５１、管理部５２、判断部５３、記憶・読出部５４および記憶部５５を含む。

送受信部５１は、通信ネットワーク５を介して、外部装置と各種データの送受信を行う機能である。送受信部５１は、アプリ作成装置７０またはアプリサーバ５０が作成もしくは更新したアプリ３０を、情報処理装置１０へ送信する。また、送受信部５１は、用語モジュール作成装置９０が作成または更新した用語モジュール４０を、情報処理装置１０へ送信する。さらに、送受信部５１は、アプリ３０に関連づけられた用語ファイル３００と用語モジュール４０に関連づけられた用語ファイル４００との差異を示すデータを含む通知情報１００を、情報処理装置１０から受信する。送受信部５１は、図２に示したネットワークインターフェース（Ｉ／Ｆ）１０８およびＣＰＵ１０１で実行されるプログラム等によって実現される。

管理部５２は、記憶部５５に記憶された通知履歴管理テーブル５１０および通知先管理テーブル５２０を管理する機能である。管理部５２は、通知履歴管理テーブル５１０および通知先管理テーブル５２０に含まれるデータの登録または更新を行う。管理部５２は、図２に示したＣＰＵ１０１で実行されるプログラム等により実現される。

判断部５３は、通知履歴管理テーブル５１０に基づいて、情報処理装置１０から受信した通知情報１００を、用語モジュール４０を作成した用語モジュール作成装置９０へ送信するか否かを判断する機能である。判断部５３は、図２に示したＣＰＵ１０１で実行されるプログラム等により実現される。

記憶・読出部５４は、記憶部５５に各種データを記憶し、記憶部５５から各種データを読み出す機能である。記憶・読出部５４および記憶部５５は、図２に示したＲＯＭ１０２、ストレージ１０４およびＣＰＵ１０１で実行されるプログラム等により実現される。また、記憶部５５は、通知履歴管理テーブル５１０および通知先管理テーブル５２０を記憶している。

○通知履歴管理テーブル
続いて、記憶部５５に記憶されたデータの詳細について説明する。図８は、第１の実施形態に係る通知履歴管理テーブルの一例を示す図である。図８に示す通知履歴管理テーブル５１０は、アプリサーバ５０から用語モジュール作成装置９０への通知情報１００の送信履歴を管理する。通知履歴管理テーブル５１０は、用語モジュール４０の種別（用語モジュール名）および用語モジュール４０のバージョン、並びにアプリ３０の種別（アプリ名）およびアプリ３０のバージョンごとに、通知情報１００の通知履歴情報を関連づけて記憶している。

通知履歴管理テーブル５１０は、特定の用語モジュール作成装置９０への通知情報１００の送信履歴である通知履歴情報を、用語モジュール４０のバージョンとアプリ３０のバージョンの組み合わせごとに管理する。図８において、通知履歴情報は、通知情報１００の最終通知日時と、通知情報１００を用語モジュール作成装置９０へ送信した回数（作成元に通知した回数）とを含む。

アプリサーバ５０は、通知履歴管理テーブル５１０に含まれる通知履歴情報を用いて、既に通知情報１００を送信した用語モジュール作成装置９０に対して、再度通知情報１００を送信しないようにする。なお、アプリサーバ５０は、通知履歴管理テーブル５１０に含まれる最終通知日時を用いて、通知情報１００を最後に通知してから所定の期間、用語モジュール作成装置９０への通知情報１００の通知しないようにしてもよい。また、アプリサーバ５０は、通知情報１００の通知回数を用いて、同じ通知が所定の回数以上、用語モジュール作成装置９０へ通知されることを防ぐこともできる。

○通知先管理テーブル
図９は、第１の実施形態に係る通知先管理テーブルの一例を示す図である。図９に示す通知先管理テーブル５２０は、通知情報１００の通知先である用語モジュール作成装置９０の宛先を管理するテーブルである。

通知先管理テーブル５２０は、用語モジュール４０の種別（用語モジュール名）および用語モジュール４０のバージョンに、用語モジュール４０を作成した用語モジュール作成装置９０の宛先情報を関連づけて記憶している。宛先情報は、関連づけられた用語モジュール４０を作成した用語モジュール作成装置９０を特定するための宛先を示す情報である。

図９に示す宛先情報は、例えば、用語モジュール作成装置９０のメールアドレスである。この場合、アプリサーバ５０は、ＳＭＴＰ（Simple Mail Transfer Protocol）等を用いた電子メール形式を用いて、該当するメールアドレスへ通知情報１００を送信する。なお、宛先情報は、ＩＰアドレス等の用語モジュール作成装置９０のネットワーク上の宛先を示す情報であってもよい。この場合、アプリサーバ５０は、例えば、ＨＴＴＰ(HyperText Transfer Protocol)通信によって、該当するＩＰアドレスへ通知情報１００を送信する。また、用語モジュール作成装置９０がアプリサーバ５０へポーリングを行って、通知情報１００を取得する構成にしてもよい。

なお、通知先管理テーブル５２０は、用語モジュール４０のバージョンごとに宛先情報を記憶しているが、用語モジュール４０を作成した用語モジュール作成装置９０が同じ場合、一つの宛先情報のみを記憶してもよい。また、情報処理装置１０は、通知先管理テーブル５２０に変えて、通知先ごとに異なる通知アプリをインストールする構成にしてもよい。この場合、情報処理装置１０は、通知アプリを随時インストールしていくことで、通知先を追加することができる。

●表示画面情報の生成処理
次に、情報処理装置１０に表示される表示画面情報の生成処理について説明する。図１０は、第１の実施形態に係る情報処理装置における表示画面情報の生成処理の一例を示すフローチャートである。図１０は、情報処理装置１０がアプリ３０ａを起動する場合の例を示す。

ステップＳ１０１において、アプリ制御部１４は、アプリ３０ａを起動させた場合、処理をステップＳ１０２へ移行させる。一方で、アプリ制御部１４は、アプリ３０ａを起動させない場合、ステップＳ１０１の処理を繰り返す。

ステップＳ１０２において、アプリ制御部１４は、記憶部２１に記憶された用語ＩＤ管理テーブル２１０および優先度管理テーブル２２０を読み出す。具体的には、アプリ制御部１４は、記憶・読出部１９へ、用語ＩＤ管理テーブル２１０および優先度管理テーブル２２０の読出要求を出力する。記憶・読出部１９は、出力された読出要求を検知した場合、記憶部２１に記憶された用語ＩＤ管理テーブル２１０および優先度管理テーブル２２０を読み出す。そして、記憶・読出部１９は、読み出した用語ＩＤ管理テーブル２１０および優先度管理テーブル２２０を、アプリ制御部１４へ出力する。

ステップＳ１０３において、アプリ制御部１４は、読み出した優先度管理テーブル２２０のうち、アプリ３０ａに関連づけられた最も優先度の高い用語モジュールを特定する。アプリ制御部１４は、例えば、図７に示した優先度管理テーブル２２０において、最も優先度の高い用語モジュールとして用語モジュール４０ａを特定する。

ステップＳ１０４において、アプリ制御部１４は、読み出した用語ＩＤ管理テーブル２１０のうち、アプリ３０ａの表示画面に含まれる用語の用語ＩＤに関連づけられた、特定した用語モジュール４０の用語識別情報を抽出する。アプリ３０ａの表示画面に用語ＩＤ“ａｐｐ_ｎａｍｅ”に対応する用語が含まれる場合、アプリ制御部１４は、例えば、図６に示した用語ＩＤ管理テーブル２１０において、用語モジュール４０ａに関連づけられた用語識別情報として“０ｘ１００２”を抽出する。

ステップＳ１０５において、アプリ制御部１４は、抽出された用語識別情報に対応する用語を取得する。アプリ制御部１４は、例えば、図５（ｂ）に示した用語ファイル４００ａにおいて、抽出した用語識別情報“０ｘ１００２”に対応する用語として“ａｎｗｅｎｄｕｎｇ”を取得する。

ステップＳ１０６において、アプリ制御部１４は、アプリ３０ａの表示画面に含まれる全ての用語を取得した場合、処理をステップＳ１０７へ移行させる。一方で、アプリ制御部１４は、アプリ３０ａの表示画面に含まれる用語のうち、取得していない用語が残っている場合、ステップＳ１０３からの処理を繰り返す。

ステップＳ１０７において、表示制御部１３は、アプリ制御部１４によって取得された用語を用いて、表示画面情報を生成する。図１０の例において、用語モジュール４０ａの用語ファイル４００ａから用語が取得したため、生成される表示画面情報は、ドイツ語表記となる。そして、表示制御部１３は、生成した表示画面情報を、ディスプレイ１０６ａに表示させる。

●用語モジュールの更新処理
図１１は、第１の実施形態に係る情報処理システムにおける用語モジュールの更新処理の一例を示すシーケンス図である。図１１は、アプリ３０ａに関連づけられた用語ファイル３００ａに新たな用語を追加する場合の例を示す。

ステップＳ２０１において、アプリサーバ５０の管理部５２は、アプリ３０ａの用語ファイル３００ａを更新する。管理部５２は、例えば、用語ファイル３００ａに、新しい用語と当該用語に対応する用語ＩＤとを含むデータを追加する。なお、用語ファイル３００ａが更新された場合、アプリ３０ａのバージョンは、例えば、“１．０”から“１．１”に変更される。

ステップＳ２０２において、アプリサーバ５０の送受信部５１は、用語ファイル３００ａの更新通知を、情報処理装置１０へ送信する。更新通知は、更新後のアプリ３０ａのバージョン情報、および更新後の用語ファイル３００ａのデータを含む。そして、情報処理装置１０のアプリ制御部１４は、送受信部１１によって用語ファイル３００ａの更新通知が受信された場合、アプリ３０ａの用語ファイル３００ａを更新する。そして、管理部１８は、記憶部２１に記憶された用語ＩＤ管理テーブル２１０に、追加された用語ＩＤおよび用語ＩＤに対応するアプリ３０ａの用語識別情報を追加する。

図１２は、第１の実施形態に係るアプリが有する更新前後の用語ファイルの内容の一例を示す図である。図１２（ａ）は、更新前の用語ファイル３００ａであり、図１２（ｂ）は、更新後の用語ファイル３００ａａを示す。図１２（ｂ）に示す用語ファイル３００ａａは、用語ファイル３００ａから用語ＩＤが“ａｐｐ＿ｓｃａｎ”、“ａｐｐ＿ｃｏｐｙ”、“ａｐｐ＿ｆａｘ”である用語が新たに追加されている。

ステップＳ２０３において、情報処理装置１０の検出部１６は、更新された用語ファイル３００ａと、用語モジュール４０の用語ファイル４００との差異を検出する。具体的には、検出部１６は、アプリ３０ａに関連づけられた用語ファイル３００ａａに含まれる用語と、用語モジュール４０に関連づけられた用語ファイル４００に含まれる用語との差異を検出する（検出ステップの一例）。検出部１６は、用語ＩＤ管理テーブル２１０に含まれる用語ＩＤごとに差異を確認し、差異があった場合、差異を示すデータとして検出する。図１２の例において、検出部１６は、差異を示すデータとして、用語ＩＤ“ａｐｐ＿ｓｃａｎ”、“ａｐｐ＿ｃｏｐｙ”、“ａｐｐ＿ｆａｘ”を検出する。

ステップＳ２０４において、情報処理装置１０の生成部１７は、検出部１６によって検出された差異を示すデータに基づいて、通知情報１００を生成する。ステップＳ２０５において、情報処理装置１０の送受信部１１は、生成部１７によって生成された通知情報１００を、アプリサーバ５０へ送信する（送信ステップの一例）。

ここで、通知情報１００の内容について説明する。図１３は、第１の実施形態に係る通知情報の一例を示す図である。図１３（ａ）は、通知情報１００の内容を示す。通知情報１００は、用語モジュール名、用語モジュールのバージョン、アプリ名、アプリのバージョン、および検出部１６によって検出された差異を示すデータを含む差異ファイルの情報を含む。差異ファイルは、差異を示すデータとして検出された言語ごとに保持される。

図１３（ｂ）は、日本語差異ファイル１１０、図１３（ｃ）は、英語差異ファイル１２０を示す。日本語差異ファイル１１０および英語差異ファイル１２０は、差異を示すデータとして検出された用語ＩＤに対応する用語の文字列をリストとして、それぞれ保持している。日本語差異ファイル１１０および英語差異ファイル１２０は、差異が検出されなかった用語ＩＤに対応する文字列を含まない。用語ＩＤ管理テーブル２１０に用語ＩＤが存在するが、更新されたアプリ３０の用語ファイルに該当する用語ＩＤの文字列が存在しない場合、日本語差異ファイル１１０および英語差異ファイル１２０の文字列は、空白となる。通知情報１００は、アプリ３０に関連づけられた用語ファイル３００に含まれる用語と、用語モジュール４０に関連づけられた用語ファイル４００に含まれる、用語ファイル３００に含まれる用語に対応する用語との差異を示す差異情報の一例である。

図１１に戻り、用語モジュール４０の更新処理の説明を続ける。ステップＳ２０６において、アプリサーバ５０の判断部５３は、記憶部５５に記憶された通知履歴管理テーブル５１０および通知先管理テーブル５２０を読み出す。具体的には、判断部５３は、記憶・読出部５４へ、通知履歴管理テーブル５１０および通知先管理テーブル５２０の読出要求を出力する。記憶・読出部５４は、出力された読出要求を検知した場合、記憶部５５に記憶された通知履歴管理テーブル５１０および通知先管理テーブル５２０を読み出す。そして、記憶・読出部５４は、読み出した通知履歴管理テーブル５１０および通知先管理テーブル５２０を、判断部５３へ出力する。

ステップＳ２０７において、アプリサーバ５０の判断部５３は、読み出した通知履歴管理テーブル５１０および通知先管理テーブル５２０と、送受信部５１によって受信された通知情報１００の内容とに基づいて、通知情報１００の通知先を決定する。

ここで、アプリサーバ５０における通知情報１００の通知先を決定する処理について説明する。図１４は、第１の実施形態に係るアプリサーバの通知先決定処理の一例を示すフローチャートである。

ステップＳ３０１において、判断部５３は、送受信部５１によって通知情報１００を受信された場合、処理をステップＳ３０２へ移行させる。一方で、判断部５３は、送受信部５１によって通知情報１００が受信されていない場合、ステップＳ３０１の処理を繰り返す。

ステップＳ３０２において、判断部５３は、記憶部５５から通知履歴管理テーブル５１０および通知先管理テーブル５２０を読み出す。具体的には、判断部５３は、記憶・読出部５４へ、通知履歴管理テーブル５１０および通知先管理テーブル５２０の読出要求を出力する。記憶・読出部５４は、出力された読出要求を検知した場合、記憶部５５に記憶された通知履歴管理テーブル５１０および通知先管理テーブル５２０を読み出す。そして、記憶・読出部５４は、読み出した通知履歴管理テーブル５１０および通知先管理テーブル５２０を、判断部５３へ出力する。

ステップＳ３０３において、判断部５３は、読み出した通知先管理テーブル５２０を用いて、通知情報１００の通知先を決定する。具体的には、判断部５３は、通知先管理テーブル５２０のうち、通知情報１００に含まれる用語モジュール４０の情報が関連づけられた宛先情報を、通知先として決定する。判断部５３は、例えば、図１３に示した通知情報１００が受信された場合、図９に示した通知先管理テーブル５２０のうち、バージョン“１．０”の“用語モジュール４０ａ”に関連づけられた宛先情報“ｘｘｘ＠ａａａ．ｃｏ．ｊｐ”を通知先として決定する。

ステップＳ３０４において、判断部５３は、読み出した通知履歴管理テーブル５１０に含まれる通知履歴情報が所定の条件を満たす場合、処理をステップＳ３０５へ移行させる。一方で、判断部５３は、当該通知履歴情報が所定の条件を満たさない場合、処理を終了する。ここで、所定の条件は、アプリサーバ５０の管理者によって適宜設定することができる。判断部５３は、例えば、通知情報１００を最後に通知した日時から所定の期間を経過した場合、条件を満たすと判断してもよい。また、判断部５３は、決定された通知先へ通知情報１００を一度も通知していない場合、条件を満たすと判断してもよい。さらに、判断部５３は、通知情報１００を通知した回数が所定の回数以下の場合、条件を満たすと判断してもよい。このように、アプリサーバ５０の判断部５３は、通知履歴管理テーブル５１０に含まれる通知履歴情報に基づいて、決定した通知先である用語モジュール作成装置９０へ通知情報１００を送信するか否かを判断する。

ステップＳ３０５において、送受信部５１は、判断部５３によって決定された通知先である宛先情報を用いて、用語モジュール作成装置９０へ通知情報１００を送信する。

図１１に戻り、用語モジュール４０の更新処理の説明を続ける。ステップＳ２０８において、アプリサーバ５０の送受信部５１は、判断部５３によって特定された通知先である用語モジュール作成装置９０へ、通知情報１００を送信する。また、アプリサーバ５０の管理部５２は、通知履歴管理テーブル５１０に、通知情報１００の内容に対応する通知履歴情報を更新・修正する。

ステップＳ２０９において、用語モジュール作成装置９０は、受信した通知情報１００の内容に基づいて、用語モジュール４０を更新する。用語モジュール作成装置９０は、通知情報１００に含まれる用語ファイル３００ａと用語ファイル４００との差異を示すデータを用いて、用語モジュール４０に関連づけられた用語ファイル４００を更新する。用語モジュール作成装置９０は、例えば、図１３に示した通知情報１００の場合、用語ファイル４００に、用語ＩＤ“ａｐｐ＿ｓｃａｎ”、“ａｐｐ＿ｃｏｐｙ”、“ａｐｐ＿ｆａｘ”に対応する用語を追加する。追加された用語の使用言語は、それぞれの用語ファイル４０の使用言語に基づく。なお、用語ファイル４００が更新された場合、用語モジュールのバージョンは、例えば、“１．０”から“１．１”に変更される。これによって、用語モジュール作成装置９０は、情報処理装置１０にインストールされたアプリ３０が更新された場合、更新されたアプリ３０の内容に対応した用語モジュール４０を作成することができる。

ステップＳ２１０において、用語モジュール作成装置９０は、用語モジュール４０を更新した場合、用語モジュール４０の更新通知をアプリサーバ５０へ送信する。用語モジュール４０の更新通知は、更新後の用語モジュール４０のバージョン情報、および更新後の用語ファイル４００のデータを含む。

ステップＳ２１１において、アプリサーバ５０の送受信部５１は、用語モジュール作成装置９０から受信した用語モジュール４０の更新通知を、情報処理装置１０へ送信する。ステップＳ２１２において、情報処理装置１０のアプリ制御部１４は、送受信部１１によって受信された更新通知に含まれるデータを用いて、用語モジュール４０の記憶部４１に記憶された用語ファイル４００を更新する（更新ステップの一例）。そして、管理部１８は、記憶部２１に記憶された用語ＩＤ管理テーブル２１０に、更新通知に含まれる用語モジュール４０のバージョン情報および更新された用語ＩＤに対応する用語モジュール４０の用語識別情報を追加する。

●第１の実施形態の効果
以上説明したように、第１の実施形態に係る情報処理システムは、アプリ３０と、アプリ３０の動作に関連する用語モジュール４０とを有する情報処理装置１０と、アプリサーバ５０とを備える。情報処理装置１０は、アプリ３０に関連づけられた用語ファイル３００に含まれる用語と、用語モジュール４０に関連づけられた用語ファイル４００に含まれる、用語ファイル３００に含まれる用語に対応する用語との差異を検出し、検出された差異を示す通知情報１００を、アプリサーバ５０へ送信する。アプリサーバ５０は、用語ファイル４００の作成元である用語モジュール作成装置９０へ通知情報１００を送信し、用語モジュール作成装置９０は、通知情報１００に基づいて、用語ファイル４００を更新する。そして、情報処理装置１０は、アプリサーバ５０を介して、用語モジュール作成装置９０から送信された更新通知に応じて、用語ファイル４００を更新する。

そのため、情報処理装置１０は、所定のアプリケーションが更新された場合、更新されたアプリケーションの動作に関連する用語モジュールを追随して更新することができる。また、用語モジュール作成装置９０は、更新されたアプリ３０との差異を示すデータを含む通知情報１００に基づいて、用語モジュール４０の修正箇所を特定することができるので、用語モジュール４０の更新にかかる時間を短縮することができる。さらに、情報処理システムは、各地に設置された情報処理装置１０から用語モジュール作成装置９０へ通知情報１００を直接送信するのではなくアプリサーバ５０を経由して送信するので、用語モジュール４０の更新にかかる通信量を削減することができる。

●第２の実施形態●
次に、第２の実施形態に係る情報処理システムついて説明する。なお、第１の実施形態と同一構成および同一機能は、同一の符号を付して、その説明を省略する。第２の実施形態に係る情報処理システムにおいて、情報処理装置１０Ａは、通知情報１００の送信履歴に基づいて、通知情報１００をアプリサーバ５０へ送信するか否かを判断する。

図１５は、第２の実施形態に係る情報処理システムの機能構成の一例を示す図である。図１５に示す情報処理装置１０Ａは、第１の実施形態で説明した情報処理装置１０の機能に加え、判断部２２を備える。判断部２２は、生成部１７によって生成された通知情報１００をアプリサーバ５０へ送信するか否かを判断する機能である。判断部２２は、図２に示したＣＰＵ１０１で実行されるプログラム等により実現される。

また、情報処理装置１０Ａは、記憶部２１Ａに送信履歴管理テーブル２３０を記憶している。図１６は、第２の実施形態に係る送信履歴管理テーブルの一例を示す図である。図１６に示す送信履歴管理テーブル２３０は、情報処理装置１０からアプリサーバ５０への通知情報１００の送信履歴を管理する。送信履歴管理テーブル２３０は、用語モジュール４０の種別（用語モジュール名）および用語モジュール４０のバージョン、並びにアプリ３０の種別（アプリ名）およびアプリ３０のバージョンごとに、アプリサーバ５０への通知情報１００の送信履歴である送信履歴情報を関連づけて記憶している。

送信履歴管理テーブル２３０は、アプリサーバ５０への通知情報１００の送信履歴である送信履歴情報を、用語モジュール４０のバージョンとアプリ３０のバージョンの組み合わせごとに管理する。図１６において、送信履歴情報は、通知情報１００の最終送信日時と、通知情報１００をアプリサーバ５０へ送信した回数とを含む。情報処理装置１０は、送信履歴管理テーブル２３０に含まれる最終送信日時に基づいて、通知情報１００を最後に送信してから所定の期間、アプリサーバ５０への通知情報１００の送信を抑制することができる。また、情報処理装置１０は、通知情報１００の送信回数に基づいて、同じ通知情報１００が所定の回数以上、アプリサーバ５０へ送信されることを防ぐこともできる。

図１７は、第２の実施形態に係る情報処理装置における通知情報の生成処理の一例を示すフローチャートである。ステップＳ４０１において、アプリ制御部１４は、送受信部１１によって用語ファイル３００ａの更新通知を受信した場合、処理をステップＳ４０１へ移行させる。一方で、アプリ制御部１４は、送受信部１１によって用語ファイル３００ａの更新通知を受信してない場合、ステップＳ４０１の処理を繰り返す。

ステップＳ４０２において、アプリ制御部１４は、アプリ３０ａに、更新された用語ファイル３００ａを適用する。ステップＳ４０３において、検出部１６は、更新された用語ファイル３００ａと、用語モジュール４０の用語ファイル４００との差異を検出した場合、処理をステップＳ４０４へ移行させる。一方で、検出部１６は、当該差異を検出していない場合、処理を終了する。なお、ステップＳ４０３における検出部１６による処理は、図１１で示したステップＳ２０３の処理と同様である。

ステップＳ４０４において、判断部２２は、記憶部２１Ａに記憶された送信履歴管理テーブル２３０を読み出す。具体的には、判断部２２は、記憶・読出部１９へ、送信履歴管理テーブル２３０の読出要求を出力する。記憶・読出部１９は、出力された読出要求を検知した場合、記憶部２１Ａに記憶された送信履歴管理テーブル２３０を読み出す。そして、記憶・読出部１９は、読み出した送信履歴管理テーブル２３０を、判断部２２へ出力する。

ステップＳ４０５において、判断部２２は、読み出した送信履歴管理テーブル２３０に含まれる送信履歴情報が所定の条件を満たす場合、処理をステップＳ４０６へ移行させる。一方で、判断部２２は、送信履歴管理テーブル２３０に含まれる送信履歴情報を所定の条件を満たさない場合、処理を終了する。ここで、所定の条件は、情報処理装置１０のユーザによって適宜設定することができる。判断部２２は、例えば、同じ内容の通知情報１００をアプリサーバ５０へ最後に送信した日時から所定の期間を経過した場合、条件を満たすと判断してもよい。また、判断部２２は、同じ内容の通知情報１００をアプリサーバ５０へ一度も送信していない場合、条件を満たすと判断してもよい。さらに、判断部２２は、同じ内容の通知情報１００をアプリサーバ５０へ送信した回数が所定の回数以下の場合、条件を満たすと判断してもよい。

ステップＳ４０６において、生成部１７は、検出部１６により検出された差異を示すデータに基づいて、通知情報１００を生成する。ステップＳ４０７において、送受信部１１は、生成部１７により生成された通知情報１００を、アプリサーバ５０へ送信する。なお、情報処理装置１０は、上記で説明した判断部２２による処理のほか、受付部１２によって受け付けられたユーザ入力に基づいて、通知情報１００をアプリサーバ５０へ送信するか否かを設定してもよい。

●第２の実施形態の効果
このように、第２の実施形態に係る情報処理システムは、送信履歴管理テーブル２３０を用いて、情報処理装置１０Ａからアプリサーバ５０へ通知情報１００を送信するか否かを判断する。そのため、第２の実施形態に係る情報処理システムは、通知情報１００を用語モジュール作成装置９０へ通知したくない場合、情報処理装置１０の通知機能をＯＦＦすることができるので、ユーザの使い勝手を向上させることができる。

●第３の実施形態●
次に、第３の実施形態に係る情報処理システムついて説明する。なお、第１の実施形態または第２の実施形態と同一構成および同一機能は、同一の符号を付して、その説明を省略する。第３の実施形態に係る情報処理システムにおいて、情報処理装置１０Ｂは、第２の実施形態と同様に、記憶部２１Ｂにアプリサーバ５０への通知情報１００の送信履歴を示す送信履歴管理テーブル２３０を記憶している。情報処理装置１０Ｂは、用語モジュール４０の更新が所定の期間行われない場合、外部の翻訳サーバ６０を用いて、該当する用語の翻訳を行う。

図１８は、第３の実施形態に係る情報処理システムのシステム構成の一例を示す図である。図１８に示す情報処理システムは、第１の実施形態で説明した情報処理システムの構成に加えて、翻訳サーバ６０を含む。翻訳サーバ６０は、通信ネットワーク５を介して、情報処理装置１０に接続されている。翻訳サーバ６０は、情報処理装置１０Ｂから用語の翻訳依頼を受信し、翻訳結果を情報処理装置１０Ｂへ送信するサーバ装置である。

情報処理装置１０は、通知情報１００を送信したとしても、用語モジュール作成装置９０によって用語モジュール４０が更新されなければ、情報処理装置１０に取り込まれた用語モジュール４０を更新することができない。このような状況に対処するため、情報処理装置１０Ｂは、通知情報１００を送信してから所定の期間、用語モジュール４０の更新が行われていない場合、翻訳サーバ６０を利用して、用語モジュール４０を更新する。

図１９は、第３の実施形態に係る情報処理装置における用語モジュールの更新処理の一例を示すフローチャートである。図１９は、情報処理装置１０が既にアプリサーバ５０へ通知情報１００を送信しているものとして説明する。

ステップＳ５０１において、判断部２２は、記憶部２１Ｂに記憶された送信履歴管理テーブル２３０を読み出す。具体的には、判断部２２は、記憶・読出部１９へ、送信履歴管理テーブル２３０の読出要求を出力する。記憶・読出部１９は、出力された読出要求を検知した場合、記憶部２１Ｂに記憶された送信履歴管理テーブル２３０を読み出す。そして、記憶・読出部１９は、読み出した送信履歴管理テーブル２３０を、判断部２２へ出力する。

ステップＳ５０２において、判断部２２は、送信履歴管理テーブル２３０に含まれる最終送信日時から、所定の期間更新されていない用語モジュール４０が存在する場合、処理をステップＳ５０３へ移行させる。一方で、判断部２２は、所定期間更新されていない用語モジュール４０が存在しない場合、処理を終了する。

ステップＳ５０３において、情報処理装置１０は、通知情報１００に含まれる文字列を、翻訳サーバ６０を用いて翻訳する。具体的には、送受信部１１は、通知情報１００に含まれる差異ファイルに記述された文字列を、翻訳サーバ６０へ送信する。翻訳サーバ６０は、受信した文字列の翻訳を行う。そして、送受信部１１は、翻訳された文字列を、翻訳サーバ６０から受信する。

ステップＳ５０４において、アプリ制御部１４は、該当する用語モジュール４０の用語ファイル４００に、翻訳された文字列を適用することで、用語モジュール４０の用語ファイル４００を更新する。そして、管理部１８は、記憶部２１Ｂに記憶された用語ＩＤ管理テーブル２１０に、翻訳された用語の用語ＩＤに対応する用語モジュール４０の用語識別情報を追加する。

●第３の実施形態の効果
このように、第３の実施形態に係る情報処理システムは、情報処理装置１０Ｂにおいて、用語モジュール４０の更新が所定の期間行われない場合、翻訳サーバ６０を用いて用語モジュール４０を翻訳する。そのため、第３の実施形態に係る情報処理システムは、用語モジュール４０の更新がされない場合においても、翻訳サーバ６０を用いることで、用語モジュール４０をアプリ３０の更新に追随して更新させることができる。

●第４の実施形態●
次に、第４の実施形態に係る情報処理システムついて説明する。なお、第１の実施形態乃至第３の実施形態と同一構成および同一機能は、同一の符号を付して、その説明を省略する。第４の実施形態に係る情報処理システムにおいて、アプリサーバ５０Ａは、情報処理装置１０によってアプリ３０に関連づけられた用語ファイルに含まれる用語との差異が検出された用語モジュール４０の作成元である用語モジュール作成装置９０へ通知情報１００を送信するとともに、他の用語モジュール作成装置９０にも通知情報１００を送信する。

図２０は、第４の実施形態に係る情報処理システムの機能構成の一例を示す図である。図２０に示すアプリサーバ５０Ａは、第１の実施形態で説明したアプリサーバ５０の機能に加えて、記憶部５５Ａに用語モジュール管理テーブル５３０を記憶している。

図２１は、第４の実施形態に係る用語モジュール管理テーブルの一例を示す図である。図２１に示す用語モジュール管理テーブル５３０は、用語モジュールの種別（用語モジュール名）および用語モジュールのバージョンに、当該用語モジュールに関連するモジュールの種別（関連モジュール名）を関連づけて記憶している。

図２１の用語モジュール管理テーブル５３０において、例えば、バージョン１．０の用語モジュール４０ａは、用語モジュール４０ｂと関連する。また、バージョン１．１の用語モジュール４０ａは、用語モジュール４０ｂおよび用語モジュール４０ｃと関連する。さらに、バージョン１．０の用語モジュール４０ｂは、用語モジュール４０ｃと関連する。

なお、用語モジュール管理テーブル５３０に含まれる関連モジュール名は、アプリサーバ５０の管理者によって設定され、適宜修正・変更可能である。

図２２は、第４の実施形態に係るアプリサーバの通知先決定処理の一例を示すフローチャートである。ステップＳ６０１において、送受信部５１は、情報処理装置１０から送信された通知情報１００を受信した場合、処理をステップＳ６０２へ移行させる。一方で、送受信部５１は、通知情報１００を受信していない場合、ステップＳ６０１の処理を繰り返す。

ステップＳ６０２において、判断部５３は、記憶部５５Ａから通知履歴管理テーブル５１０、通知先管理テーブル５２０および用語モジュール管理テーブル５３０を読み出す。具体的には、判断部５３は、記憶・読出部５４へ、通知履歴管理テーブル５１０、通知先管理テーブル５２０および用語モジュール管理テーブル５３０の読出要求を出力する。記憶・読出部５４は、出力された読出要求を検知した場合、記憶部５５Ａに記憶された通知履歴管理テーブル５１０、通知先管理テーブル５２０および用語モジュール管理テーブル５３０を読み出す。そして、記憶・読出部５４は、読み出した通知履歴管理テーブル５１０、通知先管理テーブル５２０および用語モジュール管理テーブル５３０を、判断部５３へ出力する。

ステップＳ６０３において、判断部５３は、読み出した通知先管理テーブル５２０を用いて、通知情報１００の通知先を決定する。具体的には、判断部５３は、通知先管理テーブル５２０のうち、送受信部５１によって受信された通知情報１００に含まれる用語モジュール４０の情報が関連づけられた宛先情報を、通知先として特定する。判断部５３は、例えば、図１３に示した通知情報１００が受信された場合、図９に示した通知先管理テーブル５２０の中で、“用語モジュール４０ａ”およびバージョン“１．０”に関連づけられた宛先情報“ｘｘｘ＠ａａａ．ｃｏ．ｊｐ”を通知先として決定する。

ステップＳ６０４において、判断部５３は、読み出した通知履歴管理テーブル５１０に含まれる通知履歴情報が所定の条件を満たす場合、処理をステップＳ６０５へ移行させる。一方で、判断部５３は、当該通知履歴情報が所定の条件を満たさない場合、処理を終了する。ここで、所定の条件は、アプリサーバ５０の管理者によって適宜設定することができる。判断部５３は、例えば、通知情報１００を最後に通知した日時から所定の期間を経過した場合、条件を満たすと判断してもよい。また、判断部５３は、決定された通知先へ通知情報１００を一度も通知していない場合、条件を満たすと判断してもよい。さらに、判断部５３は、通知情報１００を通知した回数が所定の回数以下の場合、条件を満たすと判断してもよい。このように、アプリサーバ５０の判断部５３は、通知履歴管理テーブル５１０に含まれる通知履歴情報に基づいて、決定した通知先である用語モジュール作成装置９０へ通知情報１００を送信するか否かを判断する。

ステップＳ６０５において、判断部５３は、読み出した用語モジュール管理テーブル５３０に、通知情報１００に含まれる用語モジュール４０に関連するモジュールが存在する場合、処理をステップＳ６０６へ移行させる。ステップＳ６０６において、送受信部１１は、決定した通知先である用語モジュール作成装置９０、および関連するモジュールを作成した用語モジュール作成装置９０へ、通知情報１００を送信する。関連するモジュールを作成した用語モジュール作成装置９０の宛先は、読み出した通知先管理テーブル５２０を用いて決定する。

一方で、ステップＳ６０５において、判断部５３は、読み出した用語モジュール管理テーブル５３０に、通知情報１００に含まれる用語モジュールに関連するモジュールが存在しない場合、処理をステップＳ６０７へ移行させる。ステップＳ６０７において、送受信部５１は、決定した通知先である用語モジュール作成装置９０へ、通知情報１００を送信する。なお、アプリサーバ５０は、用語モジュール管理テーブル５３０に含まれる関連モジュールだけでなく、例えば、通知先管理テーブル５２０に宛先情報が登録されているすべてのモジュールへ通知情報１００を送信してもよい。

●第４の実施形態の効果
このように、第４の実施形態に係る情報処理システムは、情報処理装置１０によってアプリ３０に関連づけられた用語ファイルに含まれる用語との差異が検出された用語モジュール４０の作成元である用語モジュール作成装置９０へ通知情報１００を送信するとともに、他の用語モジュール作成装置９０にも通知情報１００を送信する。これにより、第４の実施形態に係る情報処理システムは、用語モジュール作成装置９０が他の用語モジュール作成装置９０の更新内容に基づいて、用語モジュール４０を作成することができる。

●まとめ●
以上説明したように、本発明の一実施形態に係る情報処理装置は、アプリ３０（所定のアプリケーションの一例）と、アプリ３０の動作に関連する用語モジュール４０（モジュールの一例）とを備える情報処理装置１０であって、アプリ３０に関連づけられた用語ファイル３００（第１のファイルの一例）に含まれる用語（第１の文字列の一例）と、用語モジュール４０に関連づけられた用語ファイル４００（第２のファイルの一例）に含まれる、用語ファイル３００に含まれる用語に対応する用語（第２の文字列の一例）との差異を検出し、検出された差異を示す通知情報１００（差異情報の一例）を、アプリサーバ５０（外部装置の一例）へ送信する。そして、情報処理装置１０は、アプリサーバ５０から送信された更新通知に応じて、用語ファイル４００を更新する。そのため、情報処理装置１０は、アプリ３０が更新された場合、更新されたアプリ３０の動作に関連するモジュールを追随して更新することができる。

また、本発明の一実施形態に係る情報処理装置は、アプリ３０を更新するアプリ制御部１４（アプリ更新手段の一例）と、を備え、更新された用語ファイル３００（第１のファイルの一例）と、用語ファイル４００（第２のファイルの一例）との差異を検出する。そのため、情報処理装置１０は、アプリ３０が更新された場合、更新されたアプリ３０の動作に関連するモジュールを追随して更新することができる。

さらに、本発明の一実施形態に係る情報処理システムは、情報処理装置１０と、通信ネットワーク５を介して情報処理装置１０と通信を行うアプリサーバ５０（外部装置の一例）と、を備える情報処理システムである。そして、アプリサーバ５０は、通知情報１００（差異情報の一例）の送信履歴を示す履歴情報に基づいて、情報処理装置１０から受信した通知情報１００を、用語モジュール４０（モジュールの一例）を作成した用語モジュール作成装置９０（作成装置の一例）へ送信するか否かを決定する判断部５３（決定手段の一例）と、通知情報１００を送信すると決定された場合、通知情報１００を用語モジュール作成装置９０へ送信する送受信部５１（第２の送信手段の一例）と、を備える。そのため、本発明の一実施形態に係る情報処理システムは、更新されたアプリ３０との差異を示すデータを含む通知情報１００に基づいて、用語モジュール４０の修正箇所を特定することができるので、用語モジュール４０の更新にかかる時間を短縮することができる。

また、本発明の一実施形態に係る情報処理システムは、履歴情報は、通知情報１００（差異情報の一例）を用語モジュール作成装置９０（作成装置の一例）へ最後に送信した時刻を示す時刻情報を含み、現在時刻が時刻情報から所定の期間を経過している場合、通知情報１００を送信すると判定する。そのため、本発明の一実施形態に係る情報処理システムは、通知情報１００を用語モジュール作成装置９０へ送信する頻度を制限することができる。

さらに、本発明の一実施形態に係るファイル更新方法は、アプリ３０（所定のアプリケーションの一例）と、アプリ３０の動作に関連する用語モジュール４０（モジュールの一例）とを備える情報処理装置１０が実行するファイル更新方法であって、アプリ３０に関連づけられた用語ファイル３００（第１のファイルの一例）に含まれる用語（第１の文字列の一例）と、用語モジュール４０に関連づけられた用語ファイル４００（第２のファイルの一例）に含まれる、用語ファイル３００に含まれる用語に対応する用語（第２の文字列の一例）との差異を検出し、検出された差異を示す通知情報１００（差異情報の一例）を、アプリサーバ５０（外部装置の一例）へ送信する。そして、情報処理装置１０は、アプリサーバ５０から送信された更新通知に応じて、用語ファイル４００を更新する。そのため、ファイル更新方法は、アプリ３０が更新された場合、更新されたアプリ３０の動作に関連するモジュールを追随して更新することができる。

●補足●
なお、各実施形態の機能は、アセンブラ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）等のレガシープログラミング言語またはオブジェクト指向プログラミング言語等で記述されたコンピュータ実行可能なプログラムにより実現でき、各実施形態の機能を実行するためのプログラムは、電気通信回線を通じて頒布することができる。

また、各実施形態の機能を実行するためのプログラムは、ＲＯＭ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）、ＥＰＲＯＭ（Erasable Programmable Read-Only Memory）、フラッシュメモリ、フレキシブルディスク、ＣＤ（Compact Disc）－ＲＯＭ、ＣＤ－ＲＷ（Re-Writable）、ＤＶＤ－ＲＯＭ、ＤＶＤ－ＲＡＭ、ＤＶＤ－ＲＷ、ブルーレイディスク、ＳＤカード、ＭＯ（Magneto-Optical disc）等の装置可読な記録媒体に格納して頒布することもできる。

さらに、各実施形態の機能の一部または全部は、例えばＦＰＧＡ（Field Programmable Gate Array）等のプログラマブル・デバイス（PD）上に実装することができ、またはＡＳＩＣとして実装することができ、各実施形態の機能をＰＤ上に実現するためにＰＤにダウンロードする回路構成データ（ビットストリームデータ）、回路構成データを生成するためのＨＤＬ（Hardware Description Language）、ＶＨＤＬ（Very High Speed Integrated Circuits Hardware Description Language）、Ｖｅｒｉｌｏｇ－ＨＤＬ等により記述されたデータとして記録媒体により配布することができる。

これまで本発明の一実施形態に係る情報処理装置、情報処理システム、ファイル更新方法およびプログラムについて説明してきたが、本発明は、上述した実施形態に限定されるものではなく、他の実施形態の追加、変更または削除等、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

５ 通信ネットワーク
１０ 情報処理装置
１１ 送受信部（送信手段の一例）
１４ アプリ制御部（ファイル更新手段の一例、アプリ更新手段の一例）
１６ 検出部（検出手段の一例）
３０ アプリ
４０ 用語モジュール
５０ アプリサーバ（外部装置の一例）
５１ 送受信部（第２の送信手段の一例）
５３ 判断部（決定手段の一例）
７０ アプリ作成装置
９０ 用語モジュール作成装置
３００ 用語ファイル（第１のファイルの一例）
４００ 用語ファイル（第２のファイルの一例）

特開２０１０－１０８１４２号公報

Claims (5)

1. 所定のアプリケーションと、前記アプリケーションの動作に関連するモジュールとを備える情報処理装置と、ネットワークを介して前記情報処理装置と通信を行う外部装置と、を備える情報処理システムであって、
   前記情報処理装置は、
   前記アプリケーションに関連づけられた第１のファイルに含まれる第１の文字列と、前記モジュールに関連付けられた第２のファイルに含まれる、前記第１の文字列に対応する第２の文字列との差異を検出する検出手段と、
   前記検出された差異を示す差異情報を、外部装置へ送信する送信手段と、
   前記外部装置から送信された更新通知に応じて、前記第２のファイルを更新するファイル更新手段と、を備え、
   前記外部装置は、
   前記差異情報の送信履歴を示す履歴情報に基づいて、前記情報処理装置から受信した前記差異情報を、前記モジュールを作成した作成装置へ送信するか否かを決定する決定手段と、
   前記差異情報を送信すると決定された場合、前記差異情報を前記作成装置へ送信する第２の送信手段と、
   を備える情報処理システム。
2. 請求項１に記載の情報処理システムであって、
   前記情報処理装置は、更に、
   前記アプリケーションを更新するアプリ更新手段と、を備え、
   前記検出手段は、前記アプリ更新手段により前記アプリケーションを更新した場合、
   前記第１のファイルと、前記第２のファイルとの差異を検出する、情報処理システム。
3. 請求項１または請求項２に記載の情報処理システムであって、
   前記履歴情報は、前記差異情報を前記作成装置へ最後に送信した時刻を示す時刻情報を含み、
   前記判定手段は、現在時刻が前記時刻情報から所定の期間を経過している場合、前記差異情報を送信すると判定する、情報処理システム
4. 所定のアプリケーションと、前記アプリケーションの動作に関連するモジュールとを備える情報処理装置と、ネットワークを介して前記情報処理装置と通信を行う外部装置と、を備える情報処理システムが実行するファイル更新方法であって、
   前記情報処理装置により、
   前記アプリケーションに関連づけられた第１のファイルに含まれる第１の文字列と、前記モジュールに関連付けられた第２のファイルに含まれる、前記第１の文字列に対応する第２の文字列との差異を検出する検出ステップと、
   前記検出された差異を示す差異情報を、外部装置へ送信する送信ステップと、
   前記外部装置から送信された更新通知に応じて、前記第２のファイルを更新するファイル更新ステップと、を実行し、
   前記外部装置により、
   前記差異情報の送信履歴を示す履歴情報に基づいて、前記情報処理装置から受信した前記差異情報を、前記モジュールを作成した作成装置へ送信するか否かを決定する決定ステップ
   と、
   前記差異情報を送信すると決定された場合、前記差異情報を前記作成装置へ送信する第２の送信ステップと、
   を実行するファイル更新方法
5. コンピュータに請求項４に記載の方法を実行させるプログラム。

Images