Remote Support on the Go

We had some major enhancements with the release of ScreenConnect 1.8, but one of the most exciting was our new Android mobile phone application. The mobile phone application allows a host to connect to customers and control their computer via their Android based mobile phone. 

With this new feature, a technician can troubleshoot a customer’s computer anywhere his phone has internet access: at the airport, at the coffee shop, at the library, etc. Now a technician can make quick, immediate repairs without needing a laptop. This application, available as a part of the ScreenConnect installation, can be installed on an Android smart phone simply by joining a ScreenConnect session. After that, a message box will prompt you to install the application. View the app and its features in action on YouTube.

Try it out and let us know how it works! If you have any questions or comments, feel free to respond to this blog post, or join us on the forum.


Posted by: Jeff Bishop
Posted on: 9/12/2010 at 4:27 PM
Categories: ScreenConnect
Actions: E-mail | Post Information: Permalink | Comments (0) | Post RSSRSS comment feed
Share

ScreenConnect 1.8

We're proud to announce the release of ScreenConnect 1.8. This release is one of our most diverse and extensive releases since the product was launched. ScreenConnect 1.8's numerous features include the following:

  • ScreenConnect technicians can now host sessions with any computer as long as an operating system is compliant with ScreenConnect’s Java Web Start Host Client. This provides extensive flexibility for hosts who want to use their Mac or Linux based PC for hosting sessions with clients.
  • A new custom toolbox, which allows hosts to organize and launch support applications located on the host computer to the guest computer via a single mouse click icon. Visit Youtube to see this feature in action.
  • An Android  phone application that allows mobile users to connect to their client PC’s via their Android OS based smart phones. View the app and its features on Youtube
  • One of our beta user’s favorite new features: our change license consumption policy. Sessions that are left open by the host no longer consume a license, resulting in an immediate 20-30% ROI improvement for most customers.
  • File transfer now supports entire directory trees.
  • Customization and branding of the software allows hosts to completely remove the ScreenConnect name and brand the product as required. With the 1.8 build there are now 150+ customizable fields and labels open to the ScreenConnect administrator.
Be sure to let us know what you think of this build of ScreenConnect!

 

 


Posted by: Jeff Bishop
Posted on: 9/8/2010 at 4:09 PM
Categories: ScreenConnect
Actions: E-mail | Post Information: Permalink | Comments (0) | Post RSSRSS comment feed
Share

Gone Fishing

Last week the Elsinore team took a long overdue company outing to the little town of Morehead, NC for some fishing and relaxation. It was a great opportunity to break away from the emails and phone calls for a day and enjoy the salt water and some good fun. Since our return I have had a lot of questions about how the trip went and if we caught any fish. Everyone seems a little surprised when I note how many we caught during the excursion. Of course I leave out the fact that the captain dropped us in all the right places and the first mate did most of the work!

The trip took us almost 70 miles off shore with a few stops in between as we trolled around for Mahi and whatever else we could find. Here are a few pictures from our trip for posterity sake. Oh and no one got sea-sick but the Dramamine was used frequently and exorbitantly used before and during the trip. Overall the trip was a great success, with no major injuries or casualties to speak of...not that I would anyway.

 

 

 




Posted by: Jeff Bishop
Posted on: 8/3/2010 at 5:52 AM
Categories: IssueNet | ScreenConnect
Actions: E-mail | Post Information: Permalink | Comments (0) | Post RSSRSS comment feed
Share

Elsinore Technologies Exhibits at HDI in Miami

HDI Expo Logo Elsinore Technologies announced July 21, 2010 that it will be exhibiting at the 2010 HDI Service Desk Expo in Miami Florida. The event scheduled for October 6-8th at the InterContinental Miami is an annual conference that brings together members of HDI community to discuss industry related topics such as Service Management, Governance, Service Quality, and much more.

This show appealed to us for a variety of reasons, but we ultimately made the decision because of the HDI community itself. Their focus on quality, knowledge sharing, and innovation mirrored what we as a small software company are trying to achieve every day. As we worked with the Expo team for several months learning, reading, and asking questions it was clear that HDI had a well thought out and focused event which we wanted to be involved with going forward.

The entire team here is excited about our first HDI Expo and no it’s not just because it’s in Miami! So if you are in Miami October 6-8th and you want to talk about ITSM, Issue Tracking, or Remote Support stop by booth 3 and say hello to Jeff, Jake, or Morgan.

Elsinore Press Release

HDI Service Desk Exp 2010 


Posted by: Jeff Bishop
Posted on: 7/21/2010 at 6:21 AM
Categories: Issue Management | IssueNet | Remote Support | ScreenConnect
Actions: E-mail | Post Information: Permalink | Comments (0) | Post RSSRSS comment feed
Share

ScreenConnect Review at wareprise.com

Much thanks to our friends at www.wareprise.com for taking the time to review ScreenConnect recently. As we try to get the word out we reached out to a few key editors and technology writers to see if they would give us feedback on our product. Wareprise took it a step further and even posted their review online. It was a great surprise when they contacted us with their review, so if you get a second take a look at our ScreenConnect review http://www.wareprise.com/2010/02/25/screenconnect-a-self-hosted-remote-support-software/

 


Posted by: Jeff Bishop
Posted on: 4/22/2010 at 3:43 PM
Categories: Remote Support | ScreenConnect
Actions: E-mail | Post Information: Permalink | Comments (1) | Post RSSRSS comment feed
Share

Workflow Diagrams, Part 2

Many global organizations are working on standardizing the best practices for workflows. One of the most notable practices is the business process modeling notation (BPMN). The BPMN provides a set of symbols and guidelines for charting the flow of a business process. In this second installment of our workflow discussion, we’ll talk about the different elements that comprise a BPMN compliant workflow.

 

Annotations – These are small text paragraphs that are often added by the workflow designer to explain what is being done at that stage of the workflow. Annotations can provide additional information, but they can also take up a lot of additional room on the canvas. Because annotations are not necessarily required in a workflow, there are a few modes of use:  always visible, visible if the mouse is over a particular element or icon (also known as “tool tips”), or toggled on and off as the user requires through a button or similar mode of use.

Annotations

Events –Events, denoted by circles, signal “something happening,” such as an email notification, a scheduled meeting, or the end of a particular process. Icons may be present inside the circle, such as an email icon or a clock picture. Though a user will immediately know the type of an event by the icon or color of the circle, the user will not know exactly what transpired during that event. Annotations may be added for clarity, which will result in a workflow with more elements.

Workflow Events

Activities –Activities, such as meeting requests and task assignments, are sometimes represented as rounded rectangles with small icons. However, these icons only tell the user that “something” is happening at that point; the user will not necessarily know exactly what happened at a meeting, who is involved, what was said in an email, etc. Having more information about the activities can be useful, but it creates additional design elements in the workflow.

workflow activities

Question:  If you are assigning the same task to multiple individuals, should workflow designers use one task element to represent this activity? Or should the designers use multiple elements?

Gateways – These are elements that take transitions from the output(s) of elements and then transition them to the input(s) of others. There are two main types of gateways: combiners (fork/join) and multipliers (inclusive decision/merge). A combiner takes multiple inputs and creates a single output, while a multiplier takes a single input and creates multiple output transitions. These elements are not required in a process. However if the goal is to show as much detail as possible about the events of a workflow, they can be very useful.

Worlfow Gateways

Question:  Should a gateway that has internal logic denote that to the observers of the workflow?

Swimlanes – Represented as horizontal or vertical lanes (often different colors), swimlanes help teams and designers to keep track of what work is done by which department or what category the work falls under. These can add complexity to the layout and design of the workflow.  

workflow swimlanes

There are many more elements within the BPMN standard that can be added to a workflow. Again, however, we must ask the question: which elements are the most important? By utilizing a large variety of geometrical icons, will the workflow become too cluttered, hindering the understanding of the user?


Posted by: Jeff Bishop
Posted on: 3/22/2010 at 11:09 AM
Categories: Issue Management | Issue Tracking | IssueNet
Actions: E-mail | Post Information: Permalink | Comments (0) | Post RSSRSS comment feed
Share

Workflow Diagrams, Part 1

The team here at Elsinore has spent quite a bit of time this past week reviewing how workflows should look and feel to users.  We thought it would be great to hear our customers’ and visitors’ opinions on workflow design usages.

For the purpose of this blog we will focus specifically on business processes, though the principles could apply to any type of organization. A typical workflow diagram will have geometrical elements (such as rectangles, diamonds, and triangles), each representing or describing some action, activity, or decision that has to be made during the process. Most of these elements will typically have a one or two word label to help observers keep track of the flow. These elements are however only a few of the possible graphical and text representations available.

The amount of detail provided by a workflow diagram is determined by the workflow designer. Workflows can be designed at a high level, only outlining the general scope of the process and keeping the layout simple. On the other hand, workflows can be very detailed, showing exactly what activities are being performed, to whom the emails are sent, what divisions are doing the work, who is responsible for scheduling a meeting, etc. The information is all available but the key is balance. When we consider these and other elements that could be represented, are they useful or do they add clutter to the workflow canvas? What elements do you think are important?  And should workflow designers err on the side of simplicity, or should they strive to display as much information as possible?

It’s a difficult philosophy to capture in a single blog, so in the next installment we’ll capture a few of the most common design elements of a workflow and discuss some of their pros and cons as graphical representations on a workflow.

Workflow Diagram

Posted by: Jeff Bishop
Posted on: 3/18/2010 at 7:35 AM
Categories: Issue Management | Issue Tracking | IssueNet
Actions: E-mail | Post Information: Permalink | Comments (0) | Post RSSRSS comment feed
Share

What is remote support software?

Remote support software or remote desktop support software are applications that allow the remote access of another device, typically a computer, for the purpose of controlling the target device.  “Controlling the target device” can have several connotations; while most remote support applications do permit the control of the target computer, some only provide viewing capabilities. By using remote support software, a user can troubleshoot another user’s computer with efficiency and ease.

remote support

The method of installation can vary widely between one remote support application and another. Some remote support software applications require both the client and the host to install a small program on their machines. Other applications only require installation on the host’s machine, and the client connects to the remote support session via a web page portal. Finally, a remote support application can be entirely web-based, connecting two machines via a single web portal. 

Remote support software applications can offer a number of features to assist a client.

  1. Video recording - enables a host to send a client a video file of all actions performed in the session.
  2. Chat - Allows a host to easily communicate with a client while the remote connection is taking place.
  3. File transfer - Permits the transfer of files easily between the host and client quickly. A typical use model would be the replacement of a corupt file or installing new software.
  4. Reboot/Reconnect - When your dealing with software you will often be required to shut down the PC and log back in. This feature allows the two computers to reconnect after the reboot occurs.

Posted by: Jeff Bishop
Posted on: 3/12/2010 at 8:11 AM
Categories: Remote Support | ScreenConnect | Support
Actions: E-mail | Post Information: Permalink | Comments (0) | Post RSSRSS comment feed
Share

History of ITIL v2

ITIL Logo According to the UK’s Office of Government Commerce (OGC), the Information Technology Infrastructure Library (ITIL) Version 2 (v2) is finally being laid to rest. ITIL v2 was lauded as the “most widely accepted approach to IT service management in the world.” In 2007 ITIL v3 was launched with, a few major changes, possibly most significant a key shift in methodology by encouraging inter-department communication between IT and business teams. Having worked on both sides of this equation in different careers, I can attest that improved communication between these departments definitely needed addressing. But as we move into this new decade, let’s look back at some of the stats and the history of ITIL v2. 

  • Some general ITIL Information
  • A Google search for ITIL v2 returns over 353,000 results
  • ITIL v2 was launched in tandem with BS 15000 which later became ISO/IEC 20000
  • A Google search for ISO/IEC 20000 returns 226,000 results
  • Some notable ITIL adopters: Microsoft, IBM, Cat,and Boeing

The blog IT Skeptic has worked out the cost to obtain full ITIL certification: $60k. This includes hourly rates for your time,travel, etc.  The actual cost, should you choose to obtain just the certification, is probably closer to $20k-30k.

ITIL began with a decision from the UK government recognized a need for a set of standards for IT infrastructure and management.  The original group formed to address this issue was the Central Computer and Telecommunications Agency (CCTA). The CCTA then produced the Government Information Technology Infrastructure Management (GITIM). Yes, that’s a lot of acronyms, but stay with us! So the GITIM lost the G and the M, improvised with library, and the ITIL was born.

History

1989 – ITIL v1, thirty volumes long, is released. 

2000/2001 – CCTA becomes the OGC, which is under the office of the UK Treasury. Perhaps the government suspected that IT service management would yield lots of revenue!

2000/2001 - ITIL v2 is released at a trim eight volumes long, since thirty volumes is a heavy load for a bookshelf!

2006 – The ITIL Glossary is released.

2007 – ITIL v3 is released. It is five volumes long, with a focus on communication with business teams. 

2009 – OGC announces the end of ITIL v2, and there will be no more books or certifications.

2010 – 1 year notification/warning from OGC

June 30, 2011 – RIP ITIL v2


Posted by: Jeff Bishop
Posted on: 2/9/2010 at 7:13 AM
Categories: IssueNet | IT Change Management
Actions: E-mail | Post Information: Permalink | Comments (0) | Post RSSRSS comment feed
Share

AES Encryption Standard (AES) and remote support

AES stands for Advanced Encryption Standard (AES) and among many other use models such as the NSA, it is the encryption used by ScreenConnect to protect information between clients and hosts. The principal and requirements for AES were dictated by NIST (National Institute of Standards and Technology), however the ciphers themselves and much of the requirements were provided as part of feedback loop organized by NIST with experts and enthusiasts around the world. NIST had several requirements but the two most critical, that the cipher utilize a 128bit block size and have key sizes of 128, 192, or 256bits.

secure data

So why did NIST push for a new method to replace its existing DES cipher? Well that has to do with PC boom in the late 80’s and 90’s and the demand for larger amounts of data to be transferred securely. Some really smart people figured out that with a 64bit encryption that the chances of information leaking out would be very probably if the information packaged under one key exceeded 32GB. Therefore by moving to a 128 bit block length the opportunity for information leakage would not be likely until packets reached 256Exabytes which is considerably more than most people are sending today.

But what about brute force, is there a possibility someone can decipher the AES key? Deciphering an encrypted key is similar to figuring out a combination lock, but with a lot more possible combinations. The math is pretty straight forward but Wikipedia has one of the best examples I have seen to explain why breaking a 128 or 256 bit encryption is difficult to say the least. For our example we will ignore the power consumption of the computer assuming that it is possible for the computer to run long enough to crack the code and for the owner to pay the electricity bill. Instead we will focus on the time required to actually test all the possible combinations, but don’t forget even if they figure out the key they would still need software to apply the key, decipher the packet, and determine if the message makes sense. For a 128bit key all of the 2128 possibilities would need to be checked. A device that can check one billion possible keys per second would have to run longer than the universe as theoretically existed in order to get close to cracking the code. That’s a long time in case anyone is keeping score.


Posted by: Jeff Bishop
Posted on: 10/30/2009 at 10:44 AM
Categories: Remote Support | ScreenConnect
Actions: E-mail | Post Information: Permalink | Comments (0) | Post RSSRSS comment feed
Share