(57)【要約】【課題】アプリのアップデート前のフォローが必要なユーザを的確に把握してフォローを行い、アップデートを迅速かつ円滑に完了し、かつ、運用上の問題の発生を抑止する。【解決手段】本発明による情報処理システムは、アプリが動作しかつユーザが操作するユーザ装置に電子的に接続するシステムであって、アプリの最新バージョンのリリース又は該最新バージョンへのアップデートの予告をユーザ装置へ通知する通知部と、ユーザのＩＴリテラシーの程度を判定し、その判定されたＩＴリテラシーの程度が所定のＩＴリテラシーに該当するか否かに基づいて、ユーザに対するアップデート前のフォローが必要か否かを判別する判別部とを備える。【選択図】図２
2017182447.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションソフトウェアが動作しかつユーザが操作するユーザ装置に電子的に接続する情報処理システムであって、
前記アプリケーションソフトウェアの最新バージョンのリリース又は該最新バージョンへのアップデートの予告を前記ユーザ装置へ通知する通知部と、
前記ユーザのＩＴリテラシーの程度を判定し、該判定されたＩＴリテラシーの程度が所定のＩＴリテラシーに該当するか否かに基づいて、前記ユーザに対する前記アップデート前のフォローが必要か否かを判別する判別部と、
を備える情報処理システム。
【請求項２】
前記フォローが必要と判別されたユーザに対し、前記判定されたＩＴリテラシーの程度に応じて前記フォローの態様を決定する決定部を備える、
請求項１記載の情報処理システム。
【請求項３】
前記決定部は、前記フォローの態様として、前記アップデートのためのマニュアルを前記ユーザ装置若しくは前記ユーザへ提供すること、及び／又は、前記ユーザへコンタクトすることを決定する、
請求項２記載の情報処理システム。
【請求項４】
前記判別部は、下記（１）乃至（９）の少なくとも何れかに示す基準；
（１）前記ユーザの前記アプリケーションソフトウェアの操作頻度が所定値以上か否か、
（２）前記ユーザの前記アプリケーションソフトウェアの操作履歴に所定操作が含まれるか否か、
（３）前記ユーザが前回の前記アップデートを自主的に完了したか否か、
（４）前記ユーザが前回の前記アップデートを所定期間内に完了したか否か、
（５）前回のアップデートに際し前記ユーザに対するフォローが必要であったか否か、
（６）前回のアップデートに際し前記ユーザをフォローしたときの態様が所定態様に該当するか否か、
（７）前回のアップデートに際し前記ユーザからの問い合わせがあったか否か、
（８）前記ユーザが前記アップデートに関する情報（ＦＡＱ）を閲覧したか否か、
（９）前記ユーザが前記アップデートに関する情報（ＦＡＱ）を閲覧した時間又は回数が所定値以上か否か、
に基づいて、前記ユーザのＩＴリテラシーの程度を判定する、
請求項１乃至３の何れか記載の情報処理システム。
【請求項５】
当該情報処理システム及び／又は前記ユーザ装置が、前記ユーザ装置に対して前記アップデートを強制的に実行するアップデート部を有する、
請求項１乃至４の何れか記載の情報処理システム。
【請求項６】
アプリケーションソフトウェアが動作しかつユーザが操作するユーザ装置に電子的に接続される情報処理システムにより、
前記アプリケーションソフトウェアの最新バージョンのリリース又は該最新バージョンへのアップデートの予告を前記ユーザ装置へ通知し、
前記ユーザのＩＴリテラシーの程度を判定し、該判定されたＩＴリテラシーの程度が所定のＩＴリテラシーに該当するか否かに基づいて、前記ユーザに対する前記アップデート前のフォローが必要か否かを判別する、
情報処理方法。
【請求項７】
コンピュータを、アプリケーションソフトウェアが動作しかつユーザが操作するユーザ装置に電子的に接続される情報処理システムとして機能させる情報処理プログラムであって、
前記情報処理システムが、
前記アプリケーションソフトウェアの最新バージョンのリリース又は該最新バージョンへのアップデートの予告を前記ユーザ装置へ通知し、
前記ユーザのＩＴリテラシーの程度を判定し、該判定されたＩＴリテラシーの程度が所定のＩＴリテラシーに該当するか否かに基づいて、前記ユーザに対する前記アップデート前のフォローが必要か否かを判別する、
情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理方法、及び情報処理プログラムに関する。
【背景技術】
【０００２】
ユーザの特別な操作を必要とせずに、新たなアプリケーションソフトウェア（以下単に「アプリ」という）の新規インストールや、各種アプリやオペレーティングシステム（ＯＳ）がバージョンアップしたときに、そのアップデートを自動で強制的に行う処理（以下まとめて単に「強制アップデート」という）を行う情報処理装置が知られている（例えば特許文献１参照）。この情報処理装置は、自動的にサーバに接続する接続手段と、サーバから１以上のプログラムの受信処理を自動的に行う受信手段と、プログラムの情報処理装置へのインストール処理を自動的に行うインストール手段とを備える。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１０９１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、ユーザの中には、最新バージョンではなく、操作に慣れた初期バージョンや古いバージョン（つまり旧バージョン）の継続利用を望むユーザが存在する。かかるユーザに対してアプリの強制アップデートを行った場合、そのアプリを利用するサービスから離脱してしまうおそれがある。そこで、複数のユーザに対する一律的な強制アップデートを行わず、まず、最新バージョンのリリースや強制アップデートの予告を通知することにより、ユーザ自身による自主的なアップデートを促すことも行われている。しかし、それに拘わらず、旧バージョンのアプリを利用し続けるユーザもいる。
【０００５】
一方、そのような旧バージョンのアプリを最新バージョンへアップデートしないまま利用するユーザが多くいる状態で、サーバを含むシステムの運用を続けると、深刻な問題が生じかねない。例えば、旧バージョンのアプリで特定の操作を行うと、データが破損してしまい操作が不可能になってしまったり、サーバとの通信を行う際に使用する認証ロジックに不具合が発生し、セキュリティ上の脆弱性が露見してしまったりといった問題が生じ得ることが懸念される。
【０００６】
したがって、かかる運用上の深刻な問題を回避するためには、極力多く（望ましくは全て）のユーザに対する最新バージョンへのアップデートを迅速に完了させることが望ましい。また、最新バージョンに最新の機能が実装されている場合、その最新バージョンを使用しないことでユーザ自身が不利益を被ってしまう。そのため、従来は、自主的なアップデートを行わない傾向にあるユーザに対し、アプリの提供元の担当者が、アプリのアップデート方法を教示したり旧バージョンとの差分に関する情報を提供したりといったフォロー（支援）を行い、ユーザの理解を得た上で、最新バージョンへのアップデートを完了させるケースも多く見受けられる。
【０００７】
しかし、そのような対応をとると、アプリの提供元やサービスの運用者は、ユーザによるアップデートの完了状況を継続的にモニターしなければならず、多大な手間と負担を強いられてしまう。また、最新バージョンのアプリがリリースされているにも拘わらず、一定期間、旧バージョンのアプリを利用しているユーザがいる状態でシステムを運用すると、上述の運用上の深刻な問題が発生し得る状況を改善することができない。また、かかる運用上の深刻な問題が生じる可能性を低減するために、アップデートの完了状況のモニター期間を短縮した場合、アップデートに関するフォロー対象のユーザが増えてしまい、却って、運用側の手間と負担が増大してしまう懸念もある。
【０００８】
そこで、本発明は、かかる事情に鑑みてなされたものであり、アプリのアップデートに際し、そのアップデート前のフォローが必要なユーザを的確に把握してフォローを行うことにより、アップデートを迅速かつ円滑に完了し、運用上の深刻な問題が生じることを抑止することができる情報処理システム、情報処理方法、及び情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
発明者は、アプリがバージョンアップされた後でも、旧バージョンのアプリを継続利用する傾向にあるユーザの操作履歴、行動履歴、属性等に注目し、それらの分析と検討を鋭意重ねてきた。その結果、例えば、ハードウェア、ネットワーク、各種アプリケーション、ＯＳ等の知識を十分に有しておらず、或いは、アプリケーション操作や情報技術についての習熟度や活用度が低い傾向にあるユーザ、すなわち、ＩＴリテラシーが比較的低いユーザに対するフォローが重要であることを見出し、本発明を完成するに至った。なお、ここでの「ＩＴリテラシー」とは、情報技術（Information Technology：ＩＴ）の知識、習熟度、及び活用度（能力）のことだけではなく、ＩＴバックグラウンド、及びコンピュータリテラシーを含む概念である。
【００１０】
すなわち、本発明の一態様による情報処理システムは、アプリが動作しかつユーザが操作するユーザ装置に電子的に接続するものであって、アプリの最新バージョンのリリース又はその最新バージョンへのアップデートの予告をユーザ装置へ通知する通知部と、ユーザのＩＴリテラシーの程度を判定し、その判定されたＩＴリテラシーの程度が所定のＩＴリテラシーに該当するか否かに基づいて、ユーザに対するアップデート前のフォローが必要か否かを判別する判別部とを備える。
【００１１】
また、フォローが必要と判別されたユーザに対し、判定されたＩＴリテラシーの程度に応じてフォローの態様を決定する決定部を備えてもよい。
【００１２】
この場合、決定部は、フォローの態様として、例えばアップデートのためのマニュアルをユーザ装置若しくはユーザへ提供すること、及び／又は、ユーザへコンタクトすることを決定するようにしてもよい。
【００１３】
より具体的には、判別部が、下記（１）乃至（９）の少なくとも何れかに示す基準に基づいて、ユーザのＩＴリテラシーの程度を判定しても好適である。すなわち；
（１）ユーザのアプリケーションソフトウェアの操作頻度が所定値以上か否か。
（２）ユーザのアプリケーションソフトウェアの操作履歴に所定操作が含まれるか否か。
（３）ユーザが前回のアップデートを自主的に完了したか否か。
（４）ユーザが前回のアップデートを所定期間内に完了したか否か。
（５）前回のアップデートに際しユーザに対するフォローが必要であったか否か。
（６）前回のアップデートに際しユーザをフォローしたときの態様が所定態様に該当するか否か。
（７）前回のアップデートに際しユーザからの問い合わせがあったか否か。
（８）ユーザがアップデートに関する情報（ＦＡＱ）を閲覧したか否か。
（９）ユーザがアップデートに関する情報（ＦＡＱ）を閲覧した時間又は回数が所定値以上か否か。
【００１４】
なお、当該情報処理システム及び／又はユーザ装置が、ユーザ装置に対してアップデートを強制的に（すなわち強制アップデートを）実行するアップデート部を備えてもよい。
【００１５】
また、本発明の一態様による情報処理方法は、本発明による情報処理システムによって有効に実行することができる。すなわち、当該情報処理方法は、情報処理システムにより、アプリケーションソフトウェアの最新バージョンのリリース又はその最新バージョンへのアップデートの予告を前記ユーザ装置へ通知し、ユーザのＩＴリテラシーの程度を判定し、その判定されたＩＴリテラシーの程度が所定のＩＴリテラシーに該当するか否かに基づいて、ユーザに対するアップデート前のフォローが必要か否かを判別する。
【００１６】
また、また、本発明の一態様による情報処理プログラムは、コンピュータ（単数又は単一種に限られず、複数又は複数種でもよい；以下同様）を、アプリが動作しかつユーザが操作するユーザ装置に電子的に接続される情報処理システムとして機能させるものである。そして、その情報処理システムが、アプリの最新バージョンのリリース又はその最新バージョンへのアップデートの予告をユーザ装置へ通知し、ユーザのＩＴリテラシーの程度を判定し、その判定されたＩＴリテラシーの程度が所定のＩＴリテラシーに該当するか否かに基づいて、ユーザに対するアップデート前のフォローが必要か否かを判別する。
【発明の効果】
【００１７】
本発明によれば、ユーザ装置にインストールされたアプリのアップデートに際し、予め、そのユーザに対するアップデート前のフォローの要否を、ユーザのＩＴリテラシーの程度に基づいて判別するので、かかるフォローが必要なユーザを、的確に把握することができる。その結果、フォローのための手間と期間を軽減することができ、また、かかるフォローによりアップデートに対するユーザの知識を深めかつユーザの理解を得ることができる。これらにより、アプリのアップデートを迅速かつ円滑に完了し、運用上の深刻な問題が生じることを抑止することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明による情報処理システムに係るネットワーク構成等の好適な一実施形態を概略的に示すシステムブロック図である。
【図２】本発明による情報処理システムの好適な一実施形態における処理の流れ（一部）の一例を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下、本発明の実施の形態について詳細に説明する。なお、以下の実施の形態は、本発明を説明するための例示であり、本発明をその実施の形態のみに限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。さらに、当業者であれば、以下に述べる各要素を均等なものに置換した実施の形態を採用することが可能であり、かかる実施の形態も本発明の範囲に含まれる。またさらに、必要に応じて示す上下左右等の位置関係は、特に断らない限り、図示の表示に基づくものとする。さらにまた、図面における各種の寸法比率は、その図示の比率に限定されるものではない。
【００２０】
（システム構成）
図１は、本発明による情報処理システムに係るネットワーク及びハードウェア構成の好適な一実施形態を概略的に示すシステムブロック図である。この例において、情報処理システム１００は、所定のアプリ（例えばキャッシュレジスタ等の会計処理を行うためのＰＯＳアプリ等）がインストールされ、かつ、ユーザが操作することによりそのアプリが動作する複数のユーザ装置１０に、ネットワークＮを介して電子的に接続されるサーバ２０を備える。
【００２１】
ユーザ装置１０は、例えば、タッチパネル等のユーザインターフェイス及び視認性が高いディスプレイを採用する。また、ここでのユーザ装置１０は、ネットワークＮとの通信機能を有するスマートフォンに代表される携帯電話を含む可搬型のタブレット型端末装置である。さらに、ユーザ装置１０は、プロセッサ１１、記憶資源１２、音声入出力デバイス１３、通信インターフェイス１４、入力デバイス１５、表示デバイス１６、及びカメラ１７を備えている。
【００２２】
プロセッサ１１は、算術論理演算ユニット及び各種レジスタ（プログラムカウンタ、データレジスタ、命令レジスタ、汎用レジスタ等）から構成される。また、プロセッサ１１は、記憶資源１２に格納されているアプリのプログラムＰ１０を解釈及び実行し、各種処理を行う。このアプリのプログラムＰ１０は、サーバ２０からネットワークＮを通じて配信可能なものであり、手動で又は自動でインストール及びアップデートされる。
【００２３】
なお、ネットワークＮは、例えば、有線ネットワーク（近距離通信網（ＬＡＮ）、広域通信網（ＷＡＮ）、又は付加価値通信網（ＶＡＮ）等）と無線ネットワーク（移動通信網、衛星通信網、ブルートゥース（Bluetooth（登録商標））、ＷｉＦｉ(Wireless Fidelity)、ＨＳＤＰＡ(High Speed Downlink Packet Access)等）が混在して構成される通信網である。
【００２４】
記憶資源１２は、物理デバイス（例えば、半導体メモリ等のコンピュータ読み取り可能な記録媒体）の記憶領域が提供する論理デバイスであり、ユーザ装置１０の処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、各種データ等を格納する。ドライバプログラムとしては、例えば、音声入出力デバイス１３を制御するための入出力デバイスドライバプログラム、入力デバイス１５を制御するための入力デバイスドライバプログラム、表示デバイス１６を制御するための表示デバイスドライバプログラム等が挙げられる。さらに、音声入出力デバイス１３は、例えば、一般的なマイクロフォン、及びサウンドデータを再生可能なサウンドプレイヤである。
【００２５】
通信インターフェイス１４は、例えばサーバ２０との接続インターフェイスを提供するものであり、無線通信インターフェイス及び／又は有線通信インターフェイスから構成される。また、入力デバイス１５は、例えば、表示デバイス１６に表示されるアイコン、ボタン、仮想キーボード、テキスト等のタップ動作による入力操作を受け付けるインターフェイスを提供するものであり、タッチパネルの他、ユーザ装置１０に外付けされる各種入力装置を例示することができる。
【００２６】
表示デバイス１６は、画像表示インターフェイスとして各種の情報を話者に提供するものであり、例えば、有機ＥＬディスプレイ、液晶ディスプレイ、ＣＲＴディスプレイ等が挙げられる。また、カメラ１７は、種々の被写体の静止画や動画を撮像するためのものである。
【００２７】
サーバ２０は、例えば、演算処理能力の高いホストコンピュータによって構成され、そのホストコンピュータにおいて所定のサーバ用プログラムが動作することにより、サーバ機能を発現するものであり、単数又は複数のホストコンピュータから構成される（図示においては単数で示すが、これに限定されない）。そして、各サーバ２０は、プロセッサ２１、通信インターフェイス２２、及び記憶資源２３を備える。
【００２８】
プロセッサ２１は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット及び各種レジスタ（プログラムカウンタ、データレジスタ、命令レジスタ、汎用レジスタ等）から構成され、記憶資源２３に格納されているプログラムＰ２０を解釈及び実行し、所定の演算処理結果を出力する。また、通信インターフェイス２２は、ネットワークＮを介してユーザ装置１０に接続するためのハードウェアモジュールであり、例えば、ＩＳＤＮモデム、ＡＤＳＬモデム、ケーブルモデム、光モデム、ソフトモデム等の変調復調装置である。
【００２９】
記憶資源２３は、例えば、物理デバイス（ディスクドライブ又は半導体メモリ等のコンピュータ読み取り可能な記録媒体等）の記憶領域が提供する論理デバイスであり、それぞれ単数又は複数のプログラムＰ２０、各種モジュールＬ２０、及び各種データベースＤ２０が格納されている。また、記憶資源２３には、各種設定用のデータやパラメータ等も記憶されている。
【００３０】
各ユーザの基本登録情報、及び付随情報等に関するログ等が保存されたデータベースが挙げられる。ここで、ユーザの基本登録情報としては、例えば、ユーザの名称（個人名、法人名、店舗名等）、連絡先（電子メールアドレス、電話番号等）、必要に応じて業種、店舗の規模（従業員数、月商等）、サービス（プロダクト）に対する興味又は関心の度合い等が挙げられる。また、各ユーザの付随情報としては、例えば、ユーザ装置１０のネットワークＮへの接続状態、各種ウェブページや各種ホームページへの接続履歴、各種コンテンツや記事の閲覧履歴等が挙げられる。
【００３１】
（情報処理）
以上のとおり構成された情報処理システム１００における情報処理動作及び関連操作の一例について、以下に説明する。図２は、情報処理システム１００における処理の流れ（の一部）の一例を示すフローチャートである。
【００３２】
ここでは、まず、サーバ２０のプロセッサ２１が、常時又は定期的に、アプリのアップデートフラグをオン（ＯＮ）にする（ステップＳ２１）。このアップデートフラグがオンになった場合、プロセッサ２１は、その時点で記憶資源２３に保存されている各種アプリの最新バージョンの構成エレメントと前バージョンの構成エレメントの比較を行う（ステップＳ２２）。両者に差分がないアプリについては、その後定期的に、ステップＳ２１，Ｓ２２の処理を繰り返す。一方、両者に差分があったアプリについては、その最新バージョンのリリース又はアップデートが必要と判断し、そのリリース又はアップデートの期限を設定する（ステップＳ２４）。具体的には、例えば、その判断がなされた日を基準日として、その基準日に予め設定されていた所定期間を加えた日をアップデートの期限日として設定する。
【００３３】
次に、サーバ２０のプロセッサ２１は、該当アプリの最新バージョンのアップデート用データ、及び、該当アプリの最新バージョンのリリース又はその最新バージョンへのアップデートの予告に関する通知信号を生成し、プッシュ通知、アップロード、電子メール等の適宜の手段によりユーザ装置１０へ送信する（ステップＳ２５）。それから、プロセッサ２１は、例えば以下の例に示す各種の基準に基づいて、また、必要に応じてデータベースＤ２０に保持された情報を参照して、各ユーザのＩＴリテラシーの程度を判定する（ステップＳ２６）。このとおり、サーバ２０のプロセッサ２１が、「通知部」及び「判別部」として機能する。
【００３４】
（例１）
ＩＴリテラシーが高いと推定されるそのアプリの操作頻度として所定値（例えば、所定期間内のログイン回数、画面の閲覧数等）を予め設定しておく。そして、ユーザの過去の所定期間におけるアプリの操作頻度がその所定値以上である場合、そのユーザのＩＴリテラシーの程度が比較的「高い」と判定する。逆に、ユーザの過去の所定期間におけるアプリの操作頻度がその所定値未満である場合、そのユーザのＩＴリテラシーの程度が比較的「低い」と判定する。
【００３５】
（例２）
ＩＴリテラシーが高いと推定されるそのアプリの操作として所定の操作（例えば、設定項目のうちそのアプリの使い勝手に影響を与える項目をカスタマイズする操作、所定数以上の管理項目を設定又は変更する操作等）を予め設定しておく。そして、ユーザの過去の操作履歴のなかにその所定操作が含まれる場合、そのユーザのＩＴリテラシーの程度が比較的「高い」と判定する。逆に、ユーザの過去の操作履歴のなかにその所定操作が含まれていない場合、そのユーザのＩＴリテラシーの程度が比較的「低い」と判定する。
【００３６】
（例３）
ユーザが該当アプリの前回のアップデートを自主的に完了していた場合、そのユーザのＩＴリテラシーの程度が比較的「高い」と判定する。逆に、ユーザが該当アプリの前回のアップデートを自主的に完了していなかった場合（前回よりも古いバージョンを使用していたり、前回のアップデートが強制的に行われたりした場合）、そのユーザのＩＴリテラシーの程度が比較的「低い」と判定する。
【００３７】
（例４）
ＩＴリテラシーが高いと推定されるアップデートまでの所定期間（例えば、最新バージョンのリリース又はアップデートの予告通知をそのユーザが認識（閲覧）してからの所定日数、強制アップデートの期限までの期間等）を予め設定しておく。そして、ユーザが該当アプリの前回のアップデートをその所定期間内に完了していた場合、そのユーザのＩＴリテラシーの程度が比較的「高い」と判定する。逆に、ユーザが該当アプリの前回のアップデートをその所定期間内に完了していなかった場合、そのユーザのＩＴリテラシーの程度が比較的「低い」と判定する。
【００３８】
（例５）
前回のアップデートのときにフォローが行われたユーザの場合、すなわち、前回のアップデートに際しフォローが必要と判別されていた場合、そのユーザのＩＴリテラシーの程度が比較的「低い」と判定する。逆に、前回のアップデートに際しフォローが必要と判別されていなかった場合、そのユーザのＩＴリテラシーの程度が比較的「高い」と判定する。
【００３９】
（例６）
ユーザに対するフォローの態様としてＩＴリテラシーが低いと推定される所定の態様（例えば、アップデートの手順を口頭で説明しながらアップデートを完了した等）を予め設定しておく。そして、前回のアップデートに際しユーザをフォローしたときの態様がその所定態様に該当する場合、そのユーザのＩＴリテラシーの程度が比較的「低い」と判定する。逆に、前回のアップデートに際しユーザをフォローしたときの態様がその所定態様に該当しない場合、そのユーザのＩＴリテラシーの程度が比較的「高い」と判定する。
【００４０】
或いは、ユーザに対するフォローの態様としてＩＴリテラシーが低くないと推定される所定の態様（例えば、単にアップデートの手順を示すマニュアルの記載されたヘルプの閲覧方法を教示しただけでアップデートを完了した等）を予め設定しておく。そして、前回のアップデートに際しユーザをフォローしたときの態様がその所定態様に該当する場合、そのユーザのＩＴリテラシーの程度が比較的「高い」と判定する。逆に、前回のアップデートに際しユーザをフォローしたときの態様が所定態様に該当しない場合、そのユーザのＩＴリテラシーの程度が比較的「低い」と判定する。
【００４１】
（例７）
前回のアップデートに際し、フォローを行うことなく、ユーザから問い合わせがあった場合、そのユーザのＩＴリテラシーの程度が比較的「高い」と判定する。逆に、前回のアップデートに際し、ユーザから問い合わせがなく、さらに、自主的なアップデートも行われなかった場合、そのユーザのＩＴリテラシーの程度が比較的「低い」と判定する。
【００４２】
（例８）
ユーザがアップデートに関する情報（ＦＡＱ）を過去に閲覧していた場合、そのユーザのＩＴリテラシーの程度が比較的「高い」と判定する。逆に、ユーザがアップデートに関する情報（ＦＡＱ）を過去に閲覧していなかった場合、そのユーザのＩＴリテラシーの程度が比較的「低い」と判定する。
【００４３】
（例９）
ＩＴリテラシーが高いと推定されるアップデートに関する情報（ＦＡＱ）を閲覧した時間又は回数として所定値を予め設定しておく。そして、過去の所定期間においてユーザがアップデートに関する情報（ＦＡＱ）を閲覧した時間又は回数がその所定値以上である場合、そのユーザのＩＴリテラシーの程度が比較的「高い」と判定する。逆に、過去の所定期間においてユーザがアップデートに関する情報（ＦＡＱ）を閲覧した時間又は回数がその所定値未満である場合、そのユーザのＩＴリテラシーの程度が比較的「低い」と判定する。
【００４４】
次に、サーバ２０のプロセッサ２１は、判定されたＩＴリテラシーの程度（ここでは２段階）が所定のＩＴリテラシーに該当するか否かに基づいて、ユーザに対するアップデート前のフォローが必要か否かを判別する（ステップＳ２７）。すなわち、ユーザのＩＴリテラシーが比較的「高い」と判定された場合、そのユーザは、最新バージョンのリリース又は最新バージョンへのアップデートの予告通知の後、アップデートの設定期限までに自主的なアップデートを完了する可能性が高いと判断し、フォローが不要であると判別する。逆に、ユーザのＩＴリテラシーが比較的「低い」と判定された場合、そのユーザは、最新バージョンのリリース又は最新バージョンへのアップデートの予告通知があったとしても、アップデートの設定期限までに自主的なアップデートを完了する可能性が低いと判断し、フォローが必要であると判別する。なお、このステップＳ２７の段階で、プロセッサ２１は、各ユーザに対するフォローの要否の判別結果を、各ユーザに関連付けて、記憶資源２３に記憶しておいてもよい。
【００４５】
それから、サーバ２０のプロセッサ２１は、フォローが必要と判別されたユーザに対するフォローの態様を決定する（ステップＳ２８）。ここで、フォローの態様として、（Ａ）アップデートのためのマニュアルのユーザ装置若しくはユーザへの提供、及び／又は、（Ｂ）ユーザへのコンタクト等が挙げられる。このとおり、サーバ２０のプロセッサ２１が、「決定部」としても機能する。
【００４６】
次いで、サーバ２０のプロセッサ２１は、フォローが必要されたユーザに関連付けて要フォローフラグをオン（ＯＮ）にし、さらに、その場合のフォローの内容について、フォロー態様フラグをオン（ＯＮ）にする（ステップＳ２９）。そして、プロセッサ２１は、要フォローフラグがオンになっているユーザに対し、フォロー態様フラグがオンになっている内容のフォローを行う行動を指示する（ステップＳ３０）。
【００４７】
このとき、フォローの態様が上記（Ａ）の場合、サーバ２０のプロセッサ２１は、例えば、アップデートのマニュアルのデータを、ユーザ装置１０へ送信し、ユーザ装置１０のプロセッサ１１によって受信データからマニュアルを再構成し、それを、表示デバイス１６に表示、又は、ダウンロード可能な状態で記憶資源１２に一時的に記憶することにより、ユーザに提示する。或いは、アップデートのマニュアルを電子メール等で送信してもよい。また、ユーザへのフォローを行うオペレータを擁するカスタマーセンターやコールセンター等に対し、印刷したマニュアルをユーザへ送付するように指示してもよい。
【００４８】
また、フォローの態様が上記（Ｂ）の場合、サーバ２０のプロセッサ２１は、例えば、営業の担当者等に対し、又は、ユーザへのフォローを行うオペレータを擁するカスタマーセンターやコールセンター等に対し、ユーザへのアップデートのお知らせに関するダイレクトメール又は電子メールの送付指令、アップデート手順の説明を行うためのユーザへの電話による連絡指令、又は、ユーザの訪問指令等を発報する。
【００４９】
一方、ユーザ装置１０のプロセッサ１１は、サーバ２０から送信された該当アプリの最新バージョンのアップデート用データ、及び、該当アプリの最新バージョンのリリース又はその最新バージョンへのアップデートの予告に関する通知信号をネットワークＮ経由で受信する（ステップＳ１１）。それから、プロセッサ１１は、常時又は定期的に、アップデートが未完了であるか否か、及び、その時点でアップデートの期限を徒過しているか否かの判定を実行する（ステップＳ１２）。
【００５０】
アップデートが未完了であり、かつ、アップデートの期限を徒過している場合（ステップＳ１２でＹｅｓ）、プロセッサ１１は、そのアプリの最新バージョンのデータをダウンロードし、自動インストールによる強制アップデートを実施する（ステップＳ１４）。このとおり、データ配信するサーバ２０のプロセッサ、並びに、データ受信してインストールを行うユーザ装置１０のプロセッサ１１が、「アップデート部」として機能する。
【００５１】
一方、アップデートが未完了であっても、アップデートの期限を未だ徒過していない場合（ステップＳ１２でＮｏ）、プロセッサ１１は、強制アップデートを行わず、フォローが不要と判別されたユーザは、期限までに自主的にアップデートを完了し、フォローが必要と判別されたユーザは、担当者等によるフォローが行われた後、自主的なアップデートを完了する（ステップＳ１３）。
【００５２】
以上のように構成された情報処理システム１００及びそれを用いた情報処理方法並びに情報処理プログラムによれば、ユーザ装置１０にインストールされたアプリの最新バージョンへのアップデートに際し、予め、そのユーザに対するアップデート前のフォローの要否を、ユーザのＩＴリテラシーの程度に基づいて判別するので、かかるフォローが必要なユーザを、的確に把握することができる。その結果、フォローのための手間と期間を軽減することができ、また、かかるフォローによりアップデートに対するユーザの知識を深めかつユーザの理解を得ることができる。これらにより、該当アプリのアップデートを迅速かつ円滑に完了し、運用上の深刻な問題が生じることを抑止することが可能となる。
【００５３】
なお、上述したとおり、上記の各実施形態は、本発明を説明するための一例であり、本発明をその実施形態に限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、様々な変形が可能である。例えば、当業者であれば、実施形態で述べたリソース（ハードウェア資源又はソフトウェア資源）を均等物に置換することが可能であり、そのような置換も本発明の範囲に含まれる。
【００５４】
また、ステップＳ２６で判定する各ユーザのＩＴリテラシーの程度を比較的「高い」及び「低い」の２段階ではなく、複数の段階又はレベル（例えば「ＩＴリテラシー高」、「ＩＴリテラシー中」、及び「ＩＴリテラシー低」といった３段階、又は更に詳細な多段階等）に区分してもよい。その場合、ステップＳ２７において、例えば、ＩＴリテラシーが「中」及び「低」と判定されたユーザを、フォローが必要なユーザであると判別してもよい。さらにその場合、ステップＳ２８において、ＩＴリテラシーが「中」と判定されたユーザと「低」と判定されたユーザについて、フォローの態様を異なるようにしてもよい。例えば、ＩＴリテラシーが「中」と判定されたユーザに対しては、アップデートのマニュアを送信又は送付するのみとし、ＩＴリテラシーが「低」と判定されたユーザに対しては、マニュアルの送信又は送付に加えて、電話等によるコンタクトを行うといった対応も好適である。
【００５５】
さらに、ステップＳ２５（予告通知／データ送信）は、ステップＳ２６〜Ｓ３０の何れのタイミングよりも後に実行してもよい。またさらに、ステップＳ１４（強制アップデート）は、例えば、全ユーザのうち一定の高い割合のユーザがアップデートを完了している場合に実行しなくてもよく、或いは全く実行しなくてもよい。さらにまた、サーバ２０で実行する各処理をユーザ装置１０において実行するように構成してもよい。この場合、それらの処理に用いるモジュールＬ２０は、ユーザ装置１０の記憶資源１２に保存されていてもよい。さらに、データベースＤ２０も、ユーザ装置１０の記憶資源１２に保存されていてもよい。この場合、情報処理システムは、ネットワークＮ及びサーバ２０を備えなくてもよい。
【００５６】
また、ユーザ装置１０とネットワークＮとの間には、両者間の通信プロトコルを変換するゲートウェイサーバ等が介在してももちろんよい。また、ユーザ装置１０は、携帯型装置に限らず、例えば、デスクトップ型パソコン、ノート型パソコン、タブレット型パソコン、ラップトップ型パソコン等でもよい。
【産業上の利用可能性】
【００５７】
本発明によれば、アプリのアップデートを迅速かつ円滑に完了し、運用上の深刻な問題が生じることを抑止することができるので、本発明は、例えば、アプリによるサービスを提供する分野における、プログラム、システム、及び方法の設計、製造、提供、販売、マーケティング等の活動に広く利用することができる。
【符号の説明】
【００５８】
１０  ユーザ装置
１１  プロセッサ
１２  記憶資源
１３  音声入出力デバイス
１４  通信インターフェイス
１５  入力デバイス
１６  表示デバイス
１７  カメラ
２０  サーバ
２１  プロセッサ
２２  通信インターフェイス
２３  記憶資源
１００  情報処理システム
Ｄ２０  データベース
Ｌ２０  モジュール
Ｎ  ネットワーク
Ｐ１０，Ｐ２０  プログラム
【図１】
2017182447.tif 000003
【図２】
2017182447.tif 000004
【手続補正書】
【提出日】平成28年12月15日(2016.12.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アプリケーションソフトウェアが動作しかつユーザが操作する可搬型のタブレット型端末装置であるユーザ装置に電子的に接続する情報処理システムであって、
前記アプリケーションソフトウェアの最新バージョンの構成エレメントと前バージョンの構成エレメントの比較を行い、該構成エレメント間に差分があった場合に、前記アプリケーションソフトウェアの最新バージョンへのアップデートの期限を設定するバージョン判定部と、
前記アプリケーションソフトウェアの最新バージョンへのアップデートの予告を前記ユーザ装置へ通知する通知部と、
前記ユーザに対して回答を要求する問い合わせを行うことなく、前記ユーザのＩＴリテラシーの程度を判定し、該判定されたＩＴリテラシーの程度が所定のＩＴリテラシーに該当するか否かに基づいて、前記ユーザに対する前記アップデート前のフォローが必要か否かを判別する判別部と、
前記アップデートが未完了であり、かつ、前記アップデートの期限を徒過している場合に、前記ユーザ装置に対して前記アップデートを強制的に実行するアップデート部と、
を備える情報処理システム。
【請求項２】
前記フォローが必要と判別されたユーザに対し、前記判定されたＩＴリテラシーの程度に応じて前記フォローの態様を決定する決定部を備える、
請求項１記載の情報処理システム。
【請求項３】
前記決定部は、前記フォローの態様として、前記アップデートのためのマニュアルを前記ユーザ装置若しくは前記ユーザへ提供すること、及び／又は、前記ユーザへコンタクトすることを決定する、
請求項２記載の情報処理システム。
【請求項４】
前記判別部は、下記（１）乃至（９）の少なくとも何れかに示す基準；
（１）前記ユーザの前記アプリケーションソフトウェアの操作頻度が所定値以上か否か、
（２）前記ユーザの前記アプリケーションソフトウェアの操作履歴に所定操作が含まれるか否か、
（３）前記ユーザが前回の前記アップデートを自主的に完了したか否か、
（４）前記ユーザが前回の前記アップデートを所定期間内に完了したか否か、
（５）前回のアップデートに際し前記ユーザに対するフォローが必要であったか否か、
（６）前回のアップデートに際し前記ユーザをフォローしたときの態様が所定態様に該当するか否か、
（７）前回のアップデートに際し前記ユーザからの問い合わせがあったか否か、
（８）前記ユーザが前記アップデートに関する情報（ＦＡＱ）を閲覧したか否か、
（９）前記ユーザが前記アップデートに関する情報（ＦＡＱ）を閲覧した時間又は回数が所定値以上か否か、
に基づいて、前記ユーザのＩＴリテラシーの程度を判定する、
請求項１乃至３の何れか記載の情報処理システム。
【請求項５】
前記アップデート部は、全ユーザのうち所定の割合のユーザが前記アップデートを未完了であり、かつ、前記アップデートの期限を徒過している場合に、該所定の割合のユーザのユーザ装置の各々に対して前記アップデートを強制的に実行する、
請求項１〜４の何れか記載の情報処理システム。
【請求項６】
アプリケーションソフトウェアが動作しかつユーザが操作する可搬型のタブレット型端末装置であるユーザ装置に電子的に接続される情報処理システムにより、
前記アプリケーションソフトウェアの最新バージョンの構成エレメントと前バージョンの構成エレメントの比較を行い、該構成エレメント間に差分があった場合に、前記アプリケーションソフトウェアの最新バージョンへのアップデートの期限を設定し、
前記アプリケーションソフトウェアの最新バージョンへのアップデートの予告を前記ユーザ装置へ通知し、
前記ユーザのＩＴリテラシーの程度を判定し、該判定されたＩＴリテラシーの程度が所定のＩＴリテラシーに該当するか否かに基づいて、前記ユーザに対する前記アップデート前のフォローが必要か否かを判別し、
前記アップデートが未完了であり、かつ、前記アップデートの期限を徒過している場合に、前記ユーザ装置に対して前記アップデートを強制的に実行する、
情報処理方法。
【請求項７】
コンピュータを、アプリケーションソフトウェアが動作しかつユーザが操作する可搬型のタブレット型端末装置であるユーザ装置に電子的に接続される情報処理システムとして機能させる情報処理プログラムであって、
前記情報処理システムが、
前記アプリケーションソフトウェアの最新バージョンの構成エレメントと前バージョンの構成エレメントの比較を行い、該構成エレメント間に差分があった場合に、前記アプリケーションソフトウェアの最新バージョンへのアップデートの期限を設定し、
前記アプリケーションソフトウェアの最新バージョンへのアップデートの予告を前記ユーザ装置へ通知し、
前記ユーザのＩＴリテラシーの程度を判定し、該判定されたＩＴリテラシーの程度が所定のＩＴリテラシーに該当するか否かに基づいて、前記ユーザに対する前記アップデート前のフォローが必要か否かを判別し、
前記アップデートが未完了であり、かつ、前記アップデートの期限を徒過している場合に、前記ユーザ装置に対して前記アップデートを強制的に実行する、
情報処理プログラム。