JP6808393B2 - 情報処理装置、制御方法、及びプログラム - Google Patents

Description

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

従来、複写機等のデバイスのメンテナンスを行うシステムでは、デバイスが通知するエラーや、アラーム、ジャム等の情報に応じて、販売会社のオペレータや、サービスマン、消耗品担当者などへ通知を行なう。メンテナンスを行う販売会社から顧客（ユーザ）に連絡したいメッセージがある場合には、電話やメールの他に以下の方法が考えられる。すなわち、メッセージ提供サービスからデバイスの操作画面等のローカルユーザインターフェース（ＵＩ）に直接メッセージを表示させるアプリケーションを利用する方法が考えられる。

メッセージをデバイスのＵＩへ表示させるには、ウェブの技術を用いてＨＴＭＬコンテンツで配信する方法が望ましい。例えば、メンテナンスに関するメッセージとして配送したトナーの配送状況を伝えることが考えられる。このような場合に、販売会社は、配送業者のウェブページへのリンクを紹介し、トナーの配送状況を直接配送業者のネットワークサービスからユーザに対して伝えることができる。

一方、デバイスのＵＩを使用する、ウェブブラウザ機能を有するアプリケーションを提供することにより、ユーザが参照したいウェブページを自由に閲覧できてしまうと、ユーザが操作画面を占有してしまう可能性がある。複写機のようなデバイスにおいて、一人のユーザがウェブページの閲覧（ブラウジング）のためにデバイスを長時間占有すると、他のユーザが利用できなくなってしまう。そこで、ウェブブラウザ機能を有するアプリケーションではアクセス制御を行ない、メンテナンス業務に直接関係のないページを表示しないようにする必要がある。

特許文献１は、ネットワーク上のコンテンツの参照元情報の記述によって参照先文書情報へのアクセスを制限するアクセス制御方法を開示している。

特開２００４−３３４３９７号公報

しかしながら、特許文献１が開示するアクセス制御方法では、参照元文書情報に含まれるテキスト情報について所定の条件を満たすか否かに基づいて、その結果に応じて実際に参照先文書情報を出力するか否かが判定される。しかし、ウェブブラウザ機能を有するアプリケーションにおけるアクセス制御では、参照元文書情報に含まれるテキスト情報、すなわちコンテンツの内容ではなく、参照元のドメインが信頼できるか否かに応じてアクセス制御を行いたい。

本発明は、ウェブブラウザ機能を有するアプリケーションにおいて、適切に表示制御を行うことを可能とする情報処理装置の提供を目的とする。

本発明の一実施形態の情報処理装置は、ウェブブラウザ機能をもつアプリケーションがインストールされた情報処理装置であって、表示部に、所定のドメインに属する所定の提供サービスから提供されたコンテンツの前記ウェブブラウザ機能を用いた表示を制御する制御手段と、該表示に含まれるリンクの選択を受け付ける受付手段と、前記受け付けた選択に対応するリンク先へのＨＴＴＰリクエストに含まれるリファラが前記所定のドメインを示すか判定する判定手段と、を備え、前記判定手段は、前記リファラが前記所定のドメインを示さない場合、前記リンク先のドメインが前記所定のドメインを示すか判定し、前記制御手段は、前記リファラが前記所定のドメインを示す場合、または、前記リンク先のドメインが前記所定のドメインを示す場合には、前記リンク先に対応するコンテンツの前記ウェブブラウザ機能を用いた表示を制御し、前記制御手段は、前記リファラが前記所定のドメインを示さない、かつ、前記リンク先のドメインが前記所定のドメインを示さない場合、前記リンク先にアクセスできないことを示す画面の表示を制御する。

本発明の情報処理装置によれば、ウェブブラウザ機能を有するアプリケーションにおいて、適切に表示制御を行うことを可能とする。

一実施形態に係る情報処理装置のネットワーク接続関係を示す図である。 デバイスのローカルＵＩの一例を示す図である。 デバイスの制御部のハードウェア構成を示す図である。 デバイスのソフトウェアモジュールの構成例を示す図である。 「お知らせ」アプリケーションのＵＩの一例を示す図である。 「お知らせ」アプリケーションのＵＩの一例を示す図である。 「お知らせ」アプリケーションのＵＩの一例を示す図である。 「お知らせ」アプリケーションの動作を示すフローチャートである。 メッセージ提供サービスが提供するコンテンツデータの一例を示す図である。 本発明をその他の情報処理装置に適用した場合の一例を示す図である。

以下、本発明を実施するための形態について図面などを参照して説明する。
（第１実施形態）

＜デバイス管理システムの構成例＞
図１は、本発明の一実施形態におけるデバイス及びメッセージ提供サービスを含むデバイス管理システムと、その他ウェブサービスとのネットワーク接続関係を示す図である。
デバイス１００は、顧客の社内ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０１に接続された、例えば、ＭＦＰ（Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）やＳＦＰ（Ｓｉｎｇｌｅ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）等の情報処理装置である。

本実施形態では、デバイス１００は、プリントや複写などの機能を有するが、これに限るものではない。デバイス１００は、ネットワーク上のコンテンツを閲覧できるアプリケーションをインストール可能な情報処理装置であればよく、特にプリントや複写など特定の機能を有することを限るものではない。

ＬＡＮ１０１には、デバイス１００のほかに複数のＰＣやサーバ、その他の機器が接続されている。図１には、この環境を顧客環境１０２として示している。インターネット１０３には、顧客環境１０２と同様の環境が無数に接続されている。メッセージ提供サービス１０４は、デバイス１００の販売会社が利用するサービスである。デバイス１００には、販売会社から発行されるメンテナンスに関連するメッセージコンテンツを表示するためのアプリケーションがインストールされている。以下、このアプリケーションを、「お知らせセンター」アプリケーションと称する。

「お知らせセンター」アプリケーションは、起動されるとメッセージ提供サービス１０４へアクセスし、デバイス１００のシリアル番号となる識別情報を送信する。そして、「お知らせセンター」アプリケーションには、メッセージ提供サービス１０４から当該デバイス１００に表示するための、販売会社が用意した個別のメッセージコンテンツが提供される。メッセージコンテンツの内容は、例えば、販売会社により発送されたトナーの発送通知や、ファームウェアのバージョンアップの予告通知等、種々のメンテナンスに関するメッセージである。

配送情報提供サービス１０５は、配送業者が利用するサービスである。販売会社の発行するメッセージコンテンツの１つであるトナーの発送通知には、配送業者が利用する配送情報提供サービス１０５を参照できるようにメッセージ内にリンクが含まれている。ユーザは、メッセージ内のリンクを辿ることでトナーの配送状況の詳細を確認することができる。

その他情報提供サービス１０６は、インターネット１０３に接続されている、その他の無数の情報提供サービスの１つを示している。その他情報提供サービス１０６は、デバイス１００の販売会社のメンテナンス業務に直接関係のない、例えば、ニュースを提供するサイトや、個人のブログを提供するサイト等である。

デバイス１００には、ブラウザアプリケーション（ウェブブラウザプログラム）をインストールすることができる。ブラウザアプリケーションは、顧客が有償で購入したアプリケーションである場合と、無償のアプリケーションである場合とがある。ブラウザアプリケーションがデバイスにインストールされている場合、ユーザは、ブラウザを介してインターネット上の配送情報提供サービス１０５やその他情報提供サービス１０６等にアクセスできる。

＜デバイスのローカルＵＩ＞
図２は、デバイス１００の表示部であるローカルＵＩの一例を示す図である。
ユーザは、デバイス１００を利用する際に、ローカルＵＩに表示されたホーム画面を操作する。例えば、ユーザがコピーを行う場合には、ホーム画面に表示された「コピー」アイコンを押下する。これにより、コピーアプリケーションが起動し、ユーザは、コピーアプリケーションの画面を介して両面コピーやカラーコピー等のコピーの種類を設定し、所望のコピー動作を行うことができる。

ホーム画面は、コピーアプリケーションの他に「Ｗｅｂブラウザ」や「お知らせセンター」等のアイコンを有する。これらのアイコンは、ブラウザアプリケーションや「お知らせセンター」アプリケーションがデバイスにインストールされている場合に表示される。販売会社やサービス店とデバイス１００のメンテナンス契約を結んでいない場合には、「お知らせセンター」アプリケーションはインストールされないため、ローカルＵＩにアイコンは表示されない。

ユーザは、デバイス１００を利用してインターネットのブラウジングを行う場合には、「Ｗｅｂブラウザ」アイコンを押下し、ブラウザアプリケーションを起動する。また、ユーザは、販売会社からメンテナンスサービスに関するメッセージを確認したい場合には、「お知らせセンター」アイコンを押下し、「お知らせセンター」アプリケーションを起動する。

＜デバイスのハードウェア構成例＞
図３は、デバイス１００内の制御部のハードウェア構成を示す図である。
デバイス１００の制御部では、主として、コピーやプリントなどプログラムの制御処理を行い、そのほかに、デバイスの状態監視プログラムやブラウザアプリケーション、「お知らせセンターアプリケーション」などの各アプリケーションが制御されている。

デバイス１００は、システム管理を行う構成要素と、画像処理管理を行う構成要素とを備える。システム管理を行う構成要素は、操作部３０１、ＮｅｔｗｏｒｋＩ／Ｆ部３０２、回線Ｉ／Ｆ部３０３、ＲＯＭ３０４、ＲＡＭ３０５、記憶装置３０６、及びＣＰＵ３０７である。また、画像処理管理を行う構成要素は、ＩＯ制御部３０８、画像処理部３０９、画像回転部３１０、デジタルＩ／Ｆ部３１１、圧縮伸長部３１２、及び画素密度変換部３１３である。

制御部の各構成要素は、システムバス３１６及び画像バス３１７に接続されている。ＲＯＭ３０４にはコピーや、プリント、デバイスの状態監視プログラム等の制御プログラムを格納されており、ＣＰＵ３０７で実行される。ＲＡＭ３０５は、プログラムを実行するためのワークメモリエリアであり、各種アプリケーションプログラムを行う上で必要な画像データやネットワークコンテンツを一時的に記憶するための画像メモリである。

記憶装置３０６は、不揮発性の記憶装置であり、ブラウザアプリケーションや「お知らせセンター」アプリケーション等の一般的なプログラムを格納されている。ＣＰＵ３０７は、デバイス１００の各処理部を直接あるいは間接的に制御し、上述した各種プログラムを実行する。また、記憶装置３０６には、デバイス１００の再起動後も保持しておく必要のある各種アプリケーションのライセンス情報や設定値等が格納されている。

ＮｅｔｗｏｒｋＩ／Ｆ部３０２は、ＬＡＮ１０１と接続するためのインターフェース部であり、ＬＡＮ１０１を介してネットワーク上のさまざまなコンピュータと通信を行う。回線Ｉ／Ｆ部３０３は、公衆電話網に接続され、ＲＯＭ３０４内の通信制御プログラムにより制御され、モデムなどの装置を介して遠隔の端末とデータの送受信を行う。ファクシミリの送受信もこの回線Ｉ／Ｆ部３０３を使用して行う。

操作部３０１は、表示手段やキー入力手段を内蔵し、ＣＰＵ３０７にて制御される。ユーザは、キー入力手段を通してスキャンやプリントに関する各種設定や、動作及び停止の指示を行う。ＩＯ制御部３０８は、システムバス３１６と画像データを高速で転送する画像バス３１７とを接続するためのバスブリッジである。画像バス３１７は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１７上には以下のデバイスが配置される。

デジタルＩ／Ｆ部３１１は、デバイスのリーダ部３１５やプリンタ部３１４と制御部とを接続し、画像データの同期系／非同期系の変換を行う。また、リーダ部３１５やプリンタ部３１４内の各所に配置した前述の各種センサが検出した情報は、このデジタルＩ／Ｆ部３１１、及びＩＯ制御部３０８を介してシステムバス３１６へ流れる。

画像処理部３０９は、入力及び出力画像データに対し補正／加工／編集を行う。画像回転部３１０は、画像データの回転を行う。圧縮伸長部３１２は、多値画像データはＪＰＥＧ、２値画像データはＪＢＩＧ／ＭＭＲ／ＭＲ／ＭＨの圧縮伸張処理を行う。画素密度変換部３１３は、出力用画像データに対して解像度変換等を行う。

＜デバイスのソフトウェアモジュール構成例＞
図４は、デバイス１００におけるデバイスＵＩに関するソフトウェアモジュールの構成例を示す図である。
デバイス１００は、「お知らせセンター」アプリケーション及び全体管理アプリケーションを備える。まず、「お知らせセンター」アプリケーションの構成について説明する。お知らせセンター管理マネージャ４０１は、「お知らせセンター」アプリケーションを構成する各ソフトウェアモジュールに対して、メッセージコンテンツの取得指示やコンテンツの表示指示を発行する。すなわち、お知らせセンター管理マネージャ４０１は、「お知らせセンター」アプリケーションの中心的な処理の管理を行う。

特に、コンテンツ取得要求をユーザから受け付けると、お知らせセンター管理マネージャ４０１は、そのコンテンツ取得処理を行うか否かのアクセス制御を判断する。アクセス制御処理では、同じデバイス内にブラウザアプリケーションがインストールされているか否か、また、ブラウザアプリケーションが利用可能な状況にあるか否かについても確認し、確認結果に基づき表示制御を行う。

アプリ情報入出力部４０２は、「お知らせセンター」アプリケーションが利用する設定情報の入出力を行う入出力部である。アプリ情報入出力部４０２は、お知らせセンター管理マネージャ４０１からデータの保管指示や取得指示を受けると、データ格納部から情報の入出力を行う。個別アプリ用情報格納部４０３は、設定情報が格納されているデータ格納部である。

個別アプリ用情報格納部４０３には、ユーザにメッセージを提供するメッセージ提供サービス１０４のＵＲＬ情報などが格納されている。ＨＴＴＰリクエスト発行部４０４は、ＨＴＴＰリクエストを発行する。ＨＴＴＰコンテンツ受信部４０５は、ＨＴＴＰコンテンツを受信する。ユーザ情報入出力部４０６は、ユーザの「お知らせセンター」アプリケーションへの入出力を受け付ける。

例えば、ユーザが「お知らせセンター」アプリケーションを起動した場合、お知らせセンター管理マネージャ４０１は、以下の処理を実行する。まず、メッセージ提供サービス１０４から表示するコンテンツを取得するため、アプリ情報入出力部４０２に対してメッセージ提供サービス１０４のＵＲＬ情報の取得指示を発行する。ＵＲＬ情報の取得指示を受けたアプリ情報入出力部４０２は、個別アプリ用情報格納部４０３からＵＲＬ情報の取得処理を実行する。

ＵＲＬ情報を取得したアプリ情報入出力部４０２は、お知らせセンター管理マネージャ４０１にＵＲＬ情報を送信する。お知らせセンター管理マネージャ４０１は、次にＨＴＴＰリクエスト発行部４０４に対してメッセージ提供サービス１０４のＵＲＬ情報を送信し、メッセージコンテンツの取得指示を発行する。コンテンツの取得指示を受けたＨＴＴＰリクエスト発行部４０４は、指定されたＵＲＬへアクセスし、デバイスの識別情報と共にコンテンツのリクエストを送信する。

コンテンツのリクエストを受けたメッセージ提供サービス１０４は、デバイス識別情報を元に配信すべきメッセージコンテンツをデバイス１００に返信する。ＨＴＴＰコンテンツ受信部４０５は、メッセージコンテンツを受信し、当該メッセージコンテンツをお知らせセンター管理マネージャ４０１へ送信する。

メッセージコンテンツを取得したお知らせセンター管理マネージャ４０１は、ユーザ情報入出力部４０６に対してコンテンツの表示指示を発行する。このようにユーザに対してメッセージコンテンツが提供される。メッセージコンテンツはＨＴＭＬコンテンツであり、ユーザは、ＨＴＭＬコンテンツ内のリンクを指定することによりリンク先に画面遷移しながら新しい情報を取得することができる。

また、メッセージコンテンツ内にメッセージ提供サービス１０４以外のサービスへのリンクを作成することによりユーザに提供される情報がある。例えば、ユーザに送付したトナーボトルが、配送業者によりいつ頃届くかを伝えるような場合が考えられる。このような場合には、配送業者が提供するサービスから配送状況を表示する特定のＵＲＬへのリンクを提供することができれば、人手を介すことなくユーザに対して到着予定を知らせることができ、効率的である。

次に、「お知らせセンター」アプリケーション以外の全体管理アプリケーションの構成について説明する。全体管理マネージャ４０７は、デバイスのシステム全体を管理する。全体管理マネージャ４０７は、デバイスにインストールされている全てのアプリケーションや、設定情報の管理を行う。また、全体管理マネージャ４０７は、コピーやプリント処理の制御や、ネットワークモジュールの管理などを行う。さらに、全体管理マネージャ４０７は、ユーザからのアプリケーションの呼び出し操作によるアプリケーションの切り替え制御などを行う。

管理情報入出力部４０８は、デバイスにインストールされているアプリケーションの呼び出し要求に応じたり、新しいアプリケーションをインストールしたことによる保管要求に応じたりする。全体管理情報格納部４１０は、インストールされたアプリケーションの格納や、各アプリケーションや全体管理マネージャ４０７が使用する設定値を格納している。通信制御部４０９は、全体管理マネージャ４０７の制御により外部との通信処理を行う。

＜「お知らせセンター」アプリケーションのＵＩ＞
図５〜図７は、「お知らせセンター」アプリケーションのＵＩの一例を示す図である。
「お知らせセンター」アプリケーションは、図２に示したホーム画面においてユーザが「お知らせセンター」アイコンを押下することにより呼び出される。「お知らせセンター」アプリケーションが呼び出されると、メッセージ提供サービス１０４から特定のデバイス宛、またはユーザ宛のメッセージリストを取得する。

図５（Ａ）は、メッセージ提供サービス１０４から取得したメッセージリストのコンテンツを「お知らせセンター」アプリケーションの初期画面（ＴＯＰページ）に表示する一例を示している。メッセージリストには、デバイスの販売会社からユーザに宛てたトナー配送通知や、回収トナーボックスの配送通知、予定されているファームウェアのバージョンアップに関する通知が一覧されている。

図５（Ｂ）は、ユーザが図５（Ａ）のメッセージリストから選択した１つのメッセージの詳細情報を表示した一例を示している。メッセージの詳細情報には、「件名」として図５（Ａ）にて表示されたメッセージの件名と同じ情報が表示され、「詳細情報」には、実際のメッセージの内容が表示されている。

図５（Ｂ）に示す例では、ユーザに宛てたトナー配送通知の詳細が示されており、トナーの種別（カラー）や、トナーの配送業者が荷物を識別する際に使用する送り状番号、配送業者が提供するサービスへのリンクであるＵＲＬ情報などが表示されている。配送業者が提供するサービスとは、図１における配送情報提供サービス１０５を示し、このサービスにアクセスし送り状番号を指定することにより、トナーの配送状況を把握できるサービスである。

図６（Ａ）は、図１における配送情報提供サービス１０５が提供する、配送状況を通知するサービスが表示するコンテンツの一例を示している。図６（Ａ）に示す画面は、例えば、図５（Ｂ）においてユーザがリンクを選択し、配送業者が提供するサービスへ画面遷移した後にユーザが荷物の送り状番号を入力した場合に表示される。この画面により、配送中の荷物のステータス（配送状況）や、予定配送日時、これまでの荷物の配送経路と当該配送経路に対応する日時情報などを把握することができる。

図６（Ａ）の画面では、配送業者や関連業者が提供するサービスの広告やサービスの情報などが表示されうる。メッセージ提供サービス１０４は、配送を依頼した荷物の配送状況をユーザに正確に伝えるために、ユーザを図６（Ａ）の画面へ誘導したい。しかし、この画面以降の本来の用途であるデバイスのメンテナンス業務とは関係のない情報への遷移はできる限り避けたい。

そこで、ユーザがリンクを選択することで本来の用途とは異なる、図１におけるその他情報提供サービス１０６へアクセスする場合、すなわち異なるサービスが提供するＵＲＬへ画面遷移する場合、「お知らせセンター」アプリケーションはアクセスを抑制する。アクセス制御に関する処理の詳細は、図８を用いて後述する。

ただし、ユーザは、そのリンクが示す外部のサービスが提供するコンテンツを閲覧したいと考えているためにリンクを選択している。このため、デバイス１００内のブラウザアプリケーションが利用できる環境である場合、一旦「お知らせセンター」アプリケーションを終了し、ユーザがリクエストしたリンク先に対応するコンテンツをブラウザアプリケーションにて表示することも可能である。

ここで、ユーザ自身がブラウザアプリケーションを起動し、「お知らせセンター」アプリケーションでリクエストしたリンク先のページまで遷移するのは非効率である。そこで、「お知らせセンター」アプリケーションがブラウザアプリケーションにユーザからのリクエストを引き継ぐことも可能である。この場合に表示される画面の一例を図６（Ｂ）に示す。

図６（Ｂ）は、デバイス１００内のブラウザアプリケーションが利用できる環境である場合に、「お知らせセンター」アプリケーションが表示する画面の一例を示している。具体的には、これ以降の画面遷移は、「お知らせ」アプリケーションではなく、ブラウザアプリケーションを利用することをユーザに確認するためのメッセージを表示する。ユーザが継続して外部のサービスが提供する画面へ遷移することを希望する場合には、ブラウザアプリケーションが起動される。そして、「お知らせセンター」アプリケーションがリンク先のＵＲＬ情報をブラウザアプリケーションに提供することで継続した画面遷移をユーザに提供できる。

図７は、デバイス１００内のブラウザアプリケーションが利用できる環境でない場合に、「お知らせセンター」アプリケーションが表示する画面の一例を示している。具体的には、メッセージ提供サービス１０４とは直接関係のないサービスへのアクセスが禁止されていることを表示し、再度メッセージリストの画面へ遷移するか否かを確認するためのメッセージを表示する。

＜「お知らせセンター」アプリケーションの動作＞
図８は、「お知らせセンター」アプリケーションの動作を説明するためのフローチャートである。
具体的には、「お知らせセンター」アイコンの押下等により「お知らせセンター」アプリケーションが呼び出された後、メッセージリストの表示やその他のサービスへのリンクが選択された場合のアクセス制御に関する処理を説明するフローチャートである。

ユーザがデバイス１００のＵＩ上で各種サービスを利用し、各種サービスが提供する情報を閲覧する場合、デバイス１００を占有してしまう可能性がある。このような状況を抑制するために、「お知らせセンター」アプリケーションは、以下のようにユーザのアクセスを制御し、またその他のアプリケーションと連携する。なお、図８に示す処理は、図３に示したＲＯＭ３０４、記憶装置３０６のいずれかの記憶手段に記憶され、必要に応じてＲＡＭ３０５に展開され、ＣＰＵ３０７により実行される。

図８に示す処理は、ユーザがデバイス１００のＵＩから「お知らせセンター」アイコンを押下した場合等、「お知らせセンター」アプリケーションが呼び出された場合に開始される。ステップＳ６０１にて、「お知らせセンター」アプリケーションは、メッセージ提供サービス１０４に対してデバイスの識別子を送信する。そして、「お知らせセンター」アプリケーションは、メッセージ提供サービス１０４から自身のデバイス用に生成されたメッセージリストを初期画面に表示するコンテンツとして受信する。

詳細には、お知らせセンター管理マネージャ４０１がＨＴＴＰリクエスト発行部４０４を介してメッセージ提供サービス１０４に対してリクエストを発行し、ＨＴＴＰコンテンツ受信部４０５を介してコンテンツを受信する。そして、お知らせセンター管理マネージャ４０１が受信したコンテンツを、ユーザ情報入出力部４０６を介して図５（Ａ）に示したような画面に表示する。

ステップＳ６０２にて、「お知らせセンター」アプリケーションは、ユーザによる閲覧中のＨＴＭＬコンテンツに含まれる任意のＵＲＬへのリンクの押下を検出する。これにより、ユーザ情報入出力部４０６は、リンク先のＵＲＬに対応するコンテンツを表示するリクエストを受付け、お知らせセンター管理マネージャ４０１に当該リンク先のＵＲＬ情報と共にリクエストを送信する。

ステップＳ６０３にて、お知らせセンター管理マネージャ４０１は、リンク先のＵＲＬ情報と共にリクエストを受け取ると、以下の判断を行う。お知らせセンター管理マネージャ４０１は、リクエストのリンク元であるリファラ（Ｒｅｆｅｒｅｒ、リンク先のリファラ）及びリンク先のＵＲＬ情報の２つのドメイン情報に基づきユーザからのリクエストを許可するか否かを判断する。具体的には、まず、ステップＳ６０３では、お知らせセンター管理マネージャ４０１は、リファラのドメイン情報が、メッセージ提供サービス１０４が属するドメインを示すか否かを判断する。

お知らせセンター管理マネージャ４０１は、リファラのドメイン情報が、メッセージ提供サービス１０４が属するドメインを示す場合、すなわちメッセージ提供サービス１０４のドメインと一致する場合には、処理をステップＳ６０４へ進める。ステップＳ６０４にて、お知らせセンター管理マネージャ４０１は、ユーザのリクエストは、メンテナンス業務に必要な情報を取得するため必要な遷移であると判断し、ユーザからのリクエストを許可する。すなわち、ユーザからリクエストされた遷移先のＵＲＬ情報を取得し、ＵＲＬ情報に対応するコンテンツを用いた表示を制御する。このように、お知らせセンター管理マネージャ４０１は、信頼できるドメインから提供されたコンテンツから参照できる参照先コンテンツは表示されるように表示制御を行う。

ステップＳ６０５にて、ユーザが「お知らせセンター」アプリケーションを終了したか否かを判断する。詳細には、ユーザが「お知らせセンター」アプリケーションを終了し、お知らせセンター管理マネージャ４０１がアプリケーション終了の信号を受信すると「お知らせセンター」アプリケーションは終了する。また、表示中の画面にとどまり、ユーザが「お知らせセンターアプリケーション」の利用を継続する場合は、お知らせセンター管理マネージャ４０１は、処理をステップＳ６０２へ進める。

一方、ステップＳ６０３にて、リファラが示すドメインがメッセージ提供サービス１０４を示さない場合、お知らせセンター管理マネージャ４０１は、処理をステップＳ６０６に進める。ステップＳ６０６にて、お知らせセンター管理マネージャ４０１は、リンク先のＵＲＬ情報、すなわちリクエストするサービスのドメイン情報がリファラのドメイン情報と一致するか否かを判断する。

お知らせセンター管理マネージャ４０１は、リクエストするサービスのドメイン情報がリファラのドメイン情報と一致する場合には、処理をステップＳ６０４に進め、ユーザからのリクエストを許可する。一方、お知らせセンター管理マネージャ４０１は、リクエストするサービスのドメイン情報がリファラのドメイン情報と一致しない場合、処理をステップＳ６０７に進める。ステップＳ６０７にて、お知らせセンター管理マネージャ４０１は、リクエストするサービスのドメイン情報がメッセージ提供サービス１０４を示すか否かを判断する。

リクエストするサービスのドメイン情報がメッセージ提供サービス１０４を示す場合、お知らせセンター管理マネージャ４０１は、処理をステップＳ６０４に進め、ユーザからのリクエストを許可する。一方、お知らせセンター管理マネージャ４０１は、リクエストするサービスのドメイン情報がメッセージ提供サービス１０４を示さない場合、処理をステップＳ６０８に進める。

ステップＳ６０８にて、お知らせセンター管理マネージャ４０１は、全体管理マネージャ４０７と通信し、ブラウザアプリケーションが利用可能か否かを判断する。詳細には、デバイス１００内にブラウザアプリケーションがインストールされており、かつユーザが利用可能な状態であるか否かを判断する。ブラウザアプリケーションが利用可能な場合は、ユーザからのリクエストを当該ブラウザアプリケーションにて継続して受けつけてもよい。

この場合、お知らせセンター管理マネージャ４０１は、全体管理マネージャ４０７に対して、ユーザからリクエストされたリンク先のＵＲＬ情報を送信し、ブラウザアプリケーションの起動を要求する。詳細には、ブラウザアプリケーションが利用可能であった場合、お知らせセンター管理マネージャ４０１は、処理をステップＳ６０９に進める。ステップＳ６０９にて、お知らせセンター管理マネージャ４０１は、ユーザに対してブラウザアプリケーションを利用してリンク先の閲覧を継続するか否かを確認する。詳細には、図６（Ｂ）に示したような画面を表示し、外部リンクへ遷移することを示すメッセージを画面に表示する。

ユーザがブラウザアプリケーションを利用してリンク先の閲覧を継続する場合、お知らせセンター管理マネージャ４０１は、処理をステップＳ６１１に進める。一方、ユーザがブラウザアプリケーションを利用してリンク先の閲覧を継続しない場合、お知らせセンター管理マネージャ４０１は、処理をステップＳ６１０へ進める。ステップＳ６１０にて、お知らせセンター管理マネージャ４０１は、ユーザ情報入出力部４０６を介して現在表示している画面を再度表示し、処理をステップＳ６０５に進める。

ステップＳ６１１にて、お知らせセンター管理マネージャ４０１は、全体管理マネージャ４０７を介してブラウザアプリケーションを起動する。また、お知らせセンター管理マネージャ４０１は、ユーザからリクエストされたリンク先のＵＲＬ情報、すなわち遷移先のＵＲＬ情報を提供し、処理を終了する。

一方、ステップＳ６０８にてブラウザアプリケーションが利用可能ではない場合、お知らせセンター管理マネージャ４０１は、処理をステップＳ６１２に進める。ステップＳ６１２にて、お知らせセンター管理マネージャ４０１は、ユーザに対してリンク先へ遷移することができないことを示すメッセージを画面に表示し、処理をステップＳ６０１へ進める。詳細には、図７に示したような画面を表示する。

このように、「お知らせセンター」アプリケーションは表示制御を行い、本来の用途、例えばメンテナンス業務に必要なサービスへのアクセスのみを許可することで、ユーザに伝えたいメッセージを適切に伝えることができる。また、不要な外部のサービスへのアクセスを制限することができ、ユーザがデバイス１００の操作パネル等を占有してしまうことを抑制できる。

また、「お知らせセンター」アプリケーションにおいてユーザが任意のサービスへアクセスできることにより、デバイス１００が占有されてしまうこと以外に、以下のような事態が発生することも考えられる。すなわち、インターネット上にはさまざまなサービスがあり、互換性のないＨＴＭＬコンテンツは、表示する上で問題となることがある。

ユーザが「お知らせセンター」アプリケーションのウェブブラウザ機能を利用して本来の用途とは異なるサービスへアクセスし、互換性がないため正しく該サービスのコンテンツを表示できなかった場合、ユーザからクレームを受ける可能性がある。このような互換性の観点からも、業務用アプリケーションではアクセス制御を行い、本来の用途やサービスに限定した表示を行うことで、互換性による表示の問題を抑制できる。

なお、本実施形態では、ユーザから「お知らせセンター」アプリケーションがホーム画面のアイコンから呼び出される（起動される）場合について説明したが、これに限られるものではない。「お知らせセンター」アプリケーションの呼び出しは、バックグラウンドで起動中に画面表示されるスイッチ処理の場合を含む。すなわち、「お知らせセンター」アプリケーションが起動済みか否かはここでは限定しない。

また、本実施形態では、ステップＳ６０３にて、リファラが示すドメインが、メッセージ提供サービス１０４が属するドメインを示さない場合、処理をステップＳ６０６へ進めたが、これに限られるものではない。例えば、ステップＳ６０６の判定を行わず、ステップＳ６０７に処理を進めてもよく、また、ステップＳ６０６〜Ｓ６０８の判定を行わずステップＳ６１２に処理を進めてもよい。同様に、ステップＳ６０６またはＳ６０７の処理において、それぞれ結果がＮｏと判定された場合に、処理をステップＳ６１２に進めてもよい。

また、本実施形態では、「お知らせセンター」アプリケーションは、メッセージ提供サービス１０４から提供されるＨＴＴＰコンテンツを表示しているが、これに限られるものではない。「お知らせセンター」アプリケーションが、そのほかの所定の提供サービスから提供されるコンテンツを表示するように構成してもよい。この場合、図８の処理において、「メッセージ提供サービス」と記載されている箇所は「所定の提供サービス」と読み替えて実行すればよい。このとき、所定の提供サービスは複数であってもよい。

（第２実施形態）
第１実施形態では、リファラ及びリンク先のＵＲＬ情報の２つのドメインに基づきアクセス制御を行う例を示した。しかし、業務によってはアクセス範囲を広げたい場合がありうる。このような場合に、本実施形態では、第１実施形態におけるアクセス制御に加えて、アクセス可能なドメインのリスト（ホワイトリスト）を「お知らせセンター」アプリケーションに提供し、動的にアクセス範囲を広げることができる。

図９は、メッセージ提供サービス１０４が提供するコンテンツデータの一部を示す図である。
例えば、ＨＴＴＰヘッダにＰｅｒｍｉｔ−Ｄｏｍａｉｎとしてアクセス可能なドメインリストを付加する。これにより、ホワイトリストの面倒なバージョン管理等を用いずにアクセス範囲を柔軟にコントロールすることができる。

具体的には、お知らせセンター管理マネージャ４０１は、アクセスできるドメインのリストを、メッセージ提供サービス１０４から提供されたコンテンツデータから取得する。そして、図８の処理において、お知らせセンター管理マネージャ４０１は、ステップＳ６０３〜Ｓ６０８のいずれかの処理でＮｏと判定された場合に、リンク先のドメインが上述したアクセスできるドメインのリストに含まれるか判定する。

そして、リンク先のドメインが上述したアクセスできるドメインのリストに含まれる場合には、処理をステップＳ６０４に進め、ユーザからのリクエストを許可する。一方、リンク先のドメインが上述したアクセスできるドメインのリストに含まれない場合、処理をステップＳ６１２に進める。

＜一般的な情報処理装置にて応用した場合のアプリケーションＵＩ例＞
図１０は、本発明におけるデバイス１００を一般的な情報処理装置にて適用した場合の例を示す図である。
例えば、デバイス１００をスマートフォンとし、スマートフォンにはウェブブラウザ機能を有したウェブアプリケーションとしてニュースアプリがインストールされている場合を想定する。

ニュースアプリは、ニュースを配信するサービスからニュースコンテンツを取得する。また、各ニュースコンテンツには、オリジナルのニュースコンテンツがどのマスメディアによって配信されたかを示すリンクが示される。ユーザは、当該リンクを選択することにより、オリジナルのニュースコンテンツを閲覧できるサービスへ遷移することができる。ニュースアプリは、ニュースコンテンツを表示させるために特定のサービスであるニュースサイトへのリンクを許容するが、ニュースサイト以外のさまざまなサイトに遷移することによって、例えば、画面崩れなどの問題が発生することは避けたい。

このような場合に、リファラ及びリンク先のＵＲＬ情報の２つのドメインに基づくアクセス制御を行えばよい。このように、デバイス１００を一般的な情報処理装置として本発明を適用することが可能である。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形および変更が可能である。

Claims (4)

1. ウェブブラウザ機能をもつアプリケーションがインストールされた情報処理装置であって、
   表示部に、所定のドメインに属する所定の提供サービスから提供されたコンテンツの前記ウェブブラウザ機能を用いた表示を制御する制御手段と、
   該表示に含まれるリンクの選択を受け付ける受付手段と、
   前記受け付けた選択に対応するリンク先へのＨＴＴＰリクエストに含まれるリファラが前記所定のドメインを示すか判定する判定手段と、を備え、
   前記判定手段は、前記リファラが前記所定のドメインを示さない場合、前記リンク先のドメインが前記所定のドメインを示すか判定し、
   前記制御手段は、前記リファラが前記所定のドメインを示す場合、または、前記リンク先のドメインが前記所定のドメインを示す場合には、前記リンク先に対応するコンテンツの前記ウェブブラウザ機能を用いた表示を制御し、
   前記制御手段は、前記リファラが前記所定のドメインを示さない、かつ、前記リンク先のドメインが前記所定のドメインを示さない場合、前記リンク先にアクセスできないことを示す画面の表示を制御する、
   ことを特徴とする情報処理装置。
2. 前記判定手段は、前記リファラが前記所定のドメインを示さない場合、さらに、前記リンク先のドメインが前記リファラの示すドメインと一致するか判定し、
   前記制御手段は、さらに、前記リンク先のドメインが前記リファラの示すドメインと一致する場合には、前記リンク先に対応するコンテンツを用いた表示を制御し、
   前記制御手段は、前記リファラが前記所定のドメインを示さない、前記リンク先のドメインが前記リファラの示すドメインと一致しない、かつ、前記リンク先のドメインが前記所定のドメインを示さない場合、前記リンク先にアクセスできないことを示す画面の表示を制御する
   ことを特徴とする請求項１に記載の情報処理装置。
3. ウェブブラウザ機能をもつアプリケーションがインストールされた情報処理装置の制御方法であって、
   表示部に、所定のドメインに属する所定の提供サービスから提供されたコンテンツの前記ウェブブラウザ機能を用いた表示を制御する制御工程と、
   該表示に含まれるリンクの選択を受け付ける受付工程と、
   前記受け付けた選択に対応するリンク先へのＨＴＴＰリクエストに含まれるリファラが前記所定のドメインを示すか判定する判定工程と、を有し、
   前記リファラが前記所定のドメインを示さない場合、前記リンク先のドメインが前記所定のドメインを示すかが判定され、
   前記リファラが前記所定のドメインを示す場合、または、前記リンク先のドメインが前記所定のドメインを示す場合には、前記リンク先に対応するコンテンツの前記ウェブブラウザ機能を用いた表示の制御が行われ、
   前記リファラが前記所定のドメインを示さない、かつ、前記リンク先のドメインが前記所定のドメインを示さない場合、前記リンク先にアクセスできないことを示す画面の表示の制御が行われる
   ことを特徴とする制御方法。
4. プログラムであって、
   コンピュータに、
   表示部に、所定のドメインに属する所定の提供サービスから提供されたコンテンツの前記プログラムのもつウェブブラウザ機能を用いた表示を制御する制御工程と、
   該表示に含まれるリンクの選択を受け付ける受付工程と、
   前記受け付けた選択に対応するリンク先へのＨＴＴＰリクエストに含まれるリファラが前記所定のドメインを示すか判定する判定工程と、を実行させ、
   前記リファラが前記所定のドメインを示さない場合、前記リンク先のドメインが前記所定のドメインを示すかが判定され、
   前記リファラが前記所定のドメインを示す場合、または、前記リンク先のドメインが前記所定のドメインを示す場合には、前記リンク先に対応するコンテンツの前記ウェブブラウザ機能を用いた表示の制御が行われ、
   前記リファラが前記所定のドメインを示さない、かつ、前記リンク先のドメインが前記所定のドメインを示さない場合、前記リンク先にアクセスできないことを示す画面の表示の制御が行われる
   ことを特徴とするプログラム。
   

Images